CN112087502A - Method, device and equipment for processing request and storage medium - Google Patents
Method, device and equipment for processing request and storage medium Download PDFInfo
- Publication number
- CN112087502A CN112087502A CN202010888462.7A CN202010888462A CN112087502A CN 112087502 A CN112087502 A CN 112087502A CN 202010888462 A CN202010888462 A CN 202010888462A CN 112087502 A CN112087502 A CN 112087502A
- Authority
- CN
- China
- Prior art keywords
- transaction
- transactions
- request
- result
- request message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2212/00—Encapsulation of packets
Abstract
Embodiments of the present invention provide a method, an apparatus, a device, and a storage medium for processing a request, which aim to reduce the interaction complexity of a blockchain network, so as to improve the service processing efficiency. The method comprises the following steps: obtaining a request message, wherein the request message carries a service identifier, and the service identifier is used for representing a service type corresponding to the request message; analyzing the request message according to an analysis strategy corresponding to the service identifier to obtain one or more transactions, and sending the one or more transactions to a block chain network for execution; obtaining one or more target execution results, the one or more target execution results being execution results obtained after the blockchain network executes the one or more transactions; and integrating the one or more target execution results into a request processing result according to an integration strategy corresponding to the service identifier, packaging the request processing result into a result message, and sending the result message to a result demand side.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method, an apparatus, a device, and a storage medium for processing a request.
Background
The block chain technology is built on a transmission network (also called a block chain network), distributed nodes in the transmission network adopt a consensus algorithm to generate and update data, and a chain data structure is used for verifying and storing the data, so that a data tamper-proof mechanism is realized.
Currently, with the development of communication technology and blockchain technology, technicians try to transfer various traditional services (particularly financial services) to blockchain networks for development, so as to solve the trust problem between different parties of the services by using a data tamper-proof mechanism of the blockchain networks. However, for a user, the technical threshold of the block chain technology is high, the technical difficulty is high, and during the service development by using the block chain technology, the user is too complicated to interact with the block chain network, which results in low service processing efficiency and also affects the further popularization and application of the block chain technology.
Disclosure of Invention
Embodiments of the present invention provide a method, an apparatus, a device, and a storage medium for processing a request, which aim to reduce the interaction complexity of a blockchain network to improve the service processing efficiency. The specific technical scheme is as follows:
in a first aspect of the embodiments of the present invention, a method for processing a request is provided, where the method includes:
obtaining a request message, wherein the request message carries a service identifier, and the service identifier is used for representing a service type corresponding to the request message;
analyzing the request message according to an analysis strategy corresponding to the service identifier to obtain one or more transactions, and sending the one or more transactions to a block chain network for execution;
obtaining one or more target execution results, the one or more target execution results being execution results obtained after the blockchain network executes the one or more transactions;
and integrating the one or more target execution results into a request processing result according to an integration strategy corresponding to the service identifier, packaging the request processing result into a result message, and sending the result message to a result demand side.
In a second aspect of the embodiments of the present invention, there is provided an apparatus for processing a request, the apparatus including: a message obtaining module, configured to obtain a request message, where the request message carries a service identifier, and the service identifier is used to represent a service type corresponding to the request message;
the message analysis module is used for analyzing the request message according to an analysis strategy corresponding to the service identifier to obtain one or more transactions, and sending the one or more transactions to a block chain network for execution;
a result obtaining module, configured to obtain one or more target execution results, where the one or more target execution results are execution results obtained after the one or more transactions are executed by the blockchain network;
and the message encapsulation module is used for integrating the one or more target execution results into a request processing result according to the integration strategy corresponding to the service identifier, encapsulating the request processing result into a result message and sending the result message to a result demand party.
In a third aspect of the embodiments of the present invention, an electronic device is provided, which includes a processor, a communication interface, a memory, and a communication bus, where the processor, the communication interface, and the memory complete communication with each other through the communication bus;
the memory is used for storing a computer program;
the processor is used for realizing the method for processing the request provided by any embodiment of the invention when executing the program stored on the memory.
In a fourth aspect of the embodiments of the present invention, there is provided a computer-readable storage medium on which a computer program is stored, the program, when executed by a processor, implementing the method for processing a request provided by any of the embodiments of the present invention.
In the present invention, a request initiator (e.g., an individual user or an enterprise user) initiates a request in the form of a request message. After obtaining the request message, the execution main body of the invention analyzes the request message according to the analysis strategy corresponding to the service identification of the request message, obtains one or more transactions, and sends the transactions to the block chain network for execution. The blockchain network performs these transactions to enable processing of the corresponding type of traffic. In addition, the execution main body of the invention also obtains the execution result of each transaction by the block chain network, integrates the execution result of each transaction into the request processing result according to the integration strategy corresponding to the service identifier of the request message, encapsulates the request processing result into the result message, and then sends the result message to the result demand party (such as the personal user or the enterprise user). Therefore, in the invention, the user does not need to compile complex block chain transaction aiming at the service during the service development, and can simply fill the service data required in the request message in a request message mode and send out the request. And the processing result subsequently received by the user is also presented in the form of a result message, so that the user can conveniently obtain the request processing result from the result message.
Therefore, when the user uses the block chain network, the user can not sense the complexity of the block chain network, the technical threshold of the user for using the block chain network is reduced, the service processing efficiency is improved, and the further popularization of the block chain technology is facilitated.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below. It is obvious that the drawings in the following description are only some embodiments of the invention, and that for a person skilled in the art, other drawings can be derived from them without inventive effort.
FIG. 1 is a flow chart of a method of processing a request according to an embodiment of the invention;
FIG. 2 is a diagram illustrating a method for processing a request according to another embodiment of the invention;
FIG. 3 is a schematic diagram of a request processing system according to an embodiment of the invention;
FIG. 4 is a diagram illustrating an apparatus for processing a request according to an embodiment of the present invention;
fig. 5 is a schematic diagram of an electronic device according to an embodiment of the invention.
Detailed Description
The technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. It is to be understood that the embodiments described are only a few embodiments of the present invention, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Currently, with the development of communication technology and blockchain technology, technicians try to transfer various traditional services (particularly financial services) to blockchain networks for development, so as to solve the trust problem between different parties of the services by using a data tamper-proof mechanism of the blockchain networks. However, for a user, the technical threshold of the block chain technology is high, the technical difficulty is high, and during the service development by using the block chain technology, the user is too complicated to interact with the block chain network, which results in low service processing efficiency and also affects the further popularization and application of the block chain technology.
Therefore, the present invention provides a method, an apparatus, a device and a storage medium for processing a request through the following embodiments, which aim to reduce the interaction complexity of a blockchain network so as to improve the service processing efficiency.
Referring to fig. 1, fig. 1 is a flowchart illustrating a method for processing a request according to an embodiment of the present invention. As shown in fig. 1, the method comprises the steps of:
step S11: and obtaining a request message, wherein the request message carries a service identifier, and the service identifier is used for representing a service type corresponding to the request message.
The service type corresponding to the request message is as follows: the type of service requested by the request message. For convenience of understanding, it is assumed that a certain request message is used for requesting a bond issuance service, the service type corresponding to the request message is bond issuance, and the service identifier of the request message may be SMTA. Assuming that another request message is used for requesting a bond subscription service, the service type corresponding to the request message is bond subscription, and the service identifier of the request message may be SMTT.
It should be noted that the service identifiers such as the SMTA and the SMTT are only examples, and are not intended to limit the present invention. In practical implementation, the invention can select the service identification of other character strings.
Step S12: and analyzing the request message according to an analysis strategy corresponding to the service identifier to obtain one or more transactions, and sending the one or more transactions to a block chain network for execution.
In the invention, each service identifier corresponds to a corresponding analysis strategy. In other words, each service type corresponds to a corresponding resolution policy.
In some embodiments of the present invention, during parsing a request packet, a parsing policy is mainly used to make the following restrictions on parsing operations:
(1) the transaction quantity of the transaction required to be analyzed from the request message;
(2) analyzing the transaction type of each transaction;
(3) for each transaction, defining the required service data and defining the specific field of the request message from which to obtain the service data;
(4) if multiple transactions are resolved, the timing relationship between the multiple transactions is further defined.
For the sake of understanding, it is assumed that the service identifier carried in a certain request message received is SMTT, for example. In response to the request message, a service identifier SMTT is first obtained from the request message. And then mapping the analysis strategy A corresponding to the service identifier SMTT from the plurality of analysis strategies by taking the service identifier SMTT as an index. And then, according to the determined analysis strategy A, analyzing the request message. Specifically, the parsing policy a defines that: transaction 1, transaction 2, and transaction 3. Wherein, the time sequence relation of the three transactions is as follows: transaction 1 is executed first, transaction 2 is executed again, and transaction 3 is executed last.
In addition, the transaction 2 needs to include service information such as asset type and asset number, and the request message carries the service information. To resolve transaction 2, resolution policy A further defines: obtaining the type information of the authorized assets from the 12 th field of the request message, and filling the obtained type information into the 3 rd field of the transaction 2; obtains information on the number of authorized assets from fields 13 and 14 of the request message and populates fields 4 and 5 of transaction 2 with the obtained type information.
Or, for example, assume that the service identifier carried in the received another request message is SMTA. In response to the request message, a service identifier SMTA is first obtained from the request message. And then, determining an analysis strategy B corresponding to the service identifier SMTA from the plurality of analysis strategies by taking the service identifier SMTA as an index. And then, according to the determined analysis strategy B, analyzing the request message. Specifically, the parsing policy B restricts parsing from the request message: transaction 3 and transaction 5. Wherein, the time sequence relation of the two transactions is as follows: transaction 3 is executed first and then transaction 5 is executed.
In addition, the transaction 5 needs to include the annual percentage rate service information, and the request message carries the service information. To resolve transaction 5, resolution policy B further defines: the annual rate information is obtained from the 7 th field of the request message and filled into the 5 th field of transaction 2.
It should be noted that the data (such as the service identifier, the transaction amount, the service information, the field number, etc.) referred to in the above examples are only illustrative examples. The actual data involved in the practice of the invention may be the same as or different from the data in the examples described above.
In the present invention, in order for the execution main body of the present invention to send the transaction to the blockchain network, the execution main body may send the transaction to a designated node in the blockchain network. As such, the blockchain network enables transactions to be distributed to the nodes of the blockchain network based on its node interaction logic.
Step S13: obtaining one or more target execution results, the one or more target execution results being execution results obtained after the blockchain network executes the one or more transactions.
In some embodiments of the present invention, the execution main body of the present invention receives a plurality of execution results returned by the blockchain network, each execution result carries additional information, the additional information of one execution result includes a transaction identifier of a transaction corresponding to the execution result, and the transaction identifiers of a plurality of transactions corresponding to the same request packet are the same or related.
The execution main body of the invention obtains the one or more target execution results from the plurality of execution results according to the transaction identifications of the plurality of execution results.
In a specific implementation of the present invention, the execution main body of the present invention may successively receive a plurality of request messages, and when the execution main body parses the request messages into transactions (i.e., when the above step S12 is executed), the execution main body may configure additional information for each parsed transaction, where the additional information at least includes a transaction identifier. The transaction identifications of the multiple transactions analyzed by the same request message are the same or related. After executing the transaction and obtaining the execution result of the transaction, the blockchain network gives the additional information of the transaction to the execution result.
The execution main body receives the request message and analyzes the request message, and simultaneously receives a plurality of execution results returned by the block chain network. For example, the execution agent may continue to receive N execution results over a period of time, where the N execution results may correspond to M request messages, where N ≧ M. In other words, the N execution results may be the execution results of the transactions parsed by the M request messages.
As described above, the execution result returned by the blockchain network carries additional information, and the additional information includes the transaction identifier. Thus, when the execution main body of the invention receives a plurality of execution results in succession, the execution result with the same or related transaction identifier can be determined as a group of execution result according to the transaction identifier of each execution result, thereby obtaining a plurality of groups of execution results in succession. It should be noted that, among the multiple sets of execution results obtained in succession, there is necessarily one set of execution results, which includes the one or more target execution results. Thus, one or more of the above target execution results are obtained.
Step S14: and integrating the one or more target execution results into a request processing result according to an integration strategy corresponding to the service identifier, packaging the request processing result into a result message, and sending the result message to a result demand side.
The result requesting party may be a sender of the request message, such as a user side. The message protocol of the result message is the same as the message protocol of the request message. Therefore, the user side can send out the request message and the analysis result message based on the same message protocol, and the complexity of the user side is further reduced.
In the invention, each service identifier corresponds to a corresponding integration strategy. In other words, each service type corresponds to a corresponding integration policy.
In some embodiments of the present invention, during the integration of the execution results of the targets, the integration strategy is mainly used for: and determining whether the transaction corresponding to the target execution result is successfully executed according to each target execution result, and mapping whether the whole request is successfully executed according to the condition of whether each transaction is successfully executed.
For the sake of understanding, it is assumed that the service identifier carried in a received request message for requesting a bond subscription service is SMTT, following the above example. By executing the above step S12, three transactions, i.e., transaction 1, transaction 2, and transaction 3, are analyzed from the request message. And obtaining target execution results corresponding to the three transactions by executing the step S13. In executing step S14, it is assumed that the service identity SMTT corresponds to an integration policy a definition: the request (i.e., the above-described bond subscription service) can be determined to be successfully executed only if all three transactions are successfully executed, otherwise the request execution is determined to be failed.
In this way, when the target execution results are integrated according to the integration policy a, if all three target execution results represent successful transaction execution, the request processing result of "successful request execution" is integrated. If one or more of the three target execution results indicate that the transaction fails to be executed, a request processing result of 'request execution failure' is integrated.
Or following the above another example, assuming that the service identifier carried in a certain received request message is SMTA, the request message is used for requesting a bond issuing service. By executing the above step S12, two transactions, i.e., transaction 3 and transaction 5, are parsed from the request message. And obtaining target execution results corresponding to the two transactions respectively by executing the step S13. In step S14, it is assumed that the service identifier SMTA corresponds to an integration policy B definition: as long as there is a transaction that is successfully executed out of the two transactions, it can be determined that the request (i.e., the above-described bond issuing service) is successfully executed.
In this way, when the target execution results are integrated according to the integration policy B, if both target execution results represent successful transaction execution, or one target execution result represents successful transaction execution and the other target execution result represents failed transaction execution, a "request execution success" request processing result is integrated. And if the two target execution results both represent transaction execution failures, integrating a request processing result of 'request execution failure'.
As described above, in the implementation of the present invention, the execution agent of the present invention receives a plurality of request messages sequentially, and parses the request messages. Meanwhile, the execution main body receives a plurality of transaction results returned by the blockchain network in sequence and divides the transaction results into a plurality of groups. In addition, when the present invention is implemented specifically, the execution subject integrates the group of execution results into the corresponding request processing result for each group of execution results, encapsulates the request processing result into a result message, and sends the result message to the corresponding result demander. It should be noted that, since there must exist one execution result group among the plurality of execution results obtained in succession, the one or more target execution results are included. Therefore, when the execution subject performs integration for each set of execution results, integration of one or more target execution results described above is certainly achieved.
By processing the request in the manner of the above-mentioned steps S11 to S14, the user does not need to write a complex blockchain transaction for the service, but can simply fill in the service data required in the request message and issue the request in the manner of the request message. And the processing result subsequently received by the user is also presented in the form of a result message, so that the user can conveniently obtain the request processing result from the result message. Therefore, when the user uses the block chain network, the user can not sense the complexity of the block chain network, the technical threshold of the user for using the block chain network is reduced, the service processing efficiency is improved, and the further popularization of the block chain technology is facilitated.
Referring to fig. 2, fig. 2 is a schematic diagram of a method for processing a request according to another embodiment of the present invention. As shown in fig. 2, the method comprises the steps of:
step S21: and obtaining a request message, wherein the request message carries a service identifier, and the service identifier is used for representing a service type corresponding to the request message.
Step S22: and analyzing the request message according to an analysis strategy corresponding to the service identifier to obtain one or more transactions, and sending the one or more transactions to a block chain network for execution.
In the invention, the execution main body can configure additional information for the transaction after analyzing the transaction. After the blockchain network completes the transaction and obtains the execution result, the additional information of the transaction can be given to the execution result.
In some embodiments, the additional information includes at least: and analyzing the transaction quantity by the transaction identifier and the request message. The transaction identifier may be the same as the message identifier of the request message. For the sake of understanding, it is assumed that a message of a certain request message is identified as user23_037, and the request message is parsed into three transactions, and the additional information of each transaction at least includes: transaction identification user23_037, and transaction amount 3.
In other embodiments, the additional information includes at least: transaction identification and service identification of the request message. The transaction identifier may be the same as the message identifier of the request message. For the sake of understanding, it is assumed that the message identifier of a certain request message is user23_037, and the service identifier of the request message is SMTT. After the request message is analyzed into three transactions, the additional information of each transaction at least comprises: transaction identification user23_037, and service identification SMTT.
Step S23-1: and receiving a plurality of execution results returned by the block chain network, wherein each execution result carries additional information of the corresponding transaction.
Step S23-2: and obtaining the one or more target execution results from the plurality of execution results according to the transaction identifications of the plurality of execution results, wherein the one or more target execution results are execution results obtained after the one or more transactions are executed by the blockchain network.
As mentioned above, the additional information of one transaction at least includes the transaction identifier, and the transaction identifiers of multiple transactions corresponding to the same request message are the same or related. Therefore, the transaction identifications carried by the execution results corresponding to the same request message are the same or related.
For convenience of understanding, it is assumed that multiple execution results sequentially returned by the blockchain network are received within a period of time, and transaction identifiers in the additional information carried by the execution results are respectively: user23_037, user23_037, user66_005, user23_037, user66_005, user19_154, and user19_ 154. In executing step S23-2, the execution results with the same transaction id may be determined as a group of execution results according to the transaction id of each execution result to obtain multiple groups of execution results. The first set of execution results includes transaction id user23_037, the second set of execution results includes transaction id user66_005, and the third set of execution results includes transaction id user19_ 154. It should be noted that, in the multiple sets of execution results, there must be a set of execution results, which includes the target execution result (i.e., the execution result of the transaction parsed from the request message in step S22).
Step S23-3: and determining the transaction quantity of the transaction into which the request message corresponding to the target execution result is analyzed according to the additional information carried by any target execution result.
Step S23-4: and judging whether the target execution results are collected or not according to the transaction quantity and the quantity of the currently received target execution results.
As previously mentioned, in some embodiments, the additional information includes at least: and analyzing the transaction quantity by the transaction identifier and the request message. In this way, the transaction amount information can be directly read from the additional information of the target execution result.
Or as previously mentioned, in other embodiments, the additional information includes at least: transaction identification and service identification of the request message. Therefore, the service identifier can be read from the additional information of the target execution result, the corresponding analysis strategy can be mapped according to the read service identifier, and the transaction quantity information can be obtained according to the transaction quantity limited by the mapped analysis strategy. Or the mapping relation between the service identification and the transaction quantity can be established in advance, so that the transaction quantity can be directly mapped according to the read service identification.
And after determining the transaction quantity analyzed by the request message corresponding to the target execution result, comparing the transaction quantity with the quantity of the currently received target execution result. If the number of transactions is greater than the number of target execution results, it is stated that the blockchain network has returned only a portion of the target execution results of the transactions, and therefore the target execution results are not consolidated for a while. If the transaction quantity is equal to the quantity of the target execution results, the blockchain network returns the target execution results of all transactions, and therefore integration of the target execution results can be started.
Step S24: and under the condition that the target execution results are determined to be integrated, integrating the one or more target execution results into a request processing result according to an integration strategy corresponding to the service identifier, packaging the request processing result into a result message, and sending the result message to a result demand side.
When integrating the target execution results, the service identifier of the request packet corresponding to any target execution result can be determined according to the additional information carried by the target execution result, and the one or more target execution results are integrated into the request processing result according to the integration strategy corresponding to the service identifier.
As previously mentioned, in some embodiments, the additional information includes at least: transaction identification and service identification of the request message. In this way, the service identifier can be directly read from the additional information of the target execution result. And then mapping out a corresponding integration strategy according to the read service identification, and integrating the target execution result into a request processing result according to the integration strategy.
By processing the request in the manner of the above-mentioned steps S21 to S24, the user does not need to write a complex blockchain transaction for the service, but can simply fill in the service data required in the request message and issue the request in the manner of the request message. And the processing result subsequently received by the user is also presented in the form of a result message, so that the user can conveniently obtain the request processing result from the result message. Therefore, when the user uses the block chain network, the user can not sense the complexity of the block chain network, the technical threshold of the user for using the block chain network is reduced, the service processing efficiency is improved, and the further popularization of the block chain technology is facilitated.
In addition, in order to further improve the security of request processing, in some specific embodiments, the request message further carries an identity of the request initiator, and each transaction into which the request message is parsed carries the identity. After analyzing the request message and obtaining one or more transactions, the execution main body of the invention can send the one or more transactions to the key management system, so that the key management system signs the transaction by adopting a private key corresponding to the identity according to the identity carried by the transaction. It should be noted that, the private keys corresponding to the multiple identity identifiers, that is, the private keys of the multiple users, are stored in the key management system.
The execution main body receives the signature which is returned by the key management system and aims at each transaction, and sends each transaction and the signature thereof to the block chain network, so that the block chain network executes the transaction after signature verification is carried out on the transaction. Thus, the safety of transaction can be improved, and the processing safety of the whole request can be further improved.
In addition, it is further contemplated that when a request message is parsed into multiple transactions, the multiple transactions may require a strict definition of the execution order. For example, the execution of transaction 2 depends on the execution result of transaction 1, otherwise transaction 2 will fail to execute. As such, to further improve the transaction success rate, in some embodiments, when performing the above step S12 or S22, specifically:
analyzing the request message according to an analysis strategy corresponding to the service identifier to obtain a plurality of transactions with time sequence relation; and then according to the time sequence relation of the plurality of transactions, sequentially sending the plurality of transactions to the block chain network for execution in the following mode: and in addition to the first transaction, for each transaction after the first transaction, after receiving the execution result of the last transaction of the transaction returned by the blockchain network, sending the transaction to the blockchain network for execution.
In the invention, the time sequence relations of respective transactions of the request messages of different service types are different from each other. For convenience of understanding, it is assumed that a service type corresponding to a certain request message is a voucher transaction, four transactions, such as transaction a, transaction B, transaction C, and transaction D, are obtained by analyzing the request message, and the timing relationship among the four transactions is as follows: and performing the transaction A, the transaction B, the transaction C and the transaction D in series.
And assuming that the service type corresponding to the other request message is certificate issue, four transactions including transaction W, transaction X, transaction Y and transaction Z are obtained by analyzing the request message, and the time sequence relationship among the four transactions is as follows: transaction W is performed first, then transaction X and transaction Y may be performed in parallel, and finally transaction Z is performed.
After a plurality of transactions with time sequence relation are obtained, the transactions are sequentially sent to the block chain network according to the time sequence relation of the transactions and based on the mode, so that the block chain network is ensured to sequentially execute the transactions according to the time sequence relation, and the transaction success rate is improved.
For example, after obtaining the above four transactions, i.e., transaction a, transaction B, transaction C, and transaction D, transaction a may be first sent to the blockchain network according to the above timing relationship. And after the execution result of the transaction A returned by the blockchain network is obtained, the transaction B is sent to the blockchain network. And after the execution result of the transaction B returned by the blockchain network is obtained, the transaction C is sent to the blockchain network. And finally, after the execution result of the transaction C returned by the blockchain network is obtained, the transaction D is sent to the blockchain network. Therefore, the blockchain network executes the transaction A, the transaction B, the transaction C and the transaction D in sequence according to the sequence of the transaction, so as to ensure that each transaction has higher execution success rate.
After obtaining the four transactions, i.e., transaction W, transaction X, transaction Y, and transaction Z, transaction W may be first sent to the blockchain network according to the timing relationship. And after the execution result of the transaction W returned by the blockchain network is obtained, the transaction X and the transaction Y are sent to the blockchain network. And finally, after the execution results of the transaction X and the transaction Y returned by the blockchain network are obtained, the transaction Z is sent to the blockchain network. Thus, the blockchain network executes the transaction W, the transaction X, the transaction Y and the transaction Z in sequence according to the sequence of the transaction (wherein the execution sequence between the transaction X and the transaction Y is not limited), so as to ensure that each transaction has a higher execution success rate.
In addition, it is further contemplated that the executing entity of the present invention may receive a plurality of request messages sent by a plurality of clients in a short time and parse the request messages into a plurality of transactions. Since the execution subject needs to send the transactions to the designated node of the blockchain network, and the designated node receives a large amount of transactions in a short time, the data processing pressure of the designated node is large, and even the node is crashed. To this end, the present invention considers to further solve the problem of interaction of the execution subject of the present invention with the blockchain network, so as to reduce the data processing pressure of the blockchain network nodes.
Referring to fig. 3, fig. 3 is a schematic diagram of a request processing system according to an embodiment of the present invention. As shown in fig. 3, the request processing system includes middleware and a blockchain network (a dashed box in fig. 3 represents the blockchain network), and the method for processing a request provided by the present invention is applied to the middleware. As shown in fig. 3, a plurality of nodes of the blockchain network are operated and maintained by a plurality of maintenance agents, and one maintenance agent is used for operating and maintaining one or more nodes. The maintenance agent may be an organization or organization, such as a bank, an insurance company, a security company, a trust investment company, or a fund management company.
As shown in fig. 3, the middleware serves a maintenance agent of the blockchain network, and the middleware is communicatively connected to each node operated and maintained by the maintenance agent through the load balancing module. The middleware may send each transaction to the load balancing module in order to send the transaction to the blockchain network, so as to distribute each transaction to the node operated and maintained by the maintenance subject through the load balancing module. Therefore, a plurality of transactions analyzed in a short time are uniformly distributed to a plurality of nodes operated and maintained by the maintenance main body through the load balancing module, and the data processing pressure of each node is relatively low, so that the stability of the node is improved. In fig. 3, a plurality of arrows directed by the middleware to the load balancing module represent a plurality of transactions sent by the middleware to the load balancing module. The arrows pointing to the nodes by the load balancing module represent the transactions distributed to the nodes by the load balancing module.
For ease of understanding, it is assumed that the middleware continuously receives 6 message requests over a period of time, and the middleware processes the 6 message requests in parallel. Specifically, the middleware simultaneously analyzes the 6 message requests, so as to obtain respective corresponding transactions of the 6 message requests. The middleware sends the transactions corresponding to the 6 message requests to the load balancing module in a short time, and the load balancing module distributes the transactions to each node operated and maintained by the corresponding maintenance main body.
It should be noted that, in some embodiments, multiple pieces of middleware may be included in the request processing system, each piece of middleware serving one maintenance agent, and one maintenance agent being served by one or more pieces of middleware. Each middleware is used to handle a large class of services, e.g., some middleware dedicated to handling bond class services including bond issuance, bond subscription, etc. For example, other middleware dedicated to handling digital currency-like traffic, including digital currency issuance, digital currency transactions, and the like. The steps implemented by each middleware runtime are the same as those described in the above-described method implementations. To simplify the drawing, only one intermediate piece is schematically shown in fig. 3.
Based on the same inventive concept, the embodiment of the invention also provides a device for processing the request. Referring to fig. 4, fig. 4 is a schematic diagram of an apparatus for processing a request according to an embodiment of the present invention. As shown in fig. 4, the apparatus includes:
a message obtaining module 41, configured to obtain a request message, where the request message carries a service identifier, and the service identifier is used to represent a service type corresponding to the request message;
the message analysis module 42 is configured to analyze the request message according to an analysis policy corresponding to the service identifier, obtain one or more transactions, and send the one or more transactions to a block chain network for execution;
a result obtaining module 43, configured to obtain one or more target execution results, where the one or more target execution results are execution results obtained after the one or more transactions are executed by the blockchain network;
and a message encapsulation module 44, configured to integrate the one or more target execution results into a request processing result according to the integration policy corresponding to the service identifier, encapsulate the request processing result into a result message, and send the result message to a result requiring party.
Optionally, the result obtaining module, when configured to obtain one or more target execution results, is specifically configured to:
receiving a plurality of execution results returned by the block chain network, wherein each execution result carries additional information, the additional information of one execution result comprises transaction identification of the transaction corresponding to the execution result, and the transaction identifications of a plurality of transactions corresponding to the same request message are the same or related;
and obtaining the one or more target execution results from the plurality of execution results according to the transaction identifications of the plurality of execution results.
Optionally, the apparatus further comprises:
a transaction quantity determining module, configured to determine, according to additional information carried by any one of the target execution results, a transaction quantity of a transaction into which a request message corresponding to the target execution result is parsed, before the message encapsulation module integrates the one or more target execution results into the request processing result according to the integration policy corresponding to the service identifier; and is used for judging whether the target execution results are collected according to the transaction quantity and the quantity of the currently received target execution results;
the message encapsulation module, when configured to integrate the one or more target execution results into a request processing result according to the integration policy corresponding to the service identifier, is specifically configured to:
and under the condition that the target execution results are determined to be integrated, integrating the one or more target execution results into a request processing result according to an integration strategy corresponding to the service identification.
Optionally, when the packet encapsulation module is configured to integrate the one or more target execution results into a request processing result according to the integration policy corresponding to the service identifier, the packet encapsulation module is specifically configured to:
and determining a service identifier of the request message corresponding to any target execution result according to the additional information carried by the target execution result, and integrating the one or more target execution results into a request processing result according to an integration strategy corresponding to the service identifier.
Optionally, the request packet further carries an identity of a request initiator, and each transaction parsed by the request packet carries the identity;
the device further comprises:
the transaction signature module is used for sending the one or more transactions to the key management system after the message analysis module analyzes the request message according to the analysis strategy corresponding to the service identifier to obtain the one or more transactions and before the message analysis module sends the one or more transactions to the block chain network for execution, so that the key management system signs the transaction by adopting a private key corresponding to the identity identifier according to the identity identifier carried by the transaction for each transaction; and for receiving a signature returned by the key management system for each transaction;
the message parsing module, when configured to send the one or more transactions to a blockchain network for execution, is specifically configured to:
for each transaction of the one or more transactions, sending the transaction and a signature for the transaction to the blockchain network for execution.
Optionally, the message parsing module is configured to parse the request message according to a parsing policy corresponding to the service identifier to obtain one or more transactions, and send the one or more transactions to a blockchain network for execution, and is specifically configured to:
analyzing the request message according to an analysis strategy corresponding to the service identifier to obtain a plurality of transactions with time sequence relation;
and according to the time sequence relation of the plurality of transactions, sequentially sending the plurality of transactions to the blockchain network for execution in the following mode: and in addition to the first transaction, for each transaction after the first transaction, after receiving the execution result of the last transaction of the transaction returned by the blockchain network, sending the transaction to the blockchain network for execution.
Optionally, the apparatus is applied to a middleware, the middleware serves a maintenance subject of the blockchain network, the maintenance subject is used for operating and maintaining a part of nodes in a plurality of nodes of the blockchain network, and the middleware is communicatively connected to each node operated and maintained by the maintenance subject through a load balancing module;
the message parsing module, when configured to send the one or more transactions to a blockchain network for execution, is specifically configured to:
and sending the analyzed transactions to the load balancing module so as to distribute the transactions to the nodes operated and maintained by the maintenance main body through the load balancing module.
For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.
Based on the same inventive concept, an embodiment of the present invention further provides an electronic device, as shown in fig. 5, including a processor 501, a communication interface 502, a memory 503, and a communication bus 504, where the processor 501, the communication interface 502, and the memory 503 complete communication with each other through the communication bus 504.
The memory 503 is used for storing computer programs;
the processor 501 is configured to implement the following steps when executing the program stored in the memory 503:
obtaining a request message, wherein the request message carries a service identifier, and the service identifier is used for representing a service type corresponding to the request message;
analyzing the request message according to an analysis strategy corresponding to the service identifier to obtain one or more transactions, and sending the one or more transactions to a block chain network for execution;
obtaining one or more target execution results, the one or more target execution results being execution results obtained after the blockchain network executes the one or more transactions;
and integrating the one or more target execution results into a request processing result according to an integration strategy corresponding to the service identifier, packaging the request processing result into a result message, and sending the result message to a result demand side.
Alternatively, the processor 801 is configured to implement the method steps for processing requests provided by other method embodiments of the present invention above when executing the program stored in the memory 803.
The communication bus mentioned in the electronic device may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The communication bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown, but this does not mean that there is only one bus or one type of bus.
The communication interface is used for communication between the electronic equipment and other equipment.
The Memory may include a Random Access Memory (RAM), or may also include a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. Optionally, the memory may also be at least one memory device located remotely from the processor.
The Processor may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the Integrated Circuit may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a discrete Gate or transistor logic device, or a discrete hardware component.
In yet another embodiment of the present invention, a computer-readable storage medium is further provided, which has instructions stored therein, and when the instructions are executed on a computer, the instructions cause the computer to execute the method for processing a request in any one of the above embodiments.
In a further embodiment of the present invention, there is also provided a computer program product containing instructions which, when run on a computer, cause the computer to perform the method of processing a request as described in any of the above embodiments.
In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the invention to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.
It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
All the embodiments in the present specification are described in a related manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
The above description is only for the preferred embodiment of the present invention, and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention shall fall within the protection scope of the present invention.
Claims (10)
1. A method of processing a request, the method comprising:
obtaining a request message, wherein the request message carries a service identifier, and the service identifier is used for representing a service type corresponding to the request message;
analyzing the request message according to an analysis strategy corresponding to the service identifier to obtain one or more transactions, and sending the one or more transactions to a block chain network for execution;
obtaining one or more target execution results, the one or more target execution results being execution results obtained after the blockchain network executes the one or more transactions;
and integrating the one or more target execution results into a request processing result according to an integration strategy corresponding to the service identifier, packaging the request processing result into a result message, and sending the result message to a result demand side.
2. The method of claim 1, wherein obtaining one or more target execution results comprises:
receiving a plurality of execution results returned by the block chain network, wherein each execution result carries additional information, the additional information of one execution result comprises transaction identification of the transaction corresponding to the execution result, and the transaction identifications of a plurality of transactions corresponding to the same request message are the same or related;
and obtaining the one or more target execution results from the plurality of execution results according to the transaction identifications of the plurality of execution results.
3. The method of claim 2, wherein before integrating the one or more target execution results into a request processing result according to the integration policy corresponding to the service identifier, the method further comprises:
determining the transaction quantity of the transaction into which the request message corresponding to the target execution result is analyzed according to the additional information carried by any target execution result;
judging whether the target execution results are integrated or not according to the transaction quantity and the quantity of the currently received target execution results;
the integrating the one or more target execution results into a request processing result according to the integration strategy corresponding to the service identifier includes:
and under the condition that the target execution results are determined to be integrated, integrating the one or more target execution results into a request processing result according to an integration strategy corresponding to the service identification.
4. The method according to claim 2, wherein the integrating the one or more target execution results into a request processing result according to the integration policy corresponding to the service identifier comprises:
and determining a service identifier of the request message corresponding to any target execution result according to the additional information carried by the target execution result, and integrating the one or more target execution results into a request processing result according to an integration strategy corresponding to the service identifier.
5. The method according to any one of claims 1 to 4, wherein the request message further carries an identity of a request initiator, and each transaction into which the request message is parsed carries the identity;
after analyzing the request message according to the analysis policy corresponding to the service identifier to obtain one or more transactions and before sending the one or more transactions to the blockchain network for execution, the method further includes:
sending the one or more transactions to a key management system, so that the key management system signs the transaction by using a private key corresponding to the identity according to the identity carried by the transaction for each transaction;
receiving a signature returned by the key management system for each transaction;
the sending the one or more transactions to a blockchain network for execution comprises:
for each transaction of the one or more transactions, sending the transaction and a signature for the transaction to the blockchain network for execution.
6. The method according to any one of claims 1 to 4, wherein the analyzing the request packet according to the analysis policy corresponding to the service identifier to obtain one or more transactions, and sending the one or more transactions to a blockchain network for execution includes:
analyzing the request message according to an analysis strategy corresponding to the service identifier to obtain a plurality of transactions with time sequence relation;
and according to the time sequence relation of the plurality of transactions, sequentially sending the plurality of transactions to the blockchain network for execution in the following mode: and in addition to the first transaction, for each transaction after the first transaction, after receiving the execution result of the last transaction of the transaction returned by the blockchain network, sending the transaction to the blockchain network for execution.
7. The method according to any one of claims 1 to 4, wherein the method is applied to middleware, the middleware serves a maintenance agent of the blockchain network, the maintenance agent is used for operating and maintaining part of nodes in a plurality of nodes of the blockchain network, and the middleware is in communication connection with each node operated and maintained by the maintenance agent through a load balancing module;
when the middleware sends the analyzed multiple transactions to the blockchain network for execution, specifically:
and the middleware sends the analyzed transactions to the load balancing module so as to distribute the transactions to the nodes operated and maintained by the maintenance main body through the load balancing module.
8. An apparatus for processing a request, the apparatus comprising:
a message obtaining module, configured to obtain a request message, where the request message carries a service identifier, and the service identifier is used to represent a service type corresponding to the request message;
the message analysis module is used for analyzing the request message according to an analysis strategy corresponding to the service identifier to obtain one or more transactions, and sending the one or more transactions to a block chain network for execution;
a result obtaining module, configured to obtain one or more target execution results, where the one or more target execution results are execution results obtained after the one or more transactions are executed by the blockchain network;
and the message encapsulation module is used for integrating the one or more target execution results into a request processing result according to the integration strategy corresponding to the service identifier, encapsulating the request processing result into a result message and sending the result message to a result demand party.
9. An electronic device is characterized by comprising a processor, a communication interface, a memory and a communication bus, wherein the processor and the communication interface are used for realizing mutual communication by the memory through the communication bus;
the memory is used for storing a computer program;
the processor, when executing a program stored in the memory, is adapted to perform the method steps of any of claims 1-7.
10. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method steps of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010888462.7A CN112087502B (en) | 2020-08-28 | 2020-08-28 | Method, device and equipment for processing request and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010888462.7A CN112087502B (en) | 2020-08-28 | 2020-08-28 | Method, device and equipment for processing request and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112087502A true CN112087502A (en) | 2020-12-15 |
| CN112087502B CN112087502B (en) | 2022-10-21 |
Family
ID=73728920
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010888462.7A Active CN112087502B (en) | 2020-08-28 | 2020-08-28 | Method, device and equipment for processing request and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112087502B (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112637267A (en) * | 2020-11-27 | 2021-04-09 | 成都质数斯达克科技有限公司 | Service processing method and device, electronic equipment and readable storage medium |
| CN112769943A (en) * | 2021-01-15 | 2021-05-07 | 河北蜂之巢互联网技术有限公司 | Service processing method and device |
| CN112785302A (en) * | 2020-12-30 | 2021-05-11 | 成都质数斯达克科技有限公司 | Message statistical method and device, electronic equipment and readable storage medium |
| CN113225368A (en) * | 2021-02-07 | 2021-08-06 | 武汉卓尔信息科技有限公司 | Block chain transaction method and device, electronic equipment and storage medium |
| CN114693438A (en) * | 2020-12-25 | 2022-07-01 | 成都质数斯达克科技有限公司 | Service processing method and device, electronic equipment and readable storage medium |
| WO2023207082A1 (en) * | 2022-04-29 | 2023-11-02 | 蚂蚁区块链科技(上海)有限公司 | Load balance method and apparatus, and electronic device |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10019468B1 (en) * | 2012-02-29 | 2018-07-10 | Nationwide Mutual Insurance Company | System and method for data integration |
| CN108616578A (en) * | 2018-04-09 | 2018-10-02 | 上海点融信息科技有限责任公司 | Method for processing business, equipment and the computer readable storage medium of transregional piece of platform chain |
| CN109461072A (en) * | 2018-11-07 | 2019-03-12 | 中国银行股份有限公司 | A kind of transaction execution method and device |
| CN109785136A (en) * | 2019-01-30 | 2019-05-21 | 北京京东尚科信息技术有限公司 | A kind of transaction processing method of block chain, client and block chain network |
| US20200042513A1 (en) * | 2018-07-31 | 2020-02-06 | Fujitsu Limited | Transaction control device, transaction control method |
| CN111158884A (en) * | 2019-12-31 | 2020-05-15 | 深圳云天励飞技术有限公司 | Data analysis method and device, electronic equipment and storage medium |
| CN111325928A (en) * | 2020-04-01 | 2020-06-23 | 中国银行股份有限公司 | Business execution method and device of bank self-service equipment |
| CN111405027A (en) * | 2020-03-12 | 2020-07-10 | 金蝶软件（中国）有限公司 | Block chain consensus result screening method and device, computer equipment and storage medium |
| CN111522874A (en) * | 2020-03-20 | 2020-08-11 | 金蝶软件（中国）有限公司 | Block chain consensus method, block chain consensus device, computer equipment and storage medium |
-
2020
- 2020-08-28 CN CN202010888462.7A patent/CN112087502B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10019468B1 (en) * | 2012-02-29 | 2018-07-10 | Nationwide Mutual Insurance Company | System and method for data integration |
| CN108616578A (en) * | 2018-04-09 | 2018-10-02 | 上海点融信息科技有限责任公司 | Method for processing business, equipment and the computer readable storage medium of transregional piece of platform chain |
| US20200042513A1 (en) * | 2018-07-31 | 2020-02-06 | Fujitsu Limited | Transaction control device, transaction control method |
| CN109461072A (en) * | 2018-11-07 | 2019-03-12 | 中国银行股份有限公司 | A kind of transaction execution method and device |
| CN109785136A (en) * | 2019-01-30 | 2019-05-21 | 北京京东尚科信息技术有限公司 | A kind of transaction processing method of block chain, client and block chain network |
| CN111158884A (en) * | 2019-12-31 | 2020-05-15 | 深圳云天励飞技术有限公司 | Data analysis method and device, electronic equipment and storage medium |
| CN111405027A (en) * | 2020-03-12 | 2020-07-10 | 金蝶软件（中国）有限公司 | Block chain consensus result screening method and device, computer equipment and storage medium |
| CN111522874A (en) * | 2020-03-20 | 2020-08-11 | 金蝶软件（中国）有限公司 | Block chain consensus method, block chain consensus device, computer equipment and storage medium |
| CN111325928A (en) * | 2020-04-01 | 2020-06-23 | 中国银行股份有限公司 | Business execution method and device of bank self-service equipment |
Non-Patent Citations (1)
| Title |
|---|
| 任立男等: "面向银行业务的交易监控可视化系统设计与实现", 《中南大学学报(自然科学版)》 * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112637267A (en) * | 2020-11-27 | 2021-04-09 | 成都质数斯达克科技有限公司 | Service processing method and device, electronic equipment and readable storage medium |
| CN114693438A (en) * | 2020-12-25 | 2022-07-01 | 成都质数斯达克科技有限公司 | Service processing method and device, electronic equipment and readable storage medium |
| CN112785302A (en) * | 2020-12-30 | 2021-05-11 | 成都质数斯达克科技有限公司 | Message statistical method and device, electronic equipment and readable storage medium |
| CN112769943A (en) * | 2021-01-15 | 2021-05-07 | 河北蜂之巢互联网技术有限公司 | Service processing method and device |
| CN113225368A (en) * | 2021-02-07 | 2021-08-06 | 武汉卓尔信息科技有限公司 | Block chain transaction method and device, electronic equipment and storage medium |
| CN113225368B (en) * | 2021-02-07 | 2022-04-19 | 武汉卓尔信息科技有限公司 | Block chain transaction method and device, electronic equipment and storage medium |
| WO2023207082A1 (en) * | 2022-04-29 | 2023-11-02 | 蚂蚁区块链科技(上海)有限公司 | Load balance method and apparatus, and electronic device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112087502B (en) | 2022-10-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112087502B (en) | Method, device and equipment for processing request and storage medium | |
| KR101816653B1 (en) | Method for providing login flow via authentication based on public key infrastructure in response to user’s login request for using service provided by service provider server in use of smart contract with blockchain database and server using the same | |
| CN112733178B (en) | Cross-chain trust method, device, equipment and medium based on digital certificate authentication | |
| KR101816652B1 (en) | Method for providing login flow via authentication based on public key infrastructure in response to user’s login request for using service provided by service provider server in use of merkle tree structure on the basis of unspent transaction output protocol and server using the same | |
| CN111523890A (en) | Data processing method and device based on block chain, storage medium and equipment | |
| CN111899019A (en) | Method and system for cross validation and sharing of blacklist and multiple parties | |
| CN114567643B (en) | Cross-blockchain data transfer method, device and related equipment | |
| JP2022525551A (en) | Preventing erroneous transmission of copies of data records to distributed ledger systems | |
| CN111292057A (en) | Service processing method based on block chain | |
| CN111260475A (en) | Data processing method, block chain node point equipment and storage medium | |
| CN112202564B (en) | Transaction transfer method and device, electronic equipment and readable storage medium | |
| CN111339141A (en) | Data transmission method, block link node equipment and medium | |
| CN112256799A (en) | Data processing method and device based on block chain, server and storage medium | |
| CN111817859A (en) | Data sharing method, device, equipment and storage medium based on zero knowledge proof | |
| WO2023045532A1 (en) | Blockchain-based transaction processing | |
| CN112132588B (en) | Data processing method and device based on block chain, routing equipment and storage medium | |
| CN113961600A (en) | Data query method and device, computer equipment and storage medium | |
| CN113987598A (en) | Block migration method and device | |
| CN111144958B (en) | Electronic invoice issuing method, device and system based on block chain | |
| CN114445204A (en) | Cloud-plus-end-based tax control equipment service processing method and system | |
| CN115967508A (en) | Data access control method and device, equipment, storage medium and program product | |
| CN112202734B (en) | Service processing method, electronic device and readable storage medium | |
| CN117040930B (en) | Resource processing method, device, product, equipment and medium of block chain network | |
| CN111626735B (en) | Data interaction system, method and module | |
| CN113313584B (en) | Service processing method and processing device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |