Copyright authorization method and device based on blockchain

Abstract

The embodiment of the present application provides a copyright authorization method and device based on blockchain, the method comprising: obtaining an authorization chain request for a target work, obtaining the authorization data to be chained and the evidence identification corresponding to the target work based on the authorization chain request; the authorization data to be chained includes the authorized object information, the authorization period and the authorization type, and the evidence identification is used to associate the work block associated with the target work in the work blockchain; obtaining the historical authorization data corresponding to the target work from the work blockchain, when the authorization chain request is determined to be a legitimate request based on the historical authorization period and the historical authorization type in the historical authorization data, setting an authorization relationship between the authorized object information and the evidence identification; generating an authorization block based on the authorization relationship and the authorization data to be chained, and adding the authorization block to the work blockchain. By adopting the embodiment of the present application, the accuracy of the work authorization information can be improved.

Description

Technical Field

[0001] The present application relates to the field of blockchain technology, and in particular to a copyright authorization method and device based on blockchain. Background Art

[0002] With the development of computer information technology and the popularization of the Internet, the distribution of multimedia data is becoming increasingly widespread. A lot of information and resources will appear on the Internet in the form of electronic data. The characteristics of electronic data that are easy to copy and spread have put forward higher requirements for the management of copyright data.

[0003] In the prior art, the copyright owner can negotiate with the authorization requester, and the two parties can complete the authorization agreement after reaching an authorization intention. After signing the authorization agreement, the authorization requester legally has the right to use or re-create the copyrighted data. Since the authorization agreement is an agreement between the copyright owner and the authorization requester, it is difficult to ensure whether the user or re-creator really has the right to use the copyrighted data during the use or re-creation of the copyrighted data. Summary of the invention

[0004] The embodiments of the present application provide a copyright authorization method and device based on blockchain, which can improve the accuracy of work authorization information.

[0005] On the one hand, the embodiment of the present application provides a copyright authorization method based on blockchain, including:

[0006] Obtain an authorization request for the target work, and obtain the authorization data and evidence identification corresponding to the target work based on the authorization request; the authorization data includes information about the authorized object, authorization period, and authorization type, and the evidence identification is used to associate the work block associated with the target work in the work blockchain;

[0007] Obtain the historical authorization data corresponding to the target work from the work blockchain, and when it is determined that the authorization request is a legitimate request based on the historical authorization period and historical authorization type in the historical authorization data, set an authorization relationship between the authorized object information and the evidence identification corresponding to the target work;

[0008] Generate an authorization block based on the authorization relationship and the authorization data to be uploaded to the chain, and add the authorization block to the work blockchain.

[0009] The method further comprises:

[0010] Obtain a request to upload work data associated with the target work to the blockchain; the work data includes the original work data and copyright certification data;

[0011] Assign a proof mark to the target work, package the original data of the work, copyright proof data and proof mark into a work block, and add the work block to the work blockchain.

[0012] Among them, a storage mark is assigned to the target work, and the original data of the work, copyright proof data and storage mark are packaged into a work block, including:

[0013] Performing hash operations on the original data of the work and the copyright proof data based on a hash algorithm to generate a first hash value corresponding to the original data of the work and a second hash value corresponding to the copyright proof data;

[0014] Assign a storage identifier to the target work, and package the first hash value, the second hash value, and the storage identifier into a work block.

[0015] The above-mentioned acquisition of the historical authorization data corresponding to the target work from the work blockchain includes:

[0016] Traverse the blocks contained in the work blockchain based on the evidence identification;

[0017] The authorization data associated with the evidence identification is obtained from the work blockchain as the historical authorization data corresponding to the target work.

[0018] When the authorization request is determined to be a legitimate request based on the historical authorization period and historical authorization type in the historical authorization data, an authorization relationship is set between the authorized object information and the evidence identification corresponding to the target work, including:

[0019] When the historical authorization period in the historical authorization data does not overlap with the authorization period, the authorization on-chain request is determined to be a legitimate request;

[0020] An authorization relationship is set between the authorized object information and the evidence identification corresponding to the target work.

[0021] When the authorization request is determined to be a legitimate request based on the historical authorization period and historical authorization type in the historical authorization data, an authorization relationship is set between the authorized object information and the evidence identification corresponding to the target work, including:

[0022] When the historical authorization period in the historical authorization data overlaps with the authorization period, and both the authorization type and the historical authorization type are non-exclusive authorization types, the authorization on-chain request is determined to be a legitimate request;

[0023] An authorization relationship is set between the authorized object information and the evidence identification corresponding to the target work.

[0024] The method further comprises:

[0025] Based on smart contracts, the authorized object is configured with usage permission information for the target work;

[0026] When receiving a work use request for an authorized object sent by a requesting terminal, obtaining the to-be-verified work corresponding to the work use request, and recording a timestamp of obtaining the work use request;

[0027] If it is detected based on the smart contract that the work to be verified and the timestamp are consistent with the usage permission information, the usage permission will be opened to the authorized object.

[0028] On the one hand, an embodiment of the present application provides a copyright authorization device based on blockchain, including:

[0029] An acquisition module is used to obtain an authorization request for the target work, and obtain the authorization data to be uploaded and the evidence identification corresponding to the target work based on the authorization request; the authorization data to be uploaded includes information about the authorized object, the authorization period, and the authorization type, and the evidence identification is used to associate the work block associated with the target work in the work blockchain;

[0030] A verification module is used to obtain the historical authorization data corresponding to the target work from the work blockchain, and when it is determined that the authorization request is a legitimate request based on the historical authorization period and historical authorization type in the historical authorization data, an authorization relationship is set between the authorized object information and the evidence identification corresponding to the target work;

[0031] The first on-chain module is used to generate an authorization block according to the authorization relationship and the authorization data to be on-chain, and add the authorization block to the work blockchain.

[0032] The device further comprises:

[0033] A request acquisition module is used to acquire a request to upload a work to the blockchain that carries work data associated with the target work; the work data includes the original work data and copyright certification data;

[0034] The second on-chain module is used to assign a storage identifier to the target work, package the original data of the work, copyright proof data and the storage identifier into a work block, and add the work block to the work blockchain.

[0035] Wherein, the second uplink module includes:

[0036] A hash operation unit, used to perform hash operations on the original data of the work and the copyright proof data respectively based on a hash algorithm to generate a first hash value corresponding to the original data of the work and a second hash value corresponding to the copyright proof data;

[0037] The block generation unit is used to assign a storage identifier to the target work and package the first hash value, the second hash value and the storage identifier into a work block.

[0038] The verification module includes:

[0039] A traversal unit, used to traverse the blocks contained in the work blockchain based on the evidence identifier;

[0040] The historical data acquisition unit is used to obtain the authorization data associated with the evidence identification from the work blockchain as the historical authorization data corresponding to the target work.

[0041] The verification module includes:

[0042] A determination unit, used to determine the authorization uplink request as a legitimate request when the historical authorization period in the historical authorization data does not overlap with the authorization period;

[0043] The setting unit is used to set an authorization relationship between the authorized object information and the evidence identification corresponding to the target work.

[0044] The verification module includes:

[0045] A second determination unit is used to determine the authorization uplink request as a legitimate request when the historical authorization period in the historical authorization data overlaps with the authorization period, and the authorization type and the historical authorization type are both non-exclusive authorization types;

[0046] The setting unit is used to set an authorization relationship between the authorized object information and the evidence identification corresponding to the target work.

[0047] The device further comprises:

[0048] A configuration module, used to configure usage permission information for a target work for an authorized object based on a smart contract;

[0049] A recording module, configured to, when receiving a work use request for an authorized object sent by a requesting terminal, obtain the work to be verified corresponding to the work use request, and record a timestamp of obtaining the work use request;

[0050] The permission verification module is used to open the usage permission to the authorized object if it is detected based on the smart contract that the work to be verified and the timestamp are consistent with the usage permission information.

[0051] On one hand, an embodiment of the present application provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of the method in one aspect of the embodiment of the present application.

[0052] On one hand, an embodiment of the present application provides a computer-readable storage medium, which stores a computer program. The computer program includes program instructions. When the program instructions are executed by a processor, the steps of the method in one aspect of the embodiment of the present application are executed.

[0053] The embodiment of the present application can obtain the authorization chain request for the target work, and based on the authorization chain request, the authorization data to be chained and the evidence identification corresponding to the target work can be obtained. The authorization data to be chained includes the authorized object information, the authorization period and the authorization type. The evidence identification is used to associate the work block associated with the target work in the work blockchain, and then determine whether the authorization chain request is a legal request based on the historical authorization data associated with the target work stored in the work blockchain. When the authorization chain request is a legal request, the authorization relationship can be set between the authorized object information and the evidence identification, and then the authorization block is generated based on the authorization relationship between the authorized object information and the evidence identification, and the authorization data to be chained, and the authorization block is added to the work blockchain. Due to the decentralization and immutability of the blockchain, the authorization data is open and transparent to the management node with query authority, which improves the accuracy, credibility and traceability of the authorization data record. The target work and the authorization information corresponding to the target work can be recorded in the work blockchain, which can improve the accuracy of the authorization data. BRIEF DESCRIPTION OF THE DRAWINGS

[0054] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0055] Figure 1 This is a network architecture diagram provided by an embodiment of the present application;

[0056] Figure 2 This is a schematic diagram of a chain-up scenario of authorization data provided by an embodiment of the present application;

[0057] Figure 3 This is a flowchart of a copyright authorization method based on blockchain provided in an embodiment of the present application;

[0058] Figure 4 This is a schematic diagram of a scenario of uploading work data to a chain provided by an embodiment of the present application;

[0059] Figure 5 It is a flowchart of another copyright authorization method based on blockchain provided in an embodiment of the present application;

[0060] Figure 6 It is a schematic diagram of determining usage rights provided in an embodiment of the present application;

[0061] Figure 7 It is a structural diagram of a copyright authorization device based on blockchain provided in an embodiment of the present application;

[0062] Figure 8 It is a structural diagram of a computer device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0063] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0064] Blockchain is a new application model of computer technologies such as distributed data storage, peer-to-peer transmission (P2P transmission), consensus mechanism, encryption algorithm, etc. It is essentially a decentralized database; blockchain can be composed of multiple serial transaction records (also known as blocks) that are connected and protected by cryptography. The distributed ledger connected by blockchain allows multiple parties to effectively record transactions and can permanently check the transaction (cannot be tampered with). Blockchain can include the blockchain underlying platform, platform product service layer and application service layer.

[0065] The underlying blockchain platform can include processing modules such as user management, basic services, smart contracts, and operation monitoring. Among them, the user management module is responsible for the identity information management of all blockchain participants, including maintaining public and private key generation (account management), key management, and the maintenance of the correspondence between the user's real identity and the blockchain address (authority management), etc., and, under authorization, supervises and audits the transactions of certain real identities and provides risk control rule configuration (risk control audit); the basic service module is deployed on all blockchain node devices to verify the validity of business requests, and records valid requests to storage after consensus is reached. For a new business request, the basic service first adapts the interface for parsing and authentication (interface adaptation), and then encrypts the business information through the consensus algorithm (consensus management). The smart contract module is responsible for the registration and issuance of contracts, as well as contract triggering and contract execution. Developers can define the contract logic in a programming language and publish it to the blockchain (contract registration). According to the logic of the contract terms, the key or other events are called to trigger the execution and complete the contract logic. It also provides the function of contract upgrade and cancellation. The operation monitoring module is mainly responsible for the deployment, configuration modification, contract setting, cloud adaptation and real-time status visualization output of the product during the product release process, such as alarm, network monitoring, node equipment health monitoring, etc.

[0066] Smart contracts can be understood as computer programs that run on distributed ledgers (i.e., blockchains) with preset rules, states, and conditional responses, and can encapsulate, verify, and execute complex behaviors of distributed nodes to complete information exchange, value transfer, and asset management. Based on the distributed architecture and consensus algorithm of blockchains, smart contracts allow mutually distrustful users to complete transactions without the need for any third-party trusted intermediary or authority. At the same time, digital smart contracts can be flexibly embedded in various tangible or intangible assets, transactions, and data, realizing active or passive asset and information management and control, and gradually building programmable smart assets and systems.

[0067] See also Figure 1 , is a network architecture diagram provided by an embodiment of the present application. Figure 1As shown, the network architecture includes a terminal device 10a, a terminal device 10b and a server 10c. The terminal device 10a may refer to a terminal corresponding to the creator of the work. After the creator creates a new work, the terminal device 10a may upload the creator's work and the copyright certification materials corresponding to the work (such as the creator information of the work, the creative ideas of the work, etc.) to the blockchain network. The server 10c may be a blockchain node in the blockchain network. The server 10c may package the works uploaded by the terminal device 10a and the copyright certification materials corresponding to the works into a work block, and add the work block to the work blockchain. The terminal device 10b may refer to the terminal corresponding to the authorized party. When the creator authorizes the work to the authorized party, the authorized party has the right to use or re-create the work. After the creator and the authorized party reach an authorization intention and sign an authorization agreement, the terminal device 10b corresponding to the authorized party may upload the authorization data to the blockchain network. The authorization data may include information such as the authorized party information, authorization authority, authorization type, and authorized works. After receiving the authorization data, the server 10c generates an authorization block for the above-mentioned work and adds the authorization block to the work blockchain. When a user needs to use the work, it can query from the work blockchain whether the user is the authorized party of the work, and then determine whether the user has the right to use the work.

[0068] Among them, the terminal device 10a and the terminal device 10b can both include mobile phones, tablet computers, laptop computers, PDAs, mobile Internet devices (mobile internet devices, MIDs), wearable devices (such as smart watches, smart bracelets, etc.), etc.

[0069] See also Figure 2 , is a schematic diagram of a chain-linking scenario of authorization data provided by an embodiment of the present application. Figure 2As shown, the server 10c can be represented as any blockchain node in the blockchain network. When the creator and the authorization requester reach an authorization intention for the target work and sign an authorization agreement, the authorization requester is the authorized object corresponding to the target work, and the terminal device 10b can be represented as the user terminal corresponding to the authorized object. The terminal device 10b can upload the authorization data for the target work to the blockchain network, so that the blockchain node in the blockchain network (such as server 10c) can upload the authorization data uploaded by the terminal device 10b to the blockchain. When object A signs an authorization agreement with the creator of the target work, and object A pays a certain copyright fee to the creator of the target work, the terminal device 10b corresponding to object A can upload the authorization data 20a corresponding to the target work to the blockchain network and send an authorization request to the blockchain network. The authorization data 20a may include the authorized object information of the target work (such as if object A is an enterprise, the authorized object information may be information such as the enterprise name and enterprise code; if object A is an individual, the authorized object information may be information such as name and ID number, authorization period (i.e., the authorized object only has the right to use the target work within the authorization period, such as 2018.01-2020.01) and authorization type (such as exclusive authorization, i.e., within the period from 2018.01 to 2020.01, after the target work is authorized to object A, it cannot be authorized to other users or enterprises). The authorization data 20a may also carry the evidence identifier corresponding to the target work: No. 3, which may be used to characterize the target work. Each target work corresponds to a unique evidence identifier in the blockchain. When the target work includes multiple sub-works (such as illustrations and texts of posters), the evidence identifier may be used to associate multiple sub-works in the target work in the blockchain, i.e., multiple sub-works in the target work may be uploaded to the chain at different times, but multiple sub-works correspond to the same evidence identifier.

[0070] It should be understood that when the creator creates the target work, the user terminal corresponding to the creator has uploaded the information associated with the target work (original data of the work, creator information and creative ideas) to the blockchain network, and the blockchain node generates a work block and adds it to the work blockchain. When the target work is put on the chain, the blockchain node can assign a proof identification to the target work and return the proof identification to the user terminal corresponding to the creator. Of course, after the proof identification is assigned to the target work, consensus needs to be reached in the blockchain network. The purpose of consensus is mainly to assign new proof identifications to the remaining works when they are subsequently put on the chain. For example, when the target work is put on the chain, the proof identification assigned by the blockchain node is: No. 3. Then, when the remaining works are put on the chain later, the remaining proof identifications except No. 3 can be assigned.

[0071] After receiving the authorization on-chain request sent by the terminal device 10b, the server 10c in the blockchain network can obtain the authorization data 20a uploaded by the terminal device 10b based on the authorization on-chain request. The server 10c needs to verify the authorization data 20a, and can only be on-chain after the verification is passed. The verification process may include: the server 10c obtains the historical block set 20c associated with the evidence identifier "number 3" from the work blockchain 20b according to the evidence identifier "number 3" in the authorization data 20a, that is, traverses all blocks contained in the work blockchain 20b, and obtains all blocks storing the evidence identifier "number 3". The server 10c reads the data stored in each historical block in the historical block set 20c, and obtains the historical authorization data 20d for the target work from the historical block set 20c, and the historical authorization data 20d includes: the authorization relationship between number 3 and object B, the authorized object is object B, the authorization period is: 2016.12-2017.12, and the authorization type is: non-exclusive authorization. According to the historical authorization data 20d, it can be known that the authorization period corresponding to object B does not overlap with the authorization period corresponding to object A in the authorization data 20a. It can be determined that the authorization data 20a has been verified, that is, the authorization request sent by the terminal device 10b is legal. Subsequently, the server 10c can package the verified authorization data 20a into an authorization block 20e, and add the authorization block 20e after consensus to the work blockchain 20b. Among them, the work blockchain 20b is used to record the work information created by the creator and the authorization data of the work.

[0072] It should be understood that when the authorization period corresponding to object B in the historical authorization data 20d overlaps with the authorization period corresponding to object A in the authorization data 20a, and the authorization type in the authorization data 20a is an exclusive authorization type, it can be determined that the authorization data 20a has failed the verification, that is, the authorization uplink request sent by the terminal device 10b is illegal, then the authorization data 20a can be determined as invalid data and deleted, and the following steps will no longer be executed.

[0073] See also Figure 3 , is a flowchart of a copyright authorization method based on blockchain provided in an embodiment of the present application. Figure 3 As shown, the method may include:

[0074] Step S101, obtaining an authorization request for the target work to be uploaded to the blockchain, and obtaining the authorization data to be uploaded to the blockchain and the evidence identification corresponding to the target work based on the authorization request; the authorization data to be uploaded to the blockchain includes information about the authorized object, the authorization period, and the authorization type, and the evidence identification is used to associate the work block associated with the target work in the work blockchain;

[0075] Specifically, the authorization requester can apply to the work creator for the right to use the target work. When the work creator and the authorization requester reach an authorization intention and sign an authorization agreement, the authorization requester becomes the authorized object for the target user. The terminal device corresponding to the authorized object (such as the above Figure 2 The terminal device 10b in the corresponding embodiment, or the terminal device corresponding to the creator of the work (such as the above Figure 1 The terminal device 10a in the corresponding embodiment can upload the authorization data to be uploaded to the blockchain network corresponding to the target work, and send an authorization upload request for the target work to the blockchain network to request that the uploaded authorization data to be uploaded to the blockchain be written into the work blockchain (as described above). Figure 2 In the corresponding embodiment of the work blockchain 20b). The node server in the blockchain network (such as the above Figure 2 After receiving the authorization chaining request sent by the terminal device, the server 10c) in the corresponding embodiment can obtain the authorization data to be chained and the evidence identification corresponding to the target work according to the authorization chaining request.

[0076] The authorization data to be uploaded to the chain may include the information of the authorized object corresponding to the target work, the authorization period, and the authorization type. The authorization period indicates the time range in which the authorized object has the right to use the target work, and the authorization type includes an exclusive authorization type and a non-exclusive authorization type. The exclusive authorization type means that the target work can only be authorized to one object in the same time period, that is, the target object cannot authorize the target work to other objects during the period of authorization to the authorized object; the non-exclusive authorization type means that the target work can be authorized to multiple objects at the same time, that is, the target object can authorize the target work to other objects during the period of authorization to the authorized object. The authorization upload request may carry the evidence identification corresponding to the target work, which can be used to associate the work block associated with the target work in the target blockchain. Each target work corresponds to a unique evidence identification. When the target work includes multiple sub-works, since the multiple sub-works belong to the same target work, the above-mentioned multiple sub-works have the same evidence identification in the work blockchain, and the multiple sub-works of the target work in the work blockchain can be associated according to the evidence identification. In other words, the evidence identification can be associated with at least one block storing multiple sub-works in the work blockchain.

[0077] It should be understood that before the creator of the work authorizes the target work to the authorized object, the creator of the work can upload the work data associated with the target work to the blockchain network and send a request for the target work to the blockchain network. After receiving the request for the target work to be uploaded, the node server in the blockchain network can obtain the work data uploaded by the terminal device corresponding to the creator. The work data includes the original data of the work and the copyright proof data. The node server can assign a proof mark to the target work, and package the proof mark, the original data of the work and the copyright proof data into a work block, and add the work block to the work blockchain. Among them, the original data of the work refers to the work created by the creator, such as a song, a poster, a book, etc. The copyright proof data can refer to the materials that prove the copyright of the target work, such as the creator's information, the background of creation, and the creative ideas, etc. The proof mark can be the mark assigned by the node server to the target work, or it can be the mark set by the terminal device corresponding to the creator for the target work, which is not specifically limited here. It should be noted that after determining the evidence identifier of the target work, the node server can broadcast the evidence identifier in the blockchain network to notify the other nodes in the blockchain network that the evidence identifier has been used by the target work. When sub-works of the target work are subsequently uploaded to the chain, the evidence identifier can be used for uploading to the chain; when other works are subsequently uploaded to the chain, different evidence identifiers need to be assigned to the other works.

[0078] For example, when the target work is a book, the target work may include book illustrations and text (text and book illustrations are the original data of the work). After the creator completes the text part, the terminal device corresponding to the creator can upload the text and the copyright proof data corresponding to the text to the blockchain network, and send a data chain request for the book to the blockchain network. The node server in the blockchain network can obtain the text of the book and the copyright proof data corresponding to the text, and assign a storage identifier for the book: Identification 1, and package Identification 1, text, and the copyright proof data corresponding to the text into a work block and add it to the work blockchain. When the creator completes the creation of the book illustration, the terminal device corresponding to the creator can upload the book illustration and the copyright proof data corresponding to the book illustration to the blockchain network, and once again send a data chain request for the book to the blockchain network. The node server in the blockchain network can obtain the book illustration, the copyright proof data corresponding to the book illustration, and obtain the storage identifier corresponding to the book: Identification 1, generate a new work block according to Representation 1, the book illustration, and the copyright proof data corresponding to the book illustration, and add the new work block to the work blockchain.

[0079] Optionally, in order to ensure the security of the work data and save the storage space of the blockchain, the original work data and the copyright proof data contained in the work data can be hashed based on the hash algorithm to generate a first hash value corresponding to the original work data and a second hash value corresponding to the copyright proof data, assign a storage identifier to the target work, package the first hash value, the second hash value and the storage identifier into a work block, and add the work block to the work blockchain. Among them, the hash algorithm can compress data or messages into a summary, which can not only fix the format of the data, but also reduce the amount of data. The hash algorithm can include but is not limited to SHA-1, SHA-224, SHA-256, SHA-384 and SHA-512. Taking the SHA-256 algorithm as an example, for data of any size, the SHA-256 algorithm can generate a 256-bit hash value, and different hash values ​​can be generated for different data.

[0080] Please also see Figure 4 , is a schematic diagram of a work data chaining scenario provided by an embodiment of the present application. Figure 4 As shown, the target work created by the creator is work 1 (work 1 can be a poster, book, comic, etc.), and the work 1 includes two parts: illustration a and text b. When the creator completes illustration a in work 1, the terminal device 30a can upload illustration a and copyright proof data 1 corresponding to illustration a (including author information and creative ideas 1) as work data 30c for work 1 to the blockchain network. After the node server 30b in the blockchain network receives the work data 30c uploaded by the terminal device 30a, it can use hash operations to perform hash operations on illustration a and copyright proof data 1 respectively to obtain hash value 1 corresponding to illustration a and hash value 2 corresponding to copyright proof data 1. The node server 30b can also assign a storage identifier to work 1, such as identifier 1, generate a work block 30d according to hash value 1, hash value 2 and table identifier 1, and add the work block 30d after consensus to the work blockchain 30h.

[0081] When the creator completes the text b in the work 1, the terminal device 30e (which can be the same terminal device as the terminal device 30a or a different terminal device, which is not specifically limited here) can upload the text b and the copyright proof data 2 corresponding to the text b (including the author information and the creative idea 2) as the work data 30f for the work 1 to the blockchain network. After the node server 30b in the blockchain network receives the work data 30f uploaded by the terminal device 30f, it can use the hash operation to perform hash operations on the text b and the copyright proof data 2 respectively, and obtain the hash value 3 corresponding to the text b, and the hash value 4 corresponding to the copyright proof data 2. The node server 30b obtains the work 1 assigned evidence identification: identification 1, generates the work block 30g according to the hash value 3, the hash value 4 and the table identification 1, and adds the work block 30g after consensus to the work blockchain 30h. Of course, the terminal device can also upload the work data corresponding to the entire work to the blockchain network when the creator completes the entire work 1 (including illustration a and text b) to request that the work data be put on the chain.

[0082] Optionally, in order to prevent the authorization data or work data from being tampered with during the upload process, the terminal device may generate a digital signature corresponding to the authorization data to be uploaded to the blockchain network, or a digital signature corresponding to the work data, before uploading the authorization data or work data to the blockchain network, so that the node server in the blockchain network can verify the signature of the data actually received, and then determine whether the authorization data to be uploaded to the chain or the work data has been tampered with.

[0083] Step S102, obtaining historical authorization data corresponding to the target work from the work blockchain, and when it is determined that the authorization request is a legitimate request based on the historical authorization period and historical authorization type in the historical authorization data, setting an authorization relationship between the authorized object information and the evidence identification corresponding to the target work;

[0084] Specifically, the node server can obtain the historical authorization data corresponding to the target work from the work blockchain, and determine whether the authorization request is a legitimate request through the historical authorization period and historical authorization type in the historical authorization data. When the authorization request is a legitimate request, an authorization relationship can be set between the authorized object information and the evidence identification of the target object, that is, the authorized object information and the evidence identification are authorized to be bound. Optionally, the node server can also set an authorization relationship between the public key corresponding to the authorized object and the evidence identification, that is, the public key corresponding to the authorized object and the evidence identification are authorized to be bound.

[0085] The node server can traverse the blocks contained in the work blockchain based on the evidence identifier, and obtain the authorization data associated with the evidence identifier from the work blockchain as the historical authorization data corresponding to the target work. In other words, the node server can use the evidence identifier corresponding to the target work as a parameter, obtain the block associated with the evidence identifier in the work blockchain, and then read the authorization data corresponding to the evidence identifier from the block associated with the evidence identifier as the historical authorization data corresponding to the target work. If the historical authorization data matching the evidence identifier is not obtained from the work blockchain, it means that the target work has not been authorized to any object before, and then it can be determined that the above authorization chain request is a legal request, and the authorization relationship is set between the authorized object information and the evidence identifier of the target object; if the historical authorization data matching the evidence identifier is obtained from the work blockchain, it means that the target work has been authorized to other objects before, and then it can be further determined whether the above authorization chain request is a legal request based on the information contained in the historical authorization data.

[0086] When the historical authorization period in the historical authorization data does not overlap with the authorization period in the authorization data to be uploaded to the chain, the authorization request to be uploaded to the chain can be determined as a legal request, and an authorization relationship can be set between the authorized object information and the evidence identifier. That is, no matter whether the historical authorization type in the historical authorization data is an exclusive authorization type or a non-exclusive authorization type, as long as the authorization period in the historical authorization data does not overlap with the authorization period in the authorization data to be uploaded to the chain, the authorization request to be uploaded to the chain can be determined as a legal request. For example, the authorized object in the authorization data to be uploaded to the chain is: Object A, the authorization period is: January 2018-January 2020, and the authorization type is: exclusive authorization type; the authorized object in the historical authorization data is: Object B, the historical authorization period is: December 2016-December 2017, and the authorization type is: exclusive authorization type. Since January 2018-January 2020 does not overlap with December 2016-December 2017, it can be determined that the authorization request to be uploaded to the chain is a legal request; when the authorized object in the historical authorization data is: Object B, the historical authorization period is: December 2016-December 2017, and the authorization type is: non-exclusive authorization type, it can also be determined that the authorization request to be uploaded to the chain is a legal request.

[0087] Optionally, when the historical authorization period in the historical authorization data overlaps with the authorization period in the authorization data to be uploaded to the chain, and the authorization type and the historical authorization type are both non-exclusive authorization types, the authorization upload request is determined to be a legal request, and an authorization relationship is set between the authorized object information and the evidence identifier. In other words, when the historical authorization period in the historical authorization data overlaps with the authorization period in the authorization data to be uploaded to the chain, it is necessary to further determine the authorization type in the data to be uploaded to the chain and the historical authorization type in the historical authorization data. If the authorization type and the historical authorization type are both non-exclusive authorization types, the authorization upload request is determined to be a legal request; if at least one of the authorization type and the historical authorization type is an exclusive authorization type, the authorization upload request is determined to be an illegal request, that is, the authorization data to be uploaded to the chain is invalid data and can be deleted. For example, the authorized object in the authorization data to be uploaded to the chain is: Object A, the authorization period is: January 2018-January 2020, and the authorization type is: non-exclusive authorization type; the authorized object in the historical authorization data is: Object B, the historical authorization period is: December 2016-December 2018, and the authorization type is: non-exclusive authorization type. It can be determined that the authorization request to be uploaded to the chain is a legal request; the authorized object in the authorization data to be uploaded to the chain is: Object A, the authorization period is: January 2018-January 2020, and the authorization type is: exclusive authorization type; the authorized object in the historical authorization data is: Object B, the historical authorization period is: December 2016-December 2018, and the authorization type is: non-exclusive authorization type. It can be determined that the authorization request to be uploaded to the chain is an illegal request, that is, the authorization data to be uploaded to the chain is invalid data, which can be deleted, and a warning message is returned to the terminal device that sends the authorization request to be uploaded to the chain.

[0088] Step S103, generate an authorization block according to the authorization relationship and the authorization data to be uploaded to the chain, and add the authorization block to the work blockchain.

[0089] Specifically, the node server can generate an authorization block based on the hash value corresponding to the block with the largest block height in the work blockchain, the authorization relationship between the authorized object information and the evidence identifier, and the authorization data to be uploaded to the chain. The node server can broadcast the authorization block in the blockchain network so that the remaining nodes in the blockchain network can verify the authorization block according to the consensus algorithm. When the authorization block consensus is passed, the authorization block that passes the consensus can be added to the work blockchain for formal chaining. Among them, the hash value corresponding to the block with the largest block height in the work blockchain can be used as the input of the block header in the authorization block, and the authorization relationship between the authorized object information and the evidence identifier and the authorization data to be uploaded to the chain can be stored in the block body of the authorization block.

[0090] Optionally, after receiving the authorization data to be uploaded, if the authorization data to be uploaded carries a digital signature, the node server needs to verify the authorization data to be uploaded. The specific verification process may include: the node server can decrypt the digital signature carried by the authorization data to be uploaded according to the public key of the terminal device corresponding to the authorized object, obtain the first summary information corresponding to the digital signature, and then perform a hash operation on the authorization data to be uploaded based on the hash algorithm to generate the second summary information corresponding to the authorization data to be uploaded. If it is detected that the first summary information is the same as the second summary information, the verification of the authorization data to be uploaded is passed, and the authorization request to be uploaded is determined to be legal, that is, the authorization block can be generated according to the authorization relationship between the authorization data to be uploaded and the authorized object information and the evidence identification, and the authorization block after consensus is reached is added to the work blockchain. If the digital signature carried in the authorization data to be uploaded received by the node server is not the digital signature of the terminal device corresponding to the authorized object, that is, the digital signature in the authorization data to be uploaded is a digital signature generated using a fake private key, then when the node server uses the real public key for decryption, it will directly display that the decryption failed. Among them, the first summary information is the summary information of the authorization data to be uploaded to the chain obtained by the terminal device corresponding to the authorized object based on the hash operation, and the second summary information is the summary information of the actual authorization data to be uploaded to the chain obtained by the node server based on the hash operation. The hash algorithm used by the terminal device corresponding to the authorized object and the node server is the same.

[0091] The embodiment of the present application can obtain the authorization chain request for the target work, and based on the authorization chain request, the authorization data to be chained and the evidence identification corresponding to the target work can be obtained. The authorization data to be chained includes the authorized object information, the authorization period and the authorization type. The evidence identification is used to associate the work block associated with the target work in the work blockchain, and then determine whether the authorization chain request is a legal request based on the historical authorization data associated with the target work stored in the work blockchain. When the authorization chain request is a legal request, the authorization relationship can be set between the authorized object information and the evidence identification, and then the authorization block is generated based on the authorization relationship between the authorized object information and the evidence identification, and the authorization data to be chained, and the authorization block is added to the work blockchain. Due to the decentralization and immutability of the blockchain, the authorization data is open and transparent to the management node with query authority, which improves the accuracy, credibility and traceability of the authorization data record. The target work and the authorization information corresponding to the target work can be recorded in the work blockchain, which can improve the accuracy of the authorization data.

[0092] See also Figure 5 , is a flowchart of another copyright authorization method based on blockchain provided in an embodiment of the present application. Figure 5 As shown, the method may include:

[0093] Step S201, obtaining an authorization request for uploading a target work to the chain, and obtaining the authorization data to be uploaded to the chain and the evidence identification corresponding to the target work based on the authorization request;

[0094] Step S202, obtaining historical authorization data corresponding to the target work from the work blockchain, and when it is determined that the authorization request is a legitimate request based on the historical authorization period and historical authorization type in the historical authorization data, setting an authorization relationship between the authorized object information and the evidence identification corresponding to the target work;

[0095] Step S203, generating an authorization block according to the authorization relationship and the authorization data to be uploaded to the chain, and adding the authorization block to the work blockchain;

[0096] The specific implementation process of steps S201 to S203 can be found in the above Figure 3 Steps S101 to S103 in the corresponding embodiment will not be described in detail here.

[0097] Step S204: Based on the smart contract, the use permission information for the target work is configured for the authorized object;

[0098] Specifically, the node server can deploy smart contracts in the blockchain network. After the authorization data to be uploaded is written into the work blockchain and formally uploaded, the node server can configure the use permission information for the target work for the authorized object in the smart contract, that is, create a method for setting the authorization period, a method for setting the work evidence identification, a method for setting the authorization type, etc. in the smart contract. The use permission information includes information such as the target work, the user, and the use period.

[0099] Step S205, when a work use request for an authorized object is received from a requesting terminal, the work to be verified corresponding to the work use request is obtained, and a timestamp of when the work use request is obtained is recorded;

[0100] Specifically, when the node server receives a work use request for an authorized object sent by a request terminal, it can obtain the work to be verified for the work use request and record the timestamp of receiving the work use request. In other words, when an authorized object needs to use a certain work, it can send a work use request to the node server. The node server can determine whether the authorized object has the right to use the work to be verified by obtaining the authorized object information corresponding to the work use request, the work to be verified, and the timestamp of obtaining the work use request.

[0101] Step S206: If it is detected based on the smart contract that the work to be verified and the timestamp both comply with the usage permission information, the usage permission is opened to the authorized object.

[0102] Specifically, if it is detected based on the smart contract that the evidence identification corresponding to the above-mentioned work to be verified has an authorization relationship with the authorized object, and the timestamp of the work use request received belongs to the authorization period of the authorized object, then the use right can be opened to the authorized object, that is, the authorized object can use the above-mentioned work to be verified. If it is detected based on the smart contract that the evidence identification corresponding to the above-mentioned work to be verified does not have an authorization relationship with the authorized object, or the timestamp of the work use request received does not belong to the authorization period of the authorized object, then it is determined that the authorized object does not have the use right for the work to be verified, that is, the authorized object cannot use the above-mentioned work to be verified.

[0103] Please also see Figure 6 , is a schematic diagram of determining usage rights provided in an embodiment of the present application. Figure 6 As shown, the user wants to publish a hand-painted picture 40b on the information publishing platform. When the user uploads the hand-painted picture 40b to the information publishing platform and selects the "Publish" option on the information publishing page, the hand-painted picture 40b is published. After the user selects the "Publish" option, the terminal device 40a can send a work use request to the server 40c (blockchain node in the blockchain network). The work use request can carry user information 40d, and the user information 40d can include: user name (such as object A), time information (i.e., the time when the work use request is initiated, such as March 3, 2019) and work information (such as work a, where the hand-painted picture 40b is assumed to be a sub-work in work a). After receiving the work use request, server 40c can obtain the usage permission information 40e associated with the work information based on the work information in user information 40d. The usage permission information 40e includes: work information (such as work a), authorized object information (such as object A), and authorization period (such as December 1, 2017 - December 1, 2020). It can be determined that the user has the right to use work a, that is, the user has the right to publish and can successfully publish the hand-painted painting 40b on the information publishing platform.

[0104] Optionally, when the user does not have permission to use work a (such as the user information is inconsistent with the authorized object information, or the time of initiating the work use request does not fall within the authorization period), the user does not have publishing permission and cannot publish the hand-painted painting 40b on the information publishing platform.

[0105] The embodiment of the present application can obtain the authorization chain request for the target work, and based on the authorization chain request, the authorization data to be chained and the evidence identification corresponding to the target work can be obtained. The authorization data to be chained includes the authorized object information, the authorization period and the authorization type. The evidence identification is used to associate the work block associated with the target work in the work blockchain, and then determine whether the authorization chain request is a legal request based on the historical authorization data associated with the target work stored in the work blockchain. When the authorization chain request is a legal request, an authorization relationship can be set between the authorized object information and the evidence identification, and then an authorization block is generated based on the authorization relationship between the authorized object information and the evidence identification, and the authorization data to be chained, and the authorization block is added to the work blockchain. Due to the decentralization and immutability of the blockchain, the authorization data is open and transparent to the management nodes with query authority, which improves the accuracy, credibility and traceability of the authorization data records. The target work and the authorization information corresponding to the target work can be recorded in the work blockchain, which can improve the accuracy of the authorization data; when the user needs to use the target work, the usage permission result for the target work can be returned to the user based on the authorization information recorded in the work blockchain, which can improve the query efficiency.

[0106] See also Figure 7 , is a schematic diagram of a copyright authorization device based on blockchain provided in an embodiment of the present application. Figure 7 As shown, the copyright authorization device 1 based on blockchain may include: an acquisition module 11, a verification module 12, and a first uplink module 13;

[0107] The acquisition module 11 is used to obtain an authorization request for the target work, and obtain the authorization data to be uploaded and the evidence identification corresponding to the target work based on the authorization request; the authorization data to be uploaded includes the information of the authorized object, the authorization period and the authorization type, and the evidence identification is used to associate the work block associated with the target work in the work blockchain;

[0108] The verification module 12 is used to obtain the historical authorization data corresponding to the target work from the work blockchain, and when it is determined that the authorization request is a legitimate request based on the historical authorization period and historical authorization type in the historical authorization data, an authorization relationship is set between the authorized object information and the evidence identification corresponding to the target work;

[0109] The first on-chain module 13 is used to generate an authorization block according to the authorization relationship and the authorization data to be on-chain, and add the authorization block to the work blockchain.

[0110] The specific functional implementation of the acquisition module 11, the verification module 12, and the first uplink module 13 can be found in the above Figure 3Steps S101 to S103 in the corresponding embodiment will not be described in detail here.

[0111] Please also see Figure 7 , the copyright authorization device 1 based on blockchain may also include: a request acquisition module 14, a second uplink module 15, a configuration module 16, a recording module 17, and an authority verification module 18;

[0112] The request acquisition module 14 is used to acquire a request for uplinking the work data associated with the target work; the work data includes the original work data and copyright certification data;

[0113] The second on-chain module 15 is used to assign a storage identifier to the target work, package the original data of the work, the copyright certification data and the storage identifier into a work block, and add the work block to the work blockchain;

[0114] A configuration module 16, configured to configure usage permission information for a target work for an authorized object based on a smart contract;

[0115] The recording module 17 is used to obtain the to-be-verified work corresponding to the work use request and record the timestamp of obtaining the work use request when receiving the work use request sent by the requesting terminal for the authorized object;

[0116] The permission verification module 18 is used to grant the use permission to the authorized object if it is detected based on the smart contract that the work to be verified and the timestamp are consistent with the use permission information.

[0117] The specific functional implementation of the request acquisition module 14 and the second uplink module 15 can be found in the above Figure 3 The specific functional implementation of step S101, configuration module 16, recording module 17, and authority verification module 18 in the corresponding embodiment can be referred to above. Figure 5 Steps S204 to S206 in the corresponding embodiment will not be described in detail here.

[0118] Please also see Figure 7 , the verification module 12 may include: a traversal unit 121, a historical data acquisition unit 122, a first determination unit 123, a setting unit 124, and a second determination unit 125;

[0119] A traversal unit 121, used to traverse the blocks included in the work blockchain based on the evidence identification;

[0120] The historical data acquisition unit 122 is used to acquire the authorization data associated with the evidence identification from the work blockchain as the historical authorization data corresponding to the target work;

[0121] A first determining unit 123, configured to determine the authorization uplink request as a legitimate request when the historical authorization period in the historical authorization data does not overlap with the authorization period;

[0122] A setting unit 124, used to set an authorization relationship between the authorized object information and the evidence identification corresponding to the target work;

[0123] The second determining unit 125 is configured to determine the authorization uplink request as a legal request when the historical authorization period in the historical authorization data overlaps with the authorization period, and the authorization type and the historical authorization type are both non-exclusive authorization types.

[0124] The specific functional implementation of the traversal unit 121, the historical data acquisition unit 122, the first determination unit 123, the setting unit 124, and the second determination unit 125 can be referred to above. Figure 3 Step S102 in the corresponding embodiment is not described here. When the first determination unit 123 performs the corresponding operation, the second determination unit 125 suspends the operation; when the second determination unit 125 performs the corresponding operation, the first determination unit 123 suspends the operation. The first determination unit 123 and the second determination unit 125 can be combined into the same determination unit.

[0125] Please also see Figure 7 , the second uplink module 15 may include: a hash operation unit 151, a block generation unit 152;

[0126] A hash operation unit 151 is used to perform hash operations on the original data of the work and the copyright proof data based on a hash algorithm to generate a first hash value corresponding to the original data of the work and a second hash value corresponding to the copyright proof data;

[0127] The block generation unit 152 is used to assign a storage identifier to the target work and package the first hash value, the second hash value and the storage identifier into a work block.

[0128] The specific functional implementation of the hash operation unit 151 and the block generation unit 152 can be found in the above Figure 3 The step S101 in the corresponding embodiment will not be described in detail here.

[0129] The embodiment of the present application can obtain the authorization chain request for the target work, and based on the authorization chain request, the authorization data to be chained and the evidence identification corresponding to the target work can be obtained. The authorization data to be chained includes the authorized object information, the authorization period and the authorization type. The evidence identification is used to associate the work block associated with the target work in the work blockchain, and then determine whether the authorization chain request is a legal request based on the historical authorization data associated with the target work stored in the work blockchain. When the authorization chain request is a legal request, an authorization relationship can be set between the authorized object information and the evidence identification, and then an authorization block is generated based on the authorization relationship between the authorized object information and the evidence identification, and the authorization data to be chained, and the authorization block is added to the work blockchain. Due to the decentralization and immutability of the blockchain, the authorization data is open and transparent to the management nodes with query authority, which improves the accuracy, credibility and traceability of the authorization data records. The target work and the authorization information corresponding to the target work can be recorded in the work blockchain, which can improve the accuracy of the authorization data; when the user needs to use the target work, the usage permission result for the target work can be returned to the user based on the authorization information recorded in the work blockchain, which can improve the query efficiency.

[0130] See also Figure 8 , is a schematic diagram of the structure of a computer device provided in an embodiment of the present application. Figure 8 As shown, the computer device 1000 may include: a processor 1001, a network interface 1004 and a memory 1005. In addition, the above-mentioned computer device 1000 may also include: a user interface 1003, and at least one communication bus 1002. Among them, the communication bus 1002 is used to realize the connection and communication between these components. Among them, the user interface 1003 may include a display screen (Display), a keyboard (Keyboard), and the user interface 1003 may optionally include a standard wired interface and a wireless interface. The network interface 1004 may optionally include a standard wired interface and a wireless interface (such as a WI-FI interface). The memory 1004 may be a high-speed RAM memory, or it may be a non-volatile memory (non-volatile memory), such as at least one disk storage. The memory 1005 may optionally also be at least one storage device located away from the aforementioned processor 1001. As Figure 8 As shown, the memory 1005 as a computer-readable storage medium may include an operating system, a network communication module, a user interface module, and a device control application program.

[0131] In such Figure 8In the computer device 1000 shown, the network interface 1004 can provide a network communication function; the user interface 1003 is mainly used to provide an input interface for the user; and the processor 1001 can be used to call the device control application stored in the memory 1005 to achieve:

[0132] Obtain an authorization request for the target work, and obtain the authorization data and evidence identification corresponding to the target work based on the authorization request; the authorization data includes information about the authorized object, authorization period, and authorization type, and the evidence identification is used to associate the work block associated with the target work in the work blockchain;

[0133] Obtain the historical authorization data corresponding to the target work from the work blockchain, and when it is determined that the authorization request is a legitimate request based on the historical authorization period and historical authorization type in the historical authorization data, set an authorization relationship between the authorized object information and the evidence identification corresponding to the target work;

[0134] Generate an authorization block based on the authorization relationship and the authorization data to be uploaded to the chain, and add the authorization block to the work blockchain.

[0135] It should be understood that the computer device 1000 described in the embodiment of the present application can execute the above Figure 3 , Figure 5 The description of the copyright authorization method based on blockchain in any corresponding embodiment can also be performed as described above. Figure 7 The description of the copyright authorization device 1 based on blockchain in the corresponding embodiment will not be repeated here. In addition, the description of the beneficial effects of adopting the same method will not be repeated here.

[0136] In addition, it should be pointed out here that: the embodiment of the present application also provides a computer-readable storage medium, and the computer-readable storage medium stores a computer program executed by the blockchain-based copyright authorization device 1 mentioned above, and the computer program includes program instructions. When the processor executes the program instructions, it can execute the above-mentioned Figure 3 , Figure 5 The description of the copyright authorization method based on blockchain in any corresponding embodiment will not be repeated here. In addition, the description of the beneficial effects of the same method will not be repeated. For technical details not disclosed in the computer-readable storage medium embodiment involved in this application, please refer to the description of the method embodiment of this application.

[0137] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiments can be implemented by instructing the relevant hardware through a computer program, and the computer program can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the embodiments of the above-mentioned methods. The readable storage medium can be a magnetic disk, an optical disk, a read-only memory (ROM) or a random access memory (RAM).

[0138] The above disclosure is only the preferred embodiment of the present application, which certainly cannot be used to limit the scope of rights of the present application. Therefore, equivalent changes made according to the claims of the present application are still within the scope covered by the present application.

Claims

1. A copyright authorization method based on blockchain, characterized in that: include: Obtain an authorization request for the target work to be uploaded to the chain, and obtain the authorization data to be uploaded to the chain and the evidence identification corresponding to the target work based on the authorization request; the authorization data to be uploaded to the chain includes information about the authorized object, the authorization period, and the authorization type; the evidence identification is used to associate the work block associated with the target work in the work blockchain; the authorization type includes an exclusive authorization type and a non-exclusive authorization type; Obtaining historical authorization data corresponding to the target work from the work blockchain, and when determining that the authorization on-chain request is a legitimate request based on the historical authorization period and the historical authorization type in the historical authorization data, setting an authorization relationship between the authorized object information and the evidence identification corresponding to the target work; wherein, when the historical authorization period in the historical authorization data does not overlap with the authorization period, determining the authorization on-chain request as a legitimate request; or, when the historical authorization period in the historical authorization data overlaps with the authorization period, and both the authorization type and the historical authorization type are non-exclusive authorization types, determining the authorization on-chain request as a legitimate request; Generate an authorization block according to the authorization relationship and the authorization data to be uploaded to the chain, and add the authorization block to the work blockchain.

2. The method according to claim 1, characterized in that: Also includes: Obtaining a request for uploading a work to a blockchain that carries work data associated with the target work; the work data includes original work data and copyright certification data; The target work is assigned the evidence identifier, the original data of the work, the copyright proof data and the evidence identifier are packaged into the work block, and the work block is added to the work blockchain.

3. The method according to claim 2, characterized in that The step of allocating the evidence identification to the target work and packaging the original data of the work, the copyright certification data and the evidence identification into the work block includes: Performing hash operations on the original data of the work and the copyright proof data based on a hash algorithm to generate a first hash value corresponding to the original data of the work and a second hash value corresponding to the copyright proof data; The evidence identifier is assigned to the target work, and the first hash value, the second hash value and the evidence identifier are packaged into the work block.

4. The method according to claim 1, characterized in that: The obtaining the historical authorization data corresponding to the target work from the work blockchain includes: Traversing the blocks contained in the work blockchain based on the evidence identifier; The authorization data associated with the evidence identifier is obtained from the work blockchain as the historical authorization data corresponding to the target work.

5. The method according to claim 1, characterized in that Also includes: Based on smart contracts, the authorized object is configured with usage permission information for the target work; When receiving a work use request for the authorized object sent by the requesting terminal, obtaining the to-be-verified work corresponding to the work use request, and recording the timestamp of obtaining the work use request; If it is detected based on the smart contract that the work to be verified and the timestamp both comply with the usage permission information, the usage permission is opened to the authorized object.

6. A copyright authorization device based on blockchain, characterized in that: include: An acquisition module is used to obtain an authorization request for a target work, and obtain the authorization data to be uploaded and the evidence identification corresponding to the target work based on the authorization request; the authorization data to be uploaded includes information about the authorized object, the authorization period, and the authorization type; the evidence identification is used to associate the work block associated with the target work in the work blockchain; the authorization type includes an exclusive authorization type and a non-exclusive authorization type; A verification module, configured to obtain historical authorization data corresponding to the target work from the work blockchain, and when determining that the authorization request is a legitimate request based on historical authorization periods and historical authorization types in the historical authorization data, to set an authorization relationship between the authorized object information and the evidence identification corresponding to the target work; The verification module comprises: A determination module, configured to determine the authorization uplink request as a legitimate request when the historical authorization period in the historical authorization data does not overlap with the authorization period; A second determination module is used to determine the authorization on-chain request as a legitimate request when the historical authorization period in the historical authorization data overlaps with the authorization period, and the authorization type and the historical authorization type are both non-exclusive authorization types; The first on-chain module is used to generate an authorization block according to the authorization relationship and the authorization data to be on-chain, and add the authorization block to the work blockchain.

7. A computer device, characterized in that: The method comprises a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of the method according to any one of claims 1 to 5.

8. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, wherein the computer program includes program instructions, and when the program instructions are executed by a processor, the steps of the method according to any one of claims 1 to 5 are executed.

Images