JP2023053126A - Financial product transaction management apparatus, financial product transaction management system, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a financial product transaction management apparatus configured to allow for a repeat if-done order including market order, to reduce the risk of a customer without requiring complicated procedures.

SOLUTION: A financial product transaction management apparatus 1 of a financial product transaction management system 1A includes: an order information generation unit 16 which generates order information; and an execution information generation unit 14 which executes a trading order based on the generated order information. The order information generation unit 16 generates an order information group including first order information and second order information. The execution information generation unit 14 executes the first first-order at the market using a predetermined market price as a predetermined first order price, and executes the first second-order using the predetermined market price as a predetermined second order price. The order information generation unit 16 generates the first order information for the second and subsequent first-orders at the predetermined first order price, and the second order information for the second and subsequent second-orders at the predetermined second order price. The execution information generation unit 14 repeats execution processing for the second and subsequent first-orders and the second and subsequent second-orders.

SELECTED DRAWING: Figure 1

COPYRIGHT: (C)2023,JPO&INPIT

Description

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

Market orders and limit orders are known as methods of trading financial products such as foreign exchange. A market order is an order form that trades at the price at the time of ordering. On the other hand, a limit order is an order form in which a trade price is specified in advance by a customer, and the transaction is executed 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 target financial product has fallen to a specified amount, or places a purchase order for the financial product when the target financial product has risen to a specified amount. Place an order to sell a product. Conventionally, an invention is known in which a limit order for a financial product is placed using a computer system (see, for example, Patent Document 1).

JP-A-2006-99787

Here, if-done orders are often made in limit orders for financial products. In the specification of the present application, an if-done order means that two ordered orders are placed at the same time, and when the first order (hereinafter referred to as the "first order") is placed, the second order (hereinafter referred to as the "first order") is automatically placed. (referred to as a "second order") is effective. In an actual financial product transaction, one customer may place multiple if-done orders for a specific financial product in parallel.

On the other hand, the system of Patent Literature 1 has a problem that it cannot handle limit orders for if-done orders. In addition, in the system of Patent Document 1, when a customer wishes to place multiple if-finished orders in parallel, each of the if-finished orders must be placed individually, which complicates the customer's order procedure. There is a problem of becoming

On the other hand, if the market price of a financial product fluctuates more than it has in the past and there is no prospect of recovery for the time being, the trader who owns the financial product may decide to sell the financial product in order to minimize damage. often desired. However, in the system of Patent Document 1, the user cannot automatically sell the financial product acquired by the buy order of the limit order according to the future market conditions, and the customer cannot place an if-done order according to the market conditions. However, there is a problem that it cannot be automatically canceled depending on the situation.

Furthermore, the system of Patent Literature 1 also has a problem that it is not possible to deal with the case where an if-done order is to be placed with a market order.

The present invention has been made in view of the above-mentioned problems, and enables system users to place multiple if-done orders without performing complicated order procedures in market orders for financial products, and also to improve future market conditions. To provide a financial product transaction management device capable of automatically canceling an if-done order in response to a situation, improving the convenience of a customer using the system, and reducing the risk incurred by the customer when placing the if-done order. The challenge is to

In order to solve such a problem, the invention described in claim 1 is a financial product transaction management apparatus for managing the purchase and sale of financial products, wherein an order for receiving purchase and sale order application information for placing a purchase and sale order for the financial product is provided. input receiving means; order information generating means for generating order information for financial products based on the trading order application information received by the order input receiving means; and based on the order information generated by the order information generating means and contract information generating means for executing processing for executing the trading order, wherein the order information generating means generates either a sell order or a buy order of a predetermined financial product based on one of the trading order application information. generating an order information group including first order information to be placed and second order information to place the other of a sell order or a buy order of the financial product; By performing the processing, the first order is executed at the market with the predetermined market price of the financial product as the predetermined first order price, and the generated second order information is processed to obtain the predetermined The first order is executed as the second order price, and the order information generating means generates the first order information for executing the second and subsequent first orders at the predetermined first order price, and the predetermined and the second order information for placing the second and subsequent second orders at the second order price, and the execution information generating means generates the second and subsequent first orders based on the generated first order information. It is characterized by repeating the contracting process of the order and the contracting process of the second order after the second time based on the generated second order information.

The invention according to claim 2, in addition to the configuration according to claim 1, further comprises order information recording means for recording the order information generated by the order information generating means, and the contract information generating means records the order information. a process of executing a contract for the financial product based on the first order information among the individual order information recorded in the recording means, and a process of executing a contract for the financial product based on the second order information; , is repeated a predetermined number of times.

The invention according to claim 3 is, in addition to the configuration according to claim 2, the order information group includes stop loss order information for performing the other of the sell order and the buy order of the financial product at a stop loss, 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 loss order based on the stop loss order information is executed, and generates the execution information. When a contract is executed based on the stop loss order information, the generation means generates the first order information and the second order information generated corresponding to the trading order application information that generated the stop loss order information. and canceling processing for erasing all of the order information that has not been generated at the time of generation of the stop loss order information from the order information recording means.

The invention according to claim 4 is characterized in that, in addition to the configuration according to claim 3, when there is a request to cancel the order of the financial product that has been placed once, the contract information generating means Among the corresponding first order information and/or second order information and/or stop loss order information, all of the order information before execution is canceled.

The invention according to claim 5, in addition to the configuration according to any one of claims 2 to 4, further comprises customer account information recording means for recording deposit balance information of a specific customer, wherein the order information recording means includes , amount information based on the order price of the first order information and the second order information is recorded as attribute information, and the order information generating means compares the amount information based on the order price with the deposit balance information, The first order information and the second order information are generated when the value of the deposit balance information is greater than or equal to the value of the amount information based on the order price.

According to a sixth aspect of the invention, there is provided a financial product transaction management system for managing the purchase and sale of financial products, comprising an order input reception means for receiving purchase and sale order application information for placing a purchase and sale order for the financial product; Order information generating means for generating order information for financial products based on the trading order application information received by the input receiving means, and executing the trading order based on the order information generated by the order information generating means. contract information generation means for processing, wherein the order information generation means generates first order information for executing either a sell order or a buy order for a predetermined financial product based on one of the trading order application information; generating an order information group including second order information for executing the other of a sell order or a buy order of the financial product, and the contract information generating means processes the generated first order information, A predetermined market price of a financial instrument is used as a predetermined first order price, and the first order is executed at the market, and the generated second order information is processed to obtain a predetermined second order price. and the order information generating means generates the first order information for placing the second and subsequent first orders at the predetermined first order price, and the second order at the predetermined second order price. and generating the second order information for executing the subsequent second order, and the contract information generating means performs contract processing for the second and subsequent first orders based on the generated first order information; contract processing of the second order after the second time based on the received second order information.

According to a seventh aspect of the present invention, there is provided a program that causes a computer to function as the financial product transaction management apparatus according to any one of the first to fifth aspects.

According to the inventions described in claims 1 and 6, an order input receiving means for receiving trading order application information for placing a trading order for financial products, and based on the trading order application information received by the order input receiving means contract information generating means for executing processing for executing a trading order based on the order information generated by the order information generating means for generating order information for financial instruments, the order information generating means generating one trading order application information; generating an order information group including first order information for placing either a sell order or a buy order for a given financial product and second order information for placing the other of the sell order or buy order for a financial product based on; The execution information generation means processes the generated first order information to cause the first order to be executed at the market with a predetermined market price of the financial product as a predetermined first order price, and generate By processing the second order information, the first second order is executed at the predetermined second order price, and the order information generating means executes the second and subsequent first orders at the predetermined first order price. generating first order information and second order information for placing a second and subsequent second order at a predetermined second order price; Execution processing for one order and execution processing for the second and subsequent second orders based on the generated second order information are repeated. As a result, while improving the convenience of customers who buy and sell financial products by limit orders, customers using the system can repeat multiple if-done orders without performing complicated order procedures in limit orders for financial products. It is possible to improve the convenience of the customer using the system and reduce the risk that the customer suffers when placing an If-Done-Order.

According to the second aspect of the invention, the first Execution information generation means for executing a contract for a financial product based on the order information and the second order information, the execution information generation means based on the first order information among the individual order information recorded in the order information recording means. The process of contracting the financial product and the process of contracting the financial product based on the second order information are repeated multiple times. As a result, when placing limit orders for financial products, customers using the system can place multiple if-done orders without going through complicated ordering procedures, and automatically cancel if-done orders according to future market conditions. It is possible to increase the convenience of the customer using the system and reduce the risk that the customer suffers when placing an If-Done order.

According to the third aspect of the invention, when the stop loss order based on the stop loss order information is executed, the limit order based on the first order information and the limit order based on the second order information are stopped, and the execution information is stopped. When a contract is executed based on the stop loss order information, the generation means generates the stop loss order information among the first order information and the second order information generated corresponding to the trading order application information that generated the stop loss order information. A cancellation process is performed to erase all order information that has not been generated at the time of information generation from the order information recording means. As a result, it is possible to minimize the damage caused by limit trading with simple processing.

According to the invention of claim 4, when there is a request to cancel an order for a financial product that has been placed once, the first order information and/or the second order information and/or reverse order information corresponding to the order for which the cancellation request is made. Of the limit order information, all the order information before execution is canceled. As a result, in cases such as when the market price of financial products fluctuates more than the conventional market price and there is no prospect of recovery for the time being, it is possible to minimize the damage suffered by the customer who conducts limit trading.

According to the fifth aspect of the invention, the customer account information recording means for recording the bank balance information of the specific customer is provided, and the order information recording means stores the amount information based on the order price of the first order information and the second order information. is recorded as attribute information, the order information generating means compares the information based on the order price with the deposit balance information, and if the value of the deposit balance information is greater than or equal to the value of the amount information based on the order price, the first order information and Generate secondary order information. As a result, the system can be operated without hindrance in commercial transactions due to inability to pay, by accepting limit orders by if-done orders only when payment can be made without fail.

According to the seventh aspect of the invention, the financial product transaction management apparatus of the present invention can be programmed and implemented on various computer hardware.

1 is a system configuration diagram and a functional block diagram of a financial product transaction management device in the financial product transaction management system of this embodiment; FIG. FIG. 4 is a schematic diagram of field definitions of an order table of the same financial product transaction management apparatus; 4 is a schematic diagram of field definitions of a customer account information table of the financial product transaction management apparatus; FIG. FIG. 4 is a schematic diagram of field definitions of a currency pair order condition table of the same financial product transaction management device; Fig. 10 is a flow chart showing a processing procedure for establishing a limit order by an if-done order in the same financial product transaction management apparatus; FIG. 10 is a flow chart showing a processing procedure after establishment of a limit order by an if-done order in the same financial product transaction management apparatus; FIG. FIG. 10 is a flow chart showing a processing procedure after establishment of a limit order by an if-done order in the same financial product transaction management apparatus; FIG. FIG. 10 is an image diagram of a second input screen displayed on the display unit of the client terminal; FIG. 4 is an image diagram of an order information group display screen displayed on the display unit of the client terminal by the same financial product transaction management apparatus; FIG. 10 is a time chart schematically showing contract processing based on a limit order with an if-done order in the same financial instrument transaction management apparatus; FIG.

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

FIG. 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 . 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. As a result, the financial product transaction management system 1A can be applied to high-demand financial products for which limit orders are traded using if-done orders, thereby further enhancing convenience for customers using the financial product transaction management system 1A.

The financial product transaction management apparatus 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. Client _terminals 2 ₁ , . do. The client _terminals 2 ₁ , _{.
, . _ _} 22 _n . The _client terminals 2 ₁ , . _{. .} , 2 _n , the operation units 21 ₁ , . The client terminal 2 , the operation unit 21 , and the display unit 22 are used unless otherwise specified.

Although not shown in FIG. 1, the financial instrument transaction management apparatus 1 includes at least one CPU (Central Processing Unit), RAM (Random Access Memory) functioning as a work area for the CPU, a boot program for startup, and the like. are recorded, an auxiliary storage device such as a hard disk for recording various programs and data, and a communication interface for transmitting and receiving data. The auxiliary storage device stores OS (Operating System) programs, various application programs, data recorded in databases, etc. These programs and data cooperate with hardware resources through arithmetic processing of the CPU. various functions.

As shown in FIG. 1, the financial product transaction management apparatus 1 includes a data processing unit 10 as functional means realized based on the various programs and hardware resources described above, and various functions processed by the data processing unit 10. It has a database 18 in which data are recorded. The data processing unit 10 performs processing such as generation and processing of various data used in the financial instrument transaction management apparatus 1, and furthermore, a front page distribution unit 11 and an order input receiving unit (order input receiving means) also serve as functional means. ) 12, deposit/withdrawal information generation unit 13, contract information generation unit (contract information generation means) 14, account information generation unit 15, order information generation unit (order information generation means) 16, database (DB) connection base unit 17, price It has an information reception management unit 19 .

The order input receiving unit 12 receives data related to various orders input from the client terminal 2 and performs various processes necessary to establish orders for financial products.

The deposit/withdrawal information generator 13 receives a deposit/withdrawal request from the client terminal 2 and creates a deposit/withdrawal list based on the request.

The order information generation unit 16 generates information regarding the executed financial product order based on the information processed by the order entry reception unit 12 . The orders here include so-called market orders, limit orders, if-done orders of limit orders, and if-done orders of market orders.

The contract information generator 14 performs contract processing based on the order generated by the order information generator 16 and processing for sending information on completed contract processing to the client terminal 2 of the customer. The term "agreement" here refers to various procedures and processes for establishing a trade in a financial product based on a customer's order.

The account information generation unit 15 has a function of generating customer deposit balance information and managing the deposit balance information as margin information (that is, information for proving that an order can be executed). In addition, in order to ensure consistency with the actual deposit balance, the information regarding the deposit balance generated by the account information generation unit 15 is periodically updated with the information regarding the customer's actual deposit balance provided by a financial institution such as a bank. Matched.

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

The database 18 records data used by the financial product transaction management apparatus 1 . Although the database 18 in this embodiment is formed by a relational database, any format such as an object database may be used as long as it is suitable for recording or rewriting a large amount of data. In the database 18, an order table 181 as "order information recording means", a customer account information table 182 as "customer account information recording means", a currency pair order condition table 183, and a sequence number table 184 are recorded. A sequence number table 184 records a unique sequence number for each order information (to be described later).

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

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

2A is a schematic diagram of the field definition of the order table 181, FIG. 2B is a schematic diagram of the field definition of the customer account information table 182, and FIG. 2C is a schematic diagram of the field definition of the currency pair order condition table 183. FIG. As shown in these figures, each table 181, 182, 183 has fields for the number of items, and data such as field names (field names), data types (types) such as characters, numerical values, date and time, and bit lengths. The length (length), non-blank specification (Not Null), presence/absence of default value (default value), data item name (remarks), etc. are defined.

In the above-described financial product transaction management apparatus 1, when limit trading of financial products is performed, limit orders of a plurality of financial products of the same type can be placed using a plurality of if-done orders with one reserve order.

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

FIG. 3 is a flow chart showing a processing procedure for placing a market repeat-if-done order in the financial product transaction management system 1 of this embodiment. The processing procedure at the time of ordering will be described below with reference to the same figure.

A customer who uses the financial product transaction management system 1A accesses the financial product transaction management device 1 using the client terminal 2 . The front page distribution unit 11 of the financial instrument transaction management device 1 displays a first input screen (not shown) and a second input screen whose image is shown in FIG. 40 is displayed.

The first input screen (not shown) has a button for selecting a currency pair that can be traded, a button for selecting a trading form, and a trading form (market order, limit order, limit order for if done order, market order for if done order and stop order) selection buttons, expiration date selection buttons for selecting the expiration date of the order (a specific year, month, or indefinitely, etc.), and "Select" for confirming the selections made by each selection button. Buttons (neither shown) are provided. The customer clicks the selection button of the currency pair that the customer wishes to trade, for example, the Japanese yen and the US dollar currency pair, and selects the desired trading form, for example, a new order of "buy" (that is, a new position (foreign currency position)). Click the select button to select the order to hold), click the select button for the market order of the ifdone order, select "indefinite" as the order expiry date, and click the "select" button to select the financial instrument The front page distribution unit 11 of the transaction management device 1 causes the display unit 22 of the client terminal 2 to display the second input screen.

As shown in FIG. 5, the second input screen 40 displays the items entered in the first input screen (not shown), that is, a display 41 showing the currency pair of the Japanese Yen and the US Dollar, the sell/buy order. In addition to the display 42 for distinguishing between the order format, the display 43 for indicating that the order format is market if done, and the display 49 for indicating that the expiration date is indefinite, a field 44 for inputting the type of service provided by the trader, one A position amount input field 45 for entering the amount for each position in the order, a profit amount input field 46 for specifying the profit amount when the second order for one position is executed after the first order for one position is executed, A stop order price entry field 47 for entering the contract price of the stop order as "stop order information" and a repeat if done entry field 48 for designating repeat if done as the order format are displayed. The customer makes various designations using the input fields 44 to 48 of the second input screen 40 .

Here, market repeat if done is an ordering method in which repeat if done is applied to market orders. In other words, in a normal repeat-if-done order, an if-done order (a trading method in which either a limit buy order or a limit sell order is placed as the first order and then the other limit buy order or limit sell order is placed as the second order) is automatically executed. Repeat multiple times. On the other hand, in the market repeat if-and-if-finding, the first order is a buy order or a sell order at the market, and then the second order is a limit price for the other of the buy or sell orders. The limit price for the second order may be specified in advance, or may be automatically set according to the price of the market order. In this embodiment, the second order is automatically determined to have the opposite trade direction and the same order amount as the first order. Also, the limit price of the second order may be specified in advance, or may be automatically determined so that the ratio or amount difference from the market price is a preset value. After the execution of the second order, if-done consisting of the first limit order (the limit price at this time is the contract price of the first market order) and the second limit order is repeated multiple times. In addition, in this embodiment, a stop loss order is also placed. This stop loss order is also specified to have the same order amount and the opposite trading direction as the first order. As for the limit price of the stop order, the price itself may be specified in advance, but it may also be automatically determined so that the ratio or amount difference from the market price is a preset value.

Although not shown in FIG. 5, the second input screen 40 is preferably provided with an order cancel button (not shown) for canceling the market repeat-if-done order.

When the customer clicks an order confirmation button (not shown) on the second input screen 40 in the state shown in FIG. The contents are input to the order entry 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 confirms the content of the input order. Specifically, the deadline selected on the first input screen (not shown) is confirmed, and the order price of the input data is checked (step S2). In this embodiment, the price of the first order is determined by the market order, so only the price of the second order is set. When the limit price for 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 proper price.

If the price of the second order is determined to be a reasonable price (“No” in step S3), the account information generation unit 15 acquires margin information of the customer in the customer account information table 182. Specifically, numerical data recorded corresponding to the "amnt" field 182a shown in FIG. 2B is obtained as margin information.

The order input reception unit 12 compares the acquired margin information with the customer's total order amount (that is, the total order amount calculated based on the contents entered in each of the input fields 44 to 48), and determines the margin amount. is greater than or equal to 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 makes it possible to accept a limit order by if-done-order only when the customer can certainly pay.

Here, in this embodiment, the order information generation 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 a stop loss order. is generated as the order information of the stop loss order for settlement. By generating the second order as the order information of the limit order for settlement, the profit from the order generated by the order information of the first order is sequentially determined by the order information of the second order, and the order procedure and the financial product transaction management system 1A. It is possible to prevent complication of information processing within. Furthermore, by generating a stop-loss order as order information for a stop-loss order for settlement, a stop-loss order can be used to minimize the damage caused by a stop-loss transaction for a customer who truly needs a stop-loss order. It is possible to limit the setting to only the scene where the settlement procedure is performed, and it is possible to prevent the abuse of the stop loss order and the complication of the information processing in the financial product transaction management system 1A.

If the margin amount is equal to or greater than the total order amount ("No" in step S5), the order entry reception unit 12 determines that the order conditions other than those described above are determined based on the data recorded in the currency pair order condition table 183. (step S6).

If the market order conditions are not met (“Yes” in step S7), the order input receiving unit 12 treats the input order as an error and refuses to accept the order (step S10).

If the market order conditions are satisfied (“No” in step S7), the front page distribution unit 11 causes the display unit 22 of the client terminal 2 to display a confirmation screen (not shown). The confirmation screen (not shown) lists the order conditions entered and selected by the customer on the second input screen 40, and an approval button (not shown) to be clicked when the listed contents are correct. is provided.

When the customer clicks an approval button (not shown) by operating the operation unit 21, the order information generation unit 16 of the financial instrument transaction management device 1 generates order information based on the data input in step S1 (step S8). Specifically, a plurality of pieces of data input in the above procedure are summarized in order price units, and each order information is obtained by assigning a sequence number to the order recorded in the sequence number table 184 for each piece of information. Form. At this time, the sequence number table 184 is provided with information for distinguishing the sequence numbers used in the order information from unused numbers. A plurality of pieces of order information formed by one procedure of step S8 form an order information group (hereinafter simply referred to as "order information group").

The order information generator 16 records the generated order information group in the order table 181 (step S9). Specifically, corresponding order information (that is, data corresponding to items in the "remarks" column 181a) is recorded in association 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 the customer number uniquely determined for each customer, and the "style_id" field 181d corresponds to the 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) provided separately in the database. The "buy_sell_id" field 181f corresponds to data indicating whether it 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 (for example, identification information for identifying the type such as market order, limit order, stop order, etc.). A "new_close" field 181j corresponds to data indicating whether the order is a new order or a continuing order. The "ifd_ord_seq" field 181k records the sequence number of the ifd order. The “repeat_flag” field 181m records identification information for identifying that the order type is a market repeat-if-done order. The order processing according to the present embodiment is completed through the above procedure.

When order processing is completed, the order information generation unit 16 first generates a first order information group (hereinafter referred to as "first order information group"). At the time of generation, the first order included in the order information group is generated as valid order information (an order formally requested by the customer; the same shall apply in this specification). The second order information as second order order information included in the same order information group is invalid order information (that is, order information for which a series of processing using the order information has not started. The same.) is generated as In order to enable/disable setting of 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 whose image is shown in FIG. As shown in the figure, the order information group display screen 50 displays a first order 51a as "first order information" which is one of the "order information" included in the generated first order information group 50A. , a second order 51b as "second order information" which is one of the "order information" also included in the first order information group 50A, and a second order 51b as "second order information" also included in the first order information group 50A. A stop loss order 51c as "stop loss order information", which is one of them, is displayed in a tabular format. For these orders 51a, 51b, 51c, the information entered and selected in the input fields and selection fields on the first input screen (not shown) and the second input screen 40 (see FIG. 5) are displayed. there is

In addition, 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 (step S5 (“Yes”), the order input receiving unit 12 performs error processing without generating each order information corresponding to the input order (step S10), and terminates the process. In this error processing, character information indicating that acceptance of the order has been rejected is displayed.

4A and 4B are flow charts showing the processing procedure after the if-finished limit order is placed in the financial instrument transaction management system 1 of the present embodiment, and FIG. 7 is a flow chart of the financial instrument transaction management system 1 of the embodiment. is a time chart schematically showing a contract based on a limit order in . The processing procedure will be described below with reference to the figure.

After the order processing is completed, the price information reception management unit 19 of the financial product transaction management device 1 continues to acquire exchange rate information.

In the present embodiment, as shown in FIG. 7, at time t1 when order processing is completed, the execution information generation unit 14 performs processing for executing the first order 51a of the position (step S21). In this process, the contract information generation 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 is established or not. Then, according to a command from the agreement information generation section 14, the account information generation section 15 rewrites the margin information according to the transaction amount of the agreement. Further, the agreement information generation unit 14 causes the deposit/withdrawal information generation unit 13 to describe the status of deposits and withdrawals in the deposit/withdrawal list. Then the actual trading takes place. Then, the contract information generation unit 14 displays the establishment of the contract on the display unit 22 of the client terminal 2, and furthermore, based on the order price information 51d (see FIG. 6) constituting the attribute information of the first order 51a, the client terminal process bank account deposits and withdrawals. Note that the contract processing (see step S25) for the second order, which will be described later, is also the same as the contract processing in step S21.

When the market order based on the first order 51a is executed, the execution information generator 14 rewrites the corresponding data in the database 18. FIG. 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 agreed price. . Here, the first order in this embodiment is placed as a market order for the first time, but is placed as a limit order for the second and subsequent orders. Therefore, the execution information generation unit 14 sets the execution price of the market order to the limit price of the second and subsequent first orders.

Next, when the market order based on the first order 51a is executed, the execution information generation unit 14 converts the second order 51b and the stop loss order 51c in the first order information group 51A from invalid order information to valid order information. (step S22).

Thereafter, the US dollar market selling price 72 does not fall to the execution price of the stop loss order 51c (“No” in step S23), and the US dollar market selling price 72 rises as shown in FIG. , when the US dollar market purchase price 71 becomes the same price as the execution price of the second order 51b at a specific time t2 ("Yes" in step S24), the execution information generation unit 14 generates a bid price based on the second order 51b of the position. The order is contracted and the stop loss order 51c is canceled (step S25). Then, the contract information generator 14 rewrites the corresponding data in the database 18 . As a result, the customer can obtain a profit for the difference between the buy order at time t1 and the sell order at time t2.

At time t2 in FIG. 7, if all the order information generated by the input in step S1 has not been executed ("No" in step S26), the account information generation unit 15 again generates the customer's order information in the customer account information table 182. Get the margin information for Then, the order entry reception unit 12 compares the acquired margin information with the customer's total order amount again, and confirms whether or not the margin amount is equal to or greater than the total order amount (step S27). If the amount of margin is less than the total order amount ("Yes" in step S28), the processing is suspended until the amount becomes equal to or greater than the total order amount. ), the order information generator 16 generates a new order information group (hereinafter referred to as a "second order information group") (step S29). The order information generator 16 records the generated second order information group in the order table 181 (step S30), as in step S9. 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 order information group displayed in the first order information group. Instead of the first order 51a, the second order 51b, and the stop loss order 51c, the first order, the second order, and the stop loss order (any (also not shown) is displayed. Then, the processing after step S21 is repeated.

In this process, order information groups for all positions are formed. Further, the processing continues until the processing of steps S21 and S25 is repeated as many times as the number of designated positions (“No” in step S26). Then, after the processes of steps S21 and S22 are repeated as many times as the number of the input positions ("Yes" in step S26), all the processing procedures are completed.

Note that all limit orders that have passed the order deadline without being executed are canceled and deleted from the order table 181 .

On the other hand, after the process of step S22, if the US dollar market selling price 72 has fallen to the execution price of the stop order 51c ("Yes" in step S23), the execution information generation unit 14 executes the execution of the stop order 51c. (step S31). In other words, the execution information generation unit 14 executes the process of executing the limit order based on the second order 51b changed to the valid order information in step S22 at the execution price of the stop loss order and making a settlement. As a result, in cases such as when the market price of financial products fluctuates more than the conventional market price and there is no prospect of recovery for the time being, it is possible to minimize the damage suffered by the customer who conducts limit trading.

When a contract is executed based on the stop loss order 51c, the contract information generation unit 14 generates an order generated based on the order information that is currently effective and has not yet been executed and the trading order application information that generated the stop loss order information. Of the information group, all order information groups that have not been generated at the time of generation of the stop loss order information are canceled. Specifically, the execution information generation unit 14 cancels the currently valid second order (that is, the second order 51b) (step S32), and furthermore, the order information specified/set for repeating the if-done order All order information groups that have not yet been generated among the groups (that is, order information groups after the second order information group here) are all canceled (step S33). By performing the cancellation process in this way, it is possible to cancel all trading by limit orders such as if-done orders after a specific point in time based on one stop-loss order. As a result, in cases such as when the market price of financial products fluctuates more than the conventional market price and there is no prospect of recovery for the time being, it is possible to minimize the damage suffered by the customer who conducts limit trading. The cancellation process in this embodiment is similar to the error process described above, and the process is stopped without generating each order information corresponding to the input order (step S10). In this cancellation process, character information indicating that the reception of the order has been canceled is displayed.

When the client terminal 2 requests to change the price and amount of a limit order that has been placed once, the financial instrument transaction management device 1 of the present embodiment treats the request as an unauthorized request and treats it as an input error. do. As a result, it is possible to prevent the business of the bank side, which is the trading source of financial products, from becoming excessive due to frequent requests for prices and amounts.

On the other hand, when there is a request to cancel an order that has been placed once, such as by clicking an order cancel button (not shown) on the third input screen (not shown) of the client terminal 2, the financial product transaction management device 1 The execution information generating unit 14 extracts the order information group included in the if-done order for which the cancellation is requested, and processes the second order and the stop loss order that have not been executed in the order information group as if they were all canceled. . For example, when a cancellation request is input from the third input screen (not shown) of the client terminal 2 between t2 and t3 in FIG. The second order 51b and the stop loss order 51c of the order information group are canceled. Similarly, when a cancellation request is input from the client terminal 2 between t3 and t4 in FIG. 7, the first order information group is cancelled. The data of the canceled order information group and the data of the order information are deleted from the order table 181 .

In this way, when there is a request to cancel an order for financial products that has been placed once, the order information group containing the order information related to the order for which the cancellation request was made is extracted, and the pre-execution order information contained in the order information group is extracted. By canceling all orders, it is possible to prevent complicated handling of limit orders based on if-finished orders.

In addition, instead of the above configuration of this embodiment, when a cancellation request is made using an order cancel button (not shown), an order information group that includes the order information for which the cancellation request is made and is scheduled to be generated in the future All order information groups (for example, in the above example, order information groups subsequent to the third order information group, which have not been generated between time t4 and time t5 and are scheduled to be generated in the future) It is good also as a structure which carries out.

If the order received from the client terminal 2 is a normal market order (i.e., if it is a market order that is not an if-done order), the execution information generation unit 14 immediately generates the order information in step S8. The order is contracted, and the processing of step S9 and the processing after step S21 are not performed.

As described above, in this embodiment, when a customer using the financial instrument transaction management apparatus 1 buys or sells financial instruments, the customer performs one ordering procedure on the client terminal 2 side, thereby allowing multiple purchases of the same type. A financial instrument with a price can be repeatedly ordered by a plurality of if-done orders, and a financial instrument owned by the customer in the future can be sold by a stop order. As a result, while improving the convenience of customers who buy and sell financial products by limit order, customers who use the financial product transaction management system 1A do not have to go through complicated order procedures when placing a limit order for financial products. An if-if-done order can be placed, and the market if-done order can be automatically canceled according to future market conditions, thereby improving the convenience of customers who use the financial instruments transaction management system 1A and increasing the market if-done order. It is possible to reduce the risk incurred by the customer when placing an order.

In this embodiment, a contract information generation unit 14 for contracting financial products based on order information is provided. The execution of the financial product based on the order information of the first order among them, and along with the execution of the contract, the process of changing the order information of the second order and the stop loss order information from invalid to valid multiple times, the client terminal 2 and recorded in the order table 181, a market order and a plurality of if-done orders can be realized on the financial instrument transaction management system 1A, and the if-done orders can be processed as stop orders. It can be realized to be interrupted by As a result, a customer using the financial instrument transaction management system 1A can place a plurality of if-done orders in limit orders for financial instruments without performing complicated order procedures, and can place if-done orders according to future market conditions. can be automatically canceled, the convenience of the customer using the financial product transaction management system 1A can be improved, and the risk incurred by the customer when placing an if-done order can be reduced.

Although the financial product transaction management system 1A of the above embodiment handles foreign exchange as a financial product, it 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. The present invention can be applied.

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

1A Financial product transaction management system 1 Financial product transaction management device 2, _{2 1} to 2 _n Client terminal 12 Order input receiving unit (order input receiving 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 instrument transaction management device for managing the buying and selling transactions of financial instruments,
order input receiving means for receiving trading order application information for placing a trading order for the financial product;
order information generating means for generating order information for financial products based on the trading order application information received by the order input receiving means;
contract information generating means for executing processing for contracting the trading order based on the order information generated by the order information generating means;
The order information generating means is
First order information for placing either a sell order or a buy order for a predetermined financial product based on one of the above buy/sell order application information, and second order information for placing the other of the sell order or buy order for the financial product Generate an order information group containing
The contract information generating means is
By processing the generated first order information, the first order is executed at market with a predetermined market price of the financial product as a predetermined first order price,
By processing the generated second order information, the first second order is executed at a predetermined second order price,
The order information generating means is
The first order information for placing the second or subsequent first order at the predetermined first order price, and the second order information for placing the second or subsequent second order at the predetermined second order price. generate and
The contract information generating means is
Repeating the execution process of the second and subsequent first orders based on the generated first order information and the execution process of the second and subsequent orders based on the generated second order information. A financial instrument transaction management device characterized by: an order information recording means for recording the order information generated by the order information generating means;
The execution information generating means performs a process of executing a contract for the financial product based on the first order information among the individual order information recorded in the order information recording means, and 2. The financial product transaction management device according to claim 1, wherein the process of contracting the financial product is repeated a predetermined number of times. the group of order information includes stop order information for performing the other of a sell order or a buy order of the financial product with a stop loss;
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 loss order based on the stop loss order information is executed,
The execution information generating means, when executing a contract based on the stop loss order information, generates the first order information and the second order corresponding to the trading order application information that generated the stop loss order information. 3. The financial product transaction management according to claim 2, wherein, among the information, the order information that has not been generated at the time of generation of the stop loss order information is all deleted from the order information recording means. Device. When there is a request to cancel an order for the financial product that has been placed, the contract information generating means generates the first order information and/or the second order information and/or the 4. The financial product transaction management device according to claim 3, wherein all of the order information before execution of the stop loss order information is canceled. Equipped with customer account information recording means 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;
The order information generating means compares the amount information based on the order price with the deposit balance information, and 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, the first order information and second order information. A financial instruments transaction management system for managing buying and selling transactions of financial instruments,
order input receiving means for receiving trading order application information for placing a trading order for the financial product;
order information generating means for generating order information for financial products based on the trading order application information received by the order input receiving means;
contract information generating means for executing processing for contracting the trading order based on the order information generated by the order information generating means;
The order information generating means is
First order information for placing either a sell order or a buy order for a predetermined financial product based on one of the above buy/sell order application information, and second order information for placing the other of the sell order or buy order for the financial product Generate an order information group containing
The contract information generating means is
By processing the generated first order information, the first order is executed at market with a predetermined market price of the financial product as a predetermined first order price,
By processing the generated second order information, the first second order is executed at a predetermined second order price,
The order information generating means is
The first order information for placing the second or subsequent first order at the predetermined first order price, and the second order information for placing the second or subsequent second order at the predetermined second order price. generate and
The contract information generating means is
Repeating the execution process of the first order from the second time onward based on the generated first order information and the execution process of the second order from the second time onward based on the generated second order information. A financial instrument transaction management system characterized by: A program that causes a computer to function as the financial product transaction management apparatus according to any one of claims 1 to 5.

Images