KR20200061163A - Blockchain Middle Ware System using Virtual Money - Google Patents

Abstract

The present invention relates to a blockchain integrated middleware system using virtual currencies. There is a technical background in achieving a rapid transaction and payment to be made when trading in various media by using P2P open virtual currency trading systems constituting a pure blockchain by solving a problem of a system slowing down due to a block configuration. Therefore, there is an effect of allowing a user to trade in a faster and more secure manner by developing a data transmission middleware between a client and a server to be combined with a blockchain. The blockchain integrated middleware system using virtual currencies comprises: a connection server; a service relay part; and a transaction service part.

Description

Blockchain Middle Ware System using Virtual Money

The present invention relates to a block chain integrated middleware system using a virtual currency, and more specifically, data between a server and a client operated by combining a block chain and exchange order and signing system provided by all virtual currencies including bitcoin. It relates to a blockchain integrated middleware system that uses cryptocurrency to provide transmission more quickly and safely.

Recently, virtual coins using the Internet, etc. have appeared, which are used for remittance services between individuals.

Bitcoin among virtual coins is recognized as a currency in countries such as the United Kingdom, Germany, and the United States, and is used as a currency in electronic commerce such as the Internet, and in offline commerce as a payment method such as cash or credit card. The number of outlets used is increasing.

Decentralized electronic transmission systems, such as bitcoins used as currency, do not need to have a central organism that checks and validates each transmission, and is created to avoid costly consumption.

Existing central electronic transmission systems rely on a combination of identification and authentication of the user's central organization to authenticate transmission requests made by the user during commerce.

However, distributed electronic transmission systems rely on a combination of identification and disclosure to authenticate transmission requests by users during commerce.

By doing so, the public can see all the transmissions they publish and check its accuracy.

Accordingly, in the payment system using Bitcoin, the authentication that is performed during commerce is not performed by a credit card company, a bank, or a payment agency, which is a central organization, but by the computer of the Bitcoin user.

In other words, the payment system using Bitcoin is a peer-to-peer (P2P) method, which is distributed on multiple users' computers, and an account for Bitcoin called a wallet is created by using a separate program or website. A pair of encryption keys are generated on the Internet.

One of the encryption keys is a personal key that can be verified only by the user, and is held through the terminal, and the other encryption key is an encryption key that is open to everyone who uses Bitcoin.

For example, if a Bitcoin user has digitally signed with a personal encryption key to buy an item, other users who use Bitcoin can authenticate whether the owner of the encryption key is the person who signed the digital key through the public encryption key. .

This e-signature and authentication process is a repeating system in which commerce is conducted.

However, in the payment system using Bitcoin, since multi-step verification is required during commerce, a distributed network participating in Bitcoin remittance authentication during P2P bitcoin remittance authenticates the transaction and records the remittance processing in a'blockchain' form. There was a problem in that it was not easy to use it as a payment settlement method due to the transaction delay phenomenon in an offline commerce in which transactions are made within almost 1 minute because a transaction delay phenomenon of about 60 minutes occurs.

The present invention has been calculated to solve the above-mentioned problem, and when trading in various media using P2P's open virtual currency trading systems that make up a pure blockchain, the part that suffers from a problem that the speed of the block decreases due to the block configuration It has a technical background to achieve a technical implementation so that transactions and payments can be made quickly.It is a virtual that enables transactions to be made in a faster and more secure manner by developing a data transmission middleware between a client and a server in combination with a blockchain. It is to provide a blockchain integrated middleware system that uses currency.

A block chain integrated middleware system using the virtual currency of the present invention for achieving the above object includes: an access server that is requested to provide a service including an inquiry service, information providing service, and real-time data service through an Internet-capable client terminal; Process the service provision request sent from the access server, schedule the service provision request, and relay it to the service relay unit that relays the request, and deliver it to one of the individual services corresponding to the service provision request sent from the service relay unit. And a transaction service unit that transmits a response to the client terminal after the service is provided.

When the access server is requested to provide a service through a session manager, it tokenizes the service provision request data, stores it in a service queue through an encryption process, and transmits the service provision request data stored in the service queue to the service relay unit through a communication module. I can do it.

The access server has a dualized structure, and can be configured to include multiplexing I/O for managing large sessions and resources, and MulTi-Thread dedicated to processing responses to service requests.

The service relay unit tokenizes the service provision request data, registers it with a timer, and then schedules the service provision request before the timer expires. A smooth service can be provided even when a request for service provision is concentrated.

The transaction service unit first performs an authentication process through a login process to provide a service request; When receiving a real-time data service request, the real-time data service request information is registered in a separate memory through the real-time data module, and then the access server receives all the real-time data received from the outside and transmits it to the client terminal; Upon receiving the inquiry service request, through the inquiry service module, access the data database for processing for the inquiry service and transmit the corresponding data to the client terminal; Upon receiving a request for an information providing service, an information providing module may connect to an existing DB or a target DB to process the information providing service and transmit the information to the client terminal.

According to the block chain integrated middleware system using the virtual currency of the present invention as described above, when trading in various media using P2P's open virtual currency trading systems constituting a pure blockchain, the speed of block configuration decreases. It is the technical background to achieve the technical implementation so that the transaction and payment can be made to the part that has the problem, and it is a more rapid and safe method by developing the data transfer middleware between the client and the server in combination with the blockchain. It has the effect of allowing transactions to be made.

1 is a view showing a blockchain integrated middleware system using a virtual currency according to an embodiment of the present invention,
2 is a view showing an access server constituting a block chain integrated middleware system using a virtual currency according to an embodiment of the present invention,
3 is a view for explaining a state in which a large-scale session processing and resources are efficiently processed in an access server constituting a block chain integrated middleware system using a virtual currency according to an embodiment of the present invention,
4 is a diagram showing data flow in an access server constituting a block chain integrated middleware system using a virtual currency according to an embodiment of the present invention,
5 is a diagram illustrating a data processing process in a service relay unit constituting a block chain integrated middleware system using a virtual currency according to an embodiment of the present invention,
6 is a diagram showing a login process for accessing a transaction service constituting a blockchain integrated middleware system using a virtual currency according to an embodiment of the present invention,
7 is a view showing a data request process to be received in real time in a transaction service constituting a block chain integrated middleware system using a virtual currency according to an embodiment of the present invention,
8 is a view showing a query service request process in a transaction service constituting a blockchain integrated middleware system using a virtual currency according to an embodiment of the present invention,
9 is a view showing a process of providing information stored in a database in a transaction service constituting a block chain integrated middleware system using a virtual currency according to an embodiment of the present invention,
10 is a view showing an order data request process in a transaction service constituting a blockchain integrated middleware system using a virtual currency according to an embodiment of the present invention,
11 is a diagram showing the structure of an exchange operation through a blockchain integrated middleware system using a virtual currency according to an embodiment of the present invention,
12 is a diagram showing a structure for external interlocking through a blockchain integrated middleware system using a virtual currency according to an embodiment of the present invention.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings in order to enable those skilled in the art to easily implement the present invention.

Blockchain integrated middleware system using a virtual currency according to an embodiment of the present invention, as shown in Figure 1, the client terminal 100, the access server 200, the service relay unit 300, the transaction service unit 400 ), when the client terminal 100 requests to provide a service, the requested data passes through the access server 200, performs a routing, and passes through a service relay unit 300 for relaying, followed by a transaction Each of the service units 400 is transmitted to the corresponding service module, and after appropriate processing is performed in the corresponding service module, response processing of the service request is performed to the client terminal 100.

The client terminal 100 may be a terminal that can connect to the Internet, such as a smart phone, PDA, or PC, and these terminals are connected to a server through a connection adapter such as TCP/IP, Queue, XML, TIBCO, or Tuxedo ( 200).

The service module includes an inquiry service module (TRsrvd), an information providing service module (DBsrvd), a real-time data service module (RTSsrvd), an order data service module (Orderd), and a logon service module (Logond).

Among the service modules, the order data service module (Orderd) may be connected to and connected to an external exchange server 500 (exchange) or a blockchain server 600 (blockchain).

As illustrated in FIGS. 2 to 4, the access server 200 is requested to provide various services including a query service, information provision service, and real-time data service through the client terminal 100.

Here, the inquiry service corresponds to the provision of information on coin-related data such as the price and price of the coin, and the information service corresponds to the provision of transaction-related information such as account, order, and conclusion for the coin transaction, and the real-time data service is requested by the user. It corresponds to a service that actively notifies customers of data on a server or blockchain, rather than data in a method.

For example, in the case of bitcoin (BTC), the market price refers to the same value as BTC 7,500,000, and the bid price refers to the sale price of 7,510,000, and the number of purchases of 1, 7,490,000.

The account refers to the user ID and the setting conditions to be used, the order refers to the value requiring the desired value to buy, and the signing means to match each other when the desired value matches the desired value.

When the service is requested to be provided to the session manager 210 through the client terminal 100, the session manager 210 tokenizes the service provision request data such as an order, a quantity inquiry, and a price inquiry, and then performs a service queue (through an encryption process) 230).

In the service queue 230, the order, quantity inquiry, market price inquiry, etc. are stored in a queue that is tokenized and encrypted, and the service provision request data stored in the service queue 230 is divided into tasks in the session 250 After the processing, the communication module 270 is transmitted to the service relay unit 300.

At this time, the real-time data request (price, conclusion, etc.) is directly transmitted to the service relay unit 300 through the communication module 270 by separate communication managers (Admin/Filled manager, RTS manager).

The access server 200 has a dualized structure, and as shown in FIGS. 3 and 4, it flexibly and perfectly responds to overall system failure in an auto scale manner to manage large-scale session processing and resources, and has unlimited scalability. It consists of Multiplexing I/O in this structure, and MulTi-Thread, which can efficiently perform response processing for service provision requests, and interoperates with customer requests and real-time processing and other computer services. Provides the optimal condition.

In detail, the process of flexibly and completely expanding the entire system using the Auto Scale method in the access server 200, processes responsible for all sessions can perform Auto Scale for equipment, and Auto Scale for Process within equipment It is possible, and the Auto Scale for the maximum value of the session in the process can be controlled in accordance with the system resources to provide an easy solution to the sudden increase in concurrent users and requests for various services.

That is, resources are automatically managed according to the service load according to the increase of users, and dynamically allocated processes are additionally allocated to secure QoS-level stable performance, and QoS functions are provided for each session. It can fundamentally solve the degradation of service performance.

And the process of efficiently processing large-capacity sessions and resources with a multiplexed structure (Multiplexing I/O + MulTi-Thread) is based on I/O handling and service provision requests By configuring a thread dedicated to processing, it is possible to quickly respond to service loads and failures through two-way communication.

In addition, because all services are relayed in a standardized processing method, there is no delay in processing speed due to a specific service, and by providing Queue-Full prevention, when a certain user requests excessive service, service control is generated to provide all users. It can provide the same level of service.

In addition, by providing data checksum function and additional data verification function for D-Dos of unauthorized users or hackers, it is possible to fundamentally eliminate inefficient resource consumption by invalid sessions through thorough management of unauthorized sessions. have.

In addition, the access server 200 basically consists of a group of four processes, and can be expanded through a setting of up to six.

Since one processor can maintain and manage 1000 sessions 250 by default, it can expand up to 6000 sessions 250.

The service provision request data transmitted through the client terminal 100 is scheduled and distributed to the process group in a round robin method, and is accurately distributed within the range of -2 to +2 in real time.

For reference, the AutoScale method is a real programmatic technique that enables operation immediately when server equipment is added and connected to the platform. It is a method used to reduce overhead when processing data.

In the round robin method, scheduling and distribution are distributed evenly at regular intervals because connections can be concentrated on a specific connection server when connections occur at the same time. The error range is within the range of -2 to +2. will be

As shown in FIG. 5, the service relay unit 300 processes a service provision request transmitted from the access server 200, performs scheduling on the service provision request, and relays the service provision request.

The service relay unit distributes the service provision request to the service unit and maintains the request transaction until it responds, which is called scheduling.

That is, the service relaying unit 300 tokenizes the service provision request data, registers it with the timer 310, and schedules the service provision request before the timer 310 ends, and distributes multi-nodes. By applying the method, it is possible to provide the optimal service, control the service provision request and service level for each equipment, and distribute the concentrated traffic, thereby enabling smooth service even when a large number of intensive service provision requests are concentrated.

Specifically, the routing process to the transaction service unit 400 that processes to provide the optimal service through the multi-node distribution method, it is difficult to stably and efficiently provide the entire service with only the extension function of the access session stage. In order to provide a service provision request for an optimal response of the final transaction service unit 400 at a uniform level, routing to the transaction service unit 400 must also be effectively managed and provided.

That is, assuming that there are many nodes acting as a service unit, a service response or a reliable node is searched and forwarded to the corresponding service, and the corresponding node processes a response to the request.

In the nodes, there are agent managers that aggregate and manage various information such as equipment and transaction usage, and integrate these information to find the optimal node and distribute traffic.

To this end, it provides search and routing for the idle node, and if an existing resource is already available, an additional node can be prepared and dynamically added to expand.

In the nodes, there are agent managers that aggregate and manage various information such as equipment and transaction usage, and forward the service to the idle node through statistical information.

Through this, the same QoS service is provided not only to the session end but also to the business area, so that users receive uniform service with other users.

This means that, when a number of service requests are issued, all services from the access server to the business processing unit continue to reside, and the platform can constantly limit the transactions that can be held at each step, and at each step to increase the overall availability. It is a structure that can be expanded simultaneously through autoscale to increase overall performance.

The transaction service unit 400 is delivered to one of the individual services corresponding to the service provision request transmitted from the service relay unit 300 so that the response to the service provision request is transmitted to the client terminal 100 after the service is provided. First, a login process for requesting service provision is performed.

6, the login process is connected to the access server 200 through the client terminal 100 as described above, and then connected to the transaction service unit 400 through routing by the service relay unit 300. , Check the user information stored in the database 710 and go through a detailed authentication procedure according to the login.

For example, the login process is a process of confirming that the user is an authorized user on a preset platform, and the verification process is usually performed by checking whether the ID, password, and OTP match information when registering.

Subsequently, when the login process is completed and the authentication procedure is completed, response processing is transmitted to the client terminal 100 through the service relay unit 300 and the access server 200.

The process of accessing the transaction service unit 400 through the client terminal 100 and requesting real-time data information (RTSsrvd) is as shown in FIG. 7, as described above, the access server 200 through the client terminal 100 ), and then is routed by the service relay unit 300 to be connected to the transaction service unit 400.

Subsequently, a process of registering the real-time data information list requested from the client terminal 100 in a separate database or releasing the registered real-time data information list is performed, and then, an external exchange server 500 and a blockchain server When real-time data is transmitted from the 600 and stored in the database, the real-time information stored in the database is transmitted to the client terminal 100 through the service relay unit 300 and the access server 200.

Real-time data information is a server that dynamically provides various related news or events, such as market-related data, blockchain-related data, and listed coins, from customers, and these real-time data characteristics (market price, blockchain, news, etc.) It activates access servers, service relays, and blockchain servers.

The process of requesting the inquiry data information (TRSsrvd) by accessing the transaction service unit 400 through the client terminal 100 is as shown in FIG. 8, as described above, the access server 200 through the client terminal 100 ), and then is routed by the service relay unit 300 to be connected to the transaction service unit 400.

Subsequently, when data such as simple inquiry and quote inquiry is transmitted from the external exchange server 500, the blockchain server 600, and the like, and stored in the database 710, the client terminal 100 of the information stored in the database 710 Process the inquiry information requested from the service relay unit 300 and the connection server 200 to be transmitted to the client terminal 100.

The inquiry data information includes quotes, blockchain-related information, news, etc. For example, when querying information related data of a specific coin, the relevant data is the client terminal 100 -> access server 200 -> service relay The request goes to the unit 300 -> transaction service unit 400, and receives the related data in the reverse direction.

At this time, since the inquiry service module for the inquiry service in the transaction service unit 400 is configured in parallel, it is possible to process 4 to 256 inquiry service requests at the same time, and the inquiry service module is a database management system ( DBMS), which provides a general inquiry service that is not related to the client terminal 100.

That is, this module is used to provide services for data in general file operations or shared memory areas.

The platform service is started and serviced with the first set number, and when the number of requested services increases, up to 256 service processes are automatically started at the same time to keep the service response stable.

The number of connections may be limited according to the limitations of the DBMS, so services that do not require interworking with the DBMS are collected and serviced separately. When such inquiry service is inquired, the corresponding data is retrieved from the client terminal 100 -> access server 200 ) -> Service relay unit 300 -> The request goes to the transaction service unit 400 and receives the related data in the reverse direction.

For example, market price information is a quick response using a space called shared memory for speed, and other types of data other than those already processed in the DBMS may be in the file. Is to provide.

The process of requesting various information provision (DBSsrvd) by accessing the transaction service unit 400 through the client terminal 100 is as shown in FIG. 9, as described above, the access server 200 through the client terminal 100 ), and then is routed by the service relay unit 300 to be connected to the transaction service unit 400.

Information service refers to data related to DBMS, such as account or order, signing, and transaction related information for coin trading. For example, when querying transaction history related data, the relevant data is the client terminal 100 -> access server 200 ) -> Service relay unit 300 -> The request goes to the transaction service unit 400 and receives the related data in the reverse direction.

Subsequently, when data such as various information is transmitted from the external exchange server 500, the blockchain server 600, and the like, and stored in the databases 710 and 750, the client terminal 100 among the information stored in the databases 710 and 750 ) To process the requested information to be transmitted to the client terminal 100.

At this time, since the provision module for providing information in the transaction service unit 400 is configured in parallel, it is possible to process 4 to 128 information provision requests at the same time, and the information provision module is mainly a database management system ( DBMS), user information, order/contract information, etc. are transmitted to the client terminal 100 through the service relay unit 300 and the access server 200.

That is, it is based on session maintenance with the DBMS, and is a module that services related data.

The process of requesting order data (Orderd) by accessing the transaction service unit 400 through the client terminal 100, as shown in FIG. 10, as described above, the access server 200 through the client terminal 100 After being connected to, it is connected to the transaction service unit 400 through routing by the service relay unit 300.

Subsequently, the order data module for processing the order data in the transaction service unit 400 is configured in parallel, and the external exchange server 500 or block for processing the order data through one of the order data modules It connects to the chain server 600 and processes the order data requested from the client terminal 100 to be transmitted to the client terminal 100 through the service relay unit 300 and the access server 200.

The order data is a coin matching system, and includes data for requesting coins, purchase/sales, quantity, price, etc. For example, when a user requests a purchase opinion to buy a specific coin, the client terminal 100- > The request goes to the access server 200 -> service relay unit 300 -> transaction service unit 400 and receives related data in the reverse direction.

The process of accessing the transaction service unit 400 through the client terminal 100 and requesting an order service is connected to the access server 200 through the client terminal 100 as described above, as shown in FIG. 11. After the routing by the service relay unit 300 is connected to the transaction service unit 400.

Subsequently, after placing an order for various cryptocurrencies such as Bitcoin (BTC), Quantum (QTUM), Litecoin (LTC) or Ethereum (ETH/ETC) in the trading service unit 400, the exchange of the corresponding cryptocurrency From the order request comes up, the signing of the corresponding virtual currency order occurs.

For example, when a user requests a purchase order to buy a BTC coin, the order history finally reaches the exchange, and the price and order conditions are matched during the sale order, and the execution data is sent for real-time transmission. Data is moved to the access server 200 and the corresponding data is finally delivered to the user.

Subsequently, data related to other processing such as a ledger is stored in a database, and order execution information is transmitted to the client terminal 100 through the service relay unit 300 and the access server 200.

On the other hand, after processing the transaction number, coin code, quantity, price, etc., it is processed to be stored in the database, and the order execution information concluded at the exchange is sent directly to the access server 200 without going through the service relay unit 300 to the client It is delivered to the terminal 100.

As described above, in the process of providing the independent service for the transaction for each virtual currency, the actual internal transaction mechanism of the exchange for each virtual currency is completely independently managed and operates without interference with each other.

In addition, the middleware system according to the present invention and the exchange for each cryptocurrency are constantly interlocked so that the service can be used immediately upon listing of the cryptocurrency, and the suspension is also possible immediately.

For these services, the environment and information for each cryptocurrency are instantly shared in real time in the middleware system according to the present invention and provided without interruption 24 hours a day, 365 days a year.

Unlike other exchanges, the management of these exchanges is very effective in terms of operation because it does not require the suspension of existing products for listing.

The advantage of having an exchange that is traded without interruption is, for example, in the case of a user who has received a coin through an external blockchain, the seller can immediately sell it at the exchange, and when the customers who buy the coin are immediately transmitted to the outside, the present invention It can be transmitted to the outside through the middleware system according to.

The process of accessing the transaction service unit 400 through the client terminal 100 and requesting a smart payment in any one of virtual currencies is as shown in FIG. 12, as described above, the access server 200 through the client terminal 100 ), and then is routed by the service relay unit 300 to be connected to the transaction service unit 400.

Subsequently, cryptocurrency such as a Bitcoin (BTC) adapter, a Quantum (QTUM) adapter, a Litecoin (LTC) adapter, an Ethereum (ETH/ETC) adapter, or a Ripple (XRP) adapter virtual currency adapter may be included in the transaction service unit 400. The adapter is connected to the blockchain server 600 through an adapter corresponding to a virtual currency requesting payment.

Subsequently, when payment is processed and completed through the corresponding virtual currency, the virtual currency adapter receives the payment-related received data from the blockchain server 600 and stores it in the database, and the payment-related information is the service relay unit 300, the access server It is to be transmitted to the client terminal 100 through the (200).

In addition, when a user makes a request to buy or sell an object using a payment type coin, the request data comes to the transaction service unit 400 through the client terminal 100 and payment information such as coin, purchase quantity, price, etc. After confirming, the product is immediately confirmed to be owned by the customer when processing the payment.

In the future, it is judged that all virtual currencies will be used in various ways in real life, and the process of flexible interworking with external blockchain/offline payment through the middleware system according to the present invention enables virtual currencies to be distributed through various channels. .

For example, depending on the type of external blockchain, if cryptocurrency flows into the exchange or is connected in line with offline payment such as a mobile phone/credit card, etc., if effective management function for the corresponding medium is not provided, the user will get the price over time. You have a risk of volatility.

The middleware system according to the present invention provides an interlocking function for external blockchain and offline mobile phone payment.

That is, the modular blockchain adapters provided in the external blockchain can be assembled in various ways, and can be immediately combined with the middleware system according to the present invention, so that transactions can be processed immediately after receiving the virtual currency.

Until now, in existing virtual currency systems, it was difficult to immediately process the results of a large amount of simultaneous transactions on the blockchain (capacity of tens of thousands of transactions per second, etc.) and middleware for web server transactions used by most virtual currency exchanges ( Tomcat, etc.) had a limitation in that the response speed was significantly different from the dedicated CS (client server) method when simultaneously requesting due to the web structure.

However, in the middleware system according to the present invention, a response processing for a large number of simultaneous requests (response to more than 10,000 requests per second) and a combination of CS (client server) for quick and flexible interworking with an external blockchain to be.

According to the block chain integrated middleware system using the virtual currency of the present invention as described above, when trading in various media using P2P's open virtual currency trading systems constituting a pure blockchain, the speed of block configuration decreases. It is the technical background to achieve the technical implementation so that the transaction and payment can be made to the part that has the problem, and it is a more rapid and safe method by developing the data transfer middleware between the client and the server in combination with the blockchain. It has the effect of allowing transactions to be made.

In the above description, a preferred embodiment of the present invention has been presented and described, but the present invention is not necessarily limited thereto, and a person skilled in the art to which the present invention pertains does not depart from the technical spirit of the present invention. It will be readily apparent that various substitutions, modifications and variations are possible.

100: client 200: access server
300: service relay 400: transaction service
500: exchange server 600: blockchain server

Claims (5)

An access server that is requested to provide a service including an inquiry service, an information providing service, and a real-time data service through an Internet-capable client terminal;
A service relay unit that processes a service provision request transmitted from the access server and performs relaying after scheduling the corresponding service provision request; And
A transaction service unit that is delivered to one of the individual services corresponding to the service provision request sent from the service relay unit and sends a response to the client terminal after the service provision for the service provision request is in progress
Blockchain integrated middleware system using a virtual currency characterized in that it comprises a. The method according to claim 1, When the access server is requested to provide a service through a session manager, tokenizes the service provision request data, stores it in a service queue through an encryption process, and the service provision request data stored in the service queue is a communication module. Blockchain integrated middleware system using virtual currency, characterized in that it is transmitted to the service relay. The method according to claim 1, The access server is a dual structure, characterized in that it comprises a Multiplexing I/O to manage large-scale session processing and resources, and MulTi-Thread dedicated to response processing to service requests. Blockchain integrated middleware system using virtual currency. The method according to claim 1, wherein the service relaying unit tokenizes service provision request data, registers it with a timer, and schedules the corresponding service provision request before the timer expires, and distributes concentrated traffic by applying a multi-node distribution method. Blockchain-integrated middleware system using virtual currency characterized by enabling smooth service even when a large number of intensive service provision requests are concentrated. The method according to claim 1, the transaction service unit first performs an authentication process through a login process to provide a service request; Upon receiving the real-time data service request, the real-time data service request information is registered in a separate memory through the real-time data module, and then the access server receives all the real-time data received from the outside and transmits it to the client terminal; Upon receiving the inquiry service request, through the inquiry service module, access the data database for processing for the inquiry service and transmit the corresponding data to the client terminal; Blockchain integration using a virtual currency characterized in that when an information provision service request is received, the information is transmitted to a client terminal by accessing an existing DB or a target DB through the information provision module to process the information provision service. Middleware system.

Images