JP2020106925A - Financial product transaction management device, financial product transaction management system, program - Google Patents

Abstract

To provide a financial product transaction management device, a financial product transaction management system, and a program, which can enhance convenience of a transaction while allowing a person performing the transaction of financial product to place a plurality of orders in accordance with various purposes of the person.SOLUTION: In a financial product transaction management system 1A, a financial product transaction management device 1 includes order information generation means for generating order information to order a financial product, and order information display control means for controlling a user to display the order information concerning an order of a financial product for which the user performs a transaction on order information display means for allowing the user to visually recognize the order information. The order information display control means sets so that at least a part of a plurality of orders of the financial product to be traded on the basis of the respective order information is set with different order quantity at different order price, and displays information for generating the order information on the order information display means.SELECTED DRAWING: Figure 1

Description

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

2. Description of the Related Art In recent years, as a technology for increasing the convenience of transactions by conducting transactions at various locations and at various times, a network for trading financial instruments such as foreign exchange (hereinafter referred to as “trader”) is available. A technique for making a transaction using a computer system connected to a computer has become widespread. As such a technique, an invention having a configuration that performs a process of placing an order for a financial product at a plurality of different prices and a process of executing an order when the order price of the ordered order and the market price match Is known (for example, see Patent Document 1).

JP, 2008-9562, A

Here, when trading financial instruments, the ordering person places the order price, the date and time when the order is placed, the market price, etc. for the purpose of efficiently securing profits and avoiding the risk of unexpected market fluctuations. You may want to change the order quantity depending on the situation. However, in the invention described in Patent Document 1, a plurality of orders placed by the order information generated based on one sales order application information is set to the same order quantity. Therefore, in the invention described in Patent Document 1, there is a problem that it may be difficult for the person who places an order to place an order according to each purpose.

The present invention has been made in view of the above problems, and it is possible to enhance the convenience of transactions while making a plurality of orders in a form that meets various purposes of a person who conducts transactions of financial instruments. It is an object to provide a transaction management device and a financial product transaction management system.

In order to achieve such a subject, the invention according to claim 1 is a financial product transaction management device that allows a user who conducts a transaction of a financial product to perform a transaction of the financial product. The order information generation means for generating order information for execution and the order information display means for allowing the user to visually recognize the order information display the order information on the order of the financial product with which the user makes a transaction. An order information display control means for controlling the order information display control means, wherein the order information display control means performs at least a part of a plurality of orders of the financial product in which transactions are performed based on the respective order information. However, it is characterized in that different order quantities are set at different order prices, and information for causing the order information generation means to generate the order information is displayed on the order information display means.

According to the invention of claim 2, in addition to the configuration of claim 1, the order information display control means performs a transaction of a plurality of the orders set with a predetermined regularity at a plurality of the order prices. At least a part of the plurality of the order information generated by the order information generating means is displayed so as to deviate from the predetermined regularity of the order.

In the invention described in claim 3, in addition to the configuration described in claim 2, the regularity is a regularity of a mode in which the order quantities of a plurality of the order prices match each other, and/or a plurality of the orders. It is characterized by the regularity of the mode of difference in the ordered quantity between prices.

In the invention described in claim 4, in addition to the configuration according to claim 2 or 3, a regularity display means for displaying the information on the regularity to the user in a selectable manner is displayed on the order information display means. And a regularity display control means for performing control for controlling the regularity display control means, the regularity display control means being displayed on the regularity display means and based on the regularity information selected by the user. It is characterized in that the order information for setting the order having regularity is automatically generated by the order information generating means.

According to a fifth aspect of the present invention, in addition to the configuration according to the fourth aspect, the regularity display control unit is configured to set a plurality of the orders of the order prices based on the information displayed on the regularity display unit. At least a part of the at least part of the order information generating unit that generates the order information so as to have the predetermined regularity and that conforms to a predetermined condition based on the information displayed on the regularity display unit. It is characterized in that the order information generating means generates the order information so that the order deviates from the predetermined regularity.

In the invention described in claim 6, in addition to the configuration described in claim 4 or 5, at least a part of the order information generated so that the orders of a plurality of the order prices have the predetermined regularity. Is provided with order information correcting means for correcting the order so as to deviate from the predetermined regularity, and the regularity display control means is based on the information displayed on the regularity displaying means. Is corrected so that the order deviates from the predetermined regularity.

In the invention described in claim 7, in addition to the configuration described in claim 6, the order information correction means stores the order information so that the order satisfying a predetermined condition deviates from the predetermined regularity. It is characterized by automatic correction.

In the invention described in claim 8, in addition to the configuration described in claim 6, the regularity display control means is used by the order information correction means based on the information displayed on the regularity display means. Correcting the order information so that the order satisfying a predetermined condition deviates from the predetermined regularity based on correction information for correcting the predetermined regularity inputted by a person Is characterized by.

According to a ninth aspect of the present invention, in addition to the configuration according to any one of the first to eighth aspects, the order based on the order information generated by the order information generating means satisfies a predetermined contract condition. It is characterized in that it has a contract information generating means for contracting in the event of a contract.

The invention according to claim 10 is a financial product transaction management system that allows a user who trades financial products to trade the financial products, and generates order information for ordering the financial products. The order information generation means and the order information display means for allowing the user to visually recognize the order information are controlled to display the order information related to the order of the financial product with which the user makes a transaction on the order information display means. Order information display control means, wherein the order information display control means differs from each other in at least a part of the plurality of orders of the financial product which are traded based on the respective order information. It is characterized in that the order prices are set so as to have different order quantities, and information for causing the order information generating means to generate the order information is displayed on the order information displaying means.

The invention described in claim 11 is a program, which causes a computer to function as the financial instrument transaction management device according to any one of claims 1 to 9.

According to the inventions of claims 1 and 10, at least a part of the orders of the plurality of financial products traded based on the respective order information has different order quantities at different order prices. By displaying the information for setting and generating the order information on the order information display means, a plurality of orders with different order prices are ordered based on the order information displayed on the order information display means. It is possible to set different order quantities according to Thus, it is possible to place a plurality of orders in a form that meets the various purposes of a person who conducts transactions of financial products, and at the same time, place an order with high transaction convenience.

According to the invention described in claim 2, among the plurality of order information generated by the order information generating means, for performing a plurality of order transactions set with a predetermined regularity at a plurality of order prices. By displaying at least a part of the order so that it can deviate from the prescribed regularity of the order, it is possible to set orders of different order prices set based on order information to different order quantities at different order prices. At this time, the order information of the order having the predetermined regularity and the order information of the order deviating from the predetermined regularity can be displayed together. This allows multiple orders to be traded based on order information to be placed in a state in which both regular orders and orders that deviate from the regularity coexist, and multiple orders are collectively set based on the regularity. At the same time, it is possible to set at least some of the orders in an arbitrary state that deviates from the regularity based on the user's intentions, market conditions, etc. Can be used to trade financial products.

According to the invention described in claim 3, it is possible to collectively set the order quantity for each order price on the basis of the matching state or the difference state of the order quantity for each order price. As a result, it is possible to enhance the convenience when generating order information for setting orders with different order quantities for a plurality of order prices.

According to the invention described in claim 4, the regularity display control means displays the regularity information in a selectable manner to the user, and the predetermined rule is based on the regularity information selected by the user. By automatically generating order information that sets a specific order, the user is presented with information for easily performing an order having a prescribed regularity, and based on the information sent from the user. In the order information generating means, order information for making an order having a predetermined regularity can be regularly generated. As a result, it is possible to enhance the convenience in generating order information for setting orders with different order quantities for a plurality of order prices, and to reliably generate order information for setting such orders.

According to the invention described in claim 5, when the orders of a plurality of order prices are set to different order quantities at different order prices, predetermined regularity is set based on the information displayed on the regularity display means. It is possible to generate the order information in which the setting based on the standard and the setting deviating from the predetermined regularity are used together. As a result, various and complicated order settings can be set, and the convenience of setting orders for a plurality of order prices with different order quantities can be further enhanced.

According to the invention of claim 6, at least a part of the order information set to have a predetermined regularity is made to the order information correction means based on the information displayed on the regularity display means, It is possible to correct the setting so as to deviate from the predetermined regularity, and to correct the set order based on the predetermined regularity according to the posterior change of the purpose, the market situation and the like. As a result, various and complicated subsequent resettings of the set orders can be performed, and the convenience of setting orders of a plurality of order prices having different order quantities can be further enhanced.

According to the invention described in claim 7, it is possible to automatically correct an order set based on a predetermined regularity in accordance with an ex post facto change such as a purpose or a market condition. This makes it possible to easily and reliably perform various and complicated subsequent re-settings for the set orders.

According to the invention described in claim 8, based on the information displayed on the regularity display means, the set order based on the predetermined regularity is responded to according to the posterior change such as the purpose or the market condition. It is possible to modify the state to reflect the user's intention. This makes it possible to reliably perform various and complicated subsequent re-settings for the set orders in a state in which the user's intention is reflected.

According to the invention as set forth in claim 9, when the order is placed on the basis of the generated order information and the transaction is completed, the order information is processed by executing the processing executed for the order. Based on this, it is possible to realize trading of financial products.

According to the eleventh aspect of the present invention, the financial instrument transaction management apparatus of the present invention can be programmed and realized on various computer hardware.

It is a system block diagram in the financial product transaction management system of Embodiment 1 of this invention, and a functional block diagram of a financial product transaction management device. It is a block diagram which shows the hardware constitutions of a financial product transaction management apparatus same as the above. It is a schematic diagram of the field definition of the order table of a financial product transaction management device same as the above. It is a figure which shows typically the 1st example which calculates the order quantity for every hierarchy in a financial product transaction management apparatus same as the above. It is a figure which shows typically the 2nd example which calculates the order quantity for every hierarchy in a financial product transaction management apparatus same as the above. It is a figure which shows typically the 3rd example which calculates the order quantity for every hierarchy in a financial product transaction management apparatus same as the above. It is a 1st figure which shows typically the specific example of calculation of hierarchization in a financial product transaction management apparatus same as the above. It is a 2nd figure which shows typically the specific example of calculation of hierarchization in a financial product transaction management device same as the above. It is a 3rd figure which shows typically the specific example of calculation of hierarchization in a financial product transaction management device same as the above. It is a 4th figure which shows typically the specific example of calculation of hierarchization in a financial product transaction management device same as the above. FIG. 3 is a diagram schematically showing a difference in average cost between (a) hierarchical orders and (b) (c) hierarchical orders of orders set at a plurality of order prices in the financial instrument transaction management device. is there. It is a flow chart which shows a processing procedure of a financial product transaction management device same as the above. It is the figure which showed typically the order input screen of the "trap trade" order in a financial product transaction management apparatus same as the above. It is the figure which showed typically the selection/correction screen of the "trap trade" order in the financial product transaction management apparatus same as the above. It is the figure which showed typically the change screen of the "trap trade" order in the financial product transaction management apparatus same as the above. It is a figure which shows typically the order information for performing a "trap trade" transaction produced|generated by the input to an order input screen in a financial product transaction management apparatus same as the above. It is a figure which shows typically the order information for performing the transaction of the "trap trade" which a part was changed and was produced|generated by the input to a change screen in a financial instrument transaction management apparatus same as the above. FIG. 7 is a diagram schematically showing an order of “trap trade” based on order information generated by an input on an order input screen in the financial product transaction management device. FIG. 11 is a diagram schematically showing an order of “trap trade” based on order information generated by partially changing the input on the change screen in the financial instrument transaction management device. It is the figure which showed typically the order input screen of the "tralipi" order in the financial product transaction management apparatus. It is the figure which showed typically the selection/correction screen of the "tralipi" order in the financial product transaction management device. It is the figure which showed typically the change screen of the "tralipi" order in the financial product transaction management apparatus same as the above. It is a figure which shows typically the order information for performing a "Tralipi" order and a "Raku-Tora" order in the financial product transaction management device same as the above. It is a figure which shows typically the order information for performing a "Tralipi" order and a "Raku-Tora" order in the financial product transaction management device same as the above. It is a figure which shows typically the order information for performing a "Tralipi" order and a "Raku-Tora" order in the financial product transaction management device same as the above. It is a figure which shows typically the order information for performing a "Tralipi" order and a "Raku-Tora" order in the financial product transaction management device same as the above. FIG. 5 is a diagram schematically showing an order of “Tralipi” based on order information generated by an input on an order input screen in the financial instrument transaction management device. In the financial product transaction management device same as above, it is a diagram schematically showing an order of "Tralipi" based on the order information that is partially changed and generated by the input to the change screen. It is the figure which showed typically the order input screen of the "Rakutora" order in the financial product transaction management device. FIG. 8 is a diagram schematically showing an order of “Raku-Tora” based on order information generated by input to an order input screen in the financial instrument transaction management device. In the financial product transaction management device same as above, it is a diagram schematically showing an order of "Raku-Tora" based on order information generated by partially changing the input on the change screen.

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

FIG. 1 is a system configuration diagram and a functional block diagram of the financial product transaction management system of this embodiment. As shown in FIG. 1, the financial product transaction management system 1A includes the financial product transaction management device 1 and N (N≧1) client terminals 2 ₁ to 2 _n. The client terminals 2 _{1 to} 2 _n can communicate with each other via the Internet 3 as a WAN (Wide Area Network). The financial product transaction management system 1A of this embodiment handles foreign exchange as a financial product.

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 a large amount of data. The client terminals 2 ₁ ,..., 2 _n are communication terminals having a data communication function, which are possessed and used by individuals or corporations who buy and sell financial products, and personal computers, mobile phone terminals, etc. correspond to them. To do. The client terminal ₂ 1, · · ·, _{2 n} is the operation unit ₂₁ 1 used to enter a mouse or a keyboard various instructions, · · _·, 21 n, the operation unit 21 consists of an LCD (Liquid Crystal Display) _1, ..., displays various instructions and the like or various image input from 21 _n, the display unit ₂₂ 1 as "order information display means", ..., and a 22 _n. The client terminal ₂ 1, · · ·, _{2 n} operation unit ₂₁ 1, · · ·, 21 _n and a display unit ₂₂ 1, · · ·, 22 _n the coordinate information of the contact position of the pointing device such as a finger or a touch pen It may be configured as a touch panel type display for performing various inputs based on the above. Since the client terminals 2 ₁ ,..., 2 _n , the operation units 21 ₁ ,..., 21 _n , and the display units 22 ₁ ,..., 22 _n have the same configuration, it is necessary to distinguish them below. The client terminal 2, the operation unit 21, and the display unit 22 are used unless otherwise specified.

On the display unit 22, order input screens 410, 510, 610 (see FIG. 13, FIG. 20, FIG. 29) as “order information display means” and “regularity display means”, “order information display means” and “rules” are displayed. Selection/correction screens 411, 511 (see FIG. 14, FIG. 21) as "property display means", change screens 412, 512 as "order information display means" and "regularity display means" (see FIG. 15, FIG. 22) Etc. are displayed. Display on order input screens 410, 510, 610 (see FIGS. 13, 20, 29), selection/correction screens 411, 511 (see FIGS. 14, 21), change screen 412 (see FIGS. 15, 22), etc. The “regularity information (described later)” selected by the user is input to the order information generation unit 16, and the order information generation unit 16 uses the “regularity information (described later)” as a basis. , Automatically generate order information for setting an order having a predetermined regularity.

[Configuration of financial instrument transaction management device]
FIG. 2 is a block diagram showing the hardware configuration of the financial product transaction management device 1 of this embodiment. As shown in FIG. 1, the financial instrument transaction management device 1 includes at least one CPU (Central Processing Unit) 101, a RAM (Random Access Memory) 102 that functions as a work area of the CPU 101, a boot program for booting, and the like. A ROM (Read Only Memory) 103 in which 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, a mouse, a keyboard, etc. An operation unit 106 for performing the operation 1 and a display unit 107 including an LCD and the like for displaying characters and images are provided. An OS (Operating System) program, various application programs, data recorded in a database, and the like are recorded in the auxiliary storage device 104. These programs and data cooperate with hardware resources by the arithmetic processing of the CPU 101. And realize various functions.

As shown in FIG. 1, the financial product transaction management device 1 includes a data processing unit 10 as a functional unit realized based on the above-described various programs and hardware resources, and various types processed by the data processing unit 10. It has a database 18 in which data is recorded. The data processing unit 10 is for performing processing such as generation and processing of various data used in the financial product transaction management device 1. Further, as functional means, "order information display control means" and "regularity display control means" are also provided. Front page distribution unit 11, order input acceptance unit 12, deposit/withdrawal information generation unit 13, contract information generation unit 14 as “contract information generation means”, account information generation unit 15, and order as “order information generation means” It has an information generation unit 16, a database (DB) connection base unit 17, and a price information reception management unit 19.

The order input accepting unit 12 accepts data regarding various orders input from the client terminal 2 and performs various processes necessary for fulfilling orders for financial products. It also calculates the amount of margin required to trade financial instruments.

The deposit/withdrawal information generation unit 13 receives a deposit/withdrawal request from the client terminal 2, and creates a deposit/withdrawal list based on the request.

The order information generation unit 16 generates information regarding the order of the established financial product based on the information processed by the order input reception unit 12. The orders here include so-called market orders, limit orders, stop orders, and if-dan orders.

The order information generation unit 16 generates order information of the first order so that the first order becomes a new limit order or a stop order when the ifdan order and the stop order are generated, and the second order is settled. The order information of the second order is generated so as to be the limit order, and the order information of the stop order is generated so that the stop order becomes the stop order for settlement. The first order, the second order, and the stop order are discriminated and recorded based on the field definition of the order table 181 described later.

When a plurality of orders, a plurality of first orders, a plurality of second orders, etc. are set to different order prices, the order information generation unit 16 basically performs a financial transaction based on each order information. The order information is generated by setting a plurality of orders of products so that the same order quantity is obtained at different order prices, and at least some of the orders, some of the first orders, and some of the second orders. Orders are set to generate different order quantities at different order prices and generate order information. This will be described in detail later.

In addition to the processing for generating order information, the order information generation unit 16 also performs various processing for modifying or changing the contents of already generated order information or order information to be generated in the future. To do.

The contract information generating unit 14 performs a contract process based on the order generated by the order information generating unit 16 and a process for sending information regarding the completed contract process to the client terminal 2 of the trader. In addition, the "contract" here means various procedures and processes for establishing a sale and purchase of a financial product based on an order of a trader. The contract processing of the contract information generation unit 14 is performed on the order information related to the order that satisfies a predetermined contract condition. As will be described later, when a contract is established in this embodiment, the foreign exchange is traded, and as a result, the account information generating unit 15 is instructed by the contract information generating unit 14 according to the trading amount to obtain margin information. (Described later) is converted, and the deposit/withdrawal information generation unit 13 further describes the deposit/withdrawal status in the deposit/withdrawal list. Further, when the contract is established, the contract information generation unit 14 causes the display unit 22 of the client terminal 2 to display character information indicating that the contract has been established, and the deposit/withdrawal of the bank account of the client terminal based on the buying and selling price. Perform processing.

The account information generation unit 15 has a function of generating deposit balance information of a trader, and managing the deposit balance information as margin information (that is, information for demonstrating that fulfillment of an order can be realized). The information on the deposit balance generated by the account information generation unit 15 is provided by a financial institution such as a bank and the information on the actual deposit balance of the trader and the information about the deposit balance are regularly provided so as to be consistent with the actual deposit balance. Is matched to.

The database connection base unit 17 performs conversion between data generated and processed by the data processing unit 10 and data recorded in the database 18 (for example, mutual conversion between a logical data structure and a physical data structure). , Performs processing necessary for exchanging data between the data processing unit 10 and the database 18.

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

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

In this embodiment, the front page delivery unit 11 uses not only the so-called front page, that is, the screen initially displayed on the display unit 22 when the client terminal 2 accesses the financial instrument transaction management device 1, but also the order information. Various information for causing the generation unit 16 to generate order information, and various information for correcting or changing the contents of the already generated order information or order information to be generated in the future by the order information generation unit 16 A screen for displaying information is displayed on the display unit 22 of the client terminal 2. Specifically, an order selection screen (not shown) described later, order input screens 410, 510, 610 (see FIG. 13, FIG. 20, FIG. 29), selection/correction screens 411, 511 (see FIG. 14, FIG. 21). ), change screens 412 and 512 (see FIGS. 15 and 22), and the like are displayed on the display unit 22 of the client terminal 2 by the processing of the front page delivery unit 11.

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

Although not shown, the financial instrument transaction management device 1 uses a timer for acquiring and managing the date and time information, and the expiration dates of the first order, the second order, and the stop loss order based on the date and time information acquired from the timer ( It has a deadline management means for managing (described later).

FIG. 3 is a schematic diagram of the field definition of the order table 181. As shown in this figure, the order table 181 has fields for the number of items, and the field names (field names), data types (types) such as characters and numbers, date and time, and data lengths (length) such as bit lengths. , Not blank specification (Not Null), presence/absence of default value (default value), data item name (remark), etc. are specified.

The financial product transaction management device 1 may be a system for performing over-the-counter transactions, or a system for performing exchange transactions on an exchange of financial products (hereinafter simply referred to as “exchange”). It may exist, or it may be a system for performing both of them. Further, the financial product transaction management device 1 may exist as a server system managed by a company that handles transactions of financial products or a server system managed by a server management company commissioned by this company, or a financial product transaction. At least a part of the configuration of the management device 1 (for example, the order information generation unit 16 or the contract information generation unit 14) may be present inside the exchange system. Further, the financial product transaction management device 1 may be a computer system including one or a plurality of computers or servers, which is owned and managed by a trader who handles transactions of financial products, a server management trader, or the like. No, it may exist as a system such as cloud service or grid computing.

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

[Regarding the transaction method in this embodiment]
Three representative examples of the transaction method that can be realized by the financial product transaction management system 1A of this embodiment will be outlined below. It should be noted that these transaction methods are merely examples of transaction methods that can be implemented in this embodiment, and any transaction method other than these transaction methods can be performed in the financial product transaction management system 1A of this embodiment. Good.

[Introduction to trading method: Orders made by one order procedure]
In this embodiment, a plurality of orders including the following [Trading Method 1] to [Trading Method 3] are processed based on the processing for the plurality of order information generated by the order information generation unit 16 based on one order procedure. Transactions are made by each being ordered or contracted. Here, “one order procedure” means a predetermined process (eg, a trader) on the order input screen 410 (see FIG. 13), the order input screen 510 (see FIG. 16), the order input screen 610 (see FIG. 29), and the like. By the financial instrument transaction management device 1 or the financial instrument transaction management device 1 receives and receives a signal or data indicating that the execution button 41q in FIG. It refers to what is to be done (hereinafter the same in this specification).

[Trading Method 1: Trap Trade]
In the financial product transaction management device 1 of this embodiment, the order information generated by the order information generation unit 16 reserves a plurality of financial products of the same type in a predetermined price range for each predetermined order quantity (hereinafter referred to as an order form). This order form is simply referred to as “trap trade”.

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

However, in this embodiment, the price range between the financial products according to the order information generated by the order information generation unit 16 does not always have to be constant, and a specific order, for example, the highest price order and one of the lowest price side The price range with the order, the price range between the lowest price order and the one higher price side may be different from the constant price range between orders with other order prices, or with the highest price order. The second order from the highest price, the third order from the highest price, the fourth order, and so on may be configured so that only predetermined pairs of orders have the same price range.

[Trading Method 2: Trap Repeat If Dan]
Further, in the financial product transaction management apparatus 1 of this embodiment, a plurality of financial products of the same type are ordered by the first order and the contract of the first order by the order information generated by the order information generation unit 16. There are multiple combinations of 2nd orders and (Ifdan orders), the price range between the 1st orders and the price range between the 2nd orders are constant, and the profit margin between each 1st order and the corresponding 2nd order. Is set to be constant and the first order and the corresponding second order are filled, a new first order corresponding to the filled first order and a new second order corresponding to the filled second order. It is possible to realize a transaction in which ifdan orders are repeated with orders (hereinafter, this order form is simply referred to as “trap repeat ifdan”).

At this time, the order information generation unit 16 sets a predetermined reference price (for example, the same price as the order price of the highest price order or the lowest price order of the plurality of orders, or the order price of all orders). Based on the average price, etc.), the order prices of all the first orders and the order prices of all the second orders are set based on a predetermined calculation. In addition, the order information generation unit 16 uses a predetermined value (for example, a value of a profit margin input by a trader, predetermined information for calculating a profit margin (for example, a margin amount owned by the trader, a trader). The first order and the second order are calculated by the calculation using the information entered on the assumption that the market price may fluctuate within a predetermined period, such as the price range assumed by the trader)). Set the profit margin.

However, in this embodiment, the price range between the financial products according to the order information generated by the order information generation unit 16 does not always have to be constant, and a specific order, for example, the first order with the highest price and the one lowest price. Price range with the first order on the side, or the price range between the second order with the highest price and the one order with the lowest price, or the price range between the first order with the lowest price and the first order with the one higher price Alternatively, the price range between the second lowest price and the second higher price may be different from the certain price range between the first orders with the other price and the highest price. 1st order and 2nd 1st order from the highest price, 1st order 3rd from the highest price and 1st order 4th... or 2nd order from the highest price and 2nd order from the highest price Orders, such as the 3rd and 4th 2nd orders from the highest price, etc., have the same price range only between the groups of the predetermined 1st orders and between the groups of the 2nd predetermined orders. The configuration may be such that

In addition, in this embodiment, a new first order based on the order information generated by the order information generation unit 16 appears after the specific first order and the second order corresponding to the first order are executed, respectively. The new second order does not have to be the same as the order amount or order price of the original first order. For example, after the execution of a specific first order and a specific second order, the new first order and the new second order are the original first order price or the original second order price. A predetermined price (for example, 0.1 yen each) at a price that fluctuates to a higher price side (or a lower price side), or a new first order and a new second order are the original first order or the original first order. The order quantity may be increased (or decreased) by a predetermined order quantity (for example, 0.1 currency unit) from the second order.

In addition, in this embodiment, the order information generated by the order information generation unit 16 after the execution of the specific first order and the second order corresponding to the first order due to fluctuations in the market price, etc. Thus, a new first order and a new second order may be ordered in the direction of fluctuation of the market price.

For example, after the first order with the highest price and the second order with the highest price have been executed due to the fluctuation of the market price, the order information generation unit 16 creates a new first order on the higher price side than the first order with the highest price. The order may be placed, and new order information may be generated so that a new second order is placed on the higher side of the highest price second order. In this case, the price range between the newly generated first order and the original highest first order, and the price range between the newly generated second order and the original highest second order are The price range between the first orders and the price range between the original second orders may be the same, or different price ranges (for example, the price range calculated by a predetermined calculation based on the fluctuation of the market price in the latest predetermined period). It may be. The margin between the newly generated first order and the newly generated second order may be the same as or different from the margin between the original first order and the original second order.

[Trading Method 3: Easy Tiger]
Further, in this embodiment, the order information generation unit 16 uses the price range set between the predetermined upper limit price and the predetermined lower limit price, or the price range set based on the upper limit price and the lower limit price. In addition, it is possible to realize a transaction in which a plurality of orders are set in the same manner as the above-mentioned "trap trade" or "trap repeat-if-done" (hereinafter, this order form is simply referred to as "rakutora").

It should be noted that the upper limit price and the lower limit price are set by the order information generation unit 16 based on the numerical values input by the trader, or the order information generation unit 16 determines the highest price and the lowest price of the market price for a predetermined period. It is conceivable that the setting may be performed by a predetermined calculation based on Other than this, it may be set by any method.

Further, this price range is set by the order information generation unit 16 by numerical values such as the upper limit price and the price range, the lower limit price and the price range, which are input by the trader, or the order information generation unit 16 sets the price range. A method is conceivable in which the price is set by a predetermined calculation based on the fluctuation range of the market price for a predetermined period. Other than this, it may be set by any method.

Further, in the price range, the order of “Trap Trade” and the setting of the first order and the second order of “Trap Repeat If Dunn” may be arbitrary.

Specifically, for example, the order information generation unit 16 sets the order price of each order such 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. May be set, or each order price may be set so that the central value of the price range matches the average value of all order prices.

Further, for example, the order information generation unit 16 sets the upper limit price and the lower limit price of the price range to the highest order price of the first order of the “Trap Repeat Ifudan”, or the highest price order of the second order, and the lowest price. Set the order price of each 1st order or 2nd order so that the order price of the 1st order or the order price of the 2nd order of the lowest price matches, or set the lowest price to the lowest price of the price range. The order prices of the first order and the second order may be set so that the order price of one order matches and the order price of the second order having the highest price matches the upper limit price.

Further, for example, the order information generation unit 16 sets the order price of each first order so that the central value of the price range matches the average value of the order prices of all the first orders, or sets the order price of each price range. The order price of each second order may be set so that the median value matches the average value of the order prices of all the first orders.

[Regarding order quantity for transaction method 1 to transaction method 3]
In [Transaction method 1] to [Transaction method 3], the order quantity for each order price, the first order quantity, and the second order quantity may all be the same for each tier. Specifically, for example, the order quantity of all orders, all first orders, and all second orders is ordered as 10000 currency (any other quantity of currency may be used), and the contract is executed. The following forms are possible.

On the other hand, in the above [Trading Method 1] to [Trading Method 3], the order quantity for each order price, the first order, and the second order are at least part of the order, the first order, and the second order. The order quantity may differ from the others. That is, the order quantity for each tier (described later) may be basically the same, and the order quantity of at least a part of the order price and the order quantity of the first order and the second order may be different from the others.

Specifically, for example, in the case shown in FIG. 11 (which will be described in detail later), the first tier (1 dollar 106.00 yen, 1 dollar 107.00 yen, 1 dollar 108.00 yen, 1 dollar 109) 0.000 yen, 10.00 yen for 1 dollar), only the order quantity for the middle order price (108.00 yen for 1 dollar) is 10100 currency, and the order quantity for orders with other order prices is 10000 currency. A configuration such as Further, it may be configured such that the hierarchy other than the above and the order quantity of the order having the order price other than the above are set in a currency unit other than the above.

Further, in the above [Trading Method 1] to [Trading Method 3], the order quantity for each order price, the first order, and the second order may be the same from the order placement to the execution, or from the order placement. It may fluctuate before the contract is completed (for example, when the order quantity at the time of ordering is 10,000 currency, the order quantity fluctuates with the fluctuation of the market price, and the order quantity at the contract becomes 10100 currency. May be). Further, in the above [Trading Method 1] to [Trading Method 3], the order price of the order, the first order, and the second order may be the same from the ordering to the contract, or from the ordering to the contract. May vary.

[Order type]
In this embodiment, the order information generating unit 16 uses the generated order information to order “trap trade”, first and second orders for “repeat tofudan”, and order for “rakutora”. The first and second orders can be placed by any kind of order. Specifically, for example, the order information generation unit 16 uses one of a market order, a limit order, and a stop loss order to place an order of “trap trade”, a first order or a second order of “repeat-if-done”, and an “easy order”. Order information can be generated to place "tiger" orders, first orders, and second orders.

More specifically, for example, the order information generation unit 16 can generate order information so that a contract is executed when the market price matches a specific order price by a limit order. Similarly, the order information generation unit 16 can generate order information so as to execute a contract when the market price matches a specific order price by a stop order. Furthermore, the order information generation unit 16 is configured to place a market order when the market price reaches a specific price and execute the market order at the same or a similar price to the specific price (hereinafter, simply market order). Order information can also be generated so as to perform "triggering".

In addition, the order information generation unit 16 similarly makes the first order and the second order of “repeat ifdun” and “rakutora” by a limit order or a stop order (for example, the market price. However, it is conceivable that the contract price once falls (or rises) beyond the contract price of the first order or the second order, then rises (or drops) again, and the contract is executed when the contract price matches the contract price again). Ordering information can be generated, as is done by. Further, the order information generation unit 16 configures the first order and the second order by combining different types of orders (for example, the first order is a market order and the second order is a limit order). Can also be generated.

In this embodiment, the order information generation unit 16 uses the “trap trade” order, the “repeat toufudan” first order and the second order, the “rakutora” order, the first order and the second order. In addition, the order information can be generated so as to have a trail function in which the contract price fluctuates following the fluctuation of the market price.

Further, in this embodiment, the order information generation unit 16 follows the fluctuation of the market price to the first order and the second order of “Repeat Ifudan” and the first order and the second order of “Rakutora”. , Order information can be generated so as to have a function of changing the order price of the first order, the second order, and the first order and the second order that are repeatedly placed thereafter, in the direction of market fluctuations. ..

Further, in this embodiment, the order information generation unit 16 determines that the first order and the second order of “Repeat Ifudan”, the first order and the second order of “Rakutora” are the buy order and the sell order. After the deal is executed, the order of the buy order and the sell order is reversed (for example, after the first order of the buy and the second order of the sell make the order and the deal, the first order of the sell and the buy order Order information can be generated by the second order making an order and a contract, and then the first order buying and the second order selling are making an order and a contract...

In addition, in this embodiment, the order information generation unit 16 uses the “Trap Trade” order, the “Repeat Ifudan” first order and the second order, the “Rakutora” order, the first order and the second order. In addition, it is possible to generate a stop loss order (stop order), which is an order for suppressing a large loss due to a sharp drop or sharp rise in the market price. This stop-loss order can be set for each order, or can be set for each first order or each second order, all orders, or It is also possible to set one stop loss order for all first orders and all second orders. Further, when the stop loss order is executed, all the subsequent orders and all the transactions of the first order and the second order may be canceled (the transactions may be forcibly terminated). , It may be configured to conditionally continue some or all of the transactions.

[Order quantity setting 1. Predetermined regularity]
In this embodiment, the order information generation unit 16 generates a plurality of order information by setting the order quantity for each order price to have a predetermined regularity.

Specifically, for example, the order information generation unit 16 may include a plurality of orders of “Trap Trade”, a plurality of first orders and a plurality of second orders of “Trap Repeat If Dunn”, and a plurality of orders of “Raku Tiger”. The plurality of first orders and the plurality of second orders can be set such that some or all of them have different order quantities.

More specifically, for example, the order information generation unit 16 sets a predetermined order (for example, an order with the highest price), which is a reference among a plurality of orders, as the largest order quantity (or the smallest order quantity) and sets the lowest order side. The order information can be generated so that the ordered quantity becomes smaller (or larger) by a predetermined price (for example, 0.1 yen each).

In addition, for example, the order information generation unit 16 may use a predetermined order as a reference of the plurality of orders (for example, the second order from the highest price side of the three orders or the second order from the highest price side of the four orders). The largest order quantity (or the smallest order quantity) is the order price of the middle order or the order equivalent to the middle order such as the second order, and the order is a predetermined price (for example, 0.1 yen each) every time it deviates from the predetermined order. Each order information can be generated so that the quantity becomes smaller (or larger).

In this embodiment, the order quantity may be set such that the order quantity decreases (or increases) by exactly the same predetermined price (for example, 0.1 yen each), but the difference in price The order quantity may be set to decrease (or increase) by 0.1 yen (for example, 0.1 yen±0.05 yen each).

In this way, by setting different order quantities according to the order price, you can increase the order quantity and raise a large profit for each one or more orders, and reduce the order quantity to avoid risks. , Multiple orders can be set to multiple order prices.

Note that the order information generation unit 16 can set the order quantity by setting the numerical value itself input on the order input screen 410 (see FIG. 13, which will be described later) or the like as the order quantity. It is also possible to perform a predetermined calculation based on the input predetermined information and set the order quantity.

The predetermined regularity regarding the order quantity for each order price is the order input screen 410, 510, 610 (see FIG. 13, FIG. 20, FIG. 29) and the selection/correction screen 411, 511 (FIG. 14, which will be described later). 21) or the change screens 412 and 512 (see FIG. 15 and FIG. 22) based on various information of “regularity information”.

[Order hierarchy]
Further, the order information generation unit 16 can set the order quantity by layering a plurality of orders having different order prices. Specifically, the order information generation unit 16 sets orders with a predetermined number (an integer of 0 or more) of the order price as the same order quantity, sets this as one hierarchy, and generates order information so that a plurality of this hierarchy are provided. it can.

For example, when the order information is generated by the order information generation unit 16, the total transaction of 100,000 currency is 1 dollar 110.00 yen, 1 dollar 109.90 yen, 1 dollar 109.80 yen, 1 dollar 109.70 yen, Consider the case where orders are placed in six orders of 109.60 yen for 1 dollar and 109.50 yen for 1 dollar. In this case, the standard order is the highest price of 10.00 yen per dollar, the standard order quantity is 10,000 currencies, two adjacent orders are one tier, and 1,000 currencies for each tier. If it is set to decrease by 1, the order information generation unit 16 determines that the highest order price of the first tier (110.00 yen for 1 dollar and 109.90 yen for 1 dollar) has an order quantity of 10,000 currency. , And the second tier below it (109.80 yen for 1 dollar, 109.70 yen for 1 dollar) has an order quantity of 9000 currencies for each of the constituent orders, and the third tier at the bottom (109.80 for 1 dollar). 60 yen, 109.50 yen for 1 dollar) generate order information for each order so that the order quantity of each order is 8,000 currencies.

In this embodiment, each tier may form one tier with the same number of orders, or a different number of orders (for example, three first tiers from the highest price side, a second tier). Each layer may be formed by an order having two layers and one third layer, or an order having three first layers, two second layers, three third layers, and the like). Further, the order price constituting each tier may be one or two or more, or the order price constituting a particular tier is 0 (for example, the first tier has two order prices). The order price, the order price for the second tier is 0, the order price for the third tier is 2, etc.).

Note that the order information generation unit 16 can set the order quantity for each tier by setting the numerical value itself input on the order input screen 410 (see FIG. 13, described later) or the like as the order quantity. It is also possible to set the order quantity by performing a predetermined calculation based on the predetermined information input to 410 or the like.

Further, in this embodiment, the “hierarchy” does not necessarily have to be formed by orders or order information having a fixed hierarchical relationship. For example, when the upper layer forms the first layer and the lower layer forms the second layer, at least a part of the orders and the order information of the second layer are processed by a predetermined process (for example, the fluctuation of the order price based on the trail). The price is equal to or more than the order price of the order or the order information forming the first tier, or at least a part of the order or order information of the first tier constitutes the second tier by the predetermined processing or the order price of the order information. It may be configured to be equal to or less than the amount.

[Example of layering]
In the following, the order information generation unit 16 in the financial product transaction management device 1 of this embodiment shows a plurality of hierarchical examples of a plurality of orders having different order prices. The order quantity of each order constituting each hierarchy in the following hierarchization is the information (a) to (d) below input by the trader on the order input screen 410 (see FIG. 13, later described) and the like. (Eg, at least a part of these pieces of information) may be used for the determination.
(A) Total quantity of transactions (total order quantity for all order prices)
(A) Maximum quantity per tier (maximum order quantity for one tier, or for each tier)
(C) Order quantity of the first tier (order quantity of the standard hierarchy (for example, the highest price side, the lowest price side, or the middle level), or the total quantity for each order price)
(D) Number of tiers The order information generation unit 16 may calculate and determine one sell order price or one buy order price set to one order price, but it is set to one order price. Calculate and determine the total order quantity of a pair of Ifdan orders (buy order and sell order) and the total order quantity of a pair of Ifdan order and stop loss order set to one order price. Good. 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, which will be described later).

[Example 1 of layering (normal pyramid type)]
FIG. 4 is a diagram schematically showing a first example of the hierarchy set in the financial instrument transaction management device 1 of this embodiment. In this first example, the order quantity for each tier increases/decreases proportionally as the number of tiers increases/decreases (for example, the first tier has 10000 currency, the second tier has 20,000 currency, the third tier has 30000 currency, etc.). ) Is set as follows.

[Example 2 of layering (double increase type)]
FIG. 5 is a diagram schematically showing a second example of the hierarchy set in the financial instrument transaction management device 1 of this embodiment. In this second example, the order quantity for each layer increases and decreases exponentially as the number of layers increases and decreases (for example, the first layer is 10000 currency, the second layer is 20000 currency, and the third layer is 40,000 currency... Is increased by a power of 2 for each hierarchy, etc.).

[Calculation example 3 for layering (step difference specification type)]
FIG. 6 is a diagram schematically showing a third example of the hierarchy set in the financial instrument transaction management device 1 of this embodiment. In this third example, as the number of layers increases or decreases, the order quantity for each layer increases or decreases by a predetermined amount (hereinafter referred to as "difference") (for example, 1st currency is 10000 currency and 2nd layer is 12000 currency). , The third tier increases by 2000 currency for each tier, such as 14000 currency, and so on).

[Specific setting example 1 of layering]
FIG. 7 is a first diagram schematically showing a specific hierarchical setting example in the financial instrument transaction management device 1 of this embodiment. In the same figure, the first tier on the high price side (one for five order prices, a total of five orders) and the second tier on the low price side (one for five order prices, a total of five orders) An example is shown in which a total of 100,000 currencies is ordered.

As shown in the figure, here, in the first tier, about 2/3 of the total order quantity (100,000 currency) divided by the total number of orders (10 pieces) (10,000 passages), 7,000 currencies are set as the order quantity for each order.

In the second tier, the total order quantity (100,000 currency) minus the first tier total order quantity (35,000 currency) minus the remaining order quantity (65,000 currency) 13,000 currency, which is an approximate value divided by the number (5 pieces) of, is set as the order quantity of each order.

[Specific setting example 2 of layering]
FIG. 8 is a second diagram schematically showing a specific hierarchical setting example in the financial instrument transaction management device 1 of this embodiment. In the figure, the first tier on the high price side (one for three order prices, a total of three orders), the second tier in the middle (one for three order prices, a total of three orders), the low price side In the third tier (1 for 4 order prices, 4 orders in total), 100,000 currency orders are set.

As shown in the figure, here, in the first layer, the total number of orders (100,000 currency) is divided by the number of all orders (10), which is approximately 3/7 of the value (10,000 currency). , 4000 currencies are set as the order quantity for each order.

In the second tier, 8,000 currency, which is twice the order quantity of each order in the first tier, is set as the order quantity of each order.

In the third tier, the total order quantity (100,000 currency) minus the total order quantity of the first tier and the second tier (24,000 currency), the remaining order quantity (64,000 currency) 16,000 currency, which is a value obtained by dividing the number of orders in the third tier (4), is set as the order quantity of each order.

[Specific setting example 3 of layering]
FIG. 9 is a third diagram schematically showing a specific hierarchical setting example in the financial instrument transaction management device 1 of this embodiment. In the figure, the first tier on the high price side (one for three order prices, three orders in total), the second tier in the middle (one for four order prices, four orders in total), the low price side The case where orders of 100,000 currencies in total are set in the third tier (1 for 3 order prices, total of 3 orders) is illustrated. In the above setting example 1 and setting example 2, the order quantity is set to increase toward the lower tier, but in the setting example 3, the second tier in the middle has the largest order quantity, and the second order quantity is the second order tier. The order quantity is set to be smaller as the hierarchy is farther from the hierarchy (here, the first hierarchy and the third hierarchy).

[Specific setting example 4 of layering]
FIG. 10 is a fourth diagram schematically showing a specific hierarchical setting example in the financial instrument transaction management device 1 of this embodiment. In the figure, the first tier on the high price side (one for three order prices, a total of three orders), the second tier in the middle (one for four order prices, a total of four orders), the low price side In the second tier (1 order for 3 order prices, 3 orders in total), an order of 100,000 currency in total is set. In the setting example 4, contrary to the setting example 3 described above, the second order in the middle has the smallest order quantity, and the orders farther from the second hierarchy (here, the first and third levels) have a larger order quantity. Is set.

Note that the concrete setting examples 1 to 4 are examples of the calculation method of the order quantity of the order for each tier, and the calculation methods shown in the concrete setting examples 1 to 4 are the same. , Any other number of tiers and any tier of orders may be used for calculation. Further, the order quantity of each tier may be set by any calculation method other than the calculation methods shown in the concrete setting examples 1 to 4.

A computer system was used to set orders as different order quantities depending on the order price by setting the order quantity of each tier and each order price using the setting method such as these concrete setting examples. The calculation makes it easy to automatically and appropriately set each order.

[Specific setting example 5 of layering ・Setting by selection on the order screen]
In this embodiment, the selection/correction screen 411 (see FIG. 14), the selection/correction screen 511 (see FIG. 21), the change screen 412 (see FIG. 15), and the change screen are displayed on the display unit 22 of the client terminal 2. A screen 512 (see FIG. 22) is displayed, and a selection field (described later) and an input field (described later) for setting hierarchization are provided on these selection/correction screens 411, 511 and change screens 412, 512, and this selection is performed. It is also possible to set the type of tier, the number of tiers, the number of order prices for each tier, and the like by selecting from a column (described below) and an input column (described later). Such a configuration will be described later.

[Effect of layering]
In this way, by hierarchizing multiple orders and setting the order quantity for each hierarchy, you can increase the order quantity and increase the profit for each order, and reduce the order quantity to avoid risk. It is possible to set a plurality of orders to a plurality of order prices while aiming.

In addition, by gradually increasing (or decreasing) the order quantity from the high-priced layer to the low-priced layer, the average cost (when a new financial product is traded for all orders set to multiple order prices) The average value of the trades in the contract, specifically, for all trades, the sum of the numbers obtained by multiplying the individual order price by the trade quantity at the relevant order price was divided by the total order quantity. The value corresponds to this. The same applies in the following description in the present specification.), and it is possible to easily increase the profit and to avoid the risk. Further, it becomes possible to easily construct a configuration for automatically calculating and setting an order having such an effect using a computer system.

[Settings that deviate from regularity: 1]
The order information generation unit 16 sets the order information of a plurality of order prices so as to have a predetermined regularity before starting the transaction of the financial product, and at least a part of the order information satisfying a predetermined condition is set. , Can be set to deviate from a predetermined regularity.

Specifically, for example, in the setting of each order information (hereinafter simply referred to as “initial setting”; the same in this specification) when the order information is first generated and the transaction of the financial product is started. It is conceivable that at least one of the following (Setting 1) to (Setting 5) is set.
(Setting 1)
In principle, the difference in the order quantity between adjacent tiers in multiple tiers will be constant, and the difference in the order quantity between some tiers and other adjacent tiers will deviate from a certain quantity. Set.
(Setting 2)
The order quantity of a plurality of orders provided for a plurality of order prices of a specific tier is basically fixed, and the order quantity of some orders is set to deviate from the fixed quantity.
(Setting 3)
In principle, adjacent order prices of a plurality of orders have a certain price range, and adjacent order prices of some orders have a price range deviating from the certain range.
(Setting 4)
The number of order prices provided in each of a plurality of layers is basically fixed, and the number of order prices of some layers is set to be a number deviating from the fixed value.
(Setting 5)
The margin between the first order and the second order (for example, new orders of Ifudan orders and settlement orders) that are respectively set in multiple tiers is basically constant, and the first order and the second order of some tiers Set it so that the profit margin is a number that deviates from a certain level.

Note that the above (Setting 1) to (Setting 5) are examples, and the setting of orders for financial products other than those exemplified in (Setting 1) to (Setting 5) is basically constant, and at least Part of the initial setting may deviate from a certain value.

[Settings that deviate from regularity-2]
The order information generation unit 16 having a function as "order information correction means" sets the order information of a plurality of order prices according to a predetermined rule based on the information input by the user before starting the transaction of the financial product. The order information can be set so that at least a part of the order information set so as to have the predetermined regularity deviates from the predetermined regularity.

Specifically, for example, the setting of orders for financial instruments, which is basically constant initially, is exemplified as [Setting 1 deviating from regularity] at the time of initial setting (Setting 1) to As described in at least one of (Setting 5), it is conceivable that the transaction can be started after the correction so as to deviate from a certain value.

In addition, for a correction that deviates from a certain level, the user operates numerical information, image information, etc. displayed by text or graphics on an operation screen (not shown) displayed on the display unit 22 of the client terminal 2. Will be fixed by that. Specifically, before the order information is generated, the selection/correction screen 411 (see FIG. 14), the selection/correction screen 511 (see FIG. 21), the change screen 412 (see FIG. 15), and the change are displayed on the display unit 22. A screen 512 (see FIG. 22) is displayed, and a selection field (described below) and an input field (described below) for setting the hierarchization are provided on these correction screens 411 and 511 and change screens 412 and 512, and this selection field ( Depending on the selection from the (below) and input fields (below), the order quantity of each tier, the order quantity of orders of a particular tier, the price range between order prices, the number of order prices in a particular tier, and the profit margin. It is done by correcting the information such as.

[Settings that deviate from regularity, 3]
The order information generation unit 16 having a function as “order information correction means” automatically sets the order information satisfying a predetermined condition so as to deviate from a predetermined regularity after the start of the transaction of the financial product. Can be modified.

Specifically, for example, the order information generation unit 16 sets the order of the financial product, which is basically constant at the time of initial setting, after the transaction of the financial product is started, [the setting deviating from the regularity: 1]. It is conceivable that the correction is made in a manner described in at least any one of (Setting 1) to (Setting 5) exemplified above in order to deviate from a certain value.

In this case, the order information generation unit 16 automatically makes a setting of “correcting so as to deviate from a certain value” when a predetermined condition is satisfied. The case where the predetermined condition is satisfied may be specifically, for example, the following cases (case a) and (case b).

(Case a)
It is possible that a specific order is filled and then reordered.
For example, if ifdan orders of the first order (new order) and the second order (settlement order) are ordered and filled respectively, and then re-ordered, the first order and the re-ordered order The order quantity of one or both of the second orders, the order price, the profit margin of the first order and the second order, and the first order among the first orders when the first order and the second order are set for multiple order prices. It is conceivable that the price range, the price range between the second orders, etc. may be modified.

In the case where only a specific buy order or only a specific sell order is repeatedly placed and executed, the buy order is re-ordered after the execution or the order is re-entered after the execution. It is conceivable that the order quantity, order price, price range between buy orders, price range between sell orders, or the like of the sell order may be modified.

(Case b)
A new order may be placed at a new order price due to fluctuations in the market price of financial instruments. Specifically, for example, a case where a new order is set to a new order price in the market price fluctuation direction, so-called “shift”, is considered.

For example, if the ifdan orders of the first order (new order) and the second order (settlement order) are placed and filled, respectively, then a new first order and a new second order are added to the new order price by "shift". And the order is configured to be ordered, the order quantity of one or both of the newly ordered first order and second order, the order price, the profit margin of the first order and the second order, and It is conceivable that the price range between the first orders and the price range between the second orders when the first order and the second order are set in the order price are corrected.

Also, in the case where only specific buy orders or only specific sell orders are repeatedly ordered and filled, the order quantity of new buy orders and sell orders placed by "shift" after the promise It is conceivable that the order price, the price range between the buy orders and the price range between the sell orders when the buy order and the sell order are set for a plurality of order prices, and the like are corrected.

[Setting that deviates from regularity-4]
The order information generation unit 16 having a function as “order information correction means” determines a predetermined value based on the correction information for correcting the predetermined regularity input by the user after the start of the transaction of the financial product. The setting can be modified so that the order information satisfying the condition of (4) deviates from the predetermined regularity.

Specifically, for example, the setting of orders for financial instruments, which is basically constant at the beginning, is exemplified as [Setting 1 deviating from regularity] after the start of trading (Setting 1) to (Setting It is conceivable that, in the form described in at least any one of 5), each order information can be generated after being modified so as to deviate from a certain value.

Note that the correction that deviates from a certain level is corrected by the user operating the numerical information, the image information, and the like displayed on the display unit 22 of the client terminal 2 by text or graphics. Specifically, the order quantity of each tier displayed on the display unit 22 immediately before the generation of order information, the order quantity of an order of a particular tier, the price range between order prices, and the order of a particular tier. This is done by correcting information such as the number of prices and the profit margin. In this embodiment, the selection/correction screen 411 (see FIG. 14) and the image/text information graphically displayed on the selection/correction screen 511 (see FIG. 21) described later, or the change screen 412 (described later) This can be done by inputting text information on the change screen 512 (see FIG. 22) or the like (see FIG. 15).

[Setting that deviates from regularity, 5]
The order information generation unit 16 having a function as “order information correction means” is exemplified in [Setting 1 deviating from regularity] (Setting 1) to (Setting 5) after the start of the transaction of the financial product. As described in at least one of the above, it is possible to automatically correct the setting of orders that at least partly deviates from the prescribed regularity so that all orders have the prescribed regularity after the start of trading. To do it. The case where this predetermined condition is satisfied may be specifically the case as described in (case a) and (case b) of [Setting 3 deviating from regularity]. This modification is performed in a specific configuration of the financial product transaction management device 1, for example, the processing of the order information generation unit 16 or the contract information generation unit 14. This is because in this embodiment, a selection/correction screen 411 (see FIG. 14) and a selection/correction screen 511 (see FIG. 21), which will be described later, are displayed on the display unit 22 before or after the start of the transaction. Image or text information graphically displayed on the screen, or input of text information to a change screen 412 (see FIG. 15) or a change screen 512 (see FIG. 22) described later (input with the mouse or keyboard of the operation unit 21, Based on the processing conditions set by (touch input on the touch panel).

[Settings that deviate from regularity, 6]
The order information generation unit 16 having a function as "order information correction means" sets [Setting 1 deviating from regularity] based on the correction information input by the user after the start of the transaction of the financial product. As described in at least any one of (Setting 1) to (Setting 5), all the orders are set to have the predetermined regularity if at least a part of them deviates from the predetermined regularity. Can be modified to be

[Setting that deviates from the regularity, 7]
Of the orders that are traded based on the order information, together with at least one of the above-mentioned [Settings deviating from regularity-1] to [Settings deviating from regularity-6], May be configured to make a partial fill (only a portion of the order is filled). In this case, it is desirable that not only the order information generation unit 16 but also the contract information generation unit 14 have a function as "order information correction means".

Specifically, for example, the contract information generation unit 14 processes such that only a part of the ordered orders (for example, 6 currency units out of 10 currency units) is contracted as a successful trade. Then, the order information generation unit 16 regards the remaining orders that have not been executed (for example, the remaining 4 currency units out of 10 currency units) as the order information as the orders that have been placed and have not yet been executed.

In addition, for example, when the partially executed order is the first order (new order) of the Ifdan order, the order information generation unit 16 executes the corresponding second order (settlement order) so as to correspond to the executed order. Second ordered order (for example, a settled order for 6 currency units) and an unordered second order corresponding to the unfilled first order (for example, a second unordered order for 4 currency units). The process of correcting or regenerating the second order information of the second order is performed such that the second order information is divided into (order).

Further, for example, in the case of the second order of the Ifdan order in which the partially contracted order is repeated, the order information generating unit 16 causes the first order corresponding to the second order of the partially contracted order (for example, the first order for six currency units). ) Is processed and the second order information of the second order is corrected or regenerated so that the order is placed.

FIG. 11 is a diagram schematically showing a difference in average cost between a case in which orders set at a plurality of order prices are not hierarchized and a case in which they are hierarchized in the financial instrument transaction management device 1 of this embodiment. ..

As shown in (a) of FIG. 11, the highest price is 110.00 yen/dollar, and from there, there are 10 order prices (the lowest price is 101.00 yen/dollar) in 1.00 yen increments. Consider a case where an order is placed for a financial product for a total of 100,000 currency with an order quantity of 10,000 currency for each order. In this case, the average cost is 105.50 (110.00×10,000+109.00×10,000+108.00×10,000+...103.00×10,000+102.00×10,000+101.00×10). , 000)÷100,000=105.50).

On the other hand, as shown in (b) of FIG. 11, a total of 10 orders are set to the same order price as that of (a) of FIG. 11, and these are placed in the first tier 31 on the high price side and the second tier 32 on the low price side. Think of the case. At this time, the order quantity of five orders of the first tier 31 (10.00 yen per dollar to 106.00 yen per dollar) is 7,000 currencies per order, and five orders of the second tier 32 (105 dollars per dollar). It is assumed that an order is placed as an order for a financial product having an order quantity of 0.000 yen to 11.00 dollar (11.00 yen), totaling 13,000 currencies, and a total of 100,000 currencies. In this case, the average cost is 104.75 (110.00×7,000+109.00+7,000+...+106.00×7,000+105.00×13,000+104.00×13,000+...+101 1.00×13,000)÷100,000=104.75). Comparing this with the case of FIG. 11A, it can be seen that the average cost is improved by 75 pips (105.50−104.75=0.75), that is, 0.7%.

Further, as shown in (c) of FIG. 11, a total of 10 orders are set to the same order price as that of (a) of FIG. 11, and this is set to the first tier 31 on the high price side, the second tier 32 in the middle, Consider the case of the third layer 33 on the low price side. At this time, the order quantity of three orders of the first tier 31 (110.00 yen per dollar to 108.00 yen per dollar) is 4,000 currencies per order, and three orders of the second tier 32 (107 dollars per dollar). Order quantity of 0.000 yen to 1 dollar 105.00 yen) Order quantity of 4 orders of 8,000 currencies per order, 3rd tier 33 (1 dollar 104.00 yen to 1 dollar 101.00 yen) It is assumed that an order has been placed as an order for financial products of 16,000 currency per order, totaling 100,000 currency. In this case, the average cost is 104.12 (110.00×4,000+109.00×4,000+108.00×4,000+107.00×8,000+106.00×8,000+105.00×8,000+104.00). X16,000 + 103.00 x 16,000 + 102.00 x 16,000 + 101.00 x 16,000) / 100,000 = 104.12). Comparing this with the case of FIG. 11A, it can be seen that the average cost is improved by 138 pipes (105.50−104.12=1.38), that is, 1.3%.

In this way, by changing the order quantity according to the order price and layering them for each order quantity, it is easy to adjust the average cost, generate larger profits, and avoid risks. Can be done. Further, it becomes possible to easily construct a configuration for automatically calculating and setting an order having such an effect using a computer system.

[Processing procedure]
FIG. 12 is a flowchart showing a processing procedure of the financial instrument transaction management device 1 of this embodiment. The processing procedure of this embodiment will be described below using the same flowchart. In addition, the following description will explain the processing procedure when layering in “Trap Trade”, “Tralipi”, and “Rakutora”, but this is an example of the processing procedure, and the following processing in any ordering method other than the above Procedures may be used.

[1. Processing procedure in "Trap Trade"
A processing procedure in the case of performing a "trap trade" transaction in the financial product transaction management system 1A will be described.

[1-1. Input screen and generate order information]
A trader using the financial product transaction management system 1A uses the client terminal 2 to access the financial product transaction management device 1. The front page delivery unit 11 of the financial instrument transaction management device 1 displays an order selection screen (not shown) on the display unit 22 of the accessed client terminal 2.

A transaction selection button (not shown) for selecting the type of transaction is displayed on the order selection screen (not shown). By using a trade selection button (not shown), the trader can perform usual market order, limit order, stop order, OCO order, etc., as well as the above-mentioned "Trap trade" order, "Tralipi" order, and "Raku tiger" order. You can select orders etc. When the trader selects a specific transaction (here, "trap trade") with the transaction selection button (not shown) and clicks the execute button (not shown), the front page delivery unit 11 of the financial instrument transaction management device 1 is selected. By the processing of, the order input screen 410 shown in FIG. 13 is displayed on the display unit 22 of the client terminal 2.

On the order input screen 410 shown in FIG. 13, the order display column 41a in which the order (the “Trap Trade” order in FIG. 13) selected by the above-mentioned transaction selection button (not shown) is displayed, the financial product to be traded. Currency pair selection button 41b for selecting a currency pair (for example, Japanese yen and US dollar, Japanese yen and euro, etc.), an order amount setting button 41c for setting an average order amount per order by numerical input, The number of traps set by entering a numerical value for the "number of traps", which is the number of the first order with a different order price (new order of Ifudan order) and the second order with a different order price (settlement order of Ifudan order). The setting button 41d is displayed.

Further, on the order input screen 410, a value obtained by calculating the value of the order amount input to the order amount setting button 41c and the trap number input to the trap number setting button 41d (here, multiplication of both values). The total order amount display field 41e in which the value shown in (1) is displayed, the reference 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 price order, the order price of the central order, and the like), a start price input field 41f for numerically inputting a "start price" is displayed.

Further, on the order input screen 410, an order type selection button 41g for selecting the type of the order (for example, the highest price order, the lowest price order, etc.) as the start price input in the start price input field 41f. , A trap price width input field 41h for numerically inputting a value of "trap price width" as a price width between orders having different order prices, and a hierarchy input field 41j for numerically inputting the number of "tiers" of orders are displayed. ..

Further, the order input screen 410 has an expiration date selection column 41k for selecting the expiration date of each order (for example, 6 months, 1 year, indefinite period, etc.), and "loss" due to a large drop or rise in the market price. A stop loss order setting button 41m for entering "stop loss order" as a stop loss order to prevent it from increasing and entering the order price of the set stop loss order is displayed. There is.

In the order input screen 410, an order pattern selection field 41n for selecting an order pattern (a selection field of a format selected by checking a check box) and predetermined information for each order are input. Automatic order setting selection fields 41n1 to 41n4 for automatically setting details, and an order change field 41p (check box is set for setting some or all of orders having a predetermined regularity as orders deviating from the regularity) It is equipped with a selection column for the format to be selected by checking.

The trader inputs and selects information necessary for a desired order on the order input screen 410 by operating the operation unit 21 (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)" is input in the order amount setting button 41c, and the trap number setting button 41d. Is entered as "10 (book)", the start price input field 41f is entered as "110.00 (yen)", and the order type selection button 41g is "new buy" indicating "new buy order". Is selected, "1.00 (yen)" is entered in the trap price width input field 41h, "3 (hierarchy)" is entered in the hierarchy input field 41j, and "infinite" in the expiration date selection field 41k. Is selected, and the stop loss order setting button 41m shows a state in which the stop loss order is not set.

When the automatic order setting selection fields 41n1 to 41n4 on the order input screen 410 are selected (that is, any of the check boxes is checked) and the execute button 41q is clicked, the front page delivery of the financial instrument transaction management device 1 is performed. By the processing of the unit 11, the selection/correction screen 411 whose schematic diagram is shown in FIG. 14 is displayed on the display unit 22 of the client terminal 2. On the other hand, when the order change field 41p is selected (that is, the check box is checked) and the execute button 41q is clicked, the process of the front page distribution unit 11 of the financial instrument transaction management device 1 causes the client terminal 2 to operate. On the display unit 22, a change screen 412 whose schematic diagram is shown in FIG. 15 is displayed.

In this embodiment, when any one of the automatic order setting selection fields 41n1 to 41n4 is clicked, a preset conditional expression (for example, the total transaction amount set by the user, the order period, or the latest By calculating a numerical value of the upward/downward trend of the market price of financial instruments, a predetermined number for calculating the number of tiers, the order price of each order for each tier, the order quantity of each order for each tier, etc. The order of the selected model is automatically set based on the calculation formula).

For example, in the selection/correction screen 411 of FIG. 14, the pyramid shape of reference numeral 41n1 is selected in the order input screen 410 of FIG. 13, and the result of predetermined arithmetic processing based on the selection is schematically shown. .. On the selection/correction screen 411, the order quantity, order price, etc. of each order can be corrected by the user's input.

On the selection/correction screen 411 of FIG. 14, by clicking, the hierarchical type selection/change button 411 can be selected/changed between the “pyramid”, “inverse pyramid”, “diamond”, and “hourglass” types. ₀₁ , 411 ₀₂ , 411 ₀₃ , 411 ₀₄ , currency pair select/change button 411 ₁₁ for selecting/changing the type of currency pair, total amount change button 411 ₁₂ for selecting/changing the total amount of order by numerical input of text, text Price range change button 411 ₁₃ for changing the order price range in which an order is set by the numerical value input, and order price change button 411 ₂₁ provided for each tier to correct the order price for each order price by the numerical value input of the text Price number change button 411 22 to change the number of order price in the hierarchy numeric input _text, limit orders and orders in the hierarchy, the stop order, market order type selection button for selecting a (trigger Shigeyuki) 411 ₂₃ are provided.

Further, the selection and correction screen 411 of FIG. 14, the state orders for each hierarchy (number of layers, the number of order price of each layer, order amount of each order) hierarchical image 411 ₃₁ graphically displays the display ing. An order price image 411 ₃₂ that displays the order quantity for each order price of each tier is displayed in this tier image 411 ₃₁ . The hierarchical image 411 ₃₁ is configured such that the shape and size displayed by a user's operation (for example, touch operation on the touch panel) can be freely changed, and the size and shape of the hierarchical image 411 ₃₁ are changed. It is configured such that the number of tiers, the order quantity and the order price setting for each tier are modified or changed depending on the. Therefore, the user can intuitively change and set the order state by changing the shape and size of the hierarchical image 411 ₃₁ displayed on the display unit 22.

Further, the selection/correction screen 411 of FIG. 14 is provided with a repeat change button 411 ₄₁ for setting/changing the presence/absence of the order and the number of times the order is repeated by inputting text and checking the check box.

On the other hand, the change screen 412 shown in FIG. 15 is provided with a change column in which the contents of each order can be corrected/changed. Specifically, the currency pair change column 412 ₀₁ that can change the type of currency pair for each order by selection, the order price change column 412 ₀₂ that changes the order amount of each order by text input, and the type of trading by selection can be changed. Buy/sell change column 412 ₀₃ , order price change column 412 ₀₄ to change the order price for each order by text input, order type change column to change the type of limit, stop loss, market (trigger market) for each order by selection 412 ₀₅ is provided.

In FIG. 15, the order amount of the order 412 ₁₁ of the order number 1000 is changed from 4000 currency to 4100 currency, and the order price of the order 412 ₁₂ of the order number 1001 is selected or input by changing these change fields 412 ₀₁ to 412 ₀₅ . 109.0 to 109.1, the state in which the order type of the order 412 ₁₃ of the order number 1002 is changed from the limit order to the market (trigger market) order is schematically shown.

In the change screen 412, a change column for changing the price range between orders is provided to enable change, and a change column for changing the number of traps, the number of layers, and the expiration date of an order is provided for each order. It is also possible to make it possible. Further, in the case of repeating an order, it is also possible to provide a change field for setting or changing the number of repetitions so that the order can be changed.

The order input screen 410 of FIG. 13 (in which the automatic order setting selection fields 41n1 to 41n4 and the order modification field 41p are not checked), the selection/correction screen 411 of FIG. 14 and the modification screen 412 of FIG. Then, the transaction selection button (not shown) and the data selected/input on the order input screen 410, the selection/correction screen 411, and the change screen 412 are transmitted from the client terminal 2 to the financial product transaction management device 1. .. The order input receiving unit 12 confirms the input sales order application information. That is, the order price is inspected by inspecting the time limit selected in the expiration date selection field 41k, the order amount setting button 41c, the trap number setting button 41d, the value input in the start price input field 41f, and the like ( Step S2). Specifically, an inspection is performed as to whether or not the order price is a set order price.

Then, the order input reception part 12 judges the suitability of the inspection result. When the price is determined to be an appropriate price (“No” in step S3), the account information generation unit 15 acquires the margin information of the customer (trader) from the customer account information table 182.

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

The order information generation unit 16 generates "order information" and "order information group" described later only when the margin amount is equal to or larger than the order allowable amount ("No" in step S5). As a result, the order can be accepted only when the trader can reliably make the payment.

When the amount of the margin money is equal to or more than the order allowable amount (“No” in step S5), the order input reception unit 12 determines another order condition (that is, the other order condition) based on the data recorded in the currency pair order condition table 183. , Conditions other than the order price) and various standards for accepting orders (step S6). Then, it is determined whether or not other conditions satisfy these criteria (step S7).

If the other conditions do not satisfy the criteria of the Ifdan order (“Yes” in step S7), the order input reception unit 12 treats the input order as an error and rejects the reception of the order (step S10).

If the various conditions of the Ifdan order are satisfied (“No” in step S7), and if it is determined that the order conditions satisfy all the conditions required for the limit order by the Ifdan order described above, the front page The distribution unit 11 causes the display unit 22 of the client terminal 2 to display a confirmation screen (not shown) for allowing the trader to confirm the content of the generated order information. On the confirmation screen (not shown), the order selection screen (not shown) and the order conditions input and selected on the order input screen 410 are listed, and an order button (not shown) is displayed. The order button (not shown) is clicked by the trader when it is determined that the listed contents are correct.

When an order button (not shown) is clicked by the operation of the trader's operation unit 21, the order information generation unit 16 of the financial instrument transaction management device 1 places an order based on the sales order application information input in step S1. Information is generated (step S8).

Specifically, a plurality of pieces of data input according to the above-described procedure are grouped for each order price, and a sequence number of the sequence number table 184 is assigned to each group to generate order information (step S8). Then, information for distinguishing the sequence number used for the order information from the unused sequence number is added to the sequence number table 184. By performing the process of step S8 once, a plurality of order information items are generated (note that, in “Toralipi” and “Rakutora”, which will be described later, of these order information items, the first order item of the Ifudan order) A plurality of order information including one order information and the second order information of the second order corresponding to the first order forms an "order information group".).

The order information generation unit 16 records the generated order information in the order table 181 (step S9). Note that in the “tralipi” and “raku tiger” described below, the “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 as an example in FIG.

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

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

The "new_close" field 181k shown in FIG. 3 is a field for recording the distinction between a new order and a settlement order. The “trap_seq” field 181m is a field for recording information as to whether or not a trap trade has been selected with a trade selection button (not shown). The “repeat_flag” field 181n is a field for recording information as to whether or not to repeat ifdan orders.

Although not shown in FIG. 3, in the order table 181, data input to the input screen 40, that is, a currency pair selection button 41b, a trap number setting button 41d, a start price input field 41f, and a trap price range input field. 41h, a field for recording the data input in the hierarchy input field 41j is also provided. In addition, profit margin information between the first order and the second order, which is input when generating order information for conducting the “Tralipi” and “Raku-Tora” transactions described below, and the “Raku-Tora” transaction. There is also provided a field for recording 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 input when generating the order information for executing the order. Using these fields, all the data input on the order input screen 410 and the data corrected/changed on the selection/correction screen 411 or the change screen 412 are recorded in the order table 181.

In this embodiment, the "order information" is the order information (for example, the order information 41 ₁ , 41 ₂ ,... . 41 ₉ and 41 ₁₀ ) is generated as data including attribute information (for example, attribute information 181A to 181M shown in FIG. 16). As will be described later, the order information in this embodiment will be described below as data formed by being accompanied by various kinds of attribute information (eg, attribute information 181A to 181M shown in FIG. 16). However, it is predetermined data (for example, a table of orders for each order price that is scheduled to be ordered) before forming the “order information” in this embodiment, and based on such “order information”. Each order may be arranged to be placed.

Further, in this embodiment, an order is input by inputting information in various input fields displayed on the order input screen 410 shown in FIG. 13, the selection/correction screen 411 shown in FIG. 14, and the change screen 412 shown in FIG. Although the configuration is such that information and order information groups are generated, the configuration of the input fields of the order input screen 410, the selection/correction screen 411, and the change screen 412 and the type of data to be input are not limited to these. , May be anything. For example, the order input screen 410 is provided with an input column (not shown) for information regarding the amount of margin money owned by the trader, an input column (not shown) for a trading period as a planned trading period, and the like. The order information generation unit 16 performs a predetermined calculation based on the information input in these input fields (not shown), so that “order information” for ordering an order at one or more order prices, , "Order information group" based on the order information may be generated.

[1-2. Generate order information]
The order information generation unit 16 of the financial instrument transaction management device 1 executes the “trap” based on the transaction selection button (not shown) and the information selected/input on the order input screen 410 by the procedure of steps S1 to S10. Generate order information for making a "trade" transaction.

[1-2-1. Order information structure (1)]
16 and 17 are diagrams schematically showing order information for performing a "trap trade" transaction generated in the financial instrument transaction management device 1 of this embodiment. As shown in the figure, in this embodiment, the order information generation unit 16 sets the order information 41 of 10 pieces in the number equal to the number (10 pieces) input to the trap number setting button 41d. ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ are generated by one order procedure.

When the order information generation unit 16 generates the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ , each of the order information is calculated by the calculation method shown in [Specific setting example 2 of hierarchy] above. Set the order quantity value for the order. Accordingly, the order information generation unit 16 sets the order quantity of three orders (110.00 yen/dollar to 108.00 yen/dollar) of the first tier 31 (see FIG. 11) on the high price side to 4 per order. Thousands of currencies, the order quantity of three orders (107.00 yen per dollar to 105.00 yen per dollar) of the second tier 32 (see FIG. 11) in the middle is 8,000 currencies per order, the third on the low side. Order information 41 _{1 of} each of the four orders (104.00 yen/dollar to 101.00 yen/dollar) of the hierarchy 33 (see FIG. 11) is set to 16,000 currency per order. , 41 ₂ ,... 41 ₉ , 41 ₁₀ are set.

The order information generation unit 16 generates the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ in addition to the information input on the order input screen 410, as well as the selection/correction screen 411 and the change screen 412. Use the information modified or changed in.

FIG. 16 schematically shows a state in which 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ are generated based on only the information input to the order input screen 410. On the other hand, FIG. 17, the order with information input to the input screen 410, the order price information order amount information 181D and the order information 41 ₂ of the order information 41 ₁ based on the changed conditions in the change screen 412 shown in FIG. 15 181G Shows the state where and are corrected and generated. Although not shown in FIG. 15, in this state, the order type of order 41 _3, "market orders (trigger market order)" state is changed to (not shown attribute information is changed from the "limit orders" State).

The generated order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ includes attribute information as shown in FIG. Specifically, each order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ is uniquely assigned to each order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 _10. Number 181A, customer number information 181B for identifying a trader, currency pair information 181C for identifying a selected currency pair, order amount information 181D as the value of the order amount of each order, order information 41 ₁ , 41 ₂ , 41 ₉ and 41 ₁₀ are generated, order time information 181E, date and time information 181F for identifying a sell order and a buy order, and order price information 181G as an order price value of each order. , Order deadline information 181H as the expiration date of the order, new/settlement information 181J for identifying a new order and a settlement order when the order is an Ifdan order, which is valid (ordered) or invalid (unordered) Whether the order is valid/invalid, order information 181L that identifies either the first order (new order) or the second order (settlement order or stop loss order) when the order is an Ifdan order, whether there is a contract ( It includes contract presence/absence information 181M for identifying whether it has been contracted or not.

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

[1-2-2. Order information structure (2)]
As described in [1-1] above, the respective order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ is attribute information (for example, attribute information 181A to 181M as shown in FIG. 16). Data) that does not include some or all of the above) (for example, a table showing orders (without attribute information) for each order price to be ordered). ..

In this case, at least one of the attribute information (eg, attribute information 181A to 181M as shown in FIG. 16) that the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ does not have. Is added at any timing after the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ is generated and before the transaction is performed, and the financial instrument is traded in that state. Alternatively, a financial product transaction management device 1 that constitutes the financial product transaction management system 1A (such as a system owned by a specific financial product trader and an exchange system constitutes one financial product transaction management device 1) , A case in which one financial product transaction management device 1 is configured with a plurality of systems), or a device having a server function other than the client terminal 2 or the financial product transaction management device 1 is attribute information (for example, FIG. It may be realized by executing at least one of the attribute information 181A to 181M as shown in 16 as a functional unit (for example, a functional unit realized by executing a program). As a result, financial instruments are traded.

[1-2-3. Timing of order information generation]
In this embodiment, the order information generation unit 16 outputs all the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ immediately after the execution button 41q of the order input screen 410 shown in FIG. 13 is clicked. It is configured to generate all at once. However, the present invention is not limited to this, and some or all of the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ may be generated at any timing.

Specifically, for example, when the ordering and the execution of the same order 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ (see FIGS. 18 and 19) are repeated (in this case, in FIGS. 18 and 19). Is not shown in the figure), and the order information generation unit 16 orders each of the orders 141 ₁ , 141 ₂ , ordered by the generated order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ . ... ₁₄₁ 9, ₁₄₁ new order information ₄₁ 1 each time _{the 10 commitments,} 41 2, may be generated.. ₄₁ 9, _{41 10.}

In addition, the order information generation unit 16 includes a plurality of orders 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ (for example, a plurality of orders 141 ₁ , 141 for which a repeated buy order is made at the same order price). _{1, 141} 1, a plurality of order information _{41 1,} 41 2 for performing ...), a ... ₄₁ 9, _{41 10,} may be generated together when the execution button 41q is clicked. Further, before the order information 41 for trading the specific order 141 is generated and the orders 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ are executed, a new order 141 ₁ is placed. , 141 ₂ ,... 141 ₉ , 141 ₁₀ order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ may be generated.

Further, as described later, in this embodiment, immediately after the execution button 41q of the order input screen 410 or the like shown in FIG. 13 is clicked, the order information generation unit 16 causes the orders 141 ₁ , 141 ₂ ,... Order information 41 for trading 141 ₉ and 141 ₁₀ is generated as including attribute information (for example, attribute information 181A to 181M as shown in FIG. 16), but is not limited to this. Immediately after the execution button 41q of the order input screen 410 or the like shown in FIG. 13 is clicked, the order information generation unit 16 sets at least a part of the attribute information (for example, the attribute information 181A to 181M as shown in FIG. 16). Attribute information that is not included in the orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 ₁₀ when the order information 41 ₁ , 41 ₂ , ... 41 ₉ , 41 ₁₀ that is not included is generated and is generated. (For example, the attribute information 181A to 181M as shown in FIG. 16) may be added to the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ after the fact. The addition of the attribute information (eg, attribute information 181A to 181M as shown in FIG. 16) to the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ is performed by adding the order information 41 ₁ , 41 ₂ , ... 41 ₉ and 41 ₁₀ may be performed in the same system (for example, a server system that constitutes the financial instrument transaction management device 1 and is owned and managed by a particular financial instrument dealer). , May be added in a separate system (for example, a system constituting the financial product transaction management device 1 owned and managed by an exchange, or a client terminal 2 operated by an individual user or the like).

Further, as will be described later, in this embodiment, when the execution button 41q of the order input screen 410 shown in FIG. 13 is clicked once, the order information generation unit 16 causes all the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ are generated, but the present invention is not limited to this, and when the execution button 41q of the order input screen 410 shown in FIG. 16 is input with a generation command of the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ a plurality of times, whereby the order information generation unit 16 receives the order information 41 ₁ , 41 _{2 a} plurality of times. ,... 41 ₉ and 41 ₁₀ may be generated. Further, when the execution button 41q of the order input screen 410 shown in FIG. 13 is clicked once, a plurality of order information generation commands are formed, and these order information generation commands are sequentially executed. The order information generation unit 16 may generate the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ multiple times by causing 16 to generate the order.
[1-3. Transaction procedure]
FIG. 18 and FIG. 19 are diagrams schematically showing the order of “trap trade” performed based on the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ generated in this way. is there. In the figure, the corresponding order information and the order are displayed with the last two digits of the reference numeral and the subscript being the same. For example, the order 141 ₁ traded based on the order information 41 ₁ , the order 141 ₂ traded based on the order information 41 ₂ , etc. are displayed. All the orders 141 ₁ , 141 ₂ ,..., 141 ₉ , 141 ₁₀ shown in the figure are based on the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ generated by one order procedure. Are traded.

Note that, in FIG. 18, the orders 141 ₁ , 141 ₂ ,... 141 set by the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ generated only on the basis of the input on the order input screen 410. _{9, 141 10} illustrates schematically. FIG. 19 is set based on the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ that is partially modified or changed as a result of the change made on the change screen 412 shown in FIG. Further, the partially changed orders 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ are schematically shown.

As shown in FIG. 18 and FIG. 19, the three orders 141 ₁ , 141 ₂ , 141 ₃ on the high price side are in the first tier 31 with the order quantity 4000, and the three orders 141 ₄ , 141 ₅ , 141 ₆ in the middle are The second tier 32 with the order quantity 8000 and the four orders 141 ₇ , 141 ₈ , 141 ₉ , 141 ₁₀ on the low price side form the third tier 33 with the order quantity 16000, respectively.

By performing the process of converting the valid / invalid information 181K to order information generation unit 16 is included in the order information 41 ₁ from "invalid" to "valid", the order 141 ₁ is ordered.

When the market price reaches the order price of the order 141 ₁ (that is, when the market price matches the order price information 181G included in the order information 41), the contract information generation unit 14 includes the contract existence information 181M included in the order information 41 _1. was subjected to the process of converting from "no" to "yes", the order 141 ₁ is to contract.

Other orders, for example, also in order 141 _2, by the order information generation unit 16 and the contract information generation unit 14 performs processing in the order information 41 ₂ (see FIG. 16), order or orders 141 _2, market price is the contract at the time of the match in order price of the order 141 ₂ fluctuates is done.

[1-4. Order modification]
In this embodiment, the order information generation unit 16 generates order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ and starts trading, and then an order is placed when a predetermined condition is satisfied. 141 ₁ , 141 ₂ ,..., 141 ₉ , 141 ₁₀ are modified. Specifically, a particular order for example, by the attribute information 181A~181M such specific order information for example order information 41 ₁ for trading orders 141 ₁ is modified, the order for example content of the order 141 ₁ fixes To be done. The orders 141 ₁ , 141 ₂ ,..., 141 ₉ , 141 ₁₀ and the corresponding order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ to be modified may be all. However, only a part of them may be used.

As the predetermined condition, for example, the following correction condition can be considered.

(Correction condition 1) When order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ is generated, and a particular order, for example, order 141 ₁ is started to be traded and then the order 141 ₁ is changed. Is applicable.

Specifically, for example, the user causes the display unit 22 of the client terminal 2 to display the selection/correction screen 411 shown in FIG. 14 and the change screen 412 shown in FIG. _{It is possible that} the contents of ₁ were changed. For example, when one buy order, for example, a buy order 141 ₁ is placed, the order price and order quantity of the buy order 141 ₁ and the mode of limit order, market order, stop order, etc. are changed. To do.

(Correction condition 2) Order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ is generated, and after the trading of orders 141 ₁ , 141 ₂ ,..., 141 ₉ , 141 ₁₀ is started, When the orders 141 ₁ , 141 ₂ ,..., 141 ₉ , 141 ₁₀ are repeatedly executed, the contents of the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ that is repeatedly generated are automatically changed. It is possible that

Specifically, for example, one buy order, for example, the buy order 141 ₁ is placed and executed based on the one order information, for example, the order information 41 _1, and then the one order information, for example, the order information 41 ₁ is regenerated. Occasionally, it is considered that is generated as information different from the at least part of which is previously generated order information 41 ₁ of the attribute information of the attribute information of the order information 41 _1. Then, as a result, the content of the buy order 141 ₁ traded based on the order information 41 ₁ generated after the second time may be set to be different from the content of the previous buy order 141 _1. ..

The contents of the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ of (correction condition 2) are changed in advance when the user sets the first order on the order input screen 410 or the like. Depending on the condition, the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ may be repeatedly generated, or the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ may be performed. May be performed as a result of changing the settings for the generated order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ after the generation is repeated.

As described above, in FIG. 19, the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ shown in FIG. 18 is corrected based on (correction condition 1) and (correction condition 2). As a result, the state in which some of the orders 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ are modified or changed is schematically shown.

[2. "Tralipi" processing procedure]
Next, a processing procedure in the case of carrying out a transaction by “tralipi” in the financial product transaction management system 1A will be described.

[2-1. Generate order information]
When the trader selects “Tralipi” on the order selection screen (not shown) and clicks the execute button (not shown), the process of the front page delivery unit 11 of the financial instrument transaction management device 1 causes the client terminal 2 to operate. An order input screen 510 shown in FIG. 20 is displayed on the display unit 22.

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

In addition to these, on the order input screen 510, a setting method of each order price in the transaction selected in the order display column 41a (for example, a setting of "specify price range" between first orders and second orders) It is conceivable that the price designation method selection button 51a for selecting "Specify margin" between the first order and the second order for the Ifdan order, and the first and second orders for the Ifdan order. In the profit margin setting column 51b and the profit margin setting column 51b for numerically inputting the "profit margin", which is the margin of profit obtained by the contract with the order (for example, "profit for XX yen obtained by the contract") A profit amount display field 51c in which a profit amount obtained by performing a predetermined calculation on the input value is displayed, the second order of the Ifdan order, the transaction price is in the high price direction or in accordance with the increase or decrease in the market price. A settlement trail selection button 51d for selecting whether or not to set the "settlement trail" as an order for setting the "trail" that fluctuates toward the lowest price is displayed. It should be noted that, instead of the configuration in which the profit margin is entered in the profit margin setting field 51b, the profit amount obtained by the contract between the first order and the second order (for example, "profit of XX yen obtained by the contract") is a numerical value. An input field for inputting may be provided, and subsequent processing may be performed according to the value input in this input field.

The trap number setting button 41d on the order input screen 510 indicates the number of first orders with different order prices (new orders for Ifdan orders) and second orders with different order prices (settlement orders for Ifdan orders). Used to set the with a numeric input. Further, the start price input field 41f of the order input screen 510 has a specific first order or a specific second order (for example, the highest first order, the lowest second order, the central first order or the central first order). Used to set the starting price for second orders, etc.).

The trader inputs and selects information necessary for a desired order on the order input screen 510. The same input as the order input screen 410 is performed on the button common to the order input screen 410. The order input screen 510 in FIG. 20 shows a state in which the same button as in FIG. 13 is input to the button common to the order input screen 410. The order price of the highest price of the first order is entered in the start price input field 41f. Further, "new/buy" indicating that the first order is "new buying order" is selected as the order type selection button 41g. Also, "1.00 (yen)" is entered in the trap price range input field 41h, "3 (hierarchy)" is entered in the hierarchy input field 41j, and "indefinite" is selected in the expiration date selection field 41k. The stop loss order setting button 41m shows a state in which a check box for selecting the setting of the stop loss order is input and a numerical value is input for the stop loss order of 100.00 yen.

Further, in the order input screen 510 of FIG. 20, the setting of "specify price range" between the first order and the second order is selected in the price specification method selection button 51a, and "100" is displayed in the profit margin setting field 51b. (Sen) is input, and the settlement trail selection button 51d is in a state in which "set" is selected for "settlement trail".

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

When any of the automatic order setting selection fields 41n1 to 41n4 on the order input screen 510, for example, the automatic order setting selection field 41n1 for selecting “pyramid” is clicked, the front page delivery unit 11 of the financial product transaction management apparatus 1 of the By the processing, the selection/correction screen 511 shown in FIG. 21 is displayed on the display unit 22 of the client terminal 2.

The selection/correction screen 511 has the same basic configuration as the selection/correction screen 411 shown in FIG. That is, the hierarchical selection/change buttons 511 ₀₁ , 511 ₀₂ , 511 ₀₃ , 511 ₀₄ of the selection/correction screen 511 are the hierarchical selection/change buttons 411 ₀₁ , 411 ₀₂ , 411 ₀₃ , 411 ₀₄ of the selection/correction screen 411. It has the same structure as.

The currency pair selection/change button 511 ₁₁ , the total amount change button 511 ₁₂ and the price range change button 511 ₁₃ on the selection/correction screen 511 are the currency pair selection/change button 411 ₁₁ and the total amount change button 411 _{12 on} the selection/correction screen 411. the same configuration as that of the price range change button _{411 13.} Order price change button _{511 21} of the selection and modification screen 511, price number change button _{511 22,} type selection button _{411 23,} order price change button _{411 21} of the selection and modification screen 411, price number change button _{411 22,} type selection button 411 ₂₃ is the same configuration as that. The layer image 511 ₃₁ of the selection/correction screen 511 has the same configuration as the layer image 411 ₃₁ of the selection/correction screen 411.

The first order price image 511 ₃₂ and the second order price image 511 ₃₃ on the selection/correction screen 511 have the same configuration as the order price image 411 ₃₂ on the selection/correction screen 411. It is provided for each order.

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

On the other hand, when the order change field 41p is selected and the execute button 41q is clicked, the display unit 22 of the client terminal 2 displays the change shown in FIG. A screen 512 is displayed. The change screen 512 has the same basic configuration as the change screen 412 shown in FIG. That is, the currency pair change column 512 ₀₁ , the order amount change column 512 ₀₂ , the trade change column 512 ₀₃ , the order price change column 512 ₀₄ , and the order type change column 512 ₀₅ of the change screen 512 are the currency pair change column 412 of the change screen 412. ₀₁ , order amount change column 412 ₀₂ , buying and selling change column 412 ₀₃ , order price change column 412 ₀₄ , and order type change column 412 ₀₅ have the same configuration.

In FIG. 12, the order amount of the orders 512 ₁₁ , 512 ₁₂ , 512 ₁₃ of the order numbers 1030, 1031 and 1032 is changed from 4000 currencies to 4100 currencies by selecting and inputting changes in these change fields 512 ₀₁ to 512 ₀₅ . from the order price of the order ₅₁₂ 14, _{512 15} 1033, 1034 order of ₅₁₂ 14, _{512 15} of order No. 1033, 1034 is 109.0 to 109.1, the order type of order _{512 16} order number 1036 from limit orders The state changed to a market (trigger market) order is shown.

The order input screen 510 of FIG. 20 (in which the automatic order setting selection fields 41n1 to 41n4 and the order change field 41p are not checked), the selection/correction screen 511 of FIG. 21, and the change screen 512 of FIG. Then, the transaction selection button (not shown) and the data selected/input on the order input screen 510, the selection/correction screen 511, and the change screen 512 are transmitted 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 uses the transaction selection button (not shown) and the information selected/input on the order input screen 510, the selection/correction screen 511, and the change screen 512, The first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ , for performing the transaction by the first order, which is information for performing the transaction of “Toralipi”, and the first information for performing the transaction by the second order. Second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ and stop loss order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ for performing a trade by a stop loss order are generated. ..

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

As shown in the figure, in the order information generation unit 16, ten pieces of first order information 51 ₁ , 51 ₂ ,... ₉ , 51 ₁₀ , 10 second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ , 10 stop loss order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ It is generated by one order procedure. First order information 51 ₁ and the second order information 52 ₁ to form a set of orders Ifudan order is placed, the first order information 51 ₂ and the second order information ₅₂ 2, ... first order information 51 ₉ and the two order information 52 _9, the first order information _{51 10} and the second order information _{52 10,} further stop orders information ₅₃ 1 to form a stop loss order for those Ifudan _order, 53 2, ... ₅₃ 9, 53 _{10 form} order information groups 54 ₁ , 54 ₂ ,... 54 ₉ , 54 ₁₀ , respectively.

Then, the order information generation unit 16, the first order information _{51 1,} 51 2, ... ₅₁ 9, _{51 10,} the second order information _{52 1,} 52 2, and generates the ... ₅₂ 9, _{52 10} At this time, the value of the order quantity of each order is set by the calculation by the calculation method shown in the above [Example 2 of calculation of hierarchy]. As a result, the order information generating unit 16 determines the order quantity of the three orders (110.00 yen/dollar to 108.00 yen/dollar) of the first tier on the high price side as 4,000 currencies per order, the middle one. Order quantity of 3 orders of 2 tiers (107.00 yen for 1 dollar to 105.00 yen for 1 dollar) is 8,000 currencies per order, 4 orders of 3rd tier on the low price side (104.00 yen for 1 dollar) so that the 16,000 currency per one order the order quantity of to 1 dollar 101.00 yen), each of the first order information _{51 1,} 51 2, ... ₅₁ 9, _{51 10,} the first of each Second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ and stop quantity order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ of the respective order quantity values (in FIGS. 23 and 25) The value of the order amount information 181D) is set. Further, when the order information is corrected on the selection/correction screen 511 shown in FIG. 21, the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ , the second based on the corrected value is used. The order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ , and the stop loss order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ are generated, so that the modified order information group 54 is generated. ₁ , 54 ₂ ,... 54 ₉ , 54 ₁₀ are generated.

Note that, as shown in FIG. 25, the order amount information 181D of the first order information 51 _{1 of} the order number 1130, the second order information 52 ₁ of the order number 1131, and the stop loss order information 53 ₁ of the order number 1132 is 4000 currency to 4100. It has been changed to currency. The first order information 51 ₂ of the order price information 181G order number 1133 is changed to 109.1 from 109.0, second order information 52 ₂ of the order price information 181G order number 1134 from 110.0 110 It has been changed to 1. Although not shown in Figure 25, the first order information 51 ₃ orders different order number 1136 is changed to "Order Shigeyuki (order trigger Shigeyuki)" from the "limit order". This is a result of the change made based on the input on the change screen 512.

[2-4. Timing of order information generation]
In this embodiment, the order information generation unit 16 (for performing first Ifudan order) immediately after the execution button 41q of the order entry screen 510 is clicked as shown in Figure 20 all of the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ , all the second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ (for performing the 1st Ifdan order) All stop loss order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 _{10 (} for ordering loss cuts on orders) are collectively generated. However, the present invention is not limited to this, and each first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and each second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ , Part or all of the respective stop loss order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ may be generated at any timing.

Specifically, for example, the order information generation unit 16 creates a new first order each time an Ifdan order is established with a specific first order, for example, the first order 151 ₁ and a specific second order, for example, the second order 152 _1. The information 51 ₁ and new second order information 52 ₁ (further, when the corresponding stop loss order information 53 ₁ is canceled each time the second order 152 ₁ is executed, new stop order information 53 ₁ is set. ₁ also) may be generated. Further, the order information generation unit 16, a contract for a specific first order example first order 151 _1, the second order information for example the second to trade a second order 152 ₁ to settle the first order 151 ₁ After the execution of the order information 52 ₁ or the execution of the specific first order, for example the position of the second order 152 ₁ which closes the position held by the execution of the first order 151 ₁ , the new first order for example the first order information 51 ₁ to trade a first order 151 ₁ of the same order price as the first order 151 ₁ preceding may or generated. In addition, the order information generation unit 16 generates the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ and stop order information _{53 1,} 53 2, the contents of ... ₅₃ 9, _{53 10} (attribute information (e.g., various kinds of information set in the attribute information 181A～181M) as shown in FIG. 16), the One order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ traded by the first order 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ after the order execution, or second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ The second order 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ traded after the order is placed and modified or added before execution. Good. Further, the order information generation unit 16 places an order and a contract based on the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ . When the first order 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ and the second order 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ are repeatedly ordered, May be modified or added to.

In the following description of this embodiment, the order information generation unit 16 sets the first orders 151 ₁ , 151 ₂ ,... 151 ₉ , of Ifdan orders in [Trap Repeat Ifuda] and [Rakutora]. 151 ₁₀ and the second order _{152 1,} 152 2, ... ₁₅₂ 9, _{152 10} a first order information ₅₁ 1 new each time it is _contracted, 51 2, ... ₅₁ 9, _{51 10} and a second order information _{52 1,} 52 2, ... ₅₂ 9, _{52 10} to generate (e.g., a first order 151 ₁ based on the first order information 51 ₁ particular, certain second order information for example second order information Every time a specific Ifdan order is fulfilled by the execution of the second order 152 ₁ based on 52 ₁ , new order information 51 ₁ and new order information 51 ₁ for renewing the Ifdan order is newly generated by the order information generation unit 16. generates the a second order information 52 _1. etc..) but shall not be limited thereto, for example, immediately after the execution button 41q order entry screen 410 shown in FIG. 13 is clicked, The first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 _{10 for the} order information generation unit 16 to trade the first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ that appear repeatedly. , Second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ for trading second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ that appear repeatedly, and appear repeatedly. stop loss order _{153 1,} 153 2, ... ₁₅₃ 9, _{153 10} stop orders information ₅₃ 1 for _trading, 53 2, ... ₅₃ 9, _{53 10} and may generate all together ( For example, the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ and stop order information 53 ₁ , 53 ₂ , ... 53 ₉ and 53 ₁₀ , respectively, n pieces (n>1), that is, the first order 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ and the second order 152 ₁ , 152 ₂ , ... 152 ₉ and 152 ₁₀ are collectively generated for the number of ifdan orders that can be repeated n times.

In addition, the order information generation unit 16 may include first order information, for example, the first order information for trading the specific first order and the specific second order, for example, the first order 151 ₁ and the second order 152 _1, for which the ifdan order is repeatedly performed. A plurality of only the order information 51 ₁ and the second order information, for example, the second order information 52 _1, may be collectively generated.

In addition, the order information generation unit 16 first order information 51 ₁ , 51 ₂ , ... 51 ₉ , for trading first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ that appear repeatedly. 51 ₁₀ and second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ for trading second orders 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ that appear repeatedly, and repeat It appears Te stop loss order _{153 1,} 153 2, ... ₁₅₃ 9, _{153 10} stop orders information ₅₃ 1 for _trading, 53 2, ... ₅₃ 9, _{53 10,} certain number of times, e.g. You may collectively generate only the first three times. Alternatively, the first order information (not shown) for trading the first order (not shown) formed by the "shift" after the "shift" of the order described above is performed by the "shift". Second order information (not shown) for trading the formed second order (not shown), Stop order information for trading the stop order (not shown) formed by "shift" (Not shown), etc. may be collectively generated.

Further, as described later, in this embodiment, immediately after the execution button 41q of the order input screen 510 shown in FIG. 20 is clicked, the order information generation unit 16 causes the first order 151 ₁ , 151 ₂ ,...・Trading first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 _10, and second orders 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ for trading 151 ₉ , 151 _10. Stop order order information 53 for trading the second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ and stop loss orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ for executing _{It is} assumed that ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ are generated as including attribute information (for example, attribute information 181A to 181M as shown in FIGS. 23, 24, 25, and 26). However, the order information generation unit 16 is not limited to this, and immediately after the execution button 41q of the order input screen 510 shown in FIG. 20 is clicked, the order information generation unit 16 displays the attribute information (for example, FIGS. Attribute information 181A to 181M), the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 ₁ , 52 ₂ ,...・52 ₉ , 52 ₁₀ and stop loss order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ are generated, and when they are generated, first order information 51 ₁ , 51 ₂ ,... 51 ₉ , Attribute information 181A that was not included in 51 ₁₀ or the second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ or stop order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ It is also possible to add 181M after the fact. The first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ and stop loss order information 53 ₁ , 53. _2, addition of the attribute information 181A~181M for ... ₅₃ 9, _{53 10,} first order information _{51 1,} 51 2, ... ₅₁ 9, _{51 10} and the second order information ₅₂ 1, ₅₂ 2, · · ₅₂ 9, _{52 10} and the stop order information _{53 1,} 53 2, ... ₅₃ 9, _{53 10} same system and the resulting system (e.g., constituting a financial product transaction management device 1, specific financial It may be performed in a server system owned and managed by a merchandise dealer, or a separate system (for example, a system that constitutes the financial product transaction management device 1 that owns and manages an exchange, individual users, etc.). It may be added in the client terminal 2) operated by.

Further, as will be described later, in this embodiment, when the execution button 41q of the order input screen 510 shown in FIG. 20 is clicked once, the order information generation unit 16 causes all the first order information 51 thereafter. ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ and second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ and stop loss order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 shall generate _10, but not limited thereto, that the execution button 41q order entry screen 510 shown in FIG. 20 is clicked more than once, the first order multiple times to the order information generating unit 16 Information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ and stop loss order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ is input, whereby the order information generation unit 16 receives the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 ₁ , 52 multiple times. _{2,... 52} 9, _{52 10} and the stop order information _{53 1,} 53 2, ... ₅₃ 9, _{53 10} may be configured to generate. Further, by clicking the execution button 41q of the order input screen 410 shown in FIG. 20 once, the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 ₁ , 52. ₂ ,... 52 ₉ , 52 ₁₀ and stop loss order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ are generated in plural, and these generation instructions are sequentially generated. First order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ and stop loss order information 53 ₁ , 53 ₂ ,. ··························································· ₉ 53 and 53 ₁₀ are generated multiple times, so that the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ and stop order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ may be generated.

[2-5. Transaction procedure]
27 and 28 show the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 ₁ , 52 ₂ ,... 52 ₉ thus generated. , 52 ₁₀ and stop order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ based on the first order 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ and second orders 152 ₁ , 152. _{2,... 152} 9, _{152 10} a stop loss order _{153 1,} 153 2, is a diagram schematically showing an order of ... ₁₅₃ 9, _{153 10.} In the same figure, as in the schematic diagrams of FIGS. 18 and 19, corresponding order information and orders are displayed with the last two digits of the reference numeral and the subscript being the same. All the first orders 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ shown in the figure, all the second orders 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ and all the stop loss orders 153. ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ are the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 ₁ , 52 generated by one order procedure. Transactions are performed based on ₂ ,..., 52 ₉ , 52 ₁₀ , stop loss order information 53 ₁ , 53 ₂ ,..., 53 ₉ , 53 ₁₀ .

27, the first orders 151 ₁ , 151 ₂ , set by the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ generated based on only the input on the order input screen 510 ... 151 ₉ , 151 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ set by the second order 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , and vice versa. The stop loss orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ set by the limit order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ are schematically shown.

In FIG. 28, the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ partially modified or changed as a result of the modification made on the modification screen 512 shown in FIG. The second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ , which has been corrected or changed, and the stop loss order information 53 ₁ , 53 ₂ ,... Partially changed first orders 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ and partly modified second orders 152 ₁ , 152, which are set based on 53 ₉ , 53 ₁₀ . ₂ ,... 152 ₉ , 152 ₁₀ and partially changed stop loss orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ are schematically shown.

[2-5-1. Normal transaction]
Predetermined processing performed by the order information generation unit 16 on the first order information 51 ₁ (here, the valid/invalid information 181K included in the first order information 51 ₁ is converted from “invalid” to “valid”). This is the process), and a specific first order, for example, the first order 151 ₁ is placed.

As shown in FIGS. 27 and 28, when the market price 71 matches the order price of the first order 151 ₁ (that is, the order price information 181G of the first order information 51 ₁ ), the contract information generation unit 14 causes the first order information. The first order 151 ₁ is contracted by performing the process of converting the contract existence information 181M included in 51 ₁ from “absence” to “presence”.

When the first order 151 ₁ is executed, processing for converting the valid/invalid information 181K included in the second order information 52 ₁ and the stop loss order information 53 ₁ of the order information generation unit 16 from “invalid” to “valid” is performed. .. As a result, the second order 152 ₁ and the stop loss order 153 ₁ are placed.

Quoted prices to match the _first order price second order 152 (i.e. the second order information 52 ₁ order price information 181G), predetermined processing for the second order information 52 ₁ contractual information generation unit 14 (here, the two in the order information 52 ₁ contract existence information 181M converting from "no" to the state of "presence" process corresponds to this. by), ₁ second order 152 to contract.

When the second order 152 ₁ to contract, the processing of the order information generating unit 16, cancel processing stop loss order 153 ₁ on order (the process of canceling orders remain Ordered uncommitted state.) Is performed the first order 151 ₁ and order information group 54 ₁ having a first order information 51 ₁ corresponding to the second order 152 ₁ and the second order information 52 ₁ and the stop order information 53 ₁ is generated again that commitments ..

When the market price 71 fluctuates and coincides with the order price of the first order 151 _{1 and} the order price of the second order 152 ₁ , the order information generation unit 16 and the contract information generation unit 14 generate the first order again. By performing the same processing as the above-described processing with the order information 51 ₁ and the second order information 52 ₁ , the first order 151 ₁ and the second order 152 ₁ are placed and executed again.

Thereafter, every time the second order 152 ₁ is filled, the order information group 54 ₁ having the first order information 51 ₁ , the second order information 52 _1, and the stop loss order information 53 ₁ is processed by the order information generation unit 16. After being generated, the order information generation unit 16 and the contract information generation unit 14 perform the same processing as described above according to the fluctuation of the market price, so that the first order 151 ₁ and the contract and the second order 152 _{1 are} placed. The ordering and execution of the above are repeated.

In other first orders and second orders, for example, the first order 151 ₂ and the second order 152 ₂ as well, the order information generation unit 16 and the contract information generation unit 14 similarly cause the first order information 51 ₁ and the second order. information 52 ₁ and the by performing the same manner as described above processes, the first order 151 ₂ order or the second order 152 _2, market price 71 is varied in the first order 151 ₂ order price and second order 152 ₂ commitments and the time that matches the order price is performed, thereafter, be a first order 151 ₂ again ordering the second order 152 ₂ commitments and are performed after the commitment of the second order 152 ₂ Repeated.

It should be noted that the market price 71 drops after a specific first order, for example, the first order 151 ₁ has been executed, and the stop price order information 53 ₁ included in the order information group 54 ₁ having the same market price as the first order 151 ₁ If that led to the value of the order price information 181G (1 dollar 100.00 yen), second orders 152 ₁ uncommitted by stop-loss order 153 ₁ to commitments are canceled, the second order 152 ₁ Not The transaction is suspended with the promise.

Specifically, the contract information generation unit 14 changes the contract presence/absence information 181M of the stop loss order information 53 ₁ from “absent” to “present” and performs processing for canceling the transaction based on the first order information 51 _1. performing (e.g., flag information of the transaction aborted first order information 51 ₁ (processing and make a not shown), processing for erasing the first order information 51 ₁ is considered.) performed. Incidentally, if the stop-loss order 153 ₁ is contracted, contract information generation unit 14, other than the second order information 52 _1, part of the order information according to the order of the order information and uncommitted according to the order of not-order Alternatively, it is also possible to adopt a configuration in which processing for canceling is similarly performed for all of them.

Although not shown in FIG. 27 and FIG. 28, a specific order, for example, the second order 152 ₂ is set as a stop order, and the market price exceeds the contract price of the specific second order, for example, the second order 152 _2. The price rises or falls, and the market price and the contract price of the second order 152 ₂ have a predetermined trail width (for example, the trail width indicating the numerical value of the trail width included in the order information generation unit 16 or the second order information 52 _{2 ).} When opening more than the information (not shown)), it is set to perform processing to increase or decrease in the market fluctuation direction by a predetermined fluctuation range (for example, the value of the trail width information (not shown) described above) You can also do it.

[2-5-2. Order modification]
In this embodiment, the order information generation unit 16 causes the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 _10. Or the stop order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ is generated and the transaction is started, and then the first order information 51 ₁ , 51 ₂ ,... .. Part of or all of 51 ₉ , 51 ₁₀ and second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ and stop loss order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ Is fixed. Specifically, the first order information for trading a specific first order, for example, the first order 151 ₁ , for example, the first order 151 _1, and the specific second order, for example, a second order 152 _1, for trading the second order 152 ₁ . two at least some of the attribute information 181A~181M like such as the stop order information 53 ₁ for trading order information for example second order information 52 ₁ and a specific stop loss order for example stop loss order 153 ₁ is corrected As a result, the first order 151 ₁ traded according to the first order information 51 ₁ , the second order 152 ₁ traded according to the second order information 52 ₁ , and the stop loss traded according to the stop loss order information 53 ₁ . the contents of the order 153 ₁ is modified.

As the predetermined condition, for example, the following correction condition can be considered.

(Correction condition 1)
First order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ and second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ and stop order information 53 ₁ , 53 ₂ , ... -53 ₉ and 53 ₁₀ are generated, and the first order 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ and the second order 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ and the stop loss order 153 are generated. ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , after the trading is started, the first order 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ and the second order 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ and its stop loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ are partially or entirely changed by the user's operation or automatically. This is the case if it is broken.

Specifically, for example, the user causes the display unit 22 of the client terminal 2 to display the selection/correction screen 511 shown in FIG. 21 and the change screen 512 shown in FIG. 22, and the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ and second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ and stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ It is possible that some or all of them have been changed. For example, after the first order of the ifdan orders, for example, the first order 151 ₁ is placed, the order price and the order quantity of the first order 151 ₁ and the second order 152 ₁ corresponding to the first order 1511 are placed. It corresponds to the case where the mode of limit order, market order, stop loss order, etc. is changed.

(Correction condition 2)
First order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ and second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ and stop order information 53 ₁ , 53 ₂ , ... -53 ₉ and 53 ₁₀ are generated, and the first order 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ and the second order 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ and the stop loss order 153 are generated. After the trading by ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ is started, the first order information 51 ₁ , 521 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 52 which are repeatedly generated thereafter. ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ and stop loss order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ can be changed by a user operation or automatically. This is the case if it is broken.

Specifically, for example, one first order, for example, the first order 151 ₁ is ordered and filled based on the one first order information, for example, the first order information 51 _1, and the first order 151 ₁ is dealt with. The second order, for example, the second order 152 ₁ is placed based on the second order information 52 ₁ and executed, and then the first order information 51 ₁ and the second order information 52 ₁ trade the stop loss order 153 ₁ . stop loss when the order information 53 ₁ is generated again, the first order information 51 ₁ generated again, the second order information 52 _1, the stop order information 53 ₁ of the attribute information 181A~181M generated again for At least a part of the attribute information 181A to 181M, etc. of the first order information 51 ₁ , the second order information 52 ₁ , and the stop loss order information 53 ₁ generated again is at least a part of them. Can be generated as different information. As a result, the first order 151 ₁ traded based on the regenerated first order information 51 ₁ , the second order 152 ₁ traded based on the regenerated second order information 52 ₁ , The order price and order amount of the stop loss order 153 ₁ traded based on the generated stop loss order information 53 ₁ are the first order 151 ₁ of the first order, the second order 152 _{1 of the first} order 152, and the stop loss order 153 of the first order. It may be set to be different from ₁ .

Note that (correction condition 2) first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ and stop order information. 53 _{1, 53} 2, change the contents of ... ₅₃ 9, _{53 10,} the preset condition when the user has set the first order in the order screen, the first order information ₅₁ 1, 51 ₂ ,... 51 ₉ , 51 ₁₀ and second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ and stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ are generated. It may be performed when it is repeated, or the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ or the second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ or vice versa. After the generation of the limit order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ is repeated, the generated first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ and the second order information 51 2. changing the order information _{52 1,} 52 2, ... ₅₂ 9, _{52 10} and the stop order information _{53 1,} 53 2, ... ₅₃ 9, _{53 10} of against setting (changing such attribute information 181A～181M) May be performed.

[2-5-3. Transactions when orders are modified or changed on the way]
[2-5-3-1. Correction/change by user input]
For example, after a specific order, for example, the first order 151 ₁ is placed, the user uses the operation unit 21 of the client terminal 2 to make an input to change the price range, the profit margin, the order quantity, etc. of the first order 151 ₁ . This is the case. In this case, the order information generating unit 16 acquires information input to the client terminal 2, based on the information, corrects the attribute information 181A~181M such that the first order information 51 ₁ corresponds. As a result, the first order 151 ₁ is corrected to the state required by the user during the transaction.

[2-5-3-2. Correction/change by setting]
For example, based on the settings before the order information is generated (for example, the settings on the change screen 412 shown in FIG. 15), the first orders 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ and the second orders 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ may be automatically changed each time (for example, ifdan order transaction) is repeated.

Specifically, for example, the first order 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ and the second order 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ (and corresponding stop loss). Orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ ) may be set such that the order quantity, order price, etc. are changed.

More specifically, for example, some or all of the first orders 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ to be re-ordered, the second orders 152 ₁ , 152 ₂ , to be re-ordered, The order quantity of some or all of 152 ₉ , 152 ₁₀ and some of the stop loss orders 153 ₁ , 153 ₂ , 153 ₉ , 153 ₁₀ to be re-ordered is 0.1. The first order to be re-ordered based on the prescribed regularity, such as when it is set to increase by currency or the order price is set to increase or decrease by 0.1 yen 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ ; second order 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ re-ordered; stop loss order 153 ₁ , 153 ₂ , re-ordered. It is conceivable that some or all of 153 ₉ and 153 ₁₀ are changed or modified.

In order to configure in this way, the order information generation unit 16 has the first order information 51 ₁ , 51 ₂ , corresponding to the first orders 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ that are repeatedly traded. ... 51 ₉ , 51 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , corresponding to the second orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ that are repeatedly traded. 52 ₁₀ , attribute information 181A of stop loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ corresponding to stop loss orders 153 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ corresponding to repetitive trades. ~181M, etc., the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ corresponding to the previous first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 ₁₀ and the previous second order. order _{152 1,} 152 2, ... ₁₅₂ 9, ₁₅₂ second order information ₅₂ 1 corresponding to _10, 52 2, ... ₅₂ 9, _{52 10,} before the stop loss order ₁₅₃ 1, ₁₅₃ 2, ... Change a part or all of the attribute information 181A to 181M of the stop loss order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ corresponding to 153 ₉ , 153 ₁₀ based on a predetermined regularity It is generated in the closed state. As a result, repeated first orders 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁ , repeated second orders 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ , repeated stop loss orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ , the order quantity and the order price are changed from those before the repetition.

[3. "Raku-Tora" processing procedure]
Next, a processing procedure in the case of conducting a transaction by "Raku Tiger" in the financial product transaction management system 1A will be described.

[3-1. Generate order information]
A trader who uses the financial product transaction management system 1A displays an order selection screen (not shown) on the display unit 22 of the client terminal 2 as in the case of performing a transaction by “Triplip”. When the trader selects “Rakutora” on the order selection screen (not shown) and clicks the execute button (not shown), the client terminal 2 is processed by the process of the front page delivery unit 11 of the financial instrument transaction management device 1. The order input screen 610 shown in FIG. 29 is displayed on the display unit 22 of FIG.

The order input screen 610 shown in FIG. 29 has the same order display column 41a, price specification method selection button 51a, currency pair selection button 41b, and order amount setting button 41c as the “Toralipi” order input screen 510 shown in FIG. , Trap number setting button 41d, total order amount display column 41e, start price input column 41f, order type selection button 41g, tier input column 41j, profit margin setting column 51b, profit amount display column 51c, expiration date selection column 41k, stop The loss order setting button 41m is displayed.

Further, in order to input the lower limit price of the price range in which the first order and the second order are set, in the order input screen 610 shown in FIG. 29, in place of the trap price range input field 41h of the order input screen 510 of FIG. The lower limit price input button 61a and the upper limit price input button 61b are displayed. When the display unit 22 of the client terminal 2 is a touch panel type display, instead of the lower limit price input button 61a and the upper limit price input button 61b, coordinates in the price direction on the chart displayed on the display unit 22 (for example, vertical direction). The client terminal 2 may detect the contact position of a pointing device (for example, a finger or a touch pen of a trader) with respect to the axis to acquire the lower limit price information or the upper limit price information.

The trader inputs and selects information necessary for a desired order on the order input screen 610. The same input as the order input screen 410 is performed on the button common to the order input screen 510. The order input screen 610 of FIG. 29 shows a state in which the same button as that of FIG. 20 is input to the button common to the order input screen 510.

Further, in the order input screen 610 of FIG. 29, “(1 dollar=)101.00 (yen)” is input to the lower limit price input button 61a and “(1 dollar=)110.00 is input to the upper limit price input button 61b. (Yen)” is input.

When the execute button 41q is clicked in this state, the transaction selection button (not shown) and the information selected/input on the order input screen 410 are transmitted from the client terminal 2 to the financial product transaction management device 1. The order information generation unit 16 of the financial instrument transaction management device 1 makes a first order by performing a "Raku-Tora" transaction based on the transaction selection button (not shown) and the information selected/input on the order input screen 610. The first order information for performing the transaction by and the second order information for performing the transaction by the second order are generated.

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

The order information generation unit 16 sets a first order price of each first order based on a specific order, for example, the highest first order. Specifically, the order information generation unit 16, a first order 161 ₁ of the first order information 61 ₁ order price information 181G which is the first order of the highest value, the upper limit money range (i.e. maximum price input button entered in 61b to "($ 1 =) 110.00 (yen)" is set to, (not shown) one low side of the first order 161 ₂ of the first order information 61 ₂ order price information , set to the width obtained from the order price in the above calculation is set to the first order information 61 ₁ (ie 1.00 yen) of the amount corresponding to lows "($ 1 =) 109.00 (yen)", further the set the order price information 181G of the first order information 61 ₃ of one low side "($ 1 =) 109.00 (yen)", is set in ... and order. then, the order information generation unit 16 , to set the order price information 181G of the first order information _{61 10} of the first order information _{61 10} lowest prices in "($ 1 =) 101.00 (yen)".

Order information generation unit 16, a first order ₁₆₁ of _1, 161 2, the second order ... ₁₆₂ corresponding to ... ₁₆₁ 9, _{161 10 1,} 162 2, ... ₁₆₂ 9, _{162 10} Set the order price. Specifically, for example, order information generation unit 16, which is the first order 161 ₁ of the first order information 61 ₁ order price information 181G highest value "($ 1 =) 110.00 (yen)" , "100 (sen)" input in the profit margin setting field 51b is added, and a value of "(1 dollar=) 111.00 (yen)" is obtained. Then, the order information generating unit 16 adds “(1 dollar=) 111.00 (yen)” calculated by the above calculation to the order price information 181G of the second order information 62 ₁ of the second order 162 ₁ having the highest price. Set.

Next, order information generation unit 16, the second order of 162 ₁ of one low side of the second order 162 ₂ second order information 62 ₂ of order price information 181G, order price information of the second order information 62 ₁ "(1 dollar =) 110.00 (yen)" 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 to 181G. Set to. Further, the order price information 181G of the second order information 62 ₃ of the second order 161 ₃ on the lower price side is set to “($1=)109.00 (yen)”, and so on. .. Then, the order information generation unit 16 sets the order price information 181G of the second order information 62 ₁₀ of the lowest price to “(1 dollar=)101.00 (yen)”.

Incidentally, the order information generation unit 16, each of the second order information _{62 1,} 62 2, ... ₆₂ 9, _{62 10} and order price information 181G of the corresponding first order information ₆₁ 1, ₆₁ 2, ... · to ₆₁ 9, _{61 10,} it may be calculated by the arithmetic addition of input to margins setting column 51b "100 (sen)".

23, 24, 25, and 26 schematically show the order information generated in this way. As shown in the figure, by inputting the order input screen 610, the first order information 61 ₁ , 61 ₂ , 61 ₃ ,... 61 ₁₀ and the second order information 62 ₁ , 62 ₂ generated in one order procedure. , ... 62 ₉ , 62 ₁₀ , stop loss order information 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ , and order information groups 64 ₁ , 64 ₂ , ... 64 ₉ , 64 ₁₀ are orders. First order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ generated by the input screen 510, second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ , stop order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ and the order information group 54 ₁ , 54 ₂ ,... 54 ₉ , 54 ₁₀ are similar (however, the order type information 181I is “Raku Tiger”). Is recorded as information indicating.).

[3-2. Transaction procedure]
Figure 30, Figure 31, the first order information ₆₁ 1 The thus _generated, 61 2, ... ₆₁ 9, _{61 10,} 1 first order ₁₆₁ based _on, 161 2, ... ₁₆₁ 9, 161 _10, and the second order information _{62 1,} 62 2, ... ₆₂ 9, ₆₂ second order ₁₆₂ 1 based on _10, 162 2, and ... ₁₆₂ 9, _{162 10,} and the stop order information FIG. 16 is a diagram schematically showing stop loss orders 163 ₁ , 163 ₂ ,... 163 ₉ , 163 ₁₀ based on 63 ₁ , 63 ₂ ,... 63 ₉ , 63 ₁₀ . In the same figure, as in the case of FIG. 18, FIG. 19, FIG. 27, and FIG. 28, the corresponding order information and order are displayed with the last two digits of the reference numeral and the subscript being the same. All the first orders 161 ₁ , 161 ₂ ,... 161 ₉ , 161 ₁₀ , all the second orders 162 ₁ , 162 ₂ ,... 162 ₉ , 162 ₁₀ and all the stop loss orders 163 shown in FIG. _{1, 163} 2, ... ₁₆₃ 9, _{163 10,} first order information ₆₁ generated by one order procedure _1, 61 2, ... ₆₁ 9, _{61 10,} the second order information ₆₂ 1, 62 Trading is performed based on ₂ ,... 62 ₉ , 62 ₁₀ , stop loss order information 63 ₁ , 63 ₂ ,... 63 ₉ , 63 ₁₀ .

In addition, in this embodiment, when any of the automatic order setting selection fields 41n1 to 41n4 of the order input screen 610 is checked and the execute button 41q is clicked, the front page distribution of the financial instrument transaction management device 1 is performed. By the processing of the section 11, the selection/correction screen 511 shown in FIG. 21 is displayed on the display section 22 of the client terminal 2. When the order change field 41p of the order input screen 610 is checked and the execute button 41q is clicked, the display 22 of the client terminal 2 is displayed by the processing of the front page delivery unit 11 of the financial instrument transaction management device 1. Displays the change screen 512 shown in FIG.

Incidentally, FIG. 30, the first order information ₆₁ 1 generated based on only the input of the order entry screen _610, 61 2, ... ₆₁ 9, ₆₁ first orders ₁₆₁ 1 set by _{10, 161} 2, ...161 ₉ , 161 ₁₀ , second order information 62 ₁ , 622 ₂ , ... 62 ₉ , 62 ₁₀ set by second order information 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , vice versa The stop loss orders 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ set by limit order information 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ are schematically shown.

In FIG. 31, the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ partially modified or changed as a result of the modification made on the modification screen 512 shown in FIG. The second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ that has been modified or changed to the stop order information 53 ₁ , 53 ₂ ,... Partially changed first orders 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ and partly modified second orders 152 ₁ , 152, which are set based on 53 ₉ and 53 ₁₀ . ₂ ,... 152 ₉ , 152 ₁₀ and partially changed stop loss orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ are schematically shown.
As shown in FIG. 30 and FIG. 31, here, the first order 161 ₁ , 161 ₂ ,... 161 ₉ , 161 ₁₀ has the lower limit price 65 (the price input to the lower limit price input button 61 a) and the upper limit price 66. The price range 67 between (the price entered in the upper limit price input button 61b) is set.

Contract information generation unit 14 and the order information generation unit 16, rate due to fluctuations in price 71, the first order information ₆₁ 1 generated in this _way, 61 2, ... ₆₁ 9, _{61 10,} and the second By performing processing on the order information 62 ₁ , 62 ₂ ,... 62 ₉ , 62 ₁₀ , similar to the case of “Tralipi”, the first order 161 ₁ , 161 ₂ ,... 161 ₉ , 161 ₁₀ , and , The second order information 62 ₁ , 62 ₂ ,... 62 ₉ , 62 ₁₀ based on the second order 162 ₁ , 162 ₂ ,... 162 ₉ , 162 ₁₀ is repeatedly performed.

[3-2-2. Transactions when orders are modified or changed on the way]
[3-2-2-1. Correction/change by user input]
Even when this "Raku Tiger" transaction is performed, the above [2-2-2-1. Correction/change by user's input].
[3-2-2-2. Correction/change by setting]
Even in the case where the transaction based on this “Raku Tiger” is performed, the above [2-2-2-2. Correction/change by setting].

[Effect]
As described above, in this embodiment, the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ , the first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ ,... 61 ₉ , 61 ₁₀ , second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ ,... 62 ₉ , 62 ₁₀ , stop order information. 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ , at least some of the orders of a plurality of financial instruments that are traded are different. Order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ and first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ , are set so that the order price is different. 61 ₁ , 61 ₂ ,... 61 ₉ , 61 ₁₀ , second order information 52 ₁ , 52 ₂ ,... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ ,... 62 ₉ , 62 ₁₀ , vice versa Information for generating limit order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ ,... 63 ₉ , 63 ₁₀ , order input screens 410, 510, 610 and selection. · by displaying on the correction screen 411,511 or change screen 412,512, the first order information _{51 1,} 51 _{2, ...} 51 _9, 51 10, ₆₁ 1, 61 2, ... ₆₁ 9, 61 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ , stop loss order information 53 ₁ , 53 ₂ , ... 53 _A plurality of orders 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ with different order prices, which are ordered based on ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ ,... 63 ₉ , 63 ₁₀ , etc. Multiple first orders 151 ₁ , 151 ₂ ,... 151 ₉ , 151 ₁₀ 16, 16 ₁ , 161, ₂ , 161, ₉ , 161, ₁₀ 2nd multiple orders 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ ,... 162 ₉ , 162 ₁₀ , a plurality of stop loss orders 153 ₁ , 153 ₂ ,... .. It is possible to set 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ ,... 163 ₉ , 163 _10, etc. to different order quantities according to the purpose. As a result, a plurality of orders 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ , a plurality of highly convenient transactions can be made while allowing a plurality of orders to be performed in accordance with various purposes of a person who trades financial products. the first order _{151 1,} 151 _{2, ...} 151 _9, 151 10, ₁₆₁ 1, 161 2, ... ₁₆₁ 9, _{161 10,} 1 a plurality of second order _152, 152 2, ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , multiple stop loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , it is possible to perform _{163 10.}

In this embodiment, a plurality of orders 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ and a plurality of first orders 151 ₁ , 151 ₂ , which are set with a predetermined regularity in a plurality of order prices.・・・ 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , 161 ₉ , 161 ₁₀ , a plurality of second orders 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , a plurality of stop loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ for trading. A plurality of order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ generated by the order information generation unit 16, a plurality of first order information 51 ₁ , 51 ₂ , generated by the order information generation unit 16 · _{51 9,} 51 _{10, 61} 1, 61 2, ... ₆₁ 9, _{61 10,} a plurality of second order information ₅₂ 1 generated by the order information generation unit _16, 52 2, ... ₅₂ 9, 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ and a plurality of stop loss order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , 63 ₁ generated by the order information generation unit 16. , 63 ₂ ,... 63 ₉ , 63 ₁₀ , by displaying at least a part of the order information so that it can deviate from the predetermined regularity of the order, order information 41 ₁ , 41 ₂ ,... -41 ₉ , 41 ₁₀ , first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ , stop loss order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , 63 ₂ , ... 63 ₉ , 63 ₁₀ , orders 141 ₁ , 141 ₂ , ... 141 ₉ , 141 _{10 with} a plurality of order prices set based on the first order 151 ₁ , 151 ₂ , with a plurality of order prices, ... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , ... 161 ₉ , 161 ₁₀ , Second orders 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ ,... 162 ₉ , 162 ₁₀ , multiple stop-loss orders 153 ₁ , 153 ₂ ,... .. Orders having predetermined regularity when setting 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ ,... 163 ₉ , 163 _10, etc. at different order prices and different order quantities 141 ₁ , 141 _{2,... 141} 9, _{141 10} order information of the first order ₁₅₁ with a predetermined regularity _1, 151 _{2, ...} 151 _9, 151 10, ₁₆₁ 1, 161 2, ... ₁₆₁ 9, 161 ₁₀ first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ ,... 61 ₉ , 61 ₁₀ , second order 152 ₁ , 152 having a predetermined regularity ₂ ,... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ ,62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ , the stop loss order 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ , the reverse of the stop loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₉ , Limit order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ ,... 63 ₉ , 63 ₁₀ and orders 141 ₁ , 141 ₂ ,... · ₁₄₁ 9, _{141 10} order information of the first order ₁₅₁ deviates from the predetermined regularity _1, 151 _{2, ...} 151 _9, 151 10, ₁₆₁ 1, 161 2, ... ₁₆₁ 9, _{161 10} first order information _{51 1,} 51 _{2, ...} 51 _9, 51 10, ₆₁ 1, 61 2, ... ₆₁ 9, _{61 10,} the second order ₁₅₂ deviates from the predetermined regularity 1, ₁₅₂ 2, ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , 62 ₂ , ... ..62 ₉ , 62 ₁₀ , stop loss orders 15 that deviate from the prescribed regularity 3 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ stop loss order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ ,63 ₁ , 63 ₂ ,... 63 ₉ , 63 ₁₀ can be displayed together. Thus, the order information _{41 1,} 41 2, a plurality of orders ₁₄₁ 1 performs a transaction on the basis of ... ₄₁ 9, _{41 10,} 141 2, ... ₁₄₁ 9, _{141 10,} first order information ₅₁ 1, 51 ₂ , 51 ₉ ,51 ₁₀ , 61 ₁ , 61 ₂ , 61 ₂ ,61 ₉ ,61 ₁₀ a plurality of first orders 151 ₁ , 151 ₂ , ... 151 ₉ , 151 _{10, 161 1,} 161 2, ... ₁₆₁ 9, _{161 10,} the second order information _{52 1,} 52 _{2, ...} 52 _9, 52 10, ₆₂ 1, 62 2, ... ₆₂ 9, _{62 10} A plurality of second orders 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ ,... 162 ₉ , 162 ₁₀ , stop order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ , a plurality of stop loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ ,... 163 ₉ , 163 ₁₀ are ordered with regularity 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ and orders deviating from regularity 141 ₁ , 141 ₂ ,...・141 ₉ ,141 ₁₀ ,first order with regularity 151 ₁ ,151 ₂ ,・・・ 151 ₉ ,151 ₁₀ ,161 ₁ ,161 ₂ ,・・・161 ₉ ,161 ₁₀ deviating from regularity one order _{151 1,} 151 _{2, ...} 151 _9, 151 10, ₁₆₁ 1, 161 2, ... ₁₆₁ 9, _{161 10,} 1 second order ₁₅₂ of _regularity, 152 2, ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ ,... 162 ₉ , 162 ₁₀ and the second order 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ ,...・Stops that deviate from the regularity of 162 ₉ and 162 ₁₀ , regular stop loss orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ ,... 163 ₉ , 163 ₁₀ Loss order 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ can be performed in a coexisting state, and a plurality of orders 141 ₁ , 141 ₂ , ... 141 ₉ , based on regularity. 141 ₁₀ ,a plurality of first orders 151 ₁ , 151 ₂ , ... 151 _{9 1} , 151 ₁₀ ,161 ₁ ,161 ₂ ,... 16 ₉ ,161 ₁₀ ,a plurality of second orders 152 ₁ , 152 ₂ , ... .. 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ ,... 162 ₉ , 162 ₁₀ , a plurality of stop loss orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ ,... ... ₁₆₃ 9, ₁₆₃ while ₁₀ are collectively set, based on the user's intention and the market situation, etc., at least a portion of the order _{141 1,} 141 2, ... ₁₄₁ 9, _{141 10,} of at least part the first order _{151 1,} 151 _{2, ...} 151 _9, 151 10, ₁₆₁ 1, 161 2, ... ₁₆₁ 9, _{161 10,} at least a portion of the second order _{152 1,} 152 2, ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , at least a part of stop-loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ...・163 ₉ ,
163 ₁₀ it is possible to set in any condition deviating from the regularity for, in a state where simplicity and was Coexistence of flexibility of trading transactions can be performed the trading of financial instruments.

In this embodiment, it is possible to collectively set the order quantity for each order price on the basis of the matching state or the difference state of the order quantity for each order price. As a result, order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ , which sets orders with different order quantities to a plurality of order prices, first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51. _{10, 61 1,} 61 2, ... ₆₁ 9, _{61 10,} the second order information _{52 1,} 52 _{2, ...} 52 _9, 52 10, ₆₂ 1, 62 2, ... ₆₂ 9, _{62 10} , Stop loss order information 53 ₁ , 53 ₂ ,... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ ,... 63 ₉ , 63 ₁₀ , etc. can be enhanced in convenience.

In this embodiment, the regularity information is displayed by the front page delivery unit 11 so that the user can select it, and the order having a predetermined regularity is based on the regularity information selected by the user. 141 _{1, 141} 2, ... ₁₄₁ 9, _{141 10,} first order ₁₅₁ with a predetermined regularity _1, 151 _{2, ...} 151 _9, 151 10, 161 _1, 161 2, ... 161 ₉ , _{161 10,} stop having a second order _{152 1,} 152 _{2, ...} 152 _9, 152 10, ₁₆₂ 1, 162 2, ... ₁₆₂ 9, _{162 10,} predetermined regularity having predetermined regularity By automatically generating loss orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ ,... 163 ₉ , 163 _10, etc., an order with a prescribed regularity can be simplified. To the user, and the order information generation unit 16 uses the order 141 ₁ , 141 ₂ ,... 141 ₉ , which has a predetermined regularity, based on the information sent from the user. order information ₄₁ 1 for performing 141 _10, 41 2, ... ₄₁ 9, _{41 10,} first order ₁₅₁ with a predetermined regularity _1, 151 _2, ... ₁₅₁ 9, 151 10, ₁₆₁ 1, 161 ₂ ,... 161 ₉ , 161 ₁₀ , first order information 51 ₁ , 51 ₂ ,... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ ,... 61 ₉ , 61 ₁₀ , predetermined Second order information 52 ₁ , 52 ₂ for executing the second order 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ ,... 162 ₉ , 162 ₁₀ having the regularity of , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ , stop loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 having a predetermined regularity. _{1, 163} 2, ... ₁₆₃ 9, _{163 10} stop orders information _{53 1,} 53 ₂ for performing, _... 53 _9, 53 10, ₆₃ 1, 63 2, ... ₆₃ 9, _{63 10} Etc. can be generated routinely.

In this embodiment, the order of the plurality of order price _{141 1,} 141 2, ... ₁₄₁ 9, _{141 10,} first order ₁₅₁ of a plurality of order price _1, 151 2, ... ₁₅₁ 9, _{151 10} , _{161 1,} 161 2, ... ₁₆₁ 9, _{161 10,} the second order ₁₅₂ of a plurality of order price _1, 152 _{2, ...} 152 _9, 152 10, 162 _1, 162 2, ... 162 ₉ , 162 ₁₀ , stop loss orders 153 ₁ , 153 ₂ , ・・・ 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ・・・ 163 ₉ , 163 _10, etc. are set to different order quantities at different order prices. Sometimes, based on the information displayed on the order input screens 410, 510, 610, the selection/correction screens 411, 511, and the change screens 412, 512, the settings based on the predetermined regularity and the predetermined regularity is used together with deviant setting order information _411, 41 2, ... ₄₁ 9, _{41 10,} the first order information _{51 1,} 51 _{2, ...} 51 9, 51 _10, 61 1, ₆₁ 2, ... 61 ₉ , 61 ₁₀ , second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ , stop order information 53 ₁ , It is possible to generate 53 ₂ ,... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ ,... 63 ₉ , 63 ₁₀ .

In this embodiment, order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ set to have a predetermined regularity, first order information set to have a predetermined regularity 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ , 61 ₂ ,61 ₉ , 61 ₁₀ , second order information 52 ₁ , 52 ₂ set to have a predetermined regularity , 52 ₉ , 52 ₁₀ , 62 ₁ , 62 ₂ , ... 62 ₉ , 62 ₁₀ , stop limit order information 53 ₁ , 53 ₂ , ... 53 set to have a predetermined regularity. _At least a part of ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ ,... 63 ₉ , 63 ₁₀ etc. is displayed on order input screens 410, 510, 610, selection/correction screens 411, 511, and change screens 412, 512. Based on the displayed information, the order information generation unit 16 corrects the setting so as to deviate from the predetermined regularity, and the set order based on the predetermined regularity is ex-posted such as the purpose and the market situation. It is possible to make corrections according to such changes. As a result, the preset orders 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ and the preset first orders 151 ₁ , 151 ₂ ,... 151 ₉ , 151 _{10 1} , 161 ₁ , 161 ₂ ,... .. 161 ₉ , 161 ₁₀ , second preset orders 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , preset stop loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... 163 ₉ , 163 ₁₀ etc. can be variously and complicatedly reset later, and a plurality of different order quantities order price of the order _{141 1,} 141 2, ... ₁₄₁ 9, _{141 10,} first order ₁₅₁ 1 of different orders Price order _quantity, 151 _2, ... ₁₅₁ 9, 151 _10, 161 1, 161 ₂ ,... 161 ₉ , 161 ₁₀ , second orders 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ ,... 162 ₉ , with a plurality of order prices having different order quantities 162 ₁₀ , stop loss orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ ,... 163 ₉ , 163 _{10 and the} like can be more conveniently used.

In this embodiment, orders 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ set on the basis of predetermined regularity, first orders 151 ₁ , 151 ₂ , set on the basis of predetermined regularity,・・・ 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , 161 ₉ , 161 ₁₀ , second order 152 ₁ , 152 ₂ , ... 152 ₉ , 152 ₁₀ set based on predetermined regularity , 162 ₁ , 162 ₂ , ... 162 ₉ , 162 ₁₀ , stop loss orders 153 ₁ , 153 ₂ , ... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ , ... set based on predetermined regularity.・・It becomes possible to automatically correct 163 ₉ , 163 _10, etc. according to the posterior changes in the purpose and market conditions.

In this embodiment, based on the information displayed on the order input screens 410, 510, 610, the selection/correction screens 411, 511, and the change screens 412, 512, the set order 141 based on a predetermined regularity is set. , The first order 151 set on the basis of a predetermined regularity, the second order 152 set on the basis of a predetermined regularity, etc., depending on the user's intention according to the posterior changes in the purpose and market conditions. It is possible to modify the state to reflect the.

In this embodiment, the orders 141 ₁ , 141 ₂ ,... 141 ₉ , 141 ₁₀ generated according to the generated order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ are generated. first order information _{51 1,} 51 ₂ which are, _... 51 _9, 51 10, ₆₁ 1, 61 2, ... ₆₁ 9, _{61 10,} first order ₁₅₁ is ordered based on 1, 151 ₂ ,... 151 ₉ , 151 ₁₀ , 161 ₁ , 161 ₂ , 161 ₉ 161 ₁₀ , based on the generated second order information 52 ₁ , 52 ₂ , ・・・ 52 ₉ , 52 ₁₀ The second order placed 152 ₁ , 152 ₂ ,... 152 ₉ , 152 ₁₀ , 162 ₁ , 162 ₂ ,... 162 ₉ , 162 ₁₀ , generated stop loss order information 53 ₁ , 53 ₂ ,. ..Stop loss orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 placed based on 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ ,... 63 ₉ , 63 _10. The first order information 51 ₁ , placed on the basis of the order information 41 ₁ , 41 ₂ ,... 41 ₉ , 41 ₁₀ , when the transaction is completed for ₂ , ₂ , 163 ₉ , 163 _10, etc. 51 _2, ... _{51 9,} 51 _{10, 61} 1, 61 2, ... ₆₁ 9, _{61 10,} the second order information _{52 1,} 52 2, ... ₅₂ 9, _{52 10,} the stop order information 53 _{1, 53 2,} ... _{53 9,} 53 10, ₆₃ 1, 63 2, to ... ₆₃ 9, _{63 10,} etc., the order _{141 1,} 141 2, ... ₁₄₁ 9, _{141 10,} the first order _{151 1,} 151 _{2, ...} 151 _9, 151 10, ₁₆₁ 1, 161 2, ... ₁₆₁ 9, _{161 10,} its second order _{152 1,} 152 2, ... ₁₅₂ 9, 152 ₁₀ , 162 ₁ , 162 ₂ ,... 162 ₉ , 162 ₁₀ and its Stop Loss orders 153 ₁ , 153 ₂ ,... 153 ₉ , 153 ₁₀ , 163 ₁ , 163 ₂ ,... 163 ₉ , 163. _The order information 41 ₁ , 41 ₂ is executed by performing the processing contracted by ₁₀ etc. ,... 41 ₉ , 41 ₁₀ , the first order information 51 ₁ , 51 ₂ , ... 51 ₉ , 51 ₁₀ , 61 ₁ , 61 ₂ , ... 61 ₉ , 61 ₁₀ ordered based on , Second order information 52 ₁ , 52 ₂ , ... 52 ₉ , 52 ₁₀ , stop loss order information 53 ₁ , 53 ₂ , ... 53 ₉ , 53 ₁₀ , 63 ₁ , 63 ₂ , ... 63 ₉ , 63 ₁₀ etc. based on financial instruments.

Although the financial product transaction management system 1A of the above embodiment handles foreign exchange as a financial product, the present invention is not limited to this, and the present invention can be applied to other financial products such as stocks and bonds. Applicable. Further, the financial product transaction management system 1A of the above-described embodiment is another legal financial product, or a non-legal financial product that is traded at a floating market, such as virtual currency, precious metal or The present invention can be applied to the case where futures trading such as agricultural products and crude oil is handled.

Further, in the financial product transaction management system 1A of each of the above-described embodiments, the buy order information forming the order information group is “first order” and the sell order information is “second order”. The sell order information may be "first order" and the buy order information may be "second order".

Needless to say, each of the above-described embodiments is an exemplification of the present invention, and does not mean that the present invention is limited to each of the above-described embodiments.

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

Claims (11)

A financial product transaction management device for allowing a user who conducts a transaction of a financial product to conduct a transaction of the financial product,
Order information generating means for generating order information for ordering the financial product;
The order information display means for allowing the user to visually recognize the order information, and the order information display control means for controlling to display the order information on the order of the financial product with which the user trades,
The order information display control means sets a plurality of the order information, and at least a part of the plurality of orders of the financial product traded based on the respective order information has different order quantities at different order prices. The financial product transaction management device, which is configured as described above, and causes the order information display unit to display information for causing the order information generation unit to generate the order information. The order information display control means, out of the plurality of order information generated by the order information generation means, for trading a plurality of the orders set with a predetermined regularity at a plurality of the order prices. The financial instrument transaction management device according to claim 1, wherein at least a part of the order is displayed so as to deviate from the predetermined regularity of the order. The regularity is a regularity of a mode in which the order quantities match between a plurality of the order prices and/or a regularity of a mode in which the order quantities differ between a plurality of the order prices. The financial instrument transaction management device according to claim 2. A regularity display control means for controlling the regularity display means for displaying the regularity information selectably to the user on the order information display means,
The regularity display control means displays the order information displayed on the regularity display means and setting the order having the predetermined regularity based on the regularity information selected by the user, The financial product transaction management device according to claim 2 or 3, wherein the order information generation means automatically generates the order information. Based on the information displayed on the regularity display means, the regularity display control means causes the order information generation means to perform the order information so that the orders of a plurality of the order prices have the predetermined regularity. And the order information generating means so that at least some of the orders that meet a predetermined condition based on the information displayed on the regularity display means deviate from the predetermined regularity. 5. The financial instrument transaction management device according to claim 4, wherein the order information is generated in the step. Order information correction means for correcting at least a part of the order information generated so that the orders of a plurality of the order prices have the predetermined regularity so that the order deviates from the predetermined regularity. Equipped with
The regularity display control means causes the order information correction means to correct the order so as to deviate from the predetermined regularity based on the information displayed on the regularity display means. 4. The financial product transaction management device according to 4 or 5. 7. The financial instrument transaction according to claim 6, wherein the order information correction means automatically corrects the order information so that the order satisfying a predetermined condition deviates from the predetermined regularity. Management device. The regularity display control means, based on the information displayed on the regularity display means, based on the correction information for correcting the predetermined regularity input by the user to the order information correction means. 7. The financial instrument transaction management device according to claim 6, wherein the order information is modified so that the order satisfying a predetermined condition deviates from the predetermined regularity. 9. The contract information generating means for contracting the order based on the order information generated by the order information generating means when a predetermined contract condition is satisfied, 9. Financial instrument transaction management device described in. A financial product transaction management system for allowing a user who conducts a transaction of a financial product to conduct a transaction of the financial product,
Order information generating means for generating order information for ordering the financial product;
Order information display control means for controlling the order information display means for allowing the user to visually recognize the order information, and for causing the order information display means to display the order information relating to the order of the financial product with which the user makes a transaction; Equipped with
The order information display control means sets a plurality of the order information, and at least a part of the plurality of orders of the financial product traded based on the respective order information has different order quantities at different order prices. The financial product transaction management system, wherein the order information generating means displays the information for causing the order information generating means to generate the order information on the order information display means. A program causing a computer to function as the financial product transaction management device according to claim 1.

Images