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

Description

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

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

JP 2008-9562 A

Here, when trading financial products, the person placing the order may wish to change the order quantity depending on the order price, the date and time of the order, the market conditions, etc., in order to efficiently secure profits or to avoid risks due to unexpected market fluctuations. However, in the invention described in Patent Document 1, the same order quantity is set for all of the multiple orders placed based on order information generated based on a single buy/sell order application information. Therefore, the invention described in Patent Document 1 has the problem that it may be difficult for the person placing the order to place an order according to their respective purposes.

The present invention has been made in consideration of the above problems, and has an objective of providing a financial instruments transaction management device, a financial instruments transaction management system , and a user terminal that can increase the convenience of transactions while allowing financial instruments traders to place multiple orders in a manner that meets the diverse objectives of the traders.

In order to solve such problems, the invention described in claim 1 is a financial product transaction management device that manages transactions of financial products, comprising an order receiving means for receiving order information of the financial product, an order information generating means for generating order information as information for placing an order for a financial product to be traded, and a contract information generating means for performing processing to contract the order based on the order information , wherein the order receiving means receives order quantity information as information on the number of the multiple orders set at different order prices, price range information as information on the price range of the multiple orders, order tier number information as information on the number of tiers that is the number of order tiers consisting of at least one order that differs from other orders in a predetermined condition that identifies the order, and order quantity information as information for setting the order quantity of each of the orders included in each of the order tiers . the order information generating means generates the order information such that the price spread between the orders is the price spread set by the price spread information based on the order quantity information, the price range information, the order tier number information, and the order quantity information included in the order information accepted by the order accepting means, the orders of the number of the order quantity information are formed such that the price spread between the orders is the price range set by the price range information, the predetermined conditions of the orders are set for each order tier , the number of tiers of all the order tiers is the number of tiers in the order tier number information, and the order quantity of each of the orders is the quantity set based on the order quantity information , and the execution information generating means executes, of the placed orders, the orders that are executed at the same order price as when the orders were placed, and the orders that are executed at an order price different from when the orders were placed, respectively .

The invention described in claim 2 is characterized in that, in addition to the configuration described in claim 1, when setting the order price of the financial product to be ordered at the order price of the plurality of order hierarchies, the order information generation means generates the order information such that the order quantity becomes larger as the order hierarchies are set to the higher price side or the lower price side.

The invention described in claim 3 is characterized in that, in addition to the configuration described in claim 1, when setting the order of the financial product to be placed at the order prices of the multiple order hierarchies, the order information generating means generates the order information so that the order quantity of a specific order hierarchy is maximum and the order quantity is small on the higher and lower sides of the specific order price, or so that the order quantity of a specific order price is minimum and the order quantity is large on the higher and lower sides of the specific order price.

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 generating means generates the order information for placing the order at each of the order prices so that the order quantity at each of the order prices is an arbitrarily set ratio to the total transaction amount of a specific user or a specific transaction, or to the average order amount of the specific user or the specific transaction.

The invention recited in claim 5 has the configuration recited in any one of claims 1 to 4 , and is characterized in that the order information generation means generates a plurality of first order information as the plurality of order information causing a plurality of first orders to be placed, and/or a plurality of second order information as the plurality of order information causing a plurality of second orders to be placed, such that each order price is within a predetermined price range based on a specific base price.

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

The invention described in claim 7 has the configuration described in any one of claims 1 to 4 , and is characterized in that the order information generation means sets a price range that is set based on a specific upper limit price and/or a specific lower limit price, and generates, within the price range, a plurality of first order information for placing a plurality of first orders as a plurality of the order information, and/or a plurality of second order information as the plurality of the order information for placing a plurality of second orders, such that order prices of the plurality of the first orders and/or order prices of the plurality of the second orders are set.

The invention described in claim 8 is a financial instruments transaction management system that comprises a financial instruments transaction management device managed by a trader that trades financial instruments with a plurality of users who trade the financial instruments, and a plurality of user terminals that are used by the plurality of users and are communicably connected to the financial instruments transaction management device, and that manages the transactions of the financial instruments, wherein the financial instruments transaction management device 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 an order for the financial instruments to be traded, and a contract information generating means for performing processing to contract the orders based on the order information, and the order receiving means receives order quantity information as information on the number of the plurality of orders set at different order prices, price range information as information on the price range of the plurality of orders, order tier number information as information on the number of order tiers consisting of at least one of the orders that differs from other orders in a predetermined condition that identifies the order, and and order quantity information as information for setting the order quantity of each of the orders included in the order hierarchies, the order information generating means generates the order information such that the price spread between each of the orders is the price spread set by the price spread information based on the order quantity information, the price range information, the order tier number information, and the order quantity information included in the order information received by the order receiving means, the orders of the number of the order quantity information are formed such that the price spread between each of the orders is the price range set by the price range information, the predetermined conditions of the orders are set for each order tier, the number of tiers of all the order tiers is the number of tiers in the order tier number information, and the order quantities of each of the orders are the quantity set based on the order quantity information, and the execution information generating means executes, of the placed orders, the orders that are executed at the same order price as when the orders were placed and the orders that are executed at an order price different from when the orders were placed, respectively.

The invention described in claim 9 is a user terminal used by a user, which is communicably connected to a financial instruments transaction management device managed by a trader who trades with a plurality of users who trade financial instruments, the user terminal comprising an operation means for the user to perform various operations related to the financial instruments transaction, and a display means for displaying information regarding the financial instruments transaction to the user, the financial instruments transaction management device with which the user terminal communicates comprising an order receiving means for receiving information on an order for the financial instruments, an order information generating means for generating order information as information for placing an order for the financial instruments to be traded, and a contract information generating means for performing processing to contract the order based on the order information, the operation means receiving, by operation of the user, order quantity information as information on the number of the plurality of orders set at different order prices, price range information as information on the price range of the plurality of orders, order tier number information as information on the number of orders consisting of at least one of the orders having a predetermined condition that specifies the order different from other orders, and order quantity information as information for setting the order quantity of each of the orders included in each of the order tiers, and generating the order information such that the order information generating means generates the order information based on the order quantity information, the price range information, the order tier number information, and the order quantity information contained in the order information received by the order receiving means, the price range between the orders is the price range set by the price range information, the predetermined condition of the order is set for each order tier, the number of tiers of all the order tiers is the number of tiers in the order tier number information, and the order quantity of each of the orders is the quantity set based on the order quantity information. and causes the execution information generating means to execute, of the placed orders, the orders that are executed at the same order price as when the orders were placed, and the orders that are executed at an order price different from when the orders were placed, respectively. The display means is configured to display the order quantity information, the price spread information, the order tier number information, and the order quantity information input by the user through operation of the operation means, and is also configured to display the orders based on the order information generated by the order information generating means and the execution of the orders performed by the execution information generating means .
The invention described in claim 10 is a program for causing a computer to function as the financial product transaction management device described in any one of claims 1 to 7.

According to the inventions of claims 1, 8 and 9 , at least one of a plurality of orders, which has a predetermined condition for specifying the order different from other orders, is treated as one order tier, and order information is generated by setting the order quantity for each order tier. This makes it possible to arbitrarily set the predetermined condition for specifying the order for each order tier when placing orders for financial products at a plurality of different order prices. This makes it possible to trade financial products with a variety of predetermined order conditions based on various circumstances such as the intentions of the person trading the financial products. This makes it possible to increase the convenience of trading while allowing a plurality of orders to be placed in accordance with the diverse purposes of the person trading the financial products.
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, a process is carried out for the order information as if the order had been contracted, thereby making it possible to realize a buying and selling transaction of a financial product based on the order information.

According to the invention described in claim 2, it is possible to set each order so that the higher the order or the lower the order, the greater the profits can be secured in one transaction, and to set each order so that the higher the order or the lower the order, the greater the risk of the transaction can be avoided. This makes it possible to increase the convenience of transactions while allowing financial product traders to place multiple orders in a manner that meets their various objectives.

According to the invention described in claim 3, by generating order information so that the order quantity for a specific order price is maximum and the order quantities are smaller on the higher and lower sides of the specific order price, it is possible to set each order so that a large profit can be secured in one transaction at the specific order price or so that the further the order price is from the specific order price, the greater the transaction risk can be avoided. By generating order information so that the order quantity for a specific order price is minimum and the order quantities are larger on the higher and lower sides of the specific order price, it is possible to set each order so that a large profit can be secured in one transaction at the specific order price or so that the further the order price is from the specific order price, the greater the transaction risk can be avoided. This makes it possible to increase the convenience of transactions while allowing multiple orders to be placed in accordance with the diverse purposes of those trading financial products.

According to the invention described in claim 4, the order quantity for each order price can be set based on the total transaction amount or average transaction amount for a specific user or specific transaction, and the order quantity can be set based on the ratio of the total transaction amount or average transaction amount. Therefore, the order quantity for each order price can be easily set by calculation based on the trading situation at a specific time or period. This makes it possible to increase the convenience of trading while allowing financial product traders to place multiple orders in a manner that meets the diverse purposes of the trader.

According to the invention described in claim 5 , by setting the order prices of a plurality of first orders and/or a plurality of second orders to be within a predetermined price range based on a specific base price, it is possible to ensure profits while diversifying transaction risks.

According to the invention described in claim 6 , by setting a plurality of first orders and/or a plurality of second orders so that each order price is within a predetermined price range based on a specific base price, it becomes possible to secure profits while diversifying transaction risks. In addition, when a first order and a second order corresponding to the first order are contracted, by repeatedly placing the first order corresponding to the contracted first order and the second order corresponding to the contracted second order, a transaction is established once, and by automatically and continuously conducting transactions at a price where market prices are likely to fluctuate, it becomes possible to secure larger profits.

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

According to the invention described in claim 10, the financial product transaction management device of the present invention can be programmed and realized on various computer hardware.

1 is a system configuration diagram of a financial product transaction management system according to a first embodiment of the present invention, and a functional block diagram of a financial product transaction management device. FIG. 2 is a block diagram showing the hardware configuration of the financial product transaction management device. 4 is a schematic diagram of field definitions in an order table of the financial product exchange management device. FIG. FIG. 13 is a diagram showing a schematic diagram of a first example of calculating order quantities for each hierarchical level in the financial product transaction management device. FIG. 13 is a diagram showing a schematic diagram of a second example of calculating the order quantity for each hierarchical level in the financial product transaction management device. FIG. 13 is a diagram showing a schematic diagram of a third example of calculating the order quantity for each hierarchical level in the financial product transaction management device. FIG. 13 is a first diagram illustrating a specific example of hierarchical calculation in the financial product transaction management device. FIG. 2 is a second diagram illustrating a specific example of hierarchical calculation in the financial product transaction management device. FIG. 3 is a third diagram illustrating a specific example of hierarchical calculation in the financial product transaction management device. FIG. 4 is a fourth diagram illustrating a specific example of hierarchical calculation in the financial product transaction management device. FIG. 13 is a diagram showing a schematic diagram of the difference in average cost when an order set at multiple order prices is (a) not layered and (b) and (c) layered in the financial product transaction management device. 4 is a flowchart showing a processing procedure of the financial product transaction management device. FIG. 2 is a diagram showing a schematic diagram of an order input screen for a "trap trade" order in the financial product transaction management device. FIG. 2 is a diagram showing a schematic diagram of order information for conducting a "trap trade" transaction generated in the financial product transaction management device. FIG. 2 is a diagram showing a schematic diagram of a "trap trade" order based on order information generated in the financial product transaction management device. FIG. 13 is a diagram showing a schematic diagram of an order input screen for a "Toraripi" order in the financial product transaction management device. A diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. A diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. A diagram showing a schematic diagram of a "Toraripi" order based on order information generated in the financial product transaction management device. 13 is a diagram showing a schematic diagram of an order input screen for a "Rakutora" order in the financial product transaction management device. FIG. 13 is a diagram showing a schematic diagram of an order for "Rakutora" based on order information generated in the financial product transaction management device. FIG.

[System configuration]
1 to 20 show a first embodiment of the present invention.

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

The financial product transaction management device 1 is a server computer managed and operated by a financial product dealer, and has a Web server function and a database function for storing large amounts of data. The client terminals 2 ₁ , ..., 2 _n are communication terminals with data communication functions owned and used by individuals or corporations who trade financial products, and include personal computers and mobile phone terminals. The client terminals 2 ₁ , ..., 2 _n have operation units 21 ₁ , ..., 21 _n used to input various instructions such as a mouse or keyboard, and display units 22 ₁ , ..., 22 _n consisting of an LCD (Liquid Crystal Display) or the like and displaying various instructions and images input from the operation units 21 ₁ , ..., 21 _n . The operation units 21 ₁ , ..., 21 _n and display units 22 ₁ , ..., 22 _n of the client terminals 2 ₁ , ..., 2 _n may be configured as touch panel displays that perform various inputs based on coordinate information of the contact position of a pointing device such as a finger or a touch pen. Since the client terminals 2 ₁ , ..., 2 _n , the operation units 21 ₁ , ..., 21 _n , and the display units 22 ₁ , ..., 22 _n have the same configuration, they will be referred to as the client terminal 2, the operation unit 21, and the display unit 22 hereinafter unless a distinction needs to be made.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 order or the order price of the lowest order among the multiple orders, or the average price of the order prices of all orders, etc.). In addition, the order information generation unit 16 sets the profit spreads for the first and second orders by calculation using a predetermined value (for example, the value of the profit spread input by the trader, or predetermined information for calculating the profit spread (for example, the amount of margin held by the trader, or information input by the trader about the expected fluctuation range as a price range in which the trader assumes that the market price may fluctuate within a predetermined period, etc.)).

However, in this embodiment, the price spread between financial products according to the order information generated by the order information generation unit 16 does not always need to be constant. A specific order, for example, the price spread between the first order with the highest price and the first order one price lower, or the price spread between the second order with the highest price and the second order one price lower, or the price spread between the first order with the lowest price and the first order one price higher, or the price spread between the second order with the lowest price and the second order one price higher, may be different from the fixed price spread between first orders with other order prices, or only a certain pair of first orders or a certain pair of second orders may have the same price spread, such as the first order with the highest price and the first order second from the highest price, the first order third from the highest price and the fourth first order, etc., or the second order with the highest price and the second order second from the highest price, the second order third from the highest price and the fourth second order, etc.

In addition, in this embodiment, the new first order and the new second order according to the order information generated by the order information generating unit 16, which appear after a specific first order and a second order corresponding to this first order are respectively 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 are executed, the new first order and the new second order may be placed at a price that is higher (or lower) than the order price of the original first order and the order price of the original second order by a predetermined price (e.g., 0.1 yen each), or the new first order and the new second order may be placed with an order quantity that is higher (or lower) than the order quantity of the original first order and the original second order by a predetermined order quantity (e.g., 0.1 currency unit).

In addition, in this embodiment, the system may be configured so that, following fluctuations in market prices, after a specific first order and a second order corresponding to this first order are each executed, a new first order and a new second order are placed in the direction of market price fluctuations based on the order information generated by the order information generating unit 16.

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

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

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

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

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

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

In addition, for example, the order information generation unit 16 may set the order prices of the first and second orders so that the highest order price of the first order or the highest order price of the second order, the lowest order price of the first order, or the lowest order price of the second order of "trap repeat if done" matches the upper and lower price limits of the price range, or may set the order prices of the first and second orders so that the lowest order price of the first order matches the lower price limit of the price range and the highest order price of the second order matches the upper price limit.

In addition, for example, the order information generation unit 16 may 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 the first orders, or may 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 the first orders.

In addition, in the above [Trading Type 1] to [Trading Type 3], the order prices of the orders and the order quantities of the first and second orders may be the same from the time the orders are placed until they are executed, or may change between the time the orders are placed and the time they are executed (for example, the order quantity at the time of placing the order may be 10,000 units, but the order quantity may change along with market fluctuations, and the order quantity at the time of execution may be 10,100 units). In addition, in the above [Trading Type 1] to [Trading Type 3], the order prices of the orders and the first and second orders may be the same from the time the orders are placed until they are executed, or may change between the time the orders are placed and the time they are executed.

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

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

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

In this embodiment, the order information generation unit 16 can generate order information for "trap trade" orders, first and second "repeat if done" orders, and "easy trade" orders, first and second orders, so that they have a trailing function that causes the contract price to fluctuate in accordance with market fluctuations.

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

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

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

[Order quantity setting]
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 "easy trade" so that some or all of them have different order quantities.

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

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

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

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

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

[Order hierarchy]
Furthermore, the order information generating unit 16 can set the order quantity by classifying a plurality of orders with different order prices into a hierarchy. Specifically, the order information generating unit 16 can set a predetermined number (an integer equal to or greater than 0) of orders with the same order quantity as one "order hierarchy" and generate order information such that a plurality of such hierarchies are provided.

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

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

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

In addition, 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 is the first hierarchy and the lower hierarchy is the second hierarchy, at least some of the orders and order information in the second hierarchy may be configured to be equal to or higher than the order price of the orders and order information constituting the first hierarchy through a predetermined process (e.g., fluctuations in order price based on trailing), or at least some of the orders and order information in the first hierarchy may be configured to be equal to or lower than the order price of the orders and order information constituting the second hierarchy through a predetermined process.

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

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

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

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

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

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

In the second tier, the order quantity for each order is set to 13,000 units, which is roughly calculated by subtracting the total order quantity in the first tier (35,000 units) from the total order quantity (100,000 units) to get the remaining order quantity (65,000 units), and dividing that by the number of orders in the second tier (5 units).

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

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

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

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

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

[Specific example 4 of hierarchical setting]
10 is a fourth diagram that shows a specific example of hierarchical setting in the financial product transaction management device 1 of this embodiment. The diagram shows an example of setting orders for a total of 100,000 currency units in the first hierarchical layer on the high price side (three orders in total, one for each of three order prices), the second hierarchical layer in the middle (four orders in total, one for each of four order prices), and the second hierarchical layer on the low price side (three orders in total, one for each of three order prices). In this setting example 4, contrary to the setting example 3, the second hierarchical layer in the middle has the smallest order quantity, and the hierarchical layers farther from the second hierarchical layer (here, the first and third hierarchical layers) have larger order quantities.

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

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

In the above specific setting examples 1 to 4, if the division results in a decimal value or a remainder, any processing may be performed on the decimal value or remainder. For example, processing such as rounding down or rounding up the decimal point may be performed, and if there is a remainder, it may be added to the lowest hierarchical level (the order with the lowest order price) or the highest hierarchical level (or the order with the highest order price).

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

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

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

As shown in FIG. 11(a), consider the case where orders are placed for a total of 100,000 units of financial products at 10 order prices (the lowest being 101.00 yen per dollar) with a maximum price of 110.00 yen per dollar and a price range of 1.00 yen each (the lowest being 101.00 yen per dollar), with an order quantity of 10,000 units per order. In this case, the average cost is 105.50 (110.00 x 10,000 + 109.00 x 10,000 + 108.00 x 10,000 + ... 103.00 x 10,000 + 102.00 x 10,000 + 101.00 x 10,000) ÷ 100,000 = 105.50).

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

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

In this way, by varying the order quantity according to the order price and classifying them by order quantity, it is easy to adjust the average cost, increase profits, and avoid risks. It is also easy to build a configuration that automatically calculates and sets orders that have such effects using a computer system.

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

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

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

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

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

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

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

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

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

When the execute button 41n is clicked in this state, the transaction selection button (not shown) and the data selected and entered on the order input screen 410 are sent from the client terminal 2 to the financial product transaction management device 1. The order input reception unit 12 checks the entered buy/sell order application information. That is, it checks the order price by checking the deadline selected in the expiration date selection field 41k, the order amount setting button 41c, the trap number setting button 41d, and the values entered in the start price input field 41f (step S2). Specifically, it checks whether the order price is a settable order price, etc.

Then, the order input reception unit 12 judges whether the inspection result is appropriate. If the price is judged to be an appropriate price ("No" in step S3), the account information generation unit 15 obtains the margin information of the customer (trader) from the customer account information table 182.

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

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

If the margin amount is equal to or greater than the order allowable amount ("No" in step S5), the order input acceptance unit 12 compares other order conditions (i.e., conditions other than the order price) with various criteria for accepting an order based on the data recorded in the currency pair order conditions table 183 (step S6). It then determines whether the other conditions meet these criteria (step S7).

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

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

When the trader clicks the order button (not shown) through the operation of the operation unit 21, the order information generating unit 16 of the financial product transaction management device 1 generates order information based on the buy/sell order application information input in step S1 (step S8). Specifically, the order information is generated by grouping the multiple data input according to the procedure described above by order price and assigning a sequence number in the sequence number table 184 to each group (step S8). Then, information for distinguishing the sequence number used in the order information from unused sequence numbers is added to the sequence number table 184. By performing the process of step S8 once, multiple pieces of order information are generated (note that in "TORALIP" and "RAKUTRA" described later, among these order information, multiple pieces of order information including the first order information of the first order for an if-done order and the second order information of the second order corresponding to this first order form an "order information group").).

The order information generation unit 16 records the generated order information in the order table 181 (step S9). In the case of "Toraripi" and "Rakutora" described later, "order information group" is also recorded in the order table 181. The order information is recorded in the order table based on the definition of each field shown in FIG. 3.

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

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

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

3, the order table 181 also has fields for recording data entered into the input screen 40, i.e., the currency pair selection button 41b, the trap number setting button 41d, the start price input field 41f, the trap price range input field 41h, and the hierarchy input field 41j. In addition, fields are also provided for recording information on the profit margin for the first and second orders, which is entered when generating order information for trading "Toraripi" or "Rakutora" (described below), and information on the upper and lower 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 into the order input screen 410 is recorded in the order table 181.

In this embodiment, the "order information" is described below as data formed by attaching attribute information to each order based on the definition of each field shown in FIG. 3. However, it may be predetermined data before the "order information" in this embodiment is formed (for example, a table showing orders (without attribute information) for each order price that are to be placed), and each order may be placed based on such "order information."

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

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

14 is a diagram showing a schematic diagram of order information for performing a "trap trade" transaction generated in the financial product transaction management device 1 of this embodiment. As shown in the diagram, in this embodiment, the order information generating unit 16 generates order information ₄₁₁ , ₄₁₂ , ... 419, 4110 for 10 units, the number of orders being equal to the number (10 units) input in the trap unit number setting _{button 41d} , in one order procedure.

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

Each of the generated order information 41 ₁ , 41 ₂ , ..., 41 ₉ , 41 ₁₀ has attribute information as shown in Fig. 14. Specifically, each of the order information 41 ₁ , 41 ₂ , ..., 41 ₉ , 41 ₁₀ includes an order number 181A uniquely assigned to each of the order information 41 ₁ , 41 ₂ , ..., 41 ₉ , 41 ₁₀ , customer number information 181B for identifying the trader, currency pair information 181C for identifying the selected currency pair, order amount information 181D as the value of the order amount of each order, and the order information 41 ₁ , 41 ₂ , ..., 41 ₉ , 41 the order time information 181E as the date and time when _{order 10} was generated, buying/selling information 181F for identifying a sell order or a buy order, order price information 181G as the value of the order price of each order, order deadline information 181H as the expiration date of the order, new/settlement information 181J for identifying a new order or a settlement order when the order is an if-done order, valid/invalid information for identifying whether the order is valid (placed) or invalid (not yet placed), ranking information 181L for identifying either the first ranking (new order) or second ranking (settlement order or stop-loss order) when the order is an if-done order, and contract existence information 181M for identifying whether an agreement has been reached (whether an agreement has been reached or not).

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

[1-3. Trading Procedure]
15 is a diagram showing a schematic diagram of a "trap trade" order based on the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ generated in this manner. In the diagram, corresponding order information and orders are displayed with the same last two digits of the code and the same suffix. For example, an order 141 ₁ is traded based on order information 41 ₁ , and orders 141 ₂ , ... are traded based on order information 41 _2. All orders 141 ₁ , 141 ₂ , ... , 141 ₉ , 141 ₁₀ shown in the diagram are traded based on order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ generated in one order procedure.

As shown in FIG. 15, the three high-priced orders ₁₄₁₁ , ₁₄₁₂ , and ₁₄₁₃ form the first hierarchical layer 31 with an order quantity of 4,000, the three middle orders ₁₄₁₄ , ₁₄₁₅ , and ₁₄₁₆ form the second hierarchical layer 32 with an order quantity of 8,000, and the four low-priced orders ₁₄₁₇ , ₁₄₁₈ , ₁₄₁₉ , and ₁₄₁₁₀ form the third hierarchical layer 33 with an order quantity of 16,000.

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

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

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

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

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

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

In addition to the above, the order input screen 510 displays a price specification method selection button 51a for selecting the method for setting the order prices of each of the transactions selected in the order display field 41a (for example, a setting for "specifying a price spread" between first orders or second orders, or a setting for "specifying a profit spread" between the first and second orders for an if-done order, etc.), a profit margin setting field 51b for inputting the "profit margin," which is the range of profits obtained by the execution of the first and second orders for an if-done order (for example, "profit of xx sen obtained by execution"), a profit amount display field 51c, which displays the profit amount obtained by performing a predetermined calculation on the value entered in the profit margin setting field 51b, and a settlement trail selection button 51d for selecting whether to set a "settlement trail" as an order for setting a "trail" in which the transaction price moves higher or lower in response to a rise or fall in the market price for the second order of the if-done order. Instead of inputting the profit margin into the profit margin setting field 51b, an input field may be provided in which the amount of profit to be obtained by the execution of the first order and the second order (for example, "profit of xx sen to be obtained by execution") is input as a numerical value, and the value input into this input field may be used for subsequent processing.

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

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

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

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

Figures 17A and 17B are schematic diagrams showing a first order and a second order generated based on the transaction selection button (not shown) and the information selected and entered on the order entry screen 510.

As shown in the figure, in the order information generation unit 16, the following items are generated in one order procedure: 10 pieces of first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , 10 pieces of second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , and 10 pieces of stop-loss order information ₅₃₁ , 532, ... ₅₃₉ , ₅₃₁₀ , all of which are equal to the number ( ₁₀ ) entered in the trap number setting button 41d. First order information _51-1 and second order information _52-1 , first order information _51-2 and second order information _52-2 , ... first order information _51-9 and second order information _52-9 , first order information _51-10 and second order information _52-10 form a set of orders for which if-done orders are placed, and further, stop-loss order information _53-1 , _53-2 , ... _53-9 , _53-10 form stop-loss orders for these if-done orders, respectively form order information groups _54-1 , _54-2 , ... _54-9 , _54-10 .

Then, when generating the first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ and the second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , the order information generation unit 16 sets the order quantity value of each order using the calculation method shown in the above [Hierarchical Calculation Example 2]. As a result, the order information generating unit 16 generates the first order information 51 1 , 51 2 , ... 51 9 , 51 10 , the second order information 52 1 , 52 2 , ... 52 9 , 52 10 , and the stop order information 53 1 , 53 2 , ... 53 9 , 53 10 so that the order quantities of the three orders in the first hierarchical level on the higher price side (110.00 yen to 108.00 yen per dollar) are 4,000 units per order, the _order quantities of the three orders in the second hierarchical level in the middle (107.00 yen to 105.00 _yen per dollar) are 8,000 units _per order, _and the _order quantities of the four _orders in the third hierarchical level on the lower price side ( _{104.00 yen to} 101.00 _yen per _dollar ) are 16,000 _units per order. The order quantity value (the value of the order amount information 181D in FIG. 17A) is set to ₁₀ .

[2-2. Trading Procedure]
18 is a diagram showing a schematic diagram of first orders ₁₅₁₁ , ₁₅₁₂ , ... 1519, ₁₅₁₁₀ , second orders _{1521, 1522, ... 1529, 15210, and stop-loss orders 1531, 1532, ... 1539, 15310 based on the first order information 511 , 512 , ... 519, 5110 , second order information 521 , 522 , ... 529} , ₅₂₁₀ , and stop-loss order information _{531 ,} 532, ... ₅₃₉ , ₅₃₁₀ generated in this manner. In this diagram, similar to the schematic diagram of FIG. 15, corresponding order information and orders are displayed with the last two digits of the _symbols and the _subscripts being the same. All of the first orders ₁₅₁₁ , _1512, ... _{1519, 15110} , all of the second orders ₁₅₂₁ , 1522, ... ₁₅₂₉ , ₁₅₂₁₀ , and all of the stop-loss orders ₁₅₃₁ , ₁₅₃₂ , _{... 1539} , ₁₅₃₁₀ shown in the same figure are traded based on first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , _and stop-loss order information ₅₃₁ , ₅₃₂ , ... ₅₃₉ , ₅₃₁₀ generated in one order procedure.

In a predetermined process that the order information generating unit 16 performs on the first order information ₅₁₁ (here, this corresponds to a process of converting the valid/invalid information 181K included in the first order information ₅₁₁ from “invalid” to “valid”), a specific first order, for example, the first order _1511, is placed.

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

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

When the market price matches the order price of the second order ₁₅₂₁ (i.e., order price information 181G of the second order information ₅₂₁ ), the second order 1521 is contracted by a predetermined process of the contract information generation unit ₁₄ on the second order information ₅₂₁ (here, this corresponds to a process of converting the contract presence/absence information 181M of the second order information ₅₂₁ from "absent" to "present").

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

When the market price 71 fluctuates and matches the order price of the first order ₁₅₁₁ and the order price of the second order ₁₅₂₁ , the order information generating unit 16 and the contract information generating unit 14 perform processing similar to the above-mentioned processing with the newly generated first order information ₅₁₁ and second order information ₅₂₁ , thereby placing and contracting the first order ₁₅₁₁ and the second order ₁₅₂₁ again.

Thereafter, every time the second order ₁₅₂₁ is executed, the order information generating unit 16 processes to generate an order information group ₅₄₁ having the first order information ₅₁₁ , the second order information _521, and the stop order information ₅₃₁ , and as the market price fluctuates, the order information generating unit 16 and the execution information generating unit 14 execute the same processing as described above, thereby repeatedly placing and executing the first order ₁₅₁₁ and the second order ₁₅₂₁ .

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

In addition, if the market price 71 falls after a specific first order, for example, first order _1511, is executed and the market price reaches the value (1 dollar = 100.00 yen) of order price information 181G of stop-loss order information ₅₃₁ included in the same order information group ₅₄₁ as the first order ₁₅₁₁ , the stop-loss order ₁₅₃₁ will be executed and the unexecuted second order ₁₅₂₁ will be canceled, and the transaction of this second order ₁₅₂₁ will be discontinued with it remaining unexecuted.

Specifically, the contract information generating unit ₁₄ changes the contract presence/absence information 181M of the stop-loss order information 53.1 from "absent" to "present," and performs processing to cancel the transaction based on the first order information _51.1 (for example, processing to set a trading cancellation flag (not shown) in the first order information _51.1 or processing to delete _the first order information _51.1 are conceivable). Note that, when the stop-loss order _153.1 is contracted, the contract information generating unit 14 may be configured to similarly perform processing to cancel some or all of the order information relating to unplaced orders and the order information relating to uncontracted orders other than the second order information 52.1.

Also, although not shown in FIG. 18 , when a specific order, for example, the second order 152 ₂ , is set as a stop order, and the market price rises or falls beyond the contract price of the specific second order, for example, the second order 152 ₂ , and the market price and the contract price of the second order 152 ₂ differ by more than a predetermined trail width (for example, trail width information (not shown) indicating the numerical value of the trail width, which is included in the order information generating unit 16, the second order information 52 ₂ , etc.), a process of rising or falling in the direction of market price fluctuation by a predetermined fluctuation width (for example, the value of the aforementioned trail width information (not shown)) can be set.

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

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

The order input screen 610 shown in FIG. 19 displays an order display field 41a, a price specification method selection button 51a, a currency pair selection button 41b, an order amount setting button 41c, a trap number setting button 41d, a total order amount display field 41e, a start price input field 41f, an order type selection button 41g, a hierarchy input field 41j, a profit margin setting field 51b, a profit amount display field 51c, a validity period selection field 41k, and a stop loss order setting button 41m, similar to the "Toraripi" order input screen 510 shown in FIG. 15.

In addition, the order input screen 610 shown in FIG. 19 displays a minimum price input button 61a and a maximum price input button 61b for numerically inputting the minimum price of the price range for setting the first order and the second order, instead of the trap price range input field 41h of the order input screen 510 of FIG. 16. Note that if the display unit 22 of the client terminal 2 is a touch panel display, instead of the minimum price input button 61a and the maximum price input button 61b, the client terminal 2 may obtain information on the minimum price and the maximum price by detecting the contact position of a pointing device (e.g., a trader's finger or a touch pen) on the price direction coordinate (e.g., the vertical axis) on the chart displayed on the display unit 2.

The trader enters and selects the information required for the desired order on this order entry screen 610. The same input is made to the buttons common to the order entry screen 510 as on the order entry screen 410. The order entry screen 610 in FIG. 19 shows the same input as in FIG. 15 made to the buttons common to the order entry screen 510.

The order input screen 610 in FIG. 19 shows that "(1 dollar =) 101.00 (yen)" has been entered into the lower limit price input button 61a, and "(1 dollar =) 110.00 (yen)" has been entered into the upper limit price input button 61b.

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

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

The order information generating unit 16 sets the first order price of each first order based on a specific order, for example, the first order with the highest price. Specifically, the order information generating unit 16 sets the order price information 181G of the first order information _{61_1} of the first order _{161_1} , which is the highest priced first order, to the upper limit price of the price range (i.e., "(1 dollar =) 110.00 (yen)" input into the upper limit price input button 61b, sets the order price information (not shown) of the first order information _{61_2} of the first order _{161_2} next to the lowest price side to "(1 dollar =) 109.00 (yen)" by the price range (i.e., 1.00 yen) obtained by the above calculation from the order price set in the first order information _{61_1} , and further sets the order price information 181G of the first order information _{61_3} next to the lowest price side to "(1 dollar =) 109.00 (yen)", and so on. Then, the order information generating unit 16 sets the order price information 181G of the first order information 61_1 of the first order information _{61_10,} which is the lowest price, to "(1 dollar =) 109.00 (yen)". The order price information 181G of _{No. 10} is set to "(1 dollar =) 101.00 (yen)".

The order information generating unit 16 sets the order prices of the second orders ... 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ corresponding to the first orders 161 ₁ , 161 ₂ , ... 161 ₉ , 161 _10, respectively. Specifically, for example, the order information generating unit 16 performs a calculation to add "100 (sen)" inputted in the profit margin setting field _51b to "(1 dollar =) 110.00 (yen)" which is the order price information 181G of the first order information 61 _{1 of the first order 161 1} with the highest price, and obtains the value of "(1 dollar =) 111.00 (yen)". Then, the order information generating unit 16 sets "(1 dollar =) 111.00 (yen)" calculated by the above calculation to the order price information 181G of the second order information 62 ₁ of the second order 162 ₁ with the highest price.

Next, the order information generating unit 16 sets the order price information _{181G of the second order information 622 of} the second order ₁₆₂₁ , which is the next lowest price side, to "(1 dollar =) 110.00 (yen) _" , which is the value obtained by subtracting 1.00 yen, which is the price range calculated by the above calculation, from "(1 dollar =) 111.00 (yen)" set in the order price information 181G of the second order information 621. Furthermore, the order price information 181G of the second order information ₆₂₃ of the second order ₁₆₁₃ , which is the next lowest price side, is set to "(1 dollar =) 109.00 (yen)", and so on. Then, the order information generating unit 16 sets the order price information 181G of the second order information ₆₂₁₀ , which is the lowest price, to "(1 dollar =) 101.00 (yen)".

The order information generating unit 16 may calculate the order price information 181G of each of the second order information ₆₂₁ , ₆₂₂ , ... ₆₂₉ , ₆₂₁₀ by adding “100 (sen)” input in the profit margin setting field 51b to the corresponding first order information ₆₁₁ , ₆₁₂ , ... ₆₁₉ , ₆₁₁₀ .

17A and 17B are schematic diagrams showing the order information thus generated. As shown in the figure, first order information 61 ₁ , 61 ₂ , 61 ₃ , ... 61 ₁₀ , second order information 62 ₁ , 62 ₂ , ... 62 _{9 , 62 10 , stop order information 63 1 , 63 2 , ... 63 9 , 63 10 , and order information group 64 1 , 64 2 , ... 64 9 , 64 10 are generated in one order procedure by inputting on the order input screen 610. These are the first order information 51 1 , 51 2 , ... 51 9 , 51 10 , second order} information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , and order information group 54 ₁ , 54 ₂ , ... 54 ₉ , 54 ₁₀ (however, the order type information 181I is recorded as information indicating "Rakutora").

[3-2. Trading Procedure]
20 is a diagram that shows first orders ₁₆₁₁ , 1612, ... ₁₆₁₉ , _{16110 based on the first order information 611, 612, ... 619, 6110 generated in this way} , second orders ₁₆₂₁ , ₁₆₂₂ , ... ₁₆₂₉ , ₁₆₂₁₀ based on the second order information 621, ₆₂₂ , ... ₆₂₉ , ₆₂₁₀ , and stop-loss orders ₁₆₃₁ , 1632, ... ₁₆₃₉ , ₁₆₃₁₀ based on the stop-loss order information ₆₃₁ , ₆₃₂ , ... ₆₃₉ , _6310. In this diagram, similar to the cases of _Figs . ₁₅ and ₁₈ , corresponding order information and orders are displayed with the same last two digits of the symbols and the same subscript. All of the first orders ₁₆₁₁ , _1612, ... _{1619, 16110 ,} all of the second orders ₁₆₂₁ , 1622, ... 1629, ₁₆₂₁₀ , and all of the stop-loss orders ₁₆₃₁ , ₁₆₃₂ , ... ₁₆₃₉ , ₁₆₃₁₀ shown in the same figure are traded based on first order information ₆₁₁ , ₆₁₂ , ... ₆₁₉ , ₆₁₁₀ , second order information ₆₂₁ , ₆₂₂ , ... ₆₂₉ , ₆₂₁₀ , _and stop-loss order information ₆₃₁ , ₆₃₂ , ... ₆₃₉ , ₆₃₁₀ generated in _one order procedure.

As shown in FIG. 20, here, the first orders 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ are set in a price range 67 between a lower limit price 65 (the price entered into the lower limit price input button 61 a) and an upper limit price 66 (the price entered into the upper limit price input button 61 b).

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

[Action and Effect]
As described above, in this embodiment, when financial products are traded at a plurality of prices, the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , the second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , the first order information 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ , the second order information 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ are generated so that orders at different order prices are placed with different order quantities, thereby making it possible to arbitrarily set the order quantity when placing orders for financial products at a plurality of different order prices. Therefore, it becomes possible to trade financial products at a variety of order prices based on various circumstances such as the intentions of the person trading the financial products. This makes it possible to enhance convenience of trading while allowing financial product traders to place multiple orders in accordance with their various objectives.

In this embodiment, it _{is possible} to set each _order so _that the _higher the price _order or the lower _the price order, _the greater the profits can be secured in one transaction, and to set each order so that the higher the price order or the lower the price order, the _greater the risk of the transaction can be _avoided , based on the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , first order information 51 ₁ , 51 2 , ... 51 ₉ , 51 10 , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , first order information 61 1 , 61 2 , ... 61 9 , 61 10 , and second order information 62 1 , 62 2 , ... 62 9 , 62 10. This allows a plurality of orders to be placed in accordance with the various purposes of those who trade financial products, while enhancing the convenience of trading.

In this embodiment, the order information 41 ₁ , 41 2 , ... 41 9 , 41 ₁₀ , first order information 51 1 , 51 ₂ , ... 51 9 , 51 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , first order information 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ , and second order information 62 ₁ , 62 ₂ , _{... 62 9} , 62 ₁₀ are generated so that the _order quantity at the specific order price is maximum and the order quantities on the _higher and lower price sides than the specific order price are small. This makes it possible to set orders so that a large profit can be secured in one transaction at the specific order price, and to set each order so that the further the order price is from the specific order price, the greater the transaction risk can be avoided _. By generating the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , the second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , the first order information _{61 1 , 61 2 , ... 61 9 , 61 10 , and the second order information 62 1 , 62 2 , ... 62 9} , _{62 10 ,} it is possible to set each order so that _a transaction risk can be avoided at a specific order price, and the further the order price is from the specific order price, the greater the profit can be secured in one transaction. This makes it possible to increase the convenience of transactions while allowing financial product traders to place multiple orders in accordance with their various purposes.

In this embodiment, in generating the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , the second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , the first order information 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ , and the second order information 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ , the order quantity for each order price can be set based on the total transaction amount or average transaction amount of a specific user or specific transaction, and the order quantity for each order price can be easily set by calculation based on the transaction situation at a specific time or period. This allows the convenience of trading to be improved while allowing multiple orders to be placed in accordance with the various purposes of those who trade financial products.

In this embodiment, in generating the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , the second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , the first order information 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ , and the second order information 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ , two or more order prices are set as an order hierarchical level, which is one order quantity, and by setting a plurality of order hierarchical levels, all of the order prices constituting one order hierarchical level are set as one order quantity, and the order quantity can be set to a large or small value for each order hierarchical level, so that the order quantity large and small levels can be simplified and set easily, and profits can be secured and risks can be avoided for each price range consisting of the order prices constituting the order hierarchical level. This makes it possible to further improve the convenience of trading.

In this embodiment, when a transaction is established for an order placed based on the generated order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , first order information 51 1 , 51 ₂ , ... 51 ₉ , 51 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , first order information 61 _{1 ,} 61 ₂ , ... 61 ₉ , 61 ₁₀ , and second order information 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ , the contract information generating unit 14 performs a transaction processing based on the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ , first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ By performing processing as if the orders were contracted for order information ₄₁₁ , ₄₁₂ , ... 419, ₄₁₁₀ , first order information ₅₁₁ , 512, ... ₅₁₉ , ₅₁₁₀ , second order information 521, 522, ... ₅₂₉ , ₅₂₁₀ , first order information 611, 612, _{... 619} , ₆₁₁₀ , and second order information ₆₂₁ , ₆₂₂ , ... ₆₂₉ , ₆₂₁₀ , it is possible to realize buying and selling transactions _of financial products based on order information ₄₁₁ , 412, ... ₄₁₉ , ₄₁₁₀ , first order information ₅₁₁ , 512, ... ₅₁₉ , ₅₁₁₀ , second order information 521, ₅₂₂ , ... 529, ₅₂₁₀ , first order information ₆₁₁ , 612, ... 619, ₆₁₁₀ , and second order information 621, ₆₂₂ , ... ₆₂₉ , ₆₂₁₀ .

In this embodiment, a plurality of first orders based on a plurality of first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , ₆₁₁ , ₆₁₂ , ... ₆₁₉ , ₆₁₁₀ , and/or a plurality of second orders based on a plurality of second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , ₆₂₁ , _{622, ... 629, 6210 are set} so that each order price is within a predetermined price range based on a specific base price, thereby making it possible to secure profits while diversifying transaction risks.

In this embodiment, a plurality of first orders based on a plurality of first order information ₅₁₁ , ₅₁₂ , ... ₅₁₉ , ₅₁₁₀ , ₆₁₁ , ₆₁₂ , ... ₆₁₉ , ₆₁₁₀ , and/or a plurality of second orders based on a plurality of second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , ₆₂₁ , _{622, ... 629, 6210 are set} so that each order price is within a predetermined price range based on a specific base price, thereby making it possible to secure profits while diversifying transaction risks. In addition, when a first order based on the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ and a second order based on the second order information 52 1 , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ corresponding to the first order are contracted, the first order based on the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ corresponding to the contracted first order, and the second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ corresponding to the contracted second order _are , 62 ₁₀ , a transaction is completed once, and by repeatedly placing a second order based on the market price 71, it is possible to secure a larger profit by automatically and continuously conducting transactions at a price where market price 71 is likely to fluctuate.

In this embodiment, by setting a plurality of first orders based on a plurality of first order information ₅₁₁ , 512, ... ₅₁₉ , 5110, ₆₁₁ , ₆₁₂ , ... ₆₁₉ , ₆₁₁₀ and/or a plurality of second orders based on a plurality of second order information ₅₂₁ , ₅₂₂ , ... ₅₂₉ , ₅₂₁₀ , ₆₂₁ , ₆₂₂ , ... ₆₂₉ , ₆₂₁₀ in a price range set based on a specific upper limit price and/or a specific _{lower limit} price, _it becomes possible to set order prices by first setting a price range in which order prices are set, and then setting each of the first orders and each of the second orders within this price range. Therefore, it is possible to realize an ordering method in which the order prices of each of the first orders and each of the second orders are set from a price range, and it becomes possible to further improve the convenience of order setting.

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

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

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

1A: Financial product transaction management system 1: Financial product transaction management device 2, 2 ₁ to 2 _n : Client terminal 14: Contract information generation unit (contract information generation means)
16: Order information generation unit (order information generation means)
31...First level (order level)
32...Second hierarchical level (order level)
33...Third hierarchical level (order level)
41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ ... Order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ ... First order information (order information)
52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ ... Second order information (order information)
53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ ... Stop order information (order information)
65: Lower limit price 66: Upper limit price 67: Price range 71: Market price 141 ₁ , 141 ₂ , 141 ₉ , 141 ₁₀ : Order 151 ₁ , 151 ₂ , 151 ₉ , 151 10 , 161 ₁ , 161 ₂ , 161 _{9 , 161 10: First order 152 1 , 152 2 , 152 9 , 152 10 , 162 1 , 162 2 , 162 9 ,} 162 ₁₀ : Second order 153 ₁ , 153 ₂ , 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , 163 ₉ , 163 ₁₀ : Stop order

Claims (10)

A financial product transaction management device for managing financial product transactions, comprising:
an order receiving means for receiving information on orders for the financial product;
an order information generating means for generating order information as information for placing an order for a financial product to be traded;
a contract information generating means for performing processing for contracting the order based on the order information,
The order receiving means includes:
Order quantity information as information on the quantity of a plurality of orders set at different order prices;
Price range information as information on price ranges of the plurality of orders;
order hierarchical number information as information on the number of hierarchical levels, which is the number of order hierarchical levels consisting of at least one of the orders that has a different predetermined condition for identifying the order from the other orders;
order quantity information as information for setting the order quantity of each of the orders included in each of the order hierarchies;
Accept,
The order information generating means
According to the order quantity information, the price range information, the order tier number information, and the order quantity information included in the order information accepted by the order acceptance means,
generating the order information such that the number of the orders in the order quantity information, which are formed so that the price spread between the respective orders is the price spread set by the price spread information, the predetermined conditions of the orders are set for each order hierarchical level, the number of hierarchical levels of all the order hierarchical levels is the number of hierarchical levels in the order hierarchical level number information, and the order quantity of each of the orders is the quantity set based on the order quantity information;
The financial product transaction management device is characterized in that the execution information generating means executes, of the orders that have been placed, the orders that are executed at the same order price as when the orders were placed, and the orders that are executed at a different order price than when the orders were placed. The financial product transaction management device according to claim 1, characterized in that, when setting the order price of the financial product to be ordered at the order price of the plurality of order tiers, the order information generation means generates the order information such that the order quantity becomes larger as the order tier is set to the higher price side or the lower price side. The financial product transaction management device according to claim 1, characterized in that, when setting the order of the financial product at the order prices of the multiple order hierarchies, the order information generation means generates the order information so that the order quantity of a specific order hierarchical level is maximum and the order quantity is small on the higher and lower sides of the specific order price, or the order quantity of a specific order price is minimum and the order quantity is large on the higher and lower sides of the specific order price. The financial instruments transaction management device according to any one of claims 1 to 3, characterized in that the order information generating means generates the order information for placing the order at each of the order prices so that the order quantity at each of the order prices is an arbitrarily set ratio to the total transaction amount for a specific user or a specific transaction, or to the average order amount for the specific user or the specific transaction. The financial instruments transaction management device according to any one of claims 1 to 4, characterized in that the order information generating means generates a plurality of first order information as the plurality of order information for placing a plurality of first orders, and/or a plurality of second order information as the plurality of order information for placing a plurality of second orders, such that each order price is within a predetermined price range based on a specific base price. The order information generating means
A plurality of first order information as the plurality of order information for placing a plurality of first orders and/or a plurality of second order information as the plurality of order information for placing a plurality of second orders are generated such that each order price is within a predetermined price range based on a specific base price;
5. The financial instruments transaction management device according to claim 1, wherein, when the first order and the second order corresponding to the first order are contracted, the first order information corresponding to the contracted first order and the second order information corresponding to the contracted second order are regenerated, thereby repeating the placing of the first order and the second order. The order information generating means
Setting a price range based on a specific upper price limit and/or a specific lower price limit;
6. The financial instruments transaction management device according to claim 1, wherein, within the price range, a plurality of first order information for placing a plurality of first orders as the plurality of order information and/or a plurality of second order information for placing a plurality of second orders as the plurality of order information are generated such that order prices of the plurality of first orders and/or order prices of the plurality of second orders are set. A financial instruments transaction management system comprising: a financial instruments transaction management device managed by a trader who trades financial instruments with a plurality of users; and a plurality of user terminals used by the plurality of users and communicably connected to the financial instruments transaction management device, the financial instruments transaction management system managing the transactions of the financial instruments,
The financial product transaction management device
an order receiving means for receiving information on orders for the financial product;
an order information generating means for generating order information as information for placing an order for a financial product to be traded;
a contract information generating means for performing processing for contracting the order based on the order information,
The order receiving means includes:
Order quantity information as information on the quantity of a plurality of orders set at different order prices;
Price range information as information on price ranges of the plurality of orders;
order hierarchical number information as information on the number of hierarchical levels, which is the number of order hierarchical levels consisting of at least one of the orders that has a different predetermined condition for identifying the order from the other orders;
order quantity information as information for setting the order quantity of each of the orders included in each of the order hierarchies;
Accept,
The order information generating means
According to the order quantity information, the price range information, the order tier number information, and the order quantity information included in the order information accepted by the order acceptance means,
generating the order information such that the number of the orders in the order quantity information, which are formed so that the price spread between the respective orders is the price spread set by the price spread information, the predetermined conditions of the orders are set for each order hierarchical level, the number of hierarchical levels of all the order hierarchical levels is the number of hierarchical levels in the order hierarchical level number information, and the order quantity of each of the orders is the quantity set based on the order quantity information;
A financial product transaction management system characterized in that the execution information generation means executes, of the orders placed, the orders that are executed at the same order price as when the orders were placed, and the orders that are executed at an order price different from when the orders were placed. A user terminal used by a user, the user terminal being communicably connected to a financial instruments transaction management device managed by a trader that trades financial instruments with a plurality of users, the user terminal comprising:
The user terminal is provided with an operation means for allowing the user to carry out various operations related to the transaction of the financial product, and a display means for displaying information regarding the transaction of the financial product to the user,
The financial product transaction management device with which the user terminal communicates,
an order receiving means for receiving information on orders for the financial product;
an order information generating means for generating order information as information for placing an order for a financial product to be traded;
a contract information generating means for performing processing for contracting the order based on the order information,
The operation means, in response to an operation by the user,
The order receiving means :
Order quantity information as information on the quantity of a plurality of orders set at different order prices;
Price range information as information on price ranges of the plurality of orders;
order hierarchical number information as information on the number of hierarchical levels, which is the number of order hierarchical levels consisting of at least one of the orders that has a different predetermined condition for identifying the order from the other orders;
order quantity information as information for setting the order quantity of each of the orders included in each of the order hierarchies;
Accept the request,
The order information generating means
According to the order quantity information, the price range information, the order tier number information, and the order quantity information included in the order information accepted by the order acceptance means,
generating the order information such that the number of the orders in the order quantity information, which are formed so that the price spread between the respective orders is the price spread set by the price spread information, the predetermined conditions of the orders are set for each order hierarchical level, the number of hierarchical levels of all the order hierarchical levels is the number of hierarchical levels in the order hierarchical level number information, and the order quantity of each of the orders is the quantity set based on the order quantity information;
causing the contract information generating means to contract the orders that are to be contracted at the same order price as when the orders were placed and the orders that are to be contracted at an order price different from when the orders were placed ;
The display means is
The order quantity information, the price range information, the order tier number information, and the order quantity information input by the user through the operation of the operation means are displayed, and
A user terminal configured to display the order based on the order information generated by the order information generating means and the contract of the order performed by the contract information generating means . A program for causing a computer to function as the financial product transaction management device according to any one of claims 1 to 7.

Images