JP4266729B2 - Electronic commerce system - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an electronic commerce system that mediates the buying and selling of merchandise, and more particularly to a real-time electronic commerce system that handles block execution specified orders.
[0002]
[Prior art]
There are a real-time type and a negotiation type in an electronic commerce system that mediates the buying and selling of goods. The real-time type is a form in which a plurality of orders are automatically attached at the same time to establish a transaction, and is an n: n transaction. The negotiation formula is a form in which a person who performs a transaction for one order individually negotiates and establishes the transaction, and is a 1: n transaction.
[0003]
In the real-time electronic commerce system, as in general commerce, the contract is made according to the “price priority principle, time priority principle”. The principle of price priority is that a low-price selling price takes precedence over a high-priced selling price, and a high-price buying price takes precedence over a low-price buying price. The principle of time priority means that an earlier order has priority over orders of the same price.
[0004]
As the real-time electronic commerce system, an auction method, a market making method, and the like are known. Japanese Patent Application Laid-Open No. 2002-149981 discloses a method in which an auction-type transaction is incorporated in a market-making type transaction.
[0005]
On the other hand, in a commercial transaction, there is a block contract designation order that does not allow partial contracts. This order will not be filled unless the trading conditions of the corresponding order match exactly. A contract is executed only when conditions such as price, quantity, brand, etc. are completely matched between a sell order and a buy order. Block execution is specified for both sell orders and buy orders.
[0006]
A block execution specified order is canceled if it is not immediately executed when matched with the corresponding order. The reason is to prevent other transactions from being delayed due to the stopping of other orders. Therefore, the contract rate of the block execution designated order is lower than that of a general order without the block execution designation. At present, block contract-designated orders are mainly based on interpersonal transactions with securities companies.
[0007]
With reference to FIG. 10, processing of an order in the real-time electronic commerce system, particularly processing of a block execution designation order will be described. Here, the real-time electronic commerce system executes processing by the real-time transaction processing program P20. In step S200, the real-time electronic commerce system receives an order designated for real-time transaction, and transmits it to the real-time transaction processing program P20. In the real-time transaction processing program P20, first, in step S201, an assembling process for combining the selling order and the buying order is performed. Next, in step S202, a contract determination that is a determination as to whether or not a contract is possible is performed based on the result of the garnish processing. As described above, since the partial contract is not established in the order of the block contract designation, it is determined whether the conditions such as price, quantity, brand, etc. are completely matched between the sell order and the buy order. As a result of the contract determination, if contract is possible, the process proceeds to step S203, and contract processing is performed. If the contract is not possible, the process proceeds to step S204, and a cancel process is performed. In other words, the order of block execution designated that has not been executed is canceled.
[0008]
With reference to FIG. 11, the example of the block contract designation | designated order in an auction system is demonstrated. FIG. 11 shows a board displaying the price and the quantity of selling and buying for it. The vertical axis represents price and the horizontal axis represents time. At the same price, the closer to the center, the faster the order. FIG. 11 (1) shows the order status of selling / buying for the brand A. At price 11, there are two sell orders with a quantity of 50, but no buy orders. At a price of 10, there is one selling order for each of the quantities 100, 50, 20, and 10, and among them, the quantity 100 is a block contract specified selling order. The quantity 100 is underlined to indicate block execution designation. At price 10, there are 50 and 40 buy orders. At price 9, there is no sell order and there are 50 and 50 buy orders.
[0009]
At a price of 10, there are 50 and 40 buy orders corresponding to a block contract specified sale order with a quantity of 100. There are a total of 90 buy orders. However, the block contract specified sale order does not partially fill. Therefore, the block execution designated sale order with the quantity of 100 is canceled. The selling orders of the quantities 50, 20 and 10 which are not designated as block executions and the buying orders of the quantities 50 and 40 are added. As a result of the garnish, the final order status is as shown in FIG. In the board of FIG. 11 (2), the canceled block order designated sale order of the quantity 100 and the executed sell order and buy order are deleted.
[0010]
By the way, in recent years, the deregulation of electric power has been discussed, and examination on electric power trading is necessary. The power generation equipment has the following restrictions.
(A) At a minimum, a certain amount of power generation (minimum output) specified for the facility must be generated.
(B) Once activated, it must be operated for a certain period of time (minimum continuous operation time).
(C) Once stopped, it cannot be restarted for a certain time (minimum operation restart time).
[0011]
Therefore, when operating a power generation facility for selling electricity, there is a high need for block contracts for the amount of generated power and the power generation time zone. In addition, even when only surplus power is sold, there is a need for similar block contracts for the purpose of stably operating power generation equipment and keeping power generation costs low.
[0012]
Electricity trading can be classified into three methods: futures trading, one day advance trading, and day trading. The more the latter, the more immediate trading is required, and the demand for real-time trading rather than negotiation trading increases.
[Patent Document 1]
JP 2002-149981 A
[0013]
[Problems to be solved by the invention]
As described above, the conventional real-time electronic commerce system has a drawback that the transaction rate of the block execution designated order is low and the transaction efficiency is poor.
An object of the present invention is to improve a contract rate and increase transaction efficiency by increasing a contract opportunity of a block contract specified order in an electronic commerce system.
[0014]
[Means for Solving the Problems]
In the present invention, as shown in the following (1) and (2), by increasing the execution chance of the block contract specified order, the close rate of the block contract specified order is improved, and the transaction efficiency in the real-time electronic commerce system is improved. To improve.
(1) The number of execution opportunities is increased by shifting the block execution specified order that has not been executed in the real-time type electronic commerce system to the negotiation type electronic commerce system without canceling it as in the prior art (FIG. 10).
(2) By adding a decision process that returns the block execution specified order that was not executed in the real-time electronic commerce system to the garnish process again without canceling as in the prior art (FIG. 10), increase.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
An example of a real-time electronic commerce system according to the present invention will be described with reference to FIG. The real-time electronic commerce system 20 of this example is connected to a plurality of user terminals 10 and a negotiation-type electronic commerce system 30 via a network 13. A dedicated line may be used instead of the network 13 for connection between the real-time electronic commerce system 20 and the negotiation electronic commerce system 30. The user terminal 10 includes an input / output unit 11 and a data processing unit 12.
[0016]
The real-time electronic commerce system 20 of this example includes a real-time transaction processing unit 21 that processes real-time transactions and a transaction processing database 22 that stores data related to real-time transactions. As described above, an auction method, a market making method, and the like are known for real-time transactions.
[0017]
The real-time transaction processing unit 21 actually processes all orders specified by the real-time transaction, but in the following, only the processing of the block contract specified order will be described in particular.
The real-time transaction processing unit 21 includes a matching processing unit 201 that performs matching of real-time transaction specified orders, a contract determination unit 202 that determines whether or not to execute a contract based on the result of the matching, and a block contract specified order that has been determined to be executable. A contract processing unit 203 that executes contract processing, a transaction processing determination unit 205 that determines how to process a block contract specified order that is determined to be unsuccessful, and a rule 206 are included.
[0018]
The transaction processing determination unit 205 determines how to process an uncommitted block execution specified order based on the rule 206. The transaction processing determination unit 205 determines whether to shift to the negotiation-type electronic commerce system 30 or return to the garnish processing unit 201 instead of immediately canceling the uncommitted block execution specified order. Examples of the transaction processing determination unit 205 and the rules 206 are shown in FIGS.
[0019]
The user terminal 10 converts user order information input from the input / output unit 11 into electronic data by the data processing unit 12 and transmits the electronic data via the network 13. The order specified by the real-time transaction is transmitted to the real-time electronic commerce system 20, and the order specified by the negotiation transaction is transmitted to the negotiation-type electronic commerce system 30.
[0020]
The real-time transaction processing unit 21 performs order matching based on the real-time transaction, writes transaction information such as a matching status and transaction history to the transaction processing database 22 as needed, and inputs / outputs of the user terminal 10 via the network 13. To the unit 11.
[0021]
The negotiation-type electronic commerce system 30 includes a negotiation-type transaction processing unit 31 that processes the negotiation-type transaction and a transaction processing database 32 that stores data related to the negotiation-type transaction. The negotiation type transaction processing unit 31 performs order matching based on the negotiation type transaction, writes transaction information such as the matching status and transaction history to the transaction processing database 32 as needed, and inputs / outputs of the user terminal 10 via the network 13. To the unit 11.
[0022]
With reference to FIG. 2, the operation of the real-time transaction processing unit 21, particularly the processing of the block contract designation order will be described in detail. As shown in the figure, the real-time transaction processing unit 21 performs processing by a real-time transaction processing program P21.
[0023]
In step S200, the real-time transaction processing unit 21 receives an order specified by a real-time transaction. First, in step S201, the real-time transaction processing program P21 performs an assembling process for combining the selling order and the buying order. Here, it is assumed that at least one of the sell order and the buy order is a block contract designation. First, it is determined whether or not the matching priority of the block execution designated order to be processed has the highest priority. Next, if the priority is highest, it is determined whether or not there is a corresponding order that can be matched. . If there is a corresponding order, the order is matched and the process proceeds to step S202. The garnish process in step S201 is executed every time a real-time transaction designation order is received.
[0024]
In step S202, it is determined whether or not the attached block execution designation order can be executed. If the contract can be executed, the process proceeds to step S203, and the block execution designation order is executed. If it cannot be executed, the process proceeds to step S400.
[0025]
In step S400, an uncommitted block execution designated order is processed according to the rule 206. That is, it is determined whether to return the uncommitted block contract designation order to the matching process in step S201 or to shift to the negotiation type transaction processing program P30.
[0026]
An example of the rule 206 will be described below.
(A) When the time T1 that has elapsed since the first time t0 when the block execution specified order is matched with the corresponding order exceeds the specified waiting time T, the process proceeds to the negotiation type transaction processing program P30.
(B) When the number M1 of executing the specific determination process exceeds the predetermined determination number M, the process proceeds to the negotiation type transaction processing program P30.
[0027]
The simplest processing flow is to wait for the waiting time T without doing anything, and when the contract is not made, the process proceeds to the negotiation type transaction processing program P30. Even in this case, there is a possibility that a new corresponding order will be generated during the waiting time T1 and the contract will be executed. In a more complicated processing flow, in (a) and (b), when returning the corresponding block execution designated order to the matching processing in step S201, processing for changing the state of the corresponding order is performed. An example of the processing is shown below.
(C) Change the time priority of the corresponding order.
(D) Change the price priority of the corresponding order.
(E) The block unit of the corresponding order is divided into a plurality of blocks.
[0028]
Thus, according to this example, when the block execution designated order cannot be executed in step S202, the cancel process is not performed as in the conventional case (FIG. 10), but the determination in step S400 is performed. Returning to the matching process in step S201, it is possible to increase the execution opportunity of the unconfirmed block execution designation order.
[0029]
A case will be described in which it is determined in step S400 that an uncommitted block execution designated order is transferred to the negotiation transaction processing program P30. The negotiation-type transaction processing program P30 receives an uncommitted block execution specification order for real-time type transaction processing designation transferred from the real-time type transaction processing program P21 in step S300A. In step S300B, the negotiation-type transaction specification order is received. Receive. The negotiation-type transaction designation order includes a block contract designation order and an order that is not a block contract designation. Here, processing of a block contract designation order will be described.
[0030]
In the negotiation-type transaction processing program P30, first, in step S301, a block contract specified order matching process is performed. Note that the associating process in step S301 is executed every time the negotiation-type transaction processing program P30 receives the orders S300A and S300B.
[0031]
In step S302, it is determined whether or not an uncommitted block execution designated order that has been attached can be executed. If the contract can be executed, an uncommitted block execution specified order is executed in step S303. If the contract cannot be executed, the unconfirmed block execution specified order is returned to step S301. In step S301, the undetermined block contract designation order is matched again.
[0032]
In the example of FIG. 2, two programs, a real-time transaction processing program P21 and a negotiation transaction processing program P30, are used. However, the real-time transaction processing program P21 and the negotiation-type transaction processing program P30 are integrated to create one electronic commerce processing program, and the processing in the real-time transaction processing program P21 is uncommitted by this integrated electronic commerce processing program. The process of transferring the block execution designated order of the real-time transaction processing program P21 from the real-time transaction processing program P21 to the negotiation transaction processing program P30 and the processing of the negotiation transaction processing program P30 may be executed sequentially.
[0033]
Next, a more detailed example of the electronic commerce system according to the present invention will be described with reference to FIGS. In this example, the user is a power generation company, and the object of the transaction is power generated by the power generation company. Further, an auction method will be described as an example of real-time transaction.
[0034]
FIG. 3 shows an example of a power generation plan of a power generation company that owns a power generation facility with a rating of 50 kW and a minimum output of 30 kW. In the time zone from 9:00 to 10:00, 20 kW out of the 40 kW planned power sale is a block contract designated sale order, and in the time zone from 10:00 to 11:00, 10 kW out of the 30 kW planned power sale is a block contract It is a designated sale order. In the time zone 11:00 to 12:00, the block sale designated sale order is zero in the power sale schedule 20 kW.
[0035]
FIG. 4 shows an example of an input screen displayed on the input / output unit 11 of the user terminal 10. Input data includes, for example, “power generation date”, “sell / buy distinction”, “buy / sell unit price”, “time zone”, “amount of trading power”, “designation of block contract”, “designation of trading market”, etc. is there. Here, it is assumed that the power generation company illustrated in FIG. 3 inputs data from the input / output unit 11 of the user terminal 10. Therefore, “Sell” is input to the “Sell / Buy” item, and “Electricity sold” shown in FIG. 3 is input to the “Trade power amount” item.
[0036]
In block designation 500, a block transaction is designated with respect to the amount of electric power purchased and sold. As in the example of FIG. 3, 9:00 to 10:00 is 20 kW out of the electric power sold 40 kW, 10:00 to 11:00 is 10 kW out of the electric power sold 30 kW, and 11:00 to 12:00 is electric power sold. Of the 20 kW capacity, 0 kW is designated as a block contract.
Regarding the time zone, the block contract designation is in the range of 9: 00 to 12:00 in which the electric energy is input.
[0037]
In the transaction market designation 501, an order transaction market is selected. In this example, the user can select a trading market as follows.
(1) “Auction Transaction 1 (Transition to Negotiation Transaction)”
(2) “Auction Transaction 2 (Does not shift to negotiation transaction)”
(3) "Negotiation transaction"
(4) "Auction / negotiation transaction"
[0038]
When the user designates the auction transaction 1, the user's order is first transmitted to the real-time electronic commerce system 20. Therefore, the real-time transaction processing unit 21 performs auction transaction processing. Block execution order designation orders that have not been executed are transferred to the negotiation-type electronic commerce system 30.
[0039]
When the user designates the auction transaction 2, the user's order is transmitted to the real-time electronic commerce system 20. Therefore, the real-time transaction processing unit 21 performs auction transaction processing. Block execution orders that have not been executed will be cancelled.
[0040]
If the user specifies a negotiation transaction, the user's order is sent directly to the negotiated electronic commerce system 30. Therefore, the negotiation transaction processing unit 31 performs auction transaction processing.
[0041]
When the user designates an auction / negotiation transaction, the user's order is transmitted to both the real-time electronic commerce system 20 and the negotiation electronic commerce system 30. In the real-time electronic commerce system 20, the auction transaction is processed by the real-time transaction processor 21, and in the negotiation-type electronic commerce system 30, the auction transaction is processed by the negotiation transaction processor 31. When an order is executed in one trading market, the order is canceled in the other trading market.
[0042]
In this way, in this example, by providing “auction transaction 1” and “auction / negotiation transaction”, the execution opportunity of the block execution designated order increases, and the contract rate increases.
[0043]
This will be described with reference to FIG. The order content input via the input / output unit 11 of the user terminal 10 is converted into electronic data by the data processing unit 12 and transmitted to the real-time electronic commerce system 20 via the network 13. FIG. 5 shows an example of data transmitted to the real-time electronic commerce system 20.
[0044]
With reference to FIG. 6, the process in the real-time type | mold electronic commerce system 20, especially the process of the block contract designation | designated order in the real-time type | formula transaction processing part 21 is demonstrated. The real-time transaction processing unit 21 executes a real-time transaction processing program P22. Below, the processing of the real-time transaction processing program P22 will be explained. In addition, with reference to FIG. 7, FIG. 8, and FIG.
[0045]
In step S200, real-time electronic commerce system 20 inputs a real-time transaction designated order. As described above, the real-time transaction designation order includes an order with designation of “auction transaction 1”, “auction transaction 2”, and “auction / negotiation transaction”.
[0046]
Next, in step S406, the number of executions M1 of steps S201, S202, and S401 is set to zero.
In step S201, the real-time transaction processing program P22 performs a matching process between the block contract designated sale order and other orders shown in FIG. In step S202, it is determined whether or not execution is possible.
[0047]
FIG. 7 (1) shows the state of the board at the time t0 at which the block contract specified sales orders 601 to 603 are started. This is because the underlined order includes the block execution specified order shown in FIG. 3, and the parentheses indicate the quantity of the block execution specified order. At this time, the sell order 601 can be executed with the buy order 609 and the quantity 30, but the sell orders 602 and 603 are not yet in the highest time priority order and cannot be matched. As described with reference to FIG. 3, in this example, blocks are designated in three time zones 9:00 to 10:00, 10: 0 to 11:00, and 11:00 to 12:00. Therefore, unless the block designation orders included in the three time zones 9:00 to 10:00, 10:00 to 11:00, and 11:00 to 12:00 are simultaneously executed, they are not executed. The contract judgment in step S202 is “uncommitted”, and the process proceeds to step S401.
[0048]
In step S401, the specified standby time T is compared with the elapsed time T1 from the garnish start time t0. Until the elapsed time T1 exceeds the waiting time T, the process returns to step S201 to execute the garnish process. Assuming that new orders such as selling orders 612 to 614 and buying orders 615 and 616 are entered during this period, as shown in FIG. 7B, the selling order 607 and the buying order 616 have a quantity of 20, and the selling order 608 and the buying order 610. Is executed with a quantity of 10, and becomes as shown in FIG. Since the block contract specified sale orders 601 to 603 have not been executed within the time T ≧ T1, the process proceeds to step S402.
[0049]
Here, the prescribed waiting time T may be a fixed value, but may be changed according to conditions. For example, pay attention to the matching ratio between the block total quantity of the block execution specified order and the total quantity of the counterpart order. If the matching ratio is 50% or less, Tn seconds, and if it exceeds 50%, Tm (Tn <Tm) seconds And When this condition is applied to FIG. 7 (1), the matching ratio is 20/30 and exceeds 50% from the total block quantity 30 (20 + 10 + 0) of the block contract specified sale order and the total quantity 20 (20 + 0 + 0) of the counterpart order that can be executed. Therefore, the specified waiting time is Tm seconds.
[0050]
In step S402, the number M1 of execution of steps S201, S202, and S401 is compared with the prescribed number M of determinations. Until the execution count M1 exceeds the predetermined determination count M, the process proceeds to step S404, and the execution count M1 is incremented by one. In step S405, the time priority of the block contract designated sale orders 601 to 603 is made the lowest. Process. As a result, the state of the plate is as shown in FIG.
[0051]
Thereafter, assuming that new orders of selling orders 617 and 618 and buying orders 619 to 621 are entered as shown in FIG. 9 (1), selling orders 604 and 612 and buying orders 609, 615 and 619 have a total quantity of 75, Sell orders 605 and 613 and buy orders 616 and 620 are executed with a total quantity of 40, and sell orders 606 and 614 and buy orders 610, 611, and 621 are executed with a total quantity of 65.
[0052]
FIG. 9 (2) shows the state of the plate after the completion of such a new order. At this point, the sell order 601 can be executed with the buy order 619 and the quantity 20, and the sell order 603 can be executed with the buy order 621 and the quantity 10. However, the sell order 602 is not yet in the highest time priority order. Therefore, it cannot be executed. If a purchase order with a quantity of 15 or more is entered for the time zone 10:00:00 to 11:00 before the elapsed time T1 exceeds the specified waiting time T, the block contract designated sale order is executed, so that the process of step S203 Performs contract processing. Otherwise, the process proceeds to the rule 206 determination process in steps S401 and S402.
[0053]
When the contract processing in step S203 is performed for an order designated as “auction / negotiation transaction”, the order information is transmitted to the negotiation-type electronic commerce system 30. The negotiated electronic commerce system 30 deletes the corresponding uncommitted block transaction specified order.
[0054]
In this embodiment, the time priority of the corresponding order is changed. However, for example, the price priority is increased by increasing the price priority (for example, the selling price is low for a selling order and the buying price is high for a buying order). It may be changed. Further, in order to increase the possibility of execution, a process of dividing the block unit of the corresponding order into a plurality of blocks, such as division of a block designation quantity or division of a block designation time zone, may be added.
[0055]
As described above, when the determination processes S201, S202, and S401 are repeated and the number M1 of executing these processes exceeds the predetermined determination number M, the process proceeds to determination in step S403. It is determined whether or not “auction transaction 1” (transition to negotiation transaction) is designated in the uncommitted block execution designated sale orders 601 to 603. If there is a designation of “auction transaction 1” (transition to negotiation transaction), an uncommitted block contract designated sale order is migrated to the negotiation-type transaction processing program P30. If “auction transaction 1” is not designated, that is, if “auction transaction 2” or “auction / negotiation transaction” is designated, the process proceeds to step S204, and an uncommitted block contract designated sale order is canceled.
[0056]
Information regarding cancellation of an uncommitted block contract designated sale order or transition to a negotiation transaction is preferably transmitted to the input / output unit 11 of the user terminal 10 via the network 13 and notified to the user.
[0057]
The negotiation-type transaction processing program P30 receives an uncommitted block contract specified sale order transferred from the real-time type transaction processing program P22 in step S300A, and inputs a negotiation-type transaction specified order in step S300B. As described above, the negotiation-type transaction designated order includes a designated order of “negotiation transaction” and a designated order of “auction / negotiation transaction”.
[0058]
In the negotiation type transaction processing program P30, the matching process in step S301, the contract determination in step S302, and the contract process in step S303 are the same as the example described with reference to FIG.
[0059]
According to this example, the block execution specified order determined to be unable to be executed in step S202 is not immediately canceled in step S204, but is added to step S201 via steps S401 and S402. Returning to processing increases the execution opportunity for the block execution specified order. Furthermore, since the block execution specified order that has not been executed in the real-time electronic commerce system is transferred to the negotiation type electronic commerce system, the execution opportunity of the block execution specified order increases.
[0060]
The example according to the present invention has been described above, but the present invention is not limited to the above-described example, and it is understood by those skilled in the art that various modifications can be made within the scope of the invention described in the claims. It will be understood.
[0061]
【The invention's effect】
According to the present invention, it is possible to increase the execution opportunity of the block contract specified order, so that it is possible to improve the contract rate of the block contract specified order and improve the transaction efficiency.
[Brief description of the drawings]
FIG. 1 is a system outline diagram including a real-time electronic commerce system of the present invention.
FIG. 2 is a diagram showing processing of the real-time electronic commerce system of the present invention.
FIG. 3 is a diagram illustrating an example of a power generation plan.
FIG. 4 is a diagram illustrating an example of an input screen.
FIG. 5 is a diagram illustrating an example of electronic data.
FIG. 6 is a diagram showing details of processing of the real-time electronic commerce system according to the present invention.
FIG. 7 is a diagram showing an example of a plate showing an order matching state when the present invention is applied.
FIG. 8 is a diagram showing an example of a plate showing an order matching state when the present invention is applied.
FIG. 9 is a diagram showing an example of a plate showing an order matching state when the present invention is applied.
FIG. 10 is a schematic diagram of processing of a conventional real-time electronic commerce system.
FIG. 11 is a view showing an example of a plate showing a conventional ordering situation.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... User terminal, 11 ... Input / output part, 12 ... Data processing part, 13 ... Network, 20 ... Real time type electronic commerce system, 21 ... Real time type transaction processing part, 22 ... Transaction processing database, 30 ... Negotiation type electronic commerce system , 201 ... Attaching processing unit, 202 ... Contract determination unit, 203 ... Contract processing unit, 205 ... Transaction processing determination unit, 206 ... Rule

Claims (2)

A real-time transaction processing unit connected to a user terminal via a network and connected to a negotiation-type electronic commerce system via a network or a dedicated line;
A transaction processing database that stores transaction information for real-time transactions and
With
A real-time electronic commerce system that receives real-time transaction-designated orders including block contract-designated orders, assembles corresponding orders at the same time, and performs contract processing between orders that can be executed,
The real-time transaction processing unit is configured by a computer system,
1) When a real-time transaction designation order including a block execution designation order is received from the user terminal, having a trading board unit that accumulates time-priority corresponding orders that are not yet designated with real-time trading designation. The time priority order of the order is stored in the trading board unit at the lowest level, and the matching of unfilled corresponding orders stored in the trading board part is made according to the time priority order of each order. A garnish processing unit to perform,
2) a contract determination unit that determines whether each order can be executed based on the result of the combination processing by the combination processing unit;
3) a contract processing unit that performs a contract processing of an order determined to be executed by the contract determination unit;
4) A transaction processing determination unit that deletes the order determined to be executed by the execution determination unit from the transaction plate unit of the garnishing processing unit and updates the content of the corresponding unfilled order stored in the transaction plate unit. When,
Have
The transaction processing determination unit further includes:
4-1) For each block execution specified order in the unfilled orders stored in the transaction board section of the garnish processing section, store or store the time priority in the transaction board section with the lowest priority. A standby time detection unit that measures the elapsed time from and detects that the elapsed time exceeds a specified standby time;
4-2) A standby time detection number counting unit that counts the number of detection times of the standby time by the standby time detection unit for each uncommitted block contract specified order stored in the transaction board unit of the garnish processing unit;
4-3) For each uncommitted block execution specified order stored in the transaction board section of the garnish processing section, compare the number of times of waiting time detected by the waiting time detection number counting section with a predetermined number of times of judgment, If the number of detection times of the waiting time is equal to or less than the predetermined number of times of determination, the uncommitted block execution specified order is re-stored in the transaction board unit with the time priority being lowest, while the number of times of detection of the waiting time is When the prescribed number of judgments has been exceeded, the undetermined block execution designation order is transmitted to the negotiation-type electronic commerce system, and the garnish execution control unit is deleted from the transaction board unit;
A real-time electronic commerce system characterized by comprising: A program for causing a computer to execute the operation of the real-time electronic commerce system according to claim 1.

Images