CN113269584A - 资源分配方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开关于资源分配方法、装置、电子设备和存储介质。所述方法包括：向登录有主播账号的主播客户端发送任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；在所述主播客户端返回的任务确认消息表明所述主播账号接受目标任务的情况下，检测所述直播节目中的直播数据；在所述直播数据表明所述目标任务已完成的情况下，则触发为所述主播账号分配对应于所述目标任务的奖励资源。该方案能够能够有效激发主播的开播积极性，并进一步提升直播节目的观赏性。

Description

资源分配方法、装置、电子设备和存储介质

技术领域

本公开涉及直播领域，尤其涉及一种资源分配方法、装置、电子设备和存储介质。

背景技术

作为一种节目展示方式，网络直播越来越普遍的成为人们工作、学习、消遣的重要形式。其中，作为的直播节目主导者，主播用户(下称主播)在开播直播节目的过程中可以获取一定的收益。

在相关技术中，主播的收益主要来源于观众用户(下称观众)在直播间赠予(或称打赏)的礼物和平台的政策奖励(如流量、资金奖励等)。但是，上述收益的奖励形式较为单一，既难以进一步激发主播的开播积极性，也无法有效提升直播节目的观赏性。

发明内容

本公开提供了资源分配方法、装置、电子设备和存储介质，以至少解决相关技术中的技术问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提出一种资源分配方法，包括：

向登录有主播账号的主播客户端发送任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

在所述主播客户端返回的任务确认消息表明所述主播账号接受目标任务的情况下，检测所述直播节目中的直播数据；

在所述直播数据表明所述目标任务已完成的情况下，则触发为所述主播账号分配对应于所述目标任务的奖励资源。

可选的，所述直播任务包括：

针对所述直播节目所在直播间的直播间任务；和/或，

针对所述直播节目的直播内容的节目任务。

可选的，

所述直播间任务包括下述至少之一的直播间数据不小于指定数值：直播间人数、直播间接收的礼物数量、直播节目的点赞数量、直播节目的评论数量、直播节目的转发数量；

所述节目任务包括：目标游戏数据不小于指定数值。

可选的，确定所述主播客户端返回的任务确认消息表明所述主播账号接受目标任务，包括：

在主播客户端返回的任务确认消息包含任务选取结果的情况下，根据所述任务选取结果确定所述主播账号选取的直播任务，并将该直播任务作为被所述主播账号接受的目标任务；和/或，

在主播客户端返回的任务确认消息包含任务指定信息的情况下，根据所述任务指定信息确定所述主播账号指定的自定义任务，并将该自定义任务作为被所述主播账号接受的目标任务。

可选的，所述任务提醒消息还包括直播任务与奖励资源的对应关系，所述对应关系被所述主播客户端用于指定所述自定义任务。

可选的，所述触发为所述主播账号分配对应于所述目标任务的奖励资源，包括：

为所述主播账号分配对应于所述目标任务的奖励资源；或者，

向所述主播客户端发送资源通知消息，并在接收到所述主播客户端响应于所述资源通知消息返回的资源领取消息的情况下，为所述主播账号分配对应于所述目标任务的奖励资源。

可选的，所述为所述主播账号分配对应于所述目标任务的奖励资源，包括：

为所述主播账号设置针对所述奖励资源的使用权限；所述使用权限包括下述至少之一：有效时长、有效次数、预设直播内容。

可选的，在为所述主播账号分配对应于所述目标任务的奖励资源之后，所述方法还包括下述至少之一：

在所述直播节目的直播画面中添加针对所述奖励资源的资源展示对象；

在所述直播账号的账号主页中添加针对所述奖励资源的资源展示对象；

向登录有所述主播账号的关联账号的客户端发送针对所述奖励资源的提醒消息。

可选的，所述奖励资源包括特效资源，在为所述主播账号分配对应于所述目标任务的奖励资源之后，所述方法还包括：

在检测到所述直播节目的直播内容匹配于所述特效资源的情况下，向观众客户端发送所述特效资源的特效数据，以使所述观众客户端在所述直播节目中播放所述特效资源对应的节目特效；或者，

向观众客户端发送所述特效资源的特效数据，并在检测到所述直播节目的直播内容匹配于所述特效资源的情况下，向观众客户端发送针对所述特效数据的播放指令，以使所述观众客户端在所述直播节目中播放所述特效资源对应的节目特效。

可选的，还包括：

在所述主播客户端返回的任务确认消息表明所述主播账号不接受目标任务的情况下，终止针对所述奖励资源的分配过程。

根据本公开实施例的第二方面，提出一种资源分配方法，包括：

接收服务端发送的任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

在检测到主播账号响应于所述任务提醒消息实施的任务确认操作的情况下，根据所述任务确认操作确定所述主播账号接受的目标任务并生成相应的任务确认消息；

将所述任务确认消息发送至服务端，以使所述服务端检测所述直播节目中的直播数据，并在所述直播数据表明所述目标任务已完成的情况下，触发为所述主播账号分配对应于所述目标任务的奖励资源。

可选的，所述根据所述任务确认操作确定所述主播账号接受的目标任务，包括：

在所述任务确认操作包括任务选取操作的情况下，根据所述任务选取结果确定所述主播账号选取的直播任务，并将该直播任务作为被所述主播账号接受的目标任务；

在所述任务确认操作包括任务指定操作的情况下，根据所述任务指定信息确定所述主播账号指定的自定义任务，并将该自定义任务作为被所述主播账号接受的目标任务。

可选的，还包括：

在接收到所述服务端发送的资源通知消息的情况下，检测主播账号响应于所述资源通知消息实施的资源领取操作；

根据所述资源领取操作生成资源领取消息，并将该消息发送至所述服务端。

根据本公开实施例的第三方面，提出一种资源分配装置，包括：

消息发送单元，用于向登录有主播账号的主播客户端发送任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

数据检测单元，用于在所述主播客户端返回的任务确认消息表明所述主播账号接受目标任务的情况下，检测所述直播节目中的直播数据；

资源分配单元，用于在所述直播数据表明所述目标任务已完成的情况下，则触发为所述主播账号分配对应于所述目标任务的奖励资源。

可选的，所述直播任务包括：

针对所述直播节目所在直播间的直播间任务；和/或，

针对所述直播节目的直播内容的节目任务。

可选的，

所述直播间任务包括下述至少之一的直播间数据不小于指定数值：直播间人数、直播间接收的礼物数量、直播节目的点赞数量、直播节目的评论数量、直播节目的转发数量；

所述节目任务包括：目标游戏数据不小于指定数值。

可选的，所述数据检测单元还用于：

在主播客户端返回的任务确认消息包含任务选取结果的情况下，根据所述任务选取结果确定所述主播账号选取的直播任务，并将该直播任务作为被所述主播账号接受的目标任务；和/或，

在主播客户端返回的任务确认消息包含任务指定信息的情况下，根据所述任务指定信息确定所述主播账号指定的自定义任务，并将该自定义任务作为被所述主播账号接受的目标任务。

可选的，所述任务提醒消息还包括直播任务与奖励资源的对应关系，所述对应关系被所述主播客户端用于指定所述自定义任务。

可选的，所述资源分配单元还用于：

为所述主播账号分配对应于所述目标任务的奖励资源；或者，

向所述主播客户端发送资源通知消息，并在接收到所述主播客户端响应于所述资源通知消息返回的资源领取消息的情况下，为所述主播账号分配对应于所述目标任务的奖励资源。

可选的，所述资源分配单元还用于：

为所述主播账号设置针对所述奖励资源的使用权限；所述使用权限包括下述至少之一：有效时长、有效次数、预设直播内容。

可选的，所述装置还包括下述至少之一：

第一添加单元，用于在为所述主播账号分配对应于所述目标任务的奖励资源之后，在所述直播节目的直播画面中添加针对所述奖励资源的资源展示对象；

第二添加单元，用于在为所述主播账号分配对应于所述目标任务的奖励资源之后，在所述直播账号的账号主页中添加针对所述奖励资源的资源展示对象；

奖励提醒单元，用于在为所述主播账号分配对应于所述目标任务的奖励资源之后，向登录有所述主播账号的关联账号的客户端发送针对所述奖励资源的提醒消息。

可选的，所述奖励资源包括特效资源，所述装置还包括：

第一发送单元，用于在为所述主播账号分配对应于所述目标任务的奖励资源之后，在检测到所述直播节目的直播内容匹配于所述特效资源的情况下，向观众客户端发送所述特效资源的特效数据，以使所述观众客户端在所述直播节目中播放所述特效资源对应的节目特效；或者，

第二发送单元，用于在为所述主播账号分配对应于所述目标任务的奖励资源之后，向观众客户端发送所述特效资源的特效数据，并在检测到所述直播节目的直播内容匹配于所述特效资源的情况下，向观众客户端发送针对所述特效数据的播放指令，以使所述观众客户端在所述直播节目中播放所述特效资源对应的节目特效。

可选的，还包括：

分配中止单元，用于在所述主播客户端返回的任务确认消息表明所述主播账号不接受目标任务的情况下，终止针对所述奖励资源的分配过程。

根据本公开实施例的第四方面，提出一种资源分配装置，包括：

消息接收单元，用于接收服务端发送的任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

第一检测单元，用于在检测到主播账号响应于所述任务提醒消息实施的任务确认操作的情况下，根据所述任务确认操作确定所述主播账号接受的目标任务并生成相应的任务确认消息；

第一发送单元，用于将所述任务确认消息发送至服务端，以使所述服务端检测所述直播节目中的直播数据，并在所述直播数据表明所述目标任务已完成的情况下，触发为所述主播账号分配对应于所述目标任务的奖励资源。

可选的，所述第一检测单元还用于：

在所述任务确认操作包括任务选取操作的情况下，根据所述任务选取结果确定所述主播账号选取的直播任务，并将该直播任务作为被所述主播账号接受的目标任务；

在所述任务确认操作包括任务指定操作的情况下，根据所述任务指定信息确定所述主播账号指定的自定义任务，并将该自定义任务作为被所述主播账号接受的目标任务。

可选的，还包括：

第二检测单元，用于在接收到所述服务端发送的资源通知消息的情况下，检测主播账号响应于所述资源通知消息实施的资源领取操作；

第二发送单元，用于根据所述资源领取操作生成资源领取消息，并将该消息发送至所述服务端。

根据本公开实施例的第五方面，提出一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为执行所述指令，以实现如上述第一方面或第二方面中任一实施例所述的资源分配方法。

根据本公开实施例的第六方面，提出一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述第一方面或第二方面中任一实施例所述的资源分配方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序和/或指令，所述计算机程序和/或指令被处理器执行时实现上述第一方面或第二方面中任一实施例所述的资源分配方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

根据本公开的实施例，提出一种全新的主播奖励方式，服务端通过向已开播的直播节目的主播客户端发送任务提醒消息，使得主播客户端可以选择接受与直播数据对应的目标任务，从而直播数据节目表明目标任务已完成的情况下，由服务端向主播账户分配相应的奖励资源。一方面，在接受目标任务之后，主播可以通过在直播节目中的直播表现(体现为直播数据)完成任务，所以主播会为了完成任务尽可能出色的开展直播节目，对于观众来说也能够在观赏直播节目的过程中观看到主播挑战目标任务的过程，从而进一步提升直播节目的观赏性；另一方面，在通过直播节目出色完成目标任务之后，除了在常规的观众礼物和平台奖励之外，主播账户还能够再获得目标任务对应的奖励资源，所以能够有效激发主播的开播积极性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是一示例性实施例提供的一种基于直播***的架构示意图；

图2是根据本公开的实施例示出的一种资源分配方法的流程图；

图3是根据本公开的实施例示出的另一种资源分配方法的流程图；

图4是根据本公开的实施例示出的一种资源分配方法的交互流程图；

图5-图10分别是根据本公开的一个或多个示例性实施例示出的一个或多个资源分配过程的直播界面示意图；

图11是根据本公开的实施例示出的一种资源分配装置的示意框图；

图12是根据本公开的实施例示出的另一种资源分配装置的示意框图；

图13是根据本公开的实施例示出的一种电子设备的结构图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是一示例性实施例提供的一种直播***的架构示意图。如图1所示，该***可以包括网络10、服务器11、若干电子设备，比如第一手机12、第二手机13和第三手机14等。

服务器11可以为包含一独立主机的物理服务器，或者该服务器11可以为主机集群承载的虚拟服务器。在运行过程中，服务器11可以运行某一应用的服务器侧的程序，以实现该应用的相关业务功能，比如当该服务器11运行直播平台的程序时，可以实现为该直播平台的服务端。而在本说明书一个或多个实施例的技术方案中，可由服务器11通过与第一手机12、第二手机13和第三手机14上运行的客户端进行配合，以实现直播过程中对主播进行资源分配方案。

在本实施例中，直播平台不仅可以实现直播功能，还可以作为诸多其他功能的集成化功能平台，比如发送任务提醒消息、确定目标任务、检测直播数据、分配激励资源等，本说明书一个或多个实施例并不对此进行限制。

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

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

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

作为一种节目展示方式，网络直播越来越普遍的成为人们工作、学习、消遣的重要形式。其中，作为直播节目主导者的主播在开播直播节目的过程中可以获取一定的收益。

在相关技术中，主播的收益主要来源于直播间的礼物收取(或称观众打赏)和平台的奖励政策(如流量、资金奖励等)。以游戏直播为例，主播可以接收到直播间观众赠予(或称打赏)的礼物(直播间的观众在观看直播的过程中，如果对于主播比较感兴趣或者主播的表现较为突出，观众可以在直播间给该主播打赏礼物)、在线观看人数到来的人气收益(表现突出的主播的直播间观众较多，从而为平台带来较高的人气，平台会给予相应的流量扶持或资金奖励)等；也可以因为在游戏中的良好表现而获得比赛胜利，进而获得连胜场次、连续击杀、最佳进球等带来的游戏收益。

实际上，相关技术中的直播平台普遍采用上述两种较为单一的方式对直播节目的主播进行奖励。长此以往，难以进一步提升主播的开播积极性以及直播节目的观赏性。

为解决上述问题，本公开提出一种资源分配方法：通过在直播节目中设置直播任务并由主播接受挑战(即接受直播任务)，使得主播可以通过直播节目的出色表现完成上述任务，进而获得观众礼物和平台激励之外的奖励资源。从而通过针对主播的这一新型奖励方式，不仅有助于进一步提升主播的开播积极性，而且能够有效提升直播节目的观赏性。

图2是本说明书一示例性实施例示出的一种资源分配方法的流程图。如图2所示，该方法应用于服务端，可以包括以下步骤：

步骤202，向登录有主播账号的主播客户端发送任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

在本实施例中，服务端与主播客户端、观众客户端相互配合实现直播节目的开播过程：主播通过登录有主播账号的主播客户端采集画面、声音等直播信号，并将采集到的直播信号发送至服务端，服务端确定当前时刻进入主播账号所对应直播间的观众账号，并将该直播信号分发至登录有各个观众账号的观众客户端，以便相应观众通过观众客户端观看该直播节目。其中，主播账号与直播间一一对应，任一时刻直播间中播放的节目即为直播节目。直播节目的具体实现过程可以参见相关技术中的记载，本公开实施例并不对此进行限制。

在直播节目开播前或者开播过程中，服务端可以向主播客户端发送包含针对直播任务的任务提醒消息，其中，上述任务提醒消息中包含的直播任务可以有多种形式。在一实施例中，直播任务可以包括针对直播节目所在直播间的直播间任务，如可以包括下述至少之一的直播间数据不小于指定数值：直播间人数、直播间接收的礼物数量、直播节目的点赞数量、直播节目的评论数量、直播节目的转发数量。如直播间人数达到2000、直播间接收的礼物数量达到10000虚拟币、直播间接收的某种礼物达到10个、直播节目的点赞数量达到100000、直播节目的评论数量达到2000、直播节目的转发数量达到1000等。可见，直播间任务与直播节目所在直播间的直播间数据有关，即可以根据直播间数据判定直播间任务是否完成。

直播任务也可以包括针对直播节目的直播内容的节目任务，例如可以为目标游戏数据不小于指定数值。其中，上述目标游戏可以为主播在直播节目中所参与游戏(如主播正在开播的游戏、主播与观众共同参与的游戏等)。相应的，目标游戏数据可以为游戏内的预设任务、游戏得分、游戏中的预设参数等，如上述节目任务可以包括：完成某项游戏内任务、游戏得分不低于200分、游戏连胜2场等。可见，节目任务与主播在直播节目中的节目表现有关，因此可以根据与节目表现相关的节目数据判定节目任务是否完成。

当然，直播任务也可以同时包含至少一个上述直播间任务和至少一个上述节目任务。例如，可以由服务端后台根据直播节目的类型、直播数据所对应直播表现的难易程度等实际情况进行设置，并且可以包括上述一种任务或多种任务的灵活组合，以满足不同主播对于不同难易程度的任务的不同挑战需求，本公开实施例并不对此进行限制。如可以将上述多种直播任务均包含在任务提醒消息中发送至主播客户端，以便直播(对于服务端来说表现为主播账号)灵活选取合适的直播任务作为目标任务，也可以根据当前主播账户和/或其他主播账户的历史任务选择记录生成选取频率较高的直播任务发送至主播客户端，以减少发送的数据量，从而减轻服务端的网络压力。

步骤204，在所述主播客户端返回的任务确认消息表明所述主播账号接受目标任务的情况下，检测所述直播节目中的直播数据。

主播客户端接收到上述任务提醒消息后可以将其向主播展示，进而主播可以响应于该消息并根据自身意愿确定是否接受该任务：接受任务并顺利完成后，能够接收到服务端分配的奖励资源并进一步提升人气；若接受任务但是无法完成，则可能会导致人气下降(观众可能认为该主播技术较差)，因此是否接受上述任务提醒消息指定的直播任务，需要由主播根据自身能力、直播节目类型等实际情况自行判断。

若主播决定接受目标任务，则可以针对任务提醒消息实施任务确认操作以确定相应的目标任务，如可以点击该消息中显示的“确定”或“接收挑战”等可触发控件。作为一示例性实施例，主播可以针对上述任务提醒消息中包含的直播任务实施任务选取操作，从而主播客户端可以在检测到任务选取操作的情况下，将该操作对应的被选取的直播任务确定为被主播账号接受的目标任务。如在上述任务提醒消息中包含的直播任务包括直播间接收的礼物A达到10个、点赞数达到50000、游戏得分不低于200分、游戏中连胜2场的情况下，主播可以选择点赞数达到50000和游戏中连胜2场作为目标任务，也可以仅选择礼物A达到10个作为目标任务，还可以选择上述全部直播任务作为目标任务，本公开实施例并不对此进行限制。进而，主播客户端可以根据上述任务选取操作对应的任务选取结果生成任务确认消息，并将该消息发送至服务端；相应的，服务端在接收到该消息的情况下，即可根据任务选取结果确定主播账号选取的直播任务，并将该直播任务作为被主播账号接受的目标任务。通过该方式，主播可以在服务端提供的多个直播任务中选取直播任务作为直播节目的目标任务，从而能够根据自身能力选取合适的目标任务，进而保证任务的完成度。

作为另一示例性实施例，主播也可以自行指定目标任务，例如主播可以响应于主播客户端展示的任务提醒消息实施任务指定操作，从而主播客户端可以在检测到该任务指定操作的情况下，将该操作对应的被指定的自定义任务确定为被主播账号接受的目标任务。如在上述直播任务包括直播间接收的礼物A达到10个、点赞数达到50000的情况下，主播客户端可以进一步展示针对礼物A和点赞数的自定义输入控件，从而主播可以通过该控件分别输入针对礼物A的目标数量为3、针对点赞数的目标数量为30000，即主播客户端将“直播间接收的礼物A达到3个”和“点赞数达到30000”作为自定义任务。进而主播客户端可以根据上述任务指定操作对应的任务指定结果生成任务确认消息，并将该该消息发送至服务端；相应的，服务端在接收到该消息的情况下，即可以根据任务指定信息确定主播账号指定的自定义任务，并将该自定义任务作为被主播账号接受的目标任务。通过该方式，主播客户端可以为主播提供更加灵活多样的目标任务指定形式，从而主播能够根据自身实际情况灵活指定目标任务，以保证更好地完成目标任务，从而提升目标任务的完成率，有助于提升主播的直播信心。

其中，上述任务提醒消息还可以包括直播任务与奖励资源的对应关系，进而主播可以根据该对应关系在主播客户端中指定自定义任务。以“礼物A的数量”为例，上述对应关系可以为礼物A的数量与奖励资源的资源个数之间的对应关系，如“1个礼物A对应2个特效资源”或者“5个礼物A对应1个特效资源”等。从而主播可以根据该对象关系更准确的确定目标任务的完成难度与预期收益(即完成目标任务后得到的奖励资源)，进而更精准的衡量是否接受目标任务或者接受何种目标任务。

当然，主播也有可能决定不接受目标任务(即不接受针对直播节目的挑战任务)，此时，主播可以在主播客户端中实施任务取消操作，如点击针对任务提醒消息中的“取消”或“放弃挑战”等控件。从而主播客户端可以在检测到主播实施的上述任务取消操作的情况下，确定主播不接受任务目标任务，因此可以根据该操作结果生成任务确认消息并发送至服务端，进而服务端可以根据服务端返回的该消息确定所述主播账号不接受目标任务，从而可以直接终止针对直播节目的奖励过程。此后，服务端可以通过前述的网络直播过程为主播客户端和观众客户端提供主播节目，该过程与相关技术中的网络直播过程并无本质区别，可以参见相关技术中的记载，此处不再赘述。

在确定主播账号接受目标任务之后，服务端可以在直播节目的开播过程中检测直播数据，例如实时检测直播间的直播间人数、直播节目的点赞数、直播间接收礼物A的数量、直播节目中的特定参数，如于游戏得分、游戏连胜局数等，并根据检测到的直播数据判断上述目标任务是否已完成。可以理解的是，为减少服务端获取数据的工作量，服务端可以仅根据上述目标任务获取目标任务对应的目标数据，如在上述目标任务为“直播间人数达到100000个”和“游戏连胜3场”的情况下，服务端可以将“直播间人数”和“游戏取胜场数”这两个直播数据作为目标数据，而不获取其他直播数据。在判断目标任务尚未完成的情况下，服务端可以继续检测直播数据；而在检测到上述目标任务完成的情况下，可以触发为主播账号分配对应于目标任务的奖励资源。

步骤206，在所述直播数据表明所述目标任务已完成的情况下，则触发为所述主播账号分配对应于所述目标任务的奖励资源。

承接于前述实施例，若上述目标任务为“直播间人数达到100000个”和“游戏连胜3场”，则服务端可以实时获取“直播间人数”和“游戏取胜场数”这两个直播数据(即作为目标数据)，并在上述两直播数据表明目标任务已完成(如在直播间人数达到101000个时游戏连续第3场取胜，在游戏已经连胜3场的情况下直播间人数达到100000个，或者在直播间人数达到100000个的同时游戏连续第3场取胜)的情况下，触发为主播账号分配对应于目标任务的奖励资源。当然，通常情况下服务端会实时获取直播间的多种直播数据，因此服务端可以实施监测获取到的全部直播数据中的目数据，并实时判断该目标数据是否表明目标任务已完成，不再赘述。

在一实施例中，服务端可以在确定上述直播数据表明目标任务已完成的情况下，立即为主播账号分配对应于目标任务的奖励资源，从而可以在直播间呈现出与直播间的当前状态或者直播节目的当前内容相对应的资源分配效果，进一步增强资源分配过程的趣味性。或者，服务端也可以在确定上述直播数据表明目标任务已完成的情况下，向主播客户端发送资源通知消息，以便主播根据该消息确定是否在当前时刻领取奖励资源：无论是否领取，主播都可以在主播客户端中针对该消息实施相应的领取操作(如点击“立即领取”)，从而主播客户端可以在检测到该操作的情况下根据领取结果生成相应的资源领取消息，并将该消息返回至服务端，相应的，服务端可以根据该消息为主播账号分配对应于目标任务的奖励资源。当然，主播也可以实施非领取操作(如点击“稍后领取”等)，从而服务端在接收到主播客户端根据该操作的操作结果生成的资源领取消息后，可以根据该消息确定直播账户并未领取相应的奖励资源，从而服务端可以在预设时长后或者直播节目结束后再次向主播客户端发送资源领取提醒消息，以通过主播尽快领取上述奖励资源。

另外，主播客户端也可以向主播展示针对奖励资源的拒绝领取选项，以便主播主动放弃领取奖励资源。例如，主播在直播过程中可能与观众口头约定领取的附加条件，但是直播过程中并未达成该条件；或者直播效果并未令主播自己满意，此时直播可以拒绝领取奖励资源。

在一实施例中，服务端可以通过设置使用权限的方式为主播账号分配奖励资源。例如，服务端可以为主播账号设置针对奖励资源的有效时长、有效次数和/或预设直播内容等的使用权限。其中，上述有效时长可以从直播数据表明目标任务已完成时刻开始计时，也可以从主播实施资源领取操作的时刻开始计时，而有效时长可以为预先设置的时长，如1天、1周、1个月等，以促使主播账户在有效时长内消费上述奖励资源，从而提升主播的开播意愿及平台人气。上述有效次数可以为预先针对奖励资源设置的有效次数，如某特效资源可以展示10次特效、某代金券可以抵扣100元现金等，从而主播账户可以在不超出有效次数的情况下使用上述消费上述奖励资源。上述预设直播内容可以为直播节目的画面内容和/或语音内容，如特效画面可以仅针对游戏中的某一人物形象使用、特效声音可以仅针对直播节目中的某一特定动作或者某一原始声音(如游戏原生背景音、特定的节目插曲等)使用等，不再赘述。

另外，在为主播账户分配奖励资源后，主播账户也可以自行管理奖励资源的使用权限。以使用次数为例，主播可以在主播账户中自定义指定奖励资源的使用场景、使用时刻、使用人物等使用条件，便于主播按照自己的意愿管理或消费自己获取到的奖励资源，从而有助于呈现出灵活多样的资源使用效果。

主播通过良好的直播表现完成目标任务后，服务端除了为主播账号分配奖励资源之外，还可以将被分配的奖励资源通知给其他主播或观众等相关方，以扩大主播领取奖励资源这一事件的影响范围。例如，在为主播账号分配对应于目标任务的奖励资源之后，服务端可以在直播节目的直播画面中添加针对奖励资源的资源展示对象，如在直播画面中添加针对特效资源的资源挂件、内容控件等，从而主播客户端和观众客户端均可以在直播画面中展示上述挂件或空间。进而，主播客户端可以在检测到主播针对上述挂件或者控件的触发操作后，可以在直播画面上方展示直播账户领取的特效资源的资源详情，便于主播查看自身账户已拥有的奖励资源，进而便于主播更灵活的使用上述奖励资源。类型的，观众客户端也可以在检测到观众针对相应的触发操作后展示相应的资源详情，以便观众查看该主播账户拥有的奖励资源，从而达到吸引观众的目的。或者，服务端还可以在直播账号的账号主页中添加针对奖励资源的资源展示对象，从而进入主播主页查看主播信息的用户可以清楚地查看到该主播以获取的奖励资源，便于吸引更多的用户关注该主播。又或者，服务端还可以向登录有主播账号的关联账号的客户端发送针对奖励资源的提醒消息，例如向关注该主播的用户账号(观众账号或者其他主播账号)发送提醒消息，以告知其他用户该主播账户通过在直播节目中完成直播任务获取到了奖励资源，从而不仅有助于增加该主播的吸引力，也有助于直播任务这一新的奖励方式的高效推广，吸引更多的主播通过该方式挑战直播任务，有助于提升直播平台的直播氛围和平台热度。

在一实施例中，上述奖励资源可以为特效资源，在为主播账号分配对应于目标任务的奖励资源之后，服务端可以向观众客户端发送特效资源的特效数据，以在观众客户端中呈现出特效资源对应的节目特效。作为一示例性实施例，服务端可以在检测到直播节目的直播内容匹配于特效资源的情况下，向观众客户端发送特效资源的特效数据，以使观众客户端在直播节目中播放该特效资源对应的节目特效。或者，为避免直播过程中下发的直播数据过多可能导致的直播卡顿，服务端还可以在为主播账号分配奖励资源之后，即向该主播账号所开播直播节目对应的观众客户端发送特效资源的特效数据，并在检测到直播节目的直播内容匹配于特效资源的情况下，向观众客户端发送针对特效数据的播放指令，以使相应的观众客户端播放该特效资源对应的节目特效。

其中，服务端或客户端可以通过直播画面和/或直播声音检测直播内容是否匹配于特效资源，例如可以检测直播画面中的画面对象(如某一有效人物)，并在画面对象位于预设位置(如直播画面中的特定位置)的情况下，确定当前直播画面匹配于特效资源。或者也可以在检测到直播画面中出现某一预设动作(如比心、双手合十等)的情况下，确定当前直播画面匹配于特效资源。或者还可以在直播声音中出现某预设声音(如通过语音识别确定)的情况下，确定当前直播声音匹配于特效资源。当然，特效资源所对应的上述预设位置、预设动作、预设声音等可以由服务端在创建上述特效资源时即指定，并可以包含在前述任务提醒消息中发送至主播客户端，以便主播预先查看。

根据本公开的实施例，提出一种全新的主播奖励方式，服务端通过向已开播的直播节目的主播客户端发送任务提醒消息，使得主播客户端可以选择接受与直播数据对应的目标任务，从而直播数据节目表明目标任务已完成的情况下，由服务端向主播账户分配相应的奖励资源。一方面，在接受目标任务之后，主播可以通过在直播节目中的直播表现(体现为直播数据)完成任务，所以主播会为了完成任务尽可能出色的开展直播节目，对于观众来说也能够在观赏直播节目的过程中观看到主播挑战目标任务的过程，从而进一步提升直播节目的观赏性；另一方面，在通过直播节目出色完成目标任务之后，除了在常规的观众礼物和平台奖励之外，主播账户还能够再获得目标任务对应的奖励资源，所以能够有效激发主播的开播积极性。

图3是本说明书一示例性实施例示出的另一种资源分配方法的流程图，如图3所示，该方法应用于主播客户端，可以包括下述步骤302-306。

步骤302，接收服务端发送的任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

步骤304，在检测到主播账号响应于所述任务提醒消息实施的任务确认操作的情况下，根据所述任务确认操作确定所述主播账号接受的目标任务并生成相应的任务确认消息。

在本实施例中，服务端与主播客户端的配合过程可参见前述实施例的详细记载，此处不再赘述。

如前所述，主播客户端可以根据用户实施的任务确认操作确定主播账号接受的目标任务。作为一示例性实施例，主播可以针对上述任务提醒消息中包含的直播任务实施任务选取操作，从而主播客户端可以在检测到该任务选取操作的情况下，将该操作对应的被选取的直播任务确定为被主播账号接受的目标任务。进而，主播客户端可以根据上述任务选取操作对应的任务选取结果生成任务确认消息，并将该消息发送至服务端；相应的，服务端在接收到该消息的情况下，可以根据任务选取结果确定主播账号选取的直播任务，并将该直播任务作为被主播账号接受的目标任务。通过该方式，主播可以在服务端提供的多个直播任务中选取直播任务作为直播节目的目标任务，从而能够根据自身能力选取合适的目标任务，进而保证任务的完成度。

作为另一示例性实施例，主播也可以自行指定目标任务，例如主播可以响应于主播客户端展示的任务提醒消息实施任务指定操作，从而主播客户端可以在检测到该任务指定操作的情况下，将该操作对应的被指定的自定义任务确定为被主播账号接受的目标任务。进而主播客户端可以根据上述任务指定操作对应的任务指定结果生成任务确认消息，并将该该消息发送至服务端；相应的，服务端在接收到该消息的情况下，即可以根据任务指定信息确定主播账号指定的自定义任务，并将该自定义任务作为被主播账号接受的目标任务。通过该方式，主播客户端可以为主播提供更加灵活多样的目标任务指定形式，从而主播能够根据自身实际情况灵活指定目标任务，以保证更好地完成目标任务，从而提升目标任务的完成率，有助于提升主播的直播信心。

步骤306，将所述任务确认消息发送至服务端，以使所述服务端检测所述直播节目中的直播数据，并在所述直播数据表明所述目标任务已完成的情况下，触发为所述主播账号分配对应于所述目标任务的奖励资源。

在一实施例中，服务端也可以在确定上述直播数据表明目标任务已完成的情况下，向主播客户端发送资源通知消息，以便主播根据该消息确定是否在当前时刻领取奖励资源。从而，主播客户端可以在接收到服务端发送的资源通知消息的情况下，检测主播账号响应于资源通知消息实施的资源领取操作，进而根据该操作生成资源领取消息，并将该消息发送至服务端。无论是否领取，主播都可以在主播客户端中针对该消息实施相应的领取操作(如点击“立即领取”)，从而主播客户端可以在检测到该操作的情况下根据领取结果生成相应的资源领取消息，并将该消息返回至服务端，相应的，服务端可以根据该消息为主播账号分配对应于目标任务的奖励资源。当然，主播也可以实施非领取操作(如点击“稍后领取”等)，从而服务端在接收到主播客户端根据该操作的操作结果生成的资源领取消息后，可以根据该消息确定直播账户并未领取相应的奖励资源，从而服务端可以在预设时长后或者直播节目结束后再次向主播客户端发送资源领取提醒消息，以通过主播尽快领取上述奖励资源。

根据本公开的实施例，提出一种全新的主播奖励方式，服务端通过向已开播的直播节目的主播客户端发送任务提醒消息，使得主播客户端可以选择接受与直播数据对应的目标任务，从而直播数据节目表明目标任务已完成的情况下，由服务端向主播账户分配相应的奖励资源。一方面，在接受目标任务之后，主播可以通过在直播节目中的直播表现(体现为直播数据)完成任务，所以主播会为了完成任务尽可能出色的开展直播节目，对于观众来说也能够在观赏直播节目的过程中观看到主播挑战目标任务的过程，从而有效提升了直播节目的观赏性；另一方面，在通过直播节目出色完成目标任务之后，除了在常规的观众礼物和平台奖励之外，主播账户还能够再获得目标任务对应的奖励资源，所以有助于进一步提升主播的开播积极性。

下面以游戏主播开播游戏直播节目为例，结合图4对本公开实施例所述方法对应的资源分配过程进行详细说明，该过程可以包括下述步骤402-426b。

步骤402，服务端后台设置直播任务。

首先需要说明的是，步骤402-412可以在直播开播前进行，此时这些步骤的执行过程仅展示在主播客户端中，可以由主播查看并通过与主播客户端的互动完成；或者，步骤402-412也可以在直播开播后(直播过程中)进行，此时这些步骤的执行过程可以展示在主播客户端和观众客户端中(当然也可以仅展示在主播客户端中)，以便在主播选择是否接受挑战任务的过程中，观众也可以观看到相应的挑战过程，甚至参与到上述过程中，增强观众对直播节目的参与感和沉浸感，以实现更好地用户体验。本实施例即以步骤402-412在直播开播后进行为例进行说明。

服务端与主播客户端、观众客户端相互配合实现直播节目的开播过程：主播通过登录有主播账号的主播客户端采集画面、声音等直播信号，并将采集到的直播信号发送至服务端以供，从而服务端确定当前时刻进入主播账号所对应直播间的观众账号，进而将该直播信号分发至登录有各个观众账号的观众客户端，以便相应的观众观看该上述直播节目。可见，主播账号与直播间一一对应，任一时刻直播间中播放的节目即为直播节目。上述直播节目的具体实现过程可以参见相关技术中的记载，本公开实施例并不对此进行限制。

服务端后台可以由管理人员预先设置直播任务，以便主播进行选择并接受，这类任务可以视为主播在开播直播节目过程中的挑战：主播接受某项任务，即可认为主播接受了这项挑战。在上述过程中，可以参考游戏类型、主播的平均历史战绩等情况设置相应的直播任务。可以理解的是，上述过程后台设置的直播任务是通用的，即可以向任一主播发送并由其接受挑战。

步骤404，服务端向主播客户端发送任务提醒消息。

主播客户端接收到任务提醒消息后，可以向主播展示该消息，以便主播响应于该消息，选择合适的主播任务作为当前直播节目的目标任务。如图5所示，主播客户端可以在直播界面502上方向主播展示任务提醒消息504，从而用户可以触发“去挑战”进入图6所述的任务确认界面，并在该界面中选取或指定目标任务。当然，也可以触发“算了”放弃接受挑战，此后仅通过常规的直播过程开展直播节目。当然，为了避免上述任务提醒消息对直播过程中的主播造成干扰(如弹出的任务提醒消息504可能会对直播界面502造成遮挡)，也可以以其他形式展示上述任务提醒消息，如在节目核心内容的间隙展示、仅展示在聊天区域上方、或者以特殊弹幕的形式展示等，不再赘述。

步骤406，主播客户端向主播展示直播任务。

服务端向主播客户端发送的任务提醒消息可以包含上述过程设置的直播任务，从而主播在点击“去挑战”之后，可以进入图6所示的任务确认界面。该界面中可以展示出服务端后台预先设置的直播任务，如可以包括直播间任务602和游戏任务606(该游戏任务606即前述实施例的节目任务)，其中直播间任务602可以包括直播间人数达到100000、直播间接收的礼物数量达到10000金币、直播间接收的某种礼物(以“火箭”为例)达到5个、直播节目的点赞数量达到5000、直播节目的评论数量达到200、直播节目的转发数量达到300等；而游戏任务606可以包括击杀数量达到4个、连胜场数达到3场等，不再赘述。其中，任一直播任务后可以相应的展示该任务对应的奖励资源，如“直播间任务达到10万”对应于“特效A”(即特效资源A)，“火箭数量达到5个”对应于“特效C”(即特效资源C)等。

当然，为了进一步提升任务挑战的趣味性，还可以针对各个主播的历史战绩评估主播的游戏能力，并根据游戏能力针对性的推荐直播任务：如针对游戏能力较强(历史胜场占比较高)的主播，可以推荐连胜场数为5场；而对于游戏能力较弱(历史胜场占比较低)的主播，可以推荐连胜场数为3场等，本公开实施例并不对此进行限制。

若主播认为某一直播任务较为合适，可以通过触发该任务左侧的勾选框选择该直播任务。若主播认为某一直播任务不合适，还可以通过触发右侧的自定义任务控件604，选择合适的目标任务，如可以点击“直播间人数”后的“自己选”进入自定义任务界面，并在界面中输入相应的直播间人数，如5万、6万、4.5万等，从而将输入的直播间人数作为目标任务。

另外，服务端可以将上述过程对应的界面效果下发至进入直播间的观众客户端，从而观众可以在观众客户端中观看到上述任务确认过程，从而用户可以通过发送弹幕等形式向主播提出建议，如观众“豆豆”发送的弹幕608“@主播A接受挑战呀，看看大家的力量”，从而观众可以深度参与到主播的任务确认过程中，提升观众对于直播节目的参与度。

步骤408，主播客户端检测主播实施的任务确认操作。

在完成上述选取和指定操作后，主播可以通过触发“提交”按钮向服务端提交自己接受的目标任务，当然，也可以通过触发“放弃”，终止目标任务的确认过程，返回至直播界面。下面以主播选择“直播间任务达到10万”(下称目标任务1)和“击杀数量达到4个”(下称目标任务2)为例进行说明。

在用户选取上述目标任务后，主播客户端可以进一步展示各个目标任务分别(或共同)对应的奖励资源，从而便于主播清楚地知晓其在完成目标任务后可以领取的奖励资源。

步骤410，主播客户端确定主播选取或指定的目标任务。

步骤412，主播客户端生成并向服务端发送任务确认消息。

主播客户端在检测到主播实施的上述任务确认操作(如点击“提交”按钮)后，可以相应的确定主播通过该操作选取的目标任务(即上述目标任务1和2)，并根据该操作任务的选取结果生成任务确认消息。该消息中可以包含上述目标任务的任务标识、任务内容等信息。进而主播客户端可以将该消息发送至服务端，以便告知服务端用户接受的目标任务。

步骤414，服务端检测直播数据。

步骤416，服务端判断目标任务是否完成。

在确定目标任务后，服务端可以相应的检测直播数据，并根据直播数据确定目标任务是否被完成。其中，服务端可以仅获取目标任务对应的部分直播数据(下称目标数据)，以减少数据获取数量，加快任务判断速度。

承接于上述实施例，对应于上述目标任务1，服务端可以实时获取直播间对应的“直播间人数”这一目标数据，并在直播间人数达到10万的情况下确定该目标数据使得目标任务1被完成，其中，上述“直播间人数”即进入直播间的观众数量。此时，服务端可以向主播客户端和直播间中全部观众对应的观众客户端发送提醒信息，以便展示。如图7所示，主播客户端或观众客户端可以在直播画面上方展示出提醒消息702，如“恭喜主播A！当前直播间人数已达10万”；或者，也可以展示“完成直播间人数挑战”等字样，本公开实施例对于提醒信息具体内容和展示形式并不进行限制。进一步的，还可以对进入直播间的第10万个观众用户发放奖励，具体过程不再赘述。类似的，对应于上述目标任务2，服务端可以实时获取主播在游戏过程中的“击杀数量”这一目标数据，并在击杀数量达到4个的情况下确定该目标数据使得目标任务2被完成。

其中，上述目标任务1和目标任务2均完成，可存在多种情况，如在直播间人数已经超出10万个时，游戏取得第3场连续胜利；或者在游戏已经连胜3场的情况下，直播间人数达到10万个；又或者在直播间人数达到10万个的同时游戏取得第3场连续胜利。应当理解的是，上述任一种情况出现，即应当判定上述目标任务1和目标任务2均完成。

步骤418，服务端向主播客户端发送资源通知消息。

在确定目标任务被完成后，服务端可以向主播客户端发送资源通知消息，以告知主播领取奖励资源。其中，该资源通知消息可以在任一目标任务完成后即发送，也可以在全部目标任务均完成后统一发送，本公开实施例并不对此进行限制。相应的，主播客户端可以向主播展示接收到的该消息，以便主播根据该消息领取相应的奖励资源。

步骤420，主播客户端检测主播实施的资源领取操作。

以全部目标任务均完成后统一发送资源通知消息为例，服务端可以在确定上述目标任务1和目标任务2均已完成的情况下，立即为主播账号分配对应于目标任务的奖励资源，从而可以在直播间呈现出与直播间的当前状态或者直播节目的当前内容相对应的资源分配效果，进一步增强资源分配过程的趣味性。或者，服务端也可以在确定上述目标任务1和目标任务2均已完成的情况下，向主播客户端发送资源通知消息，以便主播根据主播客户端展示的该消息确定是否在当前时刻领取奖励资源，后续处理过程参见下述步骤。

步骤422，主播客户端向服务端发送资源领取消息。

主播客户端向主播客户端发送的上述资源领取消息，可以被主播客户端向主播展示。如图8所示，主播客户端可以在直播画面上方展示包含“恭喜！任务全部完成去领取奖励？”字样的资源通知消息802，从而主播可以通过触发“立即领取”按钮领取奖励资源，或者也可以通过“稍后领取”按钮暂不领取奖励资源。

主播客户端在检测到主播的上述操作后，根据相应的领取结果生成资源领取消息，并将该消息发送至服务端，以告知服务端相应的领取结果。相应的，服务端可以根据该消息为主播账号分配对应于目标任务的奖励资源。

步骤424，服务端为主播账户分配奖励资源。

在资源领取消息表明主播点击立即领取的情况下，服务端可以为主播账户分配奖励资源；或者，在资源领取消息表明主播点击稍后领取的情况下，服务端可以在预设时长后或者直播节目结束后，再次向主播客户端发送资源领取提醒消息，以通知主播尽快领取上述奖励资源。

在一实施例中，服务端可以通过设置使用权限的方式为主播账号分配奖励资源。例如，服务端可以为主播账号设置针对奖励资源的有效时长、有效次数和/或预设直播内容等的使用权限。其中，上述有效时长可以从直播数据表明目标任务已完成时刻开始计时，也可以从主播实施资源领取操作的时刻开始计时，而有效时长可以为预先设置的时长，如1天、1周、1个月等，以促使主播账户在有效时长内消费上述奖励资源，从而提升主播的开播意愿及平台人气。上述有效次数可以为预先针对奖励资源设置的有效次数，如某特效资源可以展示10次特效、某代金券可以抵扣100元现金等，从而主播账户可以在不超出有效次数的情况下使用上述消费上述奖励资源。上述预设直播内容可以为直播节目的画面内容和/或语音内容，如特效画面可以仅针对游戏中的某一人物形象使用、特效声音可以仅针对直播节目中的某一特定动作或者某一原始声音(如游戏原生背景音、特定的节目插曲等)使用等，不再赘述。

如图9所示，服务端为主播账户分配奖励资源后，主播客户端中可以展示奖励资源控件902，从而主播可以通过触发该控件查看主播账户拥有的奖励资源。假设主播触发该奖励资源控件902，则在如图10所示的界面中进一步展示出奖励资源展示窗口1002，主播可以在该窗口中查看主播账户拥有的奖励资源的资源详情，如剩余有效时长、剩余有效次数等。

以特效资源的有效时长为例，服务端为主播账户分配特效A后，可以在分配完成后或者在用户点击“立即领取”的时刻开始计时，从而在上述预设时长内主播账户都可以在直播节目中使用该特效A。

另外，在为主播账户分配上述奖励资源后，主播账户也可以自行管理上述奖励资源的使用权限。以使用次数为例，主播可以在主播账户中自定义指定奖励资源的使用场景、使用时刻、使用人物等使用条件，便于主播按照自己的意愿管理或消费自己获取到的奖励资源，从而有助于呈现出灵活多样的资源使用效果。

步骤426a，服务端向主播客户端发送通知消息。

步骤426b，服务端向观众客户端发送通知消息。

服务端可以向登录有主播账号的关联账号的客户端发送针对奖励资源的提醒消息，例如向关注该主播的用户账号(观众账号或者其他主播账号)发送提醒消息，以告知其他用户该主播账户通过在直播节目中完成直播任务获取到了奖励资源，从而不仅有助于增加该主播的吸引力，也有助于直播任务这一新的奖励方式的高效推广，吸引更多的主播通过该方式挑战直播任务，有助于提升直播平台的直播氛围和平台热度。

或者，服务端还可以在直播账号的账号主页中添加针对奖励资源的资源展示对象，从而进入主播主页查看主播信息的用户可以清楚地查看到该主播以获取的奖励资源，便于吸引更多的用户关注该主播。

根据本公开的实施例，提出一种全新的主播奖励方式，服务端通过向已开播的直播节目的主播客户端发送任务提醒消息，使得主播客户端可以选择接受与直播数据对应的目标任务，从而直播数据节目表明目标任务已完成的情况下，由服务端向主播账户分配相应的奖励资源。一方面，在接受目标任务之后，主播可以通过在直播节目中的直播表现(体现为直播数据)完成任务，所以主播会为了完成任务尽可能出色的开展直播节目，对于观众来说也能够在观赏直播节目的过程中观看到主播挑战目标任务的过程，从而便于进一步提升直播节目的观赏性；另一方面，在通过直播节目出色完成目标任务之后，除了在常规的观众礼物和平台奖励之外，主播账户还能够再获得目标任务对应的奖励资源，所以有效提升了主播的开播积极性。

与前述资源分配方法的实施例相对应地，本公开还提出了资源分配装置的实施例。

图11是根据本公开的实施例示出的一种资源分配装置的示意框图。本实施例所示的资源分配装置可以适用于直播应用，所述应用适用于服务端，所述服务端包括但不限于手机、平板电脑、可穿戴设备、个人计算机等电子设备。所述直播应用可以是安装在终端中的应用程序，也可以是集成在浏览器中的网页版应用，主播用户可以通过直播应用的主播客户端采集并上传直播流数据值服务端，观众用户可以通过直播应用的观众客户端接收服务端下发的直播流数据并展示，从而呈现出直播过程。

如图11所示，所述资源分配装置可以包括：

消息发送单元1101，用于向登录有主播账号的主播客户端发送任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

数据检测单元1102，用于在所述主播客户端返回的任务确认消息表明所述主播账号接受目标任务的情况下，检测所述直播节目中的直播数据；

资源分配单元1103，用于在所述直播数据表明所述目标任务已完成的情况下，则触发为所述主播账号分配对应于所述目标任务的奖励资源。

可选的，所述直播任务包括：

针对所述直播节目所在直播间的直播间任务；和/或，

针对所述直播节目的直播内容的节目任务。

可选的，

所述直播间任务包括下述至少之一的直播间数据不小于指定数值：直播间人数、直播间接收的礼物数量、直播节目的点赞数量、直播节目的评论数量、直播节目的转发数量；

所述节目任务包括：目标游戏数据不小于指定数值。

可选的，所述数据检测单元1102还用于：

在主播客户端返回的任务确认消息包含任务选取结果的情况下，根据所述任务选取结果确定所述主播账号选取的直播任务，并将该直播任务作为被所述主播账号接受的目标任务；和/或，

在主播客户端返回的任务确认消息包含任务指定信息的情况下，根据所述任务指定信息确定所述主播账号指定的自定义任务，并将该自定义任务作为被所述主播账号接受的目标任务。

可选的，所述任务提醒消息还包括直播任务与奖励资源的对应关系，所述对应关系被所述主播客户端用于指定所述自定义任务。

可选的，所述资源分配单元1103还用于：

为所述主播账号分配对应于所述目标任务的奖励资源；或者，

向所述主播客户端发送资源通知消息，并在接收到所述主播客户端响应于所述资源通知消息返回的资源领取消息的情况下，为所述主播账号分配对应于所述目标任务的奖励资源。

可选的，所述资源分配单元1103还用于：

为所述主播账号设置针对所述奖励资源的使用权限；所述使用权限包括下述至少之一：有效时长、有效次数、预设直播内容。

可选的，所述装置还包括下述至少之一：

第一添加单元1104，用于在为所述主播账号分配对应于所述目标任务的奖励资源之后，在所述直播节目的直播画面中添加针对所述奖励资源的资源展示对象；

第二添加单元1105，用于在为所述主播账号分配对应于所述目标任务的奖励资源之后，在所述直播账号的账号主页中添加针对所述奖励资源的资源展示对象；

奖励提醒单元1106，用于在为所述主播账号分配对应于所述目标任务的奖励资源之后，向登录有所述主播账号的关联账号的客户端发送针对所述奖励资源的提醒消息。

可选的，所述奖励资源包括特效资源，所述装置还包括：

第一发送单元1107，用于在为所述主播账号分配对应于所述目标任务的奖励资源之后，在检测到所述直播节目的直播内容匹配于所述特效资源的情况下，向观众客户端发送所述特效资源的特效数据，以使所述观众客户端在所述直播节目中播放所述特效资源对应的节目特效；或者，

第二发送单元1108，用于在为所述主播账号分配对应于所述目标任务的奖励资源之后，向观众客户端发送所述特效资源的特效数据，并在检测到所述直播节目的直播内容匹配于所述特效资源的情况下，向观众客户端发送针对所述特效数据的播放指令，以使所述观众客户端在所述直播节目中播放所述特效资源对应的节目特效。

可选的，还包括：

分配中止单元，用于在所述主播客户端返回的任务确认消息表明所述主播账号不接受目标任务的情况下，终止针对所述奖励资源的分配过程。

图12是根据本公开的实施例示出的一种资源分配装置的示意框图。本实施例所示的资源分配装置可以适用于直播应用，所述应用适用于主播客户端，所述主播客户端可以为包含一独立主机的物理服务器、主机集群承载的虚拟服务器、云服务器等。所述直播应用可以是安装在终端中的应用程序，也可以是集成在浏览器中的网页版应用，主播用户可以通过直播应用的主播客户端采集并上传直播流数据值服务端，观众用户可以通过直播应用的观众客户端接收服务端下发的直播流数据并展示，从而呈现出直播过程。

如图12所示，所述资源分配装置可以包括：

消息接收单元1201，用于接收服务端发送的任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

第一检测单元1202，用于在检测到主播账号响应于所述任务提醒消息实施的任务确认操作的情况下，根据所述任务确认操作确定所述主播账号接受的目标任务并生成相应的任务确认消息；

第一发送单元1203，用于将所述任务确认消息发送至服务端，以使所述服务端检测所述直播节目中的直播数据，并在所述直播数据表明所述目标任务已完成的情况下，触发为所述主播账号分配对应于所述目标任务的奖励资源。

可选的，所述第一检测单元1202还用于：

在所述任务确认操作包括任务选取操作的情况下，根据所述任务选取结果确定所述主播账号选取的直播任务，并将该直播任务作为被所述主播账号接受的目标任务；

在所述任务确认操作包括任务指定操作的情况下，根据所述任务指定信息确定所述主播账号指定的自定义任务，并将该自定义任务作为被所述主播账号接受的目标任务。

可选的，还包括：

第二检测单元1204，用于在接收到所述服务端发送的资源通知消息的情况下，检测主播账号响应于所述资源通知消息实施的资源领取操作；

第二发送单元1205，用于根据所述资源领取操作生成资源领取消息，并将该消息发送至所述服务端。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开的实施例还提出一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为执行所述指令，以实现如上述任一实施例所述的资源分配方法。

本公开的实施例还提出一种计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述任一实施例所述的资源分配方法。

本公开的实施例还提供一种计算机程序产品，包括计算机程序和/或指令，所述计算机程序和/或指令被处理器执行时实现上述资源分配方法。

图13是根据本公开的实施例示出的一种电子设备的示意框图。例如，电子设备1300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图13，电子设备1300可以包括以下一个或多个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)的接口1312，传感器组件1314，以及通信组件1318。

处理组件1302通常控制电子设备1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1302可以包括一个或多个处理器1320来执行指令，以完成上述资源分配方法的全部或部分步骤。此外，处理组件1302可以包括一个或多个模块，便于处理组件1302和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。

存储器1304被配置为存储各种类型的数据以支持在电子设备1300的操作。这些数据的示例包括用于在电子设备1300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1306为电子设备1300的各种组件提供电力。电源组件1306可以包括电源管理***，一个或多个电源，及其他与为电子设备1300生成、管理和分配电力相关联的组件。

多媒体组件1308包括在电子设备1300和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1308包括一个前置摄像头和/或后置摄像头。当电子设备1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括一个麦克风(MIC)，当电子设备1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1318发送。在一些实施例中，音频组件1310还包括一个扬声器，用于输出音频信号。

I/O接口1312为处理组件1302和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1314包括一个或多个传感器，用于为电子设备1300提供各个方面的状态评估。例如，传感器组件1314可以检测到电子设备1300的打开/关闭状态，组件的相对定位，例如所述组件为电子设备1300的显示器和小键盘，传感器组件1314还可以检测电子设备1300或电子设备1300一个组件的位置改变，用户与电子设备1300接触的存在或不存在，电子设备1300方位或加速/减速和电子设备1300的温度变化。传感器组件1314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器，如CMOS或观众客户端D图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

图像采集组件1316可以用于采集被摄对象的图像数据，以形成关于被摄对象的图像，并可以对该图像进行必要的处理。该图像采集组件1316可以包括相机模组，相机模组中的图像传感器(Sensor)通过镜头感应来自被摄对象的光线，将得到的感光数据提供给图像信号处理器(ISP，Image Signal Processing)，由后者根据感光数据生成对应于被摄对象的图像。其中，上述图像传感器可以为CMOS传感器或观众客户端D传感器，当然，也可以为红外传感器、深度传感器等；相机模组可以内置在电子设备1300中，也可以为电子设备1300的外接模组；上述ISP可以内置在相机模组中，也可以外挂在上述电子设备中(不在相机模组内)。

通信组件1318被配置为便于电子设备1300和其他设备之间有线或无线方式的通信。电子设备1300可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件1318经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1318还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在本公开一实施例中，电子设备1300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述资源分配方法。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器1304，上述指令可由装置1300的处理器1320执行以完成上述方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

需要说明的是，在本公开中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本公开实施例所提供的方法和装置进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。

Claims (10)

1.一种资源分配方法，其特征在于，包括：

向登录有主播账号的主播客户端发送任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

在所述主播客户端返回的任务确认消息表明所述主播账号接受目标任务的情况下，检测所述直播节目中的直播数据；

在所述直播数据表明所述目标任务已完成的情况下，则触发为所述主播账号分配对应于所述目标任务的奖励资源。

2.根据权利要求1所述的方法，其特征在于，所述直播任务包括：

针对所述直播节目所在直播间的直播间任务；和/或，

针对所述直播节目的直播内容的节目任务。

3.根据权利要求2所述的方法，其特征在于，

所述直播间任务包括下述至少之一的直播间数据不小于指定数值：直播间人数、直播间接收的礼物数量、直播节目的点赞数量、直播节目的评论数量、直播节目的转发数量；

所述节目任务包括：目标游戏数据不小于指定数值。

4.根据权利要求1所述的方法，其特征在于，确定所述主播客户端返回的任务确认消息表明所述主播账号接受目标任务，包括：

在主播客户端返回的任务确认消息包含任务选取结果的情况下，根据所述任务选取结果确定所述主播账号选取的直播任务，并将该直播任务作为被所述主播账号接受的目标任务；和/或，

在主播客户端返回的任务确认消息包含任务指定信息的情况下，根据所述任务指定信息确定所述主播账号指定的自定义任务，并将该自定义任务作为被所述主播账号接受的目标任务。

5.一种资源分配方法，其特征在于，包括：

接收服务端发送的任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

在检测到主播账号响应于所述任务提醒消息实施的任务确认操作的情况下，根据所述任务确认操作确定所述主播账号接受的目标任务并生成相应的任务确认消息；

将所述任务确认消息发送至服务端，以使所述服务端检测所述直播节目中的直播数据，并在所述直播数据表明所述目标任务已完成的情况下，触发为所述主播账号分配对应于所述目标任务的奖励资源。

6.一种资源分配装置，其特征在于，包括：

消息发送单元，用于向登录有主播账号的主播客户端发送任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

数据检测单元，用于在所述主播客户端返回的任务确认消息表明所述主播账号接受目标任务的情况下，检测所述直播节目中的直播数据；

资源分配单元，用于在所述直播数据表明所述目标任务已完成的情况下，则触发为所述主播账号分配对应于所述目标任务的奖励资源。

7.一种资源分配装置，其特征在于，包括：

消息接收单元，用于接收服务端发送的任务提醒消息，所述任务提醒消息中包含针对直播节目的直播任务；

第一检测单元，用于在检测到主播账号响应于所述任务提醒消息实施的任务确认操作的情况下，根据所述任务确认操作确定所述主播账号接受的目标任务并生成相应的任务确认消息；

第一发送单元，用于将所述任务确认消息发送至服务端，以使所述服务端检测所述直播节目中的直播数据，并在所述直播数据表明所述目标任务已完成的情况下，触发为所述主播账号分配对应于所述目标任务的奖励资源。

8.一种电子设备，其特征在于，包括：

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

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至4中任一项或者权利要求5所述的资源分配方法。

9.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至4中任一项或者权利要求5所述的资源分配方法。

10.一种计算机程序产品，包括计算机程序和/或指令，其特征在于，所述计算机程序和/或指令被处理器执行时实现权利要求1至4中任一项或者权利要求5所述的资源分配方法。

Images