CN111541684A - 直播间的信令发送方法、装置、服务器及存储介质 - Google Patents

Abstract

本公开关于一种直播间的信令发送方法、装置、服务器及存储介质，该方法包括获取携带目标信令和目标客户端数的信令发送请求，服务器可以根据该目标信令对应的业务类型获取目标直播间的在线客户端数，并根据在线客户端数和目标客户端数获取该目标信令的信令接收特征，从而可以根据该信令接收特征，将目标信令发送给目标直播间中数量与目标客户端数对应的在线客户端，无需将信令逐个直播间发送给每一个在线客户端，提高信令发送效率，还能以客户端为维度准确地将信令推送给直播间中相应数量的在线客户端，实现为全网直播间中设定数量的在线客户端发送信令的技术效果。

Description

直播间的信令发送方法、装置、服务器及存储介质

技术领域

本公开涉及互联网技术领域，尤其涉及一种直播间的信令发送方法、装置、服务器及存储介质。

背景技术

随着互联网技术的发展，出现了直播间的信令处理技术。一个直播平台通常需要同时维护多个直播间，在这些直播间当中，例如顶部通知信令、宠物升级信令和聊天室表情信令等大量信令都是通过长连接(LiveStreamServer)下发至各直播间的。

相关技术中，将直播间的信令处理过程主要分为发送、聚合和广播三部分，在发送部分将信令写入信令队列，在聚合部分每隔一段时间将写入信令队列中的信令进行打包获得聚合信令，在广播部分由长连接服务(LiveStreamServer)每隔一段时间拉取所有未拉取过的聚合信令，然后将聚合的结果广播给各直播间的所有观众。然而，这种技术在发送信令时需经过发送、聚合和广播三个过程逐个直播间给每位观众都发送信令，存在信令发送效率低的技术问题。

发明内容

本公开提供一种直播间的信令发送方法、装置、服务器及存储介质，以至少解决相关技术中存在的信令发送效率低的技术问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种直播间的信令发送方法，包括：

获取信令发送请求；所述信令发送请求中携带的信息包括目标信令和目标客户端数；

获取目标直播间的在线客户端数；所述目标直播间为与所述目标信令的业务类型对应的直播间；

根据所述目标客户端数和所述目标直播间的在线客户端数，获取所述目标信令的信令接收特征；所述信令接收特征用于表征所述目标直播间中接收所述目标信令的在线客户端的数量；

根据所述信令接收特征，将所述目标信令发送至所述目标直播间中数量与所述目标客户端数对应的在线客户端。

在一示例性实施例中，所述获取目标直播间的在线客户端数，包括：获取所述目标信令的业务类型；根据预存的业务类型与在线客户端数之间的对应关系，获取所述目标直播间的在线客户端数；其中，所述对应关系包括各业务类型与各目标直播间的在线客户端数之间的对应关系。

在一示例性实施例中，所述根据预存的业务类型与在线客户端数之间的对应关系，获取所述目标直播间的在线客户端数之前，还包括：获取设定的与所述各业务类型对应的在线客户端数阈值；获取各直播间的在线客户端数；根据所述与所述各业务类型对应的在线客户端数阈值以及所述各直播间的在线客户端数，得到所述对应关系。

在一示例性实施例中，所述根据所述与所述各业务类型对应的在线客户端数阈值以及所述各直播间的在线客户端数，得到所述对应关系，包括：将所述各直播间中在线客户端数大于所述在线客户端数阈值的直播间，作为目标直播间，得到与所述各业务类型对应的目标直播间；根据与所述各业务类型对应的目标直播间的在线客户端数，获取所述对应关系。

在一示例性实施例中，所述信令接收特征为信令接收比例；所述根据所述目标客户端数和所述目标直播间的在线客户端数，获取所述目标信令的信令接收特征，包括：将所述目标客户端数与所述目标直播间的在线客户端数的比值作为所述信令接收比例，得到所述信令接收特征；所述根据所述信令接收特征，将所述目标信令发送至所述目标直播间中数量与所述目标客户端数对应的在线客户端，包括：按照与所述信令接收比例对应的信令发送概率，随机向所述目标直播间的在线客户端发送所述目标信令，以使数量与所述目标客户端数对应的在线客户端接收到所述目标信令。

在一示例性实施例中，所述信令接收特征为客户端分组标识；所述根据所述目标客户端数和所述目标直播间的在线客户端数，获取所述目标信令的信令接收特征，包括：根据所述目标直播间的在线客户端数，获取对应于预先划分的各客户端分组的候选在线客户端数；其中，客户端分组包括多个客户端，各客户端分组对应各客户端分组标识，同一客户端分组中的客户端对应同一客户端分组标识；所述候选在线客户端数为所述客户端分组所包含的所述目标直播间的在线客户端的数量；所述客户端分组对所述目标直播间所在直播平台的所有客户端进行分组得到；根据所述候选在线客户端数和所述目标客户端数，从所述各客户端分组中选取相应数量的客户端分组，作为目标客户端分组，以使所述目标客户端分组的候选在线客户端数与所述目标客户端数对应；获取所述目标客户端分组对应的客户端分组标识，得到所述信令接收特征。

在一示例性实施例中，所述根据所述信令接收特征，将所述目标信令发送至所述目标直播间中数量与所述目标客户端数对应的在线客户端，包括：将所述目标信令，发送至所述目标直播间中与所述客户端分组标识对应的在线客户端。

在一示例性实施例中，所述根据所述候选在线客户端数和所述目标客户端数，从所述各客户端分组中选取相应数量的客户端分组，作为目标客户端分组，以使所述目标客户端分组的候选在线客户端数与所述目标客户端数对应，包括：获取历史客户端分组标识；其中，所述历史客户端分组标识，包括设定的历史时间内，接收到与所述业务类型相同的信令的客户端对应的客户端分组标识；根据所述候选在线客户端数和所述目标客户端数，从所述各客户端分组中，选取相应数量的且客户端分组标识与所述历史客户端分组标识不同的客户端分组，作为所述目标客户端分组，以使所述目标客户端分组的候选在线客户端数与所述目标客户端数对应。

在一示例性实施例中，所述根据所述目标直播间的在线客户端数，获取对应于预先划分的各客户端分组的候选在线客户端数之前，还包括：获取各客户端的客户端标识；获取所述客户端标识的标识序列特征；根据所述标识序列特征将所述各客户端进行分组，得到所述各客户端分组；其中，所述各客户端分组的客户端分组标识，与相应客户端分组中，各客户端的客户端标识的标识序列特征对应设置。

根据本公开实施例的第二方面，提供一种直播间的信令发送装置，应用于服务器，包括：

请求获取单元，被配置为执行获取信令发送请求；所述信令发送请求中携带的信息包括目标信令和目标客户端数；

在线数获取单元，被配置为执行获取目标直播间的在线客户端数；所述目标直播间为与所述目标信令的业务类型对应的直播间；

特征获取单元，被配置为执行根据所述目标客户端数和所述目标直播间的在线客户端数，获取所述目标信令的信令接收特征；所述信令接收特征用于表征所述目标直播间中接收所述目标信令的在线客户端的数量；

信令发送单元，被配置为执行根据所述信令接收特征，将所述目标信令发送至所述目标直播间中数量与所述目标客户端数对应的在线客户端。

在一示例性实施例中，所述在线数获取单元，进一步被配置为执行获取所述目标信令的业务类型；根据预存的业务类型与在线客户端数之间的对应关系，获取所述目标直播间的在线客户端数；其中，所述对应关系包括各业务类型与各目标直播间的在线客户端数之间的对应关系。

在一示例性实施例中，所述在线数获取单元，还被配置为执行根据预存的业务类型与在线客户端数之间的对应关系，获取所述目标直播间的在线客户端数之前，还执行获取设定的与所述各业务类型对应的在线客户端数阈值；获取各直播间的在线客户端数；根据所述与所述各业务类型对应的在线客户端数阈值以及所述各直播间的在线客户端数，得到所述对应关系。

在一示例性实施例中，所述在线数获取单元，进一步被配置为执行将所述各直播间中在线客户端数大于所述在线客户端数阈值的直播间，作为目标直播间，得到与所述各业务类型对应的目标直播间；根据与所述各业务类型对应的目标直播间的在线客户端数，获取所述对应关系。

在一示例性实施例中，所述信令接收特征为信令接收比例；所述特征获取单元，进一步被配置为执行将所述目标客户端数与所述目标直播间的在线客户端数的比值作为所述信令接收比例，得到所述信令接收特征；所述信令发送单元，进一步被配置为执行按照与所述信令接收比例对应的信令发送概率，随机向所述目标直播间的在线客户端发送所述目标信令，以使数量与所述目标客户端数对应的在线客户端接收到所述目标信令。

在一示例性实施例中，所述信令接收特征为客户端分组标识；所述特征获取单元，进一步被配置为执行根据所述目标直播间的在线客户端数，获取对应于预先划分的各客户端分组的候选在线客户端数；其中，客户端分组包括多个客户端，各客户端分组对应各客户端分组标识，同一客户端分组中的客户端对应同一客户端分组标识；所述候选在线客户端数为所述客户端分组所包含的所述目标直播间的在线客户端的数量；所述客户端分组对所述目标直播间所在直播平台的所有客户端进行分组得到；根据所述候选在线客户端数和所述目标客户端数，从所述各客户端分组中选取相应数量的客户端分组，作为目标客户端分组，以使所述目标客户端分组的候选在线客户端数与所述目标客户端数对应；获取所述目标客户端分组对应的客户端分组标识，得到所述信令接收特征。

在一示例性实施例中，所述特征获取单元，进一步被配置为执行获取历史客户端分组标识；其中，所述历史客户端分组标识，包括设定的历史时间内，接收到与所述业务类型相同的信令的客户端对应的客户端分组标识；根据所述候选在线客户端数和所述目标客户端数，从所述各客户端分组中，选取相应数量的且客户端分组标识与所述历史客户端分组标识不同的客户端分组，作为所述目标客户端分组，以使所述目标客户端分组的候选在线客户端数与所述目标客户端数对应。

在一示例性实施例中，所述特征获取单元，还被配置为执行根据所述目标直播间的在线客户端数，获取对应于预先划分的各客户端分组的候选在线客户端数之前，执行获取各客户端的客户端标识；获取所述客户端标识的标识序列特征；根据所述标识序列特征将所述各客户端进行分组，得到所述各客户端分组；其中，所述各客户端分组的客户端分组标识，与相应客户端分组中，各客户端的客户端标识的标识序列特征对应设置。

在一示例性实施例中，所述信令发送单元，进一步被配置为执行将所述目标信令，发送至所述目标直播间中与所述客户端分组标识对应的在线客户端。

根据本公开实施例的第三方面，提供一种服务器，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如上所述的直播间的信令发送方法。

根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如上所述的直播间的信令发送方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，服务器的至少一个处理器从所述可读存储介质读取并执行所述计算机程序，使得服务器执行第一方面的任一项实施例中所述的直播间的信令发送方法。

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

业务方可以在信令发送请求中添加目标信令以及目标信令需要发送的目标客户端数等信息，直播平台的服务器可以根据目标信令对应的业务类型获取对应的目标直播间的在线客户端数，并根据在线客户端数和目标客户端数获取该目标信令的信令接收特征，从而可以根据该信令接收特征，将目标信令发送给目标直播间中数量与目标客户端数对应的在线客户端，无需将信令逐个直播间发送给每一个在线客户端，提高信令发送效率，还可以根据业务方设定的目标客户端的数量，以客户端为维度准确地将信令推送给直播间中相应数量的在线客户端，实现为全网直播间中设定数量的在线客户端发送信令的技术效果。

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

附图说明

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

图1是根据一示例性实施例示出的一种直播间的信令发送方法的应用环境图。

图2是根据一示例性实施例示出的一种直播间的信令发送方法的流程图。

图3是根据一示例性实施例示出的获取对应关系的方法的流程图。

图4是根据一示例性实施例示出的获取信令接收特征的方法的流程图。

图5是根据一示例性实施例示出的客户端分组方法的流程图。

图6是根据一示例性实施例示出的选取目标客户端分组的方法的流程图。

图7是根据一示例性实施例示出的一种直播间的信令发送方法的流程图。

图8是根据一示例性实施例示出的一种直播间的信令发送方法的信令图。

图9是根据一示例性实施例示出的一种直播间的信令发送方法的实现架构图。

图10是根据一示例性实施例示出的一种在线客户端数计算方法的信令图。

图11是根据一示例性实施例示出的一种客户端尾号计算方法的信令图。

图12是根据一示例性实施例示出的一种直播间的信令发送装置的框图。

图13是根据一示例性实施例示出的一种服务器的内部结构图。

具体实施方式

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

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

本公开所提供的直播间的信令发送方法，可以应用于如图1所示的应用环境中，图1是根据一示例性实施例示出的一种直播间的信令发送方法的应用环境图，该应用环境可以包括：业务方110、服务器120和直播间130，该服务器120可以是直播平台的服务器，该服务器120可通过网络分别与业务方110和直播间130进行通信连接。其中，业务方110可以将信令发送至服务器120，接着服务器120将该信令发送给直播间130，该直播间130可以包括多个在线客户端，在线客户端可以包括主播端和观众端，从而服务器120可通过直播间130将信令广播至主播端和观众端。其中，在线客户端可以是但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，业务方110、服务器120和直播间130可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

具体的，服务器120可从业务方110获取信令发送请求，该信令发送请求中携带的信息可以包括目标信令和目标客户端数；接着，服务器120获取与该目标信令的业务类型对应的目标直播间的在线客户端数，并根据目标客户端数和该在线客户端数，获取该目标信令的信令接收特征，该信令接收特征可以用于表征前述目标直播间中接收目标信令的在线客户端的数量；服务器120根据该信令接收特征将该目标信令发送至目标直播间中数量与目标客户端数对应的在线客户端。

以如图1直播间130包括的第一直播间1310、第二直播间1320和第三直播间1330为例，可以将第一直播间1310和第二直播间1320作为与目标信令的业务类型对应的目标直播间，服务器120根据信令接收特征可以将目标信令发送至第一直播间1310和第二直播间1320的一定数量的在线客户端，其中，该数量可以由业务方110设定，即业务方110可以在信令发送请求中设定目标客户端数，例如业务方110将目标客户端数设为四个，则服务器120可将目标信令发送至第一直播间1310的在线客户端1311和在线客户端1312，以及第二直播间1320的在线客户端1321和在线客户端1322，该在线客户端1311、在线客户端1312、在线客户端1321和在线客户端1322即为目标在线客户端，以使得目标在线客户端的数量与目标客户端数相对应，该目标在线客户端可以包括相应直播间的主播端、观众端。

图2是根据一示例性实施例示出的一种直播间的信令发送方法的流程图，如图2所示，以直播间的信令发送方法应用于如图1所示的服务器120进行说明，该直播间的信令发送方法，可以包括以下步骤：

步骤S201，获取信令发送请求。

参考图1，服务器120可以接收业务方110发送的信令发送请求，该信令发送请求中携带的信息可以包括目标信令和目标客户端数。其中，目标信令是指业务方110需要发送给在线客户端的信令，该信令可以是例如信令内容为“12点开始抢红包”的信令；目标客户端数可以用于表示业务方110期望给大约多少在线客户端发送该目标信令。需要说明的是，业务方110所设定的目标客户端数并不表示一个绝对的数值而可以是指一个大约的数值，也就是说，假设业务方110需要给直播平台的3000个观众发送“12点开始抢红包”的信令，则业务方110只需要大约3000个观众接收到该信令即可。

具体的，服务器120可以为业务方110提供RPC(Remote Procedure CallProtocol，远程过程调用协议)服务，业务方110可通过该RPC服务进行发送信令操作，每次发送信令时，业务方110将目标信令和目标客户端数写入信令发送请求中，通过RPC服务将该信令发送请求发送给服务器120，服务器120接收该信令发送请求并获取其携带的目标信令和目标客户端数。

步骤S202，获取目标直播间的在线客户端数；目标直播间为与目标信令的业务类型对应的直播间；

本步骤中，目标直播间是指与目标信令的业务类型对应的直播间。其中，业务方110所发送的信令都会与特定的业务类型相对应，对应于不同业务类型的信令可能有不同的需求，需要将目标信令发送至特定的直播间，例如对于“直播间天降红包”业务，可能需要给全网直播间中所有在线客户端数大于10的直播间的在线客户端发送信令，又如对于“穿云箭红包”业务，则可能需要给全网所有在线客户端数大于100的直播间的在线客户端发送信令，这些与目标信令的业务类型对应的直播间称为目标直播间。

需要说明的是，这里所举的例子中，是通过在线客户端数来对与目标信令的业务类型对应的直播间进行限定的，可以理解，除了通过在线客户端数以外，还可以通过全网各直播间的直播间分区等方式来对目标直播间进行限定。例如，业务方110可预先设定需要将某业务类型的信令需要发送给如游戏区、颜值区的直播间，则服务器120在接收到与该某业务类型对应的目标信令后，将这游戏区、颜值区的直播间作为目标直播间。

服务器120可获取目标直播间的在线客户端数。其中，目标直播间的数量可以是多个，则目标直播间的在线客户端数是指多个目标直播间的在线数相加。

本步骤中，目标直播间的在线客户端数是可以预先进行统计的，而无需在接收到目标信令后再对全网直播间进行扫描，即服务器120在接收到目标信令后，根据该目标信令的业务类型即可获取到目标直播间的在线客户端数，这样会使得信令的发送具有更好的实时性。具体来说，业务方110发送的信令所对应的业务类型通常比较固定，而不会经常更改。由此，业务方110可与服务器120预先约定各种业务类型所对应的目标直播间，例如对于业务类型A，对应的目标直播间是游戏区、颜值区的直播间，对于业务类型B，对应的目标直播间是在线客户端数大于10的直播间，对于业务类型C，对应的目标直播间是在线客户端数大于100的直播间等。这样，服务器120可将与业务方110约定的各种业务类型在数据库中进行存储，基于数据库存储的各业务类型即可每隔一段时间对全网直播间进行扫描，以获得各直播间的在线客户端数，然后对与各种业务类型对应的目标直播间的在线客户端数进行统计并存储到数据库当中，即可在服务器120接收到目标信令时，提取出当前时段的目标直播间的在线客户端数，而无需每次接收信令时重新对全网直播间进行扫描，使得对直播间信令的处理具有更好的实时性。

步骤S203，根据目标客户端数和在线客户端数，获取目标信令的信令接收特征。

本步骤，服务器120可根据业务方110设定的目标客户端数和目标直播间的在线客户端数，获取该目标信令的信令接收特征。其中，信令接收特征用于表征目标直播间中接收该目标信令的在线客户端的数量，该信令接收特征与目标客户端数以及在线客户端数相关联。其中，业务方110期望接收到目标信令的目标客户端数通常会少于目标直播间的在线客户端数，即将目标信令发送给目标直播间的部分在线客户端，例如，业务方110期望将目标信令发送给全网直播间1000个观众，服务器120可以获取目标直播间的在线观众总数，而目标直播间的在线观众可以是100万个，则服务器120可以将从100万个在线观众中给特定的1000个在线观众发送目标信令作为信令接收特征，也可以将从100万个在线观众中随机给1000个在线观众发送目标信令作为信令接收特征，由于目标直播间的数量一般为多个，因此也可以将在各目标直播间中将1000个按照一定比例分配到各目标直播间，在各目标直播间中按照相应比例将目标信令发送给对应数量的在线观众作为该信令接收特征。

步骤S204，根据信令接收特征，将目标信令发送至目标直播间中数量与目标客户端数对应的在线客户端。

本步骤主要是服务器120根据信令接收特征，将业务方110的目标信令发送给目标直播间的部分在线客户端，以使得接收到该目标信令的部分在线客户端的数量，能够与业务方110设定的目标客户端数相对应。

示例性的，可设业务方110需要将目标信令发送给5000个在线观众，则服务器120在接收到目标信令后可以查询出与该目标信令的业务类型对应的多个目标直播间的在线观众总数如500万个，然后服务器120可以将“按照5000/500万的信令发送比例将目标信令发送给在线观众”作为信令接收特征，接着各目标直播间可以按照该信令接收比例(1/1000)选择相应直播间中特定数量的在线观众作为目标在线观众，并发送目标信令给这些目标在线观众，即对于10万人的目标直播间，可选择100个在线观众作为目标在线观众，而对于1万人的目标直播间，可选择10个在线观众作为目标在线观众，将目标信令发送给这些目标在线观众，从而可以将目标信令准确地发送至目标直播间中相应数量的在线客户端，而且还可根据各目标直播间的在线客户端数等比例地将信令分配至各目标直播间。

上述直播间的信令发送方法，业务方110可以在信令发送请求中添加目标信令以及目标信令需要发送的目标客户端数等信息，直播平台的服务器120可以根据目标信令对应的业务类型获取对应的目标直播间的在线客户端数，并根据在线客户端数和目标客户端数获取该目标信令的信令接收特征，从而可以根据该信令接收特征，将目标信令发送给目标直播间中数量与目标客户端数对应的在线客户端，无需将信令逐个直播间发送给每一个在线客户端，提高信令发送效率，还可以根据业务方110设定的目标客户端的数量，以客户端为维度准确地将信令推送给直播间中相应数量的在线客户端，实现为全网直播间中设定数量的在线客户端发送信令的技术效果。

在一示例性实施例中，在步骤S202中的获取目标直播间的在线客户端数，可以具体包括如下步骤：

获取目标信令的业务类型；根据预存的业务类型与在线客户端数之间的对应关系，获取目标直播间的在线客户端数；其中，对应关系可以包括各业务类型与各目标直播间的在线客户端数之间的对应关系。

本实施例中，服务器120在接收到业务方110的目标信令后，可获取该目标信令对应的业务类型。其中，业务方110发送的目标信令可以对应于不同的业务类型，而这些业务类型及其对应的目标信令均可预先与服务器120进行约定，举例来说，业务方110可以实现约定业务类型A、业务类型B和业务类型C以及各业务类型对应的目标信令是哪些，具体的，业务方110可以将“发送穿云箭红包消息”的信令对应于“穿云箭红包”业务、将“发送直播间天降红包消息”的信令对应于“直播间天降红包”业务，这些业务一般比较固定，可以由业务方110与服务器120约定后存储在服务器120的数据库当中。

由此，服务器120可以根据其所存储的各业务类型，确定与各业务类型对应的目标直播间。其中，服务器120根据各业务类型确定目标直播间的过程，可以在接收目标信令之前进行。具体的，服务器120可以每隔一段时间，对全网直播间进行扫描，获取各直播间的在线客户端数，基于此可以统计出与各业务类型对应的目标直播间的在线客户端数，从而得到各业务类型与各直播间的在线客户端数之间的对应关系，并将该对应关系存储在服务器120的数据库中。需要说明的是，由于服务器120可以每隔一段时间对全网直播间进行扫描，由此得到的对应关系也相应地可以每隔一段时间进行更新，以确保当前时段的业务类型与在线客户端数之间的对应关系具有较好的准确性，能实时反映出当前全网直播间的客户端的在线状态。

本实施例的方案，服务器120在获取目标信令的业务类型后，即可根据预存的业务类型与在线客户端数之间的对应关系，获取目标直播间的在线客户端数。相比于在接收到目标信令后，再根据该目标信令对应的业务类型在全网直播间中扫取目标直播间再统计目标直播间的在线客户端数的方式，本实施例的方案能在得到目标信令后，实时地从预存的对应关系中获取到与目标信令的业务类型对应的目标直播间的在线客户端数，避免在目标信令的发送期间还需要先执行对全网直播间的扫描处理带来的耗时长、实时性欠佳的问题，以使得服务器120在得到目标信令后，即可获取对应的目标直播间的在线客户端数，提高信令处理效果，并具有更好的实时性。

在一示例性实施例中，在上述实施例中的根据预存的业务类型与在线客户端数之间的对应关系，获取目标直播间的在线客户端数之前，还可以通过如下方式得到业务类型与在线客户端数之间的对应关系，如图3所示，图3是根据一示例性实施例示出的获取对应关系的方法的流程图，具体步骤可以包括：

步骤S301，获取设定的与各业务类型对应的在线客户端数阈值。

其中，服务器120可以与业务方110实现约定信令所对应的各种业务类型，由此可以便于服务器120每隔一段时间对全网直播间进行扫描，以扫取出目标直播间并统计其在线客户端数进行存储。其中，业务方110可将各业务类型的目标信令期望发送给满足一定人气或热度要求的直播间中的观众，对此，业务方110可设定与不同业务类型对应的在线客户端数阈值，该在线客户端数阈值可以用于表征业务方110期望将该业务类型对应的信令发送给满足该在线客户端数阈值的目标直播间中的在线观众。服务器120可以将业务方110所设定的与不同业务类型对应的在线客户端数阈值在数据库中进行存储，以便在定时扫描全网直播间时直接从数据库中获取到各业务类型对应的在线客户端数阈值，基于该在线客户端数阈值进行对应关系的构建。

步骤S302，获取各直播间的在线客户端数。

服务器120可以每隔一段时间对全网各直播间进行扫描，以获取各直播间的在线客户端数。服务器120可定时对全网各直播间进行扫描得到在线客户端数，而无需每次接收到信令再对全网各直播间进行扫描，使得在线客户端数具有较好的实时性且节约服务器运算资源。

步骤S303，根据与各业务类型对应的在线客户端数阈值以及各直播间的在线客户端数，得到对应关系。

本步骤中，服务器120在确定与各业务类型对应的在线客户端数阈值，并对全网直播间的各直播间进行扫描后，即可根据在线客户端数阈值和各直播间的在线客户端数，过滤出满足与各业务类型对应的在线客户端数阈值要求的直播间，作为对应于不同业务类型的目标直播间，而各业务类型对应的目标直播间的数量通常是多个，服务器120可将相应业务类型下各目标直播间的在线客户端数进行相加即可得到该业务类型对应的目标直播间的在线客户端数。服务器120可以根据各业务类型及其分别的目标直播间的在线客户端数，得到业务类型与在线客户端数之间的对应关系，存储在服务器120的数据库中并可定时对其进行更新，以使得服务器120在接收到目标信令时，可以根据预先建立的业务类型与在线客户端数之间的对应关系，实时地获取到与该目标信令的业务类型对应的目标直播间的在线客户端数，兼顾了对信令进行实时处理以及节约服务器运算资源的需求。

在一示例性实施例中，上述实施例中的步骤S303的根据与各业务类型对应的在线客户端数阈值以及各直播间的在线客户端数，得到对应关系，可以通过如下步骤实现：

将各直播间中在线客户端数大于在线客户端数阈值的直播间，作为目标直播间，得到与各业务类型对应的目标直播间；根据与各业务类型对应的目标直播间的在线客户端数，获取对应关系。

本实施例中，业务方110可以通过设定在线客户端数阈值，选取具有一定人气、热度的直播间作为发送信令的目标直播间。其中，服务器120可根据业务方110设定的在线客户端数阈值，定时对全网直播间进行扫描，获取各直播间的在线客户端数，然后将该在线客户端数与业务方110设定的在线客户端数阈值进行比较，将各直播间中在线客户端数大于该在线客户端数阈值的直播间作为目标直播间，目标直播间的数量可以是多个，而将各目标直播间的在线数进行求和得到与相应业务类型对应的目标直播间的在线客户端数。在得到与不同业务类型对应的目标直播间的在线客户端数后，即可结合对应的业务类型，构建出业务类型与在线客户端数之间的对应关系。本实施例的技术方案，服务器120能够为业务方110筛选出具有一定人气、热度的直播间作为发送信令的目标直播间，并预存这些目标直播间的在线客户端数与相应业务类型的对应关系，以使得服务器120能及时将信令传输至目标直播间的在线客户端，提高信令处理的效率。

作为其中一种示例性实施例，步骤S203中的信令接收特征可以包括信令接收比例，可以用于服务器120按照该信令接收比例将业务方110的目标信令发送给目标直播间相应数量的在线客户端；而步骤S203中的根据目标客户端数和目标直播间的在线客户端数，获取目标信令的信令接收特征，具体可以包括：

将目标客户端数与目标直播间的在线客户端数的比值作为信令接收比例，得到信令接收特征。

其中，服务器120可以将目标客户端数与目标直播间的在线客户端数的比值作为信令接收比例，得到信令接收特征。示例性的，可设目标客户端数为5000，即业务方110需要将目标信令发送给大约5000个在线客户端，而目标直播间的在线客户端数可设为500万，信令接收比例即为1/1000，对应的信令接收特征可以是按照1/1000的信令接收比例，将目标信令发送给各目标直播间中相应数量的在线客户端。具体的，目标直播间的数量可以是多个，各目标直播间可以根据其在线客户端数，按照1/1000的信令接收比例从其在线客户端当中选取相应数量的在线客户端作为目标在线客户端，并为这些目标在线客户端发送目标信令，某目标直播间的在线客户端数为10万，则该目标直播间可以从10万个在线客户端中选择100个作为目标在线客户端，将目标信令发送给这100个目标在线客户端。其中，对于目标直播间对目标在线客户端的选择方式在本实施例中不做限定，该选择方式可以是随机的，也可以是指定某些在线客户端作为目标在线客户端，本实施例可以将目标客户端数与在线客户端数的比值作为信令接收比例，以使得各目标直播间可以根据该信令接收比例将目标信令发送给相应数量的在线客户端，以使接收到目标信令的在线客户端可以与业务方110设定的目标客户端数精确匹配。

进一步的，在一示例性实施例中，步骤S204中的根据信令接收特征，将目标信令发送至目标直播间中数量与目标客户端数对应的在线客户端，具体可以通过如下步骤实现：

按照与信令接收比例对应的信令发送概率，随机向目标直播间的在线客户端发送目标信令，以使数量与所述目标客户端数对应的在线客户端接收到所述目标信令。

本实施例中，服务器120可以按照与信令接收比例对应的信令发送概率，随机地向目标直播间的每一个在线客户端发送目标信令，即对于目标直播间中的每一个在线客户端接收到目标信令的概率都是相同的，这种方式能够让目标直播间中的每个观众包括主播能够同等概率地接收到目标信令，提升直播间信令发送业务的业务体验，还能使得接收到目标信令的在线客户端数与业务方110设定的目标客户端数相匹配，满足业务方的信令发送业务需求。

作为另一种示例性实施例，步骤S203中的信令接收特征可以包括客户端分组标识；该客户端分组标识，用于标识各客户端对应的客户端分组，其中，该各客户端可以包括直播平台的在线客户端以及离线客户端。客户端分组可以包括多个客户端，该客户端分组可以是对直播间所在直播平台上的所有客户端(包括在线客户端和离线客户端)进行分组得到的。

具体的，可以为直播平台上注册的客户端分配客户端标识(userId)，服务器120可根据客户端标识将各客户端进行分组，得到多个客户端分组，每个客户端分组可以包含一定数量的客户端；进一步的，还可以为各客户端分组设置客户端分组标识，各客户端分组对应于各客户端分组标识，而属于同一客户端分组的客户端对应于同一个客户端分组标识，由此可以对属于不同客户端分组的客户端进行区分。

进一步的，如图4所示，图4是根据一示例性实施例示出的获取信令接收特征的方法的流程图，步骤S203中的根据目标客户端数和目标直播间的在线客户端数，获取目标信令的信令接收特征，具体可以包括：

步骤S401，根据目标直播间的在线客户端数，获取对应于预先划分的各客户端分组的候选在线客户端数。

本步骤中，服务器120可以根据目标直播间的在线客户端数，获取各客户端分组分别对应的候选在线客户端数。其中，服务器120可预先将目标直播间所在直播平台上的所有客户端进行分组，划分为多个客户端分组，每个客户端分组可包括一定数量的客户端，各组客户端包括的客户端数可以基本相同，例如对于具有10亿个客户端的直播平台，可以分为10万个客户端分组，每组具有10万个客户端。其中，不同的客户端分组对应不同的客户端分组标识，而同一客户端分组中的客户端对应同一客户端分组标识，以对各客户端分组的客户端进行区分。

服务器120可根据目标直播间当前的在线客户端数，确定各客户端分组的候选在线客户端数，其中，候选在线客户端数是指前述客户端分组中所包含的目标直播间的在线客户端的数量。具体的，以10亿客户端被分为10万个客户端分组为例，每一组客户端均包括10万个客户端，设目标直播间的在线客户端数为500万，则每一个客户端分组对应的候选在线客户端数为50个。

步骤S402，根据候选在线客户端数和目标客户端数，从各客户端分组中选取相应数量的客户端分组，作为目标客户端分组，以使目标客户端分组的候选在线客户端数与目标客户端数对应。

服务器120在获取各客户端分组分别对应的候选在线客户端数后，可结合业务方110设定的目标客户端数，从各客户端分组中选取相应数量的客户端分组作为目标客户端分组，以使得目标客户端分组的候选在线客户端数与目标客户端数对应。具体的，还是以上述步骤S401中的10亿客户端被分为10万个客户端分组为例，服务器120确定各客户端分组分别对应的候选在线客户端数为50个后，设业务方110设定的目标客户端数为5000个，即需要将信令发送给5000个在线客户端，则服务器120可以从各客户端分组当中，选取100个客户端分组作为目标客户端分组。

步骤S403，获取目标客户端分组对应的客户端分组标识，得到信令接收特征。

本步骤中，服务器120在选取出目标客户端分组后，即可获取该目标客户端分组对应的客户端分组标识，根据该客户端分组标识得到信令接收特征。设目标客户端分组包括客户端分组标识为0至99的客户端分组，则服务器120得到信令接收特征为将目标信令发送至目标直播间中客户端分组标识为0至99的在线客户端。

采用这种方式获取的信令接收特征包括有客户端分组标识，以使得服务器120可以根据信令接收特征中的客户端分组标识将目标信令有针对性地推送给目标直播间中相应分组的在线客户端，以实现将目标信令在直播间中进行精准推送的效果。

作为一示例性实施例，服务器120可进一步根据客户端分组标识将目标信令发送至特定客户端分组的在线客户端，步骤S204中的根据信令接收特征，将目标信令发送至目标直播间中数量与目标客户端数对应的在线客户端，可以包括：

将目标信令，发送至目标直播间中与客户端分组标识对应的在线客户端。

本实施例中，服务器120可以确定直播间的各在线客户端所属客户端分组及其对应的客户端分组标识，基于此将与信令接收特征包括的客户端分组标识对应的在线客户端作为目标客户端，从而将目标信息令发送至目标客户端。通过本实施例的信令发送方式，可避免采用随机方式发送目标信令而使得同一批在线客户端会在短时间之内接收到同一业务类型的信令的问题。具体而言，服务器120可以在每次将目标信令发送给目标在线客户端时，可以记录本次接收信令的在线客户端所对应的客户端分组标识作为历史客户端分组标识，然后在下一次发送同一业务类型的目标信令时，选择与该历史客户端分组标识不同的客户端分组标识对应的在线客户端作为目标在线客户端，从而为该目标在线客户端发送目标信令，即可避免同一批客户端容易在短时间内接收到同一业务类型的信令的问题，提高直播间信令发送业务的业务体验。

在一示例性实施例中，在上述步骤S401的根据目标直播间的在线客户端数，获取对应于预先划分的各客户端分组的候选在线客户端数之前，服务器120可以通过如下方式将各客户端进行分组得到多个客户端分组，如图5所示，图5是根据一示例性实施例示出的客户端分组方法的流程图，具体可以包括如下步骤：

步骤S501，获取各客户端的客户端标识。

其中，直播平台的每个客户端可被分配一个客户端标识(userId)，服务器120可以获取各个客户端的客户端标识，该各个客户端可以包括直播平台的在线客户端以及离线客户端。

步骤S502，获取客户端标识的标识序列特征。

服务器120获取各客户端的客户端标识的标识序列特征。其中，客户端标识(userId)可以以字母、数字及其组合的形式进行表示，服务器120可以按照各客户端注册的顺序利用字母、数字及其组合相应生成如A00001、A02110、B20000等标识序列作为客户端标识，其中，可将各客户端标识的字母、数字或其组合作为标识序列特征。为了便于理解，以客户端标识为一整数为例进行说明，各客户端的客户端标识可以是从1开始到10亿的整数，服务器120可以将该客户端标识(1至10亿)除以10万所得到的余数作为其标识序列特征。

步骤S503，根据标识序列特征将各客户端进行分组，得到各客户端分组；其中，各客户端分组的客户端分组标识，与相应客户端分组中，各客户端的客户端标识的标识序列特征对应设置。

本步骤，服务器120按照各客户端的客户端标识对应的标识序列特征，将各客户端进行分组，得到多个客户端分组，还可以进一步根据标识序列特征为各客户端分组设置相应的客户端分组标识。以客户端标识为1至10亿的整数为例进行说明，可先计算出各客户端标识除以10万所得到的余数，所得到的余数为0至10万，可将该余数作为标识序列特征，由此可以根据该标识序列特征将各客户端划分为10万个客户端分组，每一客户端分组对应于不同的余数，而同一客户端分组对应同一个余数，而为了便于对客户端标识的设置，可以直接将对应的余数作为客户端标识，该客户端标识也可以成为每个客户端的尾号。

采用上述实施例的方案，能够将直播平台的各客户端按照其客户端标识的标识序列特征进行分组，相当于把直播平台的客户端平均划分为多个客户端分组，在发送信令时，即可进一步根据目标直播间的在线客户端数，获取各客户端分组的候选在线客户端数，并结合目标客户端数从各客户端分组中选取相应数量的客户端分组作为目标客户端分组，从而能够根据与各客户端标识的标识序列特征对应的客户端分组标识，将目标信令精准地推送给目标直播间中对应的在线客户端。

在一示例性实施例中，如图6所示，图6是根据一示例性实施例示出的选取目标客户端分组的方法的流程图，上述步骤S402中的根据候选在线客户端数和目标客户端数，从各客户端分组中选取相应数量的客户端分组，以使目标客户端分组的候选在线客户端数与目标客户端数对应，具体可以通过如下步骤实现：

步骤S601，获取历史客户端分组标识。

其中，历史客户端分组标识，包括设定的历史时间内，接收到与业务类型相同的信令的客户端对应的客户端分组标识。举例来说，设业务类型A的信令在1分钟前发送至某直播间的多个客户端，而这些客户端对应的客户端分组标识为0至99，服务器120将该0至99的客户端分组标识作为历史客户端分组标识。那么，服务器120在接收到同一业务类型A的目标信令，将该目标信令发送给目标在线客户端之前，可以先获取该业务类型A对应的历史客户端分组标识0至99。

步骤S602，根据候选在线客户端数和目标客户端数，从各客户端分组中，选取相应数量的且客户端分组标识与历史客户端分组标识不同的客户端分组，作为目标客户端分组，以使目标客户端分组的候选在线客户端数与目标客户端数对应。

本步骤，服务器120除了需要根据各客户端分组分别对应的候选在线客户端数和目标客户端数从各客户端分组中获取相应数量的客户端分组以外如获取50个客户端分组，还需要保证获取的50个客户端分组对应的客户端分组标识与历史客户端分组标识不同，才可作为目标客户端分组。举例来说，设历史客户端分组标识0至99，服务器120根据各客户端分组分别对应的候选在线客户端数和目标客户端数，确定出需要选取50个客户端分组，则服务器120可以选取客户端分组标识为100至149对应的客户端分组作为目标客户端分组。

上述实施例的技术方案，结合历史客户端分组标识选取目标客户端分组，基于该目标客户端分组发送目标信令时，可使得某个客户端在接收到某个业务类型的信令后，在一段时间内都不会收到同一业务的信令，提高直播间信令发送业务的业务体验。

在一示例性实施例中，还提供了一种直播间的信令发送方法，如图7所示，图7是根据一示例性实施例示出的一种直播间的信令发送方法的流程图，该直播间的信令发送方法，可以包括如下步骤：

步骤S701，获取信令发送请求。

本步骤，服务器120可以接收业务方110发送的信令发送请求，该信令发送请求中携带的信息可以包括目标信令和目标客户端数。

步骤S702，获取目标直播间的在线客户端数。

其中，服务器120获取目标直播间的在线客户端数，该目标直播间是指与目标信令的业务类型对应的直播间，目标直播间的数量可以是多个。

步骤S703，根据目标直播间的在线客户端数，获取对应于预先划分的各客户端分组的候选在线客户端数。

本步骤，服务器120可以预先按照直播平台的各客户端的客户端标识的标识序列特征将各客户端分成多个客户端分组，其中，不同的客户端分组对应不同的客户端分组标识，同一客户端分组中的客户端对应同一客户端分组标识；从而服务器120可以根据目标直播间的在线客户端数，获取各客户端分组分别对应的候选在线客户端数。

步骤S704，获取历史客户端分组标识。

其中，历史客户端分组标识，包括设定的历史时间内，接收到与业务类型相同的信令的客户端对应的客户端分组标识。服务器120可以在接收到信令发送请求后，根据其携带的目标信令的业务类型，获取对应的历史客户端分组标识。

步骤S705，根据候选在线客户端数和目标客户端数，从各客户端分组中，选取相应数量的且客户端分组标识与历史客户端分组标识不同的客户端分组，作为目标客户端分组，以使目标客户端分组的候选在线客户端数与目标客户端数对应。

本步骤中，服务器120需要根据各客户端分组分别对应的候选在线客户端数和目标客户端数，从各客户端分组中选取相应数量的客户端分组，并且确保这些客户端分组对应的客户端分组标识与历史客户端分组标识不同，并将这些客户端分组作为目标客户端分组。

步骤S706，获取目标客户端分组对应的客户端分组标识，得到信令接收特征。

服务器120可根据目标客户端分组对应的客户端分组标识生成对应的信令接收特征。

步骤S707，将目标信令，发送至目标直播间中与客户端分组标识对应的在线客户端。

其中，服务器120可从目标直播间的各在线客户端中，选取出与信令接收特征所包括的客户端分组标识相对应的在线客户端作为目标客户端，并将目标信令发送至该目标客户端。

具体的，可结合图8对上述实施例的方案进行说明，图8是根据一示例性实施例示出的一种直播间的信令发送方法的信令图，其中，业务方110向服务器120发送信令发送请求，服务器120通过如上步骤S701至步骤S707，确定目标直播间以及对应的目标客户端，如将直播间830中的直播间1和直播间2作为目标直播间，将直播间1中在线客户端840中的在线客户端11和在线客户端12作为目标客户端，以及将直播间2中的在线客户端850中的在线客户端21作为目标客户端，服务器120可以先将目标信令以及目标在线客户端对应的客户端分组标识推给直播间1和直播间2，直播间1和直播间2可根据客户端分组标识，将目标信令发送给对应的在线客户端，即直播间1将目标信令发送至在线客户端11和在线客户端12，直播间2将目标信令发送给在线客户端21。

上述实施例的技术方案，服务器能够将业务方需要发送的目标信令，发送给目标直播间中相应数量的在线客户端，以使得接收到该目标信令的在线客户端的数量与业务方110所设定的目标客户端数量一致，满足业务方的信令发送需求，还能够确保同一客户端在短时间内不会接收到同一业务类型的信令，实现以客户端为维度准确地将信令推送给直播间中相应数量的在线客户端的基础上，提升各直播间客户端对于信令发送业务的业务体现。

在一示例性实施例中，还提供一种直播间的信令发送方法，如图9所示，图9是根据一示例性实施例示出的一种直播间的信令发送方法的实现架构图，本实施例将本公开提供的直播间的信令发送方法，应用于将信令发送至符合业务需求的目标直播间的部分在线观众端，从而可以给全网符合要求的直播间的一部分观众广播信令，这种新的方式相对于传统方式在耗时、实时性和效率方面有一定提升，可将这种新的方式可以称为全局广播信令(GlobalBroadcastSignal)，该方法需要以下几方进行参与：

1、在线数计算任务(OnlineCountRepoter)，此服务可以用于定时扫取当前直播平台的所有直播间，并累计出符合业务方需求的目标直播间的在线观众端数(broadcastOnlineCount)。

2、全局广播信令RPC(GlobalBroadcastSignalRpc)，业务方可通过调用本RPC服务发送业务方希望广播的目标信令。

3、直播长连接服务(LiveStreamServer)，该服务可以用于将读取的目标信令传输至目标直播间的待发送队列中。

4、Kconf配置服务，可用于实现配置的存储和访问功能。

5、Redis服务，该服务可用于存储目标信令本体和观众端的尾号信息，还可用于提供Key-Value缓存服务以及ZSet缓存服务。

向在线观众端发送目标信令的具体处理流程包括：

业务方110可以通过服务器120提供的全局广播信令RPC服务，向服务器120发信令发送请求；其中，业务方110通过信令发送请求发送目标信令时，可以在该信令发送请求中携带目标客户端数，该目标客户端数主要用于描述“本次目标信令需要发送至约多少个在线观众端”，该目标客户端数可以只是一个大约的数值，即每次业务方110发送目标信令时，可以在信令发送请求中携带两个信息：1.目标信令的内容(payload)；2.需要给大约多少个在线观众端发送目标信令(broadcastUserCount)，即目标客户端数。

其中，由于业务方110通常有多种业务需要使用全局广播信令RPC(GlobalBroadcastSignalRpc)服务给在线观众端发送目标信令，但不同业务类型的业务可能有不同的需求。例如“直播间天降红包”业务，可能需要给直播平台上所有在线观众端数大于10的直播间的在线观众端发送目标信令，但“穿云箭红包”业务，可能需要给直播平台上所有在线观众数大于100的直播间的在线观众端发送目标信令，可以将10和100作为相应业务的在线客户端数阈值(broadcastRoomMinOnlineCount)。

例如，对于“穿云箭红包”业务，需要给直播平台上所有在线客户端数大于100的直播间的在线客户端发送目标信令，则“穿云箭红包”业务的在线客户端数阈值为100。服务器120可以将业务方110的与各业务类型对应的在线客户端数阈值保存在Kconf配置管理中心，服务器120的每个服务都能随时且快速地访问到指定业务类型对应的在线客户端数阈值。

根据Kconf服务中读取到的各业务类型对应的在线客户端数阈，可以计算出每个业务对应的目标直播间的在线观众端数(记为broadcastOnlineCount，该目标直播间的在线观众端数可以是近似值)。具体的，服务器120可以查询直播平台上所有的直播间，然后过滤出在线观众端数大于该业务类型对应的在线客户端数的直播间，作为目标直播间，然后再将各目标直播间的在线观众数相加。

服务器120可以每隔一段时间计算出各业务类型对应的目标直播间的在线客户端数并缓存到Redis服务中。该过程可以由在线数计算任务(OnlineCountRepoter)来执行，参考图10，图10是根据一示例性实施例示出的一种在线客户端数计算方法的信令图，在线数计算任务从Kconf服务中读取各业务类型对应的在线客户端数阈值，计算出各业务类型对应的目标直播间的在线客户端数，将该在线客户端数写入到Redis服务中。

服务器120的全局广播信令RPC(GlobalBroadcastSignalRpc)服务接收到信令发送请求后，可以根据该信令发送请求，从Redis服务中读取该目标信令对应业务类型的目标直播间的在线客户端数，从而可以计算出一个信令接收比例(percent)：broadcastUserCount/broadcastOnlineCount，这个信令接收比例可以用于描述“要给符合条件的直播间里的百分之多少的观众发送信令”(目标观众数与符合要求直播间的在线观众总数的比值)这个信息，可以作为目标信令的信令接收特征。基于该信令接收比例，可以给设定数量的在线观众端发送目标信令。每个直播长连接服务(LiveStreamServer)找出直播平台的当前直播间中所有在线观众端数大于在线客户端数阈值的直播间，然后令大于在线客户端数阈值的目标直播间按照上述信令接收比例对应的信令发送概率给目标直播间的每个在线观众端发送目标信令，以实现给设定数量的在线观众端发送目标信令。

服务器120的全局广播信令RPC(GlobalBroadcastSignalRpc)服务可以将目标信令的内容和“按照信令接收比例(percent)对应的信令发送概率给目标直播间的每个在线观众端发送目标信令”这个信令接收特征写入到Redis的ZSet服务中。

在一些实施方式当中，可以按照该信令接收比例(percent)将目标信令随机发送给目标直播间的每一个在线观众端，但这种方式可能对于同一个在线观众端在很短的时间内会收到两条对应于同一业务类型的目标信令，这对于这个在线观众端来说可能会存在降低相应的用户体验。对此，服务器120可为每个客户端设定一个尾号，根据客户端的尾号来发送信令。其中，该尾号可对应于各客户端的客户端标识的标识序列特征。

对于尾号的设定方式，具体的，对于具有10亿用户的直播平台，每个用户都具有一个客户端标识(userId)，一般是从1开始到10亿，服务器120可以将这些客户端标识除以10万得到的余数作为客户端的尾号，得到10万个(即0至10万)尾号，因此会形成10万份用户(每个尾号对应1份)，从而服务器120把直播平台的用户平均划分为10万份，一份可以作为一个客户端分组。设目标直播间的在线观众端数等于500万，则每一个客户端分组对应有50个候选在线观众端，设要发出5000次目标信令，则可选取100个客户端分组，也即可以给“客户端标识除以10万得到的尾号”在尾号范围(tailNumberBorder)在0和99之间的在线客户端发送目标信令即可。

为了避免短时间内给同一批用户发送同一业务类型对应的目标信令，在本次目标信令发送完以后，记录例如这次发到了尾号99的在线观众端，下一目标信令需要从当前的起始尾号(latestTailNumber)100开始，然后根据目标客户端数以及当前的起始尾号可以确定目标信令对应的最新的尾号范围(tailNumberBorder)，并存储在Redis服务中。其中，尾号的整体处理流程可以参考图11，图11是根据一示例性实施例示出的一种客户端尾号计算方法的信令图，业务方可以通过服务器120提供的RPC服务将本次要发送的目标信令、目标客户端数及其对应的业务类型写入信令发送请求中，服务器120的RPC服务可以从Redis服务中获取符合该目标信令的业务类型的目标直播间的在线观众端数，然后可以计算出信令发送比例(broadcastUserCount/broadcastOnlineCount)，并从Redis服务中获取当前的起始尾号(latestTailNumber)，根据信令发送比例(percent)和当前的起始尾号(latestTailNumber)得到当前尾号范围(tailNumberBorder)，更新当前的初始尾号范围并保存到Redis服务中供下一次发送同一业务类型对应的目标信令时使用，并且将当前尾号范围(tailNumberBorder)、目标信令进行组装写入Redis服务的globalBroadcastSignal通道。

接着，直播长连接服务(LiveStreamServer)可以读取GlobalBroadcastSignalZset中的数据，该数据就是服务器120的RPC(GlobalBroadcastSignalRpc)服务写入到的Redis服务的globalBroadcastSignal通道中的数据。直播长连接服务(LiveStreamServer)可通过Puller线程读取到全局广播信令RPC(GlobalBroadcastSignalRpc)服务写入的内容，然后，直播长连接服务(LiveStreamServer)可从Kconf服务中读取该业务类型对应的在线客户端数阈值，然后对于此直播长连接服务(LiveStreamServer)中的每一个直播间，都可以判断该直播间的在线客户端数是否大于在线客户端数阈值，然后将对应的目标信令的内容(payload)和当前尾号范围(tailNumberBorder)传输到该满足要求的目标直播间的待发送队列中。每个目标直播间的线程(Ticker线程)读取到目标信令的内容(payload)和当前尾号范围(tailNumberBorder)后，根据当前尾号范围(tailNumberBorder)写明的尾号，给指定尾号的在线观众端发送目标信令。

上述方案，可以在消耗很少服务器资源的情况下，满足给直播平台上符合要求的目标直播间的一部分在线观众端发送目标信令，例如可以满足“在直播平台上符合在线观众端数要求的目标直播间中给5000各在线观众端发送目标信令”等业务需求，能够提前算出每个业务对应的目标直播间的在线观众端数，并基于在线观众端数计算出本次目标信令对应的在线观众端的尾号范围，该方案可将目标信令的发送以观众端为维度，同时能够预先筛选出符合要求的目标直播间，相比于传统技术对目标信令的发送处理更快速、更经济以及实时性更佳。

应该理解的是，虽然图2至图11的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2至图11中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

图12是根据一示例性实施例示出的一种直播间的信令发送装置的框图。参照图12，该装置1200包括请求获取单元1201、在线数获取单元1202、特征获取单元1203和信令发送单元1204。

请求获取单元1201，被配置为执行获取信令发送请求；信令发送请求中携带的信息包括目标信令和目标客户端数；

在线数获取单元1202，被配置为执行获取目标直播间的在线客户端数；目标直播间为与目标信令的业务类型对应的直播间；

特征获取单元1203，被配置为执行根据目标客户端数和目标直播间的在线客户端数，获取目标信令的信令接收特征；信令接收特征用于表征目标直播间中接收目标信令的在线客户端的数量；

信令发送单元1204，被配置为执行根据信令接收特征，将目标信令发送至目标直播间中数量与目标客户端数对应的在线客户端。

在一示例性实施例中，在线数获取单元1202，进一步被配置为执行获取目标信令的业务类型；根据预存的业务类型与在线客户端数之间的对应关系，获取目标直播间的在线客户端数；其中，对应关系包括各业务类型与各目标直播间的在线客户端数之间的对应关系。

在一示例性实施例中，在线数获取单元1202，还配置为执行根据预存的业务类型与在线客户端数之间的对应关系，获取目标直播间的在线客户端数之前，还执行获取设定的与各业务类型对应的在线客户端数阈值；获取各直播间的在线客户端数；根据与各业务类型对应的在线客户端数阈值以及各直播间的在线客户端数，得到对应关系。

在一示例性实施例中，在线数获取单元1202，进一步被配置为执行将各直播间中在线客户端数大于在线客户端数阈值的直播间，作为目标直播间，得到与各业务类型对应的目标直播间；根据与各业务类型对应的目标直播间的在线客户端数，获取对应关系。

在一示例性实施例中，信令接收特征为信令接收比例；特征获取单元1203，进一步被配置为执行将目标客户端数与目标直播间的在线客户端数的比值作为信令接收比例，得到信令接收特征；信令发送单元1204，进一步被配置为执行按照与信令接收比例对应的信令发送概率，随机向目标直播间的在线客户端发送目标信令，以使数量与目标客户端数对应的在线客户端接收到目标信令。

在一示例性实施例中，信令接收特征为客户端分组标识；特征获取单元1203，进一步被配置为执行根据目标直播间的在线客户端数，获取对应于预先划分的各客户端分组的候选在线客户端数；其中，客户端分组包括多个客户端，各客户端分组对应各客户端分组标识，同一客户端分组中的客户端对应同一客户端分组标识；候选在线客户端数为客户端分组所包含的目标直播间的在线客户端的数量；客户端分组对目标直播间所在直播平台的所有客户端进行分组得到；根据候选在线客户端数和目标客户端数，从各客户端分组中选取相应数量的客户端分组，作为目标客户端分组，以使目标客户端分组的候选在线客户端数与目标客户端数对应；获取目标客户端分组对应的客户端分组标识，得到信令接收特征。

在一示例性实施例中，特征获取单元1203，进一步被配置为执行获取历史客户端分组标识；其中，历史客户端分组标识，包括设定的历史时间内，接收到与业务类型相同的信令的客户端对应的客户端分组标识；根据候选在线客户端数和目标客户端数，从各客户端分组中，选取相应数量的且客户端分组标识与历史客户端分组标识不同的客户端分组，作为目标客户端分组，以使目标客户端分组的候选在线客户端数与目标客户端数对应。

在一示例性实施例中，特征获取单元1203，还被配置为执行根据目标直播间的在线客户端数，获取对应于预先划分的各客户端分组的候选在线客户端数之前，执行获取各客户端的客户端标识；获取客户端标识的标识序列特征；根据标识序列特征将各客户端进行分组，得到各客户端分组；其中，各客户端分组的客户端分组标识，与相应客户端分组中，各客户端的客户端标识的标识序列特征对应设置。

在一示例性实施例中，信令发送单元1204，进一步被配置为执行将目标信令，发送至目标直播间中与客户端分组标识对应的在线客户端。

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

图13是根据一示例性实施例示出的一种服务器的内部结构图。参照图13，服务器1300包括处理组件1320，其进一步包括一个或多个处理器，以及由存储器1322所代表的存储器资源，用于存储可由处理组件1320的执行的指令，例如应用程序。存储器1322中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1320被配置为执行指令，以执行上述直播间的信令发送方法。

服务器1300还可以包括一个电源组件1324被配置为执行服务器1300的电源管理，一个有线或无线网络接口1326被配置为将服务器1300连接到网络，和一个输入输出(I/O)接口1328。服务器1300可以操作基于存储在存储器1322的操作系统，例如Windows Server、Mac OS X、Unix,Linux、FreeBSD或类似。

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

在示例性实施例中，还提供一种计算机程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，服务器的至少一个处理器从所述可读存储介质读取并执行所述计算机程序，使得服务器执行如上所述的直播间的信令发送方法。

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

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

Claims (10)

1.一种直播间的信令发送方法，其特征在于，应用于服务器，包括：

获取信令发送请求；所述信令发送请求中携带的信息包括目标信令和目标客户端数；

获取目标直播间的在线客户端数；所述目标直播间为与所述目标信令的业务类型对应的直播间；

根据所述目标客户端数和所述目标直播间的在线客户端数，获取所述目标信令的信令接收特征；所述信令接收特征用于表征所述目标直播间中接收所述目标信令的在线客户端的数量；

根据所述信令接收特征，将所述目标信令发送至所述目标直播间中数量与所述目标客户端数对应的在线客户端。

2.根据权利要求1所述的直播间的信令发送方法，其特征在于，所述获取目标直播间的在线客户端数，包括：

获取所述目标信令的业务类型；

根据预存的业务类型与在线客户端数之间的对应关系，获取所述目标直播间的在线客户端数；其中，所述对应关系包括各业务类型与各目标直播间的在线客户端数之间的对应关系。

3.根据权利要求2所述的直播间的信令发送方法，其特征在于，所述根据预存的业务类型与在线客户端数之间的对应关系，获取所述目标直播间的在线客户端数之前，还包括：

获取设定的与所述各业务类型对应的在线客户端数阈值；

获取各直播间的在线客户端数；

根据所述与所述各业务类型对应的在线客户端数阈值以及所述各直播间的在线客户端数，得到所述对应关系。

4.根据权利要求3所述的直播间的信令发送方法，其特征在于，所述根据所述与所述各业务类型对应的在线客户端数阈值以及所述各直播间的在线客户端数，得到所述对应关系，包括：

将所述各直播间中在线客户端数大于所述在线客户端数阈值的直播间，作为目标直播间，得到与所述各业务类型对应的目标直播间；

根据与所述各业务类型对应的目标直播间的在线客户端数，获取所述对应关系。

5.根据权利要求1所述的直播间的信令发送方法，其特征在于，所述信令接收特征为信令接收比例；

所述根据所述目标客户端数和所述目标直播间的在线客户端数，获取所述目标信令的信令接收特征，包括：

将所述目标客户端数与所述目标直播间的在线客户端数的比值作为所述信令接收比例，得到所述信令接收特征；

所述根据所述信令接收特征，将所述目标信令发送至所述目标直播间中数量与所述目标客户端数对应的在线客户端，包括：

按照与所述信令接收比例对应的信令发送概率，随机向所述目标直播间的在线客户端发送所述目标信令，以使数量与所述目标客户端数对应的在线客户端接收到所述目标信令。

6.根据权利要求1所述的直播间的信令发送方法，其特征在于，所述信令接收特征为客户端分组标识；

所述根据所述目标客户端数和所述目标直播间的在线客户端数，获取所述目标信令的信令接收特征，包括：

根据所述目标直播间的在线客户端数，获取对应于预先划分的各客户端分组的候选在线客户端数；其中，客户端分组包括多个客户端，各客户端分组对应各客户端分组标识，同一客户端分组中的客户端对应同一客户端分组标识；所述候选在线客户端数为所述客户端分组所包含的所述目标直播间的在线客户端的数量；所述客户端分组对所述目标直播间所在直播平台的所有客户端进行分组得到；

根据所述候选在线客户端数和所述目标客户端数，从所述各客户端分组中选取相应数量的客户端分组，作为目标客户端分组，以使所述目标客户端分组的候选在线客户端数与所述目标客户端数对应；

获取所述目标客户端分组对应的客户端分组标识，得到所述信令接收特征。

7.根据权利要求6所述的直播间的信令发送方法，其特征在于，所述根据所述信令接收特征，将所述目标信令发送至所述目标直播间中数量与所述目标客户端数对应的在线客户端，包括：

将所述目标信令，发送至所述目标直播间中与所述客户端分组标识对应的在线客户端。

8.一种直播间的信令发送装置，其特征在于，应用于服务器，包括：

请求获取单元，被配置为执行获取信令发送请求；所述信令发送请求中携带的信息包括目标信令和目标客户端数；

在线数获取单元，被配置为执行获取目标直播间的在线客户端数；所述目标直播间为与所述目标信令的业务类型对应的直播间；

特征获取单元，被配置为执行根据所述目标客户端数和所述目标直播间的在线客户端数，获取所述目标信令的信令接收特征；所述信令接收特征用于表征所述目标直播间中接收所述目标信令的在线客户端的数量；

信令发送单元，被配置为执行根据所述信令接收特征，将所述目标信令发送至所述目标直播间中数量与所述目标客户端数对应的在线客户端。

9.一种服务器，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的直播间的信令发送方法。

10.一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如权利要求1至7中任一项所述的直播间的信令发送方法。

Images