JP7773252B2 - Financial instruments transaction management device, financial instruments transaction management system, financial instruments transaction terminal, and program - Google Patents

Description

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

In recent years, technology that allows traders of financial products such as foreign exchange (hereinafter referred to as "traders") to conduct transactions using computer systems connected to a network has become widespread, as a way to increase trading convenience by allowing transactions to be conducted in a variety of locations and at a variety of times. One known example of such technology is an invention that includes a configuration for processing orders for financial products at multiple different prices and for executing the orders when the order price of the placed order matches the market price (see, for example, Patent Document 1).

Japanese Patent Application Laid-Open No. 2008-9562

When trading financial products, the person placing the order may wish to vary the order quantity depending on the order price, order date and time, market conditions, etc., in order to efficiently secure profits or avoid risks due to unexpected market fluctuations. However, with the invention described in Patent Document 1, the same order quantity is set for all multiple orders placed using order information generated based on a single buy/sell order application. As a result, the invention described in Patent Document 1 poses a problem in that it may be difficult for orderers to place orders that suit their respective purposes.

The present invention was made in consideration of the above-mentioned problems, and aims to provide a financial instruments transaction management device and a financial instruments transaction management system that can enhance trading convenience while allowing multiple orders to be placed in a manner that meets the diverse objectives of those trading financial instruments.

In order to solve the above problem, the invention of claim 1 is a financial instruments transaction management device that allows a user who trades an order for a financial instrument to trade the financial instrument by placing an order for the financial instrument and/or by executing the order for the financial instrument, the financial instruments transaction management device comprising: order information generation means that generates, by a single order procedure, a plurality of pieces of order information each having a predetermined regularity for placing the order at different order prices for the specific financial instrument, for a single order price for the specific financial instrument based on a financial instrument trading unit quantity for the specific financial instrument; and a part of the order information generated by the order information generation means that is set based on the order information. The system is characterized in that it comprises: regularity correction means for setting an order as an order that deviates from the predetermined regularity, thereby bringing the multiple orders into a state where orders that have the predetermined regularity and orders that deviate from the predetermined regularity coexist; and order information display means for allowing the user to visually recognize the order information, the order information display control means for controlling the display of information used by the order information generation means to generate the order information and the orders that have deviated from the predetermined regularity by the regularity correction means, when generating the order information for placing the order again after each of the multiple orders has been executed, the order information generation means generates each of the order information by setting the order corresponding to the order that deviates from the regularity as being in a state having the regularity.

The invention of claim 2 is characterized in that, in addition to the configuration of claim 1 , the order information display control means controls the order information display means to display a plurality of pieces of information having the predetermined regularity selectable by the user, and causes the order information display means to display information for causing the order information generation means to automatically generate the order information based on the information having the predetermined regularity displayed on the order information display means and selected by the user.

The invention of claim 3 is characterized in that, in addition to the configuration of claim 2 , the regularity correction means corrects the price ranges of at least some of the order information generated to place the orders whose price ranges have the predetermined regularity at a plurality of the order prices so that they deviate from the predetermined regularity, and the order information display control means causes the order information display means to display the orders whose price ranges have been corrected so as to deviate from the predetermined regularity, based on the information displayed on the order information display means.

The invention of claim 4 is characterized in that, in addition to the configuration of claim 2 , the regularity correction means corrects the profit margins of at least some of the order information generated to place the orders whose profit margins have the predetermined regularity at a plurality of the order prices so that they deviate from the predetermined regularity, and the order information display control means causes the order information display means to display the orders whose profit margins have been corrected so that they deviate from the predetermined regularity, based on the information displayed on the order information display means.

The invention of claim 5 is characterized in that, in addition to the configuration of claim 2 , the regularity correction means corrects, at a plurality of the order prices, some of the order information generated to place orders whose execution conditions as to whether the orders are limit orders or market orders have the predetermined regularity, so that the execution conditions deviate from the predetermined regularity, and the order information display control means causes the order information display means to display, based on the information displayed on the order information display means, the orders whose execution conditions have been corrected so as to deviate from the predetermined regularity.

The invention of claim 6 has the configuration of claim 2 , and is characterized in that the regularity correction means corrects some of the order information generated to place orders whose execution conditions, whether limit orders, stop orders, or market orders, have the predetermined regularity at a plurality of order prices set within a predetermined price range, so that the execution conditions deviate from the predetermined regularity, and the order information display control means causes the order information display means to display the orders whose execution conditions have been corrected so as to deviate from the predetermined regularity, based on the information displayed on the order information display means.

The invention of claim 7 is characterized in that, in addition to the configuration of any one of claims 1 to 6 , each of the order information further executes the order for one order quantity at one order price, and further comprises execution information generation means for executing the order based on the order information generated by the order information generation means when predetermined execution conditions are satisfied.

The invention described in claim 8 is a financial product transaction management system that allows a user who trades an order for a financial product to trade the financial product by placing an order for the financial product and/or by contracting the order for the financial product, the system including: order information for placing an order for a certain order quantity based on a financial product trading unit quantity for the specific financial product at a certain order price for the specific financial product; and a plurality of order information having a predetermined regularity for placing the order at different order prices for the specific financial product. the system comprises order information generation means for generating orders by a single order procedure, regularity correction means for setting part of the order information generated by the order information generation means, and part of the orders set based on the order information, as orders that deviate from the predetermined regularity, thereby bringing the plurality of orders into a state where the orders that have the predetermined regularity and the orders that deviate from the predetermined regularity coexist, and order information display control means for controlling the display of information used by the order information generation means to generate the order information and the orders that have deviated from the predetermined regularity by the regularity correction means, in an order information display means that allows the user to visually confirm the order information, and the order information generation means is characterized in that, when generating the order information for placing the order again after each of the plurality of orders has been executed, the order information generation means generates each of the order information by setting the order corresponding to the order that deviates from the regularity as being in a state having the regularity.

The invention described in claim 9 is a financial instruments trading terminal used by a trader who trades financial instruments, capable of communicating with a financial instruments trading management device that allows a user who trades an order for a financial instrument by placing an order for the financial instrument and/or by contracting the order for the financial instrument to trade the financial instrument, wherein the financial instruments trading terminal comprises an operation means by which the user performs various operations related to the trade of the financial instrument, and a display means that displays information about the trade of the financial instrument to the user, and the operation means each displays order information for placing an order for a specific financial instrument, for a specific order price, based on the financial instrument trading unit quantity for the specific financial instrument, and the financial instruments transaction management device comprises a base price input means for inputting, by the user, trading unit quantity information as information on the financial instruments transaction unit quantity, and a regularity input means for inputting, by the user, regularity information as information on the predetermined regularity, as the plurality of pieces of order information having a predetermined regularity for placing the orders at different order prices, and a regularity correction information input means for inputting, by the user, regularity correction information as information for causing some of the orders to deviate from the predetermined regularity, and the display means is configured to display the trading unit quantity information, the regularity information, and the regularity correction information input by operation of the user; The financial instruments transaction management device is configured to display the order based on the order information generated by the order information generation means provided in the financial instruments transaction management device, and to display the execution of the order performed by execution information generation means provided in the financial instruments transaction management device for processing to execute the order, wherein, when the order information generation means generates the order information for placing the order again after each of the multiple orders has been executed, the order information corresponding to the order that deviates from the regularity is generated such that the order has the regularity, and the display means displays the regenerated order in a state that has the predetermined regularity when the order information generation means regenerates the order corresponding to the order that deviates from the regularity .

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

According to the inventions of claims 1 and 8 , it is possible to set multiple orders with different order prices, which are placed based on the order information displayed on the order information display means, as orders having a predetermined regularity according to the purpose. Furthermore, it is possible to set the multiple orders in a state in which orders having a predetermined regularity and orders that deviate from the predetermined regularity coexist. Furthermore, when generating order information for placing a new order after each of the multiple orders has been executed, it is possible to generate the respective order information by treating the order corresponding to the order that deviates from the regularity as having a regularity. This allows multiple orders to be placed in a manner that meets the diverse purposes of those trading financial products, while providing high trading convenience.

According to the invention of claim 2 , the regularity display control means displays information about the predetermined regularity selectably for the user, and the order information display means displays information for causing the order information generation means to automatically generate order information for placing an order having the predetermined regularity based on the information about the regularity selected by the user, thereby presenting information for easily placing an order having the predetermined regularity to the user, and causing the order information generation means to generate standardized order information for placing an order having the predetermined regularity based on information sent from the user. This makes it possible to allow a plurality of orders to be placed in a manner that meets the diverse purposes of those trading financial products, while providing more convenient ordering.

According to the invention of claim 3 , the order information modifying means modifies the price range of at least a portion of the order information generated to place orders with price ranges having a predetermined regularity based on the information displayed on the regularity display means so that the price range deviates from the predetermined regularity, and it becomes possible to modify orders with price ranges having a predetermined regularity in accordance with subsequent changes in purpose, market conditions, etc. This makes it possible to allow traders of financial products to place multiple orders in accordance with the various purposes of the trader, while also providing more convenient trading.

According to the invention of claim 4 , the order information modifying means can modify the profit margin of at least a portion of the order information generated to place orders with a predetermined regularity in the profit margin based on the information displayed on the regularity display means so that the profit margin deviates from the predetermined regularity, and can modify the orders with a predetermined regularity in the profit margin in accordance with subsequent changes in the purpose, market conditions, etc. This makes it possible to allow a person trading financial products to place multiple orders in accordance with the various purposes of the person trading financial products, while providing more convenient trading.

According to the inventions of claims 5 and 6 , the order information modifying means can modify the execution conditions of at least a portion of the order information generated to place orders whose execution conditions have a predetermined regularity so that the execution conditions deviate from the predetermined regularity, thereby enabling orders whose execution conditions have a predetermined regularity to be modified in accordance with subsequent changes in purpose, market conditions, etc. This makes it possible to allow financial product traders to place multiple orders in accordance with their various purposes, while also providing more convenient trading.

According to the invention described in claim 7 , when a transaction is concluded for an order placed based on the generated order information, the order information is processed as if the order had been executed, thereby realizing a buying and selling transaction of a financial product based on the order information.

According to the ninth aspect of the present invention, the operation means of the financial instruments trading terminal includes a base price input means through which a user inputs trading unit quantity information as information on the financial instruments trading unit quantity, a regularity input means through which a user inputs regularity information as information on the predetermined regularity, and a regularity correction information input means through which a user inputs regularity correction information as information for causing some orders to deviate from the predetermined regularity. The display means of the financial instruments trading terminal is configured to display the trading unit quantity information, regularity information, and regularity correction information input by user operation, to display orders based on order information generated by order information generation means included in the financial instruments trading management device, and to display order executions performed by execution information generation means included in the financial instruments trading management device that executes processing for executing orders. It is then possible to cause the financial instruments trading management device to set multiple orders with different order prices, which are placed based on the order information displayed on the display means, as orders having the predetermined regularity, depending on the purpose. Furthermore, the financial instruments trading management device can cause the multiple orders displayed on the display means to coexist with orders having the predetermined regularity and orders that deviate from the predetermined regularity. This allows a plurality of orders to be placed in a manner that meets the diverse objectives of those trading financial products, while providing a highly convenient trading experience.

According to the tenth aspect of the present invention, the financial product transaction management device of the present invention can be programmed and implemented on a variety of computer hardware.

1 is a system configuration diagram of a financial product transaction management system according to a first embodiment of the present invention, and a functional block diagram of a financial product transaction management device. FIG. 2 is a block diagram showing the hardware configuration of the financial product transaction management device. 3 is a schematic diagram of field definitions in an order table of the financial product transaction management device. FIG. FIG. 10 is a diagram schematically illustrating a first example of calculating the order quantity for each tier in the financial product transaction management device. FIG. 10 is a diagram schematically illustrating a second example of calculating the order quantity for each tier in the financial product transaction management device. FIG. 10 is a diagram schematically illustrating a third example of calculating the order quantity for each tier in the financial product transaction management device. FIG. 10 is a first diagram schematically illustrating a specific example of layering calculation in the financial product transaction management device. FIG. 2 is a second diagram schematically illustrating a specific example of layering calculation in the financial product transaction management device. FIG. 3 is a third diagram schematically illustrating a specific example of layering calculation in the financial product transaction management device. FIG. 4 is a fourth diagram schematically illustrating a specific example of layering calculation in the financial product transaction management device. FIG. 10 is a diagram showing a schematic diagram of the difference in average cost between (a) a case where orders set at multiple order prices are not layered and (b) and (c) a case where orders are layered in the same financial product transaction management device. 3 is a flowchart showing the processing procedure of the financial product transaction management device. FIG. 10 is a diagram schematically illustrating an order input screen for a "trap trade" order in the financial product transaction management device. FIG. 10 is a diagram showing a typical screen for selecting and modifying a "trap trade" order in the financial product transaction management device. FIG. 10 is a diagram schematically illustrating a screen for changing a "trap trade" order in the financial product transaction management device. 10 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. 10 is a diagram showing a schematic diagram of order information for conducting a "trap trade" transaction, which is generated by partially changing the order information through input to a change screen in the financial product transaction management device. FIG. 10 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. 10 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. FIG. 10 is a diagram showing a schematic diagram of an order input screen for a "Toraripi" order in the financial product transaction management device. FIG. 10 is a diagram showing a schematic diagram of the selection and modification screen for a "Toraripi" order in the financial product transaction management device. FIG. 10 is a diagram showing a typical screen for changing a "Toraripi" order in the financial product transaction management device. FIG. 10 is a diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. FIG. 10 is a diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. FIG. 10 is a diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. FIG. 10 is a diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. 10 is a diagram showing a schematic diagram of a "Toraripi" order based on order information generated by inputting into the order input screen in the same financial product transaction management device. FIG. 10 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 same financial product transaction management device. FIG. FIG. 10 is a diagram showing a schematic diagram of an order input screen for a "Rakutora" order in the financial product transaction management device. 10 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 same financial product transaction management device. FIG. 10 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 same financial product transaction management device. FIG.

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

1 is a system configuration diagram and functional block diagram of a financial instruments transaction management system according to this embodiment. As shown in the figure, the financial instruments transaction management system 1A comprises a financial instruments transaction management device 1 and N (N≧1) client terminals 2 ₁ to 2 _n , and the financial instruments transaction management device 1 and client terminals 2 ₁ to 2 _n are capable of communicating with each other via the Internet 3, which serves as a WAN (Wide Area Network). The financial instruments transaction management system 1A according to this embodiment handles foreign exchange as a financial product.

The financial instruments transaction management device 1 is a server computer managed and operated by a financial instruments dealer, and is equipped with a web server function and a database function for storing large amounts of data. The client terminals 2 ₁ , ..., 2 _n are communication terminals with data communication functions owned and used by individuals or corporations that buy and sell financial instruments, and include personal computers and mobile phone terminals. The client terminals 2 ₁ , ..., 2 _n each have an operation unit 21 ₁ , ..., 21 _n used to input various instructions using a mouse, keyboard, etc., and a display unit 22 ₁ , ..., 22 _n serving as an "order information display means" that comprises an LCD (Liquid Crystal Display) or the like and displays various instructions and images input from the operation unit 21 ₁ , ..., 21 _n . The operation units ₂₁₁ , ..., _21n and display units ₂₂₁ , ..., _22n of the client terminals ₂₁ , ..., _2n may be configured as touch panel displays that perform various inputs based on coordinate information of the contact position of a pointing device such as a finger or a touch pen. Note that the client terminals ₂₁ , ..., _2n , the operation units ₂₁₁ , ..., _21n , and the display units ₂₂₁ , ..., _22n 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 needs to be made.

The display unit 22 displays order input screens 410, 510, 610 (see Figures 13, 20, 29) as "order information display means" and "regularity display means," selection/edit screens 411, 511 (see Figures 14, 21) as "order information display means" and "regularity display means," and change screens 412, 512 (see Figures 15, 22) as "order information display means" and "regularity display means." The "regularity information (described below)" selected by the user and displayed on the order input screens 410, 510, 610 (see Figures 13, 20, 29), selection/edit screens 411, 511 (see Figures 14, 21), change screen 412 (see Figures 15, 22), etc. is input to the order information generation unit 16, which automatically generates order information that sets an order with a predetermined regularity based on this "regularity information (described below)."

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

As shown in FIG. 1, the financial instruments transaction management device 1 has a data processing unit 10 as 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 instruments transaction management device 1, and also has, as functional means, a front page distribution unit 11 as an "order information display control means" and a "regularity display control means", an order input acceptance unit 12, a deposit/withdrawal information generation unit 13, a contract information generation unit 14 as an "contract 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.

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

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

The order information generation unit 16 generates information about executed orders for financial products based on the information processed by the order input reception unit 12. Orders here include so-called market orders, limit orders, stop orders, as well as if-done orders.

When generating if-done orders and stop orders, the order information generation 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 settlement limit order, and generates order information for the stop order so that the stop order becomes a settlement stop order. Whether an order is a first order, second order, or stop order is distinguished and recorded based on the field definitions of the order table 181, which will be described later.

When multiple orders, multiple first orders, multiple second orders, etc. are set at different order prices, the order information generation unit 16 basically generates order information by setting multiple orders for financial products traded based on each order information so that they have equal order quantities at different order prices, and also generates order information by setting at least some of those orders, some first orders, and some second orders so that they have different order quantities at different order prices. This will be described in more detail later.

In addition to generating order information, the order information generation unit 16 also performs various processes to modify or change the content of order information that has already been generated or that is scheduled to be generated in the future.

The contract information generation unit 14 processes contracts based on orders generated by the order information generation unit 16, and processes for sending information regarding completed contracts to the trader's client terminal 2. Note that "contract" here refers to the various procedures and processes required to complete a purchase or sale of a financial product based on a trader's order. The contract processing by the contract information generation unit 14 is performed for order information related to an order that meets specified contract conditions. As described below, when a contract is completed in this embodiment, a purchase or sale of foreign exchange is carried out. As a result, based on instructions from the contract information generation unit 14, the account information generation unit 15 converts margin information (described below) according to the purchase or sale amount, and the deposit/withdrawal information generation unit 13 enters the deposit and withdrawal status in a deposit/withdrawal list. Furthermore, when a contract is completed, the contract information generation unit 14 displays text information indicating that a contract has been completed on the display unit 22 of the client terminal 2, and also processes deposits and withdrawals from the client terminal's bank account based on the purchase and sale price.

The account information generation unit 15 has the function of generating trader's deposit balance information and managing that deposit balance information as margin information (i.e., information that confirms that an order can be executed). The deposit balance information generated by the account information generation unit 15 is periodically compared with information on the trader's actual deposit balance provided by financial institutions such as banks to ensure consistency with the actual deposit balance.

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

Database 18 records data used by financial instruments transaction management device 1. In this embodiment, database 18 is formed as a relational database, but any format suitable for recording and rewriting large amounts of data, such as an object database, may be used. Database 18 stores 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, account name, and 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. Sequence number table 184 stores a sequence number that is uniquely assigned to each piece of order information (described below). Details of order table 181 will be provided later.

The front page distribution unit 11 creates image data to be displayed on the display unit 22 of the client terminal 2 and transmits the created image data to the client terminal 2.

In this embodiment, the front page distribution unit 11 not only displays the so-called front page, i.e., the screen that is first displayed on the display unit 22 when the financial instruments transaction management device 1 is accessed from the client terminal 2, but also displays on the display unit 22 of the client terminal 2 various screens for displaying various information that causes the order information generation unit 16 to generate order information and various information that causes the order information generation unit 16 to modify or change the content of order information that has already been generated or order information that is to be generated in the future. Specifically, the order selection screen (not shown), order input screens 410, 510, 610 (see Figures 13, 20, 29), selection/modification screens 411, 511 (see Figures 14, 21), change screens 412, 512 (see Figures 15, 22), etc., which will be described later, are displayed on the display unit 22 of the client terminal 2 by the processing of the front page distribution unit 11.

The price information reception management unit 19 acquires information about the prices of financial products handled by the financial product transaction management device 1, and performs the necessary processing and management of the acquired information for use by 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.

Although not shown, the financial instruments transaction management device 1 has a timer that acquires and manages date and time information, and a time limit management means that manages the expiration dates (described below) of first orders, second orders, and stop orders based on the time and date information acquired from the timer.

Figure 3 is a schematic diagram of the field definitions for order table 181. As shown in this diagram, order table 181 has fields for the number of items, and defines the field name (field name), data type (type) such as character, number, date and time, data length (length) such as bit length, specification of whether fields cannot be left blank (Not Null), presence or absence of default value (default value), data item name (remarks), etc.

The financial instruments transaction management device 1 may be a system for conducting over-the-counter transactions, a system for conducting exchange transactions at a financial instruments exchange (hereinafter simply referred to as an "exchange"), or a system for conducting 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 system managed by a server management company entrusted by such a trader, or at least a portion of the configuration of the financial instruments transaction management device 1 (e.g., the order information generation unit 16 and the contract information generation unit 14) may exist within 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 it may exist as a system not owned by such a trader, such as a cloud service or grid computing system.

Furthermore, at least a portion of the components of the financial product transaction management device 1 (for example, the order information generation unit 16 and the contract information generation unit 14) may exist as components of the client terminals 2 ₁ , . . . , 2 _n .

[Transaction Method in This Embodiment]
Three typical examples of trading methods that can be implemented by the financial product transaction management system 1A of this embodiment are outlined below. Note that these trading methods are merely examples of trading methods that can be implemented in this embodiment, and any trading methods other than these trading methods may also be implemented in the financial product transaction management system 1A of this embodiment.

[General Rules for Trading Methods: Orders Made Using 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 executing a plurality of orders based on processing of a plurality of pieces of order information generated by the order information generation unit 16 based on one order procedure. Here, "one order procedure" refers to the process by which the financial instruments transaction management device 1 receives or accepts a signal or data indicating that a predetermined process has been performed (for example, a trader clicking the execute button 41q in the same figure) on the order input screen 410 (see FIG. 13), the order input screen 510 (see FIG. 16), the order input screen 610 (see FIG. 29), etc. (the same applies hereinafter in this specification).

[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 format in which multiple financial products of the same type are reserved for a specified order quantity at a specified price range (hereinafter, this order format will be simply referred to as a "trap trade").

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

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; the price spread between a specific order, such as the price spread between the highest order and the order just below it, or the price spread between the lowest order and the order just above it, may be different from the constant price spread between orders of other order prices, or the configuration may be such that only certain pairs of orders have the same price spread, such as the highest order and the second highest order, the third highest order and the fourth highest order, etc.

[Trading Method 2: Trading Repeat If Done]
Furthermore, in the financial instruments 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 instruments, each consisting of 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, if-done orders are 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 simply referred to as a "trap repeat if-done").

At this time, the order information generation unit 16 sets the order prices of all first orders and all second orders based on a predetermined calculation using a predetermined reference price (for example, the same price as the order price of the highest or lowest order among multiple orders, or the average price of the order prices of all orders). The order information generation unit 16 also sets the profit margins for the first and second orders by calculation using predetermined values (for example, the profit margin value entered by the trader, or predetermined information for calculating the profit margin (for example, the amount of margin held by the trader, or information entered by the trader about the expected fluctuation range as a price range in which the trader believes the market price may fluctuate within a predetermined period)).

However, in this embodiment, the price spread between financial instruments based on the order information generated by the order information generation unit 16 does not necessarily have to be constant. A specific order, for example, the price spread between the highest priced first order and the first order one price lower, or the price spread between the highest priced second order and the second order one price lower, or the price spread between the lowest priced first order and the first order one price higher, or the price spread between the lowest priced second order and the second order one price higher, may be different from the constant price spread between first orders of other order prices. Alternatively, only certain pairs of first orders or certain pairs of second orders may have the same price spread, such as the highest priced first order and the second highest first order, the third highest first order and the fourth highest first order, etc., or the highest priced second order and the second highest second order, the third highest second order and the fourth highest second order, etc.

Furthermore, in this embodiment, the new first order and new second order based on the order information generated by the order information generation unit 16 that appear after a specific first order and a corresponding second order are executed do not need to have the same order amount or order price as the original first order. For example, after a specific first order and a specific second order are executed, the new first order and 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 amount (e.g., 0.1 yen each), or the new first order and 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).

In addition, in this embodiment, after a specific first order and a second order corresponding to this first order are executed, a new first order and a new second order may be placed in the direction of the market price fluctuations based on the order information generated by the order information generation unit 16.

For example, following a fluctuation in market price, after a first order and a second order at the highest price are executed, the order information generation 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 at the highest price, and a new second order is placed at a higher price than the second order at the highest price. In this case, the price spread between the newly generated first order and the original first order at the highest price, or the price spread between the newly generated second order and the original second order at the highest price, may be the same as the price spread between the original first orders or the original second orders, or may be a different price spread (for example, a price spread calculated by a predetermined calculation based on market fluctuations over a recent predetermined period). Furthermore, 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.

[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 the lower limit price, in the same manner as the above-mentioned "trap trade" and "trap repeat if done" (hereinafter, this order format will be simply referred to as "Rakutora").

The upper and lower limit prices may be set by the order information generation unit 16 using numerical values entered by the trader, or by the order information generation unit 16 performing a predetermined calculation based on the highest and lowest market prices over a predetermined period. Any other method may also be used to set the prices.

In addition, this price range can be set by the order information generation unit 16 using numerical values such as an upper limit price and price range, or a lower limit price and price range input by the trader, or by the order information generation unit 16 using a predetermined calculation based on the range of market price fluctuations over a predetermined period. Any other method may also be used to set the price range.

Furthermore, the settings for "trap trade" orders and the first and second orders for "trap repeat if done" within a price range may be any.

Specifically, for example, the order information generation unit 16 may set the order price of each order so that the highest and lowest order prices of the "trap trade" match the upper and lower limits of the price range, or may set the order price of each order so that the median value of the price range matches the average value of all order prices.

Furthermore, for example, the order information generation unit 16 may set the order prices of the first and second orders so that the highest order price of the "Trap Repeat If Done" first order, or the highest order price of the second order, or the lowest order price of the first order, or the lowest order price of the second order, matches the upper and lower limit prices 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.

Furthermore, 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 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 first orders.

[Regarding order quantities for trading methods 1 to 3]
In the above-mentioned [Trading Method 1] to [Trading Method 3], the order quantities of the first and second orders and the orders for each order price may all be the same for each tier. Specifically, for example, it is conceivable that the order quantities of all orders, all first orders, and all second orders are placed and executed as 10,000 units of currency (or any other amount of currency).

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

Specifically, for example, in the example shown in Figure 11 (described in more detail later), a possible configuration is that of the first tier (1 USD = 106.00 Yen, 1 USD = 107.00 Yen, 1 USD = 108.00 Yen, 1 USD = 109.00 Yen, 1 USD = 110.00 Yen), only the order quantity for the middle order price (1 USD = 108.00 Yen) is 10,100 units, while the order quantities for orders at other order prices are 10,000 units. Furthermore, a configuration may be possible in which order quantities for orders at tiers other than those mentioned above or at order prices other than those mentioned above are set in units of currency other than those mentioned above.

Furthermore, 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 remain the same from the time the order is placed until it is executed, or may fluctuate between the time the order is placed and it is executed (for example, the order quantity at the time of placing may be 10,000 units, but the order quantity may fluctuate along with market fluctuations, and the order quantity at the time of execution may be 10,100 units).Furthermore, in the above [Trading Method 1] to [Trading Method 3], the order prices of the orders and the first and second orders may remain the same from the time the order is placed until it is executed, or may fluctuate between the time the order is placed and it is executed.

[Order Type]
In this embodiment, the order information generation 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, based on the order information it generates. Specifically, for example, the order information generation unit 16 can generate order information so that a "trap trade" order, a first or second "repeat if done" order, or a "easy trawler" order, can be placed using any of a market order, a limit order, or a stop order.

More specifically, for example, the order information generation 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 generation 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 generation 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 identical to or close to that specific price (hereinafter simply referred to as a "trigger market order").

The order information generation unit 16 can also generate order information so that the first and second orders for "Repeat If Done" and "Rakutora" are executed as limit orders, stop orders (for example, a possible configuration is to execute the orders when the market price exceeds the execution price of the first or second order, falls (or rises), and then rises (or falls) again to match the execution price), or trigger market orders. The order information generation 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 a first order being a market order and a second order being a limit order).

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

In addition, in this embodiment, the order information generation unit 16 can generate order information for the first and second "Repeat If Done" orders and the first and second "Rakutora" orders so that the order prices of the first and second orders, as well as the first and second orders placed thereafter repeatedly, can be changed in the direction of market fluctuations in response to market fluctuations.

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

In addition, in this embodiment, the order information generation unit 16 can generate stop-loss orders (stop-limit orders), which are orders to prevent significant losses due to a sudden drop or rise in market prices, in addition to "trap trade" orders, "repeat if done" first and second orders, and "easy trade" orders, first and second orders. These stop-loss orders can be set for each order, or for each first order or each second order, or a single stop-loss order can be set for all orders, or for all first orders or all second orders. Furthermore, when a stop-loss order is executed, all subsequent orders, and all first and second order transactions can be canceled (trading is forcibly terminated), or some or all transactions can be continued under certain conditions.

[Order quantity setting 1: specified 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.

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

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 the reference among multiple 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.

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

In this embodiment, the order quantity may be set so that it decreases (or increases) by exactly the same predetermined price increments (for example, in increments of 0.1 yen), or it may be set so that it decreases (or increases) by a different price increments (for example, in increments of 0.1 yen ± 0.05 yen).

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

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

This predetermined regularity regarding order quantities for each order price is formed based on various pieces of "regularity information" entered into the order entry screens 410, 510, 610 (see Figures 13, 20, and 29), selection/modification screens 411, 511 (see Figures 14 and 21), and change screens 412, 512 (see Figures 15 and 22), which will be described later.

Order Layering
Furthermore, the order information generation unit 16 can set order quantities by hierarchizing multiple orders with different order prices. Specifically, the order information generation unit 16 can generate order information such that multiple hierarchies are provided, with orders with a predetermined number (an integer equal to or greater than 0) of order prices being the same order quantity.

For example, consider a case where the order information generation unit 16 generates order information to place a transaction totaling 100,000 units of currency in 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 units, and two adjacent orders form one tier with the quantity decreasing by 1,000 units per tier, the order information generation unit 16 will generate order information for each order so that the order quantity of each of the constituent orders in the first tier on the highest price side (110.00 yen per dollar, 109.90 yen per dollar) is 10,000 units, the order quantity of each of the constituent orders in the second tier below (109.80 yen per dollar, 109.70 yen per dollar) is 9,000 units, and the order quantity of each of the constituent orders in the bottom third tier (109.60 yen per dollar, 109.50 yen per dollar) is 8,000 units.

In this embodiment, each tier may be formed by the same number of orders, or by a different number of orders (for example, from the highest to the lowest, 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, two order prices in the first tier, zero order prices in the second tier, and two order prices in the third tier, etc.).

When setting the order quantity for each tier, the order information generation unit 16 can set the numerical value entered on the order input screen 410 (see Figure 13, described below) or the like as the order quantity, or it can set the order quantity by performing a specified calculation based on the specified information entered on the order input screen 410 or the like.

Furthermore, in this embodiment, the "hierarchies" do not necessarily have to be formed by orders or order information with a fixed hierarchical relationship. For example, if the upper hierarchical level is the first hierarchical level and the lower hierarchical level is the second hierarchical level, at least some of the orders and order information in the second hierarchical level may be configured to be equal to or higher than the order prices of the orders and order information that make up the first hierarchical level through predetermined processing (e.g., fluctuations in order prices based on trailing), or at least some of the orders and order information in the first hierarchical level may be configured to be equal to or lower than the order prices of the orders and order information that make up the second hierarchical level through predetermined processing.

[Example of layering]
Below are shown several examples of hierarchical organization of multiple orders with different order prices by the order information generation unit 16 in this embodiment of the financial product transaction management device 1. The order quantities of each order constituting each tier in the following hierarchical organization are considered to be determined using the following information (A) to (D) (e.g., at least a part of this information) entered by the trader on the order input screen 410 (see FIG. 13, described later) or the like.
(a) Total transaction volume (total order volume for all order prices)
(a) Maximum quantity per tier (maximum order quantity for the entire tier or for each individual order price in one tier)
(c) First-stage order quantity (order quantity for the entire tier or for each individual order price in the base tier (for example, the tier with the highest or lowest price, or the middle tier))
(D) Number of Hierarchies The order information generation unit 16 may determine the number of tiers by calculating one sell order price or one buy order price to be set for one order price, or by calculating the total order quantities of a set of if-done orders (buy orders and sell orders) to be set for one order price, or the total order quantities of a set of if-done orders and stop-loss orders to be set for 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 below) or the like.

[Hierarchical example 1 (regular pyramid type)]
4 is a diagram schematically illustrating 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 as the hierarchical level increases or decreases (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.).

[Layering example 2 (double-increase type)]
5 is a diagram schematically illustrating a second example of hierarchical levels set in the financial product transaction management device 1 of this embodiment. In this second example, the order quantity for each hierarchical level increases or decreases exponentially as the hierarchical level increases or decreases (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).

[Stratification calculation example 3 (specified difference type)]
6 is a diagram schematically illustrating 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 hierarchy is set to increase or decrease by a predetermined amount (hereinafter referred to as the "difference") as the hierarchies increase or decrease (for example, the first hierarchy is 10,000 currencies, the second hierarchy is 12,000 currencies, the third hierarchy is 14,000 currencies, and so on, with an increase of 2,000 currencies for each hierarchy).

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

As shown in the diagram, in the first tier, the order quantity for each order is set to approximately 7,000 units, which is roughly two-thirds of the total order quantity (100,000 units) divided by the number of orders (10 units), resulting in 10,000 units.

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

[Specific example of layering setting 2]
8 is a second diagram that schematically illustrates a specific example of hierarchical settings 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 units are set in the first tier on the higher price side (three orders in total, one at each of three order prices), the second tier in the middle (three orders in total, one at each of three order prices), and the third tier on the lower price side (four orders in total, one at each of four order prices).

As shown in the figure, 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 orders (10 units).

In the second tier, the order quantity for each order is set to 8,000 currencies, which is twice the order quantity for each order in the first tier.

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), resulting in the remaining order quantity (64,000 units) divided by the number of orders in the third tier (4 units).

[Specific example 3 of layering settings]
9 is a third diagram schematically illustrating a specific example of hierarchical setting in the financial product transaction management device 1 according to this embodiment. This diagram illustrates an example in which orders totaling 100,000 units are set in the first tier on the higher side (three orders, one at each of three order prices), the second tier in the middle (four orders, one at each of four order prices), and the third tier on the lower side (three orders, one at each of three order prices). While in Setting Examples 1 and 2 above, the order quantities were set to increase as you move down the tier, in Setting Example 3, the second tier in the middle has the largest order quantity, and the tiers further from the second tier (here, the first and third tiers) have smaller order quantities.

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

Note that the methods shown in Specific Setting Examples 1 to 4 are examples of methods for calculating the order quantity for each tier, and the calculation methods shown in Specific Setting Examples 1 to 4 may be used to calculate orders for any other number of tiers or for any tier. Furthermore, the order quantity for each tier may be set using any calculation method other than the calculation methods shown in Specific Setting Examples 1 to 4.

By using a setting method like these specific setting examples to set the order quantity for each tier and each order price, when setting orders with different order quantities depending on the order price, it is easy to automatically and appropriately set each order through calculations using a computer system.

[Specific example of layering setting 5: Setting by selection on the order screen]
In this embodiment, the display unit 22 of the client terminal 2 displays a selection/modification screen 411 (see FIG. 14), a selection/modification screen 511 (see FIG. 21), a change screen 412 (see FIG. 15), and a change screen 512 (see FIG. 22), and these selection/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.

[Effects of layering]
In this way, by dividing multiple orders into layers and setting order quantities for each layer, it is possible to set multiple order prices for multiple orders while increasing the order quantity for each of the multiple orders to make a large profit or reducing the order quantity to avoid risk.

In addition, by gradually increasing (or decreasing) the order quantity from the highest price tier to the lowest price tier, it is possible to adjust the average cost (the average value of new transactions of financial products when all orders set at multiple order prices are used. 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 total order quantity. The same applies hereinafter in this specification), making it easy to generate greater profits and avoid risk. It is also possible to easily create a configuration that automatically calculates and sets orders that have this effect using a computer system.

[Settings that deviate from the regularity: 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 some of the order information that meets predetermined conditions to deviate from the predetermined regularity.

Specifically, for example, when order information is first generated and trading of a financial product is initiated, 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 in a plurality of tiers is set to be constant in principle, 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 set at a plurality of order prices in a specific tier are set to be fixed in principle, with the order quantities of some orders being set to be quantities that deviate from the fixed 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 for each of the multiple tiers is set to be a constant in principle, with the number of order prices for some tiers being set to be a number that deviates from the constant.
(Setting 5)
The profit margin between the first order and the second order (for example, a new order and a settlement order of an if-done order) provided in each of a plurality of layers is set to be constant in principle, and the profit margin between the first order and the second order in some layers is set to be a number that deviates from the constant.

Note that the above (Setting 1) to (Setting 5) are examples, and the order settings for financial products other than those listed above (Setting 1) to (Setting 5) may be fixed in principle, with at least some initial settings deviating from this fixed setting.

[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 also 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.

Specifically, for example, it is conceivable that a financial product's order settings, which are generally fixed at first, may be modified at the time of initial setup to deviate from the fixed setting, as described in at least one of (Setting 1) to (Setting 5) listed under [Settings that deviate from regularity 1], before trading can begin.

Incidentally, modifications that deviate from the constant range are made by the user manipulating the numerical information and image information displayed as 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, the display unit 22 displays the selection/modification screen 411 (see FIG. 14), selection/modification screen 511 (see FIG. 21), change screen 412 (see FIG. 15), and change screen 512 (see FIG. 22). These modification screens 411, 511 and change screens 412, 512 are provided with selection fields (described below) and input fields (described below) for setting up hierarchical structures. By selecting from these selection fields (described below) and input fields (described below), information such as the order quantity for each tier, the order quantity for a specific tier, the price spread between order prices, the number of order prices in a specific tier, and the profit margin can be modified.

[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 meets specified conditions after trading of a financial product begins so that it deviates from the specified regularity.

Specifically, for example, the order information generation unit 16 may modify the order settings for 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 (Setting 1) to (Setting 5) listed under [Settings that deviate from regularity 1].

In this case, the order information generation unit 16 automatically sets the "correction to deviate from the constant" when a predetermined condition is met. Specific examples of cases where this predetermined condition is met include the following cases (case a) and (case b).

(Case a)
This may be the case when a particular order is executed and then re-submitted.
For example, in a configuration where if-done orders for a first order (new order) and a second order (settlement order) are placed and executed, and then re-ordered, it is conceivable that the order quantity of one or both of the re-ordered first and second orders, the order price, the profit spread between the first and second orders, the price spread between the first orders when the first order and/or second order are set to multiple order prices, and the like may be adjusted.

In addition, if a structure is such that only specific buy orders or only specific sell orders are repeatedly placed and executed, it is possible that the order quantity, order price, price spread between buy orders, or price spread between sell orders, etc., of a buy order that is re-placed after being executed, or a sell order that is re-placed after being executed, may be modified.

(Case b)
There may be cases where a new order is placed at a new order price due to fluctuations in the market price of a financial product, etc. Specifically, there may be cases where a new order is set at a new order price in the direction of fluctuations in the market price, i.e., a so-called "shift" of the order is performed.

For example, if a first order (new order) and a second order (settlement order) are placed and executed as if-done orders, and then a new first order and a new second order are placed at a new order price through "shifting," the order quantity, order price, and profit spread between the first and second orders for one or both of the newly placed first and second orders may be adjusted, as may the price spread between the first orders or the price spread between the second orders if the first and second orders are set at multiple order prices.

In addition, if a structure is in place 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 or sell orders placed by "shifting" after execution, as well as the price spread between buy orders or price spread between sell orders when buy orders or sell orders are set at multiple order prices, may be modified.

[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 meets specified conditions so that it deviates 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.

Specifically, for example, the order settings for a financial product, which are initially fixed in principle, can be modified after trading begins to deviate from the fixed settings in at least one of the examples (Setting 1) to (Setting 5) listed under [Settings that deviate from regularity 1], and then the respective order information can be generated.

Any corrections that deviate from the constant range are made by the user manipulating the numerical information and image information displayed as text or graphics on the display unit 22 of the client terminal 2. Specifically, this is done by modifying information such as the order quantity for each tier, the order quantity for 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 order information is generated. In this embodiment, this can be done by using images or text information displayed graphically on the selection/modification screen 411 (see FIG. 14) or selection/modification screen 511 (see FIG. 21), which will be described later, or by inputting text information on the change screen 412 (see FIG. 15) or change screen 512 (see FIG. 22), which will be described later.

[Settings that deviate from the rules: 5]
The order information generation unit 16, which functions as an "order information correction means," automatically corrects 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 [Settings that deviate from regularity: 1], after the start of trading of a financial product, so that all orders conform to the predetermined regularity. Specific examples of cases where this predetermined condition is met include cases such as those described in (Case a) and (Case b) in [Settings that deviate from regularity: 3]. This correction is performed by a specific configuration of the financial product transaction management device 1, such as the processing of the order information generation unit 16 or the contract information generation unit 14. In this embodiment, this is based on processing conditions, etc., which are set before or after the start of a transaction by graphically displaying images or text information on a selection/modification screen 411 (see FIG. 14) or a selection/modification screen 511 (see FIG. 21) which are 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 by touch input on the touch panel) on a change screen 412 (see FIG. 15) or a change screen 512 (see FIG. 22) which will be described later.

[Settings that deviate from the rules: 6]
The order information generation unit 16, which has the function of an "order information correction means," can correct 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 [Settings that deviate from regularity 1], based on the correction information input by the user after the start of trading in the financial product, so that all orders conform to the predetermined regularity.

[Settings that deviate from the rules: 7]
In addition to or in addition to at least one of the above [Settings that deviate from regularity 1] to [Settings that deviate from regularity 6], it is also possible to configure so that at least some of the orders traded based on the order information are partially executed (only part of the order is executed). In this case, it is desirable that not only the order information generation unit 16 but also the execution information generation unit 14 function as an "order information correction means."

Specifically, for example, the contract information generation unit 14 processes only a portion of the orders that have been placed (for example, 6 currency units out of 10 currency units) so that they are executed as completed buy/sell transactions, and the order information generation unit 16 generates order information for the remaining orders that have not been executed (for example, the remaining 4 currency units out of 10 currency units) as orders that have been placed but have not yet been executed.

For example, if the partially executed order is the 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 that the corresponding second order (settlement order) is divided into an executed second order (for example, an executed settlement order for six currency units) and an unordered second order (for example, an unordered second order for four currency units) corresponding to the unexecuted first order, so as to correspond to the executed order.

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 processing to modify or regenerate the second order information of the second order so that the first order corresponding to the partially executed second order (for example, a first order for 6 currency units) is placed.

Figure 11 is a diagram showing the difference in average cost between when orders set at multiple order prices are not layered and when they are layered in the financial product transaction management device 1 of this embodiment.

As shown in Figure 11(a), consider the case where orders are placed for a total of 100,000 units of financial products at 110.00 yen per dollar at the highest price, with a price range of 1.00 yen from there (the lowest 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).

On the other hand, as shown in Figure 11(b), consider the case where a total of 10 orders are placed at the same order prices as in Figure 11(a), with these placed on the first tier 31 on the higher side and the second tier 32 on the lower side. In this case, the order quantities of the five orders on 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 on 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 Figure 11(a), we can see that the average cost has improved by 75 pips (105.50 - 104.75 = 0.75), or 0.7%.

Furthermore, as shown in Figure 11(c), consider the case where a total of 10 orders are set at the same order prices as in Figure 11(a), with these being arranged as the first tier 31 on the higher side, the second tier 32 in the middle, and the third tier 33 on the lower side. In this case, the order quantities of the three orders on the first tier 31 (from 110.00 yen to 108.00 yen per dollar) are 4,000 units per order, the order quantities of the three orders on the second tier 32 (from 107.00 yen to 105.00 yen per dollar) are 8,000 units per order, and the order quantities of the four orders on the third tier 33 (from 104.00 yen to 101.00 yen per dollar) are 16,000 units per order, for a total of 100,000 units 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 in Figure 11(a) above, we can see that the average cost has improved by 138 pips (105.50 - 104.12 = 1.38), or 1.3%.

In this way, by varying the order quantity according to the order price and tiering them by order quantity, it is easy to adjust the average cost, increase profits, and avoid risk. It is also easy to create a configuration that automatically calculates and sets orders that achieve these effects using a computer system.

[Processing Procedure]
12 is a flowchart showing the processing procedure of the financial instruments transaction management device 1 according to this embodiment. The processing procedure of this embodiment will be explained below using this flowchart. Note that the following explanation will be given of the processing procedure when layering 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 those described above.

[1. Trap Trade Processing Procedures]
The processing procedure when a transaction is carried out by "trap trade" in the financial product transaction management system 1A will be described.

[1-1. Screen input and generation of order information]
A trader using the financial instruments transaction management system 1A accesses the financial instruments transaction management device 1 using a client terminal 2. The front page distribution unit 11 of the financial instruments transaction management device 1 displays an order selection screen (not shown) on the display unit 22 of the accessed client terminal 2.

The order selection screen (not shown) displays transaction selection buttons (not shown) for selecting the type of transaction. Using the transaction selection buttons (not shown), traders can select the usual market orders, limit orders, stop orders, OCO orders, etc., as well as the aforementioned "trap trade" orders, "toraripi" orders, and "rakutora" orders. When a trader selects a specific transaction (here, "trap trade") using the transaction selection button (not shown) and clicks the execute button (not shown), the order input screen 410 shown in FIG. 13 is displayed on the display unit 22 of the client terminal 2 through processing by the front page distribution unit 11 of the financial instruments transaction management device 1.

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

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 these two values), and a start price input field 41f, which is used to enter the "start price," which is the base price (e.g., the order price of the highest order, the order price of the lowest order, the order price of the middle order, etc.) when setting the order price of each first order and each second order.

The order input screen 410 also displays an order type selection button 41g for selecting the type of order (e.g., highest price order, 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 spread between orders with different order prices, and a tier input field 41j for numerically inputting the number of "tiers" for the order.

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

The order input screen 410 also includes an order pattern selection field 41n (a selection field 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 entering specified information, and an order change field 41p (a selection field selected by checking a checkbox) for setting some or all of an order that has a specified regularity as an order that deviates from that regularity.

The trader operates the operation unit 21 to input and select the information required for the desired order on the order input screen 410 (Step S1). In Figure 13, "USD/JPY," indicating Japanese Yen and US Dollar, is selected in the currency pair selection button 41b, "1 (10,000 units)" is entered in the order amount setting button 41c, "10 (units)" is entered in the trap quantity setting button 41d, "110.00 (yen)" is entered in the start price input field 41f, "New Buy" is selected in the order type selection button 41g, indicating a "new buy order," "1.00 (yen)" is entered in the trap price range input field 41h, "3 (level)" is entered in the level input field 41j, "Unlimited" is selected in the expiration date selection field 41k, and the stop-loss order setting button 41m indicates that a stop-loss order is not being set.

When the automatic order setting selection fields 41n1 to 41n4 on the order input screen 410 are selected (i.e., one of the checkboxes is checked) and the Execute button 41q is clicked, the selection/modification screen 411, shown schematically in FIG. 14, is displayed on the display unit 22 of the client terminal 2 through processing by the front page distribution unit 11 of the financial instruments transaction management device 1. 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, the change screen 412, shown schematically in FIG. 15, is displayed on the display unit 22 of the client terminal 2 through processing by the front page distribution unit 11 of the financial instruments transaction management device 1.

In this embodiment, when one of the automatic order setting selection fields 41n1 to 41n4 is clicked, the selected type of order is automatically set based on a pre-set conditional formula (for example, a predetermined formula for calculating the number of tiers, the order price and order quantity for each order for each tier, etc., by calculating numerical values of the total transaction amount and order period set by the user, the recent upward/downward trend in the market price of the financial product, etc.).

For example, the selection/modification screen 411 in Figure 14 shows a schematic representation of the results of a predetermined calculation process performed based on the pyramid shape 41n1 selected on the order entry screen 410 in Figure 13. On this selection/modification screen 411, the user can enter and modify the order quantity, order price, and other information for each order.

The selection/modification screen 411 in Figure 14 is provided with hierarchical type selection/change buttons 41101, 41102, 41103, 41104 which, when clicked, allow the user to select or change the type of hierarchical type between "pyramid,""invertedpyramid,"_"diamond," _and " _hourglass ," a currency pair selection/change button ₄₁₁₁₁ which allows the user to select or change the type of currency pair, a total amount change button ₄₁₁₁₂ which allows the user to select or change the total order amount by entering a numeric value in text, a price range change button ₄₁₁₁₃ which allows the user to change the range of order prices within which an order is set by entering a numeric value in text, an order price change button ₄₁₁₂₁ which is provided for each hierarchical level and allows the user to modify the order amount for each order price by entering a numeric value in text, a price number change button ₄₁₁₂₂ which allows the user to change the number of order prices within a hierarchical level by entering a numeric value in text _, and a type selection button ₄₁₁₂₃ which allows the user to select a limit order, a stop order, or a market order (trigger market) for the order within a hierarchical level.

14 also displays a layer image 41131 that graphically displays the order status for each layer (the number of layers, the number of order prices for each layer, _{and the order amount for each order). Within this layer image 41131 ,} an order price image ₄₁₁₃₂ is displayed, displaying the order quantity for each order price for each layer. The layer image ₄₁₁₃₁ is configured so that its shape and size can be freely changed by user operation (e.g., touch operation on a touch panel), and the number of layers and the order quantity and order price for each layer can be modified or changed depending on the size and shape of the layer image _41131. Therefore, by changing the shape and size of the layer image ₄₁₁₃₁ displayed on the display unit 22, the user can intuitively change and set the order status.

The selection/modification screen 411 in FIG. 14 also has a repeat change button ₄₁₁ for setting and changing whether or not an order is repeated and the number of times by entering text and checking a check box.

15, change fields are provided that allow the user to modify or change the content of each order. Specifically, there are provided a currency pair change field ₄₁₂₀₁ that allows the user to change the type of currency pair for each order by selection, an order amount change field 41202 that allows the user to change the order amount for each order by text input, a buy/sell change field ₄₁₂₀₃ that allows the user to change the buy/sell type by selection, an order price change field ₄₁₂₀₄ that allows the user to change the order price for each order by text input, and an order type change field ₄₁₂₀₅ that allows the user to change the type of limit order, stop order _, or market order (trigger market order) by selection.

FIG. 15 shows a schematic diagram of the state in which, by making selections and inputting changes in these change fields 412 ₀₁ to 412 ₀₅ , the order amount of order 412 ₁₁ with order number 1000 has been changed from 4000 units to 4100 units, the order price of order 412 ₁₂ with order number 1001 has been changed from 109.0 to 109.1, and the order type of order 412 ₁₃ with order number 1002 has been changed from a limit order to a market (trigger market) order.

The change screen 412 can also be configured to have change fields for changing the price spread between orders, or to have change fields for changing the number of traps, number of tiers, and order expiration date for each order. It is also possible to have change fields for setting or changing the number of repetitions when an order is repeated.

When the Execute button 41q is clicked on the order input screen 410 of FIG. 13 (where the automatic order setting selection fields 41n1-41n4 and the order change field 41p are not checked), the selection/modification screen 411 of FIG. 14, or the change screen 412 of FIG. 15, the transaction selection button (not shown) and the data selected and entered on the order input screen 410, selection/modification screen 411, and change screen 412 are sent from the client terminal 2 to the financial instruments transaction management device 1. The order input acceptance unit 12 checks the entered buy/sell order application information. That is, it checks the order price by examining the expiration date selected in the expiration date selection field 41k, the values entered in the order amount setting button 41c, the trap quantity setting button 41d, and the start price input field 41f (step S2). Specifically, it checks whether the order price is a settable order price, etc.

The order input reception unit 12 then determines whether the inspection results are appropriate. If the price is determined to be appropriate ("No" in step S3), the account information generation unit 15 obtains the margin information for that customer (trader) from the customer account information table 182.

The order input receiving unit 12 compares the acquired margin information with the order allowable amount (step S4), and determines whether the amount of 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 into the order amount setting button 41c by the value entered into the trap quantity 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 calculated using a value other than those mentioned above or a calculation method.

The order information generation unit 16 generates "order information" and "order information group" (described below) only if the margin amount is equal to or greater than the order allowance amount ("No" in step S5). This allows orders to be accepted only if the trader is reliably able to make payment.

If the margin amount is equal to or greater than the order allowance 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 criteria for accepting an order based on data recorded in the currency pair order conditions table 183 (step S6). It then determines whether the other conditions meet these criteria (step S7).

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

If the various conditions for an if-done order are met ("No" in step S7) and it is determined that the order conditions meet all of the conditions necessary for a limit order via an if-done order described above, the front page distribution unit 11 will display 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 generated order information. 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.

When the trader clicks the order button (not shown) on the operation unit 21, the order information generation unit 16 of the financial instruments transaction management device 1 generates order information based on the buy/sell order application information entered in step S1 (step S8).

Specifically, the order information is generated by grouping the multiple data items entered according to the procedure described above by order price and assigning each group a sequence number from sequence number table 184 (step S8). Information for distinguishing the sequence numbers used in the order information from unused sequence numbers is then added to sequence number table 184. A single execution of the process in step S8 generates multiple pieces of order information. (Note that in "Toraripi" and "Rakutora," described below, a "group of order information" is formed by multiple pieces of order information including the first order information for a first order that places an if-done order and the second order information for a second order that corresponds to this first order.)

The order information generation unit 16 records the generated order information in the order table 181 (step S9). Note that in "Toraripi" and "Rakutora," which will be described later, the order table 181 also records "order information groups."

Order information is recorded in the order table based on the definitions of each field shown as an example in Figure 3.

The "ord_seq" field 181b shown in Figure 3 defines the sequence number assigned in step S8. The "cust_seq" field 181c is a field for recording a customer number, which is a number assigned to each trader. The "style_id" field 181d is a field for recording the 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.

The "ord_amnt" field 181f shown in Figure 3 is a field for recording the amount displayed in the total order amount display field 41e. The "buy_sell_id" field 181g is a field for recording the distinction between sell and buy orders selected using 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 field 41k. The "ord_cond" field 181j is a field for recording the type of order selected using the order type selection button 41g.

The "new_close" field 181k shown in Figure 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 was selected with the 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 placed repeatedly.

Although not shown in FIG. 3, the order table 181 also has fields for recording data entered on the input screen 40, i.e., data entered in the currency pair selection button 41b, trap quantity setting button 41d, start price input field 41f, trap price range input field 41h, and hierarchy input field 41j. It also has fields for recording profit margin information for the first and second orders, which is entered when generating order information for "Toraripi" and "Rakutora" transactions (described below), and upper and lower limit prices for the price ranges for the first and second orders, which is entered when generating order information for "Rakutora" transactions. Using these fields, all data entered on the order input screen 410 and data modified or changed on the selection/modification screen 411 and change screen 412 are recorded in the order table 181.

In this embodiment, the "order information" is generated as data that includes attribute information (for example, attribute information 181A to 181M shown in FIG. 16) in addition to order information (for example, order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ shown in FIG. 16) based on the definitions of each field shown in FIG. 3. As will be described later, the order information in this embodiment will be described as data that is formed by attaching various types of attribute information (for example, attribute information 181A to 181M shown in FIG. 16). However, the "order information" in this embodiment may be predetermined data (for example, a table of orders by order price that are to be placed) before the formation of the "order information," and each order may be placed based on such "order information."

In addition, in this embodiment, order information and order information groups are generated by entering 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. However, the configuration of the input fields on the order input screen 410, selection/modification screen 411, and change screen 412, and the type of data entered, 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 regarding the amount of margin held by the trader, an input field (not shown) for the trading period as the planned period for the transaction, and the order information generation unit 16 may perform a predetermined calculation based on the information entered into these input fields (not shown), thereby generating "order information" for placing orders at one or more order prices and "order information groups" based on that order information.

[1-2. Generation of 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 transaction selection button (not shown) and the information selected and entered on the order input screen 410, following the procedure of steps S1 to S10 above.

[1-2-1. Order Information Configuration (1)]
16 and 17 are diagrams showing the order information for conducting 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 generation unit 16 generates, in a single order procedure, order information 411, ₄₁₂ , ... ₄₁₉ , ₄₁₁₀ for 10 units, the number of which is equal to the number ( ₁₀ units) entered in the trap number setting button 41d.

When generating the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , the order information generation unit 16 sets the order quantity value for each order using the calculation method shown in the above [Specific example 2 of layering settings]. As a result, the order information generation unit 16 sets the order quantity values of each piece of order information 41 1 , 41 2 , ... 41 9 , 41 10 so that the order quantities of the three orders (110.00 yen to 108.00 yen per dollar) on the first tier 31 (see FIG. 11) on the higher price side are 4,000 units per order, the order quantities of the three orders (107.00 yen to 105.00 yen per dollar) on the middle second tier 32 (see FIG. 11) are 8,000 units per order, and the order quantities of the four orders (104.00 _yen to 101.00 yen per dollar) on the third tier 33 (see _FIG . _{11 )} on the lower price side are 16,000 units per order.

When generating the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , the order information generation unit 16 uses the information entered on the order input screen 410 as well as the information modified or changed on the selection/modification screen 411 or the change screen 412.

Fig. 16 schematically shows the state in which orders ₄₁₁ , _{412, ... 419 , 4110} have been generated based only on the information entered on the order input screen 410. On the other hand, Fig. 17 shows the state in which order amount information 181D of order information ₄₁₁ and order price information 181G of order information 412 have been modified and generated based on the information entered on the order input screen 410 as well as the conditions changed on the change screen ₄₁₂ shown in Fig. 15. Although not shown in Fig. 15, in this state, the order type of order ₄₁₃ has been changed from "limit order" to "market order (trigger market order)" (attribute information not shown has been changed) when generated.

Each of the generated order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ has attribute information as shown in Fig. 16. Specifically, each of the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ includes an order number 181A uniquely assigned to each of the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , 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 the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 The order information 181 includes order time information 181E as the date and time when order _{No. 10} was generated, buy/sell information 181F for distinguishing between sell orders and buy orders, order price information 181G as the value of the order price of each order, order expiration date information 181H as the expiration date of the order, new/settlement information 181J for distinguishing between a new order and a settlement order when the order is an if-done order, valid/invalid information for distinguishing whether the order is valid (placed) or invalid (not yet placed), ranking information 181L for distinguishing whether the order is first priority (new order) or second priority (settling order or stop-loss order) when the order is an if-done order, and contract existence/non-existence information 181M for distinguishing whether the order has been contracted (whether it has been contracted or not).

All or part of this attribute information 181A to 181M may be recorded in the individual order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , or may be recorded in a database 181 or the like separately from the individual order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ .

[1-2-2. Order Information Configuration (2)]
As explained in [1-1] above, each piece of order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ may be configured as predetermined data (for example, 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 (for example, attribute information 181A to 181M as shown in FIG. 16).

In this case, at least one of the attribute information (e.g., attribute information 181A-181M as shown in FIG. 16 ) that is not included in order information 41 ₁ , 41 ₂ , ..., 41 ₉ , 41 ₁₀ may be added at any timing after order information 41 ₁ , 41 ₂ , ..., 41 ₉ , 41 ₁₀ is generated and before the transaction is conducted, and the financial product transaction may be conducted in that state, or may be realized by the financial products transaction management device 1 that constitutes the financial products transaction management system 1A (including cases where a single financial products transaction management device 1 is constituted by a plurality of systems, such as when a system owned by a specific financial products business operator and a system of an exchange constitute a single financial products transaction management device 1), the client terminal 2, or a device with a server function other than the financial products transaction management device 1, executing at least one of the attribute information (e.g., attribute information 181A-181M as shown in FIG. 16 ) as functional means (e.g., functional means realized by executing a program). In this way, the financial product transaction is conducted.

[1-2-3. Timing of generating order information]
In this embodiment, the order information generation unit 16 is configured to generate all of the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ collectively immediately after the execute button 41 q on the order input screen 410 shown in Fig. 13 is clicked. However, this is not limited to this, and some or all of the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ may be generated at any time.

Specifically, for example, when the same orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ (see Figures 18 and 19) are repeatedly placed and executed (this case is not shown in Figures 18 and 19), the order information generation unit 16 may generate new order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ each time the orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ placed using the generated order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ are executed.

Furthermore, the order information generation unit 16 may collectively generate, when the execute button _41q is clicked, a plurality of pieces of order information ₄₁₁ , ₄₁₂ , ..., ₄₁₉ , ₄₁₁₀ for placing a plurality of orders ₁₄₁₁ , ₁₄₁₂ , _... , ₁₄₁₉ , ₁₄₁₁₀ for repeatedly trading (for example, a plurality of orders 1411, ₁₄₁₁ , 1411, ... for repeatedly placing buy orders at the same order price). Furthermore, after order information 41 for trading a specific order 141 is generated and before orders ₁₄₁₁ , ₁₄₁₂ , ..., ₁₄₁₉ , ₁₄₁₁₀ are executed, order information ₄₁₁ , ₄₁₂ , ..., ₄₁₉ , ₄₁₁₀ for newly placed orders ₁₄₁₁ , ₁₄₁₂ , ..., ₁₄₁₉ , ₁₄₁₁₀ may be generated.

As will be described later, in this embodiment, immediately after the execute button 41q on the order input screen 410 shown in FIG. 13 is clicked, the order information generation unit 16 generates order information 41 for trading orders 141 ₁ , 141 ₂ , ..., 141 ₉ , 141 ₁₀ , including attribute information (for example, attribute information 181A to 181M as shown in FIG. 16). However, the present invention is not limited to this. Immediately after the execute button 41q on the order input screen 410 shown in FIG. 13 is clicked, the order information generation unit 16 may generate order information ₄₁ that does not include at least a part of the attribute information (for example, attribute information 181A to 181M as shown in FIG. 16 ₎ , and when generated, _{orders 141 1 ,} 141 ₂ , ..., 141 ₉ , 141 ₁₆ ) to order information 41 ₁ , 41 2 , ..., 41 _{9 , 41 10 may be added later to order information 41 1 , 41 2 ,} ..., 41 ₉ , 41 10. Note that this addition of attribute information (e.g., attribute information 181A to 181M as shown in FIG. 16) to order information 41 ₁ , 41 ₂ , ..., 41 ₉ , 41 ₁₀ may be performed in the same system as the system that generated order information _{41 1} , 41 2 , ..., 41 ₉ , 41 ₁₀ (e.g., a server system owned and managed by a specific financial instruments business operator that constitutes the financial instruments transaction management device 1), or may be added in a separate system (e.g., a system owned and managed by an exchange that constitutes the financial instruments transaction management device 1, or a client terminal 2 operated by an individual user, etc.).

Furthermore, as will be described later, in this embodiment, when the execute button 41q on the order input screen 410 shown in FIG. 13 is clicked once, the order information generation unit 16 generates all of the subsequent order information ₄₁₁ , ₄₁₂ , ... ₄₁₉ , _4110. However, this is not limited to this, and when the execute button 41q on the order input screen 410 shown in FIG. 13 is clicked multiple times, a command to generate the order information ₄₁₁ , ₄₁₂ , ... ₄₁₉ , ₄₁₁₀ is input multiple times to the order information generation unit 16, and as a result, the order information generation unit 16 generates the order information ₄₁₁ , ₄₁₂ , ... ₄₁₉ , ₄₁₁₀ multiple times. Alternatively, multiple order information generation commands may be formed by clicking the execute button 41q on the order input screen 410 shown in FIG. 13 once, and these order information generation commands may cause the order information generation unit 16 to generate orders sequentially, thereby causing the order information generation unit 16 to generate order information ₄₁₁ , ₄₁₂ , ... ₄₁₉ , ₄₁₁₀ multiple times.
[1-3. Transaction Procedures]
18 and 19 are diagrams schematically illustrating "trap trade" orders placed based on the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ generated in this manner. In these diagrams, corresponding order information and orders are displayed with the same last two digits and subscripts. For example, an order 141 ₁ traded based on order information 41 ₁ , an order 141 ₂ , ... traded based on order information 41 ₂ , ... are displayed. All orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ shown in these diagrams are traded based on order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ generated in a single order procedure.

18 is a schematic diagram showing orders ₁₄₁₁ , ₁₄₁₂ , ... ₁₄₁₉ , ₁₄₁₁₀ set based on order information ₄₁₁ , 412, ... 419, ₄₁₁₀ generated solely on the basis of input on the order input screen _410. Fig. 19 is a schematic diagram showing partially changed orders 1411, ₁₄₁₂ , ... 1419, ₁₄₁₁₀ set based on order information ₄₁₁ , ₄₁₂ , ... ₄₁₉ , 4110 that has been partially corrected or changed as a result of changes made on the change screen ₄₁₂ shown in Fig _{. 15 .}

As shown in Figures 18 and 19, the three highest-priced orders ₁₄₁₁ , ₁₄₁₂ , and ₁₄₁₃ form the first tier 31 with an order quantity of 4,000, the three middle orders ₁₄₁₄ , ₁₄₁₅ , and ₁₄₁₆ form the second tier 32 with an order quantity of 8,000, and the four lowest-priced orders _{1417, 1418, 1419 , and 14110} form the third tier 33 with an order quantity of 16,000.

The order information generating unit 16 performs a process of converting the valid/invalid information 181K included in the order information ₄₁₁ from "invalid" to "valid", whereby the order ₁₄₁₁ is placed.

When the market price reaches the order price of the order ₁₄₁₁ (i.e., when the market price matches the order price information 181G included in the order information 41), the contract information generation unit 14 performs a process of converting the contract existence information _181M included in the order information 411 from "not existing" to "existing," and the order ₁₄₁₁ is contracted.

Similarly, for other orders, for example, order 141 ₂ , the order information generation unit 16 and the contract information generation unit 14 process the order information 41 ₂ (see FIG. 16 ), whereby the order 141 ₂ is placed and contracted when the market price fluctuates and matches the order price of order 141 ₂ .

[1-4. Order Modification]
In this embodiment, after the order information generation unit 16 generates order information 41 ₁ , 41 ₂ , ... , 41 ₉ , 41 ₁₀ and trading begins, orders 141 ₁ , 141 ₂ , ... , 141 ₉ , 141 ₁₀ are modified if predetermined conditions are met. Specifically, attribute information 181A-181M and the like of specific order information, such as order information 41 _1, for trading a specific order, such as order 141 ₁ , is modified, thereby modifying the contents of that order, such as order 141 _1. Note that the orders 141 ₁ , 141 ₂ , ... , 141 ₉ , 141 ₁₀ and the corresponding order information 41 ₁ , 41 ₂ , ... , 41 ₉ , 41 ₁₀ that are the subject of modification may be all or only a part of them.

These specified conditions could include, for example, the following modification conditions:

(Modification condition 1) This applies to the case where order information 41 ₁ , 41 ₂ , . . . 41 ₉ , 41 ₁₀ is generated and a transaction based on a specific order, for example, order 141 ₁ , is started, and then the order 141 ₁ is modified.

Specifically, for example, a case can be considered in which a user causes the display unit 22 of the client terminal 2 to display the selection/modification screen 411 shown in Fig. 14 or the change screen 412 shown in Fig. 15 and changes the contents of a part or all of an order, such as order 141 _1. For example, this corresponds to a case in which, after a buy order, such as buy order 141 ₁ , has been placed, the order price, order quantity, or mode of limit order, market order, or stop order of the buy order _{141 1} is changed.

(Modification condition 2) After order information ₄₁₁ , ₄₁₂ , ... ₄₁₉ , ₄₁₁₀ is generated and trading of orders ₁₄₁₁ , 1412, ... ₁₄₁₉ , ₁₄₁₁₀ begins, when orders ₁₄₁₁ , ₁₄₁₂ , ... ₁₄₁₉ , ₁₄₁₁₀ are repeatedly placed, it is conceivable that _the contents of the repeatedly generated order information ₄₁₁ , ₄₁₂ , ... ₄₁₉ , ₄₁₁₀ may be automatically changed.

Specifically, for example, after a buy order, e.g., buy order ₁₄₁₁ , is placed and executed based on a piece of order information, e.g., order information ₄₁₁ , when the piece of order information, e.g., order information _411, is generated again, it is conceivable that at least a portion of the attribute information of this order information ₄₁₁ will be generated as information that is different from the attribute information of the previously generated order information _411. As a result, it is conceivable that the content of buy order ₁₄₁₁ traded based on order information ₄₁₁ generated the second time or later will be set to be different from the content of the previous buy order ₁₄₁₁ .

The change in the contents of the order information ₄₁₁ , 412, ... ₄₁₉ , ₄₁₁₀ (modification condition 2) may be made when the generation of the order information ₄₁₁ , ₄₁₂ , ... ₄₁₉ , ₄₁₁₀ is repeated according to the conditions preset when the user sets the first order on the order input screen ₄₁₀ , etc., or may be made as a result of changing the settings of the generated order information ₄₁₁ , ₄₁₂ , ... ₄₁₉ , ₄₁₁₀ after the generation of the order information ₄₁₁ , ₄₁₂ , ... ₄₁₉ , ₄₁₁₀ has been repeated.

As mentioned above, FIG. 19 schematically shows a state in which part of orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ has been modified or changed as a result of modification being made to order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ shown in FIG. 18 based on (modification condition 1) and (modification condition 2).

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

[2-1. Generation of order information]
When a trader selects "Toraripi" on the order selection screen (not shown) and clicks the execute button (not shown), the order input screen 510 shown in Figure 20 is displayed on the display unit 22 of the client terminal 2 through processing by the front page distribution unit 11 of the financial product transaction management device 1.

The order input screen 510 shown in FIG. 20 displays the same order display field 41a, currency pair selection button 41b, order amount setting button 41c, trap quantity setting button 41d, total order amount display field 41e, start price input field 41f, order type selection button 41g, trap price range input field 41h, hierarchy input field 41j, expiration date selection field 41k, and stop loss order setting button 41m as the order input screen 410 shown in FIG. 13.

In addition to these, the order input screen 510 also displays a price specification method selection button 51a for selecting the method for setting the order prices for each transaction selected in the order display field 41a (for example, a setting to "specify a price spread" between first orders or second orders, or a setting to "specify a profit spread" between the first and second orders for an if-done order), a profit margin setting field 51b for inputting the "profit margin," which is the range of profit that can be obtained by executing the first and second orders for an if-done order (for example, "profit of XX sen obtained by execution"), a profit amount display field 51c, which displays the profit amount obtained by performing a specified 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" for the second order of an if-done order, which is an order that sets a "trail" so that the transaction price fluctuates higher or lower in response to rises or falls in market prices. Instead of inputting the profit margin into the profit margin setting field 51b, an input field may be provided in which the profit amount obtained by executing the first order and the second order (for example, "profit of xx yen obtained by execution") is input numerically, and subsequent processing may be performed based on the value input into this input field.

The trap quantity setting button 41d on the order input screen 510 is used to set the number of first orders with different order prices (new if-done orders) and second orders with different order prices (settlement orders for if-done orders) that are initially placed by entering a number. The starting price input field 41f on the order input screen 510 is used to set the starting price for a specific first order or a specific second order (for example, the highest priced first order, the lowest priced second order, the median first order, the median second order, etc.).

The trader enters and selects the information required for the desired order on this order entry screen 510. The same inputs as on the order entry screen 410 are made to the buttons common to the order entry screen 410. The order entry screen 510 in Figure 20 shows the same inputs as in Figure 13 made to the buttons common to the order entry screen 410. The start price entry field 41f shows the highest order price for the first order. The order type selection button 41g shows "New Buy," indicating that the first order is a "new buy order." The trap price range entry field 41h shows "1.00 (yen)," the tier entry field 41j shows "3 (tier)," the expiration date selection field 41k shows "Unlimited," and the stop-loss order setting button 41m shows a check mark in the checkbox selecting the stop-loss order setting and a value of 100.00 yen entered for the stop-loss order.

Also, on the order entry screen 510 in Figure 20, the price specification method selection button 51a is selected to "specify price spread" between first orders and second orders, "100 (sen)" is entered in the profit margin setting field 51b, and the settlement trail selection button 51d is shown with "Set settlement trail" selected.

[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 410 shown in FIG.

When one 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, the front page distribution unit 11 of the financial instruments transaction management device 1 processes the selection/modification screen 511 shown in FIG. 21 on the display unit 22 of the client terminal 2.

This selection/modification screen 511 has the same basic configuration as the selection/modification screen 411 shown in Fig. 14. That is, the hierarchical selection/change buttons ₅₁₁₀₁ , ₅₁₁₀₂ , ₅₁₁₀₃ , and ₅₁₁₀₄ on the selection/modification screen 511 have the same configuration as the hierarchical selection/change buttons ₄₁₁₀₁ , ₄₁₁₀₂ , ₄₁₁₀₃ , and ₄₁₁₀₄ on the selection/modification screen 411.

The currency pair selection/change button ₅₁₁₁₁ , total amount change button ₅₁₁₁₂ , and price range change button ₅₁₁₁₃ on the selection/modification screen 511 have the same configuration as the currency pair selection/change button ₄₁₁₁₁ , total amount change button ₄₁₁₁₂ , and price range change button ₄₁₁₁₃ on the selection/modification screen 411. The order price change button ₅₁₁₂₁ , price quantity change button ₅₁₁₂₂ , and type selection button ₄₁₁₂₃ on the selection/modification screen 511 have the same configuration as the order price change button ₄₁₁₂₁ , price quantity change button ₄₁₁₂₂ , and type selection button ₄₁₁₂₃ on the selection/modification screen 411. The hierarchical image ₅₁₁₃₁ on the selection/modification screen 511 has the same configuration as the hierarchical image ₄₁₁₃₁ on the selection/modification screen 411.

The first order price image ₅₁₁₃₂ and the second order price image ₅₁₁₃₃ on the selection/modification screen 511 have the same configuration as the order price image ₄₁₁₃₂ on the selection/modification screen 411, and are provided to correspond to the first order and the second order, respectively.

The repeat change button 511 ₄₁ on the selection/editing screen 511 has the same configuration as the repeat change button 411 ₄₁ on the selection/editing screen 411 .

On the other hand, when the order change field 41p is selected and the execute button 41q is clicked, a change screen 512 shown in Fig. 22 is displayed on the display unit 22 of the client terminal 2 by processing of the front page distribution unit 11 of the financial instrument transaction management device 1. This change screen 512 has the same basic configuration as the change screen 412 shown in Fig. 15. That is, the currency pair change field ₅₁₂₀₁ , order amount change field ₅₁₂₀₂ , buy/sell change field ₅₁₂₀₃ , order price change field ₅₁₂₀₄ , and order type change field ₅₁₂₀₅ of the change screen 512 have the same configuration as the currency pair change field ₄₁₂₀₁ , order amount change field ₄₁₂₀₂ , buy/sell change field ₄₁₂₀₃ , order price change field ₄₁₂₀₄ , and order type change field ₄₁₂₀₅ of the change screen 412.

FIG. 12 shows that, by making selections and inputting changes in these change fields 512 ₀₁ to 512 ₀₅ , the order amounts of orders 512 ₁₁ , 512 ₁₂ , and 512 ₁₃ of order numbers 1030, 1031, and 1032 have been changed from 4000 units to 4100 units, the order prices of orders _{512 14 and} 512 ₁₅ of order numbers 1033 and 1034 have been changed from 109.0 to 109.1, _and the order type of order 512 ₁₆ of order number 1036 has been changed from a limit order to a market (trigger market) order.

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 entered on the order input screen 510, the selection/modification screen 511, and the change screen 512 are sent from the client terminal 2 to the financial instruments transaction management device 1. The order information generation unit 16 of the financial product transaction management device 1 generates first order information 511, 512, ... 519, 5110 for conducting transactions using a first order, second order information 521, 522, _{... 529} , 5210 for conducting transactions using a second order, and stop-loss order information ₅₃₁ , 532, ... ₅₃₉ , ₅₃₁₀ for conducting transactions using a stop-loss order, based on the information selected and input using the transaction selection button ( _{not shown )} and the order input screen ₅₁₀ , the selection/modification _{screen 511 , and} the change screen ₅₁₂ .

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

As shown in the figure, the order information generation unit 16 generates, in a single order procedure, 10 pieces of first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , 5110, 10 pieces of second order information ₅₂₁ , ₅₂₂ , ... 529, ₅₂₁₀ , and 10 pieces of stop order information ₅₃₁ , ₅₃₂ , _{... 539 , 5310} , which are equal to the number (10 ₎ input into the trap number setting button 41d. First order information _51-1 and second order information _52-1 , first order information 51-2 and second order information _52-2 , ... first order information 51-9 and second order information _52-9 , first order information _51-10 and second order information _52-10 , which form sets of orders for if-done orders, and stop-loss order information _53-1 , _53-2 , ... _53-9 , _53-10 , which form stop-loss orders for these if-done orders _, form order information groups _54-1 , _54-2 , ... _54-9 , _{54-10 ,} respectively.

When generating the first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ and the second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , the order information generation unit 16 sets the order quantity value for each order using the calculation method shown in the above [Hierarchical Calculation Example 2]. As a result, the order information generation unit 16 generates the first order information 51 1 , 51 2 , ... 51 9 , 51 10 , the second order information 52 1 , 52 2 , ... 52 9 , 52 10 , and the stop order information 53 1 , 53 2 , ... 53 9 , 53 9 , 53 10 so that the order quantities of the three orders in the first tier on the higher price side (110.00 yen to 108.00 yen per dollar) are 4,000 units per order, the order quantities of the three orders in the second tier in the middle ( _{107.00 yen} to _105.00 yen per dollar ₎ are _8,000 units per order, and the order quantities of the four orders in the third tier _on the lower price side ( _{104.00 yen to 101.00 yen} per dollar) are 16,000 _units per order. 23 and 25). When the order information is modified on the selection/modification screen 511 shown in FIG. ₂₁ , first order information 51 1 , 51 2 , ... 51 9 , 51 ₁₀ , second order information 52 ₁ , 52 2 , ... 52 ₉ , 52 ₁₀ , _and stop order information 53 ₁ , 53 ₂ , ... _{53 9} , 53 ₁₀ are generated based on the modified values, and thus a modified order information group _{54 1 ,} 54 _{2 ,} ... 54 ₉ , 54 ₁₀ is generated.

As shown in Figure 25, the order amount information 181D of the first order information ₅₁₁ for order number 1130, the second order information ₅₂₁ for order number 1131, and the stop order information ₅₃₁ for order number 1132 has been changed from 4000 to 4100. Furthermore, the order price information 181G of the first order information ₅₁₂ for order number 1133 has been changed from 109.0 to 109.1, and the order price information 181G of the second order information ₅₂₂ for order number 1134 has been changed from 110.0 to 110.1. Although not shown in Figure 25, the order type of the first order information ₅₁₃ for order number 1136 has been changed from "limit order" to "market order (trigger market order)." This is the result of changes made based on input on the change screen 512.

[2-4. Timing of generating order information]
In this embodiment, the order information generation unit 16 is configured to collectively generate all first order information 511, 512, ... 519, ₅₁₁₀ (for placing the first if-done order), all second order information ₅₂₁ , 522, ... ₅₂₉ , ₅₂₁₀ (for placing the first if-done order), and all stop-loss order information ₅₃₁ , ₅₃₂ , ... ₅₃₉ , ₅₃₁₀ (for performing a stop loss on the first if-done order) immediately after the execute button _41q on the order input screen ₅₁₀ shown in _{Figure 20} is clicked. However, without being limited to this, some or all of the first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , the second order information ₅₂₁ , _{522 ,} ... ₅₂₉ , ₅₂₁₀ , and the stop order information 531, ₅₃₂ , ... ₅₃₉ , ₅₃₁₀ may be generated at any timing.

Specifically, for example, the order information generation unit 16 may generate new first order information 51 ₁ and new second order information 52 ₁ each time an if-done order is executed based on a specific first order, e.g., first order 151 ₁ , and a specific second order, e.g., second order 152 ₁ (furthermore, if the setting is such that the corresponding stop order information 53 ₁ is cancelled each time the second order 152 ₁ is executed, new stop order information 53 ₁ may also be generated). Furthermore, the order information generation unit 16 may generate second order information, for example, second order information ₅₂₁ , for trading second order ₁₅₂₁ that settles a specific first order, for example, first order ₁₅₁₁ , upon execution of the first order, or may generate first order information ₅₁₁ for trading a new first order, for example, first order ₁₅₁₁ with the same order price as the previous first order ₁₅₁₁ , after execution of a specific second order, for example, second order ₁₅₂₁ , that settles a position held upon execution of a specific first order, for example _, first order ₁₅₁₁ . Furthermore, the order information generation unit 16 outputs the contents of the generated first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , and stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ (such as various information set in the attribute information (for example, attribute information 181A to 181M as shown in FIG. 16 )) to the first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ traded based on the first order information 51 ₁ , 51 2 , ... 51 9 , 51 ₁₀ after the order placement and before the execution of the first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 10, or the second orders 152 ₁ , 152 ₂ , ... 52 ₉ , 52 _{10 , ...} , ... ₁₅₂₉ , ₁₅₂₁₀ after the placing of the first order information 511, 512, ... ₅₁₉ , 5110 and the second order information 521, ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , which are repeatedly placed and executed based on the first order information _{511 , 512} , _{... 519} , ₅₁₁₀ and the second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , _{5210 ,} may be modified or added during the repetition of _the order quantities and order prices.

In the following description of this embodiment, the order information generation unit 16 generates new first order information 51 ₁ , 51 ₂ , ... 51 9 , 51 10 and second order information 52 1 , 52 2 , ... 52 ₉ , 52 ₁₀ every time a first order 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ and a second order 152 ₁ , 152 ₂ , ... 152 ₉ , _{152 10} of an if-done order are executed in [Trap Repeat _If -Done] and [Easy Trading _] . (For example, every time a specific if-done order is executed by executing a first order 151 ₁ based on specific first order information _{51 1} and a second order 152 ₁ based on specific second order information, for example, second order information 52 ₁ , the order information generation unit 16 generates new first order information 51 1 for repeatedly executing the if-done order.) ₁ and new second order information _52-1 . For example, immediately after the execute button 41q on the order input screen 410 shown in FIG. 13 is clicked, the order information generation unit 16 generates first order information _51-1 , 51-2, ... _51-9 , _51-10 for trading the first orders _151-1 , _151-2 , ... _151-9 , 151-10 that appear repeatedly, second order information _52-1 , 52-2, ... _52-9 , _52-10 for trading the second orders _152-1 , _152-2 , ... _152-9 , _152-10 that appear repeatedly, and stop-loss order information _53-1 , _53-2 , ... _53-9 , _153-10 for trading the stop-loss orders _153-1 , _153-2 , ... _153-9 , _153-10 that _appear repeatedly, ₉ , ₅₃₁₀ may all be generated together (for example, n pieces (n>1) of each of first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , and stop order information ₅₃₁ , ₅₃₂ , ... 539 _{, 5310.} In other words, the first orders ₁₅₁₁ , ₁₅₁₂ , ... ₁₅₁₉ , ₁₅₁₁₀ and second orders ₁₅₂₁ , ₁₅₂₂ , ... ₁₅₂₉ , ₁₅₂₁₀ are generated together in the number sufficient to allow n if-done orders to be executed).

In addition, the order information generation unit 16 may collectively generate multiple pieces of first order information, e.g., first order information 51 ₁ , and second order information, e.g., second order information 52 _1, for trading a specific first order and a specific second order, e.g., first order 151 ₁ and second order 152 ₁ , for repeatedly placing if-done orders.

In addition, the order information generation unit 16 may collectively generate a specific number of pieces of first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ for trading first orders ₁₅₁₁ , ₁₅₁₂ , ... ₁₅₁₉ , ₁₅₁₁₀ that appear repeatedly, second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ for trading second orders ₁₅₂₁ , ₁₅₂₂ , ... ₁₅₂₉ , ₁₅₂₁₀ that appear repeatedly, and stop-loss order information ₅₃₁ , 532, ... ₅₃₉ , ₅₃₁₀ for trading stop-loss orders ₁₅₃₁ , ₁₅₃₂ , ... ₁₅₃₉ , ₁₅₃₁₀ that appear repeatedly, for example, only the first three pieces of _information . Alternatively, after the above-mentioned "shifting" of an order has been performed, first order information (not shown) for trading a first order (not shown) formed by the "shifting", second order information (not shown) for trading a second order (not shown) formed by the "shifting", stop order information (not shown) for trading a stop order (not shown) formed by the "shifting", etc. may be generated all at once.

As will be described later, in this embodiment, immediately after the execute button 41q on the order input screen 510 shown in FIG. 20 is clicked, the order information generation unit 16 generates first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ for trading the first orders ₁₅₁₁ , 1512, _{... 1519} , ₁₅₁₁₀ , second order information ₅₂₁ , 522, ... ₅₂₉ , ₅₂₁₀ for trading the second orders ₁₅₂₁ , ₁₅₂₂ , ... ₁₅₂₉ , ₁₅₂₁₀ , and stop order _{information 531} , ₅₃₂ , ... ₅₃₉ , ₅₃₁₀ for trading the stop-loss orders ₁₅₃₁ , ₁₅₃₂ , ... ₁₅₃₉ , 15310. ₂₀ is generated so as to include attribute information (for example, attribute information 181A to 181M as shown in FIGS. 23, 24, 25, and 26), but is not limited to this. Immediately after the execute button _41q on the order input screen ₅₁₀ shown in _{FIG . 20 is} clicked, the order _{information generation unit 16 generates} first order information _{51 , 51 , ... ... .} . 52 ₉ , 52 ₁₀ and the stop order information 53 ₁ , 53 ₂ , . . . 53 _{9 , 53 10, the attribute information 181A to 181M that was not included in the stop order information 53 1 , 53 2 , . . . 53 9} , 53 ₁₀ may be added after the fact. The addition of the attribute information 181A to 181M to the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , the second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , and the stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ is performed in the same manner as the addition of the attribute information 181A to 181M to the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , the second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , and the stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 It may be performed in the same system as the system that generated ₁₀ (for example, a server system owned and managed by a specific financial instruments dealer 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.).

As will be described later, in this embodiment, when the execute button 41q on the order input screen 510 shown in FIG. 20 is clicked once, the order information generation unit 16 generates all of the subsequent first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , and stop order information ₅₃₁ , ₅₃₂ , ... ₅₃₉ , _5310. However, the present invention is not limited to this. When the execute button 41q on the order input screen 510 shown in FIG. 20 is clicked multiple times, the order information generation unit 16 generates the first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , and stop order information ₅₃₁ , ₅₃₂ , ... 539, ₅₃₁₀ multiple times. , ₅₃₁₀ , and the order information generation unit 16 generates first order information ₅₁₁ , 512, _{... 519, 5110, second order information 521, 522, ... 529, 5210 , and stop order information 531} , ₅₃₂ , _{... 539} , ₅₃₁₀ multiple times. 519, 5110, second order information ₅₂₁ , 522, ... ₅₂₉ , ₅₂₁₀ , and stop order information 531, 532, ... 539, _5310. These generation commands sequentially cause the order information generation unit 16 to generate the first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , second order information ₅₂₁ , ₅₂₂ , _{... 529} , ₅₂₁₀ , and stop order information ₅₃₁ , ₅₃₂ , ... 539, _5310. As a result, the order information generation unit 16 generates the first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , second order information ₅₂₁ , 522, ... ₅₂₉ , ₅₂₁₀ , and stop order information _{531, 532 , ... 539, 5310} multiple times. , 51 ₉ , 51 ₁₀ , second order information 52 ₁ , 52 ₂ , . . . 52 ₉ , 52 ₁₀ , and stop order information 53 ₁ , 53 ₂ , . . . 53 ₉ , 53 ₁₀ may be generated.

[2-5. Transaction Procedures]
27 and 28 are diagrams schematically showing first orders ₁₅₁₁ , 1512, ... 1519, ₁₅₁₁₀ , second orders ₁₅₂₁ , 1522, ... 1529, ₁₅₂₁₀ , and stop-loss orders ₁₅₃₁ , ₁₅₃₂ , ... ₁₅₃₉ , ₁₅₃₁₀ based on the first order information ₅₁₁ , _{512 , ... 519} , ₅₁₁₀ , second order information ₅₂₁ , 522, ... ₅₂₉ , _{5210 ,} and stop-loss order information _{531 , 532} , ... ₅₃₉ , ₅₃₁₀ generated in this manner. In these diagrams, as with the schematic diagrams of FIGS. ₁₈ and 19, corresponding order information and orders are displayed with the same last two digits of the symbols and the same subscript. All of the first orders ₁₅₁₁ , ₁₅₁₂ , ... ₁₅₁₉ , ₁₅₁₁₀ , all of the second orders ₁₅₂₁ , ₁₅₂₂ , ... ₁₅₂₉ , ₁₅₂₁₀ , and all of the stop-loss orders ₁₅₃₁ , 1532, ... ₁₅₃₉ , ₁₅₃₁₀ shown in the same figure are traded based on first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , _{5210 ,} and stop-loss order information ₅₃₁ , ₅₃₂ , ... ₅₃₉ , ₅₃₁₀ generated in one order procedure.

Note that Figure 27 schematically shows first orders 1511, 1512, ... 1519, ₁₅₁₁₀ set by first order information ₅₁₁ , 512, ... ₅₁₉ , ₅₁₁₀ generated based only on input on the order input screen _{510, second orders 1521 ,} 1522, _{... 1529} , ₁₅₂₁₀ set by second order information ₅₂₁ , ₅₂₂ , _{... 529} , ₅₂₁₀ , and stop-loss orders ₁₅₃₁ , ₁₅₃₂ , _{... 1539, 15310 set by} stop _- loss order information ₅₃₁ , 532, _{... 539} , ₅₃₁₀ .

28 schematically shows partially modified first orders 1511, 1512, ... 1519, 15110, partially modified second orders ₁₅₂₁ , ₁₅₂₂ , ... ₁₅₂₉ , ₁₅₂₁₀ , and partially modified stop-loss orders ₁₅₃₁ , 1532, ... ₁₅₃₉ , ₁₅₃₁₀ , which are set based on first order information ₅₁₁ , 512, ... ₅₁₉ , ₅₁₁₀ that has been partially modified or changed, second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ that has been partially modified _or changed, and stop-loss order information ₅₃₁ , ₅₃₂ , _{... 539} , ₅₃₁₀ that has been partially modified or changed as a _result of changes made on the change screen ₅₁₂ shown in FIG. _{22 .}

[2-5-1. Regular transactions]
A specific first order, for example, first order 151 ₁ , is placed by a predetermined process that the order information generation unit 16 performs on the first order information 51 ₁ (here, this corresponds to the process of converting the valid/invalid information 181K included in the first order information 51 ₁ from "invalid" to "valid").

As shown in FIGS. 27 and 28 , when the market price 71 matches the order price of the first order ₁₅₁₁ (i.e., the order price information 181G of the first order information ₅₁₁ ), the contract information generation unit 14 performs a process of converting the contract presence/absence information 181M included in the first order information ₅₁₁ from “absent” to “present,” and the first order ₁₅₁₁ is contracted.

When the first order ₁₅₁₁ is contracted, the order information generating unit 16 performs a process of converting the valid/invalid information 181K included in the second order information ₅₂₁ and the stop order information ₅₃₁ from "invalid" to "valid." As a result, the second order ₁₅₂₁ and the stop-loss order ₁₅₃₁ are placed.

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

When the second order ₁₅₂₁ is executed, the order information generation unit 16 performs a cancellation process (a process of canceling the order while it remains in an executed but unexecuted state) on the placed stop-loss order ₁₅₃₁ , and again generates an order information group ₅₄₁ having first order information ₅₁₁ , second order information _{521 ,} and stop-loss order information ₅₃₁ corresponding to the executed first order 1511 and second order ₁₅₂₁ .

When the market price 71 fluctuates and matches the order price of the first order ₁₅₁₁ or the order price of the second order ₁₅₂₁ , the order information generation unit 16 and the contract information generation unit 14 perform the same processing as described above with the newly generated first order information ₅₁₁ and second order information ₅₂₁ , thereby placing and contracting the first order ₁₅₁₁ and the second order ₁₅₂₁ again.

Thereafter, every time the second order ₁₅₂₁ is executed, the order information generation unit 16 processes to generate an order information group _{541 having the first order information 511, the second order information 521, and the stop order information 531 , and as} the market price fluctuates, the order information generation unit 16 and the execution information generation unit 14 perform the same processing as described above, thereby repeatedly placing and executing the first order ₁₅₁₁ and the second order ₁₅₂₁ .

Similarly, for other first orders and second orders, for example, first order ₁₅₁₂ and second order ₁₅₂₂ , the order information generation unit 16 and the contract information generation unit 14 perform the same processing as described above on the first order information ₅₁₁ and second order information ₅₂₁ , thereby placing the first order ₁₅₁₂ and the second order ₁₅₂₂ and contracting them when the market price 71 fluctuates and matches the order price of the first order ₁₅₁₂ or the order price of the second order ₁₅₂₂ , and thereafter, after the second order ₁₅₂₂ is contracted, the first order ₁₅₁₂ and the second order ₁₅₂₂ are again placed and contracted, and this process is repeated.

If the market price 71 falls after a specific first order, for example, 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 ₅₃₁ included in the same order information group ₅₄₁ as the first order ₁₅₁₁ , the stop-loss order ₁₅₃₁ will be executed, causing the unexecuted second order ₁₅₂₁ to be canceled, and the transaction of this second order _{1521 will be suspended with the second order 1521} remaining unexecuted.

Specifically, the contract information generation unit 14 changes the contract presence/absence information 181M of the stop order information ₅₃₁ from "absent" to "present," and performs processing to cancel the transaction based on the first order information ₅₁₁ (for example, processing to set flag information (not shown) for canceling the transaction in the first order information ₅₁₁ , processing to delete the first order information ₅₁₁ , etc.). Note that, when the stop-loss order ₁₅₃₁ is contracted, the contract information generation unit 14 may be configured to similarly 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.

Furthermore, although not shown in FIGS. 27 and 28 , when a specific order, for example, the second order ₁₅₂₂ , is set as a stop order, and the market price rises or falls beyond the execution price of the specific second order, for example, the second order ₁₅₂₂ , and the difference between the market price and the execution price of the second order ₁₅₂₂ exceeds a predetermined trail (for example, trail information (not shown) indicating the numerical value of the trail included in the order information generation unit 16, the second order information _522, etc.), processing can be set so that the market price rises or falls in the direction of fluctuation by a predetermined fluctuation range (for example, the value of the above-mentioned trail information (not shown)).

[2-5-2. Order Modification]
In this embodiment, after the order information generation unit 16 generates first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , and stop order information ₅₃₁ , ₅₃₂ , ... ₅₃₉ , ₅₃₁₀ and trading is started, if a predetermined condition is satisfied, some or all of the first order information ₅₁₁ , 512, _{... 519} , ₅₁₁₀ , second order information ₅₂₁ , ₅₂₂ , ... 529 _{, 5210 ,} and stop order information ₅₃₁ , ₅₃₂ , _{... 539 , 5310} are modified. Specifically, by modifying _{at least a part of the attribute information 181A to 181M such as first order information, e.g., first order 151 1 ,} for trading a specific first order, e.g., first order 151 ₁ , second order information, e.g., second order information 52 ₁ , for trading a specific second order, e.g., second order information 52 ₁ , for trading a specific stop-loss order, e.g., stop-loss order 153 ₁ , the contents of the first order 151 ₁ traded based on the first order information 51 ₁ , the second order 152 ₁ traded based on the second order information 52 ₁ , and the stop-loss order 153 ₁ traded based on the stop-loss order information 53 ₁ are modified.

These specified conditions could include, for example, the following modification conditions:

(Modification condition 1)
After the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , the second order information 52 ₁ , 52 _{2 ,} ... _{52 9} , 52 ₁₀ , and the stop-loss order information _{53 1 ,} 53 _{2 ,} ... 53 ₉ , 53 ₁₀ are generated, and trading is started based on the first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , the second orders 152 ₁ , 152 ₂ , ... 152 _{9 ,} 152 ₁₀ , and the stop-loss orders _{153 1 ,} 153 _{2 ,} ... 153 ₉ , 153 10 _, This applies to cases where a change to part or all of the order order 153 ₁ , 153 ₂ , . . . 153 ₉ , 153 ₁₀ or its stop-loss orders 153 1 , 153 2 , . . . 153 9 , 153 ₁₀ is made by a user operation or automatically.

22 on the display unit 22 of the client terminal 2, and changes some or all of the first order information 511, 512, ... 519, ₅₁₁₀ , the second order information 521, ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , or the stop order information ₅₃₁ , ₅₃₂ , _{... 539} , _5310. For example, _this corresponds to a case where, after a first order of an if-done order _, for example, first order _{1511 ,} is placed, the order price, order quantity, or mode of limit order, market order, or stop-loss order of first order ₁₅₁₁ or second order ₁₅₂₁ corresponding to first order 1511 is changed.

(Modification condition 2)
After the first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , the second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , and the stop-loss order information ₅₃₁ , ₅₃₂ , ... ₅₃₉ , ₅₃₁₀ are generated, and trading is started based on the first orders ₁₅₁₁ , _{1512, ... 1519 , 15110} , the second orders ₁₅₂₁ , ₁₅₂₂ , ... ₁₅₂₉ , ₁₅₂₁₀ , and the stop-loss orders ₁₅₃₁ , ₁₅₃₂ , ... ₁₅₃₉ , ₁₅₃₁₀ , the first order information ₅₁₁ , ₅₁₂ , ... _{519, 5110 ,} and the second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , 52 This applies to cases where the contents of the stop order information 53 ₁₀ or the stop order information 53 ₁ , 53 ₂ , . . . 53 ₉ , 53 ₁₀ are changed by a user operation or automatically.

Specifically, for example, when one first order, for example, first order 151 ₁ , is placed and executed based on one piece of first order information, for example, first order information 51 ₁ , and a second order, for example, second order 152 ₁ , corresponding to this first order 151 ₁ , is placed and executed based on second order information _{52 1} , and thereafter, when first order information 51 ₁ and second order information 52 ₁ are regenerated as stop-loss order information 53 ₁ for trading stop-loss order 153 ₁ , it is conceivable that at least a part of the attribute information 181A to 181M, etc. of the regenerated first order information 51 ₁ , second order information 52 ₁ and regenerated stop-loss order information 53 ₁ will be generated as information different from the attribute information 181A to 181M, etc. of the previously generated first order information 51 1, second order information 52 ₁ and regenerated stop-loss order information 53 ₁ . As a result, it is conceivable that the order prices and order amounts of the first order 151 ₁ traded based on the regenerated first order information 51 ₁ , the second order 152 ₁ traded based on the regenerated second order information 52 ₁ , and the stop-loss order 153 ₁ traded based on the regenerated stop-loss order information 53 ₁ may be set to be different from those of the previous first order 151 ₁ , the previous second order 152 ₁ , and the previous stop-loss order 153 ₁ .

The changes to the contents of the first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , the second order information ₅₂₁ , 522, ... ₅₂₉ , ₅₂₁₀ , and the stop order information 531, ₅₃₂ , ... ₅₃₉ , ₅₃₁₀ under (modification condition 2) may be made when the first order information 511, ₅₁₂ , ... 519, ₅₁₁₀ , the second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , and the stop order information ₅₃₁ , ₅₃₂ , ... ₅₃₉ , 5310 are repeatedly generated according to preset conditions set when the user sets the first order on the order screen, or may be made when the first order information _{511, 512, ... 519 , 5110 ,} and the second order information ₅₂₁ , ₅₂₂ , _{... 529} , ₅₂₁₀ are repeatedly generated according to preset conditions _set when the user sets the first order on _the order screen. After the generation of first order information _{51 1 ,} 51 ₂ , ... 51 ₉ , _{51 10} and stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ has been repeated, the settings of the generated first order information 51 ₁ , 51 2 , ... 51 9 , 51 ₁₀ , second order information 52 ₁ , 52 2 , ... 52 9 , _{52 10} and stop order information 53 ₁ , 53 2 , ... 53 ₉ , 53 ₁₀ may be changed (the attribute information 181A to 181M, etc. may be changed).

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

[2-5-3-2. Modifying and changing settings]
For example, based on the settings before the order information was generated (for example, the settings on the change screen 412 shown in FIG. 15), the contents may be automatically changed each time the first order 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ and the second order 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ are repeated (for example, as an if-done order transaction).

Specifically, for example, it is conceivable that the order quantities, order prices, etc. of the first orders ₁₅₁₁ , ₁₅₁₂ , ... ₁₅₁₉ , ₁₅₁₁₀ and the second orders ₁₅₂₁ , ₁₅₂₂ , _{... 1529} , ₁₅₂₁₀ (and the corresponding stop-loss orders ₁₅₃₁ , ₁₅₃₂ , ... 1539, ₁₅₃₁₀ ) are set to change.

More specifically, for example, the first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ that are reordered, some or all of the second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ that are reordered, some or all of the stop-loss orders 153 _{1 ,} 153 _{2 ,} ... 153 ₉ , 153 ₁₀ that are reordered _, may be reordered based on a predetermined regularity, such as when the order quantities are set to increase by 0.1 _{currency or} the order prices are _set to rise or fall _{by 0.1 yen .} , . . . 153 ₉ , 153 ₁₀ may be partially or entirely changed or modified.

To achieve this configuration, the order information generation unit 16 converts attribute information 181A to 181M, etc., of first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ corresponding to first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ for which repeated transactions are performed, second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ corresponding to second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ for which repeated transactions are performed, and stop-loss order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ corresponding to stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ for which repeated transactions are performed, into attribute information 181A to 181M of the previous first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 153 , _{153 10 ,} second order information 52 ₁ , 52 2 , ... 52 ₉ , 52 ₁₀ corresponding to previous second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , and stop-loss order information 53 ₁ , 53 ₂ , ... 53 ₉ , _{53 10} corresponding to previous stop-loss orders _{153 1 ,} 153 ₂ , _... 153 ₉ , 153 _{10 ,} are generated in a state in which some or all of the attribute information 181A to 181M etc. are changed based on a predetermined regularity. As a result, the order quantities, order prices _, etc. of the repeated first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁ , the repeated second orders 152 ₁ , 152 _{2 , ... 152 9 , 152 10 ,} and the repeated stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ are changed from those before the repetition.

[3. Processing Procedures in "Rakutora"]
Next, the processing procedure when a transaction is carried out using "Rakutora" in the financial product transaction management system 1A will be described.

[3-1. Generation of order information]
Similar to when trading using "Toraripi," a trader using the financial instruments transaction management system 1A displays an order selection screen (not shown) on the display unit 22 of the client terminal 2. 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 of the client terminal 2 through processing by the front page distribution unit 11 of the financial instruments transaction management device 1.

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

Furthermore, the order input screen 610 shown in FIG. 29 displays a minimum price input button 61a and a maximum price input button 61b for numerically inputting the minimum price of the price range for setting the first order and the second order, instead of the trap price range input field 41h on the order input screen 510 of FIG. 20. Note that 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 touch pen) on the price direction coordinate (e.g., the vertical axis) on the chart displayed on the display unit 22, thereby obtaining information on the minimum price and the maximum price.

On this order entry screen 610, traders enter and select the information necessary for the desired order. The same input as on the order entry screen 410 is made to the buttons common to the order entry screen 510. The order entry screen 610 in Figure 29 shows the same input as in Figure 20 made to the buttons common to the order entry screen 510.

The order input screen 610 in Figure 29 also 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.

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 instruments transaction management device 1. The order information generation unit 16 of the financial instruments transaction management device 1 generates first order information for conducting a transaction based on the first order and second order information for conducting a transaction based on the 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.

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

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 generation unit 16 sets the order price information 181G of the first order information _{61_1 of the first order 161_1 ,} which is the highest priced first order, to the upper limit price of the price range (i.e., "(1 dollar =) 110.00 (yen)" input to the upper limit price input button 61b), sets the order price information (not shown) of the first order information 61_2 of the next lowest order _{161_2} to "(1 dollar =) 109.00 (yen)" by the price range (i.e., 1.00 yen) obtained by the above calculation from the order price set in the first order information _{61_1} , and further sets the order price information 181G of the next lowest order information _{61_3} to "(1 dollar =) 109.00 (yen)", and so on. Then, the order information generation unit 16 sets the order price information 181G of the first order information _{61_3} of the next lowest order 161_1 to "(1 dollar =) 109.00 (yen)", and so on. Then, the order information generation unit 16 sets the order price information _181G of the first order information 61_1 of the lowest order 161_10 to "(1 dollar =) 109.00 (yen)". The order price information 181G of _{No. 10} is set to "(1 dollar =) 101.00 (yen)".

The order information generation unit 16 sets the order prices of the second orders ₁₆₂₁ , ₁₆₂₂ , ... ₁₆₂₉ , ₁₆₂₁₀ corresponding to the first orders ₁₆₁₁ , ₁₆₁₂ , ... ₁₆₁₉ , ₁₆₁₁₀ , respectively. Specifically, for example, the order information generation 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 ₆₁₁ of the highest first order 1611, to obtain the value "(1 dollar =) 111.00 (yen)". Then, the order information generation unit 16 sets "(1 dollar =) 111.00 (yen)" calculated by the above calculation as the order price information 181G of the second order information _{621 of the highest second order 1621 .}

Next, the order information generation unit 16 sets the order price information 181G of the second order information ₆₂₂ of the second order ₁₆₂₂ , _which is one price lower than the second order 1621, to "(1 dollar = 110.00 yen)", which is the value obtained by subtracting the price spread of 1.00 _yen 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 information generation unit 16 sets the order price information 181G of the second order information ₆₂₃ of the second order _1613, which is one price lower than the second order 1621, to "(1 dollar = 109.00 yen)", and so on. Then, the order information generation unit 16 sets the order price information 181G of the second order information ₆₂₁₀ , which has the lowest price, to "(1 dollar = 101.00 yen)".

The order information generating unit 16 may calculate the order price information 181G of each of the second order information 62 ₁ , 62 ₂ , ... 62 ₉ , _{62 10} by adding "100 (sen)" input in the profit margin setting field 51 b to the corresponding first order information 61 ₁ , 61 ₂ , ... 61 9 , 61 ₁₀ .

23, 24, 25, and 26 show schematic diagrams of the order information generated in this manner. As shown in the figure, first order information 611, 612, 613, ... 6110, second order information ₆₂₁ , ₆₂₂ , ... 629, ₆₂₁₀ , stop order information ₆₃₁ , ₆₃₂ , ... ₆₃₉ , ₆₃₁₀ , and order information group ₆₄₁ , ₆₄₂ , _{... 649} , ₆₄₁₀ are generated in one order procedure by inputting on the order input screen 610. These first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , stop order information ₅₃₁ , ₅₃₂ , _{... 539} , ₅₃₁₀ , and order information group ₅₄₁ are generated by _the order input screen _{510 .} , 54 ₂ , ... 54 ₉ , 54 ₁₀ (however, the order type information 181I is recorded as information indicating "Rakutora").

[3-2. Transaction Procedures]
30 and 31 are diagrams schematically showing first orders ₁₆₁₁ , 1612, ... ₁₆₁₉ , ₁₆₁₁₀ based on the first order information ₆₁₁ , ₆₁₂ , ... 619, ₆₁₁₀ generated in this manner, second orders ₁₆₂₁ , ₁₆₂₂ , ... ₁₆₂₉ , ₁₆₂₁₀ based on the second order information ₆₂₁ , ₆₂₂ , ... ₆₂₉ , ₆₂₁₀ , and stop-loss orders ₁₆₃₁ , ₁₆₃₂ , _{... 1639} , ₁₆₃₁₀ based on stop-loss order information _{631 , 632} , ... ₆₃₉ , ₆₃₁₀ . In the same figure, as in Figures 18, 19, 27, and 28, corresponding order information and orders are displayed with the same last two digits of the code and the same subscript. All of the first orders ₁₆₁₁ , 1612, ... ₁₆₁₉ , ₁₆₁₁₀ , all of the second orders ₁₆₂₁ , ₁₆₂₂ , ... ₁₆₂₉ , ₁₆₂₁₀ , and all of the stop-loss orders _{1631, 1632, ... 1639 , 16310 shown in} the figure are traded based on first order information ₆₁₁ , ₆₁₂ , ... ₆₁₉ , ₆₁₁₀ , second order information ₆₂₁ , ₆₂₂ , ... ₆₂₉ , ₆₂₁₀ , and stop-loss order information ₆₃₁ , ₆₃₂ , ... ₆₃₉ , ₆₃₁₀ generated in a single order procedure.

In this embodiment, when a check mark is placed in any of the automatic order setting selection fields 41n1 to 41n4 on the order input screen 610 and the Execute button 41q is clicked, the front page distribution unit 11 of the financial instruments transaction management device 1 processes the selection/modification screen 511 shown in FIG. 21 on the display unit 22 of the client terminal 2. Furthermore, when a check mark is placed in the order change field 41p on the order input screen 610 and the Execute button 41q is clicked, the front page distribution unit 11 of the financial instruments transaction management device 1 processes the change screen 512 shown in FIG. 22 on the display unit 22 of the client terminal 2.

Note that Figure 30 schematically shows first orders 1611, 1612, ... 1619, ₁₆₁₁₀ set by first order information ₆₁₁ , 612, ... ₆₁₉ , ₆₁₁₀ generated based only on input on the order input screen _{610, second orders 1621 ,} 1622, _{... 1629} , ₁₆₂₁₀ set by second order information ₆₂₁ , ₆₂₂ , _{... 629} , ₆₂₁₀ , and stop-loss orders ₁₆₃₁ , ₁₆₃₂ , _{... 1639} , ₁₆₃₁₀ set by stop _- loss order information ₆₃₁ , 632, _{... 639} , ₆₃₁₀ .

Figure 31 schematically shows partially modified first orders 1511, 1512, ... 1519, 15110, partially modified second orders ₁₅₂₁ , ₁₅₂₂ , ... ₁₅₂₉ , ₁₅₂₁₀ , and partially modified stop-loss orders ₁₅₃₁ , 1532, ... ₁₅₃₉ , ₁₅₃₁₀ , which are set based on first order information ₅₁₁ , 512, ... ₅₁₉ , ₅₁₁₀ that has been partially modified or changed, second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ that has been partially _modified or changed, and stop-loss order information ₅₃₁ , ₅₃₂ , _{... 539} , ₅₃₁₀ that has been partially modified or changed as _a result _of changes made on the change screen ₅₁₂ shown in Figure ₂₂ .
As shown in Figures 30 and 31, here, the first orders ₁₆₁₁ , ₁₆₁₂ , ... ₁₆₁₉ , ₁₆₁₁₀ are set in a price range 67 between a lower limit price 65 (the price inputted into the lower limit price input button 61a) and an upper limit price 66 (the price inputted into the upper limit price input button 61b).

The order information generation unit 16 and the contract information generation unit 14 process the first order information ₆₁₁ , 612, ... _{619, 6110} and the second order information ₆₂₁ , 622, ... ₆₂₉ , ₆₂₁₀ generated in this manner in accordance with fluctuations in the market price 71, thereby repeatedly carrying out transactions based on the first orders ₁₆₁₁ , ₁₆₁₂ , ... ₁₆₁₉ , ₁₆₁₁₀ and the second orders ₁₆₂₁ , ₁₆₂₂ , _{... 1629 , 16210} based on the second order information ₆₂₁ , 622, ... _{629 , 6210} , just like in the case of _" Toraripi _" .

[3-2-2. Transactions where orders are amended or changed midway]
[3-2-2-1. Corrections and changes by user input]
When a transaction is made using this "Rakutora" system, the same corrections and changes as those described above in [2-2-2-1. Corrections and changes by user input] are made.
[3-2-2-2. Corrections and changes by settings]
When a transaction is made using this "Rakutora" system, the same corrections and changes as those described above in [2-2-2-2. Corrections and changes by settings] are made.

[Action and effect]
As described above, in this embodiment, at least some of _the orders for a plurality of financial products traded based _on the order information 41 ₁ , 41 ₂ , ... 41 ₉ , _{41 10} , first order information 51 ₁ , 51 ₂ , ... _{51 9} , 51 ₁₀ , 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , ₆₂ 10 , and stop order information 53 ₁ , 53 ₂ , ... 53 9 , _{53 10} , 63 1 , 63 ₂ , ... 63 9 , 63 10 are set to have different order quantities at different order prices, and the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ , stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ , are displayed on the order input screens 410, 510, 610, the selection/modification screens 411, 511, and the change screens 412, 512, thereby enabling the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 a plurality of orders _{141 1} , 141 ₂ , ... 141 ₉ , 141 ₁₀ with different order prices, which are placed based on the second order information 52 ₁ , _{52 2 ,} ... 52 ₉ , 52 ₁₀ , 62 _{1 , 62 2} , ... 62 ₉ , 62 ₁₀ , stop order information 53 ₁ , 53 _{2 ,} ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ , and the like; and a plurality of first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ It is possible to set different order quantities for multiple second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , _{162 1 ,} 162 ₂ , ... 162 ₉ , 162 ₁₀ , multiple stop-loss orders 153 ₁ , 153 ₂ , _... 153 ₉ , 153 ₁₀ , 163 _{1 , 163 2 , ... 163 9} , 163 ₁₀ , etc., depending on the purpose. This allows a plurality of orders to be placed in accordance with the diverse objectives of those trading financial products, while enabling highly convenient trading orders ₁₄₁₁ , ₁₄₁₂ , ... ₁₄₁₉ , ₁₄₁₁₀ , a plurality of first orders ₁₅₁₁ , ₁₅₁₂ , ... ₁₅₁₉ , ₁₅₁₁₀ , 1611, ₁₆₁₂ , ... _{1619, 16110 ,} a plurality of second orders ₁₅₂₁ , ₁₅₂₂ , ... ₁₅₂₉ , ₁₅₂₁₀ , ₁₆₂₁ , ₁₆₂₂ , _{... 1629} , ₁₆₂₁₀ , and a plurality of stop-loss orders ₁₅₃₁ , ₁₅₃₂ , _{... 1539, 15310, 1631 , 1632 , ...} 1639, ₁₆₃₁₀ .

In this embodiment, there are a plurality of orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ set according to a predetermined rule at a plurality of order prices, a plurality of first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ , a plurality of second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , a plurality of stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 The order information generating unit 16 generates a plurality of pieces of order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ for carrying out _ten transactions, a plurality of pieces of first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ , a plurality of pieces of second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ , and a plurality of pieces of stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 _{10 , 62} , . . . ₆₂ , ₆₂ , . . _{. 62 , 10 ,} and stop order information _{53 , 53 , . . . 53 , 10 , 63 , 63 , . . . 63 , 10 . 10} , first orders ₁₅₁₁ , ₁₅₁₂ , ... 1519, ₁₅₁₁₀ , ₁₆₁₁ , ₁₆₁₂ , ... 1619, ₁₆₁₁₀ , second orders _{1521, 1522, ... 1529 , 15210 , 1621} , ₁₆₂₂ , ... ₁₆₂₉ , ₁₆₂₁₀ , and multiple stop-loss orders ₁₅₃₁ , ₁₅₃₂ , ... ₁₅₃₉ , ₁₅₃₁₀ , ₁₆₃₁ , ₁₆₃₂ , ... _{1639 , 16310} , etc., are set at different order prices and different order quantities, and _{orders 1411 , 1412} , ... ₁₄₁₉ , 141 ₁₀ , first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ , ... 61 9 , 61 ₁₀ of first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 2 , ... 161 ₉ , 161 ₁₀ having a predetermined regularity, and second order information 52 ₁ , 52 _{2 ,} ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ of second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ having a predetermined regularity _. , stop-loss order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ of stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ having a predetermined regularity, order information of orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ that deviate from the predetermined regularity, first order information 51 ₁ , 51 ₂ of first orders 151 ₁ , 151 ₂ , ... 151 9 , 151 ₁₀ , 161 ₁ , 161 ₂ , _... 161 ₉ , 161 ₁₀ , ... ₅₁₉ , ₅₁₁₀ , 611, ₆₁₂ , ... ₆₁₉ , ₆₁₁₀ , second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , ₆₂₁ , ₆₂₂ , ...629, ₆₂₁₀ of second orders 1521, ₁₅₂₂ , _... 1529, ₁₅₂₁₀ , ₁₆₂₁ , ₁₆₂₂ , ... ₁₆₂₉ , ₁₆₂₁₀ that deviate from the predetermined regularity, stop-loss order information ₅₃₁ , ₅₃₂ of stop-loss orders ₁₅₃₁ , ₁₅₃₂ , _{... 1539} , ₁₅₃₁₀ , ₁₆₃₁ , _{1632 , ...1639 , 16310} , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ can be displayed together. As a result, a plurality of orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ for trading based on the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , a plurality of first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ for trading based on the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ , and a plurality of second orders 152 1 for trading based on the second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ are generated _. , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , and a plurality of stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , _{163 2 ,} ... 163 9 , 163 ₁₀ that perform trading based on stop-loss order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ are classified into regular orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ and orders that deviate from the regularity 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ , a regular first order 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ and a deviant first order 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ , a regular second order 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ and a deviant second order 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... ₁₆₂₉ , ₁₆₂₁₀ , regular stop-loss orders ₁₅₃₁ , ₁₅₃₂ , ...1539, ₁₅₃₁₀ , ₁₆₃₁ , 1632, ... ₁₆₃₉ , ₁₆₃₁₀ and stop-loss orders ₁₅₃₁ , ₁₅₃₂ , ... ₁₅₃₉ , ₁₅₃₁₀ , ₁₆₃₁ , ₁₆₃₂ , ... ₁₆₃₉ , ₁₆₃₁₀ that deviate from the regularity can be placed in a coexistent state, and multiple orders ₁₄₁₁ , ₁₄₁₂ , _{...1419 , 14110} and multiple first orders ₁₅₁₁ , ₁₅₁₂ , _{... 1519} , ₁₅₁₁₀ , ₁₆₁₁ , ₁₆₁₂ , ... ₁₆₁₉ , 161 ₁₀ , a plurality of second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , a plurality of stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ are set together, and at least some of the orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ , and at least some of the first orders 151 _{1 , 151 2 , ... 151 9} , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ are set together based on the user's intentions _, market conditions _, etc. , at least a portion of the second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , at least a portion of the stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ ,
163 ₁₀ can be set in an arbitrary state that deviates from the regularity, and financial products can be traded in a state where both ease of trading and flexibility of trading coexist.

In this embodiment, it is possible to collectively set order quantities for each order price based on whether the order quantities for each order price match or differ. This improves convenience when generating order information ₄₁₁ , 412, ... ₄₁₉ , ₄₁₁₀ , first order information ₅₁₁ , 512, ... ₅₁₉ , ₅₁₁₀ , ₆₁₁ , ₆₁₂ , ... ₆₁₉ , ₆₁₁₀ , second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , ₆₂₁ , ₆₂₂ , _{... 629} , ₆₂₁₀ , stop order information ₅₃₁ , ₅₃₂ , ... ₅₃₉ , ₅₃₁₀ , ₆₃₁ , ₆₃₂ , ... ₆₃₉ , ₆₃₁₀ , _etc. , which sets orders with different order quantities for multiple order prices.

In this embodiment, the front page distribution unit 11 displays information on regularity selectably for the user, and based on the information on regularity selected by the user, orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ having a predetermined regularity, first orders 151 1 , 151 2 , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ having a predetermined regularity, second orders 152 _{1 ,} 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , and stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ having a predetermined regularity are displayed _. , ... ₁₆₃₉ , _16310, etc., is automatically generated to present the user with information for easily placing an order having a predetermined pattern. Based on the information sent from the user, the order information generation unit 16 generates order information ₄₁₁ , ₄₁₂ , ...419, ₄₁₁₀ for placing orders ₁₄₁₁ , _{1412, ...1419 , 14110} having a predetermined pattern, and first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , ₆₁₁ , 612, _{... 619} , ₆₁₁₀ for placing first orders ₁₅₁₁ , 1512, ... ₁₅₁₉ , ₁₅₁₁₀ , ₁₆₁₁ , ₁₆₁₂ , ... ₁₆₁₉ , ₁₆₁₁₀ having a _{predetermined pattern} . , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ for placing second orders 152 ₁ , 152 2 , ... 152 ₉ , _{152 10 ,} 162 ₁ , 162 ₂ , ... _{162 9 , 162 10} having a predetermined regularity, stop-loss order information _{53 1 ,} 53 _{2 ,} ... 53 ₉ , _{53 10} , 63 ₁ , 63 ₂ , _{... 63 9 , 63 10} etc. can be generated routinely.

In this embodiment, there are orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ at a plurality of order prices, first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ at a plurality of order prices, second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ , etc., at different order prices and different order quantities, settings based on a predetermined regularity and settings deviating from _the predetermined regularity are used in _combination based on _the information displayed on _{the order} input screens _{410 , 510} , ₆₁₀ , _the selection _{/ modification} screens _{411 , 511 , and the change screens 412 , 512 .} , 63 ₁ , 63 ₂ , . . . 63 ₉ , 63 ₁₀ and so on can be generated.

In this embodiment, there are set order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ set to have a predetermined regularity, first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ set to have a predetermined regularity, second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ set to have a predetermined regularity, and stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 Based on the information displayed on the order input screens ₄₁₀ , 510, 610, the selection/modification screens 411, 511, and the change screens 412, 512, the order information generation unit 16 can modify the settings so as to deviate from the predetermined regularity, and orders set based on the predetermined regularity can be modified in accordance with subsequent changes in the purpose, market conditions, etc. As a result, the set orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ , the set first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ , the set second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , the set stop loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ , etc., various and complex post-event resetting is possible, and orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ at a plurality of order prices and different order quantities, first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ at a plurality of order prices and different order quantities, second orders 152 ₁ , 152 ₂ , ... 152 9 , 152 ₁₀ , 162 ₁ , 162 _{2 ,} ... 162 ₉ , 162 ₁₀ , stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 This makes it possible to further improve the convenience of settings such as ₉ , 163, _10, etc.

In this embodiment, there are orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ set based on a predetermined regularity, first orders 151 ₁ , 151 ₂ , ... 151 9 , 151 ₁₀ , 161 ₁ , _{161 2} , ... 161 ₉ , 161 ₁₀ set based on a predetermined regularity, second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 _{10 , 162 1 ,} 162 ₂ , ... 162 ₉ , 162 ₁₀ , stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ , etc. can be automatically corrected in response to subsequent changes in the purpose, market conditions, etc.

In this embodiment, based on the information displayed on the order input screens 410, 510, 610, selection/modification screens 411, 511, and change screens 412, 512, it is possible to modify 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. to a state that reflects the user's intentions in response to subsequent changes in the purpose, market conditions, etc.

In this embodiment, there are orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ placed based on the generated order information 41 ₁ , 41 2 _, ... 41 ₉ , 41 ₁₀ , first orders 151 ₁ , 151 ₂ , ... _{151 9 , 151 10 , 161 1 , 161 2 ,} ... 161 ₉ , _{161 10} placed based on the generated second order information _{52 1 , 52 2} , ... 52 ₉ , _{52 10} , and second orders 152 ₁ , _{152 2 , ... 152 9} , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , and the stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 _{2 ,} ... 163 ₉ , 163 ₁₀ and the like placed based on the generated stop-loss order information _{53 1} , _{53 2} , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ are executed, the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , _{51 10 ,} 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ , etc., the orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ , the first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ , the second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , and the stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ , etc., are executed, and thereby the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ , ... _{61 9} , _{61 10} , second order information 52 ₁ , 52 2 , ... 52 ₉ , 52 ₁₀ , and stop-loss order information 53 ₁ , 53 ₂ , ... 53 ₉ , _{53 10} , _{63 1 ,} 63 ₂ , ... 63 ₉ are executed _. , 63 ₁₀ , etc., can be used to realize the buying and selling of financial products.

In the above embodiment, the financial instruments transaction management system 1A deals in foreign exchange as a financial instrument, but this is not limited to this, and the present invention can also be applied when dealing in other financial instruments, such as stocks and bonds. Furthermore, the financial instruments transaction management system 1A in the above embodiment can also be applied when dealing in other legal financial instruments, or non-legal financial instruments that are traded at floating rates, such as virtual currencies, or futures trading of precious metals, agricultural products, crude oil, etc.

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."

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

1A... Financial product transaction management system 1... Financial product transaction management device 2, 2 ₁ to 2 _n ... Client terminal 11... Front page distribution unit (order information display control means, regularity display control means)
22, _{22 1} , ..., 22 _n ... Display unit (order information display means)
41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ ... Order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ ... First order information (order information)
52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ ... Second order information (order information)
53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ ... Stop order information (order information)
141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ ... Order 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ ... First order (order)
14...Contract information generation unit (contract information generation means)
16: Order information generation unit (order information generation means)
152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ ... Second order (order)
153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ ... Stop order (order)
410, 510, 610...Order input screen (order information display means, regularity display means)
411, 511...Selection/modification screen (order information display means, regularity display means)
412, 512...Change screen (order information display means, regularity display means)

Claims (10)

A financial product transaction management device that allows a user who places an order for a financial product and/or executes a transaction of the financial product by placing an order for the financial product, to trade the financial product, comprising:
order information for placing an order for a specific financial product at a specific order price, based on the trading unit quantity of 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;
regularity correction means for setting a part of the order information generated by the order information generation means, and a part of the orders set based on the order information, as orders that deviate from the predetermined regularity, so that the plurality of orders are in a state in which the orders that have the predetermined regularity and the orders that deviate from the predetermined regularity coexist;
an order information display means for allowing the user to visually recognize the order information, comprising an order information display control means for controlling the display of information used by the order information generation means to generate the order information and the order that has been deviated from the predetermined regularity by the regularity correction means;
a financial instruments transaction management device characterized in that, when generating the order information for placing a new order after each of the plurality of orders has been executed, the order information generation means generates each of the order information by treating the order corresponding to the order that deviates from the regularity as being in a state having the regularity . The order information display control means
Controlling the order information display means to display a plurality of pieces of information having the predetermined regularity so that the user can select from the plurality of pieces of information;
2. The financial instruments transaction management device according to claim 1, wherein information for causing said order information generating means to automatically generate said order information based on the information of said predetermined regularity displayed on said order information display means and selected by said user is displayed on said order information display means. the regularity correction means corrects the price ranges of at least some of the order information generated to place the orders whose price ranges have the predetermined regularity at the plurality of order prices so that the price ranges deviate from the predetermined regularity;
3. The financial instruments transaction management device according to claim 2, wherein the order information display control means causes the order information display means to display the order in which the price spread has been modified so as to deviate from the predetermined regularity, based on the information displayed on the order information display means . the regularity correction means corrects the profit margins of at least some of the order information generated to place the orders whose profit margins have the predetermined regularity at the plurality of order prices so that the profit margins deviate from the predetermined regularity;
3. The financial instruments transaction management device according to claim 2, wherein the order information display control means causes the order information display means to display the order that has been modified so that the profit margin deviates from the predetermined regularity, based on the information displayed on the order information display means . the regularity correction means corrects, at a plurality of the order prices, some of the order information generated to place the orders whose execution conditions regarding whether the orders are limit orders or market orders have the predetermined regularity so as to deviate from the predetermined regularity;
3. The financial instruments transaction management device according to claim 2, wherein the order information display control means causes the order information display means to display the order whose execution conditions have been modified so as to deviate from the predetermined regularity, based on the information displayed on the order information display means . the regularity correction means corrects some of the order information generated to place orders in which execution conditions for limit orders, stop orders, or market orders have the predetermined regularity at a plurality of order prices set within a predetermined price range, so that some of the execution conditions deviate from the predetermined regularity;
3. The financial instruments transaction management device according to claim 2, wherein the order information display control means causes the order information display means to display the order whose execution conditions have been modified so as to deviate from the predetermined regularity, based on the information displayed on the order information display means . Each of the order information further executes the order for one order quantity at one order price,
7. A financial instruments transaction management device according to claim 1, further comprising a contract information generation means for executing the order based on the order information generated by the order information generation means when predetermined contract conditions are satisfied. A financial product transaction management system that allows a user who trades an order for a financial product to trade the financial product by placing an order for the financial product and/or by executing the order for the financial product,
order information for placing an order for a specific financial product at a specific order price, based on the trading unit quantity of 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;
regularity correction means for setting a part of the order information generated by the order information generation means, and a part of the orders set based on the order information, as orders that deviate from the predetermined regularity, so that the plurality of orders are in a state in which the orders that have the predetermined regularity and the orders that deviate from the predetermined regularity coexist;
an order information display means for allowing the user to visually recognize the order information, comprising an order information display control means for controlling the display of information used by the order information generation means to generate the order information and the order that has been deviated from the predetermined regularity by the regularity correction means;
a financial product transaction management system characterized in that, when generating the order information for placing a new order after each of the plurality of orders has been executed, the order information generation means generates each of the order information by treating the order corresponding to the order that deviates from the regularity as being in a state having the regularity . A financial instruments trading terminal used by a trader who trades financial instruments, capable of communicating with a financial instruments trading management device that allows a user who trades an order for a financial instrument to trade the financial instrument by placing an order for the financial instrument and/or by executing the order for the financial instrument,
The financial instruments transaction terminal comprises an operation means for the user to perform various operations related to the transaction of the financial instruments, and a display means for displaying information related to the transaction of the financial instruments to the user,
The operating means is
a means for the user to input information for causing the order information generating means of the financial instruments transaction management device to generate a plurality of pieces of order information each having a predetermined regularity for placing an order for a single order quantity for a specific financial instrument at a single order price for the specific financial instrument, based on the financial instrument trading unit quantity for the specific financial instrument, and for placing the order at different order prices for the specific financial instrument;
a base price input means for inputting trading unit quantity information as information on the trading unit quantity of the financial product by the user;
a regularity input means for inputting regularity information as information on the predetermined regularity by the user;
a regularity correction information input means for inputting regularity correction information, which is information for causing some of the orders to deviate from the predetermined regularity, by the user;
The display means
The transaction unit quantity information, the regularity information, and the regularity correction information input by the user's operation are displayed,
the order based on the order information generated by the order information generation means included in the financial product transaction management device is displayed;
The financial instruments transaction management device is configured to display the execution of the order, which is performed by an execution information generation means that performs processing to execute the order , and
In the order information generation means, when the order information for placing another order is generated after each of the plurality of orders has been executed, the order information corresponding to the order that deviates from the regularity is generated as a state having the regularity,
When the order information generating means regenerates the order corresponding to the order that deviates from the predetermined regularity, the display means displays the regenerated order in a state that conforms to the predetermined regularity.
A financial instruments trading terminal characterized by: A program that causes a computer to function as the financial product transaction management device according to any one of claims 1 to 7 .