JP2017111839A - Financial product transaction management device, financial product transaction management system, method for managing financial product transactions in financial product transaction management system, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a financial product transaction management device, system and transaction management method allowing a transactor to appropriately operate types of transactions that include partial executions.SOLUTION: A first financial product transaction management device 1 and a second financial product transaction management device 2 comprise an order information generation unit 15 to generate order information, and an execution management unit 16 to manage executions of financial products. When a first order, and a second order which is to be executed for settling a position held by execution of the first order, are placed according to the order information and only a portion of the first order is executed, the execution management unit 16 divides the second order into a portion of the second order for execution corresponding to the executed portion of the first order and another portion of the second order not for the execution corresponding to the executed portion of the first order.SELECTED DRAWING: Figure 20

Description

  The present invention relates to a technique for managing and supporting transactions of various financial products. The present invention can be applied to an apparatus for managing and supporting transactions of various financial products.

  As a trading method for various financial products whose market price fluctuates, such as stocks, bonds, investment trusts, real estate investment trusts, commodities (products), foreign exchange, stock price indexes, etc. Order forms) and limit orders (forms in which transactions are performed when the market price reaches a predesignated price) are known. 2. Description of the Related Art Conventionally, there has been known an invention in which transactions based on these order forms, such as limit orders, are performed using a computer system (see, for example, Patent Document 1). In other words, in the present invention, an order is placed for a financial product having a preset price as a position, and when the market price of the financial product reaches this price, the order is executed to execute a transaction.

JP 2006-99787 A

  Here, for example, the demand and supply of buying and selling of financial products do not always match. In addition, when buying the ordered financial product, the amount of funds may be insufficient with respect to the order quantity. For this reason, it is not always possible to execute the entire order quantity of the ordered order for the order of the ordered financial product, and only a part of the ordered order is executed. It is referred to as “partial execution.” The same applies hereinafter.) In addition, when the market price of a financial product fluctuates around an arbitrary price range, there may be a request to continuously conduct transactions centered on this price range in time series. However, in the above-mentioned Patent Document 1, it is not possible to deal with the case where all orders cannot be executed, and the trader has to place the order many times in the case of conducting a continuous transaction at an arbitrary price range. There is a problem that the labor required for the trader becomes excessive.

  The present invention has been made in view of such a problem, and in a transaction of a financial product performed using a computer system, a financial product transaction management apparatus and a financial product that can allow a trader to appropriately operate a transaction form including a partial contract. It is an object to provide a transaction management method in a commodity transaction management system and a financial commodity transaction management system.

  In order to solve such a problem, the invention described in claim 1 is a financial product transaction management apparatus for trading a financial product whose market price fluctuates, and which generates order information for ordering a financial product. Generating means, and contract management means for managing the contract of the financial product, wherein the contract management means causes the first order and the position held by the first order to be settled by the contract based on the order information. When a second order is formed and only a part of the first order is executed, the second order is executed in response to the executed first order. , And splitting into other second orders that are not executed in accordance with the executed first order.

  According to a second aspect of the present invention, in addition to the configuration of the first aspect, the contract management means is configured to execute a predetermined timing when the first order is executed, or after the first order is executed, or , When the second order is executed or at a predetermined timing after the second order is executed, the second order is executed in accordance with the executed first order. And splitting into a part of the second order to be executed and another part of the second order not to be executed corresponding to the executed first order.

  According to a third aspect of the present invention, in addition to the configuration according to the first or second aspect, the contract management means, when only a part of the first order is executed, When one order is executed, or at a predetermined timing after the first order is executed, or when the second order is executed by which the position that the first order is executed and held is executed, or , Dividing the first order into the first order that has been executed and the first order that has not yet been executed at any one of the predetermined timings after the second order has been executed, To do.

  According to a fourth aspect of the present invention, in addition to the configuration according to any one of the first to third aspects, the contract management means is configured so that the order information forms a first order and a second order, respectively. When only a part of the first order is executed and holds a position, the part of the first order holding the position, or the first order before the part of the first order is split, It is characterized in that a part of the first order that holds a position is made to correspond to a part of the second order that settles the position by execution.

  According to a fifth aspect of the present invention, in addition to the configuration according to any one of the first to fourth aspects, the order information generating means is the order information for placing a first order and a second order, respectively. The contract management means repeatedly performs the holding of the position based on the order information of the first order and the settlement of the position based on the order information of the second order. For one order and the second order, if only a portion of the first order and / or the second order before the repeat is executed, the first order and / or the second order to be repeated The order is characterized in that the division between the filled order and the unfilled order before the repetition is maintained.

  According to a sixth aspect of the present invention, in addition to the configuration of the fifth aspect, the order information generating means generates the first order and the second order as order information for placing an order at a price. The contract management means repeats the first order and the second order in at least one of the price ranges.

  According to a seventh aspect of the invention, in addition to the configuration of the sixth aspect, the order information generating means includes one or a plurality of the prices in a price range formed between a specific upper limit price and a specific lower limit price. It is characterized by setting a band.

  According to an eighth aspect of the present invention, in addition to the configuration according to any one of the first to seventh aspects, the order information generation means includes 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 below or exceeds the first order price and then becomes the first order price again or below. The market price is set to hold the position later, and the order information as the second order is the market price with respect to the second order price set as a reference price for settlement of the position by the second order. Is set so that the position is settled after it rises or falls above the second order price and then falls below or above the second order price again, and the order information is the second order Includes a trail width information, said order information which is the second order, wherein the set to move upward or falling direction based on the trail width information.

  According to a ninth aspect of the present invention, in addition to the configuration according to any one of the first to eighth aspects, the contract information generating means for executing the order information after the order information matches the predetermined market price. It is characterized by having.

  The invention described in claim 10 includes, in addition to the structure described in claim 9, fund management means for managing fund information as information on a balance of funds in a predetermined account of a trader who performs transactions of the financial product. And the execution information generation means confirms the fund information, and if the balance of the funds is less than the amount necessary for the execution of the financial product, the order information generation means is configured for the order based on the order information ordered at the same price. Only a part of the orders is executed.

  The invention according to claim 11 is a financial product transaction management system for trading a financial product whose market price fluctuates, an order information generating means for generating order information for ordering the financial product, and the financial product The contract management means is configured to form a first order based on the order information and a second order that settles a position held by the first order by the contract. Then, when only a part of the first order is executed, the second order is executed in accordance with the executed first order, and the second order is executed. It is characterized by splitting into other second orders that are not executed in response to the order.

  The invention according to claim 12 is a financial product transaction management method in a financial product transaction management system for trading a financial product whose market price fluctuates, and generates order information for ordering a financial product. And a contract management procedure for managing the contract of the financial product, wherein in the contract management procedure, the first order and the position held by the first order are settled by the contract based on the order information. A second order to be executed, and when only a part of the first order is executed, the second order is executed in response to the executed first order. And another part of the second order that is not executed in accordance with the executed first order.

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

  According to the first, eleventh and twelfth aspects of the present invention, when only a part of the first order is executed, the specific second order can be split. Thereby, in the transaction of the financial product performed using the computer system, the transaction form including the partial contract can be appropriately operated by the trader.

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

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

  According to the fourth aspect of the present invention, a part of the first order holding the position, or the first order before the splitting occurs when the part of the first order is split, and the settlement of the first order. It is possible to cause the trader to properly operate the transaction form including the partial execution in correspondence with the second order of the department.

  According to the invention described in claim 5, it is possible to provide an opportunity to obtain a lot of profits by providing a continuous transaction opportunity by repeating the holding of the position and the settlement of the held position. In addition, when only the first order and / or part of the second order is executed in the repetition of the first order and the second order, the distinction between the executed order and the unfilled order before the repetition is made. In the configuration in which the first order and the second order are repeatedly performed, the first order and / or all the first orders when only a part of the second order is executed, and In addition, the transaction form including the partial execution of the second order can be appropriately operated by the trader.

  According to the invention described in claim 6, a price range is set, and a first order that can be partially executed and / or a second order that can be executed only partially is repeated in each price range. In doing so, it provides an opportunity to gain a lot of profits by creating a continuous trading opportunity in the price range, and only a part of the first order and / or the second order is filled in each price range For all first orders and / or second orders in the case, the transaction form including the partial execution can be appropriately operated by the trader.

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

  According to the invention described in claim 8, the order information as the first order and the order information as the second order are obtained after the market price drops or rises exceeding 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 is again greater than or less than the first order price, trading at a price close to the price at which the falling market price turns to the rising market price or the price at which the rising market price turns to the falling market price. It is possible to increase the profitability of the transaction. Thereby, it is possible to provide an opportunity to obtain a lot of profits in the transaction of the financial product performed using the computer system. Further, the order information as the second order includes trail width information, and the order information as the second order moves in the upward direction or the downward direction based on the trail width information. Profits obtained by buying and selling with two orders can be increased.

  According to the ninth aspect of the present invention, it is possible to execute an order based on the generated order information, and securely perform a transaction of the financial product.

  According to the tenth aspect of the present invention, only orders having funds necessary for the execution of financial products are executed, and only a part of the orders are executed and damage exceeding the amount of funds is generated. Deterrence can be made to secure the transaction.

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

It is a block diagram which shows notionally the structure of the financial product transaction management system which concerns on Embodiment 1 of this invention, a 1st financial product transaction management apparatus, and a 2nd financial product transaction management apparatus. It is a figure which shows the field definition of the order table stored in the 2nd financial instrument transaction management apparatus shown by FIG. It is a conceptual diagram which shows typically the basic operation | movement of the partial contract in the financial product transaction management system which concerns on this Embodiment 1, and a 1st, 2nd financial product transaction management apparatus. It is a conceptual diagram which shows typically the basic operation | movement of the partial contract in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus. It is a conceptual diagram which shows typically the basic operation | movement of the partial contract in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus. It is a conceptual diagram which shows typically the basic operation | movement of the partial contract in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus. It is a conceptual diagram which shows typically the basic operation | movement of the partial contract in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus. It is a conceptual diagram which shows typically the basic operation | movement of the partial contract in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus. It is a conceptual diagram which shows typically the basic operation | movement of the partial contract in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus. It is a conceptual diagram which shows typically the basic operation | movement of the partial contract in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus. It is a conceptual diagram which shows typically the basic operation | movement of the partial contract in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus. It is a flowchart which shows the process sequence at the time of placing an order in the financial product transaction management system shown by FIG. In the financial product transaction management system and the first and second financial product transaction management devices according to the first embodiment, it is a conceptual diagram schematically showing a transaction display screen shown on the display unit of the client terminal. In a financial product transaction management system and a 1st, 2nd financial product transaction management apparatus same as the above, it is a conceptual diagram which shows typically the transaction display screen shown in the display part of a client terminal. In a financial product transaction management system and a 1st, 2nd financial product transaction management apparatus same as the above, it is a conceptual diagram which shows typically the transaction display screen shown in the display part of a client terminal. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in the financial product transaction management system which concerns on this Embodiment 1, and a 1st, 2nd financial product transaction management apparatus, and order placement / contract. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus, and order placement / contract. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus, and order placement / contract. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus, and order placement / contract. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus, and order placement / contract. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus, and order placement / contract. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus, and order placement / contract. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus, and order placement / contract. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus, and order placement / contract. It is the table | surface and chart which show typically the 1st modification of order information at the time of a transaction being performed in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus, and the order placement / contract of an order. It is a table | surface and a chart which show typically the 2nd modification of order information at the time of a transaction being performed in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus, and the order placement / contract. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in the financial product transaction management system which concerns on this Embodiment 2, and a 1st, 2nd financial product transaction management apparatus, and the order placement / contract of an order. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in a financial product transaction management system same as the above, and a 1st, 2nd financial product transaction management apparatus, and order placement / contract. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in the financial product transaction management system which concerns on this Embodiment 3, and a 1st, 2nd financial product transaction management apparatus, and the order placement / contract of an order. It is the table | surface and chart which show typically the order information at the time of a transaction being performed in the financial product transaction management system which concerns on this Embodiment 4, and a 1st, 2nd financial product transaction management apparatus, and order placement / contract.

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 the 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 as a “financial product transaction management device”. The apparatus 2 and n (n ≧ 1) client terminals 3 _{1 to} 3 _n are provided. The first financial product transaction management apparatus 1 and the client terminals 3 _{1 to} 3 _n are connected to a WAN (Wide Area). It is possible to communicate with each other via the Internet 4 as a network. The first financial product transaction management apparatus 1 and the second financial product transaction management apparatus 2 can communicate with each other via a dedicated line 5. However, the second financial product transaction management device 2 is connected to the Internet 4 so that the first financial product transaction management device 1 and the second financial product transaction management device 2 can communicate with each other via the Internet 4. May be. The financial product transaction management system 1A according to the first embodiment handles various financial products such as a stock price index.

The first of the financial product transaction management device 1 is a server computer dealers of financial instruments to carry out financial instruments exchange and (later) the transaction is operational and management, Web server function and the client terminal customer 3 _1, .., 3 _n is used to receive a financial product order and communicates with the second financial product transaction management device 2 to place an order, and the client terminal 3 ₁ displays information on the executed order. ,..., it has a function, and the like to be displayed on the customer send it to 3 _n.

The first financial product transaction management apparatus 1 associates the first order with the second order, and the second financial product transaction management apparatus 2 stores the corresponding first order, second order, etc. To the second financial product transaction management apparatus 2 in a state suitable for the above process. In addition, the first financial product transaction management apparatus 1 has made the first order and the second order received from the second financial product transaction management apparatus 2 order, execution, information, partial execution described later, etc. Record the status of the first order, second order, etc. Further, the first financial product transaction management apparatus 1 sends the corresponding first order, second order, etc. to the client terminals 3 ₁ ,..., 3 _n and displays them to the customer. Details of the “first order” and “second order” described here will be described later.

  The second financial product transaction management apparatus 2 is a financial product exchange (a financial product membership corporation that opens a financial product market under the license of the Prime Minister as defined in Article 2, Paragraph 16 of the Financial Product Transaction Law or Is a server computer that is managed and operated by a corporation, etc., and is a Web server function, a function for executing orders for ordered financial products, and a large amount of data. It has a database function to save

Specifically, the second financial product transaction management device 2, the first financial product transaction management device 1 and the client terminal 3 _1, ..., on the basis of the information received from the 3 _n, etc., orders of financial instruments Or make a deal. Further, the second financial product transaction management device 2 records and manages the information on the ordered order and the contracted order, and also manages the information on the ordered order and the contracted order in the first financial product transaction management. apparatus 1 and the client terminal ₃ 1, transmits ..., to _{3 n,} and the like.

  The first financial product transaction management device 1 and the second financial product transaction management device 2 may be server computers that are both managed and operated by the financial product exchange. It may be a server computer managed and operated by a dealer of financial products that does not conduct transactions. In the latter case, the handling company that manages and operates the first financial product transaction management apparatus 1 and the handling company that manages and operates the second financial product transaction management apparatus 2 may be the same handling company, It may be a separate vendor. In addition, the first financial product transaction management device 1 and the second financial product transaction management device 2 have a configuration not via the Internet 4, for example, a configuration provided in the same LAN (Local Area Network), or the same The structure constructed | assembled as a computer system etc. may be sufficient.

The client terminals 3 ₁ ,..., 3 _n are communication terminals having a data communication function that are owned and used by individuals or corporations who buy and sell financial products, such as personal computers, tablets, smartphones, mobile phone terminals, etc. Corresponds to this. The client terminals 3 ₁ ,..., 3 _n are composed of operation units 31 ₁ ,..., 31 _n used for inputting various instructions such as a mouse and a keyboard, an LCD (Liquid Crystal Display), and the like. _1, ..., a display unit ₃₂ 1 as the "information display means" for displaying various instructions and the like or various image input from 31 _n, ..., and a 32 _n. However, the operation units 31 ₁ ,..., 31 _n and the display units 32 ₁ ,..., 32 _n are touch panels operated by the operator by touching or moving a finger, a touch pen, or the like to the screen. You may comprise as.

Incidentally, the client terminal ₃ 1, ..., _{3 n,} the operation unit ₃₁ 1, ..., 31 _n, the display unit ₃₂ 1, ..., so 32 _n has the same configuration, hereinafter, it is necessary to distinguish 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 product transaction management device 1, the second financial product transaction management device 2, and the client terminals 3 ₁ ,..., 3 _n has at least one CPU (Central Processing). Unit (Central Processing Unit), RAM (Random Access Memory) that functions as a work area for the CPU, ROM (Reading Boot Program), etc.
Only Memory), an auxiliary storage device such as a hard disk in which various programs and data are recorded, a communication interface used for data transmission / reception, and the like. The auxiliary storage device stores an OS (Operating System) program, various application programs, data recorded in a database, and the like, and these programs and data cooperate with hardware resources by CPU arithmetic processing. To realize various functions.

  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 a plurality of network computer systems.

  As shown in FIG. 1, the first financial product transaction management apparatus 1 includes a data processing unit 10 as a functional unit that is realized 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 product transaction management apparatus 1, and further includes a front page distribution unit 11, an order input reception unit 12, Deposit / withdrawal information management unit 13, account information management unit 14 as "fund management unit", order information generation unit 15 as "order information generation unit", contract management unit 16 as "contract management unit", database connection base unit 17 and 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 an order for the financial product.

  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 the deposit balance information of the customer (consent with the “transaction”, the same in the present specification) as the fund information (that is, information for supporting that the order can be executed). Have. Note that the information on the deposit balance generated in the account information management unit 14 is periodically updated with information on the customer's actual deposit balance provided by a financial institution such as a bank in order to be consistent with the actual deposit balance. Matched.

  The order information generation unit 15 generates information related to the order of the financial product based on the information processed by the order input reception unit 12. The orders here include an ifdan order in addition to so-called market orders, limit orders, and stop limit orders.

  The contract management unit 16 manages contracts for financial products. Specifically, the contract management unit 16 communicates with a contract information generation unit 25 to be described later, and causes the display unit 32 of the client terminal 3 to display the order executed by the contract information generation unit 25. Specifically, the contract management unit 16 records the order information of the contracted orders in an order table 181 (described later) of the database 18, or corrects or adds order information data recorded in the order table 181. And various processes necessary for searching, sending / receiving and searching the recorded order information. In addition, the contract management unit 16 allows the trader to enter a contract mode (whether or not to execute a partial contract, which will be described later, etc.) based on an input from the operation unit 31 of the client terminal 3 or a predetermined order condition. ) May be provided.

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

  The database 18 records data used in the first financial product transaction management apparatus 1. The database 18 in the first embodiment is formed by a relational database, but any format may be used as long as it is suitable for recording and rewriting a large amount of data, such as an object database. The database 18 includes an order table 181 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, positions An information table 186 is recorded.

  The customer account information table 182 records information related to accounts for each customer. The financial product order condition table 183 records the order conditions of the financial products that are allowed to be ordered. In the sequence number table 184, a sequence number uniquely assigned for each order information (described later) is recorded. The contract information table 185 records information related to the contracted orders. In the position information table 186, information related to positions held by the first order is recorded. Details of the order table 181 will be described later.

  As shown in FIG. 1, the second financial product transaction management apparatus 2 includes a data processing unit 20 as a functional unit realized based on the various programs and hardware resources described above. The data processing unit 20 performs processing such as generation and processing of various data used in the second financial product transaction management apparatus 2, and also receives price information as "market price information management means" as a functional 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 the price of the financial product handled by the second financial product transaction management apparatus 2, and the data processing unit 20, the data processing unit 10, and the client terminal 3 with respect to the acquired information. Perform necessary processing and management for use in In the first embodiment, the price information reception management unit 21 periodically acquires, records, and manages market price information. The deposit / withdrawal information generation unit 22 generates a deposit / withdrawal list for each customer and supplies the deposit / withdrawal information management unit 13 with the deposit / withdrawal information. 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 the order information based on the information related to the order of the financial product generated by the order information generation unit 15 of the first financial product transaction management apparatus 1, and the database based on the generated order information. 27 has a function of creating 27 order tables 271 and managing the data of the order table 271 (creating, correcting, deleting, etc. data).

  The contract information generation unit 25 performs a contract process based on the order generated by the order information generation unit 15 and a process for sending information related to the completed contract process to the client terminal 3 of the customer. Here, “contract” refers to various procedures and processes for establishing the purchase and sale of financial products based on customer orders. As will be described later, when the contract is established in the first embodiment, the financial product is bought and sold. As a result, the account information generation unit 23 and the account information management unit 14 convert the fund information (described later) according to the sale price. Further, the deposit / withdrawal information generation unit 22 and the deposit / withdrawal information management unit 13 describe the deposit / withdrawal status in the deposit / withdrawal list. Further, the contract information generation unit 25 sends information indicating that the contract has been established and information regarding the contents of the contract to the contract management unit 16, and confirms that the contract has been established on the display unit 32 of the client terminal 3. The contents of the contract that has been established are displayed as character information. Moreover, the contract information generation part 25 performs the payment | withdrawal process of the account of a client terminal based on a sales price. Note that a part or all of these configurations of the contract information generation unit 25 may be a configuration included in another function unit, 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 in the second financial product transaction management apparatus 2. The basic configuration of the database 27 is the same as 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 a contract information table. 275 and a position information table 276 are recorded. The order table 271 has the same configuration as the order table 181, the consignor account information table 272 has the same configuration as the customer account information table 182, the financial product order condition table 273 has the same configuration as the financial product order condition table 183, and the sequence number table 274 has the same configuration as the sequence number table 184, the contract information table 275 has the same configuration as the contract information table 185, and the position information table 276 has the same configuration as the position information table 186.

  Although not shown in the drawing, the second financial product transaction management device 2 obtains and manages the date and time information, and the first order information and the first selling price based on the date and time information obtained from the timer. Time limit managing means for managing the order time limit of the limit order information and the second sell limit order information (both will be described later).

  Data processing unit 10, front page distribution unit 11, order input reception unit (order input reception unit) 12, deposit / withdrawal information management unit 13, account information management unit 14, order information generation unit in first financial product transaction management apparatus 1 15. Contract management unit 16, database connection base unit 17, database 18, and data processing unit 20, price information reception management unit 21, deposit / withdrawal information generation unit 22, account information generation in the second financial product transaction management apparatus 2 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 product transaction management device 1 and the second financial product transaction management device 2 are formed as a network computer system composed of a plurality of server computers, each component is distributed to a plurality of server computers. It may be arranged. These server computers are computer systems owned by a plurality of companies 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 constituting the first financial product transaction management device 1 and the second financial product transaction management device 2 may be formed as a so-called cloud computer system. Further, the data processing unit 10, the front page distribution unit 11, the order input receiving unit 12, the deposit / withdrawal information management unit 13, the account information management unit 14, the order information generation unit 15, the contract management unit 16, the database connection base unit 17, the database 18, data processing unit 20, price information reception management unit 21, deposit / withdrawal information generation unit 22, account information generation unit 23, order information management unit 24, execution information generation unit 25, database connection base unit 26, database 27 At least a part of the configuration may be provided not in the first financial product transaction management apparatus 1 or the second financial product transaction management apparatus 2 but in the client terminal 3 constituting the financial product transaction management system 1A. The program may be configured to cause a computer to function as these functional means.

  FIG. 2 is a schematic diagram of field definitions of the order table 181 in the first financial product transaction management apparatus 1. As shown in the figure, the order table 181 has fields for the number of items, and includes field names (field names), data types (types) such as characters, numerical values, and dates / times, and data lengths (lengths) such as bit lengths. , Blank not allowed specification (Not Null), presence / absence of default value (default value), data item name (remarks), etc. are specified.

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

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

  Based on the financial product order received from the client terminal 3 of the customer, the first financial product transaction management apparatus 1 places the sell order and the buy order in the order table 181 as the first order and the second order for each customer. Recording and various processing (for example, order reception and order generation (processing for generating order information for placing an order and placing an order for the second financial product transaction management apparatus 2). The same in the book))). The first financial product transaction management apparatus 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 as information on the first order and the second order recorded in the order table 181. The information in the position information table 186 is 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 from customers and the first financial product transaction management device 1 (for example, recording order information in the order table 271). And various processes for such buy orders and sell orders (for example, processes for changing various states such as “unordered”, “ordered”, “confirmed” of the order according to the transaction status, etc. Various processes necessary for the transaction of the financial product, such as processing to record a change, etc. (hereinafter simply referred to as “management”). The second financial product transaction management apparatus 2 includes information on a buy order and a sell order recorded in the order table 181, a consignor account information table 272, a financial product order condition table 273, a sequence number table 274, a contract information table 275, Information in 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 a function process financial product orders. That is, as shown in FIG. 3, for example, an order for a financial product made by a customer from the client terminal 3 is supplied to the first financial product transaction management apparatus 1, and the first financial product transaction management apparatus 1 Is recorded in the order table 181 and an order is generated and supplied to the second financial product transaction management apparatus 2. The second financial product transaction management device 2 manages the orders generated by the first financial product transaction management device 1. When the second financial product transaction management apparatus 2 places an order or contract for a financial product, the information on the order or contract is supplied to the first financial product transaction management apparatus 1, and the first financial product transaction management apparatus 1. And transmitted to the client terminal 3 of the customer.

  When the first financial product transaction management device 1 repeats an order (for example, when repeating a first order (for example, a purchase order for financial products) and a second order (for example, a sales order for financial products)), The first financial product transaction management apparatus 1 generates information for repetition and transmits it to the financial product transaction management apparatus 2.

  It should be noted that any timing may be used for generating an order in the first financial product transaction management apparatus 1 and transmitting the generated order to the second financial product transaction management apparatus 2. For example, when a transaction is performed using a first order (for example, a buy order) and a second order (for example, a sell order) of financial products, for example, the first financial product transaction management apparatus 1 first places an order for a buy order. Is transmitted to the second financial product transaction management device 2, and the second financial product transaction management device 2 transmits information indicating the execution to the first financial product transaction management device 1 when the buy order is executed. Next, the first financial product transaction management apparatus transmits information to the effect that the selling order is placed to the second financial product transaction management apparatus 2, and the second financial product transaction management apparatus 2 confirms that the selling order is executed. Information indicating a contract may be transmitted to the first financial product transaction management apparatus 1. Alternatively, the first financial product transaction management device 1 may transmit the information on the second order to the second financial product transaction management device 2 before acquiring the information on the execution of the first order.

  In this way, the first financial product transaction management device 1 and the second financial product transaction management device 2 work in conjunction with the purchase order and the sell order as the first order and the second order, and The processing is performed by repeating the first order and the second order.

  In the first embodiment, the order generated by the first financial product transaction management apparatus 1 and the order managed by the second financial product transaction management apparatus 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 consignor 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, and position information table 186 The data recorded in the position information table 276, 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 be.

[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 the first embodiment is processed based on FIG. 1 and the following [Basic operation 1] to [Basic operation 7] explaining the same figure. In FIG. 3 to FIG. 11, the solid line circle in the chart 110 indicates “successful”, that is, a contracted order, and the broken line circle indicates “partially satisfied”, that is, a partial contracted order. The description indicates “in order”, that is, an order that has been placed and has not yet been filled, and the description of the white letters on the dotted line indicates “standby”, that is, an order that has not been placed or 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 product transaction management apparatus 2, but in the first financial product transaction management apparatus 1. It may be used for processing, and may be used for both the first financial product transaction management device 1 and the second financial product transaction management device 2.

[Basic operation 1: Principle of price priority and time priority]
If there are multiple orders for the same type of financial product for each price, each order is processed based on the following (Principle 1) and (Principle 2).
(Principle 1) When the same financial product exists for multiple quote prices (prices desired to be bought and sold), buy orders are ordered in descending order of sell price, and quote prices are low for buy orders. Each order is executed in order from the selling order (price priority principle).
(Principle 2) When there are a plurality of buy orders and sell orders for the same financial product for the same quotation price, they are executed in order from the earliest time when the order is placed (the principle of time priority).

[Basic operation part 2: Processing to vary the number of establishments according to supply and demand]
For example, as shown in FIG. 3, consider a case in which a buy order and a sell order are placed at a plurality of prices for a specific financial product (for example, stock). Assume that the presentation rate 101 at this time is 19,402 for a sell order and 19,403 for a buy order.

  Here, there are 80 orders 102 that want to be sold when the presentation rate 101 is 19,401 or more, and there are 18 buy orders 103 with a quote price of 19,402 (that is, the quote quantity is 18). If there are 37 buy orders 104 with the value 19,401, based on the above-mentioned principle of price priority, first, the buy order 103 with the quote price 19,402 having 18 pieces is executed, and then there are 37 pieces. A buy order 104 with a quote 19,401 is executed.

  Next, it is assumed that the selling order 105 is 19,400 and the selling order 105 is 10 sheets. On the other hand, it is assumed that there are 21 buy orders 106 having a quote price of 19,400. As shown in FIG. 4, the breakdown of the 21 buy orders 106 includes four buy orders 107 of other traders (different from a specific trader) and buy orders 108 of a specific trader. It is assumed that there are 10 pieces and the buy orders 109 of other traders are 7 pieces, and they are placed at different times in the order of the buy order 107, the buy order 108, and the buy order 109. In this case, based on the principle of time priority, as shown in FIG. 4, all four buying orders 107 and six buying orders 108 a out of the buying orders 108 are executed.

  As a result, as shown in FIG. 5, a particular trader's buy order 108 includes a total of 10 buy orders 108a (confirmed in FIG. 4) and 4 (uncommitted in FIG. 4). The order is split into a buying order 108b. In this way, a partial contract is generated by the phenomenon that only a part of the ordered orders is executed.

[Basic action # 3: Order splitting and splitting timing]
In the first embodiment, the partial execution generates an order split at a predetermined timing.

  Here, “split” of an order refers to a state shown in at least one of the following (state 1) to (state 3), for example.

(State 1)
When a part of a specific order is filled, the specific order is divided into a filled order and an unfilled order.
For example, when a part of the first order 111 shown in FIG. 6 (for example, 6 out of 10 pieces) is executed, as shown in FIG. This is the case where the contract is divided into four contracted first orders 111b.

(State 2)
When a part of a specific order is executed, another specific order corresponding to the specific order is divided into an ordered order and an unordered order.
For example, as a result of the execution of a part of the first order 111 shown in FIG. 6 (for example, 6 out of 10), the second order 112 that settles the position held by the execution of the first order 111 is obtained. As shown in FIG. 8, this state corresponds to a state where the second order 112a has been ordered and the second order 112b has not been ordered.

(State 3)
When a part or all of a specific order is repeatedly placed after a part of the specific order is executed, the original unfilled order and the newly placed order coexist.
For example, after a portion (for example, 6 out of 10) of the 19,400 yen first order 111 shown in FIG. 10 is executed, the position held by the execution of the first order 111 is settled. After the six second orders 112a are executed, as shown in FIG. 11, six first pieces of 19,400 yen corresponding to the first order 111 of a part (6 out of 10) already executed are shown. This is the case where the order 111a is placed again, and a part of the first order 111 that remains uncommitted (four out of ten) and the newly ordered first order 111a coexist.

  In the above (State 1) to (State 3), the divided orders shown in FIG. 8 and FIG. 11 are in a state where one order before the division is divided into two orders (for example, the first order shown in FIG. 6). 8 shows a state in which the order 111 is divided into the first orders 111a and 111b shown in FIG. 8, but the present invention is not limited to this, and it may be divided into three or more orders after division. Further, in the above (State 1) to (State 3), the split state shown in FIG. 8 and FIG. 11 is a state where all the orders after the split have the same price as before the split (for example, the first order 111a, FIG. 111b shows the same 19,400 yen as the first order 111 in FIG. 6), but is not limited to this, and at least one of the orders after splitting may have a price different from that before splitting. Further, any state that generates a state similar to the above (State 1) to (State 3) may form a “split”.

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

(Timing 1)
At the same time that a part of a particular order is filled, a breakup of that particular order occurs.
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 is the case when a part of the first order 111 is executed.

(Timing 2)
As part of a particular order is filled, splitting of other particular orders corresponding to that particular order occurs.
For example, in the above (State 2), the second order 112 (FIG. 6) is divided into the second order 112a and the second order 112b (FIG. 8), and this corresponds to the time when a part of the first order 111 is executed.
Further, for example, in a configuration in which the first order 111 and the second order 112 are repeatedly ordered (see FIG. 8), as a result of a part of the second order 112 (for example, 6 out of 10) being executed, If the first order 111 that is repeatedly ordered is divided into six first orders 111a that have been ordered and four first orders 111b that have not been ordered (on standby) (see FIG. 8), This is the case when a part of the second order 112 is executed.
Further, for example, in a configuration in which the first order 111 and the second order 112 are repeatedly ordered (see FIG. 8), a part of the second order 112 (for example, 6 out of 10) is executed and repeatedly ordered 6 As a result of the execution of the first order 111a, the second order 112 partially executed is divided into six second orders 112a that have been executed and four second orders 112b that have not been executed (see FIG. 8). In such a case, the time when the first order 111a is executed corresponds to this.

(Timing 3)
After a portion of a particular order is filled, splitting when some or all of that particular order is repeatedly placed and 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 remaining uncommitted and the newly ordered first order 111a coexist. This corresponds to the time when the first order 111a is ordered.
Further, for example, a part of the second order 112 (for example, 6 out of 10 sheets) is executed, and the first order 111 that is repeatedly ordered is the first order 111a that has been ordered and 4 that are not ordered (waiting). As a result of the execution of the first order 111a (see FIG. 8) that has been ordered and the first order 111a that has already been executed, a part of the second order 112 that remains uncommitted (four out of 10) is newly added. In the case where the six ordered second orders 112a (see FIG. 8) coexist, this is when the second order 112a is ordered.

(Timing 4)
A split occurs when a particular order is split into a filled order and an unfilled order at a predetermined time after a portion of the specific order is filled.
For example, as shown in FIG. 10, after a part of the first order 111 (for example, 6 out of 10 sheets) is contracted, the first order 111 is stopped at a specific time (for example, the transaction of the financial product is suspended). This is the time when the first order 111a and 111b are divided into the first order 111a and the unfilled first order 111b (see FIG. 8).

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

  The following [Basic operation part 4] to [Basic operation part 7] are based on the split state and timing shown in [Basic operation part 3].

[Basic operation 4: Partial execution pattern 1]
For example, as schematically shown in the chart 110 of FIG. 6, there are, for example, a total of 10 first orders 111 and a total of 10 second orders 112, and a first order price 113 that is a contract price of the first order 111. 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 based on [Basic operation 2] due to fluctuations in the market price 115 of the financial product, as shown in FIG. The first order of all 10 sheets is divided into six first orders 111a that are executed and four first orders 111b that are not executed. If the market price does not match the second order price but again matches the first order price, the unfilled first order 111b is executed if the conditions for the execution are met. However, in this case, the first order 111a and the first order 111b are not combined again, and the first order 111a and the first order 111b are thereafter treated as independent orders.

[Basic action # 5: Partial execution pattern 2]
For example, as shown in FIG. 7, when the first order 111 is partially executed as shown in “basic operation 4” and becomes the first order 111a and the first order 111b, as shown in FIG. The second order 112 (which was scheduled to be placed by the execution of one order 111) is also divided into six second orders 112a and four second orders 112b. Among these, six second orders 112a have been ordered corresponding to the execution of the first order 111a, and four second orders 112b have not been ordered.

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

  Here, in the case where the first order and the second order are repeated a plurality of times (details will be described later), as shown in FIG. 8, the first order 111a is executed according to the execution of the six second orders 112a. However, if four unfilled first orders 111b remain, as shown in FIG. 8, the reordered first order 111a and the remaining first order 111b Will coexist.

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

  The partial order for the second order may occur for the second order after the partial order has occurred for the first order. Specifically, as shown in FIG. 8, for example, a total of ten first orders 111 and a total of ten second orders 112 (see FIG. 6) are six first orders that have been executed. After splitting into 111a and four unfilled first orders 111b, when the market price is reversed and the market price matches the second order price, the situation of the above-mentioned “basic operation part 2” is included in the second order. In the case where only four sheets are executed, only four of the six second orders 112a are executed, as shown in FIG. As a result, the 6 second orders 112a that have been ordered are split into 4 second orders 112aa that have been executed and 2 second orders 112ab that have not yet been executed, and an unfilled second order 112b has also existed. It becomes a state.

  Here, in a case where the first order and the second order are repeated a plurality of times (details will be described later), as shown in FIG. 9, when the four second orders 112aa are executed, The six first orders 111a are also divided and the four first orders 111aa are ordered, but the two unordered second orders 112ab remain as they are. Further, the two first orders 111ab divided from the first order 111a are placed when the two second orders 112ab are executed.

[Basic action 7: Partial execution pattern 4]
In addition to the case shown in [Basic Operation No. 6] above, as a result of partial execution of the second order, as a result of partial execution of the first order, the first order is not split and There are cases where the second order that splits the position held by the execution of one order is divided.

  Specifically, as shown in FIG. 10, a case is considered in which 6 out of 10 first orders 111 are filled. At this time, the contracted first order 111 is not divided and continues in a state where a part (six pieces) is established and a part (four pieces) is not established. On the other hand, the second order 112 (see FIG. 6), which was scheduled to be placed according to the contract of the first order 111 by the Ifdan order, is based on whether the first order 111 is partially established or partially unestablished. As shown in FIG. 6, the second order 112a is divided into six sheets and the second order 112b is divided into four sheets. Among these, six second orders 112a have been ordered corresponding to the six partial contracts of the first order 111, and four second orders 112b are four partial uncommitted of the first order 111. Not yet ordered in response to

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

  Here, in the case where the first order and the second order are repeated a plurality of times (details will be described later), if the six second orders 112a are executed and the ifdan order is settled, The promised first order 111 is split for the first time. As a result, as shown in FIG. 11, the first order 111a that is partially executed (6 sheets) and partly (4 sheets) that has not been executed is split and 6 first orders 111a are newly ordered. . At this time, the six first orders 111a newly ordered and the first order 111 (four of which remain in an uncommitted state) coexist. In addition, after the first order 111 (4 of the 10 unfilled out of 10 sheets) remaining after the repetition is executed, if the first order is repeated further, 4 unfilled of 10 out of 10 sheets Instead of the remaining first order 111, four first orders (not shown in FIG. 11) are ordered.

  10 and 11, the first order 111 with a first order price 113 of 19,400 yen, and the second order 112a with a contract price of the second order and a second order price 114 of 19,500 yen. Although the partial execution was described only for 112b, the same partial execution is generated at the other first order price of 19,400 yen and the other second order price of 19,500 yen. Can go.

  The following processing procedure of the first embodiment is performed based on the above [Basic operation part 1] to [Basic operation part 7]. [Basic operation 1] to [Basic operation 7] need not always be used all in the processing of the first embodiment, and any basic operation may be replaced with a different basic operation. For example, only one of the principle of price priority and time priority of [basic operation 1] may be used, and partial contracts are made in [basic operation 4] to [basic operation 7]. If performed, in the subsequent processing, the order once divided by the partial contract may be combined again.

[Processing procedure (generation of order information)]
Next, based on FIG. 12 thru | or FIG. 25, the process sequence at the time of producing | generating order information in the financial product transaction management system 1A of this Embodiment 1 is demonstrated.

  Here, generation of order information means forming data for placing an order for or placing an order for a financial product in the financial product transaction management system 1A of the first embodiment. As will be described later, in the first embodiment, an order is placed or executed based on the order information.

  FIG. 12 shows a buy order (new purchase order) as a “first price” and a sell order as a “second price” (first price) in the first financial instrument transaction management apparatus 1 of the first embodiment. It is a flowchart which shows the process sequence at the time of receiving a (new sale order). Hereinafter, the processing procedure at the time of reception will be described based on FIG.

  A customer who uses the financial product transaction management system 1 </ b> A accesses the first financial product transaction management apparatus 1 using the client terminal 3. The front page distribution unit 11 of the first financial product transaction management apparatus 1 displays the transaction display screen 50 shown in FIG. 13 on the display unit 32 of the accessed client terminal 3, and the order screen on the transaction display screen 50 When the display button 51 is clicked, an order input screen 52 is popped up on the transaction display screen 50 as shown in FIG. The customer inputs the order contents on the order input screen 52 (step S1).

  In FIG. 13, in the configuration in which the first order and the second order are repeated on the order input screen 52, the customer enters the first and second purchase selection fields 53 for selecting whether the first order is a buy order or a sell order. “Buy” indicating that the order is a buy order is selected (“Sell” is selected when the first order is a sell order). Further, the order type (here, “trap repeat toy order” which repeats a plurality of first orders and second orders a plurality of times) is selected in the order type input field 54.

In FIG. 13, the customer has selected “Nikkei 225” indicating that the transaction is performed by Nikkei 225 (Nikkei Stock Average) in the product selection column 55 for selecting the type of financial product. In addition, the customer inputs “1” as the order quantity (for example, 100 times the stock price index is one) in the order quantity input field 56 and executes the execution condition (first order and / or second order). Enter “Limit” in the execution condition input field 57 for selecting the order, limit order, or the like to be executed, and “19200” in the start price input field 58 for inputting the desired contract price of the first order. You are typing. Further, “10000” is entered in the profit amount input field 59 as information for calculating the desired contract price of the second order (the order information generation unit 15 described later inputs the profit amount input field 59. 10000 ÷ 100 = 100 (yen), which is obtained by dividing the “10000” yen obtained by 1 (× 100) described in the order quantity input field 56, is added to the “19200” yen entered in the start price input field 58 “19300” yen is calculated as the contract price of the second order.)
In the 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 contract between the first order and the second order, and the “value range” between the first order and the second order is calculated and set. Any configuration may be provided. Specifically, for example, the type of the selected financial product, the current market price of the financial product, the fluctuation state of the financial product in the past predetermined period and the future fluctuation forecast (fluctuation range, upward trend, downward trend, etc.), Convert the terms such as transaction period, transaction amount, margin balance, etc. into predetermined numerical values, the price range between the first order and the second order, the margin between the first order and the second order, the first order and the second order The configuration may be such that the number of orders, a set price range, and the like are calculated.

  Further, when the customer wants to set a stop loss price, he / she inputs a desired stop loss price in the stop loss price input field 60 (the stop loss price is not input in FIG. 13). Note that information and the like input in the trap value width input field 61 shown in the figure will be described in [Embodiment 2].

  When the confirmation button 62 is clicked in this state, the data input / selected on the order input screen 52 is supplied to the first financial product transaction management apparatus 1. The order input receiving unit 12 of the first financial product transaction management apparatus 1 confirms the content of the input order. Further, the order input receiving unit 12 inspects each order price (step S2).

  Specifically, for example, can the order input reception unit 12 obtain a profit if the selected financial product is traded based on the prices respectively input in the start price input column 58 and the profit amount input column 59? Whether or not 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 order reference input from the order input screen 52, and confirms the confirmation button 62 or the order button 66. It may be configured to confirm whether or not the price serving as the reference is low (or high) with respect to the prevailing price of the market at the time when is clicked. Further, for example, when the first order is a buy order, the order input reception unit 12 has a contract price desired for the first order lower than the current price at the time when the confirmation button 62 or the order button 66 is clicked. It may be configured to check whether or not the contract price desired for the second order is higher than the contract price desired for the actual first order.

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

  When it is determined that the price of the purchase order is an appropriate price (“No” in step S3), the account information management unit 14 acquires the customer's fund information in the customer account information table 182.

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

  Here, the “order allowable amount” is an amount necessary for ordering (the same applies in this specification).

  The order information generation unit 15 "order information group" including "order information" and "order information" to be described later only when the amount of funds is equal to or greater than the order allowable amount ("No" in step S5). Is generated. Thereby, an order can be accepted only when the customer can surely pay.

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

  When the various conditions of the order are not satisfied (“Yes” in step S7), the order input reception unit 12 treats the input order as an error and rejects the reception of the order (step S10).

  If the various conditions of the order are satisfied (“No” in step S7), and it is determined that the order conditions satisfy all 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. In the confirmation screen 65, the contents of the order generated based on the numerical value input on the order input screen 52, the selected condition, and the like are displayed.

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

  Specifically, a plurality of pieces of data input in the above procedure are grouped in units of order prices, and each order information is assigned to each information unit by assigning a sequence number to the order recorded in the sequence number table 184. Form. At this time, the sequence number table 184 is provided with information for identifying the sequence number used for the order information as an unused number. The plurality of pieces of order information generated in one step S8 order the same type of financial product at the first order price (described later) and the second order price (described later). An order information group composed of order information (hereinafter simply referred to as “order information group”) is formed. The generated order information and the order 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 the contract management unit 16.

  The order information generation unit 15 transmits the generated order information group information to the second financial product transaction management apparatus 2, and the order information management unit 24 of the second financial product transaction management apparatus 2 receives the received order information. Is recorded in the order table 181 (step S9). The 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 given in step S8 (see “Remarks” 181a of the order table 181; the same applies hereinafter). The “cust_seq” field 181c is a customer number uniquely determined for each customer, and the “style_id” field 181d is a definition of a product name. The “com_id” field 181e is a definition of an ID number uniquely determined for each financial product. The combination of the ID number and the financial product is recorded in an ID table (not shown) separately provided in the database. The “ord_amnt” field 181f is a definition of the order quantity (or a quantity such as a stock price index defined based on the quantity) input in the order quantity input field 56. 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 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 a trail width (see [Embodiment 4 of the invention]), and the “through_range” field 181m is a through value width (see [Embodiment 4]). Defined))
The “new_close” field 181n defines whether it is a new order or a settlement order. Although not shown in FIG. 2, the order table 181 is also provided with a field for defining other data input to the order input screen 52. With these fields, all data input to the order input screen 52 is recorded in the order table 181. From the above procedure, the order receiving process in the first embodiment is completed.

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

  Note that the timing at which the information input on the order input screen 52 is transmitted to the first financial product transaction management apparatus 1 may be when the confirmation button 62 is clicked as described above, or the order button 66 is clicked. It may be when Further, if the information transmitted to the order information generation unit 15 is information that can generate first order information and second order information, which will be described later, by various operations, the information is input to each input column / selection column 54 to 61. Any information other than the information to be displayed may be used. Specifically, for example, it may be a period when an order is placed, a profit amount desired to be acquired within the period, an amount of funds used for a transaction, or the like.

  The order information shown in step S8 may be generated when all the order information (or order information group) is generated at the same time when the confirmation button 62 or the order button 66 is clicked. It may be generated when two orders are placed, or may be generated each time the first order or the second order is repeated, or the first order price (described later) or It may be generated at a timing when the second order price (described later) is changed, or may be generated at any other timing.

  Moreover, the order of step S1-step S10 is not limited only to what is shown in FIG. 12, What kind of order may be sufficient. Furthermore, the timing at which the confirmation button 62 or the order button 66 is clicked and the timing at which the processes of steps S1 to S10 are performed may be any, for example, the confirmation button 62 or the order button 66 is clicked. After that, the configuration in which the order information generation unit 15 performs the processing of Step S1 to Step S10 may be used.

  Furthermore, at least a part of the processing in steps S <b> 1 to S <b> 10 may be performed in the second financial product transaction management apparatus 2. For example, in step S9, the order information generation unit 15 transmits the generated order information to the second financial product transaction management apparatus 2, and the order information management unit 24 of the second financial product transaction management apparatus 2 transmits the order. The structure etc. which record information on the order table 271 may be sufficient. Further, for example, based on data such as the consignor account information table 272, the financial product order condition table 273, and the sequence number table 274 of the second financial product transaction management apparatus 2, the second financial product transaction management apparatus 2 performs step S1. The process of -S10 is performed and order information may be recorded on the order table 271.

[Composition of order information and order information group]
FIG. 15 is a diagram schematically showing a transaction display screen 50 after order information generation displayed on the display unit 32 of the client terminal 3 in the first embodiment. The transaction display screen 50 shows order information (first order information and second order information) and order information group (contract management procedure) by processing of the order information generating unit 15 and the contract managing unit 16.

  Note that the same order information and order information group are managed in the second financial product transaction management apparatus 2, but for the sake of simplicity of explanation, the order on the second financial product transaction management apparatus 2 side is here. 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 a first order (new order, that is, an order that holds a position by execution). Second order information 72b that constitutes one order information 72a and a second order (a settlement order, that is, an order that is placed when the first order is executed and is settled to settle the position held by the execution of the first order). It consists of. The order information group 71A may further include other order information (for example, stop order information constituting a stop loss order).

  The order information group 71A shown in FIG. 15 differs from the order information group 71A shown in FIGS. 16 to 25 in the contents of the order information (for example, order number 181A, order reception date / time information 181B, and designated price information 181J). However, for the sake of simplicity of explanation, the following description will be made assuming that they are the same unless otherwise required.

  As shown in FIG. 15, both the first order information 72a and the second order information 72b indicate an order number 181A that functions as an ID consisting of a 16-digit order number body and an 8-digit branch number, and the date and time when the order information was generated. Order reception date / time information 181B, product information 181C indicating the type of financial product (here, “Nikkei 225” indicating that a transaction of Nikkei 225 (Nikkei Stock Average) is performed), and the respective orders are being ordered (ordered) Order status information 181D indicating any status of the status before execution, waiting (unordered status), execution (sales status) (if some of these three statuses are not shown, or There are cases where states other than the three states are indicated.), Order form (order form, where a plurality of first orders and a plurality of second orders are placed at a plurality of prices, and each of the first orders. Order form information 181E indicating a state where the characters “Torripi” indicating that each “second order” is repeated “trap repeat toydan”, and each order is either a buy order or a sell order Trading information 181F indicating whether the order is a new order or a settlement order (or stop loss order), and each order is “limit order”, “market order”, “stop order” "Execution condition information 181H indicating" stop loss order ", etc., designated price information 181J as a settlement desired price (a price that the customer wants to execute) of each order, and the quantity of each order (here, each Order quantity information 181K (shown in FIG. 16 and the like) indicating the number of orders), and established quantity information indicating the quantity of orders that have been fulfilled (ie, executed) 181L (described in FIG. 16 and the like), expiration date information 181M (described in FIG. 16 and the like) indicating the expiration date (here, “GTC” information indicating indefinite period), the first order, the second order, Repeat number information 181N (described in FIG. 16 and the like) indicating the number of repetitions (here, “unlimited” information indicating the unlimited number of repetitions), slippage information 181P (FIG. 15) as an allowable value of slippage generated at the time of execution, etc. (However, the value is not shown), the trail information 181Q (only shown in FIG. 15; the value is not shown) as the presence / absence of the trail setting and the value of the trail width when the trail is set, Etc.

  When the first order and the second order are divided due to the partial execution described later, the quantity of the first order and the second order constituting one order information group 71A increases, or one order information group 71A Or divided into a plurality of order information groups 71A, 71A. Thus, when the division of the order information group 71A occurs, the number of order quantity information 181K of the order information constituting the respective order information groups 71A decreases.

  Further, both the first order information 72a and the second order information 72b may not include any of the information 181A to 181L or may include other information. Also, 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 (for example, all) of order information groups 71A. In the case of the configuration provided, stop limit order information (not shown) may be included in addition to the information 181A to 181P.

  Here, the first order information 72a and the second order information 72b constituting one order information group 71A are used to place and execute one order for the first order and one order and execution for the second order. Is called. Specifically, one first order (new order) is placed and executed by one first order information 72a, and the position of the financial product is held. Based on the execution of the first order, One second order (settlement order) is ordered by the two-order information 72b, and the held position is settled according to the execution of 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.

  In the first embodiment, when the first order and the second order are repeated by the order information group 71A, the order information group 71A is repetitive (for example, the second order is executed based on the second order information 72b). A new order information group 71A is generated. However, when the confirmation button 62 or the order button 66 is clicked, a plurality of order information groups 71A, 71A, 71A,... For repeating the first order and the second order are generated together. May be.

  The order information group 71A, the first order information 72a, and the first order information 72a shown in FIG. 16 are displayed on the display unit 32 of the client terminal 3 used by the customer by the processing of the order information generation unit 15 and the contract management unit 16. Even if the table 73 and the chart 74 of the two-order information 72b are displayed, the customer can easily grasp the order information generated, the order placement / contract / split state, the transaction state based on the order, etc. Good.

[Processing procedure (processing when there is no partial agreement)]
FIGS. 16 to 25 are a table 73 showing an aspect of order information based on processing in the financial product transaction management system 1A of the first embodiment, and a chart 74 schematically showing market fluctuations and order placing / contracting states. It is. Hereinafter, a transaction mode based on the processing of the first embodiment will be described based on these drawings.

  The table 73 shown in FIGS. 16 to 25 is displayed on a part of the transaction display screen 50 shown in FIG. 13 when the transaction shown in the chart 74 is performed, and the order information and order corresponding to this transaction. Information constituting an information group.

  In FIG. 16 to FIG. 25, the solid line circle in the chart 74 indicates “successful”, that is, a filled order, and the broken line circle indicates “partially fulfilled”, that is, a partially executed order. The description indicates “in order”, that is, an order that has been placed and has not yet been filled, and the description in white on the dotted line indicates “standby”, that is, an order that has not yet been ordered, or an order that is scheduled to be repeatedly placed. The chart 74 of FIGS. 26 to 29 shows the same state).

  In the following description, order information generation and the like related to order placement 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. In addition, rewriting and erasing of order information related to order execution, etc. are performed by at least one of the processing of the financial product transaction management system 1A contract information generation unit 25 and the contract management unit 16. However, depending on the state of the system configuration, the data configuration, etc., each processing is performed by other than the above-described functional means (for example, processing related to order execution is performed by the order information generation unit 15 or the order information management unit 24). It is also possible to do so. Whether the order information generation unit 15 or the order information management unit 24 performs the process depending on whether all orders are processed or only a part is processed, the processing is performed by the contract information generation unit 25 or the contract management unit 16. It is also possible to distinguish between them.

  First, there is an order information group 71A composed of first order information 72a for which specified price information 181J is 19,200 yen and second order information 72b for which specified price information 181J is 19,300 yen. Consider a case where an order and execution of one order and an order and execution of a second order are performed. In this case, as shown in Table 73 of FIG. 16, the contracted desired price (hereinafter referred to as “first order price”) 75 of the first order set based on the designated price information 181J of the first order information 72a. Ten first orders 72a1 are ordered for a certain 19,200 yen. At this time, the order status information of the first order information 72a is “on order” indicating an ordered and unfilled status, and the order status information 181D of the second order information 72b is “standby” indicating an unordered status. Is.

  Then, when the market price 77 drops from the state shown in the chart 74 of FIG. 16 and the market price 77 becomes 19,200 yen as shown in the chart 74 of FIG. 17, the first order 72a1 is executed and holds the position. To do. When the first order 72a1 is executed, the contracted desired price of the second order (hereinafter referred to as “second order price”) set based on the designated price information 181J of the second order information 72b based on the second order information 72b. The second order 72b1 of 10 sheets is ordered for 19,300 yen that is 76. Then, as shown in FIG. 18, when the market price reaches 19,300 yen, the position that the second order 72b1 has contracted and held is settled. Then, the first order information 72a is deleted from the state shown in the table 73 of FIG. 17, and the order state information 181D of the second order information 72b is rewritten from “standby” to “in order”. The state shown in Table 73 is obtained.

  When the first order 72a1 and the second order 72b1 are ordered 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. The order information group 71A (new order information group 71A) having the first order information 72a and the second order information 72b is displayed as shown in Table 73 of FIG. Based on this order information group 71A, the ordering / contracting of a new first order (the first order 72a1 indicated by the dotted line in the figure) and the ordering / contracting of a new second order (not shown) are similarly performed. Done. Then, when the first order is placed / contracted and the second order is placed / contracted, the first order is placed / generated based on the new order information group 71A, and the second order is placed / generated, Thereafter, this procedure is repeated.

  16 to 19, the designated price information 181J of the first order information 72a and the designated price information 181J of the second order information 72b of all the order information groups 71A, 71A, 71A. The order / contract of the first order 72a1 with an order price 75 of 19,200 yen and the order / contract of the second order 72b1 with a second order price of 19,300 yen are repeated. The designated price information 181J of the first order information 72a of the groups 71A, 71A, 71A and the designated price information 181J of the second order information 72b are different, whereby the first order price 75 and the second order price 76 are sequentially changed. (For example, the designated price information 181J of each first order information 72a displayed on the transaction display screen 50 is 19,200 yen, 19,201 yen, 19,202 yen, etc. The designated price information 181J of each second order information 72b also changes one by one sequentially, such as 19,300 yen, 19,301 yen, 19,302 yen, and so on. The second order price 76 may also be changed correspondingly).

  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 “execution”, and this order (for example, the first order information group 71A) The first order 72a1) may be ordered and executed as a market order based on the prevailing price at a specific time (for example, the market price when the confirmation button 62 or the order button 66 is clicked is the first order price 75). . In this case, designated price information 181J of other limit orders (orders based on the first order information 72a and the second order information 72b in which the execution condition information 181H is “limit”) 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 is different from the order price of the limit order (for example, the market price when the confirmation button 62 is clicked is designated price information 181J of the limit order, and the order button 66 is clicked. The market price at that time may be set as designated price information 181J of 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 order information generation, order placement and execution, order repetition, etc. in this processing procedure, The generation of such order information is recorded in the order table 181, and the order information, order execution, order repetition, etc. are managed by correcting, deleting or adding the order information recorded in the order table 181.

[Processing procedure (processing when partial contract is reached (1))]
Next, consider a case where a partial contract has occurred based on the above-mentioned [Basic operation No. 7].

  For example, as shown in FIG. 17, 10 first orders 72a1 and 10 second orders based on the first order information 72a and the second order information 72b whose quantity of each order quantity information 181K is “10”. Suppose that 72b1 exists, and only a part of the ten ordered first orders 72a1, for example, six pieces as shown in FIG. In this case, as shown in Table 73 of FIG. 20, the established quantity information 181L of the first order information 72a is rewritten from “0” to “6”. As a result, 6 out of the 10 first orders 72a1 are executed, and 4 pieces remain uncommitted, and the partial execution is established.

  When the first order 72a1 is partially executed, the second order information 72b is ordered (as shown in Table 73 of FIG. 20) (the order status information 181D is “in order” and the order quantity information 181K is “6”. Second order information 72ba and second order information 72bb in which the order status information 181D is “standby” and the order quantity information 181K is “4”, thereby generating ten pieces of information shown in the chart 74 of FIG. The second order 72b1 is split into six ordered second orders 72ba1 and four unordered second orders 72bb1 shown in the chart 74 of FIG.

  Here, if the four unfilled first orders 72a1 are executed while the market price 77 does not reach the second order price 76, the first order information 72a in Table 73 of FIG. 20 is executed. The established quantity information 181L is rewritten from “6” to “10”. As a result, as shown in Table 73 of FIG. 21, the first order information 72a is deleted from the display of the display unit 32 of the client terminal 3.

  Then, the order status information 181D of the four pieces of second order information 72bb is rewritten from “standby” shown in the table 73 of FIG. 20 to “in order” shown in the table 73 of FIG. As a result, the second order 72bb1 is changed 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 the chart 74 of FIG. 21, when the market price 77 reaches the second order price 76 as shown in the chart 74 of FIG. 22, the second order information 72ba and the second order information 72bb are changed to the order state information. 181D is deleted from “in order” to “confirmed”, and the second order 72ba1 and the second order 72bb1 are changed from the ordered state to the contracted state.

  As shown in the chart 74 of FIG. 22, when the second order 72ba1 and the second order 72bb1 are executed, a new order information group 71A is generated as shown in the table 73 of FIG. As shown in FIG. 22, the order information group 71A includes first order information 72aa in which the order quantity information 181K is “6” instead of the first order information 72a and the second order information 72b (see FIG. 19). The first order information 72ab includes quantity information 181K of “4”, second order information 72ba of order quantity information 181K of “6”, and second order information 72bb of order quantity information 181K of “4”. The order status information 181D of 72aa and the first order information 72ab is “in order”, and the order status information 181D of the second order information 72ba and the second order information 72bb is “standby”. As a result, six first orders 72aa1 and four first orders 72ab1 are ordered (see chart 74 in FIG. 22), and the second order 72ba1 and the second order 72bb1 are not ordered.

  When the market price 77 becomes the first order price 75 after the state shown in the chart 74 of FIG. 22, the first order information 72aa and the first order information 72ab shown in the table 73 of FIG. From “in order” to “confirmed” and deleted, the first order 72aa1 and the first order 72ab1 are changed 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 “standby” to “in order”, and the second order 72ba1 and the second order 72bb1 are ordered from an unordered state. It becomes.

  Further, when the market price thereafter becomes the second order price 76, the order status information 181D of the second order information 72ba and the second order information 72bb changes from “in order” to “contracted”, 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. 23, the market price 77 remains unchanged with the uncommitted portion of the first order 72a1 in which four of the ten pieces are uncommitted. When the second order price 76 is reached, six second orders ba1 are executed while the four second orders 72bb1 remain in an uncommitted state.

  In this case, first order information 72aa and second order information 72ba shown in the table 73 of FIG. 23 are newly generated, and as shown in the chart 74 of FIG. And four new unordered second orders 72bb1 are left as they are, and six new first orders 72aa1 are ordered (not shown in the chart 74 of FIG. Two orders are still unordered.) In this case, as shown in Table 73 of FIG. 23, the first order information 72a continues with the established quantity information 181L being “6”. As a result, as shown in the chart 74 of FIG. 23, after the six first orders 72aa1 are ordered, the first order 72a1 for executing 6 out of 10 sheets still exists, and the first order 72a1 After the execution of the two orders 72ba1, it is in a state of being divided thereafter.

  Although not shown in FIG. 23, when the first order 72a1 of 6 out of 10 contracts is executed and the first order of 4 sheets is repeatedly placed, the formation quantity information 181L is “6”. Instead of the one order information 72a, first order information (not shown in FIG. 23) is generated in which the order quantity information 181K is “4” and the established quantity information 181L is “0”. Thereafter, the order and execution of six first orders 72aa1 and four first orders (not shown in FIG. 23), and the order of six second orders 72ba1 and four second orders 72bb1. And the execution is repeated. When the number of repetitions is set with a specific numerical value in the repeat count information 181N (see FIGS. 16 to 25), the first orders 72a1 and 72aa1 (including four first orders not shown) The ordering and execution of the second order 72b1, 72ba1, and 72bb1 are repeated for the set number of times.

  The order information generation unit 15 and the contract management unit 16 display order 32 of the client terminal 3 that uses the customer to generate order information, order placement and execution, order information and order splitting, order repetition, etc. in this processing procedure. In addition, order division and repetition are managed by correcting or adding the order information recorded in the order table 181.

  At this time, when only a part of the first order 72a1 is executed, the order information generating unit 15 and the execution managing unit 16 change the second order 72b1 to a part corresponding to the executed part of the first order 72a1. In the state where the second order 72ba1 and the other second order 72bb1 corresponding to the unfilled portion are split, the first order information 72a and the second order information 72ba and 72bb are The first order information 72a and the 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 and 72ab and second order information 72ba and 72bb. In the first embodiment, for example, as shown in FIG. 22, the divided first order information 72aa and 72ab and the divided second order information 72ba and 72bb have the same 16-digit order number bodies of the respective order numbers 181A. Since the 8-digit branch numbers are serial numbers, they are recorded in the order table 181 as corresponding states and displayed on the transaction display screen 50. In addition, the first order information 72a and the second order information 72b before the division are in correspondence with the order number body and branch number of the order number 181A. Yes.

  In addition, the order information generation unit 15 and the contract management unit 16 form the first order 72a1 and the second order 72b1, respectively, and when only a part of the first order 72a1 is contracted and holds a position, In a state in which the first order 72a1 in which a part, that is, 6 out of 10 possesses a position, is associated with the second order 72ba1 in which a part of the first order 72a1 is settled by execution. The one order information 72a and the second order information 72ba are displayed on the display unit 32 of the client terminal 3, and are recorded and managed in the order table 181.

  Specifically, as shown in FIG. 20, the established quantity information 181L of the first order information 72a is displayed as “6” to indicate a state in which partial execution has occurred, and the second order information 72ba in the second row is displayed. The order quantity information 181K is “6”. That is, the established quantity information 181L of the first order information 72a and the order quantity information 181K of the second order information 72ba have the same number, and thus the first order information (first order information 72a divided by the first order information 72a). 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 the first embodiment, in the initial state in which the transaction display screen 50 is displayed, the customer operates the operation unit 31 of the client terminal 3 to correspond the first order 72a1 and the second order 72ba1. In this state, the first order information 72aa and the second order information 72ba are displayed, but when the customer operates the operation unit 31 of the client terminal 3, the display order and items of the information 181A to 181Q are arbitrarily changed. Can be made.

  In addition, the order executed by the partial execution and the order placed based on the order are displayed on the display unit 32 of the client terminal 3 in correspondence with each other, or recorded in the order table 181. Any configuration other than those described above may be used as long as the configuration is managed. Specifically, for example, a part of the second order 72ba1 to be executed corresponding to the contracted first order 72aa1, or another part of the second order 72aa1 not to be executed corresponding to the contracted first order 72aa1 It is conceivable that 72bb1 is displayed in the same or similar color, a graphic having the same or similar shape is displayed together, or is displayed in the same or similar font. Further, when order information related to these orders is recorded and managed in the order table 181, it is conceivable that the same or similar attribute information is given and recorded and managed in a corresponding state.

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

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

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

  Then, as shown in the chart 74 of FIG. 24, when 6 of the 10 first orders 72a1 are executed, the order status information 181D shown in the table 73 of FIG. The second order information 72ba having the quantity information 181K of “6” and the second order information 72bb having the order status information 181D of “standby” and the order quantity information 181K of “4” are generated, and the transaction display screen 50 is displayed. Is displayed.

  Furthermore, when only four of the six second orders 72ba1 are executed, the established quantity information 181L of the second order information 72ba is changed from “0” to “4” as shown in Table 73 of FIG.

  When four of the six second orders 72ba1 are executed, the order quantity information 181K is “4” as the data constituting the new order information group 71A as shown in Table 73 of FIG. The first order information 72aa with the information 181D “in order” and the second order information 72baa with the order quantity information 181K “4” and the order status information 181D “in standby” are generated and displayed on the transaction display screen 50. Is done. As a result, as shown in the chart 74 of FIG. 24, the four first orders 72aa1 are ordered, and the four second orders (not shown in FIG. 24) are on standby without being ordered.

  Note that the first order 72a1 in which 6 out of 10 pieces are executed as shown in FIG. 24 is processed in the same manner as described in the above-mentioned “Processing for Partial Execution (1)”. Order information is generated.

  Moreover, it shows in FIG. When two unfilled orders out of the second orders 72ba1 in which four of the six are executed are executed, the order quantity information 181K is "4" and the established quantity information is "4" instead of the second order information 72ba shown in FIG. Second order information of “0” (not shown in FIG. 24) and second order information (not shown in FIG. 24) of the order quantity information 181K of “2” and the established quantity information of “0” are generated. Is done. In this case, the corresponding first order information (not shown in FIG. 24) is also the first order information (not shown in FIG. 24) in which the order quantity information 181K is “4” and the established quantity information is “0”. First order information (not shown in FIG. 24) having the order quantity information 181K of “2” and the established quantity information of “0” is generated. Thereafter, ifdane orders based on the divided first orders and the divided second orders are repeatedly performed based on the order information.

  The order information generation unit 15 and the contract management unit 16 display order 32 of the client terminal 3 that uses the customer to generate order information, order placement and execution, order information and order splitting, order repetition, etc. in this processing procedure. To display. Specifically, the order information generation unit 15 and the contract management unit 16 are a part of a plurality of pieces of order information, for example, ten pieces of second order information 72b related to the second order information 72b whose order quantity information 181K is “10”. When only the first order is placed, the order placed, for example, six second orders 72ba1 and the unordered order, eg, four second orders 72bb1, are displayed on the display unit 32 of the client terminal 3. And / or a plurality of pieces of order information, for example, the order quantity information 181K is filled when only a part of the ordered ten second orders 72b1 related to the second order information 72b of “10” is executed. The second order information, for example, the second order information 72ba, 72bb, and the second order information, for example, the second order information 72ba, 72bb, are divided in a state where the second order 72ba1 for six sheets and the unordered order, for example, four second orders 72bb1 are split. It is displayed on the display unit 32 of the Ant terminal 3, also manages recorded in the order table 181. In addition, the order information generation unit 15 and the 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 may include, for example, a second order corresponding to the first order 72a1, for example, the second order 72ba1, in which, for example, six out of ten positions have positions. Further, when only a part of the second order, for example, the second order 72baa1, has settled the position, the second order, for example, the second order 72baa1, in which the position has been settled, and the second order, for example, the second order 72baa1, in which the position has not been settled Is displayed, 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 the first embodiment, 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 body of order number 181A and an 8-digit branch number. Are serial numbers, are recorded in the order table 181 in a corresponding state, and displayed on the transaction display screen 50. Although not shown, the second order information 72ba after splitting is the same as the 16-order order number body of the order number 181A, and the 8-digit branch number is the second order information 72ba before splitting and one of the split order information. Information corresponding to the order number 181A of the second order information 72baa is given.

[Processing procedure (processing when partial contract is reached (3))]
FIG. 25 shows a modified example of the above-mentioned “Processing when Partial Execution (1)”.

  This figure is a modified example in the case where only six of the ten first orders 72a1 shown in FIG. 20 are executed. 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 only a part is executed, a part of the first order 72a1 (out of ten pieces) When the six orders are executed, the ten ordered first orders 72a1 are divided into six first orders 72aa1 that are already executed and four first orders 72ab1 that are not executed. At this time, as shown in Table 73 of FIG. 25, the first order information 72ab used for the transaction of the four uncommitted first orders 72ab1 is generated. In the first order information 72ab, the order status information 181D is “in order”, the order quantity information 181K is “4”, and the established quantity information 181L is “0”.

  As described above, in this modified example, when a part of the first order 72a1 is executed, it is divided into six first orders 72aa1 that have been executed and unfilled first orders 72ab1. The configuration and processing of the first orders 72aa1 and 72ab1 are the same as in the case of the “processing when partial execution is completed (1)”.

  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 is divided into the filled first order 72aa1 and the unfilled first order 72ab1, By recording and managing the contracted and uncommitted portion of the first order 72a1 that is only partially executed as separate and independent information from the point of execution, the contracted first order 72aa1 and the uncommitted first order 72ab1 Processing and management can be performed separately and independently with a high degree of freedom.

[Processing procedure (processing when partial contract is reached (4))]
FIG. 26 shows a modification of the above-mentioned “Processing when Partial Execution (2)”.

  This figure is a modified example in which only four of the six second orders 72ba1 shown in FIG. 24 are executed. As shown in the figure, in this modification, two pieces of second order information 72baa and 72ba are generated in place of the second order information 72ba (see FIG. 24) related to the second order that is partially executed. . Among these, the second order information 72baa includes the order status information 181D of “in order”, the order quantity information 181K of “4”, the established quantity information 181L of “0”, and the second order information 72baa1 that has been ordered. Used for trading. On the other hand, in the second order information 72ba, the order status information 181D is “in order”, the order quantity information 181K is “2”, and the established quantity information 181L is “0”. Used for. The second order information 72baa is processed as if the order status information 181D is changed from “in order” to “contracted” immediately after generation, and the second order 72baa1 is executed. Is erased. Note that, as shown in FIG. 24, in this modification, the first order 72a1 is processed in the same manner as the above-mentioned “Processing when Partially Filled (3)”.

  As described above, in this modification, when a part of the second order 72baa1 is executed, the second order 72baa1 that has been executed and the second order 72baba1 that has not been executed are split.

  By configuring in this way, the second order information 72baa and 72bab are generated at the timing when only a part of the second order 72ba1 is executed, and divided into the executed second order 72baa1 and the unfilled second order 72baba1. In addition, the second order 72ba1 that is partially executed is recorded and managed as separate and independent information from the point of execution, so that the second order 72baa1 that has been executed and the second order 72ba1 that has not been executed are separately and independently provided with a high degree of freedom. Can be processed and managed separately.

  In the modification shown in FIG. 26, the first order 72a1 and the second order 72ba1 are partially executed, and at the same time, the second order information 72baa and 72ba separate from the first order information 72aa and 72ab are generated and split. Although it is configured, the present invention is not limited to this. For example, the first order 72a1 has a corresponding second order 72ba1 when only a part is executed, as in the case of “Processing when Partially Filled (1)”. The second order 72ba1 may be divided at the time of execution, and the second order 72ba1 may be divided into the second orders 72baa1 and 72bab1 at the time when only a part is executed.

[Processing procedure (processing when partial contract is reached (5))]
As a modification, as shown in FIG. 20, when only a part (six in the figure) of the ten ordered first orders 72a1 is executed, the first order 72a1 is executed at a predetermined timing after the execution. A configuration may be adopted in which one order is divided into a first order 72aa1 executed and an unfilled first order 72ab1.

  Specifically, for example, the contract management unit 16 may perform a process of splitting the first order 72a1 that is partially contracted while the transaction of the financial product is suspended.

  More specifically, for example, for the financial products handled by the first financial product transaction management device 1 and the second financial product transaction management device 2, 10 first orders as shown in FIG. Consider a case in which only six of 72a1 are executed, and then the transaction of the financial product is resumed with a transaction suspension period. In this case, the contract management unit 16 generates the first order information 72aa and 72ab shown in FIG. 25 instead of the first order information 72a shown in FIG. Thus, during the transaction suspension period, the first order 72a1 shown in FIG. 20 is split into the first orders 72aa1 and 72ab1 shown in FIG. 25. When the transaction is started, the display unit 32 of the client terminal 3 is displayed. 25, the first order information 72ab and the second order information 72ba and 72bb shown in Table 73 of FIG. 25 are displayed, and a transaction is performed based on the divided first orders 72aa1 and ab1.

  Similarly, when a part of the second order 72ba1 shown in FIG. 24 (4 out of 6 in the figure) is executed, the execution management unit 16 shows the same during the suspension period. Instead of the second order information 72ba and 72bb, the second order information 72baa and 72bab shown in FIG. 26 may be generated and divided into the 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 is executed, the first order 72a1 executed only by a part, and / Or split the second order 72ba1 that is only partially executed at a predetermined timing after only part is executed, and / or only the first order 72a1 that is partially executed and / or only part The second order 72b1 promised by the customer can be divided at a timing suitable for the cause and situation where only a part of the order is fulfilled, so that transactions including the partial promise can be managed and operated appropriately. Thereby, in the transaction of the financial product performed using the computer system, the transaction form including the partial contract can be appropriately operated by the trader.

  In the first embodiment, when only a part of the first order 72a1 corresponding to the specific second order 72b1 or the specific second order 72b1 is executed, only part of the first order 72a1 is adapted to the cause and situation of the execution. The specific second order 72b1 can be split at the timing. This makes it possible to appropriately manage and operate transactions including partial commitments.

  In the first embodiment, when only a part of the second order 72b1 corresponding to the specific first order 72a1 or the specific first order 72a1 is executed, only a part of the second order 72b1 is adapted to the cause or the situation executed. The specific first order 72a1 can be split at the timing. This makes it possible to appropriately manage and operate transactions including partial commitments.

  In the first embodiment, only the first order 72a1 and the second order 72b1 that are partially filled but not partially filled are replaced with the order quantity information 181K of the first order information 72a and the second order information 72b. By recording, managing, and processing with the established quantity information 181L, it is possible to uniformly record and manage orders that have been partially executed, thereby realizing data simplification and consistent processing. .

  In the first embodiment, when only 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, for example, the first order 72a1 is executed, the contract is executed. By displaying the order, for example, the first order 72a1 on the display unit 32 of the client terminal 3 as the first order information 72aa, the order of the first order 72a1 and the second order 72b1 scheduled to be ordered for the ordered financial product. Transactions in which only a part of them is ordered and transactions in which only a part of the ordered first order 72a1 and second order 72b1, for example, the first order 72a1 is executed, can be correctly operated. When only a part (for example, 6 out of 10) of the first orders 72a1 is executed, the second order 72b1 is changed to the second order 72ba1 corresponding to a part of the executed order of the first order 72a1. And the second order bb1 of the contracted part of the first order 72a1 and another part of the second order bb1, and in this state, the display unit 32 of the client terminal 3 as the second order information 72ba and 72bb. By displaying in the above, a transaction in which only a part of the first order 72a1 (for example, 6 pieces out of 10) and a part of the second order, for example, the second order 72ba1 are executed can be correctly operated. Thereby, in the transaction of the financial product performed using the computer system, the transaction form including the partial contract can be appropriately operated by the trader.

  In the first embodiment, based on the partially executed first order, for example, the first order 72a1, splitting the ordered order, for example, the second order 72ba1, and the unordered order, for example, the second order 72bb1, and / Or splitting into a contracted order such as the first order 72aa1 and an unfilled order such as the first order ab1, for example, only a part of the first order 72a1 (eg 6 out of 10) is ordered. And / or, in the transaction mode to be executed, the transaction form including the partial execution can be appropriately operated by the trader.

  In the first embodiment, a part of the first order 72a1 of the ifdan order that holds the position is associated with a part of the second order 72b1 for settlement, for example, the second order 72b1, and the first order By displaying the order quantity information 181K and the established quantity information 181L of the information 72a and the order quantity information 181K and the established quantity information 181L of the second order information 72ba on the display unit 32 of the client terminal 3, a transaction form including a partial contract is obtained. The trader can be appropriately operated.

  In the first embodiment, settlement is performed when only a part of the second order 72ba1 of the second order 72ba1 that settles the position held by the first order 72a1 that partly holds the position settles the position. It is possible to split a second order such as the second order 72baa1 and an unsettled second order such as the second order 72baba1 so that the trader including the partial contract is appropriately operated.

  In the first embodiment, the first order 72a1 and the second order 72b1 are repeated by repeating the holding of the position by the execution of the first order 72a1 and the settlement of the position held by the execution of the second order 72b1. It is possible to provide an opportunity to obtain a lot of profits by providing a continuous trading opportunity by. Further, when the first order 72a1 and the second order 72b1 are divided and repeated, a part of the first order 72aa1 and / or a part of the second order 72b1 of the first order 72a1. When only the second order 72ba1 of the first order is executed, the division of the executed order before the repetition, for example, the first order 72aa1 and the unfilled order, for example, the first order 72ab1, is maintained. By displaying the information 72aa, 72ab and the second order information 72ba, 72bb on the display unit 32 of the client terminal 3, the first order 72a1 and / or the second order in a configuration in which the first order and the second order are repeated. All first orders 72aa1, 72ab1 and / or second order 72ba1 when only part of order 72b1 is filled 72bb1 to display, it is possible to properly operate the traders trading forms including partial commitments.

  In the first embodiment, the contract information generation unit 25 executes an order based on the generated first order information, for example, the first order information 72a and the second order information, for example, the second order information 72b, and manages the contract. By managing the contracted state in the part 16, it is possible to reliably perform transactions of financial products.

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

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

  In the first embodiment, stop order information (not shown) exists in the order information group 71A, and stop loss orders are placed and executed based on the stop 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 order information (not shown) and the stop loss order (not shown) are also the same. The structure which divides | segments may be sufficient. 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 (for example, the first order 72aa1) or the second order (for example, the second order 72ba1) corresponding to the stop loss order (not shown) may be canceled, or the first order before splitting All the first orders and the second orders (for example, the first order 72ab1 and the second order 72bb1) constituting the 72a1 and the second order 72b1 may be canceled. In addition, the first order (for example, the first order 72aa1) and the second order (for example, the second order 72ba1) scheduled to be repeatedly placed and executed after that may be canceled. Further, the first order (for example, first order 72aa1, 72ab1) and the second order (for example, second order 72ba1) may not be canceled.

[Embodiment 2 of the Invention]
27 to 28 show a second embodiment of the present invention.

  In the second embodiment, the first order and the second order are each ordered at a plurality of prices, and the positions held by the execution of the respective first orders and the held positions are settled by the execution of the respective second orders. Is repeated each time.

  In the order input screen 52 shown in FIG. 13, when a numerical value, for example, “10” is entered in the trap number input field 64 and the confirmation button 62 is clicked, and the order button 66 on the confirmation screen 65 shown in FIG. Numbers entered in the number input field 64, for example, 10 sets of order information groups 71A, 71B,... 71H, 71J, 71K are generated. Thereby, on the transaction display screen 50 (see FIG. 15), as shown in Table 73 of FIG. 27, ten pieces of first order information 72a, 72c,. Ten pieces of second order information 72b, 72d,..., 72r, 72t relating to unordered orders are displayed.

  27 and 28, when the market price 77 fluctuates and reaches the first order price 75 (19,250 yen), the above [Basic operation 1]. Let us consider a case where only the order of 6 out of 10 sheets can be executed after reaching the state of [Basic operation 2]. In this case, the contract information generation unit 25 performs a process 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. 27, and the first order 72aa1 shown in FIG. Split) to the first order 72ab1. Further, at this time, the corresponding second order, for example, the 10 second orders 72b1 shown in FIG. 27 are divided into the second order 72ba1 (six ordered) and the second order 72bb1 (four unordered). To do.

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

  The order information generation unit 15 and the contract management unit 16 display order 32 of the client terminal 3 that uses the customer to generate order information, order placement and execution, order information and order splitting, order repetition, etc. in this processing procedure. To display on the transaction display screen 50.

  At this time, the order information generation unit 15 or the contract management unit 16 determines the first order information such as the first order information 72 a and the first order 72 a 1 and the second order 72 b 1 generated repeatedly. Second order information, for example, second order information 72 b is displayed on the display unit 32 of the client terminal 3. In addition, the order information generation unit 15 and the contract management unit 16 may execute a contract when only a part of the first order such as the first order 72a1 and / or the second order 72b1 before the repetition is performed, Repeated first order, eg, first order 72aa1, and / or second order, eg, second order 72ba1, in a manner that maintains the distinction between the filled and unfilled orders before the repeat, One order information 72aa and 72ab and second order information such as second order information 72ba and 72bb are displayed on the transaction display screen 50 on the display unit 32 of the client terminal 3.

  In addition, the order information generation unit 15 and the contract management unit 16 may repeat the first order, for example, the first order 72aa1 and the second order, for example, the second order, which are repeatedly generated in at least one of a plurality of price ranges. For the second order 72ba1, first order information, for example, first order information 72aa and second order information, for example, 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.

  As described above, in the second embodiment, a plurality of price ranges are set, and orders and contracts of the first orders 72a1, 72c1,..., 72q1, 72s1 that can be partially executed in each price range, And / or by placing and ordering second orders 72b1, 72d1,..., 72r1, 72t1 that can be partially executed repeatedly, and providing many continuous trading opportunities at multiple price ranges , 72q1, 72s1, and / or second orders 72b1, 72d1,..., 72r1, 72t1 in each price range. First order information related to all the first orders 72a1, 72c1,..., 72q1, 72s1 when only a part is executed, for example, first order information 72aa, 72ab, And / or display the second order information relating to all the second orders 72b1, 72d1,..., 72r1, 72t1, for example, the second order information 72ba, 72bb, and provide the transaction form including the partial execution to the trader. It can be operated properly.

  In the second embodiment, as in the first embodiment, the first orders 72a1, 72c1,..., 72q1, 72s1 have the same first order price 75 and the same second order price 76. .., 72r1, 72t1 and the second order 72b1, 72d1,..., 72r1, 72t1 are repeated. However, the first order 72a1, 72c1 is not limited to this, as in the first embodiment. ,..., 72q1, 72s1, and when the second orders 72b1, 72d1,..., 72r1, 72t1 are repeatedly ordered and executed, the respective first order prices 75 and Each second order price 76 may change.

  In the second embodiment, stop order information (not shown) exists in part or all of the order information groups 71A, 71B,... 71H, 71J, 71K. When a stop loss order is placed and executed based on the first order information 72a and the second order information 72b, the first order 72a1 and the second order 72b1 are divided and the stop order information ( A configuration in which a stop loss order (not shown) and a stop loss order (not shown) are similarly split may also be used. The mode of canceling the first order (for example, the first order 72a1) or the second order (for example, the second order 72b1) by the split stop loss order is the same as that in the first embodiment. In addition, when there is stop order information for each order information group 71A, 71B,... 71H, 71J, 71K, all order information groups 71A, 71B,... 71H, 71J, 71K related to the first orders 72a1, 72c1,..., 72q1, 72s1 and the second orders 72b1, 72d1,. May be.

Embodiment 3 of the Invention
FIG. 29 shows a third embodiment of the present invention.

  In the third embodiment, an upper limit price input column (not shown) and a lower limit price input column (not shown) are provided on the order input screen 52 shown in FIG. Then, the order information generation unit 15 receives the upper limit price information (in the third embodiment, the first order price 75 (19,700 at the top of FIG. 29) in the upper limit price input field (not shown). Information on the value of the upper limit price 82 coinciding with the yen))) and lower limit price information (in this third embodiment, the lower limit price 81 (shown in FIG. 29) (not shown). Information on the price range 83 formed on the basis of the price information (19,250 yen) (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 A predetermined calculation process is performed based on the number of orders placed, for example, “10”, and the order price of each of a plurality of, for example, ten first orders 72a1, 72c1,. Second note 72b1,72d1, ···, each of the order price of 72r1,72t1 is set. As shown in FIG. 28, the order price includes a first order price related to a predetermined first order that holds a position by execution and a second order price related to a predetermined second order that settles the position held by execution. For example, the first order price 75 of the first order 72a1 and the second order price 76 of the second order 72b1 are formed. In the third embodiment, the price ranges 84, 84,... 84, 84 of the first order and the second order belong to the price range 83 (that is, all the price ranges 84, 84,. ... 84 and 84 are set so that a part or all of them belong to the price range 83.)

  The plurality of set first orders and second orders, for example, the first orders 72a1, 72c1,..., 72q1, 72s1, and the second orders 72b1, 72d1,. Similar to 2, splitting by partial execution is performed, and the corresponding ordering and execution of the first order and the ordering and execution of the second order are repeated.

  The order information generation unit 15 and the contract management unit 16 display order 32 of the client terminal 3 that uses the customer to generate order information, order placement and execution, order information and order splitting, order repetition, 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 a plurality of 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, , 72q1, 72s1, and / or second orders 72b1, 72d1,..., 72r1, which can be partially executed, and / or first orders 72a1, 72c1,. 72 t 1 to be repeatedly placed and executed, and the first order 72 a 1, 72 c 1,..., 72 q 1, 72 s 1 and / or the second order in each price range 84, 84,. 72b1, 72d1,..., 72r1, 72t1 transaction form including partial contracts by displaying all first orders and / or second orders when only a part of the contracts is executed It can be properly operated to traders the.

[Embodiment 4 of the Invention]
FIG. 30 shows a fourth embodiment of the present invention.

  In the fourth embodiment, the first order and the second order, for example, the first orders 72a1, 72c1,..., 72q1, 72s1, and the second orders 72b1, 72d1,. After the market price drops or rises beyond the first order price 75 or the second order price 76, it rises or falls, and then reaches the first order price 75 or the second order price 76 again. When it becomes above or below, or when it becomes below 2nd order price 76 or above, it has composition which is executed.

  Specifically, in the order input screen 52 shown in FIG. 13, a through value width information input column (not shown) and a trail information input column (not shown) are provided. Depending on the values entered in these input fields (not shown), each first order information, for example, first order information 72a and each second order information, for example, second order information 72b, or a database Through value range information (not shown) for a predetermined value (hereinafter referred to as “through value range”) regarding the price range of the order price and the market price is set in 18 arbitrary tables.

  Then, as shown in the chart 74 of FIG. 30, the ordered first order 72 a 1 falls below the first order price 75, and the value width between the first order price 75 and the market price 77 is a value of the through value width 85. The first order 72a1 places an order when the price exceeds the value, and when the market price becomes the first order price 75 or higher again, the first order 72a1 is executed as a stop order, and the second order 72b1 is not ordered. From the state of, the order has been placed. Then, when the market price 77 rises above the second order price 76 and the price range between the second order price 76 and the market price 77 exceeds the value of the through price range 85, the second order 72b1 places an order, and then again When the market price falls below the second order price 76, the second order 72b1 is executed. When the second order 72b1 is executed, the ordering and execution of the first order 72a1 and the ordering and execution of the second order 72b1 are performed in the same manner based on the first order information 72a and the second order information 72b. The order and execution of the first order 72a1 and the second order 72b1 are repeated in the same manner.

  In the fourth embodiment, the trail is activated by 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). As a value of a predetermined value relating to a price (hereinafter referred to as “trailer width”, where “trailer width” is used as both a price range as a trigger for the trail to be activated and a fluctuation range of the order price). Trail width information (not shown) is provided by specific numerical values. In the fourth embodiment, the market price further increases after the market price exceeds the second order price 76. As shown in FIG. 30, the price difference between the second order price 76 and the market price is the trail width 86. Is exceeded, the second order price 76 is newly set to the price in the upward direction by the value of the trail width 86. After the second order price 76 is newly set, if the market price further rises 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 becomes the trail width. The price in the upward direction is newly set by the value of 86. The 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 72ba1, 72bb1 is executed in the second order, for example, the state shown in FIG. 30, before the second order price 76 is newly set based on the trail width 86. (For example, for the second orders 72ba1 and 72bb1 in FIG. 30, the second order price 76 before the trail is activated is 19,350 yen), the second order 72b1 is ordered again at the initial second order price 76. Is done.

  The order information generation unit 15 and the contract management unit 16 display order 32 of the client terminal 3 that uses the customer to generate order information, order placement and execution, order information and order splitting, order repetition, etc. in this processing procedure. To display.

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

  As described above, in the fourth embodiment, the first order information 72a, 72c,..., 72q, 72s and the second order information 72b, 72d,. After falling or rising above one order price 75 and then again reaching or exceeding the first order price 75, or after rising or falling above the second order price 76, again below the second order price 76 or Since it is set to be executed after the above, it will be possible to conduct trading at a price close to the price at which the falling market price turns to the rising market price, or the price at which the rising market price turns to the falling market price. The possibility of being able to be obtained can be given. Thereby, it is possible to provide an opportunity to obtain a lot of profits in the transaction of the financial product performed using the 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 the upward direction or the downward direction based on the trail width information (not shown). , 72p1, 72r1 and the second order 72b1, 72d1,..., 72r1, 72t1 can be increased in profit.

  In the fourth embodiment, the trail width information is set in the respective first order information, for example, the first order information 72a, and the first order price 75 of the first order 72a1 is also reduced due to the drop in the market price. The configuration may be reset in the downward direction every minute. 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. The first order price 75 and the second order price 76 may be reset almost simultaneously with the fluctuation of the market price 77, or the first order information 72a, 72c,..., 72q, 72s. Order prices 75, 75,... 75, 75 and the current market price 77 and second order prices 76, 76,... 76, 76 of the second order information 72b, 72d,. A comparison with the current market price 77 may be performed, and the first order price 75 and the second order price 76 may be reset when 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 described. However, the present invention is not limited to this, and the first order is a sell order and the second order is a buy order. It is also applicable to cases.

  In each of the above-described embodiments, the first order 72a1 and the second order 72b1 and the like are described in which the order and execution of the first order and the order and execution of the second order at one or a plurality of prices are repeated. However, the order information generating unit 15 is not limited to this, and the order information generating unit 15 performs reverse order for placing a stop limit order for losing cut (stop loss) in addition to the first order information 72a and the second order information 72b. When one or a plurality of limit order information (not shown) is generated and the first order 72a1 is executed, a stop order (not shown) is placed together with the second order 72b1, and when the stop order is executed, Second order 72b1 and first order 72a1 and second order 72b1 that were scheduled to be repeated thereafter (there may be only a specific first order 72a1 and a specific second order 72b1, or second to fourth implementations) In the embodiment, the first orders 72c1,..., 72q1, 72s1 other than the specific first order 72a1 and the second orders 72d1,. 72r1 and 72t1 may be included) and ordering and execution may be canceled. In addition, a so-called OCO order (for example, a first order 72a1 for buying and a first order for selling (not shown) other than the configuration in which the second order 72b1 and the stop order (not shown) are ordered at the same time are ordered simultaneously. If, for example, the first order 72a1 for buying is executed due to fluctuations in the price of the financial product, the second order 72b1 for selling is placed and the first order for selling (not shown) (and is scheduled to be placed after that) A configuration in which a second purchase order (not shown)) is canceled. Moreover, when the market price is resumed after the primary interruption, the first order 72a1 and the second order 72b1 may be contracted by a so-called “sheet approach method”.

  In each of the embodiments described above, the first order 72a1 and the second order 72b1 are divided when a partial contract occurs. However, the present invention is not limited to this, and a predetermined condition (for example, a command to be combined from a trader) Or when all the first orders 72a1 and all the second orders 72b1 are “1” which is the minimum number, for example, a plurality of first orders once split, The first order 72a1, 72a2 and a plurality of second orders, for example, the second orders 72b1, 72b2, may be combined into one first order 72a1 and one second order 72b1.

  In each of the above-described embodiments, a plurality of first orders and second orders are ordered at the same order price when a partial contract occurs. However, the present invention is not limited to this, and Embodiments 1 to 4 of the invention The above configuration may be combined with a configuration in which a plurality of first orders and second orders are always ordered at the same order price regardless of whether partial contracts are generated.

  In each of the above embodiments, the stock price index is handled as a financial product. However, the present invention is not limited to this. For example, stocks, bonds, investment trusts, real estate investment trusts, commodities (products), foreign exchange, etc. The present invention may be applied to a financial product transaction system that handles financial products.

  In each of the above embodiments, the financial product transaction management system 1A is configured by the first financial product transaction management device 1 and the second financial product transaction management device 2, but the present invention is not limited to this. The transaction management device may have all functional means. Specifically, for example, the financial product transaction management system 1A shown in FIG. 1 does not have the second financial product transaction management device 2 managed and operated by the financial product exchange or the like, and the second financial product transaction management system 2 shown in FIG. The structure with which the 1st financial product transaction management apparatus 1 with which all the function means which the merchandise transaction management apparatus 2 has is managed and operated by the handling company of financial products was equipped may be sufficient. Conversely, the second financial product transaction management apparatus 2 does not exist in the financial product transaction management system 1A shown in FIG. 1, and all the functional means of the second financial product transaction management apparatus 2 shown in FIG. The structure with which the financial product transaction management apparatus 1 of FIG.

  Further, in each of the above embodiments, the financial product transaction management system 1A is realized in a client / server system of a network computer system. However, various computers such as personal computers that do not constitute the client / server system, portable terminals, tablets, etc. The same functions as those of the financial product transaction management system 1A can be realized in the various communication terminals and portable information terminals. At this time, at least a part of the system configuration of the first financial product transaction management apparatus 1 and the financial product transaction management system 1A is configured as a computer program, and the program is installed in various computers, various communication terminals and portable information terminals. It is also possible to realize it.

  It is needless to say that each of the above embodiments is an exemplification of the present invention and does not mean that the present invention is limited to only the above each embodiment.

1A: Financial product transaction management system 1: First financial product transaction management device (financial product transaction management device)
2. Second financial product transaction management device (financial product transaction management device)
14 ... Account information management department (fund management means)
15 ... Order information generating unit (order information generating means)
16 ... Contract management section (contract management means)
25 ... Contract information generation unit (contract information generation means)
72a1, 72aa1, 72ab1, 72aaa1 ... First order 72b1, 72ba1, 72bb1, 72baa1, 72babl ... 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 value width 86 ... trail width

Claims (13)

A financial product transaction management apparatus for trading a financial product whose market price fluctuates,
Order information generating means for generating order information for ordering financial products;
A contract management means for managing the contract of the financial product;
The contract management means includes:
When the order information forms a first order and a second order that settles the position held by the first order by execution, and only a part of the first order is executed, Split a second order into some second orders that are filled in response to the filled first order and other second orders that are not filled in response to the filled first order A financial product transaction management apparatus characterized by causing The contract management means includes:
When the first order is executed, or when the first order is executed, or when the second order is executed, or after the second order is executed, At any point of time, the second order may be executed in response to the first order that has been executed, and a second order that is not executed in response to the first order that has been executed. 2. The financial product transaction management apparatus according to claim 1, wherein the financial product transaction management apparatus is divided into a second order. The contract management means includes:
A predetermined timing when the first order is executed or after the first order is executed in the first order that holds the position by execution and the second order that settles the position by execution; Alternatively, at any point in time when the second order is executed or at a predetermined timing after the second order is executed, the first order is changed to the executed first order and the unfilled order. The financial product transaction management apparatus according to claim 1, wherein the financial product transaction management apparatus is divided into the first order.   The contract management means, when the order information forms a first order and a second order, respectively, and when only a part of the first order is executed and holds a position, the part of the holding the position The first order, or the first order before the split in the case where the part of the first order is split, and the position of the part of the first order that holds the position are settled by execution. The financial product transaction management apparatus according to claim 1, wherein the second order of a part is made to correspond to each other. The order information generation means generates the order information for placing a first order and a second order, respectively, and holds the position based on the order information of the first order and the order information of the second order. To repeat the settlement of the position based on,
The contract management means includes:
About the first order and the second order,
If only a portion of the first order and / or the second order before the iteration is executed, the repeated first order and / or second order is executed before the iteration. 5. The financial product transaction management apparatus according to claim 1, wherein the order and the uncommitted order are maintained. The order information generating means generates the first order and the second order as order information for placing orders at a plurality of prices,
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 financial product transaction management apparatus according to claim 5, wherein the first order and the second order are repeatedly performed in the price range.   7. The financial product transaction management according to claim 6, wherein the order information generation unit sets one or a plurality of the price ranges in a price range formed between a specific upper limit price and a specific lower limit price. apparatus. The order information generating means sets the order information as the first order with respect to a first order price set as a reference price for the first order to hold the position. Set to hold the position after it falls above or below the first order price after falling or rising above one order price,
The market price rises above the second order price with respect to the second order price set as the reference price for settlement of the position by the second order in the order information as the second order. Or set to settle the position after falling below the second order price again or below
The order information which is the second order includes trail width information,
8. The finance according to claim 1, wherein the order information that is the second order is set so as to move in an upward direction or a downward direction based on the trail width information. 9. Commodity transaction management device. 9. The financial product transaction management apparatus according to claim 1, further comprising contract information generating means for executing the order information after the order information matches the predetermined market price. A fund management means for managing fund information as information on a balance of funds in a predetermined account of a trader who conducts the transaction of the financial product,
The contract information generation means confirms the fund information, and if the balance of the funds is less than an amount necessary for the contract of the financial product, the contract information generation means includes the order information based on the order information ordered at the same price. The financial product transaction management apparatus according to claim 9, wherein only a part of the orders is executed. A financial product transaction management system for trading a financial product whose market price fluctuates,
Order information generating means for generating order information for ordering financial products;
A contract management means for managing the contract of the financial product;
The contract management means includes:
When the order information forms a first order and a second order that settles the position held by the first order by execution, and only a part of the first order is executed, Split a second order into some second orders that are filled in response to the filled first order and other second orders that are not filled in response to the filled first order A financial product transaction management system. A financial product transaction management method in a financial product transaction management system for trading a financial product whose market price fluctuates,
Order information generation procedure for generating order information for ordering financial products;
A contract management procedure for managing the contract of the financial product,
In the execution management procedure,
When the first order is formed according to the order information and the second order is settled by the contract, the position that the first order is executed and held, and only a part of the first order is executed, The second order is a part of a second order that is executed in response to the executed first order, and a part of the second order that is not executed in response to the executed first order. A financial product transaction management method in a financial product transaction management system characterized by splitting.   A program for causing a computer to function as the financial product transaction management apparatus according to any one of claims 1 to 10 or the financial product transaction management system according to claim 11.

Images