CN112637267B - Service processing method, device, electronic equipment and readable storage medium - Google Patents
Service processing method, device, electronic equipment and readable storage medium Download PDFInfo
- Publication number
- CN112637267B CN112637267B CN202011360559.7A CN202011360559A CN112637267B CN 112637267 B CN112637267 B CN 112637267B CN 202011360559 A CN202011360559 A CN 202011360559A CN 112637267 B CN112637267 B CN 112637267B
- 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.)
- Active
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
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Accounting & Taxation (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The embodiment of the invention provides a service processing method, a device, electronic equipment and a readable storage medium, which aim to help a user to develop services based on a blockchain network more conveniently. The method is applied to the message middleware, and comprises the following steps: aiming at each service message sent by a user terminal, analyzing the service message into a plurality of transactions and storing the transactions, wherein the transactions have a sequence relation, and each transaction has a transaction identifier; for each stored transaction group, submitting each transaction to a blockchain network for execution in turn according to a sequence relation; specifically, for each block synchronized from the blockchain network, traversing the executed transactions recorded in the block, and for each traversed executed transaction, determining whether the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a service processing method, a device, an electronic apparatus, 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 for short) in the block chain network realizes generation and consensus of block data by running a block chain program, finally realizes a tamper-proof mechanism of the data, and provides a safe and reliable technical new idea for service development.
The blockchain technology can be applied to various business scenes, such as financial field, electronic commerce field, commodity or raw material tracing field, electronic certificate storing field and the like, and can be used for developing business due to the fact that the blockchain technology realizes a data tamper-proof mechanism, so that the trust crisis among parties involved in the business can be solved.
In the related art, in order to develop services based on a blockchain network, a user needs to construct one or more transactions related to the services by operating his or her client device, and then submit the transactions to the blockchain network for execution. However, since the data structure of the transaction must be a data structure supported by the blockchain network, prior to the user manually constructing the transaction, prior to learning and mastering the blockchain technology is required. Therefore, in the related art, when the service is developed based on the blockchain network, a higher technical threshold is provided.
Disclosure of Invention
The invention aims to provide a service processing method, a device, electronic equipment and a readable storage medium, which aim to help users to develop services based on a blockchain network more conveniently. The specific technical scheme is as follows:
in a first aspect of an embodiment of the present invention, a service processing method is provided, applied to a message middleware, where the method includes:
continuously receiving first service messages sent by a user terminal, analyzing the first service messages into one or more transactions aiming at each received first service message, and generating a transaction identifier with uniqueness for each transaction; if a first service message is analyzed into a plurality of transactions, the plurality of transactions have a sequential relationship;
the method comprises the steps of analyzing a plurality of transactions into a same first business message, storing the transaction as a group of transactions, and submitting each transaction in the group of transactions to a blockchain network for execution according to the sequence relation among the plurality of transactions in the group of transactions;
wherein, for each stored set of transactions, submitting each transaction in the set of transactions to the blockchain network for execution in turn according to a sequential relationship between a plurality of transactions in the set of transactions, including: continuously synchronizing blocks generated by a block chain network, and traversing executed transactions recorded in each synchronized block; for each traversed executed transaction, judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction.
In a second aspect of the embodiment of the present invention, a service processing apparatus is provided, applied to a message middleware, where the assembling includes:
the message analysis module is used for continuously receiving the first service messages sent by the user terminal, analyzing the first service messages into one or more transactions aiming at each received first service message, and generating a transaction identifier with uniqueness for each transaction; if a first service message is analyzed into a plurality of transactions, the plurality of transactions have a sequential relationship;
the transaction submitting module is used for analyzing the plurality of transactions analyzed by the same first business message as a group of transactions and storing the same, and for each stored group of transactions, submitting each transaction in the group of transactions to the blockchain network for execution according to the sequence relation among the plurality of transactions in the group of transactions;
wherein, the transaction submitting module is specifically configured to: continuously synchronizing blocks generated by a block chain network, and traversing executed transactions recorded in each synchronized block; for each traversed executed transaction, judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction.
In a third aspect of the embodiments of the present invention, there is provided an electronic device including a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory perform 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 by 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, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the service processing method provided by any of the embodiments of the present invention.
In the invention, when a user needs to develop a service based on a blockchain network, one or more transactions related to the service do not need to be manually constructed, and the service message can be simply and conveniently sent to the message middleware through the user side, and the message middleware automatically analyzes the service message into one or more transactions and submits the transactions to the blockchain network for execution, thereby realizing the development of the service. Because the data structure of the business message is generally simpler than the data structure of the transaction, the user does not need to learn and master the blockchain technology in advance, so the invention can help the user to develop the business based on the blockchain network more conveniently.
In the invention, the message middleware takes a plurality of transactions analyzed by the same first service message as a group of transactions and stores the transactions. The message middleware submits each transaction in the group of transactions to the blockchain network for execution according to the sequence relation among the plurality of transactions in the group of transactions. Specifically, the message middleware continuously synchronizes blocks generated by the block chain network, and traverses executed transactions recorded in each synchronized block; for each traversed executed transaction, judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction.
In the invention, each transaction in the plurality of transactions is submitted to the blockchain network for execution according to the sequence relation among the plurality of transactions, thereby ensuring that the execution sequence of the transactions does not violate business logic. And for each set of transactions, when the message middleware reads the executed transaction corresponding to one transaction in the set of transactions from the block, the message middleware submits the next transaction of the transaction to the blockchain network for execution. In other words, when the message-oriented middleware determines that a transaction has been executed by the blockchain network, the next transaction for the transaction is submitted to the blockchain network for execution. In this manner, it is imperative to ensure that multiple transactions are performed sequentially by the blockchain network in a sequential relationship.
It should also be noted that since the block to which the message middleware is synchronized from the blockchain network is known through the blockchain network, the executed transactions read from the block are also 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 regularity 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 evident that the drawings in the following description are only some embodiments of the present invention and that other drawings may be obtained from these drawings by those of ordinary skill in the art 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, in accordance with 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 solutions 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 will be apparent that the described embodiments are some, but not all, embodiments of the invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
The block chain technology is realized on a block chain network, distributed node equipment (hereinafter referred to as nodes for short) in the block chain network realizes generation and consensus of block data by running a block chain program, finally realizes a tamper-proof mechanism of the data, and provides a safe and reliable technical new idea for service development.
In the related art, in order to develop services based on a blockchain network, a user needs to construct one or more transactions related to the services by operating his or her client device, and then submit the transactions to the blockchain network for execution. However, since the data structure of the transaction must be a data structure supported by the blockchain network, prior to the user manually constructing the transaction, prior to learning and mastering the blockchain technology is required. Therefore, in the related art, when the service is developed based on the blockchain network, a higher technical threshold is provided.
In view of this, the present invention proposes a service processing method, apparatus, electronic device and readable storage medium by the following embodiments, which aim to help users develop services more conveniently based on a blockchain 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 client and the blockchain network.
Optionally, in some embodiments, the client, 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 client and the blockchain program. The three software layers may each run in different hardware devices, or may 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 first service messages sent by a user terminal, analyzes the first service messages into one or more transactions for each received first service message, and generates a transaction identifier with uniqueness for each transaction; wherein if a first service message is parsed into a plurality of transactions, the plurality of transactions have a sequential relationship therebetween.
In the invention, the message middleware is in communication connection with one or more user terminals, and the message middleware receives the first service message sent by each user terminal successively. After each time the message middleware receives a first service message, the first service message is parsed into one or more transactions, and a transaction identifier with uniqueness is generated for each transaction.
Optionally, in some embodiments, information is transferred between the user side and the message middleware based on the communication message, and the first service message may be encapsulated in a message body of the communication message. Wherein, the communication message can be selected from: hypertext transfer protocol (HTTP), user Datagram Protocol (UDP), etc. It should be noted that the present invention does not limit the type of the communication message.
Optionally, in some 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, a first service message carrying a service type identification shaped as "SMTA" is used for processing: asset issuing services, which aim to issue assets in a blockchain network. Also for example, a first service message carrying a service type identifier like "SMTR" is used for processing: asset rollback business that aims to rollback all assets hosted in a target smart 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 to obtain a plurality of transactions related to the service type.
After receiving a first service message sent by a user terminal, 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. The message middleware then parses the first service message into one or more transactions based on the determined message parsing policy.
In particular, a message parsing policy is actually a section of computer program, and the message middleware executes the message parsing policy by running the section 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 sequential relationship between the plurality of transactions that are required to be parsed by the first business message;
2. defining transaction data which each transaction needs to carry; and for each transaction data that the transaction needs to carry, defining which field of the first service message the transaction data is acquired from, and defining which field of the transaction data is filled into.
For easy understanding, following the above example, after receiving a first service packet sent by a first user, the message middleware responds to the first service packet, and first reads a service type identifier SMTR from 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 parsing policy X defines the following operations:
1. the business message is analyzed into 2 transactions, namely an asset rollback transaction r and a contract freezing transaction f, and the sequence relation between the 2 transactions is as follows: the asset rollback transaction r is performed before the contract freeze transaction f is performed.
2-1, reading transaction codes from the 21 st to 100 th fields of the first business message when constructing the asset rollback transaction r, and filling the read transaction codes into the 11 th to 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 (3) filling the transaction template r of the transaction data to form an asset rollback transaction r.
2-2, reading transaction codes from the 106 th to 150 th fields of the first service message when constructing the contract frozen transaction f, and filling the read transaction codes into the 11 th to 55 th fields 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 (3) filling the transaction template f of the transaction data to form a contract freezing transaction f.
It should be noted that the specific data (such as service type identifier, transaction number, transaction data, field number, etc.) referred to in the above examples are only illustrative examples. During actual implementation of the invention, the actual data involved 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 policy to the message parsing operation is merely an example. Any modifications, equivalent substitutions, improvements, or the like, which are within the spirit and principles of the examples described above, are intended to be included within the scope of the present invention.
Or alternatively, in other embodiments, the message middleware is only used to process the first service message of a certain fixed service type. After the message middleware receives the first service message, judging whether the service type of the first service message belongs to the service type which can be processed by the message middleware. If yes, 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 terminal that message processing fails.
Optionally, in some embodiments, in order to generate a transaction identifier with a uniqueness for each transaction, the following generation manner may be performed by the message middleware:
the method comprises the steps of taking data such as a timestamp, a message middleware number, a universal unique identification code (Universally Unique Identifier, UUID) and the like as input parameters, outputting a series of hash values through calculation of a hash algorithm, and finally taking the first n bits (for example, the first 25 bits) of the hash values as a transaction identifier.
In the invention, in order to develop the business more smoothly, a sequence relation is defined for a plurality of transactions analyzed by the first business message. For ease of understanding, along with the above example, a first service message carrying a service type identification in the form of "SMTR" is used to process: asset rollback business that aims to rollback all assets hosted in a target smart contract to a target account. The first service message is parsed into: asset rollback transaction r and contract freeze transaction f, the sequential relationship between the two transactions is: the asset rollback transaction r is performed before the contract freeze transaction f is performed. As such, the asset rollback transaction r needs to be performed first, such that after all of the assets hosted in the target smart contract are returned to the target account, the contract freeze transaction f is performed, such that the target smart contract after the asset is emptied is frozen.
If the order relationship of the plurality of transactions is not defined, then the contract freeze transaction f may be performed first, resulting in the targeted smart contract hosting the asset being frozen. Then during execution of the asset rollback transaction r, the assets in the target smart contract cannot be rolled back to the target account because the target smart contract has been frozen.
Step S12: and analyzing the plurality of transactions into the same first business message as a group of transactions, storing the transactions, and submitting each transaction in the group of transactions to the blockchain network for execution according to the sequence relation among the plurality of transactions in the group of transactions.
It should be noted that there is no strict sequence between the step S11 and the step S12. If the message middleware is viewed from a first service message perspective, the message middleware needs to execute step S11 to parse the first service message into one or more transactions, and then execute step S12 to sequentially submit the plurality of transactions parsed by the first service message to the blockchain network for execution.
If the message middleware is viewed from the perspective, the message middleware may receive a plurality of first service messages successively in a period of time. The message middleware may be performing step S11 for the next first service message during the step S12 for the last first service message. It can be seen that if the message middle part is viewed, the message middle part can perform step S11 and step S12 simultaneously.
In the invention, during the execution of step S12, the message middleware may specifically execute the following sub-steps, so as to sequentially submit a plurality of transactions to the blockchain network for execution:
substep S12-1: continuously synchronizing blocks generated by a blockchain network, traversing executed transactions recorded in each synchronized block for the block.
Substep S12-2: for each traversed executed transaction, judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction.
For ease of understanding, and by way of example, referring to FIG. 2, FIG. 2 is a schematic diagram of a transaction submission process that is presented by an embodiment of the invention. As shown in fig. 2, the message middleware stores a plurality of sets of transactions, and each set of transactions includes a plurality of transactions parsed by the same first service message, where the 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 a uniqueness.
As shown in fig. 2, the message middleware continuously synchronizes the blocks generated by the blockchain network, in which the transactions that have been executed by the blockchain network (hereinafter, simply referred to as executed transactions) are recorded.
Optionally, in some embodiments, a designated node in the blockchain network, after executing one or more transactions, takes those executed transactions as blockdata, thereby generating 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 way, 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 to which it is synchronized. The message middleware judges whether the transaction identification of each traversed executed transaction is equal to the transaction identification of one stored transaction.
Optionally, in some embodiments, the message middleware reads a transaction identification from the executed transaction for the traversed executed transaction and compares the read transaction identification with the stored transaction identification for each transaction. If the read transaction identity is consistent with the transaction identity of a particular stored transaction, then it is determined that the stored transaction has been executed by the blockchain network, and the next transaction for the stored transaction is submitted to the blockchain network for execution.
For ease of understanding, as shown in fig. 2, for example, the message middleware extracts the transaction identifier "0xcd … e13c" from the executed transaction currently traversed, and by comparing the transaction identifier with the stored transaction identifier of each transaction, the message middleware determines that the transaction identifier is exactly equal to the transaction identifier of the transaction a2, and then the message middleware submits the next transaction of the transaction a2 (i.e., the transaction a 3) to the blockchain network for execution.
In the invention, when a user needs to develop a service based on a blockchain network, one or more transactions related to the service do not need to be manually constructed, and the service message can be simply and conveniently sent to the message middleware through the user side, and the message middleware automatically analyzes the service message into one or more transactions and submits the transactions to the blockchain network for execution, thereby realizing the development of the service. Because the data structure of the business message is generally simpler than the data structure of the transaction, the user does not need to learn and master the blockchain technology in advance, so the invention can help the user to develop the business based on the blockchain network more conveniently.
In addition, if a certain service message is parsed into a plurality of transactions, there is a sequential relationship between the plurality of transactions. In the invention, each transaction in the plurality of transactions is submitted to the blockchain network for execution according to the sequence relation among the plurality of transactions, thereby ensuring that the execution sequence of the transactions does not violate business logic. And for each set of transactions, when the message middleware reads the executed transaction corresponding to one transaction in the set of transactions from the block, the message middleware submits the next transaction of the transaction to the blockchain network for execution. In other words, when the message-oriented middleware determines that a transaction has been executed by the blockchain network, the next transaction for the transaction is submitted to the blockchain network for execution. In this manner, it is imperative to ensure that multiple transactions are performed sequentially by the blockchain network in a sequential relationship.
It should also be noted that since the block to which the message middleware is synchronized from the blockchain network is known through the blockchain network, the executed transactions read from the block are also 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 regularity of the blockchain network can be ensured.
Optionally, in some embodiments, the blockchain network generated blocks include, in addition to executed transactions, execution results of the executed transactions.
In performing the above sub-step S12-2, in particular: for each traversed executed transaction, judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, and judging whether the execution result of the executed transaction is successful; if the transaction identification of the executed transaction is equal to the transaction identification of a stored transaction and the execution result of the executed transaction is that the execution is successful, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction; if the transaction identification of the executed transaction is equal to the transaction identification of a stored transaction, but the execution result of the executed transaction is that the execution fails, the next transaction of the stored transaction is not submitted to the blockchain network for execution.
Wherein the execution result of the executed transaction may be shaped as "yes" or "no". For ease of understanding, following the above example, for example, the transaction identifier of the executed transaction that the message middleware currently traverses to is exactly equal to the transaction identifier of transaction a2, and the transaction result of the executed transaction is "yes", the message middleware submits the next transaction of transaction a2 (i.e., transaction a 3) to the blockchain network for execution.
For another example, the transaction identifier of the executed transaction that the message middleware traverses next is exactly equal to the transaction identifier of the transaction b1, but the transaction result of the executed transaction is "no", and the message middleware will not submit the next transaction of the transaction b1 (i.e. the transaction b 2) to the blockchain network for execution.
In the invention, under the condition that the execution of the previous transaction fails, the subsequent transaction is refused to be submitted to the blockchain network for execution, thereby avoiding the subsequent transaction from being meaninglessly executed in the blockchain network, further increasing the network resource consumption or avoiding the execution result which is not expected by the user and is generated due to the execution of the subsequent transaction.
Optionally, in some embodiments, the message middleware may further fill, for each set of transactions, a transaction identifier of some or all transactions in the set of transactions into a first service message corresponding to the set of transactions, so as to generate a second service message; and then the generated second service message is sent to the user terminal.
Preferably, the transaction identification of the part or all of the transactions is specifically: transaction identification of transactions that have been submitted to the blockchain network for execution.
For ease of understanding, it is assumed that three transactions, transaction a1, transaction a2, and transaction a3, are included in a set of transactions. The middleware in the message reads executed transactions corresponding to the three transactions from the three blocks synchronized in sequence, and then indicates that the three transactions have been previously submitted to the blockchain network and executed by the blockchain network. Thus, the message middleware fills the transaction identifications of the three transactions into the first service messages corresponding to the three transactions, thereby generating the second service messages. And the message middleware sends the generated second service message to the user terminal.
Or assume that a set of transactions includes three transactions, transaction b1, transaction a2, and transaction a 3. The middleware in the message reads the executed transaction corresponding to each of the transaction b1 and the transaction a2 from the two blocks which are synchronized successively, 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 submitted to the blockchain network and have been executed by the blockchain network, and the middleware in the message does not submit the transaction b3 to the blockchain network for execution because the transaction b2 fails to execute. Thus, the message middleware only fills the transaction identifications of the transaction b1 and the transaction b2 into the first service messages corresponding to the three transactions, thereby generating the second service message. And the message middleware sends the generated second service message to the user terminal.
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 constructing the transaction, the user side can acquire the transaction identification. Thus, based on the transaction identification, the transaction statistics, classification or inquiry and other services can be further developed.
Furthermore, in a preferred embodiment, transaction identifiers of transactions that have been submitted to the blockchain network for execution are not populated to the first service message, whereas transactions that have not been submitted to the blockchain network for execution correspond to invalid transactions, and transaction identifiers of those transactions are not populated to the first service message. Therefore, the transaction identifications obtained by the user side are the transaction identifications of the effective transaction, and the redundant storage of the ineffective transaction identifications by the user side is reduced.
It should be noted that, in some alternative schemes, the message middleware may also fill the transaction identifiers of all transactions into the first service messages corresponding to the transactions to generate a second service message, and then send the generated second service message to the user side.
Optionally, in some embodiments, the middleware in the message 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 inquiry result returned by the blockchain network and returns the transaction inquiry result to the user side.
In particular, as described above, for example, information is transferred between the client and the middleware in the message based on the communication message, and the transaction inquiry request may be encapsulated in a message body of the communication message. Wherein, the communication message can be selected from: hypertext transfer protocol (HTTP), user Datagram Protocol (UDP), etc. It should be noted that the present invention does not limit the type of the communication message.
After receiving the transaction inquiry request, the message middleware forwards the transaction inquiry request to a designated node in the blockchain network. The appointed node responds to the transaction inquiry request, reads the transaction identification from the transaction inquiry request, takes the transaction identification as an index, reads transaction information corresponding to the transaction identification from a local account book database, takes the read transaction information as a transaction inquiry result, and returns the transaction information to the message middleware. After receiving the transaction inquiry result, the message middleware forwards the transaction inquiry result to the user side. Wherein the transaction information includes, but is not limited to: data structure of transaction, execution result corresponding to transaction.
Alternatively, in some embodiments, the blockchain network connected message middleware is not limited to the above-mentioned message middleware, and other message middleware may exist to connect to the blockchain network. Similarly, other message middleware may also receive the first service message sent by the ue, 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 stored only 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 by the same first service message all carry the message identifier of the first service message.
The message-middleware determines, for each executed transaction traversed, that the executed transaction was submitted to the blockchain network by other message-middleware if the transaction identification of the executed transaction is not equal to the transaction identification of any stored transaction. The message middleware assembles a second service message according to a plurality of executed transactions carrying the same message identification aiming at executed transactions submitted to the blockchain network by other message middleware. And the message middleware sends the assembled second service message to the user side.
In particular, the message middleware reads a transaction identifier from the executed transaction for the traversed executed transaction, and compares the read transaction identifier with a stored transaction identifier for 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 executed transaction was submitted to the blockchain network by other message-middleware. It should be appreciated that the message middleware will subsequently determine a plurality 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 the message identifier, and a plurality of transactions analyzed by the same first service message carry the same message identifier. Therefore, the transactions carrying the same message identifier correspond to the same first service message, and further correspond to the service to be processed by the first service message. Thus, according to the second service message assembled by a plurality of transactions carrying the same message identification, the more complete service information can be reflected. And then the assembled second service message is sent to the user terminal, so that the user terminal can simply, conveniently and quickly know the services initiated by other user terminals by analyzing the second service message. Therefore, by implementing the method and the device, the convenience of information transmission can be improved, and the user experience is improved.
Optionally, in some embodiments, each first service report has a service type identifier, as previously described. In addition, at least one transaction of the plurality of transactions parsed by the same first service message carries a service type identifier of the first service message. The message middleware assembles a second service message according to a plurality of executed transactions carrying the same message identifier, and specifically may execute the following steps:
aiming at executed transactions submitted to the blockchain network by other message middleware, reading a service type identifier carried by the executed transactions from any 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 specific implementation, a plurality of message assembly strategies are preset in the message middleware, and each message assembly strategy corresponds to one service type identifier and is used for carrying out assembly processing on a group of executed transactions carrying the corresponding service type identifier, so that a second message related to the service type is assembled.
After the message middleware acquires a group of executed transactions, the service type identifier carried by the executed transactions is read from any 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. And then, the message middleware acquires data for assembling the message from the group of executed transactions based on the determined message assembling strategy, so as to assemble a second service message.
In particular, a message assembly policy is actually a section of computer program, and the message middleware executes the message assembly policy by running the section of computer program.
The message assembly policy is at least used for defining the following message assembly operations:
1. transaction requirements required to assemble a complete second service message;
2. the assembled second service message needs to contain message data; and for each message data, defining which field of the executed transaction to obtain the data from, and defining which field of the second service message to fill the data into.
In 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. Then, the middleware in the message counts the number of the transactions included in the set of executed transactions, that is, counts the number of the 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, so as to judge 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 definition of the 2 nd point of the message assembling strategy so as to assemble a second service message.
If the two are not equal, the message middleware pauses the message assembly operation, counts the number of the transactions contained in the group of executed transactions again after the preset time length passes, and compares the number of the transactions with the transaction demand. It should be noted that the message middleware will still continuously synchronize the blocks and traverse the executed transactions contained in the blocks during the suspension of the message assembly operation.
It should be noted that, considering that a transaction may be lost during delivery for a number of reasons. For this reason, in some embodiments, the message assembly policy may not include the definition at point 1. In this way, under the condition that the transaction number 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 terminal, so that service information is fed back to the second user terminal as much as possible.
It should be noted that the above limitation of the message assembly policy to the message assembly operation is merely an example. Any modifications, equivalent substitutions, improvements, or the like, which are within the spirit and principles of the examples described above, are intended to be included within the scope 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 parsing module 31 is configured to continuously receive first service messages sent by the user side, parse each received first service message into one or more transactions, and generate a transaction identifier with uniqueness for each transaction; if a first service message is analyzed into a plurality of transactions, the plurality of transactions have a sequential relationship;
the transaction submitting module 32 is configured to parse the same first service packet into a plurality of transactions as a group of transactions and store the plurality of transactions, and for each stored group of transactions, submit each transaction in the group of transactions to the blockchain network in turn according to a sequential relationship between the plurality of transactions in the group of transactions for execution;
Wherein, the transaction submitting module 32 is specifically configured to: continuously synchronizing blocks generated by a block chain network, and traversing executed transactions recorded in each synchronized block; for each traversed executed transaction, judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction.
Optionally, in some embodiments, the transaction submitting 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 a stored transaction, and judging whether the execution result of the executed transaction is successful; if the transaction identification of the executed transaction is equal to the transaction identification of a stored transaction and the execution result of the executed transaction is that the execution is successful, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction; if the transaction identification of the executed transaction is equal to the transaction identification of a stored transaction, but the execution result of the executed transaction is that the execution fails, 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 transaction identifiers of part or all of the transactions in each group of transactions into a 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 terminal.
Optionally, in some embodiments, the transaction identifier of the part or all of the transactions is specifically: transaction identification of transactions that have been submitted to the blockchain network for execution.
Optionally, in some embodiments, the apparatus further comprises:
the inquiry request forwarding module is used for receiving a transaction inquiry request submitted by a client and submitting the transaction inquiry request to the blockchain network, wherein the transaction inquiry request carries a transaction identifier which is a transaction identifier of a transaction to be inquired;
and the query result forwarding module is used for receiving the transaction query result returned by the blockchain network and returning the transaction query result to the user side.
Optionally, in some embodiments, each first service packet has a packet identifier, and the plurality of transactions parsed by the same first service packet all carry the packet identifier of the first service packet; the device further comprises a second message assembly module, wherein the second message assembly module is used for: for each executed transaction traversed, if the transaction identity of the executed transaction is not equal to the transaction identity of any stored transaction, determining that the executed transaction was submitted to the blockchain network by other message middleware; for executed transactions submitted to the blockchain 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 embodiments, each first service packet has a service type identifier, and at least one transaction of the plurality of transactions parsed by the same first service packet carries the service type identifier of the first service packet; the second message assembly module is specifically configured to: aiming at executed transactions submitted to the blockchain network by other message middleware, reading a service type identifier carried by the executed transactions from any 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 embodiments, since they are substantially similar to the method embodiments, the description is relatively simple, and reference is made to the description of the method embodiments for relevant points.
Based on the same inventive concept, the embodiment of the invention also provides an electronic device, as shown in fig. 4, which comprises a processor 401, a communication interface 402, a memory 403 and a communication bus 404, wherein 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 a computer program;
the processor 401 is configured to implement the following steps when executing a program stored in the memory 403:
continuously receiving first service messages sent by a user terminal, analyzing the first service messages into one or more transactions aiming at each received first service message, and generating a transaction identifier with uniqueness for each transaction; if a first service message is analyzed into a plurality of transactions, the plurality of transactions have a sequential relationship;
the method comprises the steps of analyzing a plurality of transactions into a same first business message, storing the transaction as a group of transactions, and submitting each transaction in the group of transactions to a blockchain network for execution according to the sequence relation among the plurality of transactions in the group of transactions;
wherein, for each stored set of transactions, submitting each transaction in the set of transactions to the blockchain network for execution in turn according to a sequential relationship between a plurality of transactions in the set of transactions, including: continuously synchronizing blocks generated by a block chain network, and traversing executed transactions recorded in each synchronized block; for each traversed executed transaction, judging whether the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction.
Alternatively, the processor 401 is configured to implement the steps of the service processing method provided in the other method embodiments of the present invention when executing the program stored in the memory 403.
The communication bus mentioned by the above electronic device may be a peripheral component interconnect standard (Peripheral Component Interconnect, abbreviated as PCI) bus or an extended industry standard architecture (Extended Industry Standard Architecture, abbreviated as EISA) bus, or the like. The communication bus may be classified as an address bus, a data bus, a control bus, or the like. For ease of illustration, the figures are shown with only one bold line, but not with only one bus or one type of bus.
The communication interface is used for communication between the electronic device and other devices.
The memory may include random access memory (Random Access Memory, RAM) or 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 aforementioned processor.
The processor may be a general-purpose processor, including a central processing unit (CentralProcessing Unit, CPU for short), a network processor (Network Processor, NP for short), etc.; but also digital signal processors (Digital Signal Processing, DSP for short), application specific integrated circuits (Application Specific Integrated Circuit, ASIC for short), field-programmable gate arrays (Field-Programmable Gate Array, FPGA for short) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.
In yet another embodiment of the present invention, a computer readable storage medium is provided, where instructions are stored, which when run on a computer, cause the computer to perform the service processing method according to any of the above embodiments.
In the above embodiments, it may be implemented in whole or in part 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, produces a flow or function in accordance with embodiments of the present invention, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in or transmitted from one computer-readable storage medium to another, for example, by wired (e.g., coaxial cable, optical fiber, digital Subscriber Line (DSL)), or wireless (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains an integration of one or more 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)), etc.
It is noted that relational terms such as first and second, and the like are 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. Moreover, 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 one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
In this specification, each embodiment is described in a related manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for system embodiments, since they are substantially similar to method embodiments, the description is relatively simple, as relevant to see a section of the description of method embodiments.
The foregoing description is only of the preferred embodiments of the present invention and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention are included in the protection scope of the present invention.
Claims (9)
1. A method for processing a service, which is applied to a message middleware, the method comprising:
continuously receiving first service messages sent by a user terminal, analyzing the first service messages into one or more transactions aiming at each received first service message, and generating a transaction identifier with uniqueness for each transaction; if a first service message is analyzed into a plurality of transactions, the plurality of transactions have a sequential relationship;
the method comprises the steps of analyzing a plurality of transactions into a same first business message, storing the transaction as a group of transactions, and submitting each transaction in the group of transactions to a blockchain network for execution according to the sequence relation among the plurality of transactions in the group of transactions;
wherein, for each stored set of transactions, submitting each transaction in the set of transactions to the blockchain network for execution in turn according to a sequential relationship between a plurality of transactions in the set of transactions, including: continuously synchronizing blocks generated by a block chain network, and traversing executed transactions recorded in each synchronized block; judging whether the transaction identifier of each traversed executed transaction is equal to the transaction identifier of one stored transaction, if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction;
If the transaction identity of the executed transaction is not equal to the transaction identity of any stored transaction, determining that the executed transaction is submitted to the blockchain network by other message middleware;
if the transaction identifier of the executed transaction received by the message middleware is the executed transaction submitted to the blockchain by the message middleware, filling the transaction identifier of the executed transaction with the same transaction identifier into the corresponding first service message to generate a second service message;
if the transaction identifier of the executed transaction received by the message middleware is the executed transaction submitted to the blockchain by other message middleware, the message middleware takes the executed transaction carrying the same message identifier as a group of executed transactions, and then the group of executed transactions are assembled into a second service message;
and sending the assembled second service message to the user side.
2. The method according to claim 1, wherein for each traversed executed transaction, determining whether the transaction identifier of the executed transaction is equal to the transaction identifier of a stored transaction, and if so, submitting a next transaction of the stored transaction to the blockchain network for execution in accordance with the 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 a stored transaction, and judging whether the execution result of the executed transaction is successful;
if the transaction identification of the executed transaction is equal to the transaction identification of a stored transaction and the execution result of the executed transaction is that the execution is successful, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction;
if the transaction identification of the executed transaction is equal to the transaction identification of a stored transaction, but the execution result of the executed transaction is that the execution fails, the next transaction of the stored transaction is not submitted to the blockchain network for execution.
3. The method according to claim 1, wherein the method further comprises:
for each group of transactions, filling transaction identifiers 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 terminal.
4. A method according to claim 3, wherein the transaction identity of the partial or complete transaction is in particular: transaction identification of transactions that have been submitted to the blockchain network for execution.
5. A method according to claim 3, characterized in that the method further comprises:
receiving a transaction inquiry request submitted by a client, and submitting the transaction inquiry request to the blockchain network, wherein the transaction inquiry request carries a transaction identifier which is a transaction identifier of a transaction to be inquired;
and receiving a transaction inquiry result returned by the blockchain network, and returning the transaction inquiry result to the user side.
6. The method according to any one of claims 1 to 5, wherein each first service message has a service type identifier, and at least one transaction of the plurality of transactions parsed by the same first service message carries the service type identifier of the first service message; for executed transactions submitted to the blockchain network by other message middleware, assembling a second service message according to a plurality of executed transactions carrying the same message identifier, including:
aiming at executed transactions submitted to the blockchain network by other message middleware, reading a service type identifier carried by the executed transactions from any 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.
7. A service processing device, applied to a message middleware, the device comprising:
the message analysis module is used for continuously receiving the first service messages sent by the user terminal, analyzing the first service messages into one or more transactions aiming at each received first service message, and generating a transaction identifier with uniqueness for each transaction; if a first service message is analyzed into a plurality of transactions, the plurality of transactions have a sequential relationship;
the transaction submitting module is used for analyzing the plurality of transactions analyzed by the same first business message as a group of transactions and storing the same, and for each stored group of transactions, submitting each transaction in the group of transactions to the blockchain network for execution according to the sequence relation among the plurality of transactions in the group of transactions;
wherein, the transaction submitting module is specifically configured to: continuously synchronizing blocks generated by a block chain network, and traversing executed transactions recorded in each synchronized block; judging whether the transaction identifier of each traversed executed transaction is equal to the transaction identifier of one stored transaction, if so, submitting the next transaction of the stored transaction to the blockchain network for execution according to the corresponding sequence relation of the stored transaction; if the transaction identity of the executed transaction is not equal to the transaction identity of any stored transaction, determining that the executed transaction is submitted to the blockchain network by other message middleware;
If the transaction identifier of the executed transaction received by the message middleware is the executed transaction submitted to the blockchain by the message middleware, filling the transaction identifier of the executed transaction with the same transaction identifier into the corresponding first service message to generate a second service message;
if the transaction identifier of the executed transaction received by the message middleware is the executed transaction submitted to the blockchain by other message middleware, the message middleware takes the executed transaction carrying the same message identifier as a group of executed transactions, and then the group of executed transactions are assembled into a second service message;
and sending the assembled second service message to the user side.
8. The electronic equipment is characterized by comprising a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory are communicated with each other through the communication bus;
the memory is used for storing a computer program;
the processor is configured to implement the method steps of any of claims 1-6 when executing a program stored on a memory.
9. A computer readable storage medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements the method steps of any of claims 1-6.
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 CN112637267A (en) | 2021-04-09 |
| CN112637267B true 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 (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110097346A (en) * | 2019-04-18 | 2019-08-06 | 杭州宇链科技有限公司 | A kind of means of payment and device based on block chain |
| CN111382164A (en) * | 2020-03-06 | 2020-07-07 | 腾讯科技（深圳）有限公司 | Service processing method based on block chain network |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101551744B (en) * | 2008-04-02 | 2013-05-29 | 西门子公司 | Method and device providing subtask guide information |
| CN102521406B (en) * | 2011-12-26 | 2014-06-25 | 中国科学院计算技术研究所 | Distributed query method and system for complex task of querying massive structured data |
| CN103235835B (en) * | 2013-05-22 | 2017-03-29 | 曙光信息产业(北京)有限公司 | For the inquiry implementation method and device of data-base cluster |
| CN107402956B (en) * | 2017-06-07 | 2020-02-21 | 网易有道信息技术(杭州)有限公司 | Data processing method and device for large task and computer readable storage medium |
| CN109410063B (en) * | 2018-11-12 | 2021-09-10 | 众安信息技术服务有限公司 | Transaction processing method and device based on block chain and storage medium |
| CN109785136A (en) * | 2019-01-30 | 2019-05-21 | 北京京东尚科信息技术有限公司 | A kind of transaction processing method of block chain, client and block chain network |
| CN110262886A (en) * | 2019-06-24 | 2019-09-20 | 上海商汤智能科技有限公司 | Task executing method and device, electronic equipment and storage medium |
| CN110955504B (en) * | 2019-10-21 | 2022-12-20 | 量子云未来（北京）信息科技有限公司 | 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 |
| CN111459659A (en) * | 2020-03-10 | 2020-07-28 | 中国平安人寿保险股份有限公司 | Data processing method, device, scheduling server and medium |
| CN111901384B (en) * | 2020-06-29 | 2023-10-24 | 成都质数斯达克科技有限公司 | System, method, electronic device and readable storage medium for processing message |
| CN112087502B (en) * | 2020-08-28 | 2022-10-21 | 成都质数斯达克科技有限公司 | Method, device and equipment for processing request and storage medium |
-
2020
- 2020-11-27 CN CN202011360559.7A patent/CN112637267B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110097346A (en) * | 2019-04-18 | 2019-08-06 | 杭州宇链科技有限公司 | A kind of means of payment and device based on block chain |
| CN111382164A (en) * | 2020-03-06 | 2020-07-07 | 腾讯科技（深圳）有限公司 | Service processing method based on block chain network |
Non-Patent Citations (1)
| Title |
|---|
| "区块链系统中的分布式数据管理技术——挑战与展望";蔡晓晴;《计算机学报》;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112637267A (en) | 2021-04-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112862612B (en) | Method and device for transmitting resources across chains | |
| CN112003703B (en) | Method and device for transmitting authenticatable message across chains | |
| CN112615871B (en) | Method and device for transmitting authenticatable message across chains | |
| CN109426949B (en) | Cross-chain transaction method and device | |
| US11863624B2 (en) | Fast propagation of recent transactions over a blockchain network | |
| CN112235420B (en) | Data synchronization method, system and related equipment based on block chain | |
| WO2023045620A1 (en) | Transaction data processing method and apparatus, computer device and storage medium | |
| CN115004673B (en) | Message pushing method, device, electronic equipment and computer readable medium | |
| CN112087502B (en) | Method, device and equipment for processing request and storage medium | |
| CN111698315B (en) | Data processing method and device for block and computer equipment | |
| CN112202564B (en) | Transaction transfer method and device, electronic equipment and readable storage medium | |
| US20230370285A1 (en) | Block-chain-based data processing method, computer device, computer-readable storage medium | |
| WO2023040453A1 (en) | Transaction information processing method and apparatus | |
| CN112615868B (en) | Method and device for transmitting authenticatable message across chains | |
| CN112488835A (en) | Service processing method, electronic device and readable storage medium | |
| CN112637267B (en) | Service processing method, device, electronic equipment and readable storage medium | |
| CN112269915A (en) | Service processing method, device, equipment and storage medium | |
| CN110858211B (en) | Data storage method, device and system and storage medium | |
| CN114092093B (en) | Block chain transaction processing method and device, electronic equipment and readable medium | |
| CN112671842B (en) | Information transmission method and device, electronic equipment and readable storage medium | |
| CN116977067A (en) | Block chain-based data processing method, device, equipment and readable storage medium | |
| CN109688204B (en) | File downloading method, node and terminal based on NDN (named data networking) | |
| CN112270601B (en) | Information transfer method, information transfer device, electronic equipment and readable storage medium | |
| CN110889040B (en) | Method and device for pushing information | |
| CN114422970B (en) | Short message tracing method, device and equipment |
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 |