JP7161798B2 - Financial instrument transaction management method in financial instrument transaction management device, financial instrument transaction management device - Google Patents

Description

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

As a trading method for financial products such as foreign exchange, a limit order is known in addition to a market order for trading at the price at the time of the order. This limit order is an order form in which the purchase price is specified in advance by the customer, and when the target financial product drops to the specified price, the financial product dealer will place a buy order for the financial product. or place a sell order for the financial product when it rises to a specified amount. 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 2006-99787 A

However, the prices of financial instruments fluctuate erratically and cannot be accurately predicted. Therefore, if the price of the financial product rises (or falls) just before it falls (or rises) to a pre-designated amount, or falls (or rises) beyond the pre-designated amount, may suffer substantial harm. And, depending on the invention described in Patent Document 1, there is a problem that such a disadvantage cannot be avoided.

Furthermore, if the number of orders increases significantly or order cancellations occur frequently, there is a risk that business operators dealing with financial products will suffer complication and substantial damages. In particular, when the financial product to be handled is foreign exchange, there is a risk that the broker who acts as an intermediary between the customer and the bank will actually damage the bank and lose the bank's credibility. Therefore, when conducting transactions, it is necessary to take care to avoid risks incurred by financial product dealers. be.

SUMMARY OF THE INVENTION The present invention has been made in view of the above-mentioned problems, and aims to avoid disadvantages for financial product dealers and customers in ordering financial products, and allows customers using the system to perform transactions without complicated order procedures. An object of the present invention is to provide a financial product transaction management device and the like 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 method in a financial product transaction management device for managing the buying and selling transactions of financial products based on the fluctuating market price, wherein the fluctuating market price a first step of setting each first price within a certain price range as a price for causing the contract management means to issue an order to execute each first order when it detects that the first orders match each other; Upon detection of price match and execution , each second order as an order to settle said first order , set at a certain profit margin to the execution price based on each said first price. a second step of setting each second price as a price for causing the contract management means to issue an order to execute a contract; a third step of issuing an order to execute each of said first orders to buy when detecting that the information of each of said first prices matches said first price; and after said third step, said financial instrument obtaining the information of said fluctuating market price, and when detecting that said information of said fluctuating market price matches said second price of each , issuing an order to execute said second order of said sell and four steps, wherein the third step and the fourth step are performed after the first step and the second step for each of the first order and each of the second orders. and when it is detected that the sale has been executed based on the fourth procedure for each of the first order and each of the second orders, the third procedure and the fourth procedure and are repeated.

According to a second aspect of the invention, there is provided a financial product transaction management method in a financial product transaction management device that manages buying and selling transactions of financial products based on fluctuating market prices, wherein when detecting that the fluctuating market prices match, A first procedure of setting each first price as a price for causing the contract management means to issue an order to execute each first order within a certain price range, and the fluctuating market price being executed in accordance with the first procedure. Upon detecting that , the execution command is issued to execute each second order as an order to settle the first order, which is set at a certain profit margin with respect to the execution price based on each of the first prices. a second step of setting each second price as a price to be issued by the management means; a third step of issuing instructions to fill said first order for each sell upon detecting a match with a first price; a fourth step of obtaining information and issuing instructions to fill said respective second order to buy upon detecting that said fluctuating quoted price information matches said respective said second price; For each of the first orders and each of the second orders, after performing the first procedure and the second procedure, performing the third procedure and the fourth procedure, For the first order and each of the second orders, when it is detected that the buy contract based on the fourth procedure has been executed, the third procedure and the fourth procedure are repeated. do.

According to a third aspect of the invention, there is provided a financial instrument transaction management apparatus for managing trading transactions of financial instruments based on fluctuating market prices, wherein each first order is executed when it is detected that the fluctuating market prices match. When detecting that the fluctuating market price coincides with the first means for setting each first price as a price for issuing a contract order to the contract management means within a certain price range , A price that causes the execution management means to issue an order to execute each second order as an order to settle the first order , which is set at a certain profit margin with respect to the execution price based on each of the first prices. and obtaining said fluctuating quoted price information of said financial instrument, said fluctuating quoted price information matching said respective said first price. a third means for issuing an order to fill said first order for each purchase upon detecting that said first order has been executed; and after said third means, obtaining said fluctuating quote price information for said financial instrument; and fourth means for issuing a command to fill the respective second order for sell upon detecting that the fluctuating quoted price information matches the respective said second price; and for each said second order, after performing the procedure by said first means and the procedure by said second means, performing the procedure by said third means and said procedure by said fourth means, respectively With respect to the first order and each of the second orders, when it is detected that the sale contract has been made based on the procedure by the fourth means, the procedure by the third means and the fourth means and repeating the steps.

According to a fourth aspect of the invention, there is provided a financial instrument transaction management apparatus for managing trading transactions of financial instruments based on fluctuating market prices, wherein each first order is executed when it is detected that the fluctuating market prices match. When detecting that the fluctuating market price coincides with the first means for setting each first price as a price for issuing a contract order to the contract management means within a certain price range , A price that causes the execution management means to issue an order to execute each second order as an order to settle the first order , which is set at a certain profit margin with respect to the execution price based on each of the first prices. and obtaining said fluctuating quoted price information of said financial instrument, said fluctuating quoted price information matching said respective said first price. a third means for issuing an order to fill said first order for each purchase upon detecting that said first order has been executed; and after said third means, obtaining said fluctuating quote price information for said financial instrument; and fourth means for issuing a command to fill the respective second order for sell upon detecting that the fluctuating quoted price information matches the respective said second price; and for each said second order, after performing the procedure by said first means and the procedure by said second means, performing the procedure by said third means and said procedure by said fourth means, respectively With respect to the first order and each of the second orders, when it is detected that the sale contract has been made based on the procedure by the fourth means, the procedure by the third means and the fourth means and repeating the steps.

According to the inventions described in claims 1 to 4, it is possible to avoid disadvantages for financial product dealers and customers in ordering financial products, and customers who use the system can place orders without performing complicated ordering procedures. Transactions can be conducted efficiently and smoothly.

1 is a system configuration diagram of a financial product transaction management system that implements the financial product transaction management method of this embodiment, and a functional block diagram of a financial product transaction management device that implements the financial product transaction management method 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 at the time of placing an order for trap-repeat-if-done in the same financial product transaction management apparatus; FIG. FIG. 4 is an image diagram of an input screen displayed on the display unit of the client terminal; FIG. 4A is an image diagram of a condition setting screen and (b) an image diagram of a confirmation screen displayed on a client terminal. FIG. 4A is a diagram schematically showing data of buy order information recorded in an order table; FIG. 4B is a diagram schematically showing data of sell order information; 4 is a time chart schematically showing contract processing based on a limit order in the same financial product transaction management apparatus; It is a flowchart which shows the processing procedure of the cancellation request|requirement in a financial-instrument transaction management apparatus same as the above.

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 a financial product transaction management system that implements the financial product transaction management method 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.

The financial product transaction management apparatus 1 that implements 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 large amounts of data. ing. _Client terminals 2 ₁ , . do. The client terminals 2 ₁ , . . . , 2 _n include operation units 21 ₁ , _. , _{22n for displaying various instructions and various images input from 1 , .} . . , _21n . 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 startup boot program, etc. A ROM (Read Only Memory) in which is recorded, an auxiliary storage device such as a hard disk in which various programs and data are recorded, a communication interface used for transmitting and receiving data, and the like are provided. Auxiliary storage stores OS (Operating System) programs, various application programs, data recorded in databases, etc. These programs and data cooperate with hardware resources through arithmetic processing by 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. Further, the front page distribution unit 11 also functions as a functional means, and an order input reception unit as an order entry reception 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, orders as “order information generation means” and “second price information calculation means” It has an information generating section 16, a database (DB) connection base section 17, and a price information receiving section 19 as "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 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 orders for financial products based on the information processed by the order input reception unit 12 . In addition to so-called market orders and limit orders, orders here include if-done orders (place two orders with rank at the same time, and when the first order is executed, the second order automatically becomes effective. An order form, which is the same in this specification) is also included.

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 to prove 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. 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, a difference table ( Difference information recording means) 185 and sequence number table 186 are recorded. In the minimum price range table 184, the closest possible individual sell order information (described later) or individual buy order information (described later) forming an order information group (described later) determined for each type of financial product is displayed. The price range is recorded as minimum price range information. The difference table 185 records difference information between the current market price and the order amount of the order information (described later) determined for each type of financial product. A sequence number table 186 records a unique sequence number for each order information (to be described later). 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 prices of financial products handled by the financial product transaction management apparatus 1 and performs processing necessary for the data processing unit 10 to use the acquired information. In this embodiment, the price information receiving unit 19 acquires the information of 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 instrument transaction management apparatus 1, when a limit transaction of a financial instrument is performed, a single reservation order is used to buy or sell a plurality of financial instruments of the same type for each predetermined number of commodities within a predetermined price range. It is possible to realize an order form that can be done with In this specification, this order form is called "Trap Repeat If Done Order".

Next, a transaction procedure for a trap repeat if-don't order in the financial product transaction management system 1A of this embodiment will be described.

FIG. 3 is a flow chart showing a processing procedure for generating information on a limit order based on a trap repeat if no order in the financial product transaction management system 1 of the present 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 product transaction management apparatus 1 causes the display unit 22 of the accessed client terminal 2 to display the input screen 40 shown in FIG. The customer uses the operation unit 21 to input order content data to the input screen 40 (step S1). Specifically, the following processes (1) to (5) are performed on the input screen 40 .

(1) The customer wishes to buy/sell from one of the buy/sell desire input buttons 41 ₁ to 41 ₅ provided for each of the currency pairs that can be traded from the upper side of the input screen 40 (five types of currency pairs in this input screen 40). Select and click a currency pair. For example, a customer who wishes to purchase US dollars in Japanese yen clicks the US dollar purchase button 41 ₁ a on the input screen 40 .

(2) Next, the customer selects and clicks a button displaying the desired trading form from the trading form selection button group 42 provided below the desired trading input buttons 41 ₁ to 41 ₅ . The input screen 40 of FIG. 4 shows a state in which a new selection button 42a for selecting a new order (that is, an order for opening a new position (foreign currency position)) from among the trading form selection button group 42 has been clicked. ing. It should be noted that the financial product transaction management apparatus 1 of the present embodiment applies the trap-repeat-if-done order only to new orders, thereby simplifying the system configuration and forming a system that is easy for customers to use.

(3) Next, the customer clicks a trap trade designation button 43a that designates 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" refers to an order form in which a single reserve order is used to reserve a plurality of financial products of the same type within a predetermined price range for each predetermined number of products when limit trading of financial products is carried out. Say. A trap repeat if done order includes a trap trade in its procedure. In addition, in the financial product transaction management apparatus 1 of the present embodiment, even if a selection button other than the trap trade designation button 43a is clicked, the trap trade cannot be performed.

(4) When the trap trade designation button 43a is clicked, the condition setting screen 44 shown in FIG. The condition setting screen 44 includes a starting price input field 44a for inputting the order base price of the trap repeat if done, an amount input field 44b for inputting the amount for each position in one order, the price range of the position to be ordered (that is, each buy order price range input field 44c for inputting information (explained later) price range), trap number selection field 44d for selecting the number of positions to be ordered, profit amount designation field 44e for inputting profit amount for each position as "profit margin", A repeat-if-done-order selection field 44f is provided for designating whether or not to execute a repeat-if-done order. Select the desired number and order format. In the condition setting screen 44 of FIG. 5(a), each input column 44a, 44b, 44c, 44e and each selection column 44d, 44f have a starting price of 109.90 dollars, a price range of 0.10 yen, and one position. is 10,000 currencies, the number of positions to be ordered is 5, the expiration date is indefinite, and the order format is a basic repeat-if-done-order order entered and selected. By selecting the repeat-if-done-if-repeat order in the repeat-if-done-if-order selection field 44f on the trap trade condition setting screen 44, the form of the trap repeat if-done order is selected.

(5) When the customer clicks an order confirmation button 44g provided at the bottom of the condition setting screen 44 after completing input and selection in the input fields 44a, 44b, 44c, 44e and the selection fields 44d, 44f, The data input to the condition setting screen 44 is displayed in the order detail display column 44h and is transmitted from the client terminal 2 to the financial product transaction management apparatus 1, and the procedure of step S2 described later is performed. If the customer clicks the reset button 44i instead of the order confirmation button 44g, the above processes (1) to (4) are cancelled, and the input screen 40 returns to the state before the above (1).

In (5) above, when the order confirmation button 44g is clicked and the transmitted data (trading order application information) is supplied to the financial instrument transaction management device 1, the order entry reception unit 12 of the financial instrument transaction management device 1 Check the details of the entered order (procedure for accepting order entry). Specifically, the order format selected in the repeat-if-done-order selection field 44f is confirmed, and the order price of the supplied data is checked (step S2). Specifically, the amount of the starting price entered in the starting price entry field 44a of the currency pair selected by the desired trading entry buttons 41 ₁ to 41 ₅ and the current exchange rate price received by the price information receiving unit 19 are compared. The order input reception unit 12 only accepts orders when the customer can make a profit, that is, only when the starting price is lower than the current exchange rate when buying a foreign currency, and when the starting price is below the current exchange rate when selling a foreign currency. Only when the price is higher than the exchange market price, it is judged to be a fair price.

If the starting price 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. FIG. Specifically, the numerical data recorded in the "amnt" field 182a shown in FIG. 2B is obtained as margin information.

The order entry reception unit 12 calculates based on the acquired margin information and the customer's order total (that is, the numerical values entered in the amount input field 44b and the price range input field 44c, and the numerical values selected from the trap number selection field 44d. and the total amount of the order placed) to check whether the amount of the margin is equal to or greater than the total amount of the order. The order information generation unit 16 generates an "order information group" described later (order information generation procedure) 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.

If the margin amount is equal to or greater than the total order amount (“No” in step S5), the order input reception unit 12 checks whether the order conditions satisfy the trap repeat if done condition (step S6). Specifically, the numerical data recorded in the "trap_range" field 183a shown in FIG. By comparing with the value of the minimum price range information of the currency pair, it is confirmed whether the value of the price range entered in the price range input field 44c is equal to or greater than the minimum price range.

If the value of the price range input in the price range input field 44c is less than the numerical value of the minimum price range information (“Yes” in step S7), the order input receiving unit 12 treats the input order as an error and does not accept the order. Reject (step S10). As a result, the price range between orders is so close that it becomes impossible to avoid risks, and customers are actually disadvantaged. It is possible to prevent a situation in which a company suffers a de facto disadvantage.

It is assumed that the value of the price range entered in the price range input field 44c is equal to or greater than the minimum price range ("No" in step S7), and that the order conditions satisfy all of the above-described conditions necessary for placing an order for trap repeat if done. When determined, the front page distribution unit 11 causes the display unit 22 of the client terminal 2 to display a 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 field 45b of the confirmation screen 45, buy order information (upward line) for placing a limit order for the same kind of financial product at one price and the financial product targeted by the buy order information Order information groups _{45c 1} , 45c ₂ , .

When the customer clicks the order button 45a by operating the operation unit 21, the order information generation unit 16 of the financial product transaction management device 1 generates order information based on the data input in step S1 (step S8, order information generation procedure, second order price calculation procedure). 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 186 for each information unit. Form. At this time, the sequence number table 186 is provided with information for distinguishing the sequence numbers used in the order information from unused numbers.

The order information generation unit 16 records the generated order information group in the order table 181 (step S9, order information recording procedure). Specifically, corresponding order information (that is, data corresponding to items in the "remarks" column 181a) is recorded in each field shown in FIG. 2A. For example, the sequence number given in step S8 is recorded in the "ord_seq" field 181b. A customer number uniquely determined 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 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 contains data indicating whether it is a sell order or a buy order, the "ord_rate" field 181g contains the order price, the "limit_time" field 181h contains the order deadline, and the "ord_cond" field 181i contains the order type. Data indicating whether or not is an if-done order (default is 0, and 1 is recorded for an if-done order), and the "new_close" field 181k contains data indicating whether it is a new order or a settlement order. Recorded. With the above procedure, the order processing of the trap repeat if done order is completed, and the information regarding the limit order is generated.

FIG. 6(a) schematically shows a set of buy order information recorded in step S9, and FIG. 6(b) schematically shows a set of sell order information recorded in step S9. It is a diagram showing. As shown in the figure, a set of buy order information 50 forms a buy order table 50a whose information is generated in steps S1 to S9, and a set of sell order information 60 similarly forms a sell order table 60a. ing.

The buy order table 50a includes five pieces of buy order information from first buy order information 51a to fifth buy order information 51e as "first order information" (that is, the number selected in the trap number selection column 44d). ), 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 is 0.10 yen (that is, the price entered in the price range input field 44c). Also, the order amount of each of the first purchase order information 51a to the fifth purchase order information 51e is 10,000 currency (that is, the amount entered in the amount input field 44b).

The sell order table 60a includes five pieces of sell order information from first sell order information 61a to fifth sell order information 61e as "second order information" (that is, the number selected in the trap number selection column 44d). ), the buy order price (second order price) indicated in the first sell order information 61a is 115.04 yen per dollar, and the order price range of each order information is 0.10 yen (that is, the price range 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 are the same order information, for example, the first buy order information 51a and the first sell order information 61a, the second buy order information 51b and the second order information. The second sell order information 61b, . It forms an order information group for one price range, which consists of sell order information. Among 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" with a high execution priority and sells. The order information recorded in the order table 60a (for example, the first sell order information 61a) forms a "second order" with a low execution priority. The order information recorded in the buy order table 50a is initially recorded as "valid order information" having the status of an order that has been placed (placed), and the order information recorded in the sell order table 60a. is recorded as "invalid order information" in the initial state, which does not have the status of a completed (placed) order. "Valid" or "invalid" of order information is recorded based on a flag or the like included in each order information.

If the first desired price is determined to be an inappropriate price in step S3 ("Yes" in step S3), and if the margin amount is less than the total order amount 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 product transaction management device 1 continues to acquire 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 contracts 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 product transaction management system 1A of this embodiment. For example, as shown in the figure, the market purchase price 72 of the US dollar at the time t1 when the limit order by trap repeat if done is 110.00 yen per dollar, and the market purchase price 72 of the US dollar after the completion of the limit order is At time t2 when the price reaches 109.90 yen to the dollar, the first buy order information 51a is contracted. Simultaneously with this contract, the first sell order information 61a is validated. This "validation" converts the first sell order information 61a from "invalid order information" to "valid order information" at this point.

Similarly, at time t3 when the US dollar market purchase price 72 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 becomes effective. becomes 109.70 yen to the dollar at time t4, the third buy order information 51c is contracted and the third sell order information 61c is validated.

After that, when the market purchase price 72 rises to 114.84 yen per dollar at time t5, the contract information generator 14 contracts the sell information based on the third sell order information 61c to sell the US dollar. As a result, the customer can obtain profit for 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 contracted, at time t6, the third buy order information 51c and the third sell order information 61c are generated again. At time t6, the third sell order information 61c is again generated as "invalid order information", which is the initial state.

When the limit order is validated or the limit order is executed, the execution information generator 14 rewrites the corresponding data in the database 18 . Specifically, the order information data 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 agreed price.

Similarly, when the market purchase price 72 rises to 114.94 yen per dollar at time t7, the contract information generator 14 contracts the sell information based on the second sell order information 61b to sell the US dollar. After that, 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"). , and the corresponding data in the database 18 can be rewritten.

After that, when the market purchase price 72 reaches 109.70 yen per dollar at time t9, the second buy order information 51b is contracted and the second sell order information 61b is validated. After that, the same processing is repeated.

It should be noted that 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. The limit orders are held pending execution until after time t9 when the US dollar quoted purchase price 71 falls or rises to the respective order prices 51f and 61f. In addition, all limit orders for which the order deadlines 51g and 61g have passed without execution are canceled and deleted from the order table 181. FIG.

In this way, the financial product transaction management apparatus 1 of the present embodiment can reduce the customer's risk in placing a limit order by placing a limit order for the same type of financial product at a plurality of prices. That is, for example, if only a limit order to purchase the US dollar at 109.60 yen to the dollar is made, if the market purchase price 71 rises from 109.70 yen to the dollar as shown in FIG. Even if the customer has a latent desire to purchase at 109.70 yen to the dollar, the customer will not be able to purchase US dollars. On the other hand, if the trap repeat if done order in this embodiment is used, the price at which the customer wants to buy the most can be used as a reference, and multiple limit orders can be placed above and below the reference price. can reduce the risk of

In addition, as order information, the financial product transaction management apparatus 1 of the present embodiment includes buy order information (for example, first buy order information 51a) for placing a limit order for the same type of financial product at one price, and the purchase order information generating an order information group of one price range for a plurality of price ranges, comprising sell order information (for example, first sell order information 61a) for placing a limit order for the target financial product at a different price; In each order information group, the buy order information (for example, the first buy order information 51a) is set as the "first order", and the sell order information (for example, the first sell order information 61a) is set as the "second order". , "first order" is valid order information, and "second order" is invalid order information. changes the "second order" from invalid order information to valid order information, and orders the same type of financial product at multiple prices as a limit order if done based on one trading order application information. be able to. In addition, when the order information as the "second order" that is valid order information is executed, the execution information generation unit 14 regenerates one order information group so that the "first order" and the " Even after the "second order" has been executed, it is possible to repeat the if-done order of the limit order according to the executed order information group (for example, the first buy order information 51a and the first sell order information 61a).

In addition, the financial product transaction management apparatus 1 of the present embodiment divides the order information groups 45c ₁ , _{45c 2} , . 45c ₁ , _{45c 2} , . By setting the price range between 61d and 61e to be constant, it is possible to simplify the command contents from the client terminal 2 side when ordering financial products. In addition, the customer who places an order from the client terminal 2 can be made to place an order with a high effect of risk diversification, in which an order for a certain number of products is formed for each certain price range.

When the client terminal 2 requests to change the price and amount of a limit order once placed, 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 a previously placed limit order, the financial product transaction management device 1 processes the request according to a predetermined procedure. FIG. 8 is a flow chart showing the procedure for processing a cancellation request in the financial product transaction management system 1 of this embodiment. The procedure for processing a cancellation request will be described below with reference to the same drawing.

First, when the financial instruments transaction management device 1 receives a request from the client terminal 2 to cancel a limit order once placed (step S11), the contract information generation unit 14 detects that the order information of the requested limit order is The included order information group is extracted, and the order information whose order price is closest to the market price of the financial product is selected from among the order information included in this order information group. Then, the contract information generation unit 14 compares the absolute value of the selected order price minus the market price with the non-cancellable price range data of the currency pair recorded in the difference table 185 . If the absolute value is greater than the non-cancellable price range ("Yes" in step S12), the contract information generation unit 14 selects uncontracted order information and The order information group is processed as if it were all canceled (step S13).

For example, in FIG. 5, when only the first buy order information 51a is contracted, there is a cancellation request in the third buy order information 51c. 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 purchase price 71 is 0.10 yen. Then, if the non-cancellable price range is less than 0.10 yen (for example, 0.09 yen), the second buy order information 51b to the fifth buy order information 51e shown in FIG. 5 are all canceled. become. Furthermore, all of the selling order information forming the order information group with the second to fifth buying order information 51b to 51e, that is, the second selling order information 61b to the fifth selling order information 61e are also cancelled. Data of the canceled order information is deleted from the order table 181 .

In this way, with one cancellation request, all of the order information group for which cancellation is requested are canceled, and an order information group including the order information for which cancellation is requested is generated based on the generated trading order application information. By canceling all the ordered information groups, it is possible to prevent complicated handling of limit orders due to trap repeat if done orders.

On the other hand, if 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 unauthorized request and treats 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 financial institutions such as banks are actually damaged. That is, if a request to cancel a limit order is input to the client terminal 2 just before the market purchase price (or market selling price) matches the order price, the time lag that occurs when the cancellation request is communicated to the financial institution may cause the customer to However, by prohibiting the cancellation of orders when the market price and the order price are closer than a predetermined value, financial institutions whose orders have been canceled It is possible to prevent a situation in which a financial institution purchases a commodity.

If the order received from the client terminal 2 is a normal market order (trading method for buying and selling financial products at the market price at the time the order is placed), immediately after the order information is generated in step S8, The contract information generating unit 14 contracts 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, it is possible to avoid the disadvantages of the financial product dealer and the customer in the limit order of the financial product, and the customer using the system can avoid the inconvenience. Transactions based on limit orders can be efficiently and smoothly performed without the need for complicated order procedures.

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 product transaction management system.

In addition, 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 the "first order", and the sell order information is set as the "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 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 ₁ 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, second order price information calculation means)
19 Price information receiving unit (price information receiving means)
45c ₁ , _{45c 2} , .
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 (4)

A financial instrument transaction management method in a financial instrument transaction management device for managing sales transactions of financial instruments based on fluctuating market prices, comprising:
a first step of setting each first price within a certain price range as a price for causing the contract management means to issue an order to execute each first order when it is detected that the fluctuating market prices match; ,
When it is detected that the fluctuating market price has been matched and executed , each as an order to settle the first order , which is set at a certain profit margin with respect to the execution price based on each of the first prices a second step of setting each second price as a price that causes the execution management means to issue an order to execute the second order of
An instruction to obtain said fluctuating quote price information of said financial instrument and fill said respective first order to buy upon detecting that said fluctuating quote price information matches said respective said first price. a third step of issuing
after the third step, acquiring the information of the fluctuating market price of the financial instrument; and detecting that the information of the fluctuating market price matches the second price of each of the financial instruments. and a fourth step of issuing an order to fill the second order of
For each of the first orders and each of the second orders, after performing the first procedure and the second procedure, perform the third procedure and the fourth procedure,
repeating said third procedure and said fourth procedure upon detecting that said sell execution based on said fourth procedure has been executed for each said first order and each said second order; A financial product transaction management method in a financial product transaction management device characterized by: A financial instrument transaction management method in a financial instrument transaction management device for managing sales transactions of financial instruments based on fluctuating market prices, comprising:
a first step of setting each first price within a certain price range as a price for causing the contract management means to issue an order to execute each first order when it is detected that the fluctuating market prices match; ,
When it is detected that the fluctuating market price has been matched and executed , each as an order to settle the first order , which is set at a certain profit margin with respect to the execution price based on each of the first prices a second step of setting each second price as a price that causes the execution management means to issue an order to execute the second order of
An instruction to acquire said fluctuating quote price information of said financial instrument and execute said respective first order to sell upon detecting that said fluctuating quote price information matches said respective said first price. a third step of issuing
after the third step, obtain the information of the fluctuating market price of the financial instrument, and when detecting that the information of the fluctuating market price matches the second price of each of the financial instruments; and a fourth step of issuing an order to fill the second order of
For each of the first orders and each of the second orders, after performing the first procedure and the second procedure, perform the third procedure and the fourth procedure,
Repeating said third procedure and said fourth procedure upon detecting that said buy execution based on said fourth procedure has been executed for each said first order and each said second order. A financial product transaction management method in a financial product transaction management device characterized by: A financial instrument transaction management device for managing trading transactions of financial instruments based on fluctuating market prices,
a first means for setting each first price within a certain price range as a price for causing the contract management means to issue an order to execute each first order when it detects that the fluctuating market prices match; ,
When it is detected that the fluctuating market price has been matched and executed , each as an order to settle the first order , which is set at a certain profit margin with respect to the execution price based on each of the first prices a second means for setting each second price as a price that causes the execution management means to issue an order to execute the second order of
An instruction to obtain said fluctuating quote price information of said financial instrument and fill said respective first order to buy upon detecting that said fluctuating quote price information matches said respective said first price. a third means of issuing
After the third means, acquiring the information of the fluctuating market price of the financial instrument, and when detecting that the information of the fluctuating market price matches the second price of each , sell each and a fourth means for issuing an order to fill the second order of
After performing the procedure by the first means and the procedure by the second means for each of the first order and each of the second orders, the procedure by the third means and the fourth means are performed. perform the steps and
For each of said first order and each of said second order, when it is detected that said sell contract based on said procedure by said fourth means has been executed, said procedure by said third means and said fourth means A financial product transaction management device characterized by repeating the steps of A financial instrument transaction management device for managing trading transactions of financial instruments based on fluctuating market prices,
a first means for setting each first price within a certain price range as a price for causing the contract management means to issue an order to execute each first order when it detects that the fluctuating market prices match; ,
When it is detected that the fluctuating market price has been matched and executed , each as an order to settle the first order , which is set at a certain profit margin with respect to the execution price based on each of the first prices a second means for setting each second price as a price that causes the execution management means to issue an order to execute the second order of
An instruction to acquire said fluctuating quote price information of said financial instrument and execute said respective first order to sell upon detecting that said fluctuating quote price information matches said respective said first price. a third means of issuing
After the third means, acquiring the information of the fluctuating market price of the financial instrument, and when detecting that the information of the fluctuating market price matches the second price of each of the financial instruments, and a fourth means for issuing an order to fill the second order of
After performing the procedure by the first means and the procedure by the second means for each of the first order and each of the second orders, the procedure by the third means and the fourth means are performed. perform the steps and
When it is detected that each of the first order and each of the second orders has been executed according to the procedure of the fourth means, the procedure of the third means and the fourth means are performed. A financial product transaction management device characterized by repeating the steps of

Images