CN112785302A - Message statistical method and device, electronic equipment and readable storage medium - Google Patents
Message statistical method and device, electronic equipment and readable storage medium Download PDFInfo
- Publication number
- CN112785302A CN112785302A CN202011613576.7A CN202011613576A CN112785302A CN 112785302 A CN112785302 A CN 112785302A CN 202011613576 A CN202011613576 A CN 202011613576A CN 112785302 A CN112785302 A CN 112785302A
- Authority
- CN
- China
- Prior art keywords
- message
- transaction
- service
- statistical data
- transactions
- 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
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Debugging And Monitoring (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The embodiment of the invention provides a message statistical method, a message statistical device, electronic equipment and a readable storage medium, and aims to fairly and accurately realize message statistics. The message statistical method is applied to any node in a block chain network, and comprises the following steps: obtaining a transaction; wherein, the transaction is formed by analyzing a message; one message can be analyzed into a plurality of transactions, and part or all of the transactions analyzed from the same message carry statistical auxiliary information; updating message statistical data according to the statistical auxiliary information carried by the transaction; and identifying the updated behavior and/or the updated message statistical data. It should be noted that, the present invention does not directly count the messages before message parsing, but after the transactions parsed from the messages are submitted to the blockchain network, the nodes of the blockchain network count the messages according to the auxiliary statistical information carried in the transactions.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for packet statistics, 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 improve service convenience, a middleware may be deployed between a user end and a blockchain network, where the middleware is configured to receive a service packet related to a service sent by the user end, analyze the received service packet into one or more transactions, and submit the analyzed one or more transactions to the blockchain network for execution. Therefore, the user does not need to write the transaction manually, and the service convenience is improved. However, in the related art, an effective statistical means is not available for the service packet. Therefore, how to fairly and accurately count the service messages is a problem to be solved at present.
Disclosure of Invention
The embodiment of the invention aims to provide a message statistical method, a message statistical device, electronic equipment and a readable storage medium, and aims to fairly and accurately realize the statistics of service messages. The specific technical scheme is as follows:
in a first aspect of the embodiments of the present invention, a packet statistics method is provided, which is applied to any node in a block chain network, and the method includes:
obtaining a transaction; wherein, the transaction is formed by analyzing a service message; one service message can be analyzed into a plurality of transactions, and part or all of the transactions analyzed from the same service message carry statistical auxiliary information;
updating message statistical data according to the statistical auxiliary information carried by the transaction;
and identifying the updated behavior and/or the updated message statistical data.
In a second aspect of the embodiments of the present invention, there is provided a packet statistics apparatus, applied to any node in a block chain network, the apparatus including:
a transaction obtaining module for obtaining a transaction; wherein, the transaction is formed by analyzing a service message; one service message can be analyzed into a plurality of transactions, and part or all of the transactions analyzed from the same service message carry statistical auxiliary information;
the message statistical data updating module is used for updating the message statistical data according to the statistical auxiliary information carried by the transaction;
and the consensus module is used for performing consensus on the updated behavior and/or the updated message statistical data.
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 message statistical 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 when the computer program is executed by a processor, the computer program implements the message statistical method provided in any embodiment of the present invention.
In the invention, after the service message is analyzed into a plurality of transactions, part or all of the transactions carry statistical auxiliary information. After the nodes of the block chain network obtain the transaction, the message statistical data can be updated according to the statistical auxiliary information carried by the transaction, so that the statistics of the service message is realized. In addition, the nodes of the blockchain network also perform consensus on the updated behavior and/or the updated message statistical data, so that accounts of all the nodes of the blockchain network for message statistics are kept consistent.
It should be noted that, in the present invention, the service packet is not directly counted before the service packet is analyzed, but after the transaction analyzed from the service packet is submitted to the blockchain network, the nodes of the blockchain network count the service packet according to the auxiliary statistical information carried in the transaction, and perform consensus on the statistics, so that the accounts of the nodes of the blockchain network for packet statistics are kept consistent. Therefore, the distributed characteristic of the block chain network can be fully utilized, and the accuracy and the fairness of message statistics are improved.
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 schematic diagram of a service processing method in the related art;
fig. 2 is a flowchart of a message statistical method according to an embodiment of the present invention;
fig. 3 is a schematic diagram of a message statistics 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 improve service convenience, a middleware may be deployed between a user end and a blockchain network, where the middleware is configured to receive a service packet related to a service sent by the user end, analyze the received service packet into one or more transactions, and submit the analyzed one or more transactions to the blockchain network for execution. Therefore, the user does not need to write the transaction manually, and the service convenience is improved. However, in the related art, an effective statistical means is not available for the service packet. Therefore, how to fairly and accurately count the service messages is a problem to be solved at present.
Referring to fig. 1, fig. 1 is a schematic diagram of a service processing method in the related art. It should be noted that the related art does not necessarily mean the prior art. Some or all of the following service processing methods proposed in connection with fig. 1 do not belong to the prior art.
As shown in fig. 1, the middleware receives a service message related to a service sent by a user end, and parses the service message into one or more transactions having a sequential relationship.
Optionally, in some embodiments, the information is transferred between the ue and the middleware based on a communication packet, and the service packet is encapsulated in a packet body of the communication packet and sent to the middleware by the ue together with the communication packet. 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, the service packet carries service type information, where the service type information is used to represent a service type used by the service packet for processing. For convenience of understanding, for example, assuming that a user currently wants to publish an asset in a blockchain network, the user may send a service message for publishing the asset to the middleware through the user side of the user, where the service type information carried by the service message is SMTA, and the SMTA indicates that the service message is used for publishing the asset. Or, for example, assuming that a user currently wants to rollback all assets hosted in a certain intelligent contract to its own account, the user may send a service packet for asset rollback to the middleware through its user side, where the service type information carried in the service packet is SMTC, and the SMTC indicates that the service packet is used for rolling back assets. The user may be an individual user or an enterprise user (e.g., a financial institution such as a bank or a stock exchange).
In addition, a plurality of message analysis strategies are preset in the middleware, each message analysis strategy corresponds to one service type information respectively and is used for analyzing the service messages containing the corresponding service type information so as to obtain one or more transactions related to the corresponding service type.
And after the middleware receives a service message sent by the user side, reading service type information from the service message, and determining a message analysis strategy corresponding to the service type information from a plurality of preset message analysis strategies by taking the read service type information as an index. Then, the first message middleware analyzes the first service message into a plurality of transactions based on the determined message analysis strategy.
In a specific implementation, a message parsing policy is actually a segment of computer program, and the 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 service message;
2. for each transaction, defining the transaction data required to be carried by the transaction; and for each transaction data, defining at which field of the transaction message the transaction data is specifically obtained and defining at which field of the transaction data is filled.
For understanding, following the above example, after receiving the service packet sent by the user end, the middleware reads the service type information SMTC from the service packet. And in response to the service type information SMTC, the middleware determines a message analysis strategy X corresponding to the service type information SMTC from a plurality of preset message analysis strategies by taking the service type information SMTC as an index. And then, according to the determined message analysis strategy X, analyzing the service message.
The message analysis strategy X makes the following restrictions on the message analysis operation:
1. and analyzing the service message into 2 transactions, namely an asset rollback transaction r and an intelligent contract freezing transaction f.
2-1, reading a transaction code from the 21 st to the 100 th fields of a 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 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 is constructed to freeze a transaction f, reading a transaction code from the 106 th field to the 150 th field of the 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 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 an intelligent contract frozen transaction f.
It should be noted that the specific data (e.g. service type information, 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.
Optionally, in some specific embodiments, the service packet further carries user information (using a user ID), and each transaction parsed from the service packet inherits the user information carried in the service packet. In addition, each transaction parsed from the service message can inherit the service type information carried by the service message.
As shown in fig. 1, after parsing out one or more transactions, the middleware stores the transactions, and submits the transactions to the blockchain network one by one for execution according to the sequential relationship between the transactions. When the middleware submits the transaction, the middleware submits the next transaction to the blockchain network for execution after determining that the previous transaction is successfully executed by the blockchain network.
Optionally, in some embodiments, the middleware may continuously synchronize the tiles generated by the blockchain network, and each tile records therein the transaction that has been executed by the blockchain network and the execution result of the transaction. Wherein the execution result is like "yes" or "no". If the execution result of one transaction is "yes", the execution of the transaction is successful, and if the execution result of one transaction is "no", the execution of the transaction is failed.
After the middleware synchronizes to the block, it will go through each executed transaction recorded in the block. And the middleware judges whether the executed transaction is consistent with a certain transaction which is stored for the traversed executed transaction. If yes, further judging whether the execution result of the executed transaction is "yes". And if the execution result is 'yes', submitting the next transaction of the stored transactions to the blockchain network for execution. And if the execution result is 'no', the next transaction of the stored transactions is not submitted to the blockchain network for execution, and the submission process for the group of transactions is ended.
For convenience of understanding, it is assumed that the service packet a is parsed into four transactions, i.e., a transaction a1, a transaction a2, a transaction a3, and a transaction a4, which have an order relationship, and the four transactions are taken as a group of transactions. At a first time, the middleware submits transaction a1 to the blockchain network for execution. At a second time, the middleware traverses from the synchronized block (assuming that the block height of the block is 2206) to transaction a1, and the execution result of transaction a1 is "yes", which indicates that transaction a1 has been executed by the blockchain network and the execution is successful, the middleware submits transaction a2 to the blockchain network for execution. At a third time, the middleware traverses from another block (assuming that the block height of the block is 2209) synchronized to transaction a2, and the execution result of transaction a2 is "no", which indicates that transaction a2 has been executed by the blockchain network but the execution has failed, the middleware will not submit transaction a3 to the blockchain network for execution, and the middleware will end the submission process for the set of transactions.
It should be noted that, in the present invention, the middleware submits the transactions one by one according to the sequence relationship of the transactions, so that the execution sequence of the transactions can conform to the business logic, and the failure of transaction execution caused by the disorder of the execution sequence of the transactions is avoided, thereby improving the success rate of the business. In the above embodiment, when the middleware determines that the previous transaction is executed by the blockchain network, the next transaction is submitted to the blockchain network for execution, so that it can be compulsorily ensured that the transactions are submitted to the blockchain network for execution one by one according to the sequential relationship. In addition, in the above embodiment, if the execution of the previous transaction fails, the middleware will not submit the next transaction to the blockchain network for execution, and end the submission process for the set of transactions. In this way, when the execution of the former transaction fails, the situation that the latter transaction is submitted to the blockchain network to be executed is avoided, and therefore the execution pressure of the blockchain network can be relieved.
In the above, the present invention provides a service processing method in conjunction with fig. 1, and some or all of the contents of the service processing method do not belong to the prior art, and the contents are not in a state that the public wants to know.
In order to fairly and accurately realize the statistics of the service packet, referring to fig. 2, fig. 2 is a flowchart of a packet statistics method provided in an embodiment of the present invention, and the packet statistics method is applied to any node in a block chain network. As shown in fig. 2, the packet statistical method includes the following steps:
step S21: obtaining a transaction; wherein, the transaction is formed by analyzing a service message; one service message can be analyzed into a plurality of transactions, and part or all of the transactions analyzed from the same service message carry statistical auxiliary information.
Optionally, in some specific embodiments, the middleware submits the transaction to a designated node in the blockchain network, and the designated node sends the transaction to a sorting node in the blockchain network after receiving the transaction. The sequencing node sequences and packages a plurality of transactions received successively over a period of time to generate a transaction package, and distributes the generated transaction package to each node in the blockchain network. After receiving the transaction package, the node reads the transactions one by one from the transaction package according to the sequence among a plurality of transactions in the transaction package. In this manner, the node obtains the transaction.
Or optionally, in other embodiments, the middleware submits the transaction to a designated node in the blockchain network, and the designated node directly distributes the transaction to each node in the blockchain network after receiving the transaction. In this manner, the node obtains the transaction.
Or optionally, in other embodiments, the middleware submits the transaction to a first blockchain network for execution, and after the first blockchain network executes the transaction and generates the blocks, the generated blocks are synchronized to a second blockchain network. The node of the second blockchain network reads the transaction from the synchronized block, and thus the node of the second blockchain network obtains the transaction.
It should be noted that, in the present invention, the manner in which the node obtains the transaction is not limited.
In the present invention, since one service packet is parsed into one or more transactions, the number of transactions processed by a node is usually much larger than the number of service packets, for example, the node may process 388 transactions in a period of time, and the 388 transactions actually come from 162 service packets. Therefore, the node cannot simply calculate the number of the service messages according to the transaction number.
However, by making part of or all of the parsed packets carry the statistical auxiliary information, the statistical auxiliary information can help the node to count the service packets. Therefore, when the node processes the transaction, the statistics of the service message can be realized according to the auxiliary statistical information carried by the transaction.
Optionally, in some specific embodiments, the statistical auxiliary information carried in each transaction refers to relationship data between the transaction and a target service packet corresponding to the transaction, where the target service packet corresponding to the transaction refers to a service packet analyzed to the transaction.
For convenience of understanding, following the above example, the service packet a is parsed into four transactions, namely transaction a1, transaction a2, transaction a3, and transaction a4, which have an order relationship, and the target service packets corresponding to the four transactions are the service packet a. And the relation data between part or all of the four transactions and the service message A is carried.
It should be noted that, because the transaction is formed by analyzing the corresponding target service packet, the transaction can carry the relationship data between the transaction and the target service packet, so that the node can perform statistics on the service packet according to the relationship data carried by the transaction.
For example, the relationship data (i.e., the statistical auxiliary information) of each transaction may refer to the sequence of the transaction in the transactions parsed from the corresponding target service packet. For convenience of understanding, following the above example, the service packet a is parsed into four transactions, namely transaction a1, transaction a2, transaction a3, and transaction a4, which have sequential relationships, and then the relationship data carried by transaction a1 is 4-1, which indicates that transaction a1 is the first transaction in the four transactions. Transaction a2 carries relationship data of 4-2, indicating that transaction a2 is the second of four transactions. Transaction a3 carries relationship data of 4-3, indicating that transaction a3 is the third of four transactions. Transaction a4 carries relationship data of 4-4, indicating that transaction a4 is the fourth transaction (i.e., the last transaction) of the four transactions.
For another example, the relationship data of each transaction (i.e. the above statistical auxiliary information) may also refer to a message identifier of the corresponding target service message. For the sake of understanding, the service packet a is parsed into four transactions, i.e. transaction a1, transaction a2, transaction a3 and transaction a4, which have sequential relationships, following the above example. Assuming that the message identifier of the service message is 3f0f4 … f9403c, the transaction a1, the transaction a2, the transaction a3, and the transaction a4 all carry the message identifier 3f0f4 … f9403 c.
Optionally, in other specific embodiments, the statistical auxiliary information carried in the transaction refers to a contract address of a target intelligent contract used for updating message statistical data, and only one transaction in a plurality of transactions parsed from the same service message carries the contract address of the target intelligent contract.
It should be noted that, in the plurality of transactions analyzed from the same service packet, only one transaction carries the contract address of the target intelligent contract. Therefore, the node only calls and executes a target intelligent contract once during the process of successively processing a plurality of transactions analyzed by a service message, and only once statistics can be carried out on the service message, so that repeated statistics cannot be caused.
Step S22: and updating message statistical data according to the statistical auxiliary information carried by the transaction.
In the invention, the message statistical data are recorded in the account book database of the node, and the message statistical data recorded in the account book database can be updated by the node according to the statistical auxiliary information carried by the transaction during the transaction processing period. Therefore, the statistics of the service messages is realized.
Optionally, in some specific embodiments, as described above, the statistical auxiliary information carried in the transaction may refer to relationship data between the transaction and the target service packet corresponding to the transaction. Specifically, the relationship data may refer to a ranking of the transaction among a number of transactions parsed from the target service packet. In this way, when the node executes step S22, the node specifically executes the following substeps:
substep S22-1: judging whether the sequence of the transactions is equal to a preset target sequence or not; wherein the target ordering is preset to be positive first or penultimate.
Substep S22-2: and updating message statistical data under the condition that the sequence of the transaction is equal to the target sequence.
Substep S22-3: and under the condition that the ordering of the transaction is not equal to the target ordering, not updating the message statistical data.
For ease of understanding, assuming that the target ordering is preset to be positive first, following the example described above, the node obtains transaction a1 at the first time, since transaction a1 carries relationship data of 4-1, indicating that transaction a1 is the first of four transactions, and thus the ordering of transaction a1 is equal to the target ordering, in response to which the node updates the packet statistics. The node obtains the transaction a2 at the second moment, because the relationship data carried by the transaction a2 is 4-2, which indicates that the transaction a2 is the second transaction of the four transactions, the ordering of the transaction a2 is not equal to the target ordering, and in response, the node does not update the message statistical data.
When the node updates the message statistical data, the node can update the message statistical data by executing a code for updating the message statistical data in the block chain program. Or the node can automatically call and execute an intelligent contract for updating the message statistical data, so that the message statistical data is updated.
In the invention, if the target sequence is preset to be the first positive number, the beneficial effects are as follows: for some interrupted services, corresponding service messages can be counted. For example, the service packet a is analyzed into four transactions, namely transaction a1, transaction a2, transaction a3, transaction a4 and the like, and since the transaction a2 fails to be executed, the transaction a3 and the transaction a4 are not submitted to the blockchain network for execution. However, if the target sequence is preset to be the positive number first, even if the transaction execution fails and the service is interrupted, the corresponding service message can be counted.
In the invention, if the target sequence is preset to be the first last, the beneficial effects are as follows: for some interrupted services, the corresponding service packets may not be counted. For example, the service packet a is analyzed into four transactions, namely transaction a1, transaction a2, transaction a3, transaction a4 and the like, and since the transaction a2 fails to be executed, the transaction a3 and the transaction a4 are not submitted to the blockchain network for execution. If the target ordering is preset to be penultimate, the node will not count the service packet a because the node cannot receive the transaction a 4.
It should be noted that, for the target sequence, it should be specifically preset to be positive number first or last number first, and the corresponding setting may be performed according to the statistical requirement.
Or optionally, in other specific embodiments, as described above, the statistical auxiliary information carried in the transaction may refer to relationship data between the transaction and the target service packet corresponding to the transaction. Specifically, the relationship data may refer to a packet identifier of the corresponding target service packet. In this way, when the node executes step S22, the node specifically executes the following substeps:
substep S22-A: and judging whether the message identification carried by the transaction is counted.
Substep S22-B: and under the condition that the message identification carried by the transaction is not counted, updating message statistical data.
Substep S22-C: and under the condition that the message identification carried by the transaction is counted, not updating the message statistical data.
To facilitate understanding, following the above example, the node obtains the transaction a1 at the first time, and the node reads the packet id 3f0f4 … f9403c carried by the transaction a 1. The node compares the message identifier with a plurality of stored message identifiers, determines that the message identifier is not equal to any one of the stored message identifiers, stores the message identifier 3f0f4 … f9403c, and updates the message statistical data. The node obtains the transaction a2 at the second moment, and the node reads the message identifier 3f0f4 … f9403c carried by the transaction a 2. And the node compares the message identifier with a plurality of stored message identifiers, and if the message identifier is equal to one stored message identifier, the node does not update the message statistical data.
When the node updates the message statistical data, the node can update the message statistical data by executing a code for updating the message statistical data in the block chain program. Or the node can automatically call and execute an intelligent contract for updating the message statistical data, so that the message statistical data is updated.
Or alternatively, in other specific embodiments, as described above, the statistical auxiliary information carried in the transaction may refer to a contract address of a target intelligent contract used for updating message statistical data, and only one transaction in a plurality of transactions parsed from the same service message carries the contract address of the target intelligent contract. In this way, when the node executes step S22, the node specifically executes the following substeps:
substep S22-I: and judging whether the transaction carries the contract address of the target intelligent contract.
And a substep S22-II, executing the target intelligent contract under the condition that the transaction carries the contract address of the target intelligent contract, thereby updating the message statistical data.
And a substep S22-iii, in case the transaction does not carry a contract address of the target intelligent contract, not executing the target intelligent contract, thereby not updating the message statistics.
For ease of understanding, the above example is used, and it is assumed that the service message a is parsed into the transaction a1, the transaction a2, the transaction a3 and the transaction a4, where only the transaction a1 carries the contract address of the target intelligent contract. The node obtains the transaction a1 at the first time, and when the node processes the transaction a1, the transaction a1 carries the contract address of the target intelligent contract, so the node calls and executes the target intelligent contract, thereby updating the message statistical data. The node obtains the transaction a2 at the second moment, and when the node processes the transaction a2, because the transaction a1 does not carry the contract address of the target intelligent contract, the node does not execute the target intelligent contract, and thus the message statistical data is not updated naturally.
Step S23: and identifying the updated behavior and/or the updated message statistical data.
In the invention, the nodes are identified by the updated behavior and/or the updated message statistical data, so that the accounts of all the nodes of the block chain network for message statistics are kept consistent.
Optionally, in some embodiments, when the node agrees on the update behavior, specifically: if the node updates the message statistics during the processing of the current transaction by the node, the node may generate an update identification Y for the current transaction, indicating that the node updated the message statistics during the processing of the current transaction. If the node does not update the packet statistics during the processing of the current transaction, the node may generate an update identifier N for the current transaction, indicating that the node does not update the packet statistics during the processing of the current transaction. After the current transaction processing is completed, the updated identity of the current transaction may be agreed upon among the nodes. Or after the processing of a plurality of continuous transactions is completed, the updated identifications of the plurality of continuous transactions can be commonly known among the nodes.
Optionally, in some specific embodiments, when the node identifies the updated packet statistical data, specifically: if the node updates the message statistical data during the period of processing the current transaction, after the current transaction is completed, the updated message statistical data can be identified among the nodes. Or specifically: after the nodes process a plurality of continuous transactions, the statistical data of the messages processed by the plurality of continuous transactions can be identified among the nodes.
The common identification modes proposed in the above embodiments are only examples, and the present invention is not limited to the common identification modes. Those skilled in the art will appreciate that other arrangements can be used in addition to those set forth above.
By performing the above-described steps S21 to S23, the following advantageous effects can be achieved: after the service message is analyzed into a plurality of transactions, part or all of the transactions carry the statistical auxiliary information. After the nodes of the block chain network obtain the transaction, the message statistical data can be updated according to the statistical auxiliary information carried by the transaction, so that the statistics of the service message is realized. In addition, the nodes of the blockchain network also perform consensus on the updated behavior and/or the updated message statistical data, so that accounts of all the nodes of the blockchain network for message statistics are kept consistent.
It should be noted that, in the present invention, the service packet is not directly counted before the service packet is analyzed, but after the transaction analyzed from the service packet is submitted to the blockchain network, the nodes of the blockchain network count the service packet according to the auxiliary statistical information carried in the transaction, and perform consensus on the statistics, so that the accounts of the nodes of the blockchain network for packet statistics are kept consistent. Therefore, the distributed characteristic of the block chain network can be fully utilized, and the accuracy and the fairness of message statistics are improved.
Optionally, as previously mentioned, in some embodiments, the transaction is parsed by middleware outside the blockchain network; the middleware is deployed between the user side and the block chain network and is used for receiving the service message sent by the user side, analyzing the received service message into a plurality of transactions and submitting the analyzed transactions to the block chain network for execution.
In the invention, the middleware arranged between the user terminal and the block chain network is used for analyzing the service message sent by the user terminal and submitting the analyzed transaction to the block chain network for execution, so that the user does not need to write the transaction in person, and the user can be helped to develop the service based on the block chain network more conveniently.
Optionally, in some specific embodiments, each service packet carries at least one of the following service information: user information, service type, transaction amount; the transaction analyzed by the service message inherits the service information carried by the service message.
In the invention, because the transaction inherits the service information carried by the service message, the node can realize the finer-grained statistics of the service message according to the service information inherited by the node.
For example, the message statistical data is used to record the number of service messages corresponding to each user. In concrete implementation, the account book database of the node records the number of the service messages corresponding to each user. During the transaction processing period of the node, if the fact that the message statistical data need to be updated is determined, the node reads user information from the transaction, then the number of service messages corresponding to the user information is searched from the book database by taking the read user information as an index, and then the node adds 1 to the number of the service messages.
Or, for example, the message statistical data is used to record the number of service messages respectively corresponding to each service type for each user. In specific implementation, the node establishes an entry for each user in its ledger database. Under the entry of each user, the number of messages corresponding to each service type of the user is recorded. During the processing of the transaction, if the node determines that the message statistical data needs to be updated, the node reads the user information and the service type from the transaction. And then the node searches the entry corresponding to the user information from the account book database by taking the read user information as an index, and further searches the number of the service messages corresponding to the service type under the searched entry by taking the read service type as an index. And finally adding 1 to the number of the service messages by the node.
Or for example, the message statistical data is used for recording the transaction amount of each user in each service message. In specific implementation, the node establishes an entry for each user in its ledger database. Each user has several sub-entries under its entry, and each sub-entry records the transaction amount in one service message of the user. During the processing of the transaction, if the node determines that the message statistical data needs to be updated, the node reads the user information and the transaction amount from the transaction. And then the node takes the read user information as an index, searches an entry corresponding to the user information from the account book database, creates a new sub-entry under the entry, and assigns the read transaction amount to the new sub-entry.
Or, for example, the message statistical data is used to record the number of service messages corresponding to each service type. In concrete implementation, the account book database of the node records the number of service messages corresponding to each service type. During the process of transaction, if the node determines that the message statistical data needs to be updated, the node reads the service type from the transaction, then searches the service message quantity corresponding to the service type from the account book database by taking the read service type as an index, and then adds 1 to the service message quantity.
It should be noted that, in the present invention, through counting the service packets with finer granularity, richer statistical data can be obtained. Based on the abundant statistical data, relevant services can be developed, such as formulating an abundant message charging scheme.
Optionally, in some specific embodiments, the node of the blockchain network may further perform the following steps: obtaining a message statistical data query request; and responding to the message statistical data query request, querying message statistical data from an account book database, and sending the queried message statistical data.
In specific implementation, after receiving a message statistical data query request, a node queries message statistical data from an account book database, then signs the queried message statistical data, and finally sends the signed message statistical data to a result demander.
In addition, considering that the message statistical data may be fine-grained, in order to query the message statistical data more finely, the message statistical data query request may carry user information. When the node responds to the message statistical data query request, specifically: and the node takes the user information carried by the message statistical data query request as an index, and queries the message statistical data corresponding to the user information from the account book database.
Based on the same inventive concept, the embodiment of the invention also provides a message statistical device. Referring to fig. 3, fig. 3 is a schematic diagram of a packet statistics apparatus according to an embodiment of the present invention, where the packet statistics apparatus is applied to any node in a block chain network. As shown in fig. 3, the packet statistics apparatus includes:
a transaction obtaining module 31 for obtaining a transaction; wherein, the transaction is formed by analyzing a service message; one service message can be analyzed into a plurality of transactions, and part or all of the transactions analyzed from the same service message carry statistical auxiliary information;
a message statistical data updating module 32, configured to update message statistical data according to the statistical auxiliary information carried in the transaction;
a consensus module 33, configured to perform consensus on the updated behavior and/or the updated packet statistical data.
Optionally, in some specific embodiments, the statistical auxiliary information carried in each transaction refers to relationship data between the transaction and a target service packet corresponding to the transaction, where the target service packet corresponding to the transaction refers to a service packet analyzed to the transaction.
Optionally, in some specific embodiments, the relationship data of each transaction refers to a ranking of the transaction in a plurality of transactions analyzed from the corresponding target service packet; the message statistical data updating module is specifically configured to: judging whether the sequence of the transactions is equal to a preset target sequence or not; wherein the target ordering is preset to be positive first or penultimate; updating message statistical data under the condition that the sequence of the transaction is equal to the target sequence; and under the condition that the ordering of the transaction is not equal to the target ordering, not updating the message statistical data.
Or optionally, in some specific embodiments, the relationship data of each transaction refers to a message identifier of a corresponding target service message; the message statistical data updating module is specifically configured to: judging whether the message identification carried by the transaction is counted; under the condition that the message identification carried by the transaction is not counted, message statistical data are updated; and under the condition that the message identification carried by the transaction is counted, not updating the message statistical data.
Or optionally, in some specific embodiments, the statistical auxiliary information carried in the transaction refers to a contract address of a target intelligent contract used for updating message statistical data, and only one transaction in a plurality of transactions analyzed from the same service message carries the contract address of the target intelligent contract; the message statistical data updating module is specifically configured to: judging whether the transaction carries a contract address of the target intelligent contract or not; executing the target intelligent contract under the condition that the transaction carries the contract address of the target intelligent contract, so as to update message statistical data; and under the condition that the transaction does not carry the contract address of the target intelligent contract, the target intelligent contract is not executed, so that message statistical data is not updated.
Optionally, in some embodiments, the transaction is parsed by middleware outside the blockchain network; the middleware is deployed between the user side and the block chain network and is used for receiving the service message sent by the user side, analyzing the received service message into a plurality of transactions and submitting the analyzed transactions to the block chain network for execution.
Optionally, in some specific embodiments, each service packet carries at least one of the following service information: user information, service type, transaction amount; the transaction analyzed by the service message inherits the service information carried by the service message;
the message statistical data is used for recording the number of service messages respectively corresponding to each user;
or the message statistical data is used for recording the number of service messages respectively corresponding to each service type of each user;
or the message statistical data is used for recording the transaction amount of each user in each service message;
or, the message statistical data is used to record the number of service messages corresponding to each service type.
Optionally, in some embodiments, the apparatus further comprises:
the query request acquisition module is used for acquiring a message statistical data query request;
and the message statistical data query module is used for responding to the message statistical data query request, querying message statistical data from the account book database and sending the queried message statistical data.
Optionally, in some specific embodiments, the message statistical data query request carries user information; the message statistical data query module is specifically configured to: and responding to the message statistical data query request, and querying message statistical data corresponding to the user information from an account book database by taking the user information carried by the message statistical data query request as an index.
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:
obtaining a transaction; wherein, the transaction is formed by analyzing a service message; one service message can be analyzed into a plurality of transactions, and part or all of the transactions analyzed from the same service message carry statistical auxiliary information;
updating message statistical data according to the statistical auxiliary information carried by the transaction;
and identifying the updated behavior and/or the updated message statistical data.
Alternatively, the processor 401 is configured to implement the message statistical 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, which has instructions stored therein, and when the instructions are executed on a computer, the instructions cause the computer to execute the message statistical method 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 (12)
1. A message statistical method is applied to any node in a block chain network, and the method comprises the following steps:
obtaining a transaction; wherein, the transaction is formed by analyzing a service message; one service message can be analyzed into a plurality of transactions, and part or all of the transactions analyzed from the same service message carry statistical auxiliary information;
updating message statistical data according to the statistical auxiliary information carried by the transaction;
and identifying the updated behavior and/or the updated message statistical data.
2. The method according to claim 1, wherein the statistical auxiliary information carried by each transaction refers to relationship data between the transaction and a target service packet corresponding to the transaction, wherein the target service packet corresponding to the transaction refers to a service packet parsed into the transaction.
3. The method of claim 2, wherein the relational data for each transaction refers to a ranking of the transaction among the transactions parsed from the corresponding target service message; the updating of the message statistical data according to the statistical auxiliary information carried by the transaction comprises:
judging whether the sequence of the transactions is equal to a preset target sequence or not; wherein the target ordering is preset to be positive first or penultimate;
updating message statistical data under the condition that the sequence of the transaction is equal to the target sequence;
and under the condition that the ordering of the transaction is not equal to the target ordering, not updating the message statistical data.
4. The method according to claim 2, wherein the relationship data of each transaction refers to a message identifier of a corresponding target service message; the updating of the message statistical data according to the statistical auxiliary information carried by the transaction comprises:
judging whether the message identification carried by the transaction is counted;
under the condition that the message identification carried by the transaction is not counted, message statistical data are updated;
and under the condition that the message identification carried by the transaction is counted, not updating the message statistical data.
5. The method according to claim 1, wherein the statistical auxiliary information carried by the transaction refers to a contract address of a target intelligent contract used for updating message statistical data, and only one transaction of a plurality of transactions analyzed from the same service message carries the contract address of the target intelligent contract; the updating of the message statistical data according to the statistical auxiliary information carried by the transaction comprises:
judging whether the transaction carries a contract address of the target intelligent contract or not;
executing the target intelligent contract under the condition that the transaction carries the contract address of the target intelligent contract, so as to update message statistical data;
and under the condition that the transaction does not carry the contract address of the target intelligent contract, the target intelligent contract is not executed, so that message statistical data is not updated.
6. The method according to any one of claims 1 to 5, wherein the transaction is parsed by middleware outside the blockchain network; the middleware is deployed between the user side and the block chain network and is used for receiving the service message sent by the user side, analyzing the received service message into a plurality of transactions and submitting the analyzed transactions to the block chain network for execution.
7. The method according to any of claims 1 to 5, wherein each service packet carries at least one of the following service information: user information, service type, transaction amount; the transaction analyzed by the service message inherits the service information carried by the service message;
the message statistical data is used for recording the number of service messages respectively corresponding to each user;
or the message statistical data is used for recording the number of service messages respectively corresponding to each service type of each user;
or the message statistical data is used for recording the transaction amount of each user in each service message;
or, the message statistical data is used to record the number of service messages corresponding to each service type.
8. The method of any of claims 1 to 5, further comprising:
obtaining a message statistical data query request;
and responding to the message statistical data query request, querying message statistical data from an account book database, and sending the queried message statistical data.
9. The method according to claim 8, wherein the message statistics query request carries user information; the querying, in response to the message statistic query request, message statistic data from an account book database includes:
and responding to the message statistical data query request, and querying message statistical data corresponding to the user information from an account book database by taking the user information carried by the message statistical data query request as an index.
10. A packet statistics apparatus, applied to any node in a block chain network, the apparatus comprising:
a transaction obtaining module for obtaining a transaction; wherein, the transaction is formed by analyzing a service message; one service message can be analyzed into a plurality of transactions, and part or all of the transactions analyzed from the same service message carry statistical auxiliary information;
the message statistical data updating module is used for updating the message statistical data according to the statistical auxiliary information carried by the transaction;
and the consensus module is used for performing consensus on the updated behavior and/or the updated message statistical data.
11. 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-9.
12. 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 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011613576.7A CN112785302B (en) | 2020-12-30 | 2020-12-30 | Message statistics method and device, electronic equipment and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011613576.7A CN112785302B (en) | 2020-12-30 | 2020-12-30 | Message statistics method and device, electronic equipment and readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112785302A true CN112785302A (en) | 2021-05-11 |
| CN112785302B CN112785302B (en) | 2023-07-28 |
Family
ID=75754020
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011613576.7A Active CN112785302B (en) | 2020-12-30 | 2020-12-30 | Message statistics method and device, electronic equipment and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112785302B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018213052A1 (en) * | 2017-05-17 | 2018-11-22 | Satori Worldwide, Llc | System and method for efficiently distributing computation in publisher-subscriber networks |
| CN111476574A (en) * | 2020-04-14 | 2020-07-31 | 青岛信安智融科技有限公司 | Novel security IC card and authentication system and method |
| CN111539726A (en) * | 2020-04-20 | 2020-08-14 | 中国工商银行股份有限公司 | Block chain consensus system and method |
| CN112087502A (en) * | 2020-08-28 | 2020-12-15 | 成都质数斯达克科技有限公司 | Method, device and equipment for processing request and storage medium |
-
2020
- 2020-12-30 CN CN202011613576.7A patent/CN112785302B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018213052A1 (en) * | 2017-05-17 | 2018-11-22 | Satori Worldwide, Llc | System and method for efficiently distributing computation in publisher-subscriber networks |
| CN111476574A (en) * | 2020-04-14 | 2020-07-31 | 青岛信安智融科技有限公司 | Novel security IC card and authentication system and method |
| CN111539726A (en) * | 2020-04-20 | 2020-08-14 | 中国工商银行股份有限公司 | Block chain consensus system and method |
| CN112087502A (en) * | 2020-08-28 | 2020-12-15 | 成都质数斯达克科技有限公司 | Method, device and equipment for processing request and storage medium |
Non-Patent Citations (2)
| Title |
|---|
| 刘洋: "辽宁省农村信用社征信系统的设计与实现", 《中国优秀硕士学位论文全文数据库 (信息科技辑)》, no. 07, pages 138 - 237 * |
| 孙善鹏;田野;李琢;王毅蒙;刘佳;王姝;郭志斌;: "基于区块链的持久标识符系统", 计算机系统应用, no. 08, pages 94 - 101 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112785302B (en) | 2023-07-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110033244B (en) | Intelligent contract execution method and device based on block chain and electronic equipment | |
| EP3859644B1 (en) | Block chain-based data check system and method, computing device, and storage medium | |
| CN108304554B (en) | File splitting method and device, computer equipment and storage medium | |
| CN111026767B (en) | Block chain data storage method and device and hardware equipment | |
| EP3869434B1 (en) | Blockchain-based data processing method and apparatus, device, and medium | |
| CN113326165B (en) | Data processing method and device based on block chain and computer readable storage medium | |
| CN110633329A (en) | System and method for block chain transaction record | |
| WO2023040453A1 (en) | Transaction information processing method and apparatus | |
| CN112202633A (en) | Block chain network testing method and device, electronic equipment and readable storage medium | |
| CN110602215A (en) | Resource processing method based on alliance block chain and alliance block chain system | |
| CN112269915B (en) | Service processing method, device, equipment and storage medium | |
| CN112104671B (en) | Interface authorization monitoring method and device, computer equipment and storage medium | |
| CN111125240A (en) | Distributed transaction implementation method and device, electronic equipment and storage medium | |
| CN112488835A (en) | Service processing method, electronic device and readable storage medium | |
| CN113407551A (en) | Data consistency determining method, device, equipment and storage medium | |
| CN116993523A (en) | Configurable account checking method, device, equipment and storage medium | |
| CN112785302A (en) | Message statistical method and device, electronic equipment and readable storage medium | |
| CN110858211B (en) | Data storage method, device and system and storage medium | |
| CN110991573A (en) | Product management method, system, client node and storage medium | |
| CN112258184B (en) | Method, apparatus, electronic device and readable storage medium for freezing blockchain network | |
| CN115879889A (en) | Service processing method and device based on block chain and computer equipment | |
| CN116095074A (en) | Resource allocation method, device, related equipment and storage medium | |
| CN111429125B (en) | Account management method and device, storage medium and electronic equipment | |
| CN113434765A (en) | Client return visit method, system, equipment and storage medium | |
| CN112637267B (en) | Service processing method, 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 |