Financial product transaction management device, financial product transaction management system and program

Abstract

To provide a financial product transaction management device that allows multiple if-done orders to be placed in parallel with simple operations.SOLUTION: An order input receiving unit 12 of a financial product transaction management device 1 acquires buy / sell order application information including a predetermined high-side reference price set by a user, a predetermined low-side reference price, an order amount for each order price, information for calculating a price spread between first orders, and predetermined profit margin information between first and second orders. An order information generation unit 16 sets all first order prices between the low-side reference price and the high-side reference price, provides a price difference between the first order price of the highest value and the high-side reference price, and / or between the first order price of the lowest value and the low-side reference price, and provides a profit margin between the first order price and the second order price.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a technology for managing and supporting transactions, and 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 type 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 type in which a customer specifies a buying and selling price in advance, 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] Japanese Patent Application Laid-Open No. 2006-99787 Summary of the Invention [Problem to be solved by the invention]

[0004] However, the prices of financial products constantly fluctuate irregularly, making it virtually impossible to accurately predict them. For example, when placing a limit order, the price of a financial product may fall to a level close to a predetermined price, but then begin to rise without reaching that price. Conversely, the price of a financial product may rise to a level close to a predetermined price, but then begin to fall without reaching that price. Furthermore, the price of a financial product may fall and become even lower than the predetermined price. Conversely, the price of a financial product may rise and become even higher than the predetermined price. In these cases, the customer may suffer substantial disadvantages. However, the invention described in Patent Document 1 above cannot avoid such disadvantages.

[0005] Limit orders for financial products include if-done orders. is often used. An if-done order is a form 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 executed, 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 using different operations, which makes the ordering procedure cumbersome.

[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 convenience for system users and reduce the risks for system users. [Means for solving the problem]

[0008] In order to solve the above problem, the invention of claim 1 is a financial instruments transaction management device for trading financial instruments, comprising: order information generation means for generating a plurality of first order information for trading a plurality of first buy orders and a plurality of second order information for trading a plurality of second sell orders; execution information generation means for executing the first orders based on the first order information and the second orders based on the second order information; and order input acceptance means for accepting information on a higher base price set by a user, information on a lower base price set by the user, information for setting a price spread for the first order or a price spread for the second order, and information on the profit spread between the first order and the second order corresponding to the first order, wherein the order information generation means, in generating each of the first order information, All first order prices are set between the higher base price and the lower base price, a price difference is set between the higher base price and the highest first order price and / or between the lower base price and the lowest first order price, and the first order price set in the first order and the second order price of the second order corresponding to the first order are set based on the profit margin information received by the order input receiving means.

[0009] The invention of claim 2 is a financial instruments transaction management device for trading financial instruments, comprising: order information generation means for generating a plurality of first order information for trading a plurality of first sell orders and a plurality of second order information for trading a plurality of second buy orders; execution information generation means for executing the first orders based on the first order information and the second orders based on the second order information; information on a higher base price set by a user, information on a lower base price set by the user, information for setting a price range for the first order or a price range for the second order, information on the first orders and the price range for the second order, information on the first orders and the price range for the first orders, and an order input receiving means for receiving information on a profit margin between the higher base price and the lower base price and the corresponding second order, wherein the order information generating means, in generating each of the first order information, sets all first order prices between the higher base price and the lower base price, sets a price difference between the higher base price and the highest first order price and / or between the lower base price and the lowest first order price, and sets the first order price set in the first order and the second order price of the second order corresponding to the first order based on the profit margin information received by the order input receiving means.

[0010] The invention described in claim 3 is characterized in that, in addition to the configuration described in claim 1 or 2, the execution information generation means sets the second order corresponding to the first order to valid when any of the first orders is executed.

[0011] The invention of claim 4 is a financial instruments transaction management system for trading financial instruments, comprising: order information generation means for generating a plurality of first order information for trading a plurality of first buy orders and a plurality of second order information for trading a plurality of second sell orders; execution information generation means for executing the first orders based on the first order information and the second orders based on the second order information; information on a higher base price set by a user, information on a lower base price set by the user, information for setting a price range for the first order or a price range for the second order, information on the first orders and the first orders; and an order input receiving means for receiving information on a profit margin with respect to the corresponding second order, wherein the order information generating means, in generating each of the first order information, sets all first order prices between the higher base price and the lower base price, sets a price difference between the higher base price and the highest first order price, and / or between the lower base price and the lowest first order price, and sets the first order price set in the first order and the second order price of the second order corresponding to the first order based on the profit margin information received by the order input receiving means.

[0012] The invention described in claim 5 is a financial instruments transaction management system for trading financial instruments, comprising: order information generation means for generating a plurality of first order information for trading a plurality of first sell orders and a plurality of second order information for trading a plurality of second buy orders; execution information generation means for executing the first orders based on the first order information and the second orders based on the second order information; information on a higher base price set by a user, information on a lower base price set by the user, information for setting a price range for the first order or a price range for the second order, information on the first orders and the first orders; and an order input receiving means for receiving information on a profit margin with respect to the corresponding second order, wherein the order information generating means, in generating each of the first order information, sets all first order prices between the higher base price and the lower base price, sets a price difference between the higher base price and the highest first order price, and / or between the lower base price and the lowest first order price, and sets the first order price set in the first order and the second order price of the second order corresponding to the first order based on the profit margin information received by the order input receiving means.

[0013] The invention described in claim 6 is a program that causes a computer to function as the financial product transaction management device described in any one of claims 1 to 5. [Effects of the Invention]

[0014] According to the inventions described in claims 1-5, the order information generation 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 predetermined profit margin information for the first and second orders. Therefore, multiple if-done orders can be placed in parallel with a simple operation. Furthermore, after the first and second orders are executed, the system is set up so that repeat if-done orders are automatically placed by regenerating first order information for placing a first order corresponding to the executed first order and regenerating second order information for placing a second order corresponding to the executed second order.

[0015] According to the inventions described in claims 1 to 5, the first and second order prices are automatically set using the upper limit price and the lower limit price, which makes it easy to set if-done orders.

[0016] According to the inventions described in claims 1 to 5, when the first order is executed, the second order is automatically set to valid, which simplifies the operation for the customer.

[0017] According to the inventions described in claims 1 to 5, the order information generation 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 the information for calculating the price spread between the first orders and the second orders. Therefore, multiple if-done orders can be placed with a simple operation.

[0018] According to the invention described in claim 6, the device of the present invention can be constructed by a computer. [Brief explanation of the drawings]

[0019] [Figure 1] A block diagram conceptually showing the configuration of a transaction management system according to an embodiment. [Figure 2] 2 is a diagram showing field definitions of an order table stored in the transaction management device shown in FIG. 1. [Figure 3] 10 is a flowchart showing the processing steps performed by the transaction management device shown in FIG. 1 when placing a trap repeat if-done order. [Figure 4] 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] 10 is a table showing a group of order information generated by a transaction management system according to an embodiment. [Figure 5B] 10 is a table showing a group of order information generated by a transaction management system according to an embodiment. [Figure 6A] 1 is a flowchart illustrating the operation of a transaction management system according to an embodiment. [Figure 6B] 1 is a flowchart illustrating the operation of a transaction management system according to an embodiment. [Figure 7A] 1 is a flowchart illustrating the operation of a transaction management system according to an embodiment. [Figure 7B] 1 is a flowchart illustrating the operation of a transaction management system according to an embodiment. [Figure 8] 1 is a flowchart illustrating the operation of a transaction management system according to an embodiment. [Figure 9] A conceptual diagram for explaining the operation of the transaction management system according to the embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0020] An embodiment of the present invention will now be described with reference to the drawings.

[0021] Fig. 1 is a block diagram conceptually showing the configuration of a financial instruments transaction management system according to this embodiment. As shown in Fig. 1, the financial instruments transaction management system 1A includes a financial instruments transaction management device 1 and a plurality of client terminals 21 to 2n (in this embodiment, the number of client terminals is 'n'). The financial instruments transaction management device 1 and the client terminals 21 to 2n can communicate with each other via the Internet 3, which serves as a WAN (Wide Area Network). The financial instruments transaction management system 1A of this embodiment handles foreign exchange as a financial product.

[0022] 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.

[0023] 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. Personal computers, mobile phone terminals, etc. can be used as the terminals 21 to 2n.

[0024] The client terminals 21-2n each include an operation unit 211-21n and a display unit 221-22n. The operation unit 211-21n is, for example, a mouse or a keyboard, and is used by the 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 configuration as corresponding elements. Therefore, in the following description, they will be referred to as the client terminal 2, the operation unit 21, and the display unit 22, unless a distinction is necessary.

[0025] Although not shown in Fig. 1, the financial instruments transaction management device 1 includes at least one CPU (Central Processing Unit), RAM (Random Access Memory) used as a working area for the CPU, ROM (Read Only Memory) storing a startup boot program and the like, an auxiliary storage device storing various programs and data, 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 use the CPU and hardware resources to realize various functions. However, it is also possible to realize these functions using hardware alone.

[0026] As shown in FIG. 1, the financial instrument transaction management device 1 includes a data processor 10 and a database 18 serving as a "storage unit." The data processor 10 uses the above-described programs and hardware resources to achieve various functions. The database 18 stores various data to be 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 serving 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.

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

[0028] 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.

[0029] The order information generation unit 16 generates information about executed orders based on the information processed by the order input reception unit 12. In this embodiment, "orders" include market orders, limit orders, and if-done orders.

[0030] In this embodiment, the order information generation unit 16 generates the first order as new limit order information, the second order as settlement limit order information, and the stop order as settlement stop order information. Generating the first order as new limit order information standardizes the ordering method. This simplifies the information processing of the financial instrument transaction management system 1A, thereby simplifying the configuration of the system 1A. Furthermore, standardizing the ordering method simplifies the ordering procedure and therefore enhances customer convenience. Generating the second order as settlement limit order information allows the profit gained from the first order to be confirmed by the second order. This simplifies the ordering procedure and the information processing within the financial instrument transaction management system 1A. 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. By placing a stop order in advance, buying or selling can be automatically performed when the exchange rate fluctuates suddenly, thereby minimizing losses. 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 carried out 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.

[0031] The contract information generation unit 14 performs contract processing corresponding to an order generated by the order information generation unit 16 and sends information related to the completed contract processing to the client terminal 2 of the client. In this embodiment, "contract" refers to the establishment of a transaction corresponding to a client order. Furthermore, "contract processing" refers to the procedures and processes for establishing a transaction of a financial product based on a client order. As will be described later, in this embodiment, when a contract is established, foreign exchange is bought and sold. Then, based on instructions from the contract information generation unit 14, the account information generation unit 15 changes margin information (described below) according to the trading amount, and further, the deposit / withdrawal information generation unit 13 enters the status of deposits and withdrawals in a deposit / withdrawal list. In addition, when a contract is established, the contract information generation unit 14 displays text information indicating that a contract has been established on the display unit 22 of the client terminal 2, and performs a deposit / withdrawal process for the client terminal's bank account based on the trading price.

[0032] The account information generation unit 15 has a function to generate deposit balance information (i.e., information for identifying a customer'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 executed). The deposit balance information is periodically checked against the customer's actual deposit balance. Information regarding the actual deposit balance is provided by a financial institution such as a bank.

[0033] 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 also performs the processing necessary to communicate data between the data processor 10 and the database 18.

[0034] The database 18 stores data used by 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 also 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. The sequence number table 184 records sequence numbers for distinguishing order information (described later). Details of the order table 181 will be described later.

[0035] The front page distribution unit 11 creates data of 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.

[0036] 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 the 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.

[0037] Although not shown in Figure 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 below) of the first order, second order, and stop order based on the date and time information acquired from the timer.

[0038] 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, date and time, 'record length' defines the data length such as bit length, 'NOT NULL' defines whether blanks are allowed, 'default value' defines whether there is a default value, and 'notes' defines the name of the data.

[0039] The financial instruments transaction management device 1 of this embodiment can execute repeat-if-done orders. A repeat-if-done order is a repeated execution of multiple if-done orders related to the same type of financial instrument, according to predetermined first and second order prices. Furthermore, the financial instruments transaction management device 1 can execute multiple types of repeat-if-done orders in parallel based on a single buy / sell order application (i.e., one buy / sell order application information). In this application, this type of order method is referred to as a trap repeat-if-done order. The first and second order prices 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 refers to the simultaneous reservation of multiple transactions involving the same type and number of financial instruments but different transaction prices. As described below, in this embodiment, the contract information generation unit 14 generates multiple order information groups with different prices and executes each if-done order included in these order information groups until the expiration date, thereby realizing a trap repeat-if-done order.

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

[0041] 3 is a flowchart showing the processing steps when the financial product transaction management device 1 of this embodiment executes a limit order based on a trap repeat if-done order. The processing steps when placing an order will be described below with reference to FIG.

[0042] When using the financial instruments transaction management system 1A, a client accesses the financial instruments transaction management device 1 using a client terminal 2. The front page distribution unit 11 of the financial instruments 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. On 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 initially executed on the screen. An order type selection button 403 is a button for displaying selectable order types on the screen. A maximum price input field 404 is used to input a maximum price, which is a reference price for setting the highest price range. A minimum price input field 405 is used to input a minimum price, which is a reference price for setting the lowest price range. An order amount input field 406 is used to input the amount of currency (in US dollars in FIG. 4) to be traded upon execution of each limit order and stop order. The trap number selection field 407 is a field for selecting the trap number, i.e., the number of position pairs. In this application, a position pair is a pair consisting of a buy order position (i.e., a foreign currency position) and a sell order position for selling the financial product purchased by the buy order. The profit amount specification field 408 is a field for inputting the desired amount of profit (in Japanese yen) obtained by executing the buy order and sell order corresponding to one position pair. The stop order price input field 409 is a field for inputting the execution price of the stop order, i.e., "stop order information." The if-done order selection field 410 is a field for selecting whether 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.

[0043] Furthermore, the input screen 40 displays trap upper / lower range information 412 and trap price range information 413 as "price difference information" calculated by the financial instrument transaction management device 1 based on the data entered in each input field and selection buttons 401 to 411. The trap upper / lower 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 upper / lower 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.

[0044] 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, "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 is 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 of 112.00 yen minus the lower limit price of 103.00 yen) is entered as 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 number of traps, 10) is displayed as trap price range information 413.

[0045] When the select 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-411 of the input screen 40 is supplied to the financial instruments transaction management device 1. The order input acceptance unit 12 of the financial instruments transaction management device 1 checks the input buy / sell order application information. That is, it checks the expiration date selected in the expiration date selection button 411 and the order type selected in the order type selection button 403, and further inspects the respective order prices (see step S2 in FIG. 3). Specifically, it checks whether the price in the trap upper / lower range information 412 is equal to or greater 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.

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

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

[0048] 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).

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

[0050] The order information generation unit 16 generates the "order information group" described below only when the margin amount is equal to or greater than the order allowance amount ("No" in step S5). This allows limit orders via if-done orders to be accepted only when the customer is sure to be able to make payment.

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

[0052] If 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 acceptance of the order (step S10).

[0053] 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 displays a confirmation screen 50 as shown in FIG. 4(b) on the display unit 22 of the client terminal 2. The confirmation screen 50 lists the order conditions entered and selected on 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.

[0054] When the customer clicks the order button 51 by operating the operation unit 21, the order information generation unit 16 of the financial product transaction management device 1 generates order information based on the 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 from the sequence number table 184 to each group (see step S8 in FIG. 3). Then, information for distinguishing the sequence numbers 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 limit order or stop order prices are different from each other. These order information constitute a single order information group.

[0055] The order information generation 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 defines the sequence number assigned in step S8. The "cust_seq" field 181c is a field for recording a customer number assigned to 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 assigned to each currency pair. The combination of this ID number and 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 sell order and buy order, selected using 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 expiration date 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 orders and settlement orders. The "trap_seq" field 181m is a field for recording information on whether trap trade was selected with the order type selection button 403. The "repeat_flag" field 181n is a field for recording information on whether if-done orders are to be repeated.2, the order table 181 also has fields for recording information on the data entered on the input screen 40, that is, the data entered in the desired trading currency pair selection button 401, the trap quantity selection field 407, the profit amount specification field 408, and the stop order price input field 409. All data entered on the input screen 40 is recorded in the order table 181 using these fields.

[0056] Furthermore, the order information generation unit 16 acquires 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 generation 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.

[0057] Furthermore, the order information generation 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 generation unit 14 sets the price range for each group of order information by using the trap price range information 413 as the price difference between the order information.

[0058] The above procedure completes the process for accepting limit orders based on trap repeat if-done orders in this embodiment.

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

[0060] As shown in FIGS. 5A and 5B, order table 181 records order information groups corresponding to multiple position pairs. As described above, the number of position pairs matches the value entered in trap count selection field 407. In this embodiment, the trap count 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.

[0061] 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 Figure 5A, these order information groups have the same type and quantity of products but different order prices.

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

[0063] Specifically, among the first orders 181t1-181t10 and the second orders 181u1-181u10, the second order 181u1 in the first order information group 181S1 has the highest price, and the first order 181t10 in the tenth order information group 181S10 has the lowest price. Therefore, in this embodiment, the second order 181u1 is set at 112.00 yen or less per dollar, and the first order 181t10 is set at 103.00 yen or more per dollar. However, only the first orders 181t1-181t10 may be set to have values ​​within the above-mentioned price range, or only the second orders 181u1-181u10 may be set to have values ​​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 lower limit prices can be set to 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.

[0064] The order information generation unit 16 acquires 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 generation unit 16 sets the order prices 181G of all first orders 181t1,...,181t10 and all second orders 181u1,...,181u10 of all order information groups 181S1, 181S2,...,181S10 based on the lower limit price of 103.00 yen per dollar. This sets the price ranges of each order information group 181S1, 181S2,...,181S10.

[0065] Specifically, when setting the order price 181G, the order information generation 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 order information generation 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 this calculation result to the lower limit price. The result of this addition, i.e., 103.50 yen, is set as the price of the second order 181u10.

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

[0067] For example, the order information generation unit 16 sets the price of the first order 181t9 to 103.9 yen per dollar, which is 0.90 yen higher than the price of the first order 181t10, and sets the price of the second order 181u9 to 104.4 yen per dollar, which is 0.90 yen higher than the price of the second order 181u10. 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.

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

[0069] As shown in FIGS. 5A and 5B, attribute information 181A, 181B, . . . , 181M is attached 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 for the order. The customer number 181B is a number assigned to each customer. The currency pair information 181C is information for identifying the combination of currencies to be traded (e.g., 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, i.e., the price of the position. The order time information 181E is information indicating the time the order was placed. The trade direction information 181F is flag information for distinguishing between a "sell order" and a "buy order." The order price 181G is information on the contract price. The order expiration date 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, a "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 whether the order is a new order or 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) or invalid (i.e., not yet placed). The ranking information 181L is flag information for identifying the priority of the order information (described below). The contract status information 181M is flag information for identifying whether the corresponding order has been contracted. The values ​​of these attribute information 181A to 181M are determined based on the information entered from the input screen 40 and are recorded in the order table 181 based on the above-mentioned field definitions.

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

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

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

[0073] As will be described later, the validity / invalidity of each piece of order information changes during a transaction, and each time this happens, the order information generation unit 16 rewrites the validity / invalidity of the order information to the order table 181. As a result, the data written to the order table 181 changes depending on the transaction status of the if-done order, which increases the compatibility between the application of this embodiment and other applications running on the financial instruments transaction management device 1, and also makes it possible to display the validity / invalidity of an order in real time on the display unit 22 of the client terminal 2.

[0074] 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 allowance amount ("Yes" in step S5), the order input acceptance unit 12 processes the input order as an error and the order is rejected (see step S10 in FIG. 3). In this case, the order information groups 181S1 to 181S10 as shown in FIGS. 5A and 5B are not generated, and text information or the like indicating that acceptance of the order has been rejected is displayed on the display unit 22 of the client terminal 2.

[0075] 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.

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

[0077] 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 acquire information on exchange rates.

[0078] As shown in FIGS. 7A and 7B, at time t1 when the acceptance process for limit orders based on trap repeat if-done orders is completed, the contract information generation unit 14 changes the values ​​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 order numbers 181A of 1000 to 1029 in FIGS. 5A and 5B) from "invalid" to "valid," respectively. As a result, the buy limit orders for 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 order numbers 181A of 1030 and later) is maintained at "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 at "invalid." In other words, at time t1, the second orders 181u1 to 181u10 and the stop orders 181v1 to 181v10 are invalid order information.

[0079] 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 of FIG. 6A). At this time, the contract information generation unit 14 performs processing to contract the first order 181t5 of this position (see step S22 of FIG. 6A).

[0080] Specifically, when an order based on the first order 181t5 is executed, the execution information generation unit 14 changes the execution presence / absence information 181M corresponding to the first order 181t5 from "absent" to "executed" (see FIGS. 9(a) and 9(b)). Then, the account information generation unit 15 changes the margin information (described later) according to the buying and selling amount based on the instruction from the execution 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 execution information generation unit 14 displays text information indicating that the execution of the execution of the execution of the execution on the display unit 22 of the client terminal 2, 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 execution process described later, the financial instruments transaction management device 1 performs similar processes.

[0081] 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 them, i.e., 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.

[0082] The contract information generation unit 14 executes the contract even if slippage (i.e., a price difference between the ordered price and the contracted price) occurs when the first order 181t5 is contracted. For example, the contract information generation unit 14 executes the contract not only when the market price matches 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 below, the contract information generation unit 14 performs the same process.

[0083] 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 Figure 9 (see step S23 of Figure 6A).

[0084] Thereafter, when the market purchase price of the US dollar falls to the price of the stop order 181v5 ("Yes" in step S24), the execution 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 t3 in FIG. 7A), the execution information generation unit 14 executes the limit order corresponding to this second order 181u5 (see step S26 in FIG. 6A). In this embodiment, the execution 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 "absent" to "existent" (see FIG. 9(c)), and a process is performed to cancel the stop order 181v5 (step S26). Specifically, the contract information generation unit 14 performs a process to cancel the stop order, and causes the display unit 22 of the client terminal 2 to display that the order has been canceled. Furthermore, the contract information generation unit 14 selects a 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 in the selected order information group 181S5 from "invalid" to "valid." 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.

[0085] 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 "absent" to "existent," 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.

[0086] Next, a case where the market purchase price 71 suddenly changes between time t21 and time t22 (for example, a case where the market purchase price 71 suddenly rises to 111.10 yen per dollar, the same price as the first order 181t1) will be described with reference to FIG. 8. For example, the market purchase price 71 suddenly changes on the business day following a market holiday or when the market price suddenly rises or falls. The example in FIG. 8 is a case where the market purchase price 71 suddenly rises. In this case, the contract information generation 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 presence / absence information 181M of the second orders 181u1 to 181u5 is changed from "not present" to "present" (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 to 181u5, the contract information generation unit 14 contracts the limit orders for these second orders 181u2 to 181u5 (see step S26 in FIG. 6A). As a result, at time t22 in FIG. 8, a buy order for $500,000 and a sell order for $400,000 are simultaneously contracted.

[0087] Figure 7B shows an example in which the market price of the US dollar gradually declines. In this case, steps S21 to S26 are performed, as in the case of Figure 7A. In the case of Figure 7B, the initial 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).

[0088] After the processing of step S26 is performed, it is then checked whether the first orders 181t1 to 181t10 and the second orders 181u1 to 181u10 included in all of the order information groups 181S1 to 181S10 have been contracted (see step S27). If there is any uncontracted order information ("No" in step S27), the account information generation unit 15 again acquires the margin information of the customer from the customer account information table 182. The order input receiving unit 12 then compares the acquired margin information with the customer's order allowable amount again (see step S28). If the margin amount is below the order allowable amount ("Yes" in step S29), the processing is suspended until it becomes equal to or exceeds the order allowable amount. On the other hand, if the margin amount is equal to or exceeds the order allowable amount ("No" in step S29), the order information generation 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”.

[0089] As in step S9 above, the order information generating unit 16 records the generated group of order information in the order table 181 (step S31). Thereafter, the processes from step S21 onwards are repeated.

[0090] 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.

[0091] After the processing of step S23 described above, if the market purchase price 71 of the U.S. dollar reaches the price of the stop order (see step S24), the contract information generation unit 14 executes 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 purchasing U.S. dollars in the first order 181t1, the contract information generation unit 14 executes the stop order 181v1 to sell the U.S. dollar. This minimizes the damage suffered by the customer when the market price of a financial product fluctuates significantly from the previous market price and is unlikely to recover in the near future.

[0092] When the stop orders 181v1 to 181v10 are executed, the execution information generation unit 14 identifies the order information group corresponding to the executed stop orders and performs processing to cancel the second order belonging to the order information group (see step S33 in FIG. 6B). After the execution of any of the stop orders 181v1 to 181v10, the execution information generation unit 14 does not generate a new order information group (see step S30 in FIG. 6A). For this reason, the execution information generation unit 14 performs a cancellation process for order information groups that have not yet been generated (see step S34 in FIG. 6B). For example, if the first order 181t1 is executed (see time t10 in FIG. 7A ) and then the stop order 181v1 is executed (see time t12 in FIG. 7B ), the execution information generation unit 14 cancels the second order 181u1, which is valid but not yet executed at time t12 (see step S33), and further deletes all order information groups listed in the order table 181 that have not yet been generated at time t12 (see step S34). The execution information generation unit 14 then displays on the display unit 22 of the client terminal 2 that these cancellation processes have been performed. This cancellation process allows all subsequent buying and selling to be halted when any one of the stop orders is executed. This minimizes losses suffered by customers when, for example, the market price of a financial product fluctuates significantly from the previous market price and is unlikely to recover in the near future.

[0093] When a request to change the price and amount of a limit order that has already been executed is received from a client terminal 2, the financial instruments transaction management device 1 of this embodiment determines that the request is 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, etc., corresponding to the request, are 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 financial instruments traders, i.e., banks, due to frequent requests to change prices and amounts.

[0094] As described above, the client terminal 2 of this embodiment can display a button (not shown) for requesting cancellation of an order. When the client clicks the cancel button, the contract information generation unit 14 of the financial instruments transaction management device 1 identifies the order information group corresponding to the cancellation request, selects the second order and stop order that have not yet been executed from the identified order information group, and then 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 stop order 181v5 (not shown) are canceled.

[0095] This cancellation process simplifies the handling of limit orders related to if-done orders.

[0096] The financial instruments transaction management device 1 may be configured to also cancel ungenerated order information groups corresponding to the order information for which cancellation has been requested (see step S30 in FIG. 6A).Furthermore, the financial instruments transaction management device 1 may 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 instruments 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.

[0097] 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 generation unit 14. In this case, the process of step S9 in Fig. 3 and the processes in Figs. 6A and 6B are not executed.

[0098] As described above, the financial product transaction management device 1 of this embodiment generates multiple order information groups with different order prices and executes processing 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, customer convenience is improved and the risks incurred by the customer can be reduced.

[0099] After both the first and second orders belonging to the same order information group are executed, the financial instruments transaction management device 1 of this embodiment generates and executes a new order information group identical to the newly executed order information group. This allows the same if-done order to be executed repeatedly. As a result, according to this embodiment, a customer can execute a repeat if-done order without going through complicated ordering procedures.

[0100] The financial product transaction management device 1 of this embodiment carries out transactions even when slippage occurs. Therefore, in this embodiment, the first orders 181t1 to 181t10 and the second orders 181u1 to 181u10 are easily executed. This is also effective in reducing the risks incurred by the customer.

[0101] In this embodiment, the first orders 181t1 to 181t10 and the second orders 181u1 to 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 content of the if-done order can be identified with a simple process.

[0102] 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.

[0103] For example, although this embodiment has been described using an example in which 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.).

[0104] Furthermore, 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."

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

[0106] 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 financial product transaction management device for trading financial products, an order information generating means for generating a plurality of first order information for trading a plurality of first buy orders and a plurality of second order information for trading a plurality of second sell orders; a contract information generating means for executing a contract of the first order based on the first order information and a contract of the second order based on the second order information; an order input receiving means for receiving information on a higher base price set by a user, information on a lower base price set by the user, information for setting the price spread of the first order or the price spread of the second order, and information on the profit spread between the first order and the second order corresponding to the first order; The order information generating means, in generating each piece of first order information, All first order prices are set between the high-side reference price and the low-side reference price, setting a price difference between the high-side reference price and the highest first order price, and / or between the low-side reference price and the lowest first order price; The first order price set for the first order and the second order price for the second order corresponding to the first order are set based on the profit margin information received by the order input receiving means. A financial product transaction management device characterized by:

2. A financial product transaction management device for trading financial products, an order information generating means for generating a plurality of first order information for trading a plurality of first sell orders and a plurality of second order information for trading a plurality of second buy orders; a contract information generating means for executing a contract of the first order based on the first order information and a contract of the second order based on the second order information; an order input receiving means for receiving information on a higher base price set by a user, information on a lower base price set by the user, information for setting the price spread of the first order or the price spread of the second order, and information on the profit spread between the first order and the second order corresponding to the first order; The order information generating means, in generating each piece of first order information, All first order prices are set between the high-side reference price and the low-side reference price, setting a price difference between the high-side reference price and the highest first order price, and / or between the low-side reference price and the lowest first order price; The first order price set for the first order and the second order price for the second order corresponding to the first order are set based on the profit margin information received by the order input receiving means. A financial product transaction management device characterized by:

3. 3. The financial instruments transaction management device according to claim 1, wherein the contract information generating means sets the second order corresponding to any one of the first orders as valid when the first order is contracted.

4. A financial instruments transaction management system for trading financial instruments, an order information generating means for generating a plurality of first order information for trading a plurality of first buy orders and a plurality of second order information for trading a plurality of second sell orders; a contract information generating means for executing a contract of the first order based on the first order information and a contract of the second order based on the second order information; an order input receiving means for receiving information on a higher base price set by a user, information on a lower base price set by the user, information for setting the price spread of the first order or the price spread of the second order, and information on the profit spread between the first order and the second order corresponding to the first order; The order information generating means, in generating each piece of first order information, All first order prices are set between the high-side reference price and the low-side reference price, setting a price difference between the high-side reference price and the highest first order price, and / or between the low-side reference price and the lowest first order price; The first order price set for the first order and the second order price for the second order corresponding to the first order are set based on the profit margin information received by the order input receiving means. A financial product transaction management system characterized by:

5. A financial instruments transaction management system for trading financial instruments, an order information generating means for generating a plurality of first order information for trading a plurality of first sell orders and a plurality of second order information for trading a plurality of second buy orders; a contract information generating means for executing a contract of the first order based on the first order information and a contract of the second order based on the second order information; an order input receiving means for receiving information on a higher base price set by a user, information on a lower base price set by the user, information for setting the price spread of the first order or the price spread of the second order, and information on the profit spread between the first order and the second order corresponding to the first order; The order information generating means, in generating each piece of first order information, All first order prices are set between the high-side reference price and the low-side reference price, setting a price difference between the high-side reference price and the highest first order price, and / or between the low-side reference price and the lowest first order price; The first order price set for the first order and the second order price for the second order corresponding to the first order are set based on the profit margin information received by the order input receiving means. A financial product transaction management system characterized by:

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

Images