Transaction management device, transaction management system, transaction management terminal, transaction management method in transaction management system, and program

Abstract

To provide a transaction management device capable of placing multiple if-done orders in parallel with simple operation.SOLUTION: An order input reception unit 12 of a financial product transaction management device 1 acquires buy-sell order application information which includes a predetermined high value-side reference price and a predetermined low value-side reference price set by a user, an order amount for each order price, information for calculating a price range between first orders, and predetermined profit margin information between the first order and second order. An order information generation unit 16 sets the multiple first order prices between the low value-side reference price and the high value-side reference price, sets the multiple first order prices at a predetermined price range, sets the multiple second order prices so that they achieve the predetermined profit margin relative to the first order prices with the predetermined profit margin information, and regenerates the first order information corresponding to the agreed first order and the second order information corresponding to the agreed second order after executing processing of agreeing with the first order and second order.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a technique for managing and supporting transactions. The present invention can be applied to, for example, a device for managing and supporting transactions of financial products such as foreign exchange. [Background technology]

[0002] Market orders and limit orders are known as trading methods for financial products such as foreign exchange. A market order is an order form in which, when a customer places an order, a dealer executes the transaction at the price at that time. A limit order is an order form in which a buying and selling price is specified in advance by the customer, and the transaction is executed when the product price reaches the specified price. In other words, a dealer that accepts a limit order buys the target financial product when the price falls to the specified price, or sells the financial product when the price rises to the specified price. An invention that uses a computer system to execute limit orders for financial products is already known (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2006-99787 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, the price of a financial product always fluctuates irregularly, and it is practically impossible to predict it accurately. For example, when placing a limit order, the price of the financial product may fall to a level close to a pre-specified amount, but may then rise without reaching the specified price. Conversely, the price of the financial product may rise to a level close to a pre-specified amount, but may then fall without reaching the specified price. Furthermore, the price of the financial product may fall and become even lower than the pre-specified amount. Conversely, the price of the financial product may rise and become even higher than the pre-specified amount. In these cases, the customer may suffer substantial disadvantages. However, the invention described in the above Patent Document 1 cannot avoid such disadvantages.

[0005] Limit orders for financial products include if-done orders. is often used. An if-done order is a type of order in which two transactions with a set priority are placed simultaneously. With an if-done order, after the transaction corresponding to the higher-priority order (either "buy" or "sell", hereinafter referred to as the "first order") is completed, the lower-priority order (the other of "buy" or "sell", hereinafter referred to as the "second order") is automatically made valid. However, the invention described in Patent Document 1 cannot handle limit orders for if-done orders. In this application, an "valid" order means that processing based on the order is currently being executed, and an "invalid" order means that processing based on the order is not currently being executed.

[0006] The same customer may place multiple if-done orders (i.e., multiple pairs of first and second orders) for the same financial product. However, in the invention of Patent Document 1, the customer must place these multiple if-done orders individually through different operations, which makes the ordering procedure complicated.

[0007] The first object of the present invention is to provide a technology that allows multiple if-done orders to be placed in parallel with a simple operation. The second object of the present invention is to provide a technology that can automatically cancel if-done orders depending on market conditions. By solving these objects, it is possible to increase the convenience of system users and reduce the risks to system users. [Means for solving the problem]

[0008] In order to solve the above problem, the invention described in claim 1 is a transaction management device for managing the buying and selling of financial products whose market prices fluctuate, the transaction management device comprising: an order receiving unit for acquiring buying and selling order application information for buying and selling the financial product; and an order information generating unit for generating a plurality of first order information for placing a plurality of first orders at respective first order prices and a plurality of second order information for placing a plurality of second orders at respective second order prices, the buying and selling order application information including at least a predetermined higher base price set by a user, a predetermined lower base price set by the user, an order amount for each order price, information for calculating a price spread between the first orders, and a value of the first order and the second order set by the user, for the financial product to be bought and sold. and predetermined profit margin information, wherein the order information generation unit sets the multiple first order prices of the multiple first order information between the lower base price and the higher base price, sets the first order prices of the multiple first order information to a predetermined price range, sets the multiple second order prices of the multiple second order information to be the predetermined profit margin based on the predetermined profit margin information with respect to a price that is executed based on the first order price of the first order corresponding to each of the second orders, and after a process of executing the first order and the second order is performed, re-generates the first order information for placing the first order corresponding to the executed first order, and re-generates the second order information for placing the second order corresponding to the executed second order.

[0009] The invention described in claim 2 is characterized in that, in addition to the configuration described in claim 1, the order information generation unit calculates the second order price, which is the highest relative to the higher base price, to be the specified difference, and the first order price, which is the lowest relative to the lower base price, to be the same difference as the specified difference.

[0010] The invention recited in claim 3 is characterized in that, in addition to the configuration recited in claim 2, the order information generation unit calculates the highest price among the second order prices to be equal to or lower than the high-side base price, and the lowest price to be equal to or higher than the low-side base price.

[0011] The invention recited in claim 4 is characterized in that, in addition to the configuration recited in claim 2, the order information generation unit performs calculations such that the highest price among the first order price and the second order price is equal to or lower than the high-side reference price, and the lowest price is equal to or higher than the low-side reference price.

[0012] The invention recited in claim 5 has, in addition to the configuration recited in claim 1, a contract information generation unit that sets the first order to valid and sets the second order to invalid when starting a transaction process corresponding to each of the first order information and when starting a transaction process corresponding to each of the second order information, and is characterized in that, when any of the first orders is contracted, the contract information generation unit sets the second order corresponding to the first order to valid.

[0013] The invention described in claim 6 is a transaction management system for managing buying and selling of financial products whose market prices fluctuate, the transaction management system comprising: an order receiving unit for acquiring buying and selling order application information for buying and selling the financial products; and an order information generating unit for generating a plurality of first order information for placing a plurality of first orders at respective first order prices, and a plurality of second order information for placing a plurality of second orders at respective second order prices, the buying and selling order application information including at least a predetermined higher base price set by a user, a predetermined lower base price set by the user, an order amount for each order price, information for calculating a price spread between the first orders, and the first and second orders set by the user, and predetermined profit margin information between the lower price base price and the higher price base price, and the order information generation unit sets the multiple first order prices of the multiple first order information between the lower price base price and the higher price base price, sets the first order price of the multiple first order information to a predetermined price range, sets the multiple second order prices of the multiple second order information to be the predetermined profit margin based on the predetermined profit margin information with respect to a price that is executed based on the first order price of the first order corresponding to each of the second orders, and after a process of executing the first order and the second order is performed, re-generates the first order information for placing the first order corresponding to the executed first order, and re-generates the second order information for placing the second order corresponding to the executed second order.

[0014] The invention described in claim 7 is a transaction management terminal used by a user who trades financial instruments whose market prices fluctuate and capable of communicating with a transaction management device for placing orders for said financial instruments, the transaction management terminal comprising an operation unit where the user performs various operations related to the transaction of said financial instruments, and a display unit that displays information about the transaction of said financial instruments to the user, the operation unit comprising a high-side base price setting unit where a predetermined high-side base price of said financial instruments to be traded is input by operation of the user, and a low-side base price setting unit where a predetermined low-side base price of said financial instruments to be traded is input by operation of the user. The system includes an order setting unit operated by the user to generate first order information and second order information as information for trading the financial product, the order setting unit including a base price setting unit, an order amount setting unit into which an order amount for each order price is input by an operation of the user, a price range setting unit into which information for calculating a price range between first orders or a price range between second orders is input, and a profit range setting unit into which information for calculating a predetermined profit range between the first order and the second order is input by an operation of the user, and the display unit displays the high side base price and the low side base price input by an operation of the user. The transaction management device is configured to display a sub-price, the order amount, information for calculating the price spread, and information for setting the profit margin, and transmits buy / sell order application information as information for buying and selling the financial product set by the order setting unit. The transaction management device includes an order receiving unit that acquires the buy / sell order application information, and an order information generating unit that generates a plurality of first order information for placing a plurality of the first orders at each of the first order prices and a plurality of second order information for placing a plurality of the second orders at each of the second order prices. The buy / sell order application information is configured to display a sub-price, the order amount, information for calculating the price spread, and information for setting the profit margin, and transmits buy / sell order application information as information for buying and selling the financial product set by the order setting unit. The financial product includes at least a predetermined higher base price set by the user, a predetermined lower base price set by the user, an order amount for each order price, information for calculating a price spread between the first orders, and predetermined profit spread information between the first order and the second order set by the user, and the order setting unit, in response to an operation by the user, causes the order information generation unit to set the multiple first order prices of the multiple first order information between the lower base price and the higher base price, and sets the first order prices of the multiple first order information as follows:the second order information is set to a predetermined price range, the second order prices of the second order information are set to the predetermined profit margin based on the predetermined profit margin information with respect to a price that is contracted based on the first order price of the first order corresponding to each of the second orders, and after a process of contracting the first order and the second order is performed, the first order information for making the first order corresponding to the contracted first order is regenerated, and the second order information for making the second order corresponding to the contracted second order is regenerated.

[0015] The invention described in claim 8 is a transaction management method in a transaction management system for managing the buying and selling of financial products whose market prices fluctuate, the system comprising: an order receiving unit for acquiring buying and selling order application information for buying and selling financial products; an order information generating unit for generating a plurality of first order information for placing a plurality of first orders at respective first order prices and a plurality of second order information for placing a plurality of second orders at respective second order prices; and an execution information generating unit for executing execution of the first order placed based on the first order information and the second order placed based on the second order information, the method comprising: a first procedure performed in the order receiving unit for acquiring the buying and selling order application information, the buying and selling order application information including at least a predetermined high-side base price set by a user, a predetermined low-side base price set by the user, an order amount for each order price, information for calculating a price spread between the first orders, and predetermined profit spread information between the first order and the second order set by the user, for the financial products to be bought and sold; a second step in which, based on the predetermined lower base price, the predetermined higher base price, the order amount, information for calculating a price spread between the first orders, and information for calculating a predetermined profit spread between the first order and the second order acquired in the first step, the multiple first order prices of the multiple first order information are set between the lower base price and the higher base price, the first order prices of the multiple first order information are set to a predetermined price spread, and the multiple second order prices of the multiple second order information are set to the predetermined profit spread based on the first order price of the first order corresponding to each of the second orders according to the predetermined profit spread information, and after a process of executing the first order and the second order is performed, the first order information for placing the first order corresponding to the executed first order is regenerated, and the second order information for placing the second order corresponding to the executed second order is regenerated.

[0016] The invention described in claim 9 is a program for causing a computer to function as the transaction management device described in any one of claims 1 to 5. Effect of the Invention

[0017] According to the invention described in claims 1-8, the order information generating unit sets the first order price and the second order price based on the higher base price, the lower base price, the order amount for each order price, information for calculating the price spread between the first orders, and the predetermined profit spread information for the first order and the second order. Therefore, multiple if-done orders can be placed in parallel with a simple operation. In addition, after the process of contracting the first order and the second order is performed, the first order information for placing the first order corresponding to the contracted first order is regenerated, and the second order information for placing the second order corresponding to the contracted second order is regenerated, so that a repeat if-done order can be automatically placed.

[0018] According to the invention described in claims 1 to 8, the first and second order prices are automatically set using the upper limit price and the lower limit price, so if-done orders can be easily set.

[0019] According to the invention described in claims 1 to 8, when the first order is contracted, the second order is automatically set to valid, which simplifies the operation for the customer.

[0020] According to the invention described in claims 1-8, the order information generating unit calculates the first order price and the second order price for transactions within the price range based on the acquired price range information and information for calculating the price spread between the first orders and between the second orders. Also, by setting the first order and the second order to be repeatedly contracted, it is possible to set the repeat if-done order to be automatically placed. Therefore, multiple if-done orders can be repeatedly placed in parallel with a simple operation.

[0021] According to the inventions described in claims 1-8 and claim 7, the order information generating unit calculates the first order price and the second order price for transactions within the price range based on the acquired price range information and information for calculating the price spread between the first orders and between the second orders. Also, by setting the first orders and the second orders to be repeatedly executed, it is possible to set the repeat if-done order to be executed automatically. Therefore, multiple if-done orders can be executed repeatedly in parallel with a simple operation.

[0022] According to the invention as defined in claim 9, the device of the present invention can be constructed by a computer. [Brief description of the drawings]

[0023] [Figure 1] A block diagram conceptually showing the configuration of a transaction management system according to an embodiment. [Diagram 2] 2 is a diagram showing field definitions of an order table stored in the transaction management device shown in FIG. 1. [Diagram 3] 4 is a flowchart showing a processing procedure when the transaction management device shown in FIG. 1 places a trap repeat if-done order. [Figure 4] FIG. 1A is a conceptual diagram showing an example of a second input screen displayed by the display unit of the client terminal, and FIG. 1B is a conceptual diagram showing a confirmation screen displayed by the display unit of the client terminal. [Figure 5A] 1 is a table showing a group of order information generated by a transaction management system according to an embodiment. [Figure 5B] 1 is a table showing a group of order information generated by a transaction management system according to an embodiment. [Figure 6A] 4 is a flowchart for explaining the operation of the transaction management system according to the embodiment. [Figure 6B] 4 is a flowchart for explaining the operation of the transaction management system according to the embodiment. [Figure 7A]4 is a flowchart for explaining the operation of the transaction management system according to the embodiment. [Figure 7B] 4 is a flowchart for explaining the operation of the transaction management system according to the embodiment. [Figure 8] 4 is a flowchart for explaining the operation of the transaction management system according to the embodiment. [Figure 9] A conceptual diagram for explaining the operation of the transaction management system according to the embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

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

[0025] Fig. 1 is a block diagram conceptually showing the configuration of a financial product transaction management system according to this embodiment. As shown in Fig. 1, the financial product transaction management system 1A includes a financial product transaction management device 1 and a plurality of client terminals 21-2n (in this embodiment, the number of client terminals is 'n'). The financial product transaction management device 1 and the client terminals 21-2n 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.

[0026] The financial product transaction management device 1 is a server computer managed and operated by a financial product dealer. The financial product transaction management device 1 has a function as a Web server and a function as a database for storing large amounts of data.

[0027] The client terminals 21 to 2n are owned and used by individuals or corporations who buy and sell financial products. The terminals 21 to 2n are communication terminals with data communication functions. As the terminals 21 to 2n, personal computers, mobile phone terminals, etc. can be used.

[0028] The client terminals 21-2n each include an operation unit 211-21n and a display unit 221-22n. The operation units 211-21n are, for example, a mouse or a keyboard, and are used by a user to input various instructions. The display units 221-22n display various instructions and images input from the operation units 211-21n. The client terminals 21-2n, the operation units 211-21n, and the display units 221-22n have the same configurations as corresponding elements. Therefore, in the following description, they will be described as the client terminal 2, the operation unit 21, and the display unit 22, except when it is necessary to distinguish between them.

[0029] Although not shown in Fig. 1, the financial product transaction management device 1 includes at least one CPU (Central Processing Unit), a RAM (Random Access Memory) used as a working area for the CPU, a ROM (Read Only Memory) in which a startup boot program and the like are stored, an auxiliary storage device in which various programs and various data are stored, and a communication interface used for data communication. The auxiliary storage device is, for example, a hard disk, and stores an OS (Operating System) program, multiple application programs, database data, and the like. The programs and data stored on the hard disk realize various functions using the CPU and hardware resources. However, it is also possible to realize these functions using hardware alone.

[0030] As shown in Fig. 1, the financial product transaction management device 1 includes a data processor 10 and a database 18 as a "storage unit". The data processor 10 realizes various functions using the above-mentioned programs and hardware resources. The database 18 stores various data processed by the data processor 10. In order to generate and process various data, the data processor 10 includes a front page distribution unit 11, an order input reception unit 12 as an "order reception unit", a deposit / withdrawal information generation unit 13, a contract information generation unit 14, an account information generation unit 15, an order information generation unit 16, a database (DB) connection unit 17, and a price information reception management unit 19.

[0031] The order input receiving unit 12 receives buy / sell order application information from the client terminal 2 and performs the necessary processing to execute orders for financial products.

[0032] The deposit / withdrawal information generating unit 13 receives deposit / withdrawal requests from the client terminal 2, and creates a deposit / withdrawal list based on these requests.

[0033] The order information generating unit 16 generates information about executed orders based on the information processed by the order input receiving unit 12. In this embodiment, "orders" include if-done orders in addition to market orders and limit orders.

[0034] In this embodiment, the order information generating unit 16 generates the first order as new limit order information, generates the second order as settlement limit order information, and generates the stop order as settlement stop order information. By generating the first order as new limit order information, the ordering method can be standardized. As a result, the information processing of the financial product transaction management system 1A is simplified, and therefore the configuration of the system 1A is simplified. In addition, the standardization of the ordering method simplifies the ordering procedure, and therefore increases the convenience of the customer. By generating the second order as settlement limit order information, the profit obtained by the first order can be confirmed by the second order. As a result, the ordering procedure and the information processing in the financial product transaction management system 1A can be simplified. A stop order is a buy order at a price higher than the current exchange rate, or a sell order at a price lower than the current exchange rate. If a stop order is placed in advance, buying or selling can be automatically performed when the exchange rate changes suddenly, and as a result, damage can be minimized. In this embodiment, since a stop order is generated as settlement stop order information, the stop order can be executed only when it is truly necessary, that is, when settlement procedures are performed to minimize the customer's losses. As a result, the abuse of stop orders is prevented, and the information processing of the financial product transaction management system 1A is simplified.

[0035] The contract information generating unit 14 performs contract processing corresponding to the order generated by the order information generating unit 16, and processing for sending information related to the completed contract processing to the client terminal 2 of the client. In this embodiment, "contract" means the establishment of a transaction corresponding to the client's order. Also, "contract processing" means the procedure and processing for establishing a transaction of a financial product based on the client's order. As will be described later, in this embodiment, when a contract is established, foreign exchange is bought and sold. Then, based on an instruction from the contract information generating unit 14, the account information generating unit 15 changes the margin information (described later) according to the buying and selling amount, and further, the deposit and withdrawal information generating unit 13 writes the deposit and withdrawal status in a deposit and withdrawal list. In addition, when a contract is established, the contract information generating unit 14 displays text information, etc., indicating that a contract has been established on the display unit 22 of the client terminal 2, and performs a deposit and withdrawal process for the bank account of the client terminal based on the buying and selling price.

[0036] The account information generation unit 15 has a function to generate deposit balance information (i.e., information for identifying a client's account, deposit amount, etc.) and a function to manage the generated deposit balance information as margin information (i.e., information for verifying that an order can be concluded). The deposit balance information is periodically collated with the client's actual deposit balance. Information regarding the actual deposit balance is provided by a financial institution such as a bank.

[0037] The database connection unit 17 performs data conversion between the data format of the data processor 10 and the data format of the database 18 (e.g., conversion between logical data structures and physical data structures), and further performs the processing necessary to communicate data between the data processor 10 and the database 18.

[0038] The database 18 stores data used in the financial product transaction management device 1. In this embodiment, a relational database is used as the database 18. However, other types of databases (for example, object databases) can be used as long as they are suitable for large-scale data storage and data rewriting. The database 18 stores an order table 181, a customer account information table 182 that defines information such as the financial institution where the customer's account is located, the account name, and the balance, a currency pair order condition table 183 that defines information such as the combination of currencies to be traded, and a sequence number table 184. In the sequence number table 184, a sequence number for distinguishing order information (described later) is recorded. The order table 181 will be described later in detail.

[0039] The front page distributor 11 creates data for an image to be displayed on the display unit 22 of the client terminal 2, and transmits the created image data to the client terminal 2.

[0040] The price information reception management unit 19 acquires information related to the prices of financial products handled by the financial product transaction management device 1. Furthermore, the price information reception management unit 19 executes processing required for the data processor 10 to use the acquired information. In this embodiment, the price information reception management unit 19 acquires information related to foreign exchange prices, stores such information, and manages such information.

[0041] Although not shown in FIG. 1, the financial product transaction management device 1 has a timer that acquires and manages date and time information, and a deadline management unit that manages the expiration dates (described later) of the first order, second order, and stop order based on the date and time information acquired from the timer.

[0042] Figure 2 shows the field definitions of order table 181. As shown in Figure 2, table 181 has multiple columns. In Figure 2, 'field name' defines the name of the field, 'type' defines the data type such as character, number, datetime, etc., 'record length' defines the data length such as bit length, 'NOT NULL' defines whether blanks are allowed or not, 'default value' defines whether there is a default value, and 'notes' defines the name of the data.

[0043] The financial product transaction management device 1 of this embodiment can perform a repeat if-done order. A repeat if-done order is a repeat execution of multiple if-done orders related to the same type of financial product according to a predetermined first order price and a predetermined second order price. Furthermore, the financial product transaction management device 1 can execute multiple types of repeat if-done orders in parallel based on one buy / sell order application (hence, one buy / sell order application information). In this application, such an ordering method is called a trap repeat if-done order. The first order price and the second order price are different for each repeat if-done order. A trap repeat if-done order is a type of trap trade order. A trap trade order means that multiple transactions with the same type and number of financial products but different transaction prices are simultaneously reserved. As described later, in this embodiment, the contract information generation unit 14 generates multiple order information groups with different prices, and repeats each if-done order included in these order information groups until the expiration date, thereby realizing a trap repeat if-done order.

[0044] Next, a procedure for the financial product transaction management system 1A to execute a trap repeat if-done order will be described.

[0045] 3 is a flowchart showing the processing procedure when the financial product exchange management device 1 of this embodiment executes a limit order based on a trap repeat if-done order. The processing procedure at the time of ordering will be described below with reference to FIG.

[0046] When using the financial product transaction management system 1A, a client accesses the financial product transaction management device 1 using a client terminal 2. The front page distribution unit 11 of the financial product transaction management device 1 displays the input screen 40 shown in FIG. 4(a) on the display unit 22 of the accessed client terminal 2. In the input screen 40, a desired trading currency pair selection button 401 is a button for displaying tradable currency pairs on the screen. A trading type selection button 402 is a button for displaying the trading type of the limit order to be executed first on the screen. An order type selection button 403 is a button for displaying selectable order types on the screen. An upper limit price input field 404 is input with an upper limit price, which is a base price for setting the highest price range. A lower limit price input field 405 is input with a base price for setting the lowest price range. An order amount input field 406 is input with the amount of currency (US dollar in FIG. 4) to be traded by the execution of each limit order and stop order. The trap number selection field 407 is a field for selecting the trap number, that is, the number of position pairs. In this application, a position pair is a pair of a buy order position (i.e., a foreign currency holding) and a sell order position for selling the financial product purchased by the buy order. The profit amount designation field 408 is a field for inputting the desired amount of profit (Japanese yen) obtained by executing a buy order and a sell order corresponding to one position pair. The stop order price input field 409 is a field for inputting the execution price of a stop order, that is, "stop order information". The if-done order selection field 410 is a field for selecting whether or not to execute the repeat if-done order described above. The expiration date selection button 411 is a field for selecting the expiration date of each limit order and stop order.

[0047] Furthermore, the input screen 40 displays trap up / down range information 412 and trap price range information 413 as "price difference information" calculated by the financial product transaction management device 1 based on the data entered in each input field and selection buttons 401 to 411. The trap up / down range information 412 is the amount obtained by subtracting the lower limit price entered in the lower limit price input field 405 from the upper limit price entered in the upper limit price input field 404. The trap price range information 413 is the value obtained by dividing the trap up / down range information 412 by the value of the number entered in the trap number selection field 407. The trap price range information 413 is used as "price difference information", i.e., the price difference between adjacent price ranges.

[0048] The client operates the operation unit 21 to select and input the order content data displayed on the input screen 40 (see step S1 in FIG. 3). In FIG. 4(a), US dollar / Japanese yen (meaning buying and selling US dollars with Japanese yen) is selected using the desired trading currency pair selection button 401, "buy" is selected using the trading type selection button 402, a "trap trade order" is selected using the order type selection button 403, "112.00" yen per dollar is entered in the upper limit price input field 404, "103.00" yen per dollar is entered in the lower limit price input field 405, "100,000" dollars is entered in the order amount input field 406, "10" lots are entered in the trap quantity selection field 407, and " The figure shows a state in which 50,000 yen is entered, 102.00 yen per dollar is entered in the stop order price input field 409, a repeat if-done order is selected using the if-done order selection field 410, "unlimited" is selected using the expiration date selection button 411, 9.00 yen (i.e., the upper limit price 112.00 yen minus the lower limit price 103.00 yen) is entered as the trap upper and lower range information 412, and 0.90 yen (i.e., the trap upper and lower range of 9.00 yen divided by the trap number of 10) is displayed as the trap price range information 413.

[0049] When the selection button 414 is clicked in this state, buy / sell order application information including the data and information 412, 413 specified in the input fields and selection fields 401 to 411 of the input screen 40 is supplied to the financial product transaction management device 1. The order input acceptance unit 12 of the financial product transaction management device 1 checks the input buy / sell order application information. That is, it checks the deadline selected in the expiration date selection button 411 and the type of order selected in the order type selection button 403, and further checks the respective order prices (see step S2 in FIG. 3). Specifically, it is checked whether the price in the trap upper / lower limit information 412 is equal to or higher than the value obtained by multiplying the value of the trap price range information 413 by the price in the trap quantity selection field 407, whether the price in the stop order price input field 409 is lower than the price in the floor price input field 405, etc.

[0050] During the processing of steps S2 to S9, a third input screen (not shown) having an order cancel button for canceling the repeat if-done order is displayed on the display unit 22 of the client terminal 2 in place of the input screen 40.

[0051] Next, the order input receiving unit 12 judges whether the inspection result is appropriate (see step S3 in FIG. 3). If the price is judged to be the appropriate price (step S3: No), the account information generating unit 15 obtains the margin information of the customer from the customer account information table 182.

[0052] The order input receiving unit 12 compares the acquired margin information with the order allowable amount (see step S4 in FIG. 3), and determines whether the margin amount is equal to or greater than the order allowable amount (see step S5 in FIG. 3).

[0053] Here, the "allowable order amount" refers to the amount of money required for an order (the same applies throughout this specification). In other words, the allowable order amount is a value obtained by multiplying the amount entered in the order amount input field 406 by the number of orders entered in the trap number selection field 407. In this embodiment, it may be 10 ($10,000) x 10 (pieces) = 100 ($10,000), or a value that is a predetermined ratio of that value (for example, 100 ($10,000) x 0.1 = 100 ($10,000)), or it may be a predetermined amount (for example, a flat rate of 100,000 dollars).

[0054] The order information generating unit 16 generates an "order information group" (described later) only when the margin amount is equal to or greater than the order allowable amount ("No" in step S5). This allows limit orders by if-done orders to be accepted only when the client is able to make payment reliably.

[0055] If the margin amount is equal to or greater than the order allowable amount ("No" in step S5), the order input accepting unit 12 compares other order conditions (i.e., conditions other than the order price) with various criteria for accepting if-done orders based on the data recorded in the currency pair order condition table 183 (see step S6 in FIG. 3). Then, it determines whether the other conditions meet these criteria (see step S7 in FIG. 3).

[0056] If the other conditions do not satisfy the criteria for an if-done order ("Yes" in step S7), the order input acceptance unit 12 treats the input order as an error and rejects the acceptance of the order (step S10).

[0057] If the various conditions for an if-done order are met ("No" in step S7), and it is determined that the order conditions meet all of the conditions necessary for a limit order via an if-done order described above, the front page distribution unit 11 causes the display unit 22 of the client terminal 2 to display a confirmation screen 50 as shown in FIG. 4(b). The confirmation screen 50 lists the order conditions entered and selected via the input screen 40, and also displays an order button 51. The order button 51 is clicked by the customer when it is determined that the listed contents are correct.

[0058] When the customer operates the operation unit 21 to click the order button 51, the order information generating unit 16 of the financial product transaction management device 1 generates order information based on the buy / sell order application information input in step S1 (see step S8 in FIG. 3). Specifically, the order information is generated by grouping the multiple data input according to the procedure described above by order price and assigning a sequence number in the sequence number table 184 to each group (see step S8 in FIG. 3). Then, information for distinguishing the sequence number used in the order information from unused sequence numbers is added to the sequence number table 184. By performing the process of step S8 once, multiple order information are generated. Each of these order information corresponds to the same type of financial product, but the prices of the limit order or stop order are different from each other. These order information constitute one order information group.

[0059] The order information generating unit 16 records the generated order information group in the order table 181 (see step S9 in FIG. 3). The order information group is recorded in the order table based on the definition of each field shown in FIG. 2. The "ord_seq" field 181b is a definition of the sequence number assigned in step S8. The "cust_seq" field 181c is a field for recording a customer number defined for each customer. The "style_id" field 181d is a field for recording a product name. The "ccy_pair_id" field 181e is a field for recording an ID number defined for each currency pair. The combination of this ID number and the currency pair is recorded in an ID table (not shown) stored in the database. The "ord_amnt" field 181f is a field for recording the amount entered in the order amount input field 406. The "buy_sell_id" field 181g is a field for recording the distinction between a sell order and a buy order selected by the buy / sell type selection button 402. The "ord_rate" field 181h is a field for recording the price of the order information determined by the upper limit price input field 404, the lower limit price input field 405, the trap upper and lower range information 412, and the trap price range information 413. The "limit_time" field 181i is a field for recording the order deadline selected with the expiration date selection button 411. The "ord_cond" field 181j is a field for recording the type of order selected with the order type selection button 403. The "new_close" field 181k is a field for recording the distinction between new order / settlement order. The "trap_seq" field 181m is a field for recording information on whether trap trade has been selected with the order type selection button 403. The "repeat_flag" field 181n is a field for recording information on whether an if-done order is to be repeatedly placed.2, the order table 181 also has fields for recording information on data entered into the input screen 40, that is, data entered into the desired trading currency pair selection button 401, the trap quantity selection field 407, the profit amount designation field 408, and the stop order price input field 409. All data entered into the input screen 40 is recorded in the order table 181 using these fields.

[0060] Furthermore, the order information generating unit 16 obtains the upper limit price (112.00 yen in the example of FIG. 4) input in the upper limit price input field 404 of the input screen 40 and the lower limit price (103.00 yen in the example of FIG. 4) input in the lower limit price input field 405, and records these in the order table 181. As will be described later, the contract information generating unit 14 sets the price range of all order information groups within a price range determined by the upper limit price and the lower limit price, respectively.

[0061] Furthermore, the order information generating unit 16 acquires the information displayed in the trap price range information 413 on the input screen 40, and records it in the order table 181. As will be described later, the contract information generating unit 14 sets the price range for each group of order information by using the trap price range information 413 as a price difference between the order information.

[0062] By carrying out the above steps, the process of accepting a limit order via a trap repeat if-done order in this embodiment is completed.

[0063] 5A and 5B are diagrams showing a group of order information generated by the order information generating unit 16 and recorded in the order table 181. The tables shown in Fig. 5A and 5B can be displayed on the display unit 22 of the client terminal 2 by the front page distribution unit 11.

[0064] As shown in FIGS. 5A and 5B, order table 181 records order information groups corresponding to a plurality of position pairs. As described above, the number of position pairs matches the value entered in trap number selection field 407. In this embodiment, the trap number is set to "10." Therefore, in the example of FIGS. 5A and 5B, ten types of order information groups 181S1, 181S2, ... 181S10 are recorded in order table 181.

[0065] One order information group 181Sk includes one first order 181tk, one second order 181uk, and one stop order 181vk (k=1, 2, . . . , 10). The first order 181tk is buy order information for placing a limit order or stop order for the same type of financial product at the same price. The second order 181uk is sell order information for placing a limit order at a different price for the financial product that is the subject of the first order 181t1. The stop order 181vk is information for placing a stop order at a different price for the financial product that is the subject of the buy order information and sell order information. As can be seen from FIG. 5A, these order information groups have the same type and number of products, but different order prices.

[0066] The order information generating unit 16 acquires information on the upper limit price (i.e., the amount entered in the upper limit price input field 404) and the lower limit price (i.e., the amount entered in the lower limit price input field 405) from the order table 181. Then, the order information generating unit 16 sets the prices of all the first orders 181t1-181t10 and all the second orders 181u1-181u10 to prices equal to or higher than the lower limit price and equal to or lower than the upper limit price.

[0067] Specifically, among the first orders 181t1-181t10 and the second orders 181u1-181u10, the second order 181u1 of the first order information group 181S1 has the highest price, and the first order 181t10 of the tenth order information group 181S10 has the lowest price. Therefore, in this embodiment, the second order 181u1 is set to 112.00 yen or less per dollar, and the first order 181t10 is set to 103.00 yen or more per dollar. However, only the first orders 181t1-181t10 may be set to a value within the above-mentioned price range, or only the second orders 181u1-181u10 may be set to a value within the above-mentioned price range. In this embodiment, the highest set price does not need to match the upper limit price, and the lowest set price does not need to match the lower limit price. If the highest and lowest set prices do not match the upper and lower limit prices, the difference between the upper and highest set prices can be made to match the difference between the lowest set price and the lower limit price. For example, if the upper limit price is 112.00 yen and the lower limit price is 103.00 yen (see input fields 405, 406 and display field 413), the highest price can be set to 111.55 yen and the lowest price can be set to 103.45 yen.

[0068] The order information generating unit 16 obtains trap price range information (i.e., the value displayed in the trap price range information 413) from the order table 181. Then, the order information generating unit 16 sets the order prices 181G of all the first orders 181t1, . . . , 181t10 and all the second orders 181u1, . . . , 181u10 of all the order information groups 181S1, 181S2, . . . 181S10 based on the lower limit price of 103.00 yen per dollar. This sets the price ranges of the order information groups 181S1, 181S2, . . . 181S10.

[0069] Specifically, when setting the order price 181G, the order information generating unit 16 first sets the first order 181t10 of the tenth order information group 181S10 to 103.00 yen per dollar, which is the lower limit price. Next, the unit 16 calculates the value obtained by dividing the amount entered in the profit amount specification field 408 by the amount entered in the order amount input field 406 (i.e., 50,000 ÷ 100,000 = 0.5), and adds the result of this calculation to the lower limit price. The result of this addition, i.e., 103.50 yen, is set as the amount of the second order 181u10.

[0070] Furthermore, the order information generating unit 16 sets the order prices 181G of the remaining orders 181t1-181t9 and 181u1-181u9 so that the prices of the first orders 181t1-181t10 and the prices of the second orders 181u1-181u10 change by 0.9 yen (that is, the trap price range).

[0071] For example, the order information generating unit 16 sets the price of the first order 181t9 to 0.90 yen higher than the first order 181t10, i.e., 103.9 yen per dollar, and sets the price of the second order 181u9 to 0.90 yen higher than the second order 181u10, i.e., 104.4 yen per dollar. Similarly, the differences between the first orders 101t9 and 101t8, the differences between the first orders 101t8 and 101t78, ..., and the differences between the first orders 101t2 and 101t1 are each set to 0.9 yen, and the differences between the second orders 101u9 and 101u8, the differences between the second orders 101u8 and 101u78, ..., and the differences between the second orders 101u2 and 101u1 are also each set to 0.9 yen.

[0072] Next, the order information generating unit 16 sets the order price 181G of the stop orders 181v1, 181v2, . . . , 181v10 belonging to the order information groups 181S1 to 181S10 to the price input in the stop order price input field 409 (102.0 yen per dollar in this embodiment).

[0073] As shown in FIG. 5A and FIG. 5B, attribute information 181A, 181B, . . . , 181M are added to the first orders 181t1-181v10, the second orders 181u1-181u10, and the stop orders 181v1-181v10. Among the attribute information 181A-181M, the order number 181A is a serial number of the order. The customer number 181B is a number assigned to each customer. The currency pair information 181C is information for identifying a combination of currencies to be traded (for example, a combination of Japanese yen and a foreign currency). The order amount information 181D is information indicating the foreign currency holdings corresponding to one order, that is, the price of the position. The order time information 181E is information indicating the time when the order was placed. The trade direction information 181F is flag information for identifying the distinction between a "sell order" and a "buy order". The order price 181G is information on the contract price. The order expiration information 181H is information indicating the expiration date of the corresponding order. The order type information 181I is flag information for identifying the type of order (for example, types such as "market order", "if-done order", "trap repeat if-done order", etc.), and functions as "repeat information". The new / settlement information 181J is flag information for identifying the distinction between a new order and a settlement order. The valid / invalid information 181K is flag information for identifying whether the corresponding limit order or stop order is valid (i.e., placed) / invalid (i.e., not placed). The ranking information 181L is flag information for identifying the priority order (described later) of the order information. The contract existence information 181M is flag information for identifying whether the corresponding order has been contracted or not. The values ​​of these attribute information 181A to 181M are determined based on the information input from the input screen 40, and are recorded in the order table 181 based on the above-mentioned field definition.

[0074] In FIG. 5A, the new / settlement information 181J is initially set to "new" for the first orders 181t1-181t10, and to "settlement" for the second orders 181u1-181u10 and the stop orders 181v1-181v10.

[0075] In FIG. 5B, the ranking information 181L is set such that the first orders 181t1-181t10 are set to the first ranking (i.e., higher priority), and the second orders 181u1-181u10 and the stop orders 181v1-181v10 are set to the second ranking (i.e., lower priority).

[0076] Moreover, the valid / invalid information 181K is initially set to "invalid," that is, the order is not yet executed.

[0077] As will be described later, the valid / invalid status of each order information changes during a transaction, and each time this happens, the order information generation unit 16 rewrites the valid / invalid status of the order information to the order table 181. As a result, the data written to the order table 181 changes depending on the status of the if-done order transaction, and therefore it is possible to enhance the affinity between the application of this embodiment and other applications running on the financial product transaction management device 1, and to display the valid / invalid status of an order in real time on the display unit 22 of the client terminal 2.

[0078] 3, if the first desired price is determined to be an inappropriate price ("Yes" in step S3), or if the amount of margin is less than the order allowable amount ("Yes" in step S5), the order input acceptance unit 12 processes the input order as an error and rejects the order (see step S10 in FIG. 3). In this case, the order information groups 181S1 to 181S10 as shown in FIG. 5A and FIG. 5B are not generated, and text information or the like indicating that the order has been rejected is displayed on the display unit 22 of the client terminal 2.

[0079] After the order processing is completed, the price information reception management unit 19 of the financial product transaction management device 1 continues to acquire information on exchange rates periodically (at a predetermined cycle, for example, every minute or every hour). Then, when the market price matches the order price of a specific position, the contract information generation unit 14 contracts the order for that position.

[0080] Figures 6A and 6B are flow charts showing the procedure by which the financial product transaction management device 1 processes a limit order based on a trap repeat if-done order. Figures 7A, 7B, 8 and 9 are conceptual diagrams showing the procedure by which the financial product transaction management device 1 performs contract processing for a limit order based on a trap repeat if-done order. In Figures 7A, 7B and 8, circles indicate order information corresponding to one position. The processing procedure for a trap repeat if-done order will be explained below with reference to these figures.

[0081] Even after the order acceptance process is completed, the price information reception management unit 19 of the financial product transaction management device 1 continues to obtain information on exchange rates.

[0082] As shown in FIG. 7A and FIG. 7B, at the time t1 when the acceptance process of the limit order by the trap repeat if-done order is completed, the contract information generating unit 14 changes the value of the valid / invalid information 181K for the first orders 181t1 to 181t10 among the orders in the first round (i.e., the orders with the order numbers 181A of 1000 to 1029 in FIG. 5A and FIG. 5B) from "invalid" to "valid". As a result, the buy limit orders of the first orders 181t1 to 181t10 are placed. At this time, the valid / invalid information 181K for the orders in the second round (i.e., the orders with the order numbers 181A of 1030 or later) is maintained in a state in which it is set to "invalid". In addition, the valid / invalid information 181K for the second orders 181u1 to 181u10 and the stop orders 181v1 to 181v10 among the orders in the first round is also maintained in a state in which it is set to "invalid". In other words, at the time point t1, the second orders 181u1 to 181u10 and the stop orders 181v1 to 181v10 are invalid order information.

[0083] In the example of FIG. 7A, at time t1, the market purchase price 71 of the US dollar is 107.00 yen per dollar. Here, consider a case where the market price of the US dollar gradually rises to 112.00 yen per dollar. In this example, at time t2, the market purchase price 71 becomes 107.50 yen per dollar, which is the same value as the order price 181G of the first order 181t5 (see step S21 in FIG. 6A). At this time, the contract information generation unit 14 performs a process to contract the first order 181t5 of this position (see step S22 in FIG. 6A).

[0084] Specifically, when an order based on the first order 181t5 is contracted, the contract information generation unit 14 changes the contract presence / absence information 181M corresponding to the first order 181t5 from "absent" to "present" (see Figs. 9(a) and (b)). Then, the account information generation unit 15 changes the margin information (described later) according to the buying and selling amount based on an instruction from the contract information generation unit 14. Furthermore, the deposit / withdrawal information generation unit 13 enters the deposit and withdrawal status in a deposit / withdrawal list. Next, the contract information generation unit 14 causes the display unit 22 of the client terminal 2 to display text information or the like indicating that a contract has been established, and performs a deposit / withdrawal process for the bank account corresponding to the client terminal 2 based on the buying and selling price. In each contract process described later, the financial product transaction management device 1 performs similar processes.

[0085] Among the multiple buy orders corresponding to the first order 181t5, the first executed order has an order price 181G higher than the market purchase price at time t1 (i.e., 107.00 yen per dollar), and is therefore a new stop order. On the other hand, the second and subsequent executed buy orders have order prices 181G lower than the order price 181G of the sell order executed immediately before, i.e., the second order 181u5, and are therefore new limit orders. The same is true for the other first orders 181t1 to 181t4 shown in FIG. 7A.

[0086] The contract information generating unit 14 executes the contract even if slippage (i.e., the price difference between the ordered price and the contracted price) occurs when the first order 181t5 is contracted. For example, the contract information generating unit 14 executes the contract not only when the market price is equal to 107.50 yen per dollar, but also when it exceeds 107.50 yen per dollar (for example, 107.70 yen per dollar). In each contract process described later, the contract information generating unit 14 executes the same process.

[0087] Furthermore, when the first order 181t5 is executed, the execution information generation unit 14 changes the valid / invalid information 181K of the second order 181u5 and the stop order 181v5 from invalid to valid, as shown in (b) of FIG. 9 (see step S23 of FIG. 6A).

[0088] Thereafter, when the market purchase price of the US dollar falls to the price of the stop order 181v5 ("Yes" in step S24), the contract process of the stop order 181v5 is performed as described below. As described above, in this embodiment, the price of the stop order 181v5 is 102.50 yen per dollar. On the other hand, when the market sale price of the US dollar rises to the price of the second order 181u5 without falling to the price of the stop order 181v5 (see "Yes" in step S25 and time point t3 in FIG. 7A), the contract information generating unit 14 contracts the limit order corresponding to this second order 181u5 (see step S26 in FIG. 6A). In this embodiment, the contract price at this time is 108.00 yen per dollar. In this contract process, the contract existence information 181M corresponding to the second order 181u5 is changed from "not existing" to "existing" (see FIG. 9(c)), and a process of canceling the stop order 181v5 is performed (step S26). Specifically, the contract information generation unit 14 performs a process for canceling the stop order, and causes the display unit 22 of the client terminal 2 to display the fact that it has been cancelled. Furthermore, the contract information generation unit 14 selects the fifth order information group 181S5 (not shown) from the order information groups corresponding to the second round in the order table 181. Then, the contract information generation unit 14 changes the valid / invalid information 181K of the first order 181t5 of the selected order information group 181S5 from "invalid" to "valid". In addition, in step S25 of FIG. 6A, if the market selling price 72 of the US dollar is lower than the price of the second order 51c, the process returns to step S24, and the comparison between the market selling price 72 and the price of the stop order can be repeatedly performed.

[0089] In FIG. 7A, when the market purchase price 71 becomes equal to the price of the first order 181t4 (see time t4), the contract information generation unit 14 changes the contract existence information 181M of the first order 181t4 from "not existing" to "existing," and changes the valid / invalid information 181K of the second order 181u4 and the stop order 181v5 from "invalid" to "valid" (see FIG. 9(c)). The subsequent processing is the same as in the case of the order information group 181S5 described above. Furthermore, the processing when the market purchase price 71 becomes equal to the prices of the first orders 181t1 to 181t3 is also the same as in the case of the order information group 181S5 described above.

[0090] Next, a case where the market purchase price 71 suddenly changes between time t21 and time t22 (for example, the market purchase price 71 suddenly rises to 111.10 yen per dollar, which is the same as the price of the first order 181t1) will be described with reference to FIG. 8. For example, the market purchase price 71 suddenly changes when it is the business day following a trading market holiday or when the market price suddenly rises or falls. The example of FIG. 8 is a case where the market purchase price 71 suddenly rises. In this case, the contract information generating unit 14 performs the processes of steps S21 to S23 corresponding to the first orders 181t1 to 181t5 almost in parallel. As a result, the stop orders corresponding to the first orders 181t1 to 181t5 are contracted almost simultaneously (see step S22). In addition, the contract existence information 181M of the second orders 181u1 to 181u5 is changed from "not" to "existent" (see step S23). Furthermore, since the market purchase price 71 at this time (i.e., 111.10 yen per dollar) is higher than the prices of the second orders 181u2-181u5, the contract information generating unit 14 contracts the limit orders related to these second orders 181u2-181u5 (see step S26 in FIG. 6A). As a result, at time t22 in FIG. 8, a buy order for 500,000 dollars and a sell order for 400,000 dollars are simultaneously contracted.

[0091] Fig. 7B shows an example in which the market price of the US dollar gradually falls. In this case, the processes of steps S21 to S26 are performed in the same manner as in Fig. 7A. In the case of Fig. 7B, the first contracts of the first orders 181t6 to 181t10 are new limit orders because the order price 181G is lower than the market purchase price at time t1 (i.e., 107.00 yen per dollar).

[0092] After the process of step S26 is performed, it is checked whether the first orders 181t1-181t10 and the second orders 181u1-181u10 included in all the order information groups 181S1-181S10 are contracted (see step S27). If there is uncontracted order information ("No" in step S27), the account information generating unit 15 again acquires the margin information of the customer from the customer account information table 182. Then, the order input receiving unit 12 again compares the acquired margin information with the order allowable amount of the customer (see step S28). If the amount of the margin is below the order allowable amount ("Yes" in step S29), the process is suspended until it becomes equal to or greater than the order allowable amount. On the other hand, if the amount of the margin is equal to or greater than the order allowable amount ("No" in step S29), the order information generating unit 16 newly generates an order information group corresponding to the second order contracted in step S26 (step S30). At this time, the order information generation unit 16 sets the valid / invalid information 181K of the first order belonging to the generated order information group to “valid” and maintains the valid / invalid information 181K of the second order and the stop order to “invalid”.

[0093] The order information generating unit 16 records the generated order information group in the order table 181 (step S31), similarly to step S9 described above. After that, the processes from step S21 onwards are repeated.

[0094] This process is repeated until order information groups corresponding to all positions are formed and the processes of steps S22 and S26 are executed for all positions ("No" in step S27). Then, when contract processes corresponding to all positions are executed ("Yes" in step S27), the process of this embodiment ends.

[0095] After the above-mentioned process of step S23, if the market purchase price 71 of the US dollar reaches the price of the stop order (see step S24), the contract information generating unit 14 executes the contract of the corresponding stop order (see step S32). In the example of FIG. 7B, at time t12, the market purchase price 71 falls to 102.50 yen per dollar, which is the contract price of the stop order 181v1. For example, if the market purchase price 71 falls to the contract price of the stop order 181v1 after the first order 181t1 purchases US dollars, the contract information generating unit 14 sells the US dollars by contracting the stop order 181v1. This makes it possible to minimize the damage suffered by the customer when the market price of the financial product fluctuates more than the previous market price and is not expected to recover for the time being.

[0096] When the contract information generating unit 14 executes a contract for the stop order 181v1-181v10, it identifies the order information group corresponding to the contracted stop order and performs a process for canceling the second order belonging to the order information group (see step S33 in FIG. 6B). After the contract information generating unit 14 executes a contract for any of the stop orders 181v1-181v10, it does not generate a new order information group (see step S30 in FIG. 6A). For this reason, the contract information generating unit 14 performs a cancel process for the order information group that has not been generated (see step S34 in FIG. 6B). For example, when the first order 181t1 is contracted (see time t10 in FIG. 7A) and the stop order 181v1 is subsequently contracted (see time 12 in FIG. 7B), the contract information generating unit 14 cancels the second order 181u1 that is valid and uncontracted at time t12 (see step S33), and further deletes all order information groups that are not generated at time t12 from the order table 181 (see step S34). Next, the contract information generating unit 14 displays on the display unit 22 of the client terminal 2 that these cancellation processes have been performed. By such a cancellation process, when any one of the stop orders is contracted, all subsequent buying and selling can be stopped. This makes it possible to minimize the damage suffered by the customer when the market price of a financial product fluctuates more than the previous market price and is not expected to recover for the time being.

[0097] When a request is made from a client terminal 2 to change the price and amount of a limit order that has already been executed, the financial instruments transaction management device 1 of this embodiment judges the request to be an unauthorized request and performs input error processing. In this error processing, data and signal communication between the financial instruments transaction management device 1 and the financial institution, such as changes to data in the order table 181, generation or modification of data related to the account information generation unit 15 and the deposit / withdrawal information generation unit 13, which correspond to the request, is not performed. In addition, in this error processing, the display unit 22 of the client terminal 2 displays the occurrence of an input error. This makes it possible to prevent excessive workload on the financial instruments trader, i.e., the bank, due to frequent requests to change prices and amounts.

[0098] As described above, the client terminal 2 of this embodiment can display a button (not shown) for requesting cancellation of an order. When a customer clicks the cancel button, the contract information generating unit 14 of the financial product transaction management device 1 identifies an order information group corresponding to the cancellation request, selects a second order and a stop order that have not been contracted from the identified order information group, and further performs a cancellation process for the selected orders. In the example of FIG. 7A, if a cancellation request is made for the order information group 181S5 between time t2 and time t3, the second order 181u5 and the stop order 181v5 (not shown) are canceled.

[0099] This cancellation process can simplify the handling of limit orders related to if-done orders.

[0100] The financial product transaction management device 1 may be configured to also cancel the ungenerated order information group (see step S30 in FIG. 6A) corresponding to the order information for which cancellation has been requested. The financial product transaction management device 1 may also be configured to cancel all order information corresponding to other order information groups that have already been generated when cancellation corresponding to any order information group is requested. Furthermore, the financial product transaction management device 1 may be configured to perform cancellation processing on the generated order information group corresponding to the cancellation request, the generated order information group not corresponding to the cancellation request, and all ungenerated order information groups when cancellation corresponding to any order information group is requested.

[0101] If the order received from the client terminal 2 is a normal market order (i.e., a trading method in which financial products are bought and sold at the market price at the time of the order), immediately after the order information is generated (see step S8 in FIG. 3), the contract is executed by the contract information generating unit 14. In this case, the process of step S9 in FIG. 3 and the processes in FIG. 6A and FIG. 6B are not executed.

[0102] As described above, the financial product transaction management device 1 of this embodiment generates multiple order information groups with different order prices and executes processes related to these order information groups in parallel. Therefore, according to this embodiment, multiple if-done orders can be placed in parallel with a simple operation. Furthermore, according to this embodiment, these if-done orders can be automatically canceled depending on the market conditions. As a result, according to this embodiment, it is possible to increase convenience for customers and reduce the risks incurred by customers.

[0103] The financial product transaction management device 1 of this embodiment generates and executes an order information group identical to the order information group after both the first order and the second order belonging to the same order information group have been contracted. This allows the same if-done order to be placed repeatedly. As a result, according to this embodiment, a client can place a repeat if-done order without going through a complicated ordering procedure.

[0104] The financial product transaction management device 1 of this embodiment performs transactions even when slippage occurs. Therefore, in this embodiment, the first orders 181t1-181t10 and the second orders 181u1-181u10 are easily contracted. This is also effective in reducing the risk incurred by the customer.

[0105] In this embodiment, the first orders 181t1-181t10 and the second orders 181u1-181u10 include, as attribute information, currency pair information 181C, buy / sell direction information 181F, order amount information 181D, and order type information 181I. Therefore, according to this embodiment, the contents of the if-done order can be identified by simple processing.

[0106] The embodiment described above is an example of the present invention, and it goes without saying that the present invention is not limited to this embodiment.

[0107] For example, although this embodiment has been described taking as an example the case where the present invention is applied to a system for buying and selling foreign exchange, the present invention can also be applied to systems that handle other financial products (e.g., stocks, bonds, etc.).

[0108] In addition, in this embodiment, an example has been described in which a buy order is the "first order" and a sell order is the "second order," but the present invention can also be applied to a case in which a sell order is the "first order" and a buy order is the "second order."

[0109] In the financial product transaction management system 1A according to the above embodiment, the contract information generating unit 14 and the order table 181 are provided in one server system together with other components. However, in a case where a plurality of financial product transaction management devices 1 are connected to the Internet 3 for communication, some of the financial product transaction management devices 1 may not be provided with the contract information generating unit 14 and / or the order table 181. In this case, the financial product transaction management device 1 not provided with the contract information generating unit 14 and / or the order table 181 may use the contract information generating unit 14 and / or the order table 181 provided in the other financial product transaction management devices 1 via the Internet 3. Furthermore, it is also possible not to provide the contract information generating unit 14 and / or the order table 181 in all of the financial product transaction management systems 1A. In this case, the contract information generating unit 14 and / or the order table 181 may be provided in an external system (i.e., a system other than the financial product transaction management device 1), and the financial product transaction management device 1 may use them. The external system may be connected via communication to the Internet 3, or may be connected to any one of the financial product transaction management devices 1 via a dedicated line. [Explanation of symbols]

[0110] 1A Financial Instruments Transaction Management System 1. Financial Instruments Transaction Management Device 2, 21~2n client terminal 12 Order entry reception section (order reception section) 14 Trade information generation section 16 Order information generation unit 181 Order Table 181K Valid / Invalid Information 19 Price Information Reception Management Department 181S1~181S10 Order information group 181t1~181t10 First order information 181u1~181u10 Second order information 181v1~181v10 Stop order information

Claims

1. A transaction management device for managing buying and selling of financial products whose market prices fluctuate, The transaction management device includes: an order receiving unit for acquiring buy / sell order application information for buying and selling the financial product; an order information generating unit that generates a plurality of first order information for placing a plurality of first orders at respective first order prices and a plurality of second order information for placing a plurality of second orders at respective second order prices, The buy / sell order application information includes, for the financial product to be bought or sold, at least a predetermined higher base price set by a user, a predetermined lower base price set by the user, an order amount for each order price, information for calculating the price spread between the first orders, and predetermined profit spread information between the first order and the second order set by the user; The order information generation unit setting the first order prices of the first order information between the lower base price and the higher base price; Setting the first order prices of the plurality of first order information pieces to a predetermined price range; setting the second order prices of the second order information so that the second order prices become the predetermined margin based on the predetermined margin information with respect to a price that is contracted based on the first order price of the first order corresponding to each of the second orders; After the process of contracting the first order and the second order is performed, the first order information is generated again for placing the first order corresponding to the contracted first order, and the second order information is generated again for placing the second order corresponding to the contracted second order. A transaction management device characterized by:

2. The transaction management device described in claim 1, characterized in that the order information generation unit calculates the second order price, which is the highest relative to the higher base price, to be the specified difference, and the first order price, which is the lowest relative to the lower base price, to be the same difference as the specified difference.

3. The transaction management device according to claim 2, characterized in that the order information generation unit calculates the highest price among the second order prices to be equal to or lower than the high-side reference price, and the lowest price among the second order prices to be equal to or higher than the low-side reference price.

4. The transaction management device described in claim 2, characterized in that the order information generation unit calculates the highest price among the first order price and the second order price to be equal to or lower than the high-side reference price, and the lowest price among the first order price and the second order price to be equal to or higher than the low-side reference price.

5. a contract information generating unit which sets the first order as valid and sets the second order as invalid when starting a transaction process corresponding to each of the first order information and when starting a transaction process corresponding to each of the second order information, The transaction management device according to claim 1, characterized in that the contract information generation unit sets the second order corresponding to any one of the first orders to valid when the first order is contracted.

6. A transaction management system for managing buying and selling of financial products whose market prices fluctuate, The transaction management system includes: an order receiving unit for acquiring buy / sell order application information for buying and selling the financial product; an order information generating unit that generates a plurality of first order information for placing a plurality of first orders at respective first order prices and a plurality of second order information for placing a plurality of second orders at respective second order prices, The buy / sell order application information includes, for the financial product to be bought or sold, at least a predetermined higher base price set by a user, a predetermined lower base price set by the user, an order amount for each order price, information for calculating the price spread between the first orders, and predetermined profit spread information between the first order and the second order set by the user; The order information generation unit setting the first order prices of the first order information between the lower base price and the higher base price; Setting the first order prices of the plurality of first order information pieces to a predetermined price range; setting the second order prices of the second order information so that the second order prices become the predetermined margin based on the predetermined margin information with respect to a price that is contracted based on the first order price of the first order corresponding to each of the second orders; After the process of contracting the first order and the second order is performed, the first order information is generated again for placing the first order corresponding to the contracted first order, and the second order information is generated again for placing the second order corresponding to the contracted second order. A transaction management system comprising:

7. A transaction management terminal capable of communicating with a transaction management device for placing an order for a financial product whose market price fluctuates, the transaction management terminal being used by a user who trades the financial product, The transaction management terminal comprises an operation unit through which the user performs various operations related to the transaction of the financial product, and a display unit that displays information regarding the transaction of the financial product to the user, The operation unit includes: an order setting unit operated by the user to generate first order information and second order information as information for trading the financial product, the order setting unit including a higher base price setting unit into which a predetermined higher base price of the financial product to be traded is input by the user's operation, a lower base price setting unit into which a predetermined lower base price is input by the user's operation, an order amount setting unit into which an order amount for each order price is input by the user's operation, a price range setting unit into which information for calculating a price range between first orders or a price range between second orders is input, and a profit margin setting unit into which information for calculating a predetermined profit margin between the first order and the second order is input by the user's operation, The display unit is the higher base price, the lower base price, the order amount, information for calculating the price spread, and information for setting the profit spread, all of which are input by the user's operation, are displayed; the transaction management device to which buy / sell order application information set by the order setting unit as information for buying and selling the financial product is transmitted; An order receiving unit that acquires the buy / sell order application information; an order information generating unit that generates a plurality of first order information for placing a plurality of the first orders at respective first order prices and a plurality of second order information for placing a plurality of the second orders at respective second order prices, The buy / sell order application information includes, for the financial product to be bought or sold, at least a predetermined higher base price set by the user, a predetermined lower base price set by the user, an order amount for each order price, information for calculating the price spread between the first orders, and predetermined profit spread information between the first order and the second order set by the user; The order setting unit, in response to an operation by the user, The order information generating unit: Setting the first order prices of the first order information between the lower base price and the higher base price; Setting the first order prices of the plurality of first order information pieces to a predetermined price range; setting the second order prices of the second order information so as to be the predetermined margin based on the predetermined margin information with respect to a price that is contracted based on the first order price of the first order corresponding to each of the second orders; After the process of contracting the first order and the second order is performed, the first order information is generated again for placing the first order corresponding to the contracted first order, and the second order information is generated again for placing the second order corresponding to the contracted second order. A transaction management terminal comprising:

8. an order receiving unit for acquiring buy / sell order application information for buying and selling financial products; an order information generating unit that generates a plurality of first order information for placing a plurality of first orders at respective first order prices and a plurality of second order information for placing a plurality of second orders at respective second order prices; a contract information generation unit that performs contracting of the first order placed based on the first order information and the second order placed based on the second order information, A first step of acquiring the buy / sell order application information, which includes at least a predetermined higher base price set by a user, a predetermined lower base price set by the user, an order amount for each order price, information for calculating the price spread between the first orders, and predetermined profit spread information between the first order and the second order set by the user, for the financial product to be bought or sold, which is performed in the order receiving unit; Based on the predetermined lower base price, the predetermined higher base price, the order amount, information for calculating the price spread between the first orders, and information for calculating a predetermined profit spread between the first order and the second order, which are acquired in the first procedure performed by the order information generating unit, the first order prices of the first order information are set between the lower base price and the higher base price; The first order prices of the plurality of first order information are set to a predetermined price range; the second order prices of the second order information are set to the predetermined margin based on the predetermined margin information with respect to a price that is contracted based on the first order price of the first order corresponding to each of the second orders; a second step in which, after a process of contracting the first order and the second order is performed, the first order information for placing the first order corresponding to the contracted first order is regenerated, and the second order information for placing the second order corresponding to the contracted second order is regenerated; A transaction management method in a transaction management system comprising:

9. A program for causing a computer to function as the transaction management device according to any one of claims 1 to 5.

Images