KR20210044087A - Integrated system of load balancing plural matching servers and method implementing thereof - Google Patents

Abstract

The present invention relates to an integrated cryptocurrency system which performs load balances multiple matching servers and a load balance method. According to an embodiment of the present invention, the integrated cryptocurrency system which performs load balances the multiple matching servers includes: a communication unit which transmits and receives data to and from a plurality of exchange systems; one or more active matching servers in charge of matching the purchase and sale of cryptocurrency; and one or more standby matching servers which back up the one or more active matching servers.

Description

An integrated virtual currency system and load balancing method that load balances multiple matching servers {INTEGRATED SYSTEM OF LOAD BALANCING PLURAL MATCHING SERVERS AND METHOD IMPLEMENTING THEREOF}

The present invention relates to an integrated virtual currency system and a load balancing method for load balancing a plurality of matching servers.

As the realm of life expands to offline and online, interest and demand for virtual currency are increasing, and virtual currency constitutes a new financial asset. In particular, as various cyber transactions and virtual currency have been combined, requests for payment systems using virtual currency are increasing.

Meanwhile, in virtual currency, various entities can support the transaction of virtual currency. In other words, the transaction of virtual currency can be made on various platforms, which allows the virtual currency to be used in various fields.

Therefore, it is required to build a system that enables virtual currency to be used on various platforms, and in particular, allows various types of virtual currency to be traded stably.

Accordingly, in this specification, a system and method that enables transactions by reflecting the complex elements of virtual currency will be described.

The present invention proposes a method of performing load balancing so that a matching server of an integrated virtual currency system that communicates with a plurality of exchange systems to match and conclude virtual currency systems can operate stably.

The present invention allocates a standby matching server to a matching server of an integrated virtual currency system so that transactions of virtual currency can be stably performed even in a situation of an error or traffic increase occurring in a server that actually performs matching.

The present invention determines the load balancing of the matching server of the integrated virtual currency system based not only on the transaction of virtual currency, but also on factors other than the transaction such as the degree of interest of the virtual currency, so that the transaction of virtual currency is stably performed.

The problem to be solved by the present invention is not limited to the problems mentioned above, and other problems not mentioned herein will be clearly understood by those skilled in the art from the following description.

An integrated virtual currency system for load balancing a plurality of matching servers according to an embodiment of the present invention includes a communication unit for transmitting and receiving data with a plurality of exchange systems, and at least one active matching server in charge of matching the purchase and sale of virtual currency. , On the basis of the one or more standby matching servers that back up the one or more active matching servers, the load of the active matching server or the amount of cryptocurrency transactions matched by the active matching server, load balancing of the active matching server is determined, and the standby matching It includes a control unit for setting the server as active.

A method of load balancing a plurality of matching servers according to an embodiment of the present invention includes the steps of, by a control unit of the integrated virtual currency system, monitoring the load of the active matching server or the amount of virtual currency transactions matched by the active matching server, and the And determining, by the control unit, load balancing of the active matching server based on the monitoring result, and setting the standby matching server to be active by the control unit.

When the embodiment of the present invention is applied, it is possible to perform load balancing so that a matching server of an integrated virtual currency system that communicates with a plurality of exchange systems to match and conclude virtual currency is stably operated.

When the embodiment of the present invention is applied, a standby matching server is allocated to a matching server of an integrated virtual currency system, so that transactions of virtual currency can be stably performed even in a situation of an error or traffic increase occurring in a server that actually performs matching.

When the embodiment of the present invention is applied, the load balancing of the matching server of the integrated virtual currency system is determined not only based on the transaction of virtual currency, but also based on factors outside the transaction, such as the degree of interest of the virtual currency, so that the transaction of virtual currency is made stably. I can.

The effects provided by the present invention are not limited to the above-mentioned effects, and other effects not mentioned herein will be clearly understood by those skilled in the art from the following description.

1 shows a configuration of an integrated virtual currency system and these and other components according to an embodiment of the present invention.
FIG. 2 shows an integrated virtual currency system and configurations of these and other components according to another embodiment of the present invention.
3 shows a transaction processing process of an exchange system and an integrated virtual currency system according to an embodiment of the present invention.
4 shows a configuration in which matching is performed in an integrated virtual currency system according to an embodiment of the present invention.
5 shows a configuration of a matching system according to an embodiment of the present invention.
6 shows a configuration of a matching system to which a new matching server is added according to an embodiment of the present invention.
7 shows an interaction between a limit server and a matching server according to an embodiment of the present invention.
8 shows a matching process within one coin group according to an embodiment of the present invention.
9 shows a matching and fastening process according to an embodiment of the present invention.
10 shows a process of relocating a matching server according to an embodiment of the present invention.
11 shows the configuration of an integrated virtual currency system that performs load balancing of matching servers according to an embodiment of the present invention.
12 shows an embodiment in which a standby matching server according to an embodiment of the present invention is allocated to an active matching server according to various mechanisms.
13 is a view illustrating a process of performing matching by sharing one memory database by each matching server according to an embodiment of the present invention.
14 shows a process of performing load balancing of a matching server according to an external factor according to an embodiment of the present invention.

Advantages and features of the present invention, and a method of achieving them will become apparent with reference to the embodiments described below in detail together with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but will be implemented in a variety of different forms, only the present embodiments are intended to complete the disclosure of the present invention, and common knowledge in the technical field to which the present invention pertains. It is provided to completely inform the scope of the invention to those who have, and the invention is only defined by the scope of the claims. The same reference numerals refer to the same elements throughout the specification.

In order to clearly describe the present invention, parts irrelevant to the description have been omitted, and the same reference numerals are attached to the same or similar components throughout the specification. In addition, some embodiments of the present invention will be described in detail with reference to exemplary drawings. In adding reference numerals to elements of each drawing, the same elements may have the same numerals as possible even if they are indicated on different drawings. In addition, in describing the present invention, when it is determined that a detailed description of a related known configuration or function may obscure the subject matter of the present invention, the detailed description may be omitted.

In addition, in describing the constituent elements of the present invention, terms such as first, second, A, B, (a) and (b) may be used. These terms are only for distinguishing the component from other components, and the nature, order, order, or number of the component is not limited by the term. When a component is described as being "connected", "coupled" or "connected" to another component, the component may be directly connected or connected to that other component, but other components between each component It should be understood that "interposed" or that each component may be "connected", "coupled" or "connected" through other components.

1 shows a configuration of an integrated virtual currency system and these and other components according to an embodiment of the present invention. The integrated virtual currency system 300 performs transactions with a plurality of exchange systems 100. In addition, each exchange system 100 has its own users as customer 50 accounts. The customer account 50 accesses the exchange system 100. When a buy or sell order of virtual currency is entered through the front web 110 page provided by the exchange system 100, the exchange system 100 stores information on such an order in the ledger 120. . In addition, the exchange system 100 delivers order information to the matching system 350 constituting the integrated virtual currency system 300.

The matching system 350 receives order information transmitted from the various exchange systems 100 and matches it to complete the transaction. When the transaction is completed, information indicating that the transaction has been completed is transmitted to the exchange system 100 again. The exchange system 100 also stores the transaction result in the ledger 120 and notifies the customer account 50 that the transaction has been completed.

The liquidation system 370 of the integrated virtual currency system 300 may be responsible for liquidation between various exchange systems. Alternatively, the clearing system 370 may also be in charge of clearing individual customer accounts. The liquidation may be performed by the exchange system 100 or the integrated virtual currency system 300 that manages individual customer accounts.

FIG. 2 shows an integrated virtual currency system and configurations of these and other components according to another embodiment of the present invention. As in FIG. 1, the integrated virtual currency system 300 performs transactions with a plurality of exchange systems 100. In addition, each exchange system 100 has its own users as customer 50 accounts. The customer account 50 accesses the exchange system 100. When an order to buy or sell virtual currency is entered through the front web 110 page provided by the exchange system 100, the exchange system 100 places such an order, and is transmitted within the exchange system 100. Performs work to process order information. This is done in the matching system 150 of the exchange system 100.

However, when there is an order that cannot be processed in the exchange system 100, the exchange system 100 transmits the order information that cannot be processed to the matching system 350 constituting the integrated virtual currency system 300.

The matching system 350 receives order information transmitted from the various exchange systems 100 and matches it to complete the transaction. When the transaction is completed, information indicating that the transaction has been completed is transmitted to the exchange system 100 again. The exchange system 100 also stores the transaction result in the ledger 120 and notifies the customer account 50 that the transaction has been completed.

The liquidation system 370 of the integrated virtual currency system 300 may be responsible for liquidation between various exchange systems. Alternatively, the clearing system 370 may also be in charge of clearing individual customer accounts. The liquidation may be performed by the exchange system 100 or the integrated virtual currency system 300 that manages individual customer accounts.

In the dual structure of the exchange system 100 and the integrated virtual currency system 300 shown in FIGS. 1 and 2, each exchange receives a buy or sell order, and matches or matches some or all of the received buy/sell orders. The matching system 350 of the integrated virtual currency system 300 may process a contract or the like linked to.

Accordingly, the matching system 350 constituting the integrated virtual currency system 300 must be able to quickly and accurately process order information provided by the multiple exchange systems 100. In particular, the integrated virtual currency virtual currency system 300 connected to a large number of exchange systems 100 must be able to ensure the stability and speed of the matching system 350 in matching order information.

In this configuration, each exchange system 100 can autonomously manage customer accounts and store records or information on orders requested by the customer accounts. In addition, the integrated virtual currency system 300 may match order information transmitted by each exchange system 100. The integrated virtual currency system 300 matches order information transmitted by a plurality of exchange systems 100, so that the matching rate can be increased.

That is, in the configuration as shown in FIG. 1 or 2, the order received from each exchange system 100 is transmitted to the central matching system 350. In addition, the matching system 350 may collect the corresponding information to create an integrated order book, and transmit the conclusion or market price information to each exchange system 100.

The matching system 350 may perform matching and execution between orders in the order of price/time/quantity priority, but this is an exemplary embodiment, and a method of aligning and matching the order between orders may be applied in various ways.

In addition, each exchange system 100 may select whether to transmit all orders received through the customer account 50 to the integrated virtual currency trading system 300 or only some orders according to the configuration of the system or the policy of the system.

In this configuration, the integrated virtual currency system 100 is responsible for matching and executing orders delivered by each exchange system 100, but it is possible to selectively check customer account information for individual orders. The exchange system 100 may provide order information in which customer account information is completely omitted to the integrated virtual currency system 100. Alternatively, the exchange system 100 may provide order information including customer account information to the integrated virtual currency system 100.

In the case of order information in which customer account information is completely missing, the integrated virtual currency system 100 may identify the order information as the exchange system 100.

In addition, in the configuration as shown in FIG. 1 or 2, the liquidation of the transaction may be performed differently depending on the subject of depositing the wallet. For example, when the wallet is deposited in the subsystem of the exchange system 100, or the wallet is deposited in the subsystem of the integrated virtual currency system 100, or the wallet is deposited in a separate external deposit system (Custody system). Depending on the case of deposit, the period of liquidation, the method of liquidation, or the unit of liquidation may vary.

In addition, the transaction is liquidated at a specific cycle.If the wallet is deposited, the DB value is adjusted and the wallet is moved to the inside of the wallet, and if it is not deposited, the liquidation amount in the account and wallet held by the integrated virtual currency trading system at the exchange. After depositing KRW or virtual currency for and after confirmation is completed, liquidation can be proceeded using the escrow method that is transferred to each exchange from the integrated virtual currency trading system.

Each exchange system 100 may have a right to decide on processing order information and a right to hold a wallet. However, since the integrated order book is used separately from the decision to process orders, the difference between the execution price of the integrated virtual currency system 300 and the execution price of each exchange system 100 decreases as the order volume increases, and eventually converges to zero. can do.

That is, even if the exchange system 100 receives each transaction order, if the matching and execution of the transaction order is performed in the integrated virtual currency system 300, the transaction price of the virtual currency can be reduced to a single market by managing the order of each exchange. It allows it to be formed according to the intrinsic value and supply/demand principles, such as the trading of held securities.

In addition, as a single converged price for each cryptocurrency is formed, cryptocurrency transactions are not subject to speculation, but rather project/technology-oriented value investment targets, thereby suppressing reckless cryptocurrency issuance, and the midnight effect that speculative cryptocurrencies are withdrawn Can occur.

This can lead to the popularization of virtual currency or cryptocurrency technology and revitalization of related industries, and can lead to an expansion of the trading market based on fast execution based on an integrated order book.

However, the conclusion based on such an integrated order book must provide safety and speed in processing various virtual currency transactions. Therefore, in the present specification, it will be described that the order of each exchange system 100 is processed as an integrated order book and all systems are configured therefor. In addition, while each exchange system 100 guarantees autonomy in processing transactions, order information transmitted from each exchange system 100 is matched fairly, thereby activating fair transactions in virtual transactions.

3 shows a transaction processing process of an exchange system and an integrated virtual currency system according to an embodiment of the present invention.

Each exchange system (100a, 100b) selects whether to send the entire order information received from customers to the integrated virtual currency system 300, or whether to process some internally and send some order information (S1a, S1b). And each exchange system (100a, 100b) transmits the order information to the integrated virtual currency system 300 according to the selection (S2a, S2b).

In addition, the integrated virtual currency system 300 organizes the received order information into an integrated order book and proceeds to sign in order of price/time/quantity priority (S3), and transmits the signing and market price information accordingly to each exchange. (S4a, S4b).

Here, the integrated virtual currency system 300 may store each contract information of S3 in the DB server of the integrated virtual currency system 300 and maintain a balance of transactions through liquidation. The liquidation method can be carried out in two ways depending on the deposit of the wallet.

First, when the integrated virtual currency system 300 deposits a wallet, the transaction may be liquidated at a specific period, for example, it may be liquidated with a DB record.

Next, when the integrated virtual currency system 300 does not deposit the wallet, the exchange system 100 deposits KRW or virtual currency for the liquidation amount into the account and wallet held by the integrated virtual currency system 300. In addition, it is possible to utilize an escrow method in which the integrated virtual currency system 300 transmits the payment back to the other exchange system 100 after the payment confirmation is completed.

The case of using a blockchain network in this process is as follows. When a wallet is deposited in the integrated virtual currency system 300, the blockchain network can be used when it is necessary to transfer assets from the exchange system 100 to the integrated virtual currency system 300 (including vice versa) when depositing and withdrawing customers. .

If the wallet is not deposited in the integrated virtual currency system 300, the blockchain network can be used when it is necessary to move assets from the exchange system 100 to the integrated virtual currency system 300 (including vice versa) at the time of daily liquidation. have. In this case, since the customer deposit and withdrawal is processed by the exchange system 100, the integrated virtual currency system 300 does not participate in the deposit and withdrawal.

On the other hand, in order to prevent abnormal transactions, when the wallet is deposited in the integrated virtual currency system 300, the customer deposited assets for each exchange may be set as a transaction limit. If the integrated cryptocurrency system 300 does not deposit the wallet, the amount in the cryptocurrency wallet of the exchange deposited elsewhere is checked at regular intervals and set as a limit, and abnormal transactions can be double controlled through the escrow method at the time of actual liquidation. have.

Meanwhile, the integrated virtual currency system 300 performs load balancing of the matching system periodically or according to the network load or the transaction status of the virtual currency (S5).

To this end, the integrated virtual currency system 300 technically sets a DB Sharing Key for each virtual currency item, creates a unique item group for each matching server, and operates independently of each other. It can be implemented so that it is not affected by each other due to obstacles.

In this way, when a matching server is added for reasons such as expansion of a stock group of virtual currency, the existing matching server can be expanded during operation so that it is not affected.

In addition, when a specific item in one group is under heavy load, it can be moved to the other group and processed using DB Clustering. In addition, common shared tables of all servers can be cloned so that common information can be managed in one place.

In the configuration of FIGS. 1 and 2, either the exchange system 100 or the integrated virtual currency system 300 holds a wallet assigned to each customer account, and can entrust and store virtual currency. Of course, a separate custody company can hold a wallet for each customer account and entrust and store virtual currency.

4 shows a configuration in which matching is performed in an integrated virtual currency system according to an embodiment of the present invention. Here, the wallet may be disposed in the integrated virtual currency system 300 or may be disposed in a system of a separate custodi company.

The control unit 400 controls the overall operation of the integrated virtual currency system 300. Accordingly, the control unit 400 controls the operation of the components inside the integrated virtual currency system 300 and controls the operation between them and the external exchange system 100.

In addition, the integrated virtual currency system 300 may include a limit system 375 that manages information on a limit at which each exchange system can sell or buy.

In addition, the integrated virtual currency system 300 may include a liquidation system 370 that performs liquidation according to the purchase and sale of virtual currency between a plurality of exchange systems or between the exchange system and the integrated virtual currency system.

The integrated virtual currency system 300 and the exchange system 100 may transmit/receive an order, transmit/receive an order result, or transmit/receive a conclusion result according to the flow of FIG. 3 (S11). In addition, the exchange system 100 may process the market price information of the virtual currency related to the transaction, the payment details of each liquidation, or the reception of the market price information and the arrangement of information to each customer (S12). In this process, various communication methods can be selected between the exchange system 100 and the integrated virtual currency system 300 according to the characteristics of the information transmitted and received, and in one embodiment, a TCP/IP socket method, a JNL connect method, and a TCP send method. You can choose.

The integrated virtual currency system 300 may have a plurality of gateways (G/W) that communicate with the exchange system 100. In addition, as a separate communication channel through which market data is transmitted by TCP, it can be retained as "Market Data FEP #1".

In FIG. 4, the integrated virtual currency system 300 may have a limit system 375 and a liquidation system 370 to be used in the liquidation process. In addition, the integrated virtual currency system 300 may include a matching system 350 composed of a plurality of matching servers.

In particular, the matching system 350 may set matching servers according to each type of virtual currency or legal currency (for example, BTC, ETH, KRW). In addition, for matching specific currencies, the matching system 350 may allocate one or more each of an active matching server and a standby matching server that currently perform matching for each currency (for each item).

In addition, when the active matching server and the standby matching server operate as a group, one memory DB (DB) can be shared for data matching.

That is, the matching system 350 may allocate a plurality of matching servers for each currency according to a currency distribution rule or currency transaction status. Of course, multiple types of cryptocurrencies with few transactions can be matched on one matching server.

Hereinafter, the active matching server-standby matching server-memory DB grouped by currency in FIG. 4 is indicated as a matching subsystem. Here, the standby matching server may be optionally included.

Market data is a collection of various information generated for each virtual currency or fiat currency, and the integrated virtual currency system 300 delivers it to the exchange system 100. The integrated virtual currency system 300 may collect various data using "distr".

The deposit system 800 and the blockchain network 900 may be separately disposed or configured to include the integrated virtual currency system 300.

5 shows a configuration of a matching system according to an embodiment of the present invention. In Fig. 5, each of the virtual currencies is defined as a group, which is a Coin Group. A coin group can correspond to one virtual currency, or it can correspond to a group of multiple virtual currencies.

Matching servers are allocated for each coin group. And all the memory DBs allocated to the matching servers are clustered. As a result, even when a matching server is moved or added within a coin group, a matching function can be performed seamlessly using clustered memory DBs.

Meanwhile, each of the matching servers operates independently of each other. As a result, #N, a new matching server, can be further expanded at any time. Of course, when the new matching server #N is additionally combined, the clustered memory DB can be used, so that the matching server #N can perform the matching function without a separate memory DB backup process.

For example, in coin group #1, one matching server #1 performs matching.When the transaction volume of coins included in coin group #1 increases, load balancing is performed within the matching system 350 to perform idle matching. Matching server #N, a server, is included in coin group #1. It will be described in more detail in FIG. 6.

6 is a configuration of a matching system to which a new matching server is added according to an embodiment of the present invention. Matching server #1 and matching server #N are assigned to match coin group #1. That is, in the embodiment of FIG. 5, a new matching server #N is added to coin group #1.

The above-described embodiments are summarized as follows. Each matching server can be grouped by coin, and the number of coins in the group can be multiple. Of course, there can be multiple coin groups. By adding matching servers, the number of coin groups can continue to expand.

On the other hand, coins in a coin group can be moved to another coin group within that group. For example, a coin called Coin_A can be moved to coin group #5 while being traded while belonging to coin group #1. Of course, this movement has no effect on the ordering, matching, or execution of other coins in coin group #1 or other coins in coin group #5.

On the other hand, the matching servers are connected to the limit system 375 through a journal (JNL connect), and when an abnormality occurs in the limit system 375, a backup limit system (active-active method), which is a separate backup server. You can communicate by connecting with

In addition, the matching server is configured in an active-standby type as shown in FIG. 4, and even if a problem occurs in the matching server, in the case of an order recorded in the limit server 　The standby matching server is switched to active and orders are placed. You can handle it. As a result, even if an abnormality occurs in the matching server, transactions can be continuously processed.

In addition, internal transactions of the exchange system 100 are made within the member company that manages the exchange system 100, and orders transferred to the integrated virtual currency system 300 are selected through the exchange system's own mechanism. Can be.

In the above-described embodiment, in order for the standby matching server to replace the active matching server or divide and perform matching tasks of the active matching server, it is necessary for the standby matching server and the active matching server to share memory or maintain the same memory database. Do.

Accordingly, the control unit 400 maintains the sameness between the memory database of the first active matching server and the memory database of the first standby matching server that backs up the first active matching server. In an embodiment, the controller 400 updates the memory database of the first standby matching server according to the update of the memory database of the first active matching server, and controls the memory databases of the two matching servers to maintain the same value.

7 shows an interaction between a limit server and a matching server according to an embodiment of the present invention.

Limit system 375 may also be composed of multiple limit servers. In FIG. 7, the active matching server allocated to coin group #1 among the matching servers is indicated as A:Mat-G1, and the standby matching server allocated to coin group #1 is indicated as S:Mat-G1. In addition, the same applies to coin groups #2, #3.., etc.

Each matching server is determined by grouping for each coin, and the number of coins in the group can also be expanded to multiple. Of course, the number of coin groups can also be expanded to multiple.

Coins that are traded within each determined coin group can be moved to another group, and other coins within the group can also be ordered continuously.

The matching servers check the connection through the PT server (limit server) that sends and receives orders and JNL (journal). Polling can be performed as a confirmation method. In addition, when changing the limit server, it is possible to change the limit server by automatically connecting to the preset backup PT server.

Meanwhile, as shown in FIG. 7 for fail-over, as shown in FIG. 7, active-standby matching servers are used, and as a method of performing fail-over, the JNL transfer method and the Seq initialization method are used. It can be done on a branch basis.

The JNL transfer method transfers the dat file of the active matching server to the standby matching server so that transactions can be processed continuously without the need to initialize DB Seq.

Next, the Seq initialization method initializes the JNL seq of the connected server and processes transactions continuously from No. 1 again. Seq initialization does not mean data initialization.

That is, the PT server is configured as active-active so that all backup servers remain active. On the other hand, the matching server is maintained as an active-standby, and when an error occurs in the active matching server, the standby matching server may replace the active matching server.

8 shows a matching process within one coin group according to an embodiment of the present invention.

When the integrated virtual currency system 300 receives the order transmitted from the exchange system 100 (S15), it responds to the order through a matching process (S16). In this process, it is possible to check the limit of the exchange system 100 with the limit server (S16a).

In addition, the integrated virtual currency system 300 performs matching and execution based on the quoted price of the order (S17) and notifies the exchange system 100 (S18a). In this process, the limit server may be notified of the execution status of the exchange system 100 (S18a).

In addition, the integrated virtual currency system 300 receives a message indicating that the order has expired (S21), the operation or arrangement of the chapter related to the transaction of the virtual currency, or the information on listing or currency exchange (S22, S23), and The information on the exchange may be notified to the exchange system 100.

9 shows a matching and fastening process according to an embodiment of the present invention. In FIG. 9, N matching servers are arranged. N matching servers are in charge of matching multiple coins, namely Coin A~Coin Z, Coin 1~Coin n.

Each matching server is responsible for matching the coins allocated to the coin group. At this time, the load of the matching server may be distributed between the matching servers using a sharing key (S31). In a distributed method, the limit system (relay server) distributes the matching servers in charge of matching for each coin based on transaction volume, so that the load for each matching server can be balanced. Coins for which matching is performed for each matching server may be transmitted to a matching server in charge by assigning a shard key for each item code of the order information of the trading company system 100.

In addition, matching servers can be deployed according to the transaction volume for load balancing. For example, in FIG. 9, the size of the transaction volume may be Coin A> Coin B> Coin C> ...> Coin Z. Also, the size of the transaction volume can be Coin 1> Coin 2> Coin 3> ...> Coin n. Here, the size of the transaction volume may or may not satisfy the relationship of Coin Z> Coin 1. In Fig. 9, Coin A with the largest transaction volume and Coin n with the smallest transaction volume can be allocated to one matching server #1.

Meanwhile, each matching server maintains an active state, and basic data can be shared between active matching servers. In addition, separate standby matching servers are connected to the active matching servers, respectively, so that data can be replicated in real time. For example, if an error occurs in active matching server #1 in FIG. 9, failover is performed, and standby matching server #1 is in charge of matching Coin A and Coin n.

Let's look at it in more detail. When each exchange system 100 transmits an order, information related to the transaction is stored in an order table of a memory DB (MDB). The order information transmitted by each exchange system 100 as a member includes an order date, a member company number, a branch number, an order number managed by a member company, an item code, an order price type, transaction type, price, quantity information, and the like.

Each member company number and member company order number identifies the exchange system 100 or is an order number generated by the exchange system 100 as an embodiment (S32). In addition, an order number is assigned to each order (S33). This means allocating an order number. The matching server can increase the sequential number (for example, Seq) due to the success of the reception process, and can retrieve the order number when passing after checking the consistency.

When the order number is called, the order number is enqueued to the order order queue (S44). The matching server enqueues the order number to the order order queue of the MDB (S44). In addition, the matching server dequeues the order numbers entered in the order order queue in order (S35). A queue is a data structure that first processes data inputted first in a first-in, first-out method.

When an order is detected by the dequeued order number, the order detection application transmits a signal to the matching process (S36). That is, the order detection application may detect the order order queue by polling and dequeue the corresponding order number when a new order is detected (S35). And, if the order number dequeuing succeeds in the order detection application, a signal is transmitted to the process in charge of matching (S36).

And the matching process searches item, price, quantity, and amount information using the order number in the MDB's order table (S37), and then executes the matching process by inquiring the ask price from the selling DB/buying DB according to the ask price type or transaction type. Do (S38).

When the conclusion is made, the execution order is enqueued in the order settlement queue (S39). For example, taker, maker, execution amount, execution quantity, bid price, and execution number are stored in the order settlement queue. In addition, when the order execution queue is dequeued to the liquidation system in order from the order settlement queue, the liquidation system 370 performs liquidation (S40).

The configuration of FIG. 9 is summarized as follows. The memory database (MDB) includes an order table that stores order information of virtual currency, and a queue (order order queue, order settlement queue) that receives and matches orders from the order table.

In addition, the memory database of the active matching server and the standby matching server allocated corresponding thereto maintains an order table having the same contents, an order order queue having the same contents, and an order settlement queue having the same contents. As a result, the control unit 400 can control the standby matching server as a replacement server of the activity matching server in real time. Alternatively, the controller 400 may control the standby matching server as an additional server of the activity matching server in real time.

10 shows a process of relocating a matching server according to an embodiment of the present invention.

When a situation such as an increase or decrease in the load of a specific matching server occurs, the matching server is relocated. Accordingly, the integrated virtual currency system 300 monitors the status of each matching server (S51). For example, you can check the busy state such as the number of processing times per minute of each matching server through the manager screen.

Thereafter, when it is confirmed that the transaction volume of a specific coin is increased (S52), an SMS is transmitted to the operator (S53). Alternatively, the integrated virtual currency system 300 may output an alert message on the manager screen. The increase in the transaction range means that the transaction volume has increased beyond a preset size within a certain period of time. The SMS message or warning message may include a description of a coin with increased transaction volume or information on a server that processes matching of the coin.

And the integrated virtual currency system 300 automatically or according to the control of the operator determines whether to load balance (S54). For example, the integrated virtual currency system 300 collects information on coins with an increased transaction volume or a coin with a small transaction volume in the matching server in a busy state.

Then, the order reception for the coin to be balanced is temporarily stopped (S55). For example, the trading controller temporarily stops, and the order of the target coin can be continuously queued in the limit system.

Then, after waiting until the order order queue of the coin to be balanced is exhausted (S56), the matching server of the target coin is moved (S57). The process of moving the server to reallocate the matching server to a new coin group may be performed through an administrator screen provided by the integrated virtual currency system 300.

And when the movement is complete, the shared key is updated (S58). Then, the order reception for the coin to be balanced is resumed (S59), and the transaction accumulated in the limit system queue is resumed (S60). Resumption of order receipt of S59 is possible by starting the trading controller.

The process of FIG. 10 is summarized as follows. For the matching system coin placement mechanism, when the transaction volume of a specific coin increases, it determines whether or not to load balance. At this time, the judgment condition may be a coin with increased transaction volume or a coin with small transaction volume in the same server. And it stops receiving orders for the coins to be balanced, and orders are continuously loaded into the limit system queue.

After the order order queue of the coin to be balanced is exhausted, the matching server is moved, which can provide an interface for the corresponding function on the screen monitored by the administrator. Since the integrated virtual currency system 300 does not match when coins are moved, it is possible to stop accepting orders or store orders in a queue during the coin movement time. To this end, the integrated virtual currency system 300 can selectively perform fast processing by moving coins with a smaller transaction volume than coins with an increasing transaction volume.

In addition, the integrated virtual currency system 300 may automatically move the coin server through a specific criterion. Accordingly, tasks such as stopping the receipt of an order may be automatically provided by an administrator or the integrated virtual currency system 300. After the shared key is updated, the receipt of orders for coins is resumed, and matching can be resumed from the order accumulated in the limit system queue.

The process of FIG. 10 is summarized as follows.

When the load balancing determined by the control unit 400 is currently operating or a replacement process in which a new first standby matching server is inserted instead of the first active matching server in which an error has occurred, the load balancing process of the control unit 400 is as follows.

In order to replace the first active matching server whose load balancing has been determined with the first standby matching server, the control unit 400 stops receiving orders for the first virtual currency matched by the first active matching server. And after the first active matching server processes the previously received order, the control unit 400 activates the first standby matching server instead of the first active matching server, and then controls the communication unit (380 in FIG. 1 Resume receiving orders for virtual currency.

If the load balancing determined by the control unit 400 is an additional process in which a new first standby matching server is added in addition to the currently operating first active matching server, the control unit ( 400) can perform load balancing. That is, the first active matching server continuously performs matching.

In order to process both the first standby matching server and the first active matching server to match the purchase and sale of the first virtual currency matched by the first active matching server for which load balancing is determined, the control unit 400 is a first active matching server. Keeps receiving the order of the matching first virtual currency.

In addition, the control unit 400 controls the matching servers to be in charge of both the first active matching server and the first standby matching server to match the purchase and sale of the first virtual currency after activating the first standby matching server. do. At this time, the first standby matching server is switched to the second active matching server.

In this case, when each matching server matches and maintains the same memory database value, each matching server may perform different processing using the order number. For example, the first active matching server enters and matches orders with an odd order number into the order order queue, and the second active matching server enters and matches orders with an even order number into the order order queue. You can handle it. Two active matching servers can update in real time while maintaining each memory database. Alternatively, matching may be performed by referring to the same memory database as shown in FIG. 13 to be described later.

If the embodiment of FIG. 10 is applied, when the number of buy or sell orders for the first virtual currency received by the communication unit (380 of FIG. 11) increases, the controller 400 performs matching of the first virtual currency. The load balancing may be determined by monitoring the effective computing resources of the first active matching server in charge.

Here, the result of load balancing is that the control unit 400 allocates a new standby matching server, converts the standby matching server to an active matching server, or allows the active matching server to match another virtual currency (second virtual currency). Includes control. That is, as an embodiment of load balancing, the controller 400 reallocates computing resources necessary for controlling the matching of virtual currency among a plurality of matching servers (active/standby).

11 shows the configuration of an integrated virtual currency system 300 that performs load balancing of matching servers according to an embodiment of the present invention. We will look at the matching servers in more detail. Among the various components of the integrated virtual currency system 300 described above, components directly related to load balancing of matching servers and other major components related to the load balancing will be described with reference to FIG. 11. For details on other components, refer to the above-described embodiment.

The limit system 375 and the clearing system 370 refer to the above description. The communication unit 380 provides a communication function when the integrated virtual currency system 300 communicates with the exchange system 100 or with a separate deposit system 800. The communication unit 380 supports TCP/IP socket communication, journal communication (JNL CONNECT), or TCP SEND as shown in FIG. 4.

In addition, the communication unit 380 provides a communication function between components in the integrated virtual currency system 300.

The control unit 400 of the integrated virtual currency system 300 stores and manages identification information of each matching server 350a to 350k and information about whether the corresponding matching server is active or standby. In addition, the control unit 400 may store information on the virtual currency that each matching server is in charge of matching, and redistribute the matching servers during a load balancing process.

Each matching server may share basic data in a memory database as shown in FIG. 9. Alternatively, each matching server may have a separate memory database disposed outside, so that a plurality of matching servers may operate with reference to one memory database. Alternatively, each matching server may each hold a memory database, and may reflect information updated in a memory database of another matching server in real time.

In addition, data changes occurring in the active matching server may also be reflected in the standby matching server.

The control unit 400 may configure the ratio of the active matching server and the standby matching server to 1:1, 1:N, M:1, or the like. For example, in the case of 1:1, the controller 400 arranges one standby server for one active matching server. Since the load of the active matching server does not increase, the control unit 400 is an example of allocating a standby matching server so that the standby matching server mainly copes with an error situation of the corresponding active matching server.

Meanwhile, in the case of 1:N, the controller 400 may wait for two or more standby matching servers for one active matching server. This is a state in which the transaction volume of the virtual currency in charge of the active matching server is continuously increasing, so the control unit 400 is an example in which the standby matching server allocates a standby matching server to cope with both error conditions and load balancing of the corresponding active matching server. to be.

Meanwhile, in the case of M:1, the controller 400 may arrange one standby matching server to correspond to a plurality of active matching servers. For example, it is assumed that the operation of a plurality of active matching servers is stabilized and an error occurs in a low situation, or a situation in which the transaction volume of virtual currency in charge of the corresponding plurality of active matching servers continuously decreases. The controller 400 may arrange one standby matching server to a plurality of active matching servers to cope with error situations of a plurality of active matching servers in charge of the standby matching server.

The configuration of FIG. 11 is summarized as follows. The communication unit 380 transmits and receives data to and from a plurality of exchange systems. Of course, the communication unit 380 may also be in charge of communication between components in the integrated virtual currency system.

In addition, the active matching server is responsible for matching the purchase and sale of virtual currency. There may be one or more active matching servers allocated for each virtual currency according to the type of virtual currency or the transaction volume of the virtual currency. Alternatively, one active matching server may be responsible for matching multiple virtual currencies.

In addition, the standby matching server may back up one or more active matching servers. The integrated virtual currency system 300 may also have one or more standby matching servers.

Further, the control unit 400 determines load balancing of the active matching server based on the load of the active matching server or the amount of virtual currency transactions matched by the active matching server, and sets the standby matching server to be active. Configurations of the active matching server and the standby matching server are exemplarily described in FIGS. 4, 5, 6, 12, 13, and the like.

12 shows an embodiment in which a standby matching server according to an embodiment of the present invention is allocated to an active matching server according to various mechanisms.

In FIG. 12, the first active matching server 350a is a server that stably matches the virtual currency in charge and has a low number of errors in the past. In addition, the transaction volume of the virtual currency that is in charge of the first active matching server 350a tends to be constant or gradually increasing. Accordingly, the controller 400 arranges one of the first standby matching servers 350k in the first active matching server 350a.

Meanwhile, the second active matching server 350b is in an active state in which virtual currency transactions are in charge. In other words, it is the case that the transaction of the virtual currency in charge increases or the transaction is expected to increase due to the occurrence of external issues. Accordingly, the control unit 400 allocates the two standby matching servers 350m and 350n to the second active matching server 350b.

In addition, the third active matching server 350c, the fourth active matching server 350d, and the fifth active matching server 350e are each in an inactive virtual currency transaction or the active matching servers are in a very stable state. This is the case where the probability of error occurrence is very low. Alternatively, the virtual currency in charge of the three active matching servers 350c, 350d, and 350e may not overlap because they are actively traded at different times.

Accordingly, the controller 400 arranges to allocate one third standby matching server 350p to the three active matching servers 350c, 350d, and 350e.

In FIG. 12, the control unit 400 may allocate and deploy standby matching servers by reflecting the transaction status of the virtual currency in charge of the active matching servers, the amount of transaction increase in the virtual currency, and the error occurrence status of the corresponding active matching servers.

Here, each of the matching servers may be independent hardware servers. Alternatively, each of the matching servers may be servers implemented with software constituting the integrated virtual currency system 300. This can be applied in various ways.

In addition, each of the matching servers may change the virtual currency in charge according to the instruction of the control unit 400.

13 shows a process of performing matching by sharing one memory database by each matching server according to an embodiment of the present invention.

Multiple active matching servers share one memory database system 355. In addition, the memory database system 355 stores a sell order and a buy order of virtual currencies in charge of the active matching server as a queue.

Since the sell order and buy order of all virtual currencies are stored in one memory database system 355, there is no need to stop transactions or match the memory database for each server when the matching server is replaced or additionally inserted.

However, as the types of virtual currency increase, the transaction speed may decrease in a method using a single memory database system 355.

Therefore, depending on the type of virtual currency, transaction volume, network load, etc., as shown in FIG. 5, each matching server maintains a memory database, but clusters them or maintains the identity of the memory database between active-standby matching servers.

Alternatively, as shown in FIG. 13, the same memory database may be shared by a plurality of matching servers.

14 shows a process of performing load balancing of a matching server according to an external factor according to an embodiment of the present invention.

The control unit 400 calculates the user's interest in the first virtual currency (S61). For example, a virtual currency whose search volume is increased in the integrated virtual currency system 300 or an external portal server increases the user's interest, and there is a high possibility that transactions for this increase.

Interest can be calculated in a variety of ways. Increase in the number of searches for the first virtual currency, whether real-time search terms are listed, the increase in buy or sell orders for the first virtual currency received from the integrated virtual currency system 300, the number of mentions of the first virtual currency on social networks, etc. Can be calculated.

In addition, when interest in the first virtual currency increases (S62), the control unit 400 allocates one or more standby matching servers to the first active matching server matching the first virtual currency (S63). As a result, when the number increases while the first active matching server is in charge of matching the first virtual currency, the control unit 400 immediately inputs the standby matching server to make the matching process of the first virtual currency seamless. ) To be done.

Even if all the constituent elements constituting an embodiment of the present invention are described as being combined or combined into one operation, the present invention is not necessarily limited to these embodiments, and all constituent elements within the scope of the present invention are one or more. It can also be selectively combined and operated. In addition, although all the components may be implemented as one independent hardware, a program module that performs some or all functions combined in one or a plurality of hardware by selectively combining some or all of the components. It may be implemented as a computer program having Codes and code segments constituting the computer program may be easily inferred by those skilled in the art. Such a computer program is stored in a computer-readable storage medium, and is read and executed by a computer, thereby implementing an embodiment of the present invention. The storage medium of the computer program includes a magnetic recording medium, an optical recording medium, and a storage medium including a semiconductor recording element. In addition, a computer program implementing an embodiment of the present invention includes a program module that is transmitted in real time through an external device.

It should be understood that the above-described embodiments are illustrative and non-limiting in all respects, and the scope of the present invention will be indicated by the claims to be described later rather than the detailed description described above. And the meaning and scope of the claims, as well as all changes and modifications derived from the equivalent concept should be construed as being included in the scope of the present invention.

100: Exchange system
300: Integrated virtual currency system
350: matching system

Claims (18)

A communication unit for transmitting and receiving data to and from a plurality of exchange systems;
One or more active matching servers for matching the purchase and sale of virtual currency;
One or more standby matching servers that back up the one or more active matching servers; And
Load a plurality of matching servers, including a control unit for determining load balancing of the active matching server and setting the standby matching server as active based on the load of the active matching server or the amount of virtual currency transactions matched by the active matching server An integrated virtual currency system that balances.
The method of claim 1,
The control unit comprises the first active matching server according to an update of the memory database of the first active matching server so that the memory database of the first active matching server and the memory database of the first standby matching server backing up the first active matching server are kept identical. An integrated virtual currency system that updates the memory database of the standby matching server and load-balances multiple matching servers.
The method of claim 1,
The memory database is an integrated virtual currency system for load balancing a plurality of matching servers, including an order table for storing order information of the virtual currency and a queue for receiving and matching orders from the order table.
The method of claim 1,
When the number of buy or sell orders for the first virtual currency received by the communication unit increases than a set reference value, the control unit monitors the effective computing resources of the first active matching server responsible for matching the first virtual currency, An integrated virtual currency system for load balancing a plurality of matching servers to determine the load balancing.
The method of claim 1,
In order to replace the first active matching server for which the load balancing is determined with the first standby matching server, the control unit stops receiving orders for the first virtual currency matched by the first active matching server,
After the first active matching server processes the previously received order,
The control unit activates the first standby matching server instead of the first active matching server, and then controls the communication unit to resume receiving orders for the first virtual currency, and load-balancing a plurality of matching servers. .
The method of claim 1,
In order to process the matching of the purchase and sale of the first virtual currency matched by the first active matching server for which the load balancing is determined, both the first standby matching server and the first active matching server, the controller performs the first active matching. The server keeps receiving the order of the matching first virtual currency,
The control unit controls the matching servers to be in charge of both the first active matching server and the first standby matching server to match the purchase and sale of the first virtual currency after activating the first standby matching server. An integrated cryptocurrency system that load-balances the matching servers of.
The method of claim 1,
The control unit loads a plurality of matching servers, calculating the user interest in the first virtual currency, and allocating one or more standby matching servers to the first active matching server matching the first virtual currency when the interest increases An integrated virtual currency system that balances.
The method of claim 1,
The integrated virtual currency system includes a limit system that manages information on a limit that each exchange system can sell or buy, and the purchase and sale of virtual currency between the multiple exchange systems or between the exchange system and the integrated virtual currency system. An integrated virtual currency system for load balancing a plurality of matching servers, further comprising a liquidation system that performs the liquidation according to.
The method of claim 1,
The plurality of active matching servers share one memory database system, and the memory database system load-balancing a plurality of matching servers that stores sell orders and buy orders of virtual currencies in charge of the active matching server as a queue. Virtual currency system.
Integrated virtual currency system including a communication unit that transmits and receives data to and from multiple exchange systems, at least one active matching server in charge of matching the purchase and sale of virtual currency, and at least one standby matching server that backs up the at least one active matching server In,
Monitoring, by a controller of the integrated virtual currency system, a load of the active matching server or a virtual currency transaction amount matched by the active matching server;
Determining, by the control unit, load balancing of the active matching server based on the monitoring result; And
And setting the standby matching server to be active by the control unit.
The method of claim 10,
The control unit comprises the first active matching server according to an update of the memory database of the first active matching server so that the memory database of the first active matching server and the memory database of the first standby matching server backing up the first active matching server are kept identical. The method of load balancing a plurality of matching servers, further comprising the step of updating the memory database of the standby matching server.
The method of claim 10,
The memory database includes an order table for storing order information of the virtual currency, and a queue for receiving and matching orders from the order table.
The method of claim 10,
When the number of buy or sell orders for the first virtual currency received by the communication unit is greater than a set reference value,
The control unit monitoring an effective computing resource of a first active matching server in charge of matching the first virtual currency; And
The control unit load balancing a plurality of matching servers further comprising the step of determining the load balancing.
The method of claim 10,
In order to replace the first active matching server for which the load balancing is determined with a first standby matching server, the control unit stopping receiving an order of the first virtual currency matched by the first active matching server;
After the first active matching server processes the previously received order,
The control unit load-balancing a plurality of matching servers, further comprising: after activating the first standby matching server instead of the first active matching server, controlling the communication unit to resume receiving the order of the first virtual currency How to.
The method of claim 10,
In order to process the matching of the purchase and sale of the first virtual currency matched by the first active matching server for which the load balancing is determined, both the first standby matching server and the first active matching server, the controller performs the first active matching. Maintaining, by the server, receiving an order of the matching first virtual currency; And
After activating the first standby matching server, the control unit controls the matching servers so that the matching of the purchase and sale of the first virtual currency is in charge of both the first active matching server and the first standby matching server. A method for load balancing a plurality of matching servers, further comprising.
The method of claim 10,
The control unit calculating a user interest level for the first virtual currency;
The method of load balancing a plurality of matching servers, further comprising the step of allocating one or more standby matching servers to a first active matching server matching the first virtual currency when the degree of interest increases.
The method of claim 10,
The integrated virtual currency system includes a limit system that manages information on a limit that each exchange system can sell or buy, and the purchase and sale of virtual currency between the multiple exchange systems or between the exchange system and the integrated virtual currency system. A method for load balancing a plurality of matching servers, further comprising a liquidation system for performing liquidation according to the method.
The method of claim 10,
The plurality of active matching servers share one memory database system, and the memory database system further comprises the step of storing a sell order and a buy order of virtual currencies in charge of the active matching server in a queue, a plurality of matching servers How to load balance the data.

Images