A blockchain-based music data processing method and device

Abstract

An embodiment of the present application discloses a music data processing method based on a blockchain, including: when detecting that a music copyright agreement block carrying a protocol tag is added to the music blockchain, obtaining the music copyright agreement block from the music blockchain, where the music copyright agreement block includes a music identifier, an authorized object, and authorized data information; obtaining a music copyright deposit block associated with the music identifier and carrying a copyright tag from the music blockchain, determining the authorized data volume based on the authorized data information and the music copyright deposit block, and obtaining authorized transfer data corresponding to the authorized data volume from the copyright account of the music copyright owner; determining the authorized transfer data, the copyright account, and the receiving account of the authorized object as transfer transaction data, and the authorized object generating a transfer signature for the transfer transaction data; when the transfer transaction data carrying the transfer signature passes the consensus, determining that the authorization of the music work is successful. By adopting the present application, the efficiency of music data processing can be improved.

Description

Technical Field

[0001] This application relates to the field of blockchain technology, and in particular, to a method and device for processing music data based on blockchain. Background Art

[0002] With the development of the Internet and the transformation of the information age, electronic evidence also plays an increasingly important role in the judicial field and other areas. This electronic evidence is electronic data relying on computers and their networks and is used to prove the facts of events. With the enhancement of people's awareness of copyright protection, copyright management is extremely important. In the music industry, each piece of music consists of multiple music elements. When authorizing music, a large number of usage permissions need to be agreed upon to avoid potential copyright disputes in the future. Currently, generally, the two parties to the authorization sign an authorization agreement, and the copyright owner sends the authorized music to the licensee to complete the authorization process of music copyright, resulting in low management efficiency of music copyright. Coupled with the authorization restrictions between different copyrights, the authorization process of music copyright is relatively complex. Summary of the Invention

[0003] Embodiments of this application provide a method, device, computer device, and readable storage medium for processing music data based on blockchain, which can improve the management efficiency of music copyright.

[0004] On the one hand, embodiments of this application provide a method for processing music data based on blockchain, including:

[0005] When it is detected that a music copyright agreement block carrying a protocol tag is added to the music blockchain, obtain the music copyright agreement block from the music blockchain. The music copyright agreement block includes a music identifier, an authorized object, and authorized data information;

[0006] Obtain a music copyright deposit block associated with the music identifier and carrying a copyright tag from the music blockchain. Determine the authorized data volume based on the authorized data information and the music copyright deposit block, and obtain the authorized transfer data corresponding to the authorized data volume from the copyright account of the music copyright owner; the music copyright deposit block is used to deposit the copyright of the music work;

[0007] Determine the transfer transaction data as the authorized transfer data, the copyright account, and the receiving account of the authorized object, and send the transfer transaction data to the authorized object, so that the authorized object uses the private key of the authorized object to sign the transfer transaction data to obtain a transfer signature;

[0008] Consensus is performed on the above transfer transaction data carrying the above transfer signature. When the above transfer transaction data carrying the above transfer signature passes the consensus, it is determined that the receiving account of the above authorized object includes the above authorized transfer data; the above authorized transfer data included in the above receiving account is used to represent that the above authorized object has the usage right to the above music work.

[0009] Wherein, the above music copyright agreement block further includes the above music copyright owner, authorization signature and receiving signature;

[0010] The above method further includes:

[0011] Obtain the authorization signature and receiving signature in the above music copyright agreement block;

[0012] Verify the authorization signature based on the public key of the above music copyright owner. If the verification fails, send a music copyright authorization exception message to the above music copyright owner;

[0013] Verify the receiving signature based on the public key of the above authorized object. If the verification fails, send a music copyright authorization failure message to the above music copyright owner;

[0014] If the verification of both the above authorization signature and the above receiving signature is successful, perform the above step of obtaining the music copyright deposit block associated with the above music identifier and carrying the copyright label from the above music blockchain.

[0015] Wherein, the above music copyright agreement block further includes the above music copyright owner, authorization time limit and authorization attribute; the above method further includes:

[0016] Obtain the above authorization attribute. If the above authorization attribute is a single authorization attribute, obtain the historical authorization block from the above music blockchain and obtain the historical authorization time limit in the above historical authorization block;

[0017] If there is a first abnormal time between the above authorization time limit and the above historical authorization time limit, send an authorization time limit exception message to the above music copyright owner;

[0018] If there is no such first abnormal time between the above authorization time limit and the above historical authorization time limit, perform the above step of obtaining the music copyright deposit block associated with the above music identifier and carrying the copyright label from the above music blockchain.

[0019] Wherein, the above method further includes:

[0020] If the above authorization attribute is a multiple authorization attribute, obtain the above historical authorization block from the above music blockchain and obtain the historical authorization attribute and the historical authorization time limit in the above historical authorization block;

[0021] If the above historical authorization attribute is the above single authorization attribute, obtain the historical authorization time limit in the above historical authorization block. When there is a second abnormal time between the above authorization time limit and the above historical authorization time limit, send the above authorization time limit abnormal message to the above music copyright owner; when there is no such second abnormal time between the above authorization time limit and the above historical authorization time limit, execute the step of obtaining the music copyright deposit block associated with the above music identifier and carrying the copyright label from the above music blockchain;

[0022] If the above historical authorization attribute is the above multi-authorization attribute, execute the step of obtaining the music copyright deposit block associated with the above music identifier and carrying the copyright label from the above music blockchain.

[0023] Among them, the above authorization data information includes authorization elements and authorization scope; the determining the authorization data volume based on the above authorization data information and the above music copyright deposit block includes:

[0024] Obtain at least one copyright element in the above music copyright deposit block and the copyright data volume corresponding to each copyright element;

[0025] Obtain the target copyright element corresponding to the above authorization element from the above at least one copyright element, and obtain the target copyright data volume corresponding to the above target copyright element;

[0026] Based on the above authorization scope, determine the above authorization data volume in the above target copyright data volume corresponding to the above target copyright element.

[0027] Among them, the above music copyright agreement block further includes the above music copyright owner and the authorization time limit; the method further includes:

[0028] Obtain the above authorization time limit and the system network time based on the smart contract;

[0029] If the above system network time does not belong to the above authorization time limit, obtain the above authorization transfer data and the transfer signature of the above authorization transfer data from the receiving account of the above authorization object;

[0030] Verify the transfer signature using the public key of the above authorization object. If the verification passes, determine the above authorization transfer data, the above copyright account, and the above receiving account as the authorization cancellation transaction data. When the consensus on the above authorization cancellation transaction data passes, determine that the above copyright account includes the above authorization transfer data; the above copyright account including the above authorization transfer data is used to represent that the above music copyright owner can allocate the usage rights of the above music work.

[0031] Among them, the method further includes:

[0032] Obtain the above music identifier, the above music copyright owner, and the music work;

[0033] Verify the above music work based on the above music identifier. If the verification passes, obtain the copyright certificate corresponding to the above music work. The above copyright certificate carries a copyright signature;

[0034] Use the public key of the copyright management node to verify the above copyright signature. If the verification passes, encapsulate the above music identifier, the above music copyright owner, the above music work, and the above copyright certificate into the above music copyright deposit block, and add the above music copyright deposit block to the above music blockchain.

[0035] One aspect of the embodiments of the present application provides a music data processing device based on a blockchain. The device includes:

[0036] A protocol acquisition module, configured to obtain the above music copyright protocol block from the above music blockchain when it is detected that a music copyright protocol block carrying a protocol tag is added to the music blockchain. The above music copyright protocol block includes a music identifier, an authorized object, and authorized data information;

[0037] A deposit acquisition module, configured to obtain a music copyright deposit block associated with the above music identifier and carrying a copyright tag from the above music blockchain, determine the authorized data volume based on the above authorized data information and the above music copyright deposit block, and obtain the authorized transfer data corresponding to the above authorized data volume from the copyright account of the music copyright owner; the above music copyright deposit block is used to deposit the copyright of the music work;

[0038] An authorization module, configured to determine the above authorized transfer data, the above copyright account, and the receiving account of the above authorized object as transfer transaction data, and send the above transfer transaction data to the above authorized object, so that the above authorized object uses the private key of the above authorized object to sign the above transfer transaction data to obtain a transfer signature;

[0039] The above authorization module is further configured to perform consensus on the above transfer transaction data carrying the above transfer signature. When the above transfer transaction data carrying the above transfer signature passes the consensus, it is determined that the receiving account of the above authorized object includes the above authorized transfer data; the above authorized transfer data included in the receiving account is used to indicate that the above authorized object has the usage right to the above music work.

[0040] Wherein, the above music copyright protocol block further includes the above music copyright owner, an authorization signature, and a receiving signature;

[0041] The above device further includes:

[0042] A signature acquisition module, configured to acquire the above-mentioned authorization signature and the above-mentioned receiving signature in the above-mentioned music copyright agreement block;

[0043] A signature verification module, configured to verify the above-mentioned authorization signature based on the public key of the above-mentioned music copyright owner. If the signature verification fails, a music copyright authorization exception message is sent to the above-mentioned music copyright owner;

[0044] The above-mentioned signature verification module is further configured to verify the above-mentioned receiving signature based on the public key of the above-mentioned authorized object. If the signature verification fails, a music copyright authorization failure message is sent to the above-mentioned music copyright owner;

[0045] The above-mentioned signature verification module is further configured to, if the verification of both the above-mentioned authorization signature and the above-mentioned receiving signature is successful, execute the step of obtaining, through the above-mentioned evidence storage acquisition module, the music copyright evidence storage block associated with the above-mentioned music identifier and carrying a copyright label from the above-mentioned music blockchain.

[0046] Wherein, the above-mentioned music copyright agreement block further includes the above-mentioned music copyright owner, authorization time limit and authorization attribute; the above-mentioned device further includes:

[0047] An attribute acquisition module, configured to acquire the above-mentioned authorization attribute;

[0048] A history acquisition module, configured to, if the above-mentioned authorization attribute is a single authorization attribute, acquire a historical authorization block from the above-mentioned music blockchain and acquire the historical authorization time limit in the above-mentioned historical authorization block;

[0049] A sending module, configured to, if there is a first abnormal time between the above-mentioned authorization time limit and the above-mentioned historical authorization time limit, send an authorization time limit exception message to the above-mentioned music copyright owner;

[0050] The above-mentioned history acquisition module is further configured to, if there is no such first abnormal time between the above-mentioned authorization time limit and the above-mentioned historical authorization time limit, execute the step of obtaining, through the above-mentioned evidence storage acquisition module, the music copyright evidence storage block associated with the above-mentioned music identifier and carrying a copyright label from the above-mentioned music blockchain.

[0051] Wherein, the above-mentioned device further includes:

[0052] The above-mentioned history acquisition module is further configured to, if the above-mentioned authorization attribute is a multiple authorization attribute, acquire the above-mentioned historical authorization block from the above-mentioned music blockchain and acquire the historical authorization attribute and the historical authorization time limit in the above-mentioned historical authorization block;

[0053] The above-mentioned sending module is further configured to, if the above-mentioned historical authorization attribute is the single authorization attribute, obtain the historical authorization time limit in the above-mentioned historical authorization block, and when there is a second abnormal time between the above-mentioned authorization time limit and the above-mentioned historical authorization time limit, send the above-mentioned authorization time limit abnormal message to the above-mentioned music copyright owner;

[0054] The above-mentioned historical acquisition module is further configured to, when there is no such second abnormal time between the above-mentioned authorization time limit and the above-mentioned historical authorization time limit, execute the step of obtaining, by the above-mentioned evidence storage acquisition module, the music copyright evidence storage block associated with the above-mentioned music identifier and carrying a copyright label from the above-mentioned music blockchain;

[0055] The above-mentioned historical acquisition module is further configured to, if the above-mentioned historical authorization attribute is the multiple authorization attribute, execute the step of obtaining, by the above-mentioned evidence storage acquisition module, the music copyright evidence storage block associated with the above-mentioned music identifier and carrying a copyright label from the above-mentioned music blockchain.

[0056] Wherein, the above-mentioned authorization data information includes authorization elements and an authorization scope; in terms of determining the authorization data volume based on the above-mentioned authorization data information and the above-mentioned music copyright evidence storage block, the above-mentioned evidence storage acquisition module includes:

[0057] A first acquisition unit configured to acquire at least one copyright element in the above-mentioned music copyright evidence storage block and the copyright data volume corresponding to each copyright element;

[0058] A second acquisition unit configured to acquire, from the above-mentioned at least one copyright element, a target copyright element corresponding to the above-mentioned authorization element, and acquire the target copyright data volume corresponding to the above-mentioned target copyright element;

[0059] A third acquisition unit configured to determine, based on the above-mentioned authorization scope, the authorization data volume in the above-mentioned target copyright data volume corresponding to the above-mentioned target copyright element.

[0060] Wherein, the above-mentioned music copyright agreement block further includes the above-mentioned music copyright owner and an authorization time limit; the above-mentioned device further includes:

[0061] A time acquisition module configured to acquire the above-mentioned authorization time limit and the system network time based on a smart contract;

[0062] An authorization cancellation module configured to, if the above-mentioned system network time does not fall within the above-mentioned authorization time limit, acquire the above-mentioned authorization transfer data and the transfer signature of the above-mentioned authorization transfer data from the receiving account of the above-mentioned authorization object;

[0063] The above authorization cancellation module is further configured to verify the transfer signature using the public key of the above authorization object. If the verification is passed, the above authorization transfer data, the above copyright account, and the above receiving account are determined as authorization cancellation transaction data. When the consensus on the above authorization cancellation transaction data is passed, it is determined that the above copyright account includes the above authorization transfer data; the fact that the above copyright account includes the above authorization transfer data is used to indicate that the music copyright owner can allocate the usage rights of the above music work.

[0064] Wherein, the above device further includes:

[0065] A data acquisition module, configured to acquire the above music identifier, the above music copyright owner, and the music work;

[0066] A certificate acquisition module, configured to verify the above music work based on the above music identifier. If the verification is passed, the copyright certificate corresponding to the above music work is acquired, and the above copyright certificate carries a copyright signature;

[0067] A blockchain uploading module, configured to verify the above copyright signature using the public key of the copyright management node. If the verification is passed, the above music identifier, the above music copyright owner, the above music work, and the above copyright certificate are encapsulated into the above music copyright deposit block, and the above music copyright deposit block is added to the above music blockchain.

[0068] On the one hand, an embodiment of the present application provides a computer device, including a processor, a memory, and an input / output interface;

[0069] The above processor is respectively connected to the above memory and the above input / output interface. Among them, the above input / output interface is used to interact with each node, the above memory is used to store program codes, and the above processor is used to call the above program codes to execute the above blockchain-based music data processing method as described in one aspect of the embodiment of the present application.

[0070] On the one hand, an embodiment of the present application provides a computer-readable storage medium. The above computer-readable storage medium stores a computer program. The above computer program includes program instructions. When the above program instructions are executed by a processor, the above blockchain-based music data processing method as described in one aspect of the embodiment of the present application is executed.

[0071] Implementing the embodiments of the present application will have the following beneficial effects:

[0072] In an embodiment of the present application, when it is detected that a music copyright agreement block carrying a protocol tag is added to the music blockchain, the music copyright agreement block is obtained from the music blockchain. The music copyright agreement block includes music identification, authorized object, and authorized data information. The music copyright deposit block associated with the music identification and carrying a copyright tag is obtained from the music blockchain. The authorized data volume is determined based on the authorized data information and the music copyright deposit block. The authorized transfer data corresponding to the authorized data volume is obtained from the copyright account of the music copyright owner. The authorized transfer data, the copyright account, and the receiving account of the authorized object are determined as transfer transaction data, and the transfer transaction data is sent to the authorized object so that the authorized object signs the transfer transaction data using the private key of the authorized object to obtain a transfer signature. The transfer transaction data carrying the transfer signature is consensus-processed. When the consensus is passed, it is determined that the receiving account includes the authorized transfer data. By digitalizing the copyright information of a music work, representing the copyright of the music work granted by the music copyright owner to the authorized object through virtual assets (authorized transfer data), and managing the authorization process of the music work based on the blockchain, the authorization process of music copyright is made more concise and transparent, and the management efficiency of music copyright is improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0073] To more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings required for use in the description of the embodiments or the prior art. Obviously, the following drawings are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0074] Among them:

[0075] Figure 1 is an architecture diagram of music data processing provided by an embodiment of the present application;

[0076] Figure 2 is a schematic diagram of a music data processing scenario provided by an embodiment of the present application;

[0077] Figure 3 is a flowchart of a method for processing music data based on a blockchain provided by an embodiment of the present application;

[0078] Figure 4 is a schematic diagram of a specific process for processing music data based on a blockchain provided by an embodiment of the present application;

[0079] Figure 5 is a schematic diagram for generating a music copyright deposit block provided by an embodiment of the present application;

[0080] Figure 6It is another schematic diagram of generating a music copyright deposit block provided by an embodiment of the present application;

[0081] Figure 7 It is yet another schematic diagram of generating a music copyright deposit block provided by an embodiment of the present application;

[0082] Figure 8 It is a schematic diagram of a music data processing device based on a blockchain provided by an embodiment of the present application;

[0083] Figure 9 It is a schematic diagram of the structure of a computer device provided by an embodiment of the present application. Detailed implementation manners

[0084] Next, the accompanying drawings in the embodiments of the present application will be combined to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without making creative efforts belong to the scope of protection of the present application.

[0085] First, the blockchain, block, and chain mentioned in the embodiments of the present application will be introduced.

[0086] 1. Blockchain: Narrowly, a blockchain is a chain-like data structure with blocks as the basic unit. In a block, a digital digest is used to verify the previous transaction history, which is suitable for the requirements of anti-tampering and scalability in a distributed ledger scenario; Broadly, a blockchain also refers to the distributed ledger technology implemented by the blockchain structure, including distributed consensus, privacy and security protection, peer-to-peer communication technology, network protocols, smart contracts, etc. The goal of a blockchain is to implement a distributed data record ledger that only allows addition and does not allow deletion. The basic structure at the bottom of the ledger is a linear linked list. The linked list is composed of "blocks" connected in series. The successor block records the hash value of the predecessor block. Whether each block (and the transactions in the block) is legal can be quickly verified by calculating the hash value. If a node in the network proposes to add a new block, it must pass through a consensus mechanism to confirm the block.

[0087] 2. Block: Records all transactions and status results that occur within a period of time and is a consensus on the current ledger state. Specifically, for a blockchain, each time data is written, that is, the above transaction process, a block is created.

[0088] 3. Chain: Composed of blocks connected in series according to the occurrence order, it is a log record of the change of the entire ledger state.

[0089] Specifically, a blockchain consists of individual blocks, each of which includes two parts: a block header and a block body. The block header includes a timestamp, a current hash value, and a previous hash value. Among them, the timestamp is used to record the generation time of the block; the current hash value is the hash value of the block; the previous hash value is the hash value of the previous block of the block; the block body is the transaction information stored in the block. Specifically, taking the addition of the second block to the blockchain as an example, the method for generating a new block is as follows:

[0090] When there is a block in the blockchain, this block is used to indicate the first transaction data generated by the first exchange. If a second transaction occurs, the second transaction will generate second transaction data. If the second transaction data passes the verification, a second block will be generated through the second transaction data and added to the blockchain as the successor block of the first block. Among them, the timestamp included in the block header of the second block is used to record the generation time of the second block; the current hash value is the hash value generated by the blockchain system through the data included in the second block; the previous hash value is the hash value of the first block; the block body of the second block is used to record the second transaction data.

[0091] Similarly, when adding the third block to the blockchain, the third block is used to indicate the third transaction data generated by the third transaction. If a new transaction occurs in the transaction chain indicated by the blockchain, a successor block will be generated and added to the blockchain according to the above-mentioned method for generating a new block.

[0092] Specifically, please refer to Figure 1 , Figure 1 which is a music data processing architecture diagram provided by an embodiment of this application. As shown in Figure 1 , the music data processing system includes a music copyright owner 101 and an authorized object 102. When generating a music work, the music copyright owner 101 deposits the copyright of the music work, uploads the music work to the chain. After the nodes in the blockchain network obtain the music work, they allocate work copyright data volume, etc. for the music work, encapsulate the music work and the work copyright data volume, etc. into a music copyright deposit block, add the music copyright deposit block to the music blockchain, and allocate work virtual data equal to the work copyright data volume to the music work and add the work virtual data to the copyright account of the music copyright owner of the music work. Among them, the work virtual data is used to represent all the copyrights of the music work, and the work copyright data volume is the numerical value of the work virtual data.

[0093] When the music copyright owner 101 authorizes part or all of the copyrights of the music work to the authorized object 102, the nodes in the blockchain network obtain the music copyright agreement block based on the music copyright owner 101 and the authorized object 102. According to the authorization situation of the music work between the music copyright owner 101 and the authorized object 102 recorded in the music copyright agreement block, part or all of the data volume in the work copyright data volume is transferred to the authorized object 102. The work copyright data volume represents all the copyrights of the music work. At the same time, from the copyright account of the music copyright owner 101, the authorization transfer data corresponding to the authorized data volume is obtained in the work virtual data, and the authorization transfer data is added to the receiving account of the authorized object 102. Specifically, when the above node adds the authorization transfer data to the receiving account of the authorized object 102, the authorization transfer data, the copyright account, and the receiving account can be determined as transfer transaction data, and the transfer transaction data is sent to the authorized object to enable the authorized object to generate a transfer signature of the transfer transaction data. When the consensus on the transfer transaction data carrying the transfer signature passes, it is determined that the receiving account of the authorized object includes the authorization transfer data, indicating that the authorized object has the usage right of the copyright elements corresponding to the authorization transfer data in the music work, and the authorization process of the music work between the music copyright owner 101 and the authorized object 102 is completed. Among them, the music work consists of at least one copyright element. Among them, the process of consensus on the transfer transaction data carrying the transfer signature is specifically to generate a copyright transfer block according to the transfer transaction data carrying the transfer signature, and broadcast the copyright transfer block to other consensus nodes for consensus on the copyright transfer block. This application realizes the authorization process of the music work of the music copyright owner 101 through the blockchain network by digitalizing the music work, ensuring the fairness and accuracy of the authorization process and improving the management efficiency of music copyrights.

[0094] Optionally, the above process can be executed by any one of the nodes in the blockchain network. Each step in the above process can be executed by one node in the blockchain network or by different nodes in the blockchain network. It can be understood that any one of the nodes in the blockchain network can be a computer device. The above music copyright owner 101 or authorized object 102 can be a type of computer device, and the computer device includes but is not limited to a terminal device or a server. Among them, the above-mentioned terminal device includes but is not limited to a mobile phone, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a mobile internet device (MID), a wearable device (such as a smart watch, a smart bracelet, etc.).

[0095] Further, please refer to Figure 2 , Figure 2It is a schematic diagram of a music data processing scenario provided by an embodiment of the present application. The embodiment of the present application is described with the same node as the execution subject. As Figure 2 shown, node 201 obtains the agreement information 202 between the music copyright owner and the authorized object. It can be considered that node 201 obtains the music identifier of the music work, and obtains the authorized object that needs to be authorized for the music work and the authorized data information, etc., and takes the music identifier, the authorized object and the authorized data information as the agreement information 202, and generates a music copyright agreement block 203 according to the agreement information 202, and uploads the music copyright agreement block 203 to the music blockchain 204. Among them, the music copyright agreement block 203 carries an agreement label. Node 201 obtains a music copyright deposit block 205 from the music blockchain 204 according to the music identifier. The music copyright deposit block 205 is associated with the music identifier and carries a copyright label. Node 201 obtains the work copyright data volume, etc. in the music copyright deposit block 205, obtains the authorized data volume 206 from the work copyright data volume based on the authorized data information, obtains the authorized transfer data corresponding to the authorized data volume 206 from the copyright account of the music copyright owner of the music work, and determines the authorized transfer data, the copyright account and the receiving account of the authorized object 207 as transfer transaction data, and sends the transfer transaction data to the authorized object 207 so that the authorized object 207 generates a transfer signature of the transfer transaction data. A copyright transfer block 208 is generated according to the transfer transaction data carrying the transfer signature. After the consensus on the copyright transfer block 208 is passed, the copyright transfer block 208 is uploaded to the music blockchain 209, thereby realizing the authorization process between the music copyright owner and the authorized object. Among them, the above transfer transaction data is used to represent the process of transferring the authorized transfer data from the copyright account to the receiving account. Among them, the above music blockchain 204 and music blockchain 209 are the same blockchain in different states.

[0096] Please refer to Figure 3 , Figure 3 It is a flowchart of a music data processing method based on a blockchain provided by an embodiment of the present application. As Figure 3 shown, the music data processing process includes the following steps:

[0097] Step S301, obtain a music copyright agreement block from the music blockchain. The music copyright agreement block includes a music identifier, an authorized object and authorized data information.

[0098] Specifically, the music data processing system obtains a music copyright agreement block from the music blockchain. The music copyright agreement block includes a music identifier, an authorized object, and authorized data information. Among them, the music data processing system belongs to the blockchain network, that is, the music data processing system can be a public chain, a consortium chain, a private chain, etc. Among them, the above music identifier is used to indicate a music work, that is, the authorization situation of the music work corresponding to the music identifier is recorded in the music copyright agreement block. The music identifier can be an identifier generated by the music data processing system for the music work, or a hash value of the music work, etc., which is not limited here. Among them, the authorized object is used to indicate the object to which the copyright of the music work is granted, that is, the authorized object obtains part or all of the copyright of the music copyright. The above authorized data information is used to indicate the authorized scope of the music copyright, including but not limited to the authorized time limit, authorized attributes, authorized elements, etc. Among them, the music copyright agreement block carries a protocol tag. When it is detected that a block (music copyright agreement block) carrying the protocol tag is added to the music blockchain, the process of obtaining the music copyright agreement block from the music blockchain is triggered. Among them, the block carrying the protocol tag can be detected based on a smart contract.

[0099] Specifically, when the music data processing system generates a music copyright agreement block and uploads the music copyright agreement block to the music blockchain, the nodes in the music data processing system detect the music copyright agreement block, then obtain the music copyright agreement block, and obtain the music identifier, authorized object, authorized data information, etc. from the music copyright agreement block. At this time, the generation node of the music copyright agreement block is different from the node that obtains the music copyright agreement block for the authorization process; or, when the music data processing system generates the music copyright agreement block, it uploads the music copyright agreement block to the music blockchain and executes step S302 according to the transaction data for generating the music copyright agreement block. At this time, the generation node of the music copyright agreement block is the same as the node that obtains the music copyright agreement block for the authorization process.

[0100] Among them, in the embodiment of the present application, taking one node as an example, after generating a music copyright agreement block, the node adds the music copyright agreement block to the music blockchain and obtains the protocol information for generating the music copyright agreement block. The protocol information can be considered as the transaction data in the above music copyright agreement block, including but not limited to the music identifier, authorized object, authorized data information, etc.

[0101] Step S302, obtain a music copyright deposit block according to the music identifier, determine the authorized data volume based on the authorized data information and the music copyright deposit block, and obtain the authorized transfer data corresponding to the authorized data volume.

[0102] Specifically, the music data processing system obtains a music copyright deposit block associated with a music identifier and carrying a copyright tag from the music blockchain, obtains the authorized data volume from the music copyright deposit block based on the authorization data information, obtains the copyright account of the music copyright owner of the music work, and obtains the authorized transfer data corresponding to the authorized data volume from the copyright account. The music copyright deposit block is used to deposit the copyright of the music work. Specifically, when the above node in the music data processing system obtains the authorized data volume, it specifically obtains the transaction data in the music copyright deposit block, that is, the work copyright data volume, and determines and obtains the authorized data volume from the work copyright data volume based on the authorization data information.

[0103] Among them, each block in the music blockchain carries a block category tag. The above node obtains multiple blocks in the music blockchain that are associated with the music identifier and carry a block category tag of a protocol tag from the music blockchain, and obtains the block with the largest timestamp as the music copyright deposit block from the multiple blocks. Alternatively, when the above node traces the music blockchain, it sequentially obtains the blocks of the music blockchain, determines whether the obtained block is associated with the music identifier, and determines whether the obtained block carries a protocol tag. When the obtained block is associated with the music identifier and the block category tag carried by the block is a protocol tag, it is determined that the block is the music copyright deposit block. Optionally, the method for obtaining the music copyright deposit block can also be other methods for obtaining a specified block from the blockchain, which is not limited here.

[0104] Step S303: Determine the authorized transfer data, the copyright account, and the receiving account of the authorized object as transfer transaction data. After the transfer transaction data passes the consensus, it is determined that the receiving account of the authorized object includes the authorized transfer data.

[0105] Specifically, the music data processing system obtains the receiving account of the authorized object, determines the authorization transfer data, the copyright account, and the receiving account of the authorized object as transfer transaction data, which is used to represent the process of transferring the authorization transfer data from the copyright account to the receiving account. The music data processing system sends the transfer transaction data to the authorized object so that the authorized object signs the transfer transaction data with the private key of the authorized object to obtain a transfer signature. The music data processing system conducts consensus on the transfer transaction data carrying the transfer signature. When the transfer transaction data carrying the transfer signature passes the consensus, it is determined that the receiving account of the authorized object includes the authorization transfer data, where the authorization transfer data included in the receiving account is used to represent that the authorized object has the right to use the music work. Among them, when the music data processing system conducts consensus on the transfer transaction data carrying the transfer signature, it can generate a copyright transfer block according to the transfer transaction data carrying the transfer signature and broadcast the copyright transfer block to other consensus nodes for consensus; when the consensus results of the other consensus nodes and the local node obtained by the music data processing system for the copyright transfer block meet the consensus conditions (such as Byzantine 2 / 3, etc.), it is determined that the transfer transaction data carrying the transfer signature passes the consensus, and the copyright transfer block is uploaded to the music blockchain. Among them, the authorized data volume can be used to indicate the above-mentioned authorization transfer data. When the music data processing system generates a copyright transfer block according to the transfer transaction data carrying the transfer signature, it can represent the authorization transfer data in the transfer transaction data through the authorized data volume. For example, when generating a copyright transfer block, add "Authorized data volume: Source 'Copyright account of the music copyright owner' Destination 'Receiving account of the authorized object'" in the block body of the copyright transfer block to represent the transfer process of transferring the authorization transfer data from the copyright account of the music copyright owner to the receiving account of the authorized object, and add authorized data information in the block body of the copyright transfer block, where the authorized data information is used to represent the copyright elements in the music work for which the authorized object has the right to use.

[0106] In an embodiment of the present application, a node obtains a music copyright agreement block from a music blockchain. The music copyright agreement block includes a music identifier, an authorized object, and authorized data information. The music copyright deposit block is obtained according to the music identifier. The music copyright deposit block carries a copyright label. The authorized data volume is obtained from the music copyright deposit block based on the authorized data information. The authorized transfer data corresponding to the authorized data volume is obtained from the copyright account of the music copyright owner. The authorized transfer data, the copyright account, and the receiving account of the authorized object are determined as transfer transaction data. The transfer transaction data is sent to the authorized object so that the authorized object generates a transfer signature for the transfer transaction data. When the transfer transaction data carrying the transfer signature passes the consensus, it is determined that the receiving account includes the authorized transfer data. Through the above process, the authorization process of the music work from the music copyright owner to the authorized object is realized. This authorization process is implemented by the blockchain network. Based on the blockchain, data related to the music work is processed, the copyright information of the music work is digitalized, the copyright of the music work is represented by the work virtual data, and part or all of the data in the work virtual data is transferred. And part or all of the data volume (authorized data volume) in the work copyright data volume of the music work indicates the authorized transfer data transferred in the work virtual data, so as to realize the music work copyright authorization process between the music copyright owner and the authorized object, improving the accuracy and efficiency of music data processing.

[0107] Please refer to Figure 4 , Figure 4 which is a schematic diagram of a specific process for music data processing based on a blockchain provided by an embodiment of the present application. In the music data processing system mentioned in the embodiment of the present application, any node in the music data processing system is referred to. As Figure 4 shown, the music data processing method includes the following steps:

[0108] Step S401, generate a music copyright deposit block and upload the music copyright deposit block to the music blockchain.

[0109] Specifically, the music data processing system obtains a music identifier, the music copyright owner, and the music work; verifies the music work based on the music identifier. If the verification passes, it obtains the copyright certificate corresponding to the music work, and this copyright certificate carries a copyright signature; uses the public key of the copyright management node to verify the copyright signature. If the verification passes, it encapsulates the music identifier, the music copyright owner, the music work, and the copyright certificate into a music copyright deposit block, and adds this music copyright deposit block to the music blockchain. Among them, the music identifier can be a hash value or a unique identifier, such as a string composed of any one or more of numbers, letters, and characters. For example, when the music identifier is a hash value, it obtains the music work and generates the work hash value of this music work. If the music identifier is the same as the work hash value, it determines that the verification of the music work based on the music identifier passes. If the music identifier is different from the work hash value, it determines that the verification of the music work based on the music identifier fails. Among them, the hash algorithms for generating the music identifier and the work hash value are the same.

[0110] Optionally, the music work includes multiple copyright elements, such as melody and lyrics, etc. After the music data processing system obtains the music work, it allocates a work copyright data volume for this music work. This work copyright data volume represents all the copyrights of this music work. The generated music copyright deposit block also includes the work copyright data volume, allocates the work virtual data corresponding to this work copyright data volume, and adds this work virtual data to the copyright account of the music copyright owner of the music work. Among them, the music data processing system can allocate different asset data corresponding to different copyright data volumes for different copyright elements. These copyright data volumes constitute the work copyright data volume of this music work, and the work virtual data is composed of the asset data corresponding to each of these copyright data volumes. For example, assume that a music work consists of two parts: melody and lyrics. The music data processing system allocates a copyright data volume of 100 for the melody and a copyright data volume of 100 for the lyrics, which constitute the work copyright data volume of this music work. At the same time, it allocates 100 virtual assets as the asset data for the melody and 100 virtual assets as the asset data for the lyrics. The asset data of the melody and the asset data of the lyrics constitute the work virtual data of this music work; among them, the copyright data volume of the melody corresponds to the asset data of the melody, and the copyright data volume of the lyrics corresponds to the asset data of the lyrics.

[0111] Specifically, in one case, when the music identifier is a hash value, the music copyright owner sends the music work to the copyright management node. After the copyright management node obtains the music work, it determines that the copyright of the music work belongs to the music copyright owner, generates the music identifier of the music work, issues a copyright certificate for the music work, and generates a copyright signature for the copyright certificate using the public key of the copyright management node. The copyright management node sends the music work, the music identifier, and the copyright certificate carrying the copyright signature to the music data processing system. After receiving the music work, the music identifier, and the copyright certificate carrying the copyright signature sent by the copyright management node, the music data processing system verifies the music work using the music identifier. If the verification passes, it verifies the copyright signature using the public key of the copyright management node. If the signature verification passes, it generates a music copyright deposit block based on the music work, the music identifier, the music copyright owner, and the copyright certificate, and adds the music copyright deposit block to the music blockchain. For example, an implementation method in this case can be seen in Figure 5 , Figure 5 which is a schematic diagram of generating a music copyright deposit block provided by an embodiment of the present application. As Figure 5 shown, the music copyright owner 501 submits a music work in the copyright notarization page 502. Optionally, the copyright elements and the name of the music work can also be submitted. The copyright elements are the elements that make up the music work, such as lyrics and melodies. The copyright management node 503 obtains the music work 504 submitted in the copyright notarization page 502, generates the music identifier of the music work 504, issues a copyright certificate 505 for the music work 504, can generate the copyright certificate 505 based on the music identifier, copyright elements, and music copyright owner, etc., and generates a copyright signature of the copyright certificate 505 using the public key of the copyright management node, and sends the music work 504, the music identifier, and the copyright certificate 505 to the music data processing system 506. The music data processing system 506 generates a music copyright deposit block 507 based on the received music work 504, the music identifier, and the copyright certificate 505, and uploads the music copyright deposit block 507 to the music blockchain 508.

[0112] In another case, the music data processing system obtains the music work submitted by the music copyright owner and generates a music identifier for the music work. The music identifier is the unique identifier of the music work, which can be a hash value generated according to the music work or an identifier assigned to the music work. Specifically, it can be seen in Figure 6 , Figure 6 which is another schematic diagram of generating a music copyright deposit block provided by an embodiment of the present application. As Figure 6As shown, when the music identifier is a hash value, the music copyright owner 601 submits a music work on the copyright notarization page 602, which may also include the name of the music work and the copyright elements of the music work, etc. The music data processing system 603 receives the music work 604 submitted in the copyright notarization page 602, etc., generates a hash value of the music work 604 as the music identifier of the music work 604, issues a copyright certificate 605 for the music work 604, generates a music copyright deposit block 606 based on the music work 604, the music identifier, the music copyright owner, the copyright elements, and the copyright certificate 605, etc., and adds the music copyright deposit block 606 to the music blockchain 607.

[0113] In another case, reference may be made to Figure 7 , Figure 7 which is another schematic diagram of generating a music copyright deposit block provided by an embodiment of the present application. As Figure 7 shown, when the music identifier is a hash value, the music copyright owner 701 submits a music work on the copyright notarization page 702, which may also include the name of the music work and the copyright elements of the music work, etc. The music data processing system 703 and the copyright management node 704 obtain the data submitted in the copyright notarization page 702. Among them, the copyright management node 704 generates a copyright certificate 705 for the music work, the music data processing system 703 generates a hash value of the music work 706 as the music identifier of the music work 706, obtains the copyright certificate 705 generated by the copyright management node 704, generates a music copyright deposit block 707 based on the music work 706, the music identifier, the music copyright owner, and the copyright certificate 705, etc., and uploads the music copyright deposit block 707 to the music blockchain 708. Optionally, the copyright certificate 705 includes copyright elements, where the copyright elements form the music work authenticated by the copyright management node 704. When the music data processing system 703 obtains the copyright certificate 705, a verification hash value is generated according to the copyright elements. If the music identifier is the same as the verification hash value, the music work 706 is considered accurate.

[0114] Step S402, when it is detected that a music copyright agreement block carrying a protocol tag is added to the music blockchain, obtain the music copyright agreement block, and obtain the music identifier, the authorized object, and the authorization data information in the music copyright agreement block.

[0115] Specifically, when the music data processing system detects that a music copyright agreement block carrying a protocol tag is added to the music blockchain, it obtains the music copyright agreement block from the music blockchain. The music copyright agreement block includes music identification, authorized object, and authorized data information. Among them, the music copyright agreement block may also include the music copyright owner, authorization signature, receiving signature, authorization time limit, and authorization attributes, etc. Optionally, the authorized data information includes authorized elements and authorized scope, and may also include authorized location information and usage conditions, etc. Among them, the transaction data included in the music copyright agreement block can be recorded as protocol information. Among them, the authorization signature is the signature of the music copyright owner; the receiving signature is the signature of the authorized object; the authorization attribute is used to indicate whether the authorization is a single authorization attribute or a multiple authorization attribute; the authorized elements are the elements among the multiple copyright elements that make up the music work and are authorized to the authorized object; the authorized scope is the usage scope after the authorized object obtains the authorized elements, such as commercial use, unrestricted, or purely for personal use, etc.; the authorized location information is the usage location after the authorized object obtains the authorized elements, such as Music Platform A, Social Platform B, or Video Platform C, etc.; the usage conditions include other restrictive conditions agreed upon by the music copyright owner and the authorized object. Specifically, reference can be made to Figure 3 the specific description shown in step S301 in

[0116] Optionally, after the music management system obtains the protocol information submitted by the music copyright owner, it generates a music copyright agreement block according to the protocol information and uploads the music copyright agreement block to the music blockchain. The music copyright agreement block carries a protocol tag. When it is detected based on the smart contract that a music copyright agreement block carrying a protocol tag is added to the music blockchain, the process of obtaining the music copyright agreement block is triggered.

[0117] Step S403: Verify the signature of the above music copyright agreement block to determine that the authorization process is legal.

[0118] Specifically, the music copyright agreement block also includes the music copyright owner, authorization signature, and receiving signature. Obtain the authorization signature and receiving signature in the music copyright agreement block; verify the authorization signature based on the public key of the music copyright owner. If the verification fails, it proves that the above authorization signature is not the signature of the music copyright owner, and send a music copyright authorization exception message to the music copyright owner; verify the receiving signature based on the public key of the authorized object. If the verification fails, send a music copyright authorization failure message to the music copyright owner; if both the authorization signature and the receiving signature are verified successfully, determine that the authorization process is legal and execute step S404.

[0119] For example, when an authorization process occurs between user D and user E, and user D authorizes user E with the copyright of a music work and they sign an authorization contract, which includes user D's authorization signature and user E's receiving signature. If the music data processing system obtains that the music copyright owner of this music work is user F and uses user F's public key to verify the authorization signature, since this authorization signature is generated using user D's private key, the signature verification fails. Then the music data processing system sends a music copyright authorization exception message to user F, and this music copyright authorization exception message can include the abnormally authorizing user (i.e., user D). Optionally, the music data processing system can also send this music copyright authorization exception message to the authorized object, so that the authorized object (i.e., user E) can determine that user D is the abnormally authorizing user. Among them, this music copyright authorization exception message can also include the music copyright owner (i.e., user F), so that the authorized object can determine the real copyright owner of this music work.

[0120] Step S404: Determine that the authorization process is legal based on the authorization time limit and authorization attribute.

[0121] Specifically, this music copyright agreement block also includes an authorization time limit and an authorization attribute. The music data processing system obtains the authorization attribute. If the authorization attribute is a single authorization attribute, it obtains the historical authorization block from the music blockchain and the historical authorization time limit in the historical authorization block. If there is a first abnormal time between the authorization time limit and the historical authorization time limit, it sends an authorization time limit exception message to the music copyright owner. If there is no first abnormal time between the authorization time limit and the historical authorization time limit, it executes step S405. Among them, the single authorization attribute represents exclusive copyright, that is, when the music copyright owner grants the exclusive copyright of a music work, no secondary authorization can be carried out before the expiration of this exclusive copyright. Among them, the first abnormal time is the time period within the authorization time limit that belongs to the historical authorization time limit. For example, when the authorization time limit is "starting from 16:32 on February 7, 2020, with a validity period of 3 years", and the obtained historical authorization time limit is "starting from 8:20 on May 8, 2018, with a validity period of 3 years", in other words, the historical authorization time limit is "from 8:20 on May 8, 2018 to 8:20 on May 8, 2021". Comparing the authorization time limit and the historical authorization time limit, it can be seen that there is a first abnormal time "from 16:32 on February 7, 2020 to 8:20 on May 8, 2021" between the authorization time limit and the historical authorization time limit. The music data processing system sends an authorization time limit exception message to the music copyright owner, and this authorization time limit exception message includes the first abnormal time to notify the music copyright owner that other objects can be granted exclusive copyright only after passing the first abnormal time.

[0122] If the authorized attribute is a multiple authorized attribute, obtain the historical authorized block from the music blockchain, and obtain the historical authorized attribute and historical authorized time limit in the historical authorized block; if the historical authorized attribute is a single authorized attribute, obtain the historical authorized time limit in the historical authorized block. When there is a second abnormal time between the authorized time limit and the historical authorized time limit, send an authorized time limit abnormal message to the music copyright owner; when there is no second abnormal time between the authorized time limit and the historical authorized time limit, execute step S405; if the historical authorized attribute is a multiple authorized attribute, execute step S405. Among them, the multiple authorized attribute means multiple copyrights. When the exclusive copyright of a music work is in use, that is, the exclusive copyright has not expired, the exclusive copyright or multiple copyrights of the music work cannot be granted to other objects again. Therefore, when the historical authorized attribute is a single authorized attribute and there is a second abnormal time between the authorized time limit and the historical authorized time limit, the music copyright owner cannot grant the copyright of the music work to the authorized object. Therefore, the music data processing system sends an authorized time limit abnormal message to the music copyright owner so that the music copyright owner can obtain the message that the exclusive copyright of the music work has not expired. When both the historical authorized attribute and the authorized attribute are multiple authorized attributes, since the authorized time limits between multiple authorized attributes do not affect each other, step S405 can be continued to be executed.

[0123] Among them, the above steps S403 to S404 are two optional steps for verifying the music copyright agreement block, and the execution order is not limited. Among them, based on the execution processes of the above steps S403 and S404, the verification of the music copyright agreement block can be realized; step S403 can also be executed. If the signature verification of both the authorized signature and the received signature is successful, it is determined that the authorization process is legal, and step S405 is executed; step S404 can also be executed after step S402. Among them, if it is first determined that the authorization process is legal based on the authorized time limit and the authorized attribute, and then the music copyright agreement block is verified by signature, the implementation method is the same as that of first executing step S403 (verifying the music copyright agreement block by signature) and then executing step S404 (determining that the authorization process is legal based on the authorized time limit and the authorized attribute).

[0124] Step S405, obtain the music copyright deposit block, and obtain the authorized data volume from the music copyright deposit block based on the authorized data information.

[0125] Specifically, the music data processing system obtains a music copyright deposit block associated with a music identifier and carrying a copyright tag from the music blockchain. Among them, the above authorization data information includes authorization elements and an authorization scope. The music data processing system obtains at least one copyright element in the music copyright deposit block and the copyright data volume corresponding to each copyright element; obtains the target copyright element corresponding to the authorization element from at least one copyright element, and obtains the target copyright data volume corresponding to the target copyright element; determines the authorized data volume in the target copyright data volume corresponding to the target copyright element based on the authorization scope. Among them, the copyright data volume corresponding to each copyright element constitutes the work copyright data volume of the music work. Further, the authorization data information may further include authorization location information, usage conditions, etc. The music data processing system may obtain the authorized data volume from the target copyright data volume corresponding to the target copyright element based on the authorization scope, authorization location information, usage conditions, etc. Among them, when the authorization element in the authorization data information indicates a music work, the authorized data volume may be directly obtained from the work copyright data volume. Among them, after obtaining the authorized data volume, obtain the copyright account of the music copyright owner of the music work, and obtain the authorization transfer data corresponding to the authorized data volume from the copyright account, where the authorized data volume is the on-chain record data corresponding to the authorization transfer data in the blockchain, that is, the authorized data volume is used to indicate the authorization transfer data.

[0126] For example, assume that a music work includes the copyright element "tune" and the copyright element "lyrics". The obtained authorization element is "tune", the authorization scope is "unrestricted", the authorization attribute is "multiple authorization attributes", and the obtained copyright data volume of the authorization element "tune" is 100. Among them, the copyright data volume includes multiple sets of object data volumes, and each set of object data volumes can represent a copyright. The copyright represented by each set of object data volumes is a non-exclusive copyright. Each object data volume included in each set of object data volumes corresponds to a different authorization scope. For example, when the set of object data volumes is "1 to 10", the object data volume "1" can represent the right to watch or listen, the object data volume "2" can represent the right to reprint but not to create derivative works, …, and the object data volume "10" can represent unrestricted use, etc. The music data processing system obtains any set of object data volumes from the copyright data volume 100, such as "1 to 10". Based on the authorization scope "unrestricted", it determines that the authorization data volume in the set of object data volumes "1 to 10" is "10", indicating that the authorization scope granted to the authorized object is "unrestricted". It obtains the authorization transfer data corresponding to the authorization data volume "10" from the copyright account of the music copyright owner and adds the authorization transfer data to the receiving account of the authorized object. Among them, the work virtual data in the copyright account of the music copyright owner includes the asset data corresponding to each copyright element. Each asset data includes an authorization data set corresponding to multiple authorization scopes, and each authorization data set includes multiple work sub-assets. Specifically, from the copyright account, it obtains the asset data of the authorization element "tune", and from the asset data of the authorization element "tune", it obtains the authorization data set corresponding to the authorization scope "unrestricted" (the authorization scope to which the authorization data volume "10" belongs), and obtains a work sub-asset from the authorization data set corresponding to the authorization scope "unrestricted" as the authorization transfer data. Optionally, if the authorization data information can also include authorization location information, usage conditions, etc., then each set of object data can be further divided.

[0127] Optionally, in the case of executing step S403, when the authorization attribute is a single authorization attribute, the music data processing system can determine all of the copyright data volume corresponding to the target copyright element as the authorization data volume; when the authorization attribute is a multiple authorization attribute, refer to the authorization data volume determination process in the above example. Further, it can also refer to Figure 3 step S302 in

[0128] Step S406, determine the authorization transfer data, the copyright account, and the receiving account of the authorized object as transfer transaction data. After reaching a consensus on the transfer transaction data, it is determined that the receiving account of the authorized object includes the authorization transfer data.

[0129] Specifically, the above music data processing system determines the authorized transfer data, the copyright account, and the receiving account of the authorized object as transfer transaction data, and sends the transfer transaction data to the authorized object, so that the authorized object signs the transfer transaction data with the private key of the authorized object to obtain a transfer signature; consensus is performed on the transfer transaction data carrying the transfer signature. When the transfer transaction data carrying the transfer signature passes the consensus, it is determined that the receiving account of the authorized object includes the authorized transfer data, and the authorized transfer data included in the receiving account is used to represent that the authorized object has the right to use the music work. Among them, when the music data processing system performs consensus on the transfer transaction data carrying the transfer signature, specifically, a copyright transfer block is generated according to the transfer transaction data carrying the transfer signature, and the copyright transfer block is broadcast to other consensus nodes for consensus. Among them, when the consensus results of each consensus node meet the consensus conditions, it is determined that the transfer transaction data carrying the transfer signature passes the consensus. For example, when the authorized data volume is "10", the authorized transfer data corresponding to the authorized data volume "10" in the copyright account is obtained, and the authorized transfer data is added to the receiving account of the authorized object. When the transfer of the authorized transfer data is successful (the transfer transaction data carrying the transfer signature passes the consensus), the authorized data volume "10" and the transfer transaction data carrying the transfer signature are stored on the chain as the transfer record of the authorized transfer data. Assume that in the music copyright record block, it is recorded that "Music copyright owner: 1-100". After the authorized transfer data is successfully transferred to the authorized object, the authorized data volume "10" is transferred to the authorized object, and a copyright transfer block is generated. Specifically, in the copyright transfer block, it is recorded that "10 Source: The copyright account of the music copyright owner, Target: The receiving account of the authorized object" to represent the transfer process of the authorized transfer data corresponding to the authorized data volume "10". Further, reference can be made to Figure 3 Step S303 in

[0130] Step S407, when the copyright expires, transfer the authorized transfer data to the copyright account of the music copyright owner.

[0131] Specifically, based on the smart contract, obtain the authorization time limit and the system network time from the copyright transfer block; if the system network time does not fall within the authorization time limit, it proves that at this system network time, the authorized object does not have the copyright of the music work, then obtain the authorization transfer data and the transfer signature of the authorization transfer data from the receiving account of the authorized object; use the public key of the authorized object to verify the transfer signature, if the verification passes, then determine the authorization transfer data, the copyright account and the receiving account as the authorization cancellation transaction data, and this authorization cancellation transaction data is used to represent the process of transferring the authorization transfer data from the receiving account to the copyright account. Send this authorization cancellation transaction data to the music copyright owner so that the music copyright owner can sign the authorization cancellation transaction data with the private key of the music copyright owner to obtain an authorization cancellation signature. Conduct consensus on the authorization cancellation transaction data carrying the authorization cancellation signature. When the consensus on the authorization cancellation transaction data carrying the authorization cancellation signature passes, it is determined that the copyright account includes the authorization transfer data, and the authorization transfer data in this copyright account is used to represent that the music copyright owner can allocate the usage rights of the music work, specifically, the music copyright owner can allocate the usage rights of the copyright elements corresponding to the authorization data information. Specifically, generate a copyright cancellation block according to this authorization cancellation transaction data carrying the authorization cancellation signature, and broadcast this copyright cancellation block to other consensus nodes for consensus to achieve the consensus on the authorization cancellation transaction data carrying the authorization cancellation signature. Among them, this authorization cancellation transaction data is used to represent the process of transferring the authorization transfer data from the receiving account to the copyright account, and this authorization cancellation transaction data can be represented by the transfer process of the authorization data volume. For example, in the copyright cancellation block, it is represented as "Authorization data volume source: the copyright account of the music copyright owner to the receiving account of the authorized object, target: the copyright account of the music copyright owner" to represent this authorization cancellation transaction data. Thus, through the transfer path storage of the authorization data volume in the block, the transfer process of the corresponding authorization transfer data is represented, and the transfer process of this authorization transfer data represents the authorization process of part or all of the copyright of this music work, that is, by transferring part or all of the virtual data of the work in the copyright account of the music copyright owner, the authorization of part or all of the copyright of the music work is realized. For example, when the usage rights of part or all of the copyright elements in the music work expire for the authorized object, obtain the "10 source: the copyright account of the music copyright owner, target: the receiving account of the authorized object" recorded in the copyright transfer block, and transfer the authorization data volume "10" to the music copyright owner. Optionally, based on the above process of transferring the authorization data volume to the music copyright owner, a copyright cancellation block can be generated, and what is recorded in this copyright cancellation block can be "10 source: the copyright account of the music copyright owner to the receiving account of the authorized object, target: the copyright account of the music copyright owner", or "10 source: the receiving account of the authorized object, target: the copyright account of the music copyright owner", etc.

[0132] Optionally, usage data related to the authorized object and the obtained authorized elements can be detected, a music copyright agreement block can be obtained from the music blockchain, and the legality of the usage data can be determined based on the usage data and the authorized data information in the music copyright agreement block. Among them, if the usage data belongs to the authorized data information, the usage data is determined to be legal data; if the usage data does not belong to the authorized data information, the usage data is determined to be illegal data. Specifically, the usage data includes the usage scope. The authorized scope in the obtained authorized data information is obtained to determine the legality of the usage data. For example, if the obtained usage scope is "commercial use" and the authorized scope is "pure personal use", and the usage scope "commercial use" exceeds the authorized scope "pure personal use", the usage data is determined to be illegal data; the usage data includes usage location information. The authorized location information in the obtained authorized data information is obtained to determine the legality of the usage data. For example, if the obtained usage location information is "A music platform" and the authorized location information is "A music platform, B social platform, and C video platform", and the usage location information "A music platform" belongs to the authorized location information "A music platform, B social platform, and C video platform", the usage data is determined to be legal data; and so on.

[0133] Optionally, after the music data processing system obtains the protocol information submitted by the music copyright owner, steps S403 to S404 are executed according to the protocol information to verify the protocol information. If the verification is passed, step S406 is executed. In other words, in step S402, only the protocol information is obtained, and the music copyright agreement block is not generated. After the protocol information is verified, the authorized transfer data in the copyright account of the music copyright owner is transferred to the receiving account of the authorized object, and a copyright transfer block is generated according to the protocol information and the data involved in steps S403 to S406. The copyright transfer block includes the transfer process of the authorized data volume. At this time, it is equivalent that only one block is generated in the entire authorization process.

[0134] In an embodiment of the present application, when it is detected that a music copyright agreement block carrying a protocol tag is added to the music blockchain, the music copyright agreement block is obtained from the music blockchain. The music copyright agreement block includes music identification, an authorized object, and authorized data information. An authorized data volume is obtained from the music copyright deposit block associated with the music identification and carrying the protocol tag from the music blockchain. Based on the authorized data information, the authorized transfer data corresponding to the authorized data volume is obtained from the copyright account of the music copyright owner. The authorized transfer data, the copyright account, and the receiving account of the authorized object are determined as transfer transaction data, and the transfer transaction data is sent to the authorized object so that the authorized object generates a transfer signature for the transfer transaction data. When the transfer transaction data carrying the transfer signature passes the consensus, it is determined that the receiving account includes the authorized transfer data. By digitalizing the copyright information of a music work, representing the copyright ownership of the music work through virtual work data, and transferring some or all of the data in the virtual work data, the authorization process for some or all of the copyrights of the music work is realized, and the authorization process is processed based on the blockchain, making the authorization process of music copyright more concise and transparent, and improving the management efficiency of music copyright. At the same time, when authorizing the music work, the data in the authorization process is verified to reduce copyright disputes in the authorization process of the music work and improve the security and reliability of the relevant data of the music work.

[0135] See Figure 8 , Figure 8 FIG. is a schematic diagram of a music data processing device based on a blockchain provided by an embodiment of the present application. As Figure 8 shown, the music data processing device 80 based on the blockchain can be used for the computer device in the corresponding embodiments of the above Figure 3 and Figure 4 Specifically, the device may include: a protocol acquisition module 11, a deposit acquisition module 12, and an authorization module 13.

[0136] The protocol acquisition module 11 is configured to, when it is detected that a music copyright agreement block carrying a protocol tag is added to the music blockchain, obtain the music copyright agreement block from the music blockchain. The music copyright agreement block includes music identification, an authorized object, and authorized data information.

[0137] The deposit acquisition module 12 is configured to obtain a music copyright deposit block associated with the music identification and carrying a copyright tag from the music blockchain, determine an authorized data volume based on the authorized data information and the music copyright deposit block, and obtain the authorized transfer data corresponding to the authorized data volume from the copyright account of the music copyright owner. The music copyright deposit block is used to deposit the copyright of a music work.

[0138] An authorization module 13 is configured to determine the above authorization transfer data, the above copyright account, and the receiving account of the above authorization object as transfer transaction data, and send the above transfer transaction data to the above authorization object, so that the above authorization object signs the above transfer transaction data using the private key of the above authorization object to obtain a transfer signature;

[0139] The above authorization module 13 is further configured to perform consensus on the above transfer transaction data carrying the above transfer signature. When the above transfer transaction data carrying the above transfer signature passes the consensus, it is determined that the receiving account of the above authorization object includes the above authorization transfer data; the above authorization transfer data included in the above receiving account is used to indicate that the above authorization object has the usage right to the above music work.

[0140] Wherein, the above music copyright agreement block further includes the above music copyright owner, an authorization signature, and a receiving signature;

[0141] The above device 80 further includes:

[0142] A signature acquisition module 14 is configured to acquire the authorization signature and the receiving signature in the above music copyright agreement block;

[0143] A signature verification module 15 is configured to verify the authorization signature based on the public key of the above music copyright owner. If the signature verification fails, a music copyright authorization exception message is sent to the above music copyright owner;

[0144] The above signature verification module 15 is further configured to verify the receiving signature based on the public key of the above authorization object. If the signature verification fails, a music copyright authorization failure message is sent to the above music copyright owner;

[0145] The above signature verification module 15 is further configured to, if the signature verification of both the above authorization signature and the above receiving signature is successful, execute the step of acquiring, by the above evidence storage acquisition module 12, the music copyright evidence storage block associated with the above music identifier and carrying a copyright label from the above music blockchain.

[0146] Wherein, the above music copyright agreement block further includes the above music copyright owner, an authorization time limit, and an authorization attribute; the above device 80 further includes:

[0147] An attribute acquisition module 16 is configured to acquire the above authorization attribute;

[0148] A history acquisition module 17 is configured to, if the above authorization attribute is a single authorization attribute, acquire a historical authorization block from the above music blockchain and acquire the historical authorization time limit in the above historical authorization block;

[0149] A sending module 18, configured to send an authorization time limit exception message to the music copyright owner if there is a first abnormal time between the above authorization time limit and the above historical authorization time limit;

[0150] The above historical acquisition module 17 is further configured to, if there is no such first abnormal time between the above authorization time limit and the above historical authorization time limit, execute the step of acquiring, from the above music blockchain, a music copyright deposit block associated with the above music identifier and carrying a copyright label through the above deposit acquisition module 12.

[0151] Wherein, the above device 80 further includes:

[0152] The above historical acquisition module 17 is further configured to, if the above authorization attribute is a multi-authorization attribute, acquire the above historical authorization block from the above music blockchain, and acquire the historical authorization attribute and the above historical authorization time limit in the above historical authorization block;

[0153] The above sending module 18 is further configured to, if the above historical authorization attribute is the above single-authorization attribute, acquire the historical authorization time limit in the above historical authorization block, and send the above authorization time limit exception message to the music copyright owner if there is a second abnormal time between the above authorization time limit and the above historical authorization time limit;

[0154] The above historical acquisition module 17 is further configured to, if there is no such second abnormal time between the above authorization time limit and the above historical authorization time limit, execute the step of acquiring, from the above music blockchain, a music copyright deposit block associated with the above music identifier and carrying a copyright label through the above deposit acquisition module 12;

[0155] The above historical acquisition module 17 is further configured to, if the above historical authorization attribute is the above multi-authorization attribute, execute the step of acquiring, from the above music blockchain, a music copyright deposit block associated with the above music identifier and carrying a copyright label through the above deposit acquisition module 12.

[0156] Wherein, the above authorization data information includes authorization elements and an authorization scope; in terms of determining the authorization data volume based on the above authorization data information and the above music copyright deposit block, the above deposit acquisition module 12 includes:

[0157] A first acquisition unit 121, configured to acquire at least one copyright element in the above music copyright deposit block and the copyright data volume corresponding to each copyright element;

[0158] A second acquisition unit 122, configured to acquire a target copyright element corresponding to the above authorization element from the above at least one copyright element, and acquire the target copyright data volume corresponding to the above target copyright element;

[0159] A third acquisition unit 123, configured to determine the authorized data volume in the target copyright data volume corresponding to the target copyright element based on the above-mentioned authorized scope.

[0160] Wherein, the above-mentioned music copyright agreement block further includes the above-mentioned music copyright owner and the authorization time limit; the above-mentioned device 80 further includes:

[0161] A time acquisition module 19, configured to obtain the above-mentioned authorization time limit and the system network time based on a smart contract;

[0162] An authorization cancellation module 20, configured to, if the above-mentioned system network time does not belong to the above-mentioned authorization time limit, obtain the above-mentioned authorized transfer data and the transfer signature of the above-mentioned authorized transfer data from the receiving account of the above-mentioned authorized object;

[0163] The above-mentioned authorization cancellation module 20 is further configured to verify the transfer signature by using the public key of the above-mentioned authorized object. If the verification passes, determine the above-mentioned authorized transfer data, the above-mentioned copyright account, and the above-mentioned receiving account as authorization cancellation transaction data. When the consensus on the above-mentioned authorization cancellation transaction data passes, determine that the above-mentioned copyright account includes the above-mentioned authorized transfer data; the above-mentioned authorized transfer data included in the above-mentioned copyright account is used to represent that the above-mentioned music copyright owner can allocate the usage rights of the above-mentioned music work.

[0164] Wherein, the above-mentioned device 80 further includes:

[0165] A data acquisition module 21, configured to obtain the above-mentioned music identifier, the above-mentioned music copyright owner, and the music work;

[0166] A certificate acquisition module 22, configured to verify the above-mentioned music work based on the above-mentioned music identifier. If the verification passes, obtain the copyright certificate corresponding to the above-mentioned music work, and the above-mentioned copyright certificate carries a copyright signature;

[0167] A blockchain uploading module 23, configured to verify the copyright signature by using the public key of the copyright management node. If the verification passes, encapsulate the above-mentioned music identifier, the above-mentioned music copyright owner, the above-mentioned music work, and the above-mentioned copyright certificate into the above-mentioned music copyright deposit block, and add the above-mentioned music copyright deposit block to the above-mentioned music blockchain.

[0168] An embodiment of the present application provides a music data processing device based on a blockchain. When detecting that a music copyright agreement block carrying a protocol tag is added to the music blockchain, the device obtains the music copyright agreement block from the music blockchain. The music copyright agreement block includes a music identifier, an authorized object, and authorized data information. The device obtains a music copyright deposit block associated with the music identifier and carrying a protocol tag from the music blockchain, obtains an authorized data volume from the music copyright deposit block based on the authorized data information, and obtains authorized transfer data corresponding to the authorized data volume from the copyright account of the music copyright owner. The device determines the authorized transfer data, the copyright account, and the receiving account of the authorized object as transfer transaction data, and sends the transfer transaction data to the authorized object to enable the authorized object to generate a transfer signature for the transfer transaction data. When the transfer transaction data carrying the transfer signature passes the consensus, it is determined that the receiving account of the authorized object includes the authorized transfer data. Among them, the authorized transfer data included in the receiving account can indicate that the authorized object has the right to use the copyright elements corresponding to the authorized data information in the music work, thereby realizing the authorization process of the music work. By digitalizing the copyright information of the music work, representing the copyright ownership of the music work through virtual work data, and transferring some or all of the data in the virtual work data, the authorization process of some or all of the copyrights of the music work is realized, and the authorization processing process is carried out based on the blockchain, making the authorization process of music copyright more concise and transparent, and improving the management efficiency of music copyright. At the same time, when authorizing the music work, the data in the authorization process is verified to reduce copyright disputes in the authorization process of the music work and improve the security and reliability of the relevant data of the music work.

[0169] See Figure 9 , Figure 9 is a schematic structural diagram of a computer device provided by an embodiment of the present application. As Figure 9 shown, the computer device in this embodiment may include: one or more processors 901, a memory 902, and an input / output interface 903. The above-mentioned processors 901, memory 902, and input / output interface 903 are connected through a bus 904. The memory 902 is used to store a computer program, which includes program instructions. The input / output interface 903 is used for interaction between each participating node. The processor 901 is used to execute the program instructions stored in the memory 902 and perform the following operations:

[0170] When detecting that a music copyright agreement block carrying a protocol tag is added to the music blockchain, obtain the music copyright agreement block from the music blockchain. The music copyright agreement block includes a music identifier, an authorized object, and authorized data information;

[0171] Obtain a music copyright deposit block associated with the above music identifier and carrying a copyright label from the above music blockchain, determine the authorized data volume based on the above authorized data information and the above music copyright deposit block, and obtain the authorized transfer data corresponding to the above authorized data volume from the copyright account of the music copyright owner;

[0172] Determine the above authorized transfer data, the above copyright account, and the receiving account of the above authorized object as transfer transaction data, and send the above transfer transaction data to the above authorized object so that the above authorized object signs the above transfer transaction data using the private key of the above authorized object to obtain a transfer signature;

[0173] Consensus is performed on the above transfer transaction data carrying the above transfer signature. When the above transfer transaction data carrying the above transfer signature passes the consensus, it is determined that the receiving account of the above authorized object includes the above authorized transfer data; the above authorized transfer data included in the receiving account is used to represent that the above authorized object has the usage right to the above music work.

[0174] In some feasible implementation manners, the above processor 901 may be a central processing unit (CPU), and this processor may also be other general-purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or this processor may also be any conventional processor, etc.

[0175] The memory 902 may include a read-only memory and a random access memory, and provide instructions and data to the processor 901 and the input / output interface 903. A part of the memory 902 may also include a non-volatile random access memory. For example, the memory 902 may also store information about the device type.

[0176] In specific implementation, the above computer device may execute the implementation manners provided by each step in the above Figure 3 or Figure 4 through its built-in various functional modules. For details, reference may be made to the implementation manners provided by each step in the above Figure 3 or Figure 4 and will not be elaborated here.

[0177] An embodiment of the present application provides a computer device, including: a processor, an input / output interface, and a memory. The processor obtains computer instructions in the memory and executes each step of the method shown in the above Figure 3 or Figure 4 to perform music data processing operations. Through the computer instructions in the memory, the processor executes processes such as the generation, storage, and use of relevant data of the music works recorded in the blocks in the music data processing system, realizes the authorization process of the music work copyright, so that the authorization process of the music work can be queried in the blockchain, and the authorization process is directly implemented by the music data processing system (belonging to the blockchain), improving the openness and transparency of the authorization process and the security and effectiveness of music data processing. Further, due to the openness and transparency of the block data, the accuracy and traceability of the block data are improved. And because the copyright of the music work is digitized, the management efficiency of music copyright is improved.

[0178] An embodiment of the present application further provides a computer-readable storage medium. The computer-readable storage medium stores a computer program, and the computer program includes program instructions. When the program instructions are executed by the processor, they implement Figure 3 or Figure 4 the music data processing method provided by each step, and for details, reference can be made to the implementation manners provided by each step in the above Figure 3 or Figure 4 , which will not be elaborated here.

[0179] The above computer-readable storage medium may be the music data processing device provided in any of the foregoing embodiments or the internal storage unit of the above computer device, such as the hard disk or memory of the computer device. The computer-readable storage medium may also be an external storage device of the computer device, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the computer device. Further, the computer-readable storage medium may also include both the internal storage unit and the external storage device of the computer device. The computer-readable storage medium is used to store the computer program and other programs and data required by the computer device. The computer-readable storage medium may also be used to temporarily store the data that has been output or will be output.

[0180] In the description, claims, and drawings of the embodiments of this application, the terms "first", "second", etc. are used to distinguish different objects, rather than to describe a specific order. In addition, the term "comprising" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, device, product, or equipment that includes a series of steps or units is not limited to the listed steps or modules, but may optionally further include unlisted steps or modules, or may optionally further include other step units inherent to these processes, methods, devices, products, or equipment.

[0181] Those of ordinary skill in the art can realize that the units and algorithm steps of the examples described in combination with the embodiments disclosed herein can be implemented by electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the composition and steps of the examples have been generally described according to functions in the above description. Whether these functions are executed in a hardware or software manner depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of this application.

[0182] The methods and related devices provided in the embodiments of this application are described with reference to the method flowcharts and / or structural schematic diagrams provided in the embodiments of this application. Specifically, each process and / or block of the method flowchart and / or structural schematic diagram, as well as the combination of the processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing devices to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing devices generate a device for implementing the functions specified in Figure 1 a process or multiple processes and / or structural schematic Figure 1 a block or multiple blocks. These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory generate a manufactured article including an instruction device, and the instruction device implements the functions specified in Figure 1 a process or multiple processes and / or structural schematic Figure 1 a block or multiple blocks. These computer program instructions can also be loaded onto a computer or other programmable data processing device, so that a series of operation steps are executed on the computer or other programmable device to generate a computer-implemented process, and thus the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in Figure 1 a process or multiple processes and / or structural schematic a block or multiple blocks.

[0183] The above disclosure is only for the preferred embodiments of the present application. Of course, the scope of rights of the present application cannot be limited thereby. Therefore, equivalent changes made according to the claims of the present application still fall within the scope covered by the present application.

Claims

1. A music data processing method based on blockchain, characterized in that The method includes: When it is detected that a music copyright agreement block carrying a protocol tag is added to the music blockchain, obtain the music copyright agreement block from the music blockchain, where the music copyright agreement block includes a music identifier, an authorized object, and authorized data information; the authorized data information includes authorized elements and an authorized scope; Obtain a music copyright deposit block associated with the music identifier and carrying a copyright tag from the music blockchain; Obtain at least one copyright element in the music copyright deposit block and the corresponding copyright data volume for each copyright element; Obtain the target copyright element corresponding to the authorized element from the at least one copyright element, and obtain the target copyright data volume corresponding to the target copyright element; Based on the authorized scope, determine the authorized data volume in the target copyright data volume corresponding to the target copyright element; Obtain the authorized transfer data corresponding to the authorized data volume from the copyright account of the music copyright owner; the music copyright deposit block is used to deposit the copyright of the music work; Determine the authorized transfer data, the copyright account, and the receiving account of the authorized object as transfer transaction data, and send the transfer transaction data to the authorized object, so that the authorized object uses the private key of the authorized object to sign the transfer transaction data to obtain a transfer signature; Perform consensus on the transfer transaction data carrying the transfer signature. When the transfer transaction data carrying the transfer signature passes the consensus, determine that the receiving account of the authorized object includes the authorized transfer data; the authorized transfer data included in the receiving account is used to indicate that the authorized object has the usage right to the music work.

2. The method according to claim 1, wherein The music copyright agreement block further includes the music copyright owner, an authorization signature, and a receiving signature; The method further includes: Obtain the authorization signature and the receiving signature in the music copyright agreement block; Verify the authorization signature based on the public key of the music copyright owner. If the verification fails, send a music copyright authorization exception message to the music copyright owner; Verify the receiving signature based on the public key of the authorized object. If the verification fails, send a music copyright authorization failure message to the music copyright owner; If both the authorization signature and the receiving signature are successfully verified, execute the step of obtaining a music copyright deposit block associated with the music identifier and carrying a copyright tag from the music blockchain.

3. The method according to claim 1, characterized in that The music copyright agreement block further includes the music copyright owner, an authorized time limit, and an authorized attribute; the method further includes: Obtain the authorized attribute. If the authorized attribute is a single authorization attribute, obtain a historical authorization block from the music blockchain and obtain the historical authorized time limit in the historical authorization block; If there is a first abnormal time between the authorized time limit and the historical authorized time limit, send an authorized time limit exception message to the music copyright owner; If there is no such first abnormal time between the authorization time limit and the historical authorization time limit, execute the step of obtaining, from the music blockchain, a music copyright deposit block associated with the music identifier and carrying a copyright label.

4. The method according to claim 3, wherein The method further includes: If the authorization attribute is a multi-authorization attribute, obtain the historical authorization block from the music blockchain, and obtain the historical authorization attribute and the historical authorization time limit in the historical authorization block; If the historical authorization attribute is the single-authorization attribute, obtain the historical authorization time limit in the historical authorization block. If there is a second abnormal time between the authorization time limit and the historical authorization time limit, send a message indicating an abnormal authorization time limit to the music copyright owner; if there is no such second abnormal time between the authorization time limit and the historical authorization time limit, execute the step of obtaining, from the music blockchain, a music copyright deposit block associated with the music identifier and carrying a copyright label; If the historical authorization attribute is the multi-authorization attribute, execute the step of obtaining, from the music blockchain, a music copyright deposit block associated with the music identifier and carrying a copyright label.

5. The method according to claim 1, characterized in that, The music copyright agreement block further includes the music copyright owner and the authorization time limit; the method further includes: Obtain the authorization time limit and the system network time based on a smart contract; If the system network time is not within the authorization time limit, obtain the authorization transfer data and the transfer signature of the authorization transfer data from the receiving account of the authorization object; Verify the transfer signature using the public key of the authorization object. If the verification passes, determine the authorization transfer data, the copyright account, and the receiving account as authorization cancellation transaction data. When the consensus on the authorization cancellation transaction data passes, determine that the copyright account includes the authorization transfer data; the authorization transfer data included in the copyright account is used to indicate that the music copyright owner can allocate the usage rights of the music work.

6. The method according to claim 1, characterized in that The method further includes: Obtain the music identifier, the music copyright owner, and the music work; Verify the music work based on the music identifier. If the verification passes, obtain the copyright certificate corresponding to the music work, and the copyright certificate carries a copyright signature; Verify the copyright signature using the public key of the copyright management node. If the verification passes, encapsulate the music identifier, the music copyright owner, the music work, and the copyright certificate into the music copyright deposit block, and add the music copyright deposit block to the music blockchain.

7. A music data processing device based on blockchain, characterized in that, The device includes: A protocol acquisition module, configured to, when detecting that a music copyright agreement block carrying a protocol label is added to the music blockchain, obtain the music copyright agreement block from the music blockchain. The music copyright agreement block includes a music identifier, an authorization object, and authorization data information; the authorization data information includes authorization elements and an authorization scope; A deposit acquisition module, configured to obtain, from the music blockchain, a music copyright deposit block associated with the music identifier and carrying a copyright label; The evidence acquisition module is further configured to acquire at least one copyright element in the music copyright evidence block and the corresponding copyright data volume of each copyright element; The evidence acquisition module is further configured to acquire, from the at least one copyright element, the target copyright element corresponding to the authorization element, and acquire the target copyright data volume corresponding to the target copyright element; The evidence acquisition module is further configured to determine, based on the authorization scope, the authorized data volume in the target copyright data volume corresponding to the target copyright element; The evidence acquisition module is further configured to acquire, from the copyright account of the music copyright owner, the authorized transfer data corresponding to the authorized data volume; the music copyright evidence block is used to evidence the copyright of the music work; The authorization module is configured to determine the authorized transfer data, the copyright account, and the receiving account of the authorized object as transfer transaction data, and send the transfer transaction data to the authorized object, so that the authorized object signs the transfer transaction data with the private key of the authorized object to obtain a transfer signature; The authorization module is further configured to conduct consensus on the transfer transaction data carrying the transfer signature. When the transfer transaction data carrying the transfer signature passes the consensus, it is determined that the receiving account of the authorized object includes the authorized transfer data; the authorized transfer data included in the receiving account is used to indicate that the authorized object has the right to use the music work.

8. A computer device, characterized in that, It includes a processor, a memory, and an input / output interface; The processor is respectively connected to the memory and the input / output interface. Among them, the input / output interface is used to interact with each node, the memory is used to store program codes, and the processor is used to call the program codes to execute the method according to any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, and the computer program includes program instructions. When the program instructions are executed by the processor, the method according to any one of claims 1-6 is executed.

Images