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

Abstract

To provide a financial product transaction management device or the like capable of enhancing convenience of a transaction while placing a plurality of orders in accordance with various purposes of a person who performs a financial product transaction.SOLUTION: An order information generation part 16 of a financial product transaction management device 1 generates order information for ordering an order of one order quantity as a plurality of pieces of order information 411, 412, ...419, 4110 having prescribed regularity to order an order in a different order price in a specific financial product with each financial product transaction unit quantity in the specific financial product as reference about one order price in the specific financial product. A least a portion of order information 411, 412, ...419, 4110 generated by the order information generation part 16 is set so as to perform a transaction as an order deviated from the prescribed regularity after starting the transaction.SELECTED DRAWING: Figure 19

Description

[Technical field]

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

[0002] In recent years, a technology that allows traders of financial products such as foreign exchange (hereinafter referred to as "traders") to trade using a computer system connected to a network has become widespread as a technology for enhancing convenience of trading by allowing trading to be performed at various places and various times. As such a technology, an invention is known that has a configuration for performing a process of placing orders for financial products at a plurality of different prices and a process of executing the placed order when the order price of the placed order matches the market price (for example, see Patent Document 1). [Prior art documents] [Patent documents]

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

[0004] Here, when trading financial products, the person placing the order may wish to change the order quantity depending on the order price, the date and time of the order, the market situation, etc., for the purpose of efficiently securing profits and avoiding risks due to unexpected market fluctuations. However, in the invention described in Patent Document 1, the same order quantity is set for all of the multiple orders placed based on order information generated based on one buy / sell order application information. Therefore, the invention described in Patent Document 1 has a problem in that it may be difficult for the person placing the order to place an order according to each purpose.

[0005] The present invention has been made in consideration of the above problems, and has as its objective the provision of a financial instruments transaction management device and a financial instruments transaction management system that can increase the convenience of transactions while allowing financial instruments traders to place multiple orders in accordance with their various objectives. [Means for solving the problem]

[0006] In order to achieve this object, the invention described in claim 1 is a financial instruments transaction management device for placing an order for a financial instrument and / or for trading the order for the financial instrument by contracting the order for the financial instrument, characterized in that it comprises an order information generating means for generating, by a single order procedure, order information for placing an order for a single order quantity for a single order price in a specific financial instrument based on the financial instrument trading unit quantity for the specific financial instrument, as a plurality of order information having a predetermined regularity for placing the order at different order prices in the specific financial instrument, and a regularity correction means for setting at least a portion of the order information generated by the order information generating means, the order set based on the order information, so that the transaction is conducted as an order deviating from the predetermined regularity after the start of the transaction based on the generated order information.

[0007] The invention recited in claim 2 is characterized in that, in addition to the configuration recited in claim 1, the order information generation means is configured to be able to re-generate the order information for placing the order having the predetermined regularity before the setting of the regularity modification means was performed, after a transaction has been performed as an order that deviates from the predetermined regularity due to the setting of the regularity modification means.

[0008] The invention described in claim 3 is characterized in that, in addition to the configuration described in claim 1 or 2, the order information generation means generates the plurality of pieces of order information so that the order quantities of the orders set for three or more order prices have the predetermined regularity that the order quantities increase for each of the predetermined order prices from the higher order price to the lower order price, or decrease for each of the predetermined order prices.

[0009] The invention described in claim 4 is characterized in that, in addition to the configuration described in claim 3, it further comprises a regularity display means for displaying the information of the specified regularity in a selectable manner to the user, and the order information generation means automatically generates the order information based on the information of the specified regularity displayed on the regularity display means and selected by the user.

[0010] The invention recited in claim 5 is characterized in that, in addition to the configuration recited in claim 3 or 4, the regularity correction means corrects at least a part of the order quantities of the orders at the plurality of order prices that have been generated so that the order quantities have the predetermined regularity, so that they deviate from the predetermined regularity.

[0011] The invention recited in claim 6 is characterized in that, in addition to the configuration recited in claim 3 or 4, the regularity correction means corrects the price ranges of at least a part of the order information generated so that the price ranges of the orders for the plurality of order prices have the predetermined regularity, so that the price ranges deviate from the predetermined regularity.

[0012] The invention recited in claim 7 is characterized in that, in addition to the configuration recited in claim 3 or 4, the regularity correction means corrects the profit spreads of at least a part of the order information generated so that the profit spreads of the orders for the plurality of order prices have the predetermined regularity, so that the profit spreads deviate from the predetermined regularity.

[0013] The invention recited in claim 8 has the configuration recited in claim 3 or 4, and is characterized in that the regularity correction means corrects the execution conditions of at least a part of the order information generated so that the execution conditions for whether the orders at the plurality of order prices are limit orders or market orders have the predetermined regularity, so that the execution conditions deviate from the predetermined regularity.

[0014] The invention recited in claim 9 has the configuration recited in claim 3 or 4, and is characterized in that the regularity correction means corrects the execution conditions of at least a part of the order information generated so that the execution conditions for limit orders, stop orders, or market orders of the orders at the plurality of order prices set in a predetermined price range have the predetermined regularity, so that the execution conditions deviate from the predetermined regularity.

[0015] The invention described in claim 10 has the configuration described in any one of claims 5 to 9, and is characterized in that the regularity correction means automatically performs correction for some of the plurality of order information so as to deviate from the predetermined regularity.

[0016] The invention described in claim 11 has the configuration described in any one of claims 5 to 9, and is characterized in that the regularity correction means makes corrections to deviate a part of the plurality of order information from the predetermined regularity based on correction information input by a user.

[0017] The invention recited in claim 12 is characterized in that, in addition to the configuration recited in any one of claims 1 to 11, each of the order information further executes the order of one order quantity at one order price, and further comprises execution information generating means for executing the order placed based on the order information generated by the order information generating means when a predetermined execution condition is satisfied.

[0018] The invention described in claim 13 is a financial instruments transaction management system for trading the order for a financial instrument by placing an order for the financial instrument and / or by contracting the order for the financial instrument, comprising: a financial instruments transaction management device for trading the order for the financial instrument; and a user terminal capable of communicating with the financial instruments transaction management device and used by a user who trades the order for the financial instrument. The financial instruments transaction management device is characterized in that it comprises order information generation means for generating, by one order procedure, order information for placing the order for the specific financial instrument for one order price, based on a financial instruments transaction unit quantity for the specific financial instrument, as a plurality of order information having a predetermined regularity for placing the order at different order prices for the specific financial instrument; and regularity correction means for setting at least a part of the order information generated by the order information generation means, the order set based on the order information, so that the transaction is conducted as an order deviating from the predetermined regularity after the start of trading based on the generated order information.

[0019] The invention described in claim 14 is a financial instruments trading terminal used by a user who trades an order for a financial instrument, capable of communicating with a financial instruments trading management device which trades the order for the financial instrument by placing an order for the financial instrument and / or by contracting the order for the financial instrument, wherein the financial instruments trading terminal causes an order information generating means provided in the financial instruments trading management device to generate, by one order procedure, a plurality of order information each having a predetermined regularity for placing the order at different order prices for the specific financial instrument, for a certain order price in the specific financial instrument, based on a financial instruments trading unit quantity for the specific financial instrument, and causes a regularity correcting means provided in the financial instruments trading management device to set at least a part of the order information generated by the order information generating means, the order set based on the order information, so that the transaction is conducted as an order deviating from the predetermined regularity after the start of the transaction based on the generated order information.

[0020] The invention recited in claim 15 is a program for causing a computer to function as the financial product transaction management device recited in any one of claims 1 to 12. Effect of the Invention

[0021] According to the invention described in claims 1, 13, and 14, order information, each of which places an order of one order quantity for a specific financial product at one order price based on the financial product trading unit quantity for the specific financial product, is generated by one order procedure as a plurality of order information having a predetermined regularity for placing orders at different order prices for the specific financial product, and at least a part of the generated order information is set so that an order set based on the order information is executed as an order deviating from the predetermined regularity after the start of trading based on the generated order information, thereby making it possible to set a plurality of orders with different order prices, which are placed based on the order information, to different order quantities according to the purpose. This allows a person trading financial products to place a plurality of orders in a manner that meets the various purposes of the person trading the financial product, while allowing the person to place orders with high convenience in trading.

[0022] According to the invention of claim 3, by generating a plurality of order information so that the order quantities of the orders set for the three or more order prices have a predetermined regularity of increasing or decreasing for each predetermined order price from the higher order price to the lower order price, when setting orders for a plurality of order prices based on the order information to different order quantities at different order prices, it becomes possible to set the order quantities for each order price collectively based on the predetermined regularity. This improves the convenience of generating order information for setting orders with different order quantities at a plurality of order prices.

[0023] According to the invention described in claim 4, by displaying information on the regularity selectable by the user and automatically generating order information based on the information on the regularity selected by the user, it is possible to present information for easily placing an order having a predetermined regularity to the user and to generate standardized order information for placing an order having a predetermined regularity based on information sent by the user. This improves the convenience of generating order information for setting orders with different order quantities at multiple order prices, and makes it possible to reliably generate order information for setting such orders.

[0024] According to the invention described in any one of claims 5 to 9, at least a part of the order information set so that the order quantity of an order has a predetermined regularity can be modified so as to deviate from the predetermined regularity, and orders set based on the predetermined regularity can be modified in response to subsequent changes in purpose, market conditions, etc. This makes it possible to perform diverse and complex subsequent re-setting of already-set orders, further enhancing the convenience of setting orders at multiple order prices with different order quantities.

[0025] According to the invention described in claim 10, it becomes possible to automatically correct an order whose order quantity is set based on a predetermined regularity of the order quantity in response to subsequent changes in the purpose, market conditions, etc. This makes it possible to easily and reliably perform diverse and complex subsequent re-setting of already-set orders.

[0026] According to the invention described in claim 11, it is possible to correct an order in which the order quantity is set based on a predetermined regularity of the order quantity to a state that reflects the user's intention in response to subsequent changes in the purpose, market conditions, etc. This makes it possible to reliably perform diverse and complex subsequent re-setting of an already-set order in a state that reflects the user's intention.

[0027] According to the invention described in claim 12, when a transaction is concluded for an order placed based on the generated order information, a process is carried out for the order information as if the order had been contracted, thereby making it possible to realize a buying and selling transaction of a financial product based on the order information.

[0028] According to the fifteenth aspect of the present invention, the financial product transaction management device of the present invention can be programmed and realized on various types of computer hardware. [Brief description of the drawings]

[0029] [Figure 1] 1 is a system configuration diagram of a financial product transaction management system according to embodiment 1 of the present invention and a functional block diagram of a financial product transaction management device. [Diagram 2] FIG. 2 is a block diagram showing the hardware configuration of the financial product transaction management device. [Diagram 3] 4 is a schematic diagram of field definitions in an order table of the financial product exchange management device. FIG. [Figure 4] FIG. 2 is a diagram showing a schematic diagram of a first example of calculating order quantities for each hierarchical level in the financial product exchange management device. [Diagram 5] FIG. 13 is a diagram showing a schematic diagram of a second example of calculating the order quantity for each hierarchical level in the financial product exchange management device. [Figure 6] FIG. 13 is a diagram showing a schematic diagram of a third example of calculating the order quantity for each hierarchical level in the financial product exchange management device. [Figure 7] FIG. 13 is a first diagram illustrating a specific example of hierarchical calculation in the above financial product transaction management device. [Figure 8] FIG. 2 is a second diagram illustrating a specific example of hierarchical calculation in the above financial product transaction management device. [Figure 9] FIG. 3 is a third diagram illustrating a specific example of hierarchical calculation in the above financial product transaction management device. [Figure 10] FIG. 4 is a fourth diagram illustrating a specific example of hierarchical calculation in the above financial product transaction management device. [Figure 11]FIG. 13 is a diagram showing a schematic diagram of the difference in average cost when an order with multiple order prices is (a) not layered and (b) and (c) layered in the financial product transaction management device. [Figure 12] 4 is a flowchart showing a processing procedure of the financial product transaction management device. [Figure 13] FIG. 2 is a diagram showing a schematic diagram of an order input screen for a "trap trade" order in the financial product transaction management device. [Figure 14] FIG. 13 is a schematic diagram showing the selection and modification screen for a "trap trade" order in the financial product transaction management device. [Figure 15] FIG. 2 is a diagram showing a schematic diagram of a screen for changing a "trap trade" order in the financial product transaction management device. [Figure 16] 13 is a diagram showing a schematic diagram of order information for conducting a "trap trade" transaction, generated by inputting into an order input screen in the financial product transaction management device. FIG. [Figure 17] 13 is a diagram showing a schematic diagram of order information for conducting a "trap trade" transaction, which is generated by partially changing information entered into a change screen in the financial product transaction management device. FIG. [Figure 18] 13 is a diagram showing a schematic diagram of a "trap trade" order based on order information generated by inputting into an order input screen in the financial product transaction management device. FIG. [Figure 19] 13 is a diagram showing a schematic diagram of a "trap trade" order based on order information generated by partially changing input on a change screen in the financial product transaction management device. FIG. [Figure 20] FIG. 13 is a diagram showing a schematic diagram of an order input screen for a "Toraripi" order in the financial product transaction management device. [Figure 21] FIG. 13 is a schematic diagram showing the selection and modification screen for a "Toraripi" order in the financial product transaction management device. [Figure 22] FIG. 13 is a diagram showing a schematic diagram of a screen for changing a "Toraripi" order in the financial product transaction management device. [Figure 23]A diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. [Figure 24] A diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. [Diagram 25] A diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. [Figure 26] A diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. [Figure 27] 13 is a diagram showing a schematic diagram of a "Toraripi" order based on order information generated by inputting into an order input screen in the financial product transaction management device. FIG. [Figure 28] 13 is a diagram showing a schematic diagram of a "Toraripi" order based on order information generated by partially changing input on a change screen in the financial product transaction management device of the same. FIG. [Figure 29] 13 is a diagram showing a schematic diagram of an order input screen for a "Rakutora" order in the financial product transaction management device. FIG. [Diagram 30] 13 is a diagram showing a schematic diagram of an order for "Rakutora" based on order information generated by inputting into an order input screen in the financial product transaction management device. FIG. [Diagram 31] 13 is a diagram showing a schematic diagram of an order for "Rakutora" based on order information generated by partially changing input on a change screen in the financial product transaction management device. FIG. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0030] [System Configuration] 1 to 31 show an embodiment of the present invention.

[0031] 1 is a system configuration diagram and a functional block diagram of a financial product transaction management system according to this embodiment. As shown in the figure, a 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 handles foreign exchange as a financial product.

[0032] 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 functions owned and used by individuals or corporations who trade financial products, and include personal computers, 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 n Display units 221, 222 display various instructions and images input from n The client terminals 21, 2 n Operation unit 211, 21 n and display units 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 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.

[0033] The display unit 22 displays an order input screen 410 (see FIG. 13), a selection / modification screen 411 (see FIG. 14), a change screen 412 (see FIG. 15), etc., which serve as a "regularity display means." The display unit 22 displays the order input screen 410 (see FIG. 13), the selection / modification screen 411 (see FIG. 14), the change screen 412 (see FIG. 15), etc. The "regularity information (described later)" displayed on the order input screen 410 (see FIG. 13), the selection / modification screen 411 (see FIG. 14), the change screen 412 (see FIG. 15), etc. and selected by the user is input to the order information generation unit 16, and the order information generation unit 16 automatically generates order information for setting an order having a predetermined regularity based on this "regularity information (described later)."

[0034] [Configuration of financial instruments transaction management device] 2 is a block diagram showing a hardware configuration of the financial product transaction management device 1 according to this embodiment. As shown in the figure, the financial product transaction management device 1 includes at least one CPU (Central Processing Unit) 101, a RAM (Random Access Memory) 102 functioning as a working area for the CPU 101, a ROM (Read Only Memory) 103 in which a boot program for starting the operation is recorded, an auxiliary storage device 104 such as a hard disk in which various programs and data are recorded, a communication interface 105 used for transmitting and receiving data, an operation unit 106 such as a mouse and a keyboard for an operator to operate the financial product transaction management device 1, and a display unit 107 such as an LCD for displaying characters and images. The auxiliary storage device 104 stores programs for an OS (Operating System), various application programs, data recorded in a database, and the like, and these programs and data realize various functions in cooperation with hardware resources through the arithmetic processing of the CPU 101.

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

[0036] The order input reception unit 12 receives data related to various orders input from the client terminal 2, and performs various processes required to execute orders for financial products. It also calculates the amount of margin required for trading financial products.

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

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

[0039] When generating if-done orders and stop orders, the order information generating unit 16 generates order information for the first order so that the first order becomes a new limit order or stop order, generates order information for the second order so that the second order becomes a limit order for settlement, and generates order information for the stop order so that the stop order becomes a stop order for settlement. Note that whether an order is a first order, a second order, or a stop order is distinguished and recorded based on the field definitions of an order table 181 described later.

[0040] When multiple orders, multiple first orders, multiple second orders, etc. are set at different order prices, the order information generating unit 16 basically generates order information by setting multiple orders of financial products whose transactions are carried out based on the respective order information to have equal order quantities at different order prices, and also generates order information by setting at least some of the orders, some of the first orders, and some of the second orders to have different order quantities at different order prices. This will be described in detail later.

[0041] The contract information generating unit 14 performs a contract process based on an 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 trader. In this case, "contract" refers to various procedures and processes for completing the buying and selling of financial products based on the order of the trader. The contract process of the contract information generating unit 14 is performed for order information related to an order that satisfies a predetermined contract condition. As will be described later, when a contract is completed in this embodiment, 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 status of deposit and withdrawal 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.

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

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

[0044] The database 18 records data used by the financial product transaction management device 1. The database 18 in this embodiment is formed by a relational database, but any format suitable for recording and rewriting large amounts of data, such as an object database, may be used. The database 18 records an order table 181, a customer account information table 182 that defines information such as the financial institution where the trader's account is located, the account name, and the balance, a currency pair order condition table 183 that defines information such as the combination of currencies to be traded, 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 will be described in detail later.

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

[0046] 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. In this embodiment, the price information reception management unit 19 periodically acquires, records, and manages information on foreign exchange market prices.

[0047] Although not shown in the figure, 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 expiration dates (described later) of the first order, second order, and stop order based on the date and time information acquired from the timer.

[0048] 3 is a schematic diagram of field definitions for order table 181. As shown in this diagram, 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.

[0049] The financial instruments transaction management device 1 may be a system for over-the-counter transactions, a system for exchange transactions at a financial product exchange (hereinafter simply referred to as an "exchange"), or a system for both. The financial instruments transaction management device 1 may exist as a server system managed by a trader who handles financial instruments transactions, or a server management company or the like entrusted by the trader, or at least a part of the configuration of the financial instruments transaction management device 1 (for example, the order information generation unit 16 and the contract information generation unit 14) may exist inside the exchange system. Furthermore, the financial instruments transaction management device 1 may be a computer system consisting of one or more computers or servers owned and managed by a trader who handles financial instruments transactions or a server management company or the like, or may exist as a system not owned by such traders, such as a cloud service or grid computing.

[0050] Furthermore, at least a part of the configuration of the financial product transaction management device 1 (for example, the order information generation unit 16 and the contract information generation unit 14) is implemented by client terminals 21, . . . , 2 n It may also exist as the following configuration.

[0051] [Transaction method according to this embodiment] Three representative examples of transaction methods that can be realized by the financial product transaction management system 1A of this embodiment are outlined below. Note that these transaction methods are merely examples of transaction methods that can be realized in this embodiment, and any transaction methods other than these transaction methods may be performed in the financial product transaction management system 1A of this embodiment.

[0052] [Overview of trading methods: Orders made through a single order procedure] In this embodiment, including the following [Trading Method 1] to [Trading Method 3], a transaction is carried out by placing and / or executing a plurality of orders based on processing of a plurality of order information generated by the order information generating unit 16 based on one order procedure. Here, "one order procedure" refers to a process in which the financial instruments transaction management device 1 receives a signal or data indicating that a predetermined process (e.g., a trader clicks on the execute button 41q in FIG. 19) has been performed on the order input screen 410 (see FIG. 13), the order input screen 510 (see FIG. 16), the order input screen 610 (see FIG. 19), etc., or a process in which the financial instruments transaction management device 1 receives and accepts the signal or data (the same applies hereinafter in this specification).

[0053] [Trading method 1: Trap trade] In the financial product transaction management device 1 of this embodiment, the order information generated by the order information generation unit 16 can realize an order form in which multiple financial products of the same type are reserved in predetermined order quantities at a predetermined price range (hereinafter, this order form will be referred to simply as a "trap trade").

[0054] At this time, the order information generation unit 16 sets the order prices of all orders based on a predetermined calculation using a predetermined reference price (for example, the same price as the order price of the highest order or the lowest order price among multiple orders, or the average price of the order prices of all orders, etc.).

[0055] However, in this embodiment, the price spread between financial products based on the order information generated by the order information generation unit 16 does not always need to be constant, and the price spread between a specific order, for example, the price spread between the highest price order and the order one price lower, or the price spread between the lowest price order and the order one price higher, may be different from the constant price spread between orders of other order prices, or a configuration may be adopted in which only certain pairs of orders have equal price spreads, such as the highest price order and the order second from the highest price, the order third from the highest price and the fourth order, etc.

[0056] [Trading method 2: Trading Repeat If Done] Furthermore, in the financial product transaction management device 1 of this embodiment, the order information generated by the order information generation unit 16 allows for a transaction in which there are multiple combinations of the same type of financial products, a first order, and a second order (if-done order) that is placed upon the execution of the first order, and the price spread between the first orders and the price spread between the second orders is constant, and the profit spread between each first order and each corresponding second order is set to be constant, and when a first order and a corresponding second order are executed, an if-done order is repeated with a new first order corresponding to the executed first order and a new second order corresponding to the executed second order (hereinafter, this order form will be referred to simply as a "trap repeat if-done").

[0057] At this time, the order information generating unit 16 sets the order prices of all the first orders and the order prices of all the second orders based on a predetermined calculation using a predetermined reference price (for example, the same price as the order price of the highest order or the order price of the lowest order among the multiple orders, or the average price of the order prices of all the orders, etc.) as a reference. In addition, the order information generating unit 16 sets the profit spreads of the first and second orders by calculation using a predetermined value (for example, the value of the profit spread input by the trader, or predetermined information for calculating the profit spread (for example, the amount of margin held by the trader, or information of the expected fluctuation range as a price range input by the trader that the trader assumes that the market price may fluctuate within a predetermined period, etc.)).

[0058] However, in this embodiment, the price spread between financial products based on the order information generated by the order information generation unit 16 does not need to be constant at all times, and a specific order, for example, the price spread between a first order with the highest price and the first order one price lower, or between a second order with the highest price and the second order one price lower, or between a first order with the lowest price and the first order one price higher, or between a second order with the lowest price and the second order one price higher, may be different from the constant price spread between first orders with other order prices, or a configuration may be adopted in which only a predetermined pair of first orders or a predetermined pair of second orders have an equal price spread, such as the first order with the highest price and the first order second from the highest price, the first order third from the highest price and the fourth first order, etc., or the second order with the highest price and the second order second from the highest price, the second order third from the highest price and the fourth second order, etc.

[0059] In this embodiment, the new first order and the new second order according to the order information generated by the order information generating unit 16, which appear after a specific first order and a second order corresponding to this first order are respectively contracted, do not need to be the same as the order amount and order price of the original first order. For example, after a specific first order and a specific second order are contracted, the new first order and the new second order may be placed at a price that is higher (or lower) than the order price of the original first order and the order price of the original second order by a predetermined price (e.g., 0.1 yen each), or the new first order and the new second order may be placed with an order quantity that is higher (or lower) than the order quantity of the original first order and the original second order by a predetermined order quantity (e.g., 0.1 currency unit).

[0060] In addition, in this embodiment, after a specific first order and a second order corresponding to this first order are respectively contracted in accordance with fluctuations in market price or the like, a new first order and a new second order may be placed in the direction of fluctuations in the market price based on the order information generated by the order information generating unit 16.

[0061] For example, after the first order with the highest price and the second order with the highest price are contracted due to fluctuations in the market price, the order information generating unit 16 may be configured to generate new order information such that a new first order is placed at a higher price than the first order with the highest price, and a new second order is placed at a higher price than the second order with the highest price. In this case, the price spread between the newly generated first order and the original first order with the highest price, and the price spread between the newly generated second order and the original second order with the highest price, may be the same as the price spread between the original first orders and the price spread between the original second orders, or may be a different price spread (for example, a price spread calculated by a predetermined calculation based on fluctuations in the market price during the most recent predetermined period). In addition, the profit spread between the newly generated first order and the newly generated second order may be the same as or different from the profit spread between the original first order and the original second order.

[0062] [Transaction method 3: Easy Trading] Furthermore, in this embodiment, the order information generation unit 16 can realize a transaction in which multiple orders are set in a price range set between a predetermined upper limit price and a predetermined lower limit price, or in a price range set based on the upper limit price or lower limit price, in a similar manner to the above-mentioned "trap trade" and "trap repeat if done" (hereinafter, this order type will be referred to simply as "Rakutora").

[0063] The upper limit price and the lower limit price may be set by the order information generating unit 16 using numerical values ​​input by traders, or by the order information generating unit 16 using a predetermined calculation based on the highest and lowest market prices in a predetermined period. In addition, the prices may be set in any other manner.

[0064] The price range may be set by the order information generating unit 16 using numerical values ​​such as an upper limit price and a price range, a lower limit price and a price range input by a trader, or by the order information generating unit 16 using a predetermined calculation based on the fluctuation range of the market price for a predetermined period. In addition to these, any other method may be used for setting the price range.

[0065] Furthermore, the settings of the "trap trade" orders and the first and second "trap repeat if done" orders within the price range may be any.

[0066] Specifically, for example, the order information generating unit 16 may set the order price of each order so that the highest order price and the lowest order price of the “trap trade” match the upper limit price and the lower limit price of the price range, or may set the order price of each order so that the middle value of the price range matches the average value of all order prices.

[0067] Also, for example, the order information generating unit 16 may set the order prices of the first and second orders so that the highest order price of the first order or the highest order price of the second order, the lowest order price of the first order, or the lowest order price of the second order of "Trap Repeat If Done" matches the upper limit price or the lower limit price of the price range, or may set the order prices of the first and second orders so that the lowest order price of the first order matches the lower limit price of the price range and the highest order price of the second order matches the upper limit price.

[0068] In addition, for example, the order information generation unit 16 may set the order price of each first order so that the median value of the price range matches the average value of the order prices of all the first orders, or may set the order price of each second order so that the median value of the price range matches the average value of the order prices of all the first orders.

[0069] [Regarding order quantities for transaction methods 1 to 3] In the above [Trading Method 1] to [Trading Method 3], the order quantities of the first and second orders and the orders for each order price may be the same for each hierarchy. Specifically, for example, the order quantities of all orders, all first orders and all second orders may be 10,000 units of currency (or any other amount of currency) and executed.

[0070] On the other hand, in the above [Trading Method 1] to [Trading Method 3], the order quantities of the orders, first orders, and second orders for each order price may be different from the others, at least for some of the orders, first orders, and second orders. In other words, the order quantities for each tier (described later) may be basically the same, and the order quantities of at least some of the orders, first orders, and second orders for each order price may be different from the others.

[0071] 11 (described in detail later), a possible configuration is that only the order quantity of the middle order price (108.00 yen per dollar) in the first tier (106.00 yen per dollar, 107.00 yen per dollar, 108.00 yen per dollar, 109.00 yen per dollar, 110.00 yen per dollar) is 10100 units of currency, and the order quantities of orders at other order prices are 10000 units of currency. Also, a configuration may be possible in which tiers other than the above and order quantities of orders at other order prices are set in units of currency other than the above.

[0072] In addition, in the above [Trading Method 1] to [Trading Method 3], the order quantities of the first and second orders and the orders for each order price may be the same from order placement to contract, or may vary between order placement and contract (for example, the order quantity at the time of order placement may be 10,000 units, but the order quantity may vary with market fluctuations, and the order quantity at the time of contract may be 10,100 units). In addition, in the above [Trading Method 1] to [Trading Method 3], the order prices of the orders and the first and second orders may be the same from order placement to contract, or may vary between order placement to contract.

[0073] [Order Type] In this embodiment, the order information generating unit 16 can place any type of order such as a "trap trade" order, a first or second "repeat if done" order, or a "easy trawler" order, first or second order, based on the order information it generates. Specifically, for example, the order information generating unit 16 can generate order information such that a "trap trade" order, a first or second "repeat if done" order, or a "easy trawler" order, first or second order, is placed by a market order, a limit order, or a stop order.

[0074] More specifically, for example, the order information generating unit 16 can generate order information such that a limit order is executed when the market price matches a specific order price. Similarly, the order information generating unit 16 can generate order information such that a stop order is executed when the market price matches a specific order price. Furthermore, the order information generating unit 16 can also generate order information such that a market order is placed when the market price reaches a specific price, and is executed at a price that is the same as or close to the specific price (hereinafter simply referred to as a "trigger market order").

[0075] Similarly, the order information generating unit 16 can generate order information so that the first and second orders of "Repeat If Done" and "Rakutora" are executed by limit order, by stop order (for example, a configuration is conceivable in which the market price temporarily exceeds the execution price of the first and second orders, falls (or rises), and then rises (or falls) again to match the execution price again, causing the orders to be executed), or by trigger market order. The order information generating unit 16 can also generate order information so that the first and second orders are composed of a combination of different types of orders (for example, a combination of the first order being a market order and the second order being a limit order).

[0076] In this embodiment, the order information generation unit 16 can generate order information for "trap trade" orders, the first and second "repeat if done" orders, and "easy trade" orders, the first and second orders, so that the order information has a trailing function that changes the contract price in accordance with market fluctuations.

[0077] Furthermore, in this embodiment, the order information generation unit 16 can generate order information for the first and second orders of "Repeat If Done" and the first and second orders of "Rakutora" so as to have the function of fluctuating the order prices of the first and second orders, as well as the first and second orders that are repeatedly placed thereafter, in the direction of market fluctuations in accordance with market fluctuations.

[0078] Furthermore, in this embodiment, the order information generation unit 16 can generate order information such that after the first and second orders for "Repeat If Done" and the first and second orders for "Rakutora" are executed, the order order and sell order are reversed (for example, after the first buy order and the second sell order are placed and executed, the first sell order and the second buy order are placed and executed, and then the first buy order and the second sell order are placed and executed, etc.).

[0079] In this embodiment, the order information generating unit 16 can generate stop-loss orders (stop-limit orders) which are orders for preventing significant losses due to a sudden drop or rise in the market price, in addition to the "trap trade" order, the first and second "repeat if done" orders, and the "easy trade" order, the first and second orders. This stop-loss order can be set for each order, or for each first order or each second order, or one stop-loss order can be set for all orders, or for all first orders or all second orders. In addition, when a stop-loss order is executed, the transactions of all subsequent orders, all first orders, and all second orders may be canceled (the transactions are forcibly terminated), or some or all transactions may be continued under certain conditions.

[0080] [Order quantity setting 1 - Predetermined regularity] In this embodiment, the order information generating unit 16 generates a plurality of pieces of order information by setting the order quantity for each order price so that it has a predetermined regularity.

[0081] Specifically, for example, the order information generation unit 16 can set multiple orders for "trap trade," multiple first orders and multiple second orders for "trap repeat if done," and multiple orders, multiple first orders and multiple second orders for "easy trade," so that some or all of them have different order quantities.

[0082] More specifically, for example, the order information generation unit 16 can generate each order information such that a predetermined order (e.g., the highest priced order) that serves as a reference among a plurality of orders is set as the largest order quantity (or the smallest order quantity), and the order quantity decreases (or increases) by a predetermined price increment (e.g., 0.1 yen increments) toward the lower price side.

[0083] Furthermore, for example, the order information generation unit 16 can generate each order information such that a predetermined order that serves as a reference among a plurality of orders (for example, the second highest order among three orders, the second highest order among four orders, or the order price of the middle order or an order equivalent to the middle order) is set as the largest order quantity (or the smallest order quantity), and the order quantity decreases (or increases) by a predetermined price (for example, by 0.1 yen) each time it moves away from the predetermined order.

[0084] In this embodiment, the order quantity may be set so that the order quantity decreases (or increases) by increments of the same specified price (for example, increments of 0.1 yen), but the order quantity may also be set so that the order quantity decreases (or increases) by increments of a different price (for example, increments of 0.1 yen ±0.05 yen).

[0085] In this way, by setting different order quantities depending on the order price, it is possible to set multiple orders at multiple order prices while increasing the order quantity for one or multiple orders to achieve large profits or reducing the order quantity to avoid risk.

[0086] The order information generation unit 16 can set the order quantity to the numerical value entered on the order input screen 410 (see FIG. 13, described later) or the like, or can set the order quantity by performing a specified calculation based on specified information entered on the order input screen 410 or the like.

[0087] This predetermined regularity regarding order quantities for each order price is formed based on various information of "regularity information" entered into the order input screens 410, 510, 610 (see Figures 13, 20, 29), amendment screens 411, 511 (see Figures 14, 21), or change screens (see Figures 15, 22) described below.

[0088] [Order hierarchy] In addition, the order information generating unit 16 can set the order quantity by dividing a plurality of orders with different order prices into hierarchical levels. Specifically, the order information generating unit 16 can generate order information such that a plurality of hierarchical levels are provided, with orders with a predetermined number (an integer equal to or greater than 0) of order prices being the same order quantity.

[0089] For example, consider a case where order information generation unit 16 generates order information to place a transaction totaling 100,000 currency units into six orders at 110.00 yen per dollar, 109.90 yen per dollar, 109.80 yen per dollar, 109.70 yen per dollar, 109.60 yen per dollar, and 109.50 yen per dollar. In this case, if the base order is an order with the highest price of 110.00 yen per dollar, the base order quantity is 10,000 currency units, and two adjacent orders are set as one tier with the quantity decreasing by 1,000 currency units for each tier, the order information generation unit 16 will generate order information for each of the orders so that the first tier on the highest price side (110.00 yen per dollar, 109.90 yen per dollar) has an order quantity of 10,000 currency units for each of the orders, the second tier below (109.80 yen per dollar, 109.70 yen per dollar) has an order quantity of 9,000 currency units for each of the orders, and the bottom third tier (109.60 yen per dollar, 109.50 yen per dollar) has an order quantity of 8,000 currency units for each of the orders.

[0090] In this embodiment, each tier may be formed by the same number of orders, or may be formed by a different number of orders (for example, from the highest price side, there may be three orders in the first tier, two in the second tier, and one in the third tier, or three orders in the first tier, two in the second tier, and three in the third tier, etc.). Each tier may have one or more order prices, or may have zero order prices in a particular tier (for example, the first tier may have an order price of two orders, the second tier may have an order price of zero orders, the third tier may have an order price of two orders, etc.).

[0091] In addition, when setting the order quantity for each hierarchical level, the order information generation unit 16 can set the numerical value entered into the order input screen 410 (see FIG. 13, described later) or the like as the order quantity, or can set the order quantity by performing a specified calculation based on specified information entered into the order input screen 410 or the like.

[0092] Also, in this embodiment, the "hierarchy" does not necessarily have to be formed by orders or order information with a fixed hierarchical relationship. For example, when the upper hierarchy is the first hierarchy and the lower hierarchy is the second hierarchy, at least some of the orders and order information in the second hierarchy may become equal to or higher than the order price of the orders and order information constituting the first hierarchy through a predetermined process (e.g., fluctuation of the order price based on the trail), or at least some of the orders and order information in the first hierarchy may become equal to or lower than the order price of the orders and order information constituting the second hierarchy through a predetermined process.

[0093] [Example of layering] Below, we will show several examples of hierarchical division of multiple orders with different order prices by the order information generation unit 16 in the financial product transaction management device 1 of this embodiment. The order quantity of each order constituting each hierarchical division is considered to be determined using the following information (A) to (D) (e.g., at least a part of this information) input by a trader on the order input screen 410 (see FIG. 13, described later) or the like. (a) Total transaction volume (total order volume at all order prices) (a) Maximum quantity per tier (the maximum order quantity for the entire tier or for each individual order price) (c) Order quantity in the first stage (order quantity for the entire tier or for each individual order price in the base tier (e.g., the tier at the highest or lowest price, or the middle tier)) (D) Number of hierarchical levels The order information generating unit 16 may determine the order quantity by calculating one selling order price or one buying order price set to one order price, or may determine the order quantity by calculating the total amount of order quantities of a pair of if-done orders (buy orders and sell orders) set to one order price, or the total amount of order quantities of a pair of if-done orders and stop-loss orders set to one order price. Note that the order quantity may be calculated by any calculation method using any information input by the trader on the order input screen 410 (see FIG. 13, described later) or the like.

[0094] [Hierarchical example 1 (regular pyramid type)] 4 is a diagram showing a first example of hierarchical levels set in the financial product transaction management device 1 of this embodiment. In this first example, the order quantity for each hierarchical level increases or decreases proportionally with an increase or decrease in the hierarchical level (for example, the first hierarchical level is 10,000 currencies, the second hierarchical level is 20,000 currencies, the third hierarchical level is 30,000 currencies, etc.).

[0095] [Hierarchical example 2 (double increase type)] 5 is a diagram showing a schematic diagram of a second example of hierarchies set in the financial product transaction management device 1 of this embodiment. In this second example, the order quantity for each hierarchical level is set to increase or decrease exponentially with an increase or decrease in the hierarchical level (for example, the first hierarchical level is 10,000 currencies, the second hierarchical level is 20,000 currencies, the third hierarchical level is 40,000 currencies, and so on, increasing by a power of 2 for each hierarchical level).

[0096] [Stratification calculation example 3 (specified difference type)] 6 is a diagram showing a schematic diagram of a third example of hierarchies set in the financial product transaction management device 1 of this embodiment. In this third example, the order quantity for each hierarchical level is set to increase or decrease by a predetermined amount (hereinafter referred to as "difference") with an increase or decrease in the hierarchical level (for example, the first hierarchical level is 10,000 currencies, the second hierarchical level is 12,000 currencies, the third hierarchical level is 14,000 currencies, and so on, with an increase of 2,000 currencies for each hierarchical level).

[0097] [Example 1 of specific hierarchical settings] 7 is a first diagram that shows a specific example of hierarchical setting in the financial product transaction management device 1 of this embodiment. The diagram shows an example in which a total of 100,000 currency units are ordered in the first hierarchical level on the higher price side (one order for each of five order prices, a total of five orders) and the second hierarchical level on the lower price side (one order for each of five order prices, a total of five orders).

[0098] As shown in the figure, here, in the first tier, the order quantity for each order is set to approximately 7,000 units, which is roughly 2 / 3 of the total order quantity (100,000 units) divided by the number of orders (10 units) (10,000 units).

[0099] In the second tier, the order quantity for each order is set to 13,000 units, which is approximately the total order quantity (100,000 units) minus the total order quantity in the first tier (35,000 units), resulting in 65,000 units divided by the number of orders in the second tier (5 units).

[0100] [Example 2 of specific hierarchical settings] 8 is a second diagram that illustrates a specific example of hierarchical setting in the financial product transaction management device 1 of this embodiment. The diagram illustrates an example in which orders for a total of 100,000 currency units are set in the first tier on the high price side (three orders in total, one for each of three order prices), the second tier in the middle (three orders in total, one for each of three order prices), and the third tier on the low price side (four orders in total, one for each of four order prices).

[0101] As shown in the figure, here, in the first tier, the order quantity for each order is set to approximately 4,000 units, which is roughly 3 / 7 of the total order quantity (100,000 units) divided by the number of all orders (10 units), or 10,000 units.

[0102] In the second tier, the order quantity of each order is set to 8,000 currencies, which is twice the order quantity of each order in the first tier.

[0103] In the third tier, the order quantity for each order is set to 16,000 units, which is the total order quantity (100,000 units) minus the order quantity for the entire first and second tiers (24,000 units) divided by the number of orders in the third tier (4 units).

[0104] [Example 3 of specific hierarchical settings] Fig. 9 is a third diagram that shows a specific example of hierarchical setting in the financial product transaction management device 1 of this embodiment. The diagram shows an example of setting orders for a total of 100,000 currency units in the first hierarchical layer on the high price side (three orders in total, one for each of three order prices), the second hierarchical layer in the middle (four orders in total, one for each of four order prices), and the third hierarchical layer on the low price side (three orders in total, one for each of three order prices). In the above setting examples 1 and 2, the order quantity is set to be larger as it goes down the hierarchy, but in this setting example 3, the second hierarchical layer in the middle has the largest order quantity, and the order quantity is set to be smaller as it goes further away from the second hierarchical layer (here, the first and third hierarchical layers).

[0105] [Example 4 of specific hierarchical settings] Fig. 10 is a fourth diagram that illustrates a specific example of hierarchical setting in the financial product transaction management device 1 of this embodiment. The diagram illustrates an example in which orders for a total of 100,000 currency units are set in the first tier on the higher price side (three orders in total, one for each of three order prices), the second tier in the middle (four orders in total, one for each of four order prices), and the second tier on the lower price side (three orders in total, one for each of three order prices). In this setting example 4, contrary to the setting example 3 above, the second tier in the middle has the smallest order quantity, and the tiers further from the second tier (here, the first and third tiers) have larger order quantities.

[0106] Note that the methods shown in Specific Setting Examples 1 to 4 are examples of methods for calculating the order quantity of an order for each hierarchical level, and the methods shown in Specific Setting Examples 1 to 4 may be used for calculating orders with any other number of hierarchical levels or for orders at any hierarchical level. Also, the order quantity for each hierarchical level may be set by any calculation method other than the methods shown in Specific Setting Examples 1 to 4.

[0107] By setting the order quantities for each tier and each order price using setting methods such as these specific setting examples, when setting orders as different order quantities depending on the order price, it is easy to automatically and appropriately set each order through calculations using a computer system.

[0108] [Example 5 of layered configuration: Setting by selection on the order screen] In this embodiment, the display unit 22 of the client terminal 2 displays the modification screen 411 (see FIG. 14), the modification screen 511 (see FIG. 21), the change screen 412 (see FIG. 15), and the change screen 512 (see FIG. 22), and these modification screens 411, 511 and change screens 412, 512 are provided with selection fields (described later) and input fields (described later) for setting hierarchical structures, and the type of hierarchical structures, the number of hierarchical structures, the number of order prices per hierarchical structure, etc. can be set by selecting from these selection fields (described later) and input fields (described later). Such a configuration will be described later.

[0109] [Effect of layering] In this way, by dividing multiple orders into hierarchical layers and setting order quantities for each layer, multiple orders can be set at multiple order prices while increasing the order quantity for each of the multiple orders to achieve large profits or decreasing the order quantity to avoid risks.

[0110] Also, by gradually increasing (or decreasing) the order quantity from the higher tier to the lower tier, it is possible to adjust the average cost (the average value of transactions when new transactions of financial products are made with all orders set at multiple order prices. Specifically, this is the sum of the numbers obtained by multiplying each order price by the transaction quantity at that order price for all transactions, divided by the sum of the order quantities. The same applies hereinafter in this specification.) and easily make a larger profit or avoid risks. It is also possible to easily build a configuration that automatically calculates and sets orders that have such effects using a computer system.

[0111] [Settings that deviate from the rules · 1] The order information generation unit 16 can set order information for multiple order prices to have a predetermined regularity before trading of a financial product begins, and can also set at least a portion of the order information that meets predetermined conditions to deviate from the predetermined regularity.

[0112] Specifically, for example, when order information is first generated and trading of a financial product is started, the settings of each order information (hereinafter simply referred to as "initial settings"; the same applies throughout this specification) may be at least one of the following (Setting 1) to (Setting 5). (Setting 1) The difference in order quantity between adjacent tiers among a plurality of tiers is set to be essentially constant, and the difference in order quantity between some tiers and other adjacent tiers is set to be a quantity difference that deviates from the constant. (Setting 2) The order quantities of a plurality of orders placed at a plurality of order prices in a specific tier are set to be essentially constant, with the order quantities of some orders being set to be quantities that deviate from the constant quantity. (Setting 3) The adjacent order prices of a plurality of orders are set to have a fixed price range in principle, and the adjacent order prices of some orders are set to have a price range that deviates from the fixed range. (Setting 4) The number of order prices set in each of the multiple hierarchical levels is set to be essentially constant, with the number of order prices in some hierarchical levels being set to a number that deviates from the constant number. (Setting 5) The profit spread between the first and second orders (for example, new orders and settlement orders of if-done orders) set in each of a plurality of hierarchical layers is set to be constant in principle, and the profit spread between the first and second orders in some hierarchical layers is set to a number that deviates from the constant.

[0113] Note that the above (Setting 1) to (Setting 5) are merely examples, and the order settings for financial products other than those listed above (Setting 1) to (Setting 5) may in principle be constant, with at least some of the initial settings deviating from the constants.

[0114] [Settings that deviate from the rules · 2] The order information generation unit 16, which has the function of an "order information correction means", can set order information for multiple order prices to have a predetermined regularity based on information input by a user before the start of trading in a financial product, and can correct the settings of at least a portion of the order information that has been set to have the predetermined regularity so that it deviates from the predetermined regularity.

[0115] Specifically, for example, the order settings of a financial product, which are essentially constant at first, may be modified at the time of initial setup to deviate from the constant as described in at least one of (Setting 1) to (Setting 5) listed in [Settings that deviate from regularity 1], and then trading may be started.

[0116] Note that corrections that deviate from the constant are made by the user operating numerical information, image information, etc. displayed by text or graphics on an operation screen (not shown) displayed on the display unit 22 of the client terminal 2. Specifically, before order information is generated, a correction screen 411 (see FIG. 14), a correction screen 511 (see FIG. 21), a change screen 412 (see FIG. 15), and a change screen 512 (see FIG. 22) are displayed on the display unit 22, and selection fields (described later) and input fields (described later) for setting hierarchical structures are provided on these correction screens 411, 511 and change screens 412, 512, and information such as the order quantity of each hierarchical structure, the order quantity of an order of a specific hierarchical structure, the price spread between order prices, the number of order prices in a specific hierarchical structure, and profit margins are corrected by selecting from these selection fields (described later) and input fields (described later).

[0117] [Settings that deviate from the rules · 3] The order information generation unit 16, which has the function of an "order information correction means", can automatically correct the settings of order information that satisfies specified conditions after trading of a financial product has begun so that it deviates from specified regularity.

[0118] Specifically, for example, the order information generation unit 16 may modify the order settings of a financial product, which are essentially constant at the time of initial setup, after trading of the financial product begins so that they deviate from the constant state in at least one of the examples of (Setting 1) to (Setting 5) listed in [Setting 1 deviating from regularity].

[0119] In this case, the order information generating unit 16 automatically sets the "correction to deviate from the constant" when a predetermined condition is satisfied. Specifically, the predetermined condition is satisfied in the following cases (case a) and (case b).

[0120] (Case a) This may be the case if a particular order is executed and then resubmitted. For example, in the case where a first order (new order) and a second order (settlement order) are if-done orders that are respectively placed and executed and then re-ordered, the order quantity of one or both of the re-ordered first order and second order, the order price, the profit spread between the first order and the second order, the price spread between the first orders and the price spread between the second orders when the first order and / or the second order are set to multiple order prices, etc. may be modified.

[0121] In addition, in a configuration in which only specific buy orders or only specific sell orders are repeatedly placed and executed, it is conceivable that the order quantity, order price, price spread between buy orders or price spread between sell orders of a buy order that is re-placed after being executed or a sell order that is re-placed after being executed will be modified.

[0122] (Case B) There may be cases where a new order is placed at a new order price in response to fluctuations in the market price of a financial product, etc. Specifically, for example, there may be cases where a so-called "shift" of an order is made, in which a new order is set at a new order price in the direction of fluctuation of the market price.

[0123] For example, in the case where a structure is such that after a first order (new order) and a second order (settlement order) if-done orders are placed and executed, a new first order and a new second order are placed at a new order price by "shifting," the order quantity of one or both of the newly placed first order and second order, the order price, the profit spread between the first order and the second order, the price spread between the first orders and the price spread between the second orders when the first order and / or the second order are set to multiple order prices, etc. may be modified.

[0124] In addition, in a configuration in which only specific buy orders or only specific sell orders are repeatedly placed and executed, it is possible that the order quantity and order price of the newly placed buy orders or sell orders due to a "shift" after execution, the price spread between buy orders or the price spread between sell orders when buy orders or sell orders are set at multiple order prices, etc. may be modified.

[0125] [Settings that deviate from the rules · 4] The order information generation unit 16, which has the function of an "order information correction means", can correct the settings of order information that satisfies specified conditions so as to deviate from the specified regularity based on correction information for correcting the specified regularity input by the user after trading of the financial product has begun.

[0126] Specifically, for example, the order settings of a financial product, which are essentially constant at first, may be modified after trading begins so as to deviate from the constant in at least one of the examples of (Setting 1) to (Setting 5) listed in [Setting 1 deviating from regularity], and then each order information may be generated.

[0127] Modifications that deviate from the constant are made by the user operating numerical information or image information displayed by text or graphics on the display unit 22 of the client terminal 2. Specifically, modifications are made by modifying information such as the order quantity of each tier, the order quantity of an order in a specific tier, the price spread between order prices, the number of order prices in a specific tier, and the profit margin, which are displayed on the display unit 22 immediately before the generation of order information. In this embodiment, modifications can be made by inputting images or text information graphically displayed on a modification screen 411 (see FIG. 14) or a modification screen 511 (see FIG. 21), which will be described later, or by inputting text information on a change screen 412 (see FIG. 15) or a change screen 512 (see FIG. 22), which will be described later.

[0128] [Settings that deviate from the rules · 5] The order information generating unit 16, which has the function of "order information correcting means", automatically corrects the order settings, at least some of which deviate from the predetermined regularity, as described in at least one of (Setting 1) to (Setting 5) listed in [Setting 1 that deviates from regularity], so that all orders conform to the predetermined regularity after trading begins. Specific examples of cases where this predetermined condition is satisfied include the cases described in (Case a) and (Case b) in [Setting 3 that deviates from regularity]. This correction is performed in a specific configuration of the financial product transaction management device 1, such as the processing of the order information generating unit 16 or the contract information generating unit 14. In this embodiment, this is based on processing conditions, etc., that are set before or after the start of a transaction, by graphically displaying images or text information on a modification screen 411 (see FIG. 14) or a modification screen 511 (see FIG. 21) that is displayed on the display unit 22, which will be described later, or by inputting text information (input using the mouse or keyboard of the operation unit 21, or touch input onto the touch panel) into a change screen 412 (see FIG. 15) or a change screen 512 (see FIG. 22) that will be described later.

[0129] [Settings that deviate from the rules · 6] The order information generating unit 16, which has the function of an "order information correction means", can correct the settings of orders, at least some of which deviate from the specified regularity, as described in at least one of (Setting 1) to (Setting 5) listed in [Setting 1 deviating from regularity], based on the correction information input by the user after the start of trading in a financial product, so that all orders conform to the specified regularity.

[0130] [Settings that deviate from the rules · 7] In addition, together with at least one of the above [Settings deviating from regularity 1] to [Settings deviating from regularity 6], or separately from them, at least a part of the orders traded based on the order information may be partially contracted (only a part of the orders is contracted). In this case, it is preferable that not only the order information generating unit 16 but also the contract information generating unit 14 have a function as an "order information correcting means".

[0131] Specifically, for example, the agreement information generating unit 14 processes only a portion of the orders that have been placed (e.g., 6 currency units out of 10 currency units) so that they are agreed as completed buy / sell transactions, and the order information generating unit 16 treats the remaining orders that have not been agreed (e.g., the remaining 4 currency units out of 10 currency units) as order information representing orders that have been placed but not yet agreed.

[0132] Also, for example, when a partially executed order is a first order (new order) of an if-done order, the order information generation unit 16 performs processing to modify or regenerate the second order information of the second order so as to divide the corresponding second order (settlement order) into an executed second order that has been placed (for example, an placed settlement order for 6 currency units) and an unordered second order that corresponds to the unexecuted first order (for example, an unordered second order for 4 currency units).

[0133] Also, for example, in the case of a second order of an if-done order in which partially executed orders are repeated, the order information generation unit 16 performs a process of modifying or regenerating the second order information of the second order so that the first order (e.g., a first order for 6 currency units) corresponding to the partially executed second order is placed in an ordered state.

[0134] FIG. 11 is a diagram showing a schematic diagram of the difference in average cost between a case where orders set at a plurality of order prices are not layered and a case where they are layered in the financial product transaction management device 1 of this embodiment.

[0135] As shown in Figure 11(a), consider the case where a total of 100,000 orders for financial products are placed with a maximum price of 110.00 yen per dollar and a price range of 1.00 yen from there (the minimum price is 101.00 yen per dollar), with an order quantity of 10,000 units per order, as shown in Figure 11(a). In this case, the average cost is 105.50 (110.00 x 10,000 + 109.00 x 10,000 + 108.00 x 10,000 + 103.00 x 10,000 + 102.00 x 10,000 + 101.00 x 10,000) ÷ 100,000 = 105.50).

[0136] On the other hand, as shown in Fig. 11(b), consider a case where a total of 10 orders are set at the same order price as in Fig. 11(a), and these are placed in the first tier 31 on the higher price side and the second tier 32 on the lower price side. In this case, the order quantities of the five orders in the first tier 31 (110.00 yen to 106.00 yen per dollar) are 7,000 units per order, and the order quantities of the five orders in the second tier 32 (105.00 yen to 101.00 yen per dollar) are 13,000 units per order, for a total of 100,000 units of financial products. In this case, the average cost is 104.75 (110.00 x 7,000 + 109.00 x 7,000 + ··· + 106.00 x 7,000 + 105.00 x 13,000 + 104.00 x 13,000 + ··· + 101.00 x 13,000) ÷ 100,000 = 104.75). Comparing this to the case of Figure 11(a), we can see that the average cost has improved by 75 pips (105.50 - 104.75 = 0.75), or 0.7%.

[0137] Furthermore, as shown in Fig. 11(c), consider the case where a total of 10 orders are set at the same order price as in Fig. 11(a), with these being the first hierarchical layer 31 on the higher price side, the second hierarchical layer 32 in the middle, and the third hierarchical layer 33 on the lower price side. In this case, the order quantities of the three orders in the first hierarchical layer 31 (110.00 yen to 108.00 yen per dollar) are 4,000 currencies per order, the order quantities of the three orders in the second hierarchical layer 32 (107.00 yen to 105.00 yen per dollar) are 8,000 currencies per order, and the order quantities of the four orders in the third hierarchical layer 33 (104.00 yen to 101.00 yen per dollar) are 16,000 currencies per order, for a total of 100,000 currencies of financial products. In this case, the average cost is 104.12 (110.00 x 4,000 + 109.00 x 4,000 + 108.00 x 4,000 + 107.00 x 8,000 + 106.00 x 8,000 + 105.00 x 8,000 + 104.00 x 16,000 + 103.00 x 16,000 + 102.00 x 16,000 + 101.00 x 16,000) ÷ 100,000 = 104.12). Comparing this to the case of (a) in Figure 11 above, we can see that the average cost has improved by 138 pips (105.50 - 104.12 = 1.38), or 1.3%.

[0138] In this way, by varying the order quantity according to the order price and classifying them into hierarchical levels for each order quantity, it is possible to easily adjust the average cost, increase profits, and avoid risks. In addition, it is possible to easily build a configuration that automatically calculates and sets orders that have such effects using a computer system.

[0139] [Processing Procedure] 12 is a flowchart showing the processing procedure of the financial product transaction management device 1 according to this embodiment. The processing procedure of this embodiment will be described below using this flowchart. Note that the following explanation will be given of the processing procedure when hierarchizing is performed in "trap trade", "toraripi" and "rakutora", but this is only one example of the processing procedure, and the following processing procedure may be used in any order method other than the above.

[0140] [1. Processing procedure for "trap trade"] The processing procedure for conducting a transaction by "trap trade" in the financial product transaction management system 1A will be described.

[0141] [1-1. Screen input and order information generation] A trader who uses 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 order selection screen (not shown) on the display unit 22 of the accessed client terminal 2.

[0142] The order selection screen (not shown) displays a transaction selection button (not shown) for selecting the type of transaction. Using the transaction selection button (not shown), a trader can select the above-mentioned "trap trade" order, "toraripi" order, "rakutora" order, etc., in addition to the usual market order, limit order, stop-limit order, OCO order, etc. When a trader selects a specific transaction (here, "trap trade") using the transaction selection button (not shown) and clicks the execute button (not shown), an order input screen 410 shown in FIG. 13 is displayed on the display unit 22.

[0143] The order input screen 410 shown in FIG. 13 displays an order display field 41a that displays the order (a "trap trade" order in FIG. 13) selected with the transaction selection button (not shown) described above, a currency pair selection button 41b that selects the currency pair (e.g., Japanese yen and US dollar, Japanese yen and euro, etc.) which is the type of financial product to be traded, an order amount setting button 41c that sets the average order amount per order by entering a numerical value, and a trap number setting button 41d that sets by entering a numerical value the "trap number," which is the number of first orders with different order prices (new orders for if-done orders) and second orders with different order prices (settlement orders for if-done orders) to be initially placed.

[0144] The order input screen 410 also displays a total order amount display field 41e which displays the value obtained by calculating the order amount entered into the order amount setting button 41c and the number of traps entered into the trap number setting button 41d (here, the value obtained by multiplying both values), and a start price input field 41f for entering a numerical value for the "start price," which is the base price when setting the order price of each first order and the order price of each second order (for example, the order price of the highest order, the order price of the lowest order, the order price of the middle order, etc.).

[0145] The order input screen 410 also displays an order type selection button 41g for selecting the type of order (e.g., the highest price order, the lowest price order, etc.) for the starting price entered in the starting price input field 41f, a trap price range input field 41h for numerically inputting the value of the "trap price range" as the price range between orders with different order prices, and a tier input field 41j for numerically inputting the number of "tiers" of the order.

[0146] The order input screen 410 also displays an expiration date selection field 41k for selecting the expiration date of each order (e.g., 6 months, 1 year, unlimited, etc.), and a stop-loss order setting button 41m for selecting whether to set a "stop-loss order" as a stop-limit order to prevent large "losses" due to a large drop or rise in market prices, and for inputting the order price of the set stop-loss order.

[0147] The order input screen 410 also has an order pattern selection field 41n (a selection field that is selected by checking a checkbox) for selecting an order pattern, automatic order setting selection fields 41n1 to 41n4 for automatically setting the details of each order by inputting specified information, and an order change field 41p (a selection field that is selected by checking a checkbox) for setting some or all of an order that has a specified regularity as an order that deviates from the regularity.

[0148] A trader operates the operation unit 21 to input or select information required for a desired order on the order input screen 410 (step S1). In Fig. 13, "USD / JPY" indicating Japanese yen and US dollar is selected in the currency pair selection button 41b, "1 (10,000 currency units)" is input in the order amount setting button 41c, "10 (units)" is input in the trap number setting button 41d, "110.00 (yen)" is input in the start price input field 41f, "New Buy" indicating a "new buy order" is selected in the order type selection button 41g, "1.00 (yen)" is input in the trap price range input field 41h, "3 (layer)" is input in the hierarchical input field 41j, "unlimited" is selected in the expiration date selection field 41k, and the stop loss order setting button 41m shows a state in which a stop loss order is not set.

[0149] When the automatic order setting selection fields 41n1 to 41n4 on the order input screen 410 are selected (i.e., any of the checkboxes are checked) and the Execute button 41q is clicked, a selection / modification screen 411, the schematic diagram of which is shown in Fig. 14, is displayed. On the other hand, when the order change field 41p is selected (i.e., the checkbox is checked) and the Execute button 41q is clicked, a change screen 412, the schematic diagram of which is shown in Fig. 15, is displayed.

[0150] In this embodiment, when any one of the automatic order setting selection fields 41n1 to 41n4 is clicked, the selected type of order is automatically set based on a preset condition formula (for example, a predetermined calculation formula for calculating the number of tiers, the order price of each order for each tier, the order quantity of each order for each tier, etc. by calculating the total transaction amount and order period set by the user, the recent upward / downward trend of the financial product's market price, etc., converted into a numerical value), etc.

[0151] For example, the selection / modification screen 411 in Fig. 14 shows a schematic result of a predetermined calculation process performed based on the selection of the pyramid shape 41n1 selected on the order input screen 410 in Fig. 13. On this selection / modification screen 411, the order quantity, order price, etc. of each order can be modified by input by the user.

[0152] The selection / edit screen 411 in FIG. 14 includes a hierarchical type selection / change button 411 that can be clicked to select and change the hierarchical type between "pyramid", "inverted pyramid", "diamond" and "hourglass". 01 ,411 02 ,411 03 ,411 04 , Currency Pair Selection / Change button 411 11 , and the Change Total button 411 to select or change the total order amount by entering a numerical value in the text 12 A price range change button 411 for changing the range of order prices in which orders are set by entering numerical values ​​in the text 13 An order price change button 411 for modifying the order amount for each order price by inputting a numerical value in text, which is provided for each hierarchy. 21 , Change Price Quantity button 411 to change the number of order prices in the hierarchy by entering a numerical value in the text 22 A type selection button 411 for selecting the order type within the hierarchy as a limit order, a stop order, or a market order (trigger market order). 23 is provided.

[0153] In addition, the selection and modification screen 411 in FIG. 14 displays a hierarchical image 411 that graphically displays the order status for each hierarchical level (the number of hierarchical levels, the number of order prices for each hierarchical level, and the order amount for each order). 31 This layer image 411 is displayed. 31 In the image, there is an order price image 411 that shows the order quantity for each order price in each hierarchy. 32 This layer image 411 is displayed. 31 is configured so that the shape and size of the displayed image can be freely changed by a user's operation (for example, a touch operation on a touch panel), and the hierarchical image 41131 The number of layers, the order quantity and the order price for each layer can be modified or changed depending on the size and shape of the layer image 411 displayed on the display unit 22. 31 By changing the shape and size of the order, it becomes possible to intuitively change and set the order status.

[0154] In addition, the selection / edit screen 411 in FIG. 14 has a repeat change button 411 for setting / changing whether or not an order is repeated and the number of times by inputting text and checking a check box. 41 is provided.

[0155] On the other hand, the change screen 412 shown in FIG. 15 has a change field where the contents of each order can be modified or changed. Specifically, a currency pair change field 412 is provided where the type of currency pair for each order can be changed by selection. 01 , and an order amount change field 412 for changing the order amount of each order by entering text. 02 A trading type change field 412 for changing the type of trading by selection 03 , and an order price change field 412 for changing the order price for each order by entering text. 04 , and an order type change field 412 for changing the type of limit order, stop order, or market order (trigger market order) for each order by selection. 05 is provided.

[0156] In FIG. 15, these changes are shown in column 412. 01 ~412 05 By selecting or changing the order number, order 412 of order number 1000 will be 11 The order amount of order 1001 has increased from 4000 to 4100, and order number 1001 is order 412. 12 Order price of 109.0 to 109.1, order number 1002, order 412 13 10A, a state in which the order type has been changed from a limit order to a market order (trigger market order) is shown.

[0157] In addition, the change screen 412 may be configured to provide a change field for changing the price spread between orders, or to provide change fields for changing the number of traps, number of tiers, and order expiration date for each order. Also, when an order is repeated, a change field may be provided to set or change the number of repetitions.

[0158] When the execute button 41q is clicked on the order input screen 410 (in which the automatic order setting selection fields 41n1 to 41n4 and the order change field 41p are not checked) of FIG. 13, the selection and modification screen 411 of FIG. 14, or the modification screen 412 of FIG. 15, a transaction selection button (not shown) and the data selected and input on the order input screen 410, the selection and modification screen 411, and the modification screen 412 are transmitted from the client terminal 2 to the financial product transaction management device 1. The order input acceptance unit 12 checks the input buy / sell order application information. That is, the order price is inspected by inspecting the expiration date selected in the expiration date selection field 41k, the order amount setting button 41c, the trap number setting button 41d, and the values ​​input in the start price input field 41f (step S2). Specifically, inspection is performed as to whether the order price is a settable order price or not.

[0159] Next, the order input receiving unit 12 judges whether the inspection result is appropriate. If the price is judged to be the appropriate price ("No" in step S3), the account information generating unit 15 obtains the margin information of the customer (trader) from the customer account information table 182.

[0160] The order input receiving unit 12 compares the acquired margin information with the order allowable amount (step S4), and determines whether the amount of the margin is equal to or greater than the order allowable amount (step S5). Here, the "allowable order amount" refers to the amount of money that can be ordered (the same applies throughout this specification). In this embodiment, the allowable order amount is the value obtained by multiplying the value entered in the order amount setting button 41c by the value entered in the trap number setting button 41d, which is (10,000 (currency) x 10 (pieces) = 100,000 (currency). However, the allowable order amount may be a value that is a predetermined ratio of that value (for example, 100,000 (currency) x 0.1 = 10,000 (currency)), a predetermined amount (for example, a flat 50,000 (currency)), or a value other than the above or a value calculated using a calculation method.

[0161] The order information generating unit 16 generates "order information" and "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 an order to be accepted only when the trader is able to make payment reliably.

[0162] If the margin amount is equal to or greater than the order allowable amount ("No" in step S5), the order input acceptance unit 12 compares other order conditions (i.e., conditions other than the order price) with various standards for accepting an order based on the data recorded in the currency pair order condition table 183 (step S6). Then, it is determined whether the other conditions satisfy these standards (step S7).

[0163] If the other conditions do not satisfy the criteria for an if-done order ("Yes" in step S7), the order input acceptance unit 12 treats the input order as an error and rejects the acceptance of the order (step S10).

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

[0165] When a trader clicks an order button (not shown) by operating the operation unit 21, the order information generation unit 16 of the financial product exchange management device 1 generates order information based on the buy / sell order application information entered in step S1 (step S8).

[0166] Specifically, the order information is generated by grouping the multiple data input according to the procedure described above by order price and assigning each group a sequence number in sequence number table 184 (step S8). Then, information for distinguishing the sequence numbers used in the order information from unused sequence numbers is added to sequence number table 184. By performing the process of step S8 once, multiple pieces of order information are generated (note that in "TORALIP" and "RAKUTRA" described below, among these order information, multiple pieces of order information including the first order information of a first order for an if-done order and the second order information of a second order corresponding to this first order form an "order information group").

[0167] The order information generating unit 16 records the generated order information in the order table 181 (step S9). In the case of "TORA LIPI" and "RAKU TRA", which will be described later, the order table 181 also records "order information group".

[0168] The order information is recorded in the order table based on the definition of each field shown as an example in FIG.

[0169] The "ord_seq" field 181b shown in FIG. 3 defines the sequence number assigned in step S8. The "cust_seq" field 181c is a field for recording a customer number that is a number assigned to each trader. The "style_id" field 181d is a field for recording a product name. The "ccy_pair_id" field 181e is a field for recording an ID number defined for each currency pair. The combination of this ID number and currency pair is recorded in an ID table (not shown) stored in the database.

[0170] The "ord_amnt" field 181f shown in FIG. 3 is a field for recording the amount displayed in the total order amount display column 41e. The "buy_sell_id" field 181g is a field for recording the distinction between sell order and buy order selected with the order type selection button 41g. The "ord_rate" field 181h is a field for recording the order price value included in the order information for each order. The "limit_time" field 181i is a field for recording the order deadline selected in the expiration date selection column 41k. The "ord_cond" field 181j is a field for recording the type of order selected with the order type selection button 41g.

[0171] 3 is a field for recording the distinction between new orders and settlement orders. The "trap_seq" field 181m is a field for recording information on whether a trap trade is selected with a trade selection button (not shown). The "repeat_flag" field 181n is a field for recording information on whether an if-done order is to be repeatedly placed.

[0172] Although not shown in FIG. 3, the order table 181 also has fields for recording data entered in the input screen 40, i.e., data entered in the currency pair selection button 41b, the trap number setting button 41d, the start price input field 41f, the trap price range input field 41h, and the hierarchy input field 41j. In addition, fields for recording information on the profit margin of the first order and the second order, which is entered when generating order information for trading "TORARIPI" or "RAKUTRA" to be described later, and information on the upper limit price and the lower limit price of the price range for setting the first order and the second order, which is entered when generating order information for trading "RAKUTRA". Using these fields, data entered in the order input screen 410 and data modified or changed in the selection / modification screen 411 or the change screen 412 are all recorded in the order table 181.

[0173] In this embodiment, the "order information" is information (for example, order information 411, 412, . . . 419, 414, 415, 416, 417, 418, 419, 420, 421, 422, 423, 424, 425, 426, 427, 428, 429, 430, 431 10 16)。 Note that, as described later, the order information in this embodiment will be described below as data formed by attaching various kinds of attribute information (for example, attribute information 181A-181M shown in FIG. 16). However, it may be configured to be predetermined data before forming the "order information" in this embodiment (for example, a table of orders by order price that are to be placed), and to place each order based on such "order information".

[0174] In this embodiment, the order information and the order information group are generated by inputting information into various input fields displayed on the order input screen 410 shown in Fig. 13, the selection / modification screen 411 shown in Fig. 14, and the change screen 412 shown in Fig. 15, but the configuration of the input fields of the order input screen 410, the selection / modification screen 411, and the change screen 412 and the type of data to be input are not limited to these and may be any. For example, the order input screen 410 may be provided with an input field (not shown) for information on the amount of margin held by the trader and an input field (not shown) for a trading period as a planned period for trading, and the order information generating unit 16 may perform a predetermined calculation based on the information input into these input fields (not shown) to generate "order information" for placing an order at one or more order prices and "order information group" based on the order information.

[0175] [1-2. Creating order information] The order information generation unit 16 of the financial product transaction management device 1 generates order information for conducting a "trap trade" transaction based on the information selected and input using the transaction selection button (not shown) and the order input screen 410 in accordance with the procedures of steps S1 to S10 described above.

[0176] [1-2-1. Order information structure (1)] 16 and 17 are diagrams showing order information for performing a "trap trade" transaction generated by the financial product transaction management device 1 of this embodiment. As shown in the figures, in this embodiment, the order information generating unit 16 generates order information 411, 412, . . . 419, 414 for 10 units, which is equal to the number (10 units) entered in the trap unit number setting button 41d. 10 are generated in one ordering process.

[0177] The order information generating unit 16 generates the order information 411, 412, . . . 419, 41 10When generating the order information 411, 412, ..., 419, 414, 415, 416, 417, 418, 419, 420, 421, 422, ..., 423, 424, 425, 426, 427, 428, 430, 431, 432, ..., 433, 434, 435, 436, 437, 438, 440, 441, 442, ..., 443, 444, 445, 446, 447, 448, 449, 450, 451, 452, ..., 453, 454, 455, 456, 457, 460, 461, 462, ..., 463, 464, 465, 466, 467, 468, 470, 471, 472, ..., 473, 474, 475, 476, 477, 478, 479, 480, 481, 482, ..., 483, 484, 485, 486, 487, 488, 490, 500, 501, 502, 503, 504, 505, 506, 507, 508, 509, 510, 511, 512, 513, 514, 515, 516, 517, 518, 520, 521, 522, 523, 524, 10 Set the value of the order quantity.

[0178] The order information generating unit 16 generates the order information 411, 412, . . . 419, 41 10 When generating the order, in addition to the information entered on the order entry screen 410, the information modified or changed on the selection / modification screen 411 or change screen 412 is used.

[0179] FIG. 16 shows the order entry screen 410 based only on the information entered in the order entry screen 410, 411, 412, . . . 419, 41 10 17 is a schematic diagram showing a state in which order amount information 181D of order information 411 and order price information 181G of order information 412 are modified based on the information entered in order input screen 410 and the conditions changed in change screen 412 shown in Fig. 15. Although not shown in Fig. 15, in this state, the order type of order 413 is generated in a state in which it has been changed from "limit order" to "market order (trigger market order)" (a state in which attribute information, not shown, has been changed).

[0180] Then, the generated order information 411, 412, . . . 419, 41 10 The order information includes attribute information as shown in FIG. 10 are the order information 411, 412, 419, 41 10The order number 181A is uniquely assigned to each order, customer number information 181B for identifying the trader, currency pair information 181C for identifying the selected currency pair, order amount information 181D as the value of the order amount of each order, and order information 411, 412, . . . 419, 41 10 the order time information 181E as the date and time when the order was generated, buying / selling information 181F for identifying a sell order or a buy order, order price information 181G as the value of the order price of each order, order deadline information 181H as the order expiration date, new / settlement information 181J for identifying a new order or a settlement order when the order is an if-done order, valid / invalid information for identifying whether the order is valid (placed) or invalid (not yet placed), rank information 181L for identifying either the first rank (new order) or second rank (settlement order or stop-loss order) when the order is an if-done order, and contract existence information 181M for identifying whether an agreement has been reached (whether an agreement has been reached or not).

[0181] In addition, all or part of the attribute information 181A to 181M is included in the individual order information 411, 412, . . . 419, 41 10 The order information may be recorded in the order information 411, 412, . . . 419, 41 10 The information may be recorded separately in a database 181 or the like.

[0182] [1-2-2. Order information structure (2)] As explained in [1-1] above, the order information 411, 412, . . . 419, 41 10 may be configured as predetermined data (e.g., a table showing orders (without attribute information) for each order price that are to be placed) that does not have some or all of the attribute information (e.g., attribute information 181A to 181M as shown in FIG. 16).

[0183] In this case, the order information 411, 412, 419, 41 10 At least one of the attribute information (for example, attribute information 181A to 181M as shown in FIG. 16) that is not included in the order information 411, 412, . . . 419, 41 10may be added at any timing after generation and before trading, and trading of financial products may be performed in that state, or may be realized by the financial products trading management device 1 (including the case where one financial products trading management device 1 is configured by a plurality of systems, such as a system owned by a specific financial products trader and a system of an exchange) constituting the financial products trading management system 1A, the client terminal 2, or a device having a server function other than the financial products trading management device 1, executing at least one of the attribute information (for example, attribute information 181A-181M as shown in FIG. 16) as a functional means (for example, a functional means realized by executing a program). In this way, trading of financial products is performed.

[0184] [1-2-3. Timing of order information generation] In this embodiment, the order information generating unit 16 generates all the order information 411, 412, . . . 419, 411 immediately after the execute button 41q of the order input screen 410 shown in FIG. 10 However, the present invention is not limited to this, and each of the order information 411, 412, . . . 419, 41 10 Some or all of these may be generated at any time.

[0185] Specifically, for example, the same orders 1411, 1412, 1419, 141 10 When orders and contracts of the order information 411, 412, . . . 419, 420, 421, 422, . . . (see FIG. 18 and FIG. 19) are repeated (this case is not shown in FIG. 18 and FIG. 19), the order information generating unit 16 generates the order information 411, 412, . . . 419, 423, 424, 425, 426, 427, 428, 429, 430, 431, 432, 433, 434, 435, 436, 437, 438, 439, 440, 441, 442, 443, 444, 445, 446, 447, 448, 449, 10 The orders 1411, 1412, 1419, 141 10 Each time a new order is executed, new order information 411, 412, . . . 419, 41 10 may be generated.

[0186] In addition, the order information generating unit 16 generates a plurality of orders 1411, 1412, . . . 1419, 1414, 1415, 1416, 1417, 1418, 1419, 1420, 1421, 1422, 1423, 1424, 1425, 1426, 1427, 14 10For example, multiple order information 411, 412, 419, 414 are used to place multiple buy orders at the same price. 10 may be generated at once when the execute button 41q is clicked. Also, the order information 41 for carrying out a transaction of a specific order 141 is generated and the orders 1411, 1412, . . . 1419, 141 10 Before the execution of 10 Ordering information for 411, 412, 419, 41 10 may be generated.

[0187] As will be described later, in this embodiment, immediately after the execution button 41q of the order input screen 410 shown in FIG. 13 is clicked, the order information generating unit 16 executes the orders 1411, 1412, . . . 1419, 141 10 16), but is not limited thereto. Immediately after an execute button 41q on the order input screen 410 shown in FIG. 13 is clicked, the order information generating unit 16 generates order information 411, 412, . . . 419, 414 that does not include at least a part of the attribute information (for example, attribute information 181A to 181M as shown in FIG. 16). 10 When generated, the orders 1411, 1412, 1419, 141 10 Attribute information that was not included in the order information (for example, attribute information 181A to 181M as shown in FIG. 16) is added to the order information 411, 412, . . . 419, 41 10 It is also possible to add the order information 411, 412, . . . 419, 41 10 The addition of attribute information (for example, attribute information 181A to 181M as shown in FIG. 16) to the order information 411, 412, . . . 419, 41 10This may be performed in the same system as the system that generated the financial instruments transaction management device (for example, a server system owned and managed by a specific financial instruments business operator that constitutes the financial instruments transaction management device 1), or it may be added in a separate system (for example, a system that constitutes the financial instruments transaction management device 1 that is owned and managed by an exchange, or a client terminal 2 operated by an individual user, etc.).

[0188] As will be described later, in this embodiment, when the execute button 41q of the order input screen 410 shown in FIG. 13 is clicked once, the order information generating unit 16 executes all the subsequent order information 411, 412, . . . 419, 411, 412, . . . 10 However, the present invention is not limited to this. When the execute button 41q of the order input screen 410 shown in FIG. 13 is clicked multiple times, the order information generating unit 16 generates the order information 411, 412, . . . 419, 41 10 419, 420, 421, 422, 423, 424, 425, 426, 427, 428, 429, 430, 431, 432, 433, 434, 435, 436, 437, 438, 439, 440, 441, 442, 443, 4 10 13, multiple order information generation commands are generated, and these order information generation commands cause the order information generation unit 16 to generate orders in sequence, so that the order information generation unit 16 generates the order information 411, 412, . . . 419, 414, 415, 416, 417, 418, 419, 420, 421, 422, 423, 424, 425, 426, 427, 428, 429, 430, 431, 432, 433, 434, 435, 436, 437, 438, 439, 440, 441, 442, 443, 444, 445, 446, 447, 448, 449, 450, 451, 452, 453, 454, 455, 456, 457, 458, 459, 460, 461, 462, 463, 464, 465, 466, 467, 468, 469, 470, 471, 472, 473, 474, 475, 476, 477, 478, 479, 480, 481, 482, 483, 484, 485, 486, 487, 488, 489, 490, 491, 492, 493, 494, 495, 496, 497, 498, 499, 500, 501, 50 10 It is also possible to generate the following. [1-3. Transaction Procedure] 18 and 19 show the order information 411, 412, . . . 419, 41 10 14 is a diagram showing a schematic diagram of a "trap trade" order based on . In the diagram, corresponding order information and orders are displayed with the same last two digits of the code and the same suffix. For example, an order 1411 traded based on order information 411, an order 1412 traded based on order information 412, ... are displayed. All the orders 1411, 1412, ..., 1419, 141 10are the order information 411, 412, . . . 419, 41 10 The transaction is conducted based on this.

[0189] FIG. 18 shows order information 411, 412, . . . 419, 4110, which is generated based only on the input on the order input screen 410. 10 Orders set by 1411, 1412, 1419, 141 10 FIG. 19 shows order information 411, 412, . . . 419, 414, 415, 416, 417, 418, 419, 420, 421, 422, 423, 424, 425, 426, 427, 428, 429, 430, 431, 432, 433, 434, 435, 436, 437, 438, 439, 440, 441, 442, 443, 444, 445, 446, 447, 448, 449, 450, 451, 452, 453, 454, 455, 456, 457, 458, 10 Orders 1411, 1412, 1419, 141 10 is shown diagrammatically.

[0190] As shown in Figures 18 and 19, the three high-priced orders 1411, 1412, and 1413 are in the first tier 31 with an order quantity of 4000, the three middle orders 1414, 1415, and 1416 are in the second tier 32 with an order quantity of 8000, and the four low-priced orders 1417, 1418, 1419, and 1420 are in the second tier 33 with an order quantity of 8000. 10 form the third hierarchical level 33 with an order quantity of 16,000.

[0191] The order information generating unit 16 performs a process of converting the valid / invalid information 181K included in the order information 411 from "invalid" to "valid", whereby the order 1411 is placed.

[0192] When the market price reaches the order price of order 1411 (i.e., when the market price matches the order price information 181G included in the order information 41), the agreement information generation unit 14 performs a process of converting the agreement presence / absence information 181M included in the order information 411 from "no" to "present," and order 1411 is agreed.

[0193] Similarly, for other orders, such as order 1412, the order information generation unit 16 and the contract information generation unit 14 process the order information 412 (see Figure 16), thereby placing the order 1412 and contracting it when the market price fluctuates and matches the order price of order 1412.

[0194] [1-4. Order Modification] In this embodiment, the order information generating unit 16 generates order information 411, 412, . . . 419, 41 10 After generating and starting a transaction, orders 1411, 1412, . . . , 1419, 141 10 Specifically, the attribute information 181A to 181M of the specific order information, such as the order information 411, for trading a specific order, such as the order 1411, is modified, thereby modifying the contents of the order, such as the order 1411. Note that the orders 1411, 1412, . . . , 1419, 141 10 and corresponding order information 411, 412, 419, 41 10 may be all of them or only a part of them.

[0195] As the predetermined condition, for example, the following modification conditions are considered.

[0196] (Modification Condition 1) Order Information 411, 412, 419, 41 10 This applies when, after a transaction based on a particular order, for example order 1411, has begun, a change is made to that order 1411.

[0197] Specifically, for example, a case can be considered in which a user causes the display unit 22 of the client terminal 2 to display a selection / edit screen 411 shown in Fig. 14 or a change screen 412 shown in Fig. 15, and changes the contents of a part or all of an order, for example, an order 1411. For example, this corresponds to a case in which, after a buy order, for example, a buy order 1411, has been placed, the order price, order quantity, or the mode of a limit order, market order, or stop order of the buy order 1411 is changed.

[0198] (Modification Condition 2) Order Information 411, 412, 419, 41 10 Generated are orders 1411, 1412, 1419, 141 10 After trading begins, orders 1411, 1412, . . . , 1419, 141 10 When the process is repeated, the order information 411, 412, . . . 419, 41 10 The contents of the document may be changed automatically.

[0199] Specifically, for example, after a buy order, e.g., buy order 1411, is placed and contracted based on one piece of order information, e.g., order information 411, when the one piece of order information, e.g., order information 411 is generated again, it is considered that at least a part of the attribute information of this order information 411 is generated as information different from the attribute information of the previously generated order information 411. As a result, it is considered that the content of the buy order 1411 traded based on the order information 411 generated the second time or later is set to be different from the content of the previous buy order 1411.

[0200] In addition, the order information 411, 412, 419, 41 10 The contents of the order information 411, 412, . . . 419, 414, 415, 416, 417, 418, 419, 420, 421, 422, 423, 424, 425, 426, 427, 428, 429, 430, 431, 432, 433, 10 The generation of the order information 411, 412, . . . 419, 41 10 After the generation of the order information 411, 412, . . . 419, 41 10 This may be as a result of a change in the settings for the

[0201] As described above, FIG. 19 shows the order information 411, 412, . . . 419, 41 10 As a result of the modification based on (Modification Condition 1) and (Modification Condition 2), orders 1411, 1412, 1419, 141 101 is a schematic diagram showing a state in which some parts have been modified or changed.

[0202] [2. Processing procedure for "Toraripi"] Next, a processing procedure for conducting a transaction using "TORALIPI" in the financial product transaction management system 1A will be described.

[0203] [2-1. Generation of order information] When a trader selects "Toraripi" on an order selection screen (not shown) and clicks an execute button (not shown), an order input screen 510 shown in FIG. 20 is displayed.

[0204] 20, similar to the order input screen 410 shown in FIG. 13, displays an order display field 41a, a currency pair selection button 41b, an order amount setting button 41c, a trap quantity setting button 41d, a total order amount display field 41e, a starting price input field 41f, an order type selection button 41g, a trap price range input field 41h, a tier input field 41j, a expiration date selection field 41k, and a stop loss order setting button 41m.

[0205] In addition to these, the order input screen 510 displays a price designation method selection button 51a for selecting a method for setting the order prices of each of the transactions selected in the order display field 41a (for example, a setting for "designating a price spread" between first orders or second orders, or a setting for "designating a profit spread" between the first and second orders for if-done orders, etc.), a profit margin setting field 51b for inputting a numerical value for the "profit margin," which is the profit spread obtained by executing the first and second orders for if-done orders (for example, "profit of xx sen obtained by execution"), a profit amount display field 51c for displaying the profit amount obtained by performing a predetermined calculation on the value entered in the profit margin setting field 51b, and a settlement trail selection button 51d for selecting whether to set a "settlement trail" as an order for setting a "trail" in which the transaction price fluctuates higher or lower following a rise or fall in the market price for the second order of the if-done order. In addition, instead of a configuration in which a profit margin is input into the profit margin setting field 51b, an input field may be provided in which the amount of profit to be obtained by executing the first order and the second order (for example, "profit of xx sen to be obtained by execution") is input numerically, and subsequent processing may be performed based on the value input into this input field.

[0206] The trap quantity setting button 41d on the order input screen 510 is used to set, by numerical input, the quantity of a first order with a different order price (a new order for if-done orders) or a second order with a different order price (a settlement order for if-done orders) to be initially placed. Also, the start price input field 41f on the order input screen 510 is used to set the start price of a specific first order or a specific second order (for example, the highest priced first order, the lowest priced second order, the middle first order, the middle second order, etc.).

[0207] A trader inputs or selects information required for a desired order on this order input screen 510. The same input is made to the buttons common to the order input screen 410 as in the order input screen 410. The order input screen 510 of FIG. 20 shows a state in which the same input is made to the buttons common to the order input screen 410 as in FIG. 13. The start price input field 41f shows the highest order price of the first order. The order type selection button 41g shows that "New Buy" is selected, indicating that the first order is a "new buy order". The trap price range input field 41h shows that "1.00 (yen)" is input, the hierarchical input field 41j shows that "3 (hierarchical)" is input, the expiration date selection field 41k shows that "unlimited" is selected, and the stop loss order setting button 41m shows that a check is entered in the checkbox for selecting the setting of a stop loss order, and a value is entered to set the stop loss order to 100.00 yen.

[0208] In addition, in the order input screen 510 of Figure 20, the price specification method selection button 51a shows that the setting for "specifying a price spread" between first orders or between second orders is selected, "100 (sen)" is entered in the profit margin setting field 51b, and the settlement trail selection button 51d shows that "set" for "settlement trail" is selected.

[0209] [2-2. Configuration of order entry screen, etc.] 13. Furthermore, the order input screen 510 shown in FIG. 20 is provided with automatic order setting selection fields 41n1 to 41n4 and an order change field 41p, similar to the order input screen shown in FIG.

[0210] When any of the automatic order setting selection fields 41n1 to 41n4 on the order entry screen 510, for example the automatic order setting selection field 41n1 for selecting "pyramid shape", is clicked, a selection / modification screen 511 shown in FIG. 21 is displayed.

[0211] This edit screen 511 has the same basic structure as the edit screen shown in Fig. 14. That is, the hierarchical select / change button 511 of the select / edit screen 511 01 ,511 02,511 03 ,511 04 The hierarchical selection and modification button 411 of the selection and modification screen 411 01 ,411 02 ,411 03 ,411 04 It has the same configuration as

[0212] Currency Pair Selection / Change Button 511 on Selection / Edit Screen 511 11 , Total amount change button 511 12 , Price range change button 511 13 411 on the selection / edit screen 411 11 , Total amount change button 411 12 , Price range change button 411 13 The order price change button 511 on the selection / edit screen 511 has the same structure as the 21 , Price quantity change button 511 22 , Type selection button 411 23 The order price change button 411 on the selection / edit screen 411 21 , Price quantity change button 411 22 , Type selection button 411 23 The hierarchical image 511 of the selection / edit screen 511 has the same structure as that of the selection / edit screen 511. 31 The hierarchical image 411 of the selection / edit screen 411 31 has the same configuration as

[0213] In addition, the first order price image 511 of the selection / edit screen 511 32 , Second order price image 511 33 The order price image 411 of the selection and modification screen 411 32 A similar configuration is provided corresponding to the first order and the second order, respectively.

[0214] Repeat Change button 511 on the Selection / Edit screen 511 41 The repeat change button 411 on the selection / edit screen 411 41 It has the same configuration as

[0215] On the other hand, the change screen 512 shown in Fig. 22 has the same basic configuration as the change screen 412 shown in Fig. 15. That is, the currency pair change field 512 of the change screen 512 01 , Order amount change field 512 02 , Buy / Sell Change Column 512 03 , Order price change field 512 04 , Order type change field 512 05 In the currency pair change field 412 on the change screen 412, 01 , Order amount change field 412 02 , Buy / Sell Change Column 412 03 , Order price change field 412 04 , Order type change field 412 05 It has the same configuration as

[0216] In FIG. 12, these changes are shown in column 512. 01 ~512 05 By selecting or changing the order number, order 512 of order numbers 1030, 1031, and 1032 will be 11 ,512 12 ,512 13 The order amount of 1033 and 1034 has increased from 4000 to 4100. 14 ,512 15 Order 512 of 1033,1034 14 ,512 15 Order price of 109.0 to 109.1, order 512 of order number 1036 16 1 shows that the order type has been changed from a limit order to a market (trigger market) order.

[0217] When the execute button 41q is clicked on the order input screen 510 of FIG. 20 (in which the automatic order setting selection fields 41n1 to 41n4 and the order change field 41p are not checked), the selection / modification screen 511 of FIG. 21, or the change screen 512 of FIG. 22, a transaction selection button (not shown) and the data selected and input on the order input screen 510, the selection / modification screen 511, and the change screen 512 are transmitted from the client terminal 2 to the financial instruments transaction management device 1. The order information generation unit 16 of the financial instruments transaction management device 1 generates first order information 511, 512,...519, 519 for performing a transaction by a first order, which is information for performing a "Toraripi" transaction, based on the transaction selection button (not shown) and the information selected and input on the order input screen 510, the selection / modification screen 511, and the change screen 512. 10 , second order information 521, 522, . . . 529, 52 10 , stop-loss order information 531, 532, . . . 539, 53 10 , is generated.

[0218] [2-3. Generated order information] 23, 24, 25, and 26 are schematic diagrams showing a first order and a second order generated based on the transaction selection button (not shown) and the information selected and input on the order input screen 510.

[0219] As shown in the figure, the order information generating unit 16 generates first order information 511, 512, . . . 519, 514, 515, 516, 517, 518, 519, 520, 521, 522, 523, 524, 525, 526, 527, 528, 529, 530, 531, 532, 533, 534, 535, 536, 537, 538, 539, 540, 541, 542, 543, 544, 545, 546, 547, 548, 549, 550, 551, 552, 553, 554, 555, 556, 10 , 10 second order information 521, 522, 529, 52 10 , 10 stop order information 531, 532, ... 539, 53 10 are generated in one order procedure. The first order information 511 and the second order information 521, the first order information 512 and the second order information 522, ... the first order information 519 and the second order information 529, the first order information 51 10 and second order information 52 10, and further, stop-loss order information 531, 532, . . . 539, 53 10 are order information groups 541, 542, . . . 549, and 54 10 Form.

[0220] Then, the order information generating unit 16 generates the first order information 511, 512, . . . 519, 51 10 , Second order information 521, 522, ··· 529, 52 10 When generating the first order information 511, 512, ..., 519, 514, 515, 516, 517, 518, 519, 520, 521, 522, 523, 524, 525, 526, 527, 528, 529, 530, 531, 532, 533, 534, 535, 536, 537, 538, 540, 541, 542, 543, 544, 545, 546, 547, 548, 550, 551, 552, 553, 554, 555, 556, 557, 558, 559, 560, 561, 562, 563, 564, 565, 566, 567, 568, 569, 570, 571, 572, 573, 574, 575, 576, 577, 578, 579, 580, 581, 582, 583, 584, 585, 586, 587, 588, 589, 590, 600, 601, 602, 603, 604, 605, 606, 607, 608, 609, 610, 611, 612, 613, 614, 615, 616, 617, 618, 620, 621, 622, 62 10 , respectively, the second order information 521, 522, . . . 529, 52 10 , and the respective stop order information 531, 532, 539, 53 10 23 and 25) is set. When the order information is modified on the selection and modification screen 511 shown in FIG. 21, the first order information 511, 512, . . . 519, 514, 516, 517, 518, 519, 520, 521, 522, 523, 524, 525, 526, 527, 528, 529, 530, 531, 532, 533, 534, 535, 536, 537, 538, 539, 540, 541, 542, 543, 544, 545, 546, 547, 548, 549, 550, 551, 552, 553, 10 , Second order information 521, 522, ··· 529, 52 10 , Stop order information 531, 532, 539, 53 10 , the corrected order information groups 541, 542, . . . 549, 54 10 , is generated.

[0221] As shown in FIG. 25, the order amount information 181D of the first order information 511 of order number 1130, the second order information 521 of order number 1131, and the stop order information 531 of order number 1132 has been changed from 4000 to 4100. The order price information 181G of the first order information 512 of order number 1133 has been changed from 109.0 to 109.1, and the order price information 181G of the second order information 522 of order number 1134 has been changed from 110.0 to 110.1. Although not shown in FIG. 25, the order type of the first order information 513 of order number 1136 has been changed from "limit order" to "market order (trigger market order)". This is the result of a change based on an input on the change screen 512.

[0222] [2-4. Timing of order information generation] In this embodiment, the order information generating unit 16 generates all of the first order information 511, 512, . . . 519, 514 (for placing the first if-done order) immediately after the execute button 41q of the order input screen 510 shown in FIG. 10 , All the second order information 521, 522, . . . 529, 52 10 , all stop-limit order information (for the first if-done order) 531, 532, . . . 539, 53 10 However, the present invention is not limited to this, and each of the first order information 511, 512, . . . 519, 51 10 , respectively, the second order information 521, 522, . . . 529, 52 10 , and the respective stop order information 531, 532, 539, 53 10 Some or all of these may be generated at any time.

[0223] Specifically, for example, the order information generating unit 16 may generate new first order information 511 and new second order information 521 (further, in the case where the corresponding stop order information 531 is set to be cancelled every time the second order 1521 is contracted, new stop order information 531 may also be generated) every time an if-done order is executed based on a specific first order, e.g., the first order 1511 and a specific second order, e.g., the second order 1521). In addition, the order information generating unit 16 may generate second order information, e.g., the second order information 521 for trading the second order 1521 that settles the first order 1511 upon contract of the specific first order, e.g., the first order 1511, or may generate first order information 511 for trading a new first order, e.g., the first order 1511 with the same order price as the previous first order 1511 after contract of a specific second order, e.g., the second order 1521 that settles a position held upon contract of the specific first order, e.g., the first order 1511. In addition, the order information generating unit 16 generates the first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 The contents of the first order information 511, 512, . . . 519, 514, 515, 516, 517, 518, 519, 520, 521, 522, 523, 524, 525, 526, 527, 528, 529, 530, 531, 532, 533 10 First orders traded by 1511, 1512, 1519, 151 10 After placing an order but before it is executed, or second order information 521, 522, 529, 52 10 Second order traded by 1521, 1522, 1529, 152 10 After placing the order, the first order information 511, 512, . . . 519, 514, 515, 516, 517, 518, 519, 520, 521, 522, 523, 524, 525, 526, 527, 528, 529, 530, 531, 532, 5 10 and second order information 521, 522, . . . 529, 52 10 The first order 1511, 1512, . . . 1519, 151 10 and second order 1521, 1522, 1529, 152 10The order quantity and order price may be modified or added during each iteration.

[0224] In the following description of this embodiment, the order information generating unit 16 generates the first orders 1511, 1512, . . . 1519, 1516, 1517, 1518, 1519, 1520, 1521, 1522, 1523, 1524, 1525, 1526, 1527, 1528, 1529, 1530, 1531, 1532, 1533, 1534, 1535, 1536, 1537, 1538, 1539, 1540, 1541, 1542, 1543, 1544, 1545, 1546, 1547, 1548, 1549, 1550, 10 and the second order 1521, 1522, 1529, 152 10 Each time a new order is executed, new first order information 511, 512, . . . 519, 51 10 and second order information 521, 522, . . . 529, 52 10 (For example, every time a specific if-done order is established by contracting a first order 1511 based on specific first order information 511 with a second order 1521 based on specific second order information, e.g., second order information 521, the order information generating unit 16 generates new first order information 511 and new second order information 521 for repeatedly placing the if-done order. etc.), but this is not limited to this. For example, immediately after the execute button 41q on the order input screen 410 shown in FIG. 13 is clicked, the order information generating unit 16 generates the first orders 1511, 1512, . . . 1519, 151 10 First order information 511, 512, . . . 519, 51 10 Or the repeated second order 1521, 1522, 1529, 152 10 Second order information 521, 522, . . . 529, 52 10 Or, the repeated stop loss orders 1531, 1532, 1539, 153 10 Stop order information for trading 531, 532, 539, 53 10 Alternatively, all of the first order information 511, 512, . . . 519, 51 10 and second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 , n pieces (n>1) of each. That is, the first order is 1511, 1512, . . . 1519, 15110 and the second order 1521, 1522, 1529, 152 10 Each of these generates enough orders to allow n number of if-done orders to be placed.

[0225] In addition, the order information generation unit 16 may generate multiple pieces of first order information, e.g., first order information 511 and second order information, e.g., second order information 521, for trading a specific first order and a specific second order, e.g., first order 1511 and second order 1521, which are repeatedly placed as if-done orders.

[0226] In addition, the order information generating unit 16 generates the first orders 1511, 1512, . . . 1519, 151 10 First order information 511, 512, . . . 519, 51 10 Or the repeated second order 1521, 1522, 1529, 152 10 Second order information 521, 522, . . . 529, 52 10 Or, the repeated stop loss orders 1531, 1532, 1539, 153 10 Stop order information for trading 531, 532, 539, 53 10 may be generated collectively for a specific number of times, for example, for the first three times. Alternatively, after the above-mentioned "shifting" of an order, first order information (not shown) for trading a first order (not shown) formed by the "shift", second order information (not shown) for trading a second order (not shown) formed by the "shift", stop order information (not shown) for trading a stop order (not shown) formed by the "shift", etc. may be generated collectively.

[0227] As will be described later, in this embodiment, immediately after the execution button 41q of the order input screen 510 shown in FIG. 20 is clicked, the order information generating unit 16 generates the first order 1511, 1512, . . . 1519, 151 10 First order information 511, 512, . . . 519, 51 10Or, second order 1521, 1522, 1529, 152 10 Second order information 521, 522, . . . 529, 52 10 Or, stop loss orders 1531, 1532, 1539, 153 10 Stop order information for trading 531, 532, 539, 53 10 20, immediately after the execute button 41q of the order input screen 510 shown in FIG. 20 is clicked, the order information generating unit 16 generates first order information 511, 512, . . . 519, 514, 515, 516, 517, 518, 519, 520, 521, 522, 523, 524, 525, 526, 526, 527, 528, 529, 530, 531, 532, 533, 534, 535, 536, 537, 538, 539, 540, 541, 542, 543, 544, 545, 546, 550, 551, 552, 553, 554, 555, 556, 557, 558, 559, 560, 561, 562, 563, 564, 565, 566, 567, 568, 569, 570, 571, 572, 573, 574, 575, 576, 577, 578, 579, 580, 581, 582, 583, 584, 585, 586, 586, 587, 588, 589, 590, 591, 592, 593, 594, 595, 596, 597, 598, 599, 600, 601, 602, 603, 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 When the first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 The attribute information 181A to 181M that was not included in the first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 The addition of attribute information 181A to 181M to the first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10This may be performed in the same system as the system that generated the financial instruments transaction management device (for example, a server system owned and managed by a specific financial instruments business operator that constitutes the financial instruments transaction management device 1), or it may be added in a separate system (for example, a system that constitutes the financial instruments transaction management device 1 that is owned and managed by an exchange, or a client terminal 2 operated by an individual user, etc.).

[0228] As will be described later, in this embodiment, when the execute button 41q of the order input screen 510 shown in FIG. 20 is clicked once, the order information generating unit 16 executes all of the subsequent first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 However, the present invention is not limited to this. When the execute button 41q of the order input screen 510 shown in FIG. 20 is clicked multiple times, the first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 519, 520, 521, 522, 523, 524, 525, 526, 527, 528, 529, 530, 531, 532, 533, 534, 535, 536, 537, 538, 539, 540, 541, 542, 543, 5 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 In addition, when the execution button 41q of the order input screen 410 shown in FIG. 20 is clicked once, the first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 These generation commands are sequentially sent to the order information generation unit 16 as first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 5210 and stop order information 531, 532, 539, 53 10 519, 510, 511, 512, . . . 519, 514, 515, 516, 517, 518, 519, 520, 521, 522, 523, 524, 525, 526, 527, 528, 529, 530, 531, 532, 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 It is also possible to generate the following.

[0229] [2-5. Transaction Procedure] 27 and 28 show the first order information 511, 512, . . . 519, 51 10 , and second order information 521, 522, . . . 529, 52 10 , and stop order information 531, 532, . . . 539, 53 10 First order based on 1511, 1512, 1519, 151 10 and the second order 1521, 1522, 1529, 152 10 and stop loss orders 1531, 1532, 1539, 153 10 In this figure, as in the schematic diagrams of Figures 18 and 19, the corresponding order information and orders are displayed with the last two digits of the code and the suffix being the same. All first orders 1511, 1512, . . . 1519, 151 10 , all second orders 1521, 1522, 1529, 152 10 , all stop loss orders 1531, 1532, 1539, 153 10 are the first order information 511, 512, . . . 519, 51 10 , Second order information 521, 522, ··· 529, 52 10 , Stop order information 531, 532, 539, 53 10 The transaction is conducted based on this.

[0230] FIG. 27 shows first order information 511, 512, . . . 519, 511 generated based only on the input on the order input screen 510. 10The first order set by 1511, 1512, 1519, 151 10 , Second order information 521, 522, ··· 529, 52 10 The second order set by 1521, 1522, 1529, 152 10 , Stop order information 531, 532, 539, 53 10 Stop loss orders set by 1531, 1532, 1539, 153 10 , is shown diagrammatically.

[0231] FIG. 28 shows first order information 511, 512, . . . 519, 514, 515, 516, 517, 518, 519a, 518b, 519c, 519d, 519e, 519f, 519g, 519h, 519h, 519i, 519j, 519j, 10 , Second order information 521, 522, 529, 52 10 , Stop-limit order information 531, 532, 539, 53 10 , based on the first order 1511, 1512, 1519, 151 10 , Partially changed second order 1521, 1522, 1529, 152 10 , some modified stop loss orders 1531, 1532, 1539, 153 10 , is shown diagrammatically.

[0232] [2-5-1. Normal transactions] A specific first order, for example, first order 1511, is placed by a predetermined process performed by the order information generating unit 16 on the first order information 511 (here, this corresponds to the process of converting the valid / invalid information 181K included in the first order information 511 from an “invalid” state to a “valid” state).

[0233] As shown in Figures 27 and 28, when the market price 71 matches the order price of the first order 1511 (i.e., the order price information 181G of the first order information 511), the agreement information generation unit 14 performs a process of converting the agreement presence / absence information 181M included in the first order information 511 from "no" to "present," and the first order 1511 is agreed.

[0234] When the first order 1511 is contracted, the order information generating unit 16 performs a process of converting the valid / invalid information 181K included in the second order information 521 and the stop-loss order information 531 from "invalid" to "valid." As a result, the second order 1521 and the stop-loss order 1531 are placed.

[0235] When the market price matches the order price of the second order 1521 (i.e., order price information 181G of the second order information 521), the second order 1521 is executed by a predetermined process of the execution information generation unit 14 on the second order information 521 (here, this corresponds to the process of converting the execution status information 181M of the second order information 521 from "not executed" to "executed").

[0236] When the second order 1521 is executed, the order information generation unit 16 performs a cancellation process (a process of canceling the order while leaving it in an executed but unexecuted state) on the placed stop-loss order 1531, and again generates an order information group 541 having first order information 511, second order information 521, and stop-loss order information 531 corresponding to the executed first order 1511 and second order 1521.

[0237] When the market price 71 fluctuates and matches the order price of the first order 1511 or the order price of the second order 1521, the order information generation unit 16 and the contract information generation unit 14 perform processing similar to that described above with the regenerated first order information 511 and second order information 521, so that the first order 1511 and the second order 1521 are again placed and contracted.

[0238] Thereafter, every time the second order 1521 is executed, the order information generating unit 16 processes to generate order information group 541 having first order information 511, second order information 521, and stop order information 531, and as the market price fluctuates, the order information generating unit 16 and the execution information generating unit 14 perform the same processing as described above, thereby repeatedly placing and executing the first order 1511 and the second order 1521.

[0239] Similarly, for other first orders and second orders, for example, first order 1512 and second order 1522, the order information generation unit 16 and the agreement information generation unit 14 perform the same processing as described above on first order information 511 and second order information 521, thereby placing first order 1512 and second order 1522 and agreeing them when market price 71 fluctuates and matches the order price of first order 1512 and the order price of second order 1522, and thereafter, after second order 1522 is agreed, the first order 1512 and second order 1522 are again ordered and agreed, and this process is repeated.

[0240] In addition, if market price 71 falls after a specific first order, such as first order 1511, is executed and the market price reaches the value of order price information 181G (1 dollar = 100.00 yen) of stop-loss order information 531 included in the same order information group 541 as first order 1511, the stop-loss order 1531 will be executed and the unexecuted second order 1521 will be canceled, and the transaction of this second order 1521 will be discontinued with it remaining unexecuted.

[0241] Specifically, the contract information generating unit 14 changes the contract presence / absence information 181M of the stop-loss order information 531 from "absent" to "present," and performs processing to cancel the transaction based on the first order information 511 (for example, processing to set flag information (not shown) for canceling the transaction in the first order information 511 or processing to delete the first order information 511 are conceivable). Note that, when the stop-loss order 1531 is contracted, the contract information generating unit 14 may be configured to similarly perform processing to cancel some or all of the order information relating to unplaced orders and the order information relating to uncontracted orders other than the second order information 521.

[0242] Also, although not shown in Figures 27 and 28, when a specific order, for example, second order 1522, is set as a stop order, and the market price rises or falls beyond the execution price of the specific second order, for example, second order 1522, and the market price and the execution price of second order 1522 differ by more than a predetermined trail width (for example, trail width information (not shown) indicating the numerical value of the trail width, included in the order information generating unit 16, second order information 522, etc.), it is possible to set so that processing is performed to rise or fall in the direction of market price fluctuation by a predetermined fluctuation width (for example, the value of the aforementioned trail width information (not shown)).

[0243] [2-5-2. Modifying an order] In this embodiment, the order information generating unit 16 generates first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 After generating the order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 A part or all of the attribute information 181A to 181M such as first order information, e.g., first order 1511, for trading a specific first order, e.g., first order 1511, second order information, e.g., second order information 521, for trading a specific second order, e.g., second order 1521, and stop-loss order information 531 for trading a specific stop-loss order, e.g., stop-loss order 1531, are modified by modifying at least a part of the attribute information 181A to 181M, etc., so that the contents of the first order 1511 traded according to the first order information 511, the second order 1521 traded according to the second order information 521, and the stop-loss order 1531 traded according to the stop-loss order information 531 are modified.

[0244] As the predetermined condition, for example, the following modification conditions are considered.

[0245] (Modification condition 1) First order information 511, 512, 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 The first order is generated: 1511, 1512, 1519, 151 10 and second order 1521, 1522, 1529, 152 10 and stop loss orders 1531, 1532, 1539, 153 10 After the transaction is started, the first orders are 1511, 1512, 1519, 151 10 and the second order 1521, 1522, 1529, 152 10 and stop loss orders 1531, 1532, 1539, 153 10 This applies when some or all of the changes are made by user operation or automatically.

[0246] Specifically, for example, the user causes the display unit 22 of the client terminal 2 to display a selection / edit screen 511 shown in FIG. 21 or a change screen 512 shown in FIG. 22, and inputs first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 For example, after the first order of an if-done order, such as first order 1511, is placed, the order price, order quantity, limit order, market order, stop-loss order, etc. of the first order 1511 or the second order 1521 corresponding to the first order 1511 may be changed.

[0247] (Modification condition 2) First order information 511, 512, 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 The first order is generated: 1511, 1512, 1519, 15110 and second order 1521, 1522, 1529, 152 10 and stop loss orders 1531, 1532, 1539, 153 10 After the transaction is started, the first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 This applies when the content of the information is changed by user operation or automatically.

[0248] Specifically, for example, when a first order, e.g., first order 1511, is placed and contracted based on a first order information, e.g., first order information 511, and a second order, e.g., second order 1521 corresponding to this first order 1511, is placed and contracted based on second order information 521, and then the first order information 511 and the second order information 521 are regenerated as stop-loss order information 531 for trading the stop-loss order 1531, it is considered that at least a part of the attribute information 181A-181M, etc. of the regenerated first order information 511, second order information 521, and regenerated stop-loss order information 531 will be generated as information different from the previously generated attribute information 181A-181M, etc. of the first order information 511, second order information 521, and regenerated stop-loss order information 531. As a result, it is conceivable that the order price and order amount of the first order 1511 traded based on the re-generated first order information 511, the second order 1521 traded based on the re-generated second order information 521, and the stop-loss order 1531 traded based on the re-generated stop-loss order information 531 may be set differently from the previous first order 1511, the previous second order 1521, and the previous stop-loss order 1531.

[0249] In addition, the first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10The contents of the first order information 511, 512, . . . 519, 514, 515, 516, 517, 518, 519, 520, 521, 522, 523, 524, 525, 526, 527, 528, 529, 530, 531, 532, 533 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 The generation of the first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 After the generation of the first order information 511, 512, . . . 519, 51 10 or second order information 521, 522, 529, 52 10 and stop order information 531, 532, 539, 53 10 The settings for the attribute information 181A to 181M may be changed (the attribute information 181A to 181M and the like may be changed).

[0250] [2-5-3. Transactions where orders are modified or changed midway] [2-5-3-1. Corrections and changes by user input] For example, this applies to a case where, after a specific order, such as first order 1511, has been placed, the user uses the operation unit 21 of the client terminal 2 to input changes to the price spread, profit spread, order quantity, etc. of the first order 1511. In this case, the order information generating unit 16 acquires the information input to the client terminal 2, and modifies the corresponding attribute information 181A-181M, etc. of the first order information 511 based on the information. As a result, the first order 1511 is modified to the state desired by the user in the middle of the transaction.

[0251] [2-5-3-2. Modifying and changing settings] For example, based on the settings before the order information is generated (for example, the settings on the change screen 412 shown in FIG. 15), the first order 1511, 1512, . . . 1519, 151 10 and the second order 1521, 1522, 1529, 152 10It is possible that the content may change automatically each time the transaction is repeated (for example, as an if-done order transaction).

[0252] Specifically, for example, the first order 1511, 1512, . . . 1519, 151 10 and the second order 1521, 1522, 1529, 152 10 and (furthermore, the corresponding stop loss orders 1531, 1532, 1539, 153 10 It is possible that the order quantity, order price, etc. of the above items are set to change.

[0253] More specifically, for example, the first orders 1511, 1512, . . . 1519, 151 10 Part or all of the second orders 1521, 1522, 1529, 152 10 Some or all of the stop loss orders 1531, 1532, 1539, 153 10 Some of the first orders 1511, 1512, . . . 1519, 1516 are re-ordered based on a predetermined rule, such as when the order quantity is set to increase by 0.1 currency or when the order price is set to increase or decrease by 0.1 yen. 10 , the second order is placed again 1521, 1522, 1529, 152 10 , and re-entered stop loss orders 1531, 1532, 1539, 153 10 It is possible that some or all of the above may be changed or modified.

[0254] In order to configure in this way, the order information generating unit 16 generates first orders 1511, 1512, . . . 1519, 151 10 The first order information 511, 512, . . . 519, 51 10 , the second order in which transactions are repeated is 1521, 1522, · · · 1529, 152 10 The second order information 521, 522, . . . 529, 52 10, Stop loss orders with repeated trades 1531, 1532, 1539, 153 10 Stop order information 531, 532, . . . 539, 53 10 The attribute information 181A to 181M of the previous first order 1511, 1512, 1519, 151 10 The first order information 511, 512, . . . 519, 51 10 , previous second order 1521, 1522, 1529, 152 10 The second order information 521, 522, . . . 529, 52 10 , previous stop loss orders 1531, 1532, 1539, 153 10 Stop order information 531, 532, . . . 539, 53 10 The attribute information 181A to 181M of the repeating orders 1511, 1512, . . . 1519, 1511, the repeating second orders 1521, 1522, . . . 1529, 152 10 , Repeated stop loss orders 1531, 1532, 1539, 153 10 The order quantity, order price, etc. are changed from those before the repetition.

[0255] [3. Processing procedure in "Rakutora"] Next, a processing procedure for conducting a transaction using "Rakutora" in the financial product transaction management system 1A will be described.

[0256] [3-1. Generation of order information] A trader using the financial product transaction management system 1A causes an order selection screen (not shown) to be displayed on the display unit 22 of the client terminal 2, in the same way as when trading with "Toraripi." When the trader selects "Rakutora" on the order selection screen (not shown) and clicks the execute button (not shown), an order input screen 610 shown in FIG. 29 is displayed on the display unit 22.

[0257] The order input screen 610 shown in FIG. 29 displays, similar to the "Toraripi" order input screen 510 shown in FIG. 20, an order display field 41a, a price specification method selection button 51a, a currency pair selection button 41b, an order amount setting button 41c, a trap number setting button 41d, a total order amount display field 41e, a starting price input field 41f, an order type selection button 41g, a hierarchy input field 41j, a profit margin setting field 51b, a profit amount display field 51c, a expiration date selection field 41k, and a stop loss order setting button 41m.

[0258] 20, an order input screen 610 shown in Fig. 29 displays a minimum price input button 61a and a maximum price input button 61b for inputting the minimum price of the price range for setting the first order and the second order. If the display unit 22 of the client terminal 2 is a touch panel display, instead of the minimum price input button 61a and the maximum price input button 61b, the client terminal 2 may obtain information on the minimum price and the maximum price by detecting the contact position of a pointing device (e.g., a trader's finger or a touch pen) on a price direction coordinate (e.g., a vertical axis) on a chart displayed on the display unit 22.

[0259] A trader inputs and selects information required for a desired order on this order input screen 610. The same input as on the order input screen 410 is made into the buttons common to the order input screen 510. The order input screen 610 in Figure 29 shows a state in which the same input as in Figure 20 is made into the buttons common to the order input screen 510.

[0260] In addition, the order input screen 610 in FIG. 29 shows a state in which “(1 dollar =) 101.00 (yen)” has been entered into the lower limit price input button 61a, and “(1 dollar =) 110.00 (yen)” has been entered into the upper limit price input button 61b.

[0261] When the execute button 41q is clicked in this state, the information selected and entered using the transaction selection button (not shown) and the order input screen 410 is sent from the client terminal 2 to the financial product exchange management device 1. The order information generation unit 16 of the financial product exchange management device 1 generates first order information for conducting a transaction based on a first order and second order information for conducting a transaction based on a second order through a "Rakutora" transaction, based on the information selected and entered using the transaction selection button (not shown) and the order input screen 610.

[0262] For example, the order information generating unit 16 performs a calculation to divide 9.00 yen, which is the price range between "(1 dollar =) 101.00 (yen)" input into the lower limit price input button 61a and "(1 dollar =) 110.00 (yen)" input into the upper limit price input button 61b, by (10-1 =) 9, which is the value input into the trap number setting button 41d minus 1. The value obtained by this calculation, 1.00 yen, is set as the price spread between the first orders and the second orders.

[0263] The order information generating unit 16 sets the first order price of each first order based on a specific order, for example, the first order with the highest price. Specifically, the order information generating unit 16 sets the order price information 181G of the first order information 611 of the first order 1611, which is the highest priced first order, to the upper limit price of the price range (i.e., "(1 dollar =) 110.00 (yen)" input into the upper limit price input button 61b, sets the order price information (not shown) of the first order information 612 of the first order 1612 on the next lowest price side to "(1 dollar =) 109.00 (yen)" which is the lowest price by the price range (i.e., 1.00 yen) obtained by the above calculation from the order price set in the first order information 611, and further sets the order price information 181G of the first order information 613 on the next lowest price side to "(1 dollar =) 109.00 (yen)", and so on. Then, the order information generating unit 16 ...2 on the next lowest price side to "(1 dollar =) 109.00 (yen)", and so on. 10 First order information 61 10 Set the order price information 181G to “(1 dollar =) 101.00 (yen)”.

[0264] The order information generating unit 16 generates the first orders 1611, 1612, . . . 1619, 161 10 The second order corresponds to 1621, 1622, 1629, 162 10 Specifically, for example, the order information generating unit 16 performs a calculation to add "100 (sen)" input in the profit margin setting field 51b to "(1 dollar =) 110.00 (yen)" which is the order price information 181G of the first order information 611 of the first order 1611 with the highest price, and obtains the value of "(1 dollar =) 111.00 (yen)". Then, the order information generating unit 16 sets "(1 dollar =) 111.00 (yen)" calculated by the above calculation in the order price information 181G of the second order information 621 of the second order 1621 with the highest price.

[0265] Next, the order information generating unit 16 sets the order price information 181G of the second order information 622 of the second order 1622, which is one price lower than the second order 1621, to "(1 dollar =) 110.00 (yen)", which is the value obtained by subtracting 1.00 yen, which is the price range calculated by the above calculation, from "(1 dollar =) 111.00 (yen)" set in the order price information 181G of the second order information 621. Furthermore, the order price information 181G of the second order information 623 of the second order 1613, which is one price lower than the second order 1622, is set to "(1 dollar =) 109.00 (yen)", and so on. Then, the order information generating unit 16 sets the order price information 181G of the second order information 623 of the second order 1613, which is one price lower than the second order 1622, to "(1 dollar =) 110.00 (yen)". 10 Set the order price information 181G to “(1 dollar =) 101.00 (yen)”.

[0266] The order information generating unit 16 generates the second order information 621, 622, . . . 629, 62 10 The order price information 181G is converted into the corresponding first order information 611, 612, . . . 619, 61 10 The profit margin may be calculated by adding "100 (sen)" input in the profit margin setting field 51b to the profit margin.

[0267] 23, 24, 25, and 26 show schematic diagrams of order information generated in this manner. As shown in the figures, first order information 611, 612, 613, . . . 614 is generated in one order procedure by inputting information on an order input screen 610. 10 , Second order information 621, 622, ··· 629, 62 10 , Stop order information 631, 632, 639, 63 10 , and order information groups 641, 642, . . . 649, 64 10 The first order information 511, 512, . . . 519, 51 10 , Second order information 521, 522, ··· 529, 52 10 , Stop order information 531, 532, 539, 53 10 , and order information groups 541, 542, . . . 549, 54 10 (However, the order type information 181I is recorded as information indicating "Rakutora.")

[0268] [3-2. Transaction Procedure] 30 and 31 show the first order information 611, 612, . . . 619, 61 10 , based on the first order 1611, 1612, 1619, 161 10 , and second order information 621, 622, . . . 629, 62 10 Second order based on 1621, 1622, 1629, 162 10 , and stop order information 631, 632, . . . 639, 63 10 Stop loss orders based on 1631, 1632, 1639, 163 10 In this figure, similar to the cases of Figures 18, 19, 27, and 28, the corresponding order information and orders are displayed with the last two digits of the code and the suffix being the same. All first orders 1611, 1612, . . . 1619, 161 10 , all second orders 1621, 1622, 1629, 162 10 , all stop loss orders 1631, 1632, . . . 1639, 163 10are the first order information 611, 612, . . . 619, 61 10 , Second order information 621, 622, ··· 629, 62 10 , Stop order information 631, 632, 639, 63 10 The transaction is conducted based on this.

[0269] In this embodiment, when any of the automatic order setting selection fields 41n1 to 41n4 on the order input screen 610 is checked and the Execute button 41q is clicked, a selection / modification screen 511 shown in FIG. 21 is displayed, and when the order change field 41p on the order input screen 610 is checked and the Execute button 41q is clicked, a change screen 512 shown in FIG. 22 is displayed.

[0270] FIG. 30 shows first order information 611, 612, . . . 619, 611 generated based only on the input on the order input screen 610. 10 The first order set by 1611, 1612, 1619, 161 10 , Second order information 621, 622, ··· 629, 62 10 The second order set by 1621, 1622, 1629, 162 10 , Stop order information 631, 632, 639, 63 10 Stop loss orders set by 1631, 1632, 1639, 163 10 , is shown diagrammatically.

[0271] FIG. 31 shows first order information 511, 512, . . . 519, 514, 515, 516, 517, 518, 519a, 518b, 519c, 519d, 519e, 519f, 519g, 519h ... 10 , Second order information 521, 522, 529, 52 10 , Stop-limit order information 531, 532, 539, 53 10 , based on the first order 1511, 1512, 1519, 151 10 , Partially changed second order 1521, 1522, 1529, 15210 , some modified stop loss orders 1531, 1532, 1539, 153 10 , is shown diagrammatically. As shown in FIG. 30 and FIG. 31, the first order 1611, 1612, . . . 1619, 161 10 is set to a price range 67 between a lower limit price 65 (the price entered through the lower limit price input button 61a) and an upper limit price 66 (the price entered through the upper limit price input button 61b).

[0272] The order information generating unit 16 and the contract information generating unit 14 generate the first order information 611, 612, . . . 619, 61 10 , and second order information 621, 622, . . . 629, 62 10 By processing the first order 1611, 1612, . . . 1619, 161 10 , and second order information 621, 622, . . . 629, 62 10 Second order based on 1621, 1622, 1629, 162 10 Repeatedly conduct transactions based on this.

[0273] [3-2-2. Transactions where orders are modified or changed midway] [3-2-2-1. Corrections and changes by user input] When a transaction is made through "Rakutora," the same corrections and modifications as those described above in [2-2-2-1. Corrections and changes input by the user] are made. [3-2-2-2. Modifying and changing settings] When a transaction is made using this "Rakutora", the same corrections and changes as those described above in [2-2-2-2. Corrections and changes by settings] will be made.

[0274] [Effects] As described above, in this embodiment, the order information 411, 412, . . . 419, 41 10 , First order information 511, 512, . . . 519, 51 10 ,611,612,···619,6110 , Second order information 521, 522, ··· 529, 52 10 ,621,622,···629,62 10 , Stop order information 531, 532, 539, 53 10 ,631,632,···639,63 10 , and the order information 411, 412, . . . 419, 414 is set so that at least some of the orders for the financial instruments traded based on the order information 411, 412, . . . 419, 414 are different order quantities at different order prices. 10 , First order information 511, 512, . . . 519, 51 10 ,611,612,···619,61 10 , Second order information 521, 522, ··· 529, 52 10 ,621,622,···629,62 10 , Stop order information 531, 532, 539, 53 10 ,631,632,···639,63 10 , the first order information 511, 512, . . . 519, 51 10 ,611,612,···619,61 10 , Second order information 521, 522, ··· 529, 52 10 ,621,622,···629,62 10 , Stop order information 531, 532, 539, 53 10 ,631,632,···639,63 10 , etc., multiple orders with different order prices 1411, 1412, . . . 1419, 141 10 , multiple first orders 1511, 1512, 1519, 151 10 ,1611,1612,···1619,161 10 , multiple second orders 1521, 1522, 1529, 152 10 ,1621,1622,···1629,162 10 , multiple stop loss orders 1531, 1532, 1539, 153 10 ,1631,1632,···1639,163 10It is possible to set different order quantities according to the purpose. This allows financial product traders to place multiple orders in accordance with their various purposes, while providing highly convenient orders 1411, 1412, ... 1419, 141 10 , multiple first orders 1511, 1512, 1519, 151 10 ,1611,1612,···1619,161 10 , multiple second orders 1521, 1522, 1529, 152 10 ,1621,1622,···1629,162 10 , multiple stop loss orders 1531, 1532, 1539, 153 10 ,1631,1632,···1639,163 10 can be performed.

[0275] In this embodiment, the order quantity for each order price is set to have a predetermined regularity, so that the order information 411, 412, . . . 419, 41 10 , multiple first order information 511, 512, . . . 519, 51 10 ,611,612,···619,61 10 , multiple second order information 521, 522, . . . 529, 52 10 ,621,622,···629,62 10 , multiple stop order information 531, 532, 539, 53 10 ,631,632,···639,63 10 , etc., to generate order information 411, 412, . . . 419, 41 10 , First order information 511, 512, . . . 519, 51 10 ,611,612,···619,61 10 , Second order information 521, 522, 529, 52 10 ,621,622,···629,62 10 , Stop order information 531, 532, 539, 53 10 ,631,632,···639,63 10, multiple order price orders 1411, 1412, . . . 1419, 141 10 , the first order of multiple order prices 1511, 1512, · · · 1519, 151 10 ,1611,1612,···1619,161 10 , the second order of multiple order prices 1521, 1522, ··· 1529, 152 10 ,1621,1622,···1629,162 10 , multiple stop loss orders 1531, 1532, 1539, 153 10 ,1631,1632,···1639,163 10 When setting different order quantities at different order prices, etc., it becomes possible to set the order quantities for each order price collectively based on a predetermined regularity.

[0276] In this embodiment, it is possible to set the order quantity for each order price collectively based on the agreement or discrepancy of the order quantity for each order price. This allows the order information 411, 412, . . . 419, 411 to set orders with different order quantities for multiple order prices. 10 , First order information 511, 512, . . . 519, 51 10 ,611,612,···619,61 10 , Second order information 521, 522, ··· 529, 52 10 ,621,622,···629,62 10 , Stop order information 531, 532, 539, 53 10 ,631,632,···639,63 10 , etc., it is possible to improve the convenience when generating them.

[0277] In this embodiment, the front page distribution unit 11 displays information on regularities selectable by the user, and orders 1411, 1412, . . . 1419, 1414, 1416, 1417, 1418, 1419, 1420, 1421, 1422, 1423, 1424, 1425, 1426, 1427, 1428, 1429, 1430, 1431, 1432, 1433, 1434, 1435, 1436, 1437, 1438, 1440, 1441, 1442, 1443, 1444, 1445, 1446, 1447, 1448, 1449, 1 10 , the first order 1511, 1512, . . . 1519, 151 10,1611,1612,···1619,161 10 , the second order 1521, 1522, . . . 1529, 152 10 ,1621,1622,···1629,162 10 , stop-loss orders with a given regularity 1531, 1532, . . . 1539, 153 10 ,1631,1632,···1639,163 10 By automatically generating the order information, the user is presented with information for easily placing an order having a predetermined pattern, and the order information generating unit 16 generates the order information 1411, 1412, . . . 1419, 1414, 1416, 1417, 1418, 1419, 1420, 1421, 1422, 1423, 1424, 1425, 1426, 1427, 1428, 1429, 1430, 1431, 1432, 1433, 1434, 1435, 1436, 1437, 1438, 1439, 1440, 1441, 1442, 1443, 1444, 1445, 1446, 14 10 Order information for 411, 412, 419, 41 10 , the first order 1511, 1512, . . . 1519, 151 10 ,1611,1612,···1619,161 10 First order information 511, 512, 519, 51 10 ,611,612,···619,61 10 , the second order 1521, 1522, . . . 1529, 152 10 ,1621,1622,···1629,162 10 Second order information for carrying out 521, 522, 529, 52 10 ,621,622,···629,62 10 , stop-loss orders with a given regularity 1531, 1532, . . . 1539, 153 10 ,1631,1632,···1639,163 10 Stop order information for placing 10 ,631,632,···639,63 10 etc. can be generated in a standard manner.

[0278] In this embodiment, orders 1411, 1412, . . . 1419, 141 10 , the first order of multiple order prices 1511, 1512, · · · 1519, 15110 ,1611,1612,···1619,161 10 , the second order of multiple order prices 1521, 1522, ··· 1529, 152 10 ,1621,1622,···1629,162 10 , Stop Loss Order 1531, 1532, 1539, 153 10 ,1631,1632,···1639,163 10 When setting different order quantities at different order prices, order information 411, 412, . . . 419, 410, etc. is used in combination with settings based on a predetermined regularity and settings that deviate from the predetermined regularity. 10 , First order information 511, 512, . . . 519, 51 10 ,611,612,···619,61 10 , Second order information 521, 522, ··· 529, 52 10 ,621,622,···629,62 10 , Stop order information 531, 532, 539, 53 10 ,631,632,···639,63 10 It is possible to generate the following:

[0279] In this embodiment, order information 411, 412, . . . 419, 414 are set to have a predetermined regularity. 10 , first order information 511, 512, . . . 519, 51 10 ,611,612,···619,61 10 , second order information 521, 522, . . . 529, 52 10 ,621,622,···629,62 10 , stop-limit order information 531, 532, . . . 539, 53 10 ,631,632,···639,63 10Based on the information displayed on the order input screens 410, 510, 610, the selection / modification screens 411, 511, and the change screens 412, 512, the order information generating unit 16 can modify the settings so as to deviate from the predetermined regularity, and can modify the orders set based on the predetermined regularity in response to subsequent changes in the purpose, market conditions, etc. As a result, the orders 1411, 1412, ... 1419, 1419, 1420, 1421, ... 1422, 1423, ... 1424, 1425, ... 1426, 1427, ... 1428, 1429, ... 1430, 1431, ... 1432, ... 1433, 1434, ... 1435, ... 1436, ... 143 10 , the first order already set is 1511, 1512, 1519, 151 10 ,1611,1612,···1619,161 10 , Second order already set 1521, 1522, 1529, 152 10 ,1621,1622,···1629,162 10 , set stop loss orders 1531, 1532, 1539, 153 10 ,1631,1632,···1639,163 10 It is possible to perform various and complex post-facto re-settings for orders with different order quantities and multiple order prices. 10 , the first order 1511, 1512, . . . 1519, 151 10 ,1611,1612,···1619,161 10 , the second order with multiple order prices with different order quantities 1521, 1522, . . . 1529, 152 10 ,1621,1622,···1629,162 10 , Stop Loss Order 1531, 1532, 1539, 153 10 ,1631,1632,···1639,163 10 This makes it possible to further improve the convenience of settings such as those above.

[0280] In this embodiment, orders 1411, 1412, . . . 1419, 1414 are set based on a predetermined regularity. 10 , the first order 1511, 1512, . . . 1519, 151 10 ,1611,1612,···1619,161 10, the second order 1521, 1522, . . . 1529, 152 10 ,1621,1622,···1629,162 10 , stop-loss orders set based on a given regularity 1531, 1532, . . . 1539, 153 10 ,1631,1632,···1639,163 10 It is possible to automatically adjust the above in response to subsequent changes in purpose, market conditions, etc.

[0281] In this embodiment, based on the information displayed on the order input screens 410, 510, 610, the selection / modification screens 411, 511, and the change screens 412, 512, the order 141 set based on a predetermined regularity, the first order 151 set based on a predetermined regularity, the second order 152 set based on a predetermined regularity, etc., can be modified to a state that reflects the user's intentions in response to subsequent changes in purpose, market conditions, etc.

[0282] In this embodiment, the generated order information 411, 412, . . . 419, 41 10 , orders placed based on 1411, 1412, 1419, 141 10 , the generated first order information 511, 512, . . . 519, 51 10 ,611,612,···619,61 10 , the first orders placed based on 1511, 1512, 1519, 151 10 ,1611,1612,···1619,161 10 , the generated second order information 521, 522, . . . 529, 52 10 , the second order placed based on 1521, 1522, 1529, 152 10 ,1621,1622,···1629,162 10 , the generated stop order information 531, 532, . . . 539, 53 10 ,631,632,···639,63 10 Stop loss orders placed based on 1531, 1532, 1539, 153 10,1631,1632,···1639,163 10 When a transaction is concluded for the items 411, 412, 419, 41 10 , the first order information 511, 512, . . . 519, 51 10 ,611,612,···619,61 10 , Second order information 521, 522, ··· 529, 52 10 , Stop order information 531, 532, 539, 53 10 ,631,632,···639,63 10 For orders 1411, 1412, 1419, 141 10 , the first order 1511, 1512, 1519, 151 10 ,1611,1612,···1619,161 10 , and the second order 1521, 1522, 1529, 152 10 ,1621,1622,···1629,162 10 , and the stop loss orders 1531, 1532, 1539, 153 10 ,1631,1632,···1639,163 10 By performing the contract processing, order information 411, 412, . . . 419, 41 10 , the first order information 511, 512, . . . 519, 51 10 ,611,612,···619,61 10 , Second order information 521, 522, ··· 529, 52 10 , Stop order information 531, 532, 539, 53 10 ,631,632,···639,63 10 It is possible to realize the buying and selling of financial products based on the above.

[0283] Although the financial product transaction management system 1A in the above embodiment deals with foreign exchange as a financial product, the present invention is not limited to this, and can be applied to cases where other financial products, such as stocks and bonds, are handled.Furthermore, the financial product transaction management system 1A in the above embodiment can also be applied to cases where other legal financial products or non-legal financial products traded at floating rates, such as virtual currencies, futures trading of precious metals, agricultural products, crude oil, etc. are handled.

[0284] In addition, in the financial product transaction management system 1A in each of the above embodiments, the buy order information that forms the order information group is referred to as the "first order" and the sell order information is referred to as the "second order", but conversely, the sell order information may be referred to as the "first order" and the buy order information as the "second order".

[0285] 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. [Explanation of symbols]

[0286] 1A Financial Instruments Transaction Management System 1. Financial instruments transaction management device 2, 21~2 n Client terminal 14...Execution information generation unit (execution information generation means) 16 Order information generation unit (order information generation means) 411,412,···419,41 10 ···Order Information 511,512,··519,51 10 ···First order information (order information) 521,522,···529,52 10 Secondary order information (order information) 531, 532, 539, 53 10 ···Stop order information (order information) 1411,1412,···1419,141 10 ···order 1511,1512,···1519,151 10 ,1611,1612,···1619,161 10 First order (order) 1521,1522,···1529,152 10 ,1621,1622,···1629,162 10 ...Second order (order) 1531,1532,···1539,153 10 ,1631,1632,···1639,163 10 ···Stop order (order)

Claims

1. A financial product transaction management device for placing an order for a financial product and / or for trading the order for the financial product by executing a contract for the order, comprising: Each of them, order information for placing an order for one order quantity for a specific financial product at one order price based on the financial product trading unit quantity for the specific financial product; an order information generating means for generating, by a single order procedure, a plurality of pieces of order information having a predetermined regularity for placing the orders at different order prices for the specific financial product; and regularity correction means for causing said order information generation means to generate the order information that satisfies predetermined conditions corresponding to the placement of said order as the order information that deviates from the predetermined regularity.

2. After a transaction of the order based on the order information that deviates from the predetermined regularity due to the setting of the regularity correction means is carried out, if a new order corresponding to the order for which the transaction was carried out does not satisfy the predetermined conditions corresponding to the order placement, the order information generation means generates the order information having the predetermined regularity in place of the order information that deviates from the predetermined regularity, 2. The financial instruments transaction management device according to claim 1, wherein, after a transaction of an order based on the order information that deviates from the predetermined regularity has been carried out, if a new order corresponding to the order for which the transaction has been carried out satisfies a predetermined condition corresponding to the placing of the order, the regularity correction means causes the order information generation means to regenerate the order information that deviates from the predetermined regularity.

3. The order information generating means is configured to generate the order information based on the order quantity set for each of the three or more order prices, From the higher order price to the lower order price, exhibiting incremental changes per predetermined said order price; Or, exhibiting a decreasing change for each predetermined order price; 3. The financial product transaction management device according to claim 1, wherein the plurality of pieces of order information are generated so as to have the predetermined regularity:

4. a regularity display means for displaying information about the predetermined regularity to a user in a selectable manner; 4. The financial instruments transaction management device according to claim 3, wherein the order information generation means automatically generates the order information based on the information of the predetermined regularity displayed on the regularity display means and selected by the user.

5. 5. The financial instruments transaction management device according to claim 3, wherein the regularity correction means corrects the order information generated so that the order quantities of the orders at the plurality of order prices have the predetermined regularity, so that at least some of the order quantities deviate from the predetermined regularity.

6. 5. The financial instruments transaction management device according to claim 3, wherein the regularity correction means corrects the price spreads of at least some of the order information generated so that the price spreads of the orders for the plurality of order prices have the predetermined regularity, so that the price spreads deviate from the predetermined regularity.

7. 5. The financial instruments transaction management device according to claim 3, wherein the regularity correction means corrects the profit margins of at least some of the order information generated so that the profit margins of the orders at the plurality of order prices have the predetermined regularity so that the profit margins deviate from the predetermined regularity.

8. 5. The financial instruments transaction management device according to claim 3, wherein the regularity correction means corrects the execution conditions of at least some of the order information generated so that the execution conditions for whether the orders at the plurality of order prices are limit orders or market orders have the predetermined regularity, so that the execution conditions deviate from the predetermined regularity.

9. 5. The financial instruments transaction management device according to claim 3, wherein the regularity correction means corrects the execution conditions of at least some of the order information generated so that the execution conditions for limit orders, stop orders, or market orders for the plurality of order prices set within a predetermined price range have the predetermined regularity, so that the execution conditions deviate from the predetermined regularity.

10. 10. The financial product transaction management device according to claim 5, wherein said regularity correction means automatically corrects some of the plurality of pieces of order information so that the part deviates from the predetermined regularity.

11. 10. The financial instruments transaction management device according to claim 5, wherein the regularity correction means corrects some of the order information to deviate from the predetermined regularity based on correction information input by a user.

12. Each of the order information further executes the order for one order quantity at one order price, 12. A financial instruments transaction management device according to claim 1, further comprising an agreement information generation means for executing the order placed based on the order information generated by the order information generation means when predetermined agreement conditions are satisfied.

13. 1. A financial instruments transaction management system for trading an order for a financial instrument by placing an order for the financial instrument and / or by executing the order for the financial instrument, comprising: a financial product transaction management device for carrying out the order transaction for the financial product; a user terminal capable of communicating with the financial product transaction management device and used by a user who places an order for the financial product; The financial product transaction management device Each of them, order information for placing an order for one order quantity for a specific financial product at one order price based on the financial product trading unit quantity for the specific financial product; an order information generating means for generating, by a single order procedure, a plurality of pieces of order information having a predetermined regularity for placing the orders at different order prices for the specific financial product; and regularity correction means for causing said order information generation means to generate the order information that satisfies predetermined conditions corresponding to the placement of said order as the order information that deviates from the predetermined regularity.

14. A financial instruments trading terminal used by a user who trades an order for a financial instrument, capable of communicating with a financial instruments trading management device that trades the order for the financial instrument by placing an order for the financial instrument and / or by executing the order for the financial instrument, The financial instruments trading terminal The order information generating means of the financial product transaction management device Generate, by one order procedure, a plurality of pieces of order information each having a predetermined regularity for placing the orders at different order prices for the specific financial product, the order information for placing the orders for one order quantity for the specific financial product at one order price based on the financial product trading unit quantity for the specific financial product; The regularity correction means included in the financial instruments transaction management device includes: The order information that satisfies a predetermined condition corresponding to the placement of the order is generated by the order information generating means as the order information that deviates from the predetermined regularity. A financial instruments trading terminal characterized by:

15. A program that causes a computer to function as the financial product transaction management device according to any one of claims 1 to 12.

Images