JP7628352B2 - Financial product transaction management device, financial product transaction management system and program - Google Patents

Description

The present invention relates to technology for managing and supporting transactions of financial products such as foreign exchange.

Known methods for trading financial products such as foreign exchange are 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 the 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 are known inventions that use a computer system to place limit orders for financial products (see, for example, Patent Document 1).

JP 2006-99787 A

Here, if-done orders are often used for limit orders for financial products. In this specification, an if-done order refers 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 validated. In actual financial product trading, one customer may place multiple if-done orders for a particular financial product in parallel.

In contrast, the system in Patent Document 1 has the problem that it cannot handle limit orders for if-done orders. In addition, the system in 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, making the ordering procedure for customers cumbersome.

On the other hand, when the market price of a financial product fluctuates more than usual and is not expected to recover in the near future, traders who hold the financial product often want to sell the financial product to minimize losses. However, the system of Patent Document 1 has the problem that users cannot automatically sell financial products acquired through limit buy orders in accordance with future market conditions, nor can they automatically cancel if-done orders in accordance with market conditions.

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

The present invention was made in consideration of the above problems, and aims to provide a financial product transaction management device that allows system users to place multiple if-done orders for market orders of 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.

In order to solve such problems, the invention described in claim 1 is a financial instruments transaction management device that manages the buying and selling of financial instruments, and includes an order input reception means for receiving buy and sell order application information for placing buy and sell orders for the financial instruments, an order information generation means for generating order information for the financial instruments based on the buy and sell order application information received by the order input reception means, and an execution information generation means for performing processing to execute the buy and sell orders based on the order information generated by the order information generation means, and the order information generation means generates, based on one of the buy and sell order application information, first order information that places 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, and a second order, which is the other of the sell order or the buy order for the financial instrument, based on the buy and sell order application information. The execution information generating means processes the first order information generated by the order information generating means, so that the first order is executed at a market price based on the predetermined first order price, with the predetermined market price of the financial product as the predetermined first order price, and the execution information generating means repeats, after the first execution of the second order, execution processing based on the predetermined first order price for the second and subsequent first orders based on the first order information generated by the order information generating means, and execution processing based on the predetermined second order price for the second and subsequent second orders based on the second order information generated by the order information generating means.

The invention described in claim 2 is characterized in that, in addition to the configuration described in claim 1, it further includes 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 pieces of order information recorded in the order information recording means a predetermined number of times.

The invention described in claim 3 is characterized in that, in addition to the configuration described in claim 2, 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 placing the other of the sell order or buy order of the financial product at a stop order, the order information generating means stops the limit order based on the first order information and the limit order based on the second order information when the stop order based on the stop order information is executed, and when the execution information generating means executes an execution based on the stop order information, it performs a cancellation process to erase all of the order information that has 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 in response to the buy/sell order application information that generated the stop order information.

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 once 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.

The invention described in claim 5 is characterized in that, in addition to the configuration described in any one of claims 2 to 4, a customer account information recording means is provided for recording deposit balance information of a specific customer, the order information recording means records amount information based on the order price 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.

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 reception means for receiving buy and sell order application information for placing buy and sell orders for the financial product, an order information generation means for generating order information for the financial product based on the buy and sell order application information received by the order input reception means, and an execution information generation means for performing processing to execute the buy and sell orders based on the order information generated by the order information generation means, wherein the order information generation means generates, based on one of the buy and sell order application information, 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, and a second order, which is the other of a sell order or a buy order for the financial product, based on a predetermined second order price. The execution information generating means processes the first order information generated by the order information generating means, so that the first order is executed at a market price based on the specified first order price, with the specified market price of the financial product as the specified first order price, and the execution information generating means, after the first execution of the second order, repeats execution processing based on the specified first order price of the second and subsequent first orders based on the first order information generated by the order information generating means, and execution processing based on the specified second order price of the second and subsequent second orders based on the second order information generated by the order information generating means.

The invention described in claim 7 is a program that causes a computer to function as a financial product transaction management device described in any one of claims 1 to 5.

According to the invention described in claims 1 and 6, the system includes 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 financial products based on the buy/sell order application information received by the order input receiving means, and an execution information generating means for executing a process to execute the buy/sell order based on the order information generated by the order information generating means, and the order information generating means generates, based on one buy/sell order application information, first order information for executing a first order, which is either a sell order or a buy order for a specified financial product, based on a predetermined first order price, and a second order, which is the other of a sell order or a buy order for a financial product, based on a predetermined second order price. The execution information generating means processes the first order information generated by the order information generating means to execute the first first order at the market price based on the specified first order price, and after the first second order is executed, the execution information generating means repeats the execution process based on the specified first order price of the second and subsequent first orders based on the first order information generated by the order information generating means, and the execution process based on the specified second order price of the second and subsequent second orders based on the second order information generated by the order information generating means. 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 for limit orders of financial products without performing complicated ordering procedures, thereby improving the convenience of customers who use the system and reducing the risks customers incur when executing if-done orders.

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. As a result, in limit orders for financial products, a customer using the system can place multiple if-done orders without performing complicated order procedures, and if-done orders can be automatically canceled depending on future market conditions, thereby increasing the convenience of customers using the system and reducing the risks that customers incur when placing if-done orders.

According to the invention described in claim 3, when a stop order based on the stop order information is executed, limit orders based on the first order information and limit orders based on the second order information are stopped, and when an execution is performed based on the stop order information, the execution information generating means performs a cancellation process to erase from the order information recording means all order information that has not been generated at the time the stop order information was generated, 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 simple processing.

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 minimise 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.

According to the invention described in claim 5, a customer account information recording means is provided for recording the deposit balance information of a specific customer, and the order information recording means records amount information based on the order price of the first order information and the second order information as attribute information, and the order information generating means compares the 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.

According to the invention described in claim 7, the financial product transaction management device of the present invention can be programmed and realized on various computer hardware.

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. 4 is a schematic diagram of field definitions in an order table of the financial product exchange management device. FIG. 4 is a schematic diagram of field definitions of a customer account information table of the financial product exchange management device. FIG. 2 is a schematic diagram of field definitions in a currency pair order condition table of the financial product exchange management device. FIG. 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. 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. 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. FIG. 13 is an image diagram of a second input screen displayed on the display unit of the client terminal. 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. 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.

One embodiment of the invention will be described below with reference to the drawings.

1 is a system configuration diagram and a functional block diagram of the financial product transaction management system of 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 2 ₁ to 2 _n , and the financial product transaction management device 1 and the client terminals 2 ₁ to 2 _n can communicate with each other via the Internet 3 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 through if-done order, thereby further improving the convenience of customers who use the financial product transaction management system 1A.

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 volumes of data. The client terminals 2 ₁ , ..., 2 _n are communication terminals with data communication functions that are owned and used by individuals or corporations who trade financial products, and include personal computers, mobile phone terminals, etc. The client terminals 2 ₁ , ..., 2 _n each include an operation unit 21 ₁ , such as a mouse or keyboard, that is used to input various instructions.
, 21 _n and display units 22 ₁ , ..., 22 _n which are configured with an LCD (Liquid Crystal Display) or the like and display various instructions and images input from the operation units 21 ₁ , ..., 21 _n . Since the client terminals 2 ₁ , ..., 2 _n , the operation units 21 ₁ , ..., 21 _n and the display units 22 ₁ , ..., 22 _n have the same configuration, they will be referred to as the client terminal 2, the operation unit 21 and the display unit 22 hereinafter unless a distinction needs to be made.

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 the CPU's working 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 are recorded, and a communication interface used for sending and receiving data. The auxiliary storage device records programs for the OS (Operating System), various application programs, data recorded in a database, and the like, and these programs and data work together with hardware resources to realize various functions through the calculations of the CPU.

As shown in FIG. 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.

The order input reception unit 12 receives data regarding various orders input from the client terminal 2 and performs various processes necessary to complete orders for financial products.

The deposit/withdrawal information generation unit 13 accepts deposit/withdrawal requests from the client terminal 2 and creates a list of deposits and withdrawals based on the requests.

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. Orders here include so-called market orders, limit orders, if-done orders for limit orders, as well as if-done orders for market orders.

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 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.

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

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

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 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. The sequence number table 184 records a sequence number that is uniquely assigned to each piece of order information (described below).

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.

The price information reception management unit 19 acquires and stores information about 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.

Figure 2A is a schematic diagram of the field definitions of order table 181, Figure 2B is a schematic diagram of the field definitions of customer account information table 182, and Figure 2C is a schematic diagram of the field definitions of currency pair order condition table 183. As shown in these figures, each table 181, 182, 183 has fields for the number of items, and specifies the field name (field name), data type (type) such as character, number, date and time, data length (length) such as bit length, designation of not allowing blanks (Not Null), presence or absence of default values (default values), data item names (remarks), etc.

In the above-mentioned financial product transaction management device 1, when limit orders for financial products are made, limit orders for multiple financial products of the same type can be made through multiple if-done orders with one reservation order.

Next, we will explain the transaction procedure when placing a market repeat if-done order using the financial product transaction management system 1A of this embodiment.

Figure 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 explained below with reference to this figure.

A customer who uses 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 (not shown) and a second input screen 40, the image of which is shown in FIG. 5, on the display unit 22 of the accessed client terminal 2.

The first input screen (not shown) has buttons for selecting tradable currency pairs, buttons for selecting buying and selling modes, buttons for selecting trading modes (market order, limit order, if-done limit order, if-done market order and stop order), a button for selecting the expiration date for the 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 the button for selecting the currency pair he wishes to buy or sell, for example, the Japanese yen and the US dollar, clicks the button for selecting the desired buying and selling mode, for example, a new "buy" order (i.e., an order to take a new position (foreign currency holdings)), clicks the button for selecting the if-done market order, selects "unlimited" as the expiration date for the order, and further clicks the "Select" button, which causes the front page distribution unit 11 of the financial product transaction management device 1 to display the second input screen on the display unit 22 of the client terminal 2.

As shown in FIG. 5, the second input screen 40 displays the items entered 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 of each position in an order, a profit amount input field 46 for specifying the profit amount when a second order for a position is executed after a first order for a 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 a repeat if-done order type. The customer makes various specifications using each of the input fields 44 to 48 on the second input screen 40.

Here, market repeat if-done is an ordering method that applies repeat if-done to a market order. That is, in normal repeat if-done, if-done orders (a trading method in which one of a limit buy order or limit sell order is placed as the first order, and then the other of a limit buy order or limit sell order is placed as the 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 executed 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 or 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 with the market price is a preset value.

Although not shown in FIG. 5, it is desirable to provide an order cancellation button (not shown) on the second input screen 40 for canceling a market repeat if-done order.

When the customer clicks the order confirmation button (not shown) on the second input screen 40 in the state shown in FIG. 5, the order details entered on the first input screen (not shown) and the second input screen 40 are input to the order input reception unit 12 of the financial product transaction management device 1 (step S1 in FIG. 3).

After step S1, the order input reception unit 12 checks the contents of the input order. Specifically, it checks the deadline selected on the first input screen (not shown), and then 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. If 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.

If the price of the second order is determined to be a fair price ("No" in step S3), the account information generation unit 15 obtains 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 obtained as the margin information.

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 input field 44 to 48) and checks 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 limit orders using if-done orders to be accepted only when the customer is certain of being able to make payment.

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 order information is confirmed sequentially by the second-order 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 stop orders to only those situations where a stop order is truly required and where a customer is performing a settlement procedure to minimize losses caused by limit transactions, and it is possible to prevent the abuse of stop orders and the complication of information processing in the financial instruments transaction management system 1A.

If the margin amount is equal to or greater than the total order amount ("No" in step S5), the order input reception 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 conditions table 183 (step S6).

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

If the various conditions for a market order are met ("No" in step S7), the front page distribution 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 has an approval button (not shown) that is clicked if the listed contents are correct.

When the customer clicks the 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 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 is added to the 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").

The order information generating unit 16 records the generated order information group in the order table 181 (step S9). Specifically, the corresponding order information (i.e., data corresponding to the items in the "Notes" column 181a) is recorded in correspondence with each field name shown in FIG. 2A. For example, the sequence number assigned 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 sell order or a buy 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, or stop order). 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.

When the order processing is completed, the order information generation unit 16 first generates the first group of order information (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 included in the same order information group as the second-ranked order information has been generated as invalid order information (i.e., order information for which a series of processes using that order information has not yet begun; the same applies throughout this specification). To set the valid/invalid order information, for example, a dedicated flag (not shown) may be provided in the order table 181.

The front page distribution unit 11 causes the display unit 22 of the client terminal 2 to display an order information group display screen 50, the image of which is shown in FIG. 6. As shown in the figure, 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.

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 process. In this error processing, text information indicating that acceptance of the order has been rejected is displayed, etc.

Figures 4A and 4B are flow charts showing the processing procedure after a limit order is executed by an if-done order in the financial product transaction management device 1 of this embodiment, and Figure 7 is a time chart showing a schematic representation of a contract based on a limit order in the financial product transaction management device 1 of this embodiment. The processing procedure will be explained below based on the figures.

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.

In this embodiment, as shown in FIG. 7, at time t1 when the order processing is completed, the contract information generating unit 14 performs a process of contracting the first order 51a of the position (step S21). In this process, the contract information generating unit 14 internally stores that the order has been contracted. This storage can be performed, for example, 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. After that, 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) that constitutes the attribute information of the first order 51a. The contract process for the second order (see step S25) described below is similar to the contract process in step S21.

When a market order based on the first order 51a is executed, the execution 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 executed 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 execution information generation unit 14 sets the execution price of the market order to the limit price of the first order from the second order onwards.

Next, when the market order based on the first order 51a is executed, the execution information generation 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).

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 as shown in FIG. 7, the market selling price 72 of the US dollar rises, and at a specific time t2, the market buying price 71 of the US dollar becomes the same price as the contract price of the second order 51b ("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.

If the order information generated by the input in step S1 at time t2 in FIG. 7 has not been contracted at all ("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 the "second order information group") (step S29). The order information generating unit 16 records the generated second order information group in the order table 181 in the same manner as in step S9 (step S30). When the second order information group is generated in step S29, the front page distribution unit 11 causes the order information group display screen 50 displayed on the display unit 22 of the client terminal 2 to display the first order, second order, and stop order (none of which are shown) contained in the newly generated second order information group (not shown), instead of the first order 51a, second order 51b, and stop order 51c contained in the first order information group. Then, the processing from step S21 onwards is repeated.

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 processing procedures are terminated.

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

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

When the contract information generating unit 14 executes a contract based on the stop order 51c, it cancels all the currently valid order information before the contract and the order information group generated based on the buy/sell order application information that generated the stop order information, which 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) that have been 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 in cases such as 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). This cancellation process includes displaying text information indicating that the order has been canceled.

In addition, when a request is made from a client terminal 2 to change the price and amount of a limit order that has already been executed, the financial product transaction management device 1 of this embodiment treats the request as an input error, assuming that it 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.

On the other hand, when a request to cancel an order that has already been executed is made, such as when the 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 uncontracted second orders and stop orders in this order information group as having been 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 stop order 51c of the second order information group, which are valid but uncontracted 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 order information are deleted from the order table 181.

In this way, when a cancellation request is made for an order for a financial product that has already been executed, 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 using if-done orders from becoming complicated.

Instead of the above configuration of this embodiment, a cancellation request using an order cancellation button (not shown) may also be configured to cancel 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, the 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).

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 order is immediately executed by the execution information generation unit 14 after the order information is generated in step S8, and the processing of step S9 and the processing of step S21 and subsequent steps are not performed.

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 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.

In this embodiment, the contract information generating unit 14 is provided, which executes a contract for a financial product based on order information. 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 in addition to the contract. Based on an instruction received from the client terminal 2 and recorded in the order table 181, it is possible to realize a transaction by a market order and multiple if-done orders on the financial product transaction management system 1A, and to realize the 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 conditions, thereby improving the convenience of the customer using the financial product transaction management system 1A and reducing the risk that the customer incurs when executing an if-done order.

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

It goes without saying that the above-mentioned embodiments are merely examples of the present invention and do not mean that the present invention is limited to the above-mentioned embodiments.

1A: Financial product transaction management system 1: Financial product transaction management device 2, 2 ₁ to 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 (7)

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 financial products 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
Based on one of the buy and sell order application information, first order information for placing a first order, which is either a sell order or a buy order for a specified financial product, at a predetermined first order price, and second order information for placing a second order, which is the other of a sell order or a buy order for the financial product, at a predetermined second order price, are generated multiple times, respectively;
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 a first order is executed at a market price at the time of execution based on the predetermined first order price;
The contract information generating means
a financial instruments transaction management device which repeats, after the first contract of the second order, a contract process based on the predetermined first order price of the second and subsequent first orders based on the first order information generated by the order information generating means, and a contract process based on the predetermined second order price of the second and subsequent second orders based on the second order information generated by the order information generating means. 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. 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 placing a stop order for the other of a sell order or a buy order for the financial product,
the order information generating means, when the stop order based on the stop order information is contracted, stops the limit order based on the first order information and the limit order based on the second order information;
3. The financial instruments transaction management device according to claim 2, wherein, 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 order information that has 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. 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 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-limit order information corresponding to the order for which the cancellation request has been made. 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;
5. 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. 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 financial products 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
Based on one of the buy and sell order application information, first order information for placing a first order, which is either a sell order or a buy order for a specified financial product, at a predetermined first order price, and second order information for placing a second order, which is the other of a sell order or a buy order for the financial product, at a predetermined second order price, are generated multiple times, respectively;
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 a first order is executed at a market price at the time of execution based on the predetermined first order price;
The contract information generating means
said financial product transaction management system, characterized in that after the first execution of the second order, execution processing based on said predetermined first order price of the second and subsequent first orders based on said first order information generated by said order information generating means, and execution processing based on said predetermined second order price of the second and subsequent second orders based on said second order information generated by said order information generating means are repeated. 6. A program for causing a computer to function as the financial product transaction management device according to claim 1.

Images