JP6978119B2 - Financial instrument transaction management device, financial instrument transaction management method in financial instrument transaction management system, program - Google Patents

Description

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

As a method of trading financial products such as foreign exchange, limit orders are known in addition to market orders that trade at the price at the time of ordering. This limit order is an order form in which the selling price is specified in advance by the customer, and the dealer of the financial product places a buy order for the financial product when the target financial product drops to the specified amount. Or place a sell order for the financial instrument when it reaches the specified amount. Conventionally, an invention has been known in which a limit order for a financial product is placed using a computer system (see, for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2006-99787

However, the prices of financial instruments are constantly fluctuating and cannot be predicted accurately. Therefore, if the price of the financial instrument rises (or falls) just before it falls (or rises) to a predetermined amount, or if it falls (or rises) below the predetermined amount, the customer May suffer a substantial disadvantage. Further, depending on the invention described in Patent Document 1, there is a problem that such a fear of disadvantage cannot be avoided.

Furthermore, if the number of orders is extremely increased or orders are canceled frequently, the dealers of financial products may also suffer from complicated operations and practical damages. Especially when the financial product to be handled is foreign exchange, the dealer who mediates between the customer and the bank may cause de facto damage to the bank and lose the credit from the bank. Therefore, it is necessary to pay attention to avoiding the risk incurred by the dealer of financial instruments when conducting a transaction, but in the invention described in Patent Document 1 above, there is a problem that the risk of the dealer cannot be avoided. be.

The present invention has been made in view of the above problems, avoids the disadvantages of financial product handlers and customers in ordering financial products, and allows customers who use the system to carry out transactions without performing complicated ordering procedures. The challenge is to provide financial instrument transaction management equipment, etc. that can be performed efficiently and smoothly.

In order to solve such a problem, the invention according to claim 1 is a financial product transaction management device that manages a transaction for buying and selling a financial product whose market price fluctuates, and is a financial product transaction management device for the type of the financial product and each order. The order amount for each order price, one order price as a specific price for filling the first order when the market price is reached, and the first order price when the market price is reached. (Ii) The profit margin between each of the above orders and the price range between the specific prices for filling each of the first orders when buying and selling at another order price as a specific price for filling the order. Alternatively, an order information generating means for generating order information for setting a price range between specific prices for executing each of the second orders, and an order information generating means for executing the financial product based on the order information. A means for generating contract information for processing, a means for receiving price information for acquiring information on the market price of the financial product, and a means for calculating the other order price based on the one order price and the profit margin. and a second order price calculation means, wherein the order information generating unit, as the order information, each width sets the order price of each so that the width, each of the one that has been set About the first order price as the order price of The other order price is set with respect to the one order price of the first order, and the second order price as the other set price is set. A plurality of order information groups consisting of a second order information for making a sell order for the first buy order and a second order as a buy order for the first sell order are generated and generated. The order information group is recorded in the order information recording means for recording the order information, and the execution information generation means is the first order which is a valid order for each of the generated order information groups. The first order price and the market price of the financial product match, and then the second order price and the market price of the second order, which is a valid order, match the first order. When the second order is executed, the first order information of the next order information group is valid and executed with the execution of the first order at the same first order price as the executed first order. The first Characterized in that intends repeated rows commitments and the second order in the same the second order price and the secondary order.

If an invention according to claim 2, in addition to the structure according to claim 1, comprising a pre-Symbol order information recording hand stage, before Symbol contract information generation means is an order of buying the first order information When the market price of the financial product acquired by the price information receiving means fluctuates and becomes equal to the first order price, the order information group recorded in the order information recording means is formed. The execution is performed based on the first order information among the individual order information, and the market price of the financial product acquired by the price information receiving means further fluctuates to be equal to the second order price. In this case, by performing the execution of the financial product based on the second order information, the execution of the financial product based on the first order information and the execution of the financial product based on the second order information are repeated. When the first order information is a sell order and the market price of the financial product acquired by the price information receiving means fluctuates and becomes equal to the first order price, the order information record. Of the individual order information forming the order information group recorded in the means, the execution is performed based on the first order information, and the market price of the financial product acquired by the price information receiving means is further increased. When the price fluctuates and becomes equal to the second order price, the execution of the financial product based on the second order information causes the execution of the financial product based on the first order information and the second order. It is characterized by repeating the execution of the financial product based on the information.

The invention according to claim 3 is, in addition to the configuration according to claim 2, relating to the order for which the cancellation request is made when the contract information generation means receives a cancellation request for the order of the financial product once ordered. It is characterized in that the order information group including the order information is extracted, and all the order information before the execution included in the order information group is canceled.

The invention according to claim 4 is a financial product transaction management method in a financial product transaction management system that manages sales transactions of financial products whose market price fluctuates, and is the type of the financial product and the order price of each order. An order amount for each order, one order price as a specific price for filling the first order when the market price is reached, and a second order when the market price is reached. The profit margin between the respective orders and the price range between the specific prices for fulfilling the first order, or the price range between the specific prices when buying and selling at the other order price as the specific price for executing the first order. and order information generation procedure ordering information for setting the width of a particular price each other in order to contract each of the second order is generated, processing for contract the financial product based on said order information The other order price is calculated based on the execution information generation procedure in which the transaction information is generated, the price information receiving procedure in which the market price information of the financial product is acquired, and the one order price and the profit margin. and a second order price calculation procedure for the in order information generation step, as the order information, is set each width, each of said order price so that the width of each which has been set The first order price as the one order price is set as the first order information for placing the first order as a buy or sell order, and each order price is set so that each price range is the above price range. , Each of the other order prices whose margin is the margin is set with respect to the one order price of the corresponding first order, and the second order price as each of the set other order prices. A plurality of order information groups consisting of second order information for making a sell order for the first buy order and a second order as a buy order for the first sell order are generated and generated. The ordered information group is recorded in the order information recording means for recording the order information, and in the execution information generation procedure, the order is a valid order for each of the generated order information groups. The first order price of the first order and the market price of the financial product match, and then the second order price of the second order, which is a valid order, and the market price match. When one order and the second order are executed, the first order information of the next order information group is valid, and the first order price at the same as the executed first order is the first order. Commitments and one order, contract of the second order in the same the second order price and the second order that contract and to the repeated wherein the Reruko.

The invention according to claim 5 is a program, characterized in that the computer functions as the financial instrument transaction management device according to any one of claims 1 to 3.

According to the first and fourth claims, when buying and selling a financial product, the same type of financial product can be ordered at a time over a plurality of prices by performing an order procedure. As a result, it is possible to easily place an order that can reduce the risk of the customer, and it is possible to improve the convenience of using the system of the customer. As a result, it is possible to avoid the disadvantages of the financial product handler and the customer in ordering the financial product, and to efficiently and smoothly carry out the transaction by order without the customer performing complicated order procedures.

According to the inventions of claim 1 and claim 4, for each order information group generated based on the buy / sell order application information, the first order price of the first order which is a valid order and the first order price of the financial product. If the first order and the second order are executed by matching the market price and then the second order price of the second order, which is a valid order, and the market price, the first of the following order information groups (1) The order information is valid, and the execution of the first order at the same first order price as the executed first order and the execution of the second order at the same second order price as the executed second order are repeated. By setting such as, even after the first order and the second order are executed, it is possible to repeatedly place an order based on the executed order information group. As a result, the disadvantages of the financial product handler and the customer in ordering the financial product can be avoided, and the customer using the system can efficiently and smoothly carry out the transaction by order without performing complicated order procedures.

According to the second aspect of the present invention, the execution information generating means can execute an order when the individual order information forming the order information group recorded in the order information recording means satisfies the order condition. In addition, when the order information as the second order is executed, the first order information group is generated again, so that even after the first order and the second order are executed, the ifdan order by the executed order information group is used. Can be repeated. As a result, it is possible to avoid the disadvantages of the financial product handler and the customer in ordering the financial product, and the customer using the system can efficiently and smoothly carry out the transaction without performing complicated order procedures.

According to the invention of claim 3, when there is a cancellation request for an order of a financial product once ordered, the execution information generation means extracts an order information group including order information regarding the order for which the cancellation request has been made. By canceling all the order information before the execution included in the order information group, it is possible to prevent the handling of the order from becoming complicated. As a result, it is possible to further enhance the convenience of the customer who uses the system and prevent the system configuration and the information processing in the system from becoming complicated.

According to the fifth aspect of the present invention, the configuration of the financial instrument transaction management device of the present invention can be programmed and realized on various computer hardware.

It is a system block diagram in the financial instrument transaction management system which realizes the financial instrument transaction management method of this embodiment, and the functional block diagram of the financial instrument transaction management apparatus which realizes the financial instrument transaction management method of this embodiment. Same as above It is a schematic diagram of the field definition of the order table of the financial instrument transaction management device. It is a schematic diagram of the field definition of the customer account information table of the same as above. Same as above It is a schematic diagram of the field definition of the currency pair order condition table of the financial instrument transaction management device. Same as above. It is a flowchart which shows the processing procedure at the time of ordering a trap repeat toy fudan in a financial instrument transaction management apparatus. It is an image diagram of the input screen displayed on the display part of a client terminal. It is an image diagram of (a) a condition setting screen and (b) an image diagram of a confirmation screen displayed on a client terminal. It is a figure which showed (a) the data of the buy order information as a model, and (b) the figure which showed the data of the sell order information as a model, which is recorded in the order table. Same as above It is a time chart schematically showing the execution process based on the limit order in the financial instrument transaction management device. Same as above It is a flowchart which shows the processing procedure of the cancellation request in the financial instruments transaction management apparatus.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

FIG. 1 is a system configuration diagram and a functional block diagram of a financial instrument transaction management system that realizes the financial instrument transaction management method of the present 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 financial product transaction management device 1. The client terminals 2 _{1 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 the present embodiment handles foreign exchange as a financial product.

The financial product transaction management device 1 that realizes the financial product transaction management method of the present embodiment is a server computer managed and operated by a financial product dealer, and has a Web server function and a database function for storing a large amount of data. ing. The client terminals 2 ₁ , ..., _2n are communication terminals having a data communication function possessed and used by an individual or a corporation that buys and sells financial products, and corresponds to a personal computer, a mobile phone terminal, or the like. do. The client terminal 2 ₁ , ..., 2 _{n consists of an operation unit 21 1} , ..., 21 _n , an LCD (Liquid Crystal Display), etc. used for inputting various instructions such as a mouse and a keyboard. _{It has a display unit 22 1} ,, ..., 22 _n that displays various instructions and various images input from 1 ,, ・ ・, 21 _n. Since the client terminals 2 ₁ , ..., 2 _n , the operation unit 21 ₁ , ..., 21 _n , and the display unit 22 ₁ , ..., 22 _n have the same configuration, it is necessary to distinguish them below. Except for certain cases, the client terminal 2, the operation unit 21, and the display unit 22 are used.

Although not shown in FIG. 1, the financial instruments transaction management device 1 includes at least one CPU (Central Processing Unit), a RAM (Random Access Memory) that functions as a work area of the CPU, a boot program for booting, and the like. A ROM (Read Only Memory) in which the data is recorded, an auxiliary storage device such as a hard disk on which various programs and data are recorded, a communication interface used for transmitting and receiving data, and the like are provided. OS (Operating System) programs, various application programs, data recorded in the database, etc. are recorded in the auxiliary storage device, and these programs and data cooperate with hardware resources by arithmetic processing of the CPU. To realize various functions.

As shown in FIG. 1, the financial instrument transaction management device 1 has a data processing unit 10 as a functional means realized based on the above-mentioned various programs and hardware resources, and various types processed by the data processing unit 10. It has a database 18 in which data is recorded. The data processing unit 10 performs processing such as generation and processing of various data used in the financial product transaction management device 1, and further, a front page distribution unit 11 as a functional means and an order as an "order input receiving means". Input reception unit 12, deposit / withdrawal information generation unit 13, contract information generation unit 14 as "contract information generation means", account information generation unit 15, order as "order information generation means" and "second price information calculation means" It has an information generation unit 16, a database (DB) connection base unit 17, and a price information receiving unit 19 as a “price information receiving means”.

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

The deposit / withdrawal information generation unit 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 an order for a financial product based on the information processed by the order input reception unit 12. For orders here, in addition to so-called market orders and limit orders, ifdan orders (two ranked orders are placed at the same time, and when the first ranked order is filled, the second ranked order is automatically activated. The order format, which is the same as in the present specification) is also included.

The contract information generation unit 14 performs a contract process based on the order generated by the order information generation unit 16 and a process for sending information regarding the completed contract process to the client terminal 2 of the customer. The term "contract" as used herein refers to various procedures and processes for establishing a sale or purchase of a financial product based on a customer's order.

The account information generation unit 15 has a function of generating deposit balance information of a customer and managing the deposit balance information as margin information (that is, information for confirming that an order can be executed). The information on the deposit balance generated by the account information generation unit 15 is periodically the same as the information on the customer's actual deposit balance provided by a financial institution such as a bank in order to be consistent with the actual deposit balance. Be matched.

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

The database 18 records the data used in the financial instrument transaction management device 1. The database 18 in the present embodiment is formed by a relational database, but any format may be used as long as it is suitable for recording or rewriting a large amount of data such as an object database. The database 18 includes an order table (order information recording means) 181, a customer account information table (customer account information recording means) 182, a currency pair order condition table 183, a minimum price range table (minimum price range information recording means) 184, and a difference table (difference table). Difference information recording means) 185, sequence number table 186 is recorded. The lowest price range table 184 is the closest that individual sell order information (described later) or individual buy order information (described later) forming an order information group (described later) defined for each type of financial product can be taken. The price range is recorded as the minimum price range information. In the difference table 185, the difference information between the current market price and the order amount of the order information (described later), which is determined for each type of financial product, is recorded. A sequence number uniquely assigned to each order information (described later) is recorded in the sequence number table 186. Details of the order table 181, the customer account information table 182, and the currency pair order condition table 183 will 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 receiving unit 19 acquires information about the price of the financial product handled by the financial product transaction management device 1, and performs processing necessary for the data processing unit 10 to use the acquired information. In the present embodiment, the price information receiving unit 19 acquires information on the market price of foreign exchange.

FIG. 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. 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, numbers, and dates, and bit lengths. Length (length), blank not specified (Not Null), presence / absence of default value (default value), data item name (remarks), etc. are specified.

In the above-mentioned financial product transaction management device 1, when a limit transaction of a financial product is performed, a plurality of financial products of the same type can be bought and sold by one pre-order for each predetermined number of products in a predetermined price range. It is possible to realize the order form performed in. In the present specification, this order form is referred to as "trap repeat toy fudan order".

Next, the transaction procedure of the trap repeat toy fudan order in the financial instrument transaction management system 1A of the present embodiment will be described.

FIG. 3 is a flowchart showing a processing procedure for generating information regarding a limit order by a trap repeat toy fudan order in the financial instrument transaction management device 1 of the present embodiment. Hereinafter, the processing procedure at the time of ordering will be described based on the figure.

A customer who uses the financial product transaction management system 1A accesses the financial product transaction management device 1 by using the client terminal 2. The front page distribution unit 11 of the financial instrument transaction management device 1 causes the display unit 22 of the accessed client terminal 2 to display the input screen 40 shown in FIG. The customer inputs the data of the order content on the input screen 40 using the operation unit 21 (step S1). Specifically, the following processes (1) to (5) are performed on the input screen 40.

(1) The customer would like to buy and sell from the upper from tradable currency pairs (the input screen 40 in five currency pairs) trading provided for each desired input button 41 _{1-41 5} of the input screen 40 Select a currency pair and click. For example, customers who want to buy the US dollar in Japanese yen, clicking on the US dollar purchase button 41 1 _a of the input screen 40.

(2) then the customer himself from trading mode selection button group 42 provided on the lower side of the trading desired input button 41 _{1-41 5} clicks to select the button that trading form is displayed as desired. The input screen 40 of FIG. 4 shows a state in which the new selection button 42a for selecting a new order (that is, an order for having a new position (foreign currency position)) from the trading form selection button group 42 is clicked. ing. The financial instrument transaction management device 1 of the present embodiment applies the trap repeat toy fudan order only to a new order, simplifying the system configuration and forming a system that is easy for the customer to use.

(3) Next, the customer clicks the trap trade designation button 43a for designating the trap trade (registered trademark) from the order condition / quantity designation button group 43 provided below the trading form selection button group 42. Here, "trap trade" is an order form in which, when a limit transaction of a financial product is performed, a plurality of financial products of the same type are reserved for each predetermined number of products in a predetermined price range by one pre-order. To say. And the trap repeat toy fudan order includes the trap trade in the procedure. In the financial instrument transaction management device 1 of the present embodiment, trap trading cannot be performed even if a selection button other than the trap trade designation button 43a is clicked.

(4) When the trap trade designation button 43a is clicked, the condition setting screen 44 shown in FIG. 5A pops up on the display unit 22. On the condition setting screen 44, a start price input field 44a for inputting the order base price of the trap repeat toy fudan, an amount input field 44b for inputting the amount for each position in one order, and a price range of the position to be ordered (that is, individual buy orders) are displayed. Price range input field 44c for inputting information (price range between each other), profit amount specification field 44e for inputting profit amount for each position as "profit margin", trap number selection field 44d for selecting the number of positions to order, A repeat toy fudan order selection field 44f for specifying how to execute a repeat toy fudan order is provided, and the customer inputs a desired numerical value in each of the input fields 44a, 44b, 44c, 44e, and from each selection field 44d, 44f. Select the desired number and order format. In the condition setting screen 44 of FIG. 5A, the start price is 109.90 dollars, the price range is 0.10 yen, and one position is in each input field 44a, 44b, 44c, 44e and each selection field 44d, 44f. Shows the state in which an order with 10,000 currencies, 5 positions to be ordered, an indefinite expiration date, and an order format that is a basic repeat price limit order has been entered and selected. By selecting the repeat toy fudan order in the repeat toy fudan order selection field 44f on the trap trade condition setting screen 44, the form of the trap repeat toy fudan order is selected.

(5) After the input and selection for each input field 44a, 44b, 44c, 44e and each selection field 44d, 44f are completed, when the customer clicks the order confirmation button 44g provided at the bottom of the condition setting screen 44, the customer clicks. The data input to the condition setting screen 44 is displayed in the order content display field 44h and is transmitted from the client terminal 2 to the financial instrument transaction management device 1, and the procedure of step S2 described later is performed. When the customer clicks the reset button 44i instead of the order confirmation button 44g, the processes (1) to (4) above are canceled, and the input screen 40 returns to the state before the above (1) is performed.

When the order confirmation button 44g is clicked in the above (5) and the transmitted data (buying and selling order application information) is supplied to the financial product transaction management device 1, the order input receiving unit 12 of the financial product transaction management device 1 receives the order input reception unit 12. Confirm the contents of the entered order (order entry acceptance procedure). Specifically, the order format selected in the repeat toy fudan order selection field 44f is confirmed, and the order price of the supplied data is inspected (step S2). More specifically, the amount of buying and selling the desired input button 41 _{1-41 5} start price input field 44a is input to the start price of the selected currency pair in, and the current exchange rate prices price information receiving unit 19 has received Is contrasted. The order input reception unit 12 only when the customer can make a profit, that is, when the start price is lower than the current exchange rate price when buying a foreign currency, and when selling a foreign currency, the start price is the current one. Only when the price is higher than the exchange rate, the price is judged to be appropriate.

When the start price is determined to be an appropriate price (“No” in step S3), the account information generation unit 15 acquires the margin information of the customer in the customer account information table 182. Specifically, the numerical data recorded in the “amnt” field 182a shown in FIG. 2B is acquired as margin information.

The order input receiving unit 12 calculates based on the acquired margin information and the customer's total order amount (that is, the numerical value input in the amount input field 44b, the price range input field 44c, and the numerical value selected from the trap number selection field 44d). Check whether the margin amount is equal to or greater than the total order amount by comparing it with the total amount of the order to be placed. The order information generation unit 16 generates an "order information group" to be described later only when the margin amount is equal to or more than the total order amount (“No” in step S5) (order information generation procedure). As a result, the limit order by the ifdan order can be accepted only when the customer can make a reliable payment.

When the margin amount is equal to or greater than the total order amount (“No” in step S5), the order input receiving unit 12 confirms whether or not the order condition satisfies the condition of the trap repeat toifdan (step S6). Specifically, the numerical data recorded in the “trap_range” field 183a shown in FIG. 2C is acquired as the value of the minimum price range condition, and is recorded in the numerical data of the price range input in the price range input field 44c and the minimum price range table 184. By comparing with the numerical value of the minimum price range information of the relevant currency pair, it is confirmed whether or not the value of the price range input in the price range input field 44c is equal to or more than the minimum price range.

If the price range value entered in the price range input field 44c is less than the value of the minimum price range information (“Yes” in step S7), the order input receiving unit 12 treats the entered order as an error and accepts the order. Reject (step S10). As a result, the price range between orders is so close that the risk cannot be avoided, and the customer suffers a de facto disadvantage, and transactions are concentrated in a specific price range, resulting in excessive business and handling of financial products. Can be prevented from suffering a de facto disadvantage.

It is assumed that the price range value entered in the price range input field 44c is equal to or greater than the minimum price range value (“No” in step S7), and the order conditions satisfy all the conditions necessary for ordering the above-mentioned trap repeat client. If it is determined, the front page distribution unit 11 causes the display unit 22 of the client terminal 2 to display the confirmation screen 45 shown in FIG. 5 (b). The confirmation screen 45 lists the order conditions input and selected by the customer on the input screen 40 and the condition setting screen 44, and is provided with an order button 45a to be clicked when the listed contents are correct. In the order information group display column 45b of the confirmation screen 45, the buy order information (ascending) for ordering a limit order for the same type of financial product at one price and the financial product that is the target of the buy order information are other. _{An order information group 45c 1} , 45c ₂ , ... 45c _k (k> 1) consisting of sell order information (downward) for a limit order at a price is displayed.

When the customer clicks the order button 45a 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, order information). Generation procedure, second order price calculation procedure). Specifically, the plurality of data input in the above procedure are collected in units of the order price, and each order information is assigned to the order recorded in the sequence number table 186 in the unit of each information. Form. At this time, information for identifying the sequence number used for the order information from the unused number is added to the sequence number table 186.

The order information generation unit 16 records the generated order information group in the order table 181 (step S9, order information recording procedure). Specifically, the corresponding order information (that is, the data corresponding to the item in the "remarks" column 181a) is recorded in each field shown in FIG. 2A. For example, the sequence number assigned in step S8 is recorded in the "ord_seq" field 181b. A customer number uniquely defined for each customer is recorded in the "cust_seq" field 181c, and a product name is recorded in the "style_id" field 181d. An ID number uniquely determined for each currency pair is recorded in the "ccy_pair_id" field 181e. The combination of the ID number and the currency pair is recorded in an ID table (not shown) separately provided in the database. The "buy_sell_id" field 181f is data indicating whether it is a sell order or a buy order, the "ord_rate" field 181g is the order price, the "limit_time" field 181h is the order deadline, and the "ord_cond" field 181i is the order type. Data indicating whether or not is an ifdan order (default is 0, 1 is recorded in the case of ifdan order), and data indicating whether the order is a new order or a settlement order is stored in the "new_close" field 181k. Recorded. From the above procedure, the order processing of the trap repeat toy fudan order is completed, and the information regarding the limit order is generated.

FIG. 6A is a diagram showing a set of buy order information recorded in step S9 as a model, and FIG. 6B is a diagram showing a set of sell order information recorded in step S9 as a model. It is a figure shown. As shown in the figure, the set 50 of the buy order information forms the buy order table 50a for which the information was generated in steps S1 to S9, and the set 60 of the sell order information also forms the sell order table 60a. ing.

The buy order table 50a contains five buy order information (that is, the number selected in the trap number selection field 44d) from the first buy order information 51a to the fifth buy order information 51e as "first order information". ), And the buy order price (first order price) shown in the first buy order information 51a is 109.90 yen per dollar (that is, the price entered in the start price input field 44a), and each order information. The price range of the buy order price is 0.10 yen (that is, the price entered in the price range input field 44c). Further, each of the first buy order information 51a to the fifth buy order information 51e has an order amount of 10,000 currencies (that is, the amount input in the amount input field 44b).

The sell order table 60a has five sell order information (that is, the number selected in the trap number selection field 44d) from the first sell order information 61a to the fifth sell order information 61e as "second order information". ), The buy order price (second order price) shown in the first sell order information 61a is 115.04 yen per dollar, and the price range of the order price of each order information is 0.10 yen (that is, the price range). The price entered in the input field 44c).

In the buy order table 50a and the sell order table 60a, the order numbers 51h and 61h have the same order information, for example, the first buy order information 51a and the first sell order information 61a, and the second buy order information 51b and the first. The second sell order information 61b and ... are a buy order information for ordering a limit order for the same type of financial product at one price and a limit order for the financial product subject to the buy order information at another price. It forms an order information group in one price range, which consists of sell order information. Of the order information forming one order information group, the order information recorded in the buy order table 50a (for example, the first buy order information 51a) forms a "first order" having a high execution priority and sells. The order information recorded in the order table 60a (eg, first sell order information 61a) forms a "second order" with a lower execution priority. The order information recorded in the buy order table 50a is recorded as "valid order information" having the status as a completed (ordered) order in the initial state, and the order information recorded in the sell order table 60a. Is recorded as "invalid order information" that does not have the status as a completed (ordered) order in the initial state. The "valid" and "invalid" of the order information are recorded based on the flags and the like included in each order information.

When the first suggested price is determined to be an inappropriate price in step S3 (“Yes” in step S3), and when the margin amount is less than the total order amount in step S5 (“Yes” in step S5). Yes "), the order input receiving unit 12 treats the input order as an error and rejects the order (step S10).

After the order processing is completed, the price information receiving unit 19 of the financial instrument transaction management device 1 continues to acquire the exchange rate information (price information receiving procedure). Then, when the market price and the order price of the specific position match, the contract information generation unit 14 will execute the order of the position (contract information generation procedure).

FIG. 7 shows a time chart schematically showing a contract based on a limit order in the financial instrument transaction management system 1A of the present embodiment. For example, as shown in the figure, the US dollar market purchase price 72 at t1 when the limit order by Trap Repeat Toy Fudan is completed is 110.00 yen per dollar, and the US dollar market purchase price 72 is after the limit order is completed. At t2 when the dollar reaches 109.90 yen, the first buy order information 51a is executed. At the same time as this execution, the first sell order information 61a is activated. By this "validation", the first sell order information 61a at this point is converted from "invalid order information" to "valid order information".

Similarly, at t3 when the market purchase price 72 of the US dollar reaches 109.80 yen per dollar, the second buy order information 51b is executed and at the same time the second sell order information 61b is activated and the market purchase price 72. At t4 when the dollar becomes 109.70 yen, the third buy order information 51c is executed and at the same time the third sell order information 61c is activated.

After that, when the market purchase price 72 rises to 114.84 yen per dollar at the time point t5, the contract information generation unit 14 contracts the sell information based on the third sell order information 61c and sells the US dollar. As a result, the customer can obtain a profit by the difference between the price of the third buy order information 51c and the third sell order information 61c. After the third sell order information 61c is executed, the third buy order information 51c and the third sell order information 61c will be generated again at the time point t6. At this point t6, the third sell order information 61c is again generated as "invalid order information" in the initial state.

When the limit order is activated or the limit order is executed, the execution information generation unit 14 rewrites the corresponding data in the database 18. Specifically, the data of the order information related to the limit order in the order table 181 is deleted, and the data in the "amnt" field 182a of the customer account information table 182 is increased or decreased by the contracted price.

Similarly, when the market purchase price 72 rises to 114.94 yen per dollar at time t7, the contract information generation unit 14 contracts the sell information based on the second sell order information 61b and sells the US dollar. Then, at time t8, the second buy order information 51b and the second sell order information 61b are generated again (at this time, the second sell order information 61 is generated again as "invalid order information"). Further, the corresponding data in the database 18 can be rewritten.

After that, when the market price purchase price 72 reaches 109.70 yen per dollar at the time point t9, the second buy order information 51b is executed and the second sell order information 61b is activated at the same time. After that, the same process will be repeated.

At time points t1 to t9, the fourth buy order information 51d, the fifth buy order information 51e, the fourth sell order information 61d, and the fifth sell order information 61e shown in FIG. 6 are not executed, and these The limit order is suspended until the time when the US dollar market purchase price 71 falls or rises to the respective order prices 51f and 61f after the time t9. Further, all limit orders whose order deadlines 51 g and 61 g have passed without being executed are canceled and deleted from the order table 181.

As described above, the financial product transaction management device 1 of the present embodiment can reduce the risk of the customer in the limit order by placing a limit order for a plurality of prices of the same type of financial product. That is, for example, if only a limit order for purchasing the US dollar at 109.60 yen per dollar is placed, and the market purchase price 71 rises at 109.70 yen per dollar as shown in FIG. 7 ( Customers will not be able to buy US dollars (even if they have a potential desire to buy at 109.70 yen per dollar). On the other hand, if the trap repeat toy fudan order in the present embodiment is used, a plurality of limit orders can be placed above and below the price based on the price most desired to be purchased, and thus the above-mentioned customer. The risk of

Further, the financial product transaction management device 1 of the present embodiment has, as order information, buy order information (for example, first buy order information 51a) for ordering a limit order of the same type of financial product at one price, and the buy order information. An order information group for one price range, which consists of sell order information (for example, first sell order information 61a) for ordering a limit order for a target financial product at another price, is generated for a plurality of price ranges, and at the same time. In each order information group, the buy order information (for example, the first buy order information 51a) is referred to as the "first order", and the sell order information (for example, the first sell order information 61a) is referred to as the "second order". , "First order" is valid order information, "second order" is invalid order information, and the execution information generation unit 14 is when the "first order" forming one order information group is executed. Orders the same type of financial product at multiple prices in ifdan orders by changing the "second order" from invalid order information to valid order information, based on one buy / sell order application information. be able to. Further, the execution information generation unit 14 regenerates one order information group when the order information as the "second order", which is the valid order information, is executed, so that the "first order" and "first order" and ". Even after the "second order" is executed, it is possible to repeatedly perform the if-done order of the limit order by the executed order information group (for example, the first buy order information 51a and the first sell order information 61a).

Further, the financial instrument transaction management device 1 of the present embodiment has an order information group 45c ₁ , 45c ₂ , ..., 45c _k , the number of products at one price is constant, and an order information group of a plurality of price ranges. _{45c 1,} 45c 2, ···, first to fifth buy order information 51a in _{45c k, 51b, 51c, 51d} , 51e with each other width and the first to fifth sell order information 61a, 61b, 61c, By forming the price ranges of 61d and 61e to be constant, it is possible to simplify the content of instructions from the client terminal 2 side when ordering a financial product. Further, it is possible to make a customer who places an order from the client terminal 2 place an order having a high risk diversification effect by forming an order for a certain number of products for each fixed price range.

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

On the other hand, when there is a request to cancel the limit order once ordered, the financial instrument transaction management device 1 processes the request according to a predetermined procedure. FIG. 8 is a flowchart showing a processing procedure of a cancellation request in the financial instrument transaction management device 1 of the present embodiment. Hereinafter, the procedure for processing the cancellation request will be described with reference to the figure.

First, when the financial instrument transaction management device 1 receives a request for cancellation of the limit order once ordered from the client terminal 2 (step S11), the execution information generation unit 14 receives the order information of the limit order for which the cancellation request has been made. The included order information group is extracted, and among the order information included in this order information group, the one whose order price is closest to the market price of the financial product is selected. Then, the contract information generation unit 14 collates the absolute value of the value obtained by subtracting the market price from the selected order price with the data of the non-cancellable price range of the currency pair recorded in the difference table 185. When the absolute value is larger than the non-cancellable price range (“Yes” in step S12), the execution information generation unit 14 has the order information of uncontracted order information and the order information included in the order information group extracted in step S12. All the order information groups are processed as canceled (step S13).

For example, in FIG. 5, when only the first buy order information 51a is executed, the third buy order information 51c has a cancellation request, and the market price 71 of the US dollar at the time of the request is 1 dollar 109. If it is .90 yen, the value obtained by subtracting the order price (109.80 yen per dollar) of the second buy order information 51b closest to the market price from the market price purchase price 71 is 0.10 yen. If the non-cancellable price range is less than 0.10 yen (for example, 0.09 yen), all the second buy order information 51b to the fifth buy order information 51e shown in FIG. 5 are canceled. become. Further, the second to fifth buy order information 51b to 51e and the sell order information forming the order information group, that is, the second sell order information 61b to the fifth sell order information 61e are all canceled. The canceled order information data is deleted from the order table 181.

In this way, with one cancellation request, all the order information group for which the cancellation request was made was canceled, and the order information group including the order information for which the cancellation request was made was generated based on the buy / sell order application information. By canceling all the ordered order information groups, it is possible to prevent the handling of limit orders by trap repeat toy fudan orders from becoming complicated.

On the other hand, when the absolute value is equal to or less than the non-cancellable price range (“No” in step S12), the contract information generation unit 14 rejects the cancellation request as an invalid request and processes the request as an error (step S14). ).

By setting the non-cancellable price range in this way, it is possible to avoid a situation in which a financial institution such as a bank is substantially damaged. That is, when a limit order cancellation request is input to the client terminal 2 immediately before the market purchase price (or market selling price) matches the order price, the customer is affected by the time lag that occurs when the cancellation request is contacted by the financial institution. A financial institution may purchase a financial product for which the order has been canceled, but the order has been canceled by prohibiting the cancellation of the order when the market price and the order price are closer than a predetermined value. It is possible to prevent a situation in which a financial institution purchases a product.

If the order received from the client terminal 2 is a normal market order (a transaction method for buying and selling financial products at the market price at the time of ordering), the order information is immediately generated in step S8. The execution information generation unit 14 executes the order, and the process of step S9 is not performed.

As described above, according to the financial product transaction management device 1 that performs the financial product transaction management method of the present embodiment, the disadvantages of the financial product handler and the customer in the limit order of the financial product are avoided, and the customer who uses the system is complicated. It is possible to efficiently and smoothly carry out a limit order transaction without performing a proper order procedure.

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

Further, in the financial product transaction management system 1A that performs the financial product transaction management method of the above embodiment, the buy order information forming the order information group is set as "first order" and the sell order information is set as "second order". However, conversely, the sell order information may be the "first order" and the buy order information may be the "second order".

It goes without saying that the above-described embodiment is an example of the present invention and does not mean that the present invention is limited to the above-mentioned embodiment.

1A ··· the financial product transaction management system 1,... The financial product transaction management apparatus _2,2 1 _~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, second order price information calculation means)
19 ... Price information receiving unit (price information receiving means)
45c ₁ , 45c ₂ , ..., 45c _k ... Order information group 51a, 51b, 51c, 51d, 51e ... Buy order information (order information)
61a, 61b, 61c, 61d, 61e ... Sell order information (order information)
181 ... Order table (order information recording means)
184 ... Minimum price range table (minimum price range information recording means)
185 ... Difference table (difference information recording means)

Claims (5)

A financial product transaction management device that manages sales transactions of financial products whose market prices fluctuate.
The type of financial product, the order amount for each order price of each order, and the order price of each order as a specific price for filling the first order when the market price is reached. And, when buying and selling at the other order price as a specific price for filling the second order when the market price is reached, the profit margin between the respective orders and the respective first order An order information generation means for generating order information for setting a price range between specific prices for executing, or a price range between specific prices for executing each of the second orders.
A contract information generation means that performs processing for contracting the financial product based on the order information.
A price information receiving means for acquiring information on the market price of the financial product, and
It has a second order price calculation means for calculating the other order price based on the one order price and the profit margin.
In the order information generation means,
As the order information, each order price is set so that each price range becomes the price range, and the first order price as the first order price of each set price range is the first as a buy or sell order. The order price is set as the first order information for placing an order, the order price is set so that each price range is the price range, and the profit margin is the profit margin with respect to the one order price of the corresponding first order. Each of the other order prices is set, and the second order price as the set other order price is a sell order for the first buy order and a sell order for the first sell order. For, a plurality of order information groups consisting of second order information for placing a second order as a buy order are generated.
The generated order information group is recorded in the order information recording means for recording the order information, and the order information group is recorded.
The contract information generation means is
For each of the generated order information groups, the first order price of the first order, which is a valid order, matches the market price of the financial instrument, and then the second order, which is a valid order. When the first order and the second order are executed by matching the second order price and the market price, the first order information of the next order information group is valid and the executed first order is valid. financial products, characterized in that intends repeated line commitments and of the first order in the same the first order price as one order, of the second order in the same the second order price and the second order that contract the contract and Transaction management device. Has a pre-Symbol order information recording hand stage,
Before Symbol contract information generation means,
When the first order information is a buy order and the market price of the financial product acquired by the price information receiving means fluctuates and becomes equal to the first order price, the order information record. Of the individual order information forming the order information group recorded in the means, the execution is performed based on the first order information, and the market price of the financial product acquired by the price information receiving means is further increased. When the price fluctuates and becomes equal to the second order price, the execution of the financial product based on the second order information is performed, so that the execution of the financial product and the second order based on the first order information are performed. Repeating the execution of the financial product based on the information,
When the first order information is a sell order and the market price of the financial product acquired by the price information receiving means fluctuates and becomes equal to the first order price, the order information record. Of the individual order information forming the order information group recorded in the means, the execution is performed based on the first order information, and the market price of the financial product acquired by the price information receiving means is further increased. When the price fluctuates and becomes equal to the second order price, the execution of the financial product based on the second order information is performed, so that the execution of the financial product and the second order based on the first order information are performed. The financial product transaction management device according to claim 1, wherein the contract of the financial product based on the information is repeated. When there is a cancellation request for an order for the financial product once ordered, the execution information generation means extracts the order information group including the order information regarding the order for which the cancellation request has been made, and uses the order information group as the order information group. The financial instrument transaction management device according to claim 2, wherein all of the included order information before execution is canceled. It is a financial product transaction management method in a financial product transaction management system that manages sales transactions of financial products whose market price fluctuates.
The type of financial product, the order amount for each order price of each order, and the order price of each order as a specific price for filling the first order when the market price is reached. And, when buying and selling at the other order price as a specific price for filling the second order when the market price is reached, the profit margin between the respective orders and the respective first order specific price-value width of each other in order to contract, or, the order information generation procedure ordering information for setting the width of a particular price each other in order to contract each of the second order is generated,
A contract information generation procedure in which processing for contracting the financial product is performed based on the order information, and
A price information receiving procedure for acquiring information on the market price of the financial product, and
It has a second order price calculation procedure for calculating the other order price based on the one order price and the profit margin.
In the order information generation procedure,
As the order information, each order price is set so that each price range becomes the price range, and the first order price as the set first order price is the first as a buy or sell order. The order price is set as the first order information for placing an order, the order price is set so that each price range is the price range, and the profit margin is the profit margin with respect to the one order price of the corresponding first order. Each of the other order prices is set, and the second order price as the set other order price is a sell order for the first buy order and a sell order for the first sell order. For, a plurality of order information groups consisting of second order information for placing a second order as a buy order are generated.
The generated order information group is recorded in the order information recording means for recording the order information, and the order information group is recorded.
In the contract information generation procedure,
For each of the generated order information groups, the first order price of the first order, which is a valid order, matches the market price of the financial product, and then the second order, which is a valid order. When the first order and the second order are executed by matching the second order price and the market price, the first order information of the next order information group is valid and the executed first order is executed. financial characterized commitments and the first order in the same said first order price as one order of the second order in the same the second order price and the second order and contract commitments and is repeatedly performed Reruko Financial product transaction management method in the product transaction management system. A program characterized in that a computer functions as the financial instrument transaction management device according to any one of claims 1 to 3.

Images