WO2021209043A1

WO2021209043A1 - Blockchain-based traffic statistics

Info

Publication number: WO2021209043A1
Application number: PCT/CN2021/087802
Authority: WO
Inventors: 段金明
Original assignee: 支付宝(杭州)信息技术有限公司
Priority date: 2020-04-17
Filing date: 2021-04-16
Publication date: 2021-10-21
Also published as: CN112801649A; CN111461691A; CN112801649B; CN111461691B

Abstract

Provided in the present description are a blockchain-based traffic statistics system, method and device. The system comprises that: a voucher issuer submits a first transfer transaction for a service provider to a blockchain network; the service provider submits a second transfer transaction for a service requester to the blockchain network according to service data requested by the service requester; each node within a content distribution network transmits the service data to the service requester when selected as a target distribution node; the service requester submits a third transfer transaction for the target distribution node to the blockchain network according to an actual transmission volume of the target distribution node for the service data; and a blockchain node transfers ownership of a traffic voucher equivalent to a first transaction amount from the voucher issuer to the service provider, transfers ownership of a traffic voucher equivalent to a second transaction amount from the service provider to the service requester, and transfers ownership of a traffic voucher equivalent to a third transaction amount from the service requester to the target distribution node.

Description

Blockchain-based traffic statistics

Technical field

One or more embodiments of this specification relate to the field of blockchain technology, and in particular to blockchain-based traffic statistics.

Background technique

Blockchain technology, also known as distributed ledger technology, is an emerging technology in which several computing devices participate in "bookkeeping" and jointly maintain a complete distributed database. Because the blockchain technology has the characteristics of decentralization, openness and transparency, each computing device can participate in database records, and the rapid data synchronization between computing devices, the blockchain technology has been widely used in many fields. To apply.

Summary of the invention

In view of this, one or more embodiments of this specification provide a block chain-based traffic statistics system, method, and device.

To achieve the foregoing objectives, one or more embodiments of this specification provide technical solutions as follows:

According to the first aspect of one or more embodiments of this specification, a block chain-based traffic statistics system is proposed, including: a certificate issuer, the certificate issuer is used to submit information to the blockchain network for service providers The first transfer transaction, the first transfer transaction includes the first transaction amount; the service provider, the service provider is used to submit to the blockchain network based on the service data requested by the service requester The second transfer transaction of the service requester, the second transaction amount of the second transfer transaction corresponds to the data volume of the service data; a content distribution network, where each node in the content distribution network is used to select the target In the case of the distribution node, the service data is transmitted to the service requester; the service requester, the service requester is used to transmit the service data to the block according to the actual transmission volume of the target distribution node for the service data The chain network submits a third transfer transaction for the target distribution node, and the third transaction amount of the third transfer transaction corresponds to the actual transmission volume; a block chain network, a block chain in the block chain network The node is used to transfer the ownership of the flow voucher equivalent to the first transaction amount from the voucher issuer to the service provider, and transfer the ownership of the flow voucher equivalent to the second transaction amount from the The service provider transfers to the service requester, and transfers the ownership of the traffic voucher equivalent to the third transaction amount from the service requester to the target distribution node.

According to a second aspect of one or more embodiments of the present specification, a method for traffic statistics based on blockchain is proposed, which includes: a voucher issuer creates a first transfer transaction for a service provider, in the first transfer transaction Contains the first transaction amount; the certificate issuer submits the first transfer transaction to the blockchain network, and the first transfer transaction is used to indicate that the blockchain node in the blockchain network will communicate with the first The ownership of the flow voucher with the equivalent transaction amount is transferred from the voucher issuer to the service provider; the ownership of the flow voucher that is equivalent to the second transaction amount included in the second transfer transaction among the flow voucher held by the service provider , Being transferred to the service requester by the blockchain node upon receiving the second transfer transaction, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount The data volume corresponding to the business data requested by the business requester; the ownership of the traffic voucher equivalent to the third transaction amount included in the third transfer transaction in the traffic voucher held by the business requester is controlled by the block The chain node transfers to the target distribution node upon receiving the third transfer transaction, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the target distribution The node transmits the actual transmission volume of the service data to the service requester.

According to the third aspect of one or more embodiments of this specification, a method for traffic statistics based on blockchain is proposed, which includes: a service provider creates a second transfer transaction for the service requester, and the second transfer transaction The second transaction amount corresponds to the data amount of the business data requested by the business requester; the ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction in the flow voucher held by the voucher issuer is The blockchain node in the blockchain network transfers to the service provider upon receiving the first transfer transaction, and the first transfer transaction is submitted by the certificate issuer to the blockchain network; The service provider submits the second transfer transaction to the blockchain network, and the second transfer transaction is used to indicate that the blockchain node in the blockchain network will be the equivalent of the second transaction amount. The ownership is transferred from the service provider to the service requester; the ownership of the flow certificate that is equivalent to the third transaction amount included in the third transfer transaction in the flow certificate held by the service requester is controlled by the block The chain node transfers to the target distribution node upon receiving the third transfer transaction, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the target distribution The node transmits the actual transmission volume of the service data to the service requester.

According to the fourth aspect of one or more embodiments of this specification, a blockchain-based traffic statistics method is proposed, which includes: a target distribution node in a content distribution network transmits the service request to the service provider The requested service data; the ownership of the flow certificate that is equivalent to the third transaction amount contained in the third transfer transaction in the flow certificate held by the service requester is received by the blockchain node in the blockchain network In the case of the third transfer transaction, it is transferred to the target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the service request from the target distribution node The actual transmission volume of the service data transmitted by the service provider; the ownership of the flow certificate that is equivalent to the second transaction amount included in the second transfer transaction in the flow certificate held by the service provider is received by the blockchain node In the case of the second transfer transaction, it is transferred to the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the service requester. The data volume of the requested business data; the ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction in the flow voucher held by the voucher issuer is received by the blockchain node In the case of a transfer transaction, it is transferred to the service provider, and the first transfer transaction is submitted by the certificate issuer to the blockchain network.

According to the fifth aspect of one or more embodiments of this specification, a blockchain-based traffic statistics method is proposed, which includes: a service requester creates a third transfer transaction for a target distribution node, and the third transfer transaction includes The third transaction amount corresponds to the actual transmission amount of the service data requested by the service requester by the target distribution node to the service requester; the service requester submits the third transfer transaction to the blockchain network , The third transfer transaction is used to instruct the blockchain node in the blockchain network to transfer the ownership of the flow voucher equivalent to the third transaction amount from the service requester to the target distribution node ; The ownership of the flow certificate that is equivalent to the second transaction amount included in the second transfer transaction in the flow certificate held by the service provider is transferred to by the blockchain node upon receiving the second transfer transaction For the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data volume of the service data; the flow voucher held by the voucher issuer is compared with The ownership of the flow voucher equivalent to the first transaction amount included in the first transfer transaction is transferred to the service provider by the blockchain node upon receiving the first transfer transaction, and the first The transfer transaction is submitted by the certificate issuer to the blockchain network.

According to the sixth aspect of one or more embodiments of this specification, a block chain-based traffic statistics method is proposed, including: the block chain node in the block chain network will communicate with the first transfer transaction included in the first transfer transaction. The ownership of the flow voucher with the equivalent transaction amount is transferred from the voucher issuer to the service provider, and the first transfer transaction is submitted by the voucher issuer to the blockchain network; the blockchain node will be in the second transfer transaction The ownership of the traffic vouchers equivalent to the second transaction amount is transferred from the service provider to the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to The data volume of the service data requested by the service requester; the ownership of the traffic voucher equivalent to the third transaction amount included in the third transfer transaction is transferred from the service requester to the target distribution node, and the first Three transfer transactions are submitted by the service request to the blockchain network, and the third transaction amount corresponds to the actual transmission amount of the service data transmitted by the target distribution node to the service requester.

According to the seventh aspect of one or more embodiments of this specification, a block chain-based traffic statistics device is proposed, including: a creation unit that enables the voucher issuer to create a first transfer transaction for the service provider; A transfer transaction includes a first transaction amount; a submission unit that enables the certificate issuer to submit the first transfer transaction to the blockchain network, and the first transfer transaction is used to indicate a block in the blockchain network The chain node transfers the ownership of the flow voucher equivalent to the first transaction amount from the voucher issuer to the service provider; the second transaction included in the second transfer transaction in the flow voucher held by the service provider The ownership of the flow certificate equivalent to the amount is transferred to the service requester by the blockchain node upon receiving the second transfer transaction, and the second transfer transaction is transferred from the service provider to the blockchain network Submitted, the second transaction amount corresponds to the data amount of the business data requested by the business requester; the traffic that is equivalent to the third transaction amount included in the third transfer transaction in the traffic certificate held by the business requester The ownership of the voucher is transferred to the target distribution node by the blockchain node upon receiving the third transfer transaction, the third transfer transaction is submitted by the business request to the blockchain network, and the third The transaction amount corresponds to the actual transmission amount of the service data transmitted by the target distribution node to the service requester.

According to the eighth aspect of one or more embodiments of this specification, a block chain-based traffic statistics device is proposed, which includes: a creation unit that enables the service provider to create a second transfer transaction for the service requester, the first 2. The second transaction amount of the transfer transaction corresponds to the data volume of the business data requested by the business requester; the flow voucher held by the voucher issuer is equivalent to the first transaction amount included in the first transfer transaction The ownership of is transferred to the service provider by the blockchain node in the blockchain network upon receiving the first transfer transaction, and the first transfer transaction is transferred from the certificate issuer to the blockchain network Submit; a submission unit that enables the service provider to submit the second transfer transaction to the blockchain network, and the second transfer transaction is used to indicate that the blockchain node in the blockchain network will communicate with the second The ownership of the flow voucher equivalent to the transaction amount is transferred from the service provider to the service requester; the flow voucher held by the service requester is equivalent to the third transaction amount included in the third transfer transaction The ownership of is transferred to the target distribution node by the blockchain node upon receiving the third transfer transaction, the third transfer transaction is submitted by the business request to the blockchain network, and the third The transaction amount corresponds to the actual transmission amount of the service data transmitted by the target distribution node to the service requester.

According to the ninth aspect of one or more embodiments of this specification, a block chain-based traffic statistics device is proposed, which includes: a transmission unit that enables a target distribution node in a content distribution network to transmit the service request to the service requester The business data requested by the service provider; the ownership of the flow certificate that is equivalent to the third transaction amount included in the third transfer transaction in the flow certificate held by the service requester is controlled by the blockchain node in the blockchain network When the third transfer transaction is received, it is transferred to the target distribution node, the third transfer transaction is submitted by the business request to the blockchain network, and the third transaction amount corresponds to the target distribution node The actual transmission volume of the service data transmitted by the service requester; the ownership of the flow certificate that is equivalent to the second transaction amount included in the second transfer transaction in the flow certificate held by the service provider is controlled by the block The chain node transfers to the service requester upon receiving the second transfer transaction, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the The data volume of the business data requested by the business requester; the ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction in the flow voucher held by the voucher issuer is received by the blockchain node In the case of the first transfer transaction, it is transferred to the service provider, and the first transfer transaction is submitted by the certificate issuer to the blockchain network.

According to the tenth aspect of one or more embodiments of this specification, a block chain-based traffic statistics device is proposed, including: a creation unit that enables the service requester to create a third transfer transaction for the target distribution node, the first The third transaction amount included in the third transfer transaction corresponds to the actual transmission amount of the service data requested by the service requester transmitted by the target distribution node to the service requester; the submission unit causes the service request to be directed to the blockchain The network submits the third transfer transaction, and the third transfer transaction is used to instruct the blockchain node in the blockchain network to request ownership of the flow certificate equivalent to the third transaction amount from the service request Transfer to the target distribution node; the ownership of the flow voucher that is equivalent to the second transaction amount included in the second transfer transaction among the flow voucher held by the service provider is received by the blockchain node after the first 2. Transfer to the service requester in the case of a transfer transaction, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data volume of the service data; voucher issuance The ownership of the flow certificate that is equivalent to the first transaction amount included in the first transfer transaction in the flow certificate held by the party is transferred to the said blockchain node upon receiving the first transfer transaction. For the service provider, the first transfer transaction is submitted by the certificate issuer to the blockchain network.

According to the eleventh aspect of one or more embodiments of this specification, a block chain-based traffic statistics device is proposed, including: a first transfer unit, so that the block chain node in the block chain network will be The ownership of the flow voucher equivalent to the first transaction amount included in the transfer transaction is transferred from the voucher issuer to the service provider, and the first transfer transaction is submitted by the voucher issuer to the blockchain network; the second transfer unit makes The blockchain node transfers the ownership of the flow certificate equivalent to the second transaction amount included in the second transfer transaction from the service provider to the service requester, and the second transfer transaction is transferred from the service provider to the service requester. Submitted by the blockchain network, the second transaction amount corresponds to the data amount of the business data requested by the business requester; the third transfer unit makes the transaction equivalent to the third transaction amount included in the third transfer transaction The ownership of the traffic voucher is transferred from the service requester to the target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the target distribution node to the target distribution node. The actual transmission volume of the service data transmitted by the service requester.

According to a twelfth aspect of one or more embodiments of this specification, an electronic device is proposed, including: a processor; and a memory for storing executable instructions of the processor. Wherein, the processor implements the method according to any one of the second aspect, the third aspect, the fourth aspect, the fifth aspect, and the sixth aspect by running the executable instruction.

According to the thirteenth aspect of one or more embodiments of the present specification, a computer-readable storage medium is provided, which stores computer instructions, and when the instructions are executed by a processor, the second, third, and third aspects are implemented. Steps of the method described in any one of the fourth aspect, the fifth aspect, and the sixth aspect.

Description of the drawings

Fig. 1 is a schematic structural diagram of a block chain-based traffic statistics system provided by an exemplary embodiment.

Fig. 2 is a flowchart of a block chain-based traffic statistics method provided by an exemplary embodiment.

Fig. 3 is an interaction diagram of a block chain-based traffic statistics method provided by an exemplary embodiment.

Fig. 4 is a schematic diagram of traffic statistics based on blockchain provided by an exemplary embodiment.

Figures 5-8 are flowcharts of another block chain-based traffic statistics method provided by an exemplary embodiment.

Fig. 9 is a schematic structural diagram of a device provided by an exemplary embodiment.

Fig. 10 is a block diagram of a block chain-based traffic statistics device provided by an exemplary embodiment.

11-14 are block diagrams of another block chain-based traffic statistics device provided by an exemplary embodiment.

Detailed ways

The exemplary embodiments will be described in detail here, and examples thereof are shown in the accompanying drawings. When the following description refers to the accompanying drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The implementation manners described in the following exemplary embodiments do not represent all implementation manners consistent with one or more embodiments of this specification. Rather, they are merely examples of devices and methods consistent with some aspects of one or more embodiments of this specification as detailed in the appended claims.

In other embodiments, the steps of the corresponding method may not be executed in the order shown and described in this specification. In some other embodiments, the method may include more or fewer steps than described in this specification. In addition, a single step described in this specification may be decomposed into multiple steps for description in other embodiments; and multiple steps described in this specification may also be combined into a single step in other embodiments. describe.

Blockchain is generally divided into three types: Public Blockchain, Private Blockchain and Consortium Blockchain. In addition, there are many types of combinations, such as private chain + alliance chain, alliance chain + public chain and other different combinations. The most decentralized one is the public chain. The public chain is represented by Bitcoin and Ethereum. Participants who join the public chain can read the data records on the chain, participate in transactions, and compete for the accounting rights of new blocks. Moreover, each participant (ie, node) can freely join and exit the network, and perform related operations. The private chain is the opposite. The write permission of the network is controlled by an organization or institution, and the data read permission is regulated by the organization. In simple terms, the private chain can be a weakly centralized system with strict restrictions and few participating nodes. This type of blockchain is more suitable for internal use by specific institutions. Consortium chain is a block chain between public chain and private chain, which can realize "partial decentralization". Each node in the alliance chain usually has a corresponding entity or organization; participants are authorized to join the network and form a stakeholder alliance to jointly maintain the operation of the blockchain.

Whether it is a public chain, a private chain or a consortium chain, it is possible to provide the function of a smart contract. Smart contracts on the blockchain are contracts that can be triggered by transactions on the blockchain system. Smart contracts can be defined in the form of codes.

Taking Ethereum as an example, it supports users to create and call some complex logic in the Ethereum network. This is the biggest challenge that distinguishes Ethereum from Bitcoin blockchain technology. The core of Ethereum as a programmable blockchain is the Ethereum Virtual Machine (EVM), and every Ethereum node can run EVM. EVM is a Turing complete virtual machine, which means that various complex logic can be implemented through it. Users who publish and call smart contracts in Ethereum run on the EVM. In fact, what the virtual machine directly runs is virtual machine code (virtual machine bytecode, hereinafter referred to as "bytecode"). The smart contract deployed on the blockchain can be in the form of bytecode.

It should be noted that the type of request initiated on the blockchain by a user accessing the blockchain may specifically refer to the transaction used in the traditional blockchain. Of course, the type of request initiated on the blockchain by a user who accesses the blockchain can also be other than transactions, other forms of instructions, messages, etc. with a standard data structure. One or more embodiments of this specification It is not particularly limited. In the following embodiments, the request initiated on the blockchain by a user who accesses the blockchain is taken as an example for description.

Fig. 1 is a schematic structural diagram of a block chain-based traffic statistics system provided by an exemplary embodiment. As shown in FIG. 1, the traffic statistics system in this specification includes a certificate issuer 10, a service provider 20, a content distribution network 30, a service requester 40 and a blockchain network 50.

Wherein, the certificate issuer 10 may issue a flow certificate (Token), which is used to count the flow generated during data transmission. For example, 1Token=1M traffic; of course, 1Token equivalent traffic can be flexibly adjusted according to the actual situation, for example, it can also be set to 1Token=10M traffic, which is not restricted in this specification.

The business provider 20 provides business services to the outside, and responds to the request of the user (that is, the business requester) to provide the user with the business data required by the user. Taking the service provider as a video platform as an example, the video platform can provide registered users with services for watching videos. The user can send a request for obtaining video data to the video platform to obtain the corresponding video data for viewing.

In order to achieve traffic statistics when transmitting service data, the service provider 20 may obtain a certain number of traffic vouchers from the voucher issuer 10 in advance as a measurement unit for subsequent traffic statistics when providing service data.

The content delivery network 30 (Content Delivery Network, CDN) is connected to the service provider 20, and can be used to store the service data of the service provider and transmit the service data requested to the service provider 20 to the service requester. When transmitting service data, the MEC (Mobile Edge Computing) technology can be combined to select the distribution node close to the service requester (in this case as an edge node) as the target distribution node, thereby instructing the target distribution node to transmit to the service provider Business data. For example, select node 30n. By selecting edge nodes to transmit service data to the service provider, network pressure can be relieved and transmission efficiency improved. Of course, the method of selecting the target distribution node can refer to related technologies, and this specification does not limit this. For example, according to the comprehensive factors such as the network traffic and the connection of each node, the load status, the distance to the service requester and the response time, the user's request for obtaining service data is directed to the distribution node closest to the service requester in real time.

After the target distribution node is selected, the target distribution node transmits the service data to the service requester 40, and in the process of data transmission, the amount of data actually transmitted by the target distribution node needs to be counted. Especially in the case of using the distribution network to charge, such as charging according to the flow of the distribution node, it is necessary to count the amount of data actually transmitted by the distribution node, so as to perform charging and settlement based on this.

The service requester 40 cooperates with the service provider 20, and a user as the service provider 20 requests the service provider 20 to obtain service data. Taking the video platform as an example, the service requester 40 can register as a user or member of the video platform, and then obtain video data through the video platform.

Each blockchain node (such as node 501, node 502, etc.) in the blockchain network 50 can respond to the transfer transaction for the flow certificate submitted by the certificate issuer 10, the service provider 20, and the service requester 40. The ownership of the party's flow certificate is transferred, so as to realize the statistics of the real data transmission flow of the target distribution node.

The following describes the block chain-based traffic statistics scheme in this specification from the side of the certificate issuer 10, the service provider 20, the content distribution network 30, the service requester 40, and the blockchain network 50 respectively.

Fig. 2 is a flowchart of a block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 2, the method is applied to the certificate issuer and can include the following steps:

Step 202: The voucher issuer creates a first transfer transaction for the service provider, and the first transfer transaction includes the first transaction amount.

In this embodiment, in a scenario where traffic statistics need to be performed on the actual transmission volume of the service data by the target distribution node, the voucher issuer can transfer a certain amount of traffic voucher to the service provider in advance for subsequent transmission of the service data. During the process, all parties are transferred to achieve traffic statistics. For example, the certificate issuer may be an MEC management system that uniformly manages MEC nodes. Then, the blockchain node in the blockchain network can respond to the first transfer transaction to transfer the ownership of the flow certificate equivalent to the first transaction amount from the certificate issuer to the service provider. For example, the flow voucher equivalent to the first transaction amount stored in the voucher issuer's account is transferred from the voucher issuer's account to the service provider's account.

Taking the blockchain model of Ethereum as an example, all parties have registered corresponding blockchain accounts in the blockchain network, and the blockchain accounts can be used to store the traffic vouchers issued by the voucher issuer. Specifically, when each party needs to transfer money to other parties for the flow certificate, they can submit the corresponding transfer transaction to the blockchain network, thereby instructing the blockchain node to transfer the corresponding blockchain according to the transaction amount included in the transfer transaction The flow certificate in the account.

In Ethereum, blockchain accounts can include external accounts and contract accounts. External accounts are usually owned by users (individuals or institutions), while contract accounts correspond to smart contracts deployed in the blockchain. The structures of all types of accounts are similar, for example, they can include the Nonce field, the Balance field, the Code field, and the Storage field. The value of the Nonce field of each account starts from 0, and the value of the Nonce field increases in sequence with the transactions initiated by the corresponding account, so that the value of the Nonce in each transaction initiated by the account is different, which can be avoided Replay attack. The Balance field is used to store the account balance. The Code field is used to store the code of the smart contract, so the Code field of the external account is usually empty. The Storage field is used to store the value of the account at the corresponding node in the state tree.

Based on the above account model, the structure of the Balance field can be improved, and the flow vouchers can be stored in the Balance field. Or, the Balance field is further divided into deposit account balances and flow vouchers. Or, additional fields are added to store traffic vouchers. Of course, other methods of adding or improving fields can also be used to store the traffic vouchers, and this specification does not limit this.

Of course, other blockchain models can also be used, such as UTXO (Unspent Transaction Output) model. The typical application scenario of the UTXO model is the Bitcoin blockchain. The assets on the chain under this model exist in the form of transaction output. When there is an unspent transaction output for a transaction, the unspent transaction output belongs to the private key. Owner.

Step 204: The certificate issuer submits the first transfer transaction to the blockchain network, and the first transfer transaction is used to indicate that the blockchain node in the blockchain network will match the first transaction amount. The ownership of the equivalent flow certificate is transferred from the certificate issuer to the service provider; the ownership of the flow certificate that is equivalent to the second transaction amount included in the second transfer transaction in the flow certificate held by the service provider is subject to The blockchain node transfers to the service requester upon receiving the second transfer transaction, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the transaction amount. The data volume of the service data requested by the service requester.

Wherein, the ownership of the flow voucher equivalent to the third transaction amount included in the third transfer transaction among the flow voucher held by the service requester is controlled by the blockchain node when the third transfer transaction is received. Transferred to the target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the actual transfer of the service data by the target distribution node to the service requester Transmission volume.

Based on the flow voucher for pre-transferring funds to the service provider based on the voucher issuer, when the service provider receives the request for obtaining service data sent by the service requester, the service provider can first determine the data volume of the service data, and then determine the equivalent of the data volume The number of traffic vouchers in is used as the second transaction amount (that is, the second transaction amount corresponds to the data amount of the business data), and the second transfer transaction containing the second transaction amount is submitted to the blockchain network. Then, in response to the second transfer transaction, the blockchain node can transfer the traffic vouchers that are equivalent to the second transaction amount among the traffic vouchers held by the service provider to the business requester, that is, these traffic vouchers are changed from the business to the service requester. The requesting party holds. For example, if the service data is 100M and 1Token=1M traffic, the second transaction amount is 100. After the above transfer operation, the service requester will hold 100 Tokens from the service provider. In other words, through the above transfer operation, the business requester will hold a traffic voucher equivalent to the data volume of the requested business data, that is, the data volume of the business data subsequently obtained by the business requester should be transferred to the service provider Flow voucher equivalence can be understood as the amount of data equivalent to the flow voucher held by the business requester at this time, which is the amount of data that is expected to be received in the future. Therefore, the traffic voucher held by the service requester can be used to compare with the data volume of the subsequently received service data, so as to measure whether the actual transmission volume of the service data is true.

Further, the service provider or the MEC management system selects the target distribution node from the distribution network, and then transmits the service data to the service requester. When the service requester receives the service data transmitted by the target distribution node, it can determine the actual transmission volume of the target distribution node for the service data, for example, the data volume of the data actually received from the target distribution node as the actual transmission volume. Then, determine the number of traffic vouchers equivalent to the actual transmission amount as the third transaction amount (that is, the third transaction amount corresponds to the actual transmission amount), and submit the third transfer transaction containing the third transaction amount to the blockchain network . Then the blockchain node can respond to the third transfer transaction to transfer the traffic vouchers that are equivalent to the third transaction amount among the traffic vouchers held by the business requester to the target distribution node, that is, these traffic vouchers are changed from the business to the target distribution node. The requesting party holds. Following the above example, the amount of data actually received by the service requester from the target distribution node is 95M, then the third transaction amount is 95. After the above transfer operation, the target distribution node will hold 95 requests from the service Party’s Token.

It can be seen from the above that by transferring the traffic vouchers equivalent to the data volume of the business data to the business requester, the business requester can compare the traffic vouchers it holds with the actual transmission volume of the business data from the target distribution node. The traffic vouchers with the actual transmission volume equivalent are transferred to the target distribution node. After the target distribution node transmits the service data, the traffic vouchers held by the target distribution node are equal to the actual transmission volume. Therefore, the traffic vouchers held by the target distribution node can be used to count the traffic of the target distribution node to transmit the service data. Compared with the direct statistics of the traffic by the target distribution node itself, the process of transferring the traffic voucher according to the actual transmission volume received by the service requester can prevent the target distribution node from forging the actual transmission volume. At the same time, the traffic vouchers transferred to the business requester are equal to the actual size of the business data, which prevents the business request from transferring traffic vouchers that exceed the actual size of the business data to the target distribution node (the business requester does not have enough traffic vouchers), that is, to prevent the business The requester assists the target distribution node to forge the actual transmission volume.

In the scenario of edge node charging, such as charging according to the flow of the distribution node, the MEC management system can be used as the voucher issuer, and the flow voucher can be issued to count the amount of data actually transmitted by the distribution node, thereby performing charging and settlement. In order to improve the accuracy and security of billing, a method of signing traffic vouchers can be introduced.

As an exemplary embodiment, each party registers on the blockchain network to obtain the on-chain identity and asymmetric key pair created by the blockchain network for itself. Then, the above-mentioned method of signing the traffic certificate can be: the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is signed with the private key of the service provider; The traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node. For example, for all traffic certificates held by all parties, the corresponding private key is used to sign, so as to prove the source of the traffic certificate in the process of transferring the traffic certificate.

Based on the foregoing mechanism for signing traffic vouchers, when the traffic transmitted by the target distribution node is settled, it can be measured by the traffic vouchers held by the target distribution node. Therefore, it is necessary to verify the flow certificate held by the target distribution node to ensure that the flow certificate held by the target distribution node is obtained according to the transfer process in the embodiment shown in steps 202-204. Combining the above-mentioned flow certificate transfer process and the above-mentioned mechanism for signing the flow certificate can be obtained, and the flow certificate finally transferred to the target distribution node is sequentially signed by the private key of the certificate issuer, service provider, service requester, and target distribution node. . Therefore, all the traffic vouchers held by the target distribution node can be verified and signed by the public keys of the certificate issuer, service provider, service requester, and target distribution node respectively without the occurrence of forged traffic vouchers. In other words, the traffic certificate signed by the private key of the certificate issuer, service provider, service requester, and target distribution node can be used to measure the actual transmission volume of the target distribution node, and then the cost can be settled.

In this embodiment, in the process of transmitting service data from the target distribution node to the service requester, after the target distribution node transmits all the service data, the service requester initiates the first according to the data volume of the received service data. 3. Transfer transactions. Or, the target distribution node divides the service data into several service sub-data, and transmits each service sub-data to the service requester. Correspondingly, each time the service requester receives the service sub-data, it submits the third transfer transaction to the blockchain network, and the third transaction amount of the third transfer transaction corresponds to the data volume of the received service sub-data. For example, the 100M service data is divided into 10 10M service sub-data to be transmitted separately. Then, after each service requester receives a 10M service sub-data, it must initiate a third transfer transaction with a transaction amount of 10, thereby transferring 10 Tokens to the target distribution node.

The business requester may have a situation where the amount of data represented by the transaction amount of the initiated transfer transaction is less than the actual transmission volume of the target distribution node, resulting in that the data volume corresponding to all the traffic vouchers ultimately held by the target distribution node is less than the actual transmission volume. In order to prevent the service requester from doing the above-mentioned evil situation, in the above-mentioned scenario where the service sub-data is divided for transmission, the target distribution node determines the new addition after the service sub-data is transmitted each time after the service sub-data is transmitted. The amount of newly added data corresponding to the held traffic vouchers and the amount of transmission data of the business sub-data transmitted this time, and if the amount of newly added data is less than the amount of transmitted data, stop transmitting the remaining business sub-data to the service requester , So as to stop the loss in time and prevent the business requester from continuing to do evil. Continuing the above example, suppose that after the target distribution node transmits 10M business sub-data to the service requester, the transaction amount of the transfer transaction initiated by the service requester to the blockchain is 9. After the transfer transaction is executed, the target distribution node The newly added traffic certificate is 9 Tokens, and the actual traffic certificate that should be added is 10 Tokens. Therefore, when the target distribution node determines that the newly added number of traffic vouchers it holds does not reach 10, it stops requesting the service to transmit the remaining untransmitted service sub-data.

Regarding the way of dividing business data, the target distribution node can divide the business data into several business sub-data according to preset dimensions. Among them, the preset dimension includes any of the following: the average data volume of the business sub-data, the total number of the business sub-data, and the data type. For example, if the data volume of the business data is 200M, according to the average data volume of the business sub-data being 20M, the business data is divided into ten 20M business sub-data on average. Or, according to the total number of business sub-data being five, the business data is divided into five 40M business sub-data on average. Or, assuming that the business data is a picture, and the business data includes pictures in multiple formats such as bmp, jpg, png, tif, gif, etc., the business data is divided according to the picture format. Or, assuming that the service data contains data of multiple file types such as videos, pictures, audios, documents, etc., the service data is divided according to file types. Of course, the basis of the division can be flexibly set according to actual needs, and this manual does not limit this.

The service provider can also verify the permission of the service requester to obtain the business data according to the identity information sent by the service requester, and use the permission verification as a prerequisite for submitting the second transfer transaction to the blockchain network.

The following describes the block chain-based traffic statistics scheme of this specification in detail with reference to Figures 3-4. Fig. 3 is an interaction diagram of a block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 3, the interaction process may include the following steps:

Step 302: The certificate issuer submits the first transfer transaction to the blockchain node.

In this embodiment, all parties can register on the blockchain network to generate on-chain identities for the blockchain network to bind to the traffic vouchers held, and generate an asymmetric key pair for For subsequent use of the private key to sign the traffic certificate and the use of the public key to verify the signature. For example, in the case of the account model, the identity on the chain is the account address; in the case of the UTXO model, the identity on the chain is the wallet address. As for the asymmetric encryption algorithm used to generate the public key and the private key, for example, it can be RSA, Elgamal, knapsack algorithm, Rabin, D-H, ECC (elliptic curve encryption algorithm), etc.

In this embodiment, the certificate issuer may be an MEC management system that uniformly manages MEC nodes, and is used to issue tokens for traffic measurement. The voucher issuer can transfer a certain amount of Token to the service provider in advance, which is used to transfer between all parties during the subsequent transmission of service data to realize traffic statistics and billing settlement. For example, the service provider purchases a certain amount of Token from the voucher issuer through the off-chain channel for subsequent transfer to the service provider. Then, the voucher issuer creates the first transfer transaction, and the first transaction amount (used to indicate the number of Tokens that need to be transferred) included in the first transfer transaction is the number of Tokens purchased by the business provider from the voucher issuer and sends it to the blockchain The node submits the first transfer transaction.

Among them, the flow certificate held by each party is signed with the private key of the corresponding holder. For example, blockchain nodes can uniformly use the private key of the account to sign the transferred Token after transferring the Token to an account. Alternatively, the blockchain node can uniformly use the private key of the account to sign the transferred Token before transferring the Token out of an account. All in all, it is sufficient to ensure that the Tokens held by all parties have been signed with the holder's private key, so that the source of the Token can be verified through signature verification. Take the certificate issuer as an example. As shown in Figure 5, the certificate issuer 10, service provider 20, service requester 40, and target distribution node 30 in the figure represent the accounts of each party, and P represents the transferred out Token (hereinafter referred to as Token P).

The blockchain node can use the private key of the certificate issuer 10 to sign all Tokens held by the certificate issuer 10, or before transferring the Tokens held by the certificate issuer 10 to the account of the service provider 20, use The private key of the certificate issuer 10 signs the Token to be transferred. After the above-mentioned signature operation, it can be ensured that the Token P transferred to the account of the service provider 20 is signed with the private key of the certificate issuer 10.

Step 304: The blockchain node transfers money to the service provider.

In this embodiment, the blockchain node in the blockchain network can, in response to the first transfer transaction, transfer the number of tokens matching the first transaction amount in the voucher issuer's account to the service provider's account. As shown in FIG. 5, it can be known from the above-mentioned signature mechanism that the Token P transferred from the account of the certificate issuer 10 is signed with the private key of the certificate issuer 10. Further, the blockchain node can use the private key of the service provider to sign the Token transferred to the account of the service provider.

Step 306: The service requester sends an acquisition request for service data to the service provider.

Step 308: The service provider authenticates the service requester.

Taking a video scene as an example, a user sends an acquisition request for a certain video to a video platform, and the acquisition request includes the user's account information. Then, the video can authenticate the user based on the account information. For example, the content of the authentication can include whether the user has a membership service, whether the user is blocked, and so on. Of course, the service provider can further determine whether the service requester has an on-chain identity registered on the blockchain, and return a corresponding prompt message to remind the user if it is not registered.

Step 310: The service provider submits a second transfer transaction to the blockchain node.

For example, if the service data is 100M and 1Token=1M traffic, the second transaction amount is 100. After the above transfer operation, the service requester will hold 100 tokens from the service provider.

In step 312, the blockchain node transfers money to the service requester.

In this embodiment, after the authentication for the service requester is passed, the data volume of the service data requested by the service requester can be determined, and then the number of traffic vouchers equivalent to the data volume can be determined as the second transaction amount. The block chain network submits a second transfer transaction including the second transaction amount. After receiving the second transfer transaction, the blockchain node transfers the Tokens in the service provider's account that matches the second transaction amount to the service requester's account. As shown in FIG. 5, it can be seen from the above-mentioned signature mechanism that the Token P transferred from the account of the service provider 20 is all signed with the private key of the service provider 20. Further, the blockchain node may use the private key of the service requester 40 to sign the Token transferred to the account of the service requester.

Step 314: The service provider sends a transmission instruction to the target distribution node.

In this embodiment, the service provider selects the target distribution node from the distribution network, and then sends a transmission instruction to the target distribution node to instruct the target distribution node to transmit service data to the service requester.

Step 316: The target distribution node transmits the service data to the service requester.

The target distribution node can divide the service data into several service sub-data, and transmit each service sub-data to the service requester. In this case, the service requester is required to initiate a third transfer transaction according to the data volume of the received service data after each service sub-data is received. For example, the 100M service data is divided into 10 10M service sub-data to be transmitted separately. Then, after each service requester receives a 10M service sub-data, it must initiate a third transfer transaction with a transaction amount of 10, thereby transferring 10 Tokens to the target distribution node.

Furthermore, the business requesting party may be malicious. Following the above example, after the target distribution node has transmitted 10M business sub-data to the service requester, it can submit a query transaction for its own Token to the blockchain node to obtain the status of its own Token. . Assuming that the transaction amount of the transfer transaction initiated by the business request to the blockchain is 9, then after the transfer transaction is executed, the newly added traffic vouchers of the target distribution node are 9 Tokens, and the actual new traffic vouchers should be 10 Token. Therefore, when the target distribution node determines that the number of new traffic vouchers it holds does not reach 10, it stops transmitting the remaining untransmitted service sub-data to the service request, so as to stop the loss in time and prevent the service requester from continuing to do evil.

Step 318: The business request submits a third transfer transaction to the blockchain node.

In step 320, the blockchain node transfers money to the target distribution node.

As shown in FIG. 5, it can be known from the above-mentioned signature mechanism that the Token P transferred from the account of the service requester 40 is signed with the private key of the service requester 40. Further, after the blockchain node completes the transfer to the target distribution node, it can use the private key of the target distribution node 30 to sign the Token transferred to the account of the target distribution node 30. Then, after the above process of transferring Tokens, all Tokens held by the final target distribution node 30 are sequentially signed with the private keys of the certificate issuer, service provider, service requester, and target distribution node.

Further, when the traffic transmitted by the target distribution node is settled, it can be measured by the traffic vouchers held by the target distribution node. Therefore, it is necessary to verify the flow certificate held by the target distribution node. Taking the voucher issuer's initiation of settlement as an example, the voucher issuer can formulate fee conversion standards for traffic vouchers. For example, 10Token=0.01 yuan. Of course, this manual does not limit the specific content of the fee conversion standard. The certificate issuer can submit a settlement transaction for the flow certificate held by the target distribution node to the blockchain network, and then the blockchain node in the blockchain network can respond to the settlement transaction by adopting the certificate issuer and the service provider respectively. The public keys of the party, the business requester, and the target distribution node verify the flow certificate held by the target distribution node, and if the verification is passed, according to the cost conversion standard for the flow certificate issued by the certificate issuer, the target The flow certificate held by the distribution node performs fee settlement. Of course, the logic used to perform the above verification and settlement operations can be written into the chain code so that the blockchain node can directly perform the verification and settlement operations by executing the chain code; it can also be written into the smart contract and the smart contract The contract is deployed on the blockchain. Then, the above settlement transaction is used to call the smart contract, and the blockchain node executes the code in the smart contract to complete the signature verification and settlement operations.

Corresponding to the above embodiment on the certificate issuer side, this specification also proposes embodiments on the service provider side, service requester side, target distribution node side, and blockchain node side. The embodiments involved in the certificate issuer side The description of is also applicable to the above-mentioned embodiments on the other side, and will not be repeated hereafter.

Fig. 5 is a flowchart of another block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 5, the method is applied to the service provider and can include the following steps:

Step 502: The service provider creates a second transfer transaction for the service requester, and the second transaction amount of the second transfer transaction corresponds to the data volume of the service data requested by the service requester; the certificate issuer holds The ownership of the flow voucher equivalent to the first transaction amount included in the first transfer transaction in the flow voucher is transferred to the said first transfer transaction by the blockchain node in the blockchain network For the service provider, the first transfer transaction is submitted by the certificate issuer to the blockchain network.

Step 504: The service provider submits the second transfer transaction to the blockchain network, and the second transfer transaction is used to indicate that the blockchain node in the blockchain network will match the second transaction amount. The ownership of the equivalent flow certificate is transferred from the service provider to the service requester; the ownership of the flow certificate that is equivalent to the third transaction amount included in the third transfer transaction in the flow certificate held by the service requester, The third transfer transaction is transferred to the target distribution node by the blockchain node upon receiving the third transfer transaction, the third transfer transaction is submitted to the blockchain network by the business request, and the third transaction amount corresponds to Transmitting the actual transmission volume of the service data to the service requester at the target distribution node.

As mentioned above, the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is signed with the private key of the service provider The traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;

The traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.

As mentioned above, the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester, and the third transfer transaction is transmitted to the service requester every time the service requester receives the service sub-data. In the case of submitting to the blockchain network, the third transaction amount of the third transfer transaction corresponds to the data amount of the service sub-data received by the service requester.

As mentioned above, the target distribution node stops transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after the service sub-data is transmitted each time. The amount of data is the amount of data corresponding to the traffic voucher newly held by the target distribution node after the last transmission of the service sub-data, and the amount of transmission data is the amount of the service sub-data transmitted by the target distribution node this time. The amount of data.

The service data is divided by the target distribution node into a number of service sub-data according to a preset dimension, and the preset dimension includes any of the following: an average data volume of the service sub-data, a total number of the service sub-data, and a data type.

The service provider verifies the permission of the service requester to obtain the service data according to the identity information sent by the service requester, and passes the permission verification as submitting the said service to the blockchain network. Prerequisites for the second transfer transaction.

Fig. 6 is a flowchart of another block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 6, the method is applied to the target distribution node and may include the following steps:

Step 602: The target distribution node in the content distribution network transmits to the service requester the service data requested by the service requester from the service provider.

The ownership of the flow voucher that is equivalent to the third transaction amount included in the third transfer transaction in the flow voucher held by the business requester is received by the block chain node in the block chain network when the third transfer transaction is received. In the case of transferring to the target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the target distribution node transmitting the service to the service requester The actual amount of data transferred;

The ownership of the flow vouchers that is equivalent to the second transaction amount included in the second transfer transaction among the flow vouchers held by the service provider is transferred by the blockchain node upon receiving the second transfer transaction To the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data volume of the service data requested by the service requester;

The ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction among the flow voucher held by the voucher issuer is transferred to by the blockchain node upon receiving the first transfer transaction For the service provider, the first transfer transaction is submitted by the certificate issuer to the blockchain network.

As mentioned above, the target distribution node transmitting the service data requested by the service requester to the service provider to the service requester includes: the target distribution node divides the service data into a number of service sub-data, and sends the service data to the service requester. The service requester transmits each service sub-data; the third transfer transaction is submitted to the blockchain network by the service requester every time the service sub-data is received, and the third transaction of the third transfer transaction The amount corresponds to the data amount of the service sub-data received by the service requester.

As mentioned above, it also includes: the target distribution node determines the amount of new data corresponding to the new traffic voucher held after the last time the service sub-data is transmitted and the current time after the service sub-data is transmitted. The transmission data volume of the transmitted service sub-data; when the newly added data volume is less than the transmission data volume, the target distribution node stops transmitting the remaining service sub-data to the service requester.

As mentioned above, the target distribution node dividing the service data into several service sub-data includes: the target distribution node dividing the service data into several service sub-data according to a preset dimension. The preset dimensions include any of the following: average data volume of business sub-data, total number of business sub-data, and data type.

As mentioned above, the preconditions for the service provider to submit the second transfer transaction to the blockchain network include: the service provider’s policy on the service request based on the identity information sent by the service requester The authorization verification is performed on the access authority of the business data, and the authorization verification is passed.

Fig. 7 is a flowchart of another block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 7, the method is applied to the service requester and may include the following steps:

Step 702: The service requester creates a third transfer transaction for the target distribution node, and the third transaction amount included in the third transfer transaction corresponds to the target distribution node transmitting the service requester requested by the service requester The actual transmission volume of business data;

Step 704: The service request submits the third transfer transaction to the blockchain network, and the third transfer transaction is used to indicate that the blockchain node in the blockchain network will match the third transaction amount. The ownership of the equivalent traffic certificate is transferred from the service requester to the target distribution node;

The ownership of the flow vouchers that is equivalent to the second transaction amount included in the second transfer transaction among the flow vouchers held by the service provider is transferred to the place where the blockchain node receives the second transfer transaction. For the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data amount of the service data;

As mentioned above, the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester; the service requester submits the third transfer transaction to the blockchain network, including: The service requester submits the third transfer transaction to the blockchain network every time it receives the service sub-data, and the third transaction amount of the third transfer transaction corresponds to the data volume of the received service sub-data .

As mentioned above, the service data is divided into a number of service sub-data according to a preset dimension by the target distribution node, and the preset dimension includes any one of the following: the average data volume of the service sub-data, and the total number of the service sub-data ,type of data.

Fig. 8 is a flowchart of another block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 8, the method is applied to blockchain nodes and can include the following steps:

In step 802, the blockchain node in the blockchain network transfers the ownership of the flow voucher equivalent to the first transaction amount included in the first transfer transaction from the voucher issuer to the service provider, and the first transfer transaction is transferred from the voucher issuer to the service provider. The certificate issuer submits to the blockchain network;

In step 804, the blockchain node transfers the ownership of the flow certificate equivalent to the second transaction amount included in the second transfer transaction from the service provider to the service requester, and the second transfer transaction is transferred from the service provider to the service requester. The service provider submits to the blockchain network, the second transaction amount corresponds to the data amount of the service data requested by the service requester;

Step 806: Transfer the ownership of the flow certificate equivalent to the third transaction amount included in the third transfer transaction from the service requester to the target distribution node, and the third transfer transaction is transferred from the service requester to the blockchain Submitted by the network, the third transaction amount corresponds to the actual transmission amount of the service data transmitted by the target distribution node to the service requester.

As mentioned above, the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is signed with the private key of the service provider The traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node; the method also include:

The blockchain node uses the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node to verify the traffic certificate held by the target distribution node, and In the case of passing the verification and signature, according to the cost conversion standard for the flow voucher issued by the voucher issuer, the flow voucher held by the target distribution node is settled.

Corresponding to the foregoing method embodiment, this specification also provides an embodiment of a block chain-based traffic statistics device.

The embodiments of the block chain-based traffic statistics device in this specification can be applied to electronic equipment. The device embodiments can be implemented by software, or can be implemented by hardware or a combination of software and hardware. Taking software implementation as an example, as a logical device, it is formed by reading the corresponding computer program instructions in the non-volatile memory into the memory through the processor of the electronic device where it is located.

From a hardware perspective, please refer to FIG. 9, which is a schematic structural diagram of a device provided by an exemplary embodiment. As shown in FIG. 9, at the hardware level, the device includes a processor 902, an internal bus 904, a network interface 906, a memory 909, and a non-volatile memory 910. Of course, it may also include hardware required for other services. The processor 902 reads the corresponding computer program from the non-volatile memory 910 to the memory 909 and then runs it to form a block chain-based traffic statistics device on a logical level. Of course, in addition to software implementation, one or more embodiments of this specification do not exclude other implementations, such as logic devices or a combination of software and hardware, and so on. That is to say, the execution subject of the following processing flow is not limited to each The logic unit can also be a hardware or a logic device.

Please refer to FIG. 10, in a software implementation, the block chain-based traffic statistics device may include:

The creation unit 1002 enables the voucher issuer to create a first transfer transaction for the service provider, and the first transfer transaction includes the first transaction amount;

The submission unit 1004 enables the certificate issuer to submit the first transfer transaction to the blockchain network, and the first transfer transaction instructs the blockchain node in the blockchain network to match the first transaction amount The ownership of the equivalent flow certificate is transferred from the voucher issuer to the service provider; the ownership of the flow certificate that is equivalent to the second transaction amount included in the second transfer transaction in the flow certificate held by the service provider is subject to The blockchain node transfers to the service requester upon receiving the second transfer transaction, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the transaction amount. The data volume of the business data requested by the business requester;

The ownership of the flow certificate that is equivalent to the third transaction amount included in the third transfer transaction among the flow vouchers held by the service requester is transferred to the blockchain node upon receiving the third transfer transaction The target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the actual transmission amount of the target distribution node to the service requester to transmit the service data .

Optionally, the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is signed with the private key of the service provider; The traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;

Optionally, the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester, and the third transfer transaction is received every time the service sub-data is received by the service requester Submit to the blockchain network below, and the third transaction amount of the third transfer transaction corresponds to the data amount of the service sub-data received by the service requester.

The target distribution node may stop transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after the service sub-data is transmitted each time, and the amount of newly added data is all The target distribution node compares the data volume corresponding to the newly-held traffic voucher after the last transmission of the service sub-data, and the transmission data volume is the data volume of the service sub-data transmitted by the target distribution node this time.

The service data can be divided into a number of service sub-data by the target distribution node according to a preset dimension, and the preset dimension includes any of the following: the average data volume of the service sub-data, the total number of the service sub-data, and the data type.

Optionally, the precondition for the service provider to submit the second transfer transaction to the blockchain network includes: the service provider responds to the service requester according to the identity information sent by the service requester The authority to obtain the business data is subjected to authority verification, and the authority verification is passed.

Please refer to FIG. 11, in another software implementation, the block chain-based traffic statistics device may include:

The creation unit 1102 enables the service provider to create a second transfer transaction for the service requester, and the second transaction amount of the second transfer transaction corresponds to the data volume of the service data requested by the service requester; the voucher issuer holds The ownership of the flow vouchers that are equivalent to the first transaction amount included in the first transfer transaction in some traffic vouchers is transferred to by the blockchain node in the blockchain network upon receiving the first transfer transaction For the service provider, the first transfer transaction is submitted by the certificate issuer to the blockchain network;

The submission unit 1103 enables the service provider to submit the second transfer transaction to the blockchain network, and the second transfer transaction is used to indicate that the blockchain node in the blockchain network will conduct the second transaction with the blockchain network. The ownership of the flow vouchers with the equivalent amount is transferred from the service provider to the service requester; the flow vouchers held by the service requester are equivalent to the third transaction amount included in the third transfer transaction. The ownership is transferred to the target distribution node by the blockchain node upon receiving the third transfer transaction, the third transfer transaction is submitted by the business request to the blockchain network, and the third transaction The amount corresponds to the actual transmission volume of the service data transmitted by the target distribution node to the service requester.

The service data may be divided into several service sub-data by the target distribution node and transmitted to the service requester, and the third transfer transaction is transferred to the district by the service requester every time the service sub-data is received. Submitted by the blockchain network, the third transaction amount of the third transfer transaction corresponds to the data amount of the service sub-data received by the service requester.

The device may further include: an authentication unit 1106, which enables the service provider to verify the authority to obtain the service data of the service requester based on the identity information sent by the service requester, and to verify the authority The verification is passed as a prerequisite for submitting the second transfer transaction to the blockchain network.

12, in another software implementation, the block chain-based traffic statistics device may include: a transmission unit 1202, which enables the target distribution node in the content distribution network to transmit the service request to the service provider The requested business data.

Optionally, the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is signed with the private key of the service provider; The traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node. The traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.

Optionally, the transmission unit 1202 is specifically configured to: the target distribution node divides the service data into several service sub-data, and transmits each service sub-data to the service requester; the third transfer transaction is determined by The service requester submits to the blockchain network every time the service sub-data is received, and the third transaction amount of the third transfer transaction corresponds to the data amount of the service sub-data received by the service requester .

Optionally, the transmission unit 1202 is further configured to: each time after the target distribution node transmits the service sub-data, determine the new increase corresponding to the new traffic certificate held after the last transmission of the service sub-data. The data volume and the transmission data volume of the business sub-data transmitted this time. When the amount of newly added data is less than the amount of transmitted data, the target distribution node stops transmitting the remaining service sub-data to the service requester.

Optionally, the transmission unit 1202 is further configured to: the target distribution node divides the service data into several service sub-data according to a preset dimension, and the preset dimension includes any one of the following: average data of the service sub-data Quantity, total quantity and data type of business sub-data.

Please refer to FIG. 13, in another software implementation, the block chain-based traffic statistics device may include:

The creation unit 1302 enables the service requester to create a third transfer transaction for the target distribution node, and the third transaction amount included in the third transfer transaction corresponds to the target distribution node transmitting the service requester to the service requester The actual transmission volume of the requested business data;

The submission unit 1304 enables the service request to submit the third transfer transaction to the blockchain network, where the third transfer transaction is used to indicate that a blockchain node in the blockchain network will conduct a transaction with the third transaction. The ownership of the equivalent traffic vouchers is transferred from the service requester to the target distribution node;

Optionally, the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester; the submission unit 1304 is specifically configured to: each time the service requester receives the service sub-data In the case of submitting the third transfer transaction to the blockchain network, the third transaction amount of the third transfer transaction corresponds to the data amount of the received business sub-data.

Optionally, the target distribution node stops transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after the service sub-data is transmitted each time, the newly-added data The amount is the amount of data corresponding to the traffic voucher newly held by the target distribution node after the last transmission of the service sub-data, and the transmission data amount is the data of the service sub-data transmitted by the target distribution node this time quantity.

Please refer to FIG. 14, in another software implementation, the block chain-based traffic statistics device may include:

The first transfer unit 1402 enables the blockchain nodes in the blockchain network to transfer the ownership of the flow voucher equivalent to the first transaction amount included in the first transfer transaction from the voucher issuer to the service provider. 1. The transfer transaction is submitted by the certificate issuer to the blockchain network;

The second transfer unit 1404 enables the blockchain node to transfer the ownership of the flow certificate equivalent to the second transaction amount included in the second transfer transaction from the service provider to the service requester, and the second transfer The transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data amount of the service data requested by the service requester;

The third transfer unit 1406 is configured to transfer the ownership of the flow voucher equivalent to the third transaction amount included in the third transfer transaction from the service requester to the target distribution node, and the third transfer transaction is requested by the service Submit to the blockchain network, the third transaction amount corresponds to the actual transmission amount of the service data transmitted by the target distribution node to the service requester.

Optionally, the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is signed with the private key of the service provider; The traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node. The device further includes: a signature verification unit 1408, which enables the blockchain node to use the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node to pair the target with the public keys respectively. The flow voucher held by the distribution node is verified, and if the verification is passed, the flow voucher held by the target distribution node is settled according to the fee conversion standard for the flow voucher issued by the voucher issuer .

The systems, devices, modules, or units illustrated in the above embodiments may be specifically implemented by computer chips or entities, or implemented by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cell phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or Any combination of these devices.

For the convenience of description, when describing the above device, the functions are divided into various units and described separately. Of course, when implementing this specification, the functions of each unit can be implemented in the same or multiple software and/or hardware.

Those skilled in the art should understand that the embodiments of this specification can be provided as a method, a system, or a computer program product. Therefore, this specification may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, this specification can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.

This specification is described with reference to flowcharts and/or block diagrams of methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and/or block in the flowchart and/or block diagram, and the combination of processes and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing equipment to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing equipment are used to generate It is a device that realizes the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

This specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. This specification can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules can be located in local and remote computer storage media including storage devices.

These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device. The device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, so as to execute on the computer or other programmable equipment. The instructions provide steps for implementing the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram. In a typical configuration, the computer includes one or more processors (CPU), input/output interfaces, network interfaces, and memory.

The memory may include non-permanent memory in computer readable media, random access memory (RAM) and/or non-volatile memory, such as read-only memory (ROM) or flash memory (flash RAM). Memory is an example of computer readable media.

Computer-readable media include permanent and non-permanent, removable and non-removable media, and information storage can be realized by any method or technology. The information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital versatile disc (DVD) or other optical storage, Magnetic cassettes, disk storage, quantum memory, graphene-based storage media or other magnetic storage devices, or any other non-transmission media, can be used to store information that can be accessed by computing devices. According to the definition in this article, computer-readable media does not include transitory media, such as modulated data signals and carrier waves.

It should also be noted that the terms "include", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or equipment including a series of elements not only includes those elements, but also includes Other elements that are not explicitly listed, or also include elements inherent to such processes, methods, commodities, or equipment. If there are no more restrictions, the element defined by the sentence "including a..." does not exclude the existence of other identical elements in the process, method, commodity, or equipment that includes the element.

The foregoing describes specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims can be performed in a different order than in the embodiments and still achieve desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or sequential order shown in order to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

The terms used in one or more embodiments of this specification are only for the purpose of describing specific embodiments, and are not intended to limit one or more embodiments of this specification. The singular forms "a", "said" and "the" used in one or more embodiments of this specification and the appended claims are also intended to include plural forms, unless the context clearly indicates other meanings. It should also be understood that the term "and/or" as used herein refers to and includes any or all possible combinations of one or more associated listed items.

It should be understood that although the terms first, second, third, etc. may be used to describe various information in one or more embodiments of this specification, the information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other. For example, without departing from the scope of one or more embodiments of this specification, the first information may also be referred to as second information, and similarly, the second information may also be referred to as first information. Depending on the context, the word "if" as used herein can be interpreted as "when" or "when" or "in response to determination".

The above descriptions are only preferred embodiments of one or more embodiments of this specification, and are not intended to limit one or more embodiments of this specification. All within the spirit and principle of one or more embodiments of this specification, Any modification, equivalent replacement, improvement, etc. made should be included in the protection scope of one or more embodiments of this specification.

Claims

A block chain-based traffic statistics system, including:

A voucher issuer, the voucher issuer is used to submit a first transfer transaction for a service provider to a blockchain network, and the first transfer transaction includes a first transaction amount;

The service provider, the service provider is used to submit a second transfer transaction for the service requester to the blockchain network according to the service data requested by the service requester, and the second transfer transaction of the second transfer transaction The transaction amount corresponds to the data amount of the business data;

A content distribution network, where each node in the content distribution network is used to transmit the service data to the service requester when selected as the target distribution node;

The service requester, the service requester is configured to submit a third transfer transaction for the target distribution node to the blockchain network according to the actual transmission volume of the target distribution node for the service data, and the first 3. The third transaction amount of the transfer transaction corresponds to the actual transmission amount;

A blockchain network, where the blockchain nodes in the blockchain network are used to transfer the ownership of the traffic voucher equivalent to the first transaction amount from the voucher issuer to the service provider, which will be used with The ownership of the flow voucher equivalent to the second transaction amount is transferred from the service provider to the service requester, and the ownership of the flow voucher equivalent to the third transaction amount is transferred from the service requester to the service requester. The target distribution node.
The system according to claim 1, wherein the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is adopted by the service provider The private key signature of the service requester; the traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;

The blockchain node is configured to use the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node to verify and sign the traffic certificate held by the target distribution node. , And in the case of passing the verification and signature according to the fee conversion standard for the flow voucher issued by the voucher issuer, the flow voucher held by the target distribution node is settled.
The system according to claim 1,

The target distribution node is used to divide the service data into several service sub-data, and transmit each service sub-data to the service requester;

The service requester is used to submit the third transfer transaction to the blockchain network every time the service sub-data is received, and the third transaction amount of the third transfer transaction corresponds to the received service sub-data The amount of data.
The system according to claim 3,

The target distribution node is used to determine the amount of new data corresponding to the newly-held traffic vouchers after the last transmission of the service sub-data and the service sub-data transmitted this time after each transmission of the service sub-data When the amount of newly added data is less than the amount of transmitted data, stop transmitting the remaining service sub-data to the service requester.
The system according to claim 3,

The target distribution node is used to divide the business data into a number of business sub-data according to a preset dimension, and the preset dimension includes any of the following: the average data volume of the business sub-data, the total number of the business sub-data, and the data type .
The system according to claim 1,

The service provider is also used to verify the permission of the service requester to obtain the service data according to the identity information sent by the service requester, and pass the permission verification as a request to the blockchain network Prerequisites for submitting the second transfer transaction.
A block chain-based traffic statistics method, including:

The certificate issuer creates a first transfer transaction for the service provider, and the first transfer transaction includes the first transaction amount;

The voucher issuer submits the first transfer transaction to the blockchain network, and the first transfer transaction is used to instruct the blockchain node in the blockchain network to have the same flow as the first transaction amount The ownership of the voucher is transferred from the voucher issuer to the service provider; the ownership of the flow voucher that is equivalent to the second transaction amount included in the second transfer transaction in the flow voucher held by the service provider is controlled by the block The chain node transfers to the service requester upon receiving the second transfer transaction, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the service request The amount of business data requested by the party;

The ownership of the flow certificate that is equivalent to the third transaction amount included in the third transfer transaction among the flow vouchers held by the service requester is transferred to the blockchain node upon receiving the third transfer transaction The target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the actual transmission amount of the target distribution node to the service requester to transmit the service data .
The method according to claim 7, wherein the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is adopted by the service provider The private key signature of the service requester; the traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;

The traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.
According to the method of claim 7, the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester, and the third transfer transaction is received by the service requester every time In the case of business sub-data, submitted to the blockchain network, the third transaction amount of the third transfer transaction corresponds to the data amount of the business sub-data received by the business requester.
The method according to claim 9, wherein the target distribution node stops transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after each transmission of the service sub-data, The amount of newly added data is the amount of data corresponding to the traffic voucher newly held by the target distribution node after the last transmission of the service sub-data, and the amount of transmission data is the amount of data transmitted by the target distribution node this time The data volume of the business sub-data.
According to the method of claim 9, the service data is divided into a number of service sub-data according to a preset dimension by the target distribution node, and the preset dimension includes any one of the following: an average data volume of the service sub-data, a service sub-data The total amount and type of data.
According to the method of claim 7, the preconditions for the service provider to submit the second transfer transaction to the blockchain network include: the service provider checks all the transactions based on the identity information sent by the service requester. The service requesting party performs permission verification for the acquisition permission of the service data, and the permission verification is passed.
A block chain-based traffic statistics method, including:

The service provider creates a second transfer transaction for the service requester, and the second transaction amount of the second transfer transaction corresponds to the data volume of the service data requested by the service requester; among the traffic vouchers held by the voucher issuer The ownership of the flow certificate equivalent to the first transaction amount included in the first transfer transaction is transferred to the service provider by the blockchain node in the blockchain network upon receiving the first transfer transaction , The first transfer transaction is submitted by the certificate issuer to the blockchain network;

The service provider submits the second transfer transaction to the blockchain network, and the second transfer transaction is used to instruct the blockchain nodes in the blockchain network to have the same flow as the second transaction amount The ownership of the voucher is transferred from the service provider to the service requester; the ownership of the flow voucher that is equivalent to the third transaction amount included in the third transfer transaction in the flow voucher held by the service requester is The blockchain node transfers to the target distribution node upon receiving the third transfer transaction, the third transfer transaction is submitted by the business request to the blockchain network, and the third transaction amount corresponds to the The target distribution node transmits the actual transmission volume of the service data to the service requester.
The method according to claim 13, wherein the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is adopted by the service provider The private key signature of the service requester; the traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;

The traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.
The method according to claim 13, wherein the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester, and the third transfer transaction is received by the service requester every time In the case of business sub-data, submitted to the blockchain network, the third transaction amount of the third transfer transaction corresponds to the data amount of the business sub-data received by the business requester.
The method according to claim 15, wherein the target distribution node stops transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after each transmission of the service sub-data, The amount of newly added data is the amount of data corresponding to the traffic voucher newly held by the target distribution node after the last transmission of the service sub-data, and the amount of transmission data is the amount of data transmitted by the target distribution node this time The data volume of the business sub-data.
The method according to claim 15, wherein the service data is divided into a number of service sub-data according to a preset dimension by the target distribution node, and the preset dimension includes any one of the following: an average data volume of the service sub-data, a service sub-data The total amount and type of data.
The method according to claim 13, further comprising:

The service provider verifies the permission of the service requester to obtain the service data according to the identity information sent by the service requester, and passes the permission verification as submitting the said service to the blockchain network. Prerequisites for the second transfer transaction.
A block chain-based traffic statistics method, including:

The target distribution node in the content distribution network transmits the service data requested by the service requester to the service provider to the service requester;

The ownership of the flow voucher that is equivalent to the third transaction amount included in the third transfer transaction in the flow voucher held by the business requester is received by the block chain node in the block chain network when the third transfer transaction is received. In the case of transferring to the target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the target distribution node transmitting the service to the service requester The actual amount of data transferred;

The ownership of the flow vouchers that is equivalent to the second transaction amount included in the second transfer transaction among the flow vouchers held by the service provider is transferred by the blockchain node upon receiving the second transfer transaction To the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data volume of the service data requested by the service requester;

The ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction among the flow voucher held by the voucher issuer is transferred to by the blockchain node upon receiving the first transfer transaction For the service provider, the first transfer transaction is submitted by the certificate issuer to the blockchain network.
The method according to claim 19, the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is adopted by the service provider The private key signature of the service requester; the traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;

The traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.
The method according to claim 19, wherein the transmission of the service data requested by the service requester to the service provider by the target distribution node to the service requester comprises:

The target distribution node divides the service data into several service sub-data, and transmits each service sub-data to the service requester; the third transfer transaction is received by the service requester every time the service sub-data In the case of submitting to the blockchain network, the third transaction amount of the third transfer transaction corresponds to the data amount of the service sub-data received by the service requester.
The method of claim 21, further comprising:

The target distribution node, after each transmission of the service sub-data, determines the amount of new data corresponding to the newly-held traffic voucher after the last transmission of the service sub-data and the transmission of the service sub-data transmitted this time The amount of data;

When the amount of newly added data is less than the amount of transmitted data, the target distribution node stops transmitting the remaining service sub-data to the service requester.
The method according to claim 21, wherein the target distribution node divides the service data into several service sub-data, including:

The target distribution node divides the service data into a number of service sub-data according to a preset dimension, and the preset dimension includes any one of the following: the average data volume of the service sub-data, the total number of the service sub-data, and the data type.
According to the method of claim 19, the preconditions for the service provider to submit the second transfer transaction to the blockchain network include: the service provider checks all the transactions based on the identity information sent by the service requester. The service requesting party performs permission verification for the acquisition permission of the service data, and the permission verification is passed.
A block chain-based traffic statistics method, including:

The service requester creates a third transfer transaction for the target distribution node, and the third transaction amount included in the third transfer transaction corresponds to the target distribution node transmitting the service data requested by the service requester to the service requester The actual transfer volume;

The service request submits the third transfer transaction to the blockchain network, and the third transfer transaction is used to instruct the blockchain node in the blockchain network to have the same flow as the third transaction amount The ownership of the certificate is transferred from the service requester to the target distribution node;

The ownership of the flow vouchers that is equivalent to the second transaction amount included in the second transfer transaction among the flow vouchers held by the service provider is transferred to the place where the blockchain node receives the second transfer transaction. For the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data amount of the service data;

The ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction among the flow voucher held by the voucher issuer is transferred to by the blockchain node upon receiving the first transfer transaction For the service provider, the first transfer transaction is submitted by the certificate issuer to the blockchain network.
The method according to claim 25, the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is adopted by the service provider The private key signature of the service requester; the traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;

The traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.
The method according to claim 25, wherein the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester; the service requester submits the third transfer transaction to the blockchain network, include:

The service requester submits the third transfer transaction to the blockchain network every time it receives the service sub-data, and the third transaction amount of the third transfer transaction corresponds to the amount of the received service sub-data The amount of data.
The method according to claim 27, wherein the target distribution node stops transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after each transmission of the service sub-data, The amount of newly added data is the amount of data corresponding to the traffic voucher newly held by the target distribution node after the last transmission of the service sub-data, and the amount of transmission data is the amount of data transmitted by the target distribution node this time The data volume of the business sub-data.
The method according to claim 27, wherein the service data is divided into a plurality of service sub-data according to a preset dimension by the target distribution node, and the preset dimension includes any one of the following: an average data volume of the service sub-data, a service sub-data The total amount and type of data.
According to the method according to claim 25, the precondition for the service provider to submit the second transfer transaction to the blockchain network includes: the service provider performs a check on the service provider based on the identity information sent by the service requester. The service requesting party performs permission verification for the acquisition permission of the service data, and the permission verification is passed.
A block chain-based traffic statistics method, including:

The blockchain node in the blockchain network transfers the ownership of the flow voucher equivalent to the first transaction amount included in the first transfer transaction from the voucher issuer to the service provider, and the first transfer transaction is determined by the voucher The issuer submits to the blockchain network;

The blockchain node transfers the ownership of the flow certificate equivalent to the second transaction amount included in the second transfer transaction from the service provider to the service requester, and the second transfer transaction is from the service provider direction Submitted by a blockchain network, the second transaction amount corresponds to the data amount of the business data requested by the business requester;

Transfer the ownership of the flow certificate equivalent to the third transaction amount included in the third transfer transaction from the service requester to the target distribution node, and the third transfer transaction is submitted by the service request to the blockchain network, The third transaction amount corresponds to the actual transmission amount of the service data transmitted by the target distribution node to the service requester.
The method according to claim 31, the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is adopted by the service provider The private key signature of the service requester; the traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node; The method also includes:

The blockchain node uses the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node to verify the traffic certificate held by the target distribution node, and In the case of passing the verification and signature, according to the cost conversion standard for the flow voucher issued by the voucher issuer, the flow voucher held by the target distribution node is settled.
The method according to claim 31, wherein the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester, and the third transfer transaction is received by the service requester every time In the case of business sub-data, submitted to the blockchain network, the third transaction amount of the third transfer transaction corresponds to the data amount of the business sub-data received by the business requester.
The method according to claim 33, wherein the target distribution node stops transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after each transmission of the service sub-data, The amount of newly added data is the amount of data corresponding to the traffic voucher newly held by the target distribution node after the last transmission of the service sub-data, and the amount of transmission data is the amount of data transmitted by the target distribution node this time The data volume of the business sub-data.
The method according to claim 33, wherein the service data is divided into a number of service sub-data according to a preset dimension by the target distribution node, and the preset dimension includes any one of the following: the average data volume of the service sub-data, the service sub-data The total amount and type of data.
According to the method of claim 31, the precondition for the service provider to submit the second transfer transaction to the blockchain network includes: the service provider performs a check on the service provider based on the identity information sent by the service requester. The service requesting party performs permission verification for the acquisition permission of the service data, and the permission verification is passed.
A block chain-based traffic statistics device, including:

A creation unit to enable the voucher issuer to create a first transfer transaction for the service provider, and the first transfer transaction includes the first transaction amount;

The submission unit is configured to enable the certificate issuer to submit the first transfer transaction to the blockchain network, and the first transfer transaction is used to indicate that the blockchain node in the blockchain network will share the first transaction amount with the blockchain network. The ownership of the equivalent flow voucher is transferred from the voucher issuer to the service provider; the ownership of the flow voucher that is equivalent to the second transaction amount included in the second transfer transaction in the flow voucher held by the service provider is The blockchain node transfers to the service requester upon receiving the second transfer transaction, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to The data volume of the service data requested by the service requester;

The ownership of the flow certificate that is equivalent to the third transaction amount included in the third transfer transaction among the flow vouchers held by the service requester is transferred to the blockchain node upon receiving the third transfer transaction The target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the actual transmission amount of the target distribution node to the service requester to transmit the service data .
A block chain-based traffic statistics device, including:

The creation unit enables the service provider to create a second transfer transaction for the service requester, and the second transaction amount of the second transfer transaction corresponds to the data volume of the service data requested by the service requester; the voucher issuer holds The ownership of the flow voucher equivalent to the first transaction amount included in the first transfer transaction in the flow voucher is transferred to the transfer by the block chain node in the block chain network upon receiving the first transfer transaction. For the service provider, the first transfer transaction is submitted by the certificate issuer to the blockchain network;

A submission unit to enable the service provider to submit the second transfer transaction to the blockchain network, where the second transfer transaction is used to indicate that a blockchain node in the blockchain network will share the second transaction amount The ownership of the equivalent flow voucher is transferred from the service provider to the service requester; the ownership of the flow voucher that is equivalent to the third transaction amount included in the third transfer transaction among the flow voucher held by the service requester , Being transferred to the target distribution node by the blockchain node upon receiving the third transfer transaction, the third transfer transaction is submitted by the business request to the blockchain network, and the third transaction amount Corresponding to the actual transmission volume of the service data transmitted by the target distribution node to the service requester.
A block chain-based traffic statistics device, including:

The transmission unit, which enables the target distribution node in the content distribution network to transmit the service data requested by the service requester to the service provider to the service requester;

The ownership of the flow voucher that is equivalent to the third transaction amount included in the third transfer transaction in the flow voucher held by the business requester is received by the block chain node in the block chain network when the third transfer transaction is received. In the case of transferring to the target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the target distribution node transmitting the service to the service requester The actual amount of data transferred;

The ownership of the flow vouchers that is equivalent to the second transaction amount included in the second transfer transaction among the flow vouchers held by the service provider is transferred by the blockchain node upon receiving the second transfer transaction To the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data volume of the service data requested by the service requester;

The ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction among the flow voucher held by the voucher issuer is transferred to by the blockchain node upon receiving the first transfer transaction For the service provider, the first transfer transaction is submitted by the certificate issuer to the blockchain network.
A block chain-based traffic statistics device, including:

The creation unit enables the service requester to create a third transfer transaction for the target distribution node, and the third transaction amount included in the third transfer transaction corresponds to the target distribution node transmitting the service requester to the service requester. The actual transmission volume of the requested business data;

The submission unit is configured to enable the service request to submit the third transfer transaction to the blockchain network, where the third transfer transaction is used to indicate that the blockchain node in the blockchain network will share the third transaction amount The ownership of the peer-to-peer traffic certificate is transferred from the service requester to the target distribution node;

The ownership of the flow vouchers that is equivalent to the second transaction amount included in the second transfer transaction among the flow vouchers held by the service provider is transferred to the place where the blockchain node receives the second transfer transaction. For the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data amount of the service data;

The ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction among the flow voucher held by the voucher issuer is transferred to by the blockchain node upon receiving the first transfer transaction For the service provider, the first transfer transaction is submitted by the certificate issuer to the blockchain network.
A block chain-based traffic statistics device, including:

The first transfer unit enables the blockchain nodes in the blockchain network to transfer the ownership of the flow voucher equivalent to the first transaction amount included in the first transfer transaction from the voucher issuer to the service provider, and the first The transfer transaction is submitted by the certificate issuer to the blockchain network;

The second transfer unit enables the blockchain node to transfer the ownership of the flow certificate equivalent to the second transaction amount included in the second transfer transaction from the service provider to the service requester, and the second transfer transaction Submitted by the service provider to the blockchain network, the second transaction amount corresponds to the data amount of the service data requested by the service requester;

The third transfer unit, which transfers the ownership of the flow certificate equivalent to the third transaction amount included in the third transfer transaction from the service requester to the target distribution node, and the third transfer transaction is transferred from the service requester to the target distribution node. Submitted by the blockchain network, the third transaction amount corresponds to the actual transmission amount of the service data transmitted by the target distribution node to the service requester.
An electronic device including:

processor;

A memory for storing processor executable instructions;

Wherein, the processor executes the executable instruction to implement the method according to any one of claims 7-36.
A computer-readable storage medium having computer instructions stored thereon, which, when executed by a processor, implements the steps of the method according to any one of claims 7-36.