JP7180917B2 - Financial instrument transaction management device, financial instrument transaction management system, financial instrument transaction management method in financial instrument transaction management system, and program - Google Patents

Description

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

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, stock indices, market orders (trading at the market price at the time of order placement) order form) and limit order (a form in which a transaction is executed when the market price reaches a predetermined price). Conventionally, there has been known an invention in which these order forms, for example, limit order transactions are performed using a computer system (see, for example, Patent Document 1). That is, in the present invention, an order for a financial product having 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 make the transaction.

JP-A-2006-99787

Here, for example, the demand and supply of buying and selling financial products do not always match. In addition, when purchasing the ordered financial product, the amount of funds may be insufficient for the order quantity. Therefore, with respect to orders for financial products that have been placed, it is not always possible to execute the entire order quantity of the ordered order, and only a part of the order quantity of the ordered order is executed (such a form of execution is called " (hereinafter referred to as “partial agreement”). In addition, when the market price of financial products fluctuates around an arbitrary price range, there may arise a demand for continuous trading centering on this price range along the time series. However, in Patent Document 1, it is not possible to deal with the case where all orders cannot be executed, and the trader has to place orders many times when trading continuously in an arbitrary price range. , there is a problem that the labor required for trading by a trader becomes excessive.

SUMMARY OF THE INVENTION The present invention has been made in view of such problems, and provides a financial instruments transaction management apparatus that enables a transactor to appropriately operate transaction forms including partial contracts in financial instrument transactions performed using a computer system. An object of the present invention is to provide a product transaction management system and a transaction management method in a financial product transaction management system.

In order to solve this problem, the invention described in claim 1 is a financial product transaction management apparatus for trading financial products with fluctuating market prices, which is an order information system for generating order information for ordering financial products. A first order formed by the order information and a position held by the first order, which is formed by the order information, is settled by the contract. Of orders, only part of the first order and/or only part of the second order satisfies the contract conditions, and only a part of the first order that satisfies the conditions and/or, if only some of the second orders that satisfy the conditions have been executed by the execution management means, the order information generating means By performing the process of placing a new first order in a quantity corresponding to the first order of the part, the first order other than the part of the first order that satisfies the conditions and the new first order Forming a state in which an order and a state of placed and unexecuted coexist, and/or placing a new second order of a quantity corresponding to a portion of the second order for which the execution process has been performed by performing the processing to cause the second order other than the part of the second order that satisfies the condition and the new second order to form a state in which the new second order coexists in an ordered and unexecuted state. Characterized by

In the invention according to claim 2, in addition to the configuration according to claim 1, the contract management means is arranged in the first order that holds the position by contract and the second order that closes the position by contract. , when the first order is filled, or a predetermined timing after the first order is filled, or when the second order is filled, or at a predetermined timing after the second order is filled , at any time of , the second order will be filled in correspondence with the first order that has been executed, and other second orders that will not be executed in correspondence with the first order that has been executed It is characterized by dividing into a part of the second order.

The invention according to claim 3 is, in addition to the configuration according to claim 1 or 2, the contract management means, when only part of the first order is contracted, the first order When one order is filled, or at a predetermined time after the first order is filled, or when the second order that fills the first order and closes the position held by the first order is filled, or and at a predetermined timing after the second order is executed, the first order is divided into the executed first order and the unexecuted first order. do.

The invention according to claim 4 is, in addition to the configuration according to any one of claims 1 to 3, the contract management means, wherein the order information forms a first order and a second order, respectively, and the If only part of the first order is executed and holds a position, the part of the first order that held the position, or the first order before the part of the first order split, and the It is characterized in that the position of the part of the first order holding the position is made to correspond to the part of the second order to be settled by contract.

The invention according to claim 5 is, in addition to the configuration according to any one of claims 1 to 4, the order information generating means includes the order information for placing the first order and the second order, respectively. and repeat holding of the position based on the order information of the first order and settlement of the position based on the order information of the second order, and the contract management means generates the repeatedly generated first For one order and said second order, if only part of said first order and/or said second order before said repetition is filled, said first order and/or said second order to be repeated The order is characterized in that the division between the executed order and the unexecuted order before the repetition is maintained.

According to a sixth aspect of the invention, in addition to the configuration of the fifth aspect, the order information generating means generates order information for placing the first order and the second order at a plurality of prices, respectively. 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 at least one of the plurality of price ranges The first order and the second order are repeatedly made in one price range.

The invention according to claim 7 is characterized in that, in addition to the configuration according to claim 6, the order information generating means has one or more 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.

The invention according to claim 8 is, in addition to the configuration according to any one of claims 1 to 7, wherein the order information generating means generates the order information as 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 above the first order price, and then becomes above or below the first order price again. The position is set to be held later, and the order information as the second order is set to the second order price set as the standard price for closing the position by the second order, and the market price is set to close the position 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 Trail width information is provided, and the order information, which is the second order, is set to move in an upward direction or a downward direction based on the trail width information.

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

The invention according to claim 10, in addition to the configuration according to claim 9, further comprises fund management means for managing fund information as information on the balance of funds in a predetermined account of the transactor who trades the financial product. The execution information generating means confirms the fund information, and if the balance of the funds is less than the amount required to execute the execution of the financial product, the execution of the order based on the order information placed at the same price. It 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 with fluctuating market prices, comprising: order information generating means for generating order information for placing an order for the financial product; of the first order formed by the order information and the second order for closing the position held by the first order by executing the contract Only part of the first order and/or only part of the second order satisfies the contract conditions, and only part of the first order that satisfies the conditions and/or fulfills the conditions When execution processing is performed by the execution management means only on some of the second orders that have been fulfilled, the order information generating means is arranged to execute execution processing on some of the first orders that have undergone execution processing. By performing the process of placing a new first order of the corresponding quantity, the first order other than the part of the first order that satisfies the conditions and the new first order are placed and unexecuted. By forming a state in which the state of The second orders other than the part of the second orders that satisfy the conditions and the new second orders coexist in a state of placed and unexecuted.

According to a twelfth aspect of the invention, there is provided a financial product transaction management method in a financial product transaction management system for trading financial products with fluctuating market prices, the order information generating method for generating order information for placing an order for a financial product. and a deal management procedure for managing the contract of the financial instrument, wherein the first order formed by the order information and the position held by the first order are contracted and settled by the contract. Of orders, only part of the first order and/or only part of the second order satisfies the contract conditions, and only a part of the first order that satisfies the conditions and/or, if only some of the second orders that satisfy the conditions are executed in the execution management procedure, the execution process is executed in the order information generation procedure. By performing a process of placing a new first order in a quantity corresponding to the part of the first order, the first order other than the part of the first order that satisfies the conditions and the new first order Forming a state in which one order and a state of placed and unexecuted coexist, and/or creating a new second order of a quantity corresponding to a portion of the second order for which the execution process has been performed To form a state in which said second orders other than some of said second orders satisfying said conditions and said new said second orders coexist in a state of placed and unexecuted by performing processing for placing orders. characterized by

The invention according to claim 13 is a program, which 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. Characterized by

According to the inventions of claim 1, claim 11, and claim 12, when only part of the first order is filled, a specific second order can be split. As a result, traders can appropriately manage trading forms including partial contracts in trading of financial products using a computer system.

According to the invention described in claim 2, when only a part of a specific first order is executed, it is possible to split a specific second order at a timing suitable for the cause or situation in which only a part of the first order is executed. can. This makes it possible to appropriately manage and operate transactions including partial contracts.

According to the invention described in claim 3, when only a part of a specific first order or a part of a second order corresponding to a specific first order is executed, only a part is matched to the cause or situation of the execution A specific first order can be split by timing. This makes it possible to appropriately manage and operate transactions including partial contracts.

According to the invention of claim 4, a part of the first order holding the position, or the first order before the split occurs when the part of the first order splits, and the one that settles it It is possible to allow the trader to appropriately operate the trading form including the partial contract by matching the second order of the part.

According to the fifth aspect of the invention, by repeatedly holding a position and closing the held position, it is possible to provide continuous trading opportunities and opportunities to obtain many profits. In addition, when only a part of the first order and/or the second order is executed in the repetition of the first order and the second order, the division of the executed order and the unexecuted order before the repetition By maintaining the mode, in a configuration where the first order and the second order are repeated, all the first orders when only a part of the first order and / or the second order is executed, and / Or, it is possible to allow the trader to appropriately operate the trading form including the partial execution of the second order.

According to the invention of claim 6, price ranges are set, and in each price range, the first order that can be partially executed and/or the second order that can only be partially executed are repeated. By doing so, we provide opportunities for continuous trading in the price range to obtain a large amount of profit, and only a portion of the first order and/or the second order in each price range is executed. For all first orders and/or second orders in the case, it is possible to allow traders to properly operate trading forms including partial executions.

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

According to the eighth aspect of the invention, the order information as the first order and the order information as the second order are sent after the market price falls or rises beyond the first order price or the second order price. Since it is set to be executed after the first order price or the second order price becomes higher or lower again, trade at a price close to the price at which a falling market turns to a rising market or a price at which a rising market turns to a falling market. It is possible to increase the possibility of doing so, and it is possible to have the possibility of obtaining a large profit from trading. As a result, many profit opportunities can be provided in financial product transactions using a computer system. Further, the order information as the second order is provided with the trail width information, and the order information as the second order moves in the upward direction or the downward direction based on the trail width information, so that one first order and the second order It is possible to increase the profit obtained by trading with two orders.

According to the ninth aspect of the invention, an order can be executed based on the generated order information, and the financial product can be traded reliably.

According to the invention described in claim 10, only orders that have funds necessary for executing financial instruments are executed, and while only some of the orders are executed, the occurrence of damage exceeding the amount of funds is prevented. It can be deterred to ensure the security of transactions.

According to the thirteenth aspect of the invention, the present invention can be constructed in various computers and various computer systems.

1 is a block diagram conceptually showing configurations 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; FIG. 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 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. 4 is a conceptual diagram schematically showing the basic operation of a partial contract in the same financial instrument transaction management system and first and second financial instrument transaction management devices; FIG. 4 is a conceptual diagram schematically showing the basic operation of a partial contract in the same financial instrument transaction management system and first and second financial instrument transaction management devices; FIG. 4 is a conceptual diagram schematically showing the basic operation of a partial contract in the same financial instrument transaction management system and first and second financial instrument transaction management devices; FIG. 4 is a conceptual diagram schematically showing the basic operation of a partial contract in the same financial instrument transaction management system and first and second financial instrument transaction management devices; FIG. 4 is a conceptual diagram schematically showing the basic operation of a partial contract in the same financial instrument transaction management system and first and second financial instrument transaction management devices; FIG. 4 is a conceptual diagram schematically showing the basic operation of a partial contract in the same financial instrument transaction management system and first and second financial instrument transaction management devices; FIG. 4 is a conceptual diagram schematically showing the basic operation of a partial contract in the same financial instrument transaction management system and first and second financial instrument transaction management devices; FIG. 4 is a conceptual diagram schematically showing the basic operation of a partial contract in the same financial instrument transaction management system and first and second financial instrument transaction management devices; 2 is a flow chart showing a processing procedure when placing an order in the financial product transaction management system shown in FIG. 1; 4 is a conceptual diagram schematically showing a transaction display screen displayed on the display section of the 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. FIG. 2 is a conceptual diagram schematically showing a transaction display screen displayed on a display unit of a client terminal in the same financial product transaction management system and 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 same financial product transaction management system and first and second financial product transaction management devices; 4 is a table and a chart schematically showing order information and order placing/contracting when a transaction is performed in the financial instrument transaction management system and the first and second financial instrument transaction management devices according to the first embodiment; 2 is a table and a chart schematically showing order information and order placing/contracting when a transaction is carried out in the same financial instrument transaction management system and first and second financial instrument transaction management devices; 2 is a table and a chart schematically showing order information and order placing/contracting when a transaction is carried out in the same financial instrument transaction management system and first and second financial instrument transaction management devices; 2 is a table and a chart schematically showing order information and order placing/contracting when a transaction is carried out in the same financial instrument transaction management system and first and second financial instrument transaction management devices; 2 is a table and a chart schematically showing order information and order placing/contracting when a transaction is carried out in the same financial instrument transaction management system and first and second financial instrument transaction management devices; 2 is a table and a chart schematically showing order information and order placing/contracting when a transaction is carried out in the same financial instrument transaction management system and first and second financial instrument transaction management devices; 2 is a table and a chart schematically showing order information and order placing/contracting when a transaction is carried out in the same financial instrument transaction management system and first and second financial instrument transaction management devices; 2 is a table and a chart schematically showing order information and order placing/contracting when a transaction is carried out in the same financial instrument transaction management system and first and second financial instrument transaction management devices; 2 is a table and a chart schematically showing order information and order placing/contracting when a transaction is carried out in the same financial instrument transaction management system and first and second financial instrument transaction management devices; FIG. 4 is a table and chart schematically showing a first modified example of order information and order placement/contract when a transaction is performed in the same financial instrument transaction management system and the first and second financial instrument transaction management devices; FIG. FIG. 10 is a table and chart schematically showing a second modified example of order information and order placement/contract when transactions are performed in the same financial instrument transaction management system and first and second financial instrument transaction management devices; FIG. 10A and 10B are tables and charts schematically showing order information and order placing/contracting when transactions are performed in the financial instrument transaction management system and the first and second financial instrument transaction management devices according to the second embodiment; 2 is a table and a chart schematically showing order information and order placing/contracting when a transaction is carried out in the same financial instrument transaction management system and first and second financial instrument transaction management devices; 10A and 10B are tables and charts schematically showing order information and order placing/contracting when a transaction is performed in the financial instrument transaction management system and the first and second financial instrument transaction management devices according to the third embodiment; 10A and 10B are tables and charts schematically showing order information and order placing/contracting when a transaction is performed in the financial instrument transaction management system and the first and second financial instrument 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 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 as a "financial product transaction management device". It comprises a device 2 and n (n≧1) client terminals 3 ₁ to 3 _n . The first financial instrument transaction management device 1 and the client terminals 3 ₁ to 3 _n Communicate with each other via the Internet 4 as a Network. Also, 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 instrument transaction management device 2 is connected to the Internet 4, and the first financial instrument transaction management device 1 and the second financial instrument transaction management device 2 are configured to be able to communicate via the Internet 4. may The financial product transaction management system 1A of the first embodiment handles various financial products such as stock indices.

The first financial instrument transaction management apparatus 1 is a server computer managed and operated by a financial instrument dealer who _conducts transactions with a financial instrument exchange (described later). . . , _3n to communicate information with the second financial instrument transaction management device 2 to place the order, and to send the information of the contracted order to the client terminal _{31. ,} .

In addition, the first financial instrument transaction management device 1 associates the first order with the second order, etc., and the second financial instrument transaction management device 2 processes the corresponding first order, second order, etc. 2, and transmits it to the second financial product transaction management device 2 in a state suitable for the processing of 1. In addition, the first financial instrument transaction management device 1 corresponds to the first order, the second order, etc. received from the second financial instrument transaction management device 2, the contract, the information, the partial contract, etc., which will be described later. Record as the status of first order, second order, etc. Also, the first financial product transaction management device 1 sends the corresponding first order, second order, etc. to the client terminals 3 ₁ , . . . , 3 _n and displays them to the customer. 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 (financial instruments membership corporation that establishes a financial instruments market under the license of the Prime Minister as stipulated in Article 2, Paragraph 16 of the Financial It is a server computer managed and operated by a corporation (hereinafter simply referred to as a "financial instruments exchange"), etc., and has a web server function, a function to execute orders for financial products, and a large amount of data. It has a database function to store

Specifically, the second financial product transaction management device 2 orders financial products based on the information received from the first financial product transaction management device 1 and the client terminals 3 ₁ , . . . , 3 _n . or make a promise. In addition, the second financial instrument transaction management device 2 records and manages information on placed orders and executed orders, and stores information on placed orders and executed orders to the first financial instrument transaction management device. It is transmitted to the apparatus 1, the client terminals 3 ₁ , . . . , 3 _n and the like.

The first financial instruments transaction management device 1 and the second financial instruments transaction management device 2 may both be server computers managed and operated by a financial instruments exchange, or both may be server computers managed and operated by a financial instruments exchange. It may be a server computer managed and operated by a financial product dealer who does not trade with the company. In the latter case, the operator who manages and operates the first financial instrument transaction management device 1 and the operator who manages and operates the second financial instrument transaction management device 2 may be the same operator. It may be a separate vendor. In addition, the first financial instrument transaction management device 1 and the second financial instrument transaction management device 2 are configured without the Internet 4, for example, configured within the same LAN (Local Area Network), A configuration constructed as a computer system, or the like may also be used.

The client terminals _{3 1} , . corresponds to this. The client terminals 3 ₁ , . . . , 3 _n include operation units 31 ₁ , _{. , 32n} as "information display means" for displaying various instructions and various images input from ₁ , . . . , _31n . However, the operation units 31 ₁ , . . . , _{31 n} and the display units 32 ₁ , . may be configured as

The _client terminals 3 ₁ , . _{. .} , 3 _n , the operation units 31 ₁ , . The client terminal 3 , the operation unit 31 , and the display unit 32 are used unless otherwise specified.

Although not shown in FIG. 1, each of the first financial instrument transaction management device ₁ , the second financial instrument transaction management device 2, and the client terminals 3 ₁ , . Unit, central processing unit), RAM (Random Access Memory) that functions as a work area for the CPU, ROM (Read Only Memory) that stores the boot program for startup, etc., hard disk that stores various programs and data, etc. , an auxiliary storage device, a communication interface for transmitting and receiving data, and the like. Auxiliary storage stores OS (Operating System) programs, various application programs, data recorded in databases, etc. These programs and data cooperate with hardware resources through arithmetic processing by the CPU. 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 apparatus 1 has a data processing section 10 as functional means implemented based on the various programs and hardware resources described above.

The data processing unit 10 performs processing such as generation and processing of various data used in the first financial instrument transaction management apparatus 1, and also functions as a front page distribution unit 11, an order entry reception unit 12, Deposit/withdrawal information management unit 13, account information management unit 14 as "fund management means", order information generation unit 15 as "order information generation means", contract management unit 16 as "contract management means", database connection base unit 17, has 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 receiving unit 12 receives data related to various orders input from the client terminal 3, and performs various processes necessary for establishing orders for financial products.

The deposit/withdrawal information management unit 13 receives a deposit/withdrawal request from the client terminal 3 and manages a deposit/withdrawal list based on the request.

The account information management unit 14 has a function of managing deposit balance information of a customer (agreed as a “trader”; the same shall apply in this specification) as fund information (that is, information for confirming that an order can be executed). have. In addition, in order to ensure consistency with the actual deposit balance, the information regarding the deposit balance generated by the account information management unit 14 is regularly updated with the information regarding the customer's actual deposit balance provided by a financial institution such as a bank. Matched.

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 unit 16 communicates with the contract information generation unit 25 to be described later, and causes the display unit 32 of the client terminal 3 to display the order contracted by the contract information generation unit 25 . Specifically, the contract management unit 16 records the order information of the contracted order in an order table 181 (described later) of the database 18, or corrects or adds data to the order information recorded in the order table 181. and deletion, etc., and various processing necessary for searching, sending and receiving, and searching the recorded order information. In addition, the contract management unit 16 informs the contract information generation unit 25 of the condition of the contract (whether or not to carry out a partial contract to be described later, etc.) based on the trader's input from the operation unit 31 of the client terminal 3, predetermined order conditions, etc. ) may be provided with a configuration for performing a process of issuing a command.

The database connection base unit 17 converts data generated and processed in the data processing unit 10 and data recorded in the database 18 (for example, mutual conversion between logical data structure and physical data structure). , performs the processing necessary to communicate 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 such as an object database may be used as long as it is suitable for recording or rewriting a large amount of data. The database 18 includes an order table 181 as "order information recording means", a customer account information table 182 as "customer account information recording means", a financial product order condition table 183, a sequence number table 184, a contract information table 185, a position An information table 186 is recorded.

A customer account information table 182 records information about an account for each customer. The financial product order condition table 183 records the order conditions of financial products that are allowed to be ordered. A sequence number table 184 records a unique sequence number for each order information (to be described later). The contract information table 185 records information on contracted orders. The position information table 186 records information about positions 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 has a data processing section 20 as functional means implemented 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 instrument transaction management device 2, and also serves as a function means for receiving price information as "market price information management means". It has a management unit 21, a deposit/withdrawal information generation unit 22, an account information generation unit 23, an order information management unit 24, a contract information generation unit 25 as "contract information generation means", a database connection base unit 26, and a database 27. .

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

The order information management unit 24 generates order information based on information related to financial product orders 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. 27 order table 271 and manages the data of the order table 271 (creates, corrects, deletes, etc. data).

The contract information generator 25 performs contract processing based on the order generated by the order information generator 15 and processing for sending information on completed contract processing to the client terminal 3 of the customer. It should be noted that the term "agreement" as used herein refers to various procedures and processes for establishing a transaction of a financial product based on a customer's order. As will be described later, when a contract is established in the first embodiment, the financial product is traded, 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 transaction amount. Further, the deposit/withdrawal information generation unit 22 and the deposit/withdrawal information management unit 13 describe the status of deposits and withdrawals in the deposit/withdrawal list. In addition, the contract information generation unit 25 sends information to the effect that the contract has been made and information on the content of the contract to the contract management unit 16, and displays the information on the display unit 32 of the client terminal 3 that the contract has been made. and the contents of the executed contract are displayed by character information or the like. In addition, the contract information generation unit 25 performs deposit/withdrawal processing of the account of the client terminal based on the trading price. A part or all of these components of the contract information generation unit 25 may be the components provided in other functional means, for example, the contract management unit 16 .

The database connection base unit 26 performs various processes between the data processing unit 20 and the database 27 in the same manner as the database connection base unit 17 of the first financial product transaction management apparatus 1 .

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

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

Data processing unit 10, front page distribution unit 11, order entry reception unit (order entry reception means) 12, deposit/withdrawal information management unit 13, account information management unit 14, and order information generation unit in the first financial instrument transaction management device 1 15. Agreement management unit 16, database connection base unit 17, database 18, data processing unit 20 in second financial instrument transaction management device 2, price information reception management unit 21, deposit/withdrawal information generation unit 22, account information generation The unit 23, the order information management unit 24, the contract information generation unit 25, the database connection base unit 26, and the database 27 may be configured in any form. For example, when the first financial instrument transaction management device 1 and the second financial instrument transaction management device 2 are formed as a network computer system consisting of a plurality of server computers, each component is distributed among the plurality of server computers. may be provided. In addition, these server computers are computer systems owned by multiple vendors and server administrators (for example, computers owned or managed by financial stock exchanges, other financial product transaction management companies, providers, hosting system providers, etc.) system). The server computer that constitutes 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. Furthermore, data processing unit 10, front page distribution unit 11, order entry reception unit 12, deposit/withdrawal information management unit 13, account information management unit 14, order information generation unit 15, contract management unit 16, database connection base unit 17, database 18, a data processing unit 20, a price information reception management unit 21, a deposit/withdrawal information generation unit 22, an account information generation unit 23, an order information management unit 24, a contract information generation unit 25, a database connection base unit 26, and a database 27. At least part of the configuration may be provided in the client terminal 3 that constitutes the financial instrument transaction management system 1A instead of the first financial instrument transaction management device 1 or the second financial instrument 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 instrument transaction management apparatus 1. As shown in FIG. As shown in the figure, the order table 181 has as many fields as the number of items. , non-blank specification (Not Null), presence/absence of default value (default value), data item name (remarks), etc. are defined.

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

[Processing of orders in the first financial instrument transaction management device and the second financial instrument 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 described.

The first financial product transaction management device 1 stores sell orders and buy orders as first orders and second orders for each customer in the order table 181 based on the financial product orders received from the client terminals 3 of the customers. Record and perform various processes (for example, acceptance of orders and generation of orders (generating order information for placing orders, and processing of placing orders to the second financial instrument transaction management device 2). The same is true 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 of 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, recording order information in the order table 271). and various processes for those buy orders and sell orders (for example, processes that change various states such as "unordered", "ordered", "executed", etc. according to the transaction status, such as (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 a 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 are linked to process orders for financial products. That is, as shown in FIG. 3, for example, an order for financial products 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. 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 a financial product is ordered or contracted 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, and the first financial product transaction management device 1 and transmitted to the client terminal 3 of the customer.

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

The timing of order generation in the first financial instrument transaction management device 1 and transmission of the generated order to the second financial instrument transaction management device 2 may be any timing. For example, when trading 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 places a purchase order. to the second financial instrument transaction management device 2, and when the buy order is executed, the second financial instrument transaction management device 2 transmits information indicating the execution to the first financial instrument transaction management device 1. Next, the first financial instrument transaction management device transmits information to the effect that the sell order will be placed to the second financial instrument transaction management device 2, and the second financial instrument transaction management device 2 confirms that the sell order is executed. Information indicating the contract may be transmitted to the first financial product transaction management device 1 . Alternatively, the first financial instrument transaction management device 1 may transmit the information of the second order to the second financial instrument transaction management device 2 before acquiring the contract information of the first order.

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

In this Embodiment 1, the order generated by the first financial instrument transaction management device 1 and the order managed by the second financial instrument transaction management device 2 may be the same or different. . Specifically, for example, orders recorded in the order table 181, orders recorded in the order table 271, data recorded in the customer account information table 182, data recorded in the entrustor account information table 272, Data recorded in the financial product order condition table 183 Data recorded in the financial product order condition table 273 Data recorded in the sequence number table 184 Data recorded in the sequence number table 274 Position information table 186 , the data recorded in the position information table 276, and the data recorded in the contract information table 185 and the data recorded in the contract information table 275 may be the same or different. may

[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. The partial contract of the financial product in this Embodiment 1 is processed based on the same figure and the following [basic operation 1] to [basic operation 7] explaining the same figure. In FIGS. 3 to 11, the solid line circles in the chart 110 indicate orders that have been "filled", that is, orders that have been executed. The entry is "on order", that is, an order that has been placed but has not been executed, and the entry of white characters in a dotted line circle is "waiting", that is, an order that has not been placed or an order that is scheduled to be repeatedly placed.

Note that the processing based on [basic operation 1] to [basic operation 7] is mainly used for processing in the second financial instrument transaction management device 2, but in the first financial instrument transaction management device 1 It may be used for processing, or 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: Price priority, time priority principle]
If there are multiple orders for the same type of financial product at multiple prices for each price, they will be processed based on (Principle 1) and (Principle 2) below.
(Principle 1) When the same financial instrument exists for multiple quote prices (price at which you wish to trade), buy orders with the highest quote price for sell orders and those with the lowest quote price for buy orders Execute each order, starting with the sell order (principle of price priority).
(Principle 2) If there are multiple buy orders or sell orders for the same financial product for the same quote price, the order will be executed in order from the earliest order (principle of time priority).

[Basic operation part 2: Processing to change the number of establishments according to supply and demand]
For example, as shown in FIG. 3, consider a case where there are buy and sell orders at multiple prices for a particular financial instrument (eg, stock). Assume that the offer 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 an offer rate 101 of 19,401 or higher, and there are 18 buy orders 103 with a quote price of 19,402 (that is, the quoted quantity is 18). If there are 37 buy orders 104 with a value of 19,401, based on the above price priority principle, they will first be filled as 18 buy orders 103 with an indicative price of 19,402, then there will be 37. A buy order 104 with an indicative price of 19,401 is filled.

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

As a result, as shown in FIG. 5, a particular trader's buy order 108 has a total of 10 contracts, 6 buy orders 108a (filled in FIG. 4) and 4 orders 108a (unfilled in FIG. 4). split into buy orders 108b. In this way, partial execution occurs due to the fact that only a part of the placed order is executed.

[Basic operation 3: Order splitting and timing of splitting]
In this Embodiment 1, partial execution causes splitting of orders at a predetermined timing.

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

(State 1)
It refers to a state in which a part of a specific order is filled, and the specific order is divided into a filled order and an unfilled order.
For example, if some of the first orders 111 shown in FIG. This corresponds to the state of being divided into the contracted 4-sheet first order 111b.

(State 2)
It refers to a state in which another specific order corresponding to the specific order is divided into placed orders and unplaced orders due to the execution of a part of the specific order.
For example, as a result of a part of the first order 111 shown in FIG. , as shown in FIG. 8, this corresponds to a state in which the order is divided into a second order 112a for 6 sheets already ordered and a second order 112b for 4 sheets not yet ordered.

(State 3)
It refers to a state in which an unfilled original order and a newly placed order coexist when part or all of a specific order is repeatedly placed after a part of the specific order has been filled.
For example, after a part of the first order 111 of 19,400 yen shown in FIG. After the second order 112a for 6 contracts is filled, as shown in FIG. This corresponds to a state in which the order 111a is placed again, and the first order 111 that remains unfilled (4 out of 10) coexists with the newly placed first order 111a.

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

In addition, in this Embodiment 1, splitting of an order occurs at least at one of the following (Timing 1) to (Timing 4).

(Timing 1)
A split of a particular order occurs at the same time that a portion of that particular order is filled.
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 the time when a part of the first order 111 is executed.

(Timing 2)
Part of a particular order is filled at the same time that other particular order splits corresponding to that particular order occur.
For example, in the above (state 2), this corresponds to the time when part of the first order 111 is executed, in which the second order 112 (Fig. 6) is divided into the second order 112a and the second order 112b (Fig. 8).
Also, 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 the execution of a part of the second order 112 (for example, 6 out of 10 contracts), based on the contract In the case where the first order 111 that is repeatedly ordered through the This is the case when a portion of secondary order 112 is filled.
Also, for example, in a configuration in which the first order 111 and the second order 112 are placed repeatedly (see FIG. 8), a part of the second order 112 (for example, 6 out of 10 contracts) is contracted, and 6 orders are repeatedly placed. As a result of the execution of the first order 111a for 1 sheet, the partially filled 2nd order 112 is divided into a 6-sheet second order 112a that has been executed and a 4-sheet unfilled second order 112b (see FIG. 8). In such a case, this corresponds to the time when the first order 111a is executed.

(Timing 3)
Fragmentation when a part of a specific order is filled and then part or all of the specific order is repeatedly placed, resulting in a situation in which the original unfilled order and the newly placed order coexist. occurs.
For example, in the above (state 3), a state is formed in which a part of the first order 111 that remains unfilled coexists with the newly placed first order 111a, when the second order 112a is filled, , when the first order 111a is placed.
Also, for example, a part of the second order 112 (for example, 6 out of 10 contracts) is contracted, and the repeated first order 111 consists of 6 orders 111a that have been placed and 4 orders that have not yet been placed (waiting). 111b (see FIG. 8). In the case where a second order 112a (see FIG. 8) of 6 sheets is placed at the same time, this corresponds to the time when the second order 112a is placed.

(Timing 4)
A split occurs when a particular order splits into filled and unfilled orders at a given time after a portion of the particular 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 filled, the first order 111 is executed at a specific point in time (for example, when trading of financial instruments is suspended). This corresponds to the split into the first orders 111a and 111b when the first order 111a is filled and the first order 111b is unfilled (see FIG. 8).

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

[Basic operation 4] to [Basic operation 7] shown below are based on the division state and timing shown in [Basic operation 3].

[Basic operation 4: Partial execution pattern 1]
For example, as schematically shown in the chart 110 of FIG. 6, there are a first order 111 for ten sheets and a second order 112 for ten sheets, and the contract price of the first order 111 is the first order price 113 is 19,400 yen, and the second order price 114, which is the contract price of the second order, is 19,500 yen. If, for example, only 6 out of 10 first orders 111 are executed due to fluctuations in the market price 115 of the financial product based on [basic operation 2], etc., as shown in FIG. The total 10-sheet first order is split into a filled first order 111a of six sheets and an unfilled first order of four sheets 111b. If the market price does not match the second order price but matches the first order price again, the unfilled first order 111b will be filled 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, if the first order 111 is partially filled to become the first order 111a and the first order 111b as in "basic operation 4", as shown in FIG. The second order 112 (which was to be placed by the execution of one order 111) is also split into a second order 112a of 6 sheets and a second order 112b of 4 sheets. Of these, the second orders 112a for 6 sheets have been placed in response to the contract of the first order 111a, and the second orders 112b for 4 sheets have not yet been placed.

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, in the case where the first order and the second order are repeated multiple times (details will be described later), as shown in FIG. is placed again, but if there are four unfilled first orders 111b remaining, as shown in FIG. will coexist.

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

This partial fill of the second order may occur in the second order after the partial fill in the first order. Specifically, as shown in FIG. 8, for example, a first order 111 of 10 sheets in total and a second order 112 of 10 sheets in total (see FIG. 6) are executed six first orders. After splitting into 111a and 4 unfilled first orders 111b, when the market reverses and the market price matches the second order price, circumstances such as the above "basic operation 2" occur in the second order. If this occurs and only 4 are filled, then only 4 of the 6 second orders 112a will be filled, as shown in FIG. As a result, the placed 6-sheet second order 112a was divided into a 4-sheet second order 112aa that was executed and a second unfilled second order 112ab, and an unfilled second order 112b also coexisted. state.

Here, when the first order and the second order are repeated multiple times (details will be described later), as shown in FIG. 9, when the second order 112aa for four contracts is executed, The first order 111a of 6 sheets is also split, resulting in the placement of the first order 111aa of 4 sheets, but the unfilled second order 112ab of 2 sheets remains. Also, the two first orders 111ab resulting from the division of the first order 111a will be placed when the two second orders 112ab are filled.

[Basic operation 7: Partial execution pattern 4]
In addition, as a case where the second order is partially filled, in addition to the case shown in [Basic operation 6] above, as a result of partial execution of the first order, the first order is not split and the second order is not split. A position held by the execution of one order may be split into a second order that is closed by the execution of the order.

Specifically, as shown in FIG. 10, consider a case where 6 out of a total of 10 first orders 111 are contracted. At this time, the contracted first order 111 is not divided, and continues in a state in which a part (6 contracts) is fulfilled and a part (4 contracts) is not fulfilled. On the other hand, the second order 112 (see FIG. 6), which was scheduled to be placed due to the execution of the first order 111 by the if done order, is based on the fact that the first order 111 is partially fulfilled and partially not fulfilled. , the second order 112a consists of 6 sheets and the second order 112b consists of 4 sheets. Of these, 6 second orders 112a have been placed in response to the partial execution of 6 sheets of the first order 111, and 4 second orders 112b have not been partially executed of 4 sheets of the first order 111. is not yet ordered in response to

In this state, when the market price reverses (that is, the market price changes from falling to rising in FIG. 10, for example) and the market price matches the second order price, as shown in FIG. 112a is contracted.

Here, in the case where the first order and the second order are repeated multiple times (details will be described later), if the second order 112a for six contracts is executed and the if-done order is settled, some The filled first order 111 splits for the first time. As a result, as shown in FIG. 11, the first order 111 partially (6 contracts) executed and partially (4 contracts) unexecuted is divided, and a new 6 contracts first order 111a is placed. . At this time, the newly placed first orders 111a of 6 sheets and the first order 111 (of which 4 sheets remain uncontracted) coexist. In addition, if the first order 111 remaining after the repetition (of which 4 out of 10 contracts have not been executed) is executed and the first order is repeated, 4 out of 10 contracts that have not been executed will be A first order of four sheets (not shown in FIG. 11) is placed to replace the remaining first order 111 .

10 and 11, the first order 111 with the first order price 113 of 19,400 yen and the second order 112a with the second order price 114 of 19,500 yen at the contract price of the second order, 112b has been explained about partial execution, but similar partial executions are generated and similar processing is performed for other first order prices of 19,400 yen and other second order prices of 19,500 yen. you can go

The processing procedure of the first embodiment shown below is performed based on the above [basic operation 1] to [basic operation 7]. It should be noted that [basic motion 1] to [basic motion 7] do not always have to be used in the processing of the first embodiment, and any of the basic motions may be replaced with a different basic motion. For example, the principle of price priority and time priority in [Basic action 1] may be configured to use only one of them, or partial contracts may be used in [Basic action 4] to [Basic action 7] If done, subsequent processing may result in orders that are once split due to partial fills and then recombined.

[Processing procedure (Generation of order information)]
Next, a processing procedure for generating order information in the financial product transaction management system 1A of the first embodiment will be described with reference to FIGS. 12 to 25. FIG.

Here, generation of order information means formation of data for placing and executing 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 these order information.

FIG. 12 shows buy orders (new buy orders) as "first price" and sell orders ( 10 is a flow chart showing a processing procedure when accepting a new selling order). The processing procedure at the time of reception will be described below with reference to 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. When the display button 51 is clicked, an order input screen 52 pops up on the transaction display screen 50 as shown in FIG. The customer inputs the details of the order on this order input screen 52 (step S1).

In FIG. 13, the customer selects whether the first order is a buy order or a sell order on the order input screen 52 in a structure in which the first order and the second order are repeated. Select "Buy" to indicate that the order is a buy order (select "Sell" if the first order is a sell order). Also, an order type (here, “trap repeat if done order” in which a plurality of first orders and second orders are repeated a plurality of times) is selected in the order type input field 54 .

Further, in FIG. 13, the customer selects "Nikkei 225", which indicates that the transaction is conducted by Nikkei 225 (Nikkei Stock Average), in the product selection field 55 for selecting the type of financial product. In addition, the customer enters "1" as the order quantity (for example, 100 times the stock index is set to 1) in the order quantity input field 56, and the execution condition (the first order and/or the second order is marketed). Enter "limit price" in the execution condition input field 57 for selecting the type of order to be executed (order, limit order, etc.), and enter "19200" in the start price input field 58 for inputting the desired execution price of the first order. are typing. In addition, "10000" is entered in the profit amount input field 59 as information for calculating the contract price desired for the second order (the order information generation unit 15, which will be described later, inputs 10000÷100=100 (yen), which is obtained by dividing the "10000" entered in the order quantity input field 56 by 1 (×100) entered in the order quantity input field 56, is added to the "19200" input in the starting price input field 58. “19,300” yen calculated as the execution price of the second order will be calculated.)
In this first embodiment, instead of the profit amount input field 59, a configuration for inputting the contract price of the desired second order may be provided. In addition, instead of these, the "margin" is calculated and set by the execution of the first order and the second order, and the "price range" between the first orders and the second orders is calculated and set. Any arrangement may be provided for. Specifically, for example, the type of financial product selected, the current market price of the financial product, the fluctuation state of the financial product for a predetermined period in the past, and the future fluctuation forecast (fluctuation range, upward trend, downward trend, etc.), Conditions such as transaction period, transaction amount, margin balance, etc. are converted into predetermined values, and the price range between the first order and the second order, the profit range between the first order and the second order, the first order and the second order It may be configured to calculate the number of orders, the price range to be set, and the like.

If the customer wishes to set a stop-loss price, the customer enters the desired stop-loss price in the stop-loss price entry field 60 (the stop-loss price is not entered in FIG. 13). The information entered in the trap price range input field 61 shown in the figure will be described in [Embodiment 2 of the invention].

When the confirmation button 62 is clicked in this state, the data entered and selected on the order entry screen 52 are 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 content of the input order. Further, the order input receiving unit 12 checks each order price (step S2).

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

As a result of 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 trading based on the input price). If the setting is satisfied), the order input receiving unit 12 determines that the input price is a proper price.

If the purchase order price is determined to be a proper price (“No” in step S 3 ), the account information management unit 14 acquires the customer's fund information from the customer account information table 182 .

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

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

Only when the amount of funds is equal to or greater than the allowable order amount ("No" in step S5), the order information generation unit 15 generates "order information" and an "order information group" including "order information", which will be described later. to generate This allows orders to be accepted only if the customer is sure of payment.

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

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

When various conditions of the order are satisfied ("No" in step S7) and it is determined that the order conditions satisfy all of the conditions necessary for the order, the front page distribution unit 11 A confirmation screen 65 shown in FIG. 14 is popped up on the display unit 32 of the client terminal 3 . The confirmation screen 65 displays the contents of the order generated based on the numerical values input on the order input screen 52 and the selected conditions.

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

Specifically, a plurality of pieces of data input in the above procedure are summarized in order price units, and each order information is obtained by assigning a sequence number to the order recorded in the sequence number table 184 for each piece of information. Form. At this time, the sequence number table 184 is provided with information for distinguishing the sequence numbers used in the order information from unused numbers. A plurality of order information generated by the procedure of step S8 once are 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 consisting of order information (hereinafter simply referred to as "order information group") is formed. The generated order information and orders based on the order information are displayed on the display unit 32 of the client terminal 3 by the order information generation unit 15 and contract management unit 16 .

The order information generation unit 15 transmits information of the generated order information group 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 the definition of the sequence number assigned in step S8 (see "remarks" 181a of the order table 181, the same below). The "cust_seq" field 181c defines a customer number uniquely determined for each customer, and the "style_id" field 181d defines a product name. A "com_id" field 181e defines an ID number uniquely determined for each financial product. The combination of this ID number and financial product is recorded in an ID table (not shown) provided separately in the database. The "ord_amnt" field 181f defines the order quantity entered 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 it 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 defines Define order deadlines. The "ord_cond" field 181j defines the order type selected in the trade selection field 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 width (see [Embodiment 4], here, as a uniform price in advance is set.), and
The "new_close" field 181n defines whether the order is a new order or a settlement order. Although not shown in FIG. 2, the order table 181 is also provided with fields for defining other data entered on the order entry screen 52 . All the data input to the order input screen 52 are recorded in the order table 181 by these fields. With the above procedure, the order receiving 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 if the amount of funds in the order If the amount is less than the total amount ("Yes" in step S5), the order input receiving unit 12 treats the input order as an error and refuses to accept the order (step S10). In this case, no order information (described later) is generated, and character information or the like indicating that the acceptance of the order has been rejected is displayed on the display unit 32 of the client terminal 3 .

The timing at which the information input to the order entry screen 52 is transmitted to the first financial instrument 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 when If the information to be sent to the order information generation unit 15 is information that can generate the first order information and the second order information to be described later by various calculations, it is input to each of the input fields/selection fields 54 to 61. It may be any information other than the information that is Specifically, for example, the period during which the order is placed, the amount of profit desired to be obtained within the period, the amount of funds used for the transaction, and the like may be used.

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

Also, 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 processing of steps S1 to S10 are performed may be arbitrary. After that, the order information generation unit 15 may perform the processing of steps S1 to S10.

Furthermore, at least part of the processing of steps S1 to S10 may be performed by the second financial product transaction management device 2 as well. 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 The configuration may be such that the information is recorded in the order table 271 . Further, for example, based on the data of the entrustor account information table 272, the financial product order condition table 273, the sequence number table 274, etc. of the second financial product transaction management device 2, the second financial product transaction management device 2 can The order information may be recorded in the order table 271 after the processing of S10 is performed.

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

Similar order information and order information groups are managed in the second financial instrument transaction management device 2 as well. 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 first First 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 is executed to settle the position held by the execution of the first order) Consists of Note that the order information group 71A may further include other order information (for example, stop loss order information constituting 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 order information contents (for example, the order number 181A, the order reception date/time information 181B, and the specified price information 181J). However, for the sake of simplicity of explanation, they will be described below as being the same unless there is a particular need to distinguish them.

As shown in FIG. 15, both the first order information 72a and the second order information 72b indicate an order number 181A functioning 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 (here, display of "Nikkei 225" indicating that trading of Nikkei 225 (Nikkei Stock Average) will be conducted), each order being placed (placed) order status information 181D indicating any one of the states of pre-execution), waiting (unordered state), and execution (executed state) (however, some of these three states may not be indicated, or In some cases, states other than the three states are indicated.), order form (form of order, here, a plurality of first orders and a plurality of second orders are placed at a plurality of prices, and each first order and each second order are repeated, and the characters "toraripi" indicating that it is a "trap repeat if dan" are displayed), and whether each order is a buy order or a sell order Settlement classification information 181G indicating whether each order is a new order or a settlement order (or stop loss order); Execution condition information 181H indicating whether it is an order, stop loss order, etc., specified price information 181J as the desired settlement price (price that the customer wants to execute) for each order, quantity of each order (here, Order quantity information 181K (shown in FIG. 16, etc.) showing 10 pieces each), Established quantity information 181L (shown in FIG. 16, etc.), the number of repetitions between the first order and the second order (here, "unlimited" information indicating unlimited number of repetitions). ), slippage information 181P (only shown in FIG. 15, but the value is not shown) as the allowable value of slippage that occurs at the time of execution, etc., whether or not the trail is set and trail information 181Q as a numerical value of the trail width when the trail is set (shown only in FIG. 15, but the value is not shown).

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

Also, 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. In addition, there is a configuration in which stop order information (not shown) is provided for each order information group 71A, or one stop order information (not shown) is provided for a plurality of (for example, all) order information groups 71A. Where provided, stop order information (not shown) may be included in addition to information 181A-181P.

The first order information 72a and the second order information 72b that constitute one order information group 71A here place and execute the first order once and place and execute the second order once. will be Specifically, one first order (new order) is placed and executed according to one first order information 72a to hold a financial product position, and based on the execution of the first order, one first order is placed and executed. One second order (settlement order) is placed according to the second order information 72b, and settlement of the held position is performed by contracting 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 Embodiment 1, when the first order and the second order are repeated by the order information group 71A, the order information group 71A is set at the time of repetition (for example, when the second order is executed based on the second order information 72b). A new order information group 71A is generated when the order is placed. However, when the confirmation button 62 or the order button 66 is clicked, a plurality of order information groups 71A, 71A, 71A, . may

The order information group 71A, the first order information 72a, the second Even if the table 73 and the chart 74 of the secondary order information 72b are displayed so that the customer can easily understand the generated order information, the status of the order placement, execution and split, and the transaction status based on the order. good.

[Processing procedure (processing when there is no partial execution)]
16 to 25 are a table 73 showing order information based on processing in the financial instrument transaction management system 1A of the first embodiment, and a chart 74 schematically showing market fluctuations and the status of placing and executing orders. is. Transaction modes based on the processing of the first embodiment will be described below with reference to these figures.

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

In FIGS. 16 to 25, the solid line circles in the chart 74 indicate "filled" orders, that is, orders that have been executed, and the broken line circles indicate "partially filled" orders, that is, partially filled orders. The description is "in order", that is, an order that has been placed but not yet executed, and the description of white characters in a dotted circle indicates "waiting", that is, an order that has not been placed or an order that is scheduled to be repeatedly placed (to be described later) 26 to 29 also show the same state).

In the following description, the generation of order information, etc., related to placing an order, etc., is performed by 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 or erasing of order information related to order execution is performed by at least one of the contract information generation unit 25 and the contract management unit 16 of the financial product transaction management system 1A. However, depending on the state of the system configuration, data configuration, etc., each process is performed by means other than the above-described functional means (for example, processing related to order execution, etc. is performed by the order information generation unit 15 and the order information management unit 24). It is also possible to Also, depending on whether the order is to be executed entirely or only partially, the order information generation unit 15 or the order information management unit 24 executes the processing or the execution information generation unit 25 or the execution management unit 16 executes the processing. It is also possible to distinguish between

First, there is an order information group 71A consisting of first order information 72a with specified price information 181J of 19,200 yen and second order information 72b with specified price information 181J of 19,300 yen. Consider the case where one order is placed and filled and a second order is placed and filled. In this case, as shown in Table 73 of FIG. A first order of 10 sheets 72a1 is placed for a certain 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 has not yet been 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 drops from the state shown in the chart 74 of FIG. 16 and becomes 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 of the second order (hereinafter referred to as "second order price") set based on the specified price information 181J of the second order information 72b is set based on the second order information 72b. ) 76 places a second order 72b1 of 10 sheets for 19,300 yen. Then, as shown in FIG. 18, when the market price reaches 19,300 yen, the second order 72b1 is contracted and the held position is settled. 17, the first order information 72a is deleted, 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 obtained.

When the first order 72a1 and the second order 72b1 are placed and executed based on one order information group 71A, the second order information shown in Table 73 of FIG. 18 is displayed on the transaction display screen 50 shown in FIG. 72b is deleted, and an order information group 71A (a new order information group 71A) having first order information 72a and second order information 72b is displayed as shown in Table 73 of FIG. Based on this order information group 71A, the placement and execution of a new first order (first order 72a1 indicated by a dotted line in the figure) and the placement and execution of a new second order (not shown) are performed in the same manner. 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.

16 to 19, the specified price information 181J of the first order information 72a and the specified price information 181J of the second order information 72b of all the order information groups 71A, 71A, 71A . The first order 72a1 with the single order price 75 of 19,200 yen and the second order 72b1 with the second order price 76 of 19,300 yen are placed and executed repeatedly. 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, so that the first order price 75 and the second order price 76 change sequentially. (For example, the specified price information 181J of each of the first order information 72a displayed on the transaction display screen 50 is sequentially changed by 1 yen to 19,200 yen, 19,201 yen, 19,202 yen, and so on. The specified price information 181J of the second order information 72b also changes by 1 yen from 19,300 yen, 19,301 yen, 19,302 yen, and so on. may be a configuration that changes corresponding to ).

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 point in time (for example, the market price at the time 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 are set according to different criteria (for example, the market price when the confirmation button 62 is clicked is set as the specified price information 181J of the limit order, and the order button 66 is clicked. The market price at the time of the order may be set as the designated price information 181J for the market order.

The order information generation unit 15 and the contract management unit 16 cause the display unit 32 of the client terminal 3 used by the customer to display the generation of order information, the placement and execution of orders, the repetition of orders, etc. The generation of such order information is recorded in the order table 181, and by correcting, deleting, or adding the order information recorded in the order table 181, order placement and execution, order repetition, and the like are managed.

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

For example, as shown in FIG. 17, first order information 72a whose quantity of order quantity information 181K is "10", first order 72a1 of 10 sheets and second order of 10 sheets based on second order information 72b 72b1 exists, and out of the 10 first orders 72a1 that were placed, only a portion, eg, 6 as shown in FIG. 20 are filled. In this case, as shown in Table 73 of FIG. 20, the executed 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 are left uncontracted, thus establishing a partial contract.

As the first order 72a1 is partially executed, the second order information 72b is placed as shown in Table 73 of FIG. and the second order information 72bb having the order status information 181D of "Waiting" and the order quantity information 181K of "4" are generated. The second order 72b1 is split into an ordered second order 72ba1 of 6 sheets and an unordered second order 72bb1 of 4 sheets, as shown in the chart 74 of FIG.

Here, if the first order 72a1 with 4 unfilled contracts is executed while the market price 77 does not reach the second order price 76, the 4 unfilled contracts are executed. is rewritten from "6" to "10". As a result, the first order information 72a is deleted from the display of the display section 32 of the client terminal 3, as shown in Table 73 of FIG.

Then, the order status information 181D of the four pieces of second order information 72bb is rewritten from "waiting" shown in table 73 of FIG. 20 to "on order" shown in table 73 of FIG. 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.

After the state shown in chart 74 in FIG. 21, when market price 77 reaches second order price 76 as shown in chart 74 in FIG. 22, second order information 72ba and second order information 72bb are changed to order status information 181D changes from "on order" to "filled" and is deleted, and the second order 72ba1 and second order 72bb1 change from the placed order to the filled 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. As shown in FIG. 22, this order information group 71A includes, in place of the first order information 72a and the second order information 72b (see FIG. 19), first order information 72aa whose order quantity information 181K is "6", order First order information 72ab whose quantity information 181K is "4", second order information 72ba whose order quantity information 181K is "6", and second order information 72bb whose order quantity information 181K is "4". 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, a first order 72aa1 of 6 sheets and a first order 72ab1 of 4 sheets have been placed (see chart 74 in FIG. 22), and a second order 72ba1 and a second order 72bb1 have not yet been placed.

Then, 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 state of "ordering" changes to "contracted" and is deleted, and the first order 72aa1 and the first order 72ab1 change from the ordered state to the contracted state. In the second order information 72ba and the second order information 72bb, the order status information 181D changes from "waiting" to "ordering", and the second order 72ba1 and the second order 72bb1 are in the state of being ordered from the state of not being ordered. becomes.

Further, when the market price becomes the second order price 76 after that, 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, from the state shown in the chart 74 of FIG. 20, as shown in the chart 74 of FIG. When the second order price 76 is reached, the second order ba1 for 6 sheets is filled while the second order 72bb1 for 4 sheets 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. and a second order 72bb1 for which four sheets have not yet been ordered, a new first order 72aa1 for six sheets is placed (although not shown in the chart 74 of FIG. 23, at this time, a new six sheets are placed). Two orders also exist in an unordered state.). In this case, as shown in Table 73 of FIG. 23, the first order information 72a continues with the executed 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 for 6 contracts out of 10 contracts still exists. It has been split since the execution of the second order 72ba1.

Although not shown in FIG. 23, if the first order 72a1 for 6 out of 10 contracts is executed and then the first order for 4 contracts is repeatedly placed, the executed quantity information 181L will be "6". Instead of the one-order information 72a, the first order information (not shown in FIG. 23) having the order quantity information 181K of "4" and the executed quantity information 181L of "0" is generated. After that, the first order 72aa1 for 6 sheets and the first order for 4 sheets (not shown in FIG. 23) are placed and executed, and the second order 72ba1 for 6 sheets and the second order 72bb1 for 4 sheets are placed. and promises are repeated. In addition, when the number of repetitions is set as a specific numerical value in the number of repetitions information 181N (see FIGS. 16 to 25), the first orders 72a1 and 72aa1 (including the first order of four sheets not shown) and the placement and execution of the second orders 72b1, 72ba1, 72bb1 are repeated for the set number of times.

The order information generation unit 15 and contract 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. , and by correcting or adding the order information recorded in the order table 181, division or repetition of the order is managed.

At this time, when only a part of the first order 72a1 is executed, the order information generation unit 15 and the contract management unit 16 replace the second order 72b1 with the part corresponding to the contracted portion of the first order 72a1. and a partial second order 72bb1 corresponding to an unexecuted portion, the first order information 72a and the second order information 72ba, 72bb of the client terminal 3 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 the first embodiment, as shown in FIG. 22, for example, split first order information 72aa and 72ab and split second order information 72ba and 72bb have the same 16-digit order number body of each order number 181A. Since the 8-digit branch numbers are serial numbers, they are recorded in the order table 181 and displayed on the transaction display screen 50 as corresponding states. In addition, the first order information 72a and the second order information 72b before division are also in a corresponding state by giving the corresponding relationship with the order number main body and the branch number of the order number 181A in the same way. there is

In addition, when the order information forms the first order 72a1 and the second order 72b1, respectively, and only a part of the first order 72a1 is executed to hold a position, the order information generation unit 15 and the contract management unit 16 A first order 72a1 holding a position for a part of 10 contracts, ie, 6 contracts, and a second order 72ba1 for closing a position held by 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 recorded in the order table 181 for management.

Specifically, as shown in FIG. 20, the executed quantity information 181L of the first order information 72a is displayed as "6" to indicate that a partial contract has occurred, and the second order information 72ba of the second line is The order quantity information 181K is "6". That is, the executed 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 divided first order information (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 corresponding state.

In this first embodiment, when the transaction display screen 50 is displayed in the initial state, the customer operates the operation unit 31 of the client terminal 3 to correspond the first order 72a1 and the second order 72ba1. The first order information 72aa and the second order information 72ba are displayed in a state where the order information 72aa and the second order information 72ba are displayed. can be made

In addition, the order executed by the partial execution and the order to be placed based on the order are displayed in the display unit 32 of the client terminal 3 in association with each other (with the corresponding relationship specified), or recorded in the order table 181. Any configuration other than the above may be used as long as it is a configuration to be managed. Specifically, for example, a portion of the second order 72ba1 to be executed corresponding to the executed first order 72aa1, or another portion of the second order not to be executed corresponding to the executed first order 72aa1 72bb1 may be displayed in the same or similar colors, may be displayed together with graphics having the same or similar shapes, or may be displayed in the same or similar fonts. Also, when the order information related to these orders is recorded and managed in the order table 181, it is conceivable to record and manage them in a corresponding state by assigning the same or similar attribute information.

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

For example, as shown in chart 74 of FIG. 20, quoted price 77 becomes first order price 75 and 6 out of ten first orders (not shown) are filled, and then quoted price 77 becomes first order price 75. Consider the case where the second order price 76 is reached and 4 of the 6 placed second orders 72ba1 are filled.

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

Then, as shown in the chart 74 of FIG. 24, the order status information 181D shown in the table 73 of FIG. Second order information 72ba whose quantity information 181K is "6" and second order information 72bb whose order status information 181D is "waiting" and order quantity information 181K is "4" are generated. to be displayed.

Furthermore, 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, as shown in Table 73 of FIG. 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 displayed on the transaction display screen 50. be done. As a result, as shown in a chart 74 of FIG. 24, a first order 72aa1 of four sheets is placed, and a second order of four sheets (not shown in FIG. 24) is in a waiting state.

In addition, the first order 72a1 shown in FIG. 24, for which 6 out of 10 contracts have been executed, is processed in the same manner as described in the above "Processing when partially executed (1)", and a new first order 72a1 is processed. Order information is generated.

Also shown in FIG. When 2 of the second order 72ba1, in which 4 out of 6 contracts are executed, are executed, the order quantity information 181K is "4" and the executed quantity information is " 0” second order information (not shown in FIG. 24) and second order information (not shown in FIG. 24) having the order quantity information 181K of “2” and the executed quantity information of “0” are generated respectively. be done. In this case, the corresponding first order information (not shown in FIG. 24) also includes the first order information (not shown in FIG. 24) in which the order quantity information 181K is "4" and the executed quantity information is "0"; The first order information (not shown in FIG. 24) having the order quantity information 181K of "2" and the executed quantity information of "0" is generated. After that, based on these order information, if-done orders are repeatedly made by each of the divided first orders and each of the divided second orders.

The order information generation unit 15 and contract 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 display. Specifically, the order information generation unit 15 and the contract management unit 16 generate a part of the ten second order information 72b related to the second order information 72b whose order quantity information 181K is "10". When only the order is placed, the ordered order, for example, the second order 72ba1 for 6 sheets and the unordered order, for example, the second order 72bb1 for 4 sheets, are displayed on the display unit 32 of the client terminal 3 in a split state. and/or when only a part of the ten ordered second orders 72b1 related to the second order information 72b whose order quantity information 181K is "10" is executed The client terminal 3 displays the second order information, for example, the second order information 72ba and 72bb, in a state in which the placed order, for example, the second order 72ba1 for 6 sheets and the unfilled order, for example, the second order 72bb1 for 4 sheets, are divided. It is displayed on the unit 32 and recorded in the order table 181 for management. In addition, 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 the contract management unit 16, of the second order, such as the second order 72ba1, corresponding to the first order, such as the first order 72a1, in which, for example, 6 out of 10 contracts have a position, Furthermore, if only some of the second orders, such as the second order 72baa1, have closed the position, the second order that has closed the position, such as the second order 72baa1, and the second order that has not closed the position, such as the second order 72bab1 is divided, the first order information such as the first order information 72aa and the second order information such as the second order information 72baa and 72bab are displayed on the display unit 32 of the client terminal 3 and recorded in the order table 181. to manage. In this Embodiment 1, as shown in FIG. 24, the second order information 72ba before splitting and the second order information 72baa after splitting have the same 16-digit order number main body as the order number 181A, and an 8-digit branch number. are consecutively numbered, they are recorded in the order table 181 and displayed on the transaction display screen 50 in the corresponding state. In addition, although not shown, the second order information 72bab after splitting also has the same 16-digit order number main body as the order number 181A, and the eight-digit branch number is the same as the second order information 72ba before splitting and one of the two after splitting. The one corresponding to the order number 181A of the second order information 72baa is given.

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

This figure is a modified example in which only six of the ten first orders 72a1 shown in FIG. 20 are contracted. As shown in the figure, in this modified example, instead of the first order information 72a (see FIG. 20) related to the first order 72a1 that is only partially contracted, a part of the first order 72a1 (out of 10 6 sheets) is contracted, the placed 10-sheet first order 72a1 is split into a contracted 6-sheet first order 72aa1 and an unfilled 4-sheet first order 72ab1. At this time, as shown in a table 73 of FIG. 25, the first order information 72ab used for the transaction of the first order 72ab1 of four unexecuted contracts is generated. In the first order information 72ab, the order status information 181D is "ordered", the order quantity information 181K is "4", and the executed quantity information 181L is "0".

As described above, in this modified example, when a part of the first order 72a1 is contracted, it is divided into six contracted first orders 72aa1 and an uncontracted first order 72ab1. The configuration and processing of the first orders 72aa1 and 72ab1 are the same as in the above "processing (1) in the event of partial execution".

By configuring in this way, the first order information 72ab is generated at the timing when only a part of the first order 72a1 is executed, and divided into the executed first order 72aa1 and the unexecuted first order 72ab1, By recording and managing the partially executed first order 72a1 and the unexecuted portion of the first order 72a1 as separate information from the time of execution, the executed first order 72aa1 and the unexecuted first order 72ab1 are recorded. A high degree of freedom can be imparted to each device, and processing and management can be performed independently.

[Processing procedure (Processing (4) in case of partial contract)]
FIG. 26 shows a modification of the above "process (2) when partial contract is reached".

This figure is a modified example in which only four of the six second orders 72ba1 shown in FIG. 24 are contracted. As shown in the figure, in this modified example, two pieces of second order information 72baa and 72bab are generated instead of the second order information 72ba (see FIG. 24) relating to the second order that is only partially filled. . Among them, the second order information 72baa has the order status information 181D of "ordering", the order quantity information 181K of "4", the executed quantity information 181L of "0", and the four second orders 72baa1 that have already been placed. Used for trading. On the other hand, in the second order information 72ba, the order status information 181D is "ordering", the order quantity information 181K is "2", and the executed quantity information 181L is "0", and the second order 72ba1 has already been placed. used for Immediately after the second order information 72baa is generated, the order status information 181D changes from "ordering" to "executed", and processing is performed assuming that the second order 72baa1 has been executed. is erased. As shown in FIG. 24, in this modified example, the first order 72a1 is processed in the same manner as the above-described "process (3) in the event of partial contract".

As described above, in this modified example, when a part of the second order 72baa1 is contracted, it is divided into the contracted second order 72baa1 and the uncontracted second order 72bab1.

By configuring in this way, the second order information 72baa, 72bab is generated at the timing when only a part of the second order 72ba1 is executed, and is divided into the second order 72baa1 that has been executed and the second order that has not been executed 72bab1. and by recording and managing the partially filled second order 72ba1 as separate and independent information from the time of execution, the filled second order 72baa1 and the unfilled second order 72bab1 can be independently and independently processed with a high degree of freedom. can be processed and managed independently.

In the modified example shown in FIG. 26, both the first order 72a1 and the second order 72ba1 are partly executed and at the same time, the first order information 72aa, 72ab and the second order information 72baa, 72bab are generated and divided. For example, if the first order 72a1 is partially executed, the corresponding second order 72ba1 is The second order 72ba1 may be split when it is contracted, and the second order 72ba1 may be split to become the second orders 72baa1 and 72bab1 when it is contracted that only part of it is contracted.

[Processing procedure (Processing (5) in case of partial contract)]
As a modification, as shown in FIG. 20, when only a part (six in the figure) of the ten first orders 72a1 are contracted, the second It is also possible to divide one order into a contracted first order 72aa1 and an uncontracted first order 72ab1.

Specifically, for example, the contract management unit 16 may split the partially contracted first order 72a1 while the trading of financial products is suspended.

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

Similarly, when a part of the second order 72ba1 shown in FIG. It is also possible to generate second order information 72baa and 72bab shown in FIG. 26 in place of the second order information 72ba and 72bb, and divide the second order information into second orders 72baa1 and 72bab1.

As described above, in the first embodiment, when only a part of the first order 72a1 and/or a part of the second order 72b1 are executed, only a part of the first order 72a1 is executed, and / Or, by splitting the partially filled second order 72ba1 at a predetermined timing after the partially filled first order 72a1 and/or the partially filled second order 72ba1 The second order 72b1 that has been executed can be split at a timing suitable for the cause and situation in which only a part of the order has been executed, so that transactions including partial execution can be properly managed and operated. As a result, traders can appropriately manage trading forms including partial contracts in trading of financial products using a computer system.

In this Embodiment 1, when only a specific second order 72b1 or a part of the first order 72a1 corresponding to the specific second order 72b1 is executed, only a part of the second order 72b1 is executed in accordance with the cause or situation. A particular second order 72b1 can be split in time. This makes it possible to appropriately manage and operate transactions including partial contracts.

In this Embodiment 1, when only a part of the specific first order 72a1 or the second order 72b1 corresponding to the specific first order 72a1 is executed, only the part of A particular first order 72a1 can be split in time. This makes it possible to appropriately manage and operate transactions including partial contracts.

In this Embodiment 1, the first order 72a1 and the second order 72b1, which are partially executed and partially unexecuted, are treated as the order quantity information 181K of the first order information 72a and the second order information 72b. By recording, managing, and processing according to the executed quantity information 181L, it is possible to uniformly record and manage partially executed orders, thereby realizing data simplification and consistent processing. .

In this Embodiment 1, a part of the first order 72a1 and the second order 72b1 based on the first order information 72a and the second order information 72b is executed when only the first order 72a1 is executed. By displaying an order, for example, a first order 72a1, as the first order information 72aa on the display unit 32 of the client terminal 3, it is possible to display the first order 72a1 and the second order 72b1 that are scheduled to be placed with respect to the ordered financial product order. A transaction in which only a part of the order is placed or a transaction in which only a part of the placed first order 72a1 and second order 72b1, for example, the first order 72a1, is executed can be operated correctly. In addition, when only a part of the first order 72a1 (for example, 6 out of 10) 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 , a trade in which only a part of the first order 72a1 (for example, 6 out of 10) and a part of the second order, for example the second order 72ba1, are executed can be operated correctly. As a result, traders can appropriately manage trading forms including partial contracts in trading of financial products using a computer system.

In this first embodiment, based on a partially filled first order, such as a first order 72a1, splitting into a placed order, such as a second order 72ba1, and an unplaced order, such as a second order 72bb1, and /or by splitting into a filled order, e.g., first order 72aa1, and an unfilled order, e.g., first order ab1, so that, for example, only a portion of first order 72a1 (e.g., 6 out of 10) is placed. and/or allows the trader to appropriately operate a transaction form that includes a partial contract in the contracted form.

In this Embodiment 1, a part of the first order 72a1 of the if-done order holding the position is associated with a part of the second order 72b1 that settles it, for example, the second order 72b1, and the first order By displaying the order quantity information 181K and the executed quantity information 181L of the information 72a and the order quantity information 181K and the executed quantity information 181L of the second order information 72ba on the display unit 32 of the client terminal 3, the trading form including the partial contract can be displayed. Traders can be made to operate appropriately.

In this Embodiment 1, only a part of the second orders 72baa1 of the second orders 72ba1 to settle the positions held by the first orders 72a1 partly holding the positions is settled. By dividing the second order, such as the second order 72baa1, which has been placed, and the second order, which has not been settled, such as the second order 72bab1, the trader can appropriately operate the trading form including the partial execution.

In this Embodiment 1, the holding of the position by the execution of the first order 72a1 and the settlement of the held position by the execution of the second order 72b1 are repeated, thereby repeating the first order 72a1 and the second order 72b1. It is possible to provide continuous trading opportunities and opportunities to earn a lot of profits. In addition, when the first order 72a1 and the second order 72b1 are divided and repeated, the first order 72aa1 of part of the first order 72a1 and/or the part of the second order 72b1 When only the second order 72ba1 of is filled, the classification of the filled order before the repetition, such as the first order 72aa1, and the unfilled order, such as the first order 72ab1, is maintained, and the first order 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 in the configuration in which the first order and the second order are repeated. Display all first orders 72aa1, 72ab1 and/or second orders 72ba1, 72bb1 when only a part of the order 72b1 is executed, and allow the trader to appropriately operate the trading form including partial execution. can be done.

In this Embodiment 1, the contract information generation unit 25 executes order contract based on the generated first order information, such as the first order information 72a and second order information, such as the second order information 72b, to perform contract management. By managing the contract status in the unit 16, it is possible to reliably carry out transactions of financial products.

In Embodiment 1 above, the first order 72a1 and the second order 72b1 of the first order when the partial execution is not performed are also the first orders 72aa1, 72aaa1 and 72ab1 which are repeated when the partial execution is performed. and 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 this is not restrictive. The first order price 75 and the second order price 76 may be changed under predetermined conditions when the orders 72ba1, 72bab1, and 72bb1 are repeated.

Specifically, for example, each time the first orders 72aa1, 72aaa1, 72ab1 and the second orders 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 ) The first order price 75 and/or the second order price 76 may 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 greater than a predetermined price difference (for example, if the 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 fluctuated by a predetermined price (for example, by 10 yen in the market fluctuation direction) in the upward or downward direction.

In the first embodiment, stop loss order information (not shown) exists in the order information group 71A, and stop loss orders are placed and executed based on this stop loss order information (not shown). In this case, when 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) are similarly divided. It may be configured to split. When a stop-loss order (not shown) is executed, the corresponding first order (for example, first order 72aa1) or second order (for example, second order 72ba1) is canceled. Only the first order (e.g., first order 72aa1) or second order (e.g., second order 72ba1) corresponding to the placed stop loss order (not shown) may be canceled, or the first order prior to splitting may be canceled. All first and second orders (eg, first order 72ab1 and second order 72bb1) that made up 72a1 and second order 72b1 may also be cancelled. Also, the first order (for example, the first order 72aa1) and the second order (for example, the second order 72ba1) that are scheduled to be repeatedly placed or contracted thereafter may also be canceled. Furthermore, the first orders (for example, the first orders 72aa1 and 72ab1) and the second orders (for example, the second order 72ba1) may not be canceled.

[Embodiment 2 of the invention]
27 and 28 show Embodiment 2 of the present invention.

In this Embodiment 2, the first order and the second order are each placed at a plurality of prices, holding positions by executing the respective first orders, and closing the held positions by executing the respective second orders. Each is repeated.

On the order entry screen 52 shown in FIG. 13, when a number such as "10" is entered in the trap quantity entry field 64 and the confirmation button 62 is clicked, and the order button 66 on the confirmation screen 65 shown in FIG. 71H, 71J, 71K are generated, for example, ten sets of order information groups 71A, 71B, . . . 71H, 71J, 71K. , 72q, 72s and 10 pieces of first order information 72a, 72c, . , ten pieces of second order information 72b, 72d, .

Then, as schematically shown in charts 74 in 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] Consider a case where only 6 out of 10 contracts can be executed in a state such as [basic operation 2]. 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. Then, one or a plurality of first orders, for example, the first order 72a1 shown in FIG. ) into the first order 72ab1. Furthermore, at this time, the corresponding second order, for example, the second order 72b1 for 10 sheets shown in FIG. do.

Thereafter, as the market price 77 fluctuates, the placement and execution of the first orders 72aa1 and 72ab1 and the placement and execution of the second orders 72ba1 and 72bb1 are repeated. In addition, the same order placement, execution, and partial execution are repeated for other first orders 72c1, . . . , 72q1, 72s1 and other second orders 72d1, .

The order information generation unit 15 and contract 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. is displayed on the transaction display screen 50.

At this time, the order information generation unit 15 and the contract management unit 16 divide the repeatedly generated first order, such as the first order 72a1, and the second order, such as the second order 72b1, into the first order information, such as the first order information 72a. The display unit 32 of the client terminal 3 is caused to display the second order information, for example, the second order information 72b. In addition, the order information generation unit 15 and the execution management unit 16, when only a part of the first order before repetition, such as the first order 72a1 and/or the second order, such as the second order 72b1, is executed, Repeated first orders, e.g., first order 72aa1 and/or second orders, e.g., second order 72ba1, are processed by first order information, e.g. First order information 72aa, 72ab and second order information, for example, second order information 72ba, 72bb are displayed on the transaction display screen 50 of the display unit 32 of the client terminal 3. FIG.

In addition, the order information generation unit 15 and the contract management unit 16 generate a first order, such as a first order 72aa1, and a second order, such as a second order, such as a second order, which are repeatedly generated in at least one price range among a plurality of price ranges. For the second order 72ba1, first order information, eg, first order information 72aa, and second order information, eg, second order information 72ba, are displayed on the transaction display screen 50 on the display unit 32 of the client terminal 3.

Other configurations are the same as those of the first embodiment of the invention.

As described above, in this second embodiment, a plurality of price ranges are set, and in each price range, placing and executing first orders 72a1, 72c1, . and/or by repeatedly placing and executing second orders 72b1, 72d1, . , 72q1, 72s1 and/or second orders 72b1, 72d1, 72r1, 72t1 in each price range. First order information for all first orders 72a1, 72c1, . , 72d1, .

In this second embodiment, as in the case of the first embodiment, the first orders 72a1, 72c1, . and execution of second orders 72b1, 72d1, . . . , 72r1, 72t1 are repeated. , 72q1, 72s1 and second orders 72b1, 72d1, . Each second order price 76 may be configured to vary.

In the second embodiment, stop loss order information (not shown) exists in part or all of order information groups 71A, 71B, . . . 71H, 71J, 71K. not shown), when the first order 72a1 and second order 72b1 are split based on the first order information 72a and second order information 72b, the stop loss order information ( (not shown) and stop-loss orders (not shown) may be similarly split configurations. The mode of canceling the first order (for example, the first order 72a1) and the second order (for example, the second order 72b1) by the split stop-loss order is the same as in the case of the first embodiment. 71H, 71J, 71K, all order information groups 71A, 71B, . . . , 72q1, 72s1 and second orders 72b1, 72d1, . may

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

In the third embodiment, an order input screen 52 shown in FIG. 13 is provided with a maximum price input field (not shown) and a minimum price input field (not shown). Then, the order information generation unit 15 generates the upper limit price information (in this embodiment 3, the first order price 75 (19,700) at the top of FIG. information on the value of the upper price limit 82 that matches the Japanese Yen)), or lower price information entered in the lower price input field (not shown) (in the third embodiment, the lower price limit 81 shown in FIG. 29 ( 19,250 yen) information) 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 trap number input field 64. Predetermined arithmetic processing is performed based on the number of orders placed, for example, "10", and order prices for each of a plurality of, for example, ten first orders 72a1, 72c1, ..., 72q1, 72s1 and ten An order price is set for each of the second orders 72b1, 72d1, . . . , 72r1, 72t1. As shown in FIG. 28, this order price is the first order price for a prescribed first order that holds a position by contract, and the second order price for a prescribed second order that closes a position held by contract. , for example, as a first order price 75 of the first order 72a1 and a second order price 76 of the second order 72b1. In this Embodiment 3, the price ranges 84, 84, . . . . 84, 84 partly or wholly belong to the price range 83.).

, 72q1, 72s1 and second orders 72b1, 72d1, . Similar to 2, splitting by partial fill is performed, and the corresponding placement and filling of the first order and the placement and filling of the second order are repeated.

The order information generation unit 15 and contract 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 display.

Other configurations are the same as those of the second embodiment of the present invention.

As described above, in the 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 partially fillable first orders 72a1, 72c1, . , 72q1, 72s1, and/or second orders at respective price points 84, 84, . By displaying all the first orders and/or the second orders when only a part of 72b1, 72d1, ..., 72r1, 72t1 are executed, the trading form including partial execution can be displayed appropriately for the trader. can be operated.

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

In this Embodiment 4, the first order and the second order, for example, the first orders 72a1, 72c1, . After the market price falls or rises beyond the first order price 75 or the second order price 76, then rises or falls, it reaches the first order price 75 or the second order price 76 again, and then the first order price 75. It is configured to be executed when it becomes above or below, or when the second order price becomes below or above 76.

Specifically, an order input screen 52 shown in FIG. 13 is provided with a through price range information input field (not shown) and a trail information input field (not shown). Then, according to the values entered in these input fields (not shown), respective first order information, such as first order information 72a, and respective second order information, such as second order information 72b, or database Through price range information (not shown) about a predetermined value (hereinafter referred to as "through price range") relating to the price range of the order price and market price is set in any of the 18 tables.

Then, as shown in a chart 74 of FIG. 30, the placed first order 72a1 falls below the first order price 75, and the price range between the first order price 75 and the market price 77 is the value of the through price range 85. When the market price exceeds 75, the first order 72a1 is executed as a stop loss order, and the second order 72b1 is not placed. from the state of , to the state of ordered. 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, based on the first order information 72a and the second order information 72b, the first order 72a1 is again placed and executed, and the second order 72b1 is similarly placed and executed. , the placement and execution of the first order 72a1, and the second order 72b1 are similarly repeated.

Further, in this fourth embodiment, the trail is activated for each second order information, for example, the trail information 181Q (see FIG. 15) of the second order information 72b (or any table in the database 18). (hereinafter referred to as the “trail range”. Here, this “trail range” is used as both the price range as the trigger for triggering the trail and the fluctuation range of the order price). trail width information (not shown) is provided by specific numerical values. In the fourth embodiment, after the market price exceeds the second order price 76, it further increases, and as shown in FIG. , the second order price 76 is reset to an upward price by the value of the trail width 86 . Even after the second order price 76 is newly set, if the market price rises 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 again reaches the trail width. A value of 86 is newly set to the upward price. Such resetting of the second order price 76 based on the trail width 86 is repeated until the market price 77 drops without exceeding the trail width 86 and reaches the second order price 76, as shown in FIG.

When the market price reaches the second order price 76 and the second order, for example, the second orders 72ba1 and 72bb1 are executed in the state shown in FIG. (For example, for the second orders 72ba1 and 72bb1 in FIG. 30, the second order price 76 before the trail was triggered is 19,350 yen). be done.

The order information generation unit 15 and contract 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 display.

Other configurations are the same as those of the first and second embodiments of the present invention.

, 72q, 72s and second order information 72b, 72d, . . . , 72r, 72t in the fourth embodiment. After the first order price falls or rises above 75 and then becomes 75 or higher or below again, or after the second order price rises or falls above 76 and rises or falls again, the second order price falls below 76 or Since it is set to be executed after reaching the above, there is a high possibility that you can trade at a price at which a falling market turns to a rising market, or at a price close to the price at which a rising market turns to a falling market, resulting in greater profits from trading. can be obtained. As a result, many profit opportunities can be provided in financial product transactions 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 or downward direction based on the trail width information (not shown). , 72p1, 72r1 and second orders 72b1, 72d1, . . . , 72r1, 72t1.

In this fourth embodiment, the trail width information is set in each of the first order information, for example, the first order information 72a, and the first order price 75 of the first order 72a1 is also set to trail width due to the drop in the market price. It may be configured to be reset in the downward direction by minutes. In the fourth embodiment, the price range 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 change in the market price 77, or the first order information 72a, 72c, . Order prices 75, 75, . . . 75, 75 and second order prices 76, 76, . The first order price 75 and the second order price 76 may be reset when a comparison is made with the current market price 77 and the price difference between them becomes equal to or greater than 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 has been explained, but the present invention is not limited to this. It can also be applied to cases.

Further, in each of the above embodiments, the configuration in which the first order 72a1 and the second order 72b1, etc., is repeatedly placed and executed and the second order is placed and executed at one or more prices has been described. 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 places a stop order for loss cut (stop loss) and executes a reverse order for execution. One or a plurality of pieces of limit order information (not shown) are generated, and when the first order 72a1 is executed, a stop loss order (not shown) is placed together with the second order 72b1, and when the stop loss order is executed, the ordered first The second order 72b1 or the first order 72a1 and the second order 72b1 that were scheduled to be repeated afterward (there may be only the specific first order 72a1 and the specific second order 72b1, or the , 72q1, 72s1 and second orders 72d1 other than specific second orders 72b1, . . . 72r1 and 72t1) may be canceled. In addition, a so-called OCO order (for example, a first order to buy 72a1 and a first order to sell (not shown) are placed at the same time) other than the configuration in which the second order 72b1 and a stop loss order (not shown) are placed at the same time. , for example, when the first buy order 72a1 is filled due to fluctuations in the market price of the financial instrument, the second sell order 72b1 is placed and the first sell order (not shown) (and was scheduled to be placed after that) A second order to buy (not shown)) may be canceled. Alternatively, the first order 72a1 and the second order 72b1 may be executed by the so-called "Itayose method" when the market resumes after the temporary suspension.

In each of the above embodiments, the first order 72a1 and the second order 72b1 are split when a partial contract occurs. is entered, or the quantity of all the first orders 72a1 and all the second orders 72b1 becomes the minimum quantity of "1", etc.), multiple first orders that have been split once, for example The first orders 72a1 and 72a2 and a plurality of second orders, for example, the second orders 72b1 and 72b2 may be combined to form one first order 72a1 and one second order 72b1.

In each of the above embodiments, when a partial contract occurs, a plurality of first orders and second orders are placed at the same order price. may be combined with a configuration in which a plurality of first orders and second orders are always placed at the same order price regardless of the occurrence of partial executions.

In each of the above embodiments, stock indices are handled as financial products, but the present invention is not limited to this. The present invention may be applied to a financial product trading system that handles financial products.

In each of the above-described embodiments, the financial product transaction management system 1A is composed of the first financial product transaction management device 1 and the second financial product transaction management device 2, but is not limited to this. It may be configured such that the transaction management device is provided with all the functional means. Specifically, for example, the financial instrument transaction management system 1A shown in FIG. A first financial product transaction management device 1 managed and operated by a financial product dealer may be provided with all the functional means of the product transaction management device 2 . Conversely, the second financial instrument transaction management device 2 does not exist in the financial instrument transaction management system 1A shown in FIG. may be the configuration provided in the financial product transaction management apparatus 1.

In each of the above embodiments, the financial product transaction management system 1A is implemented in a client/server system of a network computer system, but various computers such as personal computers that do not constitute a client/server system, mobile terminals, tablets, etc. The same functions as the financial product transaction management system 1A can also be realized in various communication terminals and personal digital assistants. At this time, at least part of the system configuration of the first financial instrument transaction management device 1 and the financial instrument transaction management system 1A may be configured as a computer program, and the program may be implemented in various computers, various communication terminals, and personal digital assistants. It is also possible to implement it with

The above embodiments are examples of the present invention, and needless to say, the present invention is not limited to the above embodiments.

1A...Financial product transaction management system 1...First financial product transaction management device (financial product transaction management device)
2 . . . second financial instrument transaction management device (financial instrument transaction management device)
14: Account information management unit (fund management means)
15 Order information generation unit (order information generation means)
16 ... contract management department (contract 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 limit price 83 Price range 84 Price range 85 Through price range 86 Trail range

Claims (13)

A financial instrument transaction management device for trading financial instruments with fluctuating market prices,
order information generating means for generating order information for ordering financial products;
a contract management means for managing contracts of the financial product;
Only a portion of said first order, and/or only a portion of said first order, formed by said order information, and a second order that is executed to close a position held by said first order, and/or Or, only a part of the second order satisfies the contract conditions, only a part of the first order that satisfies the conditions, and/or only a part of the second order that satisfies the conditions , when the contract processing is performed by the contract management means,
The order information generating means is
By performing the process of placing a new first order of a quantity corresponding to the part of the first order for which the contract process has been performed, the first order other than the part of the first order that meets the conditions Forming a state in which one order and the new first order coexist in the placed and unexecuted state;
and/or
By performing the process of placing a new second order with a quantity corresponding to the part of the second order for which the contract process has been performed, the part of the second order other than the second order that meets the conditions A financial product transaction management apparatus, wherein the second order and the new second order form a state in which the second order coexists in a state of placed and unexecuted. The contract management means
when the first order is filled or at a predetermined timing after the first order is filled, in the first order that holds the position by execution and the second order that closes the position by execution; Alternatively, when the second order is filled, or at a predetermined timing after the second order is filled, the second order is placed in correspondence with the first order that has been filled. 2. The financial instruments transaction management according to claim 1, characterized by dividing into a part of the second order to be executed and a part of the second order not to be executed corresponding to the said executed first order. Device. The contract management means
When the first order to hold the position by execution and the second order to close the position by execution are executed, or at a predetermined timing after the first order is executed, Alternatively, when the second order is filled or at a predetermined timing after the second order is filled, the first order is divided into the filled first order and the unfilled first order. 3. The financial product transaction management system according to claim 1, wherein the order is divided into the first order. When the order information forms a first order and a second order, respectively, and only part of the first order is contracted and a position is held, the contract management means controls the part of the order that held the position. Closing the position of the first order before the splitting of the first order, or of the part of the first order, and of the part of the first order holding the position by contract 4. The financial product transaction management system according to any one of claims 1 to 3, wherein the second order of a part is made to correspond to the second order. The order information generating means generates the order information for placing the first order and the second order, respectively, and holds the position based on the order information of the first order and the order information of the second order. Repeat the settlement of the position based on
The contract management means
Regarding the first order and the second order,
If only a portion of the first order and/or the second order before the iteration is filled, the repeated first order and/or the second order will be replaced with the one that was filled before the iteration. 5. The financial product transaction management system according to claim 1, wherein a distinction is maintained between said orders that have been executed and said orders that have not been executed. The order information generating means generates order information for placing the first order and the second order at a plurality of prices, respectively;
The contract management means sets 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 system according to claim 5, wherein said first order and said second order are repeatedly placed in a price range. 7. The financial product transaction management according to claim 6, wherein said order information generating means sets one or more of said price ranges within a price range formed between a specific upper limit price and a specific lower limit price. Device. The order information generating means converts the order information as the first order to a first order price set as a price that serves as a reference price for holding the position in the first order, and the market price is the first order price. Setting to hold the position after falling or rising beyond the first order price and then becoming above or below the first order price again,
The market price rises above the second order price, which is set as the standard price for closing the position by the second order, with respect to the second order price for the order information as the second order. or set the position to be closed after it drops and then becomes equal to or less than or equal to or greater than the second order price,
the order information, which is the second order, comprises trail width information;
8. The financial system according to any one of claims 1 to 7, wherein the order information, which 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 system according to any one of claims 1 to 8, further comprising contract information generating means for contracting said order information after said order information matches said predetermined market price. Fund management means for managing fund information as information on the balance of funds in a predetermined account of a transactor who trades the financial product,
The execution information generating means confirms the fund information, and if the balance of the funds is less than the amount required to execute the execution of the financial product, out of the orders placed at the same price based on the order information 10. The financial product transaction management device according to claim 9, wherein only some of said orders are executed. A financial instrument transaction management system for trading financial instruments with fluctuating market prices,
order information generating means for generating order information for ordering financial products;
a contract management means for managing contracts of the financial product;
Only a portion of said first order, and/or only a portion of said first order, formed by said order information, and a second order that is executed to close a position held by said first order, and/or Or, only a part of the second order satisfies the contract conditions, only a part of the first order that satisfies the conditions, and/or only a part of the second order that satisfies the conditions , when the contract processing is performed by the contract management means,
The order information generating means is
By performing the process of placing a new first order of a quantity corresponding to the part of the first order for which the contract process has been performed, the first order other than the part of the first order that meets the conditions Forming a state in which one order and the new first order coexist in the placed and unexecuted state;
and/or
By performing the process of placing a new second order with a quantity corresponding to the part of the second order for which the contract process has been performed, the part of the second order other than the second order that meets the conditions A financial product transaction management system, wherein a second order and said new second order coexist in a state of being placed but not yet executed. A financial instrument transaction management method in a financial instrument transaction management system for trading financial instruments with fluctuating market prices, comprising:
an order information generating procedure for generating order information for ordering financial products;
a contract management procedure for managing contracts of the financial product;
Only a portion of the first order formed by the order information and a second order that is executed to close the position held by the first order, and / Or only part of the second order satisfies the contract conditions, only part of the first order that satisfies the conditions, and / or only part of the second order that satisfies the conditions On the other hand, if a contract is processed in the contract management procedure,
In the order information generation procedure,
By performing the process of placing a new first order of a quantity corresponding to the part of the first order for which the contract process has been performed, the first order other than the part of the first order that meets the conditions Forming a state in which one order and the new first order coexist in an ordered and unexecuted state;
and/or
By performing the process of placing a new second order with a quantity corresponding to the part of the second order for which the contract process has been performed, the part of the second order other than the second order that meets the conditions A financial product transaction management method in a financial product transaction management system, characterized by forming a state in which a second order and said new second order coexist in a state of being placed but not yet executed. 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