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

Abstract

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

Description

[Technical field]

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

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

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

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

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

[0006] In order to achieve this object, the invention described in claim 1 is a financial product transaction management device for managing 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 the financial product to be traded, and a contract information generating means for performing processing for contracting 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.

[0007] The invention described in claim 2 is characterized in that, in addition to the configuration described in claim 1, when setting the order prices of the financial product to be ordered at the order prices of multiple 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.

[0008] The invention described in claim 3 is characterized in that, in addition to the configuration described in claim 1, when setting to place an order for the financial product at the order prices of a plurality of the 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 quantities are small on the higher and lower price sides than the specific order price, or so that the order quantity of a specific order price is minimum and the order quantities are large on the higher and lower price sides than the specific order price.

[0009] The invention described in claim 4 has the configuration described in any one of claims 1 to 3, and is characterized in that the order information generation 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 a total transaction amount for a specific user or a specific transaction, or to an average order amount for the specific user or the specific transaction.

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

[0011] The invention recited in claim 6 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 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.

[0012] The invention recited in claim 7 has the configuration recited in any one of claims 1 to 5, and is characterized in that the order information generation means sets a price range 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 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.

[0013] The invention described in claim 8 is 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 who trade the financial instruments, and a plurality of user terminals used by the plurality of users and communicably connected to the financial instruments transaction management device, and managing the transactions of the financial instruments, wherein the financial instruments transaction management device comprises an order receiving means for receiving order information of 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, wherein 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.

[0014] The invention described in claim 9 is a user terminal used by a user who trades financial instruments, which is communicably connected to a financial instruments transaction management device managed by a trader who trades with a plurality of users who trade the financial instruments, the user terminal comprising an operation means for the user to perform various operations related to the trading of the financial instruments, and a display means for displaying information regarding the trading of the financial instruments 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, in response to an operation by the user, transmitting to the order receiving means 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 tiers which is the number of order tiers consisting of at least one of the orders which differs from other orders in a predetermined condition that identifies the order, and an order quantity of each of the orders included in each of the order tiers. and order quantity information as information for setting the price range of each of the orders, the number of the orders in the order quantity information is formed 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, so that the price range between each of the orders becomes 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 becomes the number of tiers in the order tier number information, and the order quantity of each of the orders is set 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. becomes a quantity set based on the order quantity information, and causes 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, respectively, and 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 operating the operation means, andThe method is characterized in that the contract of the order made by the contract information generating means is displayed.

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

[0016] According to the inventions described in claims 1, 8, and 9, at least one of a plurality of orders, which has a different predetermined condition for specifying the order from the 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 financial product orders 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 the person trading the financial products to place a plurality of orders in accordance with the diverse purposes of the person trading the financial products.

[0017] According to the inventions described in claims 1, 8 and 9, when a transaction is concluded for an order placed based on the generated order information, a transaction for buying and selling financial products based on the order information can be realized by processing the order information as if the order had been contracted.

[0018] 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 price, 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 price, 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.

[0019] According to the invention described in claim 3, by generating order information so that the order quantity at 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 the transaction risk can be avoided the further away from the specific order price, and by generating order information so that the order quantity at 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 transaction risk can be avoided at the specific order price or the transaction risk can be avoided the further away from the specific order price. This makes it possible to increase the convenience of transactions while allowing multiple orders to be placed in accordance with the various purposes of those who trade financial products.

[0020] According to the invention described in claim 4, the order quantity for each order price can be set based on the ratio of the total transaction amount or average transaction amount of a specific user or specific transaction, so that 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 financial product traders to place multiple orders in accordance with their various purposes, while improving the convenience of trading.

[0021] According to the invention as recited in claim 5, 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 is possible to secure profits while diversifying transaction risks.

[0022] 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 a first order corresponding to the contracted first order and a second order corresponding to the contracted second order, a transaction is concluded once, and by automatically and continuously conducting transactions at a price where market price fluctuations are likely to occur, it becomes possible to secure larger profits.

[0023] According to the invention of 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 the order prices by first setting a price range for setting the 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, which makes it possible to further increase the convenience of order setting.

[0024] According to the invention as recited in claim 10, the financial product transaction management device of the present invention can be programmed and realized on various types of computer hardware. [Brief description of the drawings]

[0025] [Figure 1] 1 is a system configuration diagram of a financial product transaction management system according to embodiment 1 of the present invention and a functional block diagram of a financial product transaction management device. [Diagram 2] FIG. 2 is a block diagram showing the hardware configuration of the financial product transaction management device. [Diagram 3] 4 is a schematic diagram of field definitions in an order table of the financial product exchange management device. FIG. [Figure 4] FIG. 2 is a diagram showing a schematic diagram of a first example of calculating order quantities for each hierarchical level in the financial product exchange management device. [Diagram 5]FIG. 13 is a diagram showing a schematic diagram of a second example of calculating the order quantity for each hierarchical level in the financial product exchange management device. [Figure 6] FIG. 13 is a diagram showing a schematic diagram of a third example of calculating the order quantity for each hierarchical level in the financial product exchange management device. [Figure 7] FIG. 13 is a first diagram illustrating a specific example of hierarchical calculation in the above financial product transaction management device. [Figure 8] FIG. 2 is a second diagram illustrating a specific example of hierarchical calculation in the above financial product transaction management device. [Figure 9] FIG. 3 is a third diagram illustrating a specific example of hierarchical calculation in the above financial product transaction management device. [Figure 10] FIG. 4 is a fourth diagram illustrating a specific example of hierarchical calculation in the above financial product transaction management device. [Figure 11] FIG. 13 is a diagram showing a schematic diagram of the difference in average cost when an order with multiple order prices is (a) not layered and (b) and (c) layered in the financial product transaction management device. [Figure 12] 4 is a flowchart showing a processing procedure of the financial product transaction management device. [Figure 13] FIG. 2 is a diagram showing a schematic diagram of an order input screen for a "trap trade" order in the financial product transaction management device. [Figure 14] FIG. 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. [Figure 15] 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. [Figure 16] FIG. 13 is a diagram showing a schematic diagram of an order input screen for a "Toraripi" order in the financial product transaction management device. [Figure 17A] A diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. [Figure 17B]A diagram showing a schematic diagram of order information for trading "Toraripi" orders and "Rakutora" orders in the financial product transaction management device. [Figure 18] A diagram showing a schematic diagram of a "Toraripi" order based on order information generated in the financial product transaction management device. [Figure 19] 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. [Figure 20] 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. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

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

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

[0028] 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. 1 ,···,2 n A client terminal is a communication terminal with data communication capabilities that is owned and used by individuals or corporations who trade financial products, and includes personal computers, mobile phone terminals, etc. 1 ,···,2n The operation unit 21 is used to input various instructions using a mouse, keyboard, etc. 1 ,···,twenty one n , LCD (Liquid Crystal Display), etc., and an operation unit 21 1 ,···,twenty one n A display unit 22 that displays various instructions and images input from 1 ,···,twenty two n Client terminal 2 1 ,···,2 n Operation section 21 1 ,···,twenty one n and display unit 22 1 ,···,twenty two n The client terminal 2 may be configured as a touch panel display that performs various inputs based on coordinate information of the contact position of a pointing device such as a finger or a touch pen. 1 ,···,2 n , operation section 21 1 ,···,twenty one n , display section 22 1 ,···,twenty two n have the same configuration, and therefore will be referred to as the client terminal 2, the operation unit 21, and the display unit 22 hereinafter, unless a distinction is required.

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

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

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

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

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

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

[0035] The contract information generating unit 14 performs a process for sending contract processing based on an order generated by the order information generating unit 16 and information on the completed contract processing to the client terminal 2 of the trader. In this case, "contract" refers to various procedures and processes for completing the buying and selling of financial products based on the order of the trader. 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 status of deposit and withdrawal in a deposit and withdrawal list. In addition, when a contract is completed, the contract information generating unit 14 displays text information, etc., indicating that a contract has been completed on the display unit 22 of the client terminal 2, and also performs a deposit and withdrawal process for the bank account of the client terminal based on the buying and selling price.

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

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

[0038] The database 18 records data used by the financial product transaction management device 1. The database 18 in this embodiment is formed by a relational database, but any format suitable for recording and rewriting large amounts of data, such as an object database, may be used. The database 18 records an order table 181, a customer account information table 182 that defines information such as the financial institution where the trader's account is located, the account name, and the balance, a currency pair order condition table 183 that defines information such as the combination of currencies to be traded, and a sequence number table 184. A sequence number uniquely assigned to each piece of order information (described later) is recorded in the sequence number table 184. The order table 181 will be described in detail later.

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

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

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

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

[0043] [About the transaction type 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.

[0044] [Overview of trading methods: Orders made through a single order procedure] In this embodiment, including the following [Trading Method 1] to [Trading Method 3], a transaction is carried out by placing and / or executing a plurality of orders based on processing of a plurality of order information generated by the order information generating unit 16 based on one order procedure. Here, "one order procedure" refers to a process in which the financial instruments transaction management device 1 receives a signal or data indicating that a predetermined process (e.g., a trader clicks on the execute button 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 a process in which the financial instruments transaction management device 1 receives and accepts the signal or data (the same applies hereinafter in this specification).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0061] In the above [Transaction Type 1] to [Transaction Type 3], the order quantity of the first order and the second order for each order price may be the same from order placement to contract, or may vary between order placement and contract (for example, the order quantity at the time of order placement may be 10,000 units, but the order quantity may vary with market fluctuations, and the order quantity at the time of contract may be 10,100 units). In the above [Transaction Type 1] to [Transaction Type 3], the order price of the first order and the second order may be the same from order placement to contract, or may vary between order placement and contract.

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

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

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

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

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

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

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

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

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

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

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

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

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

[0075] [Order hierarchy] In addition, 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 hierarchy of 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 so that a plurality of such hierarchies are provided.

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

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

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

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

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

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

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

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

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

[0085] 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).

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

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

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

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

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

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

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

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

[0094] By using setting methods such as these specific setting examples to set the order quantities for each tier and each order price, when setting orders with different order quantities depending on the order price, each order can be easily and automatically set appropriately through calculations using a computer system.

[0095] 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).

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

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

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

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

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

[0101] 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 price side, the second tier 32 in the middle, and the third tier 33 on the lower price 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%.

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

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

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

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

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

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

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

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

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

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

[0112] 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 expiration date selected in the expiration date selection field 41k, the order amount setting button 41c, the trap number setting button 41d, and the values ​​entered in the start price input field 41f (step S2). Specifically, it checks whether the order price is a settable order price, etc.

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

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

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

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

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

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

[0119] When the trader clicks an order button (not shown) by operating 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 order information is generated (note that in "TORALIP" and "RAKUTRA" described later, among these order information, multiple 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").

[0120] The order information generating unit 16 records the generated order information in the order table 181 (step S9). In the case of "TORA LIPI" and "RAKU TRA" 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.

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

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

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

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

[0125] In this embodiment, the "order information" will be 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".

[0126] 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. For example, the order input screen 410 may be provided with an input field (not shown) for information on the amount of margin held by the trader and an input field (not shown) for a trading period as a planned period for trading, and the order information generating unit 16 may perform a predetermined calculation based on the information input into these input fields (not shown) to generate "order information" for placing an order at one or more order prices and "order information group" based on the order information.

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

[0128] 14 is a diagram showing a model of order information for performing a "trap trade" transaction, generated by the financial product transaction management device 1 of this embodiment. As shown in the figure, in this embodiment, the order information generating unit 16 generates order information 41 for 10 units, which is equal to the number (10 units) entered in the trap unit number setting button 41d. 1 ,41 2 , 41 9 ,41 10 are generated in one ordering process.

[0129] Then, the order information generating unit 16 generates the order information 41 1 ,41 2 , 41 9 ,41 10 When generating the order information 41, the order quantity of each order is set by the calculation method shown in [Specific Example 2 of Layered Setting] above. As a result, the order information generating unit 16 generates the order information 41 so that the order quantities of the three orders (110.00 yen to 108.00 yen per dollar) in the first layer 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) in the middle layer 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) in the third layer 33 (see FIG. 11) on the lower price side are 16,000 units per order. 1 ,41 2 , 41 9 ,41 10 Set the value of the order quantity.

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

[0131] In addition, all or part of the attribute information 181A to 181M is included in each order information 41 1 ,41 2 , 41 9 ,41 10 The order information may be recorded in the 1 ,41 2 , 41 9 ,41 10 The information may be recorded separately in a database 181 or the like.

[0132] [1-3. Transaction Procedure] FIG. 15 shows the order information 41 thus generated. 1 ,412 , 41 9 ,41 10 4 is a diagram showing a schematic diagram of a "trap trade" order based on . In this diagram, corresponding order information and orders are displayed with the same last two digits of the code and the same subscript. For example, order information 41 1 141 Orders on which transactions are made 1 , Order Information 41 2 141 Orders on which transactions are made 2 , . . . All orders 141 shown in the figure are displayed as 1 ,141 2 ,···,141 9 ,141 10 The order information generated during the ordering process is 1 ,41 2 , 41 9 ,41 10 The transaction is conducted based on this.

[0133] As shown in Figure 15, there are three orders on the high side. 1 ,141 2 ,141 3 The first tier of 31 orders with an order quantity of 4000, and the middle 3 orders with a quantity of 141 4 ,141 5 ,141 6 The second tier 32 with an order quantity of 8000 is the lowest priced order 141 7 ,141 8 ,141 9 ,141 10 form the third hierarchical level 33 with an order quantity of 16,000.

[0134] The order information generating unit 16 generates the order information 41 1 By converting the valid / invalid information 181K included in order 141 from "invalid" to "valid", 1 places the order.

[0135] Market price is order 141 1 When the order price reaches the order price (i.e., when the market price matches the order price information 181G included in the order information 41), the contract information generating unit 141 The transaction execution information 181M included in the order 141 is converted from "no" to "executed". 1 is agreed upon.

[0136] Other orders, e.g. order 141 2 Similarly, the order information generating unit 16 and the contract information generating unit 14 generate the order information 41 2 (See Figure 14) 2 Orders for orders, or when market prices fluctuate, orders 2 A deal is made when the order price matches the price of the order.

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

[0138] [2-1. Creating 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.

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

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

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

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

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

[0144] 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 exchange 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 exchange management device 1 generates first order information for conducting a transaction based on a first order, second order information for conducting a transaction based on a second order, and stop-loss order information for conducting a transaction based on a stop-loss order through a "Toraripi" transaction.

[0145] 17A and 17B are diagrams showing a first order and a second order generated based on the transaction selection button (not shown) and the information selected and input on the order input screen 510.

[0146] As shown in the figure, the order information generating unit 16 generates first order information 51 for 10 bottles, which is equal to the number (10 bottles) input in the trap number setting button 41d. 1 ,51 2 ,···51 9 ,51 10 , 10 pieces of second order information 52 1 ,52 2 ,···52 9 ,52 10 , 10 stop order information 53 1 , 53 2 , 53 9 , 53 10 is generated in one order procedure. The first order information 51 forming a set of orders for which an if-done order is performed 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 , and further, stop-loss order information 53 forming stop-loss orders for those if-done orders. 1 , 53 2 , 53 9 , 53 10 are order information groups 54 1 , 54 2 , 54 9 , 54 10 Form.

[0147] Then, the order information generating unit 16 generates the first order information 51 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,52 2 ,···52 9 ,52 10When generating the first order information 51, the order quantity of each order is set by the calculation method shown in [Layered Calculation Example 2] above. As a result, the order information generating unit 16 generates the first order information 51 so that the order quantities of the three orders in the first hierarchical layer 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 layer 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 layer on the lower price side (104.00 yen to 101.00 yen per dollar) are 16,000 units per order. 1 ,51 2 ,···51 9 ,51 10 , each second order information 52 1 ,52 2 ,···52 9 ,52 10 , each stop order information 53 1 ,53 2 ,···53 9 ,53 10 The order quantity value (the value of order amount information 181D in FIG. 17A) is set.

[0148] [2-2. Transaction Procedure] FIG. 18 shows the first order information 51 thus generated. 1 ,51 2 ,···51 9 ,51 10 , and second order information 52 1 ,52 2 ,···52 9 ,52 10 , and stop order information 53 1 ,53 2 ,···53 9 ,53 10 First Order 151 based on 1 ,151 2 ,···151 9 ,151 10 and the Second Order 152 1 ,152 2 ,···152 9 ,152 10 and a stop loss order of 153 1 ,1532 ,···153 9 ,153 10 In this figure, as in the schematic diagram of FIG. 15, the corresponding order information and the order are displayed with the same last two digits of the code and the same suffix. All the first orders 151 shown in this figure 1 ,151 2 ,···151 9 ,151 10 , all second orders 152 1 ,152 2 ,···152 9 ,152 10 , all stop loss orders 153 1 ,153 2 ,···153 9 ,153 10 The first order information 51 generated in one order procedure 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,52 2 ,···52 9 ,52 10 , Stop order information 53 1 ,53 2 ,···53 9 ,53 10 The transaction is conducted based on this.

[0149] The order information generating unit 16 generates the first order information 51 1 A predetermined process to be performed on the first order information 51 1 This corresponds to a process of converting the valid / invalid information 181K included in the order from "invalid" to "valid." 1 places the order.

[0150] As shown in Figure 18, the market price of 71 is the first order of 151 1 The order price (i.e., the first order information 51 1 When the order price information 181G matches the first order information 51, the contract information generating unit 14 1The transaction existence information 181M included in the first order 151 is converted from "no" to "existent". 1 is agreed upon.

[0151] First Order 151 1 When the contract is made, the second order information 52 of the order information generating unit 16 1 and Stop Order Information 53 1 The valid / invalid information 181K included in the second order 152 is converted from "invalid" to "valid." 1 and a stop loss order of 153 1 The order is placed.

[0152] The market price is 152 for the second order. 1 The order price (i.e., the second order information 52 1 When the order price information 181G matches the second order information 52 of the contract information generating unit 14, 1 A predetermined process for the second order information 52 1 This corresponds to the process of converting the contract existence information 181M from "no" to "existent" in the second order 152. 1 is agreed upon.

[0153] Second Order 152 1 When the contract is made, the order information generating unit 16 processes the stop loss order 153 that has been placed. 1 The cancellation process (a process to cancel an order while it remains in the placed but uncontracted state) was performed on the first order 151 1 and the Second Order 152 1 First order information 51 corresponding to 1 and second order information 52 1 and Stop Order Information 53 1 Order information group 54 having 1 is generated again.

[0154] The market price fluctuates by 71 and the first order is 151 1 Order price and second order 152 1 When the order price of the first order information 51 matches the order price of the second order information 52, the order information generating unit 16 and the contract information generating unit 14 generate the first order information 51 again. 1 and second order information 521 By carrying out the same process as above, the first order 151 1 Order and execution of second order 152 1 Orders are placed and executed again.

[0155] After that, the second order 152 1 Each time a contract is made, the first order information 51 is generated by the processing of the order information generating unit 16. 1 and second order information 52 1 and Stop Order Information 53 1 Order information group 54 having 1 is generated, and as the market price changes, the order information generating unit 16 and the contract information generating unit 14 perform the same processing as described above to generate a first order 151. 1 Order and execution of second order 152 1 The process of placing and executing orders is repeated.

[0156] Other first and second orders, e.g. first order 151 2 and the Second Order 152 2 Similarly, the order information generating unit 16 and the contract information generating unit 14 generate the first order information 51 1 and second order information 52 1 By carrying out the same process as above, the first order 151 2 and the Second Order 152 2 The market price of 71 fluctuates and the first order is 151 2 Order price and second order 152 2 When the order price matches the price of the second order, the contract is executed. 2 First order after execution of 151 2 and the Second Order 152 2 The process of placing an order again and executing a contract is repeated.

[0157] In addition, a specific first order, e.g. first order 151 1 After the order is executed, the market price falls by 71, and the market price becomes 151, the first order price. 1 Same order information group as 54 1 Stop order information included in 53 1If the price of the order reaches the value of the order price information 181G (1 dollar = 100.00 yen), a stop loss order 153 1 The second order 152 1 This second order was cancelled. 1 The transaction will be halted without being executed.

[0158] Specifically, the contract information generating unit 14 generates the stop order information 53 1 Change the contract existence information 181M from "no" to "existent" and the first order information 51 1 (For example, the first order information 51 1 A process of setting a flag (not shown) for canceling a transaction in the first order information 51 1 In addition, the stop loss order 153 1 When the contract is concluded, the contract information generating unit 14 generates the second order information 52 1 It is also possible to configure the system so that a process for canceling is performed similarly for part or all of the order information relating to orders that have not been placed or orders that have not been executed.

[0159] Although not shown in FIG. 18, a specific order, e.g., second order 152 2 is set as a stop order, and the market price is set to a specific second order, e.g. second order 152 2 If the price rises or falls beyond the contract price of the market price and the second order 152 2 The contract price of the order is within a predetermined trailing width (for example, the order information generating unit 16 or the second order information 52 2 It is also possible to set it so that when the market opens wider than trail width information (not shown) indicating the numerical value of the trail width, such as included in the above, a process is performed to cause the market price to rise or fall in the direction of fluctuation by a predetermined fluctuation width (for example, the value of the aforementioned trail width information (not shown)).

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

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

[0162] 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 starting price input field 41f, an order type selection button 41g, a hierarchy input field 41j, a profit margin setting field 51b, a profit amount display field 51c, a expiration date selection field 41k, and a stop loss order setting button 41m, which are similar to the "Toraripi" order input screen 510 shown in FIG. 15.

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

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

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

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

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

[0168] 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 first order price of the first order 161, which is the first order with the highest price. 1 First order information 61 1 The order price information 181G of the first order 161 is set to the upper limit price of the price range (i.e., “(1 dollar =) 110.00 (yen)” input to the upper limit price input button 61b), and the first order 161 2 First order information 61 2 The order price information (not shown) is stored in the first order information 61 1 The lowest price is set 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 in3 The order price information 181G of the lowest price is set to "(1 dollar =) 109.00 (yen)" and so on. Then, the order information generating unit 16 sets the lowest price of the first order information 61 10 First order information 61 10 Set the order price information 181G to “(1 dollar =) 101.00 (yen)”.

[0169] The order information generating unit 16 generates the first order 161 1 ,161 2 ,···161 9 ,161 10 Corresponding to the second order: 162 1 ,162 2 ,···162 9 ,162 10 Specifically, for example, the order information generating unit 16 sets the order price of the first order 161 with the highest price. 1 First order information 61 1 The order information generating unit 16 adds the "100 (sen)" input in the profit margin setting field 51b to the "(1 dollar =) 110.00 (yen)" which is the order price information 181G of the first order 162, and obtains the value "(1 dollar =) 111.00 (yen)". 1 Second order information 62 1 The order price information 181G is set to "(1 dollar =) 111.00 (yen)" calculated by the above calculation.

[0170] Next, the order information generating unit 16 generates the second order 162 1 The second order on the low side of 162 2 Second order information 62 2 The order price information 181G, the second order information 62 1 The price is set 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 first order. 3 Second order information 62 3The order price information 181G of the lowest price is set to "(1 dollar =) 109.00 (yen)" and so on. Then, the order information generating unit 16 sets the second order information 62 10 Set the order price information 181G to “(1 dollar =) 101.00 (yen)”.

[0171] In addition, the order information generating unit 16 generates the second order information 62 1 ,62 2 , 62 9 ,62 10 The order price information 181G is converted into the corresponding first order information 61 1 ,61 2 , 61 9 ,61 10 The profit margin may be calculated by adding "100 (sen)" input in the profit margin setting field 51b to the profit margin.

[0172] 17A and 17B are schematic diagrams showing the order information generated in this manner. As shown in the figures, first order information 61 is generated in one order procedure by inputting information on an order input screen 610. 1 ,61 2 ,61 3 , 61 10 , Second Order Information 62 1 ,62 2 , 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 The first order information 51 generated by the order input screen 510 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,52 2 ,···52 9 ,52 10 , Stop order information 53 1 ,53 2 ,···539 ,53 10 , and order information group 54 1 ,54 2 , 54 9 ,54 10 (However, the order type information 181I is recorded as information indicating "Rakutora.")

[0173] [3-2. Transaction Procedure] FIG. 20 shows the first order information 61 thus generated. 1 ,61 2 , 61 9 ,61 10 , based on First Order 161 1 ,161 2 ,···161 9 ,161 10 , and second order information 62 1 ,62 2 , 62 9 ,62 10 Second Order 162 1 ,162 2 ,···162 9 ,162 10 And, Stop Order Information 63 1 ,63 2 , 63 9 ,63 10 Stop loss order based on 163 1 ,163 2 ,···163 9 ,163 10 In this figure, similar to the cases of FIG. 15 and FIG. 18, the corresponding order information and orders are displayed with the same last two digits of the code and the same suffix. All first orders 161 shown in this figure 1 ,161 2 ,···161 9 ,161 10 , all second orders 162 1 ,162 2 ,···162 9 ,162 10 , all stop loss orders 163 1 ,163 2 ,···163 9 ,16310 The first order information 61 generated in one order procedure 1 ,61 2 , 61 9 ,61 10 , Second Order Information 62 1 ,62 2 , 62 9 ,62 10 , Stop order information 63 1 ,63 2 , 63 9 ,63 10 The transaction is conducted based on this.

[0174] As shown in FIG. 20, here, the first order 161 1 ,161 2 ,···161 9 ,161 10 is set to a price range 67 between a lower limit price 65 (the price entered through the lower limit price input button 61a) and an upper limit price 66 (the price entered through the upper limit price input button 61b).

[0175] The order information generating unit 16 and the contract information generating unit 14 generate the first order information 61 in this manner in accordance with fluctuations in the market price 71. 1 ,61 2 , 61 9 ,61 10 , and second order information 62 1 ,62 2 , 62 9 ,62 10 By processing the first order 161, just like in the case of "Toraripi", 1 ,161 2 ,···161 9 ,161 10 , and second order information 62 1 ,62 2 , 62 9 ,62 10 Second Order 162 1 ,162 2 ,···162 9 ,162 10 Repeatedly conduct transactions based on this.

[0176] [Effects] As described above, in this embodiment, when trading financial products at multiple prices, the order information 41 is set so that orders at different order prices and in different order quantities are placed. 1 ,41 2 , 41 9 ,41 10 , First order information 51 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,52 2 ,···52 9 ,52 10 , First order information 61 1 ,61 2 , 61 9 ,61 10 , Second Order Information 62 1 ,62 2 , 62 9 ,62 10 By generating the order price, it becomes possible to arbitrarily set the order quantity when placing an order for a financial product 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 product. This makes it possible to increase the convenience of trading while allowing the person trading the financial product to place a plurality of orders in accordance with the various objectives of the person trading the financial product.

[0177] In this embodiment, the order information 41 1 ,41 2 , 41 9 ,41 10 , First order information 51 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,52 2 ,···52 9 ,52 10 , First order information 61 1 ,61 2 , 61 9 ,61 10 , Second Order Information 62 1 ,622 , 62 9 ,62 10 Based on this, it is possible to set each order so that the higher the price side order or the lower the price side order, the greater the profit can be secured in one transaction, and to set each order so that the higher the price side order or the lower the price side 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 accordance with their various objectives.

[0178] In this embodiment, the order information 41 is set so that the order quantity at a specific order price is maximum and the order quantities on the higher and lower price sides of the specific order price are smaller. 1 ,41 2 , 41 9 ,41 10 , First order information 51 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,52 2 ,···52 9 ,52 10 , First order information 61 1 ,61 2 , 61 9 ,61 10 , Second Order Information 62 1 ,62 2 , 62 9 ,62 10 By generating the order information 41, it is possible to set each order so that a large profit can be secured in one transaction at a specific order price, or so that the further away from the specific order price the order price is, the less risk there is in the transaction. The order quantity at the specific order price is the minimum, and the order quantities at the higher and lower prices than the specific order price are larger. 1 ,41 2 , 41 9 ,41 10 , First order information 51 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,522 ,···52 9 ,52 10 , First order information 61 1 ,61 2 , 61 9 ,61 10 , Second Order Information 62 1 ,62 2 , 62 9 ,62 10 By generating a price, it is possible to set orders so that trading risks can be avoided at a specific order price, and to set each order so that 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 trading while allowing financial product traders to place multiple orders in accordance with their various objectives.

[0179] In this embodiment, the order information 41 1 ,41 2 , 41 9 ,41 10 , First order information 51 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,52 2 ,···52 9 ,52 10 , First order information 61 1 ,61 2 , 61 9 ,61 10 , Second Order Information 62 1 ,62 2 , 62 9 ,62 10 In generating the order amount, the order quantity for each order price can be set based on the ratio of the total transaction amount or average transaction amount to the total transaction amount or average transaction amount for a specific user or specific transaction, so that 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 makes it possible to increase the convenience of trading while allowing financial product traders to place multiple orders in a manner that meets their various purposes.

[0180] In this embodiment, the order information 41 1 ,41 2 , 41 9 ,41 10 , First order information 51 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,52 2 ,···52 9 ,52 10 , First order information 61 1 ,61 2 , 61 9 ,61 10 , Second Order Information 62 1 ,62 2 , 62 9 ,62 10 In generating the order, two or more order prices are treated as one order quantity in an order hierarchy, and multiple order hierarchies are set, so that the multiple order prices constituting one order hierarchy are all treated as one order quantity, and large and small order quantities can be set for each order hierarchy, simplifying the order quantity large and small stages and facilitating setting, and making it possible to secure profits and avoid risks for each price range consisting of the multiple order prices constituting the order hierarchy. This makes it possible to further improve the convenience of trading.

[0181] In this embodiment, the generated order information 41 1 ,41 2 , 41 9 ,41 10 , First order information 51 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,52 2 ,···52 9 ,52 10 , First order information 61 1 ,61 2 , 61 9 ,61 10 , Second Order Information 62 1 ,62 2 , 62 9 ,6210 When a transaction is concluded for an order placed based on the order information 41, the contract information generating unit 14 1 ,41 2 , 41 9 ,41 10 , First order information 51 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,52 2 ,···52 9 ,52 10 , First order information 61 1 ,61 2 , 61 9 ,61 10 , Second Order Information 62 1 ,62 2 , 62 9 ,62 10 By processing the order as if it had been executed, the order information 41 1 ,41 2 , 41 9 ,41 10 , First order information 51 1 ,51 2 ,···51 9 ,51 10 , Second Order Information 52 1 ,52 2 ,···52 9 ,52 10 , First order information 61 1 ,61 2 , 61 9 ,61 10 , Second Order Information 62 1 ,62 2 , 62 9 ,62 10 It is possible to realize buying and selling of financial products based on this.

[0182] In this embodiment, a plurality of first order information 51 1 ,51 2 ,···51 9 ,51 10 ,61 1 ,61 2 , 61 9,61 10 A plurality of first orders and / or a plurality of second order information 52 based on 1 ,52 2 ,···52 9 ,52 10 ,62 1 ,62 2 , 62 9 ,62 10 By setting a plurality of second orders based on the above with each order price being within a prescribed price range, based on a specific base price, it is possible to secure profits while diversifying transaction risks.

[0183] In this embodiment, a plurality of first order information 51 1 ,51 2 ,···51 9 ,51 10 ,61 1 ,61 2 , 61 9 ,61 10 A plurality of first orders and / or a plurality of second order information 52 based on 1 ,52 2 ,···52 9 ,52 10 ,62 1 ,62 2 , 62 9 ,62 10 By setting a plurality of second orders based on the first order information 51 so that each order price is within a predetermined price range based on a specific base price, it is possible to secure profits while diversifying transaction risks. 1 ,51 2 ,···51 9 ,51 10 ,61 1 ,61 2 , 61 9 ,61 10 and second order information 52 corresponding to the first order. 1 ,52 2 ,···52 9 ,52 10 ,62 1 ,62 2 , 62 9 ,6210 When the second order based on the first order is executed, the first order information 51 corresponding to the executed first order is 1 ,51 2 ,···51 9 ,51 10 ,61 1 ,61 2 , 61 9 ,61 10 and second order information 52 corresponding to the executed second order. 1 ,52 2 ,···52 9 ,52 10 ,62 1 ,62 2 , 62 9 ,62 10 By repeatedly placing an order with a second order based on the price, a transaction is completed once, and by automatically and continuously trading at a price where market price 71 is likely to fluctuate, it becomes possible to secure larger profits.

[0184] In this embodiment, a plurality of first order information 51 is stored in a price range set based on a specific upper limit price and / or a specific lower limit price. 1 ,51 2 ,···51 9 ,51 10 ,61 1 ,61 2 , 61 9 ,61 10 A plurality of first orders and / or a plurality of second order information 52 based on 1 ,52 2 ,···52 9 ,52 10 ,62 1 ,62 2 , 62 9 ,62 10 By setting a plurality of second orders based on the above, it becomes possible to set order prices by first setting a price range for setting the order price, 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 price of each of the first orders and the order price of each of the second orders are set from a price range, which makes it possible to further increase the convenience of order setting.

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

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

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

[0188] 1A Financial Instruments Transaction Management System 1. Financial instruments transaction management device 2, 2 1 ~2 n Client terminal 14...Contract information generation unit (contract information generation means) 16 Order information generation unit (order information generation means) 31... 1st level (order level) 32...Second tier (order tier) 33...Third tier (order tier) 41 1 ,41 2 , 41 9 ,41 10 ···Order Information 51 1 ,51 2 ,···51 9 ,51 10···First order information (order information) 52 1 ,52 2 ,···52 9 ,52 10 Secondary order information (order information) 53 1 , 53 2 , 53 9 ,53 10 ···Stop order information (order information) 65...Lowest price 66. Maximum price 67. Price range 71. Market price 141 1 ,141 2 ,···141 9 ,141 10 ···order 151 1 ,151 2 ,···151 9 ,151 10 ,161 1 ,161 2 ,···161 9 ,161 10 ...First order 152 1 ,152 2 ,···152 9 ,152 10 ,162 1 ,162 2 ,···162 9 ,162 10 ...Second order 153 1 ,153 2 ,···153 9 ,153 10 ,163 1 ,163 2 ,···163 9 ,163 10 ...Stop Order

Claims

1. A financial product trading management device for managing the trading of financial products, comprising: order receiving means for receiving information on orders for the financial products; order information generating means for generating order information as information for placing orders for financial products to be traded; execution information generating means for performing processing for executing the orders based on the order information, wherein the order receiving means receives value range information as information on the value ranges of a plurality of the orders, order quantity information as information for setting the order quantity of each of the orders, the upper limit price and the lower limit price of the order price range in which the order prices of a plurality of the orders are set, and the order information generating means uses the value range information, the order quantity information, and the upper limit price and the lower limit price included in the information on the orders received by the order receiving means to set the order quantity of each of the orders to the quantity set based on the order quantity information, calculate the median of the order price range, and generate the order information such that all of the order prices of each of the orders are set based on the median, the value range between each of the orders is the value range set by the value range information, and all of the order prices of all of the orders are within the range of the order price range; and the execution information generating means executes the orders placed at the same order price as when the order was placed and the orders placed at an order price different from when the order was placed, respectively, for each of the orders. A financial product trading management device characterized by this.

2. The order receiving means receives order hierarchy number information as information on the number of order hierarchies consisting of at least one of the orders whose predetermined conditions for specifying the order are different from those of the other orders, and when the order information generating means sets the orders for the financial products to be placed at the order prices of a plurality of the order hierarchies, the predetermined conditions of the orders are set for each of the order hierarchies, the number of hierarchies of all of the order hierarchies is the number of hierarchies of the order hierarchy number information, and the order information is generated such that the order quantity of each of the orders set based on the order quantity information increases as the order hierarchy is set on the higher price side or the lower price side. The financial product trading management device according to Claim 1, characterized by this. ​ **Claim 3**: The order reception means receives order hierarchy number information as the number of order hierarchies consisting of at least one order whose predetermined conditions for identifying the order are different from those of the other orders, when the order information generation means sets the order for the financial product at the order prices of the plurality of order hierarchies, predetermined conditions of the order are set for each order hierarchy, the number of hierarchies of all the order hierarchies is the number of hierarchies of the order hierarchy number information, the order quantity of each order set based on the order quantity information is such that the order quantity of a specific order hierarchy is the largest and the order quantity is smaller on the higher price side and the lower price side than the specific order price, or the order quantity of a specific order price is the smallest and the order quantity is larger on the higher price side and the lower price side than the specific order price, The financial product trading management device according to claim 1, characterized in that the order information is generated. **Claim 4** The order information generation means generates the order information for placing an order at each order price such that the order quantity at each order price is an arbitrarily set ratio with respect to the total transaction amount in a specific user or a specific transaction, or with respect to the average order amount in the specific user or the specific transaction. The financial product trading management device according to any one of claims 1 to 3. **Claim 5** The order information generation means generates a plurality of first order information as the order information for placing a plurality of first orders and / or a plurality of second order information as the order information for placing a plurality of second orders, with a specific reference price as a reference, such that each order price has a predetermined value range. The financial product trading management device according to any one of claims 1 to 4. **Claim 6** The order information generation means generates a plurality of first order information as the order information for placing a plurality of first orders and / or a plurality of second order information as the order information for placing a plurality of second orders, with a specific reference price as a reference, such that each order price has a predetermined value range, and When the first order and the second order corresponding to the first order are matched, the order of the first order and the second order is repeated by regenerating the first order information corresponding to the matched first order and the second order information corresponding to the matched second order. The financial product trading management device according to any one of claims 1 to 4, characterized in that.

7. The order information generation means sets a price range set based on a specific upper price and / or a specific lower price, In this price range, a plurality of first order information as a plurality of the above-mentioned order information for placing a plurality of first orders, and / or a plurality of second order information as the above-mentioned order information for placing a plurality of second orders, The financial product trading management device according to any one of claims 1 to 5, characterized in that it is generated so that the order prices of the plurality of first orders and / or the order prices of the plurality of second orders are set.

8. A financial product trading management system comprising a financial product trading management device managed by a trader who conducts the transaction among a plurality of users who conduct transactions of financial products, and a plurality of user terminals communicably connected to the financial product trading management device used by the plurality of users. Wherein, The financial product trading management device an order receiving means for receiving information on orders of the financial product, an order information generation means for generating order information as information for placing an order for a financial product to be traded, a matching information generation means for performing a process for matching the order based on the order information, The order receiving means value range information as information on the value ranges of the plurality of orders, order quantity information as information for setting the order quantity of each of the orders, the upper limit price and the lower limit price of the order price band in which the order prices of the plurality of orders are set, is received, The order information generation means Based on the value range information, the order quantity information, and the upper limit price and the lower limit price included in the order information received by the order receiving means, the order quantity of each order becomes the quantity set based on the order quantity information, Calculate the median of the order price range, and all the order prices of each of the orders are set based on the median, and the price width between each of the orders becomes the price width set by the price width information, and all the order prices of all the orders are within the range of the order price range, and generate the order information. The trade execution information generation means causes the order that executes at the same order price as when the order was placed and the order that executes at an order price different from when the order was placed among the placed orders to be executed respectively. A financial product trading management system characterized by this.

9. A user terminal used by a user, which is communicably connected to a financial product trading management device managed by a trader who conducts the transaction with a plurality of users who conduct transactions of financial products. The user terminal includes an operation means for performing various operations related to the transaction of the financial product by the user, and a display means for displaying information related to the transaction of the financial product to the user. The financial product trading management device with which the user terminal communicates is as follows. An order reception means for receiving information on orders of the financial product. An order information generation means for generating order information as information for placing an order for a financial product to be traded. It includes a trade execution information generation means for performing a process for executing the order based on the order information. The operation means, by the operation of the user, causes the order reception means to receive order quantity information as information on the number of a plurality of orders set at different order prices, price width information as information on the price width of a plurality of orders, order quantity information as information for setting the order quantity of each of the orders, the upper limit price and the lower limit price of the order price range in which the order prices of a plurality of the orders are set, and causes it to be received, and causes the order information generation means to generate the order information such that, based on the price width information, the order quantity information, and the upper limit price and the lower limit price, which are included in the information on the order received by the order reception means, the order quantity of each of the orders becomes the quantity set based on the order quantity information, calculate the median of the order price range, and all the order prices of each of the orders are set based on the median, and the price width between each of the orders becomes the price width set by the price width information, and all the order prices of all the orders are within the range of the order price range. The order information generation means is caused to execute the order to be executed at the same order price as when the order was placed and the order to be executed at an order price different from when the order was placed, for the order that has been ordered, respectively. The display means is configured to display the value range information, the order quantity information, the upper limit price information, and the lower limit price information, which are input by the operation of the operation means of the user, and a user terminal characterized in that it is configured to display the order based on the order information generated by the order information generation means and the execution of the order by the execution information generation means.

10. A program for causing a computer to function as the financial product trading management device according to any one of Claims 1 to 7.

Images