A method and device for publishing mixed works

Abstract

One or more embodiments of the present specification provide a method and device for publishing a mixed work. According to the different sources of the work types, the mixed work is divided into at least two sets of work fragments, and the different sets of work fragments are derived from copyrighted works of different work types. For each set of work fragments, the copyrighted work from which each work fragment is derived is determined, and then based on the various work fragments derived from the same copyrighted work, a copyright use transaction is initiated and a management contract is called to a blockchain network dedicated to managing copyright use transactions of the work type. If the management contract is monitored to confirm the copyright use transaction, the mixed work is published.

Description

Technical Field

[0001] One or more embodiments of the present specification relate to the field of terminal technology, and more particularly, to a method and device for publishing mixed works. Background Art

[0002] At present, the mode of using blockchain to manage copyright use transactions of copyrighted works is becoming increasingly popular. In practical applications, copyright use transactions of different types of copyrighted works are usually managed by different blockchain networks. For example, there are blockchain networks dedicated to managing copyright use transactions of music works, blockchain networks dedicated to managing copyright use transactions of video works, and blockchain networks dedicated to managing copyright use transactions of text works.

[0003] A mashup is a work that is a mix of at least two copyrighted works of different types. Common mashups include homemade videos uploaded by UP hosts on video websites, in which some clips from film works are used, some clips from music works are used as background music, and some clips from text works may be used as subtitles.

[0004] Usually, a mixed work can only be published after confirming that the copyright authorization of each work used in the mixed work has been obtained. Summary of the invention

[0005] In view of this, one or more embodiments of the present specification provide a method and device for publishing a mixed work.

[0006] To achieve the above objectives, one or more embodiments of this specification provide the following technical solutions:

[0007] According to a first aspect of one or more embodiments of this specification, a method for publishing a mixed work is proposed, which is applied to a mixed work publishing platform. The method includes:

[0008] Obtaining a mixed work to be published, and splitting the mixed work into at least two sets of work fragments; the same set of work fragments includes at least one work fragment derived from a copyrighted work of the same work type, and different sets of work fragments are derived from copyrighted works of different work types;

[0009] For each set of work fragments, the following steps are performed: determining the work type corresponding to the set of work fragments, and determining the copyrighted work from which each work fragment in the set of work fragments originates; based on each work fragment in the set of work fragments originating from the same copyrighted work, initiating a copyright use transaction for the same copyrighted work to a blockchain network dedicated to managing copyright use transactions for the work type, the copyright use transaction calls a management contract deployed in the blockchain network; monitoring whether the management contract confirms the copyright use transaction;

[0010] If it is monitored that all copyright usage transactions involved in the mixed work are confirmed, the mixed work will be published.

[0011] According to a second aspect of one or more embodiments of this specification, a mixed work publishing device is provided, which is applied to a mixed work publishing platform, and the device includes:

[0012] an acquisition module, which acquires the mixed work to be published, and splits the mixed work into at least two sets of work fragments; the same set of work fragments includes at least one work fragment derived from a copyrighted work of the same work type, and different sets of work fragments are derived from copyrighted works of different work types;

[0013] The execution module performs the following steps for each set of work fragments: determining the work type corresponding to the set of work fragments, and determining the copyrighted work from which each work fragment in the set of work fragments originates; based on each work fragment in the set of work fragments originating from the same copyrighted work, initiating a copyright use transaction for the same copyrighted work to a blockchain network dedicated to managing copyright use transactions of the work type, wherein the copyright use transaction calls a management contract deployed in the blockchain network; and monitoring whether the management contract confirms the copyright use transaction;

[0014] The publishing module publishes the mixed work if it is monitored that all copyright usage transactions involved in the mixed work are confirmed.

[0015] In the above technical solution, the mixed work is divided into at least two sets of work fragments according to the different sources of the work types, and different sets of work fragments are derived from copyrighted works of different work types. For each set of work fragments, the copyrighted work from which each work fragment is derived is determined, and then based on the various work fragments derived from the same copyrighted work, a copyright use transaction is initiated and a management contract is called to the blockchain network dedicated to managing copyright use transactions of the work type. If the management contract is monitored to confirm the copyright use transaction, the mixed work is released.

[0016] Through the above technical solution, a publishing process for mixed works is provided. Each copyright usage transaction involved in the mixed work needs to be submitted to the corresponding blockchain network for confirmation before the mixed work can be published, ensuring that the publication of the mixed work does not infringe the copyright of the work. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Figure 1 It is a schematic diagram of creating a smart contract provided by an exemplary embodiment.

[0018] Figure 2 This is a schematic diagram of calling a smart contract provided by an exemplary embodiment.

[0019] Figure 3 It is a schematic diagram of creating and calling a smart contract provided by an exemplary embodiment.

[0020] Figure 4 It is a flowchart of a method for publishing mixed works provided in this manual.

[0021] Figure 5 It is a structural diagram of a publishing device for mixed works provided in this manual. DETAILED DESCRIPTION

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

[0023] It should be noted that: in other embodiments, the steps of the corresponding method are not necessarily performed in the order shown and described in this specification. In some other embodiments, the steps included in the method may be more or less than those described in this specification. In addition, a single step described in this specification may be decomposed into multiple steps for description in other embodiments; and multiple steps described in this specification may be combined into a single step for description in other embodiments.

[0024] Here we first introduce blockchain technology.

[0025] Blockchain is generally divided into three types: public blockchain, private blockchain and consortium blockchain. In addition, there are many types of combinations, such as private blockchain + consortium blockchain, consortium blockchain + public blockchain and other different combinations. Among them, the public chain has the highest degree of decentralization. Participants who join the public chain can read the data records on the chain, participate in transactions, and compete for the right to record new blocks. Moreover, each participant (i.e., node) can freely join and exit the system and perform related operations. On the contrary, the private chain has the write permission of the system controlled by a certain organization or institution, and the data reading permission is stipulated by the organization. In simple terms, the private chain can be a weakly centralized system with strictly limited and few participating nodes. This type of blockchain is more suitable for use within a specific organization. The consortium chain is a blockchain between the public chain and the private chain, which can achieve "partial decentralization". Each node in the consortium chain usually has a corresponding entity or organization; participants join the system through authorization and form a stakeholder alliance to jointly maintain the operation of the blockchain.

[0026] Whether it is a public chain, a private chain or a consortium chain, it may provide the function of smart contracts. Smart contracts on the blockchain are contracts that can be triggered and executed by transactions (usually initiated by the client) on the blockchain system. Smart contracts can be defined in the form of code.

[0027] It should be noted here that in the field of blockchain, the request submitted to the blockchain system for invoking a smart contract has a data structure specified by the blockchain protocol, which is usually called a transaction. Blockchain transaction is a data structure, and the "transaction" in the blockchain-based transaction method described in each embodiment of this article refers to a transaction activity. Those skilled in the art can distinguish the meanings of these two transaction expressions.

[0028] Taking blockchain as an example, users are supported to create and call some complex logic in the blockchain system. The core of blockchain as a programmable blockchain is the blockchain virtual machine (EVM), and each blockchain node can run EVM. EVM is a Turing-complete virtual machine, which means that various complex logics can be implemented through it. Users publish and call smart contracts in the blockchain on EVM. In fact, the virtual machine directly runs the virtual machine code (virtual machine bytecode, hereinafter referred to as "bytecode"). Smart contracts deployed on the blockchain can be in the form of bytecode.

[0029] For example Figure 1 As shown in the figure, after Bob sends a transaction containing information about creating a smart contract to the blockchain system, the EVM of node 1 can execute the transaction and generate the corresponding contract instance. Figure 1The "0x6f8ae93..." in the transaction represents the address of this contract. The data field of the transaction can store bytecode, and the to field of the transaction is empty. After the nodes reach an agreement through the consensus mechanism, the contract is successfully created and can be called in the subsequent process. After the contract is created, a contract account corresponding to the smart contract appears on the blockchain and has a specific address. The contract code will be saved in the contract account. The behavior of the smart contract is controlled by the contract code.

[0030] like Figure 2 As shown in the figure, still taking the blockchain as an example, after Bob sends a transaction for calling a smart contract to the blockchain system, the EVM of a certain node can execute the transaction and generate a corresponding contract instance. Figure 2 The from field of the transaction is the address of the account of the transaction initiator (i.e. Bob), the "0x6f8ae93..." in the to field represents the address of the smart contract being called, and the data field of the transaction stores the method and parameters for calling the smart contract. After calling the smart contract, the value of balance may change. Later, a client can use a blockchain node (e.g. Figure 2 Node 6) in the blockchain system to check the current value of balance. Smart contracts are executed independently on each node in the blockchain system in a prescribed manner, and all execution records and data are stored on the blockchain. Therefore, when the transaction is completed, the blockchain stores transaction credentials that cannot be tampered with or lost.

[0031] The schematic diagram of creating and calling smart contracts is as follows: Figure 3 To create a smart contract in the blockchain, you need to go through the process of writing the smart contract, compiling it into bytecode, and deploying it to the blockchain. To call a smart contract in the blockchain is to initiate a transaction pointing to the smart contract address. The smart contract code runs in a distributed manner in the virtual machines of each node in the blockchain system.

[0032] It should be noted that in addition to being able to be created by users, smart contracts can also be set by the system in the genesis block. This type of contract is generally called a genesis contract. Generally, some data structures, parameters, properties and methods of the blockchain system can be set in the genesis contract. In addition, accounts with system administrator privileges can create system-level contracts or modify system-level contracts (referred to as system contracts). In addition to the EVM in the blockchain, different blockchain systems may also use various virtual machines, which are not limited here.

[0033] After executing a transaction that calls a smart contract, a node in the blockchain system will generate a corresponding receipt to record information related to the execution of the smart contract. In this way, relevant information about the contract execution result can be obtained by querying the transaction receipt. The contract execution result can be expressed as an event in the receipt. The message mechanism can realize message transmission through the event in the receipt to trigger the blockchain node or the node device that deploys the blockchain node to perform corresponding processing. The structure of the event can be, for example:

[0034] Event:

[0035] [topic][data]

[0036] [topic][data] ......

[0038] In the above example, the number of events can be one or more, wherein each event includes fields such as topic and data. The blockchain node or the node device deploying the blockchain node can monitor the topic of the event, and perform preset processing when monitoring the predefined topic, or read relevant content from the data field of the corresponding event, and can perform preset processing based on the read content.

[0039] In the above event mechanism, it is equivalent to having a client with a monitoring function at the listening party (such as a user with a monitoring demand), such as running an SDK for implementing the monitoring function on the client, and the client monitors the events generated by the blockchain node, and the blockchain node only needs to generate receipts normally. In addition to the above event mechanism, the disclosure of transaction information can also be achieved in other ways. For example, the listening code can be embedded in the blockchain platform code running on the blockchain node, so that the listening code can monitor one or more data such as the transaction content of the blockchain transaction, the contract status of the smart contract, and the receipt generated by the contract, and send the monitored data to the predefined listening party. Since the listening code is deployed in the blockchain platform code, rather than at the client of the listening party, this implementation method based on the listening code is relatively more active than the event mechanism. Among them, the above listening code can be added to the blockchain platform code by the developers of the blockchain platform during the development process, or it can be embedded by the listening party based on its own needs, and this specification does not limit this.

[0040] One of the decentralized features that distinguishes blockchain technology from traditional technologies is that it records accounts on each node, or distributed accounting, rather than traditional centralized accounting. In order for a blockchain system to become a decentralized, honest and trustworthy system that is difficult to break, public, and cannot be tampered with, it is necessary to make distributed data records secure, clear, and irreversible in the shortest possible time. In different types of blockchain systems, in order to maintain the consistency of the ledger in each node that records the ledger, a consensus algorithm is usually used to ensure that it is the consensus mechanism mentioned above. For example, a consensus mechanism of block granularity can be implemented between blockchain nodes. For example, after a node (such as a unique node) generates a block, if the generated block is recognized by other nodes, other nodes record the same block. For another example, a consensus mechanism of transaction granularity can be implemented between blockchain nodes. For example, after a node (such as a unique node) obtains a blockchain transaction, if the blockchain transaction is recognized by other nodes, each node that recognizes the blockchain transaction can add the blockchain transaction to the latest block maintained by itself, and ultimately ensure that each node generates the same latest block. The consensus mechanism is a mechanism for blockchain nodes to reach a consensus on block information (or block data) across the entire network, which can ensure that the latest block is accurately added to the blockchain. The current mainstream consensus mechanisms include: Proof of Work (POW), Proof of Stake (POS), Delegated Proof of Stake (DPOS), Practical Byzantine Fault Tolerance (PBFT) algorithm, HoneyBadgerBFT algorithm, etc.

[0041] At present, the mode of using blockchain to manage copyright use transactions of copyrighted works is becoming increasingly popular. In practical applications, copyright use transactions of different types of copyrighted works are usually managed by different blockchain networks. For example, there are blockchain networks dedicated to managing copyright use transactions of music works, blockchain networks dedicated to managing copyright use transactions of video works, and blockchain networks dedicated to managing copyright use transactions of text works.

[0042] A mashup is a work that is a mix of at least two copyrighted works of different types. Common mashups include homemade videos uploaded by UP hosts on video websites, in which some clips from film works are used, some clips from music works are used as background music, and some clips from text works may be used as subtitles.

[0043] Usually, a mixed work can only be published after confirming that the copyright authorization of each work used in the mixed work has been obtained.

[0044] To this end, this specification provides a publishing process for mixed works. According to the different sources of work types, the mixed work is divided into at least two sets of work fragments, and different sets of work fragments are derived from copyrighted works of different work types. For each set of work fragments, the copyrighted work from which each work fragment is derived is determined, and then based on the various work fragments derived from the same copyrighted work, a copyright use transaction is initiated and a management contract is called to a blockchain network dedicated to managing copyright use transactions of the work type. If the management contract is monitored to confirm the copyright use transaction, the mixed work is published.

[0045] Through the above-mentioned publishing process, each copyright usage transaction involved in the mixed work needs to be submitted to the corresponding blockchain network for confirmation before the mixed work can be published to ensure that the publication of the mixed work does not infringe the copyright of the work.

[0046] Figure 4 This is a flow chart of a method for publishing a mixed work provided in this specification, which includes the following steps:

[0047] S400: Acquire the mixed work to be published.

[0048] Figure 4 The method flow shown can be applied to mixed work publishing platforms, such as self-made video platforms, self-made short video platforms, compilation literature websites, self-made music websites, etc.

[0049] Users upload their own mixed works to the mixed work publishing platform and request for publication. After the mixed work publishing platform obtains the mixed works to be published, it needs to ensure that the use of copyrighted works in the mixed works is authorized.

[0050] S402: Split the mixed work into at least two sets of work segments.

[0051] A mashup is usually a mashup of the contents of at least two copyrighted works of different work types. Therefore, the mashup can be divided into at least two sets of work fragments according to the work types to which the work fragments belong. The same set of work fragments includes at least one work fragment from a copyrighted work of the same work type, and different sets of work fragments are from copyrighted works of different work types.

[0052] Work types may include, for example, music, video, text, etc.

[0053] In some embodiments, the mixed type corresponding to the mixed work may be determined first, and then, according to the mixed type corresponding to the mixed work, each work type involved in the mixed work may be determined. The mixed type is defined by at least two work types. For example, "music + video" is a mixed type, "music + text" is a mixed type, and "music + video + text" is also a mixed type.

[0054] The mixed work usually has type tag information, which is used to mark the mixed type of the mixed work. If the mixed work does not have type tag information, the mixed work publishing platform can detect the mixed type of the mixed work based on a preset detection program. In addition, those skilled in the art can easily think of other ways to determine the mixed type of the mixed work, which will not be repeated here.

[0055] After determining that the mixed work involves each work type, the content corresponding to each work type can be extracted from the mixed work, and then the work segments can be segmented from the content. Of course, the content as a whole can also be regarded as a work segment, and one or more work segments obtained from the content corresponding to the same work type can be combined into a work segment set. For example, the mixed work includes movie clips + text subtitles + background music, then the movie clips, text subtitles, and background music can be extracted separately, and the movie clips can be regarded as a work segment, or the movie clips can be divided into at least two work segments; the text subtitles can be regarded as a work segment, or the text subtitles can be divided into at least two work segments; the background music can be regarded as a work segment, or it can be divided into at least two music segments.

[0056] In other embodiments, the mixed work may be split manually to obtain at least two sets of work segments.

[0057] S404: For each set of work fragments, perform the following steps S4041-S4043.

[0058] S4041: Determine the work type corresponding to the work fragment set, and determine the copyrighted work from which each work fragment in the work fragment set originates.

[0059] In some embodiments, for each work fragment in the work fragment collection, a corresponding work fingerprint can be determined based on the work fragment; based on one or more work fingerprint libraries corresponding to the work type, the work fingerprint that best matches the work fingerprint corresponding to the work fragment is retrieved; and the copyrighted work corresponding to the retrieved work fingerprint is determined to be the copyrighted work from which the work fragment originated.

[0060] Furthermore, the work fingerprint corresponding to the work fragment can be sent to one or more work platforms, each of which maintains at least one work fingerprint library corresponding to the work type, so that each work platform retrieves a work fingerprint that matches the work fingerprint corresponding to the work fragment; obtains the work fingerprints retrieved by each work platform, and calculates the similarity between the work fingerprints retrieved by each work platform and the work fingerprint corresponding to the work fragment; and determines the retrieved work fingerprint with the greatest similarity as the work fingerprint that best matches the work fingerprint corresponding to the work fragment.

[0061] In other embodiments, the collection of work fragments may be submitted to manual judgment to determine the copyrighted work from which each work fragment in the collection of work fragments originates.

[0062] S4042: Based on the various work fragments in the work fragment collection that originate from the same copyrighted work, a copyright usage transaction for the same copyrighted work is initiated to a blockchain network dedicated to managing copyright usage transactions for this type of work.

[0063] As mentioned above, in actual applications, copyright usage transactions of different types of works are often managed by different blockchain networks. Therefore, for a copyrighted work of a certain type of work involved in a mixed work, it is necessary to initiate a copyright usage transaction for the copyrighted work to the blockchain network dedicated to managing copyright usage transactions of that type of work.

[0064] S4043: Monitor whether the management contract confirms the copyright usage transaction.

[0065] On the one hand, copyright transactions for the copyrighted work will be recorded on the chain.

[0066] On the other hand, the copyright usage transaction usually calls the management contract deployed in the blockchain network (a smart contract that implements management functions), so that the management contract can determine whether to confirm the copyright usage transaction.

[0067] In some embodiments, the management contract can determine whether to confirm the copyright use transaction according to a preset rule. For example, the preset rule can be that all copyright use transactions initiated by the mixed work publishing platform will be confirmed. Another example of the preset rule can be whether the producer of the mixed work specified in the copyright use transaction meets the specified qualification requirements.

[0068] In other embodiments, the management contract may trigger an off-chain query message based on the copyright use transaction for the same copyrighted work, so that after the copyright holder of the same copyrighted work monitors the off-chain query message, if the copyright use transaction is approved, the permission transaction for calling the management contract is submitted to the blockchain network; if the permission transaction submitted by the copyright holder is received, the copyright use transaction is confirmed. In addition, if the permission transaction from the copyright holder is not received, the copyright use transaction is denied.

[0069] In some embodiments, the management contract may determine the usage fee that the producer of the mixed work should pay to the copyright holder of the same copyrighted work if a copyright usage transaction for the same copyrighted work is determined.

[0070] In some embodiments, the management contract may also determine the taxes payable on the usage fee.

[0071] The above steps executed by the management contract are all credible, and a credible execution record will be left on the chain for easy verification.

[0072] S406: If all copyright usage transactions involving the mixed work are monitored to be confirmed, the mixed work is published.

[0073] In some embodiments, if it is detected that any copyright usage transaction involved in the mixed work is not confirmed, the publication of the mixed work may be refused.

[0074] This specification also provides a mixed work publishing device, which is applied to a mixed work publishing platform. Figure 5 As shown, including:

[0075] The acquisition module 501 acquires the mixed work to be published, and divides the mixed work into at least two sets of work fragments; the same set of work fragments includes at least one work fragment from a copyrighted work of the same work type, and different sets of work fragments are from copyrighted works of different work types;

[0076] Execution module 502, for each work fragment set, performs the following steps: determining the work type corresponding to the work fragment set, and determining the copyrighted work from which each work fragment in the work fragment set originates; based on each work fragment in the work fragment set originating from the same copyrighted work, initiating a copyright usage transaction for the same copyrighted work to a blockchain network dedicated to managing copyright usage transactions for the work type, the copyright usage transaction calls a management contract deployed in the blockchain network; monitoring whether the management contract confirms the copyright usage transaction;

[0077] The publishing module 503 publishes the mixed work if it is monitored that all copyright usage transactions involved in the mixed work are confirmed.

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

[0079] For the convenience of description, the above device is described in various units according to their functions. Of course, when implementing this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0080] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0081] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of 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 a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

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

[0083] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0084] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process in the computer or other programmable device. Figure 1 A process or multiple processes and / or boxes Figure 1 In a typical configuration, a computer includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0085] The memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

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

[0087] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0088] The above is a description of a specific embodiment of the specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the embodiments and still achieve the desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

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

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

[0091] The above description is merely a preferred embodiment of one or more embodiments of the present specification and is not intended to limit one or more embodiments of the present specification. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of one or more embodiments of the present specification shall be included in the scope of protection of one or more embodiments of the present specification.

Claims

1. A method for publishing a mixed work, applied to a mixed work publishing platform, the method comprising: Obtaining a mixed work to be published, and splitting the mixed work into at least two sets of work fragments; The mixed work is a work obtained by mixing the contents of at least two copyrighted works of different types, the same set of work fragments includes at least one work fragment from a copyrighted work of the same work type, and different sets of work fragments are from copyrighted works of different work types, wherein the work type of any copyrighted work is music, or video, or text; For each set of work fragments, the following steps are performed: determining the work type corresponding to the set of work fragments, and determining the copyrighted work from which each work fragment in the set of work fragments originates; based on each work fragment in the set of work fragments originating from the same copyrighted work, initiating a copyright use transaction for the same copyrighted work to a blockchain network dedicated to managing copyright use transactions for the work type, the copyright use transaction calls a management contract deployed in the blockchain network; monitoring whether the management contract confirms the copyright use transaction; If it is monitored that all copyright usage transactions involved in the mixed work are confirmed, the mixed work will be published.

2. The method of claim 1, wherein determining the copyrighted work from which each work segment in the set of work segments originates comprises: For each work segment in the work segment set, determining a corresponding work fingerprint based on the work segment; Based on one or more work fingerprint libraries corresponding to the work type, retrieve the work fingerprint that best matches the work fingerprint corresponding to the work segment; The copyrighted work corresponding to the retrieved work fingerprint is determined to be the copyrighted work from which the work fragment originates.

3. The method of claim 2, based on one or more work fingerprint libraries corresponding to the work type, retrieving the work fingerprint that best matches the work fingerprint corresponding to the work segment, comprising: Sending the work fingerprint corresponding to the work segment to one or more work platforms, each of which maintains at least one work fingerprint library corresponding to the work type, so that each work platform retrieves a work fingerprint that matches the work fingerprint corresponding to the work segment; Obtaining the work fingerprints retrieved by each work platform, and calculating the similarity between the work fingerprint retrieved by each work platform and the work fingerprint corresponding to the work fragment; The retrieved work fingerprint with the greatest similarity is determined as the work fingerprint that best matches the work fingerprint corresponding to the work segment.

4. In the method of claim 1, the steps of managing the execution of the contract deployed in the blockchain network include: According to the copyright use transaction for the same copyrighted work, an off-chain query message is triggered, so that after the copyright holder of the same copyrighted work monitors the off-chain query message, if the copyright use transaction is approved, the copyright holder submits a permission transaction for calling the management contract to the blockchain network; If a licensing transaction is received from the copyright holder, the copyright usage transaction is confirmed.

5. The method of claim 4, wherein the step of managing the execution of the contract deployed in the blockchain network further comprises: If the copyright holder's permission transaction is not received, the copyright use transaction is denied.

6. In the method of claim 1, the step of managing the execution of the contract deployed in the blockchain network comprises: If a copyright usage transaction for the same copyrighted work is determined, the usage fee that the producer of the mixed work should pay to the copyright holder of the same copyrighted work will be determined.

7. In the method of claim 6, the steps of managing the execution of the contract deployed in the blockchain network include: Determine the tax expense payable on the usage fee.

8. The method of claim 1, further comprising: If it is detected that any copyright usage transaction involved in the mixed work is not confirmed, the release of the mixed work will be refused.

9. A mixed work publishing device, applied to a mixed work publishing platform, comprising: An acquisition module is used to acquire the mixed work to be published, and to split the mixed work into at least two sets of work fragments; The mixed work is a work obtained by mixing the contents of at least two copyrighted works of different types, the same set of work fragments includes at least one work fragment from a copyrighted work of the same work type, and different sets of work fragments are from copyrighted works of different work types, wherein the work type of any copyrighted work is music, or video, or text; The execution module performs the following steps for each set of work fragments: determining the work type corresponding to the set of work fragments, and determining the copyrighted work from which each work fragment in the set of work fragments originates; based on each work fragment in the set of work fragments originating from the same copyrighted work, initiating a copyright use transaction for the same copyrighted work to a blockchain network dedicated to managing copyright use transactions of the work type, wherein the copyright use transaction calls a management contract deployed in the blockchain network; and monitoring whether the management contract confirms the copyright use transaction; The publishing module publishes the mixed work if it is monitored that all copyright usage transactions involved in the mixed work are confirmed.

Images