Financial product transaction management device and program

Abstract

To avoid a disadvantage to a customer due to a contract of a first order and a second order in an if-done order where the first order is a stop-limit order.SOLUTION: An order information generation unit 16 of a financial product transaction management device 1 generates order information for placing an order for a financial product, for which an order can be cancelled by contract information generation means when a specific condition is met. When a market price fluctuates beyond a predetermined price range and the price range includes one or more sell order prices, the order information generation unit 16 performs processing to cancel one or more buy orders by a contract information generation unit 14 on the basis of buy order information of one or more buy order prices which satisfy a predetermined condition, included in the price range, and generates order information for placing a limit order in the buy order prices of the cancelled buy orders.SELECTED DRAWING: Figure 1

Description

[Technical Field]

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

[0002] As a method of trading financial products such as foreign exchange, limit orders are known in addition to market orders, which are executed at the price at the time of the order. Conventionally, an invention has been known in which limit orders for financial products are executed using a computer system (see, for example, Patent Document 1). Furthermore, limit orders for financial products often involve if-done orders (an order format in which two prioritized orders are placed simultaneously, and when the first order (hereinafter referred to as the "first order"; the same applies in this specification) which is a higher-priority order is executed, the second order (hereinafter referred to as the "second order"; the same applies in this specification) which is a lower-priority order is automatically validated; the same applies in this specification). Conventionally, an invention has been known in which if-done orders for financial products are executed using a computer system (see, for example, Patent Document 2). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2006-99787 [Patent Document 2] Japanese Patent Application Laid-Open No. 2008-9562 Summary of the Invention [Problem to be solved by the invention]

[0004] In the case of if-done orders for financial products, there are cases where a customer wants to place a first buy order at a price higher than the current market price, or a first sell order at a price lower than the current market price. In such cases, the first if-done order is placed as a stop-loss order and the second as a limit order. However, there are various cases where the first stop-loss order and the second limit order are executed together, such as when the execution price is determined using the so-called "itayose method" after the financial product market has closed and then reopened. If a transaction is executed in such a situation using the inventions described in Patent Documents 1 and 2, the first and second orders will be executed simultaneously at the same price, and the customer will not benefit from these executions, but will instead suffer a loss equivalent to the commission paid to the financial instruments business operator.

[0005] The present invention has been made in consideration of the above-mentioned problems, and has as its object to provide a financial instruments transaction management device that can avoid a situation in which a customer may suffer a disadvantage due to the execution of a first order and a second order in an if-done order where the first order is a stop-loss order, thereby reducing the risk incurred by a customer who places a limit order. [Means for solving the problem]

[0006] In order to solve the above problem, the invention described in claim 1 is a financial instruments transaction management device for managing the buying and selling of financial instruments, comprising: an order input receiving means for receiving buy and sell order application information for placing buy and sell orders for the financial instruments; a price information receiving means for acquiring market price information for the financial instruments; and a price information receiving means for receiving a price information for the financial instruments based on the buy and sell order application information received by the order input receiving means and the market price information acquired by the price information receiving means. The aforementioned and an order information generating means for generating order information for placing an order for a financial product, the order information being such that the contract information generating means can cancel the order if a specific condition is met, and the order information generating means generates, based on one of the buy / sell order application information, a buy order for the same type of financial product at a predetermined buy order price as the order information. For the above Ordering Information If there are multiple pieces of order information, Each has specific contract price information and is generated Before Order Information If there are multiple is configured so that each of the buy order prices is a different price. and generating one or more pieces of buy order information as the order information, configured so that the contract information generating means can cancel the order when a specific condition is met. death, one or more pieces of corresponding order information are generated as the order information for placing corresponding orders as transactions of sell orders corresponding to the buy orders, and when there are a plurality of corresponding orders, the corresponding order prices of the corresponding orders are configured to be different from each other, and the order information generation means The market price based on the market price information of the financial product fluctuates by more than a predetermined price range, and one or more of the correspondence If the order price is included, it will be included in the price range. A transaction is made for the buy order corresponding to the corresponding order. One or more Before The execution information generating means performs a process for canceling one or more of the buy orders based on the buy order information. The purchase order information is configured so that , the order information generating means teeth , the cancelled buy order The aforementioned At the buy order price The aforementioned The system is characterized in that it is configured to generate the order information for placing an order.

[0007] The invention described in claim 2 is a financial instruments transaction management device for managing the buying and selling of financial instruments, comprising: an order input receiving means for receiving buy and sell order application information for placing buy and sell orders for the financial instruments; a price information receiving means for acquiring market price information for the financial instruments; and a price information receiving means for receiving a price information for the financial instruments based on the buy and sell order application information received by the order input receiving means and the market price information acquired by the price information receiving means. The aforementioned and an order information generating means for generating order information for placing an order for a financial product, the order information being such that the contract information generating means can cancel the order if a specific condition is met, and the order information generating means generates, based on one of the buy / sell order application information, a sell order for the same type of financial product at a predetermined sell order price as the order information. For the above Ordering Information If there are multiple pieces of order information, Each has specific contract price information and is generated Before Order Information If there are multiple is configured so that each of the sell order prices is a different price. and generating one or more pieces of sell order information as the order information, configured so that the contract information generating means can cancel the order when a specific condition is met. death, one or more pieces of corresponding order information are generated as the order information for placing corresponding orders as transactions of buy orders corresponding to the sell orders, and when there are a plurality of corresponding orders, the corresponding order prices of the corresponding orders are configured to be different from each other, and the order information generation means The market price based on the market price information of the financial product fluctuates by more than a predetermined price range, and one or more of the correspondenceIf the order price is included, it will be included in the price range. A transaction of the sell order corresponding to the corresponding order is carried out. One or more Before The contract information generating means performs processing to cancel one or more of the sell orders based on the sell order information. The sell order information is configured so that , the order information generating means teeth , the cancelled sell order The aforementioned At the sell order price The aforementioned The system is characterized in that it is configured to generate the order information for placing an order.

[0008] The invention described in claim 3 is a financial instruments transaction management device for managing the buying and selling of financial instruments, comprising: an order input receiving means for receiving buy and sell order application information for placing buy and sell orders for the financial instruments; a price information receiving means for acquiring market price information for the financial instruments; and a price information receiving means for receiving a price information for the financial instruments based on the buy and sell order application information received by the order input receiving means and the market price information acquired by the price information receiving means. The aforementioned and an order information generating means for generating order information for placing an order for a financial product, the order information being such that the contract information generating means can cancel the order if a specific condition is met, and the order information generating means generates, based on one of the buy / sell order application information, a buy order for the same type of financial product at a predetermined buy order price as the order information. For the above Ordering Information If there are multiple pieces of order information, Each has specific contract price information and is generated Before Order Information If there are multiple is configured so that each of the buy order prices is a different price. and generating one or more pieces of buy order information as the order information, configured so that the contract information generating means can cancel the order when a specific condition is met. death, one or more pieces of corresponding order information are generated as the order information for placing corresponding orders as transactions of sell orders corresponding to the buy orders, and when there are a plurality of corresponding orders, the corresponding order prices of the corresponding orders are configured to be different prices, and the order information generation means The market price based on the market price information of the financial product fluctuates by more than a predetermined price range, and one or more of the correspondence If the order price is included, it will be included in the price range. A transaction is made for the buy order corresponding to the corresponding order. One or more Before The execution information generating means performs a process for canceling one or more of the buy orders based on the buy order information. The purchase order information is configured so that , the order information generating means teeth , the cancelled buy order The aforementioned At the buy order price The aforementionedGenerate the order information to place an order death The order information generating means generates the buy order information for trading the buy order at the buy order price corresponding to the canceled buy order, and The above response Place a trade order The above response The method is characterized by repeating the process of generating order information.

[0009] The invention described in claim 4 is a financial instruments transaction management device for managing the buying and selling of financial instruments, comprising: an order input receiving means for receiving buy and sell order application information for placing buy and sell orders for the financial instruments; a price information receiving means for acquiring market price information for the financial instruments; and a price information receiving means for receiving a price information for the financial instruments based on the buy and sell order application information received by the order input receiving means and the market price information acquired by the price information receiving means. The aforementioned and an order information generating means for generating order information for placing an order for a financial product, the order information being such that the contract information generating means can cancel the order if a specific condition is met, and the order information generating means generates, based on one of the buy / sell order application information, a sell order for the same type of financial product at a predetermined sell order price as the order information. For the above Ordering Information If there are multiple pieces of order information, Each has specific contract price information and is generated Before Order Information If there are multiple is configured so that each of the sell order prices is a different price. and generating one or more pieces of sell order information as the order information, configured so that the contract information generating means can cancel the order when a specific condition is met. death, one or more pieces of corresponding order information are generated as the order information for placing corresponding orders as transactions of buy orders corresponding to the sell orders, and when there are a plurality of corresponding orders, the corresponding order prices of the corresponding orders are configured to be different from each other, and the order information generation means The market price based on the market price information of the financial product fluctuates by more than a predetermined price range, and one or more of the correspondence If the order price is included, it will be included in the price range. A transaction of the sell order corresponding to the corresponding order is carried out. One or more Before The contract information generating means performs processing to cancel one or more of the sell orders based on the sell order information. The sell order information is configured so that , the order information generating means teeth , the cancelled sell order The aforementioned At the sell order price The aforementioned Generate the order information to place an order deathThe order information generating means generates the sell order information for trading the sell order at the sell order price corresponding to the canceled sell order, and The above response Place a trade order The above response The method is characterized by repeating the process of generating order information.

[0011] Claim 5 The invention described in claims 1 to 4 In addition to the configuration described in any one of the above, the order information generation means generates the buy / sell order application information based on one of the buy / sell order application information. The order information Stop Order Buy Ordering Information 、 or , as the order information Stop Order Selling The method further generates stop order information for placing a stop order for the financial product at another price, which is associated with the order information.

[0012] Claim 6 The invention described in the item (1) is a method for generating order information based on one of the buy / sell order application information. , as the order information Stop Order Buy Ordering Information 、 or , as the order information Stop Order Selling The buy order information is characterized in that the number of financial products is constant, and the price spread between the plurality of buy order information or the price spread between the plurality of sell order information is constant.

[0013] Claim 7 The invention described in claim 1 is a program for causing a computer to 6 The present invention is characterized in that the financial product transaction management device functions as any one of the above. [Effects of the Invention]

[0014] According to the inventions of claims 1 and 3, the order information generating means generates a buy order for the same type of financial product at a predetermined buy order price as order information based on one buy / sell order application information. for Ordering Information If there are multiple pieces of order information, Each has specific contract price information. R Ordering Information If there are multiple is configured so that each buy order price is a different price. and generates one or more pieces of buy order information as order information configured so that the contract information generating means can cancel the order when a specific condition is met. death, One or more pieces of corresponding order information are generated as order information for placing corresponding orders as transactions of sell orders corresponding to buy orders, and when there are multiple corresponding orders, the corresponding order prices of the corresponding orders are configured to be different from each other, and the order information generation means The market price based on the market price information of a financial product fluctuates beyond a predetermined price range, and one or more correspondence If the order price is included, it is included in the price range. For the buy order corresponding to the corresponding order, a buy order transaction is carried out. One or more of Based on the buy order information, a process for canceling one or more buy orders is performed by the contract information generating means. Configure the buy order information to Order information generation means teeth , at the buy order price of the cancelled buy order Note The system generates order information that executes a statement. The first stop order and the second limit order form an if-done order, and it is possible to reliably prevent a situation in which the first and second orders are executed in a situation in which the customer would not benefit from executing these two orders. This prevents a situation in which the customer would suffer a disadvantage due to the execution of the first and second orders in an if-done order where the first order is a stop order, and reduces the risk incurred by a customer who places a limit order.

[0015] According to the inventions of claims 2 and 4, the order information generating means generates a sell order for the same type of financial product at a predetermined sell order price as order information based on one buy / sell order application information. for Ordering Information If there are multiple pieces of order information, Each has specific contract price information. Note Sentence information If there are multiple is configured so that each sell order price is a different price. and generates one or more pieces of sell order information as order information configured so that the contract information generating means can cancel the order when a specific condition is met. death, One or more pieces of corresponding order information are generated as order information for placing corresponding orders as transactions of buy orders corresponding to sell orders, and when there are multiple corresponding orders, the corresponding order prices of the corresponding orders are configured to be different from each other, and the order information generation means The market price based on the market price information of a financial product fluctuates beyond a predetermined price range, and one or more correspondenceIf the order price is included, it will be included in the price range. A sell order transaction is carried out for the sell order corresponding to the corresponding order. One or more Selling Based on the order information, a process for canceling one or more sell orders is performed by the contract information generating means. Configure the sell order information to Order information generation means teeth , at the sell order price of the cancelled sell order Note This makes it possible to avoid a situation in which a customer may suffer a disadvantage due to the execution of the first order and the second order in an if-done order where the first order is a stop order, and to reduce the risk incurred by a customer placing a limit order.

[0016] Claim 5 According to the invention described in the item (1), the order information generating means generates the order information based on one buy / sell order application information. As ordering information Stop order buy order information 、 or , as ordering information By generating stop order information that places a stop order for a financial product at a different price, which is associated with the sell order information for the stop order, the customer can sell the financial product that he or she will own in the future using the stop order. This makes it possible to automatically suspend transactions using limit orders depending on future market conditions, thereby reducing the risks incurred by customers who place limit orders using the system.

[0017] Claim 6 According to the invention described in the item (1), the order information generating means generates the order information based on one buy / sell order application information. , as ordering information Stop order buy order information 、 or , as ordering information The sell order information for stop-loss orders has a fixed number of financial products, and the price spread between multiple buy order information or the price spread between multiple sell order information is fixed, so the command content from the client terminal when ordering financial products can be simplified. Also, orders can be made with a fixed number of products at a fixed price spread, which is highly effective in diversifying risk. This makes transactions using limit orders more efficient and smooth.

[0018] Claim 7 According to the invention described above, the financial product transaction management device of the present invention can be programmed and implemented on a variety of computer hardware. [Brief explanation of the drawings]

[0019] [Figure 1] 1 is a system configuration diagram of a financial product transaction management system according to a first embodiment of the present invention, and a functional block diagram of a financial product transaction management device. [Figure 2] 3 is a schematic diagram of field definitions in an order table of the financial product transaction management device. FIG. [Figure 3] 10 is a flowchart showing a processing procedure when accepting a trap trade in the financial product transaction management device. [Figure 4] FIG. 10 is an image diagram of a first input screen displayed on a client terminal. [Figure 5] FIG. 10 is an image diagram of a second input screen displayed on the client terminal. [Figure 6A] 10 is a diagram showing a schematic diagram of an order information group formed in the financial product transaction management device. FIG. [Figure 6B] 10 is a diagram showing a schematic diagram of an order information group formed in the financial product transaction management device. FIG. [Figure 7A] 10 is a flowchart showing a processing procedure after acceptance of a limit order by a trap trade in the financial product transaction management device. [Figure 7B] 10 is a flowchart showing a processing procedure after acceptance of a limit order by a trap trade in the financial product transaction management device. [Figure 8] 10 is a time chart showing a processing procedure after accepting a limit order by trap trading in the financial product transaction management device. [Figure 9] 10 is a time chart showing a processing procedure after accepting a limit order by trap trading in the financial product transaction management device. [Figure 10] In the same financial instruments transaction management device, (a) a diagram schematically showing a part of the order table at the time when a group of order information is placed, (b) a diagram schematically showing a part of the order table after processing using the so-called "itayose method" has been performed and the first to third first orders have been executed, (c) a diagram schematically showing a part of the order table after processing using the so-called "itayose method" has been performed and limit orders based on the first to third second orders have been executed, and (d) a diagram schematically showing a part of the order table after the first stop order has been executed. [Figure 11] FIG. 10 is an image diagram of a second input screen displayed on a client terminal in a modified example of the embodiment. [Figure 12] FIG. 10 is an image diagram of a second input screen displayed on a client terminal in the financial product transaction management device of the embodiment 2 of the present invention. [Figure 13A] 10 is a flowchart showing a processing procedure after acceptance of a limit order by a trap trade in the financial product transaction management device. [Figure 13B] 10 is a flowchart showing a processing procedure after acceptance of a limit order by a trap trade in the financial product transaction management device. [Figure 14A] (a) is a diagram schematically showing the order table at the time when a group of order information is ordered, (b) is a diagram schematically showing the order table after processing by the so-called "itayose method" has been performed and a limit order based on a second order has been executed, (c) is a diagram schematically showing the order table at the time when a group of order information is reordered, (d) is a diagram schematically showing the order table at the time when a first order of the reordered group of order information has been executed, (e) is a diagram schematically showing the order table at the time when a first order of the group of order information has been executed without processing by the so-called "itayose method", and (f) is a diagram schematically showing the order table at the time when a stop order of the group of order information has been executed. [Figure 14B](a) is a diagram schematically showing the order table at the time when a group of order information is ordered, (b) is a diagram schematically showing the order table after processing by the so-called "itayose method" has been performed and a limit order based on a second order has been executed, (c) is a diagram schematically showing the order table at the time when a group of order information is reordered, (d) is a diagram schematically showing the order table at the time when a first order of the reordered group of order information has been executed, (e) is a diagram schematically showing the order table at the time when a first order of the group of order information has been executed without processing by the so-called "itayose method", and (f) is a diagram schematically showing the order table at the time when a stop order of the group of order information has been executed. [Figure 15] 10 is a time chart showing the processing procedure after acceptance of a limit order by a repeat if-done order in the financial product transaction management device. [Figure 16] 10 is a time chart showing the processing procedure after acceptance of a limit order by a repeat if-done order in the financial product transaction management device. [Figure 17] FIG. 11 is an image diagram of a second input screen displayed on a client terminal in a financial product transaction management system according to embodiment 3 of the present invention. [Figure 18A] In the financial product transaction management device, (a) is a diagram showing a schematic representation of the order table at the time when a group of order information is placed, and (b) is a diagram showing a schematic representation of the order table at the time when a group of order information is re-ordered. [Figure 18B] In the financial product transaction management device, (a) is a diagram showing a schematic representation of the order table at the time when a group of order information is placed, and (b) is a diagram showing a schematic representation of the order table at the time when a group of order information is re-ordered. [Figure 19] 10 is a time chart showing the processing procedure after acceptance of a limit order by a trap repeat if-done order in the financial product transaction management device. [Figure 20] 10 is a time chart showing the processing procedure after acceptance of a limit order by a trap repeat if-done order in the financial product transaction management device. DETAILED DESCRIPTION OF THE INVENTION

[0020] [First embodiment of the invention] 1 to 11 show a first embodiment of the present invention.

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

[0022] The financial product transaction management device 1 is a server computer managed and operated by a financial product dealer, and is equipped with a web server function and a database function for storing large amounts of data. n are communication terminals with data communication functions that are owned and used by individuals or corporations who buy and sell financial products, and include personal computers, mobile phone terminals, etc. n are operation units 211, . . . , 21, such as a mouse and a keyboard, which are used to input various instructions. n , LCD (Liquid Crystal Display), etc., and an operation unit 211, . . . , 21 n Display units 221, 222 display various instructions and images input from n The client terminals 21, . . . , 2 n , operation unit 211,...,21 n , display section 221,...,22 n have the same configuration, and therefore will be referred to as the client terminal 2, the operation unit 21, and the display unit 22 hereinafter unless a distinction is required.

[0023] Although not shown in Fig. 1, the financial instruments transaction management device 1 is provided with at least one CPU (Central Processing Unit), a RAM (Random Access Memory) that functions as the CPU's work area, a ROM (Read Only Memory) in which a startup boot program and the like are recorded, an auxiliary storage device such as a hard disk in which various programs and data and the like are recorded, a communication interface used for sending and receiving data, etc. The auxiliary storage device records programs for the OS (Operating System), various application programs, data recorded in databases, etc., and these programs and data realize various functions through the arithmetic processing of the CPU in cooperation with hardware resources.

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

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

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

[0027] The order information generation unit 16 generates information about executed orders for financial products based on the information processed by the order input reception unit 12. The orders here include so-called market orders, limit orders, stop orders, as well as if-done orders.

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

[0029] The contract information generation unit 14 performs contract processing based on the order generated by the order information generation unit 16, and processing for sending information regarding the completed contract processing to the client terminal 2 of the customer. Note that "contract" here refers to various procedures and processes for completing a purchase and sale of a financial product based on a customer's order. As will be described later, in this embodiment, when a contract is completed, a foreign exchange transaction is carried out. As a result, based on instructions from the contract information generation unit 14, the account information generation unit 15 converts margin information (described below) according to the purchase and sale amount, and further, the deposit and withdrawal information generation unit 13 enters the deposit and withdrawal status in a deposit and withdrawal list. Furthermore, when a contract is completed, the contract information generation unit 14 displays text information indicating that a contract has been completed on the display unit 22 of the client terminal 2, and also performs a deposit and withdrawal process for the client terminal's bank account based on the purchase and sale price.

[0030] The account information generation unit 15 has a function of generating customer deposit balance information and managing the deposit balance information as margin information (i.e., information to prove that an order can be executed). The information on deposit balance generated by the account information generation unit 15 is periodically checked against information on the customer's actual deposit balance provided by financial institutions such as banks to ensure consistency with the actual deposit balance.

[0031] The database connection base unit 17 converts data generated and processed in the data processing unit 10 to data recorded in the database 18 (for example, converts between logical data structure and physical data structure), and also performs the processing necessary to exchange data between the data processing unit 10 and the database 18.

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

[0033] The front page distribution unit 11 creates image data to be displayed on the display unit 22 of the client terminal 2 and transmits the created image data to the client terminal 2.

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

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

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

[0037] In the above-described financial product transaction management device 1, when a limit order transaction of a financial product is carried out, When limit trading of financial products is conducted, an order form can be realized in which multiple financial products of the same type are reserved for a specified number of products at a specified price range by accepting one order (hereinafter, this order form will be simply referred to as a "trap trade").

[0038] Next, a description will be given of a transaction procedure for a trap trade in the financial product transaction management system 1A according to the first embodiment of the present invention.

[0039] 3 is a flowchart showing the processing steps when accepting a trap trade in the financial product transaction management device 1 according to the first embodiment of the present invention. The processing steps when accepting will be described below with reference to the same figure.

[0040] A client using the financial instruments transaction management system 1A accesses the financial instruments transaction management device 1 using a client terminal 2. The front page distribution unit 11 of the financial instruments transaction management device 1 displays a first input screen 40 shown in FIG. 4 on the display unit 22 of the accessed client terminal 2. The first input screen 40 displays a desired trading currency pair selection button 401, which displays tradable currency pairs on the screen. When a specific desired trading currency pair selection button 401, for example, the trading type selection button 401a for USD / JPY, is clicked, a second input screen 41 shown in FIG. 5 is displayed on the display unit 22. The second input screen 41 has a trading type selection button 41a for displaying the trading type of the limit order (first order) to be executed first, an order type selection button 41b for displaying the selectable order types, an order condition selection field 41c for selecting whether the order condition of the first order is "(forward) limit" or "stop", an order amount input field 41d for inputting the amount of currency (here, Japanese yen) to be traded by the execution of each limit order and stop order, a first order price input field 41e for inputting the order base price of the trap trade, and a trap number selection field 41f for selecting the number of positions (foreign currency holdings; the same applies in this specification) in one order. a price range input field 41g in which "price difference information" as the price difference between adjacent positions is entered; a profit amount specification field 41h in which the amount of profit to be obtained by buying and selling the first order and second order of a position is entered; an expiration date selection button 41i in which the expiration date of the order is selected; a stop-loss order check box 41j in which to select whether or not to place a stop-loss order (a new stop-limit order for cutting losses; the same applies in this specification); a stop-loss price input field 41k in which the price of the stop-loss order is entered; and an order confirmation button 41m in which to confirm the order.

[0041] The client uses the operation unit 21 to select and input data of the order details into the first input screen 40 and the second input screen 41. Figure 5 shows the second input screen 41 when the trading type selection button 401a for "buy" of US dollar / Japanese yen (buying US dollars for Japanese yen) is selected in the desired trading currency pair selection button 401 on the first input screen 40 shown in Figure 4. In this state, the second input screen 41 shows that "trap trade order" is selected with the order type selection button 41b, "limit order" is selected in the order condition selection field 41c, 100,000 yen is entered in the order amount input field 41d, 101.00 yen is entered in the first order price input field 41e, 5 (lots) is selected in the trap quantity selection field 41f, 1.00 yen is entered in the price range input field 41g, 50,000 yen is selected in the profit amount specification field 41h, "unlimited" is selected with the expiration date selection button 41i, the stop-loss order checkbox 41j is checked, and 100.00 yen is entered in the stop-loss price input field 41k.

[0042] In this state, when the order confirmation button 41m is clicked and buy / sell order application information consisting of the data entered and selected on the first input screen 40 and the second input screen 41 is supplied to the financial instruments transaction management device 1, the order input acceptance unit 12 of the financial instruments transaction management device 1 confirms the expiration date selected on the expiration date selection button 41i and the order type selected on the order type selection button 41b, and further inspects the respective order prices (step S2). Specifically, the amount of the first order price entered in the first order price input field 41e is compared with the current exchange rate received by the price information reception management unit 19. The order input acceptance unit 12 also calculates the prices of the first and second orders for each position based on the data entered and selected on the first input screen 40 and the second input screen 41. In this embodiment, the value entered in the first order price input field 41e is set as the reference first order (the first order to be executed first), and the price of the first order for each position is calculated by the number entered in the trap number selection field 41f, with the price range from this reference first order being the value entered in the price range input field 41g. Also, the value of the second order for each position is calculated using the following formula (1). (Price of the second order for each position) = (Price of the first order for each position) - (Amount entered in the profit amount specification field 41h) / {(1 if the first order is a sell order, -1 if a buy order) * (Amount entered in the order amount input field 41d)} (1) The second order price calculated by the order input receiving unit 12 may be a numerical value that further takes into consideration the profit of the administrator of the financial product transaction management device 1. For example, the value of the second order for each position may be calculated by the following formula (1)'. (Price of the second order for each position)=(right side of (1) above)±(profit amount of the financial instruments transaction management device 1)···(1)' Furthermore, if the amount input in the first order price input field 41e and the market price satisfy predetermined conditions, the order input receiving unit 12 determines that the prices are fair.

[0043] If the price is determined to be a fair price ("No" in step S3), the account information generation unit 15 acquires the margin information of the customer in the customer account information table 182.

[0044] The order input acceptance unit 12 compares the acquired margin information with the total order amount of the customer (i.e., the value obtained by multiplying the amount entered in the order amount input field 41d by the order quantity entered in the trap quantity selection field 41f (i.e., in this embodiment, 100,000 yen x 5 (lots) = 250,000 yen)), and confirms whether the margin amount is equal to or greater than the total order amount. The order information generation unit 16 generates an "order information group" described below only when the margin amount is equal to or greater than the total order amount ("No" in step S5). This makes it possible to accept limit orders only when the customer is sure to be able to make payment.

[0045] Here, the order input receiving unit 12 calculates the margin in a manner that includes correction for slippage that may occur when calculating the margin, and accepts a limit order if the margin information acquired by the account information generating unit 15 is equal to or greater than the calculated margin amount.

[0046] Specifically, a predetermined correction value is set for each currency pair in the order input receiving unit 12, and the total order amount is corrected based on this correction value.

[0047] For example, if the order input receiving unit 12 has recorded an upward correction value of "0.03" as the correction value for the "USD / JPY" currency pair, and the total order amount acquired by the account information generating unit 15 is 500,000 yen, 50 (10,000 yen) + 0.03 (10,000 yen) = 50.03 (10,000 yen) becomes the revised total order amount, and this revised total order amount is treated as the calculated margin. In this case, the limit order will be accepted only if the margin information of the client acquired by the account information generation unit 15 is 500,030 yen or more.

[0048] The correction value set in the order input receiving unit 12 may be a downward correction value of the total order amount, or may be an upward or downward correction value of the margin information acquired by the account information generating unit 15. Furthermore, the correction value is not limited to a fixed value set in advance for each currency pair, but may be one that fluctuates based on the amount of the total order amount, fluctuations in market prices, etc., or may be one that is calculated using a predetermined formula.

[0049] If the margin amount is equal to or greater than the revised total order amount ("No" in step S5), the order input receiving unit 12 checks whether the order conditions satisfy various trap trade conditions other than those described above, based on the data recorded in the currency pair order condition table 183 (step S6).

[0050] If the various conditions for trap trading are not met ("Yes" in step S7), the order input receiving unit 12 treats the input order as an error and rejects the order (step S10).

[0051] If the various conditions for trap trading are met ("No" in step S7), and it is determined that the order conditions meet all the conditions necessary for limit orders by trap trading described above, When the client clicks the order confirmation button 41m by operating the operation unit 21, the order information generation unit 16 of the financial instruments transaction management device 1 generates order information based on the buy / sell order application information input in step S1 (step S8). Specifically, the multiple pieces of data input in the above procedure are grouped together in units of order prices, and each piece of order information is formed by assigning a sequence number to the order recorded in the sequence number table 184 for each unit of information. At this time, information for distinguishing the sequence numbers used in the order information from unused numbers is added to the sequence number table 184. The multiple pieces of order information generated in one procedure of step S8 form an order information group (hereinafter simply referred to as an "order information group") consisting of order information for placing limit orders or stop orders for the same type of financial product at a first price, order information for placing limit orders at a second price, and stop orders for placing stop orders for the financial products that are the subject of the buy order information and sell order information at yet another price. The order information generation unit 16 records the generated order information group in the order table 181 (step S9). The order information group is recorded in the order table based on the definition of each field shown in FIG. 2. For example, the "ord_seq" field 181b defines the sequence number assigned in step S8. The "cust_seq" field 181c defines a customer number uniquely assigned to each customer, and the "style_id" field 181d defines the product name. The "ccy_pair_id" field 181e defines an ID number uniquely assigned to each currency pair. The combination of this ID number and currency pair is recorded in an ID table (not shown) separately provided in the database. The "ord_amnt" field 181f defines the amount entered in the order amount input field 41d. The "buy_sell_id" field 181g defines whether the order entered using the buy / sell type selection button 41a is a sell order or a buy order, the "ord_rate" field 181h defines the numerical values ​​entered in the first order price input field 41e, the stop-loss price input field 41k, etc., and the prices of individual order information specified by the trap quantity selection field 41f, the price range input field 41g, etc., and the "limit_time" field 181i defines the order expiration date selected using the expiration date selection button 41i. The "ord_cond" field 181j defines the type of order selected using the order type selection button 41b, and the "new_close" field 181k defines whether the order is a new order or a settlement order. The "trap_seq" field 181m defines if a trap trade is selected using the order type selection button 41b, and the "repeat_flag" field 181n defines whether an if-done order is to be repeated.

[0052] 2, the order table 181 also has fields for defining other data entered on the input screen 40, i.e., the information entered in the desired trading currency pair selection button 401, the trap quantity selection field 41f, etc. All data entered on the first input screen 40 and the second input screen 41 is recorded in the order table 181 using these fields.

[0053] 2, the order table 181 also has fields for defining first order identification information, second order identification information, stop order identification information, and valid information identification information for identifying whether each piece of order information is a first order, a second order, or a stop order, and valid order identification information for identifying an order that is valid as a limit order. These fields record the current state of each piece of order information and changes in state as the transaction progresses.

[0054] The above procedure completes the process for accepting limit orders through trap trade in this embodiment.

[0055] 6A and 6B are diagrams showing a group of order information items generated by the order information generation unit 16 and recorded in the order table 181. The table shown in the figures is also displayed as an image on the display unit 22 of the client terminal 2 by the front page distribution unit 11.

[0056] As shown in the figure, k (k>1, k=5 in this embodiment) order information groups, which is the number of position groups entered in the trap number selection field 41f, namely first to fifth order information groups 181s1, 181s2, ... 181s5, are recorded in the order table 181. Although not all are shown in the figure, the order table 181 also records first to fifth order information groups 181s1, 181s2, ... 181s5.

[0057] Each order information group (e.g., first order information group 181s1) forms an information group for one price range, which is made up of a first order 181t1 as "buy order information" placing a stop order for the same type of financial product at one price, a second order 181u1 as "sell order information" placing a limit order for the financial product that is the subject of first order 181t1 at another price, and a stop order 181v1 placing a stop order for the financial product that is the subject of the buy order information and sell order information at yet another price (stop-loss price). By forming multiple such order information groups (e.g., first order information group 181s1), order information groups for one price range (e.g., first order information group 181s1) are generated for multiple different price ranges.

[0058] In these order information groups 181s1, 181s2, ..., 181s5, the order price indicated in the first order 181t1 of the first order information group 181s1 is 101.00 yen per dollar (i.e., the price entered in the first order price input field 41e), and the price spread between the first orders 181t1, 181t2, ..., 181t5 and the price spread between the second orders 181u1, 181u2, ..., 181u5 are each 0.10 yen (i.e., the prices entered in the price spread input field 41g). Furthermore, each of the first orders 181t1, 181t2, ..., 181t5 and each of the second orders 181u1, 181u2, ..., 181u5 is for 100,000 yen (i.e., the amount entered in the order amount input field 41d). Furthermore, each second order forming the order information groups 181s1, 181s2, ... 181s5 has a value calculated based on the second input screen 41 and the above formula (1) (i.e., a value such that the price difference between the first order 181t1 and the second order 181u1 of the first order information group 181s1 is 0.50 yen, for example).

[0059] On the other hand, in these order information groups 181s1, 181s2, ..., 181s5, the order prices of all stop orders 181v1, 181v2, ..., 181v5 are set to the price input in the stop loss price input field 41k (in this embodiment, 1 dollar = 100.00 yen).

[0060] In this embodiment, when the order information groups 181s1, 181s2, ..., 181s5 and the first orders 181t1, 181t2, ..., 181t5 are generated as buy orders, the first orders 181t1, 181t2, ..., 181t5 and the second orders 181u1, 181u2, ..., 181u5 of each order information group 181s1, 181s2, ..., 181s5 are higher than the market price at the time of generation. In other words, all of the first orders 181t1, 181t2, ..., 181t5 and all of the second orders 181u1, 181u2, ..., 181u5 are generated at prices equal to or higher than the price input in the first order price input field 41e. Conversely, if the first orders 181t1, 181t2, . . . , 181t5 are sell orders, all first orders 181t1, 181t2, . . . , 181t5 and all second orders 181u1, 181u2, . . . , 181u5 are generated at prices lower than the price entered in the first order price input field 41e.

[0061] 6A and 6B(a), the limit order type information 181G of all the first orders 181t1, 181t2, . . . , 181t5 is set as "stop order," and the new / settlement information 181K is set as "new." That is, all the first orders 181t1, 181t2, . . . , 181t5 are generated as new stop orders.

[0062] 6A and 6B, each of the orders 181t1, . . . 181v5 forming the first to fifth order information groups 181s1, 181s2, . . . 181s5 includes an order number 181A as a serial number of the order, a customer number 181B uniquely assigned to each customer, currency pair information 181C for identifying a combination of currencies to be bought and sold (mainly a combination of Japanese yen and foreign currency), order amount information 181D as price information of one position, order time information 181E as information on the time the order was placed, buying / selling direction information 181F as flag information for identifying whether the order is a "selling order" or a "buying order", limit order type information 181G as information for identifying whether the type of limit order is a "limit order (i.e., a normal limit order)" or a "stop order (i.e., a stop order)", and order price information 181H as "information on the contract price", and an expiration date of each of the orders 181t1, . . . 181v5. the attribute information includes order expiration date information 181I as information for identifying the order expiration date, order type information 181J as flag information for identifying the type of order, new / settlement information 181K as flag information for identifying whether each order information is a "new order" or a "settlement order", valid / invalid information 181L as "valid / invalid identification information" which is flag information for identifying whether each order 181t1, ..., 181v5 is valid order information as order information for an already placed limit order (or stop order) or invalid order information as order information for a limit order (or stop order) not yet placed, rank information 181M as flag information for identifying whether each order 181t1, ..., 181v5 is first-rank order information or second-rank order information, and contract existence / non-existence information 181N as flag information for identifying whether each order 181t1, ..., 181v5 is "contract existence / non-existence" These attribute information items are based on the information entered on the input screen 40, and are recorded in the order table 181 based on the above-mentioned field definitions.

[0063] As shown in the valid / invalid information 181L in Figures 6A and 6B, when all order information 181t1, ... 181v5 is initially generated, it is invalid order information that is invalid as a limit order (or stop order) (hereinafter simply referred to as "invalid").

[0064] As shown in new / settlement information 181K in Figures 6A and 6B, first orders 181t1, 181t2, ..., 181t5 are generated as new order information, and second orders 181u1, 181u2, ..., 181u5 and stop orders 181v1, 181v2, ..., 181v5 are generated as settlement order information.

[0065] As shown in the ranking information 181M, among the order information forming one order information group (for example, a first order information group 181s1), the first orders 181t1, 181t2, . . . , 181t5 are first orders having a high priority in the order of execution, and the second orders 181u1, 181u2, . . . , 181u5 and the stop orders 181v1, 181v2, . . . , 181v5 are second orders having a low priority in the order of execution. 10 , 1st to 5th second orders 181u1, 181u2, ···181u 10 , and the first to fifth stop orders 181v1, 181v2, 181v 10 is initially recorded in the order table 181 as "invalid order information" with valid / invalid information 181L set to "invalid," that is, not having the status of a completed order.

[0066] As will be described later, the "valid" or "invalid" status of each piece of order information changes depending on the stage of the transaction, but the order information generation unit 16 sequentially records the initial "valid" or "invalid" status of each piece of order information and any changes in status in the order table 181. This makes it possible to generate and record data that is in line with the actual state of trap trades and if-done orders, thereby improving compatibility with other applications used in the financial instruments transaction management device 1 and enabling "valid" or "invalid" to be displayed in real time on the display unit 22 of the client terminal 2. Furthermore, in the first to fifth order information groups 181s1, 181s2, ..., 181s5, trap trades are set using the "trap_seq" field 181m.

[0067] In addition, if the first desired price is determined to be an inappropriate price in step S3 ("Yes" in step S3), or if the amount of margin is less than the total order amount in step S5 ("Yes" in step S5), the order input receiving unit 12 treats the input order as an error and rejects the order (step S10). That is, the order information groups 181s1, 181s2, ..., 181s shown in Figures 6A and 6B 10 is not generated, and text information or the like indicating that the order has been rejected is displayed on the display unit 22 of the client terminal 2.

[0068] After the order processing is completed, the price information reception management unit 19 of the financial product transaction management device 1 continues to acquire information on exchange rates periodically (for example, at predetermined intervals such as every minute or every hour). Then, when the market price matches the order price of a specific position, the contract information generation unit 14 will contract the order for that position.

[0069] 7A and 7B are flowcharts showing the processing procedure after accepting a limit order via trap trading in the financial instruments transaction management device 1 of this embodiment, and FIGS. 8 and 9 are time charts showing the processing procedure after accepting a limit order via trap trading in the financial instruments transaction management device 1 of this embodiment. The processing procedure will be explained below based on these figures. In FIGS. 8 and 9, circles indicate order information for one position.

[0070] After the order acceptance process is completed, the price information reception management unit 19 of the financial product transaction management device 1 continues to acquire information on exchange rates.

[0071] As shown in FIGS. 6A and 6B, at time t1 when the acceptance process of limit orders based on trap trade orders is completed, the contract information generation unit 14 converts the flag information of the valid / invalid information 181L of the first to fifth first orders 181t1, 181t2, ..., 181t5 in the first to fifth order information groups 181s1, 181s2, ..., 181s5 of the first order from "invalid" to "valid," thereby placing these buy limit orders. Meanwhile, at this time t1, the flag information of the valid / invalid information 181L of the first to fifth second orders 181u1 to 181u5 and the first to fifth stop orders 181v1 to 181v5 remains "invalid." Therefore, at time t1, the flag information of the valid / invalid information 181L of the first to fifth second orders 181u1 to 181u5 remains "invalid." 10 The first to fifth stop orders 181v1 to 181v5 are invalid order information.

[0072] 8, for example, assume that the market purchase price 71 of the US dollar at time t1 is 1 dollar = 100.00 yen. Then, consider a case where the exchange market is temporarily suspended after time t1 due to a holiday and then resumes at time t2, and the market purchase price 71 becomes the same 1 dollar = 103.50 yen using the so-called "itayose method." In this case, the first order is a buy order, and the market purchase price 71 is higher than the first to third second orders 181u1 to 181u3 ("Yes" in step S11). Therefore, the contract information generation unit 14 performs a process of canceling the first to third first orders 181t1 to 181t3 and the first to third second orders 181u1 to 181u3 corresponding to the first to third second orders 181u1 to 181u3, and also generates and sets new first to third first orders 181t1 to 181t3 whose limit order type information 181G is "forward limit order" as shown in FIG. 6A (b) (step S13). Specifically, the order information of the first to third first orders 181t1 to 181t3 is replaced from stop order order information to (forward) limit order order information. Note that the process of step S13 is also performed when the first orders are sell orders and the market selling price is lower than the second orders 181u1 to 181u3 ("Yes" in step S12). If the conditions in steps S11 and S12 are not met ("No" in steps S11 and S12), the process in step S13 is not performed.

[0073] In this state, the contract information generation unit 14 performs processing to contract the first to third first orders 181t1 to 181t3 and the first to third second orders 181u1 to 181u3. That is, when the contract information generation unit 14 confirms that the market price purchase price 71 has reached the contract price of the first to third first orders 181t1 to 181t3 ("Yes" in step S14), the contract information generation unit 14 contracts the first to third first orders 181t1 to 181t3 (step S15). Specifically, when the market price purchase price 71 is contracted for the first to third first orders 181t1 to 181t3 and the first to third second orders 181u1 to 181u3, the contract information generation unit 14 converts the flag information of the contract presence / absence information 181N of the first to third first orders 181t1 to 181t3 from "absent" to "present" together with the contracts. As a result, the order table 181 is converted from the state shown in Figure 10(a) to the state shown in Figure 10(b). Then, the account information generation unit 15 receives instructions from the contract information generation unit 14 and converts margin information (described later) according to the buying and selling amounts, and the deposit and withdrawal information generation unit 13 enters the deposit and withdrawal status in a deposit and withdrawal list. Furthermore, when a contract is concluded, the contract information generation unit 14 causes the display unit 22 of the client terminal 2 to display text information or the like indicating that a contract has been concluded, and also performs a deposit and withdrawal process for the bank account of the client terminal based on the buying and selling price (in the "contract" of this embodiment, the financial instruments transaction management device 1 performs all similar processes).

[0074] Then, as shown in (b) of Figure 10, the contract information generation unit 14 converts the flag information of the valid / invalid information 181L of the first to third second orders 181u1 to 181u3 and the first to third stop orders 181v1 to 181v3 from "invalid" to "valid," and changes these orders from invalid to valid (step S16). In this case, since the market purchase price 71 does not reach the stop order prices of the first to third stop orders 181v1 to 181v3 ("No" in step S17) and has reached the contract prices of the first to third secondary orders 181u1 to 181u3 ("Yes" in step S18), the contract information generation unit 14 converts the flag information of the contract presence / absence information 181N of the first to third secondary orders 181u1 to 181u3 from "absent" to "present" as shown in FIG. 10(c), and contracts the first to third secondary orders 181u1 to 181u3 (step S19). Note that in this embodiment, when the first to third secondary orders 181u1 to 181u3 are contracted, the corresponding first to third stop orders 181v1 to 181v3 are treated as canceled (step S19). In this case, the contract information generating unit 14 deletes the data of the corresponding stop order in the order table 181, and also performs processing to display on the display unit 22 of the client terminal 2 that the data has been deleted.

[0075] In addition, in steps S15 and S19, the contract information generation unit 14 executes the first to third first orders 181t1 to 181t3 and the first to third second orders 181u1 to 181u3 even if slippage (the difference between the ordered price and the executed price) occurs when executing these orders. Specifically, for example, the contract information generation unit 14 executes the first first order 181t1 not only when the market price is exactly 101.00 yen per dollar, which is the executed price of the first first order 181t1, but also when the market price is an amount obtained by adding or subtracting a preset slippage allowable price (up to 101.00 yen per dollar + 0.20 yen = 101.20 yen or up to 100.80 yen per dollar = 101.00 yen - 0.20 yen = 100.80 yen if the slippage allowable price is set to 0.20 yen). In addition, other order information is also set to be contracted in the same manner. As a result, contracts are carried out even when slippage occurs (in this embodiment, the financial product transaction management device 1 performs all the same processing for "contracts").

[0076] On the other hand, unlike the above-mentioned case, if the "Itayose Method" processing is not performed and the market purchase price 71 of the US dollar gradually changes from 1 USD = 100.00 yen to 1 USD = 103.50 yen between time t1 and time t2, the limit order type information 181G of the first to third first orders 181t1 to 181t3 will remain "stop order," and processing will be performed to gradually execute the first to third first orders 181t1 to 181t3 and the first to third second orders 181u1 to 181u3. In this case, as shown in FIG. 9, processing of all positions will be performed sequentially from time t1 to time t11. In this case, since steps S11 and S12 will never be "Yes" ("No" in steps S11 and S12), processing of step S13 will not be performed, and processing of steps S14 to S19 will be performed.

[0077] After the first order is executed as a new stop order or a new limit order, if the market purchase price 71 of the U.S. dollar falls to the price of the settlement stop order, for example, to 100.00 yen per dollar, which is the execution price of the first to fifth stop orders 181v1 to 181v3 at time t2 as shown in FIG. 8 ("Yes" in step S17), the execution information generation unit 14 executes the stop orders corresponding to these executed first orders. For example, if the first first order 181t1 executed in step S15 is executed as a new stop order, the execution information generation unit 14 converts the flag information of the execution presence / absence information 181N of the first stop order 181v1 from "absent" to "present" as shown in FIG. 10(d), and executes the first stop order 181v1 (step S21). This makes it possible to minimize losses suffered by customers who place limit orders in cases where the market price of a financial product fluctuates more than usual and is unlikely to recover in the near future.

[0078] Then, when an execution is made based on any of the first to fifth stop orders 181v1 to 181v5, the execution information generation unit 14 performs a cancellation process on all order information groups 181s1 to 181s5 that were generated based on the buy / sell order application information that generated the executed first to fifth stop orders 181v1 to 181v5, including the currently valid, unexecuted second order and the order information groups that were not yet generated at the time of execution of the stop order information (steps S22, S23). Specifically, the contract information generation unit 14 cancels the second orders (e.g., the second and third second orders 181u2 and 181u3) that were valid but not yet executed at the time of contract of the first stop order 181v1. Furthermore, among the first through fifth order information groups 181s1 through 181s5 listed in the order table 181, all order information groups 181s1 through 181s5 that have not yet been generated as of time t11 are deleted from the order table 181 (step S23). The cancellation is then displayed on the display unit 22 of the client terminal 2 (all "cancellation processes" in this embodiment are the same). By performing this cancellation process, all trading based on limit orders, such as trap trades, that occurs after the contract of the stop order information is completed can be halted based on a single stop order. This minimizes losses incurred by customers engaging in limit trades when the market price of a financial product fluctuates significantly from the previous market price and is unlikely to recover in the near future.

[0079] If no contract is made based on any of the first to fifth stop orders 181v1 to 181v5, the processes from steps S14 to S19 are repeated until all of the first orders 181t1 to 181t3 and second orders 181u1 to 181u3 are contracted (“No” in step S20).

[0080] In this embodiment, when a request to change the price and amount of a limit order that has already been generated is received from the client terminal 2, the financial instruments transaction management device 1 treats the request as an unauthorized request and processes it as an input error. Specifically, based on the request, no data changes are made to the order table 181, and no data or signals are sent or received from the financial institution by the account information generation unit 15 or the deposit / withdrawal information generation unit 13. In addition, the display unit 22 of the client terminal 2 displays a message indicating an input error. This prevents excessive workload on the bank, which is the source of the financial instruments purchase and sale, due to frequent requests for prices and amounts.

[0081] On the other hand, if an order cancel button (not shown) is clicked on a third input screen (not shown) of the client terminal 2, requesting cancellation of a trap trade or the like that has been created, the contract information generation unit 14 of the financial instruments transaction management device 1 extracts the order information group included in the trap trade or the like for which cancellation has been requested, and processes all uncontracted second orders and stop orders from this order information group as canceled. For example, if a cancellation request for the fifth order information group 181s5 is made from the client terminal 2 between t2 and t3 in Figure 8, the fifth second order 181u5 that is scheduled to be contracted at time t3 and the uncontracted fifth stop order 181v5 (not shown in Figure 8) are canceled.

[0082] In this way, when a cancellation request is made for an order for a financial product that has already been generated, the order information group containing the order information related to the order for which the cancellation request has been made is extracted, and all pre-execution order information contained in the order information group is cancelled, thereby preventing the handling of limit orders through trap trading from becoming complicated.

[0083] In addition, instead of the configuration of this embodiment, a configuration may be adopted in which a cancellation request made using an order cancellation button (not shown) further cancels all secondary orders that are valid but not yet executed at the time of the cancellation request (for example, in the above example, the second to fifth secondary orders 181u2 to 181u5 that are scheduled to be executed at time t3).

[0084] In addition, if the order received from the client terminal 2 is a normal market order (a trading method in which financial products are bought and sold at the market price at the time the order is placed), the contract information generation unit 14 will immediately contract the order once the order information is generated in step S8, and the processing of step S9 and the processing from step S21 onwards will not be performed.

[0085] As described above, in the financial instruments transaction management device 1 of this first embodiment, the order information generation unit 16 assigns, in each order information group, first order identification information to buy order information / sell order information of stop orders that form the order information group, as a first order with a high priority in terms of the order of execution, and assigns second order identification information to sell order information / buy order information of limit orders, as a second order with a low priority in terms of the order of execution, thereby putting the order information as the first order into a state in which valid information identification information is assigned to it, and also treating the order information as the second order and the stop order information as invalid order information, and performing processing to cancel the buy order information / sell order information as the first order and the sell order information / buy order information as the second order when the market price information acquired by the price information reception management unit 19 is higher / lower than the price of the second order, thereby making it possible to reliably prevent a situation in which the first order and the second order are executed in a situation in which the client would not gain a profit by executing these first and second orders. This makes it possible to avoid a situation in which a customer may suffer a disadvantage due to the execution of the first order and the second order in an if-done order where the first order is a stop-loss order, thereby reducing the risk incurred by a customer placing a limit order.

[0086] In the financial instruments transaction management device 1 of this first embodiment, when the price information reception management unit 19 resumes acquiring market price information after temporarily terminating it, if the market price information acquired by the price information reception management unit 19 is higher than the price of the second order as sell order information, or if the market price information acquired by the price information reception management unit 19 is lower than the price of the second order as buy order information, the order information generation unit 16 performs processing to cancel the buy order information as the first order and the sell order information as the second order. This reliably prevents a situation in which the first order and the second order are executed when the execution price is determined by the so-called "itayose method" when the trading market for the financial instruments resumes after temporarily closing. This avoids a situation in which a customer may suffer a disadvantage due to the execution of the first order and the second order in an if-done order where the first order is a stop-loss order, and further reduces the risk incurred by a customer placing a limit order.

[0087] In the financial product transaction management device 1 of this embodiment 1, the order information generation unit 16 generates an order information group including multiple order information for first orders, each of which places limit orders for the same type of financial product at a single price, based on a single buy / sell order application information.This makes it possible to avoid a situation in which a customer may suffer a disadvantage due to the execution of the first order and the second order when multiple order information for first orders is generated based on a single buy / sell order application information, and further reduces the risk incurred by a customer placing a limit order.

[0088] In the financial instruments transaction management device 1 of this embodiment 1, the order information group also includes stop order information for placing stop orders at other prices for the financial instruments that are the subject of the buy order information and sell order information, so that the customer can sell financial instruments that he or she will own in the future using stop orders. This makes it possible to automatically suspend transactions based on limit orders depending on future market conditions, thereby reducing the risks incurred by customers who place limit orders using the system.

[0089] In the financial instruments transaction management device 1 of this embodiment 1, stop order information is generated as order information for settlement stop orders, so that stop orders can be limited to only those situations where stop orders are truly needed, where a customer is carrying out settlement procedures to minimize losses incurred by limit transactions, thereby preventing the abuse of stop orders and preventing information processing within the system from becoming too complicated.

[0090] In the financial product transaction management device 1 of this embodiment 1, the contract information generation unit 14 can make contracts between the first-priority order information and the second-priority order information even if slippage occurs when contracting the first-priority order information and the second-priority order information, thereby making it easier to contract limit orders as first-priority and second-priority order information and further reducing the risks that customers incur when placing if-done orders.

[0091] The financial instruments transaction management device 1 of this first embodiment comprises an account information generation unit 15 that manages margin information as customer deposit balance information, and an order input acceptance unit 12 that calculates the amount of margin required for trading financial instruments, the order input acceptance unit 12 calculates the margin in a manner that includes a correction for slippage that may occur when calculating the margin, and the order information generation unit 16 generates an order information group when the margin information acquired by the account information generation unit 15 is equal to or greater than the margin amount calculated by the order input acceptance unit 12, thereby calculating the margin required when generating the order information group as an amount that includes a correction amount that takes into account slippage that may occur when calculating the margin. This prevents the generation of an order information group that should normally be allowed from being hindered by the occurrence of slippage, and improves convenience for customers using the system.

[0092] In the financial instruments transaction management device 1 of this embodiment 1, when an agreement is made based on stop order information, the agreement information generation unit 14 performs a cancellation process to delete from the order information recording means all order information groups that have not been generated at the time of the agreement of the stop order information, among the order information groups generated based on the buy / sell order application information that generated the stop order information, thereby making it possible to cancel all buying and selling based on limit orders such as if-done orders that have been made after the time of the agreement of the stop order information based on one stop order information. This makes it possible to minimize losses incurred by customers who make limit transactions in cases such as when the market price of a financial instrument fluctuates more than the previous market price and is not expected to recover in the near future.

[0093] In the financial instruments transaction management device 1 of this first embodiment, the order information group generated by the order information generation unit 16 based on one buy / sell order application information has a fixed number of financial instruments forming one order information group, and the price spreads between buy order information and sell order information in order information groups of multiple price ranges are fixed, respectively. This simplifies the content of commands from the client terminal when ordering financial instruments. Furthermore, orders can be placed with a high risk diversification effect, with orders for a fixed number of instruments formed at fixed price spreads. This allows for more efficient and smooth transactions using limit orders.

[0094] In the financial instruments transaction management device 1 of this embodiment 1, when there is a cancellation request to cancel a financial instrument order that has already been generated, the contract information generation unit 14 extracts an order information group including order information related to the order for which the cancellation request has been made, and performs a cancellation process to delete all pre-contracted order information included in the order information group from the order information recording means, thereby preventing the handling of limit orders from becoming complicated. This makes it possible to further increase the convenience for customers who use the system while preventing the system configuration and information processing in the system from becoming complicated.

[0095] In this embodiment 1, the financial product transaction management device 1 displays the first input screen 40 and the second input screen 41 on the display unit 22 of the client terminal 2, and generates the same number of positions for the first order and the second order based on the data entered on these input screens 40, 41. However, this is not limited to this, and for example, instead of the second input screen 41 shown in FIG. 5, the second input screen 44 shown in FIG. 11 can be displayed on the client terminal 2, and the number of positions for the first order can be set based on the data entered by the customer on this second input screen 44 (hereinafter referred to as a "variant example").

[0096] In this modification, the value entered in the first order price input field 44a on the second input screen 44 is set as the reference first order (the first order to be executed first), and the price of the first order for each position is calculated by the number entered in the trap quantity selection field 44c, with the price range from this reference first order being the value entered in the price range input field 44b. The price of the second order may be entered in a second order price input field (not shown) on the second input screen 44 or the third input screen (not shown), or may be calculated using the numerical values ​​entered on the second input screen 44, etc. and a predetermined arithmetic formula as in the first embodiment, or may be a predetermined value set in advance. The number of positions for the second order may be one or more.

[0097] When the first embodiment and the modified example are used together, it is desirable that the "trap_seq" field 181m of the order table 181 be set in a manner that allows the first embodiment and the modified example to be distinguished from each other.

[0098] [Embodiment 2 of the Invention] 12 to 16 show a second embodiment of the present invention.

[0099] This embodiment differs from the first embodiment in that, instead of the trap trade of the first embodiment, a trading form is performed in which one first order and another second order are repeatedly placed and executed through if-done trading (hereinafter, this trading form is referred to as a "repeat if-done order").

[0100] The financial instruments transaction management device 1 displays a first input screen 40 and then a second input screen 41 on the display unit 22 of the client terminal 2, and when the customer selects "repeat-if-done-order" using the order type selection button 41b, the second input screen 42 for inputting a repeat-if-done order is displayed on the display unit 22. Figure 12 is an image diagram of the second input screen 42 that is displayed when the trading type selection button 401a for "buy" of US dollar / Japanese yen (buying and selling US dollars with Japanese yen) is selected on the first input screen 40 and "repeat-if-done-order" is selected using the order type selection button 41b on the second input screen 41. As shown in the figure, the second input screen 42 displays an order type selection button 42a, a first order price input field 42b for inputting the order price of the first order, a second order price input field 42c for inputting the order price of the second order, a first order trade type selection button 42d for selecting the type of trade of the first order to be executed first, a second order trade type selection button 42e for selecting the type of trade of the second order, an order amount input field 42f similar to the order amount input field 41d on the second input screen 41, a profit amount designation field 42g for inputting the amount of profit to be obtained by trading the first order and the second order for one position, a stop-loss order checkbox 41j and stop-loss price input field 41k on the second input screen 41, a stop-loss order checkbox 42h and stop-loss price input field 42i similar to the order confirmation button 41m on the second input screen 41, and an order confirmation button 42j.

[0101] The client uses the operation unit 21 to select and input data of the order details into the first input screen 40 and the second input screen 42. Figure 12 shows the second input screen 42 when the trading type selection button 401a for "buy" of US dollar / Japanese yen (buying and selling US dollars with Japanese yen) is selected using the desired trading currency pair selection button 401 on the first input screen 40 shown in Figure 4, and when "repeat if done order" is selected using the order type selection button 41b on the second input screen 41. In this second input screen 42, 101.00 (yen) is entered in the first order price input field 42b, 101.50 (yen) is entered in the second order price input field 42c, "New Buy Stop Order" is selected in the first order trading type selection button 42d, "Settlement Sell Limit Order" is selected in the second order trading type selection button 42e, 100,000 yen is selected in the order amount input field 42f, 50,000 yen is selected in the profit amount specification field 42g, the stop-loss order checkbox 42h on the second input screen 41 is checked, and 100.00 (yen) is entered in the stop-loss price input field 42i.

[0102] 12 shows a state in which values ​​are entered in all of the second order price input field 42c, the order amount input field 42f, and the profit amount specification field 42g. However, this is not limited to this; it is sufficient if values ​​are entered in only two of the second order price input field 42c, the order amount input field 42f, and the profit amount specification field 42g. The value (amount) in one field in which a value is not entered is calculated by the order input acceptance unit 12 based on the amount entered in the first order price input field 42b and the values ​​(amounts) entered in the remaining two fields after the order confirmation button 42j is clicked. For example, in FIG. 12, if values ​​are entered in only the first order price input field 42b, the second order price input field 42c, and the order amount input field 42f, the order input acceptance unit 12 calculates the value to be entered in the profit amount specification field 42g based on these values ​​as (101.50 - 101.00) × 100,000 = 50,000. Moreover, the order input receiving unit 12 may calculate the numerical value using the formula (1) or formula (1)′ in the first embodiment.

[0103] When the order confirmation button 42j is clicked in this state, steps S1 to S10 are performed as in the first embodiment, and order information and an order information group are generated and recorded in the order table 181. At this time, the "repeat_flag" field 181n defines that the if-done order is to be performed repeatedly.

[0104] 14A and 14B (a) are diagrams showing a set of order information generated by the order information generating unit 16 based on the procedure of steps S1 to S10 and recorded in the order table 181. The table shown in the figure is also displayed as an image on the display unit 22 of the client terminal 2 by the front page distribution unit 11. As shown in the figure, in the order table 181, a set of order information 181s 11 This order information group 181s is recorded. 11 As in the first embodiment, the first order 181t is a "buy order information" for placing a stop-loss order for the same type of financial product at a single price. 11 and a second order 181u as "sell order information" for placing a limit order at a different price for the financial instrument that is the subject of the first order 181t1. 11 and a stop-loss order 181v that places a stop-loss order at another price (stop-loss price) for the financial product that is the subject of the buy order information and sell order information. 11 A set of information for one price range is formed.

[0105] This order information group 181s 11 14A and 14B, the structure of the attribute information is the same as that of each of the order information groups 181s1, 181s2, . . . 181s5 in the first embodiment. 11 The order price shown in is 101.00 yen per dollar (i.e., the price entered in the first order price input field 42b), and the second order 181u 11 The order price shown in is 101.50 yen per dollar (i.e., the price entered in the second order price input field 42c), and the stop order 181v 11 The order price shown in is 100.00 yen (i.e., the price entered in the stop loss price input field 42i).11 , Second Order 181u 11 , Stop order 181v 11 is 100,000 yen (i.e. the amount entered in the order amount input field 42f).

[0106] On the other hand, this order information group 181s 11 In this case, stop order 181v 11 The order price is set to the price input in the stop loss price input field 41k (in this embodiment, 1 dollar = 100.00 yen).

[0107] As shown in Figure 14A, the first order was 181t. 11 The limit order type information 181G is set as "stop order" and the new / settlement information 181K is set as "new". 11 is generated as a new stop order. 11 In this case, the "repeat_flag" field 181n is set to repeatedly perform an if-done order.

[0108] In addition, in Figures 14A and 14B, the first order 181t 11 This shows the case of a buy order, but the first order is 181t. 11 The same is set for sell orders. The other configurations are the same as those in the first embodiment.

[0109] 13A and 13B are flowcharts showing the processing procedures after accepting a limit order via trap trading in the financial instruments transaction management device 1 of this embodiment, and FIGS. 15 and 16 are time charts showing the processing procedures after accepting a limit order via trap trading in the financial instruments transaction management device 1 of this embodiment. The processing procedures will be explained below based on these figures. In FIGS. 15 and 16, circles indicate order information for one position.

[0110] After the order acceptance process is completed, the process from step S11 to S13 is the same as in the first embodiment. As shown in FIG. 15, for example, consider a case where the market purchase price 71 of the US dollar at time t1 is 1 dollar = 100.00 yen, the exchange rate is temporarily suspended and then resumed at time t2, and the market purchase price 71 becomes the same 1 dollar = 103.50 yen by the so-called "itayose method." In this case, the first order is a buy order, and the market purchase price 71 is the same as the second order 181u. 11 Therefore, the contract information generating unit 14 generates the first order 181t 11 and Second Order 181u 11 Specifically, the first order of 181t from the first to third orders will be cancelled. 11 14A and 14B (b), the contract information generating unit 14 newly replaces the order information of the first order 181t whose limit order type information 181G is "limit order". 11 is newly generated and set (step S13).

[0111] In this state, the contract information generating unit 14 generates the first order 181t 11 and Second Order 181u 11 That is, the contract information generating unit 14 performs a process of contracting the market purchase price 71 to the first order 181t. 11 When it is confirmed that the contract price has been reached ("Yes" in step S14), the first order 181t 11 Specifically, as shown in (b) of FIG. 14B, the contract information generating unit 14 outputs the first order 181t together with the contract. 11 The flag information of the contract existence information 181N of the second order is converted from "absent" to "existent." 11 and stop order 181v 11 The valid / invalid information 181L is converted from "invalid" to "valid", and steps S15 to S19 are processed in the same manner as in the first embodiment.

[0112] In steps S15 and S19, the contract information generating unit 14 11, and Second Order 181u 11 Even if slippage occurs when executing these orders, these orders are executed in the same manner as in the first embodiment.

[0113] On the other hand, if the "Itayose" process is not performed and the market purchase price 71 of the US dollar gradually changes from 1 USD = 100.00 Yen to 1 USD = 101.50 Yen from time t1 to time t2, as shown in (e) of Figures 14A and 14B, the first order 181t 11 The limit order type information 181G remains "Stop-Loss", and the first order 181t 11 , and the second orders 181u1 to 181u3 are gradually executed. In this case, as shown in Fig. 16, all positions are processed sequentially. In this case, since steps S11 and S12 do not become "Yes" ("No" in steps S11 and S12), the process of step S13 is not performed, and the processes of steps S14 to S19 are performed.

[0114] And the first order was 181 tons. 11 , Second Order 181u 11 The second order is executed. 11 At time t4 immediately after time t3 when the order information generated by input in step S1 has not yet been fully contracted ("No" in step S20), the account information generation unit 15 again acquires the margin information of the customer from the customer account information table 182. Then, the order input acceptance unit 12 again compares the acquired margin information with the total order amount of the customer, and checks whether the amount of margin is equal to or greater than the total order amount (step S24). If the amount of margin is less than the total order amount ("Yes" in step S25), the process is suspended until it is equal to or greater than the total order amount. If the amount of margin is equal to or greater than the total order amount ("No" in step S25), the order information generation unit 16 generates a new order information group 181s. 11 At this time, as shown in (c) of FIG. 14A and FIG. 14B, the order information group 181s 11 First order of 181t 11The fact that the limit order type information 181G is set to "limit order" from the beginning is the same as the order information group 181s shown in FIG. 11 The order information generating unit 16 generates the order information group 181s in the same manner as in step S9. 11 is recorded in the order table 181 (step S27). Then, the processing from step S14 onwards is repeated.

[0115] That is, this order information group 181s 11 At time t3 shown in Figure 15, the market purchase price 71 is 101.50 yen per dollar, and the first order 181t 11 When this is executed, the first order 181t is executed as shown in (d) of Figure 14A and Figure 14B. 11 The execution information of the order is converted from "no" to "yes" and the second order 181u 11 , and stop order 181v 11 The valid / invalid information 181L of the order u is converted from "invalid" to "valid," and when the market purchase price 71 becomes 101.00 yen per dollar at time t5 shown in FIG. 15, the second order u 11 The contract existence information is converted from "absent" to "existent." This process is then repeated.

[0116] On the other hand, after the first order is executed as a new stop order or a new limit order, the market purchase price 71 of the US dollar becomes the price of the settlement stop order, for example, as shown in Figures 15 and 16, at time t7 (Figure 15) and time t8 (Figure 16), the stop order 181v 11 If the price falls to 100.00 yen per dollar, which is the contract price of the first order ("Yes" in step S17), the contract information generation unit 14 executes the stop orders corresponding to these executed first orders, as in the first embodiment. For example, when the first first order 181t1 executed in step S15 is executed as a new stop order, the contract information generation unit 14 converts the flag information of the execution presence / absence information 181N of the first stop order 181v1 from "absent" to "present" as shown in (f) of FIG. 14A and FIG. 14B, and executes the first stop order 181v1 (step S21). The contract information generation unit 14 also executes the processes of steps S22 and S23.

[0117] In the financial product transaction management device 1 of this embodiment 2, the order information generation unit 16 generates multiple order information groups in one price range based on one buy / sell order application information, thereby avoiding a situation in which a customer may suffer a disadvantage due to the execution of the first order and the second order that form the order information group when multiple order information groups in one price range are generated based on one buy / sell order application information, and further reducing the risk incurred by a customer who places a limit order.

[0118] The financial instruments transaction management device 1 of this second embodiment is equipped with an agreement information generation unit 14 that executes agreements for financial instruments based on order information, and when order information as a first order forming one group of order information is executed, the agreement information generation unit 14 changes order information as a second order and stop order information from invalid order information to valid order information, and when order information as a second order that has been validated is executed, the agreement information generation unit 14 regenerates one group of order information, thereby enabling transactions with multiple if-done orders to be executed on the computer system based on one buy / sell order application information received from a client terminal. This allows customers using the system to execute multiple if-done orders for limit orders for financial instruments without having to go through complicated order procedures, thereby improving convenience for customers using the system.

[0119] Third Embodiment 17 to 20 show a third embodiment of the present invention.

[0120] In this embodiment 3, instead of the trap trade of embodiment 1 and the repeat if-done order of embodiment 2, a "trap repeat if-done order" is placed, which is an order form that trades the same type of financial product multiple times in a single price range using if-done orders based on a single buy / sell order application information, across multiple price ranges.

[0121] The financial instruments transaction management device 1 displays a first input screen 40 and then a second input screen 41 on the display unit 22 of the client terminal 2, and when the customer selects "trap repeat if-done order" with the order type selection button 41b, a second input screen 43 for inputting a trap repeat if-done order is displayed on the display unit 22. Figure 17 is an image diagram of the second input screen 43 that is displayed when the trading type selection button 401a for "buy" of US dollar / Japanese yen (buying and selling US dollars with Japanese yen) is selected on the first input screen 40 and "trap repeat if-done order" is selected with the order type selection button 41b on the second input screen 41. As shown in the figure, the second input screen 43 displays a buy / sell type selection button 43a, an order type selection button 43b, an order condition selection field 43c, an order amount input field 43d, a first order price input field 43e, a trap quantity selection field 43f, and a price range input field 43g, similar to the second input screen 41 of embodiment 1, and also displays a profit amount specification field 43h, a stop-loss order check box 43i, and a stop-loss price input field 43j, similar to the second input screen 42 of embodiment 2.

[0122] The client uses the operation unit 21 to select and input data of order details into the first input screen 40 and the second input screen 43. In Fig. 17, the following state is shown: the first order "buy" transaction is selected with the trade type selection button 43a, "limit order" is selected in the order condition selection field 43c, 100,000 yen is entered in the order amount input field 43d, 101.00 yen is entered in the first order price input field 43e, 5 (lots) is selected in the trap quantity selection field 43f, 1.00 yen is entered in the price range input field 43g, 50,000 yen is entered in the profit amount specification field 43h, the stop-loss order checkbox 43i is checked, and 100.00 yen is entered in the stop-loss price input field 43j.

[0123] In this state, when the order confirmation button 43k is clicked, the processing of steps S1 to S10 is carried out in the same manner as in the first and second embodiments, and order information and an order information group are generated and recorded in the order table 181.

[0124] 18A and 18B (a) are diagrams showing a group of order information generated by the order information generating unit 16 based on the procedure of steps S1 to S10 and recorded in the order table 181. As shown in the figures, the order price information 181H of the second order includes the order price of the corresponding first order, for example, the second order 181u. 21 The first order corresponds to 181t 21 The value shown is the sum of the numerical value (101.00 (yen)) input in the first order price input field 43e and the value (50,000 (yen) ÷ 100,000 yen = 0.5 (yen)) obtained by dividing the numerical value input in the profit amount specification field 43h by the numerical value input in the order amount input field 43d. This numerical value is calculated by the order input receiving unit 12 based on the numerical value input in the second input screen 43. The order input receiving unit 12 can also calculate the numerical value to which the profit of the administrator of the financial instruments transaction management device 1 is added as the order price information 181H, using the formula (1)' in the first embodiment, etc. Furthermore, 21 ,181s 22 ,···181s 25 In this example, the "trap_seq" field 181m is set to select trap trade, and the "repeat_flag" field 181n is set to repeatedly perform if-done orders. The other configurations are the same as those of the first embodiment.

[0125] The processing procedure after accepting a limit order based on a trap repeat if-done order in the financial instruments transaction management device 1 of this embodiment is the same as the processing procedure in embodiment 2 shown in Figures 13A and 13B. Figures 19 and 20 are time charts showing the processing procedure after accepting a limit order based on a trap repeat if-done order in the financial instruments transaction management device 1 of this embodiment. The processing procedure will be explained below based on the same figures. In Figures 19 and 20, circles indicate order information for one position.

[0126] After the order acceptance process is completed, the processes from steps S11 to S19 are the same as those in the first embodiment. On the other hand, after the first order is executed as a new stop order or a new limit order, the first to fifth order information groups 181s are executed first. 21 ~181s 25 The process is the same as in the first embodiment. For example, in FIG. 19, if the market purchase price 71 of the US dollar at time t1 is 1 dollar = 100.00 yen, the exchange rate is temporarily suspended and then resumed at time t2, and the market purchase price 71 becomes the same 1 dollar = 103.50 yen by the so-called "itemayose method," the contract information generation unit 14 generates the first to third first orders 181t. 21 ~181t 23 and 1st to 3rd Second Order 181u 21 ~181u 23 Specifically, the first order of 181t from the first to third orders will be cancelled. 21 ~181t 23 The contract information generating unit 14 newly replaces the order information of the stop order with the order information of the (forward) limit order. Furthermore, the contract information generating unit 14 newly replaces the order information of the first to third first orders 181t whose limit order type information 181G is "forward limit". 21 ~181t 23 Generate and set the first to third orders 181t 21 ~181t 23 and 1st to 3rd Second Order 181u 21 ~181u 23 That is, the contract information generating unit 14 executes the contract for each order information group 181s shown in (a) of FIG. 18A and FIG. 18B. 21 ~181s 23 As shown in (b) of FIG. 6A, the first to third first orders 181t 21 ~181t 23 The flag information of the limit order type information 181G is converted from "stop order" to "stop order", and the first to third secondary orders 181u are displayed as shown in FIG. 10(b). 21 ~181u 23 , and the first to third stop orders 181v 21 ~181v 23 The flag information of the valid / invalid information 181L is changed from "invalid" to "valid," and the first to third first orders 181t 21 ~181t23 10(c), the contract information generating unit 14 converts the flag information of the contract existence information 181N of the first to third secondary orders 181u from "absent" to "existent." 21 ~181u 23 The flag information of the contract existence information 181N is converted from "absent" to "existent."

[0127] In this embodiment, unlike the first embodiment, when a second order is executed, the order information generating unit 16 generates a group of order information including the second order again. For example, as shown in (c) of FIG. 10, the first to third second orders 181u 21 ~181u 23 After the flag information of the contract existence information 181N is converted from "absent" to "existent," the order information generating unit 16 converts the first to third order information groups 181s as shown in (b) of FIG. 18A and FIG. 18B. 21 ~181s 23 is generated again repeatedly. Also, the fourth and fifth second orders 181u 24 ,181u 25 Similarly, when the fourth and fifth order information groups 181s are executed, 24 ~181s 25 However, as shown in FIG. 18A(b), the order information group 181s generated from the second time onwards 21 ~181s 25 For example, in FIG. 18A and FIG. 18B, the first to third order information groups 181s are generated again. 21 ~181s 23 The first order from the first to third orders is 181t 21 ~181t 23 The limit order type information 181G is generated as "limit order."

[0128] In addition, the contract information generating unit 14 performs the first order 181t in steps S15 and S19. 21 , and Second Order 181u 21 Even if slippage occurs when executing these orders, these orders are executed in the same manner as in the first embodiment.

[0129] On the other hand, as shown in FIG. 20, even if the process by the "Itayose method" is not performed and the market purchase price 71 of the US dollar gradually changes from 1 dollar = 100.00 yen to 1 dollar = 101.50 yen from time t1 to time t2, the process shown in (b) and (c) of FIG. 10 is performed, and the executed second order, for example, the first second order 181u 21 First order information group 181s including 21 is generated again, but in this case, the first order information group 181s 21 The first order is 181t 21 The limit order type information 181G is generated as "limit order."

[0130] On the other hand, the market purchase price 71 of the US dollar is the price of the settlement stop order, for example, as shown in Figures 19 and 20, at time t11 (Figure 19) and time t12 (Figure 20), the stop order 181v 21 If the price falls to 100.00 yen per dollar, which is the contract price of the first order ("Yes" in step S17), the contract information generation unit 14 executes the stop order corresponding to the contracted first order, as in the first and second embodiments. For example, the contract information generation unit 14 executes the stop order corresponding to the first first order 181t contracted in step S15. 21 When a new stop order is executed, the first stop order 181v is executed as shown in Figure 10(d). 21 The flag information of the contract existence information 181N is changed from "absent" to "existent," and the first stop order 181v 21 (Step S21). The processes of steps S22 and S23 are also performed.

[0131] As described above, in this embodiment, the order information generation unit 16 generates a plurality of order information groups for a plurality of price ranges in each price range based on one buy / sell order application information, thereby making it possible to avoid a situation in which a customer may suffer a disadvantage due to the execution of the first order and the second order that form the order information group when a plurality of order information groups for a plurality of price ranges in each price range are generated based on one buy / sell order application information, and to further reduce the risk incurred by a customer who places a limit order.

[0132] The financial instruments transaction management device 1 of this embodiment is equipped with an agreement information generation unit 14 that executes agreements for financial instruments based on order information, and when order information as a first order forming one group of order information is executed, the agreement information generation unit 14 changes order information as a second order and stop order information from invalid order information to valid order information, and when order information as a second order that has been validated is executed, the agreement information generation unit 14 regenerates one group of order information, thereby realizing transactions with multiple if-done orders on the computer system based on one buy / sell order application information received from the client terminal 2. This allows customers using the system to execute multiple if-done orders for limit orders for financial instruments without having to go through complicated order procedures, thereby improving convenience for customers using the system.

[0133] In addition, although the financial product transaction management system 1A in each of the above embodiments deals with foreign exchange as a financial product, this is not limited to this, and the present invention can also be applied to financial product transaction management systems that deal with other financial products, such as stocks and bonds.

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

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

[0136] 1A Financial Instruments Transaction Management System 1. Financial Instruments Transaction Management Device 2, 21~2 n Client terminal 12. Order input reception unit (order input reception means, margin amount calculation means) 14...Execution information generation unit (execution information generation means) 15 Account information generation unit (account information generation means) 16. Order information generation unit (order information generation means) 181 Order table (order information recording means) 181K···Valid / invalid information (valid / invalid identification information) 181M... Order information (first order identification information) 19. Price information reception management unit (market price means) 181s1, 181s2,..., 181s5... Order information group 181t1, 181t2, , 181t5 First order (buy order information) 181u1, 181u2,···, 181u5···Second order (sell order information) 181v1, 181v2,···, 181v5···Stop order (Stop order information)

Claims

1. A financial product transaction management device for managing the buying and selling of financial products, an order input receiving means for receiving buy / sell order application information for placing buy / sell orders for the financial product; a price information receiving means for acquiring market price information of the financial product; an order information generating means for generating order information for placing an order for the financial product based on the buy / sell order application information received by the order input receiving means and the market price information acquired by the price information receiving means, the order information being such that the contract information generating means can cancel the order if specific conditions are met; Equipped with The order information generating means Based on one of the buy / sell order application information, the order information is generating one or more buy order information as the order information, the order information being for placing a buy order for the same type of financial product at a predetermined buy order price, and where if there are a plurality of pieces of order information, each piece of order information is provided with specific contract price information, and where if there are a plurality of pieces of order information to be generated, the respective buy order prices are configured to be different prices, and where the contract information generation means is configured to be able to cancel the order when specific conditions are met; generating one or more pieces of corresponding order information as the order information, the order information being for placing corresponding orders as transactions of sell orders corresponding to the buy orders, and configured so that when there are multiple corresponding orders, the corresponding order prices of the corresponding orders are different from each other; The order information generating means When the market price based on the market price information of the financial product fluctuates by more than a predetermined price range and one or more of the corresponding order prices are included in the price range, the buy order information is configured so that, for the buy orders corresponding to the corresponding orders included in the price range, processing to cancel one or more of the buy orders is performed by the contract information generation means based on one or more of the buy order information for trading the buy orders; The order information generating means A financial product transaction management device configured to generate the order information for placing the order at the buy order price of the canceled buy order.

2. A financial product transaction management device for managing the buying and selling of financial products, an order input receiving means for receiving buy / sell order application information for placing buy / sell orders for the financial product; a price information receiving means for acquiring market price information of the financial product; an order information generating means for generating order information for placing an order for the financial product based on the buy / sell order application information received by the order input receiving means and the market price information acquired by the price information receiving means, the order information being such that the contract information generating means can cancel the order if specific conditions are met; Equipped with The order information generating means Based on one of the buy / sell order application information, the order information is Generate one or more sell order information as the order information, which is for placing sell orders for the same type of financial product at a predetermined sell order price, and in the case where there are multiple pieces of order information, each piece is provided with specific contract price information, and in the case where there are multiple pieces of order information to be generated, each sell order price is configured to be a different price, and the contract information generation means is configured to be able to cancel the order when specific conditions are met; generating one or more pieces of corresponding order information as the order information, the order information being for placing corresponding orders as transactions of buy orders corresponding to the sell orders, and configured so that when there are multiple corresponding orders, the corresponding order prices of the corresponding orders are different from each other; The order information generating means When the market price based on the market price information of the financial product fluctuates by more than a predetermined price range and one or more of the corresponding order prices are included in the price range, the sell order information is configured so that, for the sell orders corresponding to the corresponding orders included in the price range, processing to cancel one or more of the sell orders is performed by the contract information generation means based on one or more of the sell order information for trading the sell orders; The order information generating means 1. A financial product transaction management device configured to generate the order information for placing the order at the sell order price of the canceled sell order.

3. A financial product transaction management device for managing the buying and selling of financial products, an order input receiving means for receiving buy / sell order application information for placing buy / sell orders for the financial product; a price information receiving means for acquiring market price information of the financial product; an order information generating means for generating order information for placing an order for the financial product based on the buy / sell order application information received by the order input receiving means and the market price information acquired by the price information receiving means, the order information being such that the contract information generating means can cancel the order if specific conditions are met; Equipped with The order information generating means Based on one of the buy / sell order application information, the order information is generating one or more buy order information as the order information, the order information being for placing a buy order for the same type of financial product at a predetermined buy order price, and where if there are a plurality of pieces of order information, each piece of order information is provided with specific contract price information, and where if there are a plurality of pieces of order information to be generated, the respective buy order prices are configured to be different prices, and where the contract information generation means is configured to be able to cancel the order when specific conditions are met; generating one or more pieces of corresponding order information as the order information for placing corresponding orders as transactions of sell orders corresponding to the buy orders, wherein, when there are multiple corresponding orders, the corresponding order prices of the corresponding orders are configured to be different from each other; The order information generating means When the market price based on the market price information of the financial product fluctuates by more than a predetermined price range and one or more of the corresponding order prices are included in the price range, the buy order information is configured so that, for the buy orders corresponding to the corresponding orders included in the price range, processing to cancel one or more of the buy orders is performed by the contract information generation means based on one or more of the buy order information for trading the buy orders; The order information generating means generating the order information to place the order at the buy order price of the canceled buy order; The order information generating means A financial product transaction management device characterized by repeatedly generating buy order information for trading a buy order at the buy order price corresponding to the canceled buy order, and generating corresponding order information for trading a corresponding order corresponding to the buy order.

4. A financial product transaction management device for managing the buying and selling of financial products, an order input receiving means for receiving buy / sell order application information for placing buy / sell orders for the financial product; a price information receiving means for acquiring market price information of the financial product; an order information generating means for generating order information for placing an order for the financial product based on the buy / sell order application information received by the order input receiving means and the market price information acquired by the price information receiving means, the order information being such that the contract information generating means can cancel the order if specific conditions are met; Equipped with The order information generating means Based on one of the buy / sell order application information, the order information is Generate one or more sell order information as the order information, which is for placing sell orders for the same type of financial product at a predetermined sell order price, and in the case where there are multiple pieces of order information, each piece is provided with specific contract price information, and in the case where there are multiple pieces of order information to be generated, each sell order price is configured to be a different price, and the contract information generation means is configured to be able to cancel the order when specific conditions are met; generating one or more pieces of corresponding order information as the order information, the order information being for placing corresponding orders as transactions of buy orders corresponding to the sell orders, and configured so that when there are multiple corresponding orders, the corresponding order prices of the corresponding orders are different from each other; The order information generating means When the market price based on the market price information of the financial product fluctuates by more than a predetermined price range and one or more of the corresponding order prices are included in the price range, the sell order information is configured so that, for the sell orders corresponding to the corresponding orders included in the price range, processing to cancel one or more of the sell orders is performed by the contract information generation means based on one or more of the sell order information for trading the sell orders; The order information generating means generating the order information to place the order at the sell order price of the canceled sell order; The order information generating means A financial product transaction management device characterized by repeatedly generating sell order information for trading a sell order at the sell order price corresponding to the canceled sell order, and generating corresponding order information for trading the corresponding order corresponding to the sell order.

5. The order information generating means 5. A financial instruments transaction management device according to claim 1, wherein the device generates stop order information for placing a stop order for the financial instrument at another price, the stop order information being associated with buy order information for a stop order as the order information or sell order information for a stop order as the order information, which is generated based on one of the buy / sell order application information.

6. 5. The financial instruments transaction management device according to claim 1, wherein the order information generating means generates buy order information of stop order as the order information or sell order information of stop order as the order information based on one of the buy / sell order application information, and the number of financial instruments for the financial instruments is constant, and the price spread between the plurality of buy order information or the price spread between the plurality of sell order information is constant.

7. 7. A program for causing a computer to function as the financial product transaction management device according to claim 1.

Images