CN113742539A - 作品授权方法、装置、介质和计算设备 - Google Patents

Abstract

本公开的实施方式提供了一种作品授权方法、装置、介质和计算设备。所述方法包括：获取备选作品的备选作品标签；确定转让方根据预设的作品授权条件从所述备选作品标签中选取的目标作品标签，并根据各个目标作品标签之间的逻辑关系生成作品筛选程序；按照预设频率定时触发执行所述作品筛选程序以筛选出目标作品标识，并将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方。该方法实现了对目标作品的自动化授权，不仅有助于避免人员之间的沟通偏差，而且能够一定程度上提升对目标作品的授权效率。

Description

作品授权方法、装置、介质和计算设备

技术领域

本公开的实施方式涉及作品消费技术领域，更具体地，本公开的实施方式涉及一种作品授权方法、装置、介质和计算设备。

背景技术

本部分旨在为权利要求书中陈述的本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

现阶段，用户可以通过作品消费平台消费歌曲、文章、视频等各类作品。作品消费平台或者作品拥有者往往需要对作品进行版权管理，例如作品拥有者可以向作品消费平台转让作品版权，作品消费平台可以获取自己所维护作品的版权并在该平台上使用，也可以将该版权作为资产转授权给其他平台或个人等第三方等。

其中，一方将自身拥有的作品版权转让给另一方的过程，被称为授权或转授权。对于作品转授权过程，在相关技术中，通常由转让方根据与受让方事先协商的版权转授协议确定需要转授权的作品并告知开发人员，进而由开发人员手动编写并部署用于拉取被选取作品的SQL(Structured Query Language，结构化查询语言)代码。从而，通过定期自动执行该代码获取拉取需要被授权的作品并提供给受让方，以完成这部分作品的授权。

发明内容

但是，现有方式虽然实现了自动拉取作品并提供给受让方，但是作品转授权的整体实现链路较长、需要多方共同参与，因此易出现各环节参与人员之间的沟通偏差，从而导致作品转授权的整体效率低下。特别是随着业务增长，作品消费平台所维护的具有转授权前景的备选作品数量大幅增加的情况下，上述方式的授权效率更显低下。

因此，如何高效地实现海量作品中部分作品的转授权，以提升作品授权的整体效率，是当前阶段亟待解决的技术问题。

在本上下文中，本公开的实施方式期望提供一种作品授权方法、装置、介质和计算设备。

在本公开实施方式的第一方面中，提供了一种作品授权方法，所述方法包括：

获取备选作品的备选作品标签；

确定转让方根据预设的作品授权条件从所述备选作品标签中选取的目标作品标签，并根据各个目标作品标签之间的逻辑关系生成作品筛选程序；

按照预设频率定时触发执行所述作品筛选程序以筛选出目标作品标识，并将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方。

可选地，所述获取备选作品的备选作品标签包括：

获取备选作品的作品属性信息；

将所述作品属性信息抽象为归属于预设属性维度的备选作品标签。

可选地，所述获取备选作品的作品属性信息，包括：

分别获取多个业务模块在实现各自业务功能的过程中生成的作品属性信息。

可选地，所述备选作品包括作品消费平台提供的线上作品，所述获取备选作品的作品属性信息，包括：

从所述作品消费平台周期性获取所述线上作品的作品属性信息。

可选地，所述预设属性维度包括第一属性维度和第二属性维度，所述将所述作品属性信息抽象为归属于预设属性维度的备选作品标签，包括：

在任一作品属性信息对应的备选作品的作品数量不大于数量阈值的情况下，将所述任一作品属性信息抽象为归属于所述第一属性维度的备选作品标签；

在任一作品属性信息对应的备选作品的作品数量大于数量阈值的情况下，将所述任一作品属性信息抽象为归属于所述第二属性维度的备选作品标签。

可选地，所述预设属性维度包括基础信息维度和版权信息维度，所述备选作品标签包括归属于所述基础信息维度的基础信息标签和归属于所述版权信息维度的版权信息标签。

可选地，在获取到所述备选作品标签后，还包括：

按照预设的标签格式将所述备选作品标签聚合为标签记录表，解析任一标签记录表得到的备选作品标签被用于供所述转让方选取。

可选地，还包括：

若所述标签记录表中不存在获取到的任一备选作品标签，则将所述任一备选作品标签添加至所述标签记录表。

可选地，还包括：

保存各个备选作品分别对应的备选作品标签；或者，

在多个备选作品存在相同的备选作品标签的情况下，合并保存所述相同的备选作品标签。

可选地，所述确定转让方根据预设的作品授权条件从所述备选作品标签中选取的目标作品标签，包括：

根据各个备选作品标签之间的逻辑关系生成备选控件，并将所述备选控件发送至所述转让方使用的终端设备，以用于展示；

根据所述终端设备返回的选取结果确定被选取的目标作品标签，所述选取结果对应于所述转让方按照所述作品授权条件针对所述备选控件实施的选取操作。

可选地，还包括：

按照预设的标识组织格式排列被筛选出的所述目标作品标识。

可选地，

所述预设频率与筛选出的所述目标作品标识的数量呈负相关；和/或，

所述预设频率与所述受让方指定的所述目标作品的更新频率呈正相关。

可选地，所述预设频率由所述转让方根据所述作品授权条件设置。

可选地，所述作品授权条件与所述作品筛选程序一一对应，所述按照预设频率定时触发执行所述作品筛选程序以筛选出目标作品标识，并将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方，包括：

按照预设频率定时触发执行任一作品筛选程序，以筛选出相应的目标作品标识；

确定筛选出的目标作品标识所表征的目标作品，并将确定出的所述目标作品发送至所述任一作品授权条件对应的受让方。

可选地，

还包括：对所述目标作品标识进行有效性校验；

所述将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方，包括：在对所述目标作品标识通过所述有效性校验的情况下，将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方。

可选地，所述将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方，包括：

从所述备选作品所在的预设存储空间中下载所述目标作品标识所表征的所述目标作品并将所述目标作品发送至所述作品授权条件对应的受让方；或者，

将所述目标作品标识发送至所述作品授权条件对应的受让方，以由所述受让方从预设存储空间中获取所述目标作品标识所表征的目标作品。

可选地，所述将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方，包括：

确定所述目标作品标识所表征的本次目标作品，以及当前时刻之前最近一次向所述作品授权条件对应的受让方发送的前次目标作品；

确定所述本次目标作品与所述前次目标作品之间的变化作品；

在所述本次目标作品多于所述前次目标作品的情况下，在所述受让方对应的目标作品集合中添加所述变化作品，并设置所述受让方具有针对所述变化作品的获取权限；

在所述本次目标作品少于所述前次目标作品的情况下，设置所述受让方不具有针对所述变化作品的获取权限。

在本公开实施方式的第二方面中，提供了一种作品授权装置，所述装置包括：

标签获取模块，用于获取备选作品的备选作品标签；

目标标签确定模块，用于确定转让方根据预设的作品授权条件从所述备选作品标签中选取的目标作品标签，并根据各个目标作品标签之间的逻辑关系生成作品筛选程序；

筛选及授权模块，用于按照预设频率定时触发执行所述作品筛选程序以筛选出目标作品标识，并将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方。

可选地，所述标签获取模块还用于：

获取备选作品的作品属性信息；

将所述作品属性信息抽象为归属于预设属性维度的备选作品标签。

可选地，所述标签获取模块还用于：

分别获取多个业务模块在实现各自业务功能的过程中生成的作品属性信息。

可选地，所述备选作品包括作品消费平台提供的线上作品，所述标签获取模块还用于：

从所述作品消费平台周期性获取所述线上作品的作品属性信息。

可选地，所述预设属性维度包括第一属性维度和第二属性维度，所述标签获取模块还用于：

在任一作品属性信息对应的备选作品的作品数量不大于数量阈值的情况下，将所述任一作品属性信息抽象为归属于所述第一属性维度的备选作品标签；

在任一作品属性信息对应的备选作品的作品数量大于数量阈值的情况下，将所述任一作品属性信息抽象为归属于所述第二属性维度的备选作品标签。

可选地，所述预设属性维度包括基础信息维度和版权信息维度，所述备选作品标签包括归属于所述基础信息维度的基础信息标签和归属于所述版权信息维度的版权信息标签。

可选地，在获取到所述备选作品标签后，还包括：

记录表生成模块，用于按照预设的标签格式将所述备选作品标签聚合为标签记录表，解析任一标签记录表得到的备选作品标签被用于供所述转让方选取。

可选地，还包括：

标签添加模块，用于若所述标签记录表中不存在获取到的任一备选作品标签，则将所述任一备选作品标签添加至所述标签记录表。

可选地，还包括：

第一保存模块，用于保存各个备选作品分别对应的备选作品标签；或者，

第二保存模块，用于在多个备选作品存在相同的备选作品标签的情况下，合并保存所述相同的备选作品标签。

可选地，所述目标标签确定模块，用于：

根据各个备选作品标签之间的逻辑关系生成备选控件，并将所述备选控件发送至所述转让方使用的终端设备，以用于展示；

根据所述终端设备返回的选取结果确定被选取的目标作品标签，所述选取结果对应于所述转让方按照所述作品授权条件针对所述备选控件实施的选取操作。

可选地，还包括：

标签组织模块，用于按照预设的标识组织格式排列被筛选出的所述目标作品标识。

可选地，

所述预设频率与筛选出的所述目标作品标识的数量呈负相关；和/或，

所述预设频率与所述受让方指定的所述目标作品的更新频率呈正相关。

可选地，所述预设频率由所述转让方根据所述作品授权条件设置。

可选地，所述作品授权条件与所述作品筛选程序一一对应，所述筛选及授权模块，用于：

按照预设频率定时触发执行任一作品筛选程序，以筛选出相应的目标作品标识；

确定筛选出的目标作品标识所表征的目标作品，并将确定出的所述目标作品发送至所述任一作品授权条件对应的受让方。

可选地，

还包括：对所述目标作品标识进行有效性校验；

所述筛选及授权模块，用于：在对所述目标作品标识通过所述有效性校验的情况下，将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方。

可选地，所述筛选及授权模块，用于：

从所述备选作品所在的预设存储空间中下载所述目标作品标识所表征的所述目标作品并将所述目标作品发送至所述作品授权条件对应的受让方；或者，

将所述目标作品标识发送至所述作品授权条件对应的受让方，以由所述受让方从预设存储空间中获取所述目标作品标识所表征的目标作品。

可选地，所述筛选及授权模块，用于：

确定所述目标作品标识所表征的本次目标作品，以及当前时刻之前最近一次向所述作品授权条件对应的受让方发送的前次目标作品；

确定所述本次目标作品与所述前次目标作品之间的变化作品；

在所述本次目标作品多于所述前次目标作品的情况下，在所述受让方对应的目标作品集合中添加所述变化作品，并设置所述受让方具有针对所述变化作品的获取权限；

在所述本次目标作品少于所述前次目标作品的情况下，设置所述受让方不具有针对所述变化作品的获取权限。

在本公开实施方式的第三方面中，提供了一种介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一实施例所述的作品授权方法。

在本公开实施方式的第四方面中，提供了一种计算设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现上述第一方面中任一实施例所述的作品授权方法。

根据本公开实施方式的作品授权方法，其中的作品授权条件同时对应于作品的转让方和受让方。作品授权系统先获取备选作品的备选作品标签，然后确定转让方根据上述作品筛选条件从中选取的目标作品标签，并基于目标作品标签生成相应的作品筛选程序。通过定时触发上述作品筛选程序筛选出目标作品标识，并将该目标作品标识所表征的目标作品发送至受让方，实现转让方将目标作品授权给受让方。

采用这样的方式，作品授权系统可以根据备选作品标签中被转让方选取的目标作品标签自动生成作品筛选程序，然后按照预设频率自动确定相应的目标作品并发送至受让方，从而完成对目标作品的自动化授权。可见，该方法不仅无需转让方与开发人员进行繁琐的沟通，避免了人员之间的沟通偏差；而且能够自动生成作品筛选程序，并通过定时执行该程序确定目标作品实现自动化授权，所以相对于前述相关技术的方案，一定程度上提升了对目标作品的授权效率。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：

图1示意性地示出了根据本公开实施方式的一种作品授权系统的架构示意图；

图2示意性地示出了根据本公开实施方式的一种作品授权方法的流程图；

图3示意性地示出了根据本公开实施方式的一种作品授权方法的交互流程图；

图4示意性地示出了根据本公开实施方式的一种鉴权服务端处理线上歌曲所对应备选标签的过程的流程图；

图5示意性地示出了根据本公开实施方式的一种标签聚合过程示意图；

图6示意性地示出了根据本公开实施方式的一种鉴权服务端处理目标标识的过程的流程图；

图7示意性地示出了根据本公开实施方式的一种介质的示意图；

图8示意性地示出了根据本公开实施方式的一种作品授权装置的框图；

图9示意性地示出了根据本公开实施方式的一种计算设备的示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本公开的实施方式，提出了一种作品授权方法、装置、介质和计算设备。

在本文中，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本公开的若干代表性实施方式，详细阐释本公开的原理和精神。

发明概述

发明人发现，相关技术通常由转让方根据与受让方事先协商的版权转授协议确定需要转授权的作品并告知开发人员，进而由开发人员手动编写并部署用于拉取被选取作品的SQL代码。从而，通过定期自动执行该代码获取拉取需要被授权的作品并提供给受让方，以完成这部分作品的授权。但是，现有方式虽然实现了自动拉取作品并提供给受让方，但是作品转授权的整体实现链路较长、需要多方(如上述转让方、受让方、开发人员等)共同参与，因此易出现各环节参与人员之间的沟通偏差，从而导致作品转授权的整体效率低下。特别是随着业务增长，作品消费平台所维护的具有转授权前景的备选作品数量大幅增加的情况下，上述方式的授权效率更显低下。

为了解决上述问题，本公开提供一种作品授权方法、装置、介质和计算设备，作品授权系统先获取备选作品的备选作品标签，然后确定转让方根据上述作品筛选条件从中选取的目标作品标签，并基于目标作品标签生成相应的作品筛选程序。通过定时触发上述作品筛选程序筛选出目标作品标识，并将该目标作品标识所表征的目标作品发送至受让方，实现转让方将目标作品授权给受让方。

采用这样的方式，作品授权系统可以根据备选作品标签中被转让方选取的目标作品标签自动生成作品筛选程序，然后按照预设频率自动确定相应的目标作品并发送至受让方，从而完成对目标作品的自动化授权。该方案不仅无需转让方与开发人员进行繁琐的沟通，避免了人员之间的沟通偏差；而且能够自动生成作品筛选程序，并通过定时执行该程序确定目标作品实现自动化授权，所以相对于前述相关技术的方案，一定程度上提升了对目标作品的授权效率。

在介绍了本公开的基本原理之后，下面具体介绍本公开的各种非限制性实施方式。

应用场景总览

需要注意的是，上述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。相反，本公开的实施方式可以应用于适用的任何场景。

图1示意性地示出了根据本公开实施方式的一种作品授权系统的架构示意图。如图1所示，该系统可以包括网络10，若干服务端，比如第一服务器11、第二服务器12和第三服务器13，若干电子设备，比如第一手机14、第二手机15和第三手机16等。

其中，第一服务器11、第二服务器12和第三服务器13中的任一服务器可以为包含一独立主机的物理服务器，或者也可以为主机集群承载的虚拟服务器、云服务器等。在运行过程中，第一服务器11、第二服务器12和第三服务器13可以分别运行某一应用的服务器侧的程序，以实现该应用的相关业务功能。比如当第一服务器11运行作品消费平台的程序时，可以实现为该作品消费平台的服务端(下称消费服务端)；再比如，当第二服务器12运行作品鉴权平台的程序时，可以实现为该作品鉴权平台的服务端(下称鉴权服务端)，又比如，当第三服务器13运行低代码开发平台(low-code development platform，LCDP)的程序时，可以实现为该低代码开发平台的服务端(下称LCDP服务端)。

而在本说明书一个或多个实施例的技术方案中，可由第一服务器11通过与第一手机14、第二手机15和/或第三手机16上运行的消费客户端进行配合，以实现播放音乐、播放视频、展示文章等作品消费过程。可由第二服务器12和第三服务器13通过与第一手机14、第二手机15和/或第三手机16上运行的作品客户端进行配合，以实现作品授权过程。其中，上述第二服务器12和第三服务器13构成作品授权系统的服务端，如该作品授权系统的服务端可以包括鉴权服务端和LCDP服务端。

在本实施例中，作品授权系统不仅可以实现作品授权功能，还可以作为诸多其他功能的集成化功能平台。比如获取作品属性信息、将作品属性信息抽象为备选作品标签、生成标签记录表、保存备选作品标签、生成备选控件、执行作品筛选程序，向受让方发送确定出的目标作品等，本说明书一个或多个实施例并不对此进行限制。

第一手机14、第二手机15和第三手机16只是用户可以使用的一种类型的电子设备。实际上，用户显然还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(PDAs，Personal Digital Assistants)、可穿戴设备(如智能眼镜、智能手表等)等，本说明书一个或多个实施例并不对此进行限制。在运行过程中，任一电子设备可以运行某一应用的客户端侧的程序，以实现该应用的相关业务功能。比如当电子设备运行作品消费平台的程序时，可以实现为该作品消费平台的客户端，例如第一手机14可以实现为作者、UP主等作品生产者使用的生产客户端，第二手机15可以实现为观众、用户等消费者使用的消费客户端。再比如当该电子设备运行作品授权平台的程序时，可以实现为该作品授权平台的客户端，例如第三手机16可以实现为作品消费平台的运营人员等转让方使用的转让客户端。

需要指出的是：作品消费平台和作品授权系统的客户端的应用程序可以被预先安装在电子设备上，使得该客户端可以在该电子设备上被启动并运行；当然，当采用诸如HTML5技术的在线“客户端”时，无需在电子设备上安装相应的应用程序，即可获得并运行该客户端。

而对于网络10，可以包括多种类型的有线或无线网络。

根据本公开实施方式的作品授权方法，作品授权系统先获取备选作品的备选作品标签，然后确定转让方根据上述作品筛选条件从中选取的目标作品标签，并基于目标作品标签生成相应的作品筛选程序。通过定时触发上述作品筛选程序筛选出目标作品标识，并将该目标作品标识所表征的目标作品发送至受让方，实现转让方将目标作品授权给受让方。

在实际应用中，本方案涉及到的作品可以为音乐、文章、视频等至少一种形式的多媒体资源，本公开说明书并不对此进行限制。

示例性方法

下面结合图1的应用场景，参考图2来描述根据本公开示例性实施方式的用于作品授权的方法。需要注意的是，上述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。相反，本公开的实施方式可以应用于适用的任何场景。

举例来说，第一服务器11、第二服务器12和第三服务器13可以分别实现为消费服务端、鉴权服务端和LCDP服务端，第一手机14、第二手机15和第三手机16可以分别实现为生产客户端、消费客户端和转让客户端。

参考图2，图2示意性地示出了根据本公开实施方式的一种作品授权方法的流程图。该作品授权方法应用于作品授权系统，可以包括以下步骤。

步骤S201，获取备选作品的备选作品标签。

在本实施例中，备选作品是用于被转让方选取以转让给受让方的作品，备选作品中被选取的目标作品即为转让方需要授权给受让方的授权对象。因为备选作品数量通常较多，而不同备选作品可能具有相同的标签，所以为便于转让方从备选作品中高效选取目标作品，本方案向转让方提供备选作品的备选作品标签。使得转让方无需针对各个备选作品逐一选取，而只需要从备选作品标签中选取符合作品授权条件的目标作品标签，即可将备选作品中符合作品授权条件的全部作品统一选中为目标作品，大大提升待授权的目标作品的选取效率。因此，作品授权系统需要先获取备选作品的备选作品标签。

任一作品的作品属性信息通常能够反映该作品的相关特性，因而在示出的一种实施方式中，作品授权系统可以通过备选作品的作品属性信息获取备选作品的备选作品标签。例如，作品授权系统可以先获取备选作品的作品属性信息，然后将获取到的作品属性信息抽象为归属于预设属性维度的备选作品标签。

其中，作品授权系统可以分别获取多个业务模块在实现各自业务功能的过程中生成的作品属性信息。上述备选作品可以参与业务实现，即备选作品可以为作品消费平台中某些业务模块所对应的线上作品。作品消费平台的用户可以通过消费客户端获取该作品实施与相应业务模块对应的消费行为，从而在作品消费平台产生相应的业务数据。例如在作品为歌曲的情况下，上述作品属性信息可以为歌曲推荐业务对应的歌曲推荐次数与歌曲被播放次数之间的比值，或者也可以为歌曲付费收听业务对应的歌曲被付费播放的次数等，不再赘述。通过该方式，能够将至少一个业务模块的实现过程中生成的业务数据作为作品属性信息，从而有助于生成的备选作品标签更加符合备选作品的业务实现情况。

上述备选作品可以包括作品消费平台提供的线上作品，从而作品授权系统可以从作品消费平台周期性获取线上作品的作品属性信息。其中，可以由作品消费平台向作品授权系统周期性推送线上作品的作品属性信息，或者也可以由作品授权系统周期性地主动从作品消费平台处拉取线上作品的作品属性信息，其中，上述获取过程对应的获取周期可以为一天、一周、一月、一年等，本公开说明书并不对此进行限制。该方式能够保证作品授权系统生成的备选作品标签能够随线上作品的作品属性信息变化而变化，所以可以通过合理设置上述获取周期，实现对备选作品标签的及时更新。

进一步的，根据作品属性信息所属的预设属性维度不同，生成的备选作品标签也有所不同。例如，上述预设属性维度可以包括基础信息维度和版权信息维度，此时，相应的备选作品标签可以包括归属于基础信息维度的基础信息标签和归属于版权信息维度的版权信息标签。例如，在作品为歌曲的情况下，任一歌曲的基础信息可以包括歌曲名称、歌词语言、歌曲风格、歌曲播放数据、歌曲质量评级等的至少一种，而版权信息可以包括独家性、购买来源、合作类型等的至少一种。通过该方式，能够将备选作品对应的备选作品标签分为两类：与版权无关的基础信息标签和与版权有关的版权信息标签，从而便于备选作品标签的分类展示，同时便于转让方从中选取目标作品标签。

考虑到不同备选作品可能存在某些相同的作品属性信息，而其他作品属性信息则不同，作品授权系统可以根据某一作品属性信息对应的备选作品的作品数量的大小，生成对应于该作品属性信息的备选作品标签。例如，上述预设属性维度可以包括第一属性维度和第二属性维度，此时，在任一作品属性信息对应的备选作品的作品数量不大于数量阈值的情况下，作品授权系统可以将该作品属性信息抽象为归属于第一属性维度的备选作品标签；而在任一作品属性信息对应的备选作品的作品数量大于数量阈值的情况下，作品授权系统可以将该作品属性信息抽象为归属于第二属性维度的备选作品标签。其中，上述数量阈值可以预先设置，如可以为2、50、100等，本公开说明书并不对此进行限制。可见，归属于第一属性维度的备选作品标签所属的备选作品的作品数量小于归属于第二属性维度的备选作品标签所属的备选作品的作品数量。通过上述方式，能够为多个具有相同作品属性信息的备选作品生成相同的备选作品标签。

因为任意两个备选作品的作品基础信息一般不同，而作品版权信息则可能相同，因此第一属性维度可以为上述基础信息维度、第二属性维度可以为版权信息维度。

在示出的一种实施方式中，获取到备选作品标签后，作品授权系统可以按照预设的标签格式将备选作品标签聚合为标签记录表，其中，解析任一标签记录表得到的备选作品标签可以被用于供转让方选取。例如，上述作品授权系统可以包括鉴权服务端和LCDP服务端，从而可以由鉴权服务端获取作品属性信息并据此生成备选作品标签，即由鉴权服务端作为上述步骤及各实施例的执行主体；在这种情况下，鉴权服务端可以将生成的备选作品标签发送至LCDP服务端，或者也可以由鉴权服务端根据获取到的备选作品标签生成标签记录表，并将该标签记录表发送至LCDP服务端，以供转让方选取目标作品标签。如LCDP服务端可以将该记录表提供至转让方使用的终端设备，由该终端设备解析后用于展示，以便转让方在终端设备中选取目标作品标签。通过该方式，鉴权服务端可以将离散的各个备选作品标签组织成符合预设规则的标签记录表，并直接在各设备之间传输该标签记录表，有助于提升备选作品标签的传输效率。

在作品授权系统生成上述标签记录表的过程中，对于获取到的某一备选作品的任一备选作品标签，若该标签不包含在该标签记录表中(即该标签记录表中不存在获取到的任一备选作品标签)，则作品授权系统可以将该任一备选作品标签添加至该标签记录表中，从而实现标签记录表的扩展。可见，在作品消费系统维护的任一备选作品对应的作品属性信息发生变化(如该作品的作品基础信息由6个扩展至7个)的情况下，通过上述方式能够在标签记录表中扩展相应的备选作品标签，从而便于实现对备选作品所对应备选作品标签的更新。

在示出的另一种实施方式中，作品授权系统还可以保存各个备选作品分别对应的备选作品标签，以便后续根据转让方选取的目标作品标签确定相应的目标作品标识。例如，在鉴权服务端生成上述备选作品标签的情况下，鉴权服务端可以在本地保存各个备选作品分别对应的备选作品标签，从而在接收到LCDP服务端返回的目标作品标签后，可以根据本地保存的备选作品标签确定对应的目标作品标识。如前所述，不同备选作品的作品属性信息可能相同，因此多个备选作品可能存在相同的备选作品标签，此时，作品授权系统可以合并保存上述相同的备选作品标签，以减少保存备选作品标签所占用的存储空间。如可以将多个相同的备选作品标签择一保存，以大幅精简被保存的备选作品标签，避免重复保存相同的备选作品标签。

步骤S202，确定转让方根据预设的作品授权条件从所述备选作品标签中选取的目标作品标签，并根据各个目标作品标签之间的逻辑关系生成作品筛选程序。

进一步的，作品授权系统在获取上述备选作品标签之后，可以通过转让方使用的终端设备展示该备选作品标签，以便转让方根据预设的作品授权条件从备选作品标签中选取目标作品标签，从而，作品授权系统可以根据各个目标作品标签之间的逻辑关系生成作品筛选程序。进一步的，作品授权系统可以部署上述作品筛选程序，并按照预设频率周期性触发执行该作品筛选程序，以实现对目标作品标签的筛选。例如，在作品授权系统对应的服务端包括前述鉴权服务端和LCDP服务端的情况下，可以由前述LCDP服务端通过与终端设备的配合确定目标作品标签，并在根据目标作品标签生成作品筛选程序后，将该程序部署在本地。

其中，上述作品筛选条件可以由转让方与受让方预先协商得到，如可以根据转让方与受让方预先签订的作品授权协议得到。该作品筛选条件即为转让方向受让方授权的目标作品需要满足的条件。如在作品筛选条件包括“歌手A”、“中文”、“发布时间区间为2020年1月1日至2021年1月1日”三个条件的情况下，即表明转让方向受让方授权的歌曲满足上述三个条件，即目标作品为“歌手A在2020年1月1日至2021年1月1日内发布的歌词为中文的歌曲”，满足这一条件的目标作品即为转让方需要向受让方授权的目标作品。

在示出的一种实施方式中，作品授权系统可以通过下述方式确定转让方选取的目标作品标识。例如，作品授权系统可以根据各个备选作品标签之间的逻辑关系生成备选控件，并将所述备选控件发送至所述转让方使用的终端设备，以用于展示。其中，终端设备可以采用网页登录等方式向作品授权系统请求并获取上述备选控件，从而转让方可以从终端设备展示出的备选控件中通过拖、拉、拽、勾选和/或连线等简单交互方式实施选取操作。进而，终端设备可以将上述选取操作的选取结果返回至作品授权系统，以便作品授权系统根据该选取结果确定被选取的目标作品标签。从而，作品授权系统通过与转让方使用的终端设备之间的配合，确定出转让方所选取的目标作品标签。当然，考虑到转让方通常需要连续实施多个选取操作才能够完成对目标作品标签的选取，如需要勾选多个备选控件，上述选取结果可以由终端设备在每一选取操作完成后发送至作品授权系统，或者也可以在全部选取操作完成后集中发送至作品授权系统，本公开实施例并不对此进行限制。

其中，作品授权系统可以采用相关技术中的常用方式生成作品筛选程序，下面以作品为歌曲、作品筛选程序为SQL代码为例，对LCDP服务端生成SQL代码的过程进行简要介绍。

终端设备向转让方展示的各个备选控件所对应的备选歌曲标签之间可以符合预设的逻辑关系。而转让方通过在终端设备中针对展示出的各个备选控件实施的选取操作所选取的目标歌曲标签之间也满足相应的逻辑关系。例如，在作品为歌曲的情况下，终端设备可以在“演唱形式”这一标签维度对应的展示区域中展示“合”、“独”、“对”、“独/对”、“齐&重&合”等多个备选控件，各个备选控件分别对应于相应的备选歌曲标签。例如，“合”、“独”和“对”控件分别对应于“合唱”、“独唱”和“对唱”标签；“合/独”控件对应于“合唱”或“独唱”标签；“齐&重&合”控件同时对应于“齐唱”、“重唱”和“合唱”标签。显然，在上述各个备选控件仅能够择一选取的情况下，“合”控件对应的“合唱”标签与“独”控件对应的“独唱”标签之间满足“非”的逻辑关系(即两标签之间互斥，仅能够同时被选取一个)；而上述“齐&重&合”同时对应的“齐唱”、“重唱”和“合唱”标签之间满足“与”的逻辑关系(即在“齐&重&合”控件被选取的情况下，“合唱”、“独唱”和“对唱”标签同时被选取为目标歌曲标签)。

再例如，终端设备除了展示属于“演唱形式”这一标签维度的备选歌曲标签对应的备选控件之外，还可以展示属于“歌词语种”、“付费状态”等其他至少一种标签维度的备选歌曲标签对应的备选控件。对应于不同标签维度的备选歌曲标签对应的备选控件可以被重复选取，如转让方可以同时选取“合”控件(属于“演唱形式”维度)和“中文”(属于“歌词语种”维度)控件，则两控件分别对应的“合唱”标签和“中文”标签即被同时选中作为目标歌曲标签，即两标签之间满足“与”的逻辑关系。

获取到各个目标歌曲标签后，LCDP服务端可以通过对各个目标歌曲标签进行语法分析确定各个目标歌曲标签之间的上述逻辑关系，并根据该逻辑关系生成对应于各个目标歌曲标签的AST(Abstract Syntax Tree，抽象语法树)。进而，LCDP服务端可以使用AST解析组件遍历整个AST，并在遍历过程中递归调用每个节点的Restore()方法，即可拼接成完整的SQL代码。

可以理解的是，因为上述AST通过各个目标歌曲标签及其之间的逻辑关系构建得到，所以生成的该SQL代码也满足该逻辑关系，该SQL代码即用于按照该逻辑关系对应的查询条件从备选歌曲标识中查询歌曲标识。例如，在上述“合”控件被选取的情况下，“合唱”标签被选取为目标歌曲标签，此时的查询条件即包括“歌曲标签为“合唱””。在这种情况下，LCDP服务端生成的SQL代码即用于从全部备选歌曲中查询“演唱形式”为“合唱”的备选歌曲作为目标歌曲(当然，还需要满足其他维度的目标歌曲标签)。再例如，在属于“演唱形式”维度的“合”控件和属于“歌词语种”维度的“中文”控件同时被选中的情况下，两控件分别对应的“合唱”标签和“中文”标签即被同时选中作为目标歌曲标签，此时的查询条件即包括“歌曲标签为“合唱”和“中文””。在这种情况下，LCDP服务端生成的SQL代码即用于从全部备选歌曲中查询“演唱形式”为“合唱”、并且“歌词语种”为“中文”的类型备选歌曲作为目标歌曲(当然，还需要满足其他维度的目标歌曲标签)。其中，LCDP服务端执行上述SQL代码从备选歌曲中筛选目标歌的过程，本质上是从备选歌曲标识中查询目标歌曲标识的过程，相应的输出结果即为查询到的目标歌曲标识。

实际上，对于任一备选作品，其可能存在多个可以被授权的歌曲物料。例如，对于任一备选歌曲，其对应的备授权的歌曲物料可以包括歌词、曲谱、录音文件等，而转让方和受让方可以预先协商需要授权的歌曲内容，并记录在歌曲授权条件中。因此，除生成上述用于选取目标作品的备选作品控件之外，LCDP服务端还可以生成并由终端设备展示用于确定需要授权的歌曲内容的备选控件，以便转让方按照前述歌曲筛选条件选取相应的备选控件，从而选取目标歌曲需要授权的歌曲内容(即具体向受让方授权目标歌曲的什么歌曲物料)。为实现备选控件和备选歌曲标签的区分，可以将前述实施例所述的用于选取目标作品的备选作品控件称为第一类备选控件，相应的备选歌曲标签为第一类歌曲标签，而将用于确定需要授权的歌曲内容的备选控件称为第二类备选控件，相应的备选歌曲标签为第二类歌曲标签，特此说明。

其中上述各个第二类备选控件及其对应的第二类备选歌曲标签之间也满足相应的逻辑关系。例如，在作品为歌曲的情况下，上述第二类备选控件可以包括“歌曲内容”这一标签维度对应的“词”、“曲”、“录”、“词/曲”、“词&曲&录”等多个第二类备选控件，上述各个备选控件分别对应于相应的第二类备选歌曲标签。其中，“词”、“曲”和“录”第二类控件分别对应于“歌词”、“曲谱”和“录音”第二类标签；“词/曲”第二类控件对应于“歌词”或“曲谱”第二类标签；“词&曲&录”第二类控件同时对应于“歌词”、“曲谱”和“录音”第二类标签。

显然，在上述各个第二类备选控件仅能够择一选取的情况下，“词”第二类控件对应的“歌词”第二类标签与“曲”第二类控件对应的“曲谱”第二类标签之间满足“非”的逻辑关系(即两标签之间互斥，仅能够同时被选取一个)。如在“词”第二类控件被选取的情况下，各个目标歌曲的歌词物料将被授权至受让方，而曲谱物料则不会被授权至受让方。而上述“词&曲&录”第二类控件同时对应的“歌词”、“曲谱”和“录音”第二类标签之间满足“与”的逻辑关系(即在“词&曲&录”控件被选取的情况下，“歌词”、“曲谱”和“录音”第二类标签同时被选取为目标歌曲标签)。如在“词&曲&录”第二类控件被选取的情况下，各个目标歌曲的歌词物料、曲谱物料和录音文件无物料都将被授权至受让方。

生成SQL语句的上述过程可以由LCDP服务端自身部署的代码生成模块完成，也可以由LCDP服务端调用部署其他设备，以由该设备被中部署的代码生成模块完成，本公开实施例并不对此进行限制。而且，为满足具体应用场景下的代码执行需求，LCDP服务端还可以根据具体的业务需求、歌曲特征等信息对自动生成的上述SQL代码添加自定义语句，不再赘述。

在示出的另一种实施方式中，作品授权系统还可以按照预设的标识组织格式排列被筛选出的目标作品标识。例如，在作品授权系统对应的服务端包括前述鉴权服务端和LCDP服务端的情况下，LCDP服务端可以和受让方预先协商上述标识组织格式，从而LCDP服务端可以将排列后的上述目标作品标识发送至受让方，以便受让方按照预设的标识组织格式解析以获取各个目标作品标识。或者，LCDP服务端也可以将排列后的上述目标作品标识发送至鉴权服务端，以便鉴权服务端按照预设的标识组织格式解析以获取各个目标作品标识，进而在确定出各个目标作品标识对应的目标作品后，将该目标作品发送至受让方。

步骤S203，按照预设频率定时触发执行所述作品筛选程序以筛选出目标作品标识，并将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方。

承接于前述生成SQL语句的实施例，上述过程得到的SQL语句可以被部署至LCDP服务端中，并被按照预设频率周期性执行。LCDP服务端执行该SQL语句的过程，即为按照各个目标歌曲标签之间的逻辑关系筛选相应目标作品标识的过程。例如，在上述转让方点选了“词&曲”控件并仅勾选了“流行”控件的情况下，LCDP服务端执行相应的SQL语句即可从备选歌曲标签中筛选出曲风为“流行”的歌词和曲谱分别对应的歌曲标签(这部分歌曲标签即为目标歌曲标签)，相应地，实现了从全部的备选歌曲中筛选出曲风为“流行”的歌词和曲谱作为目标歌曲的目的，筛选出的这部分目标歌曲即为转让方需要授权给受让方的歌曲。

在示出的一种实施方式中，上述预设频率可以与受让方指定的目标作品的更新频率呈正相关，以尽量满足受让方对目标作品的更新需求。或者，上述预设频率也可以与筛选出的所述目标作品标识的数量呈负相关，如转让方与受让方预先协商确定的需授权的目标作品越多，则执行上述作品筛选程序的间隔时间越长(预设频率低)，以尽量减少频繁执行作品筛选程序带来的服务端压力。在示出的另一种实施方式中，上述预设频率还可以由转让方根据作品授权条件设置，例如，可以由转让方与受让方在协商上述作品筛选条件的同时协商该预设频率，如记录在转让方和受让方之间签订的作品授权协议中。具体的，上述预设频率可以为1天、1周、1月等，本公开说明书并不对此进行限制。

需要说明的是，作品授权系统可以同时部署多个作品筛选程序，如多个转让方可以通过作品授权系统生成多个作品筛选程序并将其分别部署在作品授权系统中，其中各个作品筛选程序分别具有自身的预设频率(即各个作品筛选程序分别具有相应的执行时间间隔)，多个作品筛选程序分别对应的预设频率可以相同也可以不同，本公开说明书并不对此进行限制。换言之，在作品授权系统同时部署有多个作品筛选程序的情况下，各个作品筛选程序之间是相互独立的，作品授权系统执行不同的作品筛选程序可以分别得到不同的目标作品标识。相应的目标作品用于由相同或不同的转让方分别授权给相同或不同的受让方。

例如，同一转让方可以与多个受让方分别签订不同的作品授权协议(即预先协商不同的作品授权条件)，并根据各个作品授权协议选取相应的目标作品标签；相应地，作品授权系统可以生成并部署分别对应于各个作品授权条件的作品筛选程序，进而按照相同或不同的执行周期分别执行各个作品筛选程序以分别获取相应的目标作品。作品授权系统执行任一作品筛选程序确定出的目标作品所构成的目标作品集合，与该作品筛选程序及相应的作品授权协议、作品授权条件一一对应。当然，任一转让方也可以与同一受让方分别协商不同的作品授权条件，从而作品授权系统分别执行相应的作品筛选程序获取不同的目标作品。相应地，同一受让方也可以分别与多个不同的转让方分别协商不同的作品授权条件，从而由相同或不同的作品授权系统分别执行相应的作品筛选程序获取不同的目标作品，不再赘述。

在示出的一种实施方式中，上述作品授权条件与作品筛选程序一一对应，此时作品授权系统可以按照预设频率定时触发执行任一作品筛选程序，以筛选出相应的目标作品标识；然后确定筛选出的目标作品标识所表征的目标作品，并将确定出的目标作品发送至任一作品授权条件对应的受让方。例如，LCDP服务端可以将确定出的目标作品标识返回至鉴权服务端，后者根据本地保存的各个备选作品的备选作品标识确定目标作品标识对应的目标作品，并将该目标作品发送至相应的受让方；或者，LCDP服务端也可以将确定出的目标作品标识直接发送至受让方，由受让方根据该目标作品标识从预设的存储空间处获取相应的目标作品。通过上述方式，能够完成转让方对目标作品的授权，即转让方将目标作品授权给受让方。

在示出的一种实施方式中，上述作品授权系统还可以对确定出的目标作品标识进行有效性校验，并仅在校验通过的情况下，才将上述目标作品标识所表征的目标作品发送至作品授权条件对应的受让方。例如，在作品授权系统对应的服务端包括前述鉴权服务端和LCDP服务端的情况下，上述有效性校验可以由鉴权服务端进行，如鉴权服务端可以根据LCDP服务端返回的目标作品标识的数据格式、所归属授权作品库(即作品筛选条件对应的目标作品集合)的库信息等进行校验。仅在校验通过的情况下才向受让方发送目标作品，有助于保证作为目标接受方的受让方的正确性，从而避免在存在(分别对应于不同作品筛选条件的)多个目标作品集合的情况下，将目标作品发送至错误的受让方。

在示出的一种实施方式中，作品授权系统可以通过多种方式向受让方发送目标作品。例如，作品授权系统可以从备选作品所在的预设存储空间中下载目标作品标识所表征的目标作品，并将该目标作品发送至作品授权条件对应的受让方。或者，作品授权系统也可以将目标作品标识发送至作品授权条件对应的受让方，以由该受让方从预设存储空间中自行获取目标作品标识所表征的目标作品。其中，上述预设存储空间可以为作品授权系统的本地存储空间，也可以为作品授权系统对应的其他存储空间，如分布式数据库RDS(RemoteDictionary Server，或称Redis，即远程字典服务)等，本公开说明书并不对此进行限制。

在作品授权系统周期性执行作品筛选程序以确定目标作品标识的过程中，相邻两次执行作品筛选程序确定出的目标作品标识分别对应的目标作品集合中，通常会存在一部分不相同的作品(下称变化作品)。以目标作品为歌曲为例，前一次确定出10万首歌曲，后一次确定出12万首歌曲，其中后一次相对前一次新增了2万首歌曲(两次之间存在10万首相同的歌曲)。再例如，前一次确定出10万首歌曲，后一次确定出7万首歌曲，其中后一次相对前一次减少了3万首歌曲(两次之间存在7万首相同的歌曲)。又例如，前一次确定出10万首歌曲，后一次确定出6万首歌曲，除了后一次相对前一次减少了4万首歌曲之外，后一次确定出的6万首歌曲中也可能存在1万首不同的歌曲，即这1万首歌曲并不属于前一次确定出的10首歌曲(两次之间存在5万首相同的歌曲)。在这种情况下，若每次都将确定出的目标作品全部发送至受让方，则会造成相邻两次之间相同歌曲的重复发送。

为解决这一问题，以减少非必要的作品发送以减轻网络压力，作品授权系统可以仅发送相邻两次确定出的目标作品中的变化部分。具体的，作品授权系统可以先确定目标作品标识所表征的本次目标作品，以及当前时刻之前最近一次向所述作品授权条件对应的受让方发送的前次目标作品；然后确定出本次目标作品与前次目标作品之间的变化作品。从而，在本次目标作品多于前次目标作品的情况下，受让方对应的目标作品集合中尚不存在前述变化作品，此时作品授权系统可以在受让方对应的目标作品集合中添加变化作品，并设置受让方具有针对所述变化作品的获取权限。而在本次目标作品少于前次目标作品的情况下，表明受让方不再具有获取前述变化作品的权限，所以作品授权系统可以设置受让方不具有针对变化作品的获取权限，从而避免受让方再次获取这部分变化作品。通过该方式，避免了向受让方重复发送在本次时间间隔内并未发生变化的部分作品，从而有助于减少需要发送的作品数量。

综上，根据本公开实施方式的作品授权方法，作品授权系统先获取备选作品的备选作品标签，然后确定转让方根据上述作品筛选条件从中选取的目标作品标签，并基于目标作品标签生成相应的作品筛选程序。通过定时触发上述作品筛选程序筛选出目标作品标识，并将该目标作品标识所表征的目标作品发送至受让方，实现转让方将目标作品授权给受让方。

采用这样的方式，作品授权系统可以根据备选作品标签中被转让方选取的目标作品标签自动生成作品筛选程序，然后按照预设频率自动确定相应的目标作品并发送至受让方，从而完成对目标作品的自动化授权。可见，该方法不仅无需转让方与开发人员进行繁琐的沟通，避免了人员之间的沟通偏差；而且能够自动生成作品筛选程序，并通过定时执行该程序确定目标作品实现自动化授权，所以相对于前述相关技术的方案，一定程度上提升了对目标作品的授权效率。

对应于前述实施例，本公开还提出一种作品交互方法的交互流程图，参见图3所示。下面以待授权的作品为歌曲、作品授权系统对应的服务端包括鉴权服务端和LCDP服务端为例，对歌曲授权过程进行说明。该过程可以包括下述步骤S301-S313。

步骤S301，业务服务端执行业务功能，维护线上歌曲。

在本实施中，业务服务端可以为歌曲消费平台的服务端，其用于维护歌曲物料，并在拥有相应版权的情况下，将相应的歌曲提供给歌曲消费者(如平台用户等)收听。其中，上述歌曲物料可以为歌曲消费平台通过上游版权方获得的音乐类版权，包括存储在曲库中的专辑、歌曲、MV、艺人等基本数据和音频。而本实施例所述的歌曲可以为上述专辑、歌曲、MV等歌曲数据。

业务服务端可以在歌曲消费平台中实现针对歌曲物料的多种业务功能，如查询功能、推荐功能、播放功能等。相应地，歌曲消费服务端处除了维护有上述歌曲物料之外，还可以维护在实现上述业务功能过程中产生的业务数据。其中，上述业务数据即可以包括歌曲的歌曲属性信息。

上述歌曲属性信息可以包括歌曲基础信息和歌曲版权信息。例如，任一歌曲的基础信息可以包括歌曲名称、歌词语言(中文、英文、日语等)、歌曲风格(流行、民谣、摇滚等)、歌曲播放数据(播放量、收藏量、评论量等)、歌曲质量评级(S级、A级、B级等)等的至少一种，而版权信息可以包括独家性(独家版权、非独家版权等)、购买来源(商务、音乐人、市场等)、合作类型(如自制、买断、定值、采买等)等的至少一种，不再赘述。当然，歌曲基础信息也可以包括出上述信息之外的其他信息，上述作品除了歌曲之外还可以包括视频、文章等其他形式的多媒体资源，本公开实施例并不对此进行限制。

在本实施例中，作品授权系统用于从备选歌曲中定期确定目标歌曲，并将确定出的目标歌曲定期发送至受让方，以便受让方更新自身拥有的已授权歌曲(即在当前时刻之前已经获取到的被授权的歌曲)。另外，作品授权系统执行转让方对应的作品筛选程序确定相应的目标歌曲，并将目标歌曲发送至受让方的过程，即为针对目标歌曲的歌曲授权过程。

步骤S302，鉴权服务端从业务服务端处获取歌曲属性信息。

其中，鉴权服务端可以定期向歌曲消费服务端发送信息获取请求，并接收歌曲消费服务端响应于该请求返回的歌曲属性信息。或者，鉴权服务端也可以定期接收歌曲消费服务端主动发送的歌曲属性信息。从歌曲消费服务端处获取的上述歌曲属性信息，可以包括歌曲消费服务端处维护的全部备选歌曲的歌曲属性信息。当然，在周期性获取上述歌曲属性信息的情况下，为避免重复发送在前一周期内未发生变化的歌曲属性信息，可以由歌曲消费服务端确定本周期内发生变化的歌曲属性信息，并仅发送这部分歌曲属性信息，以减少无效数据(即该获取周期内并未发生变化的歌曲属性信息)占用歌曲消费服务端与鉴权服务端之间的网络资源。

另外需要说明的是，本方案涉及的备选歌曲并非仅限于上述线上歌曲，还可以包括商城、版权后台、曲库基础数据等并未上线的线下歌曲，各种歌曲均具有相应的歌曲属性信息，不再一一赘述。

步骤S303，鉴权服务端根据歌曲属性信息提取备选歌曲标签。

步骤S304，鉴权服务端将备选歌曲标签聚合为标签记录表。

步骤S305，鉴权服务端将标签记录表发送至LCDP服务端。

鉴权服务端根据从歌曲消费服务端获取的上述歌曲属性信息提取备选歌曲标签，然后将其聚合为标签记录表，并将该记录表发送至LCDP服务端。具体过程可以参见下图4所对应实施例的详细描述，此处暂不赘述。

步骤S306，LCDP服务端根据标签记录表中记录的备选歌曲标签生成备选控件。

LCDP是无需编码(零代码)或通过少量代码就可以快速生成应用程序的开发平台。通过可视化进行应用程序开发的方法，使具有不同经验水平的开发人员可以通过图形化的用户界面，使用拖拽组件和模型驱动的逻辑创建网页和移动应用程序。

在本实施例中，LCDP服务端可以统计获取到的各个目标歌曲标签分别归属的标签维度；并生成分别对应于各个目标歌曲标签的备选控件，以及同一标签维度下的多个目标歌曲标签的逻辑组合对应的备选控件；然后将各个备选控件分别分配至相应的标签维度下。例如，在接收到的属于“演唱形式”这一标签维度的第一类备选歌曲标签包括“合唱”、“独唱”、“对唱”的情况下，LCDP服务端可以分别生成对应于三者的备选控件：“合”、“独”和“对”；并生成三者的逻辑组合对应的备选控件：“合/独”、“合/对”、“合/独/对”(对应于“或”的逻辑关系)；“合&独”、“独&对”、“合&独&对”(对应于“与”的逻辑关系)等。进而，服务端可以将上述各个备选控件均分配至“授权内容”这一标签维度下。相应地，终端设备在获取到上述各个备选控件后，可以将上述各个备选控件展示在“授权内容”这一标签维度对应的展示位置处，以便转让方选取。当然，上述各控件仅是示例性的，本公开对于其他标签维度的控件生成方式或者上述逻辑组合的具体方式并不进行限制。

类似的，LCDP服务端在接收到的属于“授权类型”这一标签维度的第二类备选歌曲标签包括“歌词”、“曲谱”、“录音”的情况下，也可以分别生成对应于三者的备选控件，以由进而终端设备进行展示，具体过程不再赘述。

步骤S307，LCDP服务端确定转让方选取的目标歌曲标签。

在本公开所述的实施例中，LCDP服务端可以将生成的上述备选控件保存在本地存储空间，并向转让方提供对应于上述备选控件的标签选取页面。转让方可以通过自身使用的终端设备访问该标签选取页面，并按照作品筛选条件选取相应的备选控件。其中，上述备选控件为可视化的可触发控件，转让方可以通过拖、拉、拽、勾选和/或连线等简单交互方式实施选取操作，终端设备可以在根据检测到的选取操作确定相应的选取结果，并将其发送至LCDP服务端。相应地，LCDP服务端可以根据该选取结果确定转让方选取的目标歌曲标签。

以第一类备选控件为例，“演唱形式”可以包括多个可以被点选的第一类备选控件：“合”第一类控件对应于标签类型为“合唱”的第一类标签，“独”第一类控件对应于标签类型为“独唱”的第一类标签、“合/独”第一类控件对应于标签类型为“合唱”的第一类标签或者标签类型为“独唱”的第一类标签、“合&独”第一类控件同时对应于标签类型为“合唱”的第一类标签和标签类型为“独唱”的第一类标签等。在上述“演唱形式”对应的各个第一类备选控件中，转让方可以择一选取任一控件，以实现对相应类型的第一类备选歌曲标签的选取。如在转让方选取“合”第一类控件的情况下，备选歌曲标签中对应于标签类型为“合唱”的第一类标签将被选中成为目标歌曲标签(此时标签类型为“合唱”的第一类标签与其他第一类标签之间满足“非”的逻辑关系，即对于“演唱形式”对应的多个第一类标签来说，仅有标签类型为“合唱”的第一类标签被选中为目标歌曲标签，其他标签类型的第一类标签均不被选中)，此时的查询条件即包括“歌曲标签为“合唱””；而在转让方选取“合&独”控件的情况下，第一类标签中对应于标签类型为“合唱”和“独唱”的第一类标签将被选中成为目标歌曲标签(此时标签类型为“合唱”和“独唱”的第一类标签满足“与”的逻辑关系，即二者均被选中为目标歌曲标签)，此时的查询条件即包括“歌曲标签为“合唱”和“独唱””不再赘述。

再例如，“曲风”可以包括多个可以被勾选的第一类备选控件：“流行”、“民谣”、“摇滚”、“古典”等。在上述各个第一类备选控件中，转让方可以勾选任一控件或者同时勾选多个控件，以实现对相应曲风的第一类标签的选取。如在转让方仅勾选“流行”第一类控件的情况下，曲风为“流行”的第一类标签将被选中成为目标歌曲标签(对于“曲风”对应的多个第一类标签来说，此时曲风为“流行”的第一类标签与其他第一类标签之间满足“非”的逻辑关系)，此时的查询条件即包括“歌曲标签为“流行””。在转让方同时勾选“流行”和“摇滚”控件的情况下，曲风为“流行”和“摇滚”的第一类标签将被选中成为目标歌曲标签(对于“曲风”对应的多个第一类标签来说，此时曲风为“流行”和“摇滚”的第一类标签与其他第一类标签之间满足“非”的逻辑关系、且曲风为“流行”的第一类标签与曲风为“摇滚”的第一类标签之间满足“与”的逻辑关系)，此时的查询条件即包括“歌曲标签为“流行”和“摇滚””，不再赘述。

可见，被选取的任一目标作品标签与其他(被选中或未被选中的)目标作品标签之间可能满足“与”、“或”、“非”等至少一种逻辑关系。相应的查询条件包括“作品标签为目标歌曲标签”，即将被选中的各个目标歌曲标签及其之间的逻辑关系作为查询条件。该查询条件即用于在备选歌曲表示中查询相应的目标歌曲标识，以实现对目标歌曲的筛选。

另外，第二类备选控件之间的逻辑关系以及相应的选取过程，与上述第一类备选控件类似，不再追赘述。

另外，上述作品筛选条件可以由转让方与受让方预先协商得到，上述转让方可以为歌曲消费平台的运营人员，而受让方可以为想要获取目标歌曲版权的一方，如可以为个人、团体机构或者其他歌曲消费平台等。目标歌曲即为受让方想要从转让方处获取版权的歌曲。

步骤S308，LCDP服务端根据目标歌曲标签生成并部署作品筛选程序。

在确定转让方选取的符合作品筛选条件的目标歌曲标签后，LCDP服务端可以根据各个目标歌曲标签之间的逻辑关系生成作品筛选程序。其中，在备选歌曲和备选歌曲标签被以结构化形式保存的情况下，作品筛选程序可以为结构化程序代码，如前述的SQL代码。当然，根据上述备选歌曲和备选歌曲标签的保存格式不同，LCDP服务端生成的作品筛选程序也可以相应调整，不再赘述。

其中，上述作品筛选程序可以由LCDP服务端自动生成。例如，受让方可以在实施上述标签选取操作后点击标签选取界面中的代码生成控件，终端设备在检测到该点击操作的情况下，可以向LCDP服务端发送代码生成通知消息，以触发LCDP服务端生成相应的作品筛选程序，从而实现作品筛选程序的一键自动生成。

在生成上述作品筛选程序之后，LCDP服务端也可以将该程序发送至转让方使用的终端设备以向转让方展示，从而转让方可以查看该程序并对其进行检查核对。在确定生成的作品筛选程序无误(如确实对应于作品授权条件)的情况下，转让方可以确认部署该作品筛选程序。而在确定生成的作品筛选程序有误的情况下，转让方可以直接对该程序进行修改；或者也可以放弃本次生成的该程序，然后再次实施选取操作并生成新的作品筛选程序，直至确定作品授权系统生成对应于作品授权条件的、正确无误的作品筛选程序后，触发部署该作品筛选程序。

LCDP服务端可以在本地部署生成的作品筛选程序，并设置相应的执行周期(即预设前述执行周期)。其中，该程序的执行周期可以由转让方与受让方在上述作品筛选条件中预先协商，或者也可以由LCDP服务端根据目标歌曲的数量自动确定——执行频率可以与目标歌曲的歌曲数量呈负相关，或者也可以与受让方指定的目标作品的更新频率呈正相关。

步骤S309，LCDP服务端执行作品筛选程序筛选出目标歌曲标识。

步骤S310，LCDP服务端向鉴权服务端发送筛选出的目标歌曲标识。

在部署上述作品筛选程序之后，LCDP服务端可以按照前述预设频率周期性执行该作品筛选程序。执行该作品筛选程序的过程，即为按照上述目标歌曲标签及其之间的逻辑关系对应的查询条件，从各个备选歌曲标识中查询到相应的目标歌曲标识的过程。相应的执行结果即为从备选歌曲标识中查询到的目标歌曲标识，该目标歌曲标识用于表征从备选歌曲中筛选出的目标歌曲。进一步的，LCDP服务端可以将筛选出的目标歌曲标识所对应的目标歌曲发送至鉴权服务端。鉴权服务端可以通过两种方式向受让方发送目标歌曲，具体如下：

方式A：

步骤S311a，鉴权服务端从备选歌曲中筛选目标歌曲。

步骤S312b，鉴权服务端将目标歌曲发送至受让方。

接收到LCDP服务端发送的目标歌曲标识后，鉴权服务端可以从备选歌曲中筛选目标歌曲，并将其发送至受让方。具体过程可以参见下述图6中步骤S601-S607和S608a的记载，此处暂不赘述。

如前所述，转让方可以选取第一类备选歌曲标签和第二类备选歌曲标签，在这种情况下，鉴权服务端可以根据被选取的上述备选歌曲标签确定需要向受让方发送的目标歌曲。

例如，在转让方点选“演唱形式”对应的“独”第一类控件，并同时勾选“歌曲语种”对应的“中文”和“英文”第一类控件的情况下，LCDP服务端可以通过执行作品筛选程序从备选歌曲中筛选出“演唱形式为独唱、歌曲语种为中文”，以及“演唱形式为独唱、歌曲语种为英文”的歌曲的标识作为目标歌曲标识，因而鉴权服务端可以将上述目标歌曲标识对应的备选歌曲作为目标歌曲。

进而，在转让方点选“歌曲内容”对应的“词&曲”第二类控件的情况下，鉴权服务端可以将各个目标歌曲的歌词和曲谱确定为待授权的歌曲物料，从而将上述各个目标歌曲的歌词和曲谱发送至受让方，实现对目标歌曲的授权过程。

方式B：

步骤S311a，歌曲消费服务端将目标歌曲标识发送至受让方。

步骤S312b，受让方根据目标歌曲标识获取目标歌曲。

接收到LCDP服务端发送的目标歌曲标识后，鉴权服务端也可以直接将其发送至受让方，以由受让方根据目标歌曲标识确定相应的目标歌曲。具体过程可以参见下述图6中步骤S601-S607和S60b的记载，此处暂不赘述。

步骤S313，受让方使用目标歌曲更新已授权歌曲。

接收到鉴权服务端发送的目标歌曲或者根据鉴权服务端发送的目标歌曲标识确定目标歌曲之后，受让方可以使用目标歌曲更新已获取的已授权歌曲，从而完成对作品筛选条件所对应的目标歌曲的版权获取。其中，上述已授权歌曲可以被保存在受让方指定的存储空间中。

需要说明的是，上述步骤S309-S313可以按照前述预设频率周期性执行。在任一执行过程中，可以择一执行方式A或方式B，本公开说明书并不对此进行限制。

图4示意性地示出了根据本公开实施方式的一种鉴权服务端处理线上歌曲所对应备选标签的过程的流程图。如图4所示，该过程的执行主体为鉴权服务端，针对的是歌曲消费平台维护的线上歌曲。该过程可以包括下述步骤S401-S406。

步骤S401，鉴权服务端对线上歌曲的歌曲属性信息进行离线Dump。

离线Dump(或称脱机)就是将捕捉到的与进程的内存镜像、线上数据等相关的网络数据包存贮在离线文件中的过程，该文件即被称为Dump文件。因为本方案需要对线上歌曲的歌曲属性信息(也在线上)进行处理，所以若直接对处于线上的歌曲属性信息进行线上处理，则不仅可能干扰线上业务的正常运行，而且会降低业务服务端处理业务的效率。所以本方案通过离线Dump的方式将线上的歌曲属性信息存储至离线的Dump文件中，以进行线下处理。上述离线Dump的具体过程可以参见相关技术中的记载，此处不再赘述。

步骤S402，鉴权服务端判断离线Dump是否完成。

步骤S403，鉴权服务端等待离线Dump完成。

针对线上的歌曲属性信息进行离线Dump的过程，可以按照预设的频率周期性进行。离线Dump通常需要一定的时间，所以在离线Dump过程中，鉴权服务端可以判断是否完成。若离线Dump未完成，则转入步骤S403继续等待，直至离线Dump完成后转入步骤S404。

步骤S404，鉴权服务端根据歌曲属性信息提取备选歌曲标签。

上述离线Dump过程完成后，鉴权服务端将获取到相应的Dump文件，该文件中记录有上述在线歌曲的歌曲属性信息。因此，鉴权服务端可以根据从Dump文件中获取的歌曲属性信息提取备选歌曲标签。例如，鉴权服务端可以识别歌曲的歌词所属的语种，进而根据识别结果提取出“歌曲语言”这一标签；鉴权服务端也可以根据上述歌曲属性信息和预设的等级计算规则，计算歌曲的“歌曲质量评级”这一标签；鉴权服务端还可以直接根据歌曲属性信息中的歌曲类型确定“歌曲类型”这一标签等，不再一一赘述。

如前所述，鉴权服务端可能接收到全部备选歌曲的歌曲属性信息或者发生变化的部分备选歌曲的歌曲属性信息。无论何种情况，鉴权服务端均可以依次提取各个备选歌曲对应的至少一个备选歌曲标签。

步骤S405，鉴权服务端将备选歌曲标签聚合为标签记录表。

因为多个备选歌曲的歌曲属性信息可能相同，如100万首歌曲的歌曲语言均属于“中文”，或者20万首歌曲的歌曲质量评级属于“S级”等，所以上述方式提取到的多个歌曲的备选歌曲标签也可能存在相同的部分。

因为LCDP服务端用于向转让方展示的备选歌曲标签是全部备选歌曲对应的整体性的备选标签，所以鉴权服务端可以不向LCDP服务端发送各个备选歌曲的全部备选歌曲标签，而可以根据提取出的全部多种标签聚合为包含各种标签的标签记录表，并将该标签记录表发送至LCDP服务端。如对于100万首备选歌曲，若生成40万条“中文歌曲”标签和60万条“英文歌曲”标签，并生成100万条“S级”标签，则可以将上述标签聚合为包含“中文歌曲”、“英文歌曲”和“S级”共3条标签的标签记录表。可见，对于全部备选歌曲分别对应的全部备选歌曲标签，无论某一备选歌曲标签重复次数是多少，聚合得到的该标签记录中都仅记录一个该标签。显然，上述聚合过程是对备选歌曲标签进行去重的过程。

当然，在备选歌曲的备选歌曲标签包括归属于基础信息维度的基础信息标签和归属于版权信息维度的版权信息标签的情况下，根据上述备选歌曲标签生成的标签记录表可以相应的包括基础标签记录表和版权标签记录表。如图5所示，备选歌曲的歌曲属性信息可以包括歌曲基础信息和歌曲版权信息，从而提取出的全部标签可以分为两类：“基础信息标签”和“版权信息标签”，相应地，所有的基础信息标签可以聚合为基础信息标签记录表501、所有的版权信息标签可以聚合为版权信息标签记录表502，而且二者是相互关联的。当然，上述两张表是按照预设格式聚合并保存的，该格式可以由鉴权服务端和LCDP服务端预先协商确定。

步骤S406，鉴权服务端将标签记录表发送至LCDP服务端。

鉴权服务端可以将上述过程生成的基础信息标签记录表501和版权信息标签记录表502发送至LCDP服务端。其中LCDP服务端可以按照上述预设格式解析两张表，得到用于供转让方选取的全部备选歌曲标签。该步骤S405-S406即对应于前述步骤S305-S306。当然，步骤S305-S306和S405-S406是可选的，即鉴权服务端也可以在提取得到备选歌曲标签后不进一步生成上述标签记录表。在这种情况下，鉴权服务端可以仅将全部备选歌曲中的各类备选歌曲标签发送至LCDP服务端。

图6示意性地示出了根据本公开实施方式的一种鉴权服务端处理目标标识的过程的流程图。如图6所示，该过程的执行主体为鉴权服务端，针对的是歌曲消费平台维护的线上歌曲。该过程可以包括下述步骤S601-S607b。

步骤S601，鉴权服务端接收LCDP服务端定时推送的目标歌曲子库对应的标识获取消息。

如前所述，任一作品筛选条件对应于某些目标歌曲和相应的作品筛选程序，LCDP服务端执行任一作品筛选程序获取到的目标歌曲标识所对应的目标歌曲即构成一个目标歌曲集合，下称目标歌曲子库。

LCDP服务端按照预设频率周期性执行作品筛选程序以获取目标歌曲标识，在获取到目标歌曲标识后可以向鉴权服务端推送目标歌曲子库对应的标识获取消息，以告知鉴权服务端可以从LCDP服务端处获取下载上述目标歌曲子库对应的目标歌曲标识。

步骤S602，鉴权服务端判断目标歌曲子库是否有效。

上述标识获取消息中可以携带预设回调接口的接口参数，如目标歌曲子库的子库标识，接口地址、执行时刻等，从而鉴权服务端可以对该接口所对应目标歌曲子库的任务导出状态和schema等信息进行验证，以判断标识获取消息对应的目标歌曲子库是否有效。如判断当前时刻是否处于该目标歌曲子库的有效期内。

若验证通过(如当前时刻处于该目标歌曲子库的有效期内)，则可以判断目标歌曲子库有效，从而可以转入步骤S604。反之，若验证不通过，则可以判断目标歌曲子库无效，从而可以转入步骤S603

步骤S603，鉴权服务端抛弃标识获取消息并告警。

此时，表明接收到的标识获取消息有误，此时鉴权服务端可以抛弃该标识获取消息并向预设管理方告警。当然，也可以记录该次标识获取消息及其相关信息，便于后续对作品授权系统的工作过程进行回溯或分析。

步骤S604，鉴权服务端下载目标歌曲子库对应的标识文件。

此时，鉴权服务端可以根据上述回调接口下载目标歌曲子库对应的标识文件。该标识文件可以符合预设的文件格式，如可以为.csv、.xls等格式。并且文件中的数据也可以被LCDP服务端按照预设的字段组织格式所组织，如首行为字段属性名称(如“目标歌曲ID”)，其后每行为属性对应的数据(如依次为“1234567”、“2345678”等)。

步骤S605，鉴权服务端校验目标歌曲标识的标识格式。

另外，鉴权服务端还可以对上述标识文件的文件格式、字段组织格式等进行进一步验证。并在上述格式验证通过的情况下，转入步骤S606进行进一步处。否则，在上述格式验证不通过的情况下，则转入步骤S603抛弃该标识获取消息并向预设管理方告警。

步骤S606，鉴权服务端将目标歌曲标识转换为Hive表格。

Hive是基于Hadoop提供的数据仓库工具，可以用于进行数据提取、转化、加载等处理，是一种可以存储、查询和分析存储在Hadoop中的大规模数据的机制。Hive数据仓库工具能将结构化的数据文件映射为一张数据库表，即Hive表，并以将数据查询语句转换为MapReduce任务的方式，为Hive表提供针对表内数据的SQL查询功能。

基于Hive表的所具有的完善的数据查询和处理功能，鉴权服务端可以将前述标识文件转化为Hive表。从而通过将相邻周期内的标识文件分别转换为不同的Hive表，便于通过处理Hive表比较当前周期与前一周期内的数据，即实现对两标识文件中各个目标歌曲标识的比较。

步骤S607a，鉴权服务端根据Hive表格确定变化歌曲并发送至受让方。

鉴权服务端可以将前一步骤中生成的当前周期Hive表与前一周期内生成的前一周期Hive表中的数据进行比较，从而根据Hive表格确定当前周期相对于前一周期发送变化的变化歌曲。此时，鉴权服务端可以直接获取变化歌曲并发送至受让方。

其中，本公开实施例中发送至受让方的目标歌曲，实际为歌曲物料，如前述的专辑、歌曲、歌词、录音、MV等。

步骤S607b，鉴权服务端将Hive表格上传至大数据平台，由大数据平台根据Hive表格确定并向受让方发送变化歌曲。

或者，鉴权服务端也可以将本周期Hive表上传至大数据平台，并由该平台对以保存的前一周期Hive表中的数据进行比较，从而根据Hive表格确定当前周期相对于前一周期发送变化的变化歌曲。

上述比较结果可以由大数据平台以消息队列的方式发出，以便于受让方及其他相关方监听。受让方监听到上述比较结果后，可以从预设的RDS等存储空间处获取最新的变化歌曲，以更新自身在前一周期内获取的已授权歌曲，从而完成对已授权歌曲中变化歌曲的更新。

示例性介质

在介绍了本公开示例性实施方式的方法之后，接下来，参考图7对本公开示例性实施方式的介质进行说明。

本示例性实施方式中，可以通过程序产品实现上述方法，如可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，该存储器可以在设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读介质70可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

该程序产品可以采用一个或多个可读介质的任意组合。可读介质70可以是可读信号介质或者可读介质。可读介质70例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质70上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RE等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如C语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

示例性装置

在介绍了本公开示例性实施方式的介质之后，接下来，参考图8对本公开示例性实施方式的装置进行说明。

图8示意性地示出了根据本公开实施方式的一种作品授权装置的框图。该作品授权装置可以包括：

标签获取模块801，用于获取备选作品的备选作品标签；

目标标签确定模块802，用于确定转让方根据预设的作品授权条件从所述备选作品标签中选取的目标作品标签，并根据各个目标作品标签之间的逻辑关系生成作品筛选程序；

筛选及授权模块803，用于按照预设频率定时触发执行所述作品筛选程序以筛选出目标作品标识，并将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方。

可选地，所述标签获取模块801还用于：

获取备选作品的作品属性信息；

将所述作品属性信息抽象为归属于预设属性维度的备选作品标签。

可选地，所述标签获取模块801还用于：

分别获取多个业务模块在实现各自业务功能的过程中生成的作品属性信息。

可选地，所述备选作品包括作品消费平台提供的线上作品，所述标签获取模块801还用于：

从所述作品消费平台周期性获取所述线上作品的作品属性信息。

可选地，所述预设属性维度包括第一属性维度和第二属性维度，所述标签获取模块801还用于：

在任一作品属性信息对应的备选作品的作品数量不大于数量阈值的情况下，将所述任一作品属性信息抽象为归属于所述第一属性维度的备选作品标签；

在任一作品属性信息对应的备选作品的作品数量大于数量阈值的情况下，将所述任一作品属性信息抽象为归属于所述第二属性维度的备选作品标签。

可选地，所述预设属性维度包括基础信息维度和版权信息维度，所述备选作品标签包括归属于所述基础信息维度的基础信息标签和归属于所述版权信息维度的版权信息标签。

可选地，在获取到所述备选作品标签后，还包括：

记录表生成模块804，用于按照预设的标签格式将所述备选作品标签聚合为标签记录表，解析任一标签记录表得到的备选作品标签被用于供所述转让方选取。

可选地，还包括：

标签添加模块805，用于若所述标签记录表中不存在获取到的任一备选作品标签，则将所述任一备选作品标签添加至所述标签记录表。

可选地，还包括：

第一保存模块806，用于保存各个备选作品分别对应的备选作品标签；或者，

第二保存模块807，用于在多个备选作品存在相同的备选作品标签的情况下，合并保存所述相同的备选作品标签。

可选地，所述目标标签确定模块802，用于：

根据各个备选作品标签之间的逻辑关系生成备选控件，并将所述备选控件发送至所述转让方使用的终端设备，以用于展示；

根据所述终端设备返回的选取结果确定被选取的目标作品标签，所述选取结果对应于所述转让方按照所述作品授权条件针对所述备选控件实施的选取操作。

可选地，还包括：

标签组织模块808，用于按照预设的标识组织格式排列被筛选出的所述目标作品标识。

可选地，

所述预设频率与筛选出的所述目标作品标识的数量呈负相关；和/或，

所述预设频率与所述受让方指定的所述目标作品的更新频率呈正相关。

可选地，所述预设频率由所述转让方根据所述作品授权条件设置。

可选地，所述作品授权条件与所述作品筛选程序一一对应，所述筛选及授权模块803，用于：

按照预设频率定时触发执行任一作品筛选程序，以筛选出相应的目标作品标识；

确定筛选出的目标作品标识所表征的目标作品，并将确定出的所述目标作品发送至所述任一作品授权条件对应的受让方。

可选地，还包括：对所述目标作品标识进行有效性校验；

所述筛选及授权模块803，用于：在对所述目标作品标识通过所述有效性校验的情况下，将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方。

可选地，所述筛选及授权模块803，用于：

从所述备选作品所在的预设存储空间中下载所述目标作品标识所表征的所述目标作品并将所述目标作品发送至所述作品授权条件对应的受让方；或者，

将所述目标作品标识发送至所述作品授权条件对应的受让方，以由所述受让方从预设存储空间中获取所述目标作品标识所表征的目标作品。

可选地，所述筛选及授权模块803，用于：

确定所述目标作品标识所表征的本次目标作品，以及当前时刻之前最近一次向所述作品授权条件对应的受让方发送的前次目标作品；

确定所述本次目标作品与所述前次目标作品之间的变化作品；

在所述本次目标作品多于所述前次目标作品的情况下，在所述受让方对应的目标作品集合中添加所述变化作品，并设置所述受让方具有针对所述变化作品的获取权限；

在所述本次目标作品少于所述前次目标作品的情况下，设置所述受让方不具有针对所述变化作品的获取权限。

示例性计算设备

在介绍了本公开示例性实施方式的方法、介质和装置之后，接下来，参考图*对本公开示例性实施方式的计算设备进行说明。

图9显示的计算设备900仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，计算设备900以通用计算设备的形式表现。计算设备900的组件可以包括但不限于：上述至少一个处理单元901、上述至少一个存储单元902，连接不同系统组件(包括处理单元901和存储单元902)的总线903。

总线903包括数据总线、控制总线和地址总线。

存储单元902可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)9021和/或高速缓存存储器9022，可以进一步包括非易失性存储器形式的可读介质，例如只读存储器(ROM)9023。

存储单元902还可以包括具有一组(至少一个)程序模块9024的程序/实用工具9025，这样的程序模块9024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算设备900也可以与一个或多个外部设备904(例如键盘、指向设备等)通信。

这种通信可以通过输入/输出(I/O)接口905进行。并且，计算设备900还可以通过网络适配器906与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图9所示，网络适配器906通过总线903与计算设备900的其它模块通信。应当理解，尽管图中未示出，可以结合计算设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了作品授权装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本公开的精神和原理，但是应该理解，本公开并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (10)

1.一种作品授权方法，包括：

获取备选作品的备选作品标签；

确定转让方根据预设的作品授权条件从所述备选作品标签中选取的目标作品标签，并根据各个目标作品标签之间的逻辑关系生成作品筛选程序；

按照预设频率定时触发执行所述作品筛选程序以筛选出目标作品标识，并将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方。

2.根据权利要求1所述的方法，所述获取备选作品的备选作品标签包括：

获取备选作品的作品属性信息；

将所述作品属性信息抽象为归属于预设属性维度的备选作品标签。

3.根据权利要求2所述的方法，所述获取备选作品的作品属性信息，包括：

分别获取多个业务模块在实现各自业务功能的过程中生成的作品属性信息。

4.根据权利要求2所述的方法，所述备选作品包括作品消费平台提供的线上作品，所述获取备选作品的作品属性信息，包括：

从所述作品消费平台周期性获取所述线上作品的作品属性信息。

5.根据权利要求2所述的方法，所述预设属性维度包括第一属性维度和第二属性维度，所述将所述作品属性信息抽象为归属于预设属性维度的备选作品标签，包括：

在任一作品属性信息对应的备选作品的作品数量不大于数量阈值的情况下，将所述任一作品属性信息抽象为归属于所述第一属性维度的备选作品标签；

在任一作品属性信息对应的备选作品的作品数量大于数量阈值的情况下，将所述任一作品属性信息抽象为归属于所述第二属性维度的备选作品标签。

6.根据权利要求2所述的方法，所述预设属性维度包括基础信息维度和版权信息维度，所述备选作品标签包括归属于所述基础信息维度的基础信息标签和归属于所述版权信息维度的版权信息标签。

7.根据权利要求1所述的方法，在获取到所述备选作品标签后，还包括：

按照预设的标签格式将所述备选作品标签聚合为标签记录表，解析任一标签记录表得到的备选作品标签被用于供所述转让方选取。

8.一种作品授权装置，包括：

标签获取模块，用于获取备选作品的备选作品标签；

目标标签确定模块，用于确定转让方根据预设的作品授权条件从所述备选作品标签中选取的目标作品标签，并根据各个目标作品标签之间的逻辑关系生成作品筛选程序；

筛选及授权模块，用于按照预设频率定时触发执行所述作品筛选程序以筛选出目标作品标识，并将所述目标作品标识所表征的目标作品发送至所述作品授权条件对应的受让方。

9.一种介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

10.一种计算设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1-7中任一项所述的方法。

Images