Financial product transaction management device, financial product transaction management system, financial product transaction management method in financial product transaction management system, financial product transaction terminal, and program

Abstract

To provide a financial product transaction management device and a financial product transaction management system capable of offering opportunities to earn more profit.SOLUTION: A financial product transaction management device 1 includes: an order information generation unit 16 which generates first order information including information on a first order price at which only a first order is contracted, and second order information including information on a second order price set so that only a second order achieves a predetermined profit margin relative to the contract price of the corresponding first order; and a contract information generation unit 14 which contracts the first order and the second order. The order information generation unit 16 generates first order information in which the plurality of first order prices are set to different prices. The contract information generation unit 14 contracts at least some of the plurality of first orders. The order information generation unit 16 generates second order information of the second order corresponding to the contracted first orders. The contract information generation unit 14 contracts the second orders. The order information generation unit 16 generates the first order information again for placing the first orders at the first order prices.SELECTED DRAWING: Figure 12

Description

[Technical field]

[0001] The present invention relates to a technique for managing and supporting transactions. The present invention can be applied to, for example, a device for managing and supporting transactions of financial products such as foreign exchange. [Background technology]

[0002] Known methods of trading financial products such as foreign exchange include market orders (order formats in which trading is performed at the market price at the time of placing the order) and limit orders (formats in which trading is performed when the market price reaches a pre-specified price). Conventionally, there are known inventions that use computer systems to perform transactions using these order formats, such as limit orders (see, for example, Patent Document 1). That is, in this invention, an order for a financial product with a position set at a pre-set price is placed, and when the market price of the financial product reaches this price, the order is contracted, thereby performing the transaction. [Prior art documents] [Patent documents]

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

[0004] Here, the price of a financial product always fluctuates irregularly, and it is practically impossible to predict it accurately. For example, when placing a limit order, the price of a financial product may fall (or rise) to a level close to a pre-specified amount, but then rise (fall) again without reaching the specified price. If the contract price is changed in accordance with such market fluctuations, it may be possible to obtain a large profit. However, in the above-mentioned Patent Document 1, the price of the order information to be placed is constant, so there is a problem that profits that may be obtained through manual transactions cannot be obtained.

[0005] The present invention has been made in consideration of such problems, and it is an object of the present invention to provide a financial instruments transaction management device, a financial instruments transaction management system, and a transaction management method in a financial instruments transaction management system that can provide opportunities to make large profits in financial instruments transactions conducted using a computer system. [Means for solving the problem]

[0006] In order to solve the above problem, the invention described in claim 1 is a financial product transaction management device for trading financial products, comprising: first order information generation means for generating first order information including information on a first order price set as a reference price for executing only a first order of the financial product; second order information generation means for generating second order information including information on a second order price, the second order price being a reference price for executing only a second order associated with the first order, the second order information being set based on a predetermined condition arising with the execution of the first order and set so as to be a predetermined profit margin with respect to the execution price of the first order associated with each of the second orders; execution of the first order based on the first order information generated by the first order information generation means, and a control unit for controlling the execution of the first order based on the first order information generated by the second order information generation means. and an execution information generating means for executing the second order based on the second order information, wherein the first order information generating means generates each of the first order information such that a plurality of the first order prices are set to different prices, the execution information generating means executes execution of at least a portion of the plurality of first orders set based on the plurality of the first order information, the second order information generating means generates the second order information for placing the second order corresponding to the executed first order, the execution information generating means executes the second order corresponding to the executed first order based on the second order information generated by the second order information generating means, and the first order information generating means re-generates the first order information for placing the first order at the first order price.

[0007] The invention recited in claim 2 has the configuration recited in claim 1, and is characterized in that the second order information generation means sets each of the plurality of second order information such that, for the second order price set as a reference price for executing each of the second orders, each of the second orders whose market price has risen or fallen beyond the second order price is placed, with the second order price being set as a reference price for executing each of the second orders being different prices.

[0008] The invention recited in claim 3 is characterized in that, in addition to the configuration recited in claim 1 or 2, the first order and / or the second order are set to be placed as any one of a limit order, a stop-limit order, and a market order.

[0009] The invention recited in claim 4 has the configuration recited in any one of claims 1 to 3, and is characterized in that, after the first order based on the first order information setting the first order, and the second order based on the second order information setting the second order corresponding to a settlement order of the first order, are each contracted, the first order information generating means and the second order information generating means are configured to repeat holding of a position by the new first order set based on generation of new first order information and new second order information and settlement of the position by the second order set based on generation of new second order information.

[0010] The invention recited in claim 5 is characterized in that, in addition to the configuration recited in any one of claims 1 to 4, it further comprises an execution information generating means for executing the first order and the second order that are set based on the generated first order information and the generated second order information when the market price of the financial product reaches a predetermined price.

[0011] The invention described in claim 6 is a financial product transaction management system for trading financial products, comprising: first order information generation means for generating first order information including information on a first order price, which is set as a reference price for executing only a first order of the financial product; second order information generation means for generating second order information including information on a second order price, which is a reference price for executing only a second order associated with the first order, which is set based on a predetermined condition that occurs with the execution of the first order and is set to be a predetermined profit margin with respect to the execution price of the first order associated with each of the second orders; and execution of the first order based on the first order information generated by the first order information generation means, and execution of the second order based on the second order information generated by the second order information generation means. and an execution information generating means for executing the second order based on the executed first order, wherein the first order information generating means generates each of the first order information such that the multiple first order prices are set to different prices, the execution information generating means executes execution of at least a part of the multiple first orders set based on the multiple first order information, the second order information generating means generates the second order information for placing the second order corresponding to the executed first order, the execution information generating means executes the second order corresponding to the executed first order based on the second order information generated by the second order information generating means, and the first order information generating means re-generates the first order information for placing the first order at the first order price.

[0012] The invention described in claim 7 is a financial product transaction management method in a financial product transaction management system for trading financial products, comprising: a first order information generation step of generating first order information including information on a first order price, the first order price being set as a reference price for executing only a first order of the financial product; a second order information generation step of generating second order information including information on a second order price, the second order price being a reference price for executing only a second order associated with the first order, the second order price being set based on a predetermined condition that occurs with the execution of the first order, and set so as to be a predetermined margin with respect to the execution price of the first order associated with each of the second orders; and a contract information generating step in which the first order is contracted based on the first order information generated in the first order information generating step, and the second order is contracted based on the second order information generated in the second order information generating step, wherein in the first order information generating step, each of the first order information is generated such that a plurality of first order prices are set to different prices, in the contract information generating step, at least a portion of the plurality of first orders set based on the plurality of first order information is contracted, and in the second order information generating step, the second order information for placing the second order corresponding to the contracted first order is generated, In the contract information generating step, the second order corresponding to the contracted first order based on the second order information generated in the second order information generating step is contracted, and in the first order information generating step, the first order information for placing the first order at the first order price is generated again. The invention described in claim 8 is a financial instruments transaction terminal capable of communicating with a financial instruments transaction management device for placing an order for a financial instrument whose market price fluctuates, the financial instruments transaction terminal being used by a user who trades the financial instrument, the financial instruments transaction terminal comprising: an operation means for the user to perform various operations related to the transaction of the financial instrument; and a display means for displaying information regarding the transaction of the financial instrument to the user, the operation means comprising order setting means operated by the user to generate first order information and second order information as information for trading the financial instrument, the order setting means including a profit margin setting means for inputting information for setting a predetermined profit margin between a first order and a second order by the user's operation, the display means being configured to display the information for setting the profit margin input by the user's operation, the financial instruments transaction management device to which buy / sell order application information as information for buying and selling the financial instrument set by the order setting means is transmitted comprises first order information generating means for generating first order information including information on a first order price set as a reference price for executing only the first order of the financial instrument, and a display means for displaying information corresponding to the first order. and an execution information generating means for causing the execution of the first order based on the first order information generated by the first order information generating means, and the execution of the second order based on the second order information generated by the second order information generating means, wherein the second order information includes information on a second order price, the second order price being a reference price for executing only the second order placed in the first order, the second order price being set based on a predetermined condition that occurs with the execution of the first order, and being set so as to be a predetermined margin with respect to the execution price of the first order associated with each of the second orders; and an execution information generating means for causing the execution of the first order based on the first order information generated by the first order information generating means, and the execution of the second order based on the second order information generated by the second order information generating means, wherein the buy / sell order application information includes information for calculating a predetermined margin between the first order and the second order set by the user for the financial product to be bought or sold. The order setting means, in response to an operation by the user, causes the first order information generating means to generate each of the first order information such that a plurality of the first order prices are set to different prices, and causes the execution information generating means to execute execution of at least a portion of the plurality of the first orders set based on the plurality of the first order information, and causes the second order information generating means tothe second order information for placing the second order corresponding to the first order that has been executed is generated, the execution information generating means is caused to execute the second order corresponding to the first order that has been executed based on the second order information generated by the second order information generating means, and the first order information generating means regenerates the first order information for placing the first order at the first order price.

[0013] The invention described in claim 9 is a program for causing a computer to function as the financial product transaction management device described in any one of claims 1 to 5, or the financial product transaction management system described in claim 6. Effect of the Invention

[0014] According to the inventions of claims 1, 6, 7, and 8, the first order information generating means generates each of the first order information so that the multiple first order prices are set to different prices, and the contract information generating means executes contracts for at least a part of the multiple first orders set based on the multiple first order information. The second order information generating means generates second order information for executing a second order corresponding to the executed first order, and the contract information generating means executes the second order corresponding to the executed first order based on the generated second order information. The first order information generating means regenerates first order information for executing the first order at the first order price. This makes it possible to secure a large profit when the market price fluctuates greatly. This provides an opportunity to obtain a large profit in trading of financial products using a computer system.

[0015] According to the invention described in claim 2, the second order information for setting the second order is set to be executed after the market price rises or falls beyond the second order price and then reaches the second order price again. This increases the possibility of trading at a price at which a falling market price turns to an uptrend or a price close to the price at which an uptrend price turns to a downtrend, thereby enabling a possibility of obtaining a larger profit from trading.

[0016] According to the invention as recited in claim 3, the order information is placed as any one of a limit order, a stop order, and a market order, so that the present invention can be applied to various order forms.

[0017] According to the invention recited in claim 4, after the first order and the second order are contracted, the first order and the second order are again placed, and based on the simple order placing process, continuous trading opportunities are provided, thereby providing an opportunity to make a large profit.

[0018] According to the invention as recited in claim 5, orders can be contracted based on the generated order information, thereby ensuring the trading of financial products.

[0019] According to the invention as defined in claim 9, the invention can be implemented on a variety of computers and computer systems. [Brief description of the drawings]

[0020] [Figure 1] 1 is a block diagram conceptually showing the configuration of a financial product transaction management system and a financial product transaction management device in accordance with a first embodiment of the present invention. [Diagram 2] 2 is a diagram showing field definitions of an order table stored in the financial product exchange management device shown in FIG. 1. [Diagram 3] 4 is a flowchart showing a processing procedure when placing an order in the financial product transaction management device shown in FIG. [Figure 4] 13 is a conceptual diagram showing the principle of a processing procedure for a "one-time through order" in the financial product transaction management device. FIG. [Diagram 5] 1 is a conceptual diagram illustrating the principle of a processing procedure for a "one-time through order" in the financial product transaction management device. FIG. [Figure 6] 1 is a conceptual diagram illustrating the principle of a processing procedure for a "one-time through order" in the financial product transaction management device. FIG. [Figure 7]1 is a conceptual diagram illustrating the principle of a processing procedure for a "one-time through order" in the financial product transaction management device. FIG. [Figure 8] 13 is a conceptual diagram showing the principle of the processing procedure for a "settlement trail order" in the financial product transaction management device. FIG. [Figure 9] 13 is a conceptual diagram showing the principle of the processing procedure for a "settlement trail order" in the financial product transaction management device. FIG. [Figure 10] 13 is a conceptual diagram showing the principle of the processing procedure for a "settlement trail order" in the financial product transaction management device. FIG. [Figure 11] 13 is a conceptual diagram showing the principle of the processing procedure for a "settlement trail order" in the financial product transaction management device. FIG. [Figure 12] 13 is a conceptual diagram showing the principle of the processing procedure for a "settlement trail order" in the financial product transaction management device. FIG. [Figure 13] 11 is a conceptual diagram illustrating an example of an input screen displayed by a display unit of a client terminal. FIG. [Figure 14] 11 is a table showing a group of order information generated by the financial product management device according to the first embodiment. [Figure 15] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 16] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 17] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 18] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 19] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 20] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 21]3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 22] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 23] 13 is a conceptual diagram showing an example of an input screen displayed by a display unit of a client terminal in the financial product transaction management system and financial product transaction management device in accordance with Embodiment 2 of the present invention. FIG. [Figure 24] 4 is a table showing a group of order information generated by the financial product transaction management device. [Diagram 25] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 26] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 27] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 28] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Figure 29] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Diagram 30] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Diagram 31] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Diagram 32] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Diagram 33] 3 is a conceptual diagram showing a specific processing procedure in the financial product transaction management device. FIG. [Diagram 34] 13 is a conceptual diagram showing an example of an input screen displayed by a display unit of a client terminal in the financial product transaction management system and financial product transaction management device in accordance with embodiment 3 of the present invention. FIG. [Diagram 35]13 is a conceptual diagram showing a specific processing procedure when the "shift function" is performed in the financial product transaction management device. FIG. [Diagram 36] FIG. 2 is a conceptual diagram showing an example of a transaction conducted in the financial product transaction management device according to each of the above embodiments. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0021] [First embodiment of the invention] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

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

[0023] The financial product transaction management device 1 is a server computer managed and operated by a financial product dealer, and has a Web server function and a database function for storing large amounts of data. n are communication terminals with data communication capabilities that are owned and used by individuals or corporations who trade financial products, and include personal computers, tablets, smartphones, mobile phone terminals, etc. n 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221A, 221B, 221C, 221D, 221E, 221F, 221G, 221H, 221I, 221J, 221K, 221L, 221M n , LCD (Liquid Crystal Display), etc., and an operation unit 211, . . . , 21 nDisplay units 221, 222 display various instructions and images input from n However, the operation units 211, . . . , 21 n and display unit 221, . . . , 22 n The client terminals 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83 n , operation unit 211,...,21 n , display section 221,...,22 n have the same configuration, and therefore will be referred to as the client terminal 2, the operation unit 21, and the display unit 22 hereinafter, unless a distinction is required.

[0024] Although not shown in FIG. 1, the financial product transaction management device 1 and the client terminals 21, . . . , 2 n Each of these consists of at least one CPU (Central Processing Unit), a RAM (Random Access Memory) that functions as the CPU's working area, and a ROM (Read Only Memory) that stores a boot program for startup. The computer is equipped with a personal computer (PC) and a personal computer only memory (PC only memory), an auxiliary storage device such as a hard disk on which various programs and data are recorded, and a communication interface used to send and receive data. The auxiliary storage device records programs for the OS (Operating System), various application programs, data recorded in a database, etc., and these programs and data are processed by the CPU to realize various functions in cooperation with hardware resources.

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

[0026] 1, the financial instruments transaction management device 1 has a data processing unit 10 as a functional means realized based on the above-mentioned various programs and hardware resources, 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 instruments transaction management device 1, and further has a front page distribution unit 11 as functional means, an order input reception unit 12 as an "order information reception unit", a deposit / withdrawal information generation unit 13 as an "agreement information generation unit", an account information generation unit 15 as an order information generation unit 16 as an "order information generation unit", a database (DB) connection base unit 17, and a price information reception management unit 19 as a "market price information management means".

[0027] The order input reception unit 12 receives data relating to various orders input from the client terminal 2, and performs various processes required to complete orders for financial products.

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

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

[0030] The contract information generating unit 14 performs a contract process based on the order generated by the order information generating unit 16, and a process for sending information on the completed contract process to the client terminal 2 of the client. In this case, "contract" refers to various procedures and processes for completing the buying and selling of financial products based on the client's order. As described later, when a contract is completed in this embodiment 1, foreign exchange is bought and sold, and as a result, based on the instruction of the contract information generating unit 14, the account information generating unit 15 converts margin information (described later) according to the buying and selling amount, and further, the deposit and withdrawal information generating unit 13 writes the deposit and withdrawal status in a deposit and withdrawal list. In addition, when a contract is completed, the contract information generating unit 14 displays text information, etc., indicating that a contract has been completed on the display unit 22 of the client terminal 2, and also performs a deposit and withdrawal process for the bank account of the client terminal based on the buying and selling price.

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

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

[0033] The database 18 records data used by the financial product transaction management device 1. The database 18 in this embodiment 1 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 181 as an "order information recording means", a customer account information table 182 as a "customer account information recording means", 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 later in detail.

[0034] 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 .

[0035] The price information reception management unit 19 acquires information on the prices of financial products handled by the financial product transaction management device 1, and performs necessary processing and management on the acquired information for use in the data processing unit 10 and the client terminal 2. In this embodiment 1, the price information reception management unit 19 periodically acquires, records and manages information on foreign exchange market prices.

[0036] Although not shown, the financial product transaction management device 1 has a timer that acquires and manages date and time information, and a deadline management means that manages the order deadlines of first priority order information, first sell stop order information, and second sell stop order information (all of which will be described later) based on the date and time information acquired from the timer.

[0037] 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 management 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. Furthermore, these server computers may be disposed across computer systems owned by multiple traders and server administrators (for example, computer systems owned or managed by financial securities exchanges, other financial product transaction management businesses, providers, hosting system providers, etc.). The server computers may be formed as a so-called cloud computer system. Furthermore, at least a portion of the components of the data processing unit 10, database 18, front page distribution unit 11, order input reception unit 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 management unit 19 may be provided in the client terminal 2 that constitutes the financial instrument transaction management system 1A, rather than in the financial instrument transaction management device 1.

[0038] 2 is a schematic diagram of field definitions for order table 181. As shown in the figure, order table 181 has fields for the number of items, and specifies the name of the field (field name), data type (type) such as character, number, date and time, data length (length) such as bit length, whether to not allow blanks (Not Null), whether there is a default value (default value), data item name (remarks), etc.

[0039] In the above-described financial product transaction management device 1, a single reservation order can be used to realize transactions using if-done orders that utilize multiple stop-limit orders for the same type of financial product.

[0040] [Processing Procedure] Next, a process for generating order information in the financial product transaction management system 1A according to the first embodiment will be described.

[0041] 3 is a flowchart showing the processing procedure when a buy stop order (new buy stop order) as the "first price" and a sell stop order (new sell stop order (trail order)) as the "second price" are accepted in the financial product transaction management device 1 of this embodiment 1. The processing procedure at the time of acceptance will be described below with reference to the same figure.

[0042] 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 an input screen for inputting the terms of the transaction on the display unit 22 of the accessed client terminal 2. The client inputs the order details on this input screen (step S1). The configuration of the input screen will be described later.

[0043] When the data input and selected on the input screen is supplied to the financial product transaction management device 1, the order input acceptance unit 12 of the financial product transaction management device 1 checks the contents of the input order. Furthermore, the order input acceptance unit 12 checks each order price (step S2). Specifically, the order input acceptance unit 12 compares the current market price of the selected currency pair with the reference price of the order input from the input screen, and checks whether the reference price is lower (or higher) than the current market price, whether the current market price is between the upper limit price and the lower limit price input on the input screen, and so on. If the input price is appropriate as a result of the check (for example, if the order input acceptance unit 12 is set to be appropriate only when a profit can be obtained by trading based on the input price, and if the setting is satisfied), the order input acceptance unit 12 judges that the input price is an appropriate price.

[0044] If the price of the buy stop order is determined to be a fair price ("No" in step S3), the account information generating unit 15 obtains the margin information of the client from the client account information table 182.

[0045] The order input receiving unit 12 compares the acquired margin information with the total order amount of the client, and confirms whether the amount of the margin is equal to or exceeds the order allowable amount.

[0046] Here, the "order allowable amount" refers to the amount required for an order (the same applies throughout this specification). That is, the order allowable amount may be, for example, the required margin amount calculated based on the amount entered in the order amount input field 402 on the input screen 40 shown in Fig. 13, or may be a value of a predetermined ratio to that value, or may be a predetermined amount.

[0047] The order information generating unit 16 generates an "order information group" (described later) only when the margin amount is equal to or greater than the order allowable amount ("No" in step S5). This allows the order to be accepted only when the customer is able to make payment reliably.

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

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

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

[0051] When the client clicks an approval button (not shown) by operating the operation unit 21, the order information generation unit 16 of the financial product transaction management device 1 generates order information based on the data input in step S1 (step S8). Specifically, the multiple data input 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 for identifying the sequence number used in the order information as an unused number. The multiple pieces of order information generated in one procedure of step S8 form an order information group (hereinafter simply referred to as an "order information group") consisting of order information for placing a limit order for the same type of financial product at a first price and order information for placing a limit order for a second price.

[0052] The order information generating unit 16 records the generated order information group in the order table 181 (step S9). The order information group is recorded in the order table based on the definition of each field shown in FIG. 2. For example, the "ord_seq" field 181b defines the sequence number assigned in step S8. The "cust_seq" field 181c defines a customer number uniquely determined for each customer, and the "style_id" field 181d defines the product name. The "ccy_pair_id" field 181e defines an ID number uniquely determined for each currency pair. The combination of this ID number and currency pair is recorded in an ID table (not shown) separately provided in the database. The "ord_amnt" field 181f defines the amount entered in the order amount input field 402 or the order amount input field 424. The "buy_sell_id" field 181g defines whether the order is a buy or sell order selected in the order type selection field 404, the "ord_rate" field 181h defines the price calculated based on the prices entered in the order amount input field 402 and the order amount input field 424, and the "limit_time" field 181i defines the order deadline. The "ord_cond" field 181j defines the order type selected in the order type selection field 404. The "trail_range" field 181k defines the trail width entered in the trail width input fields 409b and 428, and the "through_range" field 181m defines the through price range (which in this embodiment is set in advance as a uniform price), and The "new_close" field 181n defines whether it is a new order or a settlement order. Although not shown in FIG. 2, the order table 181 also has fields for defining other data entered on the input screen 40. All data entered on the input screen 40 is recorded in the order table 181 using these fields. The order acceptance process in this embodiment 1 is completed by the above steps.

[0053] If at least one of the buy stop order price and the sell stop order price is judged to be an inappropriate price in step S3 ("Yes" in step S3), or if the margin amount is less than the total order amount in step S5 ("Yes" in step S5), the order input acceptance unit 12 treats the input order as an error and rejects the order (step S10). In this case, order information (described later) is not generated, and text information or the like indicating that the order has been rejected is displayed on the display unit 22 of the client terminal 2.

[0054] When the Confirm button 413 is clicked in this state and the data entered and selected on the input screen is supplied to the financial product transaction management device 1, the procedure from step S2 to step S10 shown in Fig. 3 is carried out. As a result, an order information group (described later) is generated.

[0055] [Principles of the "Through" Order and "Settlement Trailing Order" Processing Procedures] Figures 4 to 7 are conceptual diagrams showing the principles of the processing procedures when a transaction is made for a "one-time through order" in the financial product exchange management device 1 of this embodiment 1, and Figures 8 to 12 are conceptual diagrams showing the principles of the processing procedures when a transaction is made for a "settlement trail order" in the financial product exchange management device 1 of this embodiment 1.

[0056] Here, a "one-time through order" refers to an order type set so that each new order is executed after the market price falls (or rises) beyond the new order price, which is set as the "first order price" as the reference price for executing the new order, and then matches the new order price again (hereinafter simply referred to as a "one-time through order"; the same applies throughout this specification). Also, a "settlement trail order" refers to an order type set so that each settlement order is executed after the market price rises (or falls) beyond the settlement order price, which is set as the "second order price" as the reference price for executing the settlement order, and then matches the settlement order price again, and the second order is executed so that the second order price rises (or falls) based on the trail width information (hereinafter simply referred to as a "settlement trail order"; the same applies throughout this specification).

[0057] The principles of the processing procedure will be explained below with reference to these figures. Note that in the financial product transaction management device 1, the "one-time through order" and the "settlement trail order" can be used together, or only one of them can be used.

[0058] In the following explanation, an embodiment will be described in which the "first order" is configured as a new stop-limit order and the "second order" is configured as a settlement stop-limit order; however, this is an example of the configuration of the "first order" and the "second order", and other embodiments may also be used, for example, the "first order" and the "second order" may be configured as limit orders or as market orders.

[0059] [Principles of trading procedures for "Through Orders"] After the acceptance is completed, the price information reception management unit 19 of the financial product transaction management device 1 continues to acquire information on the market price of the exchange rate. For example, the market price at the time of the acceptance is 1 dollar = 104.00 yen, the expected buying rate 51 (the price set as the contract price of a new order based on the input on the input screen. The same applies in this specification) is 103.00 yen, the through price range information (the price range information in the higher or lower direction relative to the expected contract price. The same applies in this specification. In this embodiment, the through price range information is set as a preset price.) is 0.20 yen, and the expected selling rate 52 (the price set as the reference price of the contract price of a settlement order based on the input on the input screen. The same applies in this specification. As will be described later, in this embodiment, the settlement order is not contracted even if the market price 61 matches the expected selling rate 52, but is contracted when the market price 61 falls below the price of the expected selling rate 52.) is set as 104.00 yen.

[0060] 4, consider a case where the market price 61 falls and coincides with the assumed buying rate 51 of 1 dollar = 103.00 yen. At this stage, the order information generating unit 16 has not yet placed a new order.

[0061] Then, as shown in FIG. 5, consider the case where market price 61 falls to 102.80 yen per dollar or less (i.e., the spread between expected buying rate 51 and market price 61 becomes equal to or greater than the through price spread information (0.20 yen)) (FIG. 5 shows a state where market price 61 has fallen to 102.70 yen per dollar). In this case, the order information generation unit 16 places a new stop-limit order at the same price as expected buying rate 51 (103.00 yen per dollar) when market price 61 reaches 102.80 yen per dollar.

[0062] Then, as shown in FIG. 6, if market price 61 falls below 1 dollar = 102.00 yen (FIG. 6 shows a state where the lowest price has fallen to 1 dollar = 101.50 yen), and then market price 61 rises (FIG. 6 shows a state where it has risen to 1 dollar = 102.00 yen), the price of a new order will remain unchanged at 103.00 yen.

[0063] Then, as shown in FIG. 7, if the market price 61 further rises and reaches the assumed buying rate of 1 dollar = 103.00 yen, the contract information generating unit 14 contracts the new order.

[0064] In addition, in Figures 4 to 7, the new order of "one-time through order" is set as a buy order, but it is also possible to set the new order as a sell order. In this case, the settlement order is set as a buy order.

[0065] In this way, in a "one-time through order," a new order is set to be executed after the market price 61 falls (or rises) beyond the expected buying rate 51 and then coincides with the expected buying rate 51 again. This increases the likelihood that a transaction can be made at a price close to the price at which a falling market turns into an uptrend (or the price at which an uptrend turns into a downtrend), making it possible to reduce the likelihood of incurring unrealized losses.

[0066] Furthermore, in the "one-time through order", trail width information is not provided, and even if the market price 61 falls significantly below the expected buy rate 51, the expected buy rate 51, which is the contract price of the new order, is not changed in a downward direction, so that it is possible to prevent the occurrence of unrealized losses due to the acquisition of a position for a new order. This makes it possible to prevent the occurrence of disadvantages due to fluctuations in the market price 61 in financial product transactions performed using the financial product transaction management device 1 and the financial product transaction management system 1A, and to provide opportunities to make many profits.

[0067] In addition, in Figures 4 to 7, the new order of "one-time through order" is set as a buy order, but it is also possible to set the new order as a sell order. In this case, the settlement order is set as a buy order.

[0068] [Principles of Trading Procedures for "Settlement Trailing Orders"] After the acceptance is completed, the price information reception management unit 19 of the financial product transaction management device 1 continues to acquire information on the market price of the exchange rate. For example, as shown in FIG. 8, the market price at the time of the acceptance is 1 dollar = 80.00 yen, the expected buying rate 53 is set to 78.00 yen, the through price spread information is 0.30 yen, the trail spread information is 0.30 yen, and the expected selling rate 54 (in this embodiment, the settlement order is not contracted even if the market price 62 matches the expected selling rate 54, but is contracted when the market price 61 falls below the price of the expected selling rate 54) is set to 79.00 yen. Also, it is set that the above-mentioned "once through order" is used for placing and contracting a new order.

[0069] As shown in Fig. 8, when the market price 62, which was initially 80.00 yen per dollar, falls further below the price by the through price spread information based on the assumed buying rate 53, and then the market price 62 reaches 78.00 yen per dollar, which is the assumed buying rate 53, again, and the new order is executed. Then, as shown in Fig. 8, it is considered that the market price 62 rises further and reaches 79.00 yen per dollar, which is the assumed selling rate 54. At this stage, the order information generating unit 16 has not yet placed a settlement order.

[0070] Then, as shown in FIG. 9, consider the case where market price 62 rises to 1 dollar = 79.30 yen or more (i.e., the spread between expected selling rate 54 and market price 62 becomes equal to or greater than the trailing width information (0.30 yen)) (FIG. 9 shows the state where market price 62 has risen to 1 dollar = 79.30 yen). In this case, the order information generation unit 16 places a settlement stop-loss order (trailing order) at the same price as expected selling rate 54 (1 dollar = 79.00 yen) when market price 62 reaches 1 dollar = 79.30 yen.

[0071] Then, as shown in Figure 10, market price 62 rises to or above 1 dollar = 79.60 yen (Figure 10 shows a state in which market price 62 has risen to 1 dollar = 79.60 yen), and the contract information generation unit 14 increases the expected selling rate 54 of the settlement order from 79.00 yen to 79.30 yen based on the trail width information.

[0072] Then, as shown in Figure 11, market price 62 rises further to above 1 dollar = 79.90 yen (Figure 11 shows a state in which market price 62 has risen to 1 dollar = 79.90 yen), and the contract information generation unit 14 increases the expected selling rate 54 of the settlement order from 79.30 yen to 79.60 yen based on the trail width information.

[0073] Next, as shown in Figure 12, consider the case where market price 62 falls from 1 dollar = 82.20 yen (i.e., from the state shown in Figure 15, market price 62 falls further without rising to a price higher than the trailing width (0.30 yen) than expected selling rate 54 (1 dollar = 79.90 yen)) (Figure 12 shows a state where market price 62 rises to 1 dollar = 80.00 yen and then falls). In this case, no further changes are made to expected selling rate 54.

[0074] Here, even if the market price 62 falls further and reaches the assumed selling rate 54 of 1 dollar = 79.60 yen, the order information generating unit 16 will not execute the settlement order. This makes it possible to leave open the possibility of a further increase in profit margin (i.e., a change to a further higher assumed selling rate 54, which is the contract price of the settlement order), if the market price 62 turns to rise further.

[0075] Then, as shown in FIG. 12, at the point in time when the market price 62 becomes lower than the assumed selling rate 54 of 1 dollar = 79.60 yen, the contract information generating unit 14 contracts the settlement order.

[0076] In addition, in Figures 8 to 12, the settlement order of the "settlement trailing order" is set as a sell order, but it is also possible to set the settlement order as a buy order. In this case, the new order is set as a sell order.

[0077] In this way, in the "settlement trail order", the settlement order is set to be executed after the market price 62 rises (or falls) beyond the expected selling rate 54 and then reaches the expected selling rate 54 again, so that the possibility of trading at a price where a rising market price turns to a falling market price or a price close to a price where a falling market price turns to an rising market price increases, and it is possible to have the possibility of making a large profit from trading. In addition, the settlement order is set so that the market price 62 moves in an upward (or downward) direction based on the trail information when the price spread between the market price 62 and the expected selling rate 54, which is the price that is the basis for settlement after the order, becomes equal to or exceeds a predetermined trail width, so that it is possible to secure a large profit when the market price fluctuates greatly. This provides an opportunity to make a large profit in trading financial products using a computer system.

[0078] In addition, in the "settlement trailing order", it is also possible to configure the settlement order to be contracted when the market price 62 and the expected selling rate 54 match.

[0079] [Shift function] In the financial product transaction management device 1 and the financial product transaction management system 1A, after the already placed new order and settlement order are each contracted, it is also possible to carry out a transaction using a process using the "shift function" in combination. An order using this "shift function" is an order form in which, after a new order and a settlement order are each contracted at least once based on the above-mentioned "one-time through order", "trail settlement order", and various if-done orders (for example, "repeat if-done order" and "trap repeat if-done order" described later), when a new order or settlement order is placed, the new order is placed at a price or price range that is shifted to a price or price range that is different from the price or price range of the previously placed order. Details of this "shift function" will be described later.

[0080] [Specific processing procedures for "Through Order" and "Settlement Trailing Order"] 13 to 22 are diagrams showing specific processing procedures for a "through order" and a "settlement trail" in the financial product transaction management system 1A of this embodiment 1. The specific processing procedures will be described below based on these figures.

[0081] This processing procedure shows a state in which a "one-time through order" and a "trail settlement order" are combined with a "repeat if-done order." This "repeat if-done order" is an order form in which, after a new order and a settlement order for this new order are each contracted, a transaction is carried out in which a new order holds a position and a settlement order settles this position, repeating this process.

[0082] After the process of step S1 shown in FIG. 3, an input screen is displayed on the display unit 22 of the client terminal 2. FIG. 13 is a conceptual diagram showing an example of the input screen 40 displayed on the display unit 22 at this time. The input screen 40 in the figure shows an input screen for placing a trap repeat if-done order (an order type in which, for one financial product, multiple new orders as "first orders" and multiple settlement orders as "second orders" are placed so that each new order and each settlement order have an equal price range, and one new order has a position, and when one settlement order is contracted for a new order with that position, a new new order with the same price as the new order and a new settlement order with the same price as the settlement order are generated again, and this is repeated. The same applies hereinafter in this specification.).

[0083] The input screen 40 shown in Figure 13 includes a currency pair selection button 401 for selecting the currency pair to be bought or sold 401, which displays tradable currency pairs on the screen, an order amount input field 402 for inputting the order amount of the financial product for each order, a start price input field 403 for inputting the base price of the new order to be placed (the order price that serves as the base order price for each order information), an order type selection field 404 for inputting the type of order to be placed, a trap number input field 405 for inputting the number of traps (referring to an individual order that makes up an order that is placed multiple times; the same applies in this specification), and a trap price range input field 406 for inputting the price range between multiple new orders or between multiple settlement orders.

[0084] In addition, the input screen 40 is equipped with a profit amount input field 407 for inputting the profit amount to be obtained when one new order and one settlement order are contracted, a through once selection field 408 for selecting whether or not to place a "through once order", a settlement trail selection field 409a for selecting whether or not to place a "trail settlement order", and a trail width input field 409b for inputting the market price interval at which the second order price fluctuates when placing a settlement trail order, and / or the "trail width" as the fluctuation range of the second order price for each fluctuation (in this embodiment, this indicates the market price interval at which the second order price fluctuates, and the "trail width" as the fluctuation range of the second order price for each fluctuation. The same applies hereinafter in this specification).

[0085] The input screen 40 also includes a shift function selection field 410 for selecting execution of processing by the "shift function," a stop-loss selection field 411a for selecting whether to set a stop-loss price (hereinafter simply referred to as "stop-loss price") which is a price at which a process is performed to cancel ongoing transactions and subsequent transactions by executing a stop-loss order when the market price falls or rises to a predetermined price (hereinafter simply referred to as "stop-loss process"), a stop-loss price input field 411b for inputting the stop-loss price, a delete button 412 for erasing the display of the input screen 40 from the display unit 22 and canceling the input process, and a confirmation button 413 for performing a process to confirm the data entered / selected in each of the input fields and selection fields 401 to 412 in the order input receiving unit 12.

[0086] In FIG. 13, “US dollar / Japanese yen (buying and selling US dollars with Japanese yen)” is selected with the desired buying / selling currency pair selection button 401, “100,000 dollars” is entered in the order amount input field 402, “100.50 yen” is entered in the starting price input field, “first order is a new buy limit order” is selected in the order type selection field 404, “1” is entered in the trap quantity input field 405, “50,000 yen” is entered in the profit amount input field 407, “0.20 yen” is entered in the trap price width input field 406, the through selection field 408 and the settlement trail selection field 409a are temporarily selected (checked), “0.20” yen is selected in the trail width input field 409b, the shift function selection field 410 is not selected, the stop loss selection field 411a is selected, and “98.00” yen is entered in the stop loss price input field 411b.

[0087] In addition, the input screen 40 does not necessarily have to include some or all of the components of the through selection field 408, the settlement trail selection field 409a, the trail width input field 409b, the stop loss selection field 411a, and the stop loss price input field 411b.

[0088] That is, the financial product transaction management device 1 may be configured such that one of the functions of the "through order" and the "trail settlement order" is not provided, or one or both of the "through order" and the "trail settlement order" are automatically set for all orders inputted and placed from the input screen 40. Also, the input screen 40 may be configured such that only the trail settlement selection field 409a is provided and the trail width input field 409b is not present, and the trail settlement price of the "trail settlement order" is set uniformly at a specific price set in advance. Also, the financial product transaction management device 1 may be configured such that no "stop loss processing" is performed, or the input screen 40 may be configured such that only the stop loss selection field 411a is provided and the stop loss price input field 411b is not present, and the "stop loss price" is set uniformly at a specific price.

[0089] Furthermore, the input screen 40 may be configured so that the shift function selection field 410 does not exist and transactions using the "shift function" are not performed. The input screen 40 may be configured so that a shift width input field (not shown) exists in addition to the shift function selection field 410, allowing the customer to freely input and set the shift width, or the shift width may be configured so that it is uniformly set at a specific price set in advance as in this embodiment 1.

[0090] Furthermore, in this embodiment 1, the price entered in the trail width input field 409b is used both as the price difference between the settlement order price (settlement price) and the market price, which is the basis for executing the trail, and as the price range by which the settlement order is fluctuated in each trail (for example, if a settlement order is trailed based on order information generated with "0.20 yen" entered in the trail width input field 409b, the settlement price is changed in the upward (or downward) direction of 0.20 yen each time the market price fluctuates by 0.20 yen), thus simplifying and facilitating the input process. However, without being limited to this, a configuration is also possible in which information on the price difference between the settlement order price and the market price when trailing and information on the price range by which the settlement order is fluctuated are entered separately on the input screen 40 and set as separate values.

[0091] In addition, in this embodiment 1, the input screen 40 is provided with a start price input field 403 and a profit amount input field 407, and the order information generating unit 16 is configured to calculate the order price information (i.e., the settlement price) of the settlement order information (described later) based on the numerical values ​​entered in these input fields 403. However, instead of this, the input screen 40 may be provided with a configuration such as a "payment price input field" for inputting the numerical value of the settlement price, or the customer may be able to select input through the profit amount input field 407 or input through a configuration for inputting the settlement price. Also, instead of inputting the profit amount, the price difference (for example, information such as "xx yen" or "xx points") may be input, or any other information regarding the profit margin may be input.

[0092] When the Confirm button 413 is clicked after appropriate input and selection has been made in the various input fields and selection fields 401 to 411b of the input screen 40 shown in Fig. 13, the order information generating unit 16 performs calculations based on the values ​​based on these inputs and selections to generate order information. Then, an order information group is generated from the multiple order information. This order information group refers to a collection of information consisting of multiple order information having a specific relationship (for example, a series of orders placed simultaneously, or a relationship between a new order and a settlement order or stop-loss order corresponding to this new order), or a collection of data that generates such information.

[0093] 14 is a diagram showing a schematic diagram of an order information group generated by the order information generating unit 16 and recorded in the order table 181. The table shown in the figure is also displayed as an image on the display unit 22 of the client terminal 2 by the front page distribution unit 11.

[0094] 14, order information group 1810A is composed of new order information 18101 as "first priority order information" which places a stop order for a first price, settlement order information 18102 as "first settlement order information" which forms "second priority order information" which places a stop order for a second price, and stop-loss order information 18103 as "second settlement order information" which forms "second priority order information." Here, the "first priority order information" is order information with a high priority in terms of the order of contract, and the "second priority order information" is order information with a low priority in terms of the order of contract.

[0095] As shown in FIG. 14, new order information 18101, settlement order information 18102, and stop-loss order information 18103 include order information 181A as a serial number of the order, a customer number 181B uniquely assigned to each customer, currency pair information 181C for identifying the combination of currencies to be bought and sold (mainly a combination of Japanese yen and foreign currency), order amount information 181D as price information of the position (hereinafter simply referred to as "position"; the same applies in this specification) as the foreign currency holding in one order, order time information 181E as information on the time when the order was placed, The order information includes buy / sell direction information 181F as flag information identifying whether the order is a "buy order" or a "buy order," order price information 181G as "contract price information," order expiration date information 181H as information indicating the expiration date of each order information 1811-1816, order type information 181J as flag information identifying the type of order, such as a "market order" or an "if-done order," through price range information 181K, trail range information 181L, and new / settlement information 181M as flag information identifying whether each order information is a "new order," a "settlement order," or a "limit order." 14, each of the order information 18101-18103 has, in addition to the above, valid / invalid information, which is flag information for identifying whether the order information is valid as an ordered stop order (or limit order) or invalid as an ordered stop order (or limit order), order information, which is flag information for identifying whether each of the order information 18101-18103 is first-order order information or second-order order information, and contract existence / non-existence information, which is flag information for identifying whether each of the order information is "existent" or "not" contracted, as attribute information. These attribute information are based on information input from the input screen 40, and are recorded in the order table 181 based on the above-mentioned field definitions.

[0096] 14, information on the contract price is provided as order amount information 181D in each of the order information 18101 to 18103. As will be described later, the contract price defined in the order amount information 181D varies in accordance with fluctuations in the market price due to trail width information 181L, trail start price information (not shown), and stop loss width information (not shown).

[0097] 14, the order price information 181G of the new order information 18101 (i.e., the new order price) is set based on the numerical value entered in the start price input field 403, and the order price information 181G of the stop-loss order information 18103 (i.e., the stop-loss price) is set based on the numerical value entered in the stop-loss price input field 411b. Also, the order price information 181G of the settlement order information 18102 (i.e., the settlement order price) is set as a value (101.00 yen) obtained by adding the numerical value (100.50 yen) entered in the start price input field 403 to the value (0.5 yen) obtained by dividing the numerical value (50,000 yen) entered in the profit amount input field 407 by the numerical value (100,000) entered in the order amount input field 402.

[0098] As shown in FIG. 14, in this first embodiment, the through price range information 181K of the new order information 18101 and the settlement order information 18102 is fixed as a specific price difference information set in advance. Specifically, this through price range information is set as "20 (indicating 1 dollar = 0.20 yen)". This numerical value is price information for setting the price difference between the order price information 181G of the new order information or the settlement order information and the "order trigger" which is the trigger price for placing a new order or a settlement order. In this first embodiment, the through price range information 181K is automatically set to a specific value (i.e., 1 dollar = 0.20 yen) by the order information generating unit 16. However, an input field for inputting the through price range information may be provided on the input screen 40, so that the customer can freely set the through price range information 181K. Also, the trail width information 181L of the settlement order information 18102 is set as "20 (indicating 1 dollar = 0.20 yen)," which is the numerical value entered in the trail width input field 409b on the input screen 40. However, the input screen 40 may not be provided with the trail width input field 409b, and the order information generating unit 16 may be configured to automatically set a specific value for the trail width.

[0099] In this embodiment 1, the order information generating unit 16 uses the trail width information 181L of the settlement order information 18102 both as trigger information when trailing and as information on the price fluctuation width of the order price information 181G for each trail (that is, for example, if the trail width information 181L is set to "20", then the order price information 181G also rises (or falls) by 1 dollar = 0.20 yen every time the market price rises (or falls) by 1 dollar = 0.20 yen). However, depending on the configuration of the input screen 40, the trigger information when trailing and the information on the price fluctuation width for each trail may be configured separately, or the order information generating unit 16 may automatically set one of them. In addition, the order information generation unit 16 may be configured to set the price difference between the market price at the time the settlement order information 18102 is generated and the order price information 181G as the trail width information 181L, or the financial product transaction management device 1 may be configured to increase (or decrease) the order price information 181G while maintaining the price difference between the market price at the time the settlement order information 18102 is generated and the order price information 181G.

[0100] Although not shown in FIG. 14, in the valid / invalid information (not shown), when all order information 18101 to 18103 is initially generated, it is defined as invalid order information, which is invalid as an unordered state (hereinafter simply referred to as "invalid").

[0101] Furthermore, all the order information 18101-18103 are placed and contracted as stop orders. For this reason, all the order information 18101-18103 may be configured to include limit direction identification information for identifying (forward) limit orders and stop orders, and to be defined as order information for stop orders in this limit direction identification information. By having such limit order identification information, it becomes possible to apply "through orders" and "settlement trail orders" to various order forms.

[0102] When the acceptance of the order is completed, the market price 63 is assumed to be 1 dollar = 101.00 yen as shown in Fig. 15. If the market price 63 falls further beyond 1 dollar = 100.50 yen and reaches 1 dollar = 100.30 yen (that is, the value obtained by subtracting (1 dollar =) 0.20 yen set in the through price range information 181K from 1 dollar = 100.50 yen entered in the start price input field 403) as shown in Fig. 16, this reaching becomes an order trigger BT1, and a new order B1 (new stop order) of 1 dollar = 100.50 yen is placed based on the new order information 18101 (in the figure, the arrow indicates a state in which an order of another specific price is placed due to an order trigger of one specific price. The same applies to the following conceptual diagrams).

[0103] Then, as shown in Fig. 17, when the market price 63 starts to rise from a fall and reaches 1 dollar = 100.50 yen again, the new order B1 is contracted. The contract information generation unit 14 performs processing to put the new order information 18101 into a contracted state. Specifically, for example, the contract information generation unit 14 rewrites attribute information (not shown) that sets contracted / uncontracted / cancelled, which is included in the new order information 18101, to the "contracted" state, and rewrites the customer account information table 182. As a result, the new order is processed as being contracted.

[0104] Next, as shown in FIG. 18, if market price 63 rises further, exceeding 1 dollar = 101.00 yen and reaching 1 dollar = 101.20 yen (that is, the value obtained by adding (1 dollar =) 101.00 yen in order price information 181G of settlement order information 18102 to (1 dollar =) 0.20 yen set in through price range information 181K), this reaching becomes an order trigger ST1, and a settlement order S1 (settlement stop order) for 1 dollar = 101.00 yen is placed based on the settlement order information 18102.

[0105] Thereafter, as shown in FIG. 19, if the market price 63 rises further by 1 dollar = 0.20 yen (i.e., the price set in the trail width information 181L of the settlement order information 18102), each time the price reaches 0.20 yen (1 dollar =), the trailing order trigger ST1 becomes active, and the settlement order price set in the order price information 181G rises by 1 dollar = 0.20 yen.

[0106] In FIG. 19, when the market price 63 is 1 dollar = 101.20 yen and a settlement order is placed at 1 dollar = 100.00 yen, after which when the market price 63 reaches 1 dollar = 101.40 yen, this triggers a trailing order and the settlement order price rises to 1 dollar = 101.20 yen, and when the market price 63 reaches 1 dollar = 101.60 yen, this triggers a trailing order and the settlement order price rises to 1 dollar = 101.40 yen... this cycle is repeated until the market price 63 reaches 1 dollar = 102.40 yen, which triggers a trailing order and the settlement order price rises to 1 dollar = 102.20 yen.

[0107] Then, after this state, when the market price 63 changes from rising to falling as shown in FIG. 20 and becomes less than 100.40 yen per dollar, the contract information generating unit 14 performs processing for contracting the settlement order with respect to the settlement order information 18102. Specifically, for example, the contract information generating unit 14 rewrites the attribute information (not shown) that sets contract / uncontracted / cancelled included in the settlement order information 18102 to the state of "contracted" and rewrites the customer account information table 182. As a result, the settlement order is processed as having been contracted. Note that, although FIGS. 19 and 20 show a state in which the market price 63 has risen to 102.40 yen per dollar and then fallen, the price at which the market price changes from rising to falling may be higher or lower than this, and in that case, the price at which the settlement order is contracted may also be different from the state shown in FIG. 20. For example, when the market price changes from rising at 102.30 yen to 102.20 yen, the contract information generating unit 14 performs a process for contracting the settlement order on the settlement order information 18102.

[0108] When the new order and the settlement order are respectively contracted, the stop-loss order information 18103 of the order information group 1810A is cancelled. Specifically, for example, the contract information generating unit 14 rewrites the attribute information (not shown) that sets contract / uncontracted / cancelled included in the stop-loss order information 18103 to the "cancelled" state. As a result, the stop-loss is treated as having been cancelled. Note that if the market price 63 does not rise to the price that triggers the placing of the settlement order (in this case, 1 dollar = 101.20 yen) after the new order is contracted and falls to 1 dollar = 100.00 yen, which is the order price information 181G of the stop-loss order information 18103, the settlement order is cancelled, and the subsequent transaction (i.e., the transaction of the financial product according to the order information group 1810A) is also cancelled. However, the transaction can be continued without this cancellation.

[0109] 20, when the new order and the settlement order are respectively contracted, the contract information generation unit 14 deletes the order information group 1810A including the contracted new order information 18101 and the settlement order information 18102 from the order table 181, and the order information generation unit 16 generates a new order information group 1810A. The newly generated order information group 1810A is also generated in the same state as when the original order information group 1810A was generated, as shown in FIG.

[0110] Based on this newly generated order information group 1810A, the transaction of the financial product continues, and the same transaction is repeated. That is, as shown in FIG. 21, when the market price 63 of the financial product falls again and reaches 1 dollar = 100.30 yen again, this reaching becomes an order trigger BT1, and the order information generating unit 16 again places a new order B1 of 1 dollar = 100.50 yen. After this, when the market price 63 turns from falling to rising again, the contract information generating unit 14 contracts the new order B1, and when the market price 63 further rises and reaches 1 dollar = 101.20 yen, this reaching becomes an order trigger ST1, and the order information generating unit 16 places a settlement order S1 of 1 dollar = 101.00 yen. After that, if the market price 63 rises by 0.20 yen (1 dollar) or more, the settlement order is trailed (i.e., the order price information 181G of the settlement order information 18102 is changed) for every 0.20 yen (1 dollar), and if the market price 63 turns from rising to falling and falls below the settlement order price, the contract information generation unit 14 performs processing to contract the settlement order and processing to cancel the stop-loss order. Thereafter, such transactions are repeated.

[0111] 22 shows a state in which the placing and contracting of a new order, and the placing, trailing and contracting of a settlement order are repeated three times in accordance with fluctuations in market price 63. In this manner, in this embodiment, the alternating processing of a "through order" and a "trail settlement order" can be repeatedly performed.

[0112] As described above, in this first embodiment, the new order information 18101 is set to be contracted after the market price 63 falls or rises beyond the price set in the order price information 181G and then coincides with the price set in the order price information 181G again, and the settlement order information 18102 is set to be contracted after the market price 63 rises or falls beyond the price set in the order price information 181G and then reaches the price set in the order price information 181G again. This increases the possibility of trading at a price at which a falling market price turns into an uptrend or a price close to a price at which a rising market price turns into a downtrend, and allows for the possibility of obtaining a large profit from trading. In addition, the settlement order information 18102 is set to be moved in an upward or downward direction based on the trail width information, making it possible to ensure a large profit when the market price fluctuates greatly. In addition, by providing the trail width information 181L only in the settlement order information 18102, it is possible to prevent the occurrence of unrealized losses due to the acquisition of a position for a new order by the new order information 18101. This makes it possible to prevent disadvantages associated with fluctuations in market prices in financial product transactions conducted using a computer system, and to provide opportunities for greater profits.

[0113] In this embodiment 1, an order is set to be placed when the price spread between the market price 63 of the financial product and the price set in the order price information 181G of the new order information 18101 becomes equal to or larger than the through price spread set by the through price spread information 181K. This ensures that a transaction is carried out to fill the placed order after a rising market turns to a falling market, or a falling market turns to an rising market, thereby appropriately providing opportunities to make large profits.

[0114] In the first embodiment, the through price spread information 181K is fixed as a specific price difference information set in advance, which allows the user to easily input an order.

[0115] In this embodiment 1, it is set to settle a position when the market price rises or falls beyond the price set in the order price information 181G of the settlement order information 18102, and then falls or rises beyond the price set in the order price information 181G, so that it is possible to continue trading of financial products based on the settlement order information 18102 even after the market price matches the price set in the order price information 181G of the settlement order information 18102, and to maintain the possibility of increasing the profit amount from the trading. This increases the opportunities for making large profits.

[0116] In this embodiment 1, after a new order based on the new order information 18101 and a settlement order based on the settlement order information 18102 are contracted, a new order and a settlement order are placed again, and based on simple order placement processing, continuous trading opportunities are created, providing opportunities to make large profits.

[0117] In the first embodiment, orders are contracted based on the generated new order information 18101 and settlement order information 18102, so that transactions of financial products can be carried out reliably.

[0118] In this embodiment 1, the new order information 18101 is set as a new buy order, and the settlement order information is set as a sell settlement order. However, conversely, the new order information 18101 can be set as a new sell order, and the settlement order information can be set as a buy settlement order (the same applies to all the following embodiments).

[0119] [Embodiment 2 of the invention] 23 to 33 show a second embodiment of the present invention.

[0120] In the financial product transaction management system of the second embodiment, a "one-time through order" and a "trail settlement order" are combined with a "trap repeat if-done order." This "trap repeat if-done order" refers to an order that is set to repeatedly place multiple first orders and multiple second orders, each placed at a different price, for the same financial product.

[0121] The configuration and specific processing contents of the second embodiment will be described below. Here, the description will be based on a configuration in which the "first order" is placed as a new order of if-done order, and the "second order" is placed as a settlement order of if-done order.

[0122] The system configuration of this embodiment 2 is the same as that of embodiment 1. After the process of step S1 shown in Fig. 3, an input screen is displayed on the display unit 22 of the client terminal 2. Fig. 23 is a conceptual diagram showing an example of the input screen 40 displayed on the display unit 22 at this time. This input screen 40 is different from the input screen 40 of embodiment 1 of the invention shown in Fig. 13, and is significantly different in that "5" is input in the trap number input field 405. It is also different from embodiment 1 in that "100,000" yen is input in the profit amount input field 407.

[0123] When confirmation button 413 is clicked in the state shown in FIG. 23, order information generating unit 16 generates order information group 1810B shown in FIG.

[0124] 24 is a diagram showing a schematic diagram of an order information group generated by the order information generating unit 16 and recorded in the order table 181. The table shown in the figure is also displayed as an image on the display unit 22 of the client terminal 2 by the front page distribution unit 11.

[0125] This order information group 1810B is generated in a state having new order information and settlement order information for the number of units (i.e., five units) input in the trap quantity input field 405. That is, the order information group 1810B has five pieces of new order information 18111, 18112, 18113, 18114, and 18115, five pieces of settlement order information 18116, 18117, 18118, 18119, and 18120, and one stop-loss order information 18121.

[0126] The configuration of each of the new order information 18111, 18112, 18113, 18114, and 18115 is similar to that of the new order information 18101 in the embodiment 1. The configuration of each of the settlement order information 18116, 18117, 18118, 18119, and 18120 is similar to that of the settlement order information 18102 in the embodiment 1. The configuration of the stop-loss order information 18121 is similar to that of the stop-loss order information 18103 in the embodiment 1.

[0127] 24, the order information generating unit 16 sets (1 dollar =) 100.00 yen entered in the start price input field 403 as the base price for a new order based on the input information on the input screen 40 shown in Fig. 23, and sets this price in the order price information 181G of the new order information 18111. Then, it generates new order information 18112, 18113, 18114, and 18115 so that the value entered in the trap price range input field 406, (1 dollar =) 0.20 yen, becomes the price range of each of the new order information 18112, 18113, 18114, and 18115. That is, as shown in FIG. 24, the order price information 181G of the new order information 18111, 18112, 18113, 18114, and 18115 is set to (1 dollar=) 100.00 yen, 99.80 yen, 99.60 yen, 99.40 yen, and 99.20 yen, respectively.

[0128] Furthermore, the order information generation unit 16 sets the order amount of each of the settlement order information 18116, 18117, 18118, 18119, and 18120 so that the profit amount when the corresponding new order and settlement order (for example, new order information 18111 and settlement order information 18116) are contracted becomes the amount (100,000 yen) entered in the profit amount input field 407. That is, the order amount of each of the settlement order information 18116, 18117, 18118, 18119, and 18120 is set so that the price difference between the corresponding new order and settlement order becomes 1.00 yen (1 dollar =) which is the value obtained by dividing the value (100,000 yen) entered in the profit amount input field 407 by the value (100,000) entered in the order amount input field 402. That is, as shown in Fig. 24, the order price information 181G of the settlement order information 18116, 18117, 18118, 18119, and 18120 is set as (1 dollar =) 101.00 yen, 100.80 yen, 100.60 yen, 100.40 yen, and 100.20 yen. The other configurations are the same as those in the first embodiment of the invention.

[0129] In this embodiment 2, the manner in which new orders and settlement orders are placed and contracted in response to fluctuations in market price is the same as that of new orders and settlement orders in embodiment 1. Specifically, first, assume that when order acceptance is completed, the market price 64 is 1 dollar = 100.20 yen (the black circle on the left side of the figure) as shown in Figure 25. Then, as shown in Fig. 26, when the market price 64 gradually falls from 100.20 yen per dollar, new order B1 (based on new order information 18111) is placed by order trigger BT1 when the market price 64 reaches 98.80 yen per dollar, and new order B2 (based on new order information 18112) is placed by order trigger BT2 when the market price 64 reaches 98.60 yen per dollar, and so on, new orders B1, B2, B3, B4, and B5 (based on new order information 18111, 18112, 18113, 18114, and 18115) are placed as the market price 64 falls. Note that, although Fig. 26 shows a state in which the market price 64 falls to 98.70 yen per dollar, depending on the state of the market fall, there are cases in which all new orders B1, B2, B3, B4, and B5 are not placed. For example, in FIG. 26, if the market price falls to 1 dollar = 99.10 yen and then starts to rise, the market price 64 will not reach the order trigger BT5, so new order B5 (based on new order information 18115) will remain unplaced (in this case, since only four new orders are placed, the number of transaction combinations of new orders and settlement orders will also be four or less).

[0130] After that, as shown in FIG. 27, when the market price 64 rises to 100.20 yen, 100.40 yen, and 101.00 yen per dollar, the new orders B5, B4, B3, B2, and B1 are executed in sequence.

[0131] Thereafter, as shown in FIG. 28, if the market price 64 rises further, exceeding 100.20 yen to 101.40 yen, this reaching becomes an order trigger ST5, and a settlement order S5 (settlement stop order) of 100.20 yen to 1 dollar is placed based on the settlement order information 18120.

[0132] After that, as shown in Figure 29, when the market price 64 rises further by 1 dollar = 0.20 yen, the price reaching (1 dollar =) 0.20 yen becomes a trailing order trigger ST5, and trailing is performed, and the settlement order price set in the order price information 181G rises by 1 dollar = 0.20 yen. Figure 29 shows a state in which the market price 64 rises to 1 dollar = 100.70 yen, a settlement order S4 of 1 dollar = 100.40 yen (based on the settlement order information 10119) is placed, and the settlement order S5 (based on the settlement order information 10120) is trailed, and the settlement price (based on the order price information 181G) rises to 1 dollar = 100.40 yen.

[0133] After that, as shown in FIG. 30, when the market price 64 turns from rising to falling and falls below 1 dollar = 100.60 yen, the contract information generation unit 14 performs processing to contract the settlement orders S4, S5. As a result, transactions of new orders B4, B5 (based on new order information 18114, 18115) and if-done orders by settlement orders S4, S5 (based on settlement order information 18119, 18120) are respectively established. As a result, the order information generation unit 16 generates new new orders B4, B5 and original settlement orders S4, S5 that are the same as the original new orders B4, B5 and original settlement orders S4, S5. FIG. 30 shows the new orders B4, B5 that are newly generated and are scheduled to be placed. Note that based on the newly generated new orders B4, B5 and settlement orders S4, S5, orders and contracts similar to the original new orders B4, B5 and settlement orders S4, S5 are repeatedly performed.

[0134] Then, after the state shown in Fig. 30, as shown in Fig. 31, the market price 64 starts to rise again from a fall, and as it rises, settlement orders S3, S2, and S1 (based on settlement order information 10118, 10117, and 10116) are sequentially placed based on order triggers ST3, ST2, and ST1. Also, every time the market price 64 rises by 1 dollar = 0.20 yen, a trail is performed and the order prices of settlement orders S3 and S2 (based on order price information 181G) rise. Fig. 31 shows a state in which the market price 64 rises to 1 dollar = 101.20 yen, and the order prices of settlement orders S1, S2, and S3 all become 1 dollar = 101.00 yen.

[0135] After the state shown in Fig. 31, when the market price 64 further rises as shown in Fig. 32, the order prices of the settlement orders S1, S2, and S3 also rise sequentially by 1 dollar = 0.20 yen in accordance with the rise. Then, as shown in Fig. 33, when the market price 64 turns from rising to falling and falls below the order prices of the settlement orders S1, S2, and S3 (1 dollar = 102.40 yen in Fig. 33), the contract information generation unit 14 contracts the settlement orders S1, S2, and S3. As a result, transactions of if-done orders based on new orders B1, B2, and B3 (based on new order information 18111, 18112, and 18113) and settlement orders S1, S2, and S3 (based on settlement order information 18116, 18117, and 18118) are respectively concluded. Thereafter, the order information generation unit 16 generates new new orders B1, B2, B3 that are identical to the original new orders B1, B2, B3, and new settlement orders S1, S2, S3 that are identical to the original settlement orders S1, S2, S3, and based on the newly generated new orders B1, B2, B3 and settlement orders S1, S2, S3, orders and agreements similar to the original new orders B1, B2, B3 and settlement orders S1, S2, S3 are repeatedly placed and executed.

[0136] In this embodiment 2, by placing a plurality of new orders based on a plurality of new order information 18111, 18112, 18113, 18114, 18115 and a plurality of settlement orders based on a plurality of settlement order information 18116, 18117, 18118, 18119, 18120 at different prices, it is possible to distribute orders over a plurality of prices, thereby reducing the risk that may arise when orders are placed at a particular price and then market prices fluctuate unexpectedly.

[0137] This second embodiment can also be applied to a configuration in which multiple first orders (e.g., new orders for if-done orders) and multiple second orders (e.g., settlement orders for if-done orders) are each placed only once and executed (hereinafter referred to as "trap trade orders"). In this case, it is desirable that the input screen 40 is configured to allow a selection between a "trap trade order" and a "trap repeat if-done order". This "trap trade order" can also be configured to execute an if-done order transaction with one second order executed against multiple first order executions, or to execute an if-done order with multiple second orders executed against one first order execution.

[0138] [Embodiment 3 of the invention] 34 and 35 show a third embodiment of the present invention.

[0139] In the financial product transaction management system of this third embodiment, a "through order" and a "settlement trailing order" are combined with an order by "Rakutora," and the "shift function" is also performed. An order by "Rakutora" refers to an order format in which an upper limit and a lower limit price are set based on the customer's input, etc., and multiple first orders and / or multiple second orders are set between the upper limit and the lower limit prices.

[0140] The configuration and specific processing content of this embodiment 3 are described below. Here, the explanation is based on a configuration in which a "first order" is placed as a new if-done order, a "second order" is placed as a settlement order for an if-done order, and the trade is carried out as a "trap repeat if-done order" similar to embodiment 2, and further a "shift function" is performed.

[0141] The system configuration of this embodiment 3 is the same as that of the embodiment 1 and the embodiment 2. After the process of step S1 shown in Fig. 3, an input screen is displayed on the display unit 22 of the client terminal 2. Fig. 34 is a conceptual diagram showing an example of the input screen 40 displayed on the display unit 22 at this time. This input screen 40 has an upper limit price input field 421 and a lower limit price input field 422 instead of the order amount input field 402, the start price input field 403, and the trap price range input field 406 of the input screen 40 of the embodiment 1 of the invention shown in Fig. 13. The trap number input field 423, the order amount input field 424, the profit amount input field 425, the through once selection field 426, the settlement trail selection field 427, the trail width input field 428, the shift function selection field 429, the stop loss selection field 430, the stop loss price input field 431, the delete button 412, and the confirm button 413 have the same configuration as the trap number input field 405, the order amount input field 402, the profit amount input field 407, the through once selection field 408, the settlement trail selection field 409a, the trail width input field 409b, the shift function selection field 410, the stop loss selection field 411a, the stop loss price input field 411b, the delete button 412, and the confirm button 413 in the second embodiment. In this third embodiment, the state in which (1 dollar =) 100.00 yen is input in the upper limit price input field 421 and (1 dollar =) 99.20 yen is input in the lower limit price input field 422 is shown. The value entered in the upper limit price input field 421 forms "upper limit price information", and the value entered in the lower limit price input field 422 forms "lower limit price information".

[0142] When the confirmation button 413 is clicked in the state shown in Fig. 34, the order information generating unit 16 generates the order information group 1810B that is the same as the order information group 1810B (see Fig. 24) of the second embodiment. That is, based on the input information on the input screen 40 shown in Fig. 34, the order information generating unit 16 sets 0.20 yen, which is the price inputted in the upper limit price input field 421 (1 dollar =) 100.00 yen minus the price inputted in the lower limit price input field 422 (1 dollar =) 99.20 yen, divided by the trap number (5 bottles) minus 1 (4 bottles), as the price spread between the new orders and the settlement orders. In addition, the order information generation unit 16 sets the value (1.0 yen) obtained by dividing the number (100,000 yen) entered in the profit amount input field 407 by the number (100,000) entered in the order amount input field 402 as the price difference between each new order and each corresponding settlement order.

[0143] In this third embodiment, the same processes as those shown in Figs. 25 to 33 are carried out, and the same transactions as in the second embodiment are carried out with a plurality of new orders and a plurality of settlement orders.

[0144] Here, the shift function will be described.

[0145] For example, in this embodiment 3, consider the same state as in Fig. 33 in embodiment 2, that is, the state in which new orders B1, B2, B3, B4, and B5 and settlement orders S1, S2, S3, S4, and S5 are respectively contracted. At this time, when the order information group 1810B is generated with the shift function selection field 429 checked on the input screen 40 as shown in Fig. 34, the order information generation unit 16 shifts the transaction prices of the new orders B1, B2, B3, B4, and B5 and the settlement orders S1, S2, S3, S4, and S5 in the order information group 1810B based on 1 dollar = 102.40 yen, which is the price at which the settlement orders S1, S2, and S3 are contracted.

[0146] Specifically, for example, consider a case where the market price 64 when the new order information 18111, -18115 and the settlement order information 18116-18120 (see Fig. 24) for placing new orders B1, B2, B3, B4, B5 (before being shifted) and settlement orders S1, S2, S3, S4, S5 shown in Fig. 35 are generated is 1 dollar = 99.50 yen as shown at point P1 in Fig. 35, and the market price 64 when the settlement orders S1, S2, S3 are contracted is 1 dollar = 102.40 yen as shown at point P2. At this time, the order information generating unit 16 shifts the order price information 181G of the new order information 18111, -18115 and the settlement order information 18116-18120 in a state where the hierarchical relationship and price difference between the market price and each order are equal. For example, the new order B5 shown in FIG. 35 is located below the market price 64 at point P1 ((1 dollar =) 99.50 yen - (1 dollar =) 99.20 yen = (1 dollar) 0.30 yen), so after the shift, it is shifted to (1 dollar =) 102.10 yen, which is (1 dollar =) 0.30 yen lower than the market price of (1 dollar =) 102.40 yen shown at point P2. Then, the order price information 181G of the newly generated new order information 18115 is also set to (1 dollar =) 102.10 yen. The same process is performed for the other new orders B1, B2, B3, B4 and settlement orders S1, S2, S3, S4, S5.

[0147] In this way, the new orders B1, B2, B3, B4, B5 and the new settlement orders S1, S2, S3, S4, S5 generated using the shift function are shifted to an upward (or downward) price range while maintaining the price range between the new orders B1, B2, B3, B4, B5 and the original settlement orders S1, S2, S3, S4, S5, the price range between the original settlement orders S1, S2, S3, S4, S5, and the price difference between a specific new order (e.g., B1) and a corresponding specific settlement order (e.g., S1). Figure 35 shows a state in which the original price range Q1 between the upper limit price and the lower limit price of the new order is shifted to a new price range Q2 while maintaining the relationship with the market price 64 when the new order information 18111, to 18115 and the settlement order information 18116 to 18120 (see Figure 24) were generated.

[0148] In this way, a new order information group 1810B is generated, which includes new order information 18111, 18112, 18113, 18114, and 18115 in which new order price information 181G is set by the shift function, and new settlement order information 18116, 18117, 18118, 18119, and 18120. Then, each of the order information 18111 to 18121 constituting the original order information group 1810B is canceled.

[0149] As a result, in the newly generated order information group 1810B, the order price information 181G of new order information 18111, 18112, 18113, 18114, and 18115 will be (1 dollar =) 102.90 yen, 102.70 yen, 102.50 yen, 102.30 yen, and 102.10 yen, respectively, and the order price information 181G of settlement order information 18116, 18117, 18118, 18119, and 18120 will be (1 dollar =) 103.90 yen, 102.70 yen, 102.50 yen, 102.30 yen, and 102.10 yen, respectively.

[0150] The processing by the shift function may be performed by any method other than the above-mentioned processing procedure. For example, in the state shown in FIG. 35, the order price information 181G of the new new order information (or the new settlement order information, or both information) may be set around 1 dollar = 102.40 yen, which is the base price when the settlement orders S1, S2, and S3 are contracted. Specifically, when the new new order information is set around 1 dollar = 102.40 yen, the order price information of the new order information 18111, 18112, 18113, 18114, and 18115 that sets the new orders B1, B2, B3, B4, and B5 is (1 dollar =) 102.80 yen, 102.60 yen, 102.40 yen, 102.20 yen, and 102.00 yen, respectively.

[0151] By using this "shift function" to trade, new orders and new settlement orders can be traded continuously based on the market price 62 at the time the settlement order was executed. This provides the possibility of making a large profit by repeatedly placing orders that reflect the market price 64.

[0152] The above-mentioned "shift function" can also be applied to the configurations of the above-mentioned first and second embodiments of the invention.

[0153] As described above, in this third embodiment, a plurality of new order information 18111, 18112, 18113, 18114, 18115, each of which has the order price information 181G set to a different price between the input upper limit price information and the lower limit price information, and a plurality of settlement order information 18116, 18117, 18118, 18119, 18120, each of which has the order price information 181G set to a different price, are generated, so that the price range in which the customer wishes to trade can be specified by the upper limit price information and the lower limit price information input by the customer, and trading can be performed by a plurality of first orders and second orders in this price range. This allows the process of placing a plurality of new orders and settlement orders at a plurality of prices to be easily performed, and the orders can be placed reliably.

[0154] In the above embodiment 3, the upper limit price is input as a numerical value in the upper limit price input field 421, and the lower limit price is input as a numerical value in the lower limit price input field 422 on the input screen 40. However, this is not limited to this. For example, a tablet or the like having the display unit 22 formed by a touch-sensitive touch panel can be configured so that the upper limit price and the lower limit price can be set by the customer touching the screen with a finger, a touch pen, or the like.

[0155] As described above, in each of the above embodiments, in financial product transactions carried out using a computer system, it is possible to prevent the occurrence of disadvantages associated with fluctuations in market prices 61, 62, 63, and 64, and to provide opportunities to make large profits.

[0156] [Fourth embodiment of the invention] In the financial product transaction management system according to the fourth embodiment of the present invention, a "one-time through order", a "trail settlement order" and a "shift function" are combined with a so-called "double repeat if-done order" and the like.

[0157] Here, the "double repeat if-done order" specifically refers to a trading form in which, each time a first order (e.g., a buy order) and a second order (e.g., a sell order) are executed, the holding of the position and the settlement of the position are repeated by the first order and the second order in the reverse order from the immediately preceding order. This makes it possible to achieve the effects of the present invention in an if-done order that is configured to further increase the profit of each transaction.

[0158] [Fifth embodiment of the invention] In the financial product transaction management system according to the fifth embodiment of the present invention, an order by a "one-time through order", a "settlement trail order" or a "shift function" is combined with a so-called OCO order. Specifically, in addition to an order based on the first order information (e.g., a first new order) and an order based on the second order information (e.g., a first settlement order for an if-done order based on the first new order), order information for placing an order based on the third order information (e.g., a second new order) for holding a position when the market price of the financial product reaches a predetermined third price, and an order based on the fourth order information (e.g., a second settlement order for an if-done order based on the second new order) for settling a position when the market price reaches a predetermined fourth price is generated, and when one of the orders based on the first order information and the orders based on the third order information (e.g., a first new order based on the first order information) is contracted, the other and the settlement order for the other (e.g., a second new order based on the third order information and a second settlement order based on the fourth order information) are set to be cancelled, and a transaction is performed.

[0159] In this embodiment 5, transactions can be carried out regardless of whether the market price fluctuates in an upward or downward direction, while preventing the occurrence or expansion of substantial disadvantages due to the existence of orders in the opposite direction to the market price fluctuation, thereby making it possible to prevent the occurrence of disadvantages while reliably carrying out transactions.

[0160] [Sixth embodiment of the invention] In the financial product transaction management system 1A of embodiment 6 of the present invention, in any of the configurations of "trap trade order," "repeat if done order," "trap repeat if done order," "easy trader" orders, "double repeat if done order," and "OCO order," which are the targets of combining a "one time through order" and a "settlement trailing order" in the above embodiments 1 to 5, by generating some or all of the orders generated by the order information generation unit 16 as market orders, a configuration similar to that of embodiments 1 to 5 is formed and similar transaction processing is performed. Specifically, for example, in [embodiment 1 of the invention], when the market price 63 falls below 1 dollar = 100.50 yen, and further falls below 1 dollar = 100.30 yen which is the trigger price for placing new order information 18111, and then rises to 1 dollar = 100.50 yen (as shown in FIG. 17), the order information generating unit 16 may place a market order identical to that of new order information 18101, and the contract information generating unit 14 may execute the order. Alternatively, after the new order is executed, when the market price 63 rises to a price that satisfies the settlement conditions (as shown in FIG. 20, when the market price turns from rising to falling and falls to less than 1 dollar = 102.20 yen), the order information generating unit 16 may place a market order identical to that of settlement order information 18102, and the contract information generating unit 14 may execute the order.

[0161] In this sixth embodiment, the order information is placed as any one of a limit order, a stop order, and a market order, so that the present invention can be applied to various order forms.

[0162] [Seventh embodiment of the invention] In the financial product transaction management system 1A of the seventh embodiment of the present invention, in any of the configurations of "trap trade orders", "repeat if done orders", "trap repeat if done orders", and "easy tra" orders, "double repeat if done orders", and "OCO orders", which are targets for combining a "through order" and a "settlement trailing order" in the above first to sixth embodiments, configurations for placing orders using the "shift function", and configurations for realizing these as market orders, it is possible to set some or all of the price spreads between multiple first orders and the price differences between multiple first and second orders to different price spreads or price differences based on predetermined conditions, and it is also possible to set some or all of the order prices of the original first and second orders and the newly generated first and second orders when first and second orders are repeated to different order prices. Furthermore, in a configuration in which the same first order and the same second order are repeatedly placed and executed, when the order information is generated, the order of the "sell order" and "buy order" of the first order and the second order may be reversed from the immediately previous order (for example, in the order information generated the first time, the "first order" is a buy order and the "second order" is a sell order, and in the order information generated the second time, the "first order" is a sell order and the "second order" is a buy order).

[0163] In each of the above embodiments, the financial instruments transaction management system 1A is realized in a client-server system of a network computer system, but the same functions as the financial instruments transaction management system 1A can also be realized in various computers such as personal computers that do not constitute a client-server system, and various communication terminals and mobile information terminals such as mobile terminals and tablets. In this case, it is also possible to realize the system configuration of at least a part of the financial instruments transaction management device 1 and the financial instruments transaction management system 1A by configuring the system configuration as a computer program and installing the program in various computers and various communication terminals and mobile information terminals.

[0164] Furthermore, in each of the above embodiments, foreign exchange is handled as the financial product, but this is not limiting, and the present invention can also be applied to financial product trading systems that handle other financial products, such as stocks and bonds.

[0165] It goes without saying that the above-described embodiments are merely examples of the present invention, and that the present invention is not limited to the above-described embodiments.

[0166] [Example] FIG. 36 shows an embodiment of the present invention.

[0167] This example compares the case where a new order is placed as a "through order" buy order (present invention) with the case where a new order is placed as a trailing order for an existing transaction (comparative example) in the financial product transaction management system 1A shown in each of the above embodiments, for example, [Embodiment 1 of the invention]. Chart 71 in Fig. 36 displays the quoted prices 63 of the US dollar / Japanese yen foreign exchange rate from January 2008 to January 2011.

[0168] Based on the foreign exchange rate of the US dollar / Japanese yen during this period, a simulation was performed for the present invention and a comparative example, as shown below. Conditions common to the present invention and reference example: An if-done order with a new order price of 100.00 yen (buy order) and a settlement order price of 101.00 yen (sell order) has been placed. Conditions for the present invention only: The "through price spread" is 1.00 yen for a new order price of 100.00 yen (buy order) (i.e., a new order is placed when market price 63 falls below 100.00 yen to 99.00 yen). After the order is placed, new order price 55 remains constant at 100.00 yen, regardless of fluctuations in market price 63. Conditions for the reference example: The new order price is 100.00 yen (buy order) and the "Trail Width" is 1.00 yen (i.e., a new order is placed when the market price 63 falls below 100.00 yen to 99.00 yen). In addition, the trail width is set to 0.20 yen (i.e., each time the market price 63 falls by 0.20 yen to 98.80 yen, 98.60 yen, 98.40 yen, etc., the first order price falls by 0.20 yen to 98.80 yen, 98.60 yen, 98.40 yen, etc.).

[0169] When a simulation was performed with these settings, the results shown below (Table 1) were obtained.

[0170] [Table 1] As mentioned above, in the present invention, the maximum drawdown (maximum unrealized loss) and the unrealized profit and loss at the end of the backtest are small, and in particular the unrealized profit and loss is 0 yen. This is because the first order placed does not fall along with the market price even if it falls, and the fall in the valuation amount is small unless the market price 63 rises again to 100.00 yen, which is the initial new order price 55. As a result, in the present invention, even in a falling market, the loss due to the fall in the valuation amount is small, and it is possible to prevent the necessary margin reserve from becoming excessive.

[0171] On the other hand, in the Reference Example, both the maximum drawdown and the unrealized profit and loss at the end of the backtest are large. This is because the first order placed is likely to hold a position and incur drawdowns (unrealized losses) because the new order price 55 gradually falls due to the trail as the market price 63 falls, even in a falling market. As a result, in the Reference Example, losses are large in a falling market, and the required margin reserve becomes excessive.

[0172] As described above, it has been confirmed that the present invention can prevent the occurrence of disadvantages associated with fluctuations in market prices when trading financial products using a computer system, particularly in a falling market. [Explanation of symbols]

[0173] 1A Financial Instruments Transaction Management System 1. Financial instruments transaction management device 14...Contract information generation unit (contract information generation means) 16 Order information generation unit (order information generation means) 61,62,63,64...Market price 181 Order table (recording means) 181L···Trail width information 181K...Through price range information 18101,18111,18112,18113,18114,18115...New Order Information (Order Information) 18102,18116,18117,18118,18119,18120...New Order Information (Order Information) 18103,18121...Stop loss order information (order information)

Claims

1. A financial product transaction management device for conducting financial product transactions, comprising: a first order information generating means for generating first order information including information on a first order price set as a reference price for executing only a first order for the financial product; a second order information generating means for generating second order information including information on a second order price, the second order price being a reference price for executing only second orders associated with the first orders, the second order price being set based on a predetermined condition that occurs with the execution of the first orders, and the second order price being set to a predetermined profit margin with respect to the execution price of the first orders associated with the second orders; a contract information generating means for causing the first order to be contracted based on the first order information generated by the first order information generating means, and the second order to be contracted based on the second order information generated by the second order information generating means, the first order information generating means generates each of the first order information such that a plurality of the first order prices are set to different prices, the contract information generating means executes contracts for at least a part of the first orders that are set based on the first order information; the second order information generating means generates the second order information for placing the second order associated with the contracted first order, the contract information generating means contracts the second order corresponding to the contracted first order based on the second order information generated by the second order information generating means, a first order information generating means for generating the first order information again for placing the first order at the first order price;

2. 2. The financial instruments transaction management device according to claim 1, wherein the second order information generation means sets each of the plurality of second order information so that the second orders are placed when the market price rises or falls beyond the second order price, with the second order price set as a reference price for executing each of the plurality of second orders being different from each other.

3. 3. The financial product transaction management device according to claim 1 or 2, characterized in that the first order and / or the second order is set to be placed as any one of a limit order, a stop-limit order, and a market order.

4. 4. The financial instruments transaction management device according to any one of claims 1 to 3, wherein the first order information generation means and the second order information generation means are configured to repeat holding of a position based on the new first order set based on generation of new first order information and new second order information and settlement of the position based on the second order set based on generation of new second order information, after the first order based on the first order information setting the first order and the second order based on the second order information setting the second order corresponding to a settlement order for the first order are each contracted.

5. 5. A financial product transaction management device as described in any one of claims 1 to 4, characterized in that it further comprises an agreement information generation means for executing the first order and the second order, which are set based on the first order information and the second order information generated, when the market price of the financial product reaches a predetermined price.

6. A financial product transaction management system for conducting financial product transactions, comprising: a first order information generating means for generating first order information including information on a first order price set as a reference price for executing only a first order for the financial product; a second order information generating means for generating second order information including information on a second order price, the second order price being a reference price for executing only second orders associated with the first orders, the second order price being set based on a predetermined condition that occurs with the execution of the first orders, and the second order price being set to a predetermined profit margin with respect to the execution price of the first orders associated with the second orders; a contract information generating means for causing the first order to be contracted based on the first order information generated by the first order information generating means, and the second order to be contracted based on the second order information generated by the second order information generating means, the first order information generating means generates each of the first order information such that a plurality of the first order prices are set to different prices, the contract information generating means executes contracts for at least a part of the first orders that are set based on the first order information; the second order information generating means generates the second order information for placing the second order associated with the contracted first order, the contract information generating means contracts the second order corresponding to the contracted first order based on the second order information generated by the second order information generating means, a first order information generating means for generating the first order information again for placing the first order at the first order price;

7. A financial instruments transaction management method in a financial instruments transaction management system for conducting financial instruments transactions, comprising: a first order information generating step for generating first order information including information on a first order price set as a reference price for executing only a first order for the financial product; a second order information generating step of generating second order information including information on a second order price, the second order price being a reference price for executing only second orders associated with the first orders, the second order price being set based on a predetermined condition arising with the execution of the first orders, and the second order price being set to a predetermined profit margin with respect to the execution price of the first orders associated with the second orders; a contract information generating step in which the first order is contracted based on the first order information generated in the first order information generating step, and the second order is contracted based on the second order information generated in the second order information generating step, In the first order information generating step, the first order information is generated such that the first order prices are set to different prices, In the contract information generating step, at least a part of the first orders set based on the first order information is contracted, In the second order information generating step, second order information for placing the second order corresponding to the contracted first order is generated, In the contract information generating step, the second order corresponding to the contracted first order based on the second order information generated in the second order information generating step is contracted; A financial product transaction management method in a financial product transaction management system, wherein in the first order information generation step, the first order information for placing the first order at the first order price is generated again.

8. A financial instruments transaction terminal capable of communicating with a financial instruments transaction management device for placing an order for a financial instrument whose market price fluctuates, the financial instruments transaction terminal being used by a user who trades the financial instrument, The financial instruments transaction terminal comprises an operation means for the user to perform various operations related to the transaction of the financial instruments, and a display means for displaying information regarding the transaction of the financial instruments to the user, The operation means includes: an order setting means operated by the user to generate first order information and second order information as information for trading the financial product, the order setting means including a profit margin setting means for inputting information for setting a predetermined profit margin between a first order and a second order through an operation by the user; The display means is and information for setting the profit margin input by the user's operation, the financial product transaction management device to which buy / sell order application information set by the order setting means as information for buying and selling the financial product is transmitted; a first order information generating means for generating the first order information including information on a first order price set as a reference price for executing only the first order of the financial product; a second order information generating means for generating the second order information including information on a second order price, the second order information being a reference price for executing only the second order associated with the first order, the second order price being set based on a predetermined condition that occurs with the execution of the first order, and the second order being set to a predetermined profit margin with respect to the execution price of the first order associated with each of the second orders; a contract information generating means for causing the first order to be contracted based on the first order information generated by the first order information generating means, and the second order to be contracted based on the second order information generated by the second order information generating means, the buy / sell order application information includes information for calculating a predetermined profit spread between the first order and the second order set by the user for the financial product to be bought or sold; The order setting means, in response to an operation by the user, causing the first order information generating means to generate each of the first order information such that the first order prices are set to different prices; causing the contract information generating means to execute contracts for at least a part of the first orders that are set based on the first order information; causing the second order information generating means to generate the second order information for placing the second order associated with the contracted first order; causing the contract information generating means to contract the second order corresponding to the contracted first order based on the second order information generated by the second order information generating means; The financial instruments trading terminal, wherein the first order information generating means regenerates the first order information for placing the first order at the first order price.

9. 7. A program for causing a computer to function as the financial product transaction management device according to claim 1 or as the financial product transaction management system according to claim 6.

Images