JP7418868B2 - Financial product transaction management device, financial product transaction management system, financial product transaction management method and program in the financial product transaction management system - Google Patents

Description

The present invention relates to technology for managing and supporting transactions of various financial products. The present invention can be applied to devices and the like that manage and support transactions of various financial products.

Market orders (trading at the market price at the time the order is placed) are used as a trading method for various financial products whose market prices fluctuate, such as stocks, bonds, investment trusts, real estate investment trusts, commodities, foreign exchange, and stock indexes. (order format) and limit order (a format in which a transaction is executed when the market price reaches a pre-specified price) are known. Conventionally, inventions have been known in which transactions using these order formats, such as limit orders, are performed using a computer system (see, for example, Patent Document 1). That is, in this invention, an order for a financial product with a position at a preset price is placed, and when the market price of the financial product reaches this price, the order is executed to perform a transaction.

Japanese Patent Application Publication No. 2006-99787

Here, for example, demand and supply for buying and selling financial products do not necessarily match. Furthermore, when purchasing an ordered financial product, the amount of funds may be insufficient compared to the ordered amount. Therefore, regarding orders for financial products placed, it is not necessarily possible to execute the entire order quantity of the placed order, and only a part of the order quantity of the placed order is executed (this type of execution is referred to as " (hereinafter referred to as "partial contract". The same applies hereinafter.) Further, when the market price of a financial product fluctuates around a given price range, there may be a demand for continuous transactions centered on this price range in chronological order. However, in Patent Document 1, it is not possible to deal with cases where not all orders can be executed, and traders have to place orders many times when continuously trading in a given price range. , there is a problem in that the amount of effort required for transactions by traders becomes excessive.

The present invention has been made in view of such problems, and provides a financial product transaction management device and a financial product transaction management device that allow traders to appropriately manage transaction forms including partial contracts in financial product transactions conducted using a computer system. Our objective is to provide a transaction management method for commodity transaction management systems and financial product transaction management systems.

In order to solve this problem, the invention according to claim 1 is a financial product transaction management device that trades financial products whose market prices fluctuate, and includes an order information system that generates order information for ordering financial products. and a contract management means for managing a contract for the financial product, and the contract management means generates a first order that is formed based on the order information and can be executed in part or in whole, and the first order. A second order that can be executed in part or in whole, which causes the position held by the customer to be executed and settled by execution, when a certain part of the first order satisfies the execution conditions, and the remaining If a part of the second order satisfies the execution conditions , and/or if a certain part of the second order satisfies the execution conditions and the remaining part satisfies the execution conditions , the execution A process of separately executing the first order of the specific part that met the conditions and the first order of the remaining part, and /or The second order and the remaining part of the second order are executed separately, and the order information generation means executes a process of separately executing the second order and the remaining part of the second order, and the order information generating means executes a process of executing the second order and the remaining part of the second order separately, Processing is performed to separately generate the order information for trading the order and the order information for trading the remaining part of the first order, and the specific part is subjected to the processing for execution. The contract management means repeats a process of separately generating the order information for trading the second order and the order information for trading the remaining part of the second order. Processing to execute the specific part of the first order for which the execution process has been performed and execution of the remaining part of the first order based on the separately generated order information. A process of executing the specific part of the second order for which the execution process was performed based on the separately generated order information, and a process of executing the second order of the specific part on which the execution process was performed, and a process of executing the second order of the remaining part based on the separately generated order information. The method is characterized in that the process of executing the second order of the department is repeated separately .

In the invention according to claim 2, in addition to the structure according to claim 1, the contract management means may set the first order to hold the position according to the contract and the second order to settle the position according to the contract. , when the first order is executed, or a predetermined timing after the first order is executed, or when the second order is executed, or a predetermined timing after the second order is executed. , some of the second orders are executed in correspondence with the executed first order, and other orders are not executed in correspondence with the executed first order. It is characterized by being divided into some second orders.

In addition to the structure described in claim 1 or 2, the invention described in claim 3 is characterized in that when only a part of the first order is contracted, the contract management means transfers the first order to the first order. When one order is executed, or at a predetermined timing after the first order is executed, or when the second order is executed, which settles the position held by the first order, or , the first order is split into the executed first order and the unfilled first order at a predetermined timing after the second order is executed. do.

In addition to the structure described in any one of claims 1 to 3, the invention according to claim 4 is characterized in that the order information forms a first order and a second order, and the order information forms a first order and a second order. If only a part of the first order is executed and a position is held, the part of the first order that held the position, or the first order before the part of the first order is split; It is characterized in that the position of a portion of the first order that holds a position is made to correspond to a portion of the second order that is settled by execution.

In addition to the configuration described in any one of claims 1 to 4, the invention according to claim 5 is characterized in that the order information generating means generates the order information for placing a first order and a second order, respectively. The contract management means generates the repeatedly generated first order, and repeatedly holds the position based on the order information of the first order and settles the position based on the order information of the second order. Regarding one order and the second order, if only a part of the first order and/or the second order before the repetition is executed, the first order and/or the second order to be repeated The present invention is characterized in that the classification of the orders between the executed orders and the unexecuted orders before the repetition is maintained.

According to a sixth aspect of the invention, in addition to the configuration described in claim 5, the order information generating means generates order information for ordering the first order and the second order at a plurality of prices, respectively. and the contract management means provides a plurality of price ranges between the price of the first order and the price of the second order corresponding to the first order, and selects at least one of the plurality of price ranges. The method is characterized in that the first order and the second order are repeatedly made in one price range.

According to a seventh aspect of the invention, in addition to the configuration described in claim 6, the order information generating means may set one or more of the prices in a price range formed between a specific upper limit price and a specific lower limit price. It is characterized by setting a band.

In addition to the structure described in any one of claims 1 to 7, the invention according to claim 8 is characterized in that the order information generation means generates the order information as the first order, when the first order is the first order. With respect to the first order price set as the standard price for holding a position, the market price falls or rises by exceeding the first order price, and then becomes equal to or lower than the first order price again. Later, the position is set to be held, and the order information as the second order is set at the market price with respect to the second order price set as the reference price for settling the position by the second order. is set so that the position is settled after it rises or falls above the second order price and then becomes below or above the second order price again, and the order information that is the second order is: The order information, which is the second order, includes trail width information, and is set to move in an upward direction or a downward direction based on the trail width information.

In addition to the structure described in any one of claims 1 to 8, the invention according to claim 9 further comprises contract information generation means for contracting the order information after the order information matches the predetermined market price. It is characterized by having

In addition to the configuration described in claim 9, the invention according to claim 10 further comprises a fund management means for managing fund information as information on the balance of funds in a predetermined account of a trader who trades the financial product. In preparation, the contract information generating means checks the fund information, and if the balance of the funds is less than the amount required for contracting the financial product, the contract information generation means executes the order based on the order information placed at the same price. The method is characterized in that only some of the orders are executed.

The invention according to claim 11 is a financial product transaction management system for trading financial products whose market prices fluctuate, comprising: order information generation means for generating order information for ordering the financial product; a first order that is formed based on the order information and can be executed in part or in whole; and a position that is executed and held by the first order. a second order that can be executed in part or in whole , and a certain part of the first order satisfies the execution conditions, and the remaining part also satisfies the execution conditions. and/or if a specific part of the second order satisfies the execution conditions and the remaining part also satisfies the execution conditions , the specific part of the second order that satisfies the execution conditions A process of separately executing a part of the first order and the remaining part of the first order, and/or a process of separately executing a part of the first order and the remaining part of the second order that satisfies the conditions of the execution. The order information generating means performs a process of separately executing a part of the second order, and the order information generation means executes a process of executing a transaction of the first order of the specific part on which the process of executing the process is performed. A process of separately generating the order information and the order information for performing the transaction of the remaining part of the first order is performed, and the transaction of the specific part of the second order is performed, and the process of executing the transaction is performed. The execution management means repeats the process of separately generating the order information for performing the transaction of the remaining part of the second order, and the order information for performing the transaction of the remaining part of the second order. Based on the order information, a process of executing the specific part of the first order for which the execution process has been performed and a process of executing the remaining part of the first order are performed separately. , processing to execute the specific part of the second orders for which the execution process has been performed, and execution of the remaining part of the second orders, based on the separately generated order information. It is characterized by repeating the process of executing the contract separately .

The invention according to claim 12 is a financial product transaction management method in a financial product transaction management system that trades financial products whose market prices fluctuate, the method comprising: order information generation for generating order information for ordering financial products; and a contract management procedure for managing a contract for the financial product, and in the contract management procedure, a first order that is formed based on the order information and can be executed in part or in whole, and a first order that can be executed in part or in whole; A second order that can be executed in part or in whole, which causes the position held by the customer to be executed and settled by execution, when a certain part of the first order satisfies the execution conditions, and the remaining If a part of the second order satisfies the conditions for execution , and/or a certain part of the second order satisfies the conditions for execution , and the remaining part satisfies the conditions for execution, then the said execution A process of separately executing the first order of the specific part that satisfies the condition and the first order of the remaining part, and/or the specific part that satisfies the condition of the execution. A process of separately executing the second order and the remaining part of the second order is performed, and in the order information generation procedure, The order information for performing the transaction of the first order and the order information for performing the transaction for the remaining part of the first order are separately generated, and the process for executing the transaction is performed. repeating a process of separately generating the order information for transacting a specific part of the second order and the order information for transacting the remaining part of the second order; In the execution management procedure, based on the separately generated order information, a process of executing the specific part of the first order for which the execution process has been performed, and a process of executing the remaining part of the first order. A process of executing the first order is performed separately, and the specific part of the second orders on which the process of executing the process is executed is executed based on the separately generated order information. The method is characterized in that the process and the process of executing the remaining part of the second order are performed separately and repeatedly .

The invention according to claim 13 is a program that causes a computer to function as the financial product transaction management device according to any one of claims 1 to 10 or the financial product transaction management system according to claim 11. Features.

According to the inventions described in claims 1, 11, and 12, when only a part of the first order is executed, it is possible to split a specific second order. Thereby, in financial product transactions conducted using a computer system, it is possible to allow traders to appropriately use a transaction form that includes a partial contract.

According to the invention set forth in claim 2, when only a part of a specific first order is executed, it is possible to split the specific second order at a timing that suits the cause and situation of only a part of the order being executed. can. This allows for appropriate management and operation of transactions including partial execution.

According to the invention set forth in claim 3, when only a part of a specific first order or a second order corresponding to the specific first order is executed, the order that matches the cause or situation for which only the part is executed is You can split a specific first order depending on the timing. This allows for appropriate management and operation of transactions including partial execution.

According to the invention set forth in claim 4, a part of the first order that held a position, or in the case where this part of the first order is split, the first order before the split occurs, and the one that settles it. By making the second order correspond to the second order of the second order, it is possible to allow the trader to appropriately operate a transaction form including partial execution.

According to the invention set forth in claim 5, by repeating the holding of a position and the settlement of the held position, it is possible to provide a continuous trading opportunity and an opportunity to obtain a large profit. In addition, if only a part of the first order and/or the second order is executed when repeating the first order and the second order, the classification of executed orders and unfilled orders before the repetition is By maintaining this mode, in a configuration in which the first order and the second order are repeated, all the first orders and/or in the case where only a part of the first order and/or the second order is executed; Alternatively, it is possible to allow the trader to appropriately operate a transaction format including partial execution of the second order.

According to the invention set forth in claim 6, price ranges are set, and in each price range, a first order that can only be partially executed and/or a second order that can only partially be executed is repeated. By doing so, it provides an opportunity to make continuous trading opportunities in the price range and earn a lot of profit, and also allows only a part of the first order and/or second order to be executed in each price range. For all first orders and/or second orders in a case, a trader can appropriately operate a transaction form including partial execution.

According to the invention set forth in claim 7, one or a price range is set in a price range formed between a specific upper limit price and a specific lower limit price, and only a part of the contract is executed in each price range. A first order that can be executed and/or a second order that can only be partially executed can be repeatedly executed.

According to the invention set forth in claim 8, the order information for the first order and the order information for the second order are determined after the market price has decreased or increased beyond the first order price or the second order price. Since it is set to be executed after the first order price or second order price becomes higher or lower again, the trade is made at a price close to the price at which a falling market turns into a rising market or the price at which a rising market turns into a falling market. The possibility of being able to do this increases, and it is possible to make a large profit from trading. This provides an opportunity to earn a lot of profit when trading financial products using a computer system. In addition, the order information as the second order includes trail width information, and the order information as the second order moves in the upward direction or downward direction based on the trail width information, thereby combining the first order and the It is possible to increase profits obtained by buying and selling transactions with two orders.

According to the invention set forth in claim 9, it is possible to execute an order based on the generated order information and reliably trade a financial product.

According to the invention set forth in claim 10, only orders having funds necessary for executing a financial product are executed, and damage exceeding the amount of funds is prevented from occurring while only a part of the orders is executed. This can be done to ensure the safety of transactions.

According to the invention set forth in claim 13, the present invention can be constructed in various computers and various computer systems.

FIG. 1 is a block diagram conceptually showing the configuration of a financial product transaction management system, a first financial product transaction management device, and a second financial product transaction management device according to Embodiment 1 of the present invention. 2 is a diagram showing field definitions of an order table stored in the second financial product transaction management device shown in FIG. 1. FIG. FIG. 2 is a conceptual diagram schematically showing the basic operation of a partial contract in the financial product transaction management system and the first and second financial product transaction management devices according to the first embodiment. FIG. 2 is a conceptual diagram schematically showing the basic operation of a partial contract in the financial product transaction management system and the first and second financial product transaction management devices. FIG. 2 is a conceptual diagram schematically showing the basic operation of a partial contract in the financial product transaction management system and the first and second financial product transaction management devices. FIG. 2 is a conceptual diagram schematically showing the basic operation of a partial contract in the financial product transaction management system and the first and second financial product transaction management devices. FIG. 2 is a conceptual diagram schematically showing the basic operation of a partial contract in the financial product transaction management system and the first and second financial product transaction management devices. FIG. 2 is a conceptual diagram schematically showing the basic operation of a partial contract in the financial product transaction management system and the first and second financial product transaction management devices. FIG. 2 is a conceptual diagram schematically showing the basic operation of a partial contract in the financial product transaction management system and the first and second financial product transaction management devices. FIG. 2 is a conceptual diagram schematically showing the basic operation of a partial contract in the financial product transaction management system and the first and second financial product transaction management devices. FIG. 2 is a conceptual diagram schematically showing the basic operation of a partial contract in the financial product transaction management system and the first and second financial product transaction management devices. 2 is a flowchart showing a processing procedure when placing an order in the financial product transaction management system shown in FIG. 1. FIG. FIG. 2 is a conceptual diagram schematically showing a transaction display screen displayed on a display unit of a client terminal in the financial product transaction management system and the first and second financial product transaction management devices according to the first embodiment. FIG. 2 is a conceptual diagram schematically showing a transaction display screen displayed on a display unit of a client terminal in the financial product transaction management system and the first and second financial product transaction management devices. FIG. 2 is a conceptual diagram schematically showing a transaction display screen displayed on a display unit of a client terminal in the financial product transaction management system and the first and second financial product transaction management devices. 1 is a table and a chart schematically showing order information and order placement/contract when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices according to the first embodiment. These are tables and charts schematically showing order information, order placement, and execution when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices. These are tables and charts schematically showing order information, order placement, and execution when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices. These are tables and charts schematically showing order information, order placement, and execution when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices. These are tables and charts schematically showing order information, order placement, and execution when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices. These are tables and charts schematically showing order information, order placement, and execution when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices. These are tables and charts schematically showing order information, order placement, and execution when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices. These are tables and charts schematically showing order information, order placement, and execution when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices. These are tables and charts schematically showing order information, order placement, and execution when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices. It is a table and a chart that schematically show a first modification of order information and order placement/execution when a transaction is performed in the same financial product transaction management system and the first and second financial product transaction management devices. It is a table and a chart that schematically show a second modification of order information and order placement/execution when a transaction is performed in the same financial product transaction management system and the first and second financial product transaction management devices. 7 is a table and a chart schematically showing order information and order placement/contract when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices according to the second embodiment. These are tables and charts schematically showing order information, order placement, and execution when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices. 11 is a table and a chart schematically showing order information and order placement/execution when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices according to the third embodiment. 12 is a table and a chart schematically showing order information and order placement/execution when a transaction is performed in the financial product transaction management system and the first and second financial product transaction management devices according to the fourth embodiment.

[Embodiment 1 of the invention]
Embodiment 1 of the present invention will be described below with reference to the drawings.

[System configuration]
FIG. 1 is a system configuration diagram and a functional block diagram of a financial product transaction management system according to the first embodiment. As shown in the figure, the financial product transaction management system 1A includes a first financial product transaction management device 1 as a "financial product transaction management device" and a second financial product transaction management device 1 as a "financial product transaction management device". The first financial product transaction _management device 1 and the client terminals 3 ₁ to 3 _n are connected to a wide area network (WAN) _. They can communicate with each other via the Internet 4 (Network). Further, the first financial product transaction management device 1 and the second financial product transaction management device 2 can communicate with each other via a dedicated line 5. However, the second financial product transaction management device 2 is connected to the Internet 4, and the first financial product transaction management device 1 and the second financial product transaction management device 2 are configured to be able to communicate via the Internet 4. You can. The financial product transaction management system 1A of the first embodiment handles various financial products such as stock indexes, for example.

The first financial product transaction management device 1 is a server computer managed and operated by a financial product handling company that trades with a financial product exchange (described later), and has a web server function, a client terminal 3 ₁ , . . , 3 _n , and exchanges information with the second financial product transaction management device 2 to place the order, and sends information on executed orders to the client terminal 3 ₁ ,..., _3n and displays it to the customer.

In addition, the first financial product transaction management device 1 associates the first order with the second order, etc., and sends the matched first order, second order, etc. to the second financial product transaction management device 2. and transmits it to the second financial product transaction management device 2 in a state suitable for the processing. In addition, the first financial product transaction management device 1 responds to orders, executions, information such as the first order and second order received from the second financial product transaction management device 2, partial executions, etc. to be described later. The status is recorded as the first order, second order, etc. Further, the first financial product transaction management device 1 sends the matched first order, second order, etc. to the client terminals 3 ₁ , . . . , 3 _n and displays them to the customer. Note that the details of the "first order" and "second order" mentioned here will be described later.

The second financial instruments transaction management device 2 is a financial instruments exchange (a financial instruments membership corporation defined in Article 2, Paragraph 16 of the Financial Instruments and Exchange Act, which operates a financial instruments market with a license from the Prime Minister) or A server computer managed and operated by a corporation (hereinafter simply referred to as a "financial instruments exchange"), etc., which has a web server function, a function to execute orders for financial products, and a large amount of data. It is equipped with a database function to store the information.

Specifically, the second financial product transaction management device 2 orders financial products based on information received from the first financial product transaction management device 1, client terminals 3 ₁ , ..., 3 _n , etc. or make a contract. Further, the second financial product transaction management device 2 records and manages information on placed orders and executed orders, and also transfers information on placed orders and executed orders to the first financial product transaction management device 2. It is transmitted to the device 1, client terminals 3 ₁ , . . . , 3 _n , etc.

The first financial product transaction management device 1 and the second financial product transaction management device 2 may both be server computers managed and operated by a financial product exchange, or both may be server computers managed and operated by a financial product exchange. It may also be a server computer managed and operated by a financial product handling company that does not conduct transactions with the Internet. In the latter case, the handling company that manages and operates the first financial product transaction management device 1 and the handling company that manages and operates the second financial product transaction management device 2 may be the same handling company, They may be handled by different vendors. The first financial product transaction management device 1 and the second financial product transaction management device 2 may have a configuration that does not involve the Internet 4, for example, a configuration in which they are provided within the same LAN (Local Area Network), or a configuration in which the first financial product transaction management device 1 and the second financial product transaction management device 2 are located in the same The configuration may be constructed as a computer system, or the like.

The client terminals 3 ₁ , ..., 3 _n are communication terminals with data communication functions owned and used by individuals or corporations that buy and sell financial products, and include personal computers, tablets, smartphones, mobile phone terminals, etc. falls under this category. The client terminals 3 ₁ , . . . , 3 _n include operation sections 31 _{1 ,} . It has a display section 32 ₁ , . . . , 32 _n serving as an “information display means” for displaying various instructions and various images inputted from the terminals ₁ , . . . , 31 _n . However, the operation units 31 ₁ , ..., 31 _n and the display units 32 ₁ , ..., 32 _n are touch panels, etc., which the operator operates by touching or moving a finger, touch pen, etc. on the screen. It may also be configured as

Note that since the client terminals 3 ₁ , ..., 3 _n , the operation sections 31 ₁ , ..., 31 _n and the display sections 32 ₁ , ..., 32 _n have the same configuration, it is necessary to distinguish them below. Except in some cases, the client terminal 3, the operation section 31, and the display section 32 are used.

Although not shown in FIG. 1, the first financial product transaction management device 1, the second financial product transaction management device 2, and the client terminals 3 ₁ , . . . , 3 _n each have at least one CPU (Central Processing Unit (Central Processing Unit), RAM (Random Access Memory) which functions as a work area for the CPU, and ROM (Read Only
A memory), an auxiliary storage device such as a hard disk in which various programs and data are recorded, a communication interface used for sending and receiving data, etc. are provided. The auxiliary storage device stores OS (Operating System) programs, various application programs, data recorded in databases, etc. These programs and data are processed by the CPU in cooperation with hardware resources. to realize various functions.

Note that the first financial product transaction management device 1 and the second financial product transaction management device 2 may be formed by one server computer, or may be formed by a plurality of network computer systems.

As shown in FIG. 1, the first financial product transaction management device 1 includes a data processing unit 10 as a functional means realized based on the various programs and hardware resources described above.

The data processing section 10 performs processing such as generation and processing of various data used in the first financial product transaction management device 1, and further includes a front page distribution section 11, an order input reception section 12, which also serves as functional means. Deposit/withdrawal information management section 13, account information management section 14 as "fund management means", order information generation section 15 as "order information generation means", contract management section 16 as "contract management means", database connection base section 17, and a database 18.

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

The order input reception unit 12 receives data related to various orders input from the client terminal 3, and performs various processes necessary to establish an order for a financial product.

The deposit/withdrawal information management unit 13 receives requests for deposits/withdrawals from the client terminal 3, and manages a list of deposits/withdrawals based on the requests.

The account information management unit 14 has a function of managing the deposit balance information of a customer (same as a "trader"; the same applies in this specification) as fund information (i.e., information to support that an order can be executed). have Note that the information regarding the deposit balance generated by the account information management unit 14 is periodically compared with information regarding the customer's actual deposit balance provided by financial institutions such as banks in order to ensure consistency with the actual deposit balance. Verified.

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

The contract management unit 16 manages contracts for financial products. Specifically, the contract management section 16 communicates with a contract information generation section 25, which will be described later, and causes the display section 32 of the client terminal 3 to display an order contracted by the contract information generation section 25. Specifically, the execution management unit 16 records order information of executed orders in an order table 181 (described later) of the database 18, or modifies or adds data on order information recorded in the order table 181. Performs various processing such as deletion, searching, sending/receiving, and searching of recorded order information. In addition, the contract management section 16 sends the contract information generation section 25 to the contract information generation section 25 based on the trader's input through the operation section 31 of the client terminal 3, predetermined order conditions, etc. ).

The database connection base unit 17 performs conversion between data generated and processed in 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 communicating data between the data processing unit 10 and the database 18.

The database 18 records data used by the first financial product transaction management device 1. Although the database 18 in the first embodiment is formed by a relational database, any format suitable for recording and rewriting a large amount of data may be used, such as an object database. The database 18 includes an order table 181 as an "order information recording means", a customer account information table 182 as a "customer account information recording means", a financial product order condition table 183, a sequence number table 184, a contract information table 185, and a position. An information table 186 is recorded.

The customer account information table 182 records information regarding each customer's account. The financial product order condition table 183 records order conditions for financial products for which orders are permitted. The sequence number table 184 records a unique sequence number assigned to each order information (described later). The contract information table 185 records information regarding contracted orders. The position information table 186 records information regarding the position held after the first order has been executed. Details of the order table 181 will be described later.

As shown in FIG. 1, the second financial product transaction management device 2 includes a data processing unit 20 as a functional means realized based on the various programs and hardware resources described above. The data processing unit 20 performs processing such as generation and processing of various data used in the second financial product transaction management device 2, and also receives price information as a “market price information management unit” as a functional means. It has a management section 21, a deposit/withdrawal information generation section 22, an account information generation section 23, an order information management section 24, a contract information generation section 25 as a "contract information generation means", a database connection base section 26, and a database 27. .

The price information reception management unit 21 acquires information about the prices of financial products handled by the second financial product transaction management device 2, and uses the acquired information to send data to the data processing unit 20, the data processing unit 10, and the client terminal 3. Perform the necessary processing and management for use in In the first embodiment, the price information reception management section 21 periodically acquires, records, and manages market price information. The deposit/withdrawal information generating section 22 generates a list of deposits/withdrawals for each customer and supplies the deposit/withdrawal information to the deposit/withdrawal information management section 13 . The account information generation section 23 generates deposit balance information for each customer and supplies the account information to the account information management section 14.

The order information management unit 24 generates order information based on the information regarding the order of the financial product generated by the order information generation unit 15 of the first financial product transaction management device 1, and creates a database based on the generated order information. It has a function of creating 27 order tables 271 and managing data in the order tables 271 (creating, modifying, deleting data, etc.).

The contract information generating section 25 performs a contract process based on the order generated by the order information generating section 15 and a process for sending information regarding the completed contract process to the client terminal 3 of the customer. Note that "contract" here refers to various procedures and processes for consummating the purchase and sale of financial products based on customer orders. As will be described later, when a contract is established in the first embodiment, a financial product is bought or sold, and as a result, the account information generation unit 23 and the account information management unit 14 convert fund information (described later) according to the purchase and sale amount. Furthermore, the deposit/withdrawal information generation unit 22 and the deposit/withdrawal information management unit 13 record the status of deposits and withdrawals in the deposit/withdrawal list. In addition, the contract information generation unit 25 sends information that the contract has been established and information regarding the contents of the contract to the contract management unit 16, and causes the contract management unit 16 to display the information that the contract has been completed on the display unit 32 of the client terminal 3. The contents of the executed contract are displayed using text information, etc. Further, the contract information generation unit 25 performs processing for depositing and withdrawing money from the account of the client terminal based on the buying and selling price. Note that some or all of these configurations of the contract information generation section 25 may be included in other functional means, for example, the contract management section 16.

The database connection base unit 26 performs various processes between the data processing unit 20 and the database 27, similar to the database connection base unit 17 of the first financial product transaction management device 1.

The database 27 records data used by the second financial product transaction management device 2. The basic configuration of this database 27 is similar to the database 18 of the first financial product transaction management device 1. The database 27 also includes an order table 271 as an "order information recording means," a consignor account information table 272 as a "customer account information recording means," a financial product order condition table 273, a sequence number table 274, and a contract information table. 275 and a position information table 276 are recorded. The order table 271 has the same configuration as the order table 181, the consignor account information table 272 has the same configuration as the customer account information table 182, the financial product order condition table 273 has the same configuration as the financial product order condition table 183, and a sequence number table. 274 has the same configuration as the sequence number table 184, the contract information table 275 has the same configuration as the contract information table 185, and the position information table 276 has the same configuration as the position information table 186.

Although not shown, the second financial product transaction management device 2 includes a timer that acquires and manages date and time information, and based on the date and time information acquired from this timer, the first order information and the first sellback. It has a deadline management means for managing order deadlines for limit order information and second sell/stop order information (both of which will be described later).

Data processing unit 10, front page distribution unit 11, order input reception unit (order input reception means) 12, deposit/withdrawal information management unit 13, account information management unit 14, order information generation unit in the first financial product transaction management device 1 15. Contract management section 16, database connection base section 17, database 18, and data processing section 20 in the second financial product transaction management device 2, price information reception management section 21, deposit/withdrawal information generation section 22, account information generation The unit 23, order information management unit 24, contract information generation unit 25, database connection base unit 26, and database 27 may be configured in any form. For example, when the first financial product transaction management device 1 and the second financial product transaction management device 2 are formed as a network computer system consisting of multiple server computers, each component is distributed among the multiple server computers. It may be arranged. In addition, these server computers may be computer systems owned by multiple businesses or server administrators (e.g., computers owned or managed by financial stock exchanges, other financial product transaction management companies, providers, hosting system providers, etc.). system). The server computers configuring the first financial product transaction management device 1 and the second financial product transaction management device 2 may be formed as a so-called cloud computer system. Further, a data processing section 10, a front page distribution section 11, an order input reception section 12, a deposit/withdrawal information management section 13, an account information management section 14, an order information generation section 15, a contract management section 16, a database connection base section 17, and a database. 18, and a data processing section 20, a price information reception management section 21, a deposit/withdrawal information generation section 22, an account information generation section 23, an order information management section 24, a contract information generation section 25, a database connection base section 26, and a database 27. At least some of the configurations may be provided in the client terminal 3 that constitutes the financial product transaction management system 1A instead of in the first financial product transaction management device 1 and the second financial product transaction management device 2. , may be configured as a program that causes a computer to function as these functional means.

FIG. 2 is a schematic diagram of field definitions of the order table 181 in the first financial product transaction management device 1. As shown in the figure, the order table 181 has fields for the number of items, including field names, data types such as characters, numbers, and date and time, and data lengths such as bit length. , No-blank designation (Not Null), presence or absence of a default value (default value), data item name (remarks), etc. are specified.

In the first financial product transaction management device 1 and the second financial product transaction management device 2 described above, various transactions regarding the same type of financial product can be realized by one order or multiple orders.

[Order processing in the first financial product transaction management device and the second financial product transaction management device]
Based on FIG. 1, an outline of order processing by the first financial product transaction management device 1 and the second financial product transaction management device 2 of the first embodiment will be explained.

The first financial product transaction management device 1 stores sell orders and buy orders in the order table 181 as the first order and second order for each customer based on orders for financial products received from the client terminal 3 of the customer. and perform various processing (for example, order reception, order generation (generation of order information for placing an order, and processing of placing an order to the second financial product transaction management device 2).This specification Do the same in the book)). The first financial product transaction management device 1 includes a customer account information table 182, a financial product order condition table 183, a sequence number table 184, and a contract information table 185 in the information of the first order and the second order recorded in the order table 181. , information in the position information table 186, etc. are recorded as attribute information.

On the other hand, the second financial product transaction management device 2 manages information on buy orders and sell orders placed by customers and the first financial product transaction management device 1 (for example, records order information in the order table 271). and various processes for those buy orders and sell orders (for example, processes that change various statuses of orders such as "unplaced", "ordered", "filled", etc. depending on the transaction status, etc.) (hereinafter simply referred to as "management"). The second financial product transaction management device 2 includes a consignor account information table 272, a financial product order condition table 273, a sequence number table 274, a contract information table 275, and Information such as the position information table 276 is recorded as attribute information.

In the first embodiment, the first financial product transaction management device 1 and the second financial product transaction management device 2 having such functions work together to process orders for financial products. That is, as shown in FIG. 3, for example, an order for a financial product placed by a customer from the client terminal 3 is supplied to the first financial product transaction management device 1, and the first financial product transaction management device 1 receives the customer's order. information is recorded in the order table 181, and an order is generated and supplied to the second financial product transaction management device 2. The second financial product transaction management device 2 manages orders generated by the first financial product transaction management device 1. When an order or contract for a financial product is placed in the second financial product transaction management device 2, information on the order or contract is supplied to the first financial product transaction management device 1. The information is recorded on the computer and is also transmitted to the customer's client terminal 3.

When repeatedly placing an order (for example, when repeating a first order (for example, an order to buy a financial product) and a second order (for example, an order to sell a financial product)), the first financial product transaction management device 1 The first financial product transaction management device 1 generates information for this repetition and transmits it to the financial product transaction management device 2.

Note that the timing of generating an order in the first financial product transaction management device 1 and transmitting the generated order to the second financial product transaction management device 2 may be any timing. For example, when conducting a transaction using a first order (for example, a buy order) and a second order (for example, a sell order) for a financial product, the first financial product transaction management device 1 first sends an instruction to place a buy order. The second financial product transaction management device 2 transmits information indicating the contract to the first financial product transaction management device 1 when the buy order is executed. , Next, the first financial product transaction management device transmits information to the second financial product transaction management device 2 indicating that a sell order is to be placed, and the second financial product transaction management device 2 transmits information indicating that a sell order is to be placed. Information indicating the contract may be transmitted to the first financial product transaction management device 1. Alternatively, the first financial product transaction management device 1 may transmit the second order information to the second financial product transaction management device 2 before acquiring the contract information of the first order.

In this way, the first financial product transaction management device 1 and the second financial product transaction management device 2 work together to process buy orders and sell orders as first orders and second orders, and , processing is performed by repeating the first and second orders.

In this first embodiment, the order generated by the first financial product transaction management device 1 and the order managed by the second financial product transaction management device 2 may be the same or different. . Specifically, for example, an order recorded in the order table 181, an order recorded in the order table 271, data recorded in the customer account information table 182, data recorded in the consignor account information table 272, The data recorded in the financial product order condition table 183, the data recorded in the financial product order condition table 273, the data recorded in the sequence number table 184, the data recorded in the sequence number table 274, and the position information table 186 The data recorded in the position information table 276, the data recorded in the trade information table 185, and the data recorded in the trade information table 275 may be the same or different. You can.

[Basic operation of partial execution]
3 to 11 are conceptual diagrams schematically showing the principle of partial contract processing in the financial product transaction management system 1A of the first embodiment. A partial contract for a financial product in the first embodiment is processed based on the same figure and the following [Basic Operation Part 1] to [Basic Operation Part 7] that explain the same figure. In addition, in FIGS. 3 to 11, a solid line circle in the chart 110 indicates an order that has been executed, that is, an order that has been executed, and a dotted line circle indicates an order that has been partially executed, that is, an order that has been partially executed. The description indicates "under order", that is, an order that has been placed but has not yet been executed, and the description in white text surrounded by a dotted line indicates an order that is "waiting", that is, an order that has not been placed or an order that is scheduled to be placed repeatedly.

Note that the processes based on [Basic Operation Part 1] to [Basic Operation Part 7] are mainly used for the processing in the second financial product transaction management device 2, but the processes based on the first financial product transaction management device 1 are It may be used for processing, or it may be used for both the first financial product transaction management device 1 and the second financial product transaction management device 2.

[Basic operation 1: Principle of price priority and time priority]
If there are multiple orders for the same type of financial product at multiple prices, they will be processed based on (Principle 1) and (Principle 2) below.
(Principle 1) If the same financial product exists at multiple indicative prices (prices at which you wish to buy or sell), buy orders with the highest indicative price will be processed for sell orders, and buy orders with the lowest indicative price will be processed for buy orders. Each sell order is executed in order (principle of price priority).
(Principle 2) If there are multiple buy or sell orders for the same financial product for the same quoted price, the orders placed first will be executed first (time priority principle).

[Basic operation 2: Processing to vary the number of establishments depending on supply and demand]
For example, as shown in FIG. 3, consider a case where buy orders and sell orders are placed at multiple prices for a specific financial product (for example, stocks). Assume that the presented rate 101 at this time is 19,402 for sell orders and 19,403 for buy orders.

Here, there are 80 orders 102 to sell at the offered rate 101 of 19,401 or more, and there are 18 buy orders 103 with an indicative price of 19,402 (that is, the indicative quantity is 18). If there are 37 buy orders 104 with a value of 19,401, based on the above-mentioned principle of price priority, it is first executed as a buy order 103 with an indicative price of 19,402, which has 18 pieces, and then 37 pieces exist. Buy order 104 with an indicative price of 19,401 is executed.

Next, assume that the sell order 105 is 19,400 and the number of sell orders 105 is 10 pieces. On the other hand, it is assumed that there are 21 buy orders 106 with an indicative price of 19,400. As shown in FIG. 4, the breakdown of these 21 buy orders 106 is 4 buy orders 107 from other traders (different from the specific trader), and 4 buy orders 108 from a specific trader. Assume that another trader's buy order 109 is for 7 pieces, and the orders are placed at different times in the order of buy order 107, buy order 108, and buy order 109. In this case, based on the principle of time priority, all four of the buy orders 107 and six of the buy orders 108a are executed, as shown in FIG.

As a result, as shown in FIG. 5, a particular trader's buy order 108 consists of 6 buy orders 108a (executed in FIG. 4) and 4 buy orders 108a (unexecuted in FIG. 4) for a total of 10 contracts. The order is split into 108b buy orders. In this way, a phenomenon occurs in which only a part of the placed order is executed, resulting in a partial execution.

[Basic operation 3: Order splitting and timing of splitting]
In this first embodiment, partial execution causes order splitting at a predetermined timing.

Here, "splitting" of an order refers to, for example, at least one of the following states (state 1) to (state 3).

(state 1)
This refers to a situation in which a part of a specific order is executed, resulting in the specific order being divided into executed orders and unfilled orders.
For example, when a part (for example, 6 out of 10 contracts) of the first order 111 shown in FIG. 6 is executed, as shown in FIG. This corresponds to the situation where the first order 111b is divided into four contracts.

(State 2)
This refers to a state in which when a part of a specific order is executed, other specific orders corresponding to that specific order are divided into placed orders and unplaced orders.
For example, as a result of a part (for example, 6 out of 10 contracts) of the first order 111 shown in FIG. As shown in FIG. 8, this corresponds to a situation where the second order 112a for six pieces has been ordered and the second order 112b for four pieces has not been ordered.

(State 3)
When a part or all of a specific order is repeatedly placed after a part of a specific order has been executed, it refers to a situation where the original unfilled order and the newly placed order coexist.
For example, after a part (for example, 6 out of 10 contracts) of the first order 111 of 19,400 yen shown in Figure 10 is executed, the position held by the execution of this first order 111 is settled. After the second order 112a of 6 coins is executed, as shown in FIG. This situation corresponds to a situation where the order 111a is placed again and a portion (4 out of 10 orders) of the first order 111 that remains unfilled and the newly placed first order 111a coexist.

In addition, in the above (state 1) to (state 3), the split order shown in FIGS. 8 and 11 is a state in which one order before the split has been split into two orders (for example, the first order shown in FIG. 6). Although the state in which the order 111 is divided into the first orders 111a and 111b shown in FIG. 8 is shown, the present invention is not limited to this, and the order may be divided into three or more orders after the division. Furthermore, in the above (states 1) to (state 3), the split state shown in FIGS. 8 and 11 is a state in which all orders after the split have the same price as before the split (for example, the first order 111a in FIG. 8, 111b indicates the same price as the first order 111 in FIG. 6 (19,400 yen), but the price is not limited to this, and at least one of the orders after the split may have a different price than before the split. Further, any state that generates a state similar to the above (state 1) to (state 3) may form a "split".

Furthermore, in the first embodiment, order splitting occurs at at least one of the following timings (timing 1) to (timing 4).

(timing 1)
A split of a particular order occurs at the same time that a part of the particular order is executed.
For example, in the above (state 1), the first order 111 (FIG. 6) is divided into the first order 111a and the first order 111b (FIG. 8), and this corresponds to when a part of the first order 111 is executed.

(timing 2)
At the same time that a part of a specific order is executed, a splitting of other specific orders corresponding to that specific order occurs.
For example, in the above (state 2), the second order 112 (FIG. 6) is divided into the second order 112a and the second order 112b (FIG. 8), and a part of the first order 111 is executed.
For example, in a configuration in which the first order 111 and the second order 112 are repeatedly placed (see FIG. 8), as a result of a part (for example, 6 out of 10 contracts) of the second order 112 being executed, based on the execution If the first order 111 that is repeatedly placed is divided into six first orders 111a that have been ordered and four first orders 111b that have not been ordered (waiting) (see FIG. 8), This corresponds to when a part of the second order 112 is executed.
For example, in a configuration in which the first order 111 and the second order 112 are repeatedly placed (see FIG. 8), a portion of the second order 112 (for example, 6 out of 10 contracts) is executed, and the 6 orders placed repeatedly As a result of the execution of the first order 111a for 100 pieces, the second order 112, which is partially executed, is divided into 6 executed second orders 112a and 4 unfilled second orders 112b (see Figure 8). In such a case, the time when the first order 111a is executed falls under this case.

(timing 3)
Split occurs when part or all of a specific order is placed repeatedly after a part of a specific order is executed, resulting in a situation where the original unfilled order and the newly placed order coexist. occurs.
For example, in the above (state 3), when the second order 112a is executed, a state is formed in which some of the first orders 111 that remain unfilled and the newly placed first order 111a coexist. This corresponds to when the first order 111a is placed.
Further, for example, a part of the second order 112 (for example, 6 out of 10 contracts) is executed, and the first order 111 that is repeatedly placed has 6 ordered first orders 111a and 4 unordered (waiting) contracts. As a result of the executed first order 111a (see Figure 8), the second order 112 for some of the unfilled contracts (4 out of 10) and a new In a case where the six ordered second orders 112a (see FIG. 8) coexist, this occurs when the second orders 112a are ordered.

(timing 4)
A split occurs when a specific order is divided into a filled order and an unfilled order at a predetermined timing after a part of the specific order has been filled.
For example, as shown in FIG. 10, after a part of the first order 111 (for example, 6 out of 10 contracts) has been executed, the first order 111 is executed at a specific point in time (for example, when trading of financial products is suspended). This corresponds to when the first order 111a and 111b are split into the executed first order 111a and the unfilled first order 111b (see FIG. 8).

Note that the timing of division is not limited to the above (timing 1) to (timing 4), and the timing of division may be any point in a state similar to these.

Note that [Basic Operation Part 4] to [Basic Operation Part 7] shown below are based on the state and timing of division shown in [Basic Operation Part 3].

[Basic operation 4: Partial execution pattern 1]
For example, as schematically shown in the chart 110 of FIG. Consider a case where the second order price 114, which is the contract price of the second order, is 19,500 yen. If, for example, only 6 of the total 10 first orders 111 are executed based on [Basic Operation Part 2] due to fluctuations in the market price 115 of the financial product, as shown in FIG. 7, The first order for all 10 tickets is divided into a first order 111a for 6 contracts that has been executed, and a first order 111b for 4 contracts that has not been executed. Note that if the market price does not match the second order price but matches the first order price again, the unfilled first order 111b is executed if the execution conditions are met. However, in this case, the first order 111a and the first order 111b are not combined again, and henceforth, the first order 111a and the first order 111b are treated as independent orders.

[Basic operation 5: Partial execution pattern 2]
For example, when the first order 111 is partially executed and becomes the first order 111a and the first order 111b as in "Basic Operation Part 4", as shown in FIG. The second order 112 (which was scheduled to be placed based on the execution of the first order 111) is also split into six second orders 112a and four second orders 112b. Of these, six second orders 112a have been ordered in response to the contract of the first order 111a, and four second orders 112b have not yet been ordered.

In this state, when the market price reverses (that is, the market price changes from falling to rising in FIG. 8, for example) and the market price matches the second order price, the second order 112a for six contracts is executed.

Here, if the first order and the second order are configured to be repeated multiple times (details will be described later), as shown in FIG. will be ordered again, but if there are four unfilled first orders 111b remaining, as shown in FIG. will coexist.

[Basic operation 6: Partial execution pattern 3]
Note that partial execution occurs not only for the first order but also for the second order.

This partial execution of the second order may occur in the second order after the partial execution of the first order occurs. Specifically, as shown in FIG. 8, for example, a first order 111 for a total of 10 contracts and a second order 112 for a total of 10 contracts (see FIG. 6) are the executed first order for 6 contracts. After the first order 111a and the unfilled four orders 111b are split, when the market price reverses and the market price matches the second order price, the second order is subject to circumstances such as the above-mentioned "Basic operation part 2". If this occurs and only four coins are contracted, only four of the six second orders 112a are contracted, as shown in FIG. As a result, the 6 second order 112a that was placed was split into 4 executed second orders 112aa and 2 unfilled second orders 112ab, and an unfilled second order 112b also coexisted. state.

Here, if the first order and the second order are configured to be repeated multiple times (details will be described later), as shown in FIG. 9, when the four second orders 112aa are executed, correspondingly, The first order 111a of six tickets is also split, and the first order 111aa of four tickets is placed, but the second order 112ab of two unfilled contracts remains as is. Further, the two first orders 111ab, which are obtained by splitting the first order 111a, will be placed when the two second orders 112ab are executed.

[Basic operation 7: Partial execution pattern 4]
In addition to the case where a partial execution occurs in the second order, in addition to the case shown in [Basic Operation No. 6] above, as a result of a partial execution of the first order, the first order is not split and its second order is executed. When one order is executed, a position held by one order may be split into a second order, which closes the position when the second order is executed.

Specifically, as shown in FIG. 10, consider a case where 6 contracts are executed out of a total of 10 first orders 111. At this time, the contracted first order 111 is not split, but continues with some (6 orders) executed and some (4 orders) not executed. On the other hand, the second order 112 (see FIG. 6), which was scheduled to be placed based on the execution of the first order 111 due to the if-done order, is placed based on the fact that the first order 111 is partially filled and partially not filled. The second order 112a is divided into six second orders 112a and four second orders 112b as shown in FIG. Of these, the second order 112a for 6 coins has been placed in response to the partial execution of the 6 coins in the first order 111, and the second order 112b for 4 coins has been partially unfilled for the 4 coins in the first order 111. No orders have been placed for this item.

In this state, if the market price reverses (that is, the market price changes from falling to rising in Figure 10, for example) and the market price matches the second order price, as shown in Figure 11, the second order of 6 orders placed 112a is executed.

Here, if the first order and the second order are configured to be repeated multiple times (details will be described later), some of the 6 second orders 112a are executed and the if-done order is settled. The executed first order 111 is split for the first time. As a result, as shown in FIG. 11, the first order 111, in which some (6 contracts) have been executed and some (4 contracts) have not been executed, is split, and a new first order 111a with 6 contracts that has been executed is placed. . At this time, the newly placed six first orders 111a and the first order 111 (of which four remain unfilled) coexist. In addition, if the first order 111 remaining after the repetition (of which, 4 unfilled contracts out of 10 contracts) is executed, if the first order is repeated, the 4 unfilled out of 10 contracts will be executed. In place of the remaining first order 111, four first orders (not shown in FIG. 11) are placed.

In FIGS. 10 and 11, the first order 111 has a first order price 113 of 19,400 yen, the second order 112a has a second order price 114 of 19,500 yen, and Although we have explained partial execution only for 112b, it is possible to generate a similar partial execution or perform similar processing for other first order prices of 19,400 yen and other second order prices of 19,500 yen. You can go there.

The processing procedure of the first embodiment described below is performed based on the above-mentioned [Basic Operation Part 1] to [Basic Operation Part 7]. Note that all of [Basic Operation 1] to [Basic Operation 7] do not always need to be used in the processing of the first embodiment, and any of the basic operations may be replaced with a different basic operation. For example, the principles of price priority and time priority in [Basic Action 1] may be structured so that only one of them is used, or partial execution may be performed in [Basic Action 4] to [Basic Action 7]. If this is done, in subsequent processing, orders that have been once separated due to partial execution may be combined again.

[Processing procedure (generation of order information)]
Next, the processing procedure for generating order information in the financial product transaction management system 1A of the first embodiment will be explained based on FIGS. 12 to 25.

Here, the generation of order information refers to the creation of data for placing and contracting orders for financial products in the financial product transaction management system 1A of the first embodiment. As will be described later, in the first embodiment, orders are placed and executed based on this order information.

FIG. 12 shows a buy order (new buy order) as a "first price" and a sell order (as a "second price") in the first financial product transaction management device 1 of the first embodiment. 3 is a flowchart showing a processing procedure when accepting a new sell order. Hereinafter, the processing procedure at the time of reception will be explained based on the same figure.

A customer using the financial product transaction management system 1A accesses the first financial product transaction management device 1 using the client terminal 3. The front page distribution unit 11 of the first financial product transaction management device 1 displays the transaction display screen 50 shown in FIG. 13 on the display unit 32 of the accessed client terminal 3, and displays the order screen on the transaction display screen 50. When the display button 51 is clicked, an order input screen 52 is displayed as a pop-up on the transaction display screen 50, as shown in FIG. 131. The customer inputs the details of the order on this order input screen 52 (step S1).

In FIG. 13, on this order input screen 52, in a configuration where the first order and the second order are repeated, the customer enters the first order in the buy/sell selection column 53 for selecting whether the first order is a buy order or a sell order. "Buy" is selected to indicate that the order is a buy order (if the first order is a sell order, "sell" is selected). Further, an order type (here, a "trap repeat if-done order" in which multiple first orders and second orders are each repeated multiple times) is selected in the order type input field 54.

In addition, in FIG. 13, the customer selects "Nikkei 225" indicating that trading will be conducted using Nikkei 225 (Nikkei Stock Average) in the product selection column 55 for selecting the type of financial product. In addition, the customer enters "1" as the order quantity (for example, one contract is 100 times the stock index) in the order quantity input field 56, and enters the execution condition (the first order and/or the second order is executed on the market). Enter "limit price" in the execution condition input field 57 for selecting the type of order (order, limit order, etc.) to be executed, and enter "19200" in the start price input field 58 for inputting the desired contract price for the first order. I am typing. In addition, "10000" is entered in the profit amount input field 59 as information for calculating the desired contract price of the second order (the order information generation unit 15, which will be described later, inputs the profit amount in the profit amount input field 59). 10,000 ÷ 100 = 100 (yen), which is obtained by dividing the "10,000" yen entered in the order quantity input field 56 by 1 (x100), is added to the "19,200" yen entered in the starting price input field 58. 19,300 yen is calculated as the contract price for the second order.)

In addition, in this Embodiment 1, instead of the profit amount input field 59, a configuration may be provided in which the contract price of the desired second order is input. In addition, instead of these, there is a configuration in which the "profit margin" based on the execution of the first order and the second order is calculated and set, and the "price range" between the first order and the second order is calculated and set. Any configuration may be provided for this purpose. Specifically, for example, the type of financial product selected, the current market price of the financial product, the past fluctuation state of the financial product over a predetermined period and the prediction of future fluctuations (range of fluctuation, upward trend, downward trend, etc.), Conditions such as trading period, transaction amount, margin balance, etc. are converted into predetermined numerical values, and the price range between the first order and the second order, the profit margin between the first order and the second order, the first order and the second order, etc. The configuration may be such that the number of orders, the price range to be set, etc. are calculated.

Further, if the customer wishes to set a stop loss price, the customer inputs the desired stop loss price in the stop loss price input field 60 (in FIG. 13, the stop loss price is not input). Note that the information etc. input to the trap price range input field 61 shown in the figure will be explained in [Embodiment 2 of the invention].

When the confirmation button 62 is clicked in this state, the data input and selected on the order input screen 52 is supplied to the first financial product transaction management device 1. The order input reception unit 12 of the first financial product transaction management device 1 confirms the contents of the input order. Furthermore, the order input reception unit 12 inspects each order price (step S2).

Specifically, for example, the order input reception unit 12 determines whether a profit can be obtained by trading the selected financial product based on the prices input in the starting price input field 58 and the profit amount input field 59, respectively. It is confirmed based on a predetermined calculation whether or not it is true. For example, the order input reception unit 12 compares the current market price of the selected financial product with the order reference price input from the order input screen 52, and presses the confirmation button 62 or the order button 66. It may be configured to check whether or not this reference price is lower (or higher) with respect to the prevailing market price at the time when is clicked. For example, if the first order is a buy order, the order input reception unit 12 may determine that the desired execution price of the first order is lower than the prevailing market price at the time the confirmation button 62 or the order button 66 is clicked. It may be configured to check whether the contract price desired by the second order is higher than the contract price desired by the prevailing first order.

As a result of the confirmation in step S2, if the input price is appropriate (for example, the order input reception unit 12 is set to be appropriate only when a profit can be obtained by conducting a transaction based on the input price). (if the setting is satisfied), the order input reception unit 12 determines that the input price is an appropriate price.

If the price of the buy order is determined to be an appropriate price (“No” in step S3), the account information management unit 14 acquires the customer's fund information from the customer account information table 182.

The order input reception unit 12 compares the acquired funds information with the total amount of the customer's order, and confirms whether the amount of funds is equal to or greater than the allowable order amount.

Here, the "order allowable amount" refers to the amount required for an order (the same applies in this specification).

The order information generation unit 15 generates "order information" to be described later or "order information group" including "order information" only when the amount of funds is equal to or greater than the allowable order amount ("No" in step S5). generate. This allows orders to be accepted only if the customer can reliably pay.

If the amount of funds is equal to or greater than the order allowable amount (“No” in step S5), the order input reception unit 12 determines whether the order conditions are other than those described above based on the data recorded in the financial product order condition table 183, etc. It is confirmed whether various conditions of the order are satisfied (step S6).

If the order conditions are not met ("Yes" in step S7), the order input reception unit 12 treats the input order as an error and refuses to accept the order (step S10).

If various order conditions are satisfied (“No” in step S7), and it is determined that the order conditions satisfy all the conditions necessary for the order described above, the front page distribution unit 11: A confirmation screen 65 shown in FIG. 14 is displayed as a pop-up on the display unit 32 of the client terminal 3. On this confirmation screen 65, the details of the order generated based on the numerical value input on the order input screen 52, the selected conditions, etc. are displayed.

When the customer clicks the order button 66 in this state, the order information generation unit 15 generates an order based on the information input to the order input screen 52 in step S1 and transmitted from the client terminal 3 to the first financial product transaction management device 1. order information is generated (step S8, order information generation procedure).

Specifically, a plurality of pieces of data input in the above procedure are summarized in units of order prices, and each piece of order information is assigned a sequence number to the order recorded in the sequence number table 184 for each piece of information. Form. At this time, information for distinguishing the sequence number used in the order information from an unused number is added to the sequence number table 184. The multiple order information generated in one step S8 includes order information for ordering the same type of financial product at the first order price (described later), and order information for ordering the same type of financial product at the second order price (described later). An order information group (hereinafter simply referred to as "order information group") consisting of order information is formed. The generated order information and orders based on the order information are displayed on the display section 32 of the client terminal 3 by the order information generation section 15 and the contract management section 16.

The order information generation unit 15 transmits the generated order information group information to the second financial product transaction management device 2, and the order information management unit 24 of the second financial product transaction management device 2 receives the received order information. is recorded in the order table 181 (step S9). Order information is recorded in the order table 181 based on the definition of each field shown in FIG.

For example, the "ord_seq" field 181b of the order table 181 is a definition of the sequence number assigned in step S8 (see "Remarks" 181a of the order table 181; the same applies hereinafter). The "cust_seq" field 181c is a customer number uniquely determined for each customer, and the "style_id" field 181d is a definition of a product name. The “com_id” field 181e defines an ID number uniquely determined for each financial product. This combination of ID number and financial product is recorded in an ID table (not shown) provided separately in the database. The “ord_amnt” field 181f is a definition of the order quantity input in the order quantity input field 56 (or the quantity of a stock index or the like defined based on that quantity). The “buy_sell_id” field 181g defines whether the order is a sell order or a buy order selected in the order type input field 54, the “ord_rate” field 181h defines the order price, and the “limit_time” field 181i Define order deadlines. The “ord_cond” field 181j defines the order type selected in the buy/sell selection column 53. The “trail_range” field 181k defines the trail width (see [Embodiment 4 of the invention]), and the “through_range” field 181m defines the through price range (see [Embodiment 4 of the invention]; here, a uniform price is defined in advance. ), and the "new_close" field 181n defines whether it is a new order or a settlement order. Although not shown in FIG. 2, the order table 181 is also provided with fields that define other data input to the order input screen 52. All data entered on the order entry screen 52 is recorded in the order table 181 using these fields. Through the above steps, the order acceptance process in the first embodiment is completed.

Note that if at least one of the buy order price and the sell order price is determined to be an inappropriate price in step S3 (“Yes” in step S3), or in step S5 the amount of funds is If it is less than the total amount (“Yes” in step S5), the order input reception unit 12 treats the input order as an error and refuses to accept the order (step S10). In this case, order information (described later) is not generated, and text information or the like indicating that acceptance of the order has been rejected is displayed on the display unit 32 of the client terminal 3.

Note that the timing at which the information entered on the order input screen 52 is transmitted to the first financial product transaction management device 1 may be when the confirmation button 62 is clicked as described above, or when the order button 66 is clicked. It can be done even when it is done. In addition, if the information sent to the order information generation unit 15 is information that can generate first order information and second order information, which will be described later, by various calculations, it can be input into each input field/selection field 54 to 61. It may be any information other than the information provided. Specifically, the information may be, for example, the period during which the order is placed, the amount of profit to be earned within the period, the amount of funds used for the transaction, etc.

Furthermore, the order information shown in step S8 may be generated at once when the confirmation button 62 or the order button 66 is clicked, or all the order information (or order information group) may be generated at once, or the first order and It may be generated when the second order is placed, or when the first order and the second order are placed repeatedly, it may be generated each time, or the first order price (described later) It may be generated at the timing when the second order price (described later) is changed, or it may be generated at any other timing.

Further, the order of steps S1 to S10 is not limited to that shown in FIG. 12, and may be any order. Furthermore, the timing at which the confirmation button 62 or the order button 66 is clicked and the timing at which the processes in steps S1 to S10 are performed may be any timing. For example, when the confirmation button 62 or the order button 66 is clicked, After that, the order information generation unit 15 may perform the processing of steps S1 to S10.

Furthermore, at least a portion of the processing in steps S1 to S10 may also be performed in the second financial product transaction management device 2. For example, in step S9, the order information generation unit 15 transmits the generated order information to the second financial product transaction management device 2, and the order information management unit 24 of the second financial product transaction management device 2 receives the order information. It may also be configured such that the information is recorded in the order table 271. Further, for example, based on data such as the consignor account information table 272, the financial product order condition table 273, and the sequence number table 274 of the second financial product transaction management device 2, the second financial product transaction management device 2 performs step S1. A configuration may also be adopted in which the processes from S10 to S10 are performed and the order information is recorded in the order table 271.

[Configuration of order information and order information group]
FIG. 15 is a diagram schematically showing a transaction display screen 50 displayed on the display unit 32 of the client terminal 3 in the first embodiment after order information is generated. This transaction display screen 50 shows order information (first order information and second order information) and order information groups processed by the order information generation section 15 and the contract management section 16 (contract management procedure).

Note that similar order information and order information groups are managed in the second financial product transaction management device 2 as well, but for the sake of simplicity, here, orders on the second financial product transaction management device 2 side will be managed. The description of information and order information group is omitted.

The order information group 71A according to the first embodiment shown in FIG. 15 (and also in FIGS. 16 to 25) is the order information group 71A that constitutes the first order (a new order, that is, an order that holds a position by executing an order). One order information 72a, and second order information 72b that constitutes a second order (settlement order, that is, an order that is placed when the first order is executed, and when executed, settles the position held by the execution of the first order). It consists of Note that the order information group 71A may further include other order information (for example, stop loss order information forming a stop loss order, etc.).

Note that the order information group 71A shown in FIG. 15 and the order information group 71A shown in FIGS. 16 to 25 differ in the contents of the order information (for example, order number 181A, order reception date and time information 181B, and specified price information 181J). However, for the sake of simplicity, they will be explained below as being the same, unless there is a particular need for distinction.

As shown in FIG. 15, both the first order information 72a and the second order information 72b indicate an order number 181A that functions as an ID consisting of a 16-digit order number main body and an 8-digit branch number, and the date and time when the order information was generated. Order reception date and time information 181B, product information 181C indicating the type of financial product (in this case, "Nikkei 225" indicating that the Nikkei 225 (Nikkei average stock price) will be traded), each order being ordered (ordered) Order status information 181D that indicates any of the following states: Waiting (state before execution), Waiting (state where the order has not been placed), and Execution (state where the order has been executed) (However, there are cases where some of these three states are not shown, or (In some cases, states other than the three states are indicated.), order form (order form, here, multiple first orders and multiple second orders are placed at multiple prices, and each first order order type information 181E indicating whether each order is a buy order or a sell order. Buying and selling information 181F indicating whether each order is a new order or settlement order (or stop loss order), settlement classification information 181G indicating whether each order is a "limit order," "market order," or "stop loss order." Execution condition information 181H indicating whether the order is a "order", "stop loss order", etc., specified price information 181J as the desired settlement price for each order (price that the customer wants to execute), and the quantity of each order (here, 10 pieces each), order quantity information 181K (described in Figure 16, etc.), completed quantity information 181L (described in Figure 16, etc.) indicating the quantity of completed (that is, executed) orders, and the expiration date of each order (described here). The expiration date information 181M (described in Figure 16 etc.) indicates the number of repetitions of the first order and the second order (here, the information of "unlimited" indicating an unlimited number of repetitions). ), repeat count information 181N (described in Figure 16, etc.), slippage information 181P (described only in Figure 15; however, the value is not shown), and whether or not a trail is set. trail information 181Q as a numerical value of the trail width when a trail is set (described only in FIG. 15; however, the value is not shown), and the like.

In addition, if the first order or the second order is split due to a partial execution described later, the quantity of the first order or the second order that constitutes the first order information group 71A may increase, or the first order information group 71A may It may be divided into a plurality of order information groups 71A, 71A, . . . . In this way, when the order information group 71A is split, the number of order quantity information 181K of the order information forming each order information group 71A decreases.

Further, both the first order information 72a and the second order information 72b may not include any of the information 181A to 181L, or may include other information. Further, there may be a configuration in which stop-loss order information (not shown) is provided for each order information group 71A, or one stop-loss order information (not shown) is provided for multiple (for example, all) order information groups 71A. If the configuration is such that stop order information (not shown) may be included in addition to the information 181A to 181P.

Here, the first order information 72a and the second order information 72b constituting one order information group 71A allow one first order to be placed and executed, and one second order to be placed and executed. be exposed. Specifically, based on the first order information 72a, one's first order (new order) is placed and executed, a position in the financial product is held, and based on the execution of the first order, one's first order (new order) is placed and executed. A second order (settlement order) is placed based on the second order information 72b, and the held position is settled by executing the second order (settlement order). Therefore, when the first order and the second order are repeated, a plurality of order information groups 71A, 71A, 71A, . . . are required.

In this first embodiment, when the first order and the second order are repeated based on the order information group 71A, the order information group 71A is A new order information group 71A is generated. However, when the confirmation button 62 or the order button 66 is clicked, a plurality of order information groups 71A, 71A, 71A, etc. for repeating the first order and the second order are generated at once. You can.

Note that the display unit 32 of the client terminal 3 used by the customer displays order information group 71A, first order information 72a, and the first order information 72a as shown in FIG. 2. Even if the table 73 and chart 74 of the order information 72b are displayed, and the customer can easily grasp the generated order information, the status of order placement, execution, and split, and the transaction status based on the order, etc. good.

[Processing procedure (processing when there is no partial contract)]
16 to 25 are a table 73 showing the form of order information based on the processing in the financial product transaction management system 1A of the first embodiment, and a chart 74 schematically showing the status of market price fluctuations and order placement/execution. It is. Hereinafter, based on these figures, the transaction mode based on the processing of this Embodiment 1 will be explained.

Note that the table 73 shown in FIGS. 16 to 25 shows the order information and order information corresponding to the transaction that is displayed on a part of the transaction display screen 50 shown in FIG. 13 when the transaction shown in the chart 74 is being performed. This is information that constitutes an information group.

In addition, in FIGS. 16 to 25, a solid line circle in the chart 74 indicates an order that is "executed," that is, an executed order, and a dotted line circle indicates an order that is "partially executed," that is, an order that is partially executed. The description indicates "on order", that is, an order that has been placed but has not yet been executed, and the description with white text in a dotted circle indicates "waiting", that is, an order that has not been placed or an order that is scheduled to be placed repeatedly (as described below). Charts 74 in FIGS. 26 to 29 also show the same state).

In the following description, generation of order information related to order placement, etc. is performed by processing of at least one of the order information generation unit 15 and the order information management unit 24 of the financial product transaction management system 1A. Further, rewriting, deletion, etc. of order information related to execution of an order, etc. is performed by processing of at least one of the transaction information generation section 25 and the transaction management section 16 of the financial product transaction management system 1A. However, depending on the state of the system configuration and data configuration, each process may be performed by a function other than the above-mentioned functional means (for example, processing related to order execution etc. may be performed by the order information generation unit 15 or the order information management unit 24). It is also possible to do so. Also, depending on whether the entire order is executed or only a part of the order is executed, the processing is performed by the order information generation unit 15 or the order information management unit 24 or the execution information generation unit 25 or the execution management unit 16. It is also possible to distinguish between

First, there is an order information group 71A consisting of the first order information 72a with the specified price information 181J of 19,200 yen and the second order information 72b with the specified price information 181J of 19,300 yen. Consider a case where one order is placed and executed, and a second order is placed and executed. In this case, as shown in Table 73 of FIG. 16, the desired execution price (hereinafter referred to as "first order price") 75 of the first order is set based on the designated price information 181J of the first order information 72a. A first order of 10 sheets 72a1 is placed at a certain price of 19,200 yen. At this time, the order status information of the first order information 72a is "ordering" indicating that the order has been placed but not yet executed, and the order status information 181D of the second order information 72b is "waiting" indicating that the order has not been placed. ”.

Then, when the market price 77 falls from the state shown in the chart 74 of FIG. 16 and reaches 19,200 yen as shown in the chart 74 of FIG. 17, the first order 72a1 is executed and the position is held. do. When the first order 72a1 is executed, the desired execution price for the second order (hereinafter referred to as "second order price") is set based on the specified price information 181J of the second order information 72b based on the second order information 72b. A second order of 10 sheets 72b1 is placed for 19,300 yen, which is 76. Then, as shown in FIG. 18, when the market price reaches 19,300 yen, the second order 72b1 is executed and the held position is settled. Then, from the state shown in Table 73 of FIG. 17, the first order information 72a is deleted, and the order status information 181D of the second order information 72b is rewritten from "waiting" to "ordering", and the state shown in FIG. The state shown in Table 73 is reached.

When the first order 72a1 and the second order 72b1 are placed and executed based on the first order information group 71A, the second order information shown in the table 73 of FIG. 18 is displayed on the transaction display screen 50 shown in FIG. 72b is deleted, and as shown in Table 73 of FIG. 19, an order information group 71A (new order information group 71A) having the first order information 72a and the second order information 72b is displayed. Based on this order information group 71A, a new first order (first order 72a1 indicated by a dotted line in the figure) and a new second order (not shown) are placed and executed in the same way. It will be done. Then, when the first order is placed and executed and the second order is placed and executed, the first order is placed and generated and the second order is placed and generated based on the new order information group 71A. This procedure is repeated thereafter.

In addition, in FIGS. 16 to 19, the designated price information 181J of the first order information 72a and the designated price information 181J of the second order information 72b of all order information groups 71A, 71A, 71A, etc. are all the same, and the designated price information 181J of the second order information 72b is the same. The configuration was such that the order placement and execution of the first order 72a1 with the order price 75 of 19,200 yen and the placement and execution of the second order 72b1 with the second order price 76 of 19,300 yen are repeated, but each order information A configuration in which the designated price information 181J of the first order information 72a and the designated price information 181J of the second order information 72b of the groups 71A, 71A, and 71A are different, and the first order price 75 and the second order price 76 accordingly change sequentially. (For example, the specified price information 181J of each first order information 72a displayed on the transaction display screen 50 changes sequentially by 1 yen, such as 19,200 yen, 19,201 yen, 19,202 yen, etc. The specified price information 181J of the second order information 72b also changes sequentially by 1 yen, such as 19,300 yen, 19,301 yen, 19,302 yen, etc., and the first order price 75 and second order price 76 also change in this order. It may be a configuration that changes in response to the changes.

Further, the execution condition information 181H of the specific order information of the specific order information group 71A (for example, the specific first order information 72a of the first order information group 71A) is "market", and this order (for example, the first The first order 72a1) may be placed and executed as a market order based on the prevailing price at a specific time (for example, the market price at the time when the confirmation button 62 or the order button 66 is clicked is set as the first order price 75). . In this case, the specified price information 181J of other limit orders (orders based on the first order information 72a and the second order information 72b whose execution condition information 181H is "limit price") is set based on the prevailing price at a specific time. It may be a configuration. In this case, the order price of the market order and the order price of the limit order may be determined based on different standards (for example, the market price when the confirmation button 62 is clicked is set as the specified price information 181J for the limit order, and the order price when the order button 66 is clicked. The market price at the time of the order may be set as the specified price information 181J for the market order.

The order information generation unit 15 and execution management unit 16 display generation of order information, order placement and execution, order repetition, etc. in this processing procedure on the display unit 32 of the client terminal 3 used by the customer. The generation of such order information is recorded in the order table 181, and by modifying, deleting, or adding the order information recorded in the order table 181, order placement, execution, order repetition, etc. are managed.

[Processing procedure (Processing in case of partial execution (1))]
Next, consider the case where a partial execution occurs based on the above-mentioned [Basic Operation No. 7].

For example, as shown in FIG. 17, a first order 72a1 of 10 pieces and a second order of 10 pieces based on the first order information 72a and the second order information 72b whose respective order quantity information 181K have a quantity of "10" 72b1 exists, and a part of the first order 72a1 of 10 tickets, for example, only 6 tickets are executed as shown in FIG. 20. In this case, as shown in Table 73 of FIG. 20, the completed quantity information 181L of the first order information 72a is rewritten from "0" to "6". As a result, 6 of the 10 first orders 72a1 are contracted, and 4 contracts remain uncommitted, resulting in a partial contract.

As the first order 72a1 is partially executed, the second order information 72b shows that the order has been placed (order status information 181D is "ordering" and order quantity information 181K is "6" The second order information 72ba and the second order information 72bb in which the order status information 181D is "waiting" and the order quantity information 181K is "4" are generated.As a result, the 10 pieces shown in the chart 74 of FIG. The second order 72b1 is divided into a second order 72ba1 of six ordered sheets and a second order 72bb1 of four unordered sheets, as shown in the chart 74 of FIG.

Here, if the four unfilled contracts of the first order 72a1, which has four unfilled contracts, are executed before the market price 77 reaches the second order price 76, then the first order information 72a in the table 73 of FIG. The established quantity information 181L is rewritten from "6" to "10". As a result, the first order information 72a is deleted from the display on the display unit 32 of the client terminal 3, as shown in table 73 of FIG.

The order status information 181D of the second order information 72bb for the four sheets is rewritten from "waiting" shown in table 73 of FIG. 20 to "ordering" shown in table 73 of FIG. 21. As a result, the second order 72bb1 changes from the unordered state shown in the chart 74 of FIG. 20 to the ordered state shown in the chart 74 of FIG. 21.

After the state shown in the chart 74 in FIG. 21, when the market price 77 reaches the second order price 76 as shown in the chart 74 in FIG. 181D changes from "ordering" to "committed" and is deleted, and the second order 72ba1 and second order 72bb1 change from the ordered state to the contracted state.

As shown in the chart 74 of FIG. 22, when the second order 72ba1 and the second order 72bb1 are executed, a new order information group 71A is generated as shown in the table 73 of FIG. 22. As shown in FIG. 22, this order information group 71A includes first order information 72aa with order quantity information 181K of "6", order The first order information 72ab includes the quantity information 181K as "4", the second order information 72ba has the order quantity information 181K as "6", the second order information 72bb has the order quantity information 181K as "4", and the first order information The order status information 181D of the order information 72aa and the first order information 72ab is "ordering", and the order status information 181D of the second order information 72ba and the second order information 72bb is "waiting". As a result, six first orders 72aa1 and four first orders 72ab1 have been placed (see chart 74 in FIG. 22), and second orders 72ba1 and second orders 72bb1 have not yet been ordered.

When the market price 77 becomes the first order price 75 after the state shown in the chart 74 of FIG. 22, the first order information 72aa and the first order information 72ab shown in the table 73 of FIG. The order changes from "ordering" to "committed" and is deleted, and the first order 72aa1 and first order 72ab1 change from the ordered state to the contracted state. Then, the order status information 181D of the second order information 72ba and the second order information 72bb changes from "waiting" to "ordering", and the second order 72ba1 and the second order 72bb1 change from the unordered state to the ordered state. becomes.

Furthermore, when the market price becomes the second order price 76, the order status information 181D of the second order information 72ba and the second order information 72bb changes from "ordering" to "completed", and the second order 72ba1 and the second order 72bb1 changes from the ordered state to the contracted state. Then, a new order information group 71A is ordered.

On the other hand, as shown in the chart 74 of FIG. 23, the market price 77 has changed from the state shown in the chart 74 of FIG. When the second order price 76 is reached, the second order ba1 for six pieces is executed while the second order 72bb1 for four pieces remains unfilled.

In this case, first order information 72aa and second order information 72ba shown in table 73 of FIG. 23 are newly generated, and as shown in chart 74 of FIG. A new first order 72aa1 of 6 pieces is placed while the second order 72bb1 of which 4 pieces have not yet been ordered remains (although not shown in the chart 74 of FIG. (The second order also exists in an unordered state.) In this case, as shown in Table 73 of FIG. 23, the first order information 72a continues with the completed quantity information 181L being "6". As a result, as shown in the chart 74 of FIG. 23, even after the first order 72aa1 for 6 contracts has been placed, the first order 72a1 remains in place for 6 out of 10 contracts, and the first order 72a1 is After the execution of the second order 72ba1, it has been in a divided state.

Although not shown in FIG. 23, after the first order 72a1 for 6 out of 10 contracts is executed, if the first order for 4 more contracts is repeatedly placed, the executed quantity information 181L is "6". Instead of the first order information 72a, first order information (not shown in FIG. 23) in which the order quantity information 181K is "4" and the completed quantity information 181L is "0" is generated. After that, the ordering and execution of the first order 72aa1 of 6 sheets and the first order of 4 sheets (not shown in FIG. 23), and the ordering of the second order 72ba1 of 6 sheets and the second order 72bb1 of 4 sheets are performed. and execution are repeated. Note that if the number of repetitions is set as a specific value in the repeat number information 181N (see FIGS. 16 to 25), the first order 72a1, 72aa1 (including the first order for four pieces not shown) The order placement and execution and the order placement and execution of the second orders 72b1, 72ba1, and 72bb1 will be repeated a set number of times.

The order information generation unit 15 and the execution management unit 16 display the display unit 32 of the client terminal 3 used by the customer to generate order information, place and execute orders, divide order information and orders, repeat orders, etc. in this processing procedure. In addition, by modifying or adding order information recorded in the order table 181, division and repetition of orders, etc. are managed.

At this time, when only a portion of the first order 72a1 is executed, the order information generation unit 15 and the execution management unit 16 change the second order 72b1 to a portion of the first order 72a1 corresponding to the executed portion. The first order information 72a and the second order information 72ba, 72bb are sent to the client terminal 3 in a state where the second order 72ba1 is divided into the second order 72ba1 and some other second orders 72bb1 corresponding to the unfilled portion. The first order information 72a and second order information 72b displayed on the display unit 32 and recorded in the order table 181 are also recorded and managed as first order information 72aa, 72ab, and second order information 72ba, 72bb. In this first embodiment, for example, as shown in FIG. 22, the divided first order information 72aa, 72ab and the divided second order information 72ba, 72bb have the same 16-digit order number body of the respective order numbers 181A. Since the eight-digit branch numbers are serial numbers, they are recorded in the order table 181 as corresponding states, and are also displayed on the transaction display screen 50. In addition, they correspond to the first order information 72a and the second order information 72b before the division by giving the same correspondence with the order number main body and branch number of the order number 181A. There is.

In addition, the order information generation unit 15 and the execution management unit 16, when the order information forms a first order 72a1 and a second order 72b1, respectively, and only a part of the first order 72a1 is executed and a position is held, The first order 72a1 in which a part of the position is held, that is, 6 out of 10 contracts, and the second order 72ba1, which settles the position held in a part of the first order 72a1 by execution, are matched. The first order information 72a and the second order information 72ba are displayed on the display unit 32 of the client terminal 3, and are also recorded and managed in the order table 181.

Specifically, as shown in FIG. 20, the executed quantity information 181L of the first order information 72a is displayed as "6", indicating that a partial execution has occurred, and the second order information 72ba on the second line is displayed as "6". The order quantity information 181K is "6". That is, the completed quantity information 181L of the first order information 72a and the order quantity information 181K of the second order information 72ba are the same number, and as a result, the first order information (the first The first order 72aa1 related to the order information 72a) and the second order 72ba1 related to the second order information 72ba are shown to be corresponding orders, and can be managed in a matched state.

In this first embodiment, the first order 72a1 and the second order 72ba1 can be matched by the customer operating the operation unit 31 of the client terminal 3 in the initial state when the transaction display screen 50 is displayed. The first order information 72aa and the second order information 72ba are displayed in this state, but the customer can arbitrarily change the display order and items of each information 181A to 181Q by operating the operation unit 31 of the client terminal 3. can be done.

In addition, an order executed by partial execution and an order placed based on it may be displayed on the display unit 32 of the client terminal 3 in correspondence (with the correspondence clearly indicated) or recorded in the order table 181. Any configuration other than the above may be used as long as it is managed. Specifically, for example, some second orders 72ba1 are executed in correspondence with the executed first order 72aa1, or some other second orders are not executed in correspondence with the executed first order 72aa1. 72bb1 may be displayed in the same or similar colors, graphics with the same or similar shapes may be displayed together, or they may be displayed in the same or similar fonts. Furthermore, when order information related to these orders is recorded and managed in the order table 181, it is also possible to record and manage them in a matched state by assigning the same or similar attribute information.

[Processing procedure (Processing in case of partial execution (2))]
Next, after only a part of the first order 72a1 is executed and a partial execution occurs (see chart 74 in FIG. 20), the market price becomes the second order price 76, and one of the second orders 72ba1 and 72bb1 or Consider a case where a partial execution occurs on both sides, for example, the second order 72ba1 (see chart 74 in FIG. 24).

For example, as shown in the chart 74 of FIG. 20, the market price 77 becomes the first order price 75, 6 of the 10 first orders (not shown) are executed, and then the market price 77 becomes the first order price 75. Consider a case where the second order price is 76 and four of the six second orders 72ba1 are executed.

In this case, when the market price reaches the first order price 75 due to execution of four of the first orders 72a1, the executed quantity information 181L of the first order information 72a (see table 73 in FIG. 20) becomes "0". ” becomes “6”. This results in the state of the first order information 72aa in the first row of the table 73 in FIG. 24. Also, at this time, first order information 72ab shown in the fourth line of table 73 in FIG. 24 is generated.

Then, as shown in the chart 74 of FIG. 24, six of the ten first orders 72a1 have been executed, and the order status information 181D shown in the table 73 of FIG. Second order information 72ba in which the quantity information 181K is "6" and second order information 72bb in which the order status information 181D is "waiting" and the order quantity information 181K is "4" are generated, and the transaction display screen 50 will be displayed.

Further, when only four of the six second orders 72ba1 are executed, the executed quantity information 181L of the second order information 72ba changes from "0" to "4" as shown in table 73 of FIG.

When 4 of the 6 second orders 72ba1 are executed, the order quantity information 181K is "4" and the order status is changed as data forming the new order information group 71A, as shown in the table 73 of FIG. 24. First order information 72aa whose information 181D is “ordering” and second order information 72baa whose order quantity information 181K is “4” and order status information 181D is “waiting” are generated, and these are displayed on the transaction display screen 50. be done. As a result, as shown in the chart 74 of FIG. 24, the first order 72aa1 for four sheets is placed, and the second order for four sheets (not shown in FIG. 24) is placed on standby without being ordered.

Note that the first order 72a1 shown in FIG. 24, in which 6 out of 10 contracts are executed, is processed in the same manner as described in "Processing in the case of partial execution (1)" above, and a new first order 72a1 is executed. Order information is generated.

It is also shown in FIG. When 2 unfilled orders are executed in the second order 72ba1 in which 4 out of 6 orders are executed, the order quantity information 181K is "4" and the executed quantity information is "4", instead of the second order information 72ba shown in FIG. 24. 0" second order information (not shown in FIG. 24) and second order information (not shown in FIG. 24) in which the order quantity information 181K is "2" and the completed quantity information is "0" are generated. be done. In this case, the corresponding first order information (not shown in FIG. 24) is also the first order information (not shown in FIG. 24) in which the order quantity information 181K is "4" and the completed quantity information is "0". First order information (not shown in FIG. 24) in which the order quantity information 181K is "2" and the completed quantity information is "0" is generated. Thereafter, if-done orders will be repeated based on these order information, with each split first order and each split second order.

The order information generation unit 15 and the execution management unit 16 display the display unit 32 of the client terminal 3 used by the customer to generate order information, place and execute orders, divide order information and orders, repeat orders, etc. in this processing procedure. to be displayed. Specifically, the order information generation unit 15 and execution management unit 16 generate some of the 10 pieces of second order information 72b related to the second order information 72b in which the order quantity information 181K is “10”. When only the order is placed, the placed order, for example, the second order 72ba1 of 6 pieces, and the unordered order, for example, the second order 72bb1 of 4 pieces, are displayed on the display unit 32 of the client terminal 3 in a divided state. and/or an execution occurs when only a part of the 10 second orders 72b1 ordered related to the second order information 72b whose order quantity information 181K is "10" is executed. In a state where the executed order, for example, the second order 72ba1 of 6 pieces, and the unfilled order, for example, the second order 72bb1 of 4 pieces, are separated, the second order information, for example, the second order information 72ba, 72bb is displayed on the client terminal 3. 32 and also recorded and managed in the order table 181. Further, the order information generation unit 15 and contract management unit 16 similarly display, manage, record, and manage the first order 72a1 based on the first order information 72a (see FIG. 24).

At this time, the order information generation unit 15 and contract management unit 16 select a part of the second order, for example, the second order 72ba1, which corresponds to the first order, for example, the first order 72a1, in which six of the ten contracts held a position. Furthermore, if only some second orders, for example, second order 72baa1, close the position, the second order that closed the position, for example, second order 72baa1, and the second order, for example, second order 72baa1, whose position has not been settled, In the divided state, first order information, for example, first order information 72aa and second order information, for example, second order information 72baa, 72bab, are displayed on the display unit 32 of the client terminal 3, and are also recorded in the order table 181. to manage. In this first embodiment, as shown in FIG. 24, the second order information 72ba before division and the second order information 72baa after division have the same 16-digit order number body of the order number 181A, and an 8-digit branch number. Since they are serial numbers, they are recorded in the order table 181 and displayed on the transaction display screen 50 in a matched state. Although not shown, the second order information 72bab after the split also has the same 16-digit order number as the order number 181A, but the 8-digit branch number is the same as the second order information 72ba before the split and the one after the split. The item corresponding to the order number 181A of the second order information 72baa is assigned.

[Processing procedure (Processing in case of partial execution (3))]
FIG. 25 shows a modification of the above-mentioned "Processing in the case of partial contract (1)".

This figure shows a modification in the case where only 6 of the 10 first orders 72a1 shown in FIG. 20 are contracted. As shown in the figure, in this modification, a part of the first order 72a1 (out of 10 orders) is replaced with the first order information 72a (see FIG. 20) related to the first order 72a1, of which only a part has been executed 6 coins) are executed, the placed first order 72a1 of 10 coins is divided into a committed first order 72aa1 of 6 coins and an unfilled first order 72ab1 of 4 coins. At this time, as shown in the table 73 of FIG. 25, the first order information 72ab used for the transaction of the four uncontracted first orders 72ab1 is generated. In the first order information 72ab, the order status information 181D is "ordering", the order quantity information 181K is "4", and the completed quantity information 181L is "0".

As described above, in this modification, when a part of the first order 72a1 is executed, it is divided into six executed first orders 72aa1 and an unfilled first order 72ab1. The structure and processing of the first orders 72aa1 and 72ab1 are the same as in the case of "Processing in case of partial execution (1)" above.

With this configuration, the first order information 72ab is generated at the timing when only a part of the first order 72a1 is executed, and the first order information 72ab is divided into the executed first order 72aa1 and the unfilled first order 72ab1, By recording and managing the executed and unfilled portions of the first order 72a1, of which only a portion has been executed, as separate and independent information from the time of execution, the executed first order 72aa1 and the unfilled first order 72ab1 can be They can be processed and managed independently with a high degree of freedom.

[Processing procedure (Processing in case of partial execution (4))]
FIG. 26 shows a modification of the above-mentioned "Processing in case of partial contract (2)".

This figure shows a modification in the case where only four contracts, which are a part of the six second orders 72ba1 shown in FIG. 24, are executed. As shown in the figure, in this modification, two pieces of second order information 72baa and 72bab are generated in place of the second order information 72ba (see FIG. 24) related to the second order for which only a portion of the orders have been executed. . Among these, the second order information 72baa has the order status information 181D as "ordering", the order quantity information 181K as "4", the completed quantity information 181L as "0", and the second order 72baa1 of four pieces that have been ordered. Used for transactions. On the other hand, in the second order information 72ba, the order status information 181D is "ordering", the order quantity information 181K is "2", the completed quantity information 181L is "0", and the transaction of the second order 72ba1 of two orders has been completed. used for Immediately after the second order information 72baa is generated, the order status information 181D changes from "ordering" to "filled" and processing is performed assuming that the second order 72baa1 has been filled, and from the display on the display unit 32. will be deleted. Note that, as shown in FIG. 24, in this modification, the first order 72a1 is processed in the same manner as the above-mentioned "Processing in the case of partial execution (3)".

As described above, in this modification, when a part of the second order 72baa1 is executed, it is split into four executed second orders 72baa1 and an unfilled second order 72bab1.

With this configuration, the second order information 72baa, 72bab is generated at the timing when only a part of the second order 72ba1 is executed, and the second order information 72baa1 is divided into the executed second order 72baa1 and the unfilled second order 72bab1. By recording and managing the second order 72ba1, which is only partially executed, as separate and independent information from the time of execution, it is possible to have a high degree of freedom in separately and independently handling the executed second order 72baa1 and the unexecuted second order 72bab1. can be processed and managed separately and independently.

In the modified example shown in FIG. 26, when a part of the first order 72a1 and the second order 72ba1 are executed, the first order information 72aa, 72ab and separate second order information 72baa, 72bab are generated and split. However, the configuration is not limited to this. For example, if the first order 72a1 is only partially filled, the corresponding second order 72ba1 is The second order 72ba1 may be split when the order is filled, and the second order 72ba1 may be split when only a portion of the order is filled, and the second order 72ba1 is split into the second orders 72baa1 and 72bab1.

[Processing procedure (processing in case of partial execution (5))]
As a modified example, as shown in FIG. 20, when only a part (six in the figure) of the first order 72a1 of 10 orders is executed, the first order 72a1 is executed at a predetermined timing after the execution. It is also possible to have a configuration in which one order is divided into a executed first order 72aa1 and an unfilled first order 72ab1.

Specifically, for example, a case may be considered in which the contract management unit 16 performs a process of splitting the first order 72a1, only a part of which was contracted while the trading of financial products was suspended.

More specifically, for example, for financial products handled by the first financial product transaction management device 1 and the second financial product transaction management device 2, a first order of 10 pieces is placed in a specific week as shown in FIG. Consider a case where only 6 of the 72a1 contracts are executed, and then trading of financial products resumes after a trading suspension period. In this case, the contract management unit 16 generates first order information 72aa and 72ab shown in FIG. 25 in place of the first order information 72a shown in FIG. 20 during the trading suspension period. As a result, during the trading suspension period, the first order 72a1 shown in FIG. 20 is split into the first orders 72aa1 and 72ab1 shown in FIG. The first order information 72ab, second order information 72ba, and 72bb shown in the table 73 of FIG. 25 are displayed, and a transaction is performed based on the divided first orders 72aa1 and ab1.

Similarly, when a part of the second order 72ba1 shown in FIG. 24 (4 out of 6 contracts in the same figure) is executed, the contract management section 16 executes the contract as shown in the figure during the trading suspension period. It is also possible to generate second order information 72baa and 72bab shown in FIG. 26 instead of second order information 72ba and 72bb, and to divide it into second orders 72baa1 and 72bab1.

As described above, in this first embodiment, when only a part of the first order 72a1 and/or a part of the second order 72b1 is executed, the first order 72a1, which is only partially executed, and /Or, by splitting the second order 72ba1, which is only partially executed, at a predetermined timing after only partially executed, the first order 72a1, which is only partially executed, and/or only partially executed. The second order 72b1 executed by the second order 72b1 can be divided at a timing appropriate to the cause and situation of only a part of the order being executed, thereby allowing appropriate management and operation of transactions including partial execution. Thereby, in financial product transactions conducted using a computer system, it is possible to allow traders to appropriately use a transaction form that includes a partial contract.

In this first embodiment, when only a part of the specific second order 72b1 or the first order 72a1 corresponding to the specific second order 72b1 is executed, the cause or situation for which only the part was executed is determined. A specific second order 72b1 can be split depending on the timing. This allows for appropriate management and operation of transactions including partial execution.

In this first embodiment, when only a part of a specific first order 72a1 or a second order 72b1 corresponding to the specific first order 72a1 is executed, the cause or situation for which only the part was executed is determined. A specific first order 72a1 can be split at different timings. This allows for appropriate management and operation of transactions including partial execution.

In this first embodiment, the first order 72a1 and the second order 72b1, of which only a part is executed and a part of which is not executed, are used as the order quantity information 181K of the first order information 72a and the second order information 72b. By recording, managing, and processing the completed quantity information 181L, it is possible to uniformly record and manage orders for which partial execution has occurred, simplifying data and achieving consistent processing. .

In this first embodiment, when some of the first order 72a1 and second order 72b1 based on the first order information 72a and the second order information 72b are executed, for example, when only the first order 72a1 is executed, By displaying the order, for example, the first order 72a1, as the first order information 72aa on the display unit 32 of the client terminal 3, the first order 72a1 and the second order 72b1 scheduled to be placed are displayed for the ordered financial product. It is possible to correctly operate a transaction in which only a part of the order is placed or a part of the placed first order 72a1 and second order 72b1, for example, a transaction in which only the first order 72a1 is executed. Further, when only a part of the first order 72a1 (for example, 6 out of 10 contracts) is executed, the second order 72b1 is replaced with the second order 72ba1 corresponding to the executed part of the first order 72a1. and a part of the first order 72a1 that has been executed and a part of the second order bb1, and in this state, the display unit 32 of the client terminal 3 as the second order information 72ba, 72bb. By displaying this, it is possible to correctly operate a transaction in which only a part of the first order 72a1 (for example, 6 out of 10 contracts) and a part of the second order, for example, the second order 72ba1, are executed. Thereby, in financial product transactions conducted using a computer system, it is possible to allow traders to appropriately use a transaction form that includes a partial contract.

In this first embodiment, based on a partially executed first order, e.g., first order 72a1, it is divided into a placed order, e.g., second order 72ba1, and an unplaced order, e.g., second order 72bb1; /Or, by splitting the executed order, for example, the first order 72aa1, and the unfilled order, for example, the first order ab1, only a part (for example, 6 out of 10 orders) of the first order 72a1 is placed. , and/or allows the trader to appropriately operate a transaction form that includes partial execution.

In the first embodiment, a part of the first order 72a1 of the if-done order holding a position is made to correspond to a part of the second order 72b1 for settling the position, for example, the second order 72b1, and the first order By displaying the order quantity information 181K and completed quantity information 181L of the information 72a and the order quantity information 181K and completed quantity information 181L of the second order information 72ba on the display unit 32 of the client terminal 3, a transaction form including a partial contract can be displayed. It allows traders to operate the system appropriately.

In this first embodiment, settlement is performed when only a part of the second order 72baa1 settles the position of the second order 72ba1 that settles the position held by the first order 72a1, which partially holds the position. By splitting the transaction into a second order that has been settled, for example, a second order 72baa1, and a second order that has not been settled, for example, a second order 72bab1, it is possible to allow a trader to appropriately operate a transaction form that includes a partial contract.

In this first embodiment, the first order 72a1 and the second order 72b1 are repeated by repeating the holding of a position due to the execution of the first order 72a1 and the settlement of the held position due to the execution of the second order 72b1. It is possible to provide continuous trading opportunities and opportunities to earn a lot of profits. In addition, in the case where the first order 72a1 and the second order 72b1 are divided and repeated, a part of the first order 72aa1 of the first order 72a1 and/or a part of the second order 72b1 When only the second order 72ba1 is executed, the classification between the executed order, e.g., the first order 72aa1, and the unfilled order, e.g., the first order 72ab1, before the repetition is maintained; By displaying the information 72aa, 72ab and the second order information 72ba, 72bb on the display unit 32 of the client terminal 3, the first order 72a1 and/or the second order can be displayed in the configuration in which the first order and the second order are repeated. To display all the first orders 72aa1, 72ab1 and/or second orders 72ba1, 72bb1 when only a part of the order 72b1 is executed, and to allow traders to appropriately operate a transaction form including partial execution. I can do it.

In the first embodiment, the execution information generating unit 25 executes the execution of the order based on the generated first order information, for example, the first order information 72a, and second order information, for example, the second order information 72b, and manages the execution. By managing the contract status in the unit 16, transactions of financial products can be performed reliably.

In the first embodiment described above, the first order 72a1 and the second order 72b1 of the first order when a partial execution is not performed are also the first orders 72aa1, 72aaa1, 72ab1 that are repeated when a partial execution is performed. The second orders 72ba1, 72bab1, 72bb1 are also configured to be repeated at the same first order price 75 and the same second order price 76, but the present invention is not limited to this. When the orders 72ba1, 72bab1, and 72bb1 are repeated, the first order price 75 and the second order price 76 may change under predetermined conditions.

Specifically, for example, each time the first order 72aa1, 72aaa1, 72ab1 and the second order 72ba1, 72bab1, 72bb1 are repeated a predetermined number of times (for example, each time they are repeated once), a predetermined condition (for example, 1 yen each) is applied. ) The first order price 75 and/or the second order price 76 may be configured to fluctuate in an upward or downward direction, or the price between the first order price 75 and/or the second order price 76 and the market price. If the difference is more than a predetermined price difference (for example, if the price difference between the first order price 75 or second order price 76 and the market price is 10 yen or more), the first order price 75 and/or the second order price The order price 76 may be changed in the upward direction or downward direction by a predetermined amount (for example, by 10 yen in the direction of market price fluctuation).

Further, in the first embodiment, stop loss order information (not shown) exists in the order information group 71A, and a stop loss order is placed and executed based on this stop loss order information (not shown). In this case, if the first order 72a1 and the second order 72b1 are split based on the first order information 72a and the second order information 72b, the stop loss order information (not shown) and the stop loss order (not shown) will be split in the same way. The structure may be split. When a stop loss order (not shown) is executed, the corresponding first order (for example, first order 72aa1) and second order (for example, second order 72ba1) are canceled, but in this case, the order Only the first order (for example, first order 72aa1) and second order (for example, second order 72ba1) corresponding to the stop loss order (not shown) may be canceled, or the first order before splitting may be canceled. All the first orders and second orders (for example, the first order 72ab1 and the second order 72bb1) that constituted the order 72a1 and the second order 72b1 may also be cancelled. Further, the first order (for example, first order 72aa1) and second order (for example, second order 72ba1) that are scheduled to be repeatedly placed or executed thereafter may also be cancelled. Furthermore, the configuration may be such that the first orders (for example, first orders 72aa1, 72ab1) and second orders (for example, second order 72ba1) are not canceled.

[Embodiment 2 of the invention]
Embodiment 2 of the present invention is shown in FIGS. 27 and 28.

In this second embodiment, the first order and the second order are each placed at a plurality of prices, and a position is held by the execution of each first order, and the held position is settled by the execution of each second order. Each thing that happens is repeated.

On the order input screen 52 shown in FIG. 13, when a numerical value, for example, "10" is input in the trap number input column 64 and the confirmation button 62 is clicked, and when the order button 66 on the confirmation screen 65 shown in FIG. The number input in the quantity input field 64, for example, 10 order information groups 71A, 71B, . . . 71H, 71J, 71K are generated. As a result, the transaction display screen 50 (see FIG. 15) displays 10 pieces of first order information 72a, 72c, . , 10 pieces of second order information 72b, 72d, . . . , 72r, 72t related to unplaced orders are displayed.

Then, as schematically shown in the chart 74 of FIGS. 27 and 28, when the market price 77 fluctuates and reaches the first order price 75 (19,250 yen), the above [Basic operation 1] Let us consider a case where a state such as [Basic operation 2] is reached and orders for only 6 out of 10 contracts can be executed. In this case, the contract information generation unit 25 performs processing for partially contracting the first order information 72a and the second order information 72b. As a result, the first order information 72a and the second order information 72b are in the state shown in FIG. 28. Then, one or more first orders, for example, the first order 72a1 shown in FIG. 27, are partially executed (contracted) first order 72a1 and (uncontracted) 6 out of 10 orders shown in FIG. 28. ) Split into first order 72ab1. Furthermore, at this time, the corresponding second order, for example, the second order 72b1 for 10 pieces shown in FIG. do.

Thereafter, as the market price 77 changes, the first orders 72aa1 and 72ab1 are placed and executed, and the second orders 72ba1 and 72bb1 are placed and executed repeatedly. Further, similar orders, executions, and partial executions are repeated for other first orders 72c1, . . . , 72q1, 72s1 and other second orders 72d1, .

The order information generation unit 15 and the execution management unit 16 display the display unit 32 of the client terminal 3 used by the customer to generate order information, place and execute orders, divide order information and orders, repeat orders, etc. in this processing procedure. It is displayed on the transaction display screen 50.

At this time, the order information generation section 15 and the execution management section 16 generate the first order information, for example, the first order information 72a, regarding the repeatedly generated first order, for example, the first order 72a1, and second order, for example, the second order 72b1. The second order information, for example, the second order information 72b, is displayed on the display section 32 of the client terminal 3. In addition, the order information generation unit 15 and the execution management unit 16, if only part of the first order, e.g., the first order 72a1 and/or the second order, e.g., the second order 72b1, before the repetition is executed, The repeated first order, e.g., the first order 72aa1 and/or second order, e.g., the second order 72ba1, are updated with first order information, e.g. The first order information 72aa, 72ab and the second order information, for example, the second order information 72ba, 72bb, are displayed on the transaction display screen 50 on the display unit 32 of the client terminal 3.

In addition, the order information generation unit 15 and the execution management unit 16 also store a first order, for example, the first order 72aa1, a second order, for example, the second order, for example, the Regarding the second order 72ba1, first order information such as first order information 72aa and second order information such as second order information 72ba are displayed on the transaction display screen 50 on the display unit 32 of the client terminal 3.

The other configurations are the same as those in Embodiment 1 of the invention.

As described above, in this second embodiment, a plurality of price ranges are set, and in each price range, the ordering and execution of the first orders 72a1, 72c1, . . . , 72q1, 72s1, which can only be partially executed, And/or by repeatedly placing and executing the second orders 72b1, 72d1, ..., 72r1, 72t1, of which only a portion of the orders can be executed, continuous trading opportunities are created in multiple price ranges. In addition, in each price range, the first order 72a1, 72c1, ..., 72q1, 72s1 and/or the second order 72b1, 72d1, ..., 72r1, 72t1. First order information related to all the first orders 72a1, 72c1, ..., 72q1, 72s1 when only some of them are executed, for example, the first order information 72aa, 72ab, and/or all the second orders 72b1 , 72d1, . . . , 72r1, 72t1, for example, the second order information 72ba, 72bb, can be displayed to allow the trader to appropriately operate a transaction form including a partial contract.

In this second embodiment, as in the first embodiment, first orders 72a1, 72c1, . . . , 72q1, 72s1 are placed at the same first order price 75 and the same second order price 76. Although the configuration is such that the ordering and execution of the order and the ordering and execution of the second orders 72b1, 72d1, . ,..., 72q1, 72s1 and the ordering and execution of second orders 72b1, 72d1,..., 72r1, 72t1 are repeated, the respective first order prices 75 and The configuration may be such that each second order price 76 changes.

Further, in the second embodiment, stop order information (not shown) exists in some or all of the order information groups 71A, 71B, . . . 71H, 71J, 71K, and this stop order information (not shown) When a stop loss order is placed and executed based on the stop loss order information (not shown), if the first order 72a1 and the second order 72b1 are split based on the first order information 72a and the second order information 72b, the stop loss order information ( (not shown) and a stop loss order (not shown) may be similarly split. The manner of canceling the first order (for example, first order 72a1), second order (for example, second order 72b1), etc. due to the split stop loss order is the same as in the first embodiment. In addition, when stop loss order information exists for each order information group 71A, 71B, . The configuration is such that the first orders 72a1, 72c1, . . . , 72q1, 72s1 related to 71B, . You can.

[Embodiment 3 of the invention]
Embodiment 3 of the present invention is shown in FIG.

In this third embodiment, an upper limit price input field (not shown) and a lower limit price input field (not shown) are provided on the order input screen 52 shown in FIG. 13. The order information generation unit 15 then generates the upper limit price information (in this third embodiment, the first order price 75 at the top of FIG. 29 (19,700 information regarding the value of the upper limit price 82 (in this third embodiment, information regarding the value of the upper limit price 82 shown in FIG. 19,250 yen)) formed based on the price range 83 (in FIG. 29, 600 yen, which is the price obtained by subtracting the lower limit price 81 from the upper limit price 82), and the information entered in the trap number input field 64. A predetermined calculation process is performed based on the number of orders placed, for example, "10", and the order price of each of the plurality of orders, for example, 10 first orders 72a1, 72c1, ..., 72q1, 72s1, and the order price of 10 first orders are calculated. The order price of each of the second orders 72b1, 72d1, . . . , 72r1, 72t1 is set. As shown in Figure 28, this order price is the first order price related to a predetermined first order that holds a position due to execution, and the second order price related to a predetermined second order that closes the position held due to execution. For example, the first order price 75 of the first order 72a1 and the second order price 76 of the second order 72b1 are formed. In this third embodiment, the price ranges 84, 84, . . . 84, 84 are set such that some or all of them belong to the price range 83).

The set plural first orders and second orders, for example, the first orders 72a1, 72c1, ..., 72q1, 72s1 and the second orders 72b1, 72d1, ..., 72r1, 72t1 are according to the embodiment As in 2, splitting is performed by partial execution, and the placement and execution of the corresponding first order and the placement and execution of the second order are repeated.

The order information generation unit 15 and the execution management unit 16 display the display unit 32 of the client terminal 3 used by the customer to generate order information, place and execute orders, divide order information and orders, repeat orders, etc. in this processing procedure. to be displayed.

The other configurations are the same as the second embodiment of the present invention.

As described above, in this third embodiment, one or more price ranges 84 are set in the price range 83 formed between the specific upper limit price 82 and the specific lower limit price 81, and in each price range 84, Placement and execution of first orders 72a1, 72c1, ..., 72q1, 72s1, which can only be partially executed, and/or second orders 72b1, 72d1, ..., 72r1, which can only partially be executed. Repeating the order placement and execution of 72t1, and the first order 72a1, 72c1,..., 72q1, 72s1 and/or the second order in each price range 84, 84, . . . 84, 84. By displaying all first orders and/or second orders when only a portion of 72b1, 72d1, ..., 72r1, 72t1 is executed, trading formats including partial executions can be made appropriate for traders. can be operated.

[Embodiment 4 of the invention]
Embodiment 4 of the present invention is shown in FIG.

In this fourth embodiment, the first order and the second order, for example, the first order 72a1, 72c1, . . . , 72q1, 72s1 and the second order 72b1, 72d1, . The market price falls or rises beyond the first order price 75 or the second order price 76, then rises or falls, and then reaches the first order price 75 or the second order price 76 again, and then the first order price 75. The structure is such that an execution is executed when the price is above or below, or when the second order price is below or above 76.

Specifically, on the order input screen 52 shown in FIG. 13, a through price range information input field (not shown) and a trail information input field (not shown) are provided. Then, depending on the values entered in these input fields (not shown), each first order information, for example, the first order information 72a, and each second order information, for example, the second order information 72b, or the database Through price range information (not shown) regarding a predetermined value regarding the price range between the order price and the market price (hereinafter referred to as "through price range") is set in any table 18.

Then, as shown in the chart 74 of FIG. 30, the placed first order 72a1 falls beyond the first order price 75, and the price range between the first order price 75 and the market price 77 becomes the value of the through price range 85. When the market price exceeds 75, the first order 72a1 is placed, and then when the market price becomes 75 or higher again, the first order 72a1 is executed as a stop order, and accordingly, the second order 72b1 is not placed. The state changes from the state to the ordered state. Then, when the market price 77 rises above the second order price 76 and the price range between the second order price 76 and the market price 77 exceeds the value of the through price range 85, the second order 72b1 is placed, and then again. When the market price falls below the second order price 76, the second order 72b1 is executed. When the second order 72b1 is executed, the ordering and execution of the first order 72a1 and the ordering and execution of the second order 72b1 are performed again based on the first order information 72a and the second order information 72b, and thereafter. , the order placement and execution of the first order 72a1, and the second order 72b1 are repeated in the same way.

Further, in this fourth embodiment, a trail is activated in each second order information, for example, trail information 181Q (see FIG. 15) of the second order information 72b (or in any table in the database 18). (hereinafter referred to as "trail width".Here, this "trail width" is used as both the price range as a trigger for triggering the trail and the fluctuation range of the order price.) Trail width information (not shown) is provided using specific numerical values. In this fourth embodiment, the market price further increases after exceeding the second order price 76, and as shown in FIG. , the second order price 76 is newly set to a price in an upward direction by the value of the trail width 86. Even after the second order price 76 is newly set, if the market price increases further and the price difference between the second order price 76 and the market price exceeds the trail width 86, the second order price 76 will be changed again to the trail width. The price will be newly set in the upward direction by the value of 86. Such resetting of the second order price 76 based on the trail width 86 is repeated until the market price 77 falls to the second order price 76 without exceeding the trail width 86, as shown in FIG.

When the market price reaches the second order price 76 and the second orders, for example, the second orders 72ba1 and 72bb1 are executed in the state shown in FIG. (For example, regarding the second orders 72ba1 and 72bb1 in FIG. 30, the second order 72b1 is placed again at the original second order price 76 of 19,350 yen, which is the second order price 76 before the trail is activated.) be done.

The order information generation unit 15 and the execution management unit 16 display the display unit 32 of the client terminal 3 used by the customer to generate order information, place and execute orders, divide order information and orders, repeat orders, etc. in this processing procedure. to be displayed.

The other configurations are the same as the first and second embodiments of the present invention.

As described above, in this Embodiment 4, the first order information 72a, 72c, ..., 72q, 72s and the second order information 72b, 72d, ..., 72r, 72t each have a market price of After the first order price has decreased or increased by more than 75, the first order price has decreased or exceeded 75 again, or after the second order price has increased or decreased by more than 76, the second order price has decreased or exceeded 76 again. Since it is set to be executed after the above-mentioned conditions are reached, there is a high possibility that the trade will be executed at a price close to the price at which a falling market turns into a rising market, or the price at which a rising market turns into a falling market, resulting in a large profit from trading. It is possible to have the possibility of obtaining . This provides an opportunity to earn a lot of profit when trading financial products using a computer system. Further, the order information as the second order includes trail width information (not shown), and the order information as the second order moves in an upward direction or a downward direction based on the trail width information (not shown). As a result, it is possible to increase the profit obtained by a single buying and selling transaction between the first order 72a1, 72c1, . . . , 72p1, 72r1 and the second order 72b1, 72d1, .

In this fourth embodiment, the trail width information is set in each first order information, for example, the first order information 72a, and the first order price 75 of the first order 72a1 also changes the trail width due to a decline in the market price. It may be configured such that the value is reset in the downward direction by minutes. Further, in the fourth embodiment, the price range used as a trigger for the trail width information and the fluctuation range of the order price may be set to different prices. Further, the first order price 75 and the second order price 76 may be reset almost simultaneously with the fluctuation of the market price 77, and the first order price 72a, 72c, . . . , 72q, 72s may be reset. The order price 75, 75, ... 75, 75 and the current market price 77 and the second order price 76, 76, ... 76, 76 of the second order information 72b, 72d, ..., 72r, 72t. It may also be configured such that the first order price 75 and the second order price 76 are reset when a comparison is made with the current market price 77 and the price difference between them exceeds the trail activation price range.

In each of the above embodiments, the case where the first order is a buy order and the second order is a sell order is described, but the present invention is not limited to this, and the first order is a sell order and the second order is a buy order. It is also applicable to cases.

Further, in each of the above embodiments, a configuration is described in which the first order 72a1, the second order 72b1, etc., where the placement and execution of the first order and the placement and execution of the second order at one or more prices are repeated. However, the order information generation unit 15 is not limited to this, and in addition to the first order information 72a and the second order information 72b, the order information generation unit 15 includes reverse order information for placing and executing a stop loss order. One or more pieces of limit order information (not shown) are generated, and when the first order 72a1 is executed, a stop order (not shown) is placed together with the second order 72b1, and when the stop order is executed, the placed order The second order 72b1, the first order 72a1 and the second order 72b1 that were scheduled to be repeated thereafter (it may be only the specific first order 72a1 and the specific second order 72b1, or the second to fourth orders) In the form, first orders 72c1,..., 72q1, 72s1 other than the specific first order 72a1 related to if-done orders other than the if-done order and second orders 72d1,..., other than the specific second order 72b1. 72r1, 72t1) may be canceled. In addition, so-called OCO orders other than the structure in which the second order 72b1 and the stop order (not shown) are placed at the same time (for example, the first order to buy 72a1 and the first order to sell (not shown) are placed at the same time) When, for example, the first buy order 72a1 is executed due to a fluctuation in the market price of a financial product, the second sell order 72b1 is placed and the first sell order (not shown) (and the order that was scheduled to be placed after that) is placed. The second buy order (not shown) may be canceled. Alternatively, the first order 72a1 and the second order 72b1 may be executed in a so-called "Itayose method" when the market price resumes after a temporary suspension.

In each of the above embodiments, when a partial execution occurs, the first order 72a1 and the second order 72b1 are split. However, the present invention is not limited to this. is input, or when the quantity of all first orders 72a1 and all second orders 72b1 reaches the minimum quantity of "1"), multiple first orders that have been split once, e.g. The first order 72a1, 72a2 and a plurality of second orders, for example, second orders 72b1, 72b2 may be combined to form one first order 72a1 and one second order 72b1.

In each of the above embodiments, when a partial execution occurs, a plurality of first orders and second orders are placed at the same order price, but the present invention is not limited to this. This configuration may be combined with a configuration in which multiple first orders and second orders are always placed at the same order price, regardless of whether a partial execution occurs.

In each of the above embodiments, stock indexes are handled as financial products, but the invention is not limited to this, and can be used for any type of financial product, such as stocks, bonds, investment trusts, real estate investment trusts, commodities, foreign exchange, etc. The present invention may be applied to a financial product trading system that handles financial products.

In each of the above embodiments, the financial product transaction management system 1A is configured by the first financial product transaction management device 1 and the second financial product transaction management device 2, but the present invention is not limited to this. The transaction management device may have a configuration in which all the functional means are provided. Specifically, for example, the second financial product transaction management device 2 managed and operated by a financial product exchange or the like does not exist in the financial product transaction management system 1A shown in FIG. The first financial product transaction management device 1 may have a configuration in which all the functional means of the product transaction management device 2 are managed and operated by a financial product handling company. Conversely, the second financial product transaction management device 2 does not exist in the financial product transaction management system 1A shown in FIG. 1, and all functional means of the second financial product transaction management device 2 shown in FIG. The configuration may be included in the financial product transaction management device 1 of the above.

Further, in each of the above embodiments, the financial product transaction management system 1A is realized in a client/server system of a network computer system, but various computers such as personal computers, mobile terminals, tablets, etc. that do not constitute the client/server system may be used. It is also possible to realize the same functions as the financial product transaction management system 1A in various communication terminals and portable information terminals. In this case, at least a part of the system configuration of the first financial product transaction management device 1 and the financial product transaction management system 1A is configured as a computer program, and the program is implemented in various computers and various communication terminals and mobile information terminals. It is also possible to realize this.

It goes without saying that each of the embodiments described above is an illustration of the present invention, and does not mean that the present invention is limited only to each of the embodiments described above.

1A...Financial product transaction management system 1...First financial product transaction management device (financial product transaction management device)
2...Second financial product transaction management device (financial product transaction management device)
14...Account information management department (funds management means)
15...Order information generation unit (order information generation means)
16...Execution management department (execution management means)
25...Contract information generation unit (contract information generation means)
72a1, 72aa1, 72ab1, 72aaa1... First order 72b1, 72ba1, 72bb1, 72baa1, 72bab1... Second order 75... First order price 76... Second order price 77... Market price 81...Lower limit price 82...Upper price 83...Price range 84...Price range 85...Through price range 86...Trail width

Claims (13)

A financial product transaction management device that trades financial products whose market prices fluctuate,
order information generation means for generating order information for ordering financial products;
and contract management means for managing contracts of the financial product,
The execution management means are:
A first order that is formed based on the order information and can be executed in part or in whole; and a second order that can be executed in part or in whole and that executes the first order and settles the position held by the execution. If a specific part of the first order satisfies the execution conditions and the remaining part further satisfies the execution conditions , and/or a specific part of the second order If the part satisfies the contract conditions and the remaining part also satisfies the contract conditions , the first order of the specific part that satisfies the contract conditions and the first order of the remaining part and /or a process of separately executing the specific part of the second order that satisfies the conditions of the contract and the remaining part of the second order. ,
The order information generating means includes:
Separately generate the order information for trading the specific part of the first order for which the execution process has been performed and the order information for trading the remaining part of the first order. process,
Separately generating the order information for trading the specific part of the second order for which the execution process has been performed and the order information for trading the remaining part of the second order. Repeat the process,
The contract management means are:
Processing to execute the specific part of the first order for which the execution process has been performed and execution of the remaining part of the first order based on the separately generated order information. Separately,
Processing to execute the specific part of the second orders for which the execution process has been performed, and execution of the remaining part of the second orders, based on each of the separately generated order information. A financial product transaction management device characterized in that it repeatedly performs separate processing . The contract management means are:
When the first order holds the position by execution and the second order settles the position by execution, a predetermined timing when the first order is executed or after the first order is executed; Or, either when the second order is executed, or at a predetermined timing after the second order is executed, the second order is placed in correspondence with the executed first order. Financial product transaction management according to claim 1, characterized in that the financial product transaction management is divided into a part of the second order to be executed and another part of the second order to be not executed corresponding to the executed first order. Device. The contract management means are:
When the first order holds the position by execution and the second order settles the position by execution, the first order is executed, or a predetermined timing after the first order is executed; Or, either when the second order is executed or at a predetermined timing after the second order is executed, the first order is combined with the executed first order and the unexecuted order. The financial product transaction management device according to claim 1 or 2, wherein the financial product transaction management device is divided into the first order and the first order. When the order information forms a first order and a second order, and only a part of the first order is executed and a position is held, the execution management means may be configured to Settlement of the position of the first order before the split occurs and the part of the first order that held the position in the case where the first order or a part of the first order is split; 4. The financial product transaction management device according to claim 1, wherein the financial product transaction management device is configured to correspond to the second order of the department. The order information generating means generates the order information for placing a first order and a second order, respectively, and holds the position based on the order information of the first order and the order information of the second order. and repeatedly settle the position based on the
The contract management means are:
Regarding the first order and the second order,
If only a part of the first order and/or the second order before the repetition is executed, the first order and/or the second order to be repeated are executed after the execution before the repetition. The financial product transaction management device according to any one of claims 1 to 4, wherein a classification between the ordered order and the unfilled order is maintained. The order information generating means generates the first order and the second order as order information for placing orders at a plurality of prices, respectively,
The execution management means provides a plurality of price ranges between the price of the first order and the price of the second order corresponding to the first order, and the contract management means provides a plurality of price ranges between the price of the first order and the price of the second order corresponding to the first order, and selects at least one of the plurality of price ranges. 6. The financial product transaction management device according to claim 5, wherein the first order and the second order are repeatedly executed in a price range. 7. Financial product transaction management according to claim 6, wherein the order information generation means sets one or more of the price ranges in a price range formed between a specific upper limit price and a specific lower limit price. Device. The order information generation means generates the order information as the first order so that the market price is set as the reference price for the first order to hold the position. The position is set to be held after the price falls or rises by more than one order price and then becomes equal to or less than the first order price,
The market price increases beyond the second order price, which is set as the reference price for closing the position using the order information as the second order. Or, after the price has fallen, the position is set to be settled after the price falls below or above the second order price again.
The order information that is the second order includes trail width information,
The financial information according to any one of claims 1 to 7, wherein the order information that is the second order is set to move in an upward direction or a downward direction based on the trail width information. Commodity transaction management device. 9. The financial product transaction management device according to claim 1, further comprising contract information generation means for contracting the order information after the order information matches the predetermined market price. comprising a fund management means for managing fund information as information on the balance of funds in a predetermined account of a trader who trades the financial product;
The contract information generating means checks the fund information, and if the balance of the funds is less than the amount required for contracting the financial product, the contract information generating means checks the fund information, and if the balance of the fund is less than the amount required for contracting the financial product, the contract information generation means selects one of the orders based on the order information placed at the same price. The financial product transaction management device according to claim 9, wherein only a part of the orders are executed. A financial product transaction management system for trading financial products whose market prices fluctuate,
order information generation means for generating order information for ordering financial products;
and contract management means for managing contracts of the financial product,
The execution management means are:
A first order that is formed based on the order information and can be executed in part or in whole; and a second order that can be executed in part or in whole and that executes the first order and settles the position held by the execution. If a specific part of the first order satisfies the execution conditions and the remaining part further satisfies the execution conditions , and/or a specific part of the second order If the part satisfies the contract conditions and the remaining part also satisfies the contract conditions , the first order of the specific part that satisfies the contract conditions and the first order of the remaining part and /or a process of separately executing the specific part of the second order that satisfies the conditions of the contract and the remaining part of the second order. ,
The order information generating means includes:
Separately generate the order information for trading the specific part of the first order for which the execution process has been performed and the order information for trading the remaining part of the first order. process,
Separately generating the order information for trading the specific part of the second order for which the execution process has been performed and the order information for trading the remaining part of the second order. Repeat the process,
The contract management means are:
Processing to execute the specific part of the first order for which the execution process has been performed and execution of the remaining part of the first order based on the separately generated order information. Separately,
Processing to execute the specific part of the second orders for which the execution process has been performed, and execution of the remaining part of the second orders, based on each of the separately generated order information. A financial product transaction management system characterized by repeatedly performing separate processing . A financial product transaction management method in a financial product transaction management system that trades financial products whose market prices fluctuate, the method comprising:
an order information generation procedure for generating order information for ordering financial products;
and a contract management procedure for managing contracts of the financial product,
In the execution management procedure,
A first order that is formed based on the order information and can be executed in part or in whole; and a second order that can be executed in part or in whole and that executes the first order and settles the position held by the execution. If a specific part of the first order satisfies the execution conditions and the remaining part further satisfies the execution conditions , and/or a specific part of the second order If the part satisfies the contract conditions and the remaining part also satisfies the contract conditions , the first order of the specific part that satisfies the contract conditions and the first order of the remaining part and/or a process of separately executing the specific part of the second order that satisfies the contract conditions and the remaining part of the second order. I,
In the order information generation procedure,
Separately generate the order information for trading the specific part of the first order on which the execution process has been performed and the order information for trading the remaining part of the first order. Let the process take place;
Separately generate the order information for trading the specific part of the second order on which the execution process has been performed and the order information for trading the remaining part of the second order. Repeat the process,
In the above contract management procedure,
Processing to execute the specific part of the first order for which the execution process has been performed and execution of the remaining part of the first order based on the separately generated order information. to perform the processing separately,
Processing to execute the specific part of the second orders for which the execution process has been performed, and execution of the remaining part of the second orders, based on each of the separately generated order information. repeat the process that is performed separately from the process
A financial product transaction management method in a financial product transaction management system characterized by the following. A program that causes a computer to function as the financial product transaction management device according to any one of claims 1 to 10 or the financial product transaction management system according to claim 11.

Images