Financial product transaction management device, financial product transaction management system, financial product transaction terminal, and program

Abstract

To provide a financial product transaction management device capable of placing repeat if-done orders including a market order and reducing customer risks without a complex procedure.SOLUTION: An order information generation unit 16 of a financial product transaction management device 1 generates first order information for placing a first order of a prescribed financial product on the basis of a first order price. An agreement information generation unit 14 sets a prescribed market price as a prescribed first order price, and reaches an agreement about the first order at a market price at the time of agreement based on the first order price. The order information generation unit 16 generates second order information for placing a second order corresponding to the agreed first order. The agreement information generation unit 14 reaches an agreement about the second order at a prescribed second order price providing a prescribed profit over that of the price at the agreement time of the first order. The order information generation unit 16 repeats re-generation of the first order information for performing first order transaction when the second order is agreed.SELECTED DRAWING: Figure 1

Description

[Technical field]

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

[0002] Known methods of trading financial products such as foreign exchange include market orders and limit orders. A market order is an order type in which a transaction is made at the price at the time of the order. On the other hand, a limit order is an order type in which a buying and selling price is specified in advance by a customer, and a transaction is made when the price of the financial product reaches the specified price. Normally, in the case of a limit order, a financial product dealer places a buy order for the target financial product when the price of the financial product falls to the specified amount, or places a sell order for the financial product when the price rises to the specified amount. Conventionally, there is known an invention that uses a computer system to make limit orders for financial products (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2006-99787 A Summary of the Invention [Problem to be solved by the invention]

[0004] Here, if-done orders are often used for limit orders of financial products. In this specification, if-done orders refer to an order format in which two prioritized orders are placed simultaneously, and when the first-priority order (hereinafter referred to as the "first order") is executed, the second-priority order (hereinafter referred to as the "second order") is automatically executed. In actual financial product transactions, one customer may place multiple if-done orders for a specific financial product in parallel.

[0005] In contrast, the system of Patent Document 1 has the problem that it cannot handle limit orders for if-done orders. Also, the system of Patent Document 1 has the problem that if a customer wants to place multiple if-done orders in parallel, they must place each if-done order separately, which makes the ordering procedure for customers cumbersome.

[0006] On the other hand, when the market price of a financial product fluctuates significantly from the previous market price and is not expected to recover in the near future, traders who hold the financial product often wish to sell the financial product in order to minimize losses. However, the system of Patent Document 1 has the problem that users cannot automatically sell financial products acquired through limit order buy orders according to future market conditions, and cannot automatically cancel if-done orders according to market conditions.

[0007] Furthermore, the system of Patent Document 1 has the problem that it cannot handle if you want to place an if-done order with a market order.

[0008] The present invention has been made in consideration of the above problems, and has an objective of providing a financial product transaction management device that enables system users to place multiple if-done orders for market orders for financial products without going through complicated ordering procedures, and that can automatically cancel if-done orders depending on future market conditions, thereby increasing convenience for customers using the system and reducing the risks that customers incur when placing if-done orders. [Means for solving the problem]

[0009] In order to solve the above problem, the invention described in claim 1 is a financial instruments transaction management device for managing buying and selling transactions of financial instruments, comprising: order input receiving means for receiving buy and sell order application information for placing buy and sell orders for the financial instruments; order information generating means for generating order information for the financial instruments based on the buy and sell order application information received by the order input receiving means; and contract information generating means for performing processing to contract the buy and sell orders based on the order information generated by the order information generating means, wherein the order information generating means generates first order information for placing a first order, which is either a sell order or a buy order for a predetermined financial instrument, based on a predetermined first order price, based on one of the buy and sell order application information, and the contract information generating means generates the order information based on the order information generated by the order information generating means. the order information generating means processes the first order information generated by the order information generating means, so that a predetermined market price of the financial product is set as a predetermined first order price, and the first order is executed at a market price at the time of execution which is based on the predetermined first order price, the order information generating means generates second order information for making a second order which is the other of a sell order or a buy order of the financial product corresponding to the executed first order, the execution information generating means processes the second order to be executed at a predetermined second order price which is a predetermined profit margin with respect to the price at the time of execution of the first order, based on the second order information, and when the second order is executed, the order information generating means repeatedly generates the first order information again for trading the first order.

[0010] The invention described in claim 2 is characterized in that, in addition to the configuration described in claim 1, it further comprises an order information recording means for recording the order information generated by the order information generating means, and the contract information generating means repeats a process of contracting the financial product based on the first order information and a process of contracting the financial product based on the second order information among the individual order information recorded in the order information recording means a predetermined number of times.

[0011] The invention described in claim 3 has, in addition to the configuration described in claim 2, a feature of the invention in which the order information generated by the order information generating means includes, in addition to the first order information and the second order information, stop order information for executing the other of the sell order or the buy order of the financial product as a stop order, the execution information generating means, when the stop order based on the stop order information is executed at a predetermined stop order price, halts transactions of the first order based on the first order information and the second order based on the second order information, and when the execution information generating means executes an execution based on the stop order information, performs a cancellation process for erasing all of the first order information and / or the second order information that have not been generated at the time of generating the stop order information from the order information recording means, among the first order information and the second order information generated corresponding to the buy / sell order application information that generated the stop order information.

[0012] The invention described in claim 4 is characterized in that, in addition to the configuration described in claim 3, when a cancellation request is made for an order for the financial product that has already been executed, the execution information generating means cancels all of the order information before execution, among the first order information and / or the second order information and / or the stop-loss order information corresponding to the order for which the cancellation request has been made.

[0013] The invention described in claim 5 has, in addition to the configuration described in any one of claims 2 to 4, a customer account information recording means for recording deposit balance information of a specific customer, wherein the order information recording means records amount information based on the order prices of the first order information and the second order information as attribute information, and the order information generating means compares the amount information based on the order price with the deposit balance information, and generates the first order information and the second order information when the value of the deposit balance information is equal to or greater than the value of the amount information based on the order price.

[0014] The invention described in claim 6 is a financial product transaction management system for managing buying and selling of financial products, comprising an order input receiving means for receiving buy and sell order application information for placing buy and sell orders for the financial products, an order information generating means for generating order information for the financial products based on the buy and sell order application information received by the order input receiving means, and an execution information generating means for performing processing to execute execution of the buy and sell orders based on the order information generated by the order information generating means, wherein the order information generating means generates first order information for executing a first order, which is either a sell order or a buy order for a predetermined financial product, based on a predetermined first order price, based on one of the buy and sell order application information, and the execution information generating means generates the first order information based on the buy and sell order application information, based on a predetermined first order price, based on the buy and sell order application information, and and processing the first order information generated by the order information generating means, a predetermined market price of the financial product is set as a predetermined first order price, and the first order is executed at a market price at the time of execution which is based on the predetermined first order price, the order information generating means generates second order information for making a second order which is the other of a sell order or a buy order of the financial product corresponding to the executed first order, the execution information generating means executes, based on the second order information, a process for executing the second order at a predetermined second order price which is a predetermined profit margin with respect to the price at the time of execution of the first order, and when the second order is executed, the order information generating means repeats the process of re-generating the first order information for trading the first order.

[0015] The invention described in claim 7 is a financial instruments trading terminal capable of communicating with a financial instruments trading management device for placing an order for a financial instrument whose market price fluctuates, the financial instruments trading terminal being used by a user who trades the financial instrument, the financial instruments trading terminal comprising: an operation means for the user to perform various operations related to the trading of the financial instrument; and a display means for displaying information regarding the trading of the financial instrument to the user; the operation means comprising order setting means operated by the user to generate first order information for placing a first order, which is either a sell order or a buy order for a predetermined financial instrument, based on a predetermined first order price, based on buy / sell order application information for placing a buy / sell order for one of the financial instruments, and second order information for placing a second order, which is the other of a sell order or a buy order for the financial instrument, corresponding to the first order that has been executed; the display means is configured to display information for setting a predetermined profit margin for the price at which the first order is executed, for setting a predetermined second order price at which the second order is executed, input by the operation of the user; The financial product transaction management device comprises an order input receiving means for receiving the buy / sell order application information, an order information generating means for generating the first order information and the second order information for the financial product based on the buy / sell order application information received by the order input receiving means, and an execution information generating means for performing a process to execute the buy / sell order based on the first order information and the second order information generated by the order information generating means, wherein the order information generating means generates the first order information, the execution information generating means processes the first order information so that the first order is executed at a market price at the time of execution based on the predetermined first order price, the order information generating means generates the second order information for placing the second order corresponding to the executed first order, the execution information generating means processes the second order to be executed at the predetermined second order price based on the second order information, and when the second order is executed in the order information generating means, the first order information for executing the transaction of the first order is repeatedly generated.

[0016] The invention described in claim 8 is a program for causing a computer to function as the financial product transaction management device described in any one of claims 1 to 5. Effect of the Invention

[0017] According to the invention as set forth in claims 1, 6 and 7, there is provided an order input receiving means for receiving buy / sell order application information for placing buy / sell orders for financial products, an order information generating means for generating order information for the financial product based on the buy / sell order application information received by the order input receiving means, and an execution information generating means for performing processing to execute execution of the buy / sell orders based on the order information generated by the order information generating means, wherein the order information generating means generates first order information for executing a first order, which is either a sell order or a buy order for a predetermined financial product, based on a predetermined first order price, based on one buy / sell order application information, and the execution information generating means generates the first order information based on the buy / sell order application information, based on a predetermined first order price, based on the buy / sell order application information, based on the order information generating means. By processing the generated first order information, the first order is executed at a market price based on the specified first order price, with a specified market price of the financial product as the specified first order price, and the order information generating means generates second order information for executing a second order, which is the other of a buy order or a sell order of the financial product corresponding to the executed first order, and the execution information generating means executes processing for executing the second order at a specified second order price that is a specified profit margin with respect to the price at the time of execution of the first order based on the second order information, and when the second order is executed, the order information generating means repeats the generation of the first order information for trading the first order. This improves the convenience of customers who buy and sell financial products using limit orders, while allowing customers who use the system to repeatedly execute multiple if-done orders in limit orders of financial products without performing complicated order procedures, thereby improving the convenience of customers who use the system and reducing the risks customers incur when executing if-done orders.

[0018] According to the invention described in claim 2, the system includes an order information recording means for recording the order information generated by the order information generating means, and an agreement information generating means for executing an agreement for a financial product based on the order information, and includes an agreement information generating means for executing an agreement for a financial product based on the first order information and the second order information, and the agreement information generating means repeatedly executes a process of executing an agreement for a financial product based on the first order information and a process of executing an agreement for a financial product based on the second order information among the individual order information recorded in the order information recording means multiple times. This allows a customer using the system to place multiple if-done orders for limit orders of financial products without performing a complicated ordering procedure, and also allows if-done orders to be automatically canceled depending on the future market conditions, thereby increasing the convenience of the customer using the system and reducing the risk the customer incurs when placing if-done orders.

[0019] According to the invention described in claim 3, when a stop order based on the stop order information is executed at a predetermined stop order price, the order information generating means halts trading of the first order based on the first order information and the second order based on the second order information, and when an execution information generating means executes an execution based on the stop order information, the execution information generating means executes a canceling process to erase from the order information recording means all of the first order information and / or second order information that have not been generated at the time of generation of the stop order information, among the first order information and second order information generated in response to the buy / sell order application information that generated the stop order information. This makes it possible to minimize damage caused by limit transactions with a simple process.

[0020] According to the invention described in claim 4, when a cancellation request is made for an order for a financial product that has already been executed, all pre-contract order information among the first order information and / or second order information and / or stop order information corresponding to the order for which the cancellation request has been made is cancelled. This makes it possible to minimize damage suffered by customers who make limit orders in cases where the market price of a financial product has fluctuated significantly from the previous market price and is unlikely to recover in the near future.

[0021] According to the invention recited in claim 5, a customer account information recording means is provided for recording deposit balance information of a specific customer, amount information based on the order price of the first order information and the second order information is recorded as attribute information in the order information recording means, and the order information generating means compares information based on the order price with the deposit balance information, and generates the first order information and the second order information if the value of the deposit balance information is equal to or greater than the value of the amount information based on the order price. This allows limit orders using if-done orders to be accepted only when payment can be reliably made, and the system can be operated without commercial transaction problems due to inability to pay.

[0022] According to the invention as recited in claim 8, the financial product transaction management device of the present invention can be programmed and realized on various types of computer hardware. [Brief description of the drawings]

[0023] [Figure 1] 1 is a system configuration diagram of a financial product transaction management system according to an embodiment of the present invention and a functional block diagram of a financial product transaction management device. [Figure 2A] 4 is a schematic diagram of field definitions in an order table of the financial product exchange management device. FIG. [Figure 2B] 4 is a schematic diagram of field definitions of a customer account information table of the financial product exchange management device. FIG. [Figure 2C] 2 is a schematic diagram of field definitions in a currency pair order condition table of the financial product exchange management device. FIG. [Diagram 3] 13 is a flowchart showing a processing procedure when a limit order is executed by an if-done order in the financial product exchange management device. [Figure 4A] 13 is a flowchart showing a processing procedure after a limit order is executed by an if-done order in the financial product exchange management device. [Figure 4B] 13 is a flowchart showing a processing procedure after a limit order is executed by an if-done order in the financial product transaction management device. [Diagram 5]FIG. 13 is an image diagram of a second input screen displayed on the display unit of the client terminal. [Figure 6] 13 is an image diagram of an order information group display screen that the financial product transaction management device displays on the display unit of a client terminal. [Figure 7] 11 is a time chart showing a schematic representation of a contract process based on a limit order by an if-done order in the financial product transaction management device. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0024] Hereinafter, one embodiment of the present invention will be described with reference to the drawings.

[0025] 1 is a system configuration diagram and a functional block diagram of a financial product transaction management system according to the present embodiment. As shown in the figure, a financial product transaction management system 1A includes a financial product transaction management device 1 and n (n≧1) client terminals 21-2. n The financial instruments transaction management device 1 and the client terminals 21-2 n can communicate with each other via the Internet 3 serving as a WAN (Wide Area Network). The financial product transaction management system 1A of this embodiment handles foreign exchange as a financial product. This allows the financial product transaction management system 1A to be applied to financial products in high demand that are traded by limit order using if-done order, further enhancing the convenience for customers who use the financial product transaction management system 1A.

[0026] The financial product transaction management device 1 is a server computer managed and operated by a financial product dealer, and has a Web server function and a database function for storing large amounts of data. n are communication terminals with data communication functions owned and used by individuals or corporations who trade financial products, and include personal computers, mobile phone terminals, etc. n 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221A, 221B, 221C, 221D, 221E, 221F, 221G, 221H, 221I, 221J, 221K, 221L, 221Mn , 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.

[0027] Although not shown in Fig. 1, the financial product transaction management device 1 is provided with at least one CPU (Central Processing Unit), a RAM (Random Access Memory) that functions as a working area for the CPU, 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 transmitting and receiving data, etc. The auxiliary storage device records programs for the OS (Operating System), various application programs, data recorded in a database, etc., and these programs and data realize various functions in cooperation with hardware resources through the arithmetic processing of the CPU.

[0028] 1, the financial product transaction management device 1 has a data processing unit 10 as a 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 product transaction management device 1, and further has a front page distribution unit 11, an order input reception unit (order input reception means) 12, a deposit / withdrawal information generation unit 13, a contract information generation unit (contract information generation means) 14, an account information generation unit 15, an order information generation unit (order information generation means) 16, a database (DB) connection base unit 17, and a price information reception management unit 19, all of which are functional means.

[0029] The order input reception unit 12 receives data relating to various orders input from the client terminal 2, and performs various processes required to complete orders for financial products.

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

[0031] The order information generating unit 16 generates information about executed orders for financial products based on the information processed by the order input receiving unit 12. The orders here include so-called market orders, limit orders, if-done orders for limit orders, and if-done orders for market orders.

[0032] The contract information generating unit 14 performs contract processing based on the order generated by the order information generating unit 16, and processing for sending information on the completed contract processing to the customer's client terminal 2. Note that "contract" here refers to various procedures and processing for completing the sale and purchase of financial products based on the customer's order.

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

[0034] The database connection base unit 17 converts data generated and processed in the data processing unit 10 into data recorded in the database 18 (e.g., converts between logical data structures and physical data structures), and also performs the processing necessary to exchange data between the data processing unit 10 and the database 18.

[0035] The database 18 records data used by the financial product transaction management device 1. The database 18 in this embodiment 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 181 as an "order information recording means", a customer account information table 182 as a "customer account information recording means", a currency pair order condition table 183, and a sequence number table 184. A sequence number uniquely assigned to each piece of order information (described later) is recorded in the sequence number table 184.

[0036] The front page delivery 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 .

[0037] The price information reception management unit 19 acquires and stores information on the prices of financial products handled by the financial product transaction management device 1, and performs necessary processing on the stored information for use by the data processing unit 10. In this embodiment, the price information reception management unit 19 acquires and stores information on foreign exchange market prices.

[0038] Fig. 2A is a schematic diagram of the field definitions of the order table 181, Fig. 2B is a schematic diagram of the field definitions of the customer account information table 182, and Fig. 2C is a schematic diagram of the field definitions of the currency pair order condition table 183. As shown in these figures, each of the tables 181, 182, and 183 has fields for the number of items, and specifies the field name (field name), data type (type) such as character, numeric value, date and time, data length (length) such as bit length, whether to allow blanks (Not Null), whether there is a default value (default value), data item name (remarks), etc.

[0039] In the above-mentioned financial product transaction management device 1, when limit orders for financial products are made, limit orders for a plurality of financial products of the same type can be made by a single reservation order through a plurality of if-done orders.

[0040] Next, a transaction procedure when a market repeat if-done order is placed using the financial product transaction management system 1A of this embodiment will be described.

[0041] 3 is a flowchart showing the processing procedure when placing a market repeat if-done order in the financial product transaction management device 1 of this embodiment. The processing procedure when placing an order will be described below with reference to the same diagram.

[0042] A client who uses the financial product transaction management system 1A accesses the financial product transaction management device 1 using a client terminal 2. The front page distribution unit 11 of the financial product transaction management device 1 causes the display unit 22 of the accessed client terminal 2 to display a first input screen (not shown) and a second input screen 40, the image of which is shown in FIG.

[0043] The first input screen (not shown) is provided with a selection button for a tradable currency pair, a selection button for a buying / selling type, a selection button for a trading type (market order, limit order, limit order for if-done order, market order for if-done order, and stop order), a selection button for selecting an expiration date for an order (a specific year, month, or unlimited, etc.), and a "Select" button for confirming the selection made by each selection button (all not shown). The customer clicks a selection button for a currency pair that he / she wishes to buy or sell, for example, a currency pair of Japanese yen and US dollar, clicks a selection button for a desired buying / selling type, for example, a new order for "buying" (i.e., an order to have a new position (foreign currency holding)), clicks a selection button for a market order for if-done order, selects "unlimited" as the expiration date for the order, and further clicks the "Select" button, whereupon the front page distribution unit 11 of the financial product transaction management device 1 causes the display unit 22 of the client terminal 2 to display a second input screen.

[0044] As shown in FIG. 5, the second input screen 40 displays the items inputted on the first input screen (not shown), i.e., a display 41 indicating the currency pair of Japanese yen and US dollar, a display 42 indicating whether the order is a buy or sell order, a display 43 indicating that the order type is a market if-done order, and a display 49 indicating that the expiration date is unlimited, as well as a field 44 for inputting the type of service provided by the trading company, a position amount input field 45 for inputting the amount per position in one order, a profit amount input field 46 for specifying the profit amount when the second order of one position is executed after the first order of one position is executed, a stop order price input field 47 for inputting the execution price of a stop order as "stop order information", and a repeat if-done input field 48 for specifying the repeat if-done order type. The customer makes various specifications using the input fields 44 to 48 of the second input screen 40.

[0045] Here, market repeat if-done is an ordering method in which repeat if-done is applied to a market order. That is, in normal repeat if-done, if-done orders (a transaction method in which one of a limit buy order or limit sell order is placed as a first order, and then the other of a limit buy order or limit sell order is placed as a second order) are automatically repeated multiple times. In contrast, in market repeat if-done, in the first if-done, one of a buy order or a sell order is placed at market price in the first order, and then the other of a buy order or a sell order is placed at a limit price in the second order. The limit price of the second order may be specified in advance, or may be automatically set according to the price of the market order, etc. In this embodiment, the second order is automatically determined so that it is in the opposite buying / selling direction to the first order and has the same order amount. In addition, the limit price of the second order may be specified in advance, or it may be automatically determined so that the ratio or amount difference with the market price is a preset value. After the second order is executed, an if-done sequence consisting of a first limit order (the limit price at this time is the execution price of the first market order) and a second limit order is repeated multiple times. In addition, in this embodiment, a stop order is also placed. This stop order is also specified to be in the opposite buying / selling direction to the first order and to be the same order amount. The limit price of the stop order may be specified in advance, or it may be automatically determined so that the ratio or amount difference from the market price is a preset value.

[0046] Although not shown in FIG. 5, it is preferable to provide an order cancel button (not shown) on the second input screen 40 for canceling the market repeat if done order.

[0047] When the customer clicks the order confirmation button (not shown) on the second input screen 40 in the state shown in Figure 5, the order details entered on the first input screen (not shown) and the second input screen 40 are entered into the order input receiving unit 12 of the financial product exchange management device 1 (step S1 in Figure 3).

[0048] After step S1, the order input receiving unit 12 checks the contents of the input order. Specifically, it checks the deadline selected on the first input screen (not shown), and further checks the order price of the input data (step S2). In this embodiment, the price of the first order is determined by a market order, so only the price of the second order is set. When the limit price of the second order is specified in advance, this price is compared with the current exchange rate price received by the price information reception management unit 19 to check whether it is a fair price.

[0049] If the price of the second order is determined to be the fair price ("No" in step S3), the account information generation unit 15 acquires the margin information of the customer from the customer account information table 182. Specifically, the numerical data recorded corresponding to the "amnt" field 182a shown in Fig. 2B is acquired as the margin information.

[0050] The order input acceptance unit 12 compares the acquired margin information with the customer's total order amount (i.e., the total order amount calculated based on the contents entered in each of the input fields 44 to 48) and confirms whether the margin amount is equal to or greater than the total order amount. The order information generation unit 16 generates order information only when the margin amount is equal to or greater than the total order amount ("No" in step S5). This allows a limit order using an if-done order to be accepted only when the customer is able to reliably make payment.

[0051] Here, in this embodiment, the order information generating unit 16 generates the first order as order information for a new market order, generates the second order as order information for a limit order for settlement, and generates the stop order as order information for a stop order for settlement. By generating the second order as order information for a limit order for settlement, the profit from the order generated by the first order information is confirmed one by one by the second order information, and it is possible to prevent the order procedure and the information processing in the financial instruments transaction management system 1A from becoming complicated. Furthermore, by generating the stop order as order information for a stop order for settlement, it is possible to limit the stop order to only those situations where a stop order is truly required and where a customer performs a settlement procedure to minimize losses caused by limit transactions, and it is possible to prevent the abuse of stop orders and the complicated information processing in the financial instruments transaction management system 1A.

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

[0053] If the various conditions for a market order are not met ("Yes" in step S7), the order input acceptance unit 12 treats the input order as an error and rejects the acceptance of the order (step S10).

[0054] If the various conditions for a market order are met ("No" in step S7), the front page delivery unit 11 displays a confirmation screen (not shown) on the display unit 22 of the client terminal 2. The confirmation screen (not shown) lists the order conditions entered and selected by the customer on the second input screen 40, and is provided with an approval button (not shown) to be clicked if the listed contents are correct.

[0055] When the customer clicks an approval button (not shown) by operating the operation unit 21, the order information generation unit 16 of the financial product transaction management device 1 generates order information based on the data entered in step S1 (step S8). Specifically, the multiple data entered 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 sequence number table 184 for each unit of information. At this time, information is added to sequence number table 184 to distinguish the sequence number used in the order information from an unused number. The multiple pieces of order information formed in one procedure of step S8 form an order information group (hereinafter simply referred to as an "order information group").

[0056] The order information generating unit 16 records the generated order information group in the order table 181 (step S9). Specifically, the relevant order information (i.e., data corresponding to the items in the "remarks" column 181a) is recorded in correspondence with each field name shown in FIG. 2A. For example, the sequence number given in step S8 corresponds to the "ord_seq" field 181b. The "cust_seq" field 181c corresponds to a customer number uniquely determined for each customer, and the "style_id" field 181d corresponds to a product name. The "ccy_pair_id" field 181e corresponds to an ID number uniquely determined for 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 "buy_sell_id" field 181f corresponds to data indicating whether the order is a buy order or a sell order, the "ord_rate" field 181g corresponds to the order price, and the "limit_time" field 181h corresponds to the order deadline. The "ord_cond" field 181i corresponds to the order type (e.g., identification information for identifying the type of order, such as a market order, limit order, stop order, etc.). The "new_close" field 181j corresponds to data indicating whether it is a new order or a continuing order. The "ifd_ord_seq" field 181k records the sequence number of the if-done order. The "repeat_flag" field 181m records identification information for identifying that the order type is a market repeat if-done order. With the above steps, order processing in this embodiment is completed.

[0057] When the order processing is completed, the order information generation unit 16 first generates the first order information group (hereinafter referred to as the "first order information group"). At the time of this generation, the first order included in the order information group has been generated as valid order information (an order formally requested by a customer; the same applies throughout this specification), but the second order information, which is the second-ranked order information included in the same order information group, has been generated as invalid order information (i.e., order information for which a series of processes using that order information have not yet begun; the same applies throughout this specification). To set the valid / invalid status of order information, for example, a dedicated flag (not shown) may be provided in the order table 181.

[0058] The front page delivery unit 11 displays an order information group display screen 50, the image of which is shown in Fig. 6, on the display unit 22 of the client terminal 2. As shown in Fig. 6, the order information group display screen 50 displays in table form a first order 51a as "first order information", which is one of the "order information" included in the first order information group 50A, a second order 51b as "second order information", which is one of the "order information" included in the first order information group 50A, and a stop order 51c as "stop order information", which is one of the "order information" included in the first order information group 50A. These orders 51a, 51b, and 51c are displayed as information entered and selected in the input and selection fields on the first input screen (not shown) and the second input screen 40 (see Fig. 5) described above.

[0059] If the order price of the second order is determined to be an inappropriate price in step S3 ("Yes" in step S3), or if the margin amount is less than the total order amount in step S5 ("Yes" in step S5), the order input acceptance unit 12 performs error processing without generating order information corresponding to the input order (step S10), and ends the processing. In this error processing, text information indicating that acceptance of the order has been rejected is displayed, or the like.

[0060] 4A and 4B are flow charts showing the processing procedure after a limit order by an if-done order is executed in the financial product exchange management device 1 of this embodiment, and Fig. 7 is a time chart showing a contract based on a limit order in the financial product exchange management device 1 of this embodiment. The processing procedure will be explained below with reference to the figures.

[0061] After the order processing is completed, the price information reception management unit 19 of the financial product transaction management device 1 continues to obtain information on exchange rates.

[0062] In this embodiment, as shown in FIG. 7, at time t1 when the order processing is completed, the contract information generating unit 14 performs processing to contract the first order 51a of the position (step S21). In this processing, the contract information generating unit 14 internally stores that the order has been contracted. This storage can be performed, for example, by using a flag indicating whether the contract has been concluded or not. Then, in response to a command from the contract information generating unit 14, the account information generating unit 15 rewrites the above-mentioned margin information according to the buying and selling amount of the contract. Furthermore, the contract information generating unit 14 causes the deposit and withdrawal information generating unit 13 to enter the status of deposits and withdrawals in a deposit and withdrawal list. Thereafter, actual buying and selling is performed. Then, the contract information generating unit 14 displays the conclusion of the contract on the display unit 22 of the client terminal 2, and further performs a deposit and withdrawal process for the bank account of the client terminal based on the order price information 51d (see FIG. 6) constituting the attribute information of the first order 51a. In addition, the contract process related to the second order described later (see step S25) is similar to the contract process in step S21.

[0063] When a market order based on the first order 51a is contracted, the contract information generation unit 14 rewrites the corresponding data in the database 18. Specifically, the data of the first order 51a, which is the order information related to the market order in the order table 181, is deleted, and the data in the "amnt" field 182a of the customer account information table 182 is increased or decreased by the contracted price. Here, the first first order in this embodiment is placed as a market order, but the second and subsequent orders are placed as limit orders. Therefore, the contract information generation unit 14 sets the contract price of the market order to the limit price of the first order from the second order onwards.

[0064] Next, when the market order based on the first order 51a is contracted, the contract information generating unit 14 changes the second order 51b and the stop order 51c in the first order information group 51A from invalid order information to valid order information (step S22).

[0065] After that, if the market selling price 72 of the US dollar does not fall to the contract price of the stop order 51c ("No" in step S23), and the market selling price 72 of the US dollar rises as shown in FIG. 7, and the market buying price 71 of the US dollar becomes the same price as the contract price of the second order 51b at a specific time t2 ("Yes" in step S24), the contract information generating unit 14 executes a process of contracting the limit order based on the second order 51b of the position and canceling the stop order 51c (step S25). Then, the contract information generating unit 14 rewrites the corresponding data in the database 18. As a result, the client can obtain a profit equal to the difference between the buy order at time t1 and the sell order at time t2.

[0066] If all the order information generated by the input in step S1 at time t2 in FIG. 7 has not been contracted ("No" in step S26), the account information generating unit 15 again acquires the margin information of the customer from the customer account information table 182. Then, the order input receiving unit 12 again compares the acquired margin information with the total order amount of the customer to confirm whether the amount of the margin is equal to or greater than the total order amount (step S27). If the amount of the margin is less than the total order amount ("Yes" in step S28), the process is suspended until it is equal to or greater than the total order amount, and if the amount of the margin is equal to or greater than the total order amount ("No" in step S28), the order information generating unit 16 generates a new order information group (hereinafter referred to as a "second order information group") (step S29). The order information generating unit 16 records the generated second order information group in the order table 181, similar to step S9 (step S30). When the second order information group is generated in step S29, the front page distribution unit 11 displays the first order, second order, and stop order (none of which are shown) included in the newly generated second order information group (not shown) on the order information group display screen 50 displayed on the display unit 22 of the client terminal 2, instead of the first order 51a, second order 51b, and stop order 51c included in the first order information group. Then, the processing from step S21 onwards is repeated.

[0067] In this process, order information groups are formed for all positions. This process continues until the processes of steps S21 and S25 are repeated the number of times corresponding to the number of positions specified ("No" in step S26). After the processes of steps S21 and S22 are repeated the number of times corresponding to the number of positions inputted ("Yes" in step S26), all the process procedures are terminated.

[0068] All limit orders that have not been executed and whose order deadline has passed are cancelled and deleted from the order table 181.

[0069] On the other hand, after the processing of step S22, if the market selling price 72 of the US dollar falls to the contract price of the stop order 51c ("Yes" in step S23), the contract information generating unit 14 executes the contract of the stop order 51c (step S31). That is, the contract information generating unit 14 executes the process of contracting and settling the limit order based on the second order 51b changed to the valid order information in step S22 at the contract price of the stop order. This makes it possible to minimize the damage suffered by the customer who performs the limit transaction in cases such as when the market price of the financial product fluctuates more than the previous market price and is not expected to recover in the near future.

[0070] Then, when the contract information generating unit 14 executes a contract based on the stop order 51c, it cancels all the order information currently valid and before the contract, and the order information group generated based on the buy / sell order application information that generated the stop order information, that is, the order information group that has not been generated at the time of generating the stop order information. Specifically, the contract information generating unit 14 cancels the currently valid second order (i.e., the second order 51b) (step S32), and further cancels all the order information groups that have not been generated (i.e., the order information groups after the second order information group in this case) that are specified and set for the repetition of the if-done order (step S33). By performing the cancellation process in this way, it is possible to stop all buying and selling by limit orders such as if-done orders after a specific time point based on one stop order. This makes it possible to minimize the damage suffered by customers who engage in limit trading when the market price of a financial product fluctuates more than the previous market price and is not expected to recover for the time being. The cancellation process in this embodiment is similar to the error process described above, and the process is stopped without generating any order information corresponding to the input order (step S10). In this cancellation process, text information indicating that the order has been cancelled is displayed.

[0071] In addition, when a request to change the price and amount of a limit order that has already been executed is made from the client terminal 2, the financial product transaction management device 1 of this embodiment treats the request as an input error, assuming that the request is an unauthorized request. This makes it possible to prevent excessive workload for the bank, which is the source of the financial product trade, from being caused by frequent requests for price and amount.

[0072] On the other hand, when a request for canceling an order that has already been executed is made, such as when an order cancel button (not shown) is clicked on the third input screen (not shown) of the client terminal 2, the contract information generating unit 14 of the financial product transaction management device 1 extracts the order information group included in the if-done order for which a cancellation request has been made, and processes all of the second orders and stop orders that have not yet been executed among this order information group as being cancelled. For example, when a cancellation request is input from the third input screen (not shown) of the client terminal 2 at a time between t2 and t3 in FIG. 7, the second order 51b and the stop order 51c of the second order information group, which are valid but not yet executed at that time, are cancelled. Similarly, when a cancellation request is input from the client terminal 2 at a time between t3 and t4 in FIG. 7, the first order information group is cancelled. The data of the cancelled order information group and the data of the order information are deleted from the order table 181.

[0073] In this way, when a cancellation request is made for an order for a financial product that has already been executed, a group of order information including order information relating to the order for which cancellation has been requested is extracted, and all pre-execution order information included in the group of order information is cancelled, thereby preventing the handling of limit orders using if-done orders from becoming complicated.

[0074] Note that, instead of the above configuration of this embodiment, a configuration may be adopted in which, in response to a cancellation request using an order cancellation button (not shown), all order information groups that include the order information for which a cancellation request has been made and that are scheduled to be generated in the future (for example, in the above example, order information groups from the third order information group onwards that have not been generated between time t4 and time t5 and are scheduled to be generated in the future) are further cancelled.

[0075] In addition, if the order received from the client terminal 2 is a normal market order (i.e., a market order that is not an if-done order), 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 of step S21 and subsequent steps will not be performed.

[0076] As described above, in this embodiment, when a customer using the financial instruments transaction management device 1 buys and sells financial instruments, the customer can repeatedly place orders for the same type of financial instruments at multiple prices through multiple if-done orders by performing a single order procedure on the client terminal 2 side, and can also sell financial instruments that the customer will own in the future through a stop-limit order. This improves the convenience of customers who buy and sell financial instruments through limit orders, while allowing customers using the financial instruments transaction management system 1A to place multiple market if-done orders for limit orders of financial instruments without performing complicated order procedures, and can automatically cancel the market if-done orders depending on the future market conditions, thereby improving the convenience of customers using the financial instruments transaction management system 1A and reducing the risks that customers incur when placing market if-done orders.

[0077] In this embodiment, the contract information generating unit 14 is provided for executing a contract for a financial product based on order information, and the contract information generating unit 14 executes a contract for a financial product based on the first-order order information among the individual order information forming the order information group recorded in the order table 181, and executes a process of changing the second-order order information and the stop order information from invalid to valid multiple times together with the contract, thereby realizing a transaction by a market order and multiple if-done orders on the financial product transaction management system 1A based on an instruction received from the client terminal 2 and recorded in the order table 181, and realizing interruption of a transaction by an if-done order by a stop order. As a result, in limit orders for financial products, a customer using the financial product transaction management system 1A can execute multiple if-done orders without performing a complicated order procedure, and can automatically cancel an if-done order depending on the future market situation, thereby improving the convenience of the customer using the financial product transaction management system 1A and reducing the risk the customer incurs when executing an if-done order.

[0078] In the above embodiment, the financial product transaction management system 1A handles foreign exchange as a financial product, but this is not limited to this, and the present invention can also be applied to financial product transaction management systems that handle other financial products, such as stocks and bonds.

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

[0080] 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) 14...Contract information generation unit (contract information generation means) 16 Order information generation unit (order information generation means) 51a First Order (First Order Information) 51b Second order (Second order information) 51c... Stop order (Stop order information) 181: Order table (order information recording means)

Claims

1. A financial product transaction management device for managing buying and selling of financial products, comprising: an order input receiving means for receiving buy / sell order application information for placing buy / sell orders for the financial product; an order information generating means for generating order information for the financial product based on the buy / sell order application information received by the order input receiving means; and a contract information generating means for performing a process of contracting the buy and sell orders based on the order information generated by the order information generating means, The order information generating means generating first order information for placing a first order, which is either a sell order or a buy order for a specific financial product, based on a specific first order price, based on one of the buy / sell order application information; The contract information generating means By processing the first order information generated by the order information generating means, a predetermined market price of the financial product is set as a predetermined first order price, and the first order is executed at a market price at the time of execution based on the predetermined first order price; The order information generating means Generate second order information for placing a second order, which is the other of a sell order or a buy order for the financial product corresponding to the contracted first order; The contract information generating means performing a process of executing the second order at a predetermined second order price that is a predetermined profit margin with respect to the price at the time of execution of the first order, based on the second order information; The order information generating means When the second order is contracted, the first order information is repeatedly generated again for trading the first order. A financial product transaction management device comprising:

2. an order information recording means for recording the order information generated by the order information generating means, The financial product transaction management device according to claim 1, characterized in that the contract information generating means repeats a process of contracting the financial product based on the first order information and a process of contracting the financial product based on the second order information among the individual order information recorded in the order information recording means a predetermined number of times.

3. The order information generated by the order information generating means includes, in addition to the first order information and the second order information, stop order information for executing the other of the sell order or the buy order of the financial product as a stop order, the contract information generating means, when the stop order based on the stop order information is contracted at a predetermined stop order price, halts transactions of the first order based on the first order information and the second order based on the second order information; The financial instruments transaction management device according to claim 2, characterized in that, when an agreement is made based on the stop order information, the agreement information generating means performs a cancellation process to erase from the order information recording means all of the first order information and / or the second order information that have not been generated at the time when the stop order information was generated, among the first order information and the second order information that are generated corresponding to the buy / sell order application information that generated the stop order information.

4. The financial product transaction management device according to claim 3, characterized in that, when a cancellation request is made for an order for the financial product that has already been executed, the execution information generation means cancels all of the order information before execution, among the first order information and / or the second order information and / or the stop-loss order information corresponding to the order for which the cancellation request has been made.

5. A customer account information recording means for recording the deposit balance information of a specific customer is provided, the order information recording means records, as attribute information, amount information based on the order prices of the first order information and the second order information; The financial product transaction management device according to any one of claims 2 to 4, characterized in that the order information generation means compares amount information based on the order price with the deposit balance information, and generates the first order information and the second order information if the value of the deposit balance information is equal to or greater than the value of the amount information based on the order price.

6. A financial instruments transaction management system for managing buying and selling of financial instruments, comprising: an order input receiving means for receiving buy / sell order application information for placing buy / sell orders for the financial product; an order information generating means for generating order information for the financial product based on the buy / sell order application information received by the order input receiving means; and a contract information generating means for performing a process of contracting the buy and sell orders based on the order information generated by the order information generating means, The order information generating means generating first order information for placing a first order, which is either a sell order or a buy order for a specific financial product, based on a specific first order price, based on one of the buy / sell order application information; The contract information generating means By processing the first order information generated by the order information generating means, a predetermined market price of the financial product is set as a predetermined first order price, and the first order is executed at a market price at the time of execution based on the predetermined first order price; The order information generating means Generate second order information for placing a second order, which is the other of a sell order or a buy order for the financial product corresponding to the contracted first order; The contract information generating means performing a process of executing the second order at a predetermined second order price that is a predetermined profit margin with respect to the price at the time of execution of the first order, based on the second order information; The order information generating means When the second order is contracted, the first order information is repeatedly generated again for trading the first order. A financial product transaction management system comprising:

7. A financial instruments transaction terminal capable of communicating with a financial instruments transaction management device for placing an order for a financial instrument whose market price fluctuates, the financial instruments transaction terminal being used by a user who trades the financial instrument, The financial instruments transaction terminal comprises an operation means for the user to perform various operations related to the transaction of the financial instruments, and a display means for displaying information regarding the transaction of the financial instruments to the user, The operation means includes: First order information for placing a first order, which is either a sell order or a buy order for a specific financial product, based on buy / sell order application information for placing a buy / sell order for one of the financial products, at a specific first order price; an order setting means for generating second order information that is operated by the user to place a second order, which is the other of a sell order or a buy order for the financial product, corresponding to the first order that has been contracted; The display means is information for setting a predetermined profit margin for a price at the time of execution of the first order, which is input by the operation of the user, in order to set a predetermined second order price at which the second order is executed, is displayed; The financial product exchange management device to which the buy / sell order application information set by the order setting means is transmitted, an order input receiving means for receiving the buy / sell order application information; an order information generating means for generating the first order information and the second order information for the financial product based on the buy / sell order application information received by the order input receiving means; a contract information generating means for performing a process of contracting the buy and sell orders based on the first order information and the second order information generated by the order information generating means, The first order information is generated in the order information generating means, In the contract information generating means, the first order information is processed, so that the first order is contracted at a market price at the time of contract based on the predetermined first order price, In the order information generating means, the second order information for placing the second order corresponding to the contracted first order is generated, the contract information generating means performs a process of contracting the second order at the predetermined second order price based on the second order information; In the order information generating means, when the second order is contracted, the first order information for trading the first order is repeatedly generated. A financial instruments trading terminal comprising:

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

Images