一种弹幕广播方法、装置、服务器及介质

摘要

本发明公开了一种弹幕广播方法、装置、服务器及介质，方法应用于服务器，包括：接收目标直播房间的目标用户发送的弹幕请求，目标直播房间的用户分属于N个弹幕组；如果目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；如果所述目标用户不属于所述全局广播的群体，且所述目标用户发送的弹幕也不是高价值弹幕，则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。本发明解决了现有直播过程中的弹幕功能，存在的影响用户观看直播和给服务器带来极大负担的技术问题。实现了避免影响用户观看直播和减少服务器负担的技术效果。

权利要求

1.一种弹幕广播方法，其特征在于，所述方法应用于直播服务器，包括：接收目标直播房间的目标用户发送的弹幕请求，所述目标直播房间的用户分属于N个弹幕组，N为正整数；

如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；其中，所述目标用户发送的弹幕是否为高价值弹幕，是根据所述目标用户在直播平台的用户等级、所述目标用户在所述目标直播房间的粉丝等级、所述目标用户的消费数据和所述目标用户被授予的称号信息来确定的；

如果所述目标用户不属于所述全局广播的群体，且所述目标用户发送的弹幕也不是高价值弹幕，则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕；

其中，在所述接收目标直播房间的目标用户发送的弹幕请求之后，还包括：如果所述目标直播房间处于抽奖状态，则仅对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕；

其中，在所述接收目标直播房间的目标用户发送的弹幕请求之后，还包括：如果所述目标用户属于预设的全局广播的群体，则通过所述直播服务器广播所述目标用户发送的弹幕；

否则，发送所述弹幕请求至弹幕服务器，以通过所述弹幕服务器广播所述目标用户发送的弹幕；

其中，所述方法还包括：

判断所述N个弹幕组中，是否存在预设时长内没有用户发送弹幕的闲置弹幕组；

如果存在所述闲置弹幕组，则对所述闲置弹幕组中的用户广播所述N个弹幕组中其他弹幕组用户发送的弹幕。

2.如权利要求1所述的方法，其特征在于，所述全局广播的群体包括：所述目标直播房间的主播、所述目标直播房间的管理员和所述直播平台的管理员。

3.如权利要求1所述的方法，其特征在于，判断所述目标用户发送的弹幕是否为高价值弹幕的方法包括：判断所述目标用户在直播平台的用户等级是否大于预设用户等级；如果大于所述预设用户等级，则所述目标用户发送的弹幕为高价值弹幕；或者，判断所述目标用户在所述目标直播房间的粉丝等级是否大于预设粉丝等级；如果大于所述预设粉丝等级，则所述目标用户发送的弹幕为高价值弹幕；或者，判断所述目标用户的消费数据是否大于预设消费值；如果大于所述预设消费值，则所述目标用户发送的弹幕为高价值弹幕；或者，判断所述目标用户被授予的称号是否为预设称号；如果为所述预设称号，则所述目标用户发送的弹幕为高价值弹幕。

4.如权利要求3所述的方法，其特征在于，所述判断所述目标用户在所述目标直播房间的粉丝等级是否大于预设粉丝等级，包括：根据所述目标直播房间的人数数据确定所述预设粉丝等级，所述人数数据与所述预设粉丝等级正相关；

判断所述目标用户在所述目标直播房间的粉丝等级是否大于预设粉丝等级。

5.一种弹幕广播装置，其特征在于，所述装置为直播服务器，包括：接收单元，用于接收目标直播房间的目标用户发送的弹幕请求，所述目标直播房间的用户分属于N个弹幕组，N为正整数；

全局广播单元，用于如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；其中，所述目标用户发送的弹幕是否为高价值弹幕，是根据所述目标用户在直播平台的用户等级、所述目标用户在所述目标直播房间的粉丝等级、所述目标用户的消费数据和所述目标用户被授予的称号信息来确定的；

组内广播单元，用于如果所述目标用户不属于所述全局广播的群体，且所述目标用户发送的弹幕也不是高价值弹幕，则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕；

其中，在所述接收目标直播房间的目标用户发送的弹幕请求之后，还用于：如果所述目标直播房间处于抽奖状态，则仅对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕；

其中，在所述接收目标直播房间的目标用户发送的弹幕请求之后，还用于：如果所述目标用户属于预设的全局广播的群体，则通过所述直播服务器广播所述目标用户发送的弹幕；

否则，发送所述弹幕请求至弹幕服务器，以通过所述弹幕服务器广播所述目标用户发送的弹幕；

其中，所述装置还用于：

判断所述N个弹幕组中，是否存在预设时长内没有用户发送弹幕的闲置弹幕组；

如果存在所述闲置弹幕组，则对所述闲置弹幕组中的用户广播所述N个弹幕组中其他弹幕组用户发送的弹幕。

6.一种直播服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-4任一所述的方法。

7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-4任一所述的方法。

说明书

一种弹幕广播方法、装置、服务器及介质

技术领域

[0001] 本发明涉及互联网技术领域，尤其涉及一种弹幕广播方法、装置、服务器及介质。

背景技术

[0002] 目前，随着网络通信技术的进步和宽带网络的提速，网络直播得到了越来越多的发展和应用，进行直播的主播的数量也越来越多。为了提高用户黏性，且增加直播过程中的互动性，现在直播平台往往会提供弹幕功能，以供观看直播的用户进行实时互动。

[0003] 然而，在弹幕功能的具体使用过程中，大量的用户均使用弹幕进行交流，导致直播房间内弹幕数量过多，一方面，影响用户观看直播，另一方面，给直播平台核心服务器带来了极大的负担。

[0004] 可见，现有直播过程中的弹幕功能，存在影响用户观看直播和给服务器带来极大负担的技术问题。

发明内容

[0005] 本申请实施例通过提供一种弹幕广播方法、装置、服务器及介质，解决了现有直播过程中的弹幕功能，存在的影响用户观看直播和给服务器带来极大负担的技术问题。

[0006] 第一方面，提供一种弹幕广播方法，所述方法应用于直播服务器，包括：

[0007] 接收目标直播房间的目标用户发送的弹幕请求，所述目标直播房间的用户分属于N个弹幕组，N为正整数；

[0008] 如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；其中，所述目标用户发送的弹幕是否为高价值弹幕，是根据所述目标用户在直播平台的用户等级、所述目标用户在所述目标直播房间的粉丝等级、所述目标用户的消费数据或所述目标用户被授予的称号信息来确定的；

[0009] 如果所述目标用户不属于所述全局广播的群体，且所述目标用户发送的弹幕也不是高价值弹幕，则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。

[0010] 可选的，所述全局广播的群体包括：所述目标直播房间的主播、所述目标直播房间的管理员和所述直播平台的管理员。

[0011] 可选的，判断所述目标用户发送的弹幕是否为高价值弹幕的方法包括：判断所述目标用户在直播平台的用户等级是否大于预设用户等级；如果大于所述预设用户等级，则所述目标用户发送的弹幕为高价值弹幕；或者，判断所述目标用户在所述目标直播房间的粉丝等级是否大于预设粉丝等级；如果大于所述预设粉丝等级，则所述目标用户发送的弹幕为高价值弹幕；或者，判断所述目标用户的消费数据是否大于预设消费值；如果大于所述预设消费值，则所述目标用户发送的弹幕为高价值弹幕；或者，判断所述目标用户被授予的称号是否为预设称号；如果为所述预设称号，则所述目标用户发送的弹幕为高价值弹幕。

[0012] 可选的，所述判断所述目标用户在所述目标直播房间的粉丝等级是否大于预设粉丝等级，包括：根据所述目标直播房间的人数数据确定所述预设粉丝等级，所述人数数据与所述预设粉丝等级正相关；判断所述目标用户在所述目标直播房间的粉丝等级是否大于预设粉丝等级。

[0013] 可选的，在所述接收目标直播房间的目标用户发送的弹幕请求之后，还包括：如果所述目标直播房间处于抽奖状态，则仅对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。

[0014] 可选的，在所述接收目标直播房间的目标用户发送的弹幕请求之后，还包括：如果所述目标用户属于预设的全局广播的群体，则通过所述直播服务器广播所述目标用户发送的弹幕；否则，发送所述弹幕请求至弹幕服务器，以通过所述弹幕服务器广播所述目标用户发送的弹幕。

[0015] 可选的，所述方法还包括：判断所述N个弹幕组中，是否存在预设时长内没有用户发送弹幕的闲置弹幕组；如果存在所述闲置弹幕组，则对所述闲置弹幕组中的用户广播所述N个弹幕组中其他弹幕组用户发送的弹幕。

[0016] 第二方面，提供一种弹幕广播装置，所述装置为直播服务器，包括：

[0017] 接收单元，用于接收目标直播房间的目标用户发送的弹幕请求，所述目标直播房间的用户分属于N个弹幕组，N为正整数；

[0018] 全局广播单元，用于如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；其中，所述目标用户发送的弹幕是否为高价值弹幕，是根据所述目标用户在直播平台的用户等级、所述目标用户在所述目标直播房间的粉丝等级、所述目标用户的消费数据或所述目标用户被授予的称号信息来确定的；

[0019] 组内广播单元，用于如果所述目标用户不属于所述全局广播的群体，且所述目标用户发送的弹幕也不是高价值弹幕，则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。

[0020] 第三方面，提供一种直播服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现第一方面任一所述的方法。

[0021] 第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面任一所述的方法。

[0022] 本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

[0023] 本申请实施例提供的弹幕广播方法、装置、服务器及介质，对目标直播房间的用户进行分组，将用户分属至N个弹幕组，并设置弹幕策略为:如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；否则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。以实现仅对关键的弹幕进行全局全房间广播，其余弹幕均只在弹幕组内进行小范围广播，即保证关键弹幕信息能被所有用户获取，也减小了弹幕广播范围，使得用户接收到的弹幕大多是组内弹幕，减少用户接收到的弹幕数量，避免影响用户观看直播，也有效减少了服务器的负担。

附图说明

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

[0025] 图1为本申请实施例一中弹幕广播方法的流程图；

[0026] 图2为本申请实施例二中装置的结构示意图；

[0027] 图3为本申请实施例三中直播服务器的结构示意图；

[0028] 图4为本申请实施例中计算机可读存储介质400的结构示意图。

具体实施方式

[0029] 本申请实施例通过提供一种弹幕广播方法、装置、服务器及介质，解决了现有直播过程中的弹幕功能，存在的影响用户观看直播和给服务器带来极大负担的技术问题。实现了避免影响用户观看直播和减少服务器负担的技术效果。

[0030] 本申请实施例的技术方案为解决上述技术问题，总体思路如下：

[0031] 接收目标直播房间的目标用户发送的弹幕请求，所述目标直播房间的用户分属于N个弹幕组，N为正整数；

[0032] 如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；其中，所述目标用户发送的弹幕是否为高价值弹幕，是根据所述目标用户在直播平台的用户等级、所述目标用户在所述目标直播房间的粉丝等级、所述目标用户的消费数据或所述目标用户被授予的称号信息来确定的；

[0033] 如果所述目标用户不属于所述全局广播的群体，且所述目标用户发送的弹幕也不是高价值弹幕，则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。

[0034] 具体来讲，通过对目标直播房间的用户进行分组，将用户分属至N个弹幕组，并设置弹幕策略为:如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；否则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕，其中，是否为高价值弹幕是根据所述目标用户在直播平台的用户等级、所述目标用户在所述目标直播房间的粉丝等级、所述目标用户的消费数据或所述目标用户被授予的称号信息来确定的。以实现仅对关键的弹幕进行全局全房间广播，其余弹幕均只在弹幕组内进行小范围广播，即保证关键弹幕信息能被所有用户获取，也减小了弹幕广播范围，使得用户接收到的弹幕大多是组内弹幕，减少用户接收到的弹幕数量，避免影响用户观看直播，也有效减少了服务器的负担。

[0035] 为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。

[0036] 实施例一

[0037] 如图1所示，本实施例提供了一种弹幕广播方法，所述方法应用于直播服务器，包括：

[0038] 步骤S101，接收目标直播房间的目标用户发送的弹幕请求，所述目标直播房间的用户分属于N个弹幕组，N为正整数；

[0039] 步骤S102，如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；其中，所述目标用户发送的弹幕是否为高价值弹幕，是根据所述目标用户在直播平台的用户等级、所述目标用户在所述目标直播房间的粉丝等级、所述目标用户的消费数据或所述目标用户被授予的称号信息来确定的；

[0040] 步骤S103，如果所述目标用户不属于所述全局广播的群体，且所述目标用户发送的弹幕也不是高价值弹幕，则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。

[0041] 在本申请实施例中，所述服务器可以为计算机设备、云端或计算机设备组，在此不作限制。所述目标用户的客户端可以为智能手机、笔记本、台式电脑和平板电脑，在此也不作限制。

[0042] `需要说明的是，在本申请实施例中，需要判断所述目标用户是否属于预设的全局广播的群体，和判断所述目标用户发送的弹幕为高价值弹幕，两个判断步骤的先后顺序不作限制，可以同时进行判断，也可以先判断所述目标用户是否属于预设的全局广播的群体，还可以先判断所述目标用户发送的弹幕为高价值弹幕，在此均不作限制。

[0043] 进一步，上述两个判断步骤可以是在步骤S101之前执行的，即在接收到所述目标用户的弹幕请求之前就已经确定出所述目标用户发送的弹幕的广播范围，具体可以是周期性的预先确定每个用户的弹幕广播范围，也可以是在每个用户登录时或进入直播间时就确定出用户的弹幕广播范围；

[0044] 当然，上述两个判断步骤也可以是在步骤S101之后执行的，即在接收到所述目标用户的弹幕请求之后才确定出所述目标用户发送的弹幕的广播范围，在此也不作限制。

[0045] 下面，结合图1来详细介绍本实施例提供的弹幕广播方法的具体实施步骤：

[0046] 首先，执行步骤S101，接收目标直播房间的目标用户发送的弹幕请求，所述目标直播房间的用户分属于N个弹幕组，N为正整数。

[0047] 具体来讲，当所述目标直播间中的目标用户想发送弹幕时，其输入弹幕内容并点击发送按钮后，会生成弹幕请求并将弹幕请求发送至所述直播服务器。

[0048] 在本申请实施例中，为了避免全房间弹幕导致的弹幕过多和服务器压力过大，所述目标直播房间的用户分属于N个弹幕组。除了步骤S102中的情况，每个用户大多只接受其所属弹幕组用户发送的消息，从而大大减少每个用户接收到的弹幕数量。

[0049] 进一步，为了满足某些用户想观看所有的弹幕的情况，还可以设置所述N个弹幕组中包括一个海量弹幕组，此时，N大于等于2，所述海量弹幕组中的用户会接受到所述目标直播房间内所有用户发送的弹幕。也即是说，某一弹幕组内用户发送的弹幕不仅会在该弹幕组内进行广播，还会在所述海量弹幕组中进行广播。

[0050] 具体新增弹幕组的方法可以是：新建一个目标直播房间时，则对应新建一个正常弹幕组和一个海量弹幕组，其中，所述正常弹幕组的人数上限预设为预设上限值。所述正常弹幕组只接收本组内用户发送的弹幕和全房间广播的全局弹幕，所述海量弹幕组接收所述直播房间内的所有弹幕。每个进入所述目标直播房间的用户会被分入所述正常弹幕组，当然，也可以选择进入所述海量弹幕组。当所述正常弹幕组中的人数达到所述预设上限值时，新建第二个正常弹幕组，直至所述第二个正常弹幕组人满再建立第三个正常弹幕组，依次类推。

[0051] 具体删除弹幕组的方法可以是：当有用户陆续退出所述目标直播房间，以使得某个弹幕组的人数为0时，则默认删除人数为0的弹幕组。需要说明的是，可以设置所述海量弹幕组不会被删除。

[0052] 具体加入弹幕组的方法可以是：当用户登录所述目标直播房间时，从正常弹幕组中选择人数最少的弹幕组，并将用户加入至该人数最少的弹幕组。用户也可以选择退出正常弹幕组，加入所述海量弹幕组。用户还可以选择退出海量弹幕组，自动加入人数最少的正常弹幕组。当然，也可以由用户根据自己的需求来选择某一正常弹幕组加入，例如，选择其关注的好友所在的弹幕组加入，或者，选择弹幕数量多的弹幕组加入，在此不作限制，也不再一一列举。

[0053] 具体退出弹幕组的方法可以是：当用户退出所述目标直播房间时，将用户从所属的弹幕组中删除，当然，用户也可以选择退出某个弹幕组，加入其它弹幕组。

[0054] 具体合并弹幕组的方法可以是：所述直播服务器会定期检查每个弹幕组的人数情况，并在总人数不超出弹幕组人数上限的前提下，对人数较少的弹幕组进行合并。例如：直播服务器查找出人数最少的弹幕组A和人数第二少的弹幕组B，如果A的人数少于人数上限的1/4，且弹幕组A+弹幕组B的总人数少于一个弹幕组的人数上限，则将A中的所有人加入到B中，同时删除弹幕组A。

[0055] 当然，对划分的所述弹幕组的优化管理方法不限于上述所描述的几种，在具体实施过程中，可以根据需要设置对所述弹幕组的管理方法，在此不作限制，也不再列举。

[0056] 接下来，根据所述目标用户的情况，选择执行步骤S102或步骤S103：

[0057] 步骤S102，如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；其中，所述目标用户发送的弹幕是否为高价值弹幕，是根据所述目标用户在直播平台的用户等级、所述目标用户在所述目标直播房间的粉丝等级、所述目标用户的消费数据或所述目标用户被授予的称号信息来确定的；

[0058] 步骤S103，如果所述目标用户不属于所述全局广播的群体，且所述目标用户发送的弹幕也不是高价值弹幕，则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。

[0059] 在本申请实施例中，所述全局广播的群体包括：所述目标直播房间的主播、所述目标直播房间的管理员和所述直播平台的管理员。

[0060] 当然，在具体实施过程中，还可以设置其他全局广播的群体，例如：某些特殊邀请的贵宾客户等。

[0061] 在本申请实施例中，判断所述目标用户发送的弹幕是否为高价值弹幕的方法可以有多种，只要满足其中任意一种或多种，即可认为所述目标用户发送的弹幕为高价值弹幕，下面列举四种为例：

[0062] 第一种，根据用户等级。

[0063] 即判断所述目标用户在直播平台的用户等级是否大于预设用户等级；如果大于所述预设用户等级，则所述目标用户发送的弹幕为高价值弹幕。

[0064] 具体来讲，所述用户等级是所述目标用户在整个直播平台上积累的等级，具体与所述目标用户登录所述直播平台的时长，和所述目标用户在所述直播平台上的消费情况相关。表征的是所述目标用户在所述整个直播平台的历史行为积累情况。

[0065] 举例来讲，可以设置所述用户等级大于20的用户发送的弹幕为高价值弹幕。

[0066] 第二种，根据粉丝等级。

[0067] 即判断所述目标用户在所述目标直播房间的粉丝等级是否大于预设粉丝等级；如果大于所述预设粉丝等级，则所述目标用户发送的弹幕为高价值弹幕。

[0068] 具体来讲，所述粉丝等级是所述目标用户在所述目标直播房间内积累的等级，具体与所述目标用户进入所述目标直播房间的时长，所述目标用户在所述目标直播房间的消费情况，和所述目标用户在所述目标直播房间的历史行为相关。表征的是所述目标用户在所述目标直播房间的历史行为积累情况。

[0069] 在具体实施过程中，考虑到房间人数过多时，需要控制全局弹幕数量，还可以设置先根据所述目标直播房间的人数数据确定所述预设粉丝等级，所述人数数据与所述预设粉丝等级正相关，再判断所述目标用户在所述目标直播房间的粉丝等级是否大于预设粉丝等级。所述正相关可以是成正比，也可以是分阶段正相关设置，在此不作限制。

[0070] 举例来讲，可以设置所述目标直播房间的房间人数大于10万时，所述预设粉丝等级为4级，所述目标直播房间的房间人数小于等于10万时，所述预设粉丝等级为1级，其中，4级等级高于1级。

[0071] 第三种，根据消费数据。

[0072] 即判断所述目标用户的消费数据是否大于预设消费值；如果大于所述预设消费值，则所述目标用户发送的弹幕为高价值弹幕。

[0073] 具体来讲，可以是根据所述目标用户在所述目标直播房间的消费数据来确定高价值弹幕，也可以是根据所述目标用户在整个直播平台的消费数据来确定高价值弹幕，在此不作限制。

[0074] 第四种，根据预设称号。

[0075] 即判断所述目标用户被授予的称号是否为预设称号；如果为所述预设称号，则所述目标用户发送的弹幕为高价值弹幕。

[0076] 具体来讲，可以设置用户根据历史行为可以拥有各种称号，例如：贵族、白银等。可以设置，拥有贵族称号的用户发送的弹幕为高价值弹幕。

[0077] 当然，具体判断高价值弹幕的方法不限于以上四种，例如，还可以设置特邀嘉宾发送的弹幕为高价值弹幕，在此不作限制，也不再一一列举。

[0078] 在本申请实施例中，还可以设置，如果所述目标直播房间处于抽奖状态，则仅对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。也即是说，在抽奖状态下，为了便于抽奖用户能准确获得抽奖信息，而不被过多弹幕干扰，可以设置抽奖时各用户发送的弹幕均只能在其所述的弹幕组进行广播，不能串组。

[0079] 进一步，考虑到某些弹幕组可能会存在不活跃的情况，可以设置直播服务器会判断所述N个弹幕组中，是否存在预设时长内没有用户发送弹幕的闲置弹幕组，如果存在所述闲置弹幕组，则对所述闲置弹幕组中的用户广播所述N个弹幕组中其他弹幕组用户发送的弹幕。也即是说，会对闲置弹幕组进行串组弹幕广播，具体串组方法可以是任意确定一弹幕组的消息串组至该闲置弹幕组，也可以是从各个弹幕组中随机抽取一部分弹幕串组显示至所述闲置弹幕组，在此不作限制。

[0080] 在本申请实施例中，为了进一步减少直播服务器的负担，本实施例还可以设置独立的弹幕服务器。对所述全局广播的群体(主播、房间管理员、平台超级管理员)，直接用核心的直播服务器发送弹幕消息，还可以设置对人数较少的弹幕组也选择所述直播服务器进行弹幕广播，其他情况发送所述弹幕请求至弹幕服务器，用所述弹幕服务器进行弹幕发送，从而进一步减少所述直播服务器的负担。

[0081] 举例来讲，用户通接入、完成登录流程，并为其分配弹幕组后，用户从弹幕服务器MsgRepeater订阅起所属的弹幕组消息。因此用户可以通过直播服务器GateServer收到服务器发给自己的消息，也可以从弹幕服务器MsgRepeater接收到订阅的弹幕组消息。还可以在多个机房中，均部署MsgRepeater，用户登录时，会选择相对较快的MsgRepeater接入。

[0082] 具体来讲，通过对目标直播房间的用户进行分组，将用户分属至N个弹幕组，并设置弹幕策略为:如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；否则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。以实现仅对关键的弹幕进行全局全房间广播，其余弹幕均只在弹幕组内进行小范围广播，即保证关键弹幕信息能被所有用户获取，也减小了弹幕广播范围，使得用户接收到的弹幕大多是组内弹幕，减少用户接收到的弹幕数量，避免影响用户观看直播，也有效减少了服务器的负担。

[0083] 本实施例还提供了一种弹幕校验方法，所述方法应用于服务器，包括：

[0084] 获取目标直播房间的当前房间人数数据和当前房间状态信息，其中，所述当前房间状态信息用于表征所述目标直播房间是否处于开展预设活动的状态；

[0085] 根据所述当前房间人数数据和所述当前房间状态信息，确定频率阈值；

[0086] 在接收到所述目标直播房间中的目标用户发送的弹幕请求后，获取所述目标用户的当前弹幕频率；

[0087] 如果所述当前弹幕频率大于所述频率阈值，则拒绝所述弹幕请求。

[0088] 需要说明的是，在本申请实施例中，触发获取目标直播房间的当前房间人数数据和当前房间状态信息的方式可以有多种，下面列举三种为例：

[0089] 第一种、周期性触发。

[0090] 即所述直播服务器可以是周期性的获取目标直播房间的当前房间人数数据和当前房间状态信息来计算所述频率阈值。

[0091] 第二种，设置预设条件触发。

[0092] 即在满足预设条件时，触发获取目标直播房间的当前房间人数数据和当前房间状态信息来计算所述频率阈值。

[0093] 在具体实施过程中，所述预设条件可以是在所述目标直播房间的弹幕频率高于一定值时，才触发获取目标直播房间的当前房间人数数据和当前房间状态信息来计算所述频率阈值；所述预设条件还可以是在所述目标直播房间的用户数量高于一定值时，才触发获取目标直播房间的当前房间人数数据和当前房间状态信息来计算所述频率阈值，在此不作限制。

[0094] 第三种，在接收到弹幕请求后之后执行。

[0095] 即在每次接收到所述目标直播房间中的目标用户发送的弹幕请求之后才触发获取目标直播房间的当前房间人数数据和当前房间状态信息来计算所述频率阈值。

[0096] 当然，在具体实施过程中，还有其他触发的方式，在此不再累述，也不再一一列举。

[0097] 下面，详细介绍本实施例提供的弹幕校验方法的具体实施步骤：

[0098] 首先，获取目标直播房间的当前房间人数数据和当前房间状态信息，其中，所述当前房间状态信息用于表征所述目标直播房间是否处于开展预设活动的状态。

[0099] 具体来讲，所述当前房间人数数据，是指当前进入所述直播间观看直播的观众用户数量数据。

[0100] 所述当前房间状态信息用于表征所述目标直播房间是否处于开展预设活动的状态，所述预设活动可以为抽奖活动或玩游戏活动等。

[0101] 然后，根据所述当前房间人数数据和所述当前房间状态信息，确定频率阈值。

[0102] 在具体实施过程中，确定所述频率阈值的方法可以有多种，下面列举两种为例:

[0103] 第一种，设置计算规则来计算频率阈值。

[0104] 在本申请实施例中，可以设置所述确定频率阈值之前，还包括：获取所述目标直播房间距当前预设时长内的房间弹幕数量数据；所述根据所述当前房间人数数据和所述当前房间状态信息，确定频率阈值，包括：根据所述当前房间人数数据、所述房间弹幕数量数据和所述当前房间状态信息，结合预设的所述目标直播房间对应的目标房间因子，确定频率阈值。

[0105] 具体来讲，可以根据公式cd＝cd_base*(cd_multiplier+extra_cd_multiplier)*cd_factor来计算出频率阈值，其中，cd为所述频率阈值，cd_base为房间人数因子，所述房间人数因子与所述当前房间人数数据正相关，cd_multiplier为房间弹幕数量因子，所述房间弹幕频率因子与所述房间弹幕数量数据正相关，extra_cd_multiplier为状态因子，所述状态因子与所述当前房间状态信息对应，所述cd_factor为所述目标房间因子，是各个房间可以独立设置的。

[0106] 上述正相关是指所述当前房间人数越大，则所述房间人数因子越大；所述房间弹幕数量数据越大，则所述房间弹幕频率因子越大。举例来说，所述正相关可以是成正比，也可以是成平方或立方关系，在此不作限制。

[0107] 在本申请实施例中，当所述当前房间状态信息表征所述目标直播房间处于开展抽奖活动的状态时，所述状态因子为预设的开展抽奖活动的状态对应的抽奖因子；当所述当前房间状态信息表征所述目标直播房间处于正常直播状态时，所述状态因子为预设的正常直播状态对应的直播因子。

[0108] 所述状态因子可以是预先设置的，举例来说，可以预先设置当所述目标直播房间处于正常直播状态时，所述状态因子为0，当所述目标直播房间处于抽奖状态时，所述状态因子为2，当所述目标直播房间处于玩游戏状态时，所述状态因子为3。

[0109] 当然，在具体实施过程中，也可以仅根据所述当前房间人数数据和所述当前房间状态信息来计算所述频率阈值，在此不作限制。

[0110] 例如，还可以设置cd＝cd_base*extra_cd_multiplier*K，其中，cd为所述频率阈值，cd_base为房间人数因子，所述房间人数因子与所述当前房间人数数据正相关，extra_cd_multiplier为状态因子，所述状态因子与所述当前房间状态信息对应，所述K为预设常数。

[0111] 第二种，按规则读取预设的频率阈值。

[0112] 在本申请实施例中，还可以设置当所述当前房间人数数据大于预设人数值，且所述当前房间状态信息表征所述目标直播房间处于开展抽奖活动的状态时，读取对应的配置文件，获得预设的频率阈值。

[0113] 具体来讲，可以预先设置不同的房间状态和不同的房间人数对应不同的频率阈值，当房间人数大于所述预设人数值且所述房间处于抽奖状态时，触发读取预先设置有频率阈值的配置文件，并按照所述配置文件中预先设置的信息来设置频率阈值。

[0114] 当然，在具体实施过程中，还可以选择其他设置频率阈值的方法，在此不作限制，也不再一一列举。

[0115] 再下来，在接收到所述目标直播房间中的目标用户发送的弹幕请求后，获取所述目标用户的当前弹幕频率；如果所述当前弹幕频率大于所述频率阈值，则拒绝所述弹幕请求。

[0116] 具体来讲，当所述目标直播间中的目标用户想发送弹幕时，其输入弹幕并点击发送按钮后，会生成弹幕请求并将弹幕请求发送至直播服务器，所述直播服务器在接收到弹幕请求后，会先获取该目标用户当前近一段时间内发送弹幕的当前弹幕频率，并比对所述当前弹幕频率和之前获得的所述频率阈值，如果所述当前弹幕频率大于所述频率阈值，则认为所述目标用户有恶意刷弹幕的行为特征，并拒绝所述弹幕请求，以使所述目标用户的该次弹幕不能发出。

[0117] 在具体实施过程中，可以设置当所述当前弹幕频率大于所述频率阈值时，则拒绝该次弹幕请求，下一次接收到弹幕请求时，再次进行判断。也可以设置当所述当前弹幕频率大于所述频率阈值时，则不仅拒绝该次弹幕请求，还设置所述目标用户在一预设时间段内均不能再发送弹幕，在此不作限制。

[0118] 在本申请实施例中，在接收到所述目标直播房间中的目标用户发送的弹幕请求后，还可以设置，如果满足下述情况中的任意一个或多个，则也拒绝所述弹幕请求：

[0119] 1)所述目标用户的账号没有与手机号绑定。即默认没有与手机绑定的用户没有弹幕发送资格，该情况下可以输出手机绑定提示，以提示用户进行手机号绑定。

[0120] 2)所述目标用户不具备弹幕权限。具体来讲，可以是直播平台预先设置了符合某些条件的用户不具备弹幕权限，也可以是所述目标直播间的主播设置的某些用户不具备弹幕权限，该权限可以与用户注册时间、权限组、用户等级或房间粉丝设置等相关。

[0121] 3)所述目标用户的弹幕请求中携带的弹幕信息与所述目标用户之前发送的弹幕重复，以避免某些用户重复发送同一内容的弹幕导致的干扰正常弹幕交流。

[0122] 4)所述目标用户属于预设的弹幕黑名单中的用户。所述弹幕黑名单可以是直播平台根据用户在一段时间的弹幕行为设置的全平台通用的黑名单，也可以是所述目标直播间的主播设置的不能在所述目标直播间进行弹幕的黑名单。

[0123] 5)所述目标用户的弹幕请求中携带的弹幕信息包含敏感词。所述敏感词可以是预设的骂人的词语，或者是带有政治色彩的词语等。

[0124] 6)所述目标直播房间为禁言状态。所述禁言状态可以是全直播网站禁言，也可以是该目标直播间禁言，或者敏感期禁言。

[0125] 当然，在具体实施过程中，不限于上述拒绝弹幕的情况，在此不再一一列举。

[0126] 在具体实施过程中，所述目标房间的主播和所述目标房间的管理员可以不受上述拒绝弹幕请求条件的限制。

[0127] 在本申请实施例中，当所述目标用户为所述目标房间的主播、所述目标房间的管理员或者不符合设置的拒绝弹幕请求的条件时，所述目标用户发送的弹幕请求会被所述直播服务器接受，并成功发送弹幕进行显示。

[0128] 具体来讲，本申请实施例提供的弹幕校验方法、装置、服务器及介质，获取目标直播房间的当前房间人数数据和当前房间状态信息，根据所述当前房间人数数据和所述当前房间状态信息，确定频率阈值；并在目标用户的当前弹幕频率大于所述频率阈值时，拒绝所述目标用户的弹幕请求，以避免恶意用户高频率的发送恶意弹幕，提高抗干扰能力，减少服务器的负担。

[0129] 本实施例还提供了一种弹幕限制方法，所述方法应用于直播服务器，包括：

[0130] 接收目标用户在目标直播间发送目标弹幕的弹幕请求；

[0131] 基于所述弹幕请求，获取所述目标直播间的当前令牌信息，所述当前令牌信息包括：所述目标直播间现有的令牌数量或所述目标直播间当前的令牌负债信息；其中，所述直播服务器按照预设的令牌分配策略给所述目标直播间分配令牌；一个所述令牌对应一次弹幕广播；

[0132] 根据所述当前令牌信息、所述目标用户的身份信息和所述目标直播间的状态信息，按照预设的广播策略，判断是否允许广播所述目标弹幕；

[0133] 如果允许广播所述目标弹幕，则广播所述目标弹幕，并将所述目标直播间的令牌数量减一，并更新所述令牌数量。

[0134] 下面，详细介绍本实施例提供的弹幕限制方法的具体实施步骤：

[0135] 首先，接收目标用户在目标直播间发送目标弹幕的弹幕请求。

[0136] 然后，基于所述弹幕请求，获取所述目标直播间的当前令牌信息，所述当前令牌信息包括：所述目标直播间现有的令牌数量或所述目标直播间当前的令牌负债信息；其中，所述直播服务器按照预设的令牌分配策略给所述目标直播间分配令牌；一个所述令牌对应一次弹幕广播。

[0137] 具体来讲，本实施例采用令牌桶的方式来限制弹幕流量，可以设置每个直播房间都有自己独立的令牌桶，按照预设的令牌分配策略给各个房间分配令牌，对大部分弹幕而言，当前所述目标直播房间有令牌时，可以在所述目标直播房间广播弹幕，如果没有令牌时，则丢弃弹幕，即每发送一条弹幕消耗一个令牌。但对部分要求发送的特殊弹幕(主播发送的弹幕、管理员发送的弹幕或高价值弹幕等)，在没有令牌的情况下也会在所述目标直播房间强制广播，因而，会使所述目标直播房间产生令牌负债。所述令牌负债信息即用于表征所述目标直播房间的令牌负债数量。

[0138] 在本申请实施例中，可以设置如果预设的弹幕广播频率为M条每秒，所述令牌分配策略为每2/M秒，分配2个令牌，M为正整数。具体来讲，设置每次分配2个令牌，而不是1个令牌，是考虑到如果所述目标直播房间有负债，每次只分配1个令牌，就不能兼顾抵消负债和弹幕广播。设置每次分配两个令牌，如果所述令牌负债信息表征所述目标直播间有令牌负债，所述2个令牌中的1个令牌用于抵消负债，另一个令牌用于广播弹幕，以避免负债情况下过度影响弹幕正常发送广播。

[0139] 当然，在具体实施过程中，也可以设置每次只分配1个令牌，或每次分配3个令牌，在此不作限制，也不再一一列举。

[0140] 在本申请实施例中，所述令牌的分配方式可以有多种，下面列举两种为例：

[0141] 第一种，基于所述弹幕请求，触发分配令牌。

[0142] 也就是说，在所述直播服务器每次接收到所述目标直播房间的弹幕请求后，才触发对所述目标直播房间进行令牌分配。具体分配策略可以为：

[0143] 基于所述弹幕请求，获取当前距上次分配令牌之间的时间间隔；根据所述时间间隔和预设的令牌分配周期给所述目标直播间分配令牌。

[0144] 具体来讲，所述根据所述时间间隔和预设的令牌分配周期给所述目标直播间分配令牌，包括：

[0145] 如果所述时间间隔小于所述令牌分配周期，不给所述目标直播间分配令牌；

[0146] 如果所述时间间隔大于等于所述令牌分配周期，且小于两倍的所述令牌分配周期时，则给所述目标直播间进行一次令牌分配；

[0147] 如果所述时间间隔大于等于两倍的所述令牌分配周期，则给所述目标直播间进行一次令牌分配，并补发(T1-T2)/T2取整数次的令牌分配，其中，T1为所述时间间隔，T2为所述令牌分配周期；如果所述令牌负债信息表征所述目标直播间有令牌负债，则补发的所述令牌优先用于抵消负债。

[0148] 举例来讲，假设预设的令牌分配策略为每隔0.2秒分配2个令牌给所述目标直播房间，则所述令牌分配周期为0.2秒。假设当前接收到所述弹幕请求的时间距离上次接收到所述目标直播房间的弹幕请求的时间间隔为0.1秒，则不给所述目标直播间分配令牌；假设所述时间间隔为0.3秒，则给所述目标直播间分配1次，共2个令牌；假设所述时间间隔为0.9秒，则给所述目标直播间分配1次，共2个令牌，并补发3次，共6个令牌。

[0149] 第二种，周期分配令牌。

[0150] 即所述服务器按照预设的令牌分配周期给所述目标直播房间定时分配令牌。

[0151] 当然，在具体实施过程中也可以采取其他的令牌分配方式，在此不作限制，也不再一一列举。

[0152] 再下来，根据所述当前令牌信息、所述目标用户的身份信息和所述目标直播间的状态信息，按照预设的广播策略，判断是否允许广播所述目标弹幕。

[0153] 接下来，介绍如何根据预设的广播策略，判断是否允许广播所述目标弹幕。在具体实施过程中，所述预设的广播策略可以有多种，下面列举三种为例：

[0154] 第一种、考虑弹幕分组。

[0155] 即设置所述目标直播房间的用户分属于N个弹幕组，N为正整数；

[0156] 在本申请实施例中，为了避免全房间弹幕导致的弹幕过多和服务器压力过大，所述目标直播房间的用户分属于N个弹幕组。大多情况，每个用户只接受其所属弹幕组用户发送的消息，从而大大减少每个用户接收到的弹幕数量。

[0157] 在设置有弹幕分组的情况下，根据所述令牌信息、所述目标用户的身份信息、所述目标直播间的状态信息和所述目标用户所属的弹幕组信息，按照预设的广播策略，判断是否允许广播所述目标弹幕，可以包括：

[0158] 如果所述目标用户的身份信息表征所述目标用户属于全局广播的群体，则允许在所述目标直播房间全局广播所述目标弹幕；

[0159] 如果所述目标用户的身份信息表征所述目标用户发送的弹幕为高价值弹幕，且所述令牌信息表征所述目标直播间的令牌负债程度为严重负债，则允许在所述目标用户所属的目标弹幕组广播所述目标弹幕；

[0160] 如果所述目标用户的身份信息表征所述目标用户发送的弹幕为高价值弹幕，且所述令牌信息表征所述目标直播间的令牌负债程度为无负债或普通负债，则允许在所述目标直播房间全局广播所述目标弹幕；

[0161] 如果所述目标用户不属于所述全局广播的群体，所述目标用户发送的弹幕也不是高价值弹幕，且所述令牌信息表征所述目标直播间的令牌负债程度为严重负债时，不允许广播所述目标弹幕；

[0162] 如果所述目标用户不属于所述全局广播的群体，所述目标用户发送的弹幕也不是高价值弹幕，且所述令牌信息表征所述目标直播间的令牌负债程度为为无负债或普通负债时，允许在所述目标用户所属的目标弹幕组广播所述目标弹幕；

[0163] 如果所述目标直播间的状态信息表征所述目标直播间为抽奖状态，且所述令牌信息表征所述目标直播间有令牌负债时，不允许广播所述目标弹幕；

[0164] 如果所述目标直播间的状态信息表征所述目标直播间为抽奖状态，且所述令牌信息表征所述目标直播间有令牌负债时，不允许广播所述目标弹幕；

[0165] 如果所述目标直播间的状态信息表征所述目标直播间为抽奖状态，且所述令牌信息表征所述目标直播间无令牌负债时，允许在所述目标用户所属的目标弹幕组广播所述目标弹幕。

[0166] 在具体实施过程中，考虑到部分用户有获取全部弹幕的需求，可以设置海量弹幕组供用户选择加入，对海量弹幕组内的用户可以广播所有的弹幕，不进行流量限制。

[0167] 第二种、考虑弹幕分组和串组情况。

[0168] 即在前述第一种设置所述目标直播房间的用户分属于N个弹幕组，N为正整数的情况下，进一步，考虑到某些弹幕组可能会存在不活跃的情况，可以设置直播服务器会判断所述N个弹幕组中，是否存在预设时长内没有用户发送弹幕的闲置弹幕组，如果存在所述闲置弹幕组，则对所述闲置弹幕组中的用户广播所述N个弹幕组中其他弹幕组用户发送的弹幕。也即是说，会对闲置弹幕组进行串组弹幕广播，具体串组方法可以是任意确定一弹幕组的消息串组至该闲置弹幕组，也可以是从各个弹幕组中随机抽取一部分弹幕串组显示至所述闲置弹幕组，在此不作限制。

[0169] 在考虑串组的情况下，可以采用表1所示的广播策略来判断是否对所述目标弹幕进行广播：

[0170] - 无负债(本组) 无负债(串组) 有负债（本组） 有负债（串组） 负债过高（本组） 负债过高（串组）MUST √ √ √ √ √ √VALUABLE √ √ √ √ √ ×
NO(普通弹幕） √ ○ √ × × ×
NO(抽奖) ○ ○ × × × ×

[0171] 表1考虑串组的广播策略

[0172] 其中，√表示运行发送弹幕，允许负债；○表示允许发送弹幕，不允许负债；×表示不允许发送弹幕。

[0173] 第三种、不考虑分组。

[0174] 具体来讲，可以设置满足如下情况之一时，即可以在所述目标直播房间广播所述目标弹幕：

[0175] 所述目标用户的身份信息表征所述目标用户发送的弹幕为高价值弹幕；

[0176] 所述当前令牌信息表征所述目标直播房间存在令牌，且所述目标直播间的状态信息表征所述目标直播间为正常直播状态；

[0177] 所述目标用户的身份信息表征所述目标用户属于预设的全局广播的群体。

[0178] 当然，在具体实施过程中，根据预设的广播策略，判断是否允许广播所述目标弹幕的方法不限于以上三种，在此不作限制，也不再一一列举。

[0179] 接下来，如果允许广播所述目标弹幕，则广播所述目标弹幕，并将所述目标直播间的令牌数量减一，并更新所述令牌数量。

[0180] 具体来讲，通过接收到目标用户在目标直播间发送目标弹幕的弹幕请求后，不是直接进行弹幕发送，而是设置了广播策略：先获取所述目标直播间的当前令牌信息，并根据所述当前令牌信息、所述目标用户的身份信息和所述目标直播间的状态信息，按照预设的广播策略，判断是否允许广播所述目标弹幕；只对判断通过的目标弹幕进行广播，并将所述目标直播间的令牌数量减一来更新所述令牌数量，以便于下一次弹幕判断。既通过令牌限制了弹幕频率和数量，也通过结合考虑所述目标用户的身份信息和所述目标直播间的状态信息保证了关键弹幕的广播，一方面，减少用户接收到的弹幕数量，避免影响用户观看直播，另一方面，有效减少了服务器的负担。

[0181] 基于同一发明构思，本申请提供了实施例一对应的装置实施例，详见实施例二。

[0182] 实施例二

[0183] 本实施例提供一种弹幕广播装置，如图2所示，所述装置为直播服务器，包括：

[0184] 接收单元201，用于接收目标直播房间的目标用户发送的弹幕请求，所述目标直播房间的用户分属于N个弹幕组，N为正整数；

[0185] 全局广播单元202，用于如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；其中，所述目标用户发送的弹幕是否为高价值弹幕，是根据所述目标用户在直播平台的用户等级、所述目标用户在所述目标直播房间的粉丝等级、所述目标用户的消费数据或所述目标用户被授予的称号信息来确定的；

[0186] 组内广播单元203，用于如果所述目标用户不属于所述全局广播的群体，且所述目标用户发送的弹幕也不是高价值弹幕，则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。

[0187] 由于本实施例所介绍的装置为实施本申请实施例一中方法所采用的装置，故而基于本申请实施例一中所介绍的方法，本领域所属技术人员能够了解本实施例的装置的具体实施方式以及其各种变化形式，所以在此对于该装置如何实现本申请实施例中的方法不再详细介绍。只要本领域所属技术人员实施本申请实施例中的方法所采用的设备，都属于本申请所欲保护的范围。

[0188] 基于同一发明构思，本申请提供了实施例一对应的服务器实施例，详见实施例三。

[0189] 实施例三

[0190] 本实施例提供一种直播服务器，如图3所示，包括存储器310、处理器320及存储在存储器310上并可在处理器320上运行的计算机程序311，处理器320执行计算机程序311时实现以下步骤：

[0191] 接收目标直播房间的目标用户发送的弹幕请求，所述目标直播房间的用户分属于N个弹幕组，N为正整数；

[0192] 如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；其中，所述目标用户发送的弹幕是否为高价值弹幕，是根据所述目标用户在直播平台的用户等级、所述目标用户在所述目标直播房间的粉丝等级、所述目标用户的消费数据或所述目标用户被授予的称号信息来确定的；

[0193] 如果所述目标用户不属于所述全局广播的群体，且所述目标用户发送的弹幕也不是高价值弹幕，则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。

[0194] 在具体实施过程中，处理器320执行计算机程序311时，可以实现实施例一中任一实施方式。

[0195] 由于本实施例所介绍的服务器为实施本申请实施例一中方法所采用的设备，故而基于本申请实施例一中所介绍的方法，本领域所属技术人员能够了解本实施例的服务器的具体实施方式以及其各种变化形式，所以在此对于该服务器如何实现本申请实施例中的方法不再详细介绍。只要本领域所属技术人员实施本申请实施例中的方法所采用的设备，都属于本申请所欲保护的范围。

[0196] 基于同一发明构思，本申请提供了实施例一对应的存储介质，详见实施例四。

[0197] 实施例四

[0198] 本实施例提供一种计算机可读存储介质400，如图4所示，其上存储有计算机程序411，该计算机程序411被处理器执行时实现以下步骤：

[0199] 接收目标直播房间的目标用户发送的弹幕请求，所述目标直播房间的用户分属于N个弹幕组，N为正整数；

[0200] 如果所述目标用户属于预设的全局广播的群体，或者所述目标用户发送的弹幕为高价值弹幕，则对所述目标直播房间的全部用户广播所述目标用户发送的弹幕；其中，所述目标用户发送的弹幕是否为高价值弹幕，是根据所述目标用户在直播平台的用户等级、所述目标用户在所述目标直播房间的粉丝等级、所述目标用户的消费数据或所述目标用户被授予的称号信息来确定的；

[0201] 如果所述目标用户不属于所述全局广播的群体，且所述目标用户发送的弹幕也不是高价值弹幕，则对所述目标用户所属的弹幕组中的用户广播所述目标用户发送的弹幕。

[0202] 在具体实施过程中，该计算机程序411被处理器执行时，可以实现实施例一中任一实施方式。

[0203] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

[0204] 本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

[0205] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

[0206] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

[0207] 尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

[0208] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。