JP2005174158A - Order system and its method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an order system and its method for making an order according to the total of the income and expenditure of a plurality of orders when a user makes a plurality of orders. <P>SOLUTION: The price of merchandise is continuously distributed from an exchange server 16 to a trading company server 2. Then, an operation for the preparation of the position of futures transaction and the execution of simulation is performed from a client device 4, and simulation following the set position and the price of merchandise is executed by the trading company server 2. The trading company server 2 displays the result of simulation at the client device 4. An operation for making an order following the simulation is executed from the client device 4, and an order to the exchange server 16 is made according to the position being an object of simulation by the trading company server 2. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to an order system and method for online ordering of commodity transactions whose prices change over time, for example, futures transactions.

In order to trade agricultural products such as soybeans and red beans and minerals such as gold, a method called commodity futures trading (hereinafter simply referred to as futures trading) is generally used.
This futures trading order can be made online as disclosed in Non-Patent Document 1.
Non-Patent Document 2 and Patent Document 1 disclose a method of automatically taking a profit taking order and a loss cut order.

However, the online transaction disclosed in Non-Patent Document 1 has room for further improvement.
Further, according to the methods disclosed in Non-Patent Document 2 and Patent Document 1, even though an order can be placed according to the price movement of each product, when a user places a plurality of orders, Orders cannot be placed according to the total balance of orders.
http://www.mbf.co.jp/ http://www.fuji-ft.co.jp/Venus/8_2.html Japanese Patent No. 3317350

The present invention has been made from the above background, and an object thereof is to provide an improved order system and method for online merchandise transactions.
Another object of the present invention is to provide an order system and method for placing an order in accordance with the sum of the balance of the plurality of orders when a certain user places a plurality of orders.

  In order to achieve the above object, the first ordering system according to the present invention provides an order for a plurality of types of commodities whose prices can fluctuate with time, and each of one or more exchanges handling the plurality of commodities. An order method accepting unit that accepts one or more order methods of the plurality of products, the order includes a sell order and / or a buy order, and the plurality of orders A simulation means for simulating a balance when an order according to the accepted ordering method is actually placed based on the price of each of the goods and the accepted ordering method; And ordering means for placing an order for the product with respect to each of the exchanges handling these products.

  Preferably, the apparatus further includes simulation result display means for displaying the result of the simulation, and the order means orders the product according to an operation performed in accordance with the display of the simulation result.

  Preferably, the simulation result display means displays the simulation result and the operation image used for ordering the product in association with each other, and the order means follows the operation on the operation image. The product is ordered.

  Preferably, the order method accepting means accepts an order quantity for one or more of the plurality of commodities as a position, and the simulation means simulates the balance of the entire accepted position.

  In addition, the second order system according to the present invention provides an order for a plurality of types of products whose prices may fluctuate with time. An order system for each exchange, wherein the order includes a sell order and / or a buy order, and one or more ordering methods for the plurality of products are provided for each user. Based on the order method accepting means for accepting, the condition of the balance for ordering the goods, the order condition accepting means accepting for each user, the price of each of the plurality of goods, and the accepted order method, Simulation means for performing a simulation of balance when an order according to the accepted ordering method is actually made at an arbitrary timing for each user When the balance obtained as a result of the simulation satisfies the conditions accepted for each user, according to the ordering method of the user, the order of the product is sent to each exchange that handles these products. Ordering means.

  Preferably, the simulation means repeatedly performs the balance simulation for each user at a predetermined timing, and the order means has a balance obtained as a result of the simulation performed at the predetermined timing. When the conditions accepted for each user are satisfied, the product is ordered according to the ordering method of the user.

  Preferably, the balance condition for placing an order for the product indicates the range of the balance, and the order condition accepting unit is configured to determine the balance when the order according to the accepted order method is actually placed. The range is accepted as a condition for a balance for placing an order for the product, and the ordering unit is configured to order the product when the balance obtained as a result of the simulation satisfies the condition for the range of the accepted balance. I do.

  The first ordering method according to the present invention is an ordering method for placing orders for a plurality of types of products whose prices may fluctuate with time with respect to one or more exchanges handling the plurality of products. The order includes a sell order and / or a buy order, and accepts one or more ordering methods for the plurality of products, the price of each of the plurality of products, and the accepted Based on the ordering method, the balance when the order according to the accepted ordering method is actually made is simulated, and according to the ordering method subject to the simulation, This is done for each exchange that handles products.

  Further, the second ordering method according to the present invention provides an order for a plurality of types of products, each of which prices may fluctuate with time, and includes one or more handling the plurality of products for each user who places the order. An ordering method for each exchange, wherein the order includes a sell order and / or a buy order, and one or more ordering methods for the plurality of products are set for each user. Accepting and accepting the condition of balance for placing an order for the product for each user, and ordering according to the accepted ordering method based on the price of each of the plurality of products and the accepted ordering method However, a simulation of the balance when actually performed is performed at any timing for each user, and the balance obtained as a result of the simulation is accepted for each user. When the condition is met, in accordance with the method the order of the user, the order of the goods, made to the Exchange each dealing with these products.

  Further, the first program according to the present invention is a program for placing an order for a plurality of types of products whose prices may fluctuate with time with respect to each of one or more exchanges handling the plurality of products. The order includes a sell order and / or a buy order, and an order method accepting step of accepting one or more order methods of the plurality of products, a price of each of the plurality of products, Based on the accepted ordering method, a simulation step for simulating a balance when an order according to the accepted ordering method is actually made, and the product according to the ordering method subject to the simulation The computer executes an ordering step of performing the order for each of the exchanges handling these commodities.

  In addition, the second program according to the present invention provides an order for a plurality of types of products whose prices may fluctuate over time, and one or more transactions that handle the plurality of products for each user who places the order. An order for each of the users to receive one or more ordering methods for the plurality of products, wherein the order includes a sell order and / or a buy order. The acceptance step is based on a method acceptance step, an order condition acceptance step for accepting, for each user, a balance condition for ordering the product, a price of each of the plurality of products, and the accepted order method. A simulation model that performs a simulation of the balance when an order according to a specified ordering method is actually made at an arbitrary timing for each user. And when the balance obtained as a result of the simulation satisfies the conditions accepted for each user, the order of the product is handled according to the ordering method of the user, and the transaction handling these products. And causing the computer to execute the ordering steps to be performed for each location.

The order system and method according to the present invention improves online merchandise transactions.
Further, according to the order system and method according to the present invention, when a certain user places a plurality of orders, the order can be placed according to the total balance of the plurality of orders.

[Background to the Invention]
First, prior to the description of the best mode of the present invention, the background of the present invention will be described in order to facilitate understanding thereof.
Online futures trading is performed, for example, in the following procedure.
(1) The user uses the function of the trading company's server to mediate between the user and the exchange, and the quantity of selling orders and the buying order for each of one or more products (hereinafter collectively referred to as these). A selling position or a buying position (hereinafter, collectively referred to simply as a position) in which a product to be put out and a quantity thereof are set is created.

(2) Using the functions of the trading company's server, the user can use the function of the trading company as described above to calculate the balance (price washing) when placing an order for each exchange at the current price. Perform a simulation.
(3) When the user is satisfied with the result of the simulation, he / she requests the trading company to place an order at each exchange according to the above-mentioned position using the function of the server of the trading company.
(4) When the user is dissatisfied with the result of the simulation, the user repeats the creation of the position with the changed order quantity and the simulation until the balance is satisfied.

However, since the online order so far does not link the simulation with the order, the user must manually input the simulation result into the order form, which is troublesome.
In addition, since the price of the product may further fluctuate during manual input to the order form, the simulation result may not match the actual transaction balance.

Also, for example, by tracking the price movement of each product, placing a profit-taking order when the product is higher than the set price, and conversely, placing a loss cut order when the product is lower than the set price. To some extent, risk can be avoided.
However, automatically making profit-taking orders and loss-cutting orders for individual products may not necessarily improve the balance when a user's transactions are viewed as a whole.
In the transaction system according to the present invention described below, a device for improving the above points is devised.

[Transaction system 1]
FIG. 1 is a diagram illustrating a transaction system 1 according to the present invention.
FIG. 2 is a diagram illustrating a hardware configuration of the transaction system 12, the trading company server 2, and the client device 4 illustrated in FIG.
As shown in FIG. 1, the transaction system 1 includes exchange servers 16-1 to 16-n provided in each of one or more (n; n ≧ 1) commodity futures exchanges that handle the same or different products. One or more (m; m ≧ 1) client devices 4-1 to 4-m, exchange server 16-1 to 16-n, and client device 4 used by a user who places an order for each exchange A trading company server 2 of a trading company that mediates orders between the two is connected via an ISDN line or a network 14 such as the Internet.

Hereinafter, when there are a plurality of possible components such as the exchange servers 16-1 to 16-n, they may be simply abbreviated as the exchange server 16 or the like.
Hereinafter, the exchange server 16, the trading company server 2, and the client device 4 are collectively referred to as nodes.

As shown in FIG. 2, the exchange server 16, the trading company server 2, and the client device 4 include a main body 100 including a CPU 102, a memory 104, a timer (not shown) for generating time information, a display device, a keyboard, and the like. It comprises an input / output device 106, a communication device 110 that communicates with other nodes, and a recording device 112 such as a CD device / HDD.
That is, the exchange server 16, the trading company server 2, and the client device 4 have components as computers that can communicate with other nodes.

[Exchange server 16]
The exchange server 16 receives an order from the client device 4 via the trading company server 2 and executes the received order.
Further, the exchange server 16 distributes price data indicating the price of each product handled by the exchange to the trading company server 2 substantially in real time.

[Trading company server 2]
FIG. 3 is a diagram showing a trading company server program 20 that operates on the trading company server 2 shown in FIGS.
As shown in FIG. 3, the trading company server program 20 includes an authentication / communication unit 200, an operation receiving unit 202, a position / order condition management unit 204, a position database (DB) 206, a simulator 208, a simulation DB 210, a monitoring unit 212, an order. It consists of a condition DB 214, an order processing unit 216, an account management unit 218, and an account DB 220.

The trading company server program 20 can be executed in any of the trading system 12, the trading company server 2, and the client device 4.
In addition, the components of the trading company server program 20 can be executed in a distributed manner in two or more of the trading system 12, the trading company server 2, and the client device 4 as appropriate. For the sake of clarity, a specific example will be given in which all the components of the trading company server program 20 are executed in the trading company server 2.
The trading company server program 20 is supplied to the trading company server 2 via the recording medium 114, loaded into the memory 104, and executed (the same applies to the following programs).

FIG. 4 is a diagram illustrating a GUI image for online transaction displayed on the client device 4 by the trading company server program 20 illustrated in FIG. 3.
The trading company server program 20 displays the GUI image illustrated in FIG. 4 on the input / output device 106 (FIG. 2) of the client device 4 using these components, and the exchange server according to the user's operation on the GUI image. A function for general online transactions such as placing an order for 16 is provided to the user.

Further, the trading company server program 20 uses the position received from the client device 4 and the price data received from the exchange server 16 to simulate the balance when an order is actually placed on the exchange server 16 according to the position. Calculate and display in the GUI image.
Further, the trading company server program 20 orders the exchange server 16 according to the position subject to the simulation in accordance with the user's operation on the displayed GUI.

Further, the trading company server program 20 executes, for each user of the client device 4, a balance simulation when an order is actually made to the exchange server 16 according to all the created positions at predetermined time intervals.
The trading company server 2 makes a loss cut order or a profit taking order to the exchange server 16 when the simulation result falls within a predetermined range.
It is preferable that the time interval of the simulation to be automatically executed is as short as possible. For example, this automatic simulation is executed at an interval of about 1 minute, It is determined whether to take a profit-taking order.

[Authentication / communication unit 200]
In the trading company server program 20, the authentication / communication unit 200 performs processing necessary for communication between the client device 4 and the exchange server 16.
Further, the authentication / communication unit 200 performs an authentication process necessary for security and a process for preventing falsification of data transmitted / received to / from these nodes.

[Operation Accepting Unit 202]
The operation accepting unit 202 accepts an operation on the GUI image (FIG. 4) displayed on the client device 4, and outputs information / data indicated by the accepted operation to each component of the trading company server program 20.
That is, the operation accepting unit 202 outputs the product to be ordered and the amount (position) indicated by the accepted operation to the position / order condition management unit 204, the simulator 208, and the order processing unit 216.
This position includes information such as (1) Sell / Buy order, (2) Product subject to order, (3) Exchange dealing with product subject to order, (4) Order quantity, etc. Any number of positions may be created for a single user.

Further, the operation accepting unit 202 outputs the order operation among the accepted operations to the order processing unit 216 together with the position corresponding to the order operation.
Further, the operation accepting unit 202 outputs information for simulation indicated by the accepted operation to the simulator 208 for each user.

[Order conditions]
FIG. 5 is a diagram exemplifying changes over time in the balance simulation results when an order is actually made to the exchange server 16 in accordance with all positions created by one user of the trading company server 2.
Further, the operation accepting unit 202 (FIG. 3) outputs the order condition indicated by the accepted operation to the position / order condition managing unit 204.
This order condition is, for example, as shown in FIG. 5 as a result of a balance simulation when an order is actually placed on the exchange server 16 in accordance with a position created by one user of the trading company server 2. From the simulation results at the start of monitoring when showing changes over time, for example, how to take profit orders when A% increases, and conversely, how to cut losses when B% decreases Indicates whether to issue

As for this order condition, a profit taking order condition and a loss cut order condition can be set for each user.
The ordering conditions for this profit-taking order include (1) profit-taking order, (2) timing for starting the profit-taking order (A% shown in FIG. 5), (3) products to be sold at this timing, the quantity of products, and their exchanges , (4) Information on products to be purchased and ordered at this timing, the quantity of products and their exchanges, etc. are included. Of these, information on (3) and (4) is set in an arbitrary number for each user. Can be done.
In addition, the order conditions for this loss cut order include (1) separate loss cut order, (2) timing to start the loss cut order (B% shown in FIG. 5), (3) products to be sold at this timing, Information on the quantity of goods and their exchanges, (4) Information on the goods to be bought and ordered at this timing, quantity of goods and their exchanges, etc. , (4) can be set to an arbitrary number for each user.

The position / order condition management unit 204 (FIG. 3) stores the position input from the operation receiving unit 202 in the position DB 206 and manages it for each user.
Further, the position / order condition management unit 204 reads out a position from the position DB 206 in response to a request and provides it for processing of other components of the trading company server program 20.

Further, the position / order condition management unit 204 stores the order conditions input from the operation receiving unit 202 in the order condition DB 214 and manages them for each user.
The position / order condition management unit 204 reads out the order condition from the order condition DB 206 in response to the request, and provides it for processing of other components of the trading company server program 20.

[Simulator 208]
The simulator 208 includes a program module that implements a UI function, and displays a GUI image for online transaction illustrated in FIG. 4 on the input / output device 106 (FIG. 2) of the client device 4.
The simulator 208 receives the price of the product from the exchange server 16 every moment via the authentication / communication unit 200.

The simulator 208 uses the information and position for simulation input from the operation receiving unit 202 and the price of the product from the exchange server 16 to actually place an order to the exchange server 16 according to the position. The simulation of the balance when it is performed is performed for each user.
The simulator 208 stores the result of this simulation in the simulation DB 210, manages it for each user, and returns it to the client device 4 of the user who created the position to be simulated, and displays the GUI image (FIG. 4). To display.
Further, when the simulator 208 receives an operation for ordering as per the simulation from the client device 4 via the operation receiving unit 202, the simulator 208 outputs the position to be simulated to the order processing unit 216. The order processing unit 216 is controlled to cause the exchange server 16 to place an order for each user according to this position.

[Monitoring unit 212]
When the monitoring unit 212 receives an operation for starting monitoring according to the created order condition from the client device 4 via the operation accepting unit 202, the monitoring unit 212 starts monitoring according to the order condition for each user. .
When the monitoring period comes, the monitoring unit 212 obtains each position and order condition of each user from the position / order condition management unit 204 and outputs it to the simulator 208, and the order according to the position is actually exchanged. The balance of each user when it is sent to the server 16 is simulated.

The monitoring unit 212 compares the simulation result of each user with the order condition, and determines whether the simulation result satisfies the order condition.
When the simulation result satisfies the order condition (in the example shown in FIG. 5, when the balance indicated by the simulation result increases by A% or decreases by B% in the example shown in FIG. 5), ), The order processing unit 216 causes the exchange server 16 to place an order according to the order conditions.

[Order processing unit 216]
The order processing unit 216 places an order to the exchange server 16 according to the position and operation via the operation receiving unit 202 input from the client device 4.
In addition, the order processing unit 216 places an order according to the control of the simulator 208 to the exchange server 16 as described above.
Further, the order processing unit 216 places an order according to the control of the monitoring unit 212 to the exchange server 16.

[Account Manager 218]
The account management unit 218 stores and manages each user's account (funds and transaction status (such as open interest)) in the account DB 220.
The account management unit 218 provides the account information stored in the account DB 220 for processing of other components of the trading company server program 20 in response to a request.

[Display of GUI image shown in FIG. 4 and operation for it]
The position is created, for example, by the user setting the “partition value” and “partition number” items for the GUI image shown in FIG.
After the position is set, for example, when the user clicks the “simulation” button of the GUI image, the simulator 208 (FIG. 3) executes a balance simulation for the set position in response to the click operation. To do.

The simulation result by the simulator 208 is displayed, for example, in the “price washing value”, “evaluation”, and “price washing” items of the GUI image.
Further, the simulator 208 obtains account information from the account management unit 218 and displays it on items such as “deposit”, “margin” and “open interest” in the GUI image (FIG. 4).

When the user is satisfied with the simulation result displayed on the GUI image (FIG. 4) and places an order according to the simulation target position, for example, the user clicks the “Order as Simulation” button on the GUI image. click.
In response to the click operation, the simulator 208 outputs the position to be simulated to the order processing unit 216, and executes the order according to this position.

When the user clicks the “order condition setting” button on the GUI image (FIG. 4), the operation accepting unit 202 sets the order condition in another window on the same screen as the GUI image, for example. A GUI image (not shown) is displayed.
When the user performs an operation of creating an order condition for the GUI image for setting the order condition, and further clicks the “monitoring start” button of the GUI image (FIG. 4), the position / order condition management unit 204 Accepts the created order condition for each user, and the monitoring unit 212 starts monitoring according to the order condition.
When the user presses the “end” button of the GUI image (FIG. 4), the simulator 208 deletes the GUI image for the input / output device 106 (FIG. 2) of the client device 4. End acceptance of.

[Order to exchange server 16 by trading company server program 20]
Here, it will be further described how the order to the exchange server 16 (FIGS. 1 and 2) by the trading company server program 20 is performed.

[Order as simulated]
FIG. 6 is a flowchart showing the process (S10) in the case where the trading server server program 20 orders the exchange server 16 as simulated.
First, the case where the trading company server program 20 orders the exchange server 16 according to the simulation will be described.

As shown in FIG. 6, in step 100 (S100), the operation accepting unit 202 of the trading company server program 20 determines whether or not an operation for performing a simulation has been performed.
The trading company server program 20 proceeds to the process of S102 when an operation for executing the simulation (for example, clicking on the “simulation” button of the GUI image shown in FIG. 4) is performed, and otherwise the process of S108. Proceed to

In step 102 (S102), the simulator 208 accepts the created position and simulation operation from the position / order condition management unit 204 and the operation acceptance unit 202.
In step 104 (S104), the simulator 208 executes a simulation.
In step 106 (S106), the simulator 208 displays the simulation result on the GUI image (FIG. 4).

In step 108 (S108), the operation receiving unit 202 determines whether or not an operation for placing an order as simulated has been performed.
The trading company server program 20 proceeds to the process of S110 when an operation for placing an order as simulated is performed, and proceeds to the process of S112 otherwise.

In step 110 (S110), the simulator 208 outputs the position subject to the simulation to the order processing unit 216, and controls the order processing unit 216 to place the order according to this position on the exchange server 16. Let them out.
In step 112 (S112), the operation receiving unit 202 determines whether an operation for termination is performed.

The trading company server program 20 terminates the process of accepting the user's operation when an operation for termination is performed, and returns to the process of S100 otherwise.
The process shown in FIG. 6 is executed for each user, and an order according to the position created by each user is issued to the exchange server 16.

[Order according to order conditions]
FIG. 7 is a flowchart showing a process (S20) in the case where an order according to the order condition is made with respect to the exchange server 16 by the trading company server program 20.
Next, processing when the trading company server program 20 places an order according to the order conditions with respect to the exchange server 16 will be described.

When the user causes the trading company server program 20 to set order conditions and starts monitoring, and when the monitoring cycle comes, the monitoring unit 212 in step 200 (S200), as shown in FIG. The user's position and order conditions are read from the simulator 208 and the order condition DB 214.
In step 202 (S202), the monitoring unit 212 outputs the read position to the simulator 208, executes simulation, and receives the result.

In step 204 (S204), the monitoring unit 212 determines whether the simulation result satisfies the order condition.
The trading company server program 20 proceeds to the process of S206 when the simulation result satisfies the order condition, and terminates the process otherwise.

In step 206 (S206), the monitoring unit 212 controls the order processing unit 216 to cause the exchange server 16 to place an order according to the order conditions.
Note that the trading company server program 20 executes the processing shown in FIG. 7 for each user who starts monitoring for each monitoring cycle.

[Client program 40]
FIG. 8 is a diagram showing a client program 40 that operates on the client device 4 shown in FIGS.
As shown in FIG. 8, the client program 40 includes a UI unit 400 and an authentication / communication unit 200.

As in the trading company server program 20, the authentication / communication unit 200 performs processing necessary for communication between the client device 4 and other nodes, and authentication processing and falsification prevention processing necessary for maintaining communication security. I do.
The UI unit 400 receives a GUI image (FIG. 4) from the trading company server program 20, displays it on the input / output device 106 (FIG. 4) of the client device 4, accepts an operation on this GUI image, and authenticates / communication unit 200. Is transmitted to the trading company server 2 via.
That is, the client program 40 realizes the same function as the Web browser.

[Overall operation]
Hereinafter, the overall operation of the transaction system 1 (FIG. 1) will be described.

First, the operation when an order as simulated is performed will be described.
FIG. 9 is a communication sequence (S14) in the transaction system 1 when an order is made as simulated.
As shown in FIG. 9, in step 140 (S140), the price of the product is continuously distributed from the exchange server 16 to the trading company server 2.

In step 142 (S142), the user of the client device 4 performs operations for creating positions and executing simulations.
In step 144 (S144), the trading company server 2 executes a simulation according to the set position and the price of the product.

In step 146 (S146), the trading company server 2 returns the simulation result to the client device 4.
In step 148 (S148), the client device 4 displays the simulation result to the user.

In step 150 (S150), the user of the client device 4 performs an operation for placing an order as simulated.
In step 152 (S152), the trading company server 2 performs a process for placing an order as simulated.
In step 154 (S154), the trading company server 2 places an order to the exchange server 16 in accordance with the position targeted for the simulation.

Next, an operation when an order according to the order condition is performed will be described.
FIG. 10 is a communication sequence (S24) in the transaction system 1 when an order according to the order conditions is placed.
In FIG. 10, the simulation processing in the trading company server 2 shown in FIG. 9 and the display processing of the result in the client device 4 are omitted.

As shown in FIG. 10, in step 240 (S240), the price of the product is continuously distributed from the exchange server 16 to the trading company server 2.
In step 242 (S242), the user of the client apparatus 4 performs an operation for creating a position and executing a simulation.

In step 244 (S244), the trading company server 2 displays the simulation result on the client device 4.
In step 246 (S246), the user of the client device 4 performs an operation for creating an order condition.
In step 248 (S248), the trading company server 2 performs a balance simulation when an order is placed according to the order conditions, and displays the result on the client device 4.

In step 250 (S250), the user of the client device 4 performs an operation for starting monitoring.
In step 252 (S252), the trading company server 2 periodically performs a simulation based on the user's position and a determination (monitoring process) based on the order conditions.
In step 254 (S254), when the result of the simulation in the monitoring process satisfies the order condition, the trading company server 2 orders the exchange server 16 according to the order condition.

  The present invention can be used to place online orders for commodity transactions whose prices change over time, such as futures transactions.

It is a figure which illustrates the transaction system concerning the present invention. It is a figure which illustrates the hardware constitutions of the transaction system, trading company server, and client apparatus which were shown in FIG. It is a figure which shows the trading company server program which operate | moves on the trading company server shown in FIG. 1, FIG. FIG. 4 is a diagram illustrating a GUI image for online transaction displayed on the client apparatus 4 by the trading company server program shown in FIG. 3. It is a figure which illustrates the time-dependent change of the result of the simulation of the balance when actually placing an order in the exchange server 16 according to all the positions which one of the users of the trading company server created. It is a flowchart which shows the process (S10) when the order as a simulation is performed with respect to an exchange server by a trading company server program. It is a flowchart which shows the process (S20) in case an order according to order conditions is performed with respect to the exchange server 16 with a trading company server program. It is a figure which shows the client program which operate | moves on the client apparatus shown in FIG. 1, FIG. It is a communication sequence (S14) in a transaction system when the order as a simulation is performed. It is a communication sequence (S24) in a transaction system when the order according to order conditions is performed.

Explanation of symbols

1 ... trading system,
14 ... Network,
16: Exchange server,
100 ... body,
102 ... CPU,
104: Memory,
106: I / O device,
110: Communication device,
112... Recording device,
114... Recording medium,
2 ... Trading company server,
20 ... Trading company server program,
200: Authentication / communication department,
202... Operation receiving unit,
204 ... Position / order condition management department,
206 ... Position DB,
208 ... simulator,
210 ... simulation DB,
212 ... Monitoring unit,
214 ... Order condition DB,
216: Order processing unit,
218 ... Account management department,
220 ... Account DB,
4 ... Client device,
40 ... Client program,
400 ... UI part,

Claims (16)

An ordering system for placing orders for a plurality of types of products, each of which can vary in price over time, with respect to each of one or more exchanges handling the plurality of products, wherein the order includes a selling order and a buying order. Contains an order or one of these,
Order method accepting means for accepting one or more order methods of the plurality of products;
Simulation means for simulating a balance when an order according to the accepted ordering method is actually placed based on the price of each of the plurality of products and the accepted ordering method;
An ordering system comprising: an ordering unit configured to place an order for the product with respect to each of the exchanges handling these products in accordance with the ordering method subjected to the simulation. A simulation result display means for displaying the result of the simulation;
The order system according to claim 1, wherein the order unit orders the product according to an operation performed in response to the display of the simulation result. The simulation result display means displays the simulation result in association with the operation image used for ordering the product,
The order system according to claim 2, wherein the order unit orders the product according to an operation on the operation image. The order method accepting means accepts an order quantity for one or more of the plurality of products as a position;
The order system according to claim 1, wherein the simulation unit performs a simulation of a balance of the entire accepted position. An order system for performing ordering of a plurality of types of products, each of which price may fluctuate over time, for each of one or more exchanges handling the plurality of products, for each user who places the order, The order includes a sell order and / or a buy order,
Order method accepting means for accepting one or more order methods of the plurality of products for each user;
Order condition accepting means for accepting the condition of the balance for ordering the product for each user;
Based on the price of each of the plurality of products and the accepted ordering method, a simulation of the balance when an order according to the accepted ordering method is actually made is performed for each user. Simulation means to be performed at an arbitrary timing;
When the balance obtained as a result of the simulation satisfies the conditions accepted for each user, according to the ordering method of the user, the order of the product is sent to each exchange that handles these products. An order system comprising: The simulation means repeatedly performs the balance simulation for each user at a predetermined timing,
The ordering unit places an order for the product according to the ordering method of the user when a balance obtained as a result of the simulation performed at the predetermined timing satisfies a condition accepted for each user. The order system according to claim 5. The balance condition for ordering the product indicates the range of the balance,
The order condition accepting means accepts a range of balance when an order according to the accepted ordering method is actually placed as a condition of balance for ordering the product,
The order system according to claim 5 or 6, wherein the order means orders the product when a balance obtained as a result of the simulation satisfies a condition of the range of the accepted balance. An ordering method for placing an order for a plurality of types of products, each of which can vary in price over time, with respect to each of one or more exchanges handling the plurality of products, wherein the order includes a sell order and a buy order. Contains an order or one of these,
Accept one or more ordering methods for the plurality of items;
Based on the price of each of the plurality of products and the accepted ordering method, perform a simulation of the balance when an order according to the accepted ordering method is actually placed,
An ordering method in which the product is ordered with respect to each exchange that handles these products in accordance with the ordering method subject to the simulation. An ordering method in which an order for a plurality of types of products each having a price that varies over time is made to each of the one or more exchanges that handle the plurality of products for each user who places the order, The order includes a sell order and / or a buy order,
Accepting one or more ordering methods for the plurality of products for each user;
Accept the balance conditions for ordering the product for each user,
Based on the price of each of the plurality of products and the accepted ordering method, a simulation of the balance when an order according to the accepted ordering method is actually made is performed for each user. At any time,
When the balance obtained as a result of the simulation satisfies the conditions accepted for each user, according to the ordering method of the user, the order of the product is sent to each exchange that handles these products. How to order. A program for placing an order for a plurality of types of products, each of which can vary in price over time, with respect to each of one or more exchanges handling the plurality of products, wherein the order includes a sell order and a buy order. Or one of these,
An order method accepting step for accepting one or more order methods of the plurality of items;
A simulation step of simulating a balance when an order according to the accepted order method is actually placed based on a price of each of the plurality of products and the accepted order method;
A program for causing a computer to execute an ordering step of placing an order for the product with respect to each of the exchanges handling these products in accordance with the ordering method subjected to the simulation. Causing the computer to further execute a simulation result display step for displaying the simulation result;
The program according to claim 10, wherein the ordering step orders the product according to an operation performed in response to the display of the simulation result. The simulation result display step displays the simulation result in association with the operation image used for ordering the product,
The program according to claim 11, wherein the ordering step orders the product according to an operation on the operation image. The order method accepting step accepts an order quantity for one or more of the plurality of products as a position;
The program according to any one of claims 10 to 12, wherein the simulation step performs a simulation of a balance of the entire accepted position. A program for placing an order for a plurality of types of products whose prices may fluctuate over time for each of the one or more exchanges handling the plurality of products for each user who places the order, Orders include sell orders and / or buy orders,
An order method accepting step for accepting one or more order methods of the plurality of products for each of the users;
An order condition accepting step for accepting, for each user, a balance condition for placing an order for the product;
Based on the price of each of the plurality of products and the accepted ordering method, a simulation of the balance when an order according to the accepted ordering method is actually made is performed for each user. Simulation steps to be performed at arbitrary timing,
When the balance obtained as a result of the simulation satisfies the conditions accepted for each user, according to the ordering method of the user, the order of the product is sent to each exchange that handles these products. A program that causes a computer to execute the ordering steps to be performed. The simulation step repeatedly performs the simulation of the balance for each user at a predetermined timing,
In the ordering step, when the balance obtained as a result of the simulation performed at the predetermined timing satisfies a condition accepted for each user, the order of the product is ordered according to the ordering method of the user. The program according to claim 14. The balance condition for ordering the product indicates the range of the balance,
The order condition accepting step accepts a range of balance when an order according to the accepted ordering method is actually placed as a condition of balance for ordering the product,
The program according to claim 14 or 15, wherein the ordering step orders the product when a balance obtained as a result of the simulation satisfies a condition of the range of the accepted balance.

Images