HK40001241B - Set exchange method and device of available resource quota based on block chain - Google Patents

Description

A blockchain-based method and device for collectively exchanging available resource quotas

Technical Field

The embodiments of this specification relate to the field of information technology, and more particularly to a method and device for collectively exchanging available resource quotas based on blockchain.

Background Art

For a long time, creators of works (such as music, literature, and art) have typically licensed their copyright to publishers to generate revenue. In practice, the majority of the revenue generated during the distribution process accrues to the publisher, with only a small portion reaching the creator.

With the development of blockchain technology, peer-to-peer distribution of copyrighted works has become possible. In a blockchain network, a node can be either the creator or the user of a work. Creators can break free from their reliance on publishers and directly distribute their works to users, earning revenue.

At present, each blockchain node usually uses digital currency (such as Bitcoin) or electronic legal currency (such as RMB) and other market currencies as transaction media to conduct copyright usage transactions.

Specifically, for copyright usage events corresponding to target works, the user node determines a payment amount, uses the currency of the payment amount as its own expenditure, and uses the currency of the payment amount as the income of the creator node. It then constructs a copyright usage transaction that includes its own expenditure and the income of the creator node, and publishes the copyright usage transaction to the blockchain. In this way, the creator can earn profits.

In addition to existing technologies, creators can earn revenue in more diverse ways.

Summary of the Invention

In order to diversify the ways in which creators of works can obtain income, the embodiments of this specification provide a method and device for collectively exchanging available resource quotas based on blockchain. The technical solution is as follows:

According to a first aspect of an embodiment of this specification, a method for exchanging available resource quotas based on a blockchain is provided. The blockchain network includes a management node and a plurality of object nodes. The object nodes use virtual resources as a transaction medium to conduct copyright usage transactions. The method includes:

The management node selects a number of object nodes and/or a number of object node sets as target objects according to the selection rules; each object node set consists of more than one object node;

For each target object, if the target object is a set of object nodes, the available resource quota to be exchanged for each object node in the target object is determined; for each object node in the target object, the available resource quota to be exchanged for the object node is used to determine the corresponding revenue increment of the object node;

For each object node in the target object, determining the virtual resource of the available resource quota corresponding to the object node as the decrement of the virtual resource corresponding to the object node;

Construct a quota exchange transaction containing the determined virtual resource reduction corresponding to the object node, and publish the quota exchange transaction to the blockchain.

According to a second aspect of an embodiment of this specification, a blockchain-based collective exchange device for available resource quotas is provided. The blockchain network includes the device and a plurality of object nodes. The object nodes use virtual resources issued by the device as a transaction medium to conduct copyright usage transactions. The device includes:

A selection module selects a number of object nodes and/or a number of object node sets as target objects according to selection rules; each object node set is composed of more than one object node;

An available resource quota determination module determines, for each target object, an available resource quota to be exchanged for each object node in the target object if the target object is a set of object nodes; for each object node in the target object, the available resource quota exchanged for the object node is used to determine the corresponding revenue increment of the object node;

a virtual resource reduction determination module, for each object node in the target object, determining the virtual resource of the available resource quota corresponding to the object node as the virtual resource reduction corresponding to the object node;

Construct a publishing module, construct a quota exchange transaction containing the determined virtual resource reduction corresponding to the object node, and publish the quota exchange transaction to the blockchain.

According to a third aspect of the embodiments of this specification, a blockchain-based collective redemption system for available resource quotas is provided, comprising a management node and a plurality of object nodes, wherein the object nodes conduct copyright usage transactions using virtual resources issued by the management node as a transaction medium;

The management node selects several object nodes and/or several object node sets as target objects according to the selection rules; each object node set is composed of more than one object node; for each target object, if the target object is an object node set, the available resource quota exchanged for each object node in the target object is determined; for each object node in the target object, the available resource quota exchanged for the object node is used to determine the corresponding revenue increment of the object node; for each object node in the target object, the virtual resource of the available resource quota corresponding to the object node is determined as the virtual resource reduction corresponding to the object node; a quota exchange transaction containing the determined virtual resource reduction corresponding to the object node is constructed, and the quota exchange transaction is published to the blockchain.

The technical solution provided in the embodiments of this specification includes management nodes and object nodes in the blockchain network. Each object node uses the virtual resources issued by the management node as a transaction medium to conduct copyright usage transactions. An object node may pay virtual resources as a user in some copyright usage events, and receive virtual resources as a creator in some copyright usage events. For any object node set, when the object node set is selected as a target object by the management node, each object node in the object node set can obtain a certain available resource quota to determine its corresponding revenue increment. In addition, the available resource quota allocated to an object node needs to be exchanged for the virtual resources owned by the object node.

It should be understood that the above general description and the following detailed description are merely exemplary and explanatory and are not restrictive of the embodiments of the present disclosure.

In addition, any embodiment in this specification does not need to achieve all of the above effects.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly illustrate the embodiments of this specification or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in the embodiments of this specification. For ordinary technicians in this field, other drawings can also be obtained based on these drawings.

FIG1 is a flow chart of a blockchain-based method for exchanging available resource quotas according to an embodiment of this specification;

FIG2 is a flow chart of a method for collectively exchanging available resource quotas based on blockchain according to an embodiment of this specification;

FIG3 is a flowchart of a blockchain-based available resource quota pre-exchange method provided in an embodiment of this specification;

FIG4 is a schematic diagram of the structure of a blockchain-based available resource quota exchange device provided in an embodiment of this specification;

FIG5 is a schematic diagram of the structure of a blockchain-based available resource quota exchange system provided in an embodiment of this specification;

FIG6 is a schematic diagram of the structure of a blockchain-based collective exchange device for available resource quotas according to an embodiment of this specification;

FIG7 is a schematic diagram of the structure of a blockchain-based collective exchange system for available resource quotas provided in an embodiment of this specification;

FIG8 is a schematic diagram of the structure of a blockchain-based available resource quota pre-exchange device provided in an embodiment of this specification;

FIG9 is a schematic diagram of the structure of a blockchain-based available resource quota pre-exchange system provided in an embodiment of this specification;

FIG10 is a schematic diagram of the structure of a computer device used to configure the method according to the embodiment of this specification.

DETAILED DESCRIPTION

The transaction described in this specification refers to a piece of data created by a user through a blockchain client and ultimately published to the blockchain's distributed database.

Blockchain transactions can be categorized into narrow and broad categories. A narrow transaction refers to a transfer of value published by a user to the blockchain; for example, in the traditional Bitcoin blockchain network, a transaction can be a user-initiated transfer within the blockchain. A broad transaction, on the other hand, refers to business data published by a user to the blockchain with business intent. For example, an operator might build a consortium chain based on actual business needs and deploy other types of online services unrelated to value transfer (e.g., rental services, vehicle dispatch services, insurance claims services, credit services, medical services, etc.). In such a consortium chain, a transaction can be a business message or service request published by a user within the consortium chain with business intent.

In existing technology, publishing copyright usage transactions to the blockchain means that, based on a copyright usage event, the user node of a work transfers funds to the creator (usually the copyright owner), and the transfer record is stored on the blockchain for public display. Copyright usage events refer to all events involving the use of copyrighted works, such as purchasing a novel, purchasing the creator's arrangement, downloading music, etc.

The main characteristic of the existing blockchain-based copyright trading model is that each node in the blockchain network uses a common market currency as the transaction medium to conduct copyright transactions. This means that the market currency earned by the creator's node from distributing the work is the creator's income.

The technical solution provided by the present invention enriches the ways in which creators of works can obtain income.

Specifically, in the embodiments of this specification, the blockchain network includes management nodes and object nodes, and each object node uses the virtual resources issued by the management node as a transaction medium to conduct copyright usage transactions.

To this end, the present invention proposes a method for delivering virtual resources based on blockchain. The blockchain network includes a management node and a plurality of object nodes. The object nodes use the virtual resources issued by the management node as a transaction medium to conduct copyright usage transactions. The method for delivering virtual resources includes:

For a copyright usage event corresponding to a target work, a user node determines a payment amount, where the user node is an object node corresponding to a user who uses the target work;

The user node determines the virtual resource of the delivered amount as a decrement of the virtual resource corresponding to itself, and determines the virtual resource of the delivered amount as an increment of the virtual resource corresponding to the creator node; the creator node is the object node corresponding to the user who created the target work;

The user node constructs a copyright usage transaction that includes a determined decrement of the virtual resource corresponding to itself and an increment of the virtual resource corresponding to the creator node, and publishes the copyright usage transaction to the blockchain.

The virtual resources are actually a kind of electronic data, and their specific forms can be game coins, points, virtual items, etc.

The delivery amount specifically refers to the amount of virtual resources required to use the target work, which may be pre-set by the creator of the target work.

That is to say, in the above-mentioned method of delivering virtual resources, the meaning of publishing copyright usage transactions to the blockchain is that, based on the copyright usage event, the user node of the work delivers virtual resources to the creator of the work (usually the copyright owner of the work), and the virtual resource delivery record is stored in the blockchain for public display.

Through the above-mentioned method of delivering virtual resources, an object node may pay virtual resources as a user in some copyright usage events, and receive virtual resources as a creator in some copyright usage events. The virtual resource delivery records corresponding to each copyright usage event will be stored in the blockchain for public display. Based on the records of delivered virtual resources stored on the blockchain, the virtual resource balance corresponding to each object node can be determined.

In the above-mentioned method of delivering virtual resources, for each object node, the object node can not only collect virtual resources delivered by other object nodes based on copyright usage transactions, but also request the management node responsible for issuing virtual resources to deliver virtual resources to the object node for a fee or free of charge.

Specifically, the management node delivers virtual resources for a fee in the following manner:

The management node receives a recharge request including a recharge amount sent by any object node, deducts property equivalent to the virtual resources of the recharge amount from the property account of the user corresponding to the object node, determines the virtual resources of the recharge amount as the virtual resource increment corresponding to the object node, constructs a resource recharge transaction including the determined virtual resource increment corresponding to the object node, and publishes the resource recharge transaction to the blockchain.

The present invention also provides a blockchain-based method for exchanging available resource quotas. For any object node, only when the object node is allocated an available resource quota by the management node can the object node obtain revenue (the available resource quota is used to determine the corresponding revenue increment of the object node). In addition, the available resource quota allocated to the object node needs to be exchanged for the virtual resources owned by the object node.

This invention also provides another blockchain-based method for redeeming available resource quotas. For any set of target nodes, when the set is selected as a target by a management node, each node in the set is granted a certain available resource quota, which is used to determine its corresponding incremental revenue. Furthermore, the available resource quota allocated to a target node must be redeemed for the virtual resources owned by the target node.

The present invention also provides a blockchain-based pre-exchange method for available resource quotas. For any target node, once it is selected by a management node as a pre-exchange node, it becomes eligible to pre-exchange a certain amount of available resources and receive advance proceeds based on the pre-exchanged available resource quota. Furthermore, the target node must repay the pre-exchanged available resource quota using its own future virtual resource revenue as collateral.

The technical solution proposed in this invention is applicable to copyright transactions involving any type of work (e.g., fine art, music, and literature). For ease of description, the following uses a music copyright transaction scenario as an example. In this scenario, the virtual resource is referred to as "Music Coin." Those skilled in the art will appreciate that this does not constitute a limitation of the present invention.

In order to enable those skilled in the art to better understand the technical solutions in the embodiments of this specification, the technical solutions in the embodiments of this specification will be described in detail below in conjunction with the drawings in the embodiments of this specification. Obviously, the described embodiments are only part of the embodiments of this specification, not all of the embodiments. Based on the embodiments in this specification, all other embodiments obtained by those of ordinary skill in the art should fall within the scope of protection.

The technical solutions provided by the embodiments of this specification are described in detail below with reference to the accompanying drawings.

FIG1 is a flow chart of a blockchain-based method for exchanging available resource quotas according to an embodiment of this specification, comprising the following steps:

S100: The management node selects several object nodes as target nodes according to the selection rules.

In this article, a node is actually a device with data processing and communication functions.

Nodes in a blockchain network are divided into management nodes and object nodes. Generally, any object node can act as a consumer node for work A, delivering virtual resources to the creator node of work A; it can also act as a creator node for work B, receiving virtual resources delivered by the consumer node of work B.

The management node is generally not a participant in the copyright usage event (user or creator), but the manager of the entire copyright trading system. The transaction medium (i.e., virtual resources) used by each object node is issued by the management node. This means that in the copyright trading system, virtual resources can be used as a transaction medium, but outside the scope of the copyright trading system, virtual resources may not be used as a transaction medium. For example, the virtual resources issued by the management node may not be able to purchase various commodities on the market. Therefore, for the creator node of a work, receiving virtual resources does not necessarily mean obtaining income.

In the embodiment of this specification, the management node may perform step S100 once, periodically (e.g., once a month), or irregularly. Furthermore, the management node may perform the method for exchanging available resource quotas shown in FIG1 once, periodically (e.g., once a month), or irregularly.

In the embodiments of this specification, the selection rules can be defined based on actual business needs. For example, the management node can randomly select 10 target nodes as target nodes based on the selection rules. In another example, the management node can select 10 target nodes as target nodes in descending order based on the virtual resource margins corresponding to each target node.

It should be noted that, for any object node, the virtual resource balance corresponding to the object node is the remaining virtual resource increment after deducting the virtual resource reduction corresponding to the target node stored on the blockchain from the virtual resource increment corresponding to the object node stored on the blockchain.

Furthermore, several work categories can be preset, and for each work category, several association relationships can be established between object nodes and the work category. For example, several work categories (rock, country, jazz, etc.) can be preset based on different musical styles. Then, for each object node, at least one work category preferred by the object node is obtained, and an association relationship is established between the object node and the work category preferred by the object node. Assuming that user A corresponding to object node A is a jazz singer and also a rock music fan, an association relationship can be established between object node A and the work category "Jazz", and an association relationship can be established between object node A and the work category "Rock".

Thus, in this embodiment of the present specification, the management node selects, for each work category, several object nodes from the object nodes associated with that work category as target nodes based on the selection rules. For example, based on the selection rules, the management node may select 10 object nodes from the object nodes associated with rock music as target nodes, 6 object nodes from the object nodes associated with country music as target nodes, and 2 object nodes from the object nodes associated with jazz as target nodes.

Furthermore, smart contract technology can be utilized to ensure that the management node selects target nodes strictly in accordance with the selection rules. Specifically, in step S100, the management node can invoke a selection smart contract stored on the blockchain that contains the selection rules and, through this selection smart contract, select several target nodes as target nodes. This selection smart contract is pre-verified by consensus among all nodes in the blockchain network before being stored on the blockchain.

S102: For each target node, determine the available resource quota to be exchanged for the target node.

The selected target nodes are actually the target nodes that are eligible to redeem available resource quotas. For each target node, the available resource quota redeemed for that target node is used to determine the corresponding revenue increment for that target node.

In the embodiments of this specification, there are multiple ways to determine the available resource quota to be exchanged for each target node.

Specifically, for each target node, based on the target node's request, the available resource quota to be exchanged for the target node can be determined. That is, for each target node, the designated balance amount corresponding to the target node is determined as the available resource quota to be exchanged for the target node. The designated balance amount corresponding to the target node is the amount of at least a portion of the virtual resource balance corresponding to the target node, pre-specified by the user corresponding to the target node.

Alternatively, the available resource quota redeemed for each target node may be determined to be the same value. For example, for each target node, a minimum remaining amount may be determined as the available resource quota redeemed for that target node. The minimum remaining amount may be determined by: determining the minimum specified remaining amount from the specified remaining amounts corresponding to each target node; and designating an amount no greater than the minimum specified remaining amount as the minimum remaining amount.

S104: Determine the virtual resource of the available resource quota as the virtual resource corresponding to the target node and reduce it.

S106: Construct a quota exchange transaction including the determined virtual resource reduction corresponding to the target node, and publish the quota exchange transaction to the blockchain.

In the embodiment of this specification, since the available resource quota issued to a target node needs to be redeemed by the virtual resources owned by the target node, through steps S104 to S106, the virtual resources of the available resource quota are deducted from the virtual resource balance corresponding to the target node, and the deduction record is published on the blockchain.

Through the blockchain-based available resource quota redemption method shown in Figure 1, for the creator node of a work, the virtual resources it receives through distributing the work are not directly converted into revenue. To obtain revenue, the creator node must first be selected as a target node by the management node, thereby becoming eligible to redeem available resource quotas, and secondly, spend its own virtual resources to redeem a certain amount of available resource quotas. The redeemed available resource quotas can be used to determine the corresponding revenue increment for the creator, thereby allowing the creator to obtain revenue.

In addition, in step S100, the management node may determine the object node that meets the selection rule as the target node according to the selection rule.

For each object node, the object node satisfies the selection rules, including satisfying at least one of the following rules:

Rule 1: The specified balance amount corresponding to the object node is not less than a first threshold.

Rule 2: During the statistical period, the amount of virtual resource increment corresponding to the object node generated based on copyright usage transactions shall not be less than the second threshold.

Regarding Rule 1, it should be noted that the designated margin amount corresponding to the object node is the amount of at least a portion of the virtual resource margin corresponding to the object node, pre-specified by the user corresponding to the object node. The designated margin amount corresponding to an object node means that the user corresponding to the object node specifies the portion of their virtual resource margin that will be included in the selection.

For example, for object nodes A and B, the virtual resource (specifically, Music Coins) balance corresponding to object node A is 5 Music Coins, and the virtual resource balance corresponding to object node B is 8 Music Coins. If user A corresponding to object node A pre-designates all of their Music Coins for participation in the selection, the designated balance amount corresponding to object node A is 5; if user B corresponding to object node B pre-designates 7 of their Music Coins for participation in the selection, the designated balance amount corresponding to object node A is 7.

The first threshold can be a fixed value specified according to actual business needs. For example, in the above example, if the first threshold is 6, since the specified balance amount corresponding to object node A is 5, object node A does not meet rule 1, while object node B meets rule 1.

Furthermore, if the management node conducts a selection periodically, the first threshold value may be different in each selection, i.e., the first threshold value is dynamically changing. This is because the designated margin amount corresponding to each target node may change at any time. For example, assume that the management node regularly (once a month) selects 10 target nodes from 100 target nodes as target nodes. For each selection, the management node sorts the target nodes according to their respective designated margin amounts, and determines the designated margin amount corresponding to the 10th target node as the first threshold value.

Clearly, Rule 1 implies that the management node should select the target node with the largest designated margin amount. If the designated margin amount corresponding to each management node is the same as its corresponding virtual resource margin amount, then Rule 1 effectively means that the more virtual resources a target node possesses, the more preferentially the management node grants it eligibility to redeem available resource quotas.

Furthermore, Rule 1 may specifically require that the designated balance amount corresponding to the target node is not less than a first threshold, and that the proportion of virtual resource increments generated by resource top-up transactions within the virtual resource balance corresponding to the designated balance amount of the target node is not greater than a designated proportion. The designated proportion can be set based on actual needs, for example, 80%. This is to prevent some target nodes from increasing their corresponding virtual resource balance through top-ups in order to be selected as target nodes.

Regarding Rule 2, it should be noted that the statistical period can be specified based on business needs. For example, if the management node selects target nodes every month, the management node can specify the statistical period as April 1 to April 30 when conducting the selection in May this year.

The meaning of Rule 2 is that, for an object node, during the statistical period, the more virtual resources the object node collects as a creator node, the more priority the management node will give to the object node in redeeming the available resource quota.

Similar to the first threshold, the second threshold can be a fixed value specified based on actual business needs. Furthermore, if the management node conducts a selection periodically, the second threshold can be different in each selection, i.e., the second threshold is dynamically changing. This is because each selection corresponds to a different statistical period, and the virtual resource increment corresponding to the object node generated by copyright usage transactions may change over multiple statistical periods.

For example, assume that the management node regularly (once a month) selects 10 object nodes from 100 object nodes as target nodes. For each selection, the object nodes are sorted according to the size of the virtual resource increment corresponding to each object node generated based on copyright usage transactions during the statistical period corresponding to the selection, and the amount of the virtual resource increment corresponding to the 10th object node is determined as the first threshold.

In addition, in step S100, the management node can determine the object node that meets the selection rules based on the selection rules; for each object node that meets the selection rules, determine whether the user corresponding to the object node agrees to determine the object node as the target node; if agreed, determine the object node as the target node.

It should be noted that the management node obtains the permission type corresponding to each object node in advance, and the permission type includes one of an approval type, an inquiry type, and a rejection type.

Based on this, for an object node, it is determined whether the user corresponding to the object node agrees to determine the object node as a target node, specifically:

If the permission type corresponding to the object node is the consent type, it is determined that the user corresponding to the object node agrees to determine the object node as the target node; if the permission type corresponding to the object node is the inquiry type, the user corresponding to the object node is asked whether he agrees to determine the object node as the target node; if the permission type corresponding to the object node is the rejection type, it is determined that the user corresponding to the object node does not agree to determine the object node as the target node.

In addition, in the embodiment of this specification, the target node can also be selected from the object nodes by calculating the competitiveness representation value corresponding to each object node. In this case, the selection rule is actually a competitiveness representation value algorithm.

Specifically, in step S100, the management node may calculate the competitiveness representation value corresponding to each target node using the competitiveness representation value algorithm, and select a preset number of target nodes as target nodes based on the competitiveness representation value corresponding to each target node. For each target node, the larger the competitiveness representation value corresponding to the target node, the higher the priority of the target node in being selected as the target node.

In practical applications, a competitiveness representation value algorithm can be specified based on actual business needs. Here is an example:

The management node may calculate the competitiveness representation value corresponding to each object node by using the characteristic parameters corresponding to the object node as input to the competitiveness representation value algorithm.

The characteristic parameters corresponding to the object node include at least one of the following:

Characteristic parameter 1: the specified margin amount corresponding to the object node. The meaning of the specified margin amount has been explained above and will not be repeated here.

Characteristic parameter 2: the proportion of the virtual resource increment generated based on copyright usage transactions in the virtual resource of the specified balance amount corresponding to the object node.

Characteristic parameter 3: the amount of virtual resource increment corresponding to the object node generated based on copyright usage transactions during the statistical period.

It should be noted that the structure of the characteristic parameters corresponding to each object node is the same. For example, assuming that the characteristic parameters corresponding to the object node are characteristic parameter 1 and characteristic parameter 2, then the characteristic parameters corresponding to each object node are characteristic parameter 1 and characteristic parameter 2.

More specifically, the embodiments of this specification provide a formula for calculating the competitiveness characterization value, as follows:

Where X is feature parameter 1, Y is feature parameter 3, a is the weight corresponding to X, b is the weight corresponding to Y, and when feature parameter 2 is greater than the specified ratio, it is 1; when feature parameter 2 is not greater than the specified ratio, it is 0.

Furthermore, according to the competitiveness representation values corresponding to the respective object nodes, a preset number of object nodes are selected as target nodes, specifically in the following manner:

According to the size of the competitiveness representation value corresponding to each object node, the object nodes are sorted from large to small; the first object node is selected; it is determined whether the user corresponding to the object node agrees to determine the object node as the target node; if the user agrees, the object node is determined as the target node; if the user disagrees, the object node is not determined as the target node; and the next object node is selected until a preset number of target nodes are determined.

It should also be noted that, in actual applications, the management node may specify a conversion ratio between available resource quotas and incremental revenue. Based on this conversion ratio and the available resource quotas redeemed for a target node, the incremental revenue corresponding to the target node is calculated. For example, a conversion ratio of 1:100 may be specified, meaning that an available resource quota of 1 converts to an incremental revenue of 100 yuan.

It is worth emphasizing that the conversion ratio is not necessarily the purchase ratio based on which the target node purchases virtual resources from the management node. For example, if the target node purchases 1 Music Coin from the management node, it will cost 80 yuan, and the available resource quota is 1, which can be converted into an incremental profit of 100 yuan.

It is also worth emphasizing that the management party corresponding to the management node can dynamically adjust the conversion ratio and the purchase ratio according to actual business needs.

The incremental income corresponding to the target node can be paid by the user corresponding to the management node to the user corresponding to the target node, or it can be paid by other institutions or individuals to the user corresponding to the target node. This can actually be agreed upon in advance depending on the specific circumstances.

Here, the technical solution is combined with actual application scenarios to illustrate the technical solution. The following exemplary description is only to help understand the solution and does not constitute a limitation on the implementation method of the solution.

To cultivate users' habit of paying for copyrights, Music Company X builds a blockchain-based music copyright trading system. In this system, Music Company X's server acts as a management node, issuing music tokens. Music authors and listeners act as target nodes, using music tokens as the transaction medium for copyright transactions.

For music authors, the primary source of their Music Coins is typically the Music Coins delivered by music listeners in copyright-related transactions. For music listeners, the primary source of their Music Coins is the Music Coins they purchase with their own assets by initiating resource top-up requests to management nodes (assuming 1 Music Coin costs 80 yuan). Music Company X wants to give music authors more opportunities to convert the Music Coins they earn from copyright-related transactions into available resource quotas, while minimizing the ability of music listeners to convert their top-up Music Coins into available resource quotas.

To this end, the server of music company X periodically (e.g., every quarter) executes the redemption method of available resource quotas shown in Figure 1. The strategy of music company X's server in selecting target nodes is as follows:

1. According to the size of the designated balance amount of Music Coin corresponding to each object node (pre-specified by the user corresponding to each object node, and varies from person to person, the designated balance amount of Music Coin can be the amount of the Music Coin balance or less than the amount of the Music Coin balance), sort the object nodes from large to small, select the first 100 object nodes, and form List 1.

2. Based on the size of the LeYinCoin increment (i.e., LeYinCoin income) of each object node generated based on copyright usage transactions in the previous quarter, sort the object nodes and select the top 100 object nodes to form List 2.

3. From each object node, select the object nodes in which the proportion of the number of Music Coins generated based on copyright use in the corresponding Music Coin balance is greater than 80%, and form List 3.

Then, based on Lists 1-3, identify the target nodes that appear in all three lists as candidate nodes. For each candidate node, determine whether the user corresponding to the candidate node agrees to redeem the available resource quota. Candidate nodes that do not agree to redeem the available resource quota are excluded, and the remaining candidate nodes are determined as target nodes.

Music Company X determines the minimum of the designated Music Coin balances for each target node as its available resource quota (assuming it's 1,000). Then, through the blockchain's consensus mechanism, it deducts 1,000 Music Coins from the remaining balance of each target node. According to Music Company X's rules, an available resource quota of 1 converts to an incremental revenue of 100. Therefore, a resource quota of 1,000 translates to an incremental revenue of 100,000 yuan.

For any target node, if the user corresponding to the target node (generally a music author selected by the above selection rules) provides artistic services to others in real life (such as attending commercial performances, composing music for others, etc.), then the user corresponding to the target node will not only receive a commission for the service (assuming it is 50,000 yuan), but can also receive a further reward of 100,000 yuan from music company X. In other words, the user corresponding to the target node has earned 15 yuan through one artistic service.

If the user corresponding to the target node refuses to provide art services to others in real life, the available resource quota corresponding to the target node cannot be temporarily converted into incremental revenue to be paid to the user.

In this way, art companies have established a virtuous cycle in the music copyright trading system. This system, firstly, fosters a habit of paying for music among listeners; secondly, it creates a profit incentive mechanism for music authors, encouraging them to create works that audiences will enjoy and to provide more artistic services to others in real life.

FIG2 is a flow chart of a method for collectively exchanging available resource quotas based on blockchain according to an embodiment of this specification, comprising the following steps:

S200: The management node selects several object nodes and/or several object node sets as target objects according to selection rules.

S202: For each target object, if the target object is a set of object nodes, determine the available resource quota to be exchanged for each object node in the target object.

S204: For each object node in the target object, determine the virtual resource of the available resource quota corresponding to the object node as the decrement of the virtual resource corresponding to the object node.

S206: Construct a quota exchange transaction including the determined virtual resource reduction corresponding to the object node, and publish the quota exchange transaction to the blockchain.

In the method shown in 2, multiple object nodes are allowed to form an object node set, and the object node set is used as a unit to participate in the selection. Specifically, for an object node set, the specified margin amount corresponding to the object node set is actually the accumulation of the specified margin amounts corresponding to each object node in the object node set. For each object node in the object node set, the ratio of the specified margin amount corresponding to the object node to the specified margin amount corresponding to the object node set is the profit ratio corresponding to the object node. For an object node set, the profit ratio corresponding to each object node in the object node set can be agreed in advance by each object node in the object node set.

It is worth emphasizing that in the method shown in Figure 2, the target object refers to the object node or object node set selected by the management node according to the selection rules. The various ways of determining the target node in the method shown in Figure 1 are also applicable to determining the target object in the method shown in Figure 2. That is to say, in step S200, each object node set can be temporarily regarded as an object node to select the target object. For those skilled in the art, after understanding the above description of the method shown in Figure 1, it is easy to think of the specific implementation method of the management node selecting the target object from the object nodes and object node sets, and no further details are given.

Once an object node set is selected as a target object, each object node in the object node set can collectively obtain the qualification to exchange for available resource quotas.

The method for determining the available resource quota to be redeemed for each object node in the target object is as follows:

The management node can determine the available resource quota exchanged for the target object and obtain the corresponding income ratio of each object node in the target object. Then, for each object node in the target object, the management node can obtain the available resource quota exchanged for the object node based on the income ratio corresponding to the object node and the available resource quota exchanged for the target object.

The designated balance amount corresponding to the target object can be determined as the available resource quota exchanged for the target object. The designated balance amount corresponding to the target object is the sum of the designated balance amounts corresponding to each object node in the target object. For each object node, the designated balance amount corresponding to the object node is the amount of at least a portion of the virtual resource balance corresponding to the object node, pre-specified by the user corresponding to the object node.

Alternatively, for each target object, a minimum balance amount may be determined as the available resource quota to be exchanged for the target object. The minimum balance amount may be determined by: determining a minimum designated balance amount from the designated balance amounts corresponding to the target objects; and designating an amount not greater than the minimum designated balance amount as the minimum balance amount.

For each object node in the target object, a ratio of the designated balance amount corresponding to the object node to the designated balance amount corresponding to the target object may be calculated as the income ratio corresponding to the object node.

Furthermore, the application scenario of the method shown in Figure 2 can be: Sometimes, for some object nodes, it may be difficult for them to be selected as target nodes when participating in the selection of target nodes alone (for example, music authors who are not very popular with music listeners often earn very few music coins and are unable to obtain the qualification to exchange for available resource quotas). To this end, multiple object nodes that are difficult to be selected as target nodes can be combined into an object node set, which participates in the selection as a unit. Once selected as target objects, they can use their own virtual resources to exchange for available resource quotas, and then share the incremental income converted from the available resource quotas.

The method for each object node in the object node set to elect a representative node may specifically be voting, random assignment method, Monte Carlo algorithm, etc., which is well known to those skilled in the art and will not be elaborated here.

Continuing with the example of music company X mentioned above, let's assume that the designated balance amount corresponding to a certain object node set is 1200 (Music Coins). This object node set contains object nodes A through C. Of this 1200 designated balance amount, 800 Music Coins come from object node A, 300 Music Coins come from object node B, and 100 Music Coins come from object node C. Therefore, the corresponding revenue proportion for object node A is 2/3, the corresponding revenue proportion for object node B is 1/4, and the corresponding revenue proportion for object node C is 1/12. If this object node set is selected as a target object and the management node grants it an available resource quota of 1200, then the available resource quota for object node A is 800 (the corresponding revenue increment is 80,000 yuan), the available resource quota for object node B is 300 (the corresponding revenue increment is 30,000 yuan), and the available resource quota for object node C is 100 (the corresponding revenue increment is 10,000 yuan). In addition, each object node in the object node set needs to elect an object node as a representative node. When the user corresponding to the representative node provides artistic services to others in real life, music company X will pay incremental revenue to object nodes A to C respectively.

FIG3 is a flow chart of a blockchain-based available resource quota pre-exchange method provided in an embodiment of this specification, comprising the following steps:

S300: The management node selects several target nodes as pre-exchange nodes according to the pre-selection rules.

S302: For each pre-exchange node, determine the available resource quota pre-exchanged for the pre-exchange node.

S304: Generate a target smart contract based on the available resource quota.

S306: Publishing the target smart contract to the blockchain.

In the redemption method of available resource quotas shown in FIG1 , for each selected target node, the available resource quota that can be redeemed for the target node is usually not greater than the amount of the virtual resource balance corresponding to the target node, otherwise the balance of income and expenditure of each target node cannot be guaranteed.

In the method shown in FIG3 , the management node may also select several target nodes as pre-exchange nodes based on pre-selection rules. For each pre-exchange node, the pre-exchange node may pre-exchange an available resource quota (which may be greater than the amount of the virtual resource quota corresponding to the pre-exchange node) without being restricted by its own corresponding virtual resource margin. The available resource quota pre-exchanged to the pre-exchange node is used to determine the corresponding revenue increment of the target node.

Specifically, for each pre-exchange node, the management node does not initiate a resource exchange transaction (i.e., deduct the virtual resources of the pre-exchange quota from the virtual resource balance corresponding to the pre-exchange node). Instead, it generates a target smart contract based on the available resource quota. The target smart contract is used to deduct the virtual resources of the available resource quota from the future increment of the virtual resources corresponding to the pre-exchange node; the future increment of the virtual resources corresponding to the pre-exchange node is the virtual resource increment corresponding to the pre-exchange node that will be stored in the blockchain in the future.

Specifically, the management node can issue a "loan" of a certain amount of virtual resources to each selected pre-exchange node. This "loan contract" is secured by the future increase in virtual resources associated with the pre-exchange node. This "loan contract" is stored on the blockchain as a smart contract, ensuring that future increases in virtual resources associated with the pre-exchange node will be used to repay the pre-exchange available resources. Furthermore, for each pre-exchange node, users associated with that node can receive excess returns in advance based on the pre-exchange available resource quota.

In order to ensure that the selected pre-exchange nodes have a certain repayment capacity as much as possible, the management node selects several target nodes as pre-exchange nodes according to the pre-selection rules in the following specific manner:

The management node determines, for each target node, whether the amount of virtual resource increment corresponding to the target node in each of the first cycles of the plurality of first cycles is greater than a specified amount; if so, the target node is designated as a pre-exchange node; otherwise, the target node is rejected as a pre-exchange node. The specified amount may be determined based on actual business needs.

For example, assuming that the first cycle is one month, it can be determined whether the amount of virtual resource increment corresponding to the object node is greater than the specified amount in each of the last three months.

Furthermore, a specific method for determining whether the amount of the virtual resource increment corresponding to the object node published to the blockchain in each of the plurality of first periods is greater than a specified amount is as follows:

It is determined whether the amount of the virtual resource increment corresponding to the object node generated based on the copyright use transaction in each of the plurality of first periods is greater than a specified amount.

Furthermore, in the method shown in FIG3 , the target smart contract is further configured to deduct an interest amount of virtual resources from the future increment of virtual resources corresponding to the pre-exchange node. This interest amount of virtual resources can be considered the price paid by the pre-exchange node in order to obtain excess returns in advance.

Furthermore, for each pre-exchange node, the management node may determine the available resource quota to be pre-exchanged for the pre-exchange node in a specific manner as follows:

The available resource quota pre-exchanged to the pre-exchange node is determined according to the amount of the virtual resource increment corresponding to the pre-exchange node in each second period of the plurality of second periods.

For example, for a pre-exchange node, if the amount of LeYin coins received by the pre-exchange node each month in the past three months is greater than 600, it means that the pre-exchange node's repayment capacity in the next few months is likely to reach 600 LeYin coins each month. Therefore, it can be determined that the available resource quota pre-exchanged to the pre-exchange node is 600.

For example, for a certain pre-exchange node, if the amount of Music Coins earned by the pre-exchange node in one month within the past three months is greater than 600, and the amount of Music Coins earned in two months is less than 300, then the average amount of Music Coins earned by the pre-exchange node in each of the past three months (i.e. 400) can be taken as the available resource quota for pre-exchange to the pre-exchange node.

Similarly, for each pre-exchange node, the management node can determine the available resource quota pre-exchanged to the pre-exchange node based on the amount of virtual resource increment corresponding to the pre-exchange node in each third period of multiple third periods.

For example, for a certain pre-exchange node, if the amount of Music Coins earned by the pre-exchange node based on copyright usage transactions each month in the past three months is greater than 600, it means that the number of Music Coins earned by the pre-exchange node each month is stable, and the corresponding interest amount of the pre-exchange node can be lower.

For example, for a certain pre-exchange node, if the amount of LeYin Coins earned by the pre-exchange node in one month within the past three months is greater than 600, and the amount of LeYin Coins earned in two months is less than 300, it means that the number of LeYin Coins earned by the pre-exchange node each month is unstable, and there is a high probability that it will not be able to repay the pre-exchange available resource quota in the future. Therefore, the interest amount corresponding to the pre-exchange node can be higher.

It should be noted that the first period, the second period, and the third period described herein may be the same period or different periods.

It is worth emphasizing that in the method shown in Figure 3, an object node set can also be granted the qualification to pre-redeem available resource quotas. The available resource quotas pre-redeemed by each object node in the object node set are determined based on the income ratio corresponding to each object node in the object node set, and for each object node in the object node set, the virtual resources of the available resource quotas pre-redeemed by the object node are deducted from the future increment of the virtual resources corresponding to the object node (which may also further include virtual resources of interest amount).

In addition, those skilled in the art should understand that in actual applications, the method for exchanging available resource quotas shown in Figure 1, the method for exchanging available resource quotas shown in Figure 2, and the method for pre-exchanging available resource quotas shown in Figure 3 can all be implemented independently. Of course, at least two methods can also be selected from the method for exchanging available resource quotas shown in Figure 1, the method for exchanging available resource quotas shown in Figure 2, and the method for pre-exchanging available resource quotas shown in Figure 3 for combined use, and the combined implementation method is also within the scope of protection required by the present invention.

For example, the methods shown in Figures 1 and 3 can be combined. Specifically, after executing the method shown in Figure 1 for each target node, that is, selecting each target node and granting each target node the qualification to redeem available resource quotas, the method shown in Figure 3 can be executed, that is, further adopting pre-selection rules to select a number of pre-exchange nodes from each target node, and additionally granting each pre-exchange node the qualification to pre-exchange available resource quotas. In this case, for each pre-exchange node, the pre-exchange node is not only qualified to use its virtual resource balance to redeem available resource quotas, but also qualified to pre-exchange more available resource quotas with its future virtual resource increments as a guarantee.

Continuing with the example of music company X mentioned above, the management node grants a target node the qualification to use its own virtual resource balance to redeem 1,000 available resource quotas. At the same time, it finds that the target node has generated considerable Music Coin income based on copyright usage transactions in each quarter in the past three quarters (e.g., greater than 500). Therefore, the management node can further identify the target node as a pre-exchange node and further grant it the qualification to pre-exchange 1,000 available resource quotas. At the same time, through a smart contract, it agrees with the pre-exchange node that the pre-exchange node will use its own virtual resources to repay the pre-exchanged available resource quotas and the corresponding interest amount in the next three quarters, totaling 1,200 (Music Coins).

In addition, in the blockchain-based method for delivering virtual resources described above, the use of virtual resources is not limited to copyright transactions, but also includes the following two aspects:

1. Any object node can use its own virtual resources to purchase goods or services from the management node.

Specifically, the object node can determine the payment amount, use the virtual resources of the payment amount as the corresponding virtual resource reduction, construct a commodity purchase transaction including the determined virtual resource reduction or a service purchase transaction including the determined virtual resource reduction, and publish the commodity purchase transaction or the service purchase transaction to the blockchain.

For example, if a user corresponding to an object node needs to buy a guitar, the user can pay 100 music coins to the management node through the object node, and the management node will ship a guitar to the user.

It should be noted that the service purchased by an object node may specifically be the promotion rights granted by the management node, and the rights include but are not limited to: the management node sending promotional information to other object nodes to promote the work of the object node.

2. Any object node can use its own virtual resources to purchase goods or services from third-party devices other than other object nodes and management nodes (such as an e-commerce server).

Specifically, the object node can determine the payment amount, construct a product purchase request or a service purchase request including the payment amount, and send the product purchase request or the service purchase request to a third-party device to purchase the product or service; after the third-party device provides the product or service to the object node, it sends a redemption request including the payment amount to the management node; the management node converts the payment amount into a property amount based on the redemption request, and pays the property of the property amount to the third-party device.

For example, a music author (object node) wants to produce a record and needs to pay a record company (third-party device) a production fee of 10,000 yuan. The music author can use the music coins he owns to make the payment. Specifically, he can pay 100 music coins to the record company (assuming that the management node stipulates that 1 music coin is equivalent to 100 yuan). Subsequently, the record company can request the management node to redeem these 100 music coins and obtain the production fee of 10,000 yuan.

Based on the blockchain-based available resource quota exchange method shown in FIG1 , the embodiments of this specification also provide a blockchain-based available resource quota exchange device. As shown in FIG4 , the blockchain network includes the device and a plurality of object nodes. The object nodes use the virtual resources issued by the device as a transaction medium to conduct copyright usage transactions. The device includes:

The selection module 401 selects several object nodes as target nodes according to the selection rules;

The available resource quota determination module 402 determines, for each target node, the available resource quota to be exchanged for the target node; the available resource quota to be exchanged for the target node is used to determine the corresponding revenue increment of the target node;

The virtual resource reduction determination module 403 determines the virtual resource of the available resource quota as the virtual resource reduction corresponding to the target node;

The construction and publishing module 404 constructs a quota exchange transaction including the determined virtual resource reduction corresponding to the target node, and publishes the quota exchange transaction to the blockchain.

The apparatus further includes: a pre-processing module 405 that presets a number of work categories and, for each work category, establishes an association relationship between a number of object nodes and the work category;

In the selection module 401 , the management node selects, for each work category, several object nodes from the object nodes associated with the work category as target nodes according to the selection rules.

The selection module 401 calls the selection smart contract stored on the blockchain and contains selection rules; through the selection smart contract, several object nodes are selected as target nodes.

The selection module 401 determines the object node that meets the selection rules as the target node according to the selection rules; or, according to the selection rules, determines the object node that meets the selection rules; for each object node that meets the selection rules, determines whether the user corresponding to the object node agrees to determine the object node as the target node; if agreed, the object node is determined as the target node.

For each object node, the object node satisfies the selection rules, specifically including:

The specified balance amount corresponding to the target node is not less than a first threshold; the specified balance amount corresponding to the target node is an amount of at least a portion of the virtual resource balance corresponding to the target node, pre-specified by the user corresponding to the target node; the virtual resource balance corresponding to the target node is the virtual resource increment remaining after deducting the virtual resource decrement corresponding to the target node stored on the blockchain from the virtual resource increment corresponding to the target node stored on the blockchain;

and/or

During the statistical period, the amount of virtual resource increment corresponding to the object node generated based on copyright usage transactions is not less than the second threshold.

The device further comprises:

Recharge module 406 receives a recharge request including a recharge amount from any target node; deducts property equivalent to the virtual resources of the recharge amount from the property account of the user corresponding to the target node; determines the virtual resources of the recharge amount as the virtual resource increment corresponding to the target node; constructs a resource recharge transaction including the determined virtual resource increment corresponding to the target node, and publishes the resource recharge transaction to the blockchain;

The specified balance amount corresponding to the object node is not less than the first threshold, specifically including:

The designated balance amount corresponding to the object node is not less than a first threshold, and the proportion of virtual resource increments generated based on resource recharge transactions in the virtual resource balance of the designated balance amount corresponding to the object node is not greater than a designated proportion.

The selection rules specifically include: competitiveness representation value algorithm;

The selection module 401 calculates the competitiveness representation value corresponding to each object node using the competitiveness representation value algorithm; and selects a preset number of object nodes as target nodes based on the competitiveness representation values corresponding to each object node.

Among them, for each object node, the greater the competitiveness representation value corresponding to the object node is, the higher the priority of the object node in being selected as the target node.

The selection module 401 calculates the competitiveness representation value corresponding to each object node using the characteristic parameters corresponding to the object node as input to the competitiveness representation value algorithm;

The characteristic parameters corresponding to the object node include at least one of the following:

(1) a designated balance amount corresponding to the target node; the designated balance amount corresponding to the target node is an amount of at least a portion of the virtual resource balance corresponding to the target node, pre-designated by the user corresponding to the target node; the virtual resource balance corresponding to the target node is the virtual resource increment remaining after deducting the virtual resource decrement corresponding to the target node stored on the blockchain from the virtual resource increment corresponding to the target node stored on the blockchain;

(2) The proportion of virtual resource increments generated by copyright use transactions in the specified remaining amount of virtual resources corresponding to the object node;

(3) The amount of virtual resource increment corresponding to the object node generated based on copyright usage transactions during the statistical period.

The selection module 401 sorts the object nodes from large to small according to the competitiveness representation values corresponding to the object nodes; selects the first object node; determines whether the user corresponding to the object node agrees to determine the object node as the target node; if so, determines the object node as the target node; if not, does not determine the object node as the target node; and continues to select the next object node until a preset number of target nodes are determined.

The device further comprises:

A pre-acquisition module 407 acquires, for each object node, a permission type corresponding to the object node in advance, where the permission type includes one of an approval type, an inquiry type, and a rejection type;

The selection module 401 determines that the user corresponding to the object node agrees to determine the object node as the target node if the permission type corresponding to the object node is the consent type; if the permission type corresponding to the object node is the inquiry type, the user corresponding to the object node is inquired whether he agrees to determine the object node as the target node; if the permission type corresponding to the object node is the rejection type, it determines that the user corresponding to the object node does not agree to determine the object node as the target node.

The available resource quota determining module 402 determines, for each target node, a specified margin amount corresponding to the target node as the available resource quota to be exchanged for the target node; the specified margin amount corresponding to the target node is an amount of at least a portion of the virtual resource margin corresponding to the target node, pre-specified by a user corresponding to the target node; or, for each target node, determines a minimum margin amount as the available resource quota to be exchanged for the target node;

The minimum balance amount is determined by:

Determine the minimum specified margin amount from the specified margin amounts corresponding to the target nodes;

An amount not greater than the minimum specified balance amount is designated as the minimum balance amount.

Based on the blockchain-based available resource quota exchange method shown in FIG1 , the embodiment of this specification also provides an available resource quota exchange system, as shown in FIG5 , which includes: a management node (hollow point) and a plurality of object nodes (solid points). The object nodes use the virtual resources issued by the management node as a transaction medium to conduct copyright usage transactions;

The management node selects several object nodes as target nodes according to the selection rules; determines, for each target node, an available resource quota to be exchanged for the target node; the available resource quota exchanged for the target node is used to determine the corresponding revenue increment of the target node; the virtual resources of the available resource quota are determined as the virtual resource reduction corresponding to the target node; a quota exchange transaction including the determined virtual resource reduction corresponding to the target node is constructed, and the quota exchange transaction is published to the blockchain.

Based on the blockchain-based collective exchange method for available resource quotas shown in FIG2 , the embodiments of this specification further provide a blockchain-based collective exchange device for available resource quotas. As shown in FIG6 , the blockchain network includes the device and a plurality of object nodes. The object nodes use the virtual resources issued by the device as a transaction medium to conduct copyright usage transactions. The device includes:

The selection module 601 selects a plurality of object nodes and/or a plurality of object node sets as target objects according to the selection rules; each object node set is composed of more than one object node;

The available resource quota determination module 602 determines, for each target object, an available resource quota to be exchanged for each object node in the target object if the target object is a set of object nodes; for each object node in the target object, the available resource quota exchanged for the object node is used to determine the corresponding revenue increment of the object node;

The virtual resource reduction determination module 603 determines, for each object node in the target object, the virtual resource of the available resource quota corresponding to the object node as the virtual resource reduction corresponding to the object node;

The construction and publishing module 604 constructs a quota exchange transaction including the determined virtual resource reduction corresponding to the object node, and publishes the quota exchange transaction to the blockchain.

The available resource quota determination module 602 determines the available resource quota to be exchanged for the target object; obtains the income ratio corresponding to each object node in the target object; and for each object node in the target object, obtains the available resource quota to be exchanged for the object node based on the income ratio corresponding to the object node and the available resource quota to be exchanged for the target object.

The available resource quota determination module 602 determines the specified balance amount corresponding to the target object as the available resource quota exchanged for the target object; the specified balance amount corresponding to the target object is the sum of the specified balance amounts corresponding to each object node in the target object; for each object node, the specified balance amount corresponding to the object node is the amount of at least part of the virtual resource balance corresponding to the object node, which is pre-specified by the user corresponding to the object node.

The available resource quota determining module 602 determines, for each target object, a minimum remaining amount as the available resource quota to be exchanged for the target object;

The minimum balance amount is determined by:

Determine the minimum designated margin amount from the designated margin amounts corresponding to the respective target objects;

An amount not greater than the minimum specified balance amount is designated as the minimum balance amount.

The available resource quota determining module 602 calculates, for each object node in the target object, a ratio of the designated margin amount corresponding to the object node to the designated margin amount corresponding to the target object as the revenue ratio corresponding to the object node.

Based on the blockchain-based collective exchange method for available resource quotas shown in FIG2 , the embodiments of this specification also provide a corresponding collective exchange system for available resource quotas, as shown in FIG7 , which includes a management node (hollow point) and a plurality of object nodes (solid points). The object nodes use the virtual resources issued by the management node as a transaction medium to conduct copyright usage transactions.

The management node selects several object nodes and/or several object node sets as target objects according to the selection rules; each object node set is composed of more than one object node; for each target object, if the target object is an object node set, the available resource quota exchanged for each object node in the target object is determined; for each object node in the target object, the available resource quota exchanged for the object node is used to determine the corresponding revenue increment of the object node; for each object node in the target object, the virtual resource of the available resource quota corresponding to the object node is determined as the virtual resource reduction corresponding to the object node; a quota exchange transaction containing the determined virtual resource reduction corresponding to the object node is constructed, and the quota exchange transaction is published to the blockchain.

Based on the blockchain-based available resource quota pre-exchange method shown in FIG3 , the embodiment of this specification also provides a blockchain-based available resource quota pre-exchange device. As shown in FIG8 , the blockchain network includes the device node and several object nodes. The object nodes use the virtual resources issued by the device as a transaction medium to conduct copyright usage transactions. The method includes:

Pre-selection module 801 selects several target nodes as pre-exchange nodes according to pre-selection rules;

The available resource quota determination module 802 determines, for each pre-exchange node, an available resource quota pre-exchanged to the pre-exchange node; the available resource quota pre-exchanged to the pre-exchange node is used to determine the corresponding revenue increment of the target node;

The target smart contract generation module 803 generates a target smart contract based on the available resource quota; the target smart contract is used to deduct the virtual resources of the available resource quota from the future increment of virtual resources corresponding to the pre-exchange node; the future increment of virtual resources corresponding to the pre-exchange node is the virtual resource increment corresponding to the pre-exchange node to be stored in the blockchain in the future;

The publishing module 804 publishes the target smart contract to the blockchain.

The pre-selection module 801 determines, for each object node, whether the amount of virtual resource increment corresponding to the object node in each first period of multiple first periods is greater than a specified amount; if so, the object node is determined as a pre-redemption node; otherwise, the object node is refused to be determined as a pre-redemption node.

The pre-evaluation module 801 determines whether the amount of virtual resource increment corresponding to the object node generated based on copyright usage transactions in each of the multiple first periods is greater than a specified amount.

The available resource quota determination module determines the available resource quota pre-exchanged to the pre-exchange node according to the amount of the virtual resource increment corresponding to the pre-exchange node in each second period of multiple second periods.

The target smart contract is further used to deduct an interest amount of virtual resources from the future increment of virtual resources corresponding to the pre-exchange node; the interest amount is determined based on the amount of the virtual resource increment corresponding to the pre-exchange node in each third period of multiple third periods.

Based on the blockchain-based available resource quota pre-exchange method shown in FIG3 , the embodiment of this specification also provides a blockchain-based available resource quota pre-exchange system, as shown in FIG9 , which includes a management node (hollow point) and a plurality of object nodes (solid points). The object nodes use the virtual resources issued by the management node as a transaction medium to conduct copyright usage transactions.

The management node selects several target nodes as pre-exchange nodes according to the pre-selection rules; for each pre-exchange node, determines the available resource quota pre-exchanged to the pre-exchange node; the available resource quota pre-exchanged to the pre-exchange node is used to determine the corresponding revenue increment of the target node; based on the available resource quota, generates a target smart contract; the target smart contract is used to deduct the virtual resources of the available resource quota from the future increment of the virtual resources corresponding to the pre-exchange node; the future increment of the virtual resources corresponding to the pre-exchange node is the virtual resource increment corresponding to the pre-exchange node that will be stored in the blockchain in the future; and publishes the target smart contract to the blockchain.

An embodiment of this specification also provides a computer device, which includes at least a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the functions of the method described in FIG1 , FIG2 , or FIG3 when executing the program.

FIG10 shows a more specific hardware structure diagram of a computing device provided in an embodiment of this specification. The device may include: a processor 1010, a memory 1020, an input/output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, the memory 1020, the input/output interface 1030, and the communication interface 1040 are connected to each other within the device via the bus 1050.

The processor 1010 can be implemented using a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

The memory 1020 can be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage devices, dynamic storage devices, etc. The memory 1020 can store an operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in the memory 1020 and is called and executed by the processor 1010.

The input/output interface 1030 is used to connect input/output modules to implement information input and output. The input/output modules can be configured as components within the device (not shown in the figure) or can be externally connected to the device to provide corresponding functions. Input devices may include a keyboard, mouse, touch screen, microphone, various sensors, etc., and output devices may include a display, speaker, vibrator, indicator light, etc.

The communication interface 1040 is used to connect to a communication module (not shown) to enable communication between the device and other devices. The communication module can communicate via a wired method (such as USB, network cable, etc.) or a wireless method (such as mobile network, WiFi, Bluetooth, etc.).

The bus 1050 comprises a path for transmitting information between the various components of the device (eg, the processor 1010 , the memory 1020 , the input/output interface 1030 , and the communication interface 1040 ).

It should be noted that although the above device only shows the processor 1010, the memory 1020, the input/output interface 1030, the communication interface 1040, and the bus 1050, in a specific implementation, the device may also include other components necessary for normal operation. In addition, it will be understood by those skilled in the art that the above device may only include the components necessary to implement the embodiments of this specification, and does not necessarily include all the components shown in the figure.

The embodiments of this specification also provide a blockchain-based crowdfunding system, as shown in Figure 8, including multiple blockchain nodes; for each blockchain node, the blockchain node has the function of implementing at least one of the methods described in aspects 2, 3, 5, and 6 of the invention content.

The embodiments of this specification also provide a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the functions of the method described in any one of aspects 2, 3, 5, and 6 of the Summary of the Invention.

Computer-readable media includes permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. 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, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media (transitory media), such as modulated data signals and carrier waves.

Through the description of the above implementation methods, it can be known that those skilled in the art can clearly understand that the embodiments of this specification can be implemented by means of software plus a necessary general hardware platform. Based on this understanding, the technical solutions of the embodiments of this specification, or the part that contributes to the prior art, can be embodied in the form of a software product, which can be stored in a storage medium such as ROM/RAM, a magnetic disk, an optical disk, etc., and includes a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or certain parts of the embodiments of this specification.

The systems, methods, modules, or units described in the above embodiments may be implemented by a computer chip or entity, or by a product having certain functions. A typical implementation device is a computer, which may be in the form of a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email transceiver, game console, tablet computer, wearable device, or any combination of these devices.

Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the device and equipment embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiments. The method embodiments described above are merely illustrative, wherein the modules described as separate components may or may not be physically separated, and when implementing the embodiment scheme of this specification, the functions of each module can be implemented in the same one or more software and/or hardware. It is also possible to select some or all of the modules according to actual needs to achieve the purpose of the embodiment scheme. A person of ordinary skill in the art can understand and implement it without paying any creative work.

The above is only a specific implementation of the embodiment of this specification. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the embodiment of this specification. These improvements and modifications should also be regarded as the scope of protection of the embodiment of this specification.

Claims (12)

1. A method for collectively exchanging available resource quotas based on a blockchain, wherein the blockchain network includes a management node and a plurality of object nodes; The object nodes use the virtual resources issued by the management node as a transaction medium to conduct copyright usage transactions, including: for copyright usage events corresponding to target works, the user node delivers the virtual resources to the creator node; wherein the creator node is the object node that creates the target work, and the user node is the object node that uses the target work; For any object node, the object node can pay virtual resources as a user in a number of copyright usage events, and can receive virtual resources as a creator in a number of other copyright usage events other than the aforementioned copyright usage events. The method comprises: The management node selects a number of object nodes and/or a number of object node sets as target objects according to the selection rules; each object node set consists of more than one object node; For each target object, if the target object is a set of object nodes, the available resource quota to be exchanged for each object node in the target object is determined; for each object node in the target object, the available resource quota to be exchanged for the object node is used to determine the corresponding revenue increment of the object node; For each object node in the target object, determining the virtual resource of the available resource quota corresponding to the object node as the decrement of the virtual resource corresponding to the object node; Construct a quota exchange transaction containing the determined virtual resource reduction corresponding to the object node, and publish the quota exchange transaction to the blockchain. 2. The method according to claim 1, wherein determining the available resource quota to be exchanged for each object node in the target object comprises: Determine the available resource quota to be exchanged for the target object; Get the corresponding income ratio of each object node in the target object; For each object node in the target object, the available resource quota exchanged for the object node is obtained according to the income ratio corresponding to the object node and the available resource quota exchanged for the target object. 3. The method according to claim 2, wherein determining the available resource quota to be exchanged for the target object comprises: The specified balance amount corresponding to the target object is determined as the available resource quota exchanged for the target object; the specified balance amount corresponding to the target object is the sum of the specified balance amounts corresponding to each object node in the target object; for each object node, the specified balance amount corresponding to the object node is the amount of at least part of the virtual resource balance corresponding to the object node, which is pre-specified by the user corresponding to the object node. 4. The method according to claim 2, wherein determining the available resource quota to be exchanged for the target object comprises: For each target object, the minimum balance amount is determined as the available resource quota to be exchanged for the target object; The minimum balance amount is determined by: Determine the minimum designated margin amount from the designated margin amounts corresponding to the respective target objects; An amount not greater than the minimum specified balance amount is designated as the minimum balance amount. 5. The method according to claim 3, wherein obtaining the revenue ratio corresponding to each object node in the target object specifically comprises: For each object node in the target object, a ratio of the specified margin amount corresponding to the object node to the specified margin amount corresponding to the target object is calculated as the income ratio corresponding to the object node. 6. A blockchain-based collective exchange device for available resource quotas, applied to a management node included in a blockchain network, the blockchain network also including a plurality of object nodes; The object nodes use the virtual resources issued by the device as a transaction medium to conduct copyright usage transactions, including: for copyright usage events corresponding to target works, the user node delivers the virtual resources to the creator node; wherein the creator node is the object node that creates the target work, and the user node is the object node that uses the target work; For any object node, the object node can pay virtual resources as a user in a number of copyright usage events, and can receive virtual resources as a creator in a number of other copyright usage events other than the aforementioned copyright usage events. The device comprises: A selection module selects a number of object nodes and/or a number of object node sets as target objects according to selection rules; each object node set is composed of more than one object node; An available resource quota determination module determines, for each target object, an available resource quota to be exchanged for each object node in the target object if the target object is a set of object nodes; for each object node in the target object, the available resource quota exchanged for the object node is used to determine the corresponding revenue increment of the object node; a virtual resource reduction determination module, for each object node in the target object, determining the virtual resource of the available resource quota corresponding to the object node as the virtual resource reduction corresponding to the object node; Construct a publishing module, construct a quota exchange transaction containing the determined virtual resource reduction corresponding to the object node, and publish the quota exchange transaction to the blockchain. 7. The device as described in claim 6, the available resource quota determination module determines the available resource quota exchanged for the target object; obtains the income ratio corresponding to each object node in the target object; for each object node in the target object, according to the income ratio corresponding to the object node and the available resource quota exchanged for the target object, obtains the available resource quota exchanged for the object node. 8. In the device as described in claim 7, the available resource quota determination module determines the specified balance amount corresponding to the target object as the available resource quota exchanged for the target object; the specified balance amount corresponding to the target object is the sum of the specified balance amounts corresponding to each object node in the target object; for each object node, the specified balance amount corresponding to the object node is the amount of at least part of the virtual resource balance corresponding to the object node, which is pre-specified by the user corresponding to the object node. 9. The apparatus according to claim 7, wherein the available resource quota determining module determines, for each target object, a minimum remaining amount as the available resource quota to be exchanged for the target object; The minimum balance amount is determined by: Determine the minimum designated margin amount from the designated margin amounts corresponding to the respective target objects; An amount not greater than the minimum specified balance amount is designated as the minimum balance amount. 10. The device as described in claim 8, wherein the available resource quota determination module calculates, for each object node in the target object, a ratio of the specified margin amount corresponding to the object node to the specified margin amount corresponding to the target object as the income ratio corresponding to the object node. 11. A blockchain-based collective exchange system for available resource quotas, comprising a management node and several object nodes; The object nodes use the virtual resources issued by the management node as a transaction medium to conduct copyright usage transactions, including: for copyright usage events corresponding to target works, the user node delivers the virtual resources to the creator node; wherein the creator node is the object node that creates the target work, and the user node is the object node that uses the target work; For any object node, the object node can pay virtual resources as a user in a number of copyright usage events, and can receive virtual resources as a creator in a number of other copyright usage events other than the aforementioned copyright usage events. The management node selects several object nodes and/or several object node sets as target objects according to the selection rules; each object node set is composed of more than one object node; for each target object, if the target object is an object node set, the available resource quota exchanged for each object node in the target object is determined; for each object node in the target object, the available resource quota exchanged for the object node is used to determine the corresponding revenue increment of the object node; for each object node in the target object, the virtual resource of the available resource quota corresponding to the object node is determined as the virtual resource reduction corresponding to the object node; a quota exchange transaction containing the determined virtual resource reduction corresponding to the object node is constructed, and the quota exchange transaction is published to the blockchain. 12. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the method for exchanging available resource quotas based on blockchain as claimed in claim 1 is implemented.