Financial instrument trading management device, financial instrument trading management system, user terminal, program

Abstract

To provide a financial product transaction management device, etc., configured to improve the convenience of transactions while enabling a plurality of orders to be placed according to various purposes of those who trade financial products.SOLUTION: An order information generation unit of a financial product transaction management device 1 generates order information so that orders 1411, 1412, ...1419, 14110 corresponding to the quantity of order quantity information have predetermined conditions set for each of order layers 31, 32, 33, the number of layers of the first to third layers 31, 32, 33 are equal to the number of layers of order layer number information, and the quantity of orders set for the first layer 31 is equal to the quantity set based on the order quantity information, the orders being formed to have a price range set by price range information, based on the order quantity information, the price range information, the order layer number information and order quantity information included in information on orders received by an order input receiving unit. An execution information generation unit concludes agreements for orders to be contracted at an order price same as and different from an order price when an order is placed.SELECTED DRAWING: Figure 15

Description

[Technical Field]

[0001] This invention relates to technology for managing and supporting transactions of financial instruments such as foreign exchange. [Background technology]

[0002] In recent years, technologies have become widespread that allow traders of financial products such as foreign exchange (hereinafter referred to as "traders") to conduct transactions using network-connected computer systems, thereby improving the convenience of trading by enabling transactions to be conducted in diverse locations and at diverse times. As an example of such technology, an invention is known that has a configuration that performs a process of placing orders for financial products at multiple different prices, and a process of executing the placed orders when the order price and the market price match (see, for example, Patent Document 1). [Prior art documents] [Patent Documents]

[0003] [Patent Document 1] Japanese Patent Publication No. 2008-9562 [Overview of the project] [Problems that the invention aims to solve]

[0004] When trading financial products, those placing orders may wish to vary the order quantity depending on the order price, date and time of order, and market conditions, for the purpose of efficiently securing profits or avoiding risks due to unexpected market fluctuations. However, in the invention described in Patent Document 1, multiple orders placed based on order information generated from a single buy / sell order application information are all set to the same order quantity. Therefore, in the invention described in Patent Document 1, there is a problem that it may be difficult to have those placing orders place orders according to their respective purposes.

[0005] This invention has been made in view of the above-mentioned problems, and aims to provide a financial instrument trading management device and a financial instrument trading management system that can improve the convenience of trading while allowing multiple orders to be placed in a manner that suits the diverse purposes of those trading financial instruments. [Means for solving the problem]

[0006] To achieve the above objective, the invention described in claim 1 is a financial instrument trading management device for managing transactions of financial instruments, comprising: an order receiving means for receiving information on orders for the financial instruments; an order information generating means for generating order information as information for placing orders for the financial instruments to be traded; and an execution information generating means for performing processing to execute the orders based on the order information, wherein the order receiving means receives price range information as information on the price range of a plurality of the orders, order quantity information as information for setting the order quantity of each of the orders, and an upper and lower limit price of an order price range in which the order prices of the plurality of orders are set, and the order information generating means uses the price range information, order quantity information and upper and lower limit prices included in the order information received by the order receiving means to set the order quantity of each of the orders to the quantity set based on the order quantity information. ,So All of the aforementioned order prices of each of the aforementioned orders average value However, as mentioned above Order price range center The value The order information is generated such that a standard is set, the price range between each of the aforementioned orders becomes the price range set by the price range information, and the order price of all the aforementioned orders falls within the range of the order price range. The execution information generation means is characterized by executing the following orders that have been placed: orders that are executed at the same order price as when they were placed, and orders that are executed at a different order price than when they were placed.

[0007] The invention described in claim 2, in addition to the configuration described in claim 1, The order receiving means receives order hierarchy number information, which is the number of hierarchy levels consisting of at least one order that has different predetermined conditions for identifying the order from other orders. When the order information generation means is set to place an order for the financial instrument at the order price of a plurality of order levels, The predetermined conditions for the order are set for each order hierarchy, and the number of hierarchy levels for all order hierarchy levels becomes the number of hierarchy levels in the order hierarchy number information. The higher the price level of the aforementioned order hierarchy is set, or the lower the price level it is set, Each of the above orders set based on the above order quantity information So that the aforementioned order quantity increases 、 The system is characterized by generating the aforementioned order information.

[0008] The invention described in claim 3, in addition to the configuration described in claim 1, The order receiving means receives order hierarchy number information, which is the number of hierarchy levels consisting of at least one order that has different predetermined conditions for identifying the order from other orders. When the order information generation means is set to place an order for the financial instrument at the order price of a plurality of order levels, The predetermined conditions for the order are set for each order hierarchy, the number of hierarchy levels for all order hierarchy levels becomes the number of hierarchy levels in the order hierarchy number information, and the order quantity for each order is set based on the order quantity information, The order quantity for a particular order tier is maximized, and the order quantities for prices higher and lower than the specific order price are smaller, or the order quantity for a particular order price is minimized, and the order quantities for prices higher and lower than the specific order price are larger. 、 The system is characterized by generating the aforementioned order information.

[0009] The invention described in claim 4 is characterized in that, in addition to the configuration described in any one of claims 1 to 3, the order information generation means generates the order information for placing the order at each order price such that the order quantity at each order price is a ratio arbitrarily set with respect to the total transaction amount in a specific user or a specific transaction, or to the average order amount in a specific user or a specific transaction.

[0010] The invention described in claim 5 is characterized in that, in addition to the configuration described in any one of claims 1 to 4, the order information generation means generates a plurality of first order information, which is a plurality of order information for placing a plurality of first orders, and / or a plurality of second order information, which is a plurality of order information for placing a plurality of second orders, based on a specific reference price, such that the respective order prices fall within a predetermined range.

[0011] The invention described in claim 6 is characterized in that, in addition to the configuration described in any one of claims 1 to 4, the order information generation means generates a plurality of first order information as a plurality of order information for placing a plurality of first orders, and / or a plurality of second order information as a plurality of order information for placing a plurality of second orders, based on a specific reference price, such that the respective order prices are within a predetermined price range, and when the first order and the second order corresponding to the first order are executed, the first order information corresponding to the executed first order and the second order information corresponding to the executed second order are generated again, thereby repeating the ordering of the first order and the second order.

[0012] The invention described in claim 7 is characterized in that, in addition to the configuration described in any one of claims 1 to 5, the order information generation means sets a price range based on a specific upper limit price and / or a specific lower limit price, and generates a plurality of first order information, which causes a plurality of first orders to be placed, and / or a plurality of second order information, which causes a plurality of second orders to be placed, within the price range, such that the order prices of the plurality of first orders and / or the order prices of the plurality of second orders are set.

[0013] The invention described in claim 8 is a financial instrument trading management system that manages transactions of financial instruments, comprising a financial instrument trading management device managed by a trading company with a plurality of users who trade financial instruments, and a plurality of user terminals used by the plurality of users and connected to the financial instrument trading management device in a communicative manner, wherein the financial instrument trading management device comprises an order receiving means for receiving information on orders for financial instruments, an order information generating means for generating order information as information for placing orders for financial instruments to be traded, and an execution information generating means for performing processing to execute the orders based on the order information, wherein the order receiving means receives price range information as information on the price range of a plurality of orders, order quantity information as information for setting the order quantity of each of the orders, and an upper and lower limit price of an order price range in which the order prices of the plurality of orders are set, and the order information generating means makes the order quantity of each of the orders the quantity set based on the order quantity information, based on the price range information, the order quantity information and the upper and lower limit prices included in the order information received by the order receiving means. ,So All of the aforementioned order prices of each of the aforementioned orders average value However, as mentioned above Order price range center The value The order information is generated such that a standard is set, the price range between each of the aforementioned orders becomes the price range set by the price range information, and the order price of all the aforementioned orders falls within the range of the order price range. The execution information generation means is characterized by executing the following orders that have been placed: orders that are executed at the same order price as when they were placed, and orders that are executed at a different order price than when they were placed.

[0014] The invention described in claim 9 is a user terminal used by a user, which is communicably connected to a financial instrument trading management device managed by a trading company with a plurality of users who trade financial instruments, the user terminal comprising: an operating means for performing various operations related to the trading of the financial instruments by the user; and a display means for displaying information related to the trading of the financial instruments to the user, wherein the financial instrument trading management device with which the user terminal communicates comprises: an order receiving means for receiving information on orders for the financial instruments; an order information generating means for generating order information as information for placing orders for the financial instruments to be traded; and a settlement processing means for executing the orders based on the order information. The system includes an information generation means, and the operation means, through the user's operation, causes the order receiving means to receive order quantity information as information on the number of orders set at different order prices, price range information as information on the price range of the orders, order quantity information as information for setting the order quantity of each order, and the upper and lower limits of the order price range in which the order prices of the orders are set, and the order information generation means that, based on the price range information, order quantity information and the upper and lower limits of the price, the order quantity of each order is set to the quantity based on the order quantity information, which is included in the order information received by the order receiving means. ,So All of the aforementioned order prices of each of the aforementioned orders average value However, as mentioned above Order price range center The valueThe order information is generated such that a standard is set, the price range between each of the aforementioned orders becomes the price range set by the price range information, and the order price of all the aforementioned orders falls within the range of the order price range. The execution information generation means is instructed to execute the orders that are executed at the same order price as when they were placed, and the orders that are executed at a different order price than when they were placed. The display means is configured to display the price range information, the order quantity information, the upper limit price information, and the lower limit price information, which are input by the user through the operation of the operation means. The order information is also configured to display the order based on the order information generated by the order information generation means and the execution of the order by the execution information generation means.

[0015] The invention described in claim 10 is a program that causes a computer to function as a financial instrument trading management device according to any one of claims 1 to 7. [Effects of the Invention]

[0016] According to the invention described in claim 1, claim 8, and claim 9, The order information received by the order acceptance mechanism includes price range information, order quantity information, upper price limit, and lower price limit. The order quantity for each order is set based on the order quantity information, the average of all order prices is set based on the midpoint of the order price range, and the price range between each order is set by the price range information, ensuring that all order prices remain within the order price range. By generating order information, it becomes possible to arbitrarily set predetermined conditions that identify orders for each order tier when placing orders for financial instruments at multiple different order prices. Therefore, it becomes possible to conduct financial instrument transactions with diverse settings of predetermined order conditions based on various circumstances, such as the intentions of the person trading the financial instrument. This enhances the convenience of trading while allowing multiple orders to be placed in a way that aligns with the diverse objectives of the person trading the financial instrument.

[0017] According to the inventions described in claims 1, 8, and 9, when a transaction is concluded for an order placed based on the generated order information, the order information is processed to indicate that the order has been executed, thereby enabling the buying and selling of financial instruments based on the order information.

[0018] According to the invention described in claim 2, it is possible to set each order so that the higher the price or the lower the price, the greater the profit that can be secured in a single transaction, or to set each order so that the higher the price or the lower the price, the greater the risk of the transaction. This makes it possible to place multiple orders in a way that suits the diverse objectives of those trading financial products, while also improving the convenience of trading.

[0019] According to the invention described in claim 3, by generating order information such that the order quantity at a specific order price is the maximum and the order quantities at prices higher and lower than that specific order price are small, it is possible to set up orders so that a large profit can be secured in a single transaction at a specific order price, and so that the further away from the specific order price the order is, the greater the risk of the transaction. Similarly, by generating order information such that the order quantity at a specific order price is the minimum and the order quantities at prices higher and lower than that specific order price are large, it is possible to set up orders so that the risk of the transaction can be avoided at a specific order price, and so that the further away from the specific order price the order is, the greater the profit can be secured in a single transaction. This makes it possible to place multiple orders in a way that suits the diverse purposes of those trading financial products, while also improving the convenience of trading.

[0020] According to the invention described in claim 4, the order quantity for each order price can be set based on the ratio to the total transaction amount or average transaction amount for a specific user or transaction. This makes it possible to easily set the order quantity for each order price by calculation based on the trading situation at a predetermined time or period. This makes it possible to improve the convenience of trading while allowing multiple orders to be placed in a way that suits the diverse purposes of those trading financial products.

[0021] According to the invention described in claim 5, by setting multiple first orders and / or multiple second orders so that the price of each order is within a predetermined range based on a specific reference price, it becomes possible to diversify trading risk while securing profits.

[0022] According to the invention described in claim 6, by setting multiple first orders and / or multiple second orders so that the price of each order is within a predetermined range based on a specific reference price, it becomes possible to diversify trading risk while securing profits. Furthermore, when a first order and a second order corresponding to the first order are executed, by repeatedly placing orders for the first order corresponding to the executed first order and the second order corresponding to the executed second order, it becomes possible to automatically and continuously execute trades at a price where market price fluctuations are likely to occur once a trade has been completed, thereby securing even greater profits.

[0023] According to the invention described in claim 7, by setting multiple first orders and / or multiple second orders within a price range set based on a specific upper price limit and / or a specific lower price limit, it becomes possible to set order prices by first setting a price range for setting order prices and then setting each first order and each second order within this price range. Therefore, it becomes possible to realize an order method in which the order prices of individual first orders and individual second orders are set from a price range, thereby further enhancing the convenience of order setting.

[0024] According to the invention described in claim 10, the financial instrument trading management device of the present invention can be programmed and implemented on various computer hardware. [Brief explanation of the drawing]

[0025] [Figure 1] This is a system configuration diagram and a functional block diagram of a financial instruments trading management system according to Embodiment 1 of the present invention. [Figure 2] This is a block diagram showing the hardware configuration of the financial instruments trading management system. [Figure 3] This is a schematic diagram of the field definitions in the order table of the same financial instruments trading management system. [Figure 4] This diagram schematically illustrates the first example of calculating the order quantity for each level in the same financial instruments trading management system. [Figure 5] This diagram schematically illustrates a second example of calculating the order quantity for each level in the same financial instruments trading management system. [Figure 6] This diagram schematically illustrates a third example of calculating the order quantity for each level in the same financial instruments trading management system. [Figure 7] Figure 1 schematically shows a specific example of hierarchical calculation in the same financial instruments trading management system. [Figure 8] The second figure schematically shows a specific example of hierarchical calculation in the same financial instruments trading management system. [Figure 9] The third figure schematically shows a specific example of hierarchical calculation in the same financial instruments trading management system. [Figure 10] Figure 4 schematically illustrates a specific example of hierarchical calculation in the same financial instruments trading management system. [Figure 11] This diagram schematically shows the difference in average cost between (a) cases where orders with multiple order prices are not hierarchized and (b)(c) cases where they are hierarchized, in the same financial instrument trading management system. [Figure 12] This flowchart shows the processing procedure of the financial instruments trading management system. [Figure 13] This diagram schematically shows the order entry screen for a "trap trade" order in the same financial instruments trading management system. [Figure 14] This diagram schematically shows the order information for executing a "trap trade" generated in the same financial instruments trading management system. [Figure 15] This diagram schematically shows a "trap trade" order based on order information generated in the same financial instruments trading management system. [Figure 16]This diagram schematically shows the order entry screen for "TraLiPi" orders in the same financial instruments trading management system. [Figure 17A] This diagram schematically shows the order information for executing "TraLiPi" orders and "RakuTora" orders in the same financial instruments trading management system. [Figure 17B] This diagram schematically shows the order information for executing "TraLiPi" orders and "RakuTora" orders in the same financial instruments trading management system. [Figure 18] This diagram schematically shows a "TraLiPi" order based on order information generated in the same financial instruments trading management system. [Figure 19] This diagram schematically shows the order entry screen for "Rakutora" orders in the same financial instruments trading management system. [Figure 20] This diagram schematically shows an order placed by "Rakutora" based on order information generated in the same financial instruments trading management system. [Modes for carrying out the invention]

[0026] [System Configuration] Figures 1 to 20 show Embodiment 1 of the present invention.

[0027] Figure 1 is a system configuration diagram and functional block diagram of the financial instrument trading management system of this embodiment. As shown in the figure, the financial instrument trading management system 1A consists of a financial instrument trading management device 1 and N (N≧1) client terminals 21-2 n It is equipped with a financial instruments trading management device 1 and client terminals 21-2 n These devices can communicate with each other via the Internet 3, which is a Wide Area Network (WAN). The financial instrument trading management system 1A in this embodiment handles foreign exchange as a financial instrument.

[0028] Financial Instruments Trading Management Device 1 is a server computer managed and operated by a financial instruments trading company, and is equipped with a web server function and a database function for storing large amounts of data. Client terminals 21,...,2n is a communication terminal with a data communication function, which is owned and used by an individual or a corporation that conducts trading of financial products, and a personal computer, a mobile phone terminal, etc. fall within this category. Client terminals 21, ···, 2 n are operation units 211, ···, 21 used for inputting various instructions such as a mouse and a keyboard, etc. n consists of an LCD (Liquid Crystal Display), etc. and displays various instructions, etc. and various images input from the operation units 211, ···, 21 n has a display unit 221, ···, 22. The client terminals 21, ···, 2 n The operation units 211, ···, 21 n and the display units 221, ···, 22 n may be configured as a touch panel type display for performing various inputs based on coordinate information of the contact position of a pointing device such as a finger or a touch pen, etc. In addition, the client terminals 21, ···, 2 n Since the operation units 211, ···, 21 n and the display units 221, ···, 22 n have the same configuration, hereinafter, unless there is a need to distinguish, they are referred to as client terminal 2, operation unit 21, and display unit 22. n Since the operation units 211, ···, 21

[0029] Figure 2 is a block diagram showing the hardware configuration of the financial instrument trading management device 1 in this embodiment. As shown in the figure, the financial instrument trading management device 1 is equipped with at least one CPU (Central Processing Unit) 101, RAM (Random Access Memory) 102 which functions as a work area for the CPU 101, ROM (Read Only Memory) 103 which stores boot programs and the like, auxiliary storage devices 104 such as a hard disk which stores various programs and data, a communication interface 105 used for sending and receiving data, an operation unit 106 for an operator to operate the financial instrument trading management device 1 such as a mouse and keyboard, and a display unit 107 which displays characters and images such as an LCD. The auxiliary storage device 104 stores OS (Operating System) programs, various application programs, and data recorded in a database, and these programs and data work in cooperation with hardware resources through the calculations of the CPU 101 to realize various functions.

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

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

[0032] The deposit and withdrawal information generation unit 13 receives deposit and withdrawal requests from the client terminal 2 and creates a list of deposits and withdrawals based on the requests.

[0033] The order information generation unit 16 generates information about orders for financial instruments that have been executed, based on the information processed by the order input receiving unit 12. These orders include market orders, limit orders, stop orders, and if-then orders.

[0034] When generating an IFD order and a stop-limit order, 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-limit order, generates order information for the second order so that the second order becomes a limit order for settlement, and generates order information for the stop-limit order so that the stop-limit order becomes a stop-limit order for settlement. The type of order (first order, second order, or stop-limit order) is distinguished and recorded based on the field definitions in the order table 181, which will be described later.

[0035] The trade information generation unit 14 performs trade processing based on the order information generation unit 16, and processes information regarding the completed trade processing to the trader's client terminal 2. Here, "trade" refers to the various procedures and processes for completing the buying and selling of financial products based on the trader's order. As will be described later, when a trade is completed in this embodiment, a foreign exchange transaction is carried out, and as a result, based on the instructions of the trade information generation unit 14, the account information generation unit 15 converts margin information (described later) according to the transaction amount, and the deposit and withdrawal information generation unit 13 further records the status of deposits and withdrawals in the deposit and withdrawal list. In addition, when a trade is completed, the trade information generation unit 14 displays text information indicating that a trade has been completed on the display unit 22 of the client terminal 2, and also performs deposit and withdrawal processing of the client terminal's bank account based on the buying and selling price.

[0036] The account information generation unit 15 generates deposit balance information of traders and has the function of managing margin information (i.e., information that confirms that an order can be executed) based on said deposit balance information. In order to ensure consistency with the actual deposit balance, the deposit balance information generated by the account information generation unit 15 is periodically compared with information on the actual deposit balance of traders provided by financial institutions such as banks.

[0037] The database connection base unit 17 performs conversions between the data generated and processed in the data processing unit 10 and the data recorded in the database 18 (for example, conversion between logical data structures and physical data structures), and also performs the necessary processing for exchanging data between the data processing unit 10 and the database 18.

[0038] Database 18 records data used by the financial instrument trading 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 may be used, such as an object database. Database 18 records an order table 181, a customer account information table 182 that defines information such as the financial institution where the trader's account is located, the account name, and the balance, a currency pair order condition table 183 that defines information such as the combination of currencies to be traded, and a sequence number table 184. The sequence number table 184 records a sequence number that is uniquely assigned to each piece of order information (described later). Details of the order table 181 will be described later.

[0039] The front page distribution unit 11 creates image data to be displayed on the client terminal 2's display unit 22 and sends the created image data to the client terminal 2.

[0040] The price information receiving management unit 19 acquires information about the prices of financial instruments handled by the financial instrument trading management device 1, and performs the necessary processing and management on the acquired information for use by the data processing unit 10. In this embodiment, the price information receiving management unit 19 periodically acquires, records, and manages information on foreign exchange market prices.

[0041] Although not shown in the diagram, the financial instrument trading management device 1 includes a timer that acquires and manages date and time information, and an expiration date management means that manages the expiration dates (described later) of the first order, second order, and stop-loss order based on the date and time information acquired from the timer.

[0042] Figure 3 is a schematic diagram of the field definition for order table 181. As shown in this diagram, order table 181 has fields equal to the number of items, and the field name (field name), data type (type) such as text, number, date and time, data length (length) such as bit length, whether it is not allowed to be blank (Not Null), whether there is a default value (default value), and the name of the data item (remarks) are defined.

[0043] [Regarding the transaction form in this embodiment] Three representative examples of trading methods that can be implemented by the financial instrument trading 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 other trading methods may be implemented in the financial instrument trading management system 1A of this embodiment.

[0044] [General Overview of Trading Methods: Orders Placed Using a Single Order Procedure] In this embodiment, including [Transaction Method 1] to [Transaction Method 3] below, transactions are carried out by the placement or execution of multiple orders based on processing of multiple order information generated by the order information generation unit 16 based on a single order procedure. Here, "a single order procedure" refers to the process by which the financial instrument trading management device 1 receives signals or data indicating that a predetermined process (for example, a trader clicking the execution button 41n in the same figure) has been performed on the order input screen 410 (see Figure 13), order input screen 510 (see Figure 16), order input screen 610 (see Figure 19), etc., or the process by which the financial instrument trading management device 1 receives and accepts such signals or data (hereinafter the same applies in this specification).

[0045] [Trading Method 1: Trap Trading] In this embodiment of the financial instrument trading management device 1, the order information generation unit 16 generates order information that enables the reservation of multiple financial instruments of the same type at predetermined price intervals and in predetermined order quantities (hereinafter this order type will simply be referred to as "trap trading").

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

[0047] However, in this embodiment, the price range between financial instruments based on the order information generated by the order information generation unit 16 does not necessarily have to be constant. The price range between a specific order, for example, the highest-priced order and the order immediately below it, or the lowest-priced order and the order immediately above it, may be different from the constant price range between orders of other order prices. Alternatively, the configuration may be such that only certain pairs of orders, such as the highest-priced order and the second-highest-priced order, the third-highest-priced order and the fourth-highest-priced order, etc., have equal price ranges.

[0048] [Trading Method 2: Trap Repeat If Done] Furthermore, in the financial instrument trading management device 1 of this embodiment, the order information generated by the order information generation unit 16 allows for multiple combinations of the same type of financial instrument, where a first order and a second order placed upon the execution of the first order (if-then order) exist, with the price range between the first orders and the price range between the second orders being constant, and the profit margin between each first order and its corresponding second order being constant. When a first order and its corresponding second order are executed, an if-then order is repeated, consisting of a new first order corresponding to the executed first order and a new second order corresponding to the executed second order (hereinafter this order type will simply be referred to as "trap repeat if-then").

[0049] 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-priced order or the lowest-priced order among multiple orders, or the price that is the average price of all order prices, etc.). The order information generation unit 16 also sets the profit margin between the first and second orders by performing a 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 on the expected price range, which is the price range that the trader assumes the market may fluctuate within a predetermined period, entered by the trader)).

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

[0051] Furthermore, in this embodiment, the new first order and new second order generated by the order information generation unit 16, which appear after a specific first order and a corresponding second order have been executed, do not need to be the same as the order amount or order price of the original first order. For example, after a specific first order and a specific second order have been executed, the new first order and new second order may be placed at a price that is a predetermined price (for example, 0.1 yen each) higher (or lower) than the order price of the original first order and the order price of the original second order, or the new first order and new second order may be placed with an order quantity that is a predetermined order quantity (for example, 0.1 currency units) higher (or lower) than the order quantity of the original first order and the original second order.

[0052] Furthermore, in this embodiment, after a specific first order and a second order corresponding to this first order have been executed due to fluctuations in market prices, the system may be configured such that, based on the order information generated by the order information generation unit 16, a new first order and a new second order are placed in the direction of the market price fluctuation.

[0053] For example, in response to fluctuations in market prices, after the highest-priced first order and the highest-priced second order have been 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 price higher than the highest-priced first order, and a new second order is placed at a price higher than the highest-priced second order. In this case, the price range between the newly generated first order and the original highest-priced first order, and the price range between the newly generated second order and the original highest-priced second order, may be the same as the price range between the original first orders and the price range between the original second orders, or they may be different price ranges (for example, price ranges calculated by a predetermined calculation based on market fluctuations in the most recent predetermined period). Furthermore, the profit margin between the newly generated first order and the newly generated second order may be the same as or different from the profit margin between the original first order and the original second order.

[0054] [Transaction Method 3: Easy Trading] Furthermore, in this embodiment, the order information generation unit 16 can implement 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 a price range set based on the upper limit price and the lower limit price, in the same manner as the "trap trade" and "trap repeat if-then" described above (hereinafter this order type will simply be referred to as "easy trap").

[0055] These upper and lower price limits can be set by, for example, the order information generation unit 16 based on numerical values ​​entered by the trader, or by the order information generation unit 16 based on the highest and lowest market prices over a predetermined period using a predetermined calculation. They may also be set by any other method.

[0056] Furthermore, this price range can be set by, for example, the order information generation unit 16 using numerical values ​​such as an upper price limit and price range, and a lower price limit and price range, entered by the trader, or by the order information generation unit 16 setting it by a predetermined calculation based on the fluctuation range of the market price over a predetermined period. It can also be set by any other method.

[0057] Furthermore, the settings for "trap trade" orders and the first and second orders of "trap repeat if-then" orders within the price range can be anything.

[0058] 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 a "trap trade" match the upper and lower price limits of the price range, or it may set the order price of each order so that the midpoint of the price range matches the average value of all order prices.

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

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

[0061] Furthermore, in the above [Transaction Type 1] to [Transaction Type 3], the order quantity for each order price, and the order quantities for the first and second orders, may remain the same from order placement to execution, or they may fluctuate during that time (for example, an order quantity of 10,000 units at the time of placement may fluctuate with market fluctuations, resulting in an order quantity of 10,100 units at execution). Also, in the above [Transaction Type 1] to [Transaction Type 3], the order prices for orders, first and second orders, may remain the same from order placement to execution, or they may fluctuate during that time.

[0062] [Type of order] In this embodiment, the order information generation unit 16 can execute orders for "Trap Trade," the first and second orders for "Repeat If-Then," and orders, first and second orders for "Rakutora," based on the order information it generates, using any type of order. Specifically, for example, the order information generation unit 16 can generate order information to execute orders for "Trap Trade," the first and second orders for "Repeat If-Then," and orders, first and second orders for "Rakutora," using any of the following: market orders, limit orders, or stop-loss orders.

[0063] More specifically, for example, the order information generation unit 16 can generate order information so 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 so that a stop-limit order is executed when the market price matches a specific order price. Furthermore, the order information generation unit 16 can also generate order information so that a market order is placed when the market price reaches a specific price, and the order is executed at a price identical to or close to that specific price (hereinafter simply referred to as a "trigger market order").

[0064] Furthermore, the order information generation unit 16 can similarly generate order information so that the first and second orders of "Repeat If-Then" and "Easy Trading" are executed as limit orders, as stop-limit orders (for example, a configuration can be considered in which the order is executed when the market price temporarily exceeds the execution price of the first and second orders, falls (or rises), and then rises (or falls) again to match the execution price again), or as 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 in which the first order is a market order and the second order is a limit order).

[0065] In this embodiment, the order information generation unit 16 can generate order information for "Trap Trade" orders, the first and second orders of "Repeat If Done" orders, and "Rakutora" orders, first and second orders, so that the execution price fluctuates in accordance with market fluctuations.

[0066] Furthermore, in this embodiment, the order information generation unit 16 can generate order information for the first and second orders of "Repeat If Done" and the first and second orders of "Rakutora" such that the order prices of the first and second orders, as well as the first and second orders that are repeatedly placed thereafter, change in the direction of the market fluctuations, following the market fluctuations.

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

[0068] Furthermore, in this embodiment, the order information generation unit 16 can generate not only "trap trade" orders, "repeat if-then" first and second orders, and "rakutora" orders, first and second orders, but also stop-loss orders (stop-limit orders) which are orders to suppress significant losses due to a sharp decline or rise in the market. 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. In addition, if a stop-loss order is executed, the system may be configured to cancel all subsequent orders and all first and second orders (the trades may be forcibly terminated), or it may be configured to allow some or all trades to continue under certain conditions.

[0069] [Setting the order quantity] In this embodiment, the order information generation unit 16 can set multiple orders for "Trap Trade," multiple first orders and multiple second orders for "Trap Repeat If Done," and multiple orders, multiple first orders, and multiple second orders for "Rakutora" so that some or all of them have different order quantities.

[0070] Specifically, for example, the order information generation unit 16 can generate order information such that a predetermined order that serves as the basis for multiple orders (e.g., the highest-priced order) has 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) as the price moves towards the lower end.

[0071] For example, the order information generation unit 16 can set a predetermined order that serves as a benchmark among multiple orders (for example, the second highest-priced order among three orders, or the second highest-priced order among four orders, etc., the order price of the middle order or an order equivalent to the middle order) as the largest order quantity (or smallest order quantity), and generate order information for each order such that the order quantity decreases (or increases) by a predetermined price (for example, by 0.1 yen) for each order that moves away from the predetermined order.

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

[0073] In this way, by setting different order quantities according to the order price, it is possible to set multiple orders at different price points, either by increasing the order quantity for one or more orders to generate large profits, or by decreasing the order quantity to mitigate risk.

[0074] The order information generation unit 16 can set the order quantity by either using the numerical value entered on the order input screen 410 (see Figure 13, described later) or by performing a predetermined calculation based on predetermined information entered on the order input screen 410 or the like.

[0075] [Order hierarchy] Furthermore, the order information generation unit 16 can set order quantities by hierarchically organizing multiple orders with different order prices. Specifically, the order information generation unit 16 can generate order information so that a predetermined number (zero or greater integer) of orders with the same order quantity are treated as a single "order hierarchy," and multiple such hierarchies can be established.

[0076] For example, consider a case where the order information generation unit 16 generates order information to place orders for a total of 100,000 units of currency, with six orders placed at the following rates: 1 dollar = 110.00 yen, 1 dollar = 109.90 yen, 1 dollar = 109.80 yen, 1 dollar = 109.70 yen, 1 dollar = 109.60 yen, and 1 dollar = 109.50 yen. In this case, assuming the base order is the highest price order at 1 dollar = 110.00 yen, the base order quantity is 10,000 units of currency, and two adjacent orders are treated as one tier, decreasing by 1,000 units of currency at each tier, the order information generation unit 16 generates order information such that the first tier on the highest price side (1 dollar = 110.00 yen, 1 dollar = 109.90 yen) has an order quantity of 10,000 units of currency for each of the constituent orders, the second tier below it (1 dollar = 109.80 yen, 1 dollar = 109.70 yen) has an order quantity of 9,000 units of currency for each of the constituent orders, and the lowest third tier (1 dollar = 109.60 yen, 1 dollar = 109.50 yen) has an order quantity of 8,000 units of currency for each of the constituent orders.

[0077] In this embodiment, each tier may consist of the same number of orders, or each tier may be formed by a different number of orders (for example, 3 orders in the first tier, 2 in the second tier, and 1 in the third tier from the high-price side, or 3 orders in the first tier, 2 in the second tier, and 3 in the third tier, etc.). Furthermore, each tier may consist of one order price, two or more orders, or a particular tier may consist of zero order prices (for example, 2 order prices in the first tier, 0 order prices in the second tier, and 2 order prices in the third tier, etc.).

[0078] The order information generation unit 16 can either set the order quantity for each hierarchical level by using the numerical value entered on the order input screen 410 (see Figure 13, described later), or by performing a predetermined calculation based on predetermined information entered on the order input screen 410, etc.

[0079] Furthermore, in this embodiment, the "hierarchy" does not necessarily have to be formed by orders or order information with a fixed hierarchical relationship. For example, if the upper hierarchy forms the first hierarchy and the lower hierarchy forms the second hierarchy, then at least some of the orders or order information in the second hierarchy may become equal to or greater than the order price of the orders or order information constituting the first hierarchy due to a predetermined process (e.g., fluctuation of order prices based on trailing stops), or at least some of the orders or order information in the first hierarchy may become equal to or less than the order price of the orders or order information constituting the second hierarchy due to a predetermined process.

[0080] [Example of hierarchy] The following shows several examples of how the order information generation unit 16 in the financial instrument trading management device 1 of this embodiment structures multiple orders with different order prices. The order quantity of each order constituting each tier in the following structure is thought to be determined using the following information (a) to (d) entered by the trader on the order input screen 410 (see Figure 13, described later), etc. (for example, at least some of this information). (a) Total transaction quantity (sum of all order quantities at all order prices) (i) Maximum quantity per tier (the order quantity for the entire tier or for each individual order price in the largest tier) (c) Order quantity for the first level (order quantity for the entire level or for each individual order price of the base level (for example, the highest-priced level, the lowest-priced level, or the middle level)) (e) Number of levels The order information generation unit 16 may calculate and determine a single sell order price or a single buy order price to be set at a single order price, or it may calculate and determine the total order quantity of a pair of IFD orders (buy and sell orders) to be set at a single order price, or the total order quantity of a pair of IFD orders and a stop-loss order to be set at a single order price. The order quantity may be calculated using any information entered by the trader on the order input screen 410 (see Figure 13, described later) or the like, and by any calculation method.

[0081] [Example of hierarchical structure 1 (normal pyramid type)] Figure 4 schematically shows a first example of the hierarchy set in the financial instrument trading management device 1 of this embodiment. In this first example, the order quantity for each hierarchy increases or decreases proportionally with the increase or decrease in hierarchy (for example, the first hierarchy is 10,000 units of currency, the second hierarchy is 20,000 units of currency, the third hierarchy is 30,000 units of currency, etc.).

[0082] [Example of hierarchical structure 2 (doubling type)] Figure 5 schematically shows a second example of the hierarchy set in the financial instrument trading management device 1 of this embodiment. In this second example, the order quantity for each hierarchy increases or decreases exponentially as the hierarchy increases or decreases (for example, the first hierarchy is 10,000 units of currency, the second hierarchy is 20,000 units of currency, the third hierarchy is 40,000 units of currency, and so on, increasing by a power of 2 for each hierarchy).

[0083] [Example of calculation for hierarchical structuring 3 (Difference Specification Type)] Figure 6 schematically shows a third example of the hierarchy set in the financial instrument trading management device 1 of this embodiment. In this third example, the order quantity for each hierarchy increases or decreases by a predetermined amount (hereinafter referred to as the "difference") as the hierarchy increases or decreases (for example, the first hierarchy is 10,000 units of currency, the second hierarchy is 12,000 units of currency, the third hierarchy is 14,000 units of currency, etc., increasing by 2,000 units of currency for each hierarchy).

[0084] [Specific example of hierarchical structure setting 1] Figure 7 is the first diagram schematically showing a specific example of hierarchical settings in the financial instrument trading management device 1 of this embodiment. The diagram illustrates a case where a total of 100,000 units of currency are placed in the first tier on the high price side (one order for each of the five order prices, for a total of five orders) and the second tier on the low price side (one order for each of the five order prices, for a total of five orders).

[0085] As shown in the diagram, in this case, the first level is set with an order quantity of approximately 7,000 units of currency for each order, which is roughly 2 / 3 of the value obtained by dividing the total order quantity (100,000 units of currency) by the total number of orders (10 orders) (10,000 units of currency).

[0086] In the second tier, the order quantity for each order is set to approximately 13,000 units, which is the remaining order quantity (65,000 units) obtained by subtracting the total order quantity of the first tier (35,000 units) from the total order quantity (100,000 units) and dividing this by the number of orders in the second tier (5).

[0087] [Example of specific hierarchical configuration 2] Figure 8 is a second diagram schematically showing a specific example of hierarchical settings in the financial instrument trading management device 1 of this embodiment. The diagram illustrates a case where orders totaling 100,000 units are set in the first tier on the high-price side (one order each for three order prices, for a total of three orders), the second tier in the middle (one order each for three order prices, for a total of three orders), and the third tier on the low-price side (one order each for four order prices, for a total of four orders).

[0088] As shown in the diagram, in this case, the first level sets the order quantity for each order to approximately 4,000 units, which is roughly 3 / 7 of the value obtained by dividing the total order quantity (100,000 units) by the total number of orders (10 orders) (10,000 units).

[0089] In the second tier, the order quantity for each order is set to 8,000 units of currency, which is twice the order quantity of each order in the first tier.

[0090] In the third tier, the order quantity for each order is set to 16,000 units, which is calculated by subtracting the total order quantities of the first and second tiers (24,000 units) from the total order quantity (100,000 units) and dividing the remaining order quantity (64,000 units) by the number of orders in the third tier (4 units).

[0091] [Example 3 of specific hierarchical configuration] Figure 9 is a third diagram schematically illustrating a specific example of hierarchical settings in the financial instrument trading management device 1 of this embodiment. The diagram illustrates a case where orders totaling 100,000 units are set in the first tier on the high-price side (one order each for three order prices, for a total of three orders), the second tier in the middle (one order each for four order prices, for a total of four orders), and the third tier on the low-price side (one order each for three order prices, for a total of three orders). In the setting examples 1 and 2 above, the order quantities were set to increase as you went down to the lower tiers, but in this setting example 3, the second tier in the middle has the largest order quantity, and the order quantities are set to decrease as you move away from the second tier (in this case, the first and third tiers).

[0092] [Specific example of setting up hierarchy 4] Figure 10 is a fourth diagram schematically illustrating a specific example of hierarchical settings in the financial instrument trading management device 1 of this embodiment. This diagram illustrates a case where orders totaling 100,000 units are set in the first tier on the high-price side (one order each for three order prices, for a total of three orders), the second tier in the middle (one order each for four order prices, for a total of four orders), and the second tier on the low-price side (one order each for three order prices, for a total of three orders). In this setting example 4, contrary to the setting example 3 above, the second tier in the middle has the smallest order quantity, and the tiers further away from this second tier (in this case, the first and third tiers) have larger order quantities.

[0093] The specific setting examples 1 through 4 are merely examples of how to calculate the order quantity for each hierarchical order, and the calculation methods shown in specific setting examples 1 through 4 may be used for orders of any other number of hierarchical levels or for orders of any hierarchical level. Furthermore, the order quantities for each hierarchical level may be set using any calculation method other than those shown in specific setting examples 1 through 4.

[0094] By using setting methods like these specific examples to configure the order quantities for each tier and order price, it becomes easy to automatically and appropriately configure each order through calculations using a computer system when setting orders with different order quantities depending on the order price.

[0095] In addition, in the specific setting examples 1 to 4 above, if the division result is a decimal value or a remainder, any processing may be performed on the decimal part or remainder. For example, rounding down or rounding up of the decimal part may be performed, or if there is a remainder, it may all be added to the lowest level (the order with the lowest order price) or the highest level (or the order with the highest order price).

[0096] [Effects of hierarchical structure] In this way, by hierarchizing multiple orders and setting order quantities for each hierarchical level, it is possible to set multiple order prices while either increasing the order quantity for each order to generate large profits or decreasing the order quantity to mitigate risk.

[0097] Furthermore, by gradually increasing (or decreasing) the order quantity from the higher price tier to the lower price tier, it becomes easy to adjust the average cost (the average value of all transactions when new transactions of a financial instrument are made with orders set at multiple order prices. Specifically, this is the value obtained by dividing the sum of the numbers obtained by multiplying each individual order price by the transaction quantity at that order price by the total order quantity. The same applies hereinafter in this specification), thereby increasing profits and mitigating risks. In addition, it becomes easy to construct a system that automatically calculates and sets orders that produce such effects using a computer system.

[0098] Figure 11 schematically shows the difference in average cost between cases where orders with multiple order prices are not hierarchized and cases where they are hierarchized, in the financial instrument trading management device 1 of this embodiment.

[0099] As shown in Figure 11(a), consider the case where the highest price is 110.00 yen per dollar, and orders are placed at a total of 10 order prices (the lowest price being 101.00 yen per dollar), with an order quantity of 10,000 units per order, for a total of 100,000 units of financial instruments. In this case, the average cost is 105.50 (110.00 × 10,000 + 109.00 × 10,000 + 108.00 × 10,000 + ... 103.00 × 10,000 + 102.00 × 10,000 + 101.00 × 10,000) ÷ 100,000 = 105.50).

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

[0101] Furthermore, as shown in Figure 11(c), let's consider the case where a total of 10 orders are set at the same order price as in Figure 11(a), and these are designated as the first tier 31 on the high-price side, the second tier 32 in the middle, and the third tier 33 on the low-price side. In this case, the order quantity for the three orders in the first tier 31 (1 dollar = 110.00 yen to 1 dollar = 108.00 yen) is 4,000 units per order, the order quantity for the three orders in the second tier 32 (1 dollar = 107.00 yen to 1 dollar = 105.00 yen) is 8,000 units per order, and the order quantity for the four orders in the third tier 33 (1 dollar = 104.00 yen to 1 dollar = 101.00 yen) is 16,000 units per order, for a total of 100,000 units of financial instruments. In this case, the average cost is 104.12 (110.00 × 4,000 + 109.00 × 4,000 + 108.00 × 4,000 + 107.00 × 8,000 + 106.00 × 8,000 + 105.00 × 8,000 + 104.00 × 16,000 + 103.00 × 16,000 + 102.00 × 16,000 + 101.00 × 16,000) ÷ 100,000 = 104.12). Comparing this to case (a) in Figure 11 above, we can see that the average cost has improved by 138 pips (105.50 - 104.12 = 1.38), or 1.3%.

[0102] In this way, by varying the order quantity according to the order price and hierarchically categorizing them by order quantity, it becomes easy to adjust the average cost, increase profits, and mitigate risks. Furthermore, it becomes easy to construct a system that automatically calculates and sets orders that achieve such effects using a computer system.

[0103] [Processing Procedure] Figure 12 is a flowchart showing the processing procedure of the financial instrument trading management device 1 in this embodiment. The processing procedure of this embodiment will be described below using this flowchart. The following description describes the processing procedure when hierarchical ordering is performed in "Trap Trade," "TraLiPi," and "RakuTora," but this is just one example of a processing procedure, and the following processing procedure may be used for any order method other than those described above.

[0104] [1. Processing procedure in "trap trading"] This document explains the processing procedure for conducting a "trap trade" in the Financial Instruments Trading Management System 1A.

[0105] [1-1. Screen Input and Order Information Generation] A trader using the financial instrument trading management system 1A accesses the financial instrument trading management device 1 using a client terminal 2. The front page distribution unit 11 of the financial instrument trading management device 1 displays an order selection screen (not shown) on the display unit 22 of the accessing client terminal 2.

[0106] The order selection screen (not shown) displays a trade selection button (not shown) for selecting the type of trade. Using the trade selection button (not shown), traders can select from regular market orders, limit orders, stop orders, OCO orders, etc., as well as the aforementioned "trap trade" orders, "TraLiPi" orders, and "RakuTora" orders. When a trader selects a specific trade (in this case, "trap trade") using the trade selection button (not shown) and clicks the execute button (not shown), the order input screen 410 shown in Figure 13 is displayed on the display unit 22.

[0107] The order entry screen 410 shown in Figure 13 displays the order display field 41a where the order selected by the aforementioned trade selection button (not shown) (in Figure 13, the "trap trade" order) is displayed, a currency pair selection button 41b where the type of financial instrument to be traded, which is the currency pair (for example, Japanese yen and US dollar, Japanese yen and euro, etc.), an order amount setting button 41c where the average order amount per order is set by numerical input, and a trap number setting button 41d where the number of traps, which is the number of first orders (new orders for IFD orders) and second orders (closing orders for IFD orders) with different order prices to be placed first, is set by numerical input.

[0108] Furthermore, the order entry screen 410 displays a total order amount display field 41e, which shows the value obtained by calculating the order amount entered in the order amount setting button 41c and the number of traps entered in the number of traps setting button 41d (in this case, the value obtained by multiplying the two values), and a start price input field 41f for numerically entering the "start price," which is the base price (for example, the order price of the highest-priced order, the order price of the lowest-priced order, the order price of the middle order, etc.) used when setting the order price of each first order and each second order.

[0109] Furthermore, the order entry screen 410 displays an order type selection button 41g for selecting the type of order (for example, the highest price order, the lowest price order, etc.) as the starting price entered in the start price input field 41f, a trap price input field 41h for numerically entering the value of the "trap price range" which is the price range between orders with different order prices, and a hierarchy input field 41j for numerically entering the number of "hierarchies" of the order.

[0110] Furthermore, the order entry screen 410 displays an expiration date selection field 41k for selecting the expiration date of each order (for example, 6 months, 1 year, unlimited, etc.), a stop-loss order setting button 41m for deciding whether or not to set a stop-loss order as a stop-limit order to prevent large losses due to a significant drop or rise in the market, and for numerically entering the order price of the set stop-loss order.

[0111] The trader uses the operation unit 21 to input or select the necessary information for the desired order on the order input screen 410 (step S1). In Figure 13, the currency pair selection button 41b is set to "USD / JPY" indicating Japanese yen and US dollars, the order amount setting button 41c is set to "1 (10,000 units)", the trap number setting button 41d is set to "10 (traps)", the start price input field 41f is set to "110.00 (yen)", the order type selection button 41g is set to "New Buy", the trap price range input field 41h is set to "1.00 (yen)", the hierarchical input field 41j is set to "3 (hierarchical)", the expiration date selection field 41k is set to "Unlimited", and the stop loss order setting button 41m indicates that no stop loss order is set.

[0112] When the execute button 41n is clicked in this state, the data selected and entered on the transaction selection button (not shown) and the order entry screen 410 is sent from the client terminal 2 to the financial instrument trading management device 1. The order entry reception unit 12 checks the entered buy / sell order application information. Specifically, it checks the value entered in the expiration date selection field 41k, the order amount setting button 41c, the number of traps setting button 41d, and the start price input field 41f, thereby checking the order price (step S2). In particular, it checks whether the order price is a settable order price, etc.

[0113] Next, the order entry receiving unit 12 determines whether the inspection result is appropriate. If the price is determined to be a fair price (No in step S3), the account information generation unit 15 retrieves the margin information of that customer (trader) from the customer account information table 182.

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

[0115] The order information generation unit 16 generates the "order information" and "order information group" described later only when the margin amount is equal to or greater than the order allowance amount (No in step S5). This ensures that orders are accepted only when the trader is certain to be able to make the payment.

[0116] 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 the other order conditions (i.e., conditions other than the order price) with the various criteria for accepting the order based on the data recorded in the currency pair order condition table 183 (step S6). It then determines whether the other conditions satisfy these criteria (step S7).

[0117] If other conditions do not meet the criteria for an IFD order ("Yes" in step S7), the order entry acceptance unit 12 treats the entered order as an error and rejects the order (step S10).

[0118] If all the conditions for an IFD order are met ("No" in step S7), and the order conditions are determined to meet all the conditions necessary for a limit order using the IFD order described above, the front page distribution unit 11 displays a confirmation screen (not shown) on the display unit 22 of the client terminal 2 for 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 if they determine that the listed contents are correct.

[0119] When an order button (not shown) is clicked by the trader's operation unit 21, the order information generation unit 16 of the financial instrument trading management device 1 generates order information based on the buy / sell order application information entered in step S1 (step S8). Specifically, the multiple data entered according to the procedure described above are grouped by order price, and a sequence number from the sequence number table 184 is assigned to each group to generate order information (step S8). Then, information to distinguish the sequence numbers used in the order information from unused sequence numbers is added to the sequence number table 184. By performing the process in step S8 once, multiple pieces of order information are generated (Note that in "TraLiPi" and "RakuTora" described later, among these pieces of order information, multiple pieces of order information including the first order information of the first order that performs an IFD order and the second order information of the second order corresponding to this first order form an "order information group").

[0120] The order information generation unit 16 records the generated order information in the order table 181 (step S9). In addition, in "TraLiPi" and "RakuTora" described later, the order table 181 also records the "order information group". The order information is recorded in the order table based on the definitions of each field shown in Figure 3.

[0121] 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 the 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 the ID number defined for each currency pair. This combination of ID number and currency pair is recorded in an ID table (not shown) stored in the database.

[0122] 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 buy and sell orders selected by 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 expiration date selected in the expiration date selection field 41k. The “ord_cond” field 181j is a field for recording the order type selected by the order type selection button 41g.

[0123] The “new_close” field 181k shown in Figure 3 is a field for recording the distinction between new orders and closing orders. The “trap_seq” field 181m is a field for recording whether or not a trap trade was selected using the trade selection button (not shown). The “repeat_flag” field 181n is a field for recording whether or not an IFD order will be repeated.

[0124] Although not shown in Figure 3, the order table 181 also includes fields for recording data entered on the input screen 40, namely the data entered in the currency pair selection button 41b, the number of traps setting button 41d, the start price input field 41f, the trap price range input field 41h, and the hierarchy input field 41j. In addition, fields are provided for recording information on the profit margin between the first and second orders, which is entered when generating order information for trading "TraLiPi" or "RakuTora" as described later, and information on the upper and lower price limits of the price range for setting the first and second orders, which is entered when generating order information for trading "RakuTora". Using these fields, all data entered on the order input screen 410 is recorded in the order table 181.

[0125] In this embodiment, "order information" is described below as data formed by attaching attribute information to each order based on the definitions of each field shown in Figure 3. However, it is also possible that there is predetermined data before the formation of "order information" in this embodiment (for example, a table showing orders (without attribute information) for each order price that are scheduled to be placed), and that each order is placed based on such "order information".

[0126] Furthermore, in this embodiment, order information and groups of order information are generated by inputting information into various input fields displayed on the order input screen 410 shown in Figure 13. However, the configuration of the input fields on the order input screen 410 and the types of data entered into the order input screen 410 are not limited to these and may be any. For example, the order input screen 410 may be provided with input fields (not shown) for information regarding the amount of margin owned by the trader, and input fields (not shown) for the trading period as the planned period for trading. The order information generation unit 16 may be configured to generate "order information" for placing orders at one or more order prices, and "groups of order information" based on that order information, by performing predetermined calculations based on the information entered into these input fields (not shown).

[0127] [1-2. Generating Order Information] The order information generation unit 16 of the financial instrument trading management device 1 generates order information for performing a "trap trade" based on the information selected and entered on the trade selection button (not shown) and the order input screen 410, according to the procedure of steps S1 to S10 described above.

[0128] Figure 14 schematically shows the order information for executing a "trap trade" transaction generated in the financial instrument trading management device 1 of this embodiment. As shown in the figure, in this embodiment, the order information generation unit 16 generates 10 order pieces, 411, 412, ... 419, 41, where the number of orders is equal to the number of orders (10) entered into the trap number setting button 41d. 10 However, it is generated in a single order process.

[0129] Then, the order information generation unit 16 generates order information 411, 412, ... 419, 41 10 When generating the order information, the order quantity value for each order is set by calculation using the calculation method shown in [Specific Example of Hierarchical Setting 2] above. As a result, the order information generation unit 16 sets the order quantity for each order to be 4,000 units per order for the three orders (1 dollar = 110.00 yen to 1 dollar = 108.00 yen) in the first tier 31 (see Figure 11) on the high-price side, 8,000 units per order for the three orders (1 dollar = 107.00 yen to 1 dollar = 105.00 yen) in the second tier 32 (see Figure 11) in the middle, and 16,000 units per order for the four orders (1 dollar = 104.00 yen to 1 dollar = 101.00 yen) in the third tier 33 (see Figure 11) on the low-price side, respectively, for the order information 411, 412, ... 419, 41 10 Set the order quantity value.

[0130] Then, the generated order information 411, 412, ... 419, 41 10 It has attribute information as shown in Figure 14. Specifically, each order information 411, 412, ... 419, 41 10 The respective order information is 411, 412, ... 419, 41 10The order information includes a uniquely assigned order number 181A, customer number information 181B to identify the trader, currency pair information 181C to identify the selected currency pair, order amount information 181D as the order amount value for each order, and order information 411, 412, ... 419, 41 10 The system includes order time information 181E as the date and time the order was generated, buy / sell information 181F to identify buy and sell orders, order price information 181G as the order price value for each order, order expiration information 181H as the expiration date of the order, new / settlement information 181J to identify new orders and settlement orders if the order is an IFD order, valid / invalid information to identify whether the order is valid (placed) or invalid (not placed), rank information 181L to identify whether the order is first priority (new order) or second priority (settlement order or stop-loss order) if the order is an IFD order, and execution status information 181M to identify whether the order has been executed (executed or not).

[0131] Furthermore, all or part of these attribute information 181A~181M may be used for individual order information 411,412,...419,41 10 It may be recorded in the individual order information 411, 412, ... 419, 41 10 It may also be recorded separately in database 181, etc.

[0132] [1-3. Transaction Procedure] Figure 15 shows the order information generated in this way: 411, 412, ..., 419, 41 10 This diagram schematically illustrates the orders for "trap trading" that are executed based on the following. In this diagram, the corresponding order information and the orders are displayed with the same last two digits of the code and subscript. For example, order 1411 is executed based on order information 411, order 1412 is executed based on order information 412, ... and so on. All orders shown in this diagram are 1411, 1412, ..., 1419, 141 10 This refers to order information generated in one order procedure: 411, 412, ... 419, 41 10 Transactions are conducted based on this.

[0133] As shown in Figure 15, the three high-priced orders 1411, 1412, and 1413 are in the first tier 31 with an order quantity of 4000, the three middle orders 1414, 1415, and 1416 are in the second tier 32 with an order quantity of 8000, and the four low-priced orders 1417, 1418, 1419, and 141 10 These each form the third tier 33 with an order quantity of 16,000.

[0134] The order information generation unit 16 converts the valid / invalid information 181K contained in the order information 411 from "invalid" to "valid," thereby placing the order 1411.

[0135] When the market price reaches the order price of order 1411 (i.e., when the market price matches the order price information 181G included in order information 41), the execution information generation unit 14 performs a process to change the execution status information 181M included in order information 411 from "none" to "yes", and order 1411 is executed.

[0136] Similarly, for other orders, such as order 1412, the order information generation unit 16 and the execution information generation unit 14 process the order information 412 (see Figure 14), thereby placing the order 1412 and executing the order when the market price fluctuates to match the order price of order 1412.

[0137] [2. Processing procedure in "TraLiPi"] Next, we will explain the processing procedure when conducting transactions using "TraLiPi" in the financial instrument trading management system 1A.

[0138] [2-1. Generating Order Information] When a trader selects "TraLiPi" on the order selection screen (not shown) and clicks the execute button (not shown), the order entry screen 510 shown in Figure 16 is displayed.

[0139] The order entry screen 510 shown in Figure 16 displays the same order display field 41a, currency pair selection button 41b, order amount setting button 41c, trap number 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 entry screen 410 shown in Figure 13.

[0140] In addition to the above, the order entry screen 510 also displays a price specification method selection button 51a for selecting how to set the order prices for each transaction selected in the order display field 41a (for example, setting a "price range" between the first orders or between the second orders, or setting a "profit margin" between the first order and the second order for an IFD order), a profit margin setting field 51b for numerically inputting the "profit margin," which is the profit margin obtained from the execution of the first and second orders for an IFD order (for example, "profit of XX cents obtained from the execution"), a profit amount display field 51c which displays the profit amount obtained by performing a predetermined calculation on the value entered in the profit margin setting field 51b, and a settlement trailing selection button 51d for selecting whether or not to set a "settlement trailing" order for the second order of an IFD order, which is an order that sets a "trailing" so that the transaction price moves in the direction of higher or lower prices in accordance with the rise or fall of the market price. Alternatively, instead of having the profit margin entered in the profit margin setting field 51b, an input field may be provided in which the profit amount obtained from the execution of the first and second orders (for example, "profit of XX cents obtained from the execution") is entered numerically, and subsequent processing may be performed based on the value entered in this input field.

[0141] The trap number setting button 41d on the order entry screen 510 is used to numerically input the number of first orders (new orders for IFD orders) and second orders (closing orders for IFD orders) with different order prices that will be placed first. In addition, the start price input field 41f on the order entry screen 510 is used to set the start price for a specific first order or a specific second order (for example, the highest-priced first order, the lowest-priced second order, the middle first order, or the middle second order).

[0142] On this order entry screen 510, the trader enters or selects the information necessary for the desired order. Buttons common to the order entry screen 410 are entered in the same way as on the order entry screen 410. In the order entry screen 510 in Figure 16, the buttons common to the order entry screen 410 are shown with the same input as in Figure 13. The order price input field 41f has the order price of the highest first order entered. The order type selection button 41g has "New Buy" selected, indicating that the first order is a "new buy order". The trap price range input field 41h has "1.00 (yen)" entered, the hierarchical input field 41j has "3 (hierarchical)" entered, the expiration date selection field 41k has "Unlimited" selected, and the stop-loss order setting button 41m has the checkbox for setting a stop-loss order checked and the stop-loss order value of 100.00 yen entered.

[0143] Furthermore, in the order entry screen 510 of Figure 16, the setting to "specify the price range" between the first orders and between the second orders is selected in the price specification method selection button 51a, "100 (sen)" is entered in the profit range setting field 51b, and the settlement trail selection button 51d is set to "set settlement trail".

[0144] When the execute button 41n is clicked in this state, the information selected and entered on the trade selection button (not shown) and the order input screen 510 is sent from the client terminal 2 to the financial instrument trading management device 1. Based on the information selected and entered on the trade selection button (not shown) and the order input screen 410, the order information generation unit 16 of the financial instrument trading management device 1 generates first order information for executing a trade using the first order, second order information for executing a trade using the second order, and stop-loss order information for executing a trade using a stop-loss order, all through a "TraLiPi" trade.

[0145] Figures 17A and 17B schematically show the first and second orders generated based on the transaction selection button (not shown) and the information selected and entered on the order entry screen 510.

[0146] As shown in the figure, the order information generation unit 16 generates 10 initial order information entries equal to the number of traps (10) entered in the trap count setting button 41d: 511, 512, ... 519, 51 10 , second order information for 10 bottles 521, 522, ... 529, 52 10 , 10 stop-limit order information 531, 532, ... 539, 53 10 However, it is generated in one order procedure. The set of orders in which an If-Done order is made consists of the first order information 511 and the second order information 521, the first order information 512 and the second order information 522, ... the first order information 519 and the second order information 529, and the first order information 51 10 and second order information 52 10 Furthermore, stop-loss order information 531, 532, ... 539, 53 10 These are order information groups 541, 542, ...549, 54 10 It forms.

[0147] Then, the order information generation unit 16 generates the first order information 511, 512, ... 519, 51 10 Second order information 521, 522, ... 529, 52 10When generating the order information, the order quantity value for each order is set using the calculation method shown in [Example of Calculation of Hierarchy 2] above. As a result, the order information generation unit 16 sets the order quantity for each of the three orders in the first tier on the high-price side (1 dollar = 110.00 yen to 1 dollar = 108.00 yen) to 4,000 units per order, the order quantity for each of the three orders in the second tier on the middle side (1 dollar = 107.00 yen to 1 dollar = 105.00 yen) to 8,000 units per order, and the order quantity for each of the four orders in the third tier on the low-price side (1 dollar = 104.00 yen to 1 dollar = 101.00 yen) to 16,000 units per order, according to the first order information 511, 512, ... 519, 51 10 , the second order information for each 521, 522, ... 529, 52 10 , the respective stop-limit order information 531, 532, ... 539, 53 10 Set the order quantity value (the value of order amount information 181D in Figure 17A).

[0148] [2-2. Transaction Procedure] Figure 18 shows the first order information generated in this way: 511, 512, ... 519, 51 10 , and second order information 521, 522, ... 529, 52 10 , and stop-limit order information 531, 532, ... 539, 53 10 Based on the first orders 1511, 1512, ... 1519, 151 10 And the second order 1521, 1522, ... 1529, 152 10 and stop-loss orders 1531, 1532, ... 1539, 153 10 This diagram schematically illustrates the order. In this diagram, as in the schematic diagram of Figure 15, the corresponding order information and the order are displayed with the same last two digits of the code and subscript. All first orders shown in this diagram are 1511, 1512, ... 1519, 151 10 , all second orders 1521, 1522, ... 1529, 152 10 All stop-loss orders 1531, 1532, ... 1539, 153 10 This refers to the first order information generated in one order procedure: 511, 512, ... 519, 51 10Second order information 521, 522, ... 529, 52 10 Stop-limit order information 531, 532, ... 539, 53 10 Transactions are conducted based on this.

[0149] In a predetermined process performed by the order information generation unit 16 on the first order information 511 (in this case, the process of converting the valid / invalid information 181K contained in the first order information 511 from "invalid" to "valid"), a specific first order, for example, first order 1511, is placed.

[0150] As shown in Figure 18, when the market price 71 matches the order price of the first order 1511 (i.e., the order price information 181G of the first order information 511), the execution information generation unit 14 performs a process to change the execution status information 181M included in the first order information 511 from "none" to "yes," and the first order 1511 is executed.

[0151] When the first order 1511 is executed, the order information generation unit 16 performs a process to change the valid / invalid information 181K contained in the second order information 521 and stop-loss order information 531 from "invalid" to "valid". As a result, the second order 1521 and the stop-loss order 1531 are placed.

[0152] When the market price matches the order price of the second order 1521 (i.e., the order price information 181G of the second order information 521), the second order 1521 is executed by a predetermined process performed by the execution information generation unit 14 on the second order information 521 (in this case, the process of converting the execution status information 181M of the second order information 521 from "none" to "present").

[0153] When the second order 1521 is executed, the order information generation unit 16 processes the already placed stop-loss order 1531 and cancels it (the process of canceling the order while it remains in an unexecuted state). This generates a new order information group 541 containing the first order information 511, the second order information 521, and the stop-limit order information 531 corresponding to the executed first order 1511 and second order 1521.

[0154] When the market price 71 fluctuates and matches the order price of the first order 1511 or the order price of the second order 1521, the order information generation unit 16 and the execution information generation unit 14 perform the same processing as described above with the newly generated first order information 511 and second order information 521, thereby causing the first order 1511 to be placed and executed, and the second order 1521 to be placed and executed again.

[0155] Thereafter, each time the second order 1521 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-limit order information 531. 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, so that the first order 1511 is placed and executed, and the second order 1521 is placed and executed, and this process is repeated.

[0156] Similarly, for other first and second orders, such as first order 1512 and second order 1522, the order information generation unit 16 and the execution information generation unit 14 perform the same processing on the first order information 511 and second order information 521 as described above, thereby placing orders for first order 1512 and second order 1522, and executing orders when the market price 71 changes and matches the order price of first order 1512 or second order 1522. Thereafter, after the execution of second order 1522, the ordering and execution of first order 1512 and second order 1522 are repeated.

[0157] Furthermore, if a specific first order, for example, first order 1511, is executed, and then the market price 71 falls, and the market price reaches the value of order price information 181G (1 dollar = 100.00 yen) of stop-loss order information 531, which is included in the same order information group 541 as first order 1511, then stop-loss order 1531 will be executed, canceling the unexecuted second order 1521, and the trade will be suspended with this second order 1521 remaining unexecuted.

[0158] Specifically, the execution information generation unit 14 changes the execution status information 181M of the stop-limit order information 531 from "none" to "yes," and performs processing to cancel the trade based on the first order information 511 (for example, this could involve setting a trade cancellation flag (not shown) for the first order information 511, or deleting the first order information 511). If the stop-loss order 1531 is executed, the execution information generation unit 14 can also be configured to perform similar cancellation processing for some or all of the order information related to unplaced orders and unexecuted orders other than the second order information 521.

[0159] Furthermore, although not shown in Figure 18, if a specific order, such as a second order 1522, is set as a stop-limit order, and the market price rises or falls above the execution price of that specific second order, such as a second order 1522, and the market price and the execution price of the second order 1522 open by a predetermined trailing width (for example, trailing width information (not shown) that indicates the numerical value of the trailing width, included in the order information generation unit 16 or the second order information 522, etc.), then the system can be configured to perform a process that causes the price to rise or fall in the direction of the market fluctuation by a predetermined fluctuation range (for example, the value of the aforementioned trailing width information (not shown)).

[0160] [3. Processing procedure in "Rakutora"] Next, we will explain the processing procedure when conducting transactions using "Rakutora" in the financial instrument trading management system 1A.

[0161] [3-1. Generating Order Information] A trader using the financial instrument trading management system 1A will display an order selection screen (not shown) on the display unit 22 of the client terminal 2, similar to when trading with "TraLiPi". When the trader selects "RakuTora" on the order selection screen (not shown) and clicks the execute button (not shown), the order input screen 610 shown in Figure 19 will be displayed on the display unit 22.

[0162] The order entry screen 610 shown in Figure 19 displays the same order display field 41a, price specification method selection button 51a, currency pair selection button 41b, order amount setting button 41c, number of traps setting button 41d, total order amount display field 41e, start price input field 41f, order type selection button 41g, hierarchy input field 41j, profit range setting field 51b, profit amount display field 51c, expiration date selection field 41k, and stop loss order setting button 41m as the "TraLiPi" order entry screen 510 shown in Figure 15.

[0163] Furthermore, the order input screen 610 shown in Figure 19 displays a lower price input button 61a and an upper price input button 61b for numerically inputting the lower price of the price range for setting the first and second orders, instead of the trap price range input field 41h of the order input screen 510 in Figure 16. If the display unit 22 of the client terminal 2 is a touch panel display, instead of the lower price input button 61a and the upper price input button 61b, the client terminal 2 may be configured to obtain information on the lower price and upper price by detecting the contact position of a pointing device (e.g., the trader's finger or a stylus) with respect to the price direction coordinates (e.g., the vertical axis) on the chart displayed on the display unit 22.

[0164] On this order entry screen 610, the trader enters or selects the information necessary for the desired order. Buttons common to both the order entry screen 510 and the order entry screen 410 are used for input in the same way as on the order entry screen 410. Figure 19 shows the order entry screen 610 with the same input as in Figure 15, using the buttons common to both the order entry screen 510 and the order entry screen 610.

[0165] Furthermore, in the order entry screen 610 shown in Figure 19, the lower price input button 61a is set to "(1 dollar =) 101.00 (yen)" and the upper price input button 61b is set to "(1 dollar =) 110.00 (yen)".

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

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

[0168] The order information generation unit 16 sets the first order price for 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 611 of the first order 1611, which is the highest-priced first order, to the upper limit price of the price range (i.e., "(1 dollar =) 110.00 (yen)" entered in the upper limit price input button 61b), sets the order price information (not shown) of the first order information 612 of the first order 1612, which is one price lower, to "(1 dollar =) 109.00 (yen)", which is the price lower by the amount obtained by the above calculation from the order price set in the first order information 611, and then sets the order price information 181G of the first order information 613, which is one price lower, to "(1 dollar =) 109.00 (yen)", and so on. Then the order information generation unit 16 sets the order price information of the first order information 611, which is the lowest-priced first order information 61 10 First order information 61 10 Set the order price information for 181G to "(1 dollar =) 101.00 (yen)".

[0169] The order information generation unit 16 generates the first orders 1611, 1612, ... 1619, 161 10 The corresponding second orders are...1621,1622,...1629,162 10 The order price is set. Specifically, for example, the order information generation unit 16 adds "100 (sen)" entered in the profit margin setting field 51b to the order price information 181G of the first order information 611 of the highest value first order 1611, which is "(1 dollar =) 110.00 (yen)", and obtains the value "(1 dollar =) 111.00 (yen)". Then, the order information generation unit 16 sets the order price information 181G of the second order information 621 of the second value second order 1621, which is "(1 dollar =) 111.00 (yen)", calculated by the above operation.

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

[0171] The order information generation unit 16 generates the respective second order information 621, 622, ... 629, 62 10 The order price information 181G corresponds to the first order information 611, 612, ... 619, 61 10 Alternatively, the calculation may be performed by adding "100 (sen)" entered in the profit margin setting field 51b.

[0172] Figures 17A and 17B schematically show the order information generated in this manner. As shown in the figures, the first order information 611, 612, 613, ... 61 is generated in one order procedure by input on the order input screen 610.10 Second order information 621,622,···629,62 10 Stop-limit order information 631, 632, ... 639, 63 10 , and order information groups 641, 642, ... 649, 64 10 The first order information 511, 512, ... 519, 51 is generated by the order entry screen 510. 10 Second order information 521, 522, ... 529, 52 10 Stop-limit order information 531, 532, ... 539, 53 10 , and order information groups 541, 542, ... 549, 54 10 This will be similar to the previous example (however, order type information 181I will be recorded as information indicating "Rakutora").

[0173] [3-2. Transaction Procedure] Figure 20 shows the first order information generated in this way: 611, 612, ..., 619, 61 10 Based on the first orders 1611, 1612, ... 1619, 161 10 , and second order information 621, 622, ... 629, 62 10 Second order based on 1621, 1622, ... 1629, 162 10 And, stop-limit order information 631, 632, ... 639, 63 10 Stop-loss orders based on 1631, 1632, ... 1639, 163 10 This is a schematic diagram illustrating the situation. In this diagram, as in Figures 15 and 18, the corresponding order information and the order are displayed with the same last two digits of the code and subscript. All first orders shown in this diagram, 1611, 1612, ... 1619, 161 10 , all second orders 1621, 1622, ... 1629, 162 10 All stop-loss orders 1631, 1632, ... 1639, 163 10 This refers to the first order information generated in one order procedure: 611, 612, ..., 619, 61 10 Second order information 621,622,···629,62 10 Stop-limit order information 631, 632, ... 639, 63 10Transactions are conducted based on this.

[0174] As shown in Figure 20, here the first order is 1611, 1612, ... 1619, 161 10 The price range 67 is set between the lower limit price 65 (the price entered in the lower limit price input button 61a) and the upper limit price 66 (the price entered in the upper limit price input button 61b).

[0175] The order information generation unit 16 and the trade information generation unit 14 generate the following first order information 611, 612, ..., 619, 61 in response to fluctuations in the market price 71. 10 , and second order information 621, 622, ... 629, 62 10 By processing this, the first order will be 1611, 1612, ... 1619, 161, just like in the case of "TraLiPi". 10 , and second order information 621, 622, ... 629, 62 10 Second order based on 1621, 1622, ... 1629, 162 10 Repeated transactions based on this will be carried out.

[0176] [Effects and Effects] In this embodiment, when trading financial instruments at multiple prices, orders are placed with different order prices and different order quantities using order information 411, 412, ..., 419, 41 10 First order information 511, 512, ... 519, 51 10 Second order information 521, 522, ... 529, 52 10 First order information 611,612,···619,61 10 Second order information 621,622,···629,62 10 By generating this, it becomes possible to arbitrarily set the order quantity when placing orders for financial instruments at multiple different order prices. Therefore, it becomes possible to trade financial instruments with a variety of order price settings based on various circumstances such as the intentions of the traders. This enhances the convenience of trading while allowing traders to place multiple orders in a way that suits their diverse objectives.

[0177] In this embodiment, based on the order information 411, 412, ··· 419, 41 10 , the first order information 511, 512, ··· 519, 51 10 , the second order information 521, 522, ··· 529, 52 10 , the first order information 611, 612, ··· 619, 61 10 , the second order information 621, 622, ··· 629, 62 10 , it is possible to set each order so that a larger profit can be secured in a single transaction for orders on the high - price side or low - price side, or so that the risk of the transaction can be avoided for orders on the high - price side or low - price side. Thus, while enabling a person conducting transactions of financial products to place a plurality of orders in a form that conforms to various purposes, the convenience of the transaction can be enhanced.

[0178] In this embodiment, by generating the order information 411, 412, ··· 419, 41 10 , the first order information 511, 512, ··· 519, 51 10 , the second order information 521, 522, ··· 529, 52 10 , the first order information 611, 612, ··· 619, 61 10 , the second order information 621, 622, ··· 629, 62 10 such that the order quantity at a specific order price is the largest and the order quantities on the high - price side and low - price side of the specific order price are smaller, it is possible to set so that a large profit can be secured in a single transaction at a specific order price or so that the risk of the transaction can be avoided for order prices farther from the specific order price. Also, by generating the order information 411, 412, ··· 419, 41 10 , the first order information 511, 512, ··· 519, 51 10 , the second order information 521, 522, ··· 529, 52 10 , the first order information 611, 612, ··· 619, 61 10 , the second order information 621, 622, ··· 629, 6210 By generating these orders, it becomes possible to set them up so that trading risks can be avoided at specific order prices, or so that larger profits can be secured in a single trade the further away the order price is from a specific price. This allows for the execution of multiple orders in a way that suits the diverse objectives of those trading financial instruments, while also improving the convenience of trading.

[0179] In this embodiment, order information 411, 412, ... 419, 41 10 First order information 511, 512, ... 519, 51 10 Second order information 521, 522, ... 529, 52 10 First order information 611,612,···619,61 10 Second order information 621,622,···629,62 10 In generating orders, the order quantity for each order price can be set based on the ratio to the total transaction amount or average transaction amount for a specific user or transaction. This makes it easy to calculate and set the order quantity for each order price based on the trading situation at a given time or over a given period. This enhances the convenience of trading while allowing multiple orders to be placed in a way that suits the diverse purposes of those trading financial instruments.

[0180] In this embodiment, order information 411, 412, ... 419, 41 10 First order information 511, 512, ... 519, 51 10 Second order information 521, 522, ... 529, 52 10 First order information 611,612,···619,61 10 Second order information 621,622,···629,62 10In generating orders, two or more order prices constitute a single order quantity within an order tier. By setting up multiple order tiers, all the order prices constituting a single order tier become a single order quantity. This allows for setting the order quantity size for each order tier, simplifying the stages of order quantity size and making setup easier. It also enables profit securing and risk avoidance for each price range comprised of multiple order prices constituting an order tier. This further enhances the convenience of trading.

[0181] In this embodiment, the generated order information 411, 412, ... 419, 41 10 First order information 511, 512, ... 519, 51 10 Second order information 521, 522, ... 529, 52 10 First order information 611,612,···619,61 10 Second order information 621,622,···629,62 10 When a transaction is completed for an order placed based on the above, the transaction information generation unit 14 generates order information 411, 412, ... 419, 41 10 First order information 511, 512, ... 519, 51 10 Second order information 521, 522, ... 529, 52 10 First order information 611,612,···619,61 10 Second order information 621,622,···629,62 10 In response, by processing that the order has been executed, order information 411, 412, ... 419, 41 10 First order information 511, 512, ... 519, 51 10 Second order information 521, 522, ... 529, 52 10 First order information 611,612,···619,61 10 Second order information 621,622,···629,62 10 It is possible to realize the buying and selling of financial products based on this.

[0182] In this embodiment, multiple first order information 511, 512, ... 519, 51 10,611,612,···619,61 10 Multiple first orders and / or multiple second order information based on 521, 522, ... 529, 52 10 ,621,622,···629,62 10 By setting multiple second orders based on a specific reference price, with each order price set to a predetermined range, it becomes possible to diversify trading risk while securing profits.

[0183] In this embodiment, multiple first order information 511, 512, ... 519, 51 10 ,611,612,···619,61 10 Multiple first orders and / or multiple second order information based on 521, 522, ... 529, 52 10 ,621,622,···629,62 10 By setting multiple second orders based on a specific reference price, with each order price set to a predetermined range, it becomes possible to diversify trading risk while securing profits. Also, the first order information 511, 512, ... 519, 51 10 ,611,612,···619,61 10 The first order is based on this, and the second order information corresponding to the first order is 521, 522, ... 529, 52 10 ,621,622,···629,62 10 If a second order based on this is executed, the first order information corresponding to the executed first order 511, 512, ... 519, 51 10 ,611,612,···619,61 10 The first order is based on this, and the second order information corresponds to the executed second order: 521, 522, ... 529, 52 10 ,621,622,···629,62 10 By repeatedly placing orders with a second order based on this, once a transaction is completed, it becomes possible to automatically and continuously execute trades at a price where the market price of 71 is prone to fluctuations, thereby securing larger profits.

[0184] In this embodiment, within a price range set based on a specific upper price limit and / or a specific lower price limit, multiple first order information 511, 512, ... 519, 51 10 ,611,612,···619,61 10 Multiple first orders and / or multiple second order information based on 521, 522, ... 529, 52 10 ,621,622,···629,62 10 By setting multiple second orders based on this, it becomes possible to first set a price range for setting order prices, and then set order prices for each first order and each second order within this price range. Therefore, it is possible to implement an order method in which the order prices of each first order and each second order are set from a price range, thereby further enhancing the convenience of order setting.

[0185] Although the financial instrument trading management system 1A of the above embodiment handles foreign exchange as a financial instrument, the present invention is not limited to this and can be applied to other financial instruments, such as stocks and bonds. Furthermore, the financial instrument trading management system 1A of the above embodiment can be applied to other legally defined financial instruments, or non-legally defined financial instruments that are traded at floating exchange rates, such as cryptocurrencies, precious metals, agricultural products, crude oil, and futures contracts.

[0186] Furthermore, in the financial instrument trading management system 1A of each embodiment described above, the buy order information forming the order information group is designated as the "first order" and the sell order information as the "second order." However, the opposite may also be used, where the sell order information is designated as the "first order" and the buy order information as the "second order."

[0187] It goes without saying that the embodiments described above are illustrative examples of the present invention and do not mean that the present invention is limited to these embodiments only. [Explanation of Symbols]

[0188] 1A...Financial Instruments Trading Management System 1. Financial Instruments Trading Management System 2, 21~2 n ...Client terminal 14...Execution information generation unit (execution information generation means) 16. Order information generation unit (order information generation means) 31...First level (order level) 32...Second level (order level) 33...Third level (order level) 411,412,···419,41 10 Order Information 511, 512, ... 519, 51 10 ...First Order Information (Order Information) 521, 522, ... 529, 52 10 ...Second order information (order information) 531, 532, ... 539, 53 10 ...Stop-limit order information (order information) 65...Lower price 66...Upper price 67.. Price range 71...Market price 1411, 1412, ... 1419, 141 10 ···order 1511, 1512, ... 1519, 151 10 ,1611,1612,···1619,161 10 ...First Order 1521, 1522, ... 1529, 152 10 ,1621,1622,···1629,162 10 ...Second order 1531, 1532, ... 1539, 153 10 ,1631,1632,···1639,163 10 ...Stop-limit order

Claims

1. A financial instruments trading management device that manages transactions of financial instruments, An order receiving means for receiving information on orders for the aforementioned financial products, An order information generation means that generates order information as information for placing orders for financial products to be traded, The system includes execution information generation means that performs processing to execute the order based on the order information, The aforementioned order acceptance means is: Price range information as price range information for multiple aforementioned orders, Order quantity information as information for setting the order quantity for each of the aforementioned orders, The upper and lower limits of the order price range in which the order prices of multiple aforementioned orders are set, We accept The order information generation means is Based on the price range information, order quantity information, and upper and lower price limits included in the order information received by the order receiving means, The order quantity for each of the aforementioned orders will be the quantity set based on the order quantity information. The average of all the order prices of each of the aforementioned orders is set based on the midpoint of the order price range, and the price difference between each of the aforementioned orders becomes the price difference set by the price difference information, and the order information is generated such that the order prices of all the aforementioned orders are within the range of the order price range. The execution information generation means is characterized by executing the same order price at which the order was placed and the same order price at which the order was placed.

2. The order receiving means receives order hierarchy number information, which is the number of hierarchy levels consisting of at least one order that has different predetermined conditions for identifying the order from other orders. When the order information generation means is set to place an order for the financial instrument at the order price of a plurality of order levels, The predetermined conditions for each order hierarchy are set for the order. The number of levels in all of the aforementioned order levels becomes the number of levels in the order level information. The order tier is set to a higher price or a lower price, so that the order quantity of each order set based on the order quantity information increases. The financial instrument transaction management device according to claim 1, characterized in that it generates the aforementioned order information.

3. The order receiving means receives order hierarchy number information, which is the number of hierarchy levels consisting of at least one order that has different predetermined conditions for identifying the order from other orders. When the order information generation means is set to place an order for the financial instrument at the order price of a plurality of order levels, The predetermined conditions for each order hierarchy are set for the order. The number of levels in all of the aforementioned order levels becomes the number of levels in the order level information. Based on the order quantity information, the order quantity of each order is set such that the order quantity for a particular order hierarchy is the largest and the order quantities for prices higher and lower than the specific order price are small, or the order quantity for a particular order price is the smallest and the order quantities for prices higher and lower than the specific order price are large. The financial instrument transaction management device according to claim 1, characterized in that it generates the aforementioned order information.

4. The financial instrument trading management device according to any one of claims 1 to 3, characterized in that the order information generation means generates order information for placing an order at each order price such that the order quantity at each order price is a ratio arbitrarily set with respect to the total transaction amount in a specific user or a specific transaction, or to the average order amount in a specific user or a specific transaction.

5. The financial instrument trading management device according to any one of claims 1 to 4, characterized in that the order information generation means generates a plurality of first order information, which is a plurality of order information for placing a plurality of first orders, and / or a plurality of second order information, which is a plurality of order information for placing a plurality of second orders, based on a specific reference price, such that the respective order prices are within a predetermined price range.

6. The order information generation means is Multiple first order information, which constitutes multiple first orders, and / or multiple second order information, which constitutes multiple second orders, are generated based on a specific reference price, such that the respective order prices fall within a predetermined price range. A financial instrument trading management device according to any one of claims 1 to 4, characterized in that when the first order and the second order corresponding to the first order are executed, the first order information corresponding to the executed first order and the second order information corresponding to the executed second order are generated again, thereby repeating the ordering of the first order and the second order.

7. The order information generation means is Set a price range based on a specific upper price limit and / or a specific lower price limit. A financial instrument trading management device according to any one of claims 1 to 5, characterized in that, within the price range, it generates a plurality of first order information that causes a plurality of first orders to be placed, and / or a plurality of second order information that causes a plurality of second orders to be placed, such that the order prices of the plurality of first orders and / or the order prices of the plurality of second orders are set.

8. A financial instrument trading management system for managing transactions of financial instruments, comprising a financial instrument trading management device managed by a trading company that conducts transactions with multiple users who conduct transactions of financial instruments, and multiple user terminals used by the multiple users and connected to the financial instrument trading management device in a communicative manner, The aforementioned financial instruments trading management device, An order receiving means for receiving information on orders for the aforementioned financial products, An order information generation means that generates order information as information for placing orders for financial products to be traded, The system includes execution information generation means that performs processing to execute the order based on the order information, The aforementioned order acceptance means is: Price range information as price range information for multiple aforementioned orders, Order quantity information as information for setting the order quantity for each of the aforementioned orders, The upper and lower limits of the order price range in which the order prices of multiple aforementioned orders are set, We accept The order information generation means is Based on the price range information, order quantity information, and upper and lower price limits included in the order information received by the order receiving means, The order quantity for each of the aforementioned orders will be the quantity set based on the order quantity information. The average of all the order prices of each of the aforementioned orders is set based on the midpoint of the order price range, and the price difference between each of the aforementioned orders becomes the price difference set by the price difference information, and the order information is generated such that the order prices of all the aforementioned orders are within the range of the order price range. The execution information generation means is characterized by executing orders that are executed at the same order price as when the order was placed, and orders that are executed at a different order price than when the order was placed.

9. A user terminal used by a user, which is connected in a communicable manner to a financial instrument trading management device managed by the trading company that conducts the transactions with multiple users who conduct transactions of financial instruments, The user terminal includes an operating means for the user to perform various operations related to the transaction of the financial product, and a display means for displaying information related to the transaction of the financial product to the user. The financial instruments trading management device with which the user terminal communicates is An order receiving means for receiving information on orders for the aforementioned financial products, An order information generation means that generates order information as information for placing orders for financial products to be traded, The system includes execution information generation means that performs processing to execute the order based on the order information, The operating means is operated by the user, With respect to the aforementioned order receiving means, Order quantity information as information on the number of units of multiple orders set at different order prices, Price range information as price range information for multiple aforementioned orders, Order quantity information as information for setting the order quantity for each of the aforementioned orders, The upper and lower limits of the order price range in which the order prices of multiple aforementioned orders are set, Please accept the request. With respect to the order information generation means, Based on the price range information, order quantity information, and upper and lower price limits included in the order information received by the order receiving means, The order quantity for each of the aforementioned orders will be the quantity set based on the order quantity information. The average of all the order prices of each of the aforementioned orders is set based on the midpoint of the order price range, and the price difference between each of the aforementioned orders becomes the price difference set by the price difference information, and the order information is generated such that the order prices of all the aforementioned orders fall within the range of the order price range. The execution information generation means causes the executed orders to be executed at the same order price as when the order was placed, and to be executed at a different order price than when the order was placed. The aforementioned display means is The system is configured to display the price range information, the order quantity information, the upper limit price information, and the lower limit price information, which are input by the user through the operation of the operating means. A user terminal characterized in that it is configured to display the order based on the order information generated by the order information generation means and the execution of the order performed by the execution information generation means.

10. A program characterized by causing a computer to function as a financial instrument transaction management device according to any one of claims 1 to 7.

Images