CN112637267A - Service processing method and device, electronic equipment and readable storage medium - Google Patents
Service processing method and device, electronic equipment and readable storage medium Download PDFInfo
- Publication number
- CN112637267A CN112637267A CN202011360559.7A CN202011360559A CN112637267A CN 112637267 A CN112637267 A CN 112637267A CN 202011360559 A CN202011360559 A CN 202011360559A CN 112637267 A CN112637267 A CN 112637267A
- Authority
- CN
- China
- Prior art keywords
- transaction
- transactions
- message
- executed
- service
- 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/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- 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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Abstract
The embodiment of the invention provides a service processing method, a service processing device, electronic equipment and a readable storage medium, and aims to help a user develop a service more conveniently based on a block chain network. The method is applied to message middleware, and comprises the following steps: analyzing each service message sent by a user side into a plurality of transactions and storing the transactions, wherein the transactions have a sequential relationship and each transaction has a transaction identifier; for each stored group of transactions, submitting each transaction to a block chain network for execution in sequence according to the sequence relation; specifically, for each block synchronized from the blockchain network, the executed transactions recorded in the block are traversed, and for each traversed executed transaction, whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction is determined, and if yes, the next transaction of the stored transaction is submitted to the blockchain network for execution according to the sequence relation corresponding to the stored transaction.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a service processing method and apparatus, an electronic device, and a readable storage medium.
Background
The block chain technology is realized on a block chain network, distributed node equipment (hereinafter referred to as nodes) in the block chain network realizes generation and consensus of block data by operating a block chain program, finally realizes a tamper-proof mechanism of the data, and provides a safe and reliable new technical idea for business development.
The block chain technology can be applied to various service scenes, such as the financial field, the electronic commerce field, the commodity or raw material tracing field, the electronic evidence storage field and the like.
In the related art, in order to develop a service based on the blockchain network, a user needs to operate a user end device thereof to construct one or more transactions related to the service, and then submit the transactions to the blockchain network for execution. However, since the data structure of the transaction must be the data structure supported by the blockchain network, the users need to learn and master the blockchain technology in advance before manually constructing the transaction. Therefore, in the related art, there is a high technical threshold when a service is developed in a network based on a block chain.
Disclosure of Invention
The invention aims to provide a service processing method, a service processing device, electronic equipment and a readable storage medium, and aims to help users develop services more conveniently based on a block chain network. The specific technical scheme is as follows:
in a first aspect of the embodiments of the present invention, a method for processing a service is provided, where the method is applied to a message middleware, and the method includes:
continuously receiving a first service message sent by a user side, analyzing the first service message into one or more transactions aiming at each received first service message, and generating a unique transaction identifier for each transaction; if one first service message is analyzed into a plurality of transactions, the transactions have a sequential relationship;
analyzing a plurality of transactions into which the same first service message is analyzed as a group of transactions and storing the transactions, and submitting each transaction in the group of transactions to a block chain network for execution according to the sequence relation among the transactions in the group of transactions aiming at each stored group of transactions;
wherein, for each stored group of transactions, submitting each transaction in the group of transactions to a block chain network for execution in sequence according to the sequence relation among a plurality of transactions in the group of transactions, including: the blocks generated by the continuous synchronization block chain network traverse executed transactions recorded in the blocks aiming at each synchronized block; and judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction or not for each traversed executed transaction, and if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the sequence relation corresponding to the stored transaction.
In a second aspect of the embodiments of the present invention, there is provided a service processing apparatus, applied to a message middleware, where the assembling includes:
the message analysis module is used for continuously receiving a first service message sent by a user side, analyzing the first service message into one or more transactions aiming at each received first service message, and generating a unique transaction identifier for each transaction; if one first service message is analyzed into a plurality of transactions, the transactions have a sequential relationship;
the transaction submitting module is used for analyzing a plurality of transactions into which the same first service message is analyzed as a group of transactions and storing the transactions, and submitting each transaction in the group of transactions to the block chain network for execution in sequence according to the sequence relation among the transactions in the group of transactions aiming at each stored group of transactions;
wherein the transaction submission module is specifically configured to: the blocks generated by the continuous synchronization block chain network traverse executed transactions recorded in the blocks aiming at each synchronized block; and judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction or not for each traversed executed transaction, and if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the sequence relation corresponding to the stored transaction.
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 configured to implement the service processing method provided in any embodiment of the present invention when executing the program stored in the memory.
In a fourth aspect of the embodiments of the present invention, a computer-readable storage medium is provided, on which a computer program is stored, and the computer program, when executed by a processor, implements the service processing method provided in any embodiment of the present invention.
In the invention, when a user needs to develop service based on the block chain network, one or more transactions related to the service do not need to be constructed manually, but the service message can be simply and conveniently sent to the message middleware through the user terminal, and the message middleware automatically analyzes the service message into one or more transactions and submits the transactions to the block chain network for execution, thereby realizing the development of the service. The data structure of the service message is generally simpler than that of transaction, and a user does not need to learn and master the block chain technology in advance, so that the method and the system can help the user develop services more conveniently on the basis of a block chain network.
In the invention, the message middleware analyzes a plurality of transactions into which the same first service message is analyzed as a group of transactions and stores the transactions. And the message middleware sequentially submits each transaction in the group of transactions to the block chain network for execution according to the sequence relation among a plurality of transactions in the group of transactions aiming at each group of stored transactions. Specifically, for each block generated by the message middleware persistent synchronization block chain network, traversing executed transactions recorded in the block; and judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction or not for each traversed executed transaction, and if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the sequence relation corresponding to the stored transaction.
In the invention, each transaction in the multiple transactions is submitted to the block chain network to be executed in sequence according to the sequence relation among the multiple transactions, so that the transaction execution sequence is ensured not to violate business logic. And for each group of transactions, when the message middleware reads an executed transaction corresponding to a certain transaction in the group of transactions from the block, the message middleware submits the next transaction of the transaction to the block chain network for execution. In other words, when the message middleware determines that a certain transaction has been executed by the blockchain network, the next transaction of the transaction is submitted to the blockchain network for execution. In this manner, it is imperative to ensure that multiple transactions are executed in sequence by the blockchain network in order of order.
It should also be noted that since the chunks to which the message middleware synchronizes from the blockchain network are commonly known through the blockchain network, the executed transactions read from the chunks are also commonly known through the blockchain network. Under the condition that the blockchain network agrees with the executed transaction, the next transaction corresponding to the executed transaction is submitted to the blockchain network for execution, so that the manageability of the blockchain network can be ensured.
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 flowchart of a service processing method according to an embodiment of the present invention.
FIG. 2 is an illustration of a transaction submission process proposed by an embodiment of the present invention;
fig. 3 is a schematic diagram of a service processing apparatus according to an embodiment of the present invention;
fig. 4 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.
The block chain technology is realized on a block chain network, distributed node equipment (hereinafter referred to as nodes) in the block chain network realizes generation and consensus of block data by operating a block chain program, finally realizes a tamper-proof mechanism of the data, and provides a safe and reliable new technical idea for business development.
In the related art, in order to develop a service based on the blockchain network, a user needs to operate a user end device thereof to construct one or more transactions related to the service, and then submit the transactions to the blockchain network for execution. However, since the data structure of the transaction must be the data structure supported by the blockchain network, the users need to learn and master the blockchain technology in advance before manually constructing the transaction. Therefore, in the related art, there is a high technical threshold when a service is developed in a network based on a block chain.
In view of this, the present invention provides a service processing method, an apparatus, an electronic device and a readable storage medium through the following embodiments, which are intended to help a user develop a service more conveniently based on a block chain network.
Referring to fig. 1, fig. 1 is a flowchart of a service processing method according to an embodiment of the present invention, where the service processing method is applied to a message middleware. The message middleware may be a software program or a hardware device between the user terminal and the blockchain network.
Optionally, in some embodiments, the ue, the message middleware and the blockchain program are three software layers from top to bottom, and the message middleware is located between the two software layers of the ue and the blockchain program. The three software layers may be respectively run in different hardware devices, or may be run in two or one hardware device.
As shown in fig. 1, the service processing method includes the following steps:
step S11: the message middleware continuously receives a first service message sent by a user side, analyzes the first service message into one or more transactions aiming at each received first service message, and generates a unique transaction identifier for each transaction; if one first service message is analyzed into a plurality of transactions, the transactions have a sequential relationship.
In the invention, the message middleware is in communication connection with one or more user terminals, and receives the first service messages which are successively sent by each user terminal. After the message middleware receives a first service message, the first service message is analyzed into one or more transactions, and a unique transaction identifier is generated for each transaction.
Optionally, in some embodiments, the information is transferred between the user end and the message middleware based on a communication message, and the first service message may be encapsulated in a message body of the communication message. The communication message may be selected from: hypertext transfer protocol messages (HTTP), user datagram protocol messages (UDP), and the like. It should be noted that the present invention does not limit the type of the communication packet.
Optionally, in some specific embodiments, each first service packet carries a service type identifier, and the first service packets carrying different service type identifiers are respectively used for processing different types of services.
For ease of understanding, illustratively, the first service packet carrying the service type identifier in the form of "SMTA" is used to process: an asset distribution service is intended to distribute assets in a blockchain network. For another example, the first service packet carrying the service type identifier, such as "SMTR", is used to process: an asset rollback service to return all assets hosted in a target intelligent contract to a target account.
The message middleware is preset with a plurality of message analysis strategies, each message analysis strategy corresponds to a service type identifier and is used for analyzing a first service message containing the corresponding service type identifier so as to obtain a plurality of transactions related to the service type.
After receiving a first service message sent by a user side, the message middleware reads a service type identifier from the first service message, and determines a message analysis strategy corresponding to the service type identifier from a plurality of preset message analysis strategies according to the read service type identifier. Then, the message middleware parses the first service message into one or more transactions based on the determined message parsing policy.
In a specific implementation, a message parsing policy is actually a segment of computer program, and the message middleware executes the message parsing policy by running the segment of computer program.
The message analysis strategy is at least used for limiting the message analysis operation as follows:
1. the number of transactions, the type of each transaction and the sequence relation among a plurality of transactions which are required to be analyzed by the first service message;
2. for each transaction, defining the transaction data required to be carried by the transaction; and for each transaction data required to be carried by the transaction, the transaction data is limited to be obtained from which field of the first service message, and the transaction data is limited to be filled into which field of the transaction.
For convenience of understanding, following the above example, after receiving a first service packet sent by a first user end, the message middleware first reads a service type identifier SMTR from the first service packet in response to the first service packet. And then, determining a message analysis strategy X corresponding to the service type identifier SMTR from a plurality of preset message analysis strategies by taking the service type identifier SMTR as an index. And then, analyzing the first service message based on the determined message analysis strategy X.
The message analysis strategy X makes the following restrictions on the message analysis operation:
1. the service message is analyzed into 2 transactions, namely an asset rollback transaction r and a contract freezing transaction f, wherein the sequence relation among the 2 transactions is as follows: the asset rollback transaction r is executed first, and then the contract freeze transaction f is executed.
2-1, reading a transaction code from the 21 st to the 100 th fields of the first service message when constructing the asset rollback transaction r, and filling the read transaction code into the 11 th to the 90 th fields of the transaction template r; reading contract addresses from the 5 th and 6 th fields of the first service message, and filling the read contract addresses into the 9 th and 10 th fields of the transaction template r; and filling the transaction template r of the transaction data to form the asset rollback transaction r.
2-2, when a contract freezing transaction f is constructed, reading a transaction code from the 106 th field to the 150 th field of the first service message, and filling the read transaction code into the 11 th field to the 55 th field of the transaction template f; reading contract addresses from the 5 th and 6 th fields of the first service message, and filling the read contract addresses into the 9 th and 10 th fields of the transaction template f; and filling the transaction template f of the transaction data to form a contract frozen transaction f.
It should be noted that the specific data (such as the service type identifier, transaction amount, transaction data, field number, etc.) referred to in the above examples are only illustrative examples. The actual data involved in the actual implementation of the invention may be the same as or different from the data in the examples described above.
It should be further noted that the above limitation of the message parsing operation by the message parsing policy is only an example. Any modification, equivalent replacement, improvement, etc. made by those skilled in the art within the spirit and principle of the above examples are included in the scope of protection of the present invention.
Or alternatively, in other embodiments, the message middleware is only used for processing the first service message of a certain fixed service type. After receiving the first service message, the message middleware judges whether the service type of the first service message belongs to a service type which can be processed by the message middleware. And if so, analyzing the first service message into one or more transactions based on a preset message analysis strategy. If not, discarding the first service message, or notifying the user end that the message processing fails.
Optionally, in some embodiments, in order to generate a unique transaction identifier for each transaction, the message middleware may perform the following generation:
data such as a timestamp, a message middleware self number, a Universal Unique Identifier (UUID) and the like are used as input parameters, a string of hash values are output through calculation of a hash algorithm, and finally the first n bits (for example, the first 25 bits) of the hash values are used as a transaction Identifier.
In the invention, in order to develop the service more smoothly, a sequence relation is limited for a plurality of transactions analyzed by the first service message. For ease of understanding, following the above example, the first service packet carrying the service type identifier, which may be in the form of "SMTR", is used to process: an asset rollback service to return all assets hosted in a target intelligent contract to a target account. The first service message is analyzed into: two transactions, namely an asset rollback transaction r and a contract freezing transaction f, wherein the two transactions have the sequence relationship as follows: the asset rollback transaction r is executed first, and then the contract freeze transaction f is executed. As such, the asset rollback transaction r needs to be executed first, such that after all assets hosted in the target smart contract are returned to the target account, the contract freeze transaction f is executed, such that the target smart contract after the assets are emptied is frozen.
If the sequential relationship of the multiple transactions is not defined, then the contract freeze transaction f may be executed first, resulting in the targeted smart contract hosting the asset being frozen. Thereafter, during execution of the asset rollback transaction r, the assets in the target intelligent contract cannot be returned to the target account because the target intelligent contract has been frozen.
Step S12: and for each stored group of transactions, submitting each transaction in the group of transactions to a block chain network for execution in sequence according to the sequence relation among the transactions in the group of transactions.
It should be noted that there is no strict sequence between step S11 and step S12. If, from the perspective of a first service packet, the message middleware needs to perform step S11 to parse the first service packet into one or more transactions, and then perform step S12 to submit the transactions parsed from the first service packet to the blockchain network in sequence for execution.
And if viewed from the message middleware, the message middleware may receive a plurality of first service messages in sequence within a period of time. The message middleware may be performing step S11 for the next first traffic message during the performance of step S12 for the last first traffic message. It can be seen that the message middleware can simultaneously perform the step S11 and the step S12 if viewed from the message middleware.
In the present invention, during the execution of step S12, the message middleware may specifically execute the following sub-steps, so as to submit a plurality of transactions to the blockchain network in sequence for execution:
substep S12-1: and traversing the executed transaction recorded in the block for each block synchronized to.
Substep S12-2: and judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction or not for each traversed executed transaction, and if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the sequence relation corresponding to the stored transaction.
For ease of understanding, and by way of example, with reference to FIG. 2, FIG. 2 is a schematic diagram of a transaction submission process set forth in one embodiment of the invention. As shown in fig. 2, a plurality of sets of transactions are stored in the message middleware, a plurality of transactions included in each set of transactions are analyzed by the same first service message, and a plurality of transactions in each set of transactions have a sequential relationship. In addition, each transaction has a transaction identification, and the transaction identification of each transaction has uniqueness.
As shown in fig. 2, the message middleware continuously synchronizes the blocks generated by the blockchain network, in which the transactions that have already been executed by the blockchain network (hereinafter, simply referred to as executed transactions) are recorded.
Optionally, in some embodiments, after a designated node in the blockchain network performs one or more transactions, the performed transactions are used as blocking data to generate a new block. The designated node performs consensus on the block by executing a preset consensus algorithm. After the block passes the consensus, the designated node sends the block to the message middleware. In this manner, the message middleware is synchronized from the blockchain network to the blocks.
As shown in fig. 2, the message middleware traverses the executed transactions recorded in each block synchronized to the block. And the message middleware judges whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction or not for each traversed executed transaction.
Optionally, in some embodiments, the message middleware reads, for the traversed executed transaction, a transaction identifier from the executed transaction, and compares the read transaction identifier with the stored transaction identifier of each transaction. And if the read transaction identifier is consistent with the transaction identifier of one stored transaction, determining that the stored transaction is executed by the blockchain network, and submitting the next transaction of the stored transaction to the blockchain network for execution.
For the sake of understanding, as shown in fig. 2, for example, the message middleware extracts the transaction identifier "0 xcd … 8e13 c" from the executed transaction traversed currently, and determines that the transaction identifier is exactly equal to the transaction identifier of transaction a2 by comparing the transaction identifier with the stored transaction identifiers of each transaction, and then submits the next transaction of transaction a2 (i.e., transaction a3) to the blockchain network for execution.
In the invention, when a user needs to develop service based on the block chain network, one or more transactions related to the service do not need to be constructed manually, but the service message can be simply and conveniently sent to the message middleware through the user terminal, and the message middleware automatically analyzes the service message into one or more transactions and submits the transactions to the block chain network for execution, thereby realizing the development of the service. The data structure of the service message is generally simpler than that of transaction, and a user does not need to learn and master the block chain technology in advance, so that the method and the system can help the user develop services more conveniently on the basis of a block chain network.
In addition, if a certain service message is analyzed into a plurality of transactions, the transactions have a sequential relationship. In the invention, each transaction in the multiple transactions is submitted to the block chain network to be executed in sequence according to the sequence relation among the multiple transactions, so that the transaction execution sequence is ensured not to violate business logic. And for each group of transactions, when the message middleware reads an executed transaction corresponding to a certain transaction in the group of transactions from the block, the message middleware submits the next transaction of the transaction to the block chain network for execution. In other words, when the message middleware determines that a certain transaction has been executed by the blockchain network, the next transaction of the transaction is submitted to the blockchain network for execution. In this manner, it is imperative to ensure that multiple transactions are executed in sequence by the blockchain network in order of order.
It should also be noted that since the chunks to which the message middleware synchronizes from the blockchain network are commonly known through the blockchain network, the executed transactions read from the chunks are also commonly known through the blockchain network. Under the condition that the blockchain network agrees with the executed transaction, the next transaction corresponding to the executed transaction is submitted to the blockchain network for execution, so that the manageability of the blockchain network can be ensured.
Optionally, in some embodiments, the blocks generated by the blockchain network include, in addition to the executed transactions, execution results of the executed transactions.
When the above sub-step S12-2 is performed, specifically: for each traversed executed transaction, judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction, and judging whether the execution result of the executed transaction is successful; if the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction and the execution result of the executed transaction is successful, submitting the next transaction of the stored transaction to the blockchain network for execution according to the sequence relation corresponding to the stored transaction; if the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, but the execution result of the executed transaction is execution failure, the next transaction of the stored transaction is not submitted to the blockchain network for execution.
Wherein, the execution result of executed transaction can be in the form of "yes" or "no". For the sake of understanding, following the above example, for example, if the transaction identifier of the executed transaction currently traversed by the message middleware happens to be equal to the transaction identifier of the transaction a2, and the transaction result of the executed transaction is "yes", the message middleware submits the next transaction of the transaction a2 (i.e., the transaction a3) to the blockchain network for execution.
For another example, the transaction identifier of the executed transaction traversed next by the message middleware is exactly equal to the transaction identifier of transaction b1, but the transaction result of the executed transaction is "no", then the message middleware does not submit the next transaction of transaction b1 (i.e., transaction b2) to the blockchain network for execution.
In the invention, when the execution of the previous transaction fails, the subsequent transaction is refused to be submitted to the blockchain network for execution, so that the subsequent transaction can be prevented from being executed meaninglessly in the blockchain network, thereby increasing the network resource consumption unnecessarily, or avoiding the execution result beyond the expectation of the user due to the execution of the subsequent transaction.
Optionally, in some specific embodiments, the message middleware may further fill, for each group of transactions, transaction identifiers of part or all of the transactions in the group of transactions into the first service message corresponding to the group of transactions, so as to generate a second service message; and then sending the generated second service message to the user side.
Preferably, the transaction identifier of the partial or all transactions is specifically: a transaction identification of a transaction that has been submitted to a blockchain network for execution.
For ease of understanding, assume, by way of example, that a set of transactions includes three transactions, transaction a1, transaction a2, and transaction a 3. The message middleware reads executed transactions corresponding to the three transactions from the three blocks synchronized in sequence, and then shows that the three transactions have been previously submitted to the blockchain network and executed by the blockchain network. In this way, the message middleware fills the transaction identifiers of the three transactions into the first service messages corresponding to the three transactions, so as to generate a second service message. And the message middleware sends the generated second service message to the user side.
Or assume that a set of transactions includes three transactions, transaction b1, transaction a2, and transaction a 3. The message middleware reads the executed transactions corresponding to the transaction b1 and the transaction a2 from the two blocks synchronized in sequence, and the execution result of the executed transaction corresponding to the transaction b2 is "no", which indicates that the transaction b1 and the transaction b2 have been previously submitted to the blockchain network and executed by the blockchain network, and the message middleware does not submit the transaction b3 to the blockchain network for execution because the transaction b2 fails to be executed. In this way, the message middleware only fills the transaction identifiers of the transaction b1 and the transaction b2 into the first service messages corresponding to the three transactions, so as to generate a second service message. And the message middleware sends the generated second service message to the user side.
In the invention, the transaction identifier is filled in the first service message, and the second service message generated after the transaction identifier is filled is sent to the user side. Thus, although the user side does not participate in the construction of the transaction, the user side can acquire the transaction identifier. Therefore, services such as statistics, classification or query of the transaction can be further developed based on the transaction identification.
In addition, in the preferred embodiment, the transaction identifier of the transaction that has been submitted to the blockchain network for execution is only filled into the first service packet, whereas the transaction that has not been submitted to the blockchain network for execution is equivalent to an invalid transaction, and the transaction identifier of these transactions is not filled into the first service packet. Therefore, the transaction identifications obtained by the user side are all transaction identifications of effective transactions, and the redundant storage of the user side to the invalid transaction identifications is favorably reduced.
It should be noted that, in some alternative schemes, the message middleware may also fill transaction identifiers of all transactions into the first service messages corresponding to the transactions to generate second service messages, and then send the generated second service messages to the user side.
Optionally, in some specific embodiments, the message middleware may further receive a transaction query request submitted by the client, and submit the transaction query request to the blockchain network, where the transaction query request carries a transaction identifier, and the transaction identifier is a transaction identifier of a transaction to be queried. In addition, the message middleware also receives a transaction query result returned by the block chain network and returns the transaction query result to the user side.
In a specific implementation, for example, as described above, the information is transferred between the user side and the message middleware based on a communication message, and the transaction query request may be encapsulated in a message body of the communication message. The communication message may be selected from: hypertext transfer protocol messages (HTTP), user datagram protocol messages (UDP), and the like. It should be noted that the present invention does not limit the type of the communication packet.
And after receiving the transaction query request, the message middleware forwards the transaction query request to a designated node in the block chain network. And the designated node responds to the transaction query request, reads a transaction identifier from the transaction query request, takes the transaction identifier as an index, reads transaction information corresponding to the transaction identifier from a local account book database, takes the read transaction information as a transaction query result, and returns the transaction query result to the message middleware. And after receiving the transaction query result, the message middleware forwards the transaction query result to the user side. Wherein the transaction information includes but is not limited to: a data structure of the transaction, and an execution result corresponding to the transaction.
Optionally, in some embodiments, the message middleware of the blockchain network connection is not limited to the above message middleware, and there may be other message middleware connected to the blockchain network. Similarly, other message middleware may also receive the first service message sent by the user end, parse the first service message into one or more transactions, and submit the transactions to the blockchain network for execution. In this case, the transactions parsed by the other message middleware are only stored locally in the other message middleware, and the transactions are not stored in the message middleware.
In addition, each first service message has a message identifier, and a plurality of transactions parsed from the same first service message all carry the message identifier of the first service message.
And for each traversed executed transaction, the message middleware determines that the executed transaction is submitted to the blockchain network by other message middleware if the transaction identifier of the executed transaction is not equal to the transaction identifier of any stored transaction. And the message middleware assembles a second service message according to a plurality of executed transactions carrying the same message identifier aiming at the executed transactions submitted to the block chain network by other message middleware. And the message middleware sends the assembled second service message to the user side.
In specific implementation, the message middleware reads the transaction identifier from the executed transaction aiming at the traversed executed transaction, and compares the read transaction identifier with the stored transaction identifier of each transaction. If the read transaction identifier is not equal to the transaction identifier of any stored transaction, the executed transaction is submitted to the blockchain network by other message middleware, and the other message middleware stores the transaction corresponding to the executed transaction.
In response, the message middleware determines that the currently traversed to executed transaction was submitted to the blockchain network by other message middleware. It should be appreciated that the message middleware may subsequently determine a number of executed transactions submitted to the blockchain network by other message middleware. Aiming at the executed transactions submitted to the blockchain network by other message middleware, the message middleware takes the executed transactions carrying the same message identification as a group of executed transactions, then assembles the group of executed transactions into a second service message, and sends the assembled second service message to the user side.
In the invention, each transaction carries a message identifier, and a plurality of transactions analyzed by the same first service message carry the same message identifier. Therefore, multiple transactions carrying the same message identifier correspond to the same first service message, and further correspond to a service to be processed by the first service message. Therefore, the second service message assembled by a plurality of transactions carrying the same message identification can reflect more complete service information. And then the assembled second service message is sent to the user side, so that the user side can conveniently and quickly know the services initiated by other user sides by analyzing the second service message. Therefore, the method and the device can improve the convenience of information transfer and improve the user experience.
Optionally, in some embodiments, as described above, each first service packet has a service type identifier. In addition, at least one transaction in a plurality of transactions analyzed by the same first service message carries the service type identifier of the first service message. The message middleware may specifically perform the following steps in order to assemble the second service message according to a plurality of executed transactions carrying the same message identifier:
aiming at executed transactions submitted to the block chain network by other message middleware, reading a service type identifier carried by the executed transactions from any one executed transaction in a plurality of executed transactions carrying the same message identifier, and determining a message assembly strategy corresponding to the service type identifier from a plurality of preset message assembly strategies; and acquiring data for assembling the message from the plurality of executed transactions based on the determined message assembling strategy so as to assemble a second service message.
In the specific implementation, a plurality of message assembly strategies are preset in the message middleware, each message assembly strategy corresponds to one service type identifier respectively and is used for assembling a group of executed transactions carrying the corresponding service type identifiers, so that a second message related to the service type is assembled.
And after the message middleware acquires a group of executed transactions, reading the service type identifier carried by the executed transactions from any one executed transaction in the group of executed transactions. And the message middleware determines a message assembly strategy corresponding to the service type identifier from a plurality of preset message assembly strategies according to the read service type identifier. Then, the message middleware acquires data for assembling the message from the group of executed transactions based on the determined message assembly strategy, so as to assemble a second service message.
In a specific implementation, a message assembly policy is actually a segment of computer program, and the message middleware executes the message assembly policy by running the segment of computer program.
Wherein, the message assembly strategy is at least used for limiting the message assembly operation as follows:
1. the transaction demand required to assemble the complete second service message;
2. the assembled second service message needs to contain message data; and for each message data, defining which field from which transaction has been performed in particular to fetch the data and defining at which field of the second service message to fill in the data.
In the specific implementation, when the message middleware determines a message assembly policy for a group of executed transactions, the transaction demand defined by the message assembly policy is read, according to the limitation of the point 1. Then, the message middleware counts the transaction quantity contained in the group of executed transactions, namely counts the quantity of a plurality of executed transactions carrying the same message identifier. Finally, the message middleware compares the transaction quantity contained in the group of executed transactions with the transaction demand quantity, thereby judging whether the transaction quantity and the transaction demand quantity are equal.
If the two are equal, the message middleware acquires data for assembling the message from the group of executed transactions based on the above-mentioned point 2 limitation of the message assembling strategy so as to assemble a second service message.
If the two are not equal, the message middleware stops message assembly operation, counts the transaction quantity contained in the executed transaction group again after a preset time length, and compares the transaction quantity with the transaction demand. It should be noted that the message middleware may continue to synchronize blocks and traverse executed transactions contained in the blocks during the suspension of message assembly operations.
It is noted that the transaction may be lost for a variety of reasons during the transfer. For this reason, in some embodiments, the packet assembly policy may not include the above point 1 definition. Thus, under the condition that the number of transactions in a group of executed transactions is incomplete, the message middleware can also assemble an incomplete second service message according to the group of executed transactions, and send the second service message to the user side, so that service information is fed back to the second user side as far as possible.
It should be noted that the above limitation of the message assembly operation by the message assembly policy is only an example. Any modification, equivalent replacement, improvement, etc. made by those skilled in the art within the spirit and principle of the above examples are included in the scope of protection of the present invention.
Based on the same inventive concept, the embodiment of the invention also provides a service processing device. Referring to fig. 3, fig. 3 is a schematic diagram of a service processing apparatus according to an embodiment of the present invention, where the service processing apparatus is applied to a message middleware. As shown in fig. 3, the service processing apparatus includes:
the message analysis module 31 is configured to continuously receive a first service message sent by a user, analyze, for each received first service message, the first service message into one or more transactions, and generate a unique transaction identifier for each transaction; if one first service message is analyzed into a plurality of transactions, the transactions have a sequential relationship;
the transaction submitting module 32 is configured to analyze multiple transactions into which the same first service packet is parsed, serve as a group of transactions, and store the group of transactions, and submit each transaction in the group of transactions to the blockchain network for execution in sequence according to a sequential relationship among the multiple transactions in the group of transactions for each stored group of transactions;
wherein the transaction submission module 32 is specifically configured to: the blocks generated by the continuous synchronization block chain network traverse executed transactions recorded in the blocks aiming at each synchronized block; and judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction or not for each traversed executed transaction, and if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the sequence relation corresponding to the stored transaction.
Optionally, in some embodiments, the transaction submission module is specifically configured to: for each traversed executed transaction, judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction, and judging whether the execution result of the executed transaction is successful; if the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction and the execution result of the executed transaction is successful, submitting the next transaction of the stored transaction to the blockchain network for execution according to the sequence relation corresponding to the stored transaction; if the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, but the execution result of the executed transaction is execution failure, the next transaction of the stored transaction is not submitted to the blockchain network for execution.
Optionally, in some embodiments, the apparatus further comprises:
the transaction identifier filling module is used for filling the transaction identifiers of part or all of the transactions in each group of transactions into the first service message corresponding to the group of transactions so as to generate a second service message;
and the second message sending module is used for sending the generated second service message to the user side.
Optionally, in some specific embodiments, the transaction identifier of the partial or all transactions is specifically: a transaction identification of a transaction that has been submitted to a blockchain network for execution.
Optionally, in some embodiments, the apparatus further comprises:
the query request forwarding module is used for receiving a transaction query request submitted by a client and submitting the transaction query request to the block chain network, wherein the transaction query request carries a transaction identifier which is a transaction identifier of a transaction to be queried;
and the query result forwarding module is used for receiving the transaction query result returned by the block chain network and returning the transaction query result to the user side.
Optionally, in some specific embodiments, each first service packet has a packet identifier, and multiple transactions parsed from the same first service packet all carry the packet identifier of the first service packet; the device also comprises a second message assembly module, wherein the second message assembly module is used for: for each traversed executed transaction, if the transaction identifier of the executed transaction is not equal to the transaction identifier of any stored transaction, determining that the executed transaction is submitted to the blockchain network by other message middleware; aiming at executed transactions submitted to the block chain network by other message middleware, assembling a second service message according to a plurality of executed transactions carrying the same message identification; and sending the assembled second service message to the user side.
Optionally, in some specific embodiments, each first service packet has a service type identifier, and at least one transaction of multiple transactions parsed from the same first service packet carries the service type identifier of the first service packet; the second packet assembling module is specifically configured to: aiming at executed transactions submitted to the block chain network by other message middleware, reading a service type identifier carried by the executed transactions from any one executed transaction in a plurality of executed transactions carrying the same message identifier, and determining a message assembly strategy corresponding to the service type identifier from a plurality of preset message assembly strategies; and acquiring data for assembling the message from the plurality of executed transactions based on the determined message assembling strategy so as to assemble a second service message.
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. 4, including a processor 401, a communication interface 402, a memory 403, and a communication bus 404, where the processor 401, the communication interface 402, and the memory 403 complete communication with each other through the communication bus 404.
The memory 403 is used for storing computer programs;
the processor 401 is configured to implement the following steps when executing the program stored in the memory 403:
continuously receiving a first service message sent by a user side, analyzing the first service message into one or more transactions aiming at each received first service message, and generating a unique transaction identifier for each transaction; if one first service message is analyzed into a plurality of transactions, the transactions have a sequential relationship;
analyzing a plurality of transactions into which the same first service message is analyzed as a group of transactions and storing the transactions, and submitting each transaction in the group of transactions to a block chain network for execution according to the sequence relation among the transactions in the group of transactions aiming at each stored group of transactions;
wherein, for each stored group of transactions, submitting each transaction in the group of transactions to a block chain network for execution in sequence according to the sequence relation among a plurality of transactions in the group of transactions, including: the blocks generated by the continuous synchronization block chain network traverse executed transactions recorded in the blocks aiming at each synchronized block; and judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction or not for each traversed executed transaction, and if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the sequence relation corresponding to the stored transaction.
Alternatively, the processor 401 is configured to implement the service processing method steps provided by the above other method embodiments of the present invention when executing the program stored in the memory 403.
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 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 another embodiment of the present invention, a computer-readable storage medium is further provided, in which instructions are stored, and when the instructions are executed on a computer, the computer is enabled to execute the service processing method described in any one 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 service processing method is applied to message middleware, and the method comprises the following steps:
continuously receiving a first service message sent by a user side, analyzing the first service message into one or more transactions aiming at each received first service message, and generating a unique transaction identifier for each transaction; if one first service message is analyzed into a plurality of transactions, the transactions have a sequential relationship;
analyzing a plurality of transactions into which the same first service message is analyzed as a group of transactions and storing the transactions, and submitting each transaction in the group of transactions to a block chain network for execution according to the sequence relation among the transactions in the group of transactions aiming at each stored group of transactions;
wherein, for each stored group of transactions, submitting each transaction in the group of transactions to a block chain network for execution in sequence according to the sequence relation among a plurality of transactions in the group of transactions, including: the blocks generated by the continuous synchronization block chain network traverse executed transactions recorded in the blocks aiming at each synchronized block; and judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction or not for each traversed executed transaction, and if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the sequence relation corresponding to the stored transaction.
2. The method of claim 1, wherein determining, for each traversed executed transaction, whether the transaction identifier of the executed transaction is equal to a transaction identifier of a stored transaction, and if so, submitting a transaction next to the stored transaction to the blockchain network for execution according to an order relationship corresponding to the stored transaction, comprises:
for each traversed executed transaction, judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction, and judging whether the execution result of the executed transaction is successful;
if the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction and the execution result of the executed transaction is successful, submitting the next transaction of the stored transaction to the blockchain network for execution according to the sequence relation corresponding to the stored transaction;
if the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, but the execution result of the executed transaction is execution failure, the next transaction of the stored transaction is not submitted to the blockchain network for execution.
3. The method of claim 1, further comprising:
for each group of transactions, filling the transaction identification of part or all of the transactions in the group of transactions into a first service message corresponding to the group of transactions to generate a second service message;
and sending the generated second service message to the user side.
4. The method according to claim 3, wherein the transaction identity of the partial or complete transaction is specifically: a transaction identification of a transaction that has been submitted to a blockchain network for execution.
5. The method of claim 3, further comprising:
receiving a transaction query request submitted by a client, and submitting the transaction query request to the block chain network, wherein the transaction query request carries a transaction identifier which is a transaction identifier of a transaction to be queried;
and receiving a transaction query result returned by the blockchain network, and returning the transaction query result to the user side.
6. The method according to any one of claims 1 to 5, wherein each first service packet has a packet identifier, and a plurality of transactions parsed from the same first service packet each carry the packet identifier of the first service packet; the method further comprises the following steps:
for each traversed executed transaction, if the transaction identifier of the executed transaction is not equal to the transaction identifier of any stored transaction, determining that the executed transaction is submitted to the blockchain network by other message middleware;
aiming at executed transactions submitted to the block chain network by other message middleware, assembling a second service message according to a plurality of executed transactions carrying the same message identification;
and sending the assembled second service message to the user side.
7. The method according to claim 6, wherein each first service packet has a service type identifier, and at least one transaction of the plurality of transactions parsed from the same first service packet carries the service type identifier of the first service packet; the assembling a second service message according to a plurality of executed transactions carrying the same message identifier for the executed transactions submitted to the blockchain network by other message middleware includes:
aiming at executed transactions submitted to the block chain network by other message middleware, reading a service type identifier carried by the executed transactions from any one executed transaction in a plurality of executed transactions carrying the same message identifier, and determining a message assembly strategy corresponding to the service type identifier from a plurality of preset message assembly strategies; and acquiring data for assembling the message from the plurality of executed transactions based on the determined message assembling strategy so as to assemble a second service message.
8. A service processing apparatus, applied to a message middleware, wherein the assembling includes:
the message analysis module is used for continuously receiving a first service message sent by a user side, analyzing the first service message into one or more transactions aiming at each received first service message, and generating a unique transaction identifier for each transaction; if one first service message is analyzed into a plurality of transactions, the transactions have a sequential relationship;
the transaction submitting module is used for analyzing a plurality of transactions into which the same first service message is analyzed as a group of transactions and storing the transactions, and submitting each transaction in the group of transactions to the block chain network for execution in sequence according to the sequence relation among the transactions in the group of transactions aiming at each stored group of transactions;
wherein the transaction submission module is specifically configured to: the blocks generated by the continuous synchronization block chain network traverse executed transactions recorded in the blocks aiming at each synchronized block; and judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of one stored transaction or not for each traversed executed transaction, and if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the sequence relation corresponding to the stored transaction.
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 |
|---|---|---|---|
| CN202011360559.7A CN112637267B (en) | 2020-11-27 | 2020-11-27 | Service processing method, device, electronic equipment and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011360559.7A CN112637267B (en) | 2020-11-27 | 2020-11-27 | Service processing method, device, electronic equipment and readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112637267A true CN112637267A (en) | 2021-04-09 |
| CN112637267B CN112637267B (en) | 2023-06-02 |
Family
ID=75306770
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011360559.7A Active CN112637267B (en) | 2020-11-27 | 2020-11-27 | Service processing method, device, electronic equipment and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112637267B (en) |
Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101551744A (en) * | 2008-04-02 | 2009-10-07 | 西门子公司 | Method and device providing subtask guide information |
| CN102521406A (en) * | 2011-12-26 | 2012-06-27 | 中国科学院计算技术研究所 | Distributed query method and system for complex task of querying massive structured data |
| CN103235835A (en) * | 2013-05-22 | 2013-08-07 | 曙光信息产业(北京)有限公司 | Inquiry implementation method for database cluster and device |
| CN107402956A (en) * | 2017-06-07 | 2017-11-28 | 网易（杭州）网络有限公司 | Data processing method, equipment and the computer-readable recording medium of big task |
| CN109410063A (en) * | 2018-11-12 | 2019-03-01 | 众安信息技术服务有限公司 | Transaction processing method, device and storage medium based on block chain |
| CN109785136A (en) * | 2019-01-30 | 2019-05-21 | 北京京东尚科信息技术有限公司 | A kind of transaction processing method of block chain, client and block chain network |
| CN110097346A (en) * | 2019-04-18 | 2019-08-06 | 杭州宇链科技有限公司 | A kind of means of payment and device based on block chain |
| CN110262886A (en) * | 2019-06-24 | 2019-09-20 | 上海商汤智能科技有限公司 | Task executing method and device, electronic equipment and storage medium |
| CN110955504A (en) * | 2019-10-21 | 2020-04-03 | 量子云未来（北京）信息科技有限公司 | Method, server, system and storage medium for intelligently distributing rendering tasks |
| CN111158884A (en) * | 2019-12-31 | 2020-05-15 | 深圳云天励飞技术有限公司 | Data analysis method and device, electronic equipment and storage medium |
| CN111382164A (en) * | 2020-03-06 | 2020-07-07 | 腾讯科技（深圳）有限公司 | Service processing method based on block chain network |
| CN111459659A (en) * | 2020-03-10 | 2020-07-28 | 中国平安人寿保险股份有限公司 | Data processing method, device, scheduling server and medium |
| CN111901384A (en) * | 2020-06-29 | 2020-11-06 | 成都质数斯达克科技有限公司 | System, method, electronic device and readable storage medium for processing message |
| CN112087502A (en) * | 2020-08-28 | 2020-12-15 | 成都质数斯达克科技有限公司 | Method, device and equipment for processing request and storage medium |
-
2020
- 2020-11-27 CN CN202011360559.7A patent/CN112637267B/en active Active
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101551744A (en) * | 2008-04-02 | 2009-10-07 | 西门子公司 | Method and device providing subtask guide information |
| CN102521406A (en) * | 2011-12-26 | 2012-06-27 | 中国科学院计算技术研究所 | Distributed query method and system for complex task of querying massive structured data |
| CN103235835A (en) * | 2013-05-22 | 2013-08-07 | 曙光信息产业(北京)有限公司 | Inquiry implementation method for database cluster and device |
| CN107402956A (en) * | 2017-06-07 | 2017-11-28 | 网易（杭州）网络有限公司 | Data processing method, equipment and the computer-readable recording medium of big task |
| CN109410063A (en) * | 2018-11-12 | 2019-03-01 | 众安信息技术服务有限公司 | Transaction processing method, device and storage medium based on block chain |
| CN109785136A (en) * | 2019-01-30 | 2019-05-21 | 北京京东尚科信息技术有限公司 | A kind of transaction processing method of block chain, client and block chain network |
| CN110097346A (en) * | 2019-04-18 | 2019-08-06 | 杭州宇链科技有限公司 | A kind of means of payment and device based on block chain |
| CN110262886A (en) * | 2019-06-24 | 2019-09-20 | 上海商汤智能科技有限公司 | Task executing method and device, electronic equipment and storage medium |
| CN110955504A (en) * | 2019-10-21 | 2020-04-03 | 量子云未来（北京）信息科技有限公司 | Method, server, system and storage medium for intelligently distributing rendering tasks |
| CN111158884A (en) * | 2019-12-31 | 2020-05-15 | 深圳云天励飞技术有限公司 | Data analysis method and device, electronic equipment and storage medium |
| CN111382164A (en) * | 2020-03-06 | 2020-07-07 | 腾讯科技（深圳）有限公司 | Service processing method based on block chain network |
| CN111459659A (en) * | 2020-03-10 | 2020-07-28 | 中国平安人寿保险股份有限公司 | Data processing method, device, scheduling server and medium |
| CN111901384A (en) * | 2020-06-29 | 2020-11-06 | 成都质数斯达克科技有限公司 | System, method, electronic device and readable storage medium for processing message |
| CN112087502A (en) * | 2020-08-28 | 2020-12-15 | 成都质数斯达克科技有限公司 | Method, device and equipment for processing request and storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 蔡晓晴: ""区块链系统中的分布式数据管理技术——挑战与展望"", 《计算机学报》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112637267B (en) | 2023-06-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112003703B (en) | Method and device for transmitting authenticatable message across chains | |
| CN112615871B (en) | Method and device for transmitting authenticatable message across chains | |
| CN110430288B (en) | Node access method, node access device, computer equipment and storage medium | |
| WO2023045620A1 (en) | Transaction data processing method and apparatus, computer device and storage medium | |
| CN112087502B (en) | Method, device and equipment for processing request and storage medium | |
| CN111914021A (en) | Cross-block-chain interaction method and system, computer equipment and storage medium | |
| CN108572986B (en) | Data updating method and node equipment | |
| CN112837163A (en) | Block chain based batch transaction uplink method and system | |
| CN112235420A (en) | Data synchronization method, system and related equipment based on block chain | |
| US20230370285A1 (en) | Block-chain-based data processing method, computer device, computer-readable storage medium | |
| CN113326165B (en) | Data processing method and device based on block chain and computer readable storage medium | |
| KR20220074971A (en) | Blockchain-based data processing method, apparatus and device, and readable storage medium | |
| CN111915301A (en) | Data processing method and device based on block chain, electronic equipment and readable medium | |
| Georgiou et al. | Fault-tolerant semifast implementations of atomic read/write registers | |
| CN112202564B (en) | Transaction transfer method and device, electronic equipment and readable storage medium | |
| CN110858211B (en) | Data storage method, device and system and storage medium | |
| CN112671842B (en) | Information transmission method and device, electronic equipment and readable storage medium | |
| CN112637267B (en) | Service processing method, device, electronic equipment and readable storage medium | |
| CN116977067A (en) | Block chain-based data processing method, device, equipment and readable storage medium | |
| CN112488835A (en) | Service processing method, electronic device and readable storage medium | |
| CN116542668A (en) | Block chain-based data processing method, equipment and readable storage medium | |
| CN112269915A (en) | Service processing method, device, equipment and storage medium | |
| CN115987858A (en) | Pressure testing method of block chain network and related equipment | |
| CN116107801A (en) | Transaction processing method and related product | |
| CN112270601B (en) | Information transfer method, information transfer device, electronic equipment and readable storage medium |
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 |