JP2016212891A - Device and program for financial product transaction management - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a device and a program for financial product transaction management capable of efficiently carrying out a plurality of order transactions without any complex order procedure.SOLUTION: A financial product transaction management device 1 has: an order input reception unit 12 for receiving trading order application information; an order information generating unit 16 for generating order information on the basis of the trading order application information; a price information reception unit 19 for acquiring information regarding market price; and a second order calculation unit for calculating another order price in regard to one order price on the basis of the order price and profit margin. In the order information generating unit 16, a plurality of order information groups are created which are comprised of first order information for carrying out a buying or selling order and second order information for carrying out a buying or selling order on the basis of the trading order application information and a price region and profit margin set on the basis of information contained in the trading order application information, and ordering and agreeing are repeatedly carried out for the first order and the second order on the basis of respective order information group.SELECTED DRAWING: Figure 1

Description

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

  As a transaction method for financial products such as foreign exchange, limit orders are known in addition to market orders in which transactions are made at the price at the time of order. This limit order is an order form in which the purchase price is designated in advance by the customer, and the financial product dealer places a buy order for the financial product when the target financial product falls to the specified amount. Or when the price reaches a specified amount, a selling order for the financial product is made. 2. Description of the Related Art Conventionally, there has been known an invention for placing a limit order for a financial product using a computer system (see, for example, Patent Document 1).

JP 2006-99787 A

  However, the price of financial products always fluctuates irregularly and cannot be predicted accurately. Therefore, if the price of the financial product rises (or falls) immediately before it falls (or rises) to a predesignated amount, or falls (or rises) from a predesignated amount, the customer May suffer substantial disadvantages. And according to invention of the said patent document 1, there exists a problem that the fear of such a disadvantage cannot be avoided.

  Furthermore, if the number of orders increases extremely or frequent orders are canceled, financial product dealers may suffer from complicated operations and actual damage. In particular, when the financial product to be handled is foreign exchange, there is a risk that a dealer who acts as a broker between the customer and the bank will actually cause damage to the bank and lose credit from the bank. Therefore, when conducting a transaction, it is necessary to pay attention to avoiding the risk incurred by the financial product dealer. However, in the invention described in Patent Document 1, there is a problem that the risk of the dealer cannot be avoided. is there.

  The present invention has been made in view of the above problems, avoids the disadvantages of financial product dealers and customers in ordering financial products, and allows customers who use the system to perform transactions without performing complicated ordering procedures. It is an object to provide a financial product transaction management device and the like that can be efficiently and smoothly performed.

  In order to achieve such an object, the invention described in claim 1 is a financial product transaction management apparatus for managing a transaction of a financial product whose market price fluctuates, and selects a type of the financial product desired to be bought and sold. Information for ordering, information indicating the order amount for each order price in the purchase order of the financial product, and the financial product of one order price was sold at one order price and then purchased at another order price Information for setting a profit margin in the case where the financial product of one order price or the financial product of one order price is sold at another order price after being purchased at the one order price, and when there are a plurality of the orders Order input receiving means for receiving information for setting a price range between the orders as buying and selling order application information for making a trading order of the financial product, and the order input receiving means Based on the received buy / sell order application information, the selected financial product of the type is set to the order amount for each order price, and when trading with the one order price and the other order price Order information generating means for generating order information in which the margin of the order is set and the price range of the orders is set; price information receiving means for acquiring information on the market price of the financial product; and the buying and selling order application Second order price calculation means for calculating the other order price based on the order price and the profit margin in the information, and the order information generation means based on the buy / sell order application information As the order information, for the same type of financial products, the set one order price is set as the highest price, and the price range is lower than the highest price. Each of the order prices is set so as to have the price range set based on the buy / sell order application information, and the first order as a buy or sell order for each set order price as the order price Set the other order price calculated by the second order price calculation means as the other highest price, and purchase the first order at a lower price than the other highest price. Alternatively, each order price is set so that the margin when the sale or purchase is performed based on the first order that has been sold is the margin set based on the purchase order application information. The second order price as each of the set order prices is a sell order for the first buy order and a second order as a buy order for the first sell order. Generating a plurality of order information groups including second order information for performing a sentence, recording the generated order information groups in an order information recording unit, and generating each of the orders generated based on the one buy / sell order application information. For the information group, the first order price of the first order that is a valid order matches the market price of the financial product, and then the second order price and the market price of the second order that is a valid order. When the first order and the second order are executed due to the matching price, the first order information of the next order information group is validated, and the same first order as the executed first order It is set so that the execution of the first order at a price and the execution of the second order at the same second order price as the executed second order are repeatedly performed.

  The invention according to claim 2 is a financial product transaction management apparatus for managing a transaction of a financial product whose market price fluctuates, wherein information for selecting a type of the financial product desired to be bought and sold, and the financial product Information indicating the order amount for each order price in the buying and selling order of goods, and the profit margin when the financial product of one order price is purchased at one order price and then sold at another order price or one order. Information for setting a profit margin when the financial product at a price is sold at the one order price and then purchased at another order price, and a price range between the orders when there are a plurality of orders And an order input accepting unit that accepts each of the information as purchase order application information for making a buy / sell order for the financial product, and the buy / sell order application accepted by the order input accepting unit Based on the information, for the selected financial product of the type, the order amount is set for each order price, and the profit margin when trading with the one order price and the other order price is set. Order information generating means for generating order information in which the price range between the orders is set; price information receiving means for acquiring information on the market price of the financial product; and the order price in the buying and selling order application information; Second order price calculation means for calculating the other order price based on the profit margin, in the order information generation means, as the order information based on the buy and sell order application information, For the same type of financial product, the set one order price is set as a minimum price, and the price range is higher than the minimum price, and the respective price ranges are based on the buy / sell order application information. First order information for setting each order price so as to have the set price range, and performing a first order as a sell or buy order for each set first order price as the order price; The other price calculated by the second order price calculation means is set as another minimum price, and the first order is sold or purchased on the higher price side than the other minimum price. The respective order prices are set so that the profit margin when the purchase or sale is performed based on the first order is the profit margin set based on the buy / sell order application information, The second order price as the order price includes second order information for performing a buy order for the sell first order and a second order as a sell order for the sell first order. A plurality of order information groups are generated, the generated order information groups are recorded in the order information recording means, and each order information group generated based on one buy / sell order application information is a valid order. The first order price of the first order matches the market price of the financial product, and then the second order price of the second order, which is a valid order, matches the market price. When one order and the second order are executed, the first order information of the next order information group is validated, and the execution of the first order at the same first order price as the executed first order The second order is executed repeatedly at the same second order price as the executed second order.

  According to a third aspect of the present invention, in addition to the configuration according to the first or second aspect, the profit margin is determined by each of the first order and the second order constituting one order information group. It is a profit amount obtained, and the profit amount is set as a profit margin in the trade order application information.

  According to a fourth aspect of the present invention, in addition to the configuration according to any one of the first to third aspects, each of the individual order information groups forming the plurality of order information groups defined for each type of the financial product is provided. The minimum price width information recording means for recording the minimum price width between one order and each of the second orders as the minimum price width information. In the order information generating means, when the buy / sell order application information is received, the minimum price width information is recorded. Check the minimum price range information recorded in the price range information recording means, if the price range between the individual first orders or the price range between the individual second orders in the buy and sell order application information is narrower than the minimum price range The trading order application information is rejected.

  According to a fifth aspect of the present invention, in addition to the configuration according to any one of the first to fourth aspects, the order information recording means for recording the order information generated by the order information generating means, and the order information Contract information generating means for executing the contract of the financial product based on the order information recording means, the order information group is recorded in the order information recording means, and the contract information generating means is the first order When the information is a purchase 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, it is recorded in the order information recording means. The contract is performed based on the first order information among the individual pieces of order information forming the order information group, and the market price of the financial product acquired by the price information receiving means is further changed to second The financial product based on the contract of the financial product based on the first order information and the second order information by performing the contract of the financial product based on the second order information when equal to the sentence price When the first order information is a sell order, the market price of the financial product acquired by the price information receiving means fluctuates and becomes equal to the first order price. The financial product obtained by the price information receiving means and performing the contract based on the first order information among the individual pieces of order information forming the order information group recorded in the order information recording means. When the market price of the product further fluctuates and becomes equal to the second order price, the execution of the financial product is performed based on the second order information, whereby the gold based on the first order information is obtained. And repeating the commitments and the financial product based on the contract and the second order information of the product.

  The invention according to claim 6 is the difference information as information relating to the difference between the market price and the order price of the order information, which is determined for each type of the financial product, in addition to the configuration according to claim 5 The contract information generation means records the difference information recording means recorded in the difference information recording means in the difference information recording means when there is a cancellation request for the order of the financial product once ordered. When the difference information is confirmed, and the difference between the market price when the cancellation request for the financial product is requested and the order price of the order information recorded in the order information recording means is smaller than the difference information The cancellation request is rejected.

  According to a seventh aspect of the present invention, in addition to the configuration of the fifth or sixth aspect, the contract information generating means has a cancel request when there is a cancel request for the order of the financial product once ordered. The order information group including the order information related to the order is extracted, and all the order information before execution included in the order information group is canceled.

  The invention according to claim 8 includes customer account information recording means for recording deposit balance information of a specific customer in customer account information recording means, wherein the order information generating means includes attributes of the deposit balance information and the order information. Order price information as information is compared, and when the value of the deposit balance information is equal to or greater than the value of the order price information, the order information group is generated.

  The invention described in claim 9 is a program, which causes a computer to function as the financial product transaction management apparatus described in any one of claims 1 to 8.

  According to the first and second aspects of the invention, in the financial product transaction management apparatus, the order information for generating the order information of the financial product based on the buy / sell order application information for performing the buy / sell order of the financial product The order information generating means generates and sells the financial product by generating an order information group including order information for ordering the same type of financial product for a plurality of prices based on the purchase order application information. When ordering, the same kind of financial product can be ordered at a time across multiple prices by performing the order procedure. Thereby, an order that can reduce the risk of the customer can be easily performed by one order procedure, and the convenience of using the system of the customer can be improved. Accordingly, it is possible to avoid the disadvantages of the financial product dealer and the customer in ordering the financial product, and the customer who uses the system can efficiently and smoothly perform the transaction based on the order without performing a complicated order procedure.

  According to the first and second aspects of the invention, for each order information group generated based on the buy / sell order application information, the first order price of the first order that is a valid order and the financial product If the first order and second order are executed when the market price matches and then the second order price of the second order, which is a valid order, matches the market price, the first order information group One order information is valid, and the first order execution 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 as described above, even after the first order and the second order are executed, it is possible to repeatedly perform the order based on the executed order information group. Accordingly, it is possible to avoid the disadvantages of the financial product dealer and the customer in ordering the financial product, and the customer who uses the system can efficiently and smoothly perform the transaction based on the order without performing a complicated order procedure.

  According to the third aspect of the present invention, the profit margin is a profit amount obtained by each of the first order and the second order constituting one order information group. By configuring so as to set the profit amount, the second order price can be reliably set based on the specific profit amount.

  According to the fourth aspect of the present invention, the order information generation means confirms the minimum price range information recorded in the minimum price range information recording means when receiving the purchase order application information, and the individual purchase information in the purchase order application information is confirmed. When the price range between the order information or between the individual sell order information is narrower than the minimum price range, the order contents when ordering the financial product can be simplified by rejecting the buy / sell order application information. Further, it is possible to place an order with a high risk dispersion effect by forming an order for a certain number of products for each certain price range. Thereby, a transaction can be performed more efficiently and smoothly.

  According to the fifth aspect of the present invention, the contract 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, if order information as a second order is executed, one order information group is generated again, and even if the first order and the second order are executed, ifd order based on the executed order information group Can be repeated. Accordingly, it is possible to avoid the disadvantages of the financial product dealer and the customer in ordering the financial product, and the customer using the system can perform the transaction efficiently and smoothly without performing complicated order procedures.

  According to the sixth aspect of the present invention, when there is a cancel request for the order of the financial product once ordered, the contract information generating means confirms the difference information recorded in the difference information recording means and cancels the financial product. If the difference between the market price at the time of the request and the order price of the order information recorded in the order information recording means is smaller than the difference information, the cancellation request is notified to the financial institution by rejecting the cancellation request. The time lag that occurs at the time of purchase can prevent a financial institution from purchasing a financial product for which the customer canceled the order. As a result, it is possible to prevent a situation in which a financial product dealer loses credit from a financial institution and suffers a detrimental disadvantage.

  According to the seventh aspect of the present invention, when there is a cancel request for the order of the financial product once ordered, the contract information generating means extracts the order information group including the order information regarding the order for which the cancel request has been made. By canceling all the order information before 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 prevent the complexity of information processing in the system configuration and the system while further improving the convenience of customers who use the system.

  According to the invention described in claim 8, the order information generating means compares the deposit balance information with the order price information as the attribute information of the order information, and the value of the deposit balance information is equal to or greater than the value of the order price information. In this case, by generating an order information group and an order information group, an order can be accepted only when payment can be made reliably, and the system can be operated without causing trouble in commercial transactions due to inability to pay.

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

FIG. 2 is a system configuration diagram of a financial product transaction management system that realizes the financial product transaction management method of the present embodiment, and a functional block diagram of a financial product transaction management device that realizes the financial product transaction management method of the present embodiment. It is a schematic diagram of the field definition of the order table of a financial product transaction management apparatus same as the above. It is a schematic diagram of the field definition of the customer account information table of a financial product transaction management apparatus same as the above. It is a schematic diagram of the field definition of the currency pair order condition table of a financial product transaction management apparatus same as the above. It is a flowchart which shows the process sequence at the time of order of a trap repeat toydan in a financial product transaction management apparatus same as the above. It is an image figure of the input screen displayed on the display part of a client terminal. It is an image figure of (a) condition setting screen displayed on a client terminal, (b) An image figure of a confirmation screen. It is the figure which showed the data of (a) buying order information recorded on an order table as a model, (b) The figure which showed the data of selling order information as a model. It is a time chart which represented typically the contract processing based on a limit order in a financial product transaction management apparatus same as the above. It is a flowchart which shows the processing procedure of the cancellation request in a financial product transaction management apparatus same as the above.

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

FIG. 1 is a system configuration diagram and functional block diagram of a financial product transaction management system for realizing the financial product 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. 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.

A financial product transaction management apparatus 1 that realizes the financial product transaction management method of the present embodiment is a server computer that is managed and operated by a financial product dealer, and includes a Web server function and a database function that stores large amounts of data. ing. The client terminals 2 ₁ ,..., 2 _n are communication terminals having data communication functions that are owned and used by individuals or corporations who buy and sell financial products, such as personal computers and mobile phone terminals. To do. The client terminals 2 ₁ ,..., 2 _n are composed of operation units 21 ₁ ,..., 21 _n used for inputting various instructions such as a mouse and a keyboard, an LCD (Liquid Crystal Display), and the like. _1, ..., a display unit ₂₂ 1 for displaying various instructions and the like or various image input from 21 _n, ..., and a 22 _n. Incidentally, the client terminal ₂ 1, ..., _{2 n,} the operation unit ₂₁ 1, ..., 21 _n, the display unit ₂₂ 1, ..., so 22 _n has the same configuration, hereinafter, it is necessary to distinguish 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 product transaction management apparatus 1 includes at least one CPU (Central Processing Unit), a RAM (Random Access Memory) functioning as a work area of the CPU, a boot program for activation, and the like. Are provided, an auxiliary storage device such as a hard disk in which various programs and data are recorded, a communication interface used for data transmission and reception, and the like. The auxiliary storage device stores an OS (Operating System) program, various application programs, data recorded in a database, and the like, and these programs and data cooperate with hardware resources by CPU arithmetic processing. To realize 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 above-described 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 apparatus 1. Further, the front page distribution unit 11 as a functional unit, and an order as an “order input receiving unit”. Input accepting unit 12, deposit / withdrawal information generating unit 13, contract information generating unit 14 as "contract information generating unit", account information generating unit 15, "order information generating unit" and order as "second price information calculating unit" It has an information generation unit 16, a database (DB) connection base unit 17, and a price information reception unit 19 as "price information reception 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 establishing an order for the 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 generating unit 16 generates information related to the order of the financial product based on the information processed by the order input receiving unit 12. For orders here, in addition to so-called market orders and limit orders, ifdan orders (two orders with ranks are placed at the same time, and when the first rank order is executed, the second rank order is automatically activated. Order form, which is the same in this specification).

  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 related to the completed contract process to the client terminal 2 of the customer. Here, “contract” refers to various procedures and processes for establishing the purchase and sale of financial products based on customer orders.

  The account information generation unit 15 has a function of generating customer deposit balance information and managing the deposit balance information as margin information (that is, information for supporting that an order can be executed). Note that the information on the deposit balance generated by the account information generation unit 15 is periodically updated with 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. Matched.

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

  The database 18 records data used in the financial product transaction management apparatus 1. Although the database 18 in this embodiment is formed by a relational database, any format may be used as long as it is suitable for recording and 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, a difference table ( Difference information recording means) 185 and sequence number table 186 are recorded. In the lowest price range table 184, individual selling order information (described later) or individual buying order information (described later) forming an order information group (described later) determined for each type of financial product is closest to each other. The price range is recorded as the minimum price range information. In the difference table 185, difference information between the current market price and the order amount of order information (described later) determined for each type of financial product is recorded. In the sequence number table 186, a sequence number uniquely assigned for each order information (described later) is recorded. Details of the order table 181, customer account information table 182, and 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 apparatus 1 and performs processing necessary for use by the data processing unit 10 on the acquired information. In the present embodiment, the price information receiving unit 19 acquires information on the exchange rate price.

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

  In the financial product transaction management apparatus 1 described above, when a limit transaction of a financial product is performed, the buying and selling of a plurality of the same type of financial products is performed for each predetermined number of products with a predetermined price range according to one reservation order. The order form performed in can be realized. In this specification, this order form is referred to as “trap repeat toy order”.

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

  FIG. 3 is a flowchart showing a processing procedure when generating information related to the limit order by the trap repeat toy order in the financial product transaction management apparatus 1 of the present embodiment. Hereinafter, a processing procedure at the time of ordering will be described with reference to FIG.

  A customer using the financial product transaction management system 1 </ b> A accesses the financial product transaction management apparatus 1 using the client terminal 2. The front page distribution unit 11 of the financial product transaction management apparatus 1 displays the input screen 40 shown in FIG. 4 on the display unit 22 of the accessed client terminal 2. The customer uses the operation unit 21 to input order content data on 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 the purchase / purchase request input buttons 41 _{1 to} 41 ₅ provided for each currency pair that can be traded from the upper side of the input screen 40 (in this input screen 40, five types of currency pairs). Select and click the 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) 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 in FIG. 4 shows a state where a new selection button 42a for selecting a new order (that is, an order for having a new position (foreign currency balance)) from the buying / selling form selection button group 42 is clicked. ing. Note that the financial product transaction management apparatus 1 of the present embodiment applies the trap repeat toydan order only to a new order, and simplifies the system configuration and forms a system that can be easily used by customers.

  (3) Next, the customer clicks on a trap trade designation button 43 a for designating a 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 trade of a financial product is performed, a plurality of the same type of financial products are reserved for a predetermined number of products with a predetermined price range by one reservation order. Say. The trap repeat toydan order includes a trap trade in the procedure. In the financial product transaction management apparatus 1 of the present embodiment, it is assumed that 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. In the condition setting screen 44, a start price input field 44a for inputting the order reference price of the trap repeat toydan, an amount input field 44b for inputting an amount for each position in one order, and a value range of the position to be ordered (that is, individual buy orders) A price range input field 44c for inputting information (value range between later), a trap number selection field 44d for selecting the number of positions to be ordered, a profit amount designation field 44e for inputting a profit amount for each position as “margin”, A repeat toy order order selection field 44f for designating whether or not to execute a repeat toy order is provided, and the customer inputs a desired numerical value in each of the input fields 44a, 44b, 44c and 44e, and from each of the selection fields 44d and 44f. Select the desired number and order type. In the condition setting screen 44 shown in FIG. 5A, each input field 44a, 44b, 44c, 44e and each selection field 44d, 44f have a start price of $ 109.90, a price range of 0.10 yen, and one position. Shows a state in which an order that is 10,000 currencies, the number of positions to be ordered is 5, the expiry date is indefinite, and the order form is a basic repeat toy order is entered and selected. It should be noted that a trap repeat order is selected by selecting a repeat order from the repeat order selection field 44f on the trap trade condition setting screen 44.

  (5) After the input and selection to the input fields 44a, 44b, 44c, 44e and the selection fields 44d, 44f are completed, when the customer clicks the order confirmation button 44g provided at the bottom of the condition setting screen 44, The data input to the condition setting screen 44 is displayed in the order detail display field 44h and transmitted from the client terminal 2 to the financial product transaction management apparatus 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) 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 (5) above and the transmitted data (buying and selling order application information) is supplied to the financial product transaction management apparatus 1, the order input reception unit 12 of the financial product transaction management apparatus 1 Confirm the contents of the entered order (order entry acceptance procedure). Specifically, the order form selected in the repeat order selection field 44f is confirmed, and further, 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 A comparison is made. The order input reception unit 12 only determines when the customer can make a profit, that is, when buying a foreign currency, only when the starting price is lower than the current exchange rate, and when selling a foreign currency, the starting price is Only cases where the price is higher than the exchange rate are judged as appropriate prices.

  When it is determined that the start price is 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, numerical data recorded in the “amnt” field 182a shown in FIG. 2B is acquired as margin information.

  The order input reception unit 12 calculates based on the acquired margin information and the total order amount of the customer (that is, the numerical value input in the amount input field 44b and the price range input field 44c and the numerical value selected from the trap number selection field 44d). The total amount of the order) is compared 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” to be described later only when the margin amount is equal to or greater than the total order amount (“No” in step S5) (order information generation procedure). Thereby, the limit order by the ifdan order can be accepted only when the customer can surely pay.

  If the amount of margin is equal to or greater than the total amount of the order (“No” in step S5), the order input receiving unit 12 checks whether or not the order condition satisfies the trap repeat toy-dan condition (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 value width condition, and is recorded in the numerical data of the value width input in the value width input field 44c and the minimum value width table 184. The value of the minimum price range information of the currency pair is compared, and it is confirmed whether or not the value of the price range input in the price range input field 44c is equal to or greater than the minimum price range.

  If the value 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 reception unit 12 treats the input order as an error and accepts the order. Reject (step S10). As a result, the price range between orders is so close that it is impossible to avoid the risk, and the customer suffers a detrimental disadvantage. Can be prevented from suffering practical disadvantages.

The value of the price range entered in the price range entry field 44c is equal to or greater than the value of the minimum price range (“No” in step S7), and the order conditions satisfy all the conditions necessary for ordering the trap repeat toydan described above. When the determination is made, 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. 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 that is clicked when there is no mistake in the listed contents. In the order information group display field 45b of the confirmation screen 45, the purchase order information (upper line) for placing a limit order on the same type of financial product at the same price and the financial product that is the target of the purchase order information are displayed in the other order. An order information group 45c ₁ , 45c ₂ ,... 45c _k (k> 1) composed of sell order information (down line) for placing 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 product transaction management apparatus 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 grouped in units of order prices, and each order information is assigned to each information unit by assigning a sequence number to the order recorded in the sequence number table 186. Form. At this time, the sequence number table 186 is provided with information for identifying the sequence number used for the order information as an unused number.

  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 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 determined for each customer is recorded in the “cust_seq” field 181c, and a product name is recorded in the “style_id” field 181d. In the “ccy_pair_id” field 181e, an ID number uniquely determined for each currency pair is recorded. 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 has data indicating whether it is a sell order or a buy order, the “ord_rate” field 181g has an order price, the “limit_time” field 181h has an order deadline, and the “ord_cond” field 181i has an order type. Indicating whether or not is an ifdan order (default is 0, 1 is recorded for ifdan order), and data indicating whether the order is a new order or a settlement order is stored in the “new_close” field 181k. To be recorded. With the above procedure, the order processing of the trap repeat toy order is completed, and information regarding the limit order is generated.

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

  The buy order table 50a includes five pieces of buy order information (ie, 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) indicated 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 purchase order price is 0.10 yen (that is, the price entered in the price range entry field 44c). The first purchase order information 51a to the fifth purchase order information 51e each have an order amount of 10,000 currencies (that is, the amount input in the amount input field 44b).

  The sell order table 60a includes five pieces of sell order information from the first sell order information 61a to the fifth sell order information 61e as “second order information” (that is, the number selected in the trap number selection column 44d). ) And the buy order price (second order price) indicated 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) Price entered in the input field 44c).

  In the buy order table 50a and the sell order table 60a, the order information having the same order numbers 51h and 61h, for example, the first buy order information 51a, the first sell order information 61a, the second buy order information 51b, and the first order information. The second sell order information 61b,... Is a buy order information for placing a limit order on the same type of financial product at one price, and a limit order for a financial product that is the target of the buy order information at another price. It forms an order information group of one price range consisting of sell order information. Among the order information forming one order information group, the order information (for example, the first buy order information 51a) recorded in the buy order table 50a forms a “first order” having a high execution priority and is sold. The order information (for example, the first selling order information 61a) recorded in the order table 60a forms a “second order” having a low execution priority. The order information recorded in the buy order table 50a is recorded as “valid order information” having the status as an established (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 a status as an established (ordered) order in the initial state. The “valid” and “invalid” of the order information is recorded based on a flag or the like included in each order information.

  If it is determined in step S3 that the first desired price is an inappropriate price (“Yes” in step S3), and if the amount of margin is less than the total order in step S5 (“step S5“ Yes "), the order input reception 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 apparatus 1 continues to acquire exchange rate information (price information receiving procedure). When the market price matches the order price of the specific position, the contract information generation unit 14 executes the order of the position (contract information generation procedure).

  FIG. 7 is a time chart schematically showing a contract based on a limit order in the financial product transaction management system 1A of the present embodiment. For example, as shown in the figure, the US dollar market purchase price 72 at the time t1 when the limit order by the trap repeat toydan is completed is 110.00 yen per dollar, and the US dollar market purchase price 72 after the limit order is completed is The first buy order information 51a is executed at the time t2 when the price becomes 109.90 yen per dollar. Simultaneously with this contract, the first selling order information 61a is validated. By this “validation”, the first selling order information 61a at this time is converted from “invalid order information” to “valid order information”.

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

  Thereafter, when the market price 72 rises to 114.84 yen per dollar at time t5, the contract information generation unit 14 sells US dollars by selling information based on the third sell order information 61c. As a result, the customer can obtain a profit corresponding to the difference between the price of the third buy order information 51c and the third sell order information 61c. After the third selling order information 61c is executed, the third buying order information 51c and the third selling order information 61c are generated again at time t6. At this time t6, the third sell order information 61c is generated again as “invalid order information” which is the initial state.

  When the limit order is validated or the limit order is executed, the execution information generating unit 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 contracted price.

  Similarly, when the market price 72 increases to 114.94 yen per dollar at time t7, the contract information generation unit 14 sells US dollars by selling information based on the second sell order information 61b. Thereafter, 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.

  Thereafter, when the market price 72 becomes $ 109.70 per dollar at time t9, the second buy order information 51b is executed and the second sell order information 61b is validated. Thereafter, the same processing is repeated.

  At the time 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. The limit order is held pending until the time when the US dollar market purchase price 71 drops or rises to the respective order price 51f, 61f after time t9. Further, all limit orders for which the order deadlines 51g and 61g have passed without being executed are canceled and deleted from the order table 181.

  As described above, the financial product transaction management apparatus 1 according to the present embodiment can reduce the risk of a customer in a limit order by placing a limit order on a plurality of prices for the same type of financial product. That is, for example, when the limit order to purchase US dollars at 109.60 yen per US dollar is performed, as shown in FIG. The customer will not be able to purchase US dollars (even if the customer has a potential desire to buy $ 109.70). On the other hand, if the trap repeat toy order is used in this embodiment, it is possible to place a plurality of limit orders distributed on the basis of the price that is most desired for purchase, and above and below the reference price. Risk can be reduced.

  In addition, the financial product transaction management apparatus 1 according to the present embodiment includes, as order information, buy order information (for example, the first buy order information 51a) for placing a limit order on the same type of financial product at one price, and the buy order information. Generating an order information group of one price range for a plurality of price ranges, consisting of sell order information (for example, first sell order information 61a) for placing a limit order on the target financial product at another price; In each order information group, the buy order information (for example, the first buy order information 51a) is “first order”, and the sell order information (for example, the first sell order information 61a) is “second order”. , “First order” is valid order information, “second order” is invalid order information, and the contract information generation unit 14 executes when the “first order” forming one order information group is contracted. Disables "second order" By a valid order information from the order information, can be ordered on the basis of one of the trade order application information, the same kind of financial instruments for a plurality of price in the if Dan order of limit orders. Further, when the order information as the “second order”, which is the valid order information, is executed, the contract information generation unit 14 generates one order information group again, thereby generating “first order” and “ Even after the “second order” is executed, it is possible to repeatedly perform the if-order of the limit order based on 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 device 1 of the present embodiment, the order information group _{45c 1, 45c 2, ···,} a 45c _k, is a constant items in one of price, the order information group of the plurality of price range 45c ₁ , 45c ₂ ,..., 45c _k , the price range between the first to fifth buy order information 51a, 51b, 51c, 51d, 51e and the first to fifth sell order information 61a, 61b, 61c, By forming the value ranges of 61d and 61e so as to be constant, it is possible to simplify the contents of commands from the client terminal 2 when ordering financial products. In addition, it is possible to make a customer who places an order from the client terminal 2 place an order with a high risk distribution effect by forming an order for a certain number of products for each certain price range.

  Note that the financial product transaction management apparatus 1 according to the present embodiment processes a request for changing the price and amount of a limit order once ordered from the client terminal 2 and treats the request as an illegal request and treats it as an input error. To do. As a result, it is possible to prevent an excessive amount of work on the bank side, which is a source of financial products, due to frequent requests for prices and amounts.

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

  First, when the financial product transaction management apparatus 1 receives a request for canceling a limit order once ordered from the client terminal 2 (step S11), the execution information generating unit 14 receives the order information of the limit order for which the cancel request has been made. The order information group included is extracted, and among the order information included in the order information group, the one with the order price 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 and the data of the non-cancellable value width of the currency pair recorded in the difference table 185. When the absolute value is larger than the non-cancellable value range (“Yes” in step S12), the contract information generation unit 14 includes the order information that has not been executed among the order information included in the order information group extracted in step S12, and The order information group is processed as having been canceled (step S13).

  For example, in FIG. 5, when only the first buy order information 51a is executed, there is a cancel request in the third buy order information 51c, and the quoted purchase price 71 of the US dollar at the time of the request is $ 109. In the case of .90 yen, the value obtained by subtracting the order price ($ 109.80 per dollar) of the second buy order information 51b closest to the market price from the market price price 71 is 0.10 yen. If the non-cancellable value width is less than 0.10 yen (for example, 0.09 yen), all of the second purchase order information 51b to the fifth purchase order information 51e shown in FIG. 5 are canceled. become. Furthermore, 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 all canceled. The canceled order information data is deleted from the order table 181.

  As described above, all the order information groups requested to be canceled are canceled by one cancellation request, and the order information group including the order information requested to be canceled is generated based on the buy / sell order application information. By canceling all the order information groups that have been processed, it is possible to prevent the handling of limit orders due to trap repeat toydan orders from becoming complicated.

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

  As described above, since the non-cancellable value range is set, it is possible to avoid a situation in which a financial institution such as a bank is actually damaged. That is, when a request for canceling a limit order is input to the client terminal 2 immediately before the market purchase price (or market price) matches the order price, the time lag that occurs when the cancellation request is communicated to the financial institution causes the customer to A financial institution may purchase a financial product for which an order has been canceled, but the order is canceled by prohibiting the cancellation of the order when the market price and the order price are closer than the specified value. The situation where financial institutions purchase products can be prevented.

  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 generated immediately in step S8. The contract information generation unit 14 contracts the order, and the process of step S9 is not performed.

  As described above, according to the financial product transaction management apparatus 1 that performs the financial product transaction management method of the present embodiment, it is possible to avoid the disadvantages of financial product dealers and customers in limit orders of financial products, and the customers who use the system are complicated. It is possible to efficiently and smoothly carry out a limit order transaction without performing an ordering process.

  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 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 “first order”, and the sell order information is “second order”. On the contrary, the selling order information may be “first order” and the buying order information may be “second order”.

  The above embodiment is an exemplification of the present invention, and it is needless to say that the present invention is not limited to the above embodiment.

DESCRIPTION OF SYMBOLS 1A ... Financial product transaction management system 1 ... Financial product transaction management apparatus 2, 2 ₁ to 2 _n ... Client terminal 12 ... Order input reception part (order input reception means)
14: Contract information generation unit (contract information generation means)
16: Order information generating unit (order information generating means, second order price information calculating means)
19 ... Price information receiving unit (price information receiving means)
45c ₁ , 45c ₂ ,..., 45c _k ... Order information group 51a, 51b, 51c, 51d, 51e.
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 (9)

A financial product transaction management device for managing a transaction of a financial product whose market price fluctuates,
Information for selecting the type of the financial product desired to be bought and sold, information indicating the order amount for each order price in the buying and selling order of the financial product, and one order price for the financial product of the one order price Information for setting a margin when purchased at a different order price after being sold at or a margin when the financial product of one order price is purchased at the other order price after being purchased at the one order price And order input receiving means for receiving each of the information for setting a price range between the orders when there are a plurality of the orders, as purchase order application information for performing a buy / sell order of the financial product,
Based on the buy / sell order application information received by the order input accepting means, the selected order price is set to the order price for the order price, and the one order price and the other order are set. Order information generating means for generating the order information in which the profit margin when trading with a price is set and the price range between the orders is set;
Price information receiving means for acquiring information on the market price of the financial product;
Second order price calculation means for calculating the other order price based on the order price and the profit margin in the buy / sell order application information;
In the order information generation means, based on the buy / sell order application information, as the order information, the set one order price is set as the highest price for the same type of the financial product, and the highest price On the lower price side, the respective order prices are set so that the respective price ranges are set to the price ranges set based on the buy / sell order application information, and the first order price as each set order price is set. First order information for performing a first order as a buy or sell order, the other price calculated by the second order price calculation means is set as the other highest price, on the lower price side than the other highest price, For each of the first orders, the margin when the sale or purchase is made based on the first order that has been purchased or sold is set based on the purchase order application information. The order price is set so as to be the profit margin, and the second order price as the set order price is set to a sell order for the buy first order, the second order price. For one order, a plurality of order information groups including second order information for performing a second order as a buy order are generated.
Record the generated order information group in the order information recording means;
For each of the order information groups generated based on one buy / sell order application information, the first order price of the first order, which is a valid order, matches the market price of the financial product, and then valid When the first order and the second order are executed by matching the second order price of the second order, which is a large order, and the market price, the first order of the next order information group Validate the information and repeat the first order execution at the same first order price as the first order executed and the second order execution at the same second order price as the executed second order A financial product transaction management apparatus characterized in that it is set so as to be executed. A financial product transaction management device for managing a transaction of a financial product whose market price fluctuates,
Information for selecting the type of the financial product desired to be bought and sold, information indicating the order amount for each order price in the buying and selling order of the financial product, and one order price for the financial product of the one order price Information for setting a margin when selling at a different order price after purchasing at a profit margin when selling at a certain order price after selling the financial product of the one order price after purchasing at the other order price And order input receiving means for receiving each of the information for setting a price range between the orders when there are a plurality of the orders, as purchase order application information for performing a buy / sell order of the financial product,
Based on the buy / sell order application information received by the order input accepting means, the selected order price is set to the order price for the order price, and the one order price and the other order are set. Order information generating means for generating the order information in which the profit margin when trading with a price is set and the price range between the orders is set;
Price information receiving means for acquiring information on the market price of the financial product;
Second order price calculation means for calculating the other order price based on the order price and the profit margin in the buy / sell order application information;
In the order information generating means, based on the buy / sell order application information, as the order information, the set one order price is set as one minimum price for the same type of the financial product, and the one minimum price is set. On the higher price side, the respective order prices are set so that the respective price ranges are set to the price ranges set based on the buy / sell order application information, and the first order price as each set order price is set First order information for performing a first order as a sell or buy order, the other price calculated by the second order price calculation means is set as another minimum price, and higher than the other minimum price, For each of the first orders, the profit margin at the time of purchase or sale based on the first order sold or purchased is set based on the buy / sell order application information. The respective order prices are set so as to be the profit margin, and the second order price as the set order price is set to the buy order for the sell first order, the second order price of the sell. For one order, generate a plurality of order information groups consisting of second order information for performing a second order as a selling order,
Record the generated order information group in the order information recording means;
For each of the order information groups generated based on one buy / sell order application information, the first order price of the first order, which is a valid order, matches the market price of the financial product, and then valid When the first order and the second order are executed by matching the second order price of the second order, which is a large order, and the market price, the first order of the next order information group Validate the information and repeat the first order execution at the same first order price as the first order executed and the second order execution at the same second order price as the executed second order A financial product transaction management apparatus characterized in that it is set so as to be executed.   The profit margin is a profit amount obtained by each of the first order and the second order constituting one order information group, and the profit amount is set as a profit margin in the buy / sell order application information. The financial product transaction management apparatus according to claim 1 or 2, wherein Minimum price range information recording means for recording the minimum price range of each of the first orders and each of the second orders that form a plurality of the order information groups defined for each type of the financial product as minimum price range information Have
The order information generation means confirms the minimum price range information recorded in the minimum price range information recording means when receiving the buy / sell order application information, and the price range between the individual first orders in the buy / sell order application information The financial product transaction management apparatus according to any one of claims 1 to 3, wherein the purchase order application information is rejected when a price range between the individual second orders is narrower than the minimum price range. . Order information recording means for recording the order information generated by the order information generating means;
A contract information generating means for executing a contract for the financial product based on the order information;
In the order information recording means, the order information group is recorded in the order information recording means,
The contract information generating means includes:
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 The contract is performed based on the first order information among the individual pieces of order information forming the order information group recorded in the means, and the market price of the financial product acquired by the price information receiving means is further When the price is changed and becomes equal to the second order price, the contract of the financial product based on the first order information and the second order are performed by performing the contract of the financial product based on the second order information. Repeating the execution of the financial product based on 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 The contract is performed based on the first order information among the individual pieces of order information forming the order information group recorded in the means, and the market price of the financial product acquired by the price information receiving means is further When the price is changed and becomes equal to the second order price, the contract of the financial product based on the first order information and the second order are performed by performing the contract of the financial product based on the second order information. The financial product transaction management device according to claim 1, wherein the execution of the financial product based on information is repeated. Difference information recording means for recording difference information as information relating to the difference between the market price and the order price of the order information, which is determined for each type of financial product;
When there is a cancellation request for the order of the financial product once ordered, the contract information generation means confirms the difference information recorded in the difference information recording means in the difference information recording means, and The cancellation request is rejected when the difference between the market price at the time when the cancellation request is made and the order price of the order information recorded in the order information recording means is smaller than the difference information. The financial product transaction management apparatus according to claim 5.   When there is a cancellation request for the order of the financial product once ordered, the contract information generation means extracts the order information group including the order information related to the order for which the cancellation request has been made, and includes the order information group. 7. The financial product transaction management apparatus according to claim 5 or 6, wherein all of the order information before execution included is canceled. Having customer account information recording means for recording deposit balance information of a specific customer in the customer account information recording means,
The order information generation means compares the deposit balance information with order price information as attribute information of the order information, and when the value of the deposit balance information is equal to or greater than the value of the order price information, the order information group The financial product transaction management device according to claim 1, wherein:   A program causing a computer to function as the financial product transaction management apparatus according to any one of claims 1 to 8.