CN109361930A - 业务处理方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种业务处理的方法、装置及存储介质，属于信息处理技术领域。在本申请实施例中，根据目标直播间内主播演唱的目标演唱结果的评分结果确定第一加票票数，根据当前时刻接收到的向目标直播间赠送的至少一个虚拟物品确定至少一个第二加票票数，基于第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，通过主播终端和观众终端来对目标直播间内主播的才艺评定结果进行显示，也即，本申请实施例可以将每个直播间内主播接收到的虚拟物品的数量以及每个直播间内主播的演唱水平结合起来，以对每个直播间的主播的才艺进行评定，解决了相关技术中评定方式较为单一的问题，增加了音乐性，使得评定结果更加合理。

Description

业务处理方法、装置及计算机可读存储介质

技术领域

本申请涉及信息处理技术领域，特别涉及一种业务处理方法、装置及计算机可读存储介质。

背景技术

当前，网络直播已逐渐成为一种主流。其中，网络直播可以包括常规的直播模式，也可以包括直播间PK模式。直播间PK模式是指多个竞技的主播分别在不同的直播间内直播，服务器获取多个主播的直播视频流，并将获取的直播视频流合成为一个直播视频流发送给多个直播间的观众，这样，多个直播间的观众即可以同时看到包含有多个主播的直播视频。

相关技术中，在直播间PK模式下，观众在观看直播视频的过程中，可以向喜欢的主播赠送虚拟物品。服务器可以统计赠送给每个直播间的主播的虚拟物品的数量，并根据每个直播间的主播接收到的虚拟物品的数量的多少来评定各个直播间中主播的PK结果。

然而，相关技术中服务器仅通过每个直播间的主播接收到的虚拟物品的数量的多少来评定PK结果，评定方式较为单一。

发明内容

本申请实施例提供了一种业务处理的方法、装置及计算机可读存储介质，可以用于解决相关技术中直播间PK模式下，对主播进行才艺评定时评定方式较为单一的问题，所述技术方案如下：

第一方面，提供了一种业务处理的方法，所述方法包括：

当获取到目标直播间内主播针对目标歌词的目标演唱结果时，对所述目标演唱结果进行评分，并基于所述目标演唱结果的评分结果确定第一加票票数，所述目标直播间为当前处于直播间PK模式的多个直播间中的任一直播间，所述目标歌词是指所述目标直播间内主播演唱的目标歌曲包括的多句歌词中的任一句歌词；

确定至少一个第二加票票数，每个第二加票票数是根据当前时刻向所述目标直播间赠送的每个虚拟物品确定得到；

基于所述第一加票票数和所述至少一个第二加票票数，确定所述目标直播间当前时刻的后端总票数；

基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻的后端总票数，通过主播终端和观众终端显示所述目标直播间内主播的当前才艺评定结果。

可选地，所述基于所述目标演唱结果的评分结果确定第一加票票数，包括：

从评分结果与加票票数之间的对应关系中获取所述目标演唱结果的评分结果对应的加票票数；

将获取的加票票数确定为所述第一加票票数。

可选地，所述基于所述第一加票票数和所述至少一个第二加票票数，确定所述目标直播间当前时刻的后端总票数，包括：

获取多个第三加票票数和多个第四加票票数，每个第三加票票数是根据当前时刻之前所述目标直播间内主播针对每句歌词的演唱结果的评分结果确定得到，每个第四加票票数是根据当前时刻之前向所述目标直播间赠送的每个虚拟物品确定得到；

基于所述第一加票票数、所述至少一个第二加票票数、所述多个第三票数和所述多个第四票数，确定所述目标直播间当前时刻的后端总票数。

可选地，所述当获取到目标直播间内主播针对目标歌词的目标演唱结果时，对所述目标演唱结果进行评分之前，还包括：

当接收到所述多个直播间的才艺竞赛确认消息时，从存储的多个竞赛主题中随机选择一个竞赛主题，所述多个竞赛主题中包括演唱评分竞赛主题，且所述演唱评分竞赛主题的被选权重大于所述多个竞赛主题中的其他竞赛主题的被选权重；

若选择的竞赛主题为所述演唱评分竞赛主题，则向所述主播终端和所述观众终端发送多个候选歌曲的歌曲信息；

接收所述目标直播间内主播的主播终端发送的由所述目标直播间内主播从所述多个候选歌曲的歌曲信息选择的歌曲信息，并将接收到的歌曲信息对应的歌曲作为所述目标歌曲；

向所述主播终端和所述观众终端发送所述目标歌曲对应的伴奏文件。

可选地，所述对所述目标演唱结果进行评分之前，还包括：

统计当前时刻之前所述目标直播间内主播演唱的歌词的总句数；

若所述当前时刻之前获取到的所述目标直播间的主播的演唱结果的数量小于所述第一数值，则执行对所述目标演唱结果进行评分的步骤。

第二方面，提供了一种业务处理方法，所述方法包括：

接收服务器发送的第一加票票数、至少一个第二加票票数和所述当前时刻的后端总票数；

其中，所述第一加票票数是根据目标直播间内主播的目标演唱结果的评分结果确定得到，所述至少一个第二加票票数中的每个第二加票票数是根据当前时刻向所述目标直播间赠送的每个虚拟物品确定得到，所述当前时刻的后端总票数是指由所述服务器确定的当前时刻所述目标直播间的主播得到的总票数；

基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻的后端总票数，在所述目标直播间的直播页面上显示所述目标直播间的主播的当前才艺评定结果。

可选地，所述基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻的后端总票数，在所述目标直播间的直播页面上显示所述目标直播间的主播的当前才艺评定结果，包括：

获取当前时刻之前最近一次确定得到的前端总票数，并基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻之前最近一次确定得到的前端总票数，确定所述目标直播间的当前时刻的前端总票数；

若所述当前时刻的后端总票数不等于所述当前时刻的前端总票数，则在所述目标直播间的直播页面上显示所述当前时刻的后端总票数，不显示所述第一加票票数和所述至少一个第二加票票数。

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

若所述当前时刻的后端总票数等于所述当前时刻的前端总票数，则在所述目标直播间的直播页面上显示所述第一加票票数和所述至少一个第二加票票数，并显示所述当前时刻的后端总票数。

可选地，所述第一加票票数的显示优先级大于所述至少一个第二加票票数中每个第二加票票数的显示优先级；

所述在所述目标直播间的直播页面上显示所述第一加票票数和所述至少一个第二加票票数，包括：

基于所述第一加票票数的显示优先级和所述每个第二加票票数的显示优先级，在所述目标直播间的直播页面上显示所述第一加票票数和所述至少一个第二加票票数。

第三方面，提供了一种业务处理的装置，所述装置包括：

第一确定模块，用于当获取到目标直播间内主播针对目标歌词的目标演唱结果时，对所述目标演唱结果进行评分，并基于所述目标演唱结果的评分结果确定第一加票票数，所述目标直播间为当前处于直播间PK模式的多个直播间中的任一直播间，所述目标歌词是指所述目标直播间内主播演唱的目标歌曲包括的多句歌词中的任一句歌词；

第二确定模块，用于确定至少一个第二加票票数，每个第二加票票数是根据当前时刻向所述目标直播间赠送的每个虚拟物品确定得到；

第三确定模块，用于基于所述第一加票票数和所述至少一个第二加票票数，确定所述目标直播间当前时刻的后端总票数；

显示模块，用于基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻的后端总票数，通过主播终端和观众终端显示所述目标直播间内主播的当前才艺评定结果。

可选地，所述第一确定模块具体用于：

从评分结果与加票票数之间的对应关系中获取所述目标演唱结果的评分结果对应的加票票数；

将获取的加票票数确定为所述第一加票票数。

可选地，所述第三确定模块包括：

获取子模块，用于获取多个第三加票票数和多个第四加票票数，每个第三加票票数是根据当前时刻之前所述目标直播间内主播针对每句歌词的演唱结果的评分结果确定得到，每个第四加票票数是根据当前时刻之前向所述目标直播间赠送的每个虚拟物品确定得到；

确定子模块，用于基于所述第一加票票数、所述至少一个第二加票票数、所述多个第三票数和所述多个第四票数，确定所述目标直播间当前时刻的后端总票数。

可选地，所述装置还包括：

选择模块，用于当接收到所述多个直播间的才艺竞赛确认消息时，从存储的多个竞赛主题中随机选择一个竞赛主题，所述多个竞赛主题中包括演唱评分竞赛主题，且所述演唱评分竞赛主题的被选权重大于所述多个竞赛主题中的其他竞赛主题的被选权重；

第一发送模块，用于若选择的竞赛主题为所述演唱评分竞赛主题，则向所述主播终端和所述观众终端发送多个候选歌曲的歌曲信息；

接收模块，用于接收所述目标直播间内主播的主播终端发送的由所述目标直播间内主播从所述多个候选歌曲的歌曲信息选择的歌曲信息，并将接收到的歌曲信息对应的歌曲作为所述目标歌曲；

第二发送模块，用于向所述主播终端和所述观众终端发送所述目标歌曲对应的伴奏文件。

可选地，所述装置还包括：

统计模块，用于统计当前时刻之前所述目标直播间内主播演唱的歌词的总句数；

触发模块，用于若所述当前时刻之前获取到的所述目标直播间的主播的演唱结果的数量小于所述第一数值，则触发所述第一确定模块对所述目标演唱结果进行评分。

第四方面，提供了一种业务处理装置，所述装置包括：

接收模块，用于接收服务器发送的第一加票票数、至少一个第二加票票数和所述当前时刻的后端总票数；

其中，所述第一加票票数是根据目标直播间内主播的目标演唱结果的评分结果确定得到，所述至少一个第二加票票数中的每个第二加票票数是根据当前时刻向所述目标直播间赠送的每个虚拟物品确定得到，所述当前时刻的后端总票数是指由所述服务器确定的当前时刻所述目标直播间的主播得到的总票数；

显示模块，用于基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻的后端总票数，在所述目标直播间的直播页面上显示所述目标直播间的主播的当前才艺评定结果。

可选地，所述显示模块包括：

确定子模块，用于获取当前时刻之前最近一次确定得到的前端总票数，并基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻之前最近一次确定得到的前端总票数，确定所述目标直播间的当前时刻的前端总票数；

第一显示子模块，用于若所述当前时刻的后端总票数不等于所述当前时刻的前端总票数，则在所述目标直播间的直播页面上显示所述当前时刻的后端总票数，不显示所述第一加票票数和所述至少一个第二加票票数。

可选地，所述显示模块包括：

第二显示子模块，用于若所述当前时刻的后端总票数等于所述当前时刻的前端总票数，则在所述目标直播间的直播页面上显示所述第一加票票数和所述至少一个第二加票票数，并显示所述当前时刻的后端总票数。

可选地，所述第一加票票数的显示优先级大于所述至少一个第二加票票数中每个第二加票票数的显示优先级；

所述第二显示子模块具体用于：

基于所述第一加票票数的显示优先级和所述每个第二加票票数的显示优先级，在所述目标直播间的直播页面上显示所述第一加票票数和所述至少一个第二加票票数。

第五方面，提供了一种业务处理装置，其特征在于，所述装置包括：

处理器；

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

其中，所述处理器被配置为执行上述第一方面或第二方面所述的任一项方法的步骤。

第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时实现上述第一方面或第二方面所述的任一项方法的步骤。

本申请实施例提供的技术方案带来的有益效果至少包括：

本申请实施例可以对目标直播间内主播的演唱结果进行评分，并依据评分结果确定第一加票票数，根据当前时刻向目标直播间赠送的虚拟物品确定至少一个第二加票票数，并确定当前时刻的后端总票数，之后，可以将第一加票票数、至少一个第二加票票数和当前时刻的后端总票数发送至主播终端和观众终端，以使主播终端和观众终端可以根据第一加票票数、至少一个第二加票票数和当前时刻的后端总票数来对目标直播间内主播的才艺进行评定，由此可见，本申请实施例可以将每个直播间的主播接收到的虚拟物品的数量以及每个直播间的主播的演唱水平结合起来，以对每个直播间的主播的才艺进行评定，解决了相关技术中评定方式较为单一的问题，并且，增加了音乐性，使得评定结果更加合理。

附图说明

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

图1是本申请实施例提供的一种业务处理的方法的系统架构图；

图2是本申请实施例提供的一种业务处理的方法的流程图；

图3是本申请实施例提供的一种业务处理的方法的流程图；

图4是本申请实施例提供的一种业务处理的方法的流程图；

图5是本申请实施例提供的一种业务处理的装置的框图；

图6是本申请实施例提供的一种第三确定模块的结构示意图；

图7是本申请实施例提供的一种业务处理的装置的框图；

图8是本申请实施例提供的一种显示模块的结构示意图；

图9是本申请实施例提供的一种用于业务处理的服务器的结构示意图；

图10是本申请实施例提供的一种用于业务处理的终端的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

在对本申请实施例进行详细的解释说明之前，先对本申请实施例的应用场景予以介绍。

目前，网络直播可以包括常规的直播模式，也可以包括直播间PK模式。其中，在直播间PK模式中，多个主播可以在各自的直播间内展示才艺，观众在观看多个主播的才艺时，可以向喜欢的主播赠送虚拟物品。例如，多个主播可以在各自的直播间内通过演唱歌曲来进行PK，在这种情况下，服务器即可以通过本申请实施例提供的业务处理方法来对多个直播间内多个主播的才艺进行评定，并通过多个直播间内多个主播的主播终端以及多个直播间内观众的观众终端来显示该评定结果。

接下来对本申请实施例提供的业务处理方法所涉及的系统架构进行介绍。

图1是本申请实施例提供的一种业务处理方法的系统架构图。如图1所示，该系统包括服务器110、观众终端120和主播终端130。其中，观众终端120和服务器110之间可以通过有线或无线方式连接以进行通信。主播终端130和服务器110之间也可以通过有线或无线方式连接以进行通信。其中，观众终端120和主播终端130的数量均可以为多个。

其中，多个主播终端130可以实时采集视频流，得到直播视频流，并将该直播视频流发送至服务器110。

服务器110在接收到多个主播终端130发送的多个直播视频流时，可以将多个直播视频流进行合成，并将合成视频流分发给多个观众终端120。

需要说明的是，在本申请实施例中，多个主播终端130是指处于直播间PK模式下的多个直播间内的主播对应的主播终端，而多个观众终端120则是指观看多个直播间内的主播的才艺竞赛的观众对应的观众终端。另外，在本申请实施例中，该系统架构中包括至少两个主播终端。

另外，观众终端120和主播终端130可以为诸如手机、平板电脑、计算机之类的终端，本申请实施例对此不做限定。

接下来对本申请实施例提供的业务处理的方法进行详细的解释说明。

图2是本申请实施例提供的一种业务处理的方法的流程图。该方法可以应用于服务器中，参见图2，该方法包括以下步骤：

步骤201：当获取到目标直播间内主播针对目标歌词的目标演唱结果时，对目标演唱结果进行评分，并基于目标演唱结果的评分结果确定第一加票票数。

其中，该目标直播间为当前处于直播间PK模式的多个直播间中的任一直播间，目标歌词是指目标直播间内主播演唱的目标歌曲包括的多句歌词中的任一句歌词。

需要说明的是，目标歌曲是指服务器中存储的有评分标签的多首歌曲中的任一首歌曲。另外，对于有评分标签的歌曲的每一句歌词，服务器中均存储有该句歌词对应的音阶信息，服务器可以根据该句歌词对应的音阶信息，对主播针对该句歌词的演唱结果进行评分。

步骤202：确定至少一个第二加票票数，每个第二加票票数是根据当前时刻向目标直播间赠送的每个虚拟物品确定得到。

需要说明的是，当前时刻向目标直播间赠送的每个虚拟物品是指多个直播间内的观众通过该服务器向目标直播间内的主播赠送的虚拟物品，并且，服务器中存储有每种虚拟物品对应的加票票数。

步骤203：基于第一加票票数和所述至少一个第二加票票数，确定目标直播间当前时刻的后端总票数。

步骤204：基于第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，通过主播终端和观众终端显示该目标直播间内主播的当前才艺评定结果。

本申请实施例提供的技术方案带来的有益效果至少包括：服务器可以对目标直播间的主播演唱结果进行评分，并依据评分结果确定第一加票票数，另外，服务器可以根据当前时刻向目标直播间赠送的虚拟物品确定至少一个第二加票票数，并根据第一加票票数和至少一个第二加票票数确定当前时刻的后端总票数。之后，服务器可以基于第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，通过主播终端和观众终端来显示目标直播间内主播的当前才艺评定结果。由此可见，本申请实施例中，服务器可以将每个直播间内主播接收到的虚拟物品的数量以及每个直播间内主播的演唱水平结合起来，以对每个直播间内主播的才艺进行评定，解决了相关技术中评定方式较为单一的问题，并且，增加了音乐性，使得评定结果更加合理。

图3是本申请实施例提供的另一种业务处理的方法的流程图。该方法可以应用于终端中，其中，该终端可以为主播终端或观众终端，参见图3，该方法包括以下步骤：

步骤301：接收服务器发送的第一加票票数、至少一个第二加票票数和当前时刻的后端总票数。

其中，第一加票票数是根据目标直播间的主播的目标演唱结果的评分结果确定得到，至少一个第二加票票数中的每个第二加票票数是根据当前时刻向目标直播间赠送的每个虚拟物品确定得到，当前时刻的后端总票数是指由服务器确定的当前时刻目标直播间的主播得到的总票数。

步骤302：基于第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，在目标直播间的直播页面上显示目标直播间的主播的当前才艺评定结果。

本申请实施例提供的技术方案带来的有益效果至少包括：主播终端和观众终端可以接收服务器发送的第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，由于第一加票票数是服务器根据目标直播间内主播的目标演唱结果的评分结果确定得到，至少一个第二加票票数是根据当前时刻向目标直播间赠送的虚拟物品确定得到，而当前时刻的后端总票数则是根据第一加票票数和至少一个第二加票票数确定得到，因此，主播终端和观众终端基于第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，在目标直播间的直播页面上显示目标直播间的主播的当前才艺评定结果时，当前才艺评定结果实际上是将目标直播间内主播接收到的虚拟物品的数量以及目标直播间的主播的演唱水平结合起来确定得到，解决了相关技术中评定方式较为单一的问题，并且，增加了音乐性，使得评定结果更加合理。

图4是本申请实施例提供的一种业务处理的方法的流程图，如图4所示，该方法包括以下步骤：

步骤401：当服务器获取到目标直播间内主播针对目标歌词的目标演唱结果时，对目标演唱结果进行评分，并基于目标演唱结果的评分结果确定第一加票票数。

目标直播间为当前处于直播间PK模式的多个直播间中的任一直播间，目标歌词是指目标直播间内主播演唱的目标歌曲包括的多句歌词中的任一句歌词。

示例性的，在本申请实施例中，任一直播间内的主播可以通过主播终端向服务器发送才艺竞赛请求，以此来发起直播PK。当服务器接收到该才艺竞赛请求时，可以选择至少一个直播间与该发起直播PK的直播间进行连麦，并向多个直播间内主播的主播终端发送才艺竞赛通知消息，若该多个直播间内主播同意进行才艺竞赛，则可以通过各自的主播终端向服务器发送才艺竞赛确认消息，此时，该至少一个直播间和该发起直播PK的直播间即为处于直播间PK模式下的多个直播间，而目标直播间即可以为该多个直播间中的任一个，也即，该目标直播间可以为发起直播PK的直播间，也可以为服务器选择的至少一个直播间中的一个直播间。

当接收到该多个直播间的才艺竞赛确认消息时，服务器可以从存储的多个竞赛主题中随机选择一个竞赛主题，多个竞赛主题中包括演唱评分竞赛主题，且演唱评分竞赛主题的被选权重大于多个竞赛主题中的其他竞赛主题的被选权重。

需要说明的是，演唱竞赛主题是指用于触发根据本申请实施例提供的业务处理方法进行才艺评定的主题。被选权重可以是指服务器从存储的多个竞赛主题中随机选择一个竞赛主题时相应地竞赛主题被选中的概率。在本申请实施例中，在直播间PK模式下，可以包括多个竞赛主题，例如，可以包括演唱评分竞赛主题、猜歌加票主题等。通过设置多个竞赛主题，可以增加直播间PK的趣味性，并且，由于演唱评分竞赛主题的被选权重大于其他竞赛主题的被选权重，因此，在服务器随机选择竞赛主题时，可以增加演唱评分竞赛主题被选中的概率。

当服务器随机选择的竞赛主题为演唱评分竞赛主题，则服务器可以向多个直播间内主播的主播终端和观众终端发送多个候选歌曲的歌曲信息。其中，该候选歌曲为服务器中存储的具有评分标签的多首歌曲，且对于该多首歌曲中的每首歌曲，该服务器中均存储有每首歌曲的每句歌词对应的音阶信息。

当多个直播间中每个直播间内主播的主播终端接收到该多个候选歌曲信息时，主播可以从该多个候选歌曲中选择自身想要演唱的歌曲，并通过主播终端将选择的歌曲信息发送至服务器。当服务器接收到目标直播间内主播选择的歌曲信息时，即可以将该歌曲信息对应的歌曲作为目标歌曲，并将该目标歌曲的伴奏文件发送至目标直播间内主播的主播终端，目标直播间内主播在接收到目标歌曲的伴奏文件时，即可以根据目标歌曲的伴奏文件演唱目标歌曲。其中，目标歌曲可以包括多句歌词。

在目标直播间内的主播演唱目标歌曲的过程中，目标直播间内主播的主播终端可以实时采集主播演唱目标歌词的目标演唱结果，并将目标演唱结果发送至服务器。服务器对该目标演唱结果进行评分，并根据评分结果确定第一加票票数。

其中，由前述描述可知，服务器中存储有具有评分标签的多首歌曲，而目标直播间内主播演唱的目标歌曲即为该多首歌曲中的一首，基于此，在接收到目标演唱结果时，服务器可以提取目标演唱结果中的音阶信息，并将该音阶信息与存储的目标歌词的音阶信息进行比较，根据比较结果来对该目标演唱结果进行评分，从而得到评分结果。

需要说明的是，评分结果可以通过评分分数来表示，例如，评分结果可以为按照百分制进行打分得到的分数，或者，评分结果也可以通过评分等级来表示，例如，评分结果可以为诸如SSS、SS、S等评分等级。

当获取到目标演唱结果的评分结果后，服务器可以从评分结果与加票票数之间的对应关系中获取目标演唱结果的评分结果对应的加票票数，并将获取的加票票数确定为所述第一加票票数。

需要说明的是，服务器中可以存储有评分结果与加票票数的对应关系。示例性的，若评分结果用评分分数来表示，则服务器可以存储多个评分分数范围与加票票数之间的对应关系，如表1所示，每个评分分数范围对应一个加票票数，在这种情况下，服务器可以从该对应关系中查找目标演唱结果的评分分数所在的评分分数范围，并将该评分分数范围对应的加票票数确定为第一加票票数。

表1评分分数范围与加票票数之间的对应关系

分数范围	100～80	79～60	59～40	39～20	19～0
						加票票数	100	75	50	25	0

若评分结果用评分等级来表示，则服务器可以存储有评分等级与加票票数的对应关系，如表2所示，每个评分等级对应一个加票票数。在这种情况下，服务器可以从该对应关系中获取该目标演唱结果的评分等级对应的加票票数作为第一加票票数。

表2评分等级与加票票数之间的对应关系

等级	SSS	SS	S	A	B	C
							加票票数	50	40	30	20	10	0

可选地，在对目标演唱结果进行评分之前，服务器还可以统计当前时刻之前目标直播间内主播演唱的歌词的总句数。若当前时刻之前目标直播间内主播演唱的歌词的总句数小于第一数值，则对目标演唱结果进行评分，否则，则不再对该目标演唱结果进行评分，这样，若目标直播间内主播试图通过演唱更多句歌词来提高票数时，通过上述方法则可以有效避免此种情况的发生，同时也避免了对其他主播才艺展示时间和资源的占用，使得才艺竞赛过程更加公平合理。

可选地，在本申请实施例中，多个直播间内主播可以依次演唱歌曲，服务器可以按照上述介绍的方法对每个直播间内主播的演唱结果进行评分，在一种可能的实现方式中，多个直播间内的主播中的至少两个主播可以同时演唱歌曲，服务器可以同时接收至少两个主播在演唱过程中发送的演唱结果，并对同一时刻接收到的至少两个演唱结果进行评分，本申请实施例仅以多个直播间内主播依次演唱歌曲的情况为例进行介绍，但这并不构成对本申请的限定。

步骤402：服务器确定至少一个第二加票票数，每个第二加票票数是根据当前时刻向目标直播间赠送的每个虚拟物品确定得到。

在目标直播间内主播直播的过程中，目标直播间内主播的主播终端将实时采集视频流，并将实时采集的视频流推送给服务器，服务器在接收到该视频流之后，可以将目标直播间内主播的主播终端实时采集的视频流以及其他直播间内主播的主播终端推送的视频流进行合成，并将合成视频流分发给各个观众终端。各个观众终端在接收到合成视频流之后可以显示直播画面，观众在观看该直播画面的过程中，可以通过对应的观众终端向自己喜欢的主播赠送虚拟物品。

当服务器在当前时刻接收到向目标直播间内主播赠送的至少一个虚拟物品时，服务器可以根据每个虚拟物品确定一个第二加票票数。其中，服务器中可以存储有虚拟物品与加票票数之间的对应关系，基于此，服务器可以根据每个虚拟物品来确定每个虚拟物品对应的第二加票票数，从而得到至少一个虚拟物品对应的至少一个第二加票票数。

例如，假设当前时刻接收到向目标直播间内主播赠送的10个星币，其中，服务器中存储的虚拟物品与加票票数的对应关系中，一个星币对应的加票票数是一票，则10个星币对应的第二加票票数将为10票。

步骤403：服务器基于第一加票票数和至少一个第二加票票数，确定目标直播间当前时刻的后端总票数。

当服务器获取到第一加票票数和至少一个第二加票票数后，服务器可以获取多个第三加票票数和多个第四加票票数，并基于第一加票票数、至少一个第二加票票数、多个第三加票票数和多个第四加票票数，确定目标直播间当前时刻的后端总票数。

其中，每个第三加票票数是根据当前时刻之前目标直播间内主播针对每句歌词的演唱结果的评分结果确定得到，根据该多个第三加票票数，服务器可以确定得到当前时刻之前目标直播间内主播的演唱结果所得的总票数。每个第四加票票数是根据当前时刻之前向目标直播间赠送的每个虚拟物品确定得到，根据多个第四加票票数，服务器可以确定得到当前时刻之前目标直播间内主播收到的虚拟物品所对应的总票数，将上述两个总票数加上当前时刻的第一加票票数和至少一个第二加票票数，即可以得到目标直播间当前时刻的后端总票数。

步骤404：服务器将第一加票票数、至少一个第二加票票数和当前时刻的后端总票数发送给主播终端和观众终端。

在服务器将目标直播间的第一加票票数、至少一个第二加票票数发送至主播终端和观众终端之后，主播终端和观众终端可以通过以下步骤405和406来显示目标直播间内主播的才艺评定结果。

需要说明的是，在接下来的步骤中，将以主播终端为例来对显示目标直播间内主播的才艺评定结果的过程进行说明，其中，在观众终端的具体显示过程与主播终端是相同的，本申请实施例不再赘述。

可选地，在本申请实施例中，当服务器在将当前时刻目标直播间的第一加票票数、至少一个第二加票票数和后端总票数发送给主播终端和观众终端之后，若经过预设时长之后，该服务器未接收到该目标直播间内主播的主播终端发送的演唱结果，则可以确定该目标直播间内的主播的演唱已经结束，此时，即可确定最近一次发送的后端总票数即为该目标直播间内主播的才艺的最终评定结果。

可选地，在确定最近一次发送的后端总票数为该目标直播间内主播的才艺的最终评定结果之后，服务器还可以确定并发送该目标直播间内主播在整个演唱过程中的多个演唱结果的总票数、向该目标直播间内主播赠送的虚拟物品对应的总票数以及演唱过程中多个演唱结果中的评分最高的演唱结果等评价信息。需要说明的是，该评价信息还可以包括其他信息，本申请实施例在此不做具体限定。

步骤405：主播终端接收服务器发送的第一加票票数、至少一个第二加票票数和当前时刻的后端总票数。

步骤406：主播终端基于第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，在目标直播间的直播页面上显示目标直播间的主播的当前才艺评定结果。

在一种可能实现的方式中，主播终端在接收到服务器发送的第一加票票数、至少一个第二加票票数和当前时刻的后端总票数之后，可以直接在目标直播间的直播页面上显示第一加票票数、至少一个第二加票票数和当前时刻的后端总票数。

其中，主播终端在目标直播间的直播页面内显示第一加票票数、至少一个第二加票票数和后端总票数时，可以通过加票动效来显示，例如，在显示第一加票票数和第二加票票数时，可以通过不同颜色的加票气泡进行显示，而显示后端总票数时则可以通过进度条来显示。

可选地，由于服务器在发送第一加票票数、至少一个第二加票票数和当前时刻的后端总票数时，可能会由于发送错误造成重复发送，也有可能会因为传输过程中丢包而导致第一加票票数和第二加票票数丢失。在这种情况下，主播终端若直接在目标直播间的直播页面上第一加票票数或第二加票票数，将可能会存在重复显示或少显示的问题，基于此，主播终端可以根据第一加票票数和第二加票票数确定主播终端当前时刻的总票数，并将主播终端得到的总票数和服务端得到的总票数进行校核，以此来保证显示的票数的准确性。

示例性的，主播终端在接收到第一加票票数、至少一个第二加票票数和当前时刻的后端总票数之后，可以获取当前时刻之前最近一次确定得到的前端总票数，并基于第一加票票数、至少一个第二加票票数和当前时刻之前最近一次确定得到的前端总票数，确定目标直播间的当前时刻的前端总票数。其中，该前端总票数即为主播终端得到的总票数，后端总票数即为服务器得到的总票数。之后，主播终端可以判断当前时刻的前端总票数和当前时刻的后端总票数是否相等，若当前时刻的后端总票数不等于当前时刻的前端总票数，则说明当前时刻的前端总票数不准确，也即，第一加票票数和第二加票票数不可信，此时，可以在目标直播间的直播页面上显示当前时刻的后端总票数，而不显示第一加票票数和至少一个第二加票票数。若当前时刻的后端总票数和当前时刻的前端总票数是一致的，则说明当前时刻的前端总票数是准确的，也即，第一加票票数和第二加票票数是可信的，此时，可以在目标直播间的直播页面上显示第一加票票数、至少一个第二加票票数以及当前时刻的后端总票数。

可选地，在本申请实施例中，为了提高竞赛的专业性，主播终端可以优先对第一加票票数进行显示。其中，主播终端可以设置第一加票票数的显示优先级大于至少一个第二加票票数中每个第二加票票数的显示优先级。这样，在目标直播间的直播页面上显示第一加票票数和第二加票票数时，即可以根据该显示优先级优先显示第一加票票数。

进一步地，在本申请实施例中，主播终端可以设置服务器发送的根据主播演唱结果确定的加票票数的显示优先级均大于根据赠送的虚拟物品确定的加票票数的优先级，这样，在进行显示时，对于所有待显示的加票票数，根据主播演唱结果确定的加票票数相较于根据赠送的虚拟物品确定的加票票数均可以优先进行显示。

另外，还需要说明的是，若服务器发送的后端总票数是根据该目标直播间内主播演唱的最后一句歌词的演唱结果对应的加票票数确定得到的，也即，若第一加票票数是根据目标直播间内主播演唱的最后一句歌词的演唱结果确定得到，则主播终端可以将该后端总票数作为对该目标直播间内主播的才艺的最终评定结果。

可选地，若主播终端还接收到服务器发送的该目标直播间内主播在整个演唱过程中的多个演唱结果的总票数、向该目标直播间内主播赠送的虚拟物品对应的总票数以及演唱过程中多个演唱结果中的评分最高的演唱结果等评价信息，则主播终端还可以对该评价信息进行显示。

在本申请实施例中，服务器可以对目标直播间内主播的演唱结果进行评分，并依据评分结果确定第一加票票数，根据当前时刻向目标直播间赠送的虚拟物品确定至少一个第二加票票数，并确定当前时刻的后端总票数，之后，可以将第一加票票数、至少一个第二加票票数和当前时刻的后端总票数发送至主播终端和观众终端，以使主播终端和观众终端可以根据第一加票票数、至少一个第二加票票数和当前时刻的后端总票数来对目标直播间内主播的才艺进行评定，由此可见，本申请实施例可以将每个直播间的主播接收到的虚拟物品的数量以及每个直播间的主播的演唱水平结合起来，以对每个直播间的主播的才艺进行评定，解决了相关技术中评定方式较为单一的问题，并且，增加了音乐性，使得评定结果更加合理。

需要说明的是，本申请实施例中，主播终端和观众终端可以设置第一加票票数的显示优先级大于至少一个第二加票票数中每个第二加票票数的显示优先级，并根据该显示优先级优先显示第一加票票数，也即，优先显示根据演唱结果评分得到的票数，这样，观看该才艺竞赛的观众可以优先了解到该直播间内主播的演唱水平，专业性和音乐性也更强。除此之外，当主播终端和观众终端在接收到服务器发送的第一加票票数、至少一个第二加票票数和当前时刻的后端总票数时，可以根据第一加票票数和第二加票票数确定当前时刻的前端总票数，通过将当前时刻的前端总票数与当前时刻的后端总票数进行对比，来对第一加票票数和第二加票票数进行校验，以此来保证在目标直播间内显示的票数的准确性。

接下来，对本申请实施例提供的业务处理的装置进行介绍。

参见图5，本申请实施例提供了一种业务处理的装置500，该装置500包括：

第一确定模块501，用于当获取到目标直播间内主播针对目标歌词的目标演唱结果时，对目标演唱结果进行评分，并基于目标演唱结果的评分结果确定第一加票票数，目标直播间为当前处于直播间PK模式的多个直播间中的任一直播间，目标歌词是指目标直播间内主播演唱的目标歌曲包括的多句歌词中的任一句歌词；

第二确定模块502，用于确定至少一个第二加票票数，每个第二加票票数是根据当前时刻向目标直播间赠送的每个虚拟物品确定得到；

第三确定模块503，用于基于第一加票票数和至少一个第二加票票数，确定目标直播间当前时刻的后端总票数；

显示模块504，用于基于第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，通过主播终端和观众终端显示目标直播间内主播的当前才艺评定结果。

可选地，第一确定模块501具体用于：

从评分结果与加票票数之间的对应关系中获取目标演唱结果的评分结果对应的加票票数；

将获取的加票票数确定为第一加票票数。

可选读，参见图6，第三确定模块503包括：

获取子模块5031，用于获取多个第三加票票数和多个第四加票票数，每个第三加票票数是根据当前时刻之前目标直播间内主播针对每句歌词的演唱结果的评分结果确定得到，每个第四加票票数是根据当前时刻之前向目标直播间赠送的每个虚拟物品确定得到；

确定子模块5032，用于基于第一加票票数、至少一个第二加票票数、多个第三票数和多个第四票数，确定目标直播间当前时刻的后端总票数。

可选地，该装置还包括：

选择模块，用于当接收到多个直播间的才艺竞赛确认消息时，从存储的多个竞赛主题中随机选择一个竞赛主题，多个竞赛主题中包括演唱评分竞赛主题，且演唱评分竞赛主题的被选权重大于多个竞赛主题中的其他竞赛主题的被选权重；

第一发送模块，用于若选择的竞赛主题为演唱评分竞赛主题，则向主播终端和观众终端发送多个候选歌曲的歌曲信息；

接收模块，用于接收目标直播间内主播的主播终端发送的由目标直播间内主播从多个候选歌曲的歌曲信息选择的歌曲信息，并将接收到的歌曲信息对应的歌曲作为目标歌曲；

第二发送模块，用于向主播终端和观众终端发送目标歌曲对应的伴奏文件。

可选地，该装置还包括：

统计模块，用于统计当前时刻之前目标直播间内主播演唱的歌词的总句数；

触发模块，用于若当前时刻之前获取到的目标直播间的主播的演唱结果的数量小于第一数值，则触发第一确定模块对目标演唱结果进行评分。

在本申请实施例中，服务器可以对目标直播间的主播演唱结果进行评分，并依据评分结果确定第一加票票数，另外，服务器可以根据当前时刻向所述目标直播间赠送的虚拟物品确定至少一个第二加票票数，并根据第一加票票数和至少一个第二加票票数确定当前时刻的后端总票数。之后，服务器可以基于第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，通过主播终端和观众终端来显示目标直播间内主播的当前才艺评定结果，由此可见，本申请实施例中，服务器可以将每个直播间内主播接收到的虚拟物品的数量以及每个直播间内主播的演唱水平结合起来，以对每个直播间内主播的才艺进行评定，解决了相关技术中评定方式较为单一的问题，并且，增加了音乐性，使得评定结果更加合理。

参见图7，本申请实施例提供了一种业务处理的装置700，该装置700包括

接收模块701，用于接收服务器发送的第一加票票数、至少一个第二加票票数和当前时刻的后端总票数；

其中，第一加票票数是根据目标直播间内主播的目标演唱结果的评分结果确定得到，至少一个第二加票票数中的每个第二加票票数是根据当前时刻向目标直播间赠送的每个虚拟物品确定得到，当前时刻的后端总票数是指由服务器确定的当前时刻目标直播间的主播得到的总票数；

显示模块702，用于基于第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，在目标直播间的直播页面上显示目标直播间的主播的当前才艺评定结果。

可选地，参见图8，显示模块702包括：

确定子模块7021，用于获取当前时刻之前最近一次确定得到的前端总票数，并基于第一加票票数、至少一个第二加票票数和当前时刻之前最近一次确定得到的前端总票数，确定目标直播间的当前时刻的前端总票数；

第一显示子模块7022，用于若当前时刻的后端总票数不等于当前时刻的前端总票数，则在目标直播间的直播页面上显示当前时刻的后端总票数，不显示第一加票票数和至少一个第二加票票数。

可选地，显示模块702包括：

第二显示子模块，用于若当前时刻的后端总票数等于当前时刻的前端总票数，则在目标直播间的直播页面上显示第一加票票数和至少一个第二加票票数，并显示当前时刻的后端总票数。

可选地，第一加票票数的显示优先级大于至少一个第二加票票数中每个第二加票票数的显示优先级；

第二显示子模块具体用于：

基于第一加票票数的显示优先级和每个第二加票票数的显示优先级，在目标直播间的直播页面上显示第一加票票数和至少一个第二加票票数。

本申请实施例提供的技术方案带来的有益效果至少包括：主播终端和观众终端可以接收服务器发送的第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，由于第一加票票数是服务器根据目标直播间内主播的目标演唱结果的评分结果确定得到，至少一个第二加票票数是根据当前时刻向目标直播间赠送的虚拟物品确定得到，而当前时刻的后端总票数则是根据第一加票票数和至少一个第二加票票数确定得到，因此，主播终端和观众终端基于第一加票票数、至少一个第二加票票数和当前时刻的后端总票数，在目标直播间的直播页面上显示目标直播间的主播的当前才艺评定结果时，当前才艺评定结果实际上是将目标直播间内主播接收到的虚拟物品的数量以及目标直播间的主播的演唱水平结合起来确定得到，解决了相关技术中评定方式较为单一的问题，并且，增加了音乐性，使得评定结果更加合理。

需要说明的是：上述实施例提供的业务处理装置在实现业务处理方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的业务处理装置与业务处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图9是根据一示例性实施例示出的一种用于业务处理的服务器结构示意图。上述图2以及图4所示的实施例中的服务器的功能即可以通过图9中所示的服务器来实现。该服务器可以是后台服务器集群中的服务器。具体来讲：

服务器900包括中央处理单元(CPU)901、包括随机存取存储器(RAM)902和只读存储器(ROM)903的系统存储器904，以及连接系统存储器904和中央处理单元901的系统总线905。服务器900还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)906，和用于存储操作系统913、应用程序914和其他程序模块915的大容量存储设备907。

基本输入/输出系统906包括有用于显示信息的显示器908和用于用户输入信息的诸如鼠标、键盘之类的输入设备909。其中显示器908和输入设备909都通过连接到系统总线905的输入输出控制器910连接到中央处理单元901。基本输入/输出系统906还可以包括输入输出控制器910以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器910还提供输出到显示屏、打印机或其他类型的输出设备。

大容量存储设备907通过连接到系统总线905的大容量存储控制器(未示出)连接到中央处理单元901。大容量存储设备907及其相关联的计算机可读介质为服务器900提供非易失性存储。也就是说，大容量存储设备907可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器904和大容量存储设备907可以统称为存储器。

根据本申请的各种实施例，服务器900还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器900可以通过连接在系统总线905上的网络接口单元911连接到网络912，或者说，也可以使用网络接口单元911来连接到其他类型的网络或远程计算机系统(未示出)。

上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由CPU执行。所述一个或者一个以上程序包含用于进行本申请实施例提供的用于服务器的业务处理的方法的指令。

本申请实施例还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述图2或图4所示实施例提供的业务处理的方法中的相关步骤。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述图2或图4所示实施例提供的业务处理的方法中服务器所执行的步骤。

图10示出了本申请一个示例性实施例提供的用于直播的终端1000的结构框图。其中，该终端可以是主播用于直播的主播终端，也可以是观众用于观看直播的观众终端，该终端1000可以是笔记本电脑、台式电脑、智能手机或平板电脑等。

通常，终端1000包括有：处理器1001和存储器1002。

处理器1001可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1001可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1001也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1001可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1001还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1002可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1002还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1002中的非暂态的计算机可读存储介质用于存储至少一个指令，其中，，该至少一个指令用于被处理器1001所执行以实现本申请中方法实施例提供的业务处理方法中主播终端和观众终端所执行的步骤。

在一些实施例中，终端1000还可选包括有：外围设备接口1003和至少一个外围设备。处理器1001、存储器1002和外围设备接口1003之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1003相连。具体地，外围设备包括：射频电路1004、触摸显示屏1005、摄像头1006、音频电路1007、定位组件1008和电源1009中的至少一种。

外围设备接口1003可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1001和存储器1002。在一些实施例中，处理器1001、存储器1002和外围设备接口1003被集成在同一芯片或电路板上；在一些其他实施例中，处理器1001、存储器1002和外围设备接口1003中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1004用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1004通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1004将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1004包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1004可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1004还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1005用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1005是触摸显示屏时，显示屏1005还具有采集在显示屏1005的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1001进行处理。此时，显示屏1005还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1005可以为一个，设置终端1000的前面板；在另一些实施例中，显示屏1005可以为至少两个，分别设置在终端1000的不同表面或呈折叠设计；在再一些实施例中，显示屏1005可以是柔性显示屏，设置在终端1000的弯曲表面上或折叠面上。甚至，显示屏1005还可以设置成非矩形的不规则图形，也即异形屏。显示屏1005可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。需要说明的是，在本申请实施例中，当该终端1000为横屏终端时，该终端1000的显示屏的宽高比大于1，例如，该终端1000的显示屏的宽高比可以为16:9或4:3。当该终端1000为竖屏终端时，则该终端1000的显示屏的宽高比小于1，例如，该终端1000的显示屏的宽高比可以为9:18或3:4等。

摄像头组件1006用于采集图像或视频。可选地，摄像头组件1006包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1006还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1007可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1001进行处理，或者输入至射频电路1004以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1000的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1001或射频电路1004的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1007还可以包括耳机插孔。

定位组件1008用于定位终端1000的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1008可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统或欧盟的伽利略系统的定位组件。

电源1009用于为终端1000中的各个组件进行供电。电源1009可以是交流电、直流电、一次性电池或可充电电池。当电源1009包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1000还包括有一个或多个传感器1010。该一个或多个传感器1010包括但不限于：加速度传感器1011、陀螺仪传感器1012、压力传感器1013、指纹传感器1014、光学传感器1015以及接近传感器1016。

加速度传感器1011可以检测以终端1000建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1011可以用于检测重力加速度在三个坐标轴上的分量。处理器1001可以根据加速度传感器1011采集的重力加速度信号，控制触摸显示屏1005以横向视图或纵向视图进行用户界面的显示。加速度传感器1011还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1012可以检测终端1000的机体方向及转动角度，陀螺仪传感器1012可以与加速度传感器1011协同采集用户对终端1000的3D动作。处理器1001根据陀螺仪传感器1012采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1013可以设置在终端1000的侧边框和/或触摸显示屏1005的下层。当压力传感器1013设置在终端1000的侧边框时，可以检测用户对终端1000的握持信号，由处理器1001根据压力传感器1013采集的握持信号进行左右手识别或快捷操作。当压力传感器1013设置在触摸显示屏1005的下层时，由处理器1001根据用户对触摸显示屏1005的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1014用于采集用户的指纹，由处理器1001根据指纹传感器1014采集到的指纹识别用户的身份，或者，由指纹传感器1014根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1001授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1014可以被设置终端1000的正面、背面或侧面。当终端1000上设置有物理按键或厂商Logo时，指纹传感器1014可以与物理按键或厂商Logo集成在一起。

光学传感器1015用于采集环境光强度。在一个实施例中，处理器1001可以根据光学传感器1015采集的环境光强度，控制触摸显示屏1005的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1005的显示亮度；当环境光强度较低时，调低触摸显示屏1005的显示亮度。在另一个实施例中，处理器1001还可以根据光学传感器1015采集的环境光强度，动态调整摄像头组件1006的拍摄参数。

接近传感器1016，也称距离传感器，通常设置在终端1000的前面板。接近传感器1016用于采集用户与终端1000的正面之间的距离。在一个实施例中，当接近传感器1016检测到用户与终端1000的正面之间的距离逐渐变小时，由处理器1001控制触摸显示屏1005从亮屏状态切换为息屏状态；当接近传感器1016检测到用户与终端1000的正面之间的距离逐渐变大时，由处理器1001控制触摸显示屏1005从息屏状态切换为亮屏状态。

也即是，本申请实施例不仅提供了一种终端，包括处理器和用于存储处理器可执行指令的存储器，其中，处理器被配置为执行图3和4所示的实施例中主播终端和观众终端的相关步骤，而且，本申请实施例还提供了一种计算机可读存储介质，该存储介质内存储有计算机程序，该计算机程序被处理器执行时可以实现图3-4所示的实施例中业务处理方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (20)

1.一种业务处理方法，其特征在于，所述方法包括：

当获取到目标直播间内主播针对目标歌词的目标演唱结果时，对所述目标演唱结果进行评分，并基于所述目标演唱结果的评分结果确定第一加票票数，所述目标直播间为当前处于直播间PK模式的多个直播间中的任一直播间，所述目标歌词是指所述目标直播间内主播演唱的目标歌曲包括的多句歌词中的任一句歌词；

确定至少一个第二加票票数，每个第二加票票数是根据当前时刻向所述目标直播间赠送的每个虚拟物品确定得到；

基于所述第一加票票数和所述至少一个第二加票票数，确定所述目标直播间当前时刻的后端总票数；

基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻的后端总票数，通过主播终端和观众终端显示所述目标直播间内主播的当前才艺评定结果。

2.根据权利要求1所述的方法，其特征在于，所述基于所述目标演唱结果的评分结果确定第一加票票数，包括：

从评分结果与加票票数之间的对应关系中获取所述目标演唱结果的评分结果对应的加票票数；

将获取的加票票数确定为所述第一加票票数。

3.根据权利要求1所述的方法，其特征在于，所述基于所述第一加票票数和所述至少一个第二加票票数，确定所述目标直播间当前时刻的后端总票数，包括：

获取多个第三加票票数和多个第四加票票数，每个第三加票票数是根据当前时刻之前所述目标直播间内主播针对每句歌词的演唱结果的评分结果确定得到，每个第四加票票数是根据当前时刻之前向所述目标直播间赠送的每个虚拟物品确定得到；

基于所述第一加票票数、所述至少一个第二加票票数、所述多个第三票数和所述多个第四票数，确定所述目标直播间当前时刻的后端总票数。

4.根据权利要求1-3任一所述的方法，其特征在于，所述当获取到目标直播间内主播针对目标歌词的目标演唱结果时，对所述目标演唱结果进行评分之前，还包括：

当接收到所述多个直播间的才艺竞赛确认消息时，从存储的多个竞赛主题中随机选择一个竞赛主题，所述多个竞赛主题中包括演唱评分竞赛主题，且所述演唱评分竞赛主题的被选权重大于所述多个竞赛主题中的其他竞赛主题的被选权重；

若选择的竞赛主题为所述演唱评分竞赛主题，则向所述主播终端和所述观众终端发送多个候选歌曲的歌曲信息；

接收所述目标直播间内主播的主播终端发送的由所述目标直播间内主播从所述多个候选歌曲的歌曲信息选择的歌曲信息，并将接收到的歌曲信息对应的歌曲作为所述目标歌曲；

向所述主播终端和所述观众终端发送所述目标歌曲对应的伴奏文件。

5.根据权利要求1-3任一所述的方法，其特征在于，所述对所述目标演唱结果进行评分之前，还包括：

统计当前时刻之前所述目标直播间内主播演唱的歌词的总句数；

若所述当前时刻之前获取到的所述目标直播间的主播的演唱结果的数量小于所述第一数值，则执行对所述目标演唱结果进行评分的步骤。

6.一种业务处理方法，其特征在于，所述方法包括：

接收服务器发送的第一加票票数、至少一个第二加票票数和当前时刻的后端总票数；

其中，所述第一加票票数是根据目标直播间内主播的目标演唱结果的评分结果确定得到，所述至少一个第二加票票数中的每个第二加票票数是根据当前时刻向所述目标直播间赠送的每个虚拟物品确定得到，所述当前时刻的后端总票数是指由所述服务器确定的当前时刻所述目标直播间的主播得到的总票数；

基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻的后端总票数，在所述目标直播间的直播页面上显示所述目标直播间的主播的当前才艺评定结果。

7.根据权利要求6所述的方法，其特征在于，所述基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻的后端总票数，在所述目标直播间的直播页面上显示所述目标直播间的主播的当前才艺评定结果，包括：

获取当前时刻之前最近一次确定得到的前端总票数，并基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻之前最近一次确定得到的前端总票数，确定所述目标直播间的当前时刻的前端总票数；

若所述当前时刻的后端总票数不等于所述当前时刻的前端总票数，则在所述目标直播间的直播页面上显示所述当前时刻的后端总票数，不显示所述第一加票票数和所述至少一个第二加票票数。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

若所述当前时刻的后端总票数等于所述当前时刻的前端总票数，则在所述目标直播间的直播页面上显示所述第一加票票数和所述至少一个第二加票票数，并显示所述当前时刻的后端总票数。

9.根据权利要求8所述的方法，其特征在于，所述第一加票票数的显示优先级大于所述至少一个第二加票票数中每个第二加票票数的显示优先级；

所述在所述目标直播间的直播页面上显示所述第一加票票数和所述至少一个第二加票票数，包括：

基于所述第一加票票数的显示优先级和所述每个第二加票票数的显示优先级，在所述目标直播间的直播页面上显示所述第一加票票数和所述至少一个第二加票票数。

10.一种业务处理装置，其特征在于，所述装置包括：

第一确定模块，用于当获取到目标直播间内主播针对目标歌词的目标演唱结果时，对所述目标演唱结果进行评分，并基于所述目标演唱结果的评分结果确定第一加票票数，所述目标直播间为当前处于直播间PK模式的多个直播间中的任一直播间，所述目标歌词是指所述目标直播间内主播演唱的目标歌曲包括的多句歌词中的任一句歌词；

第二确定模块，用于确定至少一个第二加票票数，每个第二加票票数是根据当前时刻向所述目标直播间赠送的每个虚拟物品确定得到；

第三确定模块，用于基于所述第一加票票数和所述至少一个第二加票票数，确定所述目标直播间当前时刻的后端总票数；

显示模块，用于基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻的后端总票数，通过主播终端和观众终端显示所述目标直播间内主播的当前才艺评定结果。

11.根据权利要求10所述的装置，其特征在于，所述第一确定模块具体用于：

从评分结果与加票票数之间的对应关系中获取所述目标演唱结果的评分结果对应的加票票数；

将获取的加票票数确定为所述第一加票票数。

12.根据权利要求10所述的装置，其特征在于，所述第三确定模块包括：

获取子模块，用于获取多个第三加票票数和多个第四加票票数，每个第三加票票数是根据当前时刻之前所述目标直播间内主播针对每句歌词的演唱结果的评分结果确定得到，每个第四加票票数是根据当前时刻之前向所述目标直播间赠送的每个虚拟物品确定得到；

确定子模块，用于基于所述第一加票票数、所述至少一个第二加票票数、所述多个第三票数和所述多个第四票数，确定所述目标直播间当前时刻的后端总票数。

13.根据权利要求10-12任一所述的装置，其特征在于，所述装置还包括：

选择模块，用于当接收到所述多个直播间的才艺竞赛确认消息时，从存储的多个竞赛主题中随机选择一个竞赛主题，所述多个竞赛主题中包括演唱评分竞赛主题，且所述演唱评分竞赛主题的被选权重大于所述多个竞赛主题中的其他竞赛主题的被选权重；

第一发送模块，用于若选择的竞赛主题为所述演唱评分竞赛主题，则向所述主播终端和所述观众终端发送多个候选歌曲的歌曲信息；

接收模块，用于接收所述目标直播间内主播的主播终端发送的由所述目标直播间内主播从所述多个候选歌曲的歌曲信息选择的歌曲信息，并将接收到的歌曲信息对应的歌曲作为所述目标歌曲；

第二发送模块，用于向所述主播终端和所述观众终端发送所述目标歌曲对应的伴奏文件。

14.根据权利要求10-12任一所述的装置，其特征在于，所述装置还包括：

统计模块，用于统计当前时刻之前所述目标直播间内主播演唱的歌词的总句数；

触发模块，用于若所述当前时刻之前获取到的所述目标直播间的主播的演唱结果的数量小于所述第一数值，则触发所述第一确定模块对所述目标演唱结果进行评分。

15.一种业务处理装置，其特征在于，所述装置包括：

接收模块，用于接收服务器发送的第一加票票数、至少一个第二加票票数和所述当前时刻的后端总票数；

其中，所述第一加票票数是根据目标直播间内主播的目标演唱结果的评分结果确定得到，所述至少一个第二加票票数中的每个第二加票票数是根据当前时刻向所述目标直播间赠送的每个虚拟物品确定得到，所述当前时刻的后端总票数是指由所述服务器确定的当前时刻所述目标直播间的主播得到的总票数；

显示模块，用于基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻的后端总票数，在所述目标直播间的直播页面上显示所述目标直播间的主播的当前才艺评定结果。

16.根据权利要求15所述的装置，其特征在于，所述显示模块包括：

确定子模块，用于获取当前时刻之前最近一次确定得到的前端总票数，并基于所述第一加票票数、所述至少一个第二加票票数和所述当前时刻之前最近一次确定得到的前端总票数，确定所述目标直播间的当前时刻的前端总票数；

第一显示子模块，用于若所述当前时刻的后端总票数不等于所述当前时刻的前端总票数，则在所述目标直播间的直播页面上显示所述当前时刻的后端总票数，不显示所述第一加票票数和所述至少一个第二加票票数。

17.根据权利要求16所述的装置，其特征在于，所述显示模块包括：

第二显示子模块，用于若所述当前时刻的后端总票数等于所述当前时刻的前端总票数，则在所述目标直播间的直播页面上显示所述第一加票票数和所述至少一个第二加票票数，并显示所述当前时刻的后端总票数。

18.根据权利要求17所述的装置，其特征在于，所述第一加票票数的显示优先级大于所述至少一个第二加票票数中每个第二加票票数的显示优先级；

所述第二显示子模块具体用于：

基于所述第一加票票数的显示优先级和所述每个第二加票票数的显示优先级，在所述目标直播间的直播页面上显示所述第一加票票数和所述至少一个第二加票票数。

19.一种业务处理装置，其特征在于，所述装置包括：

处理器；

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

其中，所述处理器被配置为执行权利要求1-5所述的任一项方法；

或者，所述处理器被配置为执行权利要求6-9所述的任一项方法。

20.一种计算机可读存储介质，其特征在于，所述存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-5所述的任一项的方法，或者，所述计算机程序被处理器执行时实现权利要求6-9所述的任一项的方法。