WO2010024316A1 - 取引管理装置および読出可能記憶媒体 - Google Patents
取引管理装置および読出可能記憶媒体 Download PDFInfo
- Publication number
- WO2010024316A1 WO2010024316A1 PCT/JP2009/064926 JP2009064926W WO2010024316A1 WO 2010024316 A1 WO2010024316 A1 WO 2010024316A1 JP 2009064926 W JP2009064926 W JP 2009064926W WO 2010024316 A1 WO2010024316 A1 WO 2010024316A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- order
- price
- information
- transaction management
- stop
- Prior art date
Links
- 238000000034 method Methods 0.000 abstract description 56
- 238000007726 management method Methods 0.000 description 53
- 230000008569 process Effects 0.000 description 35
- 238000010586 diagram Methods 0.000 description 10
- 238000012790 confirmation Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 5
- 230000010365 information processing Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 1
- 239000006185 dispersion Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
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/06—Asset management; Financial planning or analysis
-
- 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
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).
- the price of financial products always fluctuates irregularly and it is virtually impossible to predict accurately.
- the price of a financial product may fall to the vicinity of a pre-designated amount, but may turn up without reaching the designated price.
- the price of the financial product has risen to the vicinity of the amount designated in advance, but has turned down without reaching the designated price.
- the price of the financial product may drop, and the price specified in advance may be even cheaper.
- the price of the financial product may rise and become higher than the amount specified in advance. In these cases, the customer can suffer substantial disadvantages.
- the invention described in Patent Document 1 cannot avoid such disadvantages.
- 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 market price of financial products may fluctuate more than the conventional market, and recovery may not be expected for a while. In such cases, the financial instrument trader may desire to sell the financial instrument in order to minimize damage.
- the invention described in Patent Literature 1 cannot automatically sell a financial product purchased using a limit order even when the market price of the financial product fluctuates.
- the invention described in Patent Document 1 cannot automatically stop if-done orders even when the market price of financial products fluctuates greatly.
- 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 transaction management device an order receiving unit that receives trading order application information from a client terminal; a first order for performing one of buying or selling at a first order price; and the buying or selling A plurality of order information groups each including a second order for performing the other of the above at a second order price and a stop order for performing the other of the buying or selling at a stop order price.
- An order information generating unit that generates for each received buy / sell order application information and sets the first order price, the second order price, and the stop order price to different values for each order information group;
- a storage unit for storing the order information group generated in the generation unit; when starting a transaction process corresponding to each order information group, the first order is set valid, and the second order is disabled Set and , And a contract information generation unit to disable the stop order.
- a next order information group corresponding to the order information group is obtained. Create a new one.
- the order information generation means sets the same number of purchased products in each order information group generated based on the same buy / sell order application information.
- the transaction management apparatus wherein the order information generation unit sets a plurality of the first order prices so that a price range is uniform, and a plurality of the second order prices so that the price range is uniform. Set the order price.
- the transaction management apparatus wherein when the contract information generation unit requests cancellation of an already established order for the financial product, the transaction management apparatus corresponds to the order for which the cancellation is requested.
- the order information group including the order information is extracted, and all the uncommitted order information included in the order information group is canceled.
- the financial product is a foreign exchange.
- the readable storage medium includes an order receiving step of 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;
- the order receiving unit includes a plurality of order information groups each including a second order for performing the other of the selling at a second order price and a stop order for performing the other of the buying or the selling at a stop order price.
- An order information generating step for generating each order information received at a time, and setting the first order price, the second order price, and the stop order price to different values for each order information group;
- a plurality of order information groups each including a first order, a second order, and a stop order are generated for each purchase order application information received by the order reception unit. Furthermore, the invention of claim 1 sets the first order price, the second order price, and the stop order price to different values for each order information group. Therefore, the invention of claim 1 can perform a plurality of if-done orders in parallel by a simple operation.
- the invention according to 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 3 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 fourth aspect of the present invention after the stop order included in one order information group is executed, all the generation of the next order information group corresponding to the order information group is canceled. Therefore, the customer risk is automatically avoided when the market price fluctuates greatly.
- the invention according to claim 5 automatically executes a new limit order, a limit order for settlement and a stop limit order for settlement. This simplifies the ordering process and improves customer convenience.
- the invention according to claim 6 can simplify the customer's ordering operation.
- the invention according to claim 7 can enhance the risk dispersion effect on the transaction.
- the invention according to claim 8 can perform a canceling process quickly with a simple operation.
- the invention according to claim 9 can apply the present invention 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 structure of the transaction management system which concerns on this 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 figure which shows the field definition of the customer account information table stored in the transaction management apparatus shown by FIG. It is a figure which shows the field definition of the currency pair order condition 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. It is a flowchart which shows a procedure at the time of the transaction management apparatus shown by FIG. 1 processing a limit order based on a trap repeat if-done order.
- FIG. 2 is a conceptual diagram schematically showing a procedure when the transaction management apparatus shown in FIG. 1 performs a limit order execution process based on a trap / repeat / if / dan order.
- FIG. 1 is a block diagram conceptually showing the configuration of the financial product transaction management system according to this 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 2-n (in this embodiment, the number of client terminals is “n”. And).
- 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,..., 2-n are owned and used by individuals or corporations who buy and sell financial products.
- Terminals 2-1,..., 2-n are communication terminals having a data communication function.
- the terminals 2-1,..., 2-n personal computers, mobile phone terminals, and the like can be used.
- the client terminals 2-1,..., 2-n include operation units 21-1,..., 21-n and display units 22-1,.
- the operation units 21-1,..., 21-n are, for example, a mouse or a keyboard, and are used for a user to input various instructions.
- the display units 22-1,..., 22-n display various instructions and various images input from the operation units 21-1,.
- 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.
- stop order is only required if the stop order is truly needed, i.e. if the approval process is to minimize customer damage. Can be executed. 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 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 records an order table 181, a customer account information table 182, a passing pair order condition table 183, a minimum price width table 184, a difference table 185, and a sequence number table 186.
- the lowest price range table 184 stores the lowest price range information.
- the minimum price range information is the minimum value of the difference between the two sell order prices or the minimum value of the difference between the two buy order prices.
- the minimum price range information is determined for each type of financial product.
- the difference table 185 stores difference information, reference difference information, and the like.
- the difference information is the difference between the current market price and the order amount included in the order information.
- the reference difference information is used as a reference value when defining the prohibition rule.
- the prohibition rule is a rule for prohibiting the transaction or prohibiting the cancellation of the transaction. For example, when the value of the difference information is equal to or less than the value of the reference difference information, a rule that rejects a request for cancellation of the order information can be defined.
- sequence number table 184 a sequence number for distinguishing order information described later is written. Details of the order table 181, customer account information table 182, and passing pair order condition table 183 will be described later.
- the front page distribution unit 11 creates image data to be displayed on the display unit 22 of the client terminal 2 and transmits the created image data to the client terminal 2.
- the price information receiving unit 19 acquires information 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 foreign exchange.
- FIG. 2A shows the field definition of the order table 181
- FIG. 2B shows the field definition of the customer account information table 182
- FIG. 2C shows the field definition of the currency pair order condition table 183.
- the tables 181, 182 and 183 have a plurality of columns.
- “field name” defines the name of the field
- “type” defines data type such as character, numerical value, date and time
- “length” indicates 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 repeatedly execute a plurality of if-done orders related to the same type of financial product according to a predetermined first order price and second order price. .
- such an order is referred to as a repeat-if-done-order.
- 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 order 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.
- 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.
- the customer accesses the financial product transaction management apparatus 1 using the client terminal 2.
- the front page distribution unit 11 of the financial product transaction management apparatus 1 displays a first input screen (not shown) and a second input screen 40 (see the conceptual diagram of FIG. 5A) on the display unit 22 of the client terminal 2 operated by the customer. ) Is displayed.
- the first input screen includes a button for selecting a currency pair (a currency pair of Japanese yen and US dollars in the present embodiment) that is a target of a currency exchange transaction, and a buying and selling mode (a distinction between “buy” and “sell”).
- the customer sequentially clicks these buttons, that is, a currency pair selection button, a trading form selection button, a transaction form selection button, and an expiration date selection button.
- 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 (described later).
- FIG. 5A shows an example of the second input screen 40 when performing trap trade according to the present embodiment.
- the second input screen 40 includes a start price input field 40a, an amount input field 40b, a price range input field 40c, a trap number selection field 40d, a profit amount specification field 40e, and a stop order price input field.
- 40f a repeat-if-done-order selection field 40g is displayed.
- the start price input field 40a is a field for inputting an order reference price of the trap trade.
- the amount input field 40b is a field for inputting an order amount for each position.
- the price range input field 40c is a field for inputting the price range of the order position.
- the price range is a difference between individual purchase order amounts, as will be described later.
- the trap number selection field 40d is a field for selecting the number of positions to be ordered.
- the profit amount designation field 40e is a field for inputting a profit amount for each position.
- the limit order price input field 40f is a field for inputting the contract price of the limit order.
- the repeat-if-done-order selection field 40g is a field for selecting whether or not to execute a repeat-if-done order. The customer sets an order using the fields 40a to 40g. In the example of FIG.
- the starting price is 107.00 yen / 1 dollar
- the price range is 1.00 yen
- the order amount for each position is 100,000 yen
- the number of order positions is 5, and the contract price for the stop order is 102.00.
- the figure shows a state in which 50 yen / dollar, the expiration date is indefinite, and the repeat-if-done-order is set as the order form.
- the set data is displayed in the order information display field 40i of the second input screen 40 and transmitted from the client terminal 2 to the order receiving unit 12 of the financial product transaction management apparatus 1 (step of FIG. 3). S1).
- the input value of the trap number selection field 40d is “5”, five types of orders are displayed in the order information display field 40i.
- the order price in the order information display field 40i is “107.00 yen” to “103.00”, and the difference between the order prices is 1.00 yen. Further, since the value in the amount input field 40b is “100,000 yen”, the order amount in the order information display field 40i is also “100,000 yen”.
- FIG. 5C shows another example of the second input screen 40.
- the same reference numerals as those in FIG. 5A indicate the same parts as in FIG. 5A.
- a trade type input field 40k is a field for inputting a distinction between “buy” and “sell”.
- the order condition input field 40m is a field for inputting a distinction between limit order and stop limit order.
- the check box 40n is a check box for setting whether or not to specify a stop loss price.
- the first order ('Buy' and 'Limit' in the order information display field 40i) and the second order ('Sell' and 'Limit' in the order information display field 40i) are used. It is possible to specify the distinction between “)” and stop order (“sell” and “stop limit” in the order information display field 40i). As a result, the customer can individually set not only the first order price but also the second order price and the stop order price.
- a third input screen (not shown) is displayed on the display unit 22 instead of the second input screen 40.
- an order cancel button for canceling the repeat toy order is displayed.
- the order receiving unit 12 confirms the input order information.
- the order method selected using the repeat-if-done-order selection field 40g is confirmed, and the order price of the supplied data is further inspected (see step S2).
- the start price input in the start price input field 40a is compared with the exchange rate price received by the price information receiving unit 19.
- the order receiving unit 12 determines that the order price is appropriate only when the customer can make a profit. For example, when buying foreign currency, it is determined that the order price is appropriate only when the starting price is lower than the current exchange rate price. When selling foreign currency, the order price is determined to be appropriate only if the starting price is higher than the current exchange rate price. If it is determined that the order price is an inappropriate price (corresponding to “YES” in step S3), error processing is executed and the order is rejected (step S10).
- the account information generation unit 15 acquires customer margin information from the customer account information table 182.
- the deposit information is calculated from the numerical data stored in the “amnt” field 182a shown in FIG.
- the order receiving unit 12 compares the acquired margin information with the total order amount of the customer (see step S4).
- the total order amount is calculated using the input value in the amount input field 40b, the input value in the value width input field 40c, and the numerical value selected in the trap number selection field 40d. If the amount of margin is less than the total order amount (corresponding to “YES” in step S5), error processing is executed and the order is rejected (step S10). That is, the order information generation unit 16 does not generate the order information group when the margin amount is smaller than the total order amount. As a result, the limit order of the if-done order can be received only when payment by the customer is possible.
- the order receiving unit 12 confirms whether or not the order condition satisfies other conditions of the trap trade (step (See S6).
- the order receiving unit 12 first acquires the numerical data recorded in the “trap_range” field 183a of FIG. 2C as the minimum price range condition value.
- the minimum value range condition value is a value input in the value range input field 40c.
- the order reception unit 12 acquires the minimum price range information corresponding to the designated currency pair from the minimum price range information stored in the minimum price range table 184.
- the order receiving unit 12 compares the minimum price range condition value with the minimum price range condition information. The value is compared with the value, and it is confirmed whether or not the value width input in the value width input field 40c is equal to or greater than the minimum value width.
- the order receiving unit 12 executes error processing and rejects the order reception (Step S7). S10).
- the order receiving unit 12 executes error processing and rejects the order reception (Step S7). S10).
- the order receiving unit 12 further checks other conditions. If it is determined that all the conditions are satisfied (corresponding to “NO” in step S7), the front page distribution unit 11 displays the confirmation screen shown in FIG. 5B on the display unit 22 of the client terminal 2. 41 is displayed.
- the confirmation screen 41 lists the order conditions set by the customer using the input screen 40 and the second input screen 40. Further, the confirmation screen 41 displays an order button 41a for allowing the customer to confirm that the listed information is correct.
- the order button 41a is clicked by operating the operation unit 21.
- the order information generation unit 16 of the financial product transaction management apparatus 1 generates order information based on the sales order application information input in step S1 (see step S8).
- the data input in step S1 is grouped for each order.
- the sequence numbers in the sequence number table 184 are assigned to each group. In the sequence number table 184, information for distinguishing between used numbers and unused numbers is written.
- the order information generation unit 16 writes the generated order information group in the order table 181 (see step S9).
- the order information generation unit 16 refers to the information written in the remarks column 181a and identifies the type of data written in each column. For example, the sequence number assigned in step S8 is written in the “ord_seq” column 181b. In the “cust_seq” column 181c, a customer number assigned to each customer is written. The product name is written in the “style_id” column 181d. In the “ccy_pair_id” column 181e, an ID number assigned to each currency pair is written.
- the relationship between the ID number and the currency pair is recorded in an ID table, that is, another table provided in the database.
- buy_sell_id data indicating the distinction between a sell order and a buy order is written.
- the order price is written in the “ord_rate” column 181g.
- limit_time column 181h
- an order deadline is written.
- the type of order (for example, information for identifying the type of market order, limit order, stop order, etc., and whether the order is valid / invalid) is written.
- new_close” column 181j data for distinguishing between a new order and a settlement order is written.
- step S9 completes the process for establishing the limit order of the if-done-order.
- FIG. 6 is a diagram conceptually showing the order table 181 after the processing of step S9.
- a plurality of order information groups are written in the order table 181.
- five order information groups 181s1, 181s2,... 181s5 are written.
- 181s5 includes a first order 181t1, 181t1,... 181t5, a second order 181u1, 181u2,. ⁇ Includes 181v5.
- the first order is an order for buying a predetermined financial product at a limit order of a predetermined price
- the second order is a limit order of another predetermined price for the financial product purchased in the first order.
- the limit order is an order for selling a financial product bought in the first order as a limit order having a price different from that of the first and second orders.
- order information groups corresponding to different price ranges are generated.
- the front page distribution unit 11 causes the display unit 22 of the client terminal 2 to display the same image information as the order table 181 in FIG. Thereby, the convenience of the customer is improved.
- each order information group 181s1 to 181s5 the first orders 181t1 to 181t5 have a high priority for execution, and the second orders 181u1 to 181u5 have a low priority for execution.
- the first orders 181t1 to 181t5 are initially written in the order table 181 as valid order information.
- the second orders 181u1 to 181u5 and the stop limit orders 181v1 to 181v5 are initially written in the order table 181 as invalid order information.
- “effective” of an order means that an ordering action has been established, and therefore processing based on the order is being executed.
- “invalid” means that the ordering action has not been established, and therefore processing based on the order is not being executed.
- the order information generation unit 16 sequentially writes the valid / invalid change of each order information in the order table 181.
- the order information generation unit 16 sequentially writes the valid / invalid change of each order information in the order table 181.
- the price information receiving unit 19 of the financial product transaction management apparatus 1 continues to acquire exchange rate information.
- the contract information generation unit 14 executes the order for that position.
- FIG. 4A and 4B are flowcharts showing a procedure in which the financial product transaction management apparatus 1 processes a limit order based on a trap / repeat / if / dan order.
- FIG. 7 is a conceptual diagram schematically showing a procedure when the financial product transaction management apparatus 1 executes a limit order execution process based on the trap / repeat / if / dan order.
- the processing procedure of the trap / repeat / if / dan / order will be described.
- circles indicate the position of order information.
- a circle drawn with a solid line indicates valid order information, and a circle drawn with a dotted line indicates invalid order information.
- t1 indicates a point in time when the limit order process regarding the ifdan order is completed. At the time t1, the first orders 181t1 to 181t5 are valid order information, and the second orders 181u1 to 181u5 and the stop order 181v1 to 181v5 are invalid order information.
- the US dollar market purchase price 71 at time t1 is 108.00 yen per dollar. Thereafter, the US dollar market purchase price 71 drops, and at time t2, it becomes 107.00 yen per dollar which is the same as the contract price of the first order 181t1 (see step S21). At this time, the contract information generation unit 14 performs a process for contracting the first order 181t1 of the position (see step S22).
- the execution information generating unit 14 rewrites the corresponding data in the database 18.
- the order information data related to the limit order is deleted from the order table 181.
- the value corresponding to the contract price and the value corresponding to the contract amount are added or subtracted from the data in the “amnt” field 182a of the customer account information table 182.
- the execution information generating unit 14 changes the second order 181u1 and the stop order 181v1 of the corresponding order information group from invalid order information to valid order information ( Step S23).
- the contract information generation unit 14 sequentially executes limit orders based on the first orders 181t2 to 181t5 as shown in FIG. Then, in accordance with these contracts, the contract information generation unit 14 changes the second orders 181u2 to 181u5 and the stop order orders 181v2 to 181v5 from invalid order information to valid order information (not shown in FIG. 7). ).
- the US dollar market purchase price 71 does not drop to the contract price of the stop orders 181v1 to 181v5 (that is, 102.50 yen per dollar in this embodiment) (corresponding to “NO” in step S24).
- the market price 72 is 103.50 yen (time t7), 104.50 yen (time t9), 105.50 yen (time t11), 106.50 yen (time t13) or 107.50 yen (time). until t15).
- the contract information generation unit 14 performs a process of executing a limit order based on the second orders 181u5 to 181u1 of the position and a process of canceling the stop limit orders 181v5 to 181v1 (see FIG. 7). (See step S26).
- FIG. 7 shows only the processing of stop order 181v1.
- the contract information generation unit 14 rewrites corresponding data in the database 18. Thereby, the customer can obtain the difference between the buy order and the sell order (for example, the difference between the first order 181t1 at time t2 and the second order 181u1 at time t15) as profit.
- the market price 72 of the US dollar is lower than the price of the second order 51c
- the processing returns to step S24, the comparison between the market price 72 and the price of the stop order is made. Can be repeated.
- the second orders 181u5 to 181u1 are executed at time points t7, t9, t11, t13, and t15. Then, immediately after that, that is, at time points t8, t10, t12, t14, and t16, it is checked whether or not the execution of all the order information has been completed (see step S27). If it has not been completed (corresponding to “NO” in step S27), the account information generation unit 15 obtains customer margin information from the customer account information table 182 again. Then, the order receiving unit 12 again compares the acquired margin information with the customer's total order (see step S28).
- step S29 If the amount of margin is less than the total order amount (corresponding to “YES” in step S29), the processing is suspended until the total order amount is reached. On the other hand, if the amount of margin is equal to or greater than the total order amount (corresponding to “NO” in step S29), the order information generating unit 16 sequentially generates new order information groups 181s5 to 181s1 (see step S30). That is, as shown in FIG. 7, the first orders 181t5 to 181t1 are newly generated as valid order information at the time points t8, t10, t12, t14, and t16, and the second orders 181u5 to 181u1 are invalid. New order information is generated.
- stop order 181v1 is newly generated as invalid order information at time t16.
- stop limit orders 181v5 to 181v2 are newly generated as invalid order information.
- the order information generation unit 16 sequentially records the generated order information groups 181s5 to 181s1 in the order table 181 as in step S9 (step S31). And the process after step S21 is repeated.
- step S27 Such a process is continued until the order information group for all positions is generated and the order information group for all positions is processed in steps S22 and S26 (corresponding to “NO” in step S27). ). Then, when the processing of steps S22 and S26 is performed on the order information group of all positions (corresponding to “YES” in step S27), the processing ends.
- step S32 the contract information generation unit 14 stores the stop order 181v1.
- a contract is made (step S32).
- the contract price of the stop order 181v1 has reached 102.50 yen per dollar, which is the contract price of the stop order 181v1, and as a result, the stop order is executed.
- the contract information generation unit 14 performs a contract process for the stop limit order 181v1 corresponding to the first order 181t1. Due to the execution of the stop order, the damage to the customer can be minimized when the market price of the financial product fluctuates greatly.
- the execution information generating unit 14 executes a process for canceling the second order corresponding to the executed stop order 181v1 to 181v5 (Step S1). (See S33). Further, a process for canceling all the order information groups that have not been generated at the time of the execution is performed (see step S34). In the example of FIG. 7, the contract information generation unit 14 cancels the second order (for example, the second order 181 u 1) that is valid and unsettled at time t 17 (step S 33), and is written into the order table 181.
- step S34 all the order information groups 181s1 to 181s5 that have not been generated at time t17 are canceled.
- step S34 By performing such cancellation processing, when one stop order is executed, all subsequent trades can be automatically stopped. As a result, damage to the customer can be minimized when the market price of the financial product fluctuates greatly.
- the financial product transaction management apparatus 1 determines that the request is an unauthorized request and performs an input error process. Thereby, the request
- the client terminal 2 of this embodiment can be configured to accept order cancellation. For example, by providing a third input screen (not shown), displaying an order cancel button on this screen, and allowing the customer to click this button, the cancel can be accepted. If there is a request for canceling the ifdan order once established, the contract information generating unit 14 of the financial product transaction management apparatus 1 extracts the order information group included in the ifdan order for which cancellation is requested, and out of the order information group Processing for canceling all second orders and stop orders that have not been executed. For example, if cancellation is requested between times t6 and t7 in FIG. 7, the second order 181u5 and the uncommitted stop limit order 181v5 (not shown in FIG. 7) are cancelled. The canceled order information group data and order information data are deleted from the order table 181.
- processing for canceling all order information groups for which processing has not started may be performed in addition to processing for canceling the order information group being executed.
- the order information group 181s5 that has not been generated at the time point t7 that is, the order information group 181s5 that is scheduled to be generated in the future, can be canceled.
- all the second orders that are valid when the cancellation is requested but are not executed for example, the second orders 181u4 to 181u1 scheduled to be executed at the time points t9, t11, t13, and t15). Can be canceled.
- the order information generation unit 16 When the client terminal 2 places a market order, the order information generation unit 16 performs the same order information generation process as steps S1 to S8, and then the contract information generation unit 14 executes the order. That is, in the case of a market order, the process of step S9 and the processes of steps S21 to S34 are not performed.
- the financial product transaction management apparatus 1 of the present embodiment multiple types of ifdan orders with different price ranges can be performed in parallel. Furthermore, according to the present embodiment, financial products purchased in the Ifdan order can be automatically sold by stop order. Therefore, according to the present embodiment, it is possible to improve customer convenience and reduce customer risk.
- the order information group can be generated again when the second order is executed, and ifdane orders at a plurality of prices for the same financial product. It can be performed. Therefore, according to this embodiment, the customer can perform a plurality of ifdan orders by a simple order procedure.
- the apparatus and program of the present invention are applied to a currency exchange transaction has been described as an example.
- the present invention can also be applied to a system that handles other financial products such as stocks and bonds.
- the present invention can also be applied to transactions other than financial products.
- the present invention can also be applied to a case where a financial product is sold by a first order and a financial product is purchased by a second order and a stop order.
- the price of the second order is lower than the price of the first order
- the price of the stop order is higher than the price of the first order.
- Order input reception part Order input reception means
- Contract information generator Contract information generator
- Order information generation part order information generation means
- 181 Order table order information recording means
- 181s1, 181s2, ..., 181s5 Order information group 181t1, 181t2, ..., 181t5 First order (buy order information) 181u1, 181u2, ..., 181u5 Second order (sell order information) 181v1, 181v2, ..., 181v5 Stop limit order (stop limit order information)
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Human Resources & Organizations (AREA)
- Game Theory and Decision Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
1 金融商品取引管理装置
2、21~2n クライアント端末
12 注文入力受付部(注文入力受付手段)
14 約定情報生成部(約定情報生成手段)
16 注文情報生成部(注文情報生成手段)
181 注文テーブル(注文情報記録手段)
181s1,181s2,・・・,181s5 注文情報群
181t1,181t2,・・・,181t5 第一注文(買い注文情報)
181u1,181u2,・・・,181u5 第二注文(売り注文情報)
181v1,181v2,・・・,181v5 逆指値注文(逆指値注文情報)
Claims (10)
- 売買注文申込情報をクライアント端末から受信する注文受付部と、
買いまたは売りの一方を第一注文価格で行うための第一注文と、前記買いまたは前記売りの他方を第二注文価格で行うための第二注文と、前記買いまたは前記売りの他方を逆指値注文価格で行うための逆指値注文とをそれぞれ含む複数の注文情報群を前記注文受付部に受信された売買注文申込情報ごとに生成し、前記第一注文価格、前記第二注文価格および前記逆指値注文価格を前記注文情報群毎に異なる値に設定する注文情報生成部と、
前記注文情報生成部に生成された前記注文情報群を記憶する記憶部と、
それぞれの注文情報群に対応する取引処理を開始するときに、前記第一注文を有効に設定し、前記第二注文を無効に設定し、且つ、前記逆指値注文を無効に設定する約定情報生成部と、
を備える取引管理装置。 - 前記約定情報生成部が、いずれかの前記第一注文が約定された場合に、該第一注文に対応する前記第二注文および前記逆指値注文を有効に設定する、請求項1に記載の取引管理装置。
- 前記約定情報生成部が、1個の前記注文情報群に含まれる前記第二注文を約定した後に、該注文情報群に対応する次の注文情報群を新たに生成する、請求項1に記載の取引管理装置。
- 前記約定情報生成手段が、1個の前記注文情報群に含まれる前記逆指値注文を約定した後に、該注文情報群に対応する次回以降の注文情報群の生成を全てキャンセルする請求項3に記載の取引管理装置。
- 前記注文情報生成手段が、前記第一注文を新規の指値注文として実行し、前記第二注文を決済の指値注文として実行し、前記逆指値注文を決裁の逆指値注文として実行する請求項1に記載の取引管理装置。
- 前記注文情報生成手段が、同一の前記売買注文申込情報に基づいて生成される各注文情報群の購買商品数を同数に設定する、請求項1に記載の取引管理装置。
- 前記注文情報生成手段が、値幅が均一になるように複数の前記第一注文価格を設定し、且つ、値幅が均一になるように複数の前記第二注文価格を設定する請求項1に記載の取り引き管理装置。
- 前記約定情報生成手段が、既に成立している前記金融商品の注文に対してキャンセルが要求された場合に、該キャンセルが要求された注文に対応する前記注文情報が含まれる前記注文情報群を抽出し、該注文情報群に含まれる未約定の前記注文情報を全てキャンセルする、請求項1に記載の取引管理装置。
- 前記金融商品が外国為替である請求項1に記載の取引管理装置。
- 売買注文申込情報をクライアント端末から受信する注文受付ステップと、
買いまたは売りの一方を第一注文価格で行うための第一注文と、前記買いまたは前記売りの他方を第二注文価格で行うための第二注文と、前記買いまたは前記売りの他方を逆指値注文価格で行うための逆指値注文とをそれぞれ含む複数の注文情報群を前記注文受付部に受信された売買注文申込情報ごとに生成し、前記第一注文価格、前記第二注文価格および前記逆指値注文価格を前記注文情報群毎に異なる値に設定する注文情報生成ステップと、
前記注文情報生成部に生成された前記注文情報群を記憶部に格納する格納ステップと、
それぞれの注文情報群に対応する取引処理を開始するときに、前記第一注文を有効に設定し、前記第二注文を無効に設定し、且つ、前記逆指値注文を無効に設定する約定情報生成ステップと、
を実行することによりコンピュータを取引管理装置として動作させるプログラムが記憶された読出可能記憶媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/810,077 US8296219B2 (en) | 2008-08-28 | 2009-08-27 | Transaction management device and readable storage medium |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008-219816 | 2008-08-28 | ||
JP2008219816 | 2008-08-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2010024316A1 true WO2010024316A1 (ja) | 2010-03-04 |
Family
ID=41721482
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2009/064926 WO2010024316A1 (ja) | 2008-08-28 | 2009-08-27 | 取引管理装置および読出可能記憶媒体 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8296219B2 (ja) |
KR (1) | KR20100085093A (ja) |
WO (1) | WO2010024316A1 (ja) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4756615B1 (ja) * | 2010-05-25 | 2011-08-24 | カワムラトレーディングシステムズ株式会社 | 市場取引支援装置及び市場取引支援方法 |
JP2011238075A (ja) * | 2010-05-11 | 2011-11-24 | Moneysquare Japan Inc | 金融商品取引管理装置、プログラム |
JP2014207028A (ja) * | 2014-08-08 | 2014-10-30 | 株式会社マネースクウェア・ジャパン | 金融商品取引管理装置、プログラム |
JP2015201197A (ja) * | 2014-04-03 | 2015-11-12 | 株式会社マネースクウェアHd | 金融商品取引管理装置、金融商品取引管理システム、金融商品取引管理システムにおける金融商品取引管理方法、プログラム |
JP2015228267A (ja) * | 2015-09-24 | 2015-12-17 | 株式会社マネースクウェアHd | 金融商品取引管理装置、プログラム |
JP2016115372A (ja) * | 2016-02-19 | 2016-06-23 | 株式会社マネースクウェアHd | 金融商品取引管理装置、プログラム |
JP2016224982A (ja) * | 2016-09-01 | 2016-12-28 | 株式会社マネースクウェアHd | 金融商品取引管理装置、プログラム |
JP2018045738A (ja) * | 2017-12-27 | 2018-03-22 | 株式会社マネースクウェアHd | 金融商品取引管理装置、プログラム |
JP2019008828A (ja) * | 2018-09-14 | 2019-01-17 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP2019204562A (ja) * | 2019-09-05 | 2019-11-28 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP2021047921A (ja) * | 2019-09-05 | 2021-03-25 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP2022009377A (ja) * | 2019-09-05 | 2022-01-14 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP2023053127A (ja) * | 2021-10-21 | 2023-04-12 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8554662B2 (en) * | 2010-08-27 | 2013-10-08 | Chicago Mercantile Exchange Inc. | Delta neutral futures allocation |
CN104636895A (zh) * | 2013-11-07 | 2015-05-20 | 阿里巴巴集团控股有限公司 | 数据处理方法及其系统 |
JP5727644B1 (ja) * | 2014-04-03 | 2015-06-03 | 株式会社マネースクウェアHd | 金融商品取引管理装置、金融商品取引管理システム、金融商品取引管理システムにおける金融商品取引管理方法、プログラム |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002183446A (ja) * | 2000-08-29 | 2002-06-28 | Fuji Futures Co Ltd | トレーディングシステムおよびトレーディング処理方法 |
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 | 金融商品取引管理装置、プログラム |
Family Cites Families (26)
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 |
US20020138390A1 (en) * | 1997-10-14 | 2002-09-26 | R. Raymond May | Systems, methods and computer program products for subject-based addressing in an electronic trading system |
US20080288390A1 (en) * | 1998-11-03 | 2008-11-20 | International Securities Exchange, Llc | Complex order leg synchronization |
WO2001018714A2 (en) * | 1999-09-08 | 2001-03-15 | 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 |
EP1332459A4 (en) * | 2000-09-28 | 2007-08-08 | Ubs Ag | REAL-TIME TRADE SYSTEM |
JP2004234343A (ja) | 2003-01-30 | 2004-08-19 | Hitoshi Aiba | 取引遂行装置、方法、プログラムおよび記録媒体 |
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 |
US20050203840A1 (en) * | 2004-03-12 | 2005-09-15 | Aurelio Robles | Method for calculating and displaying trading information |
US20060080215A1 (en) * | 2004-04-01 | 2006-04-13 | Wave Rules, Llc. | Method and system for electronic trading including transactional history |
AU2005253141A1 (en) * | 2004-06-07 | 2005-12-22 | 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 |
US7509275B2 (en) * | 2004-09-10 | 2009-03-24 | Chicago Mercantile Exchange Inc. | System and method for asymmetric offsets in a risk management system |
US7428508B2 (en) * | 2004-09-10 | 2008-09-23 | Chicago Mercantile Exchange | System and method for hybrid spreading for risk management |
AU2005292348A1 (en) * | 2004-09-30 | 2006-04-13 | Optionsxpress Holdings, Inc. | 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 |
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 |
JP4445006B2 (ja) | 2007-12-19 | 2010-04-07 | 株式会社マネースクウェア・ジャパン | 金融商品取引管理装置、プログラム |
WO2010074217A1 (ja) * | 2008-12-26 | 2010-07-01 | 株式会社マネースクウェア・ジャパン | 取引管理装置および読出可能記憶媒体 |
-
2009
- 2009-08-27 US US12/810,077 patent/US8296219B2/en active Active
- 2009-08-27 WO PCT/JP2009/064926 patent/WO2010024316A1/ja active Application Filing
- 2009-08-27 KR KR1020107010142A patent/KR20100085093A/ko active Search and Examination
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002183446A (ja) * | 2000-08-29 | 2002-06-28 | Fuji Futures Co Ltd | トレーディングシステムおよびトレーディング処理方法 |
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 | 金融商品取引管理装置、プログラム |
Non-Patent Citations (1)
Title |
---|
"iFX Style Sosa Guide 2nd edition (Archive ga Hozon shita Hi wa 24 February, 2007)", KABUSHIKI KAISHA MANE SUKUWEA JAPAN, 28 February 2007 (2007-02-28), pages 32 - 47, Retrieved from the Internet <URL:http://web.archive.org/web/20070224005433/www.m2j.co.jp/pdf/ifxstyle_guide.pdf> [retrieved on 20070224] * |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011238075A (ja) * | 2010-05-11 | 2011-11-24 | Moneysquare Japan Inc | 金融商品取引管理装置、プログラム |
JP4756615B1 (ja) * | 2010-05-25 | 2011-08-24 | カワムラトレーディングシステムズ株式会社 | 市場取引支援装置及び市場取引支援方法 |
JP2014059591A (ja) * | 2010-05-25 | 2014-04-03 | Kawamura Trading Systems Inc | 市場取引支援装置及び市場取引支援方法 |
JP2015201197A (ja) * | 2014-04-03 | 2015-11-12 | 株式会社マネースクウェアHd | 金融商品取引管理装置、金融商品取引管理システム、金融商品取引管理システムにおける金融商品取引管理方法、プログラム |
JP2015201198A (ja) * | 2014-04-03 | 2015-11-12 | 株式会社マネースクウェアHd | 金融商品取引管理装置、金融商品取引管理システム、金融商品取引管理システムにおける金融商品取引管理方法、プログラム |
JP2016040735A (ja) * | 2014-04-03 | 2016-03-24 | 株式会社マネースクウェアHd | 金融商品取引管理装置、金融商品取引管理システム、金融商品取引管理システムにおける金融商品取引管理方法、プログラム |
JP2014207028A (ja) * | 2014-08-08 | 2014-10-30 | 株式会社マネースクウェア・ジャパン | 金融商品取引管理装置、プログラム |
JP2015228267A (ja) * | 2015-09-24 | 2015-12-17 | 株式会社マネースクウェアHd | 金融商品取引管理装置、プログラム |
JP2016115372A (ja) * | 2016-02-19 | 2016-06-23 | 株式会社マネースクウェアHd | 金融商品取引管理装置、プログラム |
JP2016224982A (ja) * | 2016-09-01 | 2016-12-28 | 株式会社マネースクウェアHd | 金融商品取引管理装置、プログラム |
JP2018045738A (ja) * | 2017-12-27 | 2018-03-22 | 株式会社マネースクウェアHd | 金融商品取引管理装置、プログラム |
JP2019008828A (ja) * | 2018-09-14 | 2019-01-17 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP2019204562A (ja) * | 2019-09-05 | 2019-11-28 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP2021047921A (ja) * | 2019-09-05 | 2021-03-25 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP2022009377A (ja) * | 2019-09-05 | 2022-01-14 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP7231269B2 (ja) | 2019-09-05 | 2023-03-01 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP2023053127A (ja) * | 2021-10-21 | 2023-04-12 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
JP7452906B2 (ja) | 2021-10-21 | 2024-03-19 | 株式会社マネースクエアHd | 金融商品取引管理装置、プログラム |
Also Published As
Publication number | Publication date |
---|---|
US20100274704A1 (en) | 2010-10-28 |
US8296219B2 (en) | 2012-10-23 |
KR20100085093A (ko) | 2010-07-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7474002B2 (ja) | 金融商品取引管理システム、金融商品取引管理システムにおける金融商品取引管理方法 | |
WO2010024316A1 (ja) | 取引管理装置および読出可能記憶媒体 | |
WO2010024185A1 (ja) | 取引管理装置および読出可能記憶媒体 | |
JP5243460B2 (ja) | 金融商品取引管理装置、プログラム | |
JP5221327B2 (ja) | 金融商品取引管理装置およびプログラム | |
JP2024086858A (ja) | 金融商品取引管理装置、金融商品取引管理システムおよびプログラム | |
JP6533328B2 (ja) | 金融商品取引管理装置、プログラム | |
JP5960883B2 (ja) | 金融商品取引管理装置、プログラム | |
JP5826909B2 (ja) | 金融商品取引管理装置、金融商品取引管理システムおよびプログラム | |
JP6603280B2 (ja) | 金融商品取引管理装置、金融商品取引管理システムおよびプログラム | |
JP7548628B2 (ja) | 金融商品取引管理装置、金融商品取引管理方法、プログラム | |
JP6546328B2 (ja) | 金融商品取引管理装置、金融商品取引管理方法、プログラム | |
JP6387165B2 (ja) | 金融商品取引管理装置、金融商品取引管理方法、プログラム | |
JP2016015169A (ja) | 金融商品取引管理装置、金融商品取引管理システムおよびプログラム | |
JP6196354B2 (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: 09809966 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 20107010142 Country of ref document: KR Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: 12810077 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: 09809966 Country of ref document: EP Kind code of ref document: A1 |