WO2010074217A1 - 取引管理装置および読出可能記憶媒体 - Google Patents
取引管理装置および読出可能記憶媒体 Download PDFInfo
- Publication number
- WO2010074217A1 WO2010074217A1 PCT/JP2009/071565 JP2009071565W WO2010074217A1 WO 2010074217 A1 WO2010074217 A1 WO 2010074217A1 JP 2009071565 W JP2009071565 W JP 2009071565W WO 2010074217 A1 WO2010074217 A1 WO 2010074217A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- order
- price
- information
- transaction management
- generation unit
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/06—Asset management; Financial planning or analysis
Definitions
- the present invention relates to a technique for managing and supporting transactions.
- the present invention can be applied to, for example, a device that manages and supports transactions of financial products such as foreign exchange.
- 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 trader trades at the price at that time.
- the limit order is an order form in which a trading price is designated in advance from a customer and a transaction is made when the product price is the designated price. In other words, the trader who accepts the limit order buys the financial product when the target financial product falls to the specified price, or sells the financial product when the price reaches the specified price. .
- An invention for placing a limit order for a financial product using a computer system is already known (see, for example, Patent Document 1).
- If-done-order is often performed as a limit order for financial products.
- the if-done-order is an order form in which two transactions having a predetermined order are ordered simultaneously.
- First Order after the transaction corresponding to the higher order (“Buy” or “Sell”, hereinafter referred to as “First Order”) is established, the order is automatically lower.
- the other order (the other of “buy” or “sell”, hereinafter referred to as “second order”) becomes valid.
- the invention described in Patent Document 1 cannot cope with a limit order of if-done-order.
- “valid” of an order means that processing based on the order is being executed, and “invalid” means that processing based on the order is not being executed.
- the first object of the present invention is to provide a technique capable of performing a plurality of if-done orders in parallel with a simple operation.
- a second object of the present invention is to provide a technique capable of automatically canceling if-done orders in accordance with market conditions.
- the invention described in claim 1 includes an order receiving unit that receives buy / sell order application information from a client terminal, a first order for performing either buying or selling at a first order price, and the other of buying or selling.
- a plurality of order information groups each including a second order for performing a second order price at a second order price and a stop order for performing the other of the buying or selling at a lower order price.
- an order information generation unit that is generated for each purchase order application information, a storage unit that stores the order information group generated in the order information generation unit, and a transaction process corresponding to each order information group is started.
- a contract information generating unit that sets the first order to be valid, sets the second order to be invalid, and sets the stop order to be invalid, and the order information generation unit includes a transaction Maximum price of And the lower limit price of the transaction and the number of the order information groups generated at the same time, and based on the acquired value, the difference between the first order prices becomes constant, and the second order prices
- the first order price and the second order price are calculated so that the difference between the first order price and the second order price belonging to the same order information group is constant,
- the calculated first order price and the second order price are stored in the storage unit.
- the highest price among the first order price and the second order price is less than or equal to the upper limit price, and the lowest price is the It is more than the lower limit price.
- the highest price among the first order prices is not more than the upper limit price, and the lowest price is not less than the lower limit price.
- the highest price among the second order prices is not more than the upper limit price, and the lowest price is not less than the lower limit price.
- the contract information generating unit corresponds to the order information group after the second order included in one order information group is executed.
- the next order information group to be generated is newly generated.
- the order information generation unit sets the same number of purchased products in each order information group generated based on the same buy / sell order application information. To do.
- the invention according to claim 9 corresponds to the order information group after the execution of the execution of the stop order contained in one order information group by the execution information generation unit in addition to the configuration of claim 1 Cancel the generation of the order information group from the next time on.
- the cancellation information is requested when the contract information generating unit is requested to cancel the already generated order information group.
- the order information group including the order information corresponding to the order is extracted, and all uncommitted order information included in the order information group is canceled.
- the contract information generating unit executes the first order or the second order when a slippage occurs.
- each of the first order and / or each of the second orders has, as attribute information, currency pair information, trading direction information, order amount information, and repeat information.
- the financial product is a foreign exchange.
- the invention according to claim 14 includes: an order receiving step for receiving buy / sell order application information from a client terminal; a first order for performing one of buying or selling at a first order price; and the other of buying or selling.
- a plurality of order information groups each including a second order for performing at the second order price and a stop order for performing the other of the buying or selling at the stop order price is received by the order receiving unit
- storage step for storing the order information group generated in the order information generation unit, and transaction processing corresponding to each order information group are started
- executing a contract information generating step for setting the first order to be valid, setting the second order to be invalid, and setting the stop order to be invalid.
- a readable storage medium storing a program for causing a computer to operate as a transaction management device, wherein the order information generation step includes: an upper limit price of the transaction; a lower limit price of the transaction; and the order information group generated simultaneously
- the difference between the first order prices is constant
- the difference between the second order prices is constant based on the acquired value and the first step of acquiring the number
- the same order information group A second step of calculating the first order price and the second order price, respectively, so that a difference between the first order price and the second order price to which the second order price belongs is constant;
- a third step of storing a second order price in the storage unit
- the difference between the first order prices is constant
- the difference between the second order prices is constant
- the first order price and the second order price corresponding to the same order information group The first order price and the second order price are set so that the difference is constant. Therefore, a plurality of if-done orders can be performed in parallel with a simple operation.
- the first and second order prices are automatically set using the upper limit price and the lower limit price. Therefore, it is possible to easily set the if-done-order.
- the invention of claim 5 sets a stop order price. Therefore, the customer risk is automatically avoided when the market price fluctuates greatly.
- the invention of claim 2 automatically sets the second order and the limit order valid when the first order is executed. Therefore, the customer's operation is simple.
- the invention according to claim 7 newly generates the next order information group corresponding to the order information group after the second order included in one order information group is executed. Therefore, repeat-if-done-ordering is automatically performed.
- the invention of claim 8 sets the same number of purchased products in each order information group generated based on the purchase order application information. Therefore, the customer can expect a stable profit regardless of fluctuations in the transaction price.
- the eleventh aspect of the invention even when slippage occurs, the first order or the second order is executed. Therefore, it becomes easy to secure the profit of the customer.
- the first order and / or the second order has currency pair information, buying / selling direction information, order amount information, and repeat information as attribute information. Therefore, the processing of the transaction management device is simplified.
- the present invention can be applied to foreign exchange transactions.
- the apparatus of the present invention can be constructed by a computer.
- FIG. 1 It is a block diagram which shows notionally the composition of the transaction management system concerning an embodiment. It is a figure which shows the field definition of the order table stored in the transaction management apparatus shown by FIG. It is a flowchart which shows the process sequence at the time of the transaction management apparatus shown by FIG. 1 performing a trap / repeat / if / done / order.
- A) is a conceptual diagram which shows an example of the 2nd input screen displayed by the display part of a client terminal
- (b) is a conceptual diagram which shows the confirmation screen displayed by the display part of a client terminal. It is a table
- FIG. 1 is a block diagram conceptually showing the structure of the financial product transaction management system according to the present embodiment.
- the financial product transaction management system 1A includes a financial product transaction management apparatus 1 and a plurality of client terminals 2 1 to 2n (in this embodiment, the number of client terminals is “n”). It has.
- the financial product transaction management apparatus 1 and the client terminals 2-1 to 2-n can communicate with each other via the Internet 3 as a WAN (Wide Area Network).
- the financial product transaction management system 1A of the present embodiment handles foreign exchange as a financial product.
- the financial product transaction management apparatus 1 is a server computer that is managed and operated by a financial product dealer.
- the management device 1 has a function as a Web server and a function as a database for storing a large amount of data.
- the client terminals 2 1 to 2n are owned and used by individuals or corporations who buy and sell financial products.
- Terminals 2 1 to 2n are communication terminals having a data communication function.
- the terminals 2 1 to 2n personal computers, mobile phone terminals, and the like can be used.
- the client terminals 2 1 to 2n include operation units 21 1 to 21n and display units 22 1 to 22n.
- the operation units 21 1 to 21n are, for example, a mouse and a keyboard, and are used for a user to input various instructions.
- the display units 22 1 to 22n display various instructions and various images input from the operation units 21 1 to 21n.
- the client terminals 2 1 to 2n, the operation units 21 1 to 21n, and the display units 22 1 to 22n have the same configuration among the corresponding elements. Therefore, in the following description, it is described as the client terminal 2, the operation unit 21, and the display unit 22 except when it is necessary to distinguish.
- the financial product transaction management apparatus 1 includes at least one CPU (Central Processing Unit), a RAM (Random Access Memory) used as a work area of the CPU, and a boot program for startup. And the like, a ROM (Read Only Memory) in which are stored, an auxiliary storage device in which various programs and various data are stored, a communication interface used for data communication, and the like.
- the auxiliary storage device is, for example, a hard disk, and stores an OS (Operating System) program, a plurality of application programs, database data, and the like. Programs and data stored in the hard disk realize various functions by using a CPU and hardware resources. However, these functions can be realized only by hardware.
- the financial product transaction management apparatus 1 includes a data processor 10 and a database 18.
- the data processor 10 implements various functions using the above-described programs and hardware resources.
- the database 18 stores various data processed by the data processor 10.
- the data processor 10 includes a front page distribution unit 11, an order reception unit 12, 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 receiving unit 19.
- the order receiving unit 12 receives the sales order application information from the client terminal 2 and performs processing necessary to establish an order for the financial product.
- the deposit information generation unit 13 receives a deposit / withdrawal request from the client terminal 2 and creates a deposit / withdrawal list based on this request.
- the order information generation unit 16 generates information about the established order based on the information processed by the order reception unit 12.
- the “order” in this embodiment includes an if-done order in addition to a market order and a limit order.
- the order information generation unit 16 generates a first order as new limit order information, generates a second order as settlement limit order information, and generates a limit order as stop limit order information for settlement. To do.
- the order method can be standardized.
- the information processing of the financial product transaction management system 1A is simplified, and therefore the configuration of the system 1A is simplified.
- the uniform ordering method simplifies the ordering process and thus increases customer convenience.
- the second order as settlement limit order information the profit obtained by the first order can be determined by the second order.
- the order 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 made in advance, it can be automatically purchased or sold when the exchange rate fluctuates rapidly, and as a result, damage can be minimized.
- the limit order is generated as the limit order information for approval. Therefore, when the limit order is truly required, that is, an approval procedure for minimizing customer damage is performed. Can only be executed if. As a result, abuse of the stop order is prevented and the information processing of the financial product transaction management system 1A is simplified.
- the contract information generation unit 14 performs a contract process corresponding to the order generated by the order information generation unit 16 and a process of sending information related to the completed contract process to the client terminal 2 of the customer.
- contract means establishment of a transaction corresponding to a customer order.
- contract processing means procedures and processing for establishing a transaction for a financial product based on a customer order.
- the account information generation unit 15 changes the margin information (described later) according to the trading amount, and the deposit / withdrawal information generation unit 13 deposits the deposit / withdrawal list. And state of withdrawals.
- 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 the contract has been established, and based on the purchase price, the client terminal bank account is entered and exited. Perform gold processing.
- the account information generation unit 15 has a function of generating deposit balance information (that is, information for specifying a customer's account, deposit amount, etc.), and the generated deposit balance information is used as margin information (that is, order information). And management function as information for supporting that the execution can be realized.
- the deposit balance information is periodically checked against the customer's actual deposit balance. Information on the actual deposit balance is provided by financial institutions such as banks.
- 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 (for example, mutual conversion between a logical data structure and a physical data structure). And the database 18 perform processing necessary for data communication.
- the database 18 stores data used for the financial product transaction management apparatus 1.
- a relational database is used as the database 18.
- other types of databases for example, object databases
- the database 18 includes an order table 181, a financial institution where a customer account exists, a customer account information table 182 that defines information such as an account name and a balance, and a currency pair order condition that defines information relating to a combination of traded currencies, etc.
- a table 183 and a sequence number table 184 are stored.
- the sequence number table 184 records sequence numbers for distinguishing order information (described later). Details of the order table 181 will be described later.
- the front page distribution unit 11 creates image data to be displayed on the display unit 22 of the client terminal 2 and transmits the created image data to the client terminal 2.
- the price information receiving unit 19 acquires information related to the price of the financial product handled by the financial product transaction management apparatus 1. Furthermore, the price information receiving unit 19 executes processing necessary for the data processor 10 to use the acquired information. In the present embodiment, the price information receiving unit 19 acquires information related to the price of the foreign exchange, stores the information, and manages the information.
- the financial product transaction management device 1 obtains and manages a date and time information, a first order, a second order based on the date and time information obtained from the timer.
- a deadline management unit that manages the expiration dates (described later) of orders and stop orders.
- FIG. 2 shows the field definition of the order table 181.
- the table 181 has a plurality of columns.
- 'field name' defines the name of the field
- 'type' defines data type such as character, number, date and time
- 'record length' defines data length such as bit length
- 'NOT NULL' defines whether blanks are allowed
- 'Default value' defines whether or not a default value exists
- 'Remarks' defines the name of the data.
- the financial product transaction management apparatus 1 can perform a repeat-if-done-order.
- the repeat if-done order is to repeatedly execute a plurality of if-done orders related to the same type of financial product in accordance with a predetermined first order price and second order price.
- the financial product transaction management apparatus 1 can execute a plurality of types of repeat-if-done-orders in parallel on the basis of a single buy / sell order application (and therefore one buy / sell order application information). .
- such an ordering method is referred to as a trap-repeat-if-done-order.
- the first order price and the second order price are different for each repeat if dan order.
- Trap repeat if dan order is a kind of trap trade.
- Trap trade means that a plurality of transactions having the same type and number of financial products but different transaction prices are simultaneously reserved.
- the contract information generation unit 14 generates a plurality of order information groups having different prices, and repeats each if-done order included in these order information groups until the expiration date. Realize trap-repeat-if-done-order.
- FIG. 3 is a flowchart showing a processing procedure when the financial product transaction management apparatus 1 of the present embodiment establishes a limit order based on the trap-if-done order.
- a processing procedure at the time of ordering will be described with reference to FIG.
- a desired trading currency pair selection button 401 is a button for displaying a tradeable currency pair on the screen.
- the trading type selection button 402 is a button for displaying on the screen the type of trading of the limit order to be executed first.
- the order type selection button 403 is a button for displaying on the screen the types of orders that can be selected.
- An upper limit price which is a reference price for setting the highest price range, is input to the upper limit price input field 404.
- the trap number selection column 407 is a column for selecting the number of traps, that is, the number of position pairs.
- a position pair is a pair of a position of a buy order (that is, a foreign currency balance) and a position of a sell order for selling a financial product purchased by such a buy order.
- the profit amount input column 408 is a column for inputting a desired amount of profit (Japanese yen) obtained by executing a purchase order and a sell order corresponding to one position pair.
- the stop price order price input field 409 is a field for inputting the contract price of the stop price order, that is, “stop price order information”.
- the repeat-if-done-order selection column 410 is a column for selecting whether or not to execute the above repeat-if-done order.
- the expiration date selection button 411 is a column for selecting the expiration date of each limit order and stop order.
- the input screen 40 includes trap vertical range information 412 and trap price range as “price difference information” calculated by the financial product transaction management apparatus 1 based on the data input to the input fields and the selection buttons 401 to 411.
- Information 413 is displayed.
- the trap vertical width information 412 is an amount obtained by subtracting the lower limit price input in the lower limit price input field 405 from the upper limit price input in the upper limit price input field 404.
- the trap width information 413 is a value obtained by dividing the trap vertical width information 412 by the value of the number input in the trap number selection field 407.
- the trap width information 413 is used as “price difference information”, that is, a price difference between adjacent price ranges.
- FIG. 4A shows that US dollar / Japanese yen (which means buying and selling US dollars in Japanese yen) is selected by the buying / selling currency pair selection button 401 and “buy” using the buying / selling type selection button 402. Is selected, “trap trade order” is selected using the order type selection button 403, “112.00” per dollar is input in the upper limit price input field 404, and “ “10.000" yen is entered, "100,000 yen” is entered in the order amount input field 406, “10” is entered in the trap number selection field 407, and "5.0" million is entered in the profit amount designation field 408.
- US dollar / Japanese yen which means buying and selling US dollars in Japanese yen
- Yen is entered, “102.00” yen per dollar is entered in the limit order price entry field 409, and it is selected that the repeat order is selected using the repeat order order selection field 410 "Indefinite" is selected by the expiration date selection button 411, and "9.00” yen (that is, the amount obtained by subtracting the lower limit price 103.00 yen from the upper limit price 112.00 yen) as the trap vertical width information 412
- “0.90” yen that is, a value obtained by dividing the trap vertical width of 9.00 yen by 10 traps
- the trap value width information 413 is displayed as the trap value width information 413.
- the sales order application information including the data specified in the input field and the selection fields 401 to 411 of the input screen 40 and the information 412 and 413 is sent to the financial product transaction management apparatus 1. Supplied.
- the order input receiving unit 12 of the financial product transaction management apparatus 1 confirms the input sales order application information. That is, the expiration date selected by the expiration date selection button 411 and the order type selected by the order type selection button 403 are confirmed, and each order price is inspected (see step S2 in FIG. 3).
- the display unit 22 of the client terminal 2 is provided with a third order cancel button for canceling a repeat-if-done-order in place of the input screen 40.
- An input screen (not shown) is displayed.
- the order input receiving unit 12 determines whether the inspection result is appropriate (see step S3 in FIG. 3).
- the account information generation unit 15 acquires the margin information of the customer from the customer account information table 182.
- 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 larger than the order allowable amount ( (See step S5 in FIG. 3).
- the order information generation unit 16 generates an “order information group” to be described later only when the margin amount is equal to or larger than the order allowable amount (“No” in step S5). Thereby, the limit order by the if-done-order can be accepted only when the customer can surely pay.
- the order input receiving unit 12 determines other order conditions (that is, based on the data recorded in the currency pair order condition table 183). , Conditions other than the order price) and various criteria for accepting the if-done order are compared (see step S6 in FIG. 3). Then, it is determined whether or not other conditions satisfy these criteria (see step S7 in FIG. 3).
- step S7 If the other conditions do not satisfy the if-done-order standard (“Yes” in step S7), the order input reception unit 12 treats the input order as an error and rejects the reception of the order (step S10). .
- step S7 If the various conditions for if-done-order are satisfied (“No” in step S7), it is determined that the order conditions satisfy all the conditions necessary for limit order by the above-mentioned if-done order
- the front page distribution unit 11 displays the confirmation screen 50 as shown in FIG. 4B on the display unit 22 of the client terminal 2.
- the confirmation screen 50 On the confirmation screen 50, the order conditions entered and selected by the input screen 40 are listed, and an order button 51 is displayed. The order button 51 is clicked by the customer when it is determined that the listed contents are correct.
- the order information generation unit 16 of the financial product transaction management apparatus 1 When the order button 51 is clicked by the customer operating the operation unit 21, the order information generation unit 16 of the financial product transaction management apparatus 1 generates order information based on the buy / sell order application information input in step S1. (See step S8 in FIG. 3). Specifically, a plurality of data input according to the above-described procedure is grouped for each order price, and the order information is generated by assigning the sequence number of the sequence number table 184 to each group (step of FIG. 3). (See S8). Information for distinguishing the sequence number used in the order information from the unused sequence number is added to the sequence number table 184. A plurality of pieces of order information are generated by performing the process of step S8 once. These pieces of order information correspond to the same type of financial product, but the prices of limit orders or limit orders are different from each other. These order information forms one order information group.
- 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.
- the “ord_seq” field 181b is a definition of the sequence number given in step S8.
- the “cust_seq” field 181c is a field for recording a customer number determined 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 the ID number and the currency pair is recorded in an ID table (not shown) stored in the database.
- the “ord_amnt” field 181 f is a field for recording the amount input in the order amount input field 406.
- the “buy_sell_id” field 181 g is a field for recording the sell order / buy order distinction selected by the trade 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 vertical width information 412 and the trap price width information 413.
- the “limit_time” field 181 i is a field for recording the order deadline selected by the expiration date selection button 411.
- the “ord_cond” field 181j is a field for recording the order type selected by the order type selection button 403.
- the “new_close” field 181k is a field for recording the distinction between a new order / settlement order.
- the “trap_seq” field 181m is a field for recording information on whether or not a trap trade is selected by the order type selection button 403.
- the “repeat_flag” field 181n is a field for recording information on whether or not to repeat the if-done order.
- the data input on the input screen 40 that is, the desired currency pair selection button 401, the trap number selection field 407, the profit amount designation field 408, and the stop price
- a field for recording information on the data input in the order price input field 409 is also provided. Using these fields, all data input to the input screen 40 is recorded in the order table 181.
- the order information generating unit 16 sets 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 (FIG. 4) input in the lower limit price input field 405. In this example, 103.00 yen) is acquired, and these are recorded in the order table 181. As will be described later, the contract information generation unit 14 sets the price ranges of all the order information groups within the price ranges defined as the upper limit price and the lower limit price, respectively.
- the order information generation unit 16 acquires information displayed in the trap value width information 413 on the input screen 40 and records it in the order table 181.
- the contract information generation unit 14 sets the price range of each order information group by using the trap price range information 413 as a price difference between the order information.
- FIGS. 5A and 5B are diagrams showing order information groups generated by the order information generating unit 16 and recorded in the order table 181.
- FIG. 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.
- the 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 the trap number selection field 407. In the present embodiment, the number of traps is set to “10”. 5A and 5B, ten types of order information groups 181S 1 , 181S 2 ,... 181S 10 are recorded in the order table 181.
- the first order 181tk is buy order information for placing a limit order or a limit order on the same type of financial product at the same price.
- the second order 181uk is selling order information for placing a limit order on the financial product that is the target of the first order 181t1 at another price.
- the limit order 181uk is information for placing a limit order at a further price for the financial product that is the target of the buy order information and the sell order information.
- these order information groups have the same type and number of products, but have different order prices.
- the order information generation unit 16 acquires information on the upper limit price (that is, the amount input in the upper limit price input field 404) and the lower limit price (that is, 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 the first orders 181t1 to 181t10 and all the second orders 181u1 to 181u10 to a price that is not less than the lower limit price and not more than the upper limit price.
- the highest price is the second order 181u1 of the first order information group 181S1, and the lowest price is 10
- This is the first order 181t10 of the second order information group 181S10.
- the second order 181u1 is set to 112.00 yen or less per dollar
- the first order 181t10 is set to 103.00 yen or more per dollar.
- only the first orders 181t1 to 181t10 may be set to have values within the above price range, or only the second orders 181u1 to 181u10 may be set to have values within the above price range. May be.
- the highest setting price does not need to match the upper limit price
- the lowest setting price does not need to match the lower limit price. If the highest set price and the lowest set price do not match the upper limit price and the lower limit price, the difference between the upper limit price and the highest set price can be made to match the difference between the lowest set price and the lower limit price. For example, when the upper limit price is 112.00 yen and the lower limit price is 103.00 yen (see the input fields 405 and 406 and the display field 413), the highest price is set to 111.55 yen and the lowest price is 103. It can be set to 45 yen.
- the order information generation unit 16 acquires trap value width information (that is, a value displayed in the trap value width information 413) from the order table 181. Then, the order information generating unit 16 sets all the first orders 181t1,..., 181S10 of all the order information groups 181S1, 181S2,. The order price 181G of 181t10 and all the second orders 181u1, ..., 181u10 is set. Thereby, the price range of each order information group 181S1, 181S2, ... 181S10 is set.
- the order information generation unit 16 changes the remaining orders 181t1 to 181t10 so that the prices of the first orders 181t1 to 181t10 and the prices of the second orders 181u1 to 181u10 each change by 0.9 yen (that is, the trap price range).
- the price 181G of 181t9 and 181u1 to 181u9 is set.
- the order information generation unit 16 sets the first order 181t9 to a price 0.90 yen higher than the first order 181t10, that is, 103.9 yen per dollar, and sets the second order 181u9 price to the second order 181S10.
- the price is 0.90 yen higher than the price, that is, 104.4 yen per dollar.
- the difference between the first orders 101t9 and 101t8, the difference between the first orders 101t8 and 101t78,..., And the difference between the first orders 101t2 and 101t1 are set to 0.9 yen, respectively.
- the difference from the orders 101u9 and 101u8, the difference from the second orders 101u8 and 101u78,..., And the difference from the second orders 101u2 and 101u1 are also set to 0.9 yen.
- the order information generation unit 16 inputs the order price 181G of the stop price orders 181v1, 181v2,..., 181v10 belonging to the order information groups 181S1 to 181S10 to the price (this) In the embodiment, it is set to 102.0 yen per dollar).
- attribute information 181A, 181B,..., 181M is added to the first orders 181t1 to 181v10, the second orders 181u1 to 181u, and the stop orders 181v1 to 181v10.
- the order number 181A is an order serial number.
- the customer number 181B is a number assigned to each customer.
- the currency pair information 181C is information for identifying a combination of currencies (for example, a combination of Japanese yen and a foreign currency) to be bought and sold.
- the order amount information 181D is information indicating the foreign currency balance corresponding to one order, that is, the price of the position.
- the order time information 181E is information indicating the time when an order is placed.
- the sales direction information 181F is flag information for identifying the distinction between “sell order” and “buy order”.
- the order price information 181G is information on a 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 an order type (for example, a type such as “market order”, “if-done order”, “trap repeat toy-done order”), and functions as “repeat information”.
- the new / settlement information 181J is flag information that identifies the distinction between a new order / settlement order.
- the valid / invalid information 181K is flag information for identifying whether the corresponding limit order or stop order is valid (that is, ordered) / invalid (that is, unordered).
- the rank information 181L is flag information for identifying the priority order (described later) of the order information.
- the execution presence / absence information 181M is flag information for identifying whether or not the corresponding order has been executed.
- the values of the attribute information 181A to 181M are determined based on information input from the input screen 40, and are recorded in the order table 181 based on the above field definition.
- the new / settlement information 181J is set to “new” for the first orders 181t1 to 181t10, and is set to “settlement” for the second orders 181u1 to 181u10 and the stop limit orders 181v1 to 181v10. Is done.
- the rank information 181L indicates that the first orders 181t1 to 181t10 are set to the first rank (that is, the higher priority), the second orders 181u1 to 181u10 and the stop order 181v1 to 181v10 are the second rank (That is, the lower priority order is set.
- the valid / invalid information 181K is set to “invalid”, that is, an unsettled state in the initial setting.
- the validity / invalidity of each order information changes during the transaction, and each time the order information generation unit 16 rewrites the validity / invalidity of the order information in the order table 181.
- the data written in the order table 181 changes according to the state of the if-done-order transaction, and therefore, the application of the present embodiment and other applications operating on the financial product transaction management apparatus 1
- the affinity can be increased, and the validity / invalidity of the order can be displayed on the display unit 22 of the client terminal 2 in real time.
- Step S3 of FIG. 3 when it is determined that the first desired price is an inappropriate price (“Yes” in Step S3), and when the amount of margin is less than the order allowable amount in Step S5 (Step S5) "Yes"), the order input receiving unit 12 processes the input order as an error, and the order is rejected (see step S10 in FIG. 3).
- the order information groups 181S1 to 181S10 as shown in FIGS. 5A and 5B are not generated, and the character information indicating that the acceptance of the order is rejected is displayed on the display unit 22 of the client terminal 2.
- the price information reception management unit 19 of the financial product transaction management apparatus 1 continues to acquire exchange rate information regularly (for example, at a predetermined cycle such as every minute or every hour).
- the contract information generation unit 14 executes the order of the position.
- FIG. 6A and 6B are flowcharts showing a procedure in which the financial product transaction management apparatus 1 processes a limit order based on the trap / repeat / if / dan order.
- FIG. 7A, FIG. 7B, FIG. 8 and FIG. 9 are conceptual diagrams showing a procedure when the financial product transaction management apparatus 1 executes a limit order execution process based on the trap / repeat / if / done order.
- a circle indicates order information corresponding to one position.
- the price information reception management unit 19 of the financial product transaction management apparatus 1 continues to acquire exchange rate information.
- the contract information generating unit 14 orders the first round (that is, the order in FIG. 5A and FIG. 5B).
- the value of the valid / invalid information 181K related to the first orders 181t1 to 181t10 is changed from “invalid” to “valid”.
- the buy limit orders of the first orders 181t1 to 181t10 are placed.
- the valid / invalid information 181K is maintained in a state of “invalid”.
- the second orders 181u1 to 181u10 and the stop order orders 181v1 to 181v10 are also maintained in a state where the valid / invalid information 181K is set to “invalid”.
- the second orders 181u1 to 181u10 and the stop limit orders 181v1 to 181v10 are invalid order information.
- the US dollar market purchase price 71 is 107.00 yen per dollar.
- the market price 71 is 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).
- the contract information generation unit 14 performs processing for contracting the first order 181t5 of this position (see step S22 in FIG. 6A).
- the execution method generation unit 14 changes the execution information 181M corresponding to the first order 181t5 from “none” to “present” (FIG. 9 (a)). ) And (b)). Then, the account information generation unit 15 changes the margin information (described later) according to the sales amount based on the instruction from the contract information generation unit 14. Furthermore, the deposit / withdrawal information generation unit 13 describes the status of deposit / withdrawal in the deposit / withdrawal list.
- the contract information generation unit 14 causes the display unit 22 of the client terminal 2 to display character information or the like indicating that the contract has been established, and also withdraws / withdraws of the bank account corresponding to the client terminal 2 based on the sales price.
- the financial product transaction management apparatus 1 performs the same process in each contract process described later.
- the order initially executed has an order price 181G higher than the market price at the time t1 (that is, 107.00 yen per dollar).
- a new stop order On the other hand, the buy order executed after the second order is a new limit order because the order price 181G is lower than the sell order executed immediately before that, that is, the order price 181G of the second order 181u5.
- the buy order executed after the second order is a new limit order because the order price 181G is lower than the sell order executed immediately before that, that is, the order price 181G of the second order 181u5.
- the contract information generation unit 14 executes the contract even if a slippage (that is, 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 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) ) But make a contract. The contract information generation unit 14 performs the same process in each contract process described later.
- a slippage that is, a price difference between the ordered price and the contracted price
- the execution information generating unit 14 changes the validity / invalidity information 181K of the second order 181u5 and the stop order order 181v5 from invalidity as shown in FIG. 9B.
- the effective change is made (see step S23 in FIG. 6A).
- the execution of the stop order 181v5 as described later is performed.
- the price of stop order 181v5 is 102.50 yen per dollar.
- the contract information The generation unit 14 executes a limit order corresponding to the second order 181u5 (see step S26 in FIG. 6A).
- the contract price at this time is 108.00 yen per dollar.
- the contract information generation unit 14 performs a process for canceling the stop limit order and displays the cancellation on the display unit 22 of the client terminal 2. Furthermore, the contract information generation unit 14 selects the fifth order information group 181S5 (not shown) from the order information group corresponding to the second round of 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”. 6A, if the market price 72 of US dollars is lower than the price of the second order 51c, if the process returns to step S24, the market price 72 and the price of the stop order Can be repeated.
- the contract information generation unit 14 changes the contract presence / absence information 181M of the first order 181t4 from “No” to “Yes”. And the valid / invalid information 181K of the second order 181u4 and the stop limit order 181v5 is changed from “invalid” to “valid” (see FIG. 9C).
- the subsequent processing is the same as in the case of the order information group 181S5 described above. Further, the processing when the market price 71 becomes equal to the prices of the first orders 181t1 to 181t3 is the same as that of the order information group 181S5 described above.
- the market purchase price 71 changes suddenly in the case of a business day following a holiday in a trading market or when the market price rises or falls.
- the example of FIG. 8 is a case where the market price 71 has risen.
- the contract information generating unit 14 performs the processes of steps S21 to S23 corresponding to the first orders 181t1 to 181t5 substantially in parallel.
- the stop limit orders corresponding to the first orders 181t1 to 181t5 are filled almost simultaneously (see step S22).
- the contract presence / absence information 181M of the second orders 181u1 to 181u5 is changed from “none” to “present” (see step S23).
- the contract information generation unit 14 sets the second orders 181u2 to 181u5.
- the limit order is executed (see step S26 in FIG. 6A). As a result, at time t22 in FIG. 8, a buy order for 500,000 yen and a sell order for 400,000 yen are simultaneously executed.
- Fig. 7B shows an example where the US dollar market price gradually declines. Also in this case, the processing of steps S21 to S26 is performed as in the case of FIG. 7A.
- the first execution of the first orders 181t6 to 181t10 is a new limit order because the order price 181G is lower than the market price at the time t1 (ie, 107.00 yen per dollar).
- step S26 it is subsequently checked whether all the order information 181S1 to 181S10 has been executed (see step S27). If there is order information that has not been executed (“No” in step S27), the account information generation unit 15 acquires the margin information of the customer in the customer account information table 182 again. Then, the order input receiving unit 12 compares the acquired margin information with the customer's order allowable amount again (see step S28). If the amount of margin is less than the order allowance (“Yes” in step S29), the process is suspended until the amount exceeds the order allowance.
- the order information generation unit 16 newly generates an order information group corresponding to the second order executed 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 sets the valid / invalid information 181K of the second order and the stop order order to “ Keep “invalid”.
- the order information generation unit 16 records the generated order information group in the order table 181 as in step S9 described above (step S31). Thereafter, the processing after step S21 is repeated.
- step S27 Such a 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 the contract processing corresponding to all positions is performed (“Yes” in step S27), the processing of the present embodiment ends.
- step S24 the execution information generation unit 14 executes the corresponding stop order execution (step S24).
- the market price 71 has fallen to 102.50 yen per dollar, which is the contract price of the limit order 181v1, at time t12.
- the contract information generation unit 14 executes the stop order 181v1 to execute the contract. Sell.
- the execution information generation unit 14 specifies an order information group corresponding to the executed stop order and cancels the second order belonging to the order information group. Processing is performed (see step S33 in FIG. 6B).
- the contract information generation unit 14 does not generate a new order information group (see step S30 in FIG. 6A) after executing any of the stop limit orders 181v1 to 181v10.
- the contract information generation unit 14 performs a cancel process on the ungenerated order information group (see step S34 in FIG. 6B). For example, when the first order 181t1 is executed (see time point t10 in FIG. 7A) and the stop limit order 181v1 is executed after that (see time point 12 in FIG.
- the execution information generation unit 14 is effective at the time point t12.
- the unordered second order 181u1 is canceled (see step S33), and all the order information groups that have not been generated from the order information group described in the order table 181 at time t12 are deleted from the order table 181 (step S181). (See S34).
- the contract information generation unit 14 displays on the display unit 22 of the client terminal 2 that these cancellation processes have been performed. With such a cancellation process, when any one stop order is executed, all subsequent trades can be stopped. As a result, it is possible to minimize damage to the customer when the market price of financial products fluctuates more than the conventional market and there is no prospect of recovery for the time being.
- the financial product transaction management apparatus 1 determines that the request is an illegal request and performs an input error process when there is a request to change the price and amount of the limit order once established from the client terminal 2. Do. In this error process, the financial information transaction management apparatus 1 and the financial institution change the data of the order table 181 corresponding to such a request, and generate or change the data related to the account information generation unit 15 and the deposit / withdrawal information generation unit 13. No data or signal communication is performed between them. In addition, in this error processing, the display unit 22 of the client terminal 2 displays the occurrence of an input error. As a result, it is possible to prevent an excessive increase in business at the financial product trader, that is, the bank side due to frequent change requests of prices and amounts.
- the client terminal 2 of the present embodiment can display a button (not shown) for requesting cancellation of an order.
- the contract information generation unit 14 of the financial product transaction management apparatus 1 specifies the order information group corresponding to the cancel request, and the second order that has not yet been executed from the specified order information group and The stop order is selected, and the selected order is canceled.
- the second order 181u5 and the stop order 181v5 are cancelled.
- Such cancellation processing can simplify the handling of limit orders related to if-done orders.
- the financial information transaction management device 1 may be configured to cancel the ungenerated order information group (see step S30 in FIG. 6A) corresponding to the order information requested to be canceled.
- the financial information transaction management device 1 is configured to cancel all the order information corresponding to other already generated order information groups. May be.
- a cancellation corresponding to any order information group is requested, a generated order information group corresponding to the cancellation request, a generated order information group not corresponding to the cancellation request, and all ungenerated order information groups You may comprise the financial information transaction management apparatus 1 so that cancellation processing may be performed.
- the order received from the client terminal 2 is a normal market order (that is, a transaction method for buying and selling financial products at the market price at the time when the order was placed), immediately after the order information is generated (step of FIG. 3).
- a contract is performed by the contract information generation unit 14 (see S8). In this case, the process in step S9 in FIG. 3 and the processes in FIGS. 6A and 6B are not performed.
- the financial information transaction management apparatus 1 generates a plurality of order information groups having different order prices and executes the processes related to the order information groups in parallel. Therefore, according to the present embodiment, a plurality of if-done orders can be performed in parallel with a simple operation. Furthermore, according to the present embodiment, these if-done orders can be automatically canceled according to the market situation. As a result, according to the present embodiment, it is possible to increase the convenience for the customer and reduce the risk to the customer.
- the financial information transaction management device 1 of the present embodiment generates again the same order information group as the order information group after both the first order and the second order belonging to the same order information group are executed, Execute. This makes it possible to repeatedly perform the same if-done order. As a result, according to the present embodiment, the customer can perform a repeat-if-done-order without performing a complicated order procedure.
- the financial information transaction management device 1 performs a transaction even when a slippage occurs. Therefore, in the present embodiment, it is easy to execute the first order 181t1 to 181t10 and the second order 181u1 to 181u10. This is also effective in reducing the risk to the customer.
- the first orders 181t1 to 181t10 and the second orders 181u1 to 181u10 include currency pair information 181C, trading direction information 181F, order amount information 181D, and order type information 181I as attribute information. Therefore, according to the present embodiment, the contents of the if-done-order can be specified with a simple process.
- the present invention is also applied to a system that handles other financial products (for example, stocks, bonds, etc.). be able to.
- the buy order is “first order” and the sell order is “second order” has been described as an example.
- the sell order is “first order” and the buy order is set.
- the present invention can also be applied to the case of “second order”.
- the contract information generation unit 14 and the order table 181 are provided in one server system together with other components.
- some management devices 1 may not be provided with the contract information generation unit 14 and / or the order table 181.
- the management apparatus 1 that is not provided with the contract information generation unit 14 and / or the order table 181 has the contract information generation unit 14 and / or the order table 181 provided in another management apparatus 1 via the Internet 3. Can be used.
- the contract information generation unit 14 and / or the order table 181 may be provided in an external system (that is, a system other than the management device 1), and the management device 1 may use them.
- the external system may be communicatively connected to the Internet 3 or may be connected to one of the management apparatuses 1 via a dedicated line.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Mathematical Physics (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
[発明の実施の形態1]
1 金融商品取引管理装置
2、21~2n クライアント端末
12 注文入力受付部
14 約定情報生成部
16 注文情報生成部
181 注文テーブル
181K 有効/無効情報
19 価格情報受信管理部
181S1~181S10 注文情報群
181t1~181t10 第一注文情報
181u1~181u10 第二注文情報
181v1~181v10 逆指値注文情報
Claims (14)
- 売買注文申込情報をクライアント端末から受信する注文受付部と、
買いまたは売りの一方を第一注文価格で行うための第一注文と、前記買いまたは前記売りの他方を第二注文価格で行うための第二注文と、前記買いまたは前記売りの他方を逆指値注文価格で行うための逆指値注文とをそれぞれ含む複数の注文情報群を前記注文受付部に受信された前記売買注文申込情報ごとに生成する注文情報生成部と、
前記注文情報生成部に生成された前記注文情報群を記憶する記憶部と、
それぞれの前記注文情報群に対応する取引処理を開始するときに、前記第一注文を有効に設定し、前記第二注文を無効に設定し、且つ、前記逆指値注文を無効に設定する約定情報生成部と、
を備え、
前記注文情報生成部が、
取り引きの上限価格と、該取り引きの下限価格と、同時に生成される前記注文情報群の数とを取得し、
取得された値に基づいて、前記第一注文価格どうしの差が一定となり、前記第二注文価格どうしの差が一定となり、且つ、同一の注文情報群に属する第一注文価格と第二注文価格との差が一定となるように、該第一注文価格及び該第二注文価格をそれぞれ演算し、
演算された該第一注文価格及び該第二注文価格を前記記憶部に格納する、
取引管理装置。 - 前記第二注文価格のうち、最も高い価格が前記上限価格以下であり、且つ、最も低い価格が前記下限価格以上である、請求項1に記載の取引管理装置。
- 前記第一注文価格及び前記第二注文価格のうち、最も高い価格が前記上限価格以下であり、且つ、最も低い価格が前記下限価格以上である、請求項1に記載の取引管理装置。
- 前記第一注文価格のうち、最も高い価格が前記上限価格以下であり、且つ、最も低い価格が前記下限価格以上である、請求項1に記載の取引管理装置。
- 全ての前記逆指値注文価格が互いに同一である、請求項1に記載の取引管理装置。
- 前記約定情報生成部が、いずれかの前記第一注文が約定された場合に、該第一注文に対応する前記第二注文および前記逆指値注文を有効に設定する、請求項1に記載の取引管理装置。
- 前記約定情報生成部が、1個の前記注文情報群に含まれる前記第二注文を約定した後に、該注文情報群に対応する次の注文情報群を新たに生成する、請求項1に記載の取引管理装置。
- 前記注文情報生成部が、同一の前記売買注文申込情報に基づいて生成される各注文情報群の購買商品数を同数に設定する、請求項1に記載の取引管理装置。
- 前記約定情報生成部が、1個の前記注文情報群に含まれる前記逆指値注文を約定した後に、該注文情報群に対応する次回以降の注文情報群の生成を全てキャンセルする、請求項1に記載の取引管理装置。
- 前記約定情報生成部が、既に生成された前記注文情報群に対してキャンセルが要求された場合に、該キャンセルが要求された注文に対応する前記注文情報が含まれる前記注文情報群を抽出し、該注文情報群に含まれる未約定の前記注文情報を全てキャンセルする、請求項1に記載の取引管理装置。
- 前記約定情報生成部が、スリッページが発生した場合に、前記第一注文又は前記第二注文を約定する、請求項1に記載の取引管理装置。
- それぞれの前記第一注文及び/又はそれぞれの前記第二注文が、属性情報として、通貨ペア情報、売買方向情報、注文金額情報、リピート情報を有する、請求項1に記載の取引管理装置。
- 前記金融商品が外国為替である、請求項1に記載の取引管理装置。
- 売買注文申込情報をクライアント端末から受信する注文受付ステップと、
買いまたは売りの一方を第一注文価格で行うための第一注文と、前記買いまたは前記売りの他方を第二注文価格で行うための第二注文と、前記買いまたは前記売りの他方を逆指値注文価格で行うための逆指値注文とをそれぞれ含む複数の注文情報群を前記注文受付部に受信された前記売買注文申込情報ごとに生成する注文情報生成ステップと、
前記注文情報生成部に生成された前記注文情報群を記憶する記憶ステップと、
それぞれの前記注文情報群に対応する取引処理を開始するときに、前記第一注文を有効に設定し、前記第二注文を無効に設定し、且つ、前記逆指値注文を無効に設定する約定情報生成ステップと、
を実行することによりコンピュータを取引管理装置として動作させるプログラムが記憶された読出可能記憶媒体であって、
前記注文情報生成ステップが、
取り引きの上限価格と、該取り引きの下限価格と、同時に生成される前記注文情報群の数とを取得する第1ステップと、
取得された値に基づいて、前記第一注文価格どうしの差が一定となり、前記第二注文価格どうしの差が一定となり、且つ、同一の注文情報群に属する第一注文価格と第二注文価格との差が一定となるように、該第一注文価格及び該第二注文価格をそれぞれ演算する第二ステップと、
演算された該第一注文価格及び該第二注文価格を前記記憶部に格納する第3ステップと、
を含む、読出可能記憶媒体。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/937,464 US8392316B2 (en) | 2008-12-26 | 2009-12-25 | Transaction management device and readable storage medium |
JP2010544150A JP5194132B2 (ja) | 2008-12-26 | 2009-12-25 | 取引管理装置およびプログラム |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008332601 | 2008-12-26 | ||
JP2008-332601 | 2008-12-26 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2010074217A1 true WO2010074217A1 (ja) | 2010-07-01 |
Family
ID=42287822
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2009/071565 WO2010074217A1 (ja) | 2008-12-26 | 2009-12-25 | 取引管理装置および読出可能記憶媒体 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8392316B2 (ja) |
JP (13) | JP5194132B2 (ja) |
KR (1) | KR20100126752A (ja) |
WO (1) | WO2010074217A1 (ja) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012160159A (ja) * | 2011-06-13 | 2012-08-23 | Moneysquare Japan Inc | 金融商品取引管理装置、プログラム |
JP2015225544A (ja) * | 2014-05-28 | 2015-12-14 | 株式会社外為オンライン | 金融情報処理装置、金融情報処理方法、およびプログラム |
JP2016136413A (ja) * | 2016-03-14 | 2016-07-28 | 株式会社外為オンライン | 金融情報処理装置、金融情報処理方法、およびプログラム |
JP2016181307A (ja) * | 2016-07-21 | 2016-10-13 | 株式会社マネースクウェアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2017220253A (ja) * | 2017-08-17 | 2017-12-14 | 株式会社マネースクウェアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2018198082A (ja) * | 2018-08-10 | 2018-12-13 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2019153355A (ja) * | 2019-06-20 | 2019-09-12 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2020198140A (ja) * | 2019-06-20 | 2020-12-10 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2021018736A (ja) * | 2019-07-23 | 2021-02-15 | 久敏 山本 | 金融商品取引管理装置、金融商品取引管理システム、プログラム |
JP2021018796A (ja) * | 2019-07-23 | 2021-02-15 | 久敏 山本 | 金融商品取引管理装置、金融商品取引管理システム、プログラム |
JP2021193633A (ja) * | 2020-09-16 | 2021-12-23 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2022060485A (ja) * | 2020-12-09 | 2022-04-14 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010024316A1 (ja) * | 2008-08-28 | 2010-03-04 | 株式会社マネースクウェア・ジャパン | 取引管理装置および読出可能記憶媒体 |
WO2010074217A1 (ja) | 2008-12-26 | 2010-07-01 | 株式会社マネースクウェア・ジャパン | 取引管理装置および読出可能記憶媒体 |
US8554662B2 (en) * | 2010-08-27 | 2013-10-08 | Chicago Mercantile Exchange Inc. | Delta neutral futures allocation |
EP3022704A4 (en) * | 2013-07-19 | 2016-12-28 | Vendavo Inc | SYSTEM AND METHOD FOR BRUTE-FORCE TRAVERSING AND COMPARING SEGMENTS |
JP2015036969A (ja) * | 2013-08-14 | 2015-02-23 | 直明 馬田 | 金融商品の積み立て方式、指値注文を使った買い付け価格分散型積立商品。プライス分散型積立『こきざみ君』 |
JP2015170026A (ja) * | 2014-03-05 | 2015-09-28 | 東芝テック株式会社 | 販売物精算端末および商品期限通知システム |
JP5841278B2 (ja) | 2014-04-03 | 2016-01-13 | 株式会社マネースクウェアHd | 金融商品取引管理装置、金融商品取引管理システム、金融商品取引管理システムにおける金融商品取引管理方法、プログラム |
JP5727644B1 (ja) * | 2014-04-03 | 2015-06-03 | 株式会社マネースクウェアHd | 金融商品取引管理装置、金融商品取引管理システム、金融商品取引管理システムにおける金融商品取引管理方法、プログラム |
JP5800375B1 (ja) * | 2014-10-08 | 2015-10-28 | 弘憲 杉浦 | 市場取引支援装置、市場取引支援プログラムおよび市場取引支援方法 |
US10528488B1 (en) * | 2017-03-30 | 2020-01-07 | Pure Storage, Inc. | Efficient name coding |
JP6363771B2 (ja) * | 2017-06-28 | 2018-07-25 | 株式会社マネースクエアHd | 金融商品取引システム、プログラム |
JP6592146B2 (ja) * | 2018-06-28 | 2019-10-16 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP6812027B2 (ja) * | 2019-09-19 | 2021-01-13 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004234343A (ja) * | 2003-01-30 | 2004-08-19 | Hitoshi Aiba | 取引遂行装置、方法、プログラムおよび記録媒体 |
JP2008009562A (ja) * | 2006-06-27 | 2008-01-17 | Moneysquare Japan Inc | 金融商品取引管理装置、プログラム |
JP2008040689A (ja) * | 2006-08-03 | 2008-02-21 | Mitsubishi Corporation Futures & Securities Ltd | 売買注文処理システム |
JP2008130002A (ja) * | 2006-11-24 | 2008-06-05 | Moneysquare Japan Inc | 金融商品取引管理装置、プログラム |
JP2009151434A (ja) * | 2007-12-19 | 2009-07-09 | Moneysquare Japan Inc | 金融商品取引管理装置、プログラム |
Family Cites Families (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5297031A (en) * | 1990-03-06 | 1994-03-22 | Chicago Board Of Trade | Method and apparatus for order management by market brokers |
US6985883B1 (en) * | 1992-02-03 | 2006-01-10 | Ebs Dealing Resources, Inc. | Credit management for electronic brokerage system |
US7130823B1 (en) * | 1995-09-14 | 2006-10-31 | Citibank Aktiengesellschaft | Computer system for data management and method for operation of the system |
US5873071A (en) * | 1997-05-15 | 1999-02-16 | Itg Inc. | Computer method and system for intermediated exchange of commodities |
US6421653B1 (en) * | 1997-10-14 | 2002-07-16 | Blackbird Holdings, Inc. | Systems, methods and computer program products for electronic trading of financial instruments |
US20080288390A1 (en) * | 1998-11-03 | 2008-11-20 | International Securities Exchange, Llc | Complex order leg synchronization |
CA2363824C (en) * | 1999-02-24 | 2008-12-09 | Min Ho Cha | Automatic ordering method and system for trading of stocks, bonds, items, futures, options, indexes, currencies and the like |
AU7357100A (en) * | 1999-09-08 | 2001-04-10 | Wizard Technologies, Inc. | Transaction and account management system |
JP2006099787A (ja) | 1999-09-14 | 2006-04-13 | Kabu.Com Securities Co Ltd | 発注時間を指定した売買注文の自動発注装置及び発注時間を指定した売買注文の自動発注方法 |
US6556976B1 (en) * | 1999-11-10 | 2003-04-29 | Gershman, Brickner And Bratton, Inc. | Method and system for e-commerce and related data management, analysis and reporting |
US7529704B1 (en) * | 1999-12-30 | 2009-05-05 | Painwebber, Inc. | On-line trading system |
US7010504B2 (en) * | 2000-03-30 | 2006-03-07 | Ddi Corporation | Competitive buying and selling system and its control method |
JP3317350B2 (ja) | 2000-08-29 | 2002-08-26 | フジフューチャーズ株式会社 | トレーディングシステムおよびトレーディング処理方法 |
AU2002223957A1 (en) * | 2000-09-28 | 2002-04-08 | Hiren Parikh | Real-time trading system |
US7243083B2 (en) * | 2001-06-14 | 2007-07-10 | Trading Technologies International, Inc. | Electronic spread trading tool |
US7092919B2 (en) * | 2001-06-15 | 2006-08-15 | Omx Technology Ab | Method and a system related to determining the price of a combination contract |
US20030167224A1 (en) * | 2002-02-22 | 2003-09-04 | Periwal Vijay K. | Sequential execution system of trading orders |
US7752116B2 (en) * | 2002-10-30 | 2010-07-06 | Nasdaq Liffe Markets, Llc | Liquidity engine for futures trading exchange |
US7426490B1 (en) | 2002-10-31 | 2008-09-16 | Trading Technologies International, Inc. | System and method for automated order entry on short queues |
US7571133B2 (en) * | 2003-03-10 | 2009-08-04 | Chicago Mercantile Exchange, Inc. | Derivatives trading methods that use a variable order price and a hedge transaction |
US7440917B2 (en) * | 2003-03-10 | 2008-10-21 | Chicago Mercantile Exchange, Inc. | Order risk management system |
JP2005050085A (ja) * | 2003-07-28 | 2005-02-24 | Mitsuhiro Kurosawa | 証券売買システム及び証券売買仲介方法 |
JP4484540B2 (ja) * | 2004-02-19 | 2010-06-16 | Sumco Techxiv株式会社 | 単結晶半導体の製造方法 |
US20050203840A1 (en) * | 2004-03-12 | 2005-09-15 | Aurelio Robles | Method for calculating and displaying trading information |
EP1738321A4 (en) * | 2004-04-01 | 2009-01-21 | Waverules Llc | SYSTEMS AND METHODS FOR ELECTRONIC TRANSACTION USING AUTOMATIC BOOK UPDATES |
US7801784B2 (en) * | 2004-06-07 | 2010-09-21 | Cfph, Llc | System and method for managing financial market information |
US7426487B2 (en) * | 2004-09-10 | 2008-09-16 | Chicago Mercantile Exchange, Inc. | System and method for efficiently using collateral for risk offset |
US7428508B2 (en) * | 2004-09-10 | 2008-09-23 | Chicago Mercantile Exchange | System and method for hybrid spreading for risk management |
US7509275B2 (en) * | 2004-09-10 | 2009-03-24 | Chicago Mercantile Exchange Inc. | System and method for asymmetric offsets in a risk management system |
US20060069639A1 (en) * | 2004-09-30 | 2006-03-30 | Kalt David S | System and methods for prioritized management of financial instruments |
US20060106707A1 (en) * | 2004-11-12 | 2006-05-18 | Shetty Rohan D | Method and system for trading derivatives |
US8566213B2 (en) * | 2005-05-20 | 2013-10-22 | Bgc Partners, Inc. | System and method for automatically distributing a trading order over a range of prices |
US20070061241A1 (en) * | 2005-09-15 | 2007-03-15 | Jovanovic Vladan D | Method for trading securities |
US20070061233A1 (en) * | 2005-09-15 | 2007-03-15 | Jovanovic Vladan D | Method for securities trading using variable product orders |
WO2010074217A1 (ja) | 2008-12-26 | 2010-07-01 | 株式会社マネースクウェア・ジャパン | 取引管理装置および読出可能記憶媒体 |
JP7377532B2 (ja) * | 2019-11-19 | 2023-11-10 | 株式会社シーパーツ | タイヤ劣化状況計測器 |
-
2009
- 2009-12-25 WO PCT/JP2009/071565 patent/WO2010074217A1/ja active Application Filing
- 2009-12-25 US US12/937,464 patent/US8392316B2/en active Active
- 2009-12-25 JP JP2010544150A patent/JP5194132B2/ja active Active
- 2009-12-25 KR KR1020107020921A patent/KR20100126752A/ko not_active Application Discontinuation
-
2012
- 2012-07-09 JP JP2012153974A patent/JP5214816B2/ja not_active Expired - Fee Related
-
2013
- 2013-02-27 JP JP2013037621A patent/JP5513645B2/ja active Active
-
2014
- 2014-03-27 JP JP2014066698A patent/JP6104203B2/ja active Active
-
2016
- 2016-03-15 JP JP2016051455A patent/JP6262274B2/ja active Active
-
2017
- 2017-10-18 JP JP2017201546A patent/JP6438101B2/ja not_active Expired - Fee Related
-
2018
- 2018-11-15 JP JP2018214886A patent/JP6660450B2/ja not_active Expired - Fee Related
-
2020
- 2020-02-07 JP JP2020019480A patent/JP6888850B2/ja active Active
-
2021
- 2021-05-13 JP JP2021081409A patent/JP7102031B2/ja active Active
-
2022
- 2022-06-29 JP JP2022104776A patent/JP7297340B2/ja active Active
-
2023
- 2023-06-07 JP JP2023093961A patent/JP2023105162A/ja active Pending
- 2023-11-22 JP JP2023198667A patent/JP7474002B2/ja active Active
- 2023-11-22 JP JP2023198666A patent/JP7430957B2/ja active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004234343A (ja) * | 2003-01-30 | 2004-08-19 | Hitoshi Aiba | 取引遂行装置、方法、プログラムおよび記録媒体 |
JP2008009562A (ja) * | 2006-06-27 | 2008-01-17 | Moneysquare Japan Inc | 金融商品取引管理装置、プログラム |
JP2008040689A (ja) * | 2006-08-03 | 2008-02-21 | Mitsubishi Corporation Futures & Securities Ltd | 売買注文処理システム |
JP2008130002A (ja) * | 2006-11-24 | 2008-06-05 | Moneysquare Japan Inc | 金融商品取引管理装置、プログラム |
JP2009151434A (ja) * | 2007-12-19 | 2009-07-09 | Moneysquare Japan Inc | 金融商品取引管理装置、プログラム |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012160159A (ja) * | 2011-06-13 | 2012-08-23 | Moneysquare Japan Inc | 金融商品取引管理装置、プログラム |
JP2015225544A (ja) * | 2014-05-28 | 2015-12-14 | 株式会社外為オンライン | 金融情報処理装置、金融情報処理方法、およびプログラム |
JP2016136413A (ja) * | 2016-03-14 | 2016-07-28 | 株式会社外為オンライン | 金融情報処理装置、金融情報処理方法、およびプログラム |
JP2016181307A (ja) * | 2016-07-21 | 2016-10-13 | 株式会社マネースクウェアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2017220253A (ja) * | 2017-08-17 | 2017-12-14 | 株式会社マネースクウェアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2018198082A (ja) * | 2018-08-10 | 2018-12-13 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2019153355A (ja) * | 2019-06-20 | 2019-09-12 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2020198140A (ja) * | 2019-06-20 | 2020-12-10 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2021018736A (ja) * | 2019-07-23 | 2021-02-15 | 久敏 山本 | 金融商品取引管理装置、金融商品取引管理システム、プログラム |
JP2021018796A (ja) * | 2019-07-23 | 2021-02-15 | 久敏 山本 | 金融商品取引管理装置、金融商品取引管理システム、プログラム |
JP7369445B2 (ja) | 2019-07-23 | 2023-10-26 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理システム、プログラム |
JP2021193633A (ja) * | 2020-09-16 | 2021-12-23 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP7161245B2 (ja) | 2020-09-16 | 2022-10-26 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2022173584A (ja) * | 2020-09-16 | 2022-11-18 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP7385315B2 (ja) | 2020-09-16 | 2023-11-22 | 株式会社マネースクエアHd | 金融商品取引管理装置、金融商品取引管理方法、プログラム |
JP2022060485A (ja) * | 2020-12-09 | 2022-04-14 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP7332203B2 (ja) | 2020-12-09 | 2023-08-23 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
Also Published As
Publication number | Publication date |
---|---|
JP6888850B2 (ja) | 2021-06-16 |
US20110161221A1 (en) | 2011-06-30 |
JP5214816B2 (ja) | 2013-06-19 |
JP7297340B2 (ja) | 2023-06-26 |
US8392316B2 (en) | 2013-03-05 |
JP2019023940A (ja) | 2019-02-14 |
JP2024012678A (ja) | 2024-01-30 |
JP7102031B2 (ja) | 2022-07-19 |
JP2013101706A (ja) | 2013-05-23 |
JP2023105162A (ja) | 2023-07-28 |
JP6262274B2 (ja) | 2018-01-17 |
JP2024012679A (ja) | 2024-01-30 |
JP7430957B2 (ja) | 2024-02-14 |
JPWO2010074217A1 (ja) | 2012-06-21 |
JP5513645B2 (ja) | 2014-06-04 |
JP2022126850A (ja) | 2022-08-30 |
JP2018028929A (ja) | 2018-02-22 |
JP6438101B2 (ja) | 2018-12-12 |
JP2021114342A (ja) | 2021-08-05 |
JP5194132B2 (ja) | 2013-05-08 |
JP6104203B2 (ja) | 2017-03-29 |
JP2014130642A (ja) | 2014-07-10 |
JP2016131034A (ja) | 2016-07-21 |
JP6660450B2 (ja) | 2020-03-11 |
JP2012195006A (ja) | 2012-10-11 |
JP7474002B2 (ja) | 2024-04-24 |
JP2020074236A (ja) | 2020-05-14 |
KR20100126752A (ko) | 2010-12-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6438101B2 (ja) | 取引管理装置、取引管理システム、取引管理システムにおける取引管理方法、プログラム | |
WO2010024185A1 (ja) | 取引管理装置および読出可能記憶媒体 | |
JP5597027B2 (ja) | 金融商品取引管理装置、プログラム | |
JP2023053126A (ja) | 金融商品取引管理装置、金融商品取引管理システムおよびプログラム | |
JP6405445B2 (ja) | 金融商品取引管理装置、プログラム | |
JP6271661B2 (ja) | 金融商品取引管理装置、プログラム | |
JP7385315B2 (ja) | 金融商品取引管理装置、金融商品取引管理方法、プログラム | |
JP5941237B2 (ja) | 金融商品取引管理装置、プログラム | |
JP6001744B2 (ja) | 金融商品取引管理装置、プログラム | |
JP2014207028A (ja) | 金融商品取引管理装置、プログラム | |
JP2024051147A (ja) | 金融商品取引管理装置、プログラム | |
JP2018198082A (ja) | 金融商品取引管理装置、金融商品取引管理方法、プログラム | |
JP2017188172A (ja) | 金融商品取引管理装置、プログラム | |
JP2016197454A (ja) | 金融商品取引管理装置、プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 09835013 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2010544150 Country of ref document: JP |
|
ENP | Entry into the national phase |
Ref document number: 20107020921 Country of ref document: KR Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: 12937464 Country of ref document: US |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 09835013 Country of ref document: EP Kind code of ref document: A1 |