一种基于区块链的原创音乐作品管理方法及相关设备与流程

本申请涉及原创作品管理技术领域，特别涉及一种原创音乐作品管理方法、平台、系统、设备及介质。

背景技术

目前，许多唱片公司以及民间的音乐创作人喜欢通过互联网来发布音乐作品，以便于在较短的时间内让众多的互联网用户了解自己发布的作品。

然而，由于现有各种互联网音乐平台所存在的信息监管不周、信息容易被篡改等问题，导致人们在互联网上发布音乐作品之后，经常会面临作品版权争端、难以维权等问题，这样在很大程度是打击了人们的创作积极性，影响了社会音乐事业的发展。

技术实现要素：

有鉴于此，本申请的目的在于提供一种原创音乐作品管理方法、平台、系统、设备及介质，能够消除作品版权归属不清楚的问题，避免了作品版权争端，降低了维权难度。其具体方案如下：

第一方面，本申请公开了一种基于区块链的原创音乐作品管理方法，包括：

获取作品提供方上传的原创音乐作品，并在基于区块链的文件系统中保存所述原创音乐作品；

通过预设的合约接口，将所述原创音乐作品的版权归属信息写入所述区块链上的智能合约，得到相应的资产合约；

对所述资产合约中的版权归属信息进行公示。

可选的，所述获取作品提供方上传的原创音乐作品，并在基于区块链的文件系统中保存所述原创音乐作品，包括：

获取作品提供方上传的音乐作品；

确定所述音乐作品是否为原创音乐作品；

如果是，则在所述文件系统中保存所述原创音乐作品。

可选的，所述确定所述音乐作品是否为原创音乐作品，包括：

提取所述音乐作品的音频特征，根据所述音频特征判断所述音乐作品是否为原创音乐作品；

或，提取所述音乐作品中携带的第三方原创认证信息，通过判断所述第三方原创认证信息是否为合法认证信息的方式，确定出所述音乐作品是否为原创音乐作品。

可选的，所述确定所述音乐作品是否为原创音乐作品之后，还包括：

如果否，则分析出所述音乐作品的抄袭程度；

根据所述抄袭程度对所述作品提供方的信用值进行相应调整；

判断当前所述作品提供方的信用值是否小于预设信用阈值，如果是，则取消所述作品提供方的作品上传权限。

可选的，所述获取作品提供方上传的原创音乐作品，并在基于区块链的文件系统中保存所述原创音乐作品，包括：

获取作品制作方和/或作品出版方上传的原创音乐作品，并对所述原创音乐作品进行切片加密，然后在所述文件系统中保存切片加密后得到的数据。

可选的，所述原创音乐作品管理方法，还包括：

获取所述区块链返回的在将所述原创音乐作品写入所述智能合约的过程中产生的与所述原创音乐作品对应的哈希值。

可选的，所述文件系统为分布式文件系统。

可选的，所述文件系统为tcfs系统。

可选的，所述原创音乐作品管理方法，还包括：

获取作品需求方针对目标原创音乐作品发起的作品访问请求；

对与所述目标原创音乐作品对应的资产合约进行查询，然后根据查询结果并利用所述文件系统中保存的相应数据对所述作品访问请求进行响应。

可选的，所述作品访问请求包括作品查询请求，或作品下载请求，或作品试听请求。

可选的，所述对所述作品访问请求进行响应之前，还包括：

对作品需求方将自身的身份信息进行签名后得到的签名信息进行验签。

可选的，所述方法，还包括：

获取针对目标原创音乐作品的版权转移请求；

对所述版权转移请求中的签名信息进行验签；

若验签成功，则在所述智能合约中记录相应的版权转移信息；

其中，所述版权转移请求中的签名信息为版权转让方和版权受让方对所述目标原创音乐作品进行共同的数字签名后得到的信息。

第二方面，本申请公开了一种基于区块链的原创音乐作品管理平台，包括：

作品获取模块，用于获取作品提供方上传的原创音乐作品，并在基于区块链的文件系统中保存所述原创音乐作品；

信息写入模块，用于通过预设的合约接口，将所述原创音乐作品的版权归属信息写入所述区块链上的智能合约，得到相应的资产合约；

信息公示模块，用于对所述资产合约中的版权归属信息进行公示。

可选的，所述文件系统为tcfs系统。

第三方面，本申请公开了一种基于区块链的原创音乐作品管理系统，包括前述公开的原创音乐作品管理平台、文件系统和区块链。

第四方面，本申请公开了一种基于区块链的原创音乐作品管理设备，包括处理器和存储器，其中，所述处理器执行所述存储器中保存的计算机程序时实现前述公开的原创音乐作品管理方法。

第五方面，本申请公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的原创音乐作品管理方法。

可见，本申请在获取到作品提供方上传的原创音乐作品之后，会将该原创音乐作品的版权归属信息写入到区块链上的智能合约，并对合约上的版权归属信息进行公示，由于一旦将版权归属信息写入到区块链上的智能合约，则无法对该版权归属信息进行任何修改，从而保证了智能合约上的版权归属信息从始至终的一致性，由此便可根据智能合约上的版权归属信息来确定相应的原创音乐作品的版权归属，从而消除了现有技术中存在的版权归属不清楚的问题，避免了作品版权争端，降低了维权难度。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请公开的一种原创音乐作品管理方法流程图；

图2为本申请公开的一种具体的原创音乐作品管理方法流程图；

图3为本申请公开的一种具体的原创音乐作品管理方法流程图；

图4为本申请公开的一种具体的原创音乐作品管理方法流程图；

图5为本申请公开的一种具体的原创音乐作品管理方法流程图；

图6为本申请公开的一种原创音乐作品管理平台结构示意图；

图7为本申请公开的一种原创音乐作品管理设备结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

现有技术中，由于各种互联网音乐平台所存在的信息监管不周、信息容易被篡改等问题，导致人们在互联网上发布音乐作品之后，经常会面临作品版权争端、难以维权等问题，从而打击了人们的创作积极性，影响了社会音乐事业的发展。为此，本申请提出了一种基于通过区块链搭建的文件系统的原创音乐作品管理方法，能够消除作品版权归属不清楚的问题，避免了作品版权争端，降低了维权难度。

参见图1所示，本申请实施例公开了一种基于区块链的文件系统的原创音乐作品管理方法，包括：

s11：获取作品提供方上传的原创音乐作品，并在基于区块链的文件系统中保存所述原创音乐作品。

s12：通过预设的合约接口，将所述原创音乐作品的版权归属信息写入所述区块链上的智能合约，得到相应的资产合约。

s13：对所述资产合约中的版权归属信息进行公示。

可见，本申请实施例在获取到作品提供方上传的原创音乐作品之后，会将该原创音乐作品的版权归属信息写入到区块链上的智能合约，并对合约上的版权归属信息进行公示，由于一旦将版权归属信息写入到区块链上的智能合约，则无法对该版权归属信息进行任何修改，从而保证了智能合约上的版权归属信息从始至终的一致性，由此便可根据智能合约上的版权归属信息来确定相应的原创音乐作品的版权归属，从而消除了现有技术中存在的版权归属不清楚的问题，避免了作品版权争端，降低了维权难度。

本实施例中，上述文件系统是利用区块链技术创建的文件系统。进一步的，为了提升文件系统的数据存储容量和可靠性，上述文件系统具体可以是分布式文件系统。也即，本实施例中的上述文件系统具体可以是同时利用区块链技术和分布式技术搭建的文件系统，如tcfs系统(即thunderchainfilesystem，迅雷链文件系统)，与此对应的，上述区块链具体为迅雷链。需要说明的是，tcfs系统是迅雷公司在百万级共享计算节点的基础上，基于高性能迅雷链和分布式技术倾力打造的数据云存储与授权分发的开放式文件系统，有关该文件系统的具体技术细节可以参考现有的技术文献，在此不再进行赘述。

为了减少作品提供方在上传数据容量较大的原创音乐作品时的数据上传时间，本实施例具体可以预先为作品提供方提供多个不同的数据上传接口，作品提供方在上传原创音乐作品之前，可以先从上述多个数据上传接口中指定若干个数据上传接口，然后点击上传按钮即可，后续原创音乐作品管理平台可以根据上述若干个数据上传接口的接口数量n，先将上述待上传的原创音乐作品划分为n份作品片段，然后利用上述若干个数据上传接口中的不同接口对不同的作品片段进行一对一地上传操作。

需要指出的是，上述为作品提供方提供的多个数据上传接口可以均位于同一台终端设备上，当然，考虑到单台终端设备的数据上传能力毕竟有限，为了最大程度地提升数据上传速度，本实施例中上述多个数据上传接口可以优先设置在不同的终端设备上。

本实施例中，所述获取作品提供方上传的原创音乐作品，并在基于区块链的文件系统中保存所述原创音乐作品，具体可以包括：

获取作品提供方上传的音乐作品，确定所述音乐作品是否为原创音乐作品，如果是，则在所述文件系统中保存所述原创音乐作品。

也即，本实施例中作品提供方上传了音乐作品之后，管理平台需要对该音乐作品的原创性进行确定，以确保后续文件系统中保存的音乐作品是原创的音乐作品，这样意味着非原创的音乐作品将无法被保存到上述文件系统，从而使得作品需求方从上述文件系统中访问到的音乐作品均为原创作品，这样便可沉重打击那些企图通过上传非原创音乐作品来获得非法利益的作品提供方。

可以理解的是，本实施例中的作品提供方既可以是作品制作方，也可以是作品出版方，并且无论是制作方还是发行出版方，均既可以是个人，也可以是企业组织。

另外，为了保证数据的安全性，本实施例中，所述获取作品提供方上传的原创音乐作品，并在基于区块链的文件系统中保存所述原创音乐作品，具体可以包括：

获取作品制作方和/或作品出版方上传的原创音乐作品，并对所述原创音乐作品进行切片加密，然后在所述文件系统中保存切片加密后得到的数据。

其中，上述切片加密处理是指将原创音乐作品划分为多个片段，然后分别对每个片段进行加密处理。

本实施例中，作品提供方在一次上传操作中所上传的原创音乐作品既可以是音乐单曲，也可以是一个音乐专辑里的所有音乐，并且，本实施例中的原创音乐作品的音乐类型可以多种多样，如流行音乐、古典音乐、爵士音乐和摇滚音乐，也可以是戏曲音乐等，在此不进行具体限定。

可以理解的是，上述合约接口是能够被原创音乐作品管理平台调用的用来对上述区块链上的智能合约进行信息写入的接口。另外，上述版权归属信息可以是由原创音乐作品自身携带的信息，也可以是作品提供方在上传原创音乐作品的过程中独立上传的信息。上述版权归属信息可以用来证明相应作品版权的实际归属。当将上述原创音乐作品的版权归属信息被写入区块链上的智能合约之后，该版权归属信息将无法被篡改，从而使得上述原创音乐作品的版权归属不会被非法变更，从而解决了现有技术中存在的版权归属不清、容易引起版权争端的问题。

另外，需要指出的是，上述区块链上的资产合约是基于上述区块链中预设的合约标准来开发的合约，例如，当上述区块链是迅雷链，则上述资产合约具体可以是基于迅雷链的trc721合约标准来开发的合约。关于上述trc721合约标准的具体内容可以参考现有的相关技术文献，在此不再进行赘述。

本实施例在将原创音乐作品的版权归属信息写入资产合约之后，会对资产合约中的版权归属信息进行公示，由于资产合约中的信息不可篡改，从而一方面使得社会公众对上述公示的信息具有非常高信任度，另一方面也起到了维护创作者的合法版权的效果。

进一步的，本实施例中的原创音乐作品管理方法，还可以具体包括：对文件系统中保存的音乐作品进行公示，以满足社会公众对音乐艺术的日益增长的需求。

进一步的，本实施例中的原创音乐作品管理方法，可以具体还包括：获取所述区块链返回的在将所述原创音乐作品写入所述智能合约的过程中产生的与所述原创音乐作品对应的哈希值。

可以理解的是，本实施例在对音乐作品进行公示时，为了确保公示的音乐作品与文件系统初始保存的原创音乐作品相比没有被篡改，可以利用上述获取到的哈希值实时地从文件系统中获取与该哈希值相对应的音乐作品来进行公示。由于获取到的音乐作品是与上述哈希值是对应的，这意味着上述音乐作品与文件系统初始保存的相应的原始音乐作品相比并没有被篡改，从而避免了遭受篡改的音乐作品被公示的事件发生。

进一步的，为了方便版权所有人对自身的音乐作品版权进行合法转移，本实施例中还可以包括：获取针对目标原创音乐作品的版权转移请求，然后对所述版权转移请求中的签名信息进行验签，当验签成功之后，便在区块链的智能合约中记录相应的版权转移信息，由此实现了作品版权的转移。可以理解的是，上述版权转移请求中的签名信息是目标原创音乐作品的版权转让方和版权受让方针对所述目标原创音乐作品进行共同的数字签名后得到的信息。

另外，本实施例中，作品提供方和作品需求方在利用预设的通信接口与原创音乐作品管理平台进行任何数据交互时，如作品上传操作、作品下载操作和作品查询操作等，可以要求作品提供方和作品需求方对相应的接口参数进行签名，以便原创音乐作品管理平台验证用户身份是否合法。其中，可以利用用户个人钱包、服务器钱包或本地签名函数来进行签名。

参见图2所示，本申请实施例公开了一种具体的原创音乐作品管理方法，包括：

s21：获取作品提供方上传的音乐作品。

s22：提取所述音乐作品的音频特征。

s23：根据所述音频特征判断所述音乐作品是否为原创音乐作品。

也即，本实施例具体可以在获取到作品提供方上传的音乐作品之后，提供其音频特征，然后将该音频特征与其他现有的原创音乐作品的音频特征进行比对，当发现存在重复的情况，则可以判定作品提供方上传的音乐作品不是原创音乐作品，否则，可以判定作品提供方上传的音乐作品是原创音乐作品。

在一种具体实施方式中，可以在获取到作品提供方上传的音乐作品之后，提取整个音乐作品的全部音频特征，然后将其与其他现有的每一原创音乐作品的全部音频特征进行比对，以确定作品提供方上传的音乐作品是否为原创音乐作品。

在另一种具体实施方式中，为了减少音频提取过程以及音频比对过程所花费的时间，本实施例可以在获取到作品提供方上传的音乐作品之后，提取该音乐作品中的经典片段的音频特征，然后将其与其他现有的每一原创音乐作品的经典片段的音频特征进行比对，以确定作品提供方上传的音乐作品是否为原创音乐作品。

可以理解的是，所述提取该音乐作品中的经典片段的音频特征之前，需要先确定该音乐作品中的经典片段。为了确定音乐作品中的经典片段，可以通过以下步骤来实现：将该音乐作品转发到第三方标注平台，然后获取经过上述第三方标注平台认证的平台用户在对该音乐作品进行试听之后，提交的针对该音乐作品的经典片段的标注信息，然后利用该标注信息确定相应的经典片段。其中，上述标注信息具体可以包括经典片段的起始时刻。

当然，考虑到一个音乐作品的经典片段通常是比较押韵的片段，能够让人听了觉得非常好听、愉悦，这些经典片段由于押韵而会形成特定的音频特征，通过分析音乐作品中的与押韵相关的音频特征，可以确定出该作品中存在押韵的音乐片段，并可以将该音乐片段确定为该音乐作品的经典片段。也即，为了确定音乐作品中的经典片段，也可以通过以下步骤来实现：提取该音乐作品中的全部音频特征，从所述全部音频特征中筛选出与押韵相关的音频特征，并根据筛选出的音频特征确定出相应的音乐片段，然后将该音乐片段直接确定为经典片段。

s24：如果是，则在所述文件系统中保存所述原创音乐作品。

s25：通过预设的合约接口，将所述原创音乐作品的版权归属信息写入所述区块链上的智能合约，得到相应的资产合约。

s26：对所述资产合约中的版权归属信息进行公示。

其中，关于上述s24至s26中的其他具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

参见图3所示，本申请实施例公开了一种具体的原创音乐作品管理方法，包括：

s31：获取作品提供方上传的音乐作品。

s32：提取所述音乐作品中携带的第三方原创认证信息。

s33：通过判断所述第三方原创认证信息是否为合法认证信息的方式，确定出所述音乐作品是否为原创音乐作品。

也即，本实施例预先要求作品提供方在上传的音乐作品中需携带第三方原创认证信息，后续通过分析上述第三方原创认证信息是否为合法认证信息，即可确定出音乐作品是否为原创音乐作品。

可以理解的是，上述第三方原创认证信息具体是指由第三方权威认证机构对作品提供方有待上传的原创音乐作品进行数字签名后得到的认证信息。

其中，本实施例具体可以通过对上述第三方原创认证信息进行验签的方式来确定上述第三方原创认证信息是否为合法认证信息，也即，如果验签通过，则判定为合法认证信息，如果验签失败，则判定为非法认证信息。

s34：如果是，则在所述文件系统中保存所述原创音乐作品。

s35：通过预设的合约接口，将所述原创音乐作品的版权归属信息写入所述区块链上的智能合约，得到相应的资产合约。

s36：对所述资产合约中的版权归属信息进行公示。

其中，关于上述s34至s36中的其他具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

参见图4所示，本申请实施例公开了一种具体的原创音乐作品管理方法，包括：

s41：获取作品提供方上传的音乐作品。

s42：确定所述音乐作品是否为原创音乐作品。

s43：如果是，则在所述文件系统中保存所述原创音乐作品，并通过预设的合约接口，将所述原创音乐作品的版权归属信息写入所述区块链上的智能合约，然后对合约中的版权归属信息进行公示。

其中，关于上述s41至s43中的其他具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

s44：如果否，则分析出所述音乐作品的抄袭程度。

具体的，可以通过分析所述音乐作品的音频特征与现有其他原创音乐作品的音频特征的重复比例来确定其抄袭程度。可以理解的是，上述重复比例越大，相应的抄袭程度也越高。

s45：根据所述抄袭程度对所述作品提供方的信用值进行相应调整。

本实施例中，可以预先为每一作品提供方设定初始的信用值，比如设为100，如果该作品提供方没有出现上传非原创音乐作品的情形，则其信用值将会保持不变，如果出现了上传非原创音乐作品的情形，则会将其信用值调低，具体是根据抄袭程度来对信用值进行调整，抄袭程度越高，信用值减少地越多。

s46：判断当前所述作品提供方的信用值是否小于预设信用阈值，如果是，则取消所述作品提供方的作品上传权限。

也即，本实施例预先设置了一个信用阈值，当作品提供方的信用值不小于上述信用阈值，则会继续保持该作品提供方的作品上传权限的有效性，否则，将取消其作品上传权限。通过这种权限管理方式，能够对那些企图上传非原创音乐作品的用户产生极大地警醒作用，很好地维护了音乐事业的健康发展。

参见图5所示，本申请实施例公开了一种具体的原创音乐作品管理方法，包括：

s51：获取作品提供方上传的原创音乐作品，并在基于区块链的文件系统中保存所述原创音乐作品。

s52：通过预设的合约接口，将所述原创音乐作品的版权归属信息写入所述区块链上的智能合约，得到相应的资产合约。

s53：对所述资产合约中的版权归属信息进行公示。

其中，关于上述s51至s53中的其他具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

s54：获取作品需求方针对目标原创音乐作品发起的作品访问请求。

本实施例中，在作品需求方发起上述作品访问请求时，需要作品需求方先针对自己的身份信息进行签名得到签名信息，然后由监管平台对该签名信息进行验签，只有当验签成功之后，才允许对上述作品访问请求展开后续的响应操作。可以理解的是，当上述验签成功，则意味着作品需求方预先获得了目标原创音乐作品的访问授权。具体的，作品需求方可以通过支付一定数额的数字货币的方式向所述区块链购买目标原创音乐作品的访问授权。例如，假设上述区块链为迅雷链，则可以通过支付一定数额链克的方式向迅雷链购买目标原创音乐作品的访问授权。

s55：对与所述目标原创音乐作品对应的资产合约进行查询，然后根据查询结果并利用所述文件系统中保存的相应数据对所述作品访问请求进行响应。

也即，本实施例在获取到作品需求方针对目标原创音乐作品发起的作品访问请求之后，需要对相应的资产合约进行查询，当查询到相应的资产合约中的公开信息之后，便可允许利用文件系统中保存的相应数据对上述作品访问请求进行响应。

其中，所述作品访问请求具体可以包括作品查询请求，或作品下载请求，或作品试听请求。

相应的，本申请实施例还公开了一种基于区块链的文件系统的原创音乐作品管理平台，参见图6所述，该系统包括：

作品获取模块11，用于获取作品提供方上传的原创音乐作品，并在基于区块链的文件系统中保存所述原创音乐作品；

信息写入模块12，用于通过预设的合约接口，将所述原创音乐作品的版权归属信息写入所述区块链上的智能合约，得到相应的资产合约；

信息公示模块13，用于对所述资产合约中的版权归属信息进行公示。

可以理解的是，上述原创音乐作品管理平台具体可以是位于移动终端或电脑终端上的app客户端或网页端。

本实施例中，上述文件系统是利用区块链技术创建的文件系统。进一步的，为了提升文件系统的数据存储容量和可靠性，上述文件系统具体可以是分布式文件系统。也即，本实施例中的上述文件系统具体可以是同时利用区块链技术和分布式技术搭建的文件系统，如tcfs系统，与此对应的，上述区块链具体为迅雷链。

可见，本申请实施例在获取到作品提供方上传的原创音乐作品之后，会将该原创音乐作品的版权归属信息写入到区块链上的智能合约，并对合约上的版权归属信息进行公示，由于一旦将版权归属信息写入到区块链上的智能合约，则无法对该版权归属信息进行任何修改，从而保证了智能合约上的版权归属信息从始至终的一致性，由此便可根据智能合约上的版权归属信息来确定相应的原创音乐作品的版权归属，从而消除了现有技术中存在的版权归属不清楚的问题，避免了作品版权争端，降低了维权难度。

其中，所述作品获取模块11，具体可以包括：

作品获取子模块，用于获取作品提供方上传的音乐作品；

原创性确定子模块，用于确定所述音乐作品是否为原创音乐作品；

作品保存子模块，用于当所述音乐作品为原创音乐作品，则在所述文件系统中保存所述原创音乐作品。

在一种具体实施方式中，所述原创性确定子模块，具体包括：

特征提取单元，用于提取所述音乐作品的音频特征；

原创性判断单元，用于根据所述音频特征判断所述音乐作品是否为原创音乐作品。

在另一种具体实施方式中，所述原创性确定子模块，具体包括：

信息提取单元，用于提取所述音乐作品中携带的第三方原创认证信息；

信息验证单元，用于通过判断所述第三方原创认证信息是否为合法认证信息的方式，确定出所述音乐作品是否为原创音乐作品。

进一步的，本申请实施例中的管理平台，还可以包括：

抄袭程度分析单元，用于当所述音乐作品不是原创音乐作品，则分析出所述音乐作品的抄袭程度；

信用值调整单元，用于根据所述抄袭程度对所述作品提供方的信用值进行相应调整；

信用值判断单元，用于判断当前所述作品提供方的信用值是否小于预设信用阈值，如果是，则取消所述作品提供方的作品上传权限。

另外，所述作品获取模块11，具体可以用于获取作品制作方和/或作品出版方上传的原创音乐作品，并对所述原创音乐作品进行切片加密，然后在所述文件系统中保存切片加密后得到的数据。

进一步的，本申请实施例中的管理平台，还可以包括：

哈希值获取单元，用于获取所述区块链返回的在将所述原创音乐作品写入所述智能合约的过程中产生的与所述原创音乐作品对应的哈希值。

进一步的，本申请实施例中的管理平台，还可以包括：

请求获取单元，用于获取作品需求方针对目标原创音乐作品发起的作品访问请求；

合约查询单元，用于对与所述目标原创音乐作品对应的资产合约进行查询；

请求响应单元，用于根据查询结果并利用所述文件系统中保存的相应数据对所述作品访问请求进行响应。

进一步的，本申请实施例中的管理平台，还可以包括：

第一验签模块，用于对作品需求方将自身的身份信息进行签名后得到的签名信息进行验签。

进一步的，本申请实施例中的管理平台，还可以包括：

转移请求获取模块，用于获取针对目标原创音乐作品的版权转移请求；

第二验签模块，用于对所述版权转移请求中的签名信息进行验签；

信息记录模块，用于当所述第二验签模块的验签成功，则在所述智能合约中记录相应的版权转移信息；

其中，所述版权转移请求中的签名信息为版权转让方和版权受让方对所述目标原创音乐作品进行共同的数字签名后得到的信息。

进一步的，本申请实施例还公开了一种基于区块链的原创音乐作品管理系统，包括前述实施例中公开的原创音乐作品管理平台、文件系统和区块链。

可以理解的是，上述原创音乐作品管理平台具体可以是位于移动终端或电脑终端上的app客户端或网页端。

本实施例中，上述文件系统是利用区块链技术创建的文件系统。进一步的，为了提升文件系统的数据存储容量和可靠性，上述文件系统具体可以是分布式文件系统。也即，本实施例中的上述文件系统具体可以是同时利用区块链技术和分布式技术搭建的文件系统，如tcfs系统，与此对应的，上述区块链具体为迅雷链。

参见图7所示，本申请实施例还公开了一种基于区块链的原创音乐作品管理设备20，包括处理器21和存储器22，其中，所述处理器21执行所述存储器22中保存的计算机程序时实现以下步骤：

获取作品提供方上传的原创音乐作品，并在基于区块链的文件系统中保存所述原创音乐作品；通过预设的合约接口，将所述原创音乐作品的版权归属信息写入所述区块链上的智能合约，得到相应的资产合约；对所述资产合约中的版权归属信息进行公示。

本实施例中，上述文件系统是利用区块链技术创建的文件系统。进一步的，为了提升文件系统的数据存储容量和可靠性，上述文件系统具体可以是分布式文件系统。也即，本实施例中的上述文件系统具体可以是同时利用区块链技术和分布式技术搭建的文件系统，如tcfs系统，与此对应的，上述区块链具体为迅雷链。

可见，本申请实施例在获取到作品提供方上传的原创音乐作品之后，会将该原创音乐作品的版权归属信息写入到区块链上的智能合约，并对合约上的版权归属信息进行公示，由于一旦将版权归属信息写入到区块链上的智能合约，则无法对该版权归属信息进行任何修改，从而保证了智能合约上的版权归属信息从始至终的一致性，由此便可根据智能合约上的版权归属信息来确定相应的原创音乐作品的版权归属，从而消除了现有技术中存在的版权归属不清楚的问题，避免了作品版权争端，降低了维权难度。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：获取作品提供方上传的音乐作品；确定所述音乐作品是否为原创音乐作品；如果是，则在所述文件系统中保存所述原创音乐作品。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：提取所述音乐作品的音频特征；根据所述音频特征判断所述音乐作品是否为原创音乐作品。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：提取所述音乐作品中携带的第三方原创认证信息；通过判断所述第三方原创认证信息是否为合法认证信息的方式，确定出所述音乐作品是否为原创音乐作品。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：确定所述音乐作品是否为原创音乐作品，如果否，则分析出所述音乐作品的抄袭程度；根据所述抄袭程度对所述作品提供方的信用值进行相应调整；判断当前所述作品提供方的信用值是否小于预设信用阈值，如果是，则取消所述作品提供方的作品上传权限。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：获取作品制作方和/或作品出版方上传的原创音乐作品，并对所述原创音乐作品进行切片加密，然后在所述文件系统中保存切片加密后得到的数据。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：获取所述区块链返回的在将所述原创音乐作品写入所述智能合约的过程中产生的与所述原创音乐作品对应的哈希值。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：获取作品需求方针对目标原创音乐作品发起的作品访问请求；对与所述目标原创音乐作品对应的资产合约进行查询，然后根据查询结果并利用所述文件系统中保存的相应数据对所述作品访问请求进行响应；其中，所述作品访问请求包括作品查询请求，或作品下载请求，或作品试听请求。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：在对所述作品访问请求进行响应之前，对作品需求方将自身的身份信息进行签名后得到的签名信息进行验签。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：获取针对目标原创音乐作品的版权转移请求；对所述版权转移请求中的签名信息进行验签；若验签成功，则在所述智能合约中记录相应的版权转移信息；其中，所述版权转移请求中的签名信息为版权转让方和版权受让方对所述目标原创音乐作品进行共同的数字签名后得到的信息。

进一步的，本实施例中的原创音乐作品管理设备20，还可以包括：

无线通讯接口23，用于通过无线通讯方式，与上述文件系统、区块链进行数据通讯，或者也可以用于获取外部导入的程序代码。

有线通讯接口24，用于通过有线通讯方式，与上述文件系统、区块链进行数据通讯，或者也可以用于获取外部导入的程序代码。

显示器25，用于对上传的数据或下载的数据进行显示，以及显示交互界面等。

电源26，用于为原创音乐作品管理设备的正常工作提供电能。

进一步的，本申请实施例还公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例中公开的原创音乐作品管理方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种原创音乐作品管理方法、平台、系统、设备及介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。