CN111601175B - 一种弹幕推送控制方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种弹幕推送控制方法、装置、设备及存储介质，其中该方法包括：获取多个关联应用各自对应的弹幕推送策略，该关联应用为支持播放目标直播内容的应用，该弹幕推送策略用于控制与其对应的关联应用对于弹幕的发送和接收；当接收到针对目标直播内容的目标弹幕时，根据这多个关联应用各自对应的弹幕推送策略，在这多个关联应用中确定目标弹幕对应的可推送应用；将目标弹幕推送给目标直播内容下与可推送应用相关联的用户节点。该方法能够实现对于弹幕推送的灵活控制，使得弹幕的推送应用范围满足实际场景需求。

Description

一种弹幕推送控制方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种弹幕推送控制方法、装置、设备及存储介质。

背景技术

弹幕，是指通过网络观看视频时屏幕上飘过的评论性字幕。用户观看直播视频时，可以通过发送弹幕的方式与主播和直播间内的其他用户互动。

随着直播生态的不断发展壮大，直播内容如今不仅限于在特定的直播平台播放，还可以通过其它与该直播平台相关联的应用同步播放；例如，斗鱼、虎牙、企鹅电竞等直播平台上的直播内容，可以通过腾讯视频、微视、QQ等应用同步播放。通过各个应用观看直播内容的用户，均可以发送弹幕与主播和直播间内的其它用户互动，并且也可以接收通过各个应用观看该直播内容的其他用户发送的弹幕，即弹幕的推送在各个支持播放该直播内容的应用之间是互通的。

然而，在很多应用场景中，在各个应用间无限制地互通弹幕可能并不符合实际的场景需求，应用运营管理者可能更希望弹幕仅在特定的应用内扩散和接收。可见，如何灵活地控制弹幕的推送已成为目前亟待解决的问题。

发明内容

本申请实施例提供了一种弹幕推送控制方法、装置、设备及存储介质，能够实现对于弹幕推送的灵活控制，使得弹幕的推送应用范围满足实际场景需求。

有鉴于此，本申请第一方面提供了一种弹幕推送控制方法，所述方法包括：

获取多个关联应用各自对应的弹幕推送策略；所述关联应用为支持播放目标直播内容的应用，所述弹幕推送策略用于控制与其对应的关联应用对于弹幕的发送和接收；

当接收到针对所述目标直播内容的目标弹幕时，根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的可推送应用；

将所述目标弹幕推送给所述目标直播内容下与所述可推送应用相关联的用户节点。

本申请第二方面提供了一种弹幕推送控制装置，所述装置包括：

策略获取模块，用于获取多个关联应用各自对应的弹幕推送策略；所述关联应用为支持播放目标直播内容的应用，所述弹幕推送策略用于控制与其对应的关联应用对于弹幕的发送和接收；

可推送应用确定模块，用于当接收到针对所述目标直播内容的目标弹幕时，根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的可推送应用；

弹幕推送模块，用于将所述目标弹幕推送给所述目标直播内容下与所述可推送应用相关联的用户节点。

本申请第三方面提供了一种设备，所述设备包括处理器以及存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序，执行如上述第一方面所述的弹幕推送控制方法的步骤。

本申请第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述第一方面所述的弹幕推送控制方法的步骤。

本申请第五方面提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述第一方面所述的弹幕推送控制方法的步骤。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种弹幕推送控制方法，该方法可以基于各关联应用各自对应的弹幕推送策略，有效地控制隔离各关联应用间的弹幕交互，使得弹幕的推送范围满足实际场景需求。具体的，在本申请实施例提供的弹幕推送控制方法中，先获取多个关联应用各自对应的弹幕推送策略，此处的关联应用为支持播放目标直播内容的应用，此处的弹幕推送策略用于控制与其对应的关联应用对于弹幕的发送和接收；当接收到针对目标直播内容的目标弹幕时，根据这多个关联应用各自对应的弹幕推送策略，在这多个关联应用中确定出该目标弹幕对应的可推送应用；进而，将该目标弹幕推送给目标直播内容下与该可推送应用相关联的用户节点。上述方法在推送目标弹幕的过程中，可以依据各关联应用各自对应的弹幕推送策略，确定目标弹幕对应的可推送应用，由此利用各关联应用各自对应的弹幕推送策略限制目标弹幕的推送范围，使得目标弹幕的推送范围满足实际场景需求，而不再无限制地向各个关联应用推送，如此实现了对于弹幕推送的灵活控制。

附图说明

图1为本申请实施例提供的弹幕推送控制方法的应用场景示意图；

图2为本申请实施例提供的弹幕推送控制方法的流程示意图；

图3为本申请实施例提供的示例性的配置弹幕推送策略的界面示意图；

图4为本申请实施例提供的示例性的配置黑名单的界面示意图；

图5为本申请实施例提供的示例性的配置白名单的界面示意图；

图6为本申请实施例提供的黑名单与白名单之间的关系示意图；

图7为本申请实施例提供的确定弹幕对应的可发送应用的流程示意图；

图8为本申请实施例提供的确定弹幕对应的可接收应用的流程示意图；

图9为本申请实施例提供的应用间弹幕隔离的原理示意图；

图10为本申请实施例提供的一种实现弹幕聚合分发的系统架构示意图；

图11为本申请实施例提供的一种实现弹幕聚合分发的系统架构示意图；

图12为本申请实施例提供的一种直播中台的原理示意图；

图13为本申请实施例提供的一种弹幕推送控制装置的结构示意图；

图14为本申请实施例提供的另一种弹幕推送控制装置的结构示意图；

图15为本申请实施例提供的又一种弹幕推送控制装置的结构示意图；

图16为本申请实施例提供的服务器的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

相关技术中，在多个关联应用同步播放某直播内容的场景下，当接收到某关联应用的用户针对该直播内容发送的弹幕时，该弹幕将被推送给通过各个关联应用观看该直播内容的用户，即相当于所有关联应用下的用户都在一个公共房间内聊天。上述方法无法控制隔离各关联应用间的弹幕交互，对于很多应用场景来说，在各关联应用间无限制地互通弹幕不符合实际场景需求。

针对上述相关技术存在的问题，本申请实施例提供了一种弹幕推送控制方法，该方法可以基于各关联应用各自对应的弹幕推送策略，相应地控制隔离各关联应用间弹幕的交互，使得弹幕的推送范围符合实际场景需求。

具体的，在本申请实施例提供的弹幕推送控制方法中，先获取多个关联应用各自对应的弹幕推送策略，此处的关联应用为支持播放目标直播内容的应用，此处的弹幕推送策略用于控制与其对应的关联应用对于弹幕的发送和接收；当接收到针对目标直播内容的目标弹幕时，根据这多个关联应用各自对应的弹幕推送策略，在这多个关联应用中确定出该目标弹幕对应的可推送应用；进而，将该目标弹幕推送给目标直播内容下与该可推送应用相关联的用户节点。

相比相关技术中直接将弹幕推送给通过各关联应用观看直播的用户的实现方式，本申请实施例提供的弹幕推送控制方法，在推送目标弹幕的过程中，可以依据各关联应用各自对应的弹幕推送策略，确定目标弹幕对应的可推送应用，进而仅将目标弹幕推送给可推送应用下的用户，由此利用各关联应用各自对应的弹幕推送策略限制目标弹幕的推送范围，使得目标弹幕的推送满足应用场景中各应用的实际需求，而不是将目标弹幕无限制地推送给各个关联应用，如此实现对于弹幕推送的灵活控制。

应理解，本申请实施例提供的弹幕推送控制方法可以应用于具备弹幕聚合分发功能的服务器，该服务器可以是独立的物理服务器，也可以是由多个物理服务器构成的服务器集群或分布式系统，还可以是用于提供弹幕聚合分发服务的云服务器。

为了便于理解本申请实施例提供的弹幕推送控制方法，下面对本申请实施例提供的弹幕推送控制方法适用的应用场景进行示例性介绍。

参见图1，图1为本申请实施例提供的弹幕推送控制方法的应用场景示意图。如图1所示，该应用场景中包括终端设备111、终端设备112、……、终端设备11n和服务器120，各终端设备可以通过网络与服务器120进行信息交互。其中，终端设备111、终端设备112、……、终端设备11n上均运行有关联应用，不同的终端设备上可以运行不同的关联应用，也可以运行相同的关联应用，用户可以通过终端设备上运行的关联应用观看目标直播内容，并在观看目标直播内容的同时针对该目标直播内容发送弹幕。服务器120用于执行本申请实施例提供的弹幕推送控制方法，以对各终端设备发送的目标弹幕的推送方式进行控制。

具体的，用户通过终端设备111、终端设备112、……、终端设备11n上运行的关联应用观看目标直播内容时，可以针对该目标直播内容发表弹幕，终端设备检测到用户触发发表弹幕的操作后，将用户发表的弹幕通过网络传输至服务器120。在图1所示的应用场景中，以通过终端设备111观看目标直播内容的用户发送目标弹幕为例。

需要说明的是，终端设备111、终端设备112、……、终端设备11n上运行的关联应用，可以是产生目标直播内容的直播平台应用，如斗鱼、虎牙、企鹅电竞等，也可以是被允许接入该目标直播内容的第三方应用，如腾讯视频、微视、QQ等。

服务器120预先可以获取各关联应用各自对应的弹幕推送策略，该弹幕推送策略能够控制与其对应的关联应用对于弹幕的发送和接收。当服务器120接收到终端设备111发来的针对目标直播内容的目标弹幕时，服务器120可以根据各关联应用各自对应的弹幕推送策略，在各关联应用中确定出该目标弹幕对应的可推送应用。进而，服务器120可以通过网络，将该目标弹幕推送给该目标直播内容下与该可推送应用相关联的用户节点。

例如，假设支持播放目标直播内容的关联应用包括关联应用A、关联应用B和关联应用C，且终端设备111上运行有关联应用A、终端设备112上运行有关联应用B、终端设备11n上运行有关联应用C；服务器120接收到终端设备111发送的目标弹幕后，即接收到在关联应用A下产生的目标弹幕后，服务器120可以根据关联应用A、关联应用B和关联应用C各自对应的弹幕推送策略，在关联应用A、关联应用B和关联应用C中确定出该目标弹幕对应的可推送应用；假设所确定出的可推送应用包括关联应用A和关联应用C，则服务器120可以将该目标弹幕推送给使用关联应用A和关联应用C观看该目标直播内容的用户，即将该目标弹幕发送给终端设备111和终端设备11n。

应理解，图1所示的应用场景仅为示例，在实际应用中，终端设备111、终端设备112、……、终端设备11n并不仅限于图1所示的手机，还可以为其它能够支持关联应用运行的设备，如平板电脑、计算机等等，在此不对本申请实施例提供的弹幕推送控制方法适用的应用场景做任何限定。

下面通过实施例对本申请提供的弹幕推送控制方法进行详细介绍。

参见图2，图2为本申请实施例提供的弹幕推送控制方法的流程示意图，该弹幕推送控制方法由服务器执行。如图2所示，该弹幕推送控制方法包括以下步骤：

步骤201：获取多个关联应用各自对应的弹幕推送策略；所述关联应用为支持播放目标直播内容的应用，所述弹幕推送策略用于控制与其对应的关联应用对于弹幕的发送和接收。

在实际应用中，为了将通过直播平台应用产生的目标直播内容扩散给更多的应用，使得目标直播内容可以触达更多用户，服务器可以提供目标直播内容的聚合服务和分发服务，即服务器可以获取直播平台应用产生的目标直播内容，并将该目标直播内容分发给被允许接入该目标直播内容的第三方应用。例如，对于在斗鱼、虎牙、企鹅电竞等直播平台应用上产生的目标直播内容，服务器可以将该目标直播内容分发给腾讯视频、微视、QQ等第三方应用，使得这些第三方应用下的用户也可以观看到目标直播内容。

在上述应用场景中，可支持播放目标直播内容的应用即为本申请实施例中的关联应用，即无论是直接产生目标直播内容的直播平台应用，还是被允许接入目标直播内容的第三方应用，均属于本申请实施例中的关联应用。

在本申请实施例提供的方法中，服务器预先需要获取多个关联应用各自对应的弹幕推送策略，此处的弹幕推送策略用于控制与其对应的关联应用对于弹幕的发送和接收，该弹幕推送策略可以是关联应用的运营管理者根据该关联应用的实际运营需求配置的。

在一种可能的实现方式中，服务器可以直接从关联应用的运营平台处获取弹幕推送策略。具体的，关联应用的运营管理者可以通过运营平台配置该关联应用对应的弹幕推送策略，例如，配置关联应用是否可以接收在其它关联应用下产生的弹幕，以及是否可以将通过自身产生的弹幕发送给其它关联应用，运营平台检测到完成弹幕推送策略的配置后，可以将所配置的弹幕推送策略通过网络发送给服务器，以使服务器获取到该弹幕推送策略。

在另一种可能的实现方式中，服务器可以从用于存储弹幕推送策略的数据库中，获取多个关联应用各自对应的弹幕推送策略。具体的，数据库中存储有若干支持提供直播服务的应用各自对应弹幕推送策略，服务器可以先确定能够支持播放目标直播内容的关联应用，然后再从该数据库中调取这些关联应用各自对应的弹幕推送策略。

应理解，在实际应用中，服务器除了可以通过上述两种方式获取多个关联应用各自对应的弹幕推送策略外，也可以通过其它方式获取关联应用对应的弹幕推送策略，本申请在此不对弹幕推送策略的获取方式做任何限定。

在一些实施例中，上述关联应用对应的弹幕推送策略可以包括弹幕接收策略和弹幕发送策略，其中，弹幕接收策略用于控制该关联应用对于在其它关联应用下产生的弹幕的接收情况，弹幕发送策略用于控制在该关联应用下产生的弹幕的发送情况。

示例性的，某关联应用对应的弹幕接收策略可以直接表现为该关联应用对应的弹幕接收范围，该关联应用可以接收在该弹幕接收范围内的关联应用下产生的弹幕。例如，假设关联应用A对应的弹幕接收策略为该关联应用A对应的弹幕接收范围，该弹幕接收范围中包括关联应用B和关联应用C，那么通过关联应用B和关联应用C产生的弹幕可以被该关联应用A接收，即通过关联应用A观看目标直播内容的用户，可以接收到通过关联应用B和关联应用C关联目标直播内容的用户发送的弹幕。

示例性的，某关联应用对应的弹幕发送策略可以直接表现为该关联应用对应的弹幕发送范围，在该关联应用下产生的弹幕可以被发送给所属于该弹幕发送范围的关联应用。例如，假设关联应用A对应的弹幕发送策略为该关联应用A对应的弹幕发送范围，该弹幕发送范围中包括关联应用B和关联应用D，那么在关联应用A下产生的弹幕可以被发送给关联应用B和关联应用D，即通过关联应用A观看目标直播内容的用户发送的弹幕，可以被发送给通过关联应用B和关联应用D观看该目标直播内容的用户。

应理解，上述弹幕接收策略和弹幕发送策略的表现形式仅为示例，在实际应用中，弹幕接收策略和弹幕发送策略还可以表现为其它形式，例如可以表现为接收开关和发送开关，本申请在此不对上述弹幕接收策略和弹幕发送策略的表现形式做任何限定。

在一种典型的实现方式中，可以从直播平台应用和第三方应用的角度出发设置关联应用对应的弹幕接收策略。即关联应用对应的弹幕接收策略可以包括：平台应用弹幕接收策略和第三方应用弹幕接收策略，其中，平台应用弹幕接收策略用于控制该关联应用是否接收在直播平台应用下产生的弹幕，第三方应用弹幕接收策略用于控制该关联应用是否接收在第三方应用下产生的弹幕。

具体的，可以通过配置平台应用弹幕接收策略，来选择是否接收通过直播平台应用观看目标直播内容的用户发送的弹幕。可以通过配置第三方应用弹幕接收策略，来选择是否接收在第三方应用下产生的弹幕，以及选择具体接收哪些第三方应用的弹幕。

图3为一种示例性的配置关联应用对应弹幕推送策略的界面示意图，基于图3所示的界面配置弹幕接收策略时，可以针对直播平台应用侧的弹幕和第三方应用侧的弹幕分别进行配置。若勾选平台应用侧弹幕对应的选择框，则表示该关联应用可以接收来自直播平台应用的弹幕，反之，若不勾选平台应用侧弹幕对应的选择框，则表示该关联应用不可以接收来自直播平台应用的弹幕。若勾选第三方应用侧弹幕对应的选择框，则表示该关联应用可以接收来自第三方应用的弹幕，并且在勾选该第三方应用侧弹幕对应的选择框后，界面将进一步显示第三方应用列表，且该第三方应用列表中各第三方应用各自对应一个选择框，关联应用的运营管理者可以根据该关联应用的运营管理需求，在第三方应用列表中勾选第三方应用，该关联应用可以接收在被勾选的第三方应用下产生的弹幕。

应理解，上述配置弹幕接收策略的实现方式仅为示例，在实际应用中，也可以通过其它方式配置弹幕接收策略，本申请在此不对弹幕接收策略的配置方式做任何限定。

在一种典型的实现方式中，也可以从直播平台应用和第三方应用的角度出发设置关联应用对应的弹幕发送策略。即关联应用对应的弹幕发送策略包括：弹幕广播策略和弹幕上行策略，其中，弹幕广播策略用于控制在该关联应用下产生的弹幕是否发送给第三方应用，弹幕上行策略用于控制在该关联应用下产生的弹幕是否发送给直播平台应用。

示例性的，关联应用对应的弹幕广播策略可以包括不播模式、单播模式和广播模式。选择不播模式表示用户通过该关联应用发送的弹幕仅自己可见，不允许服务器向该关联应用下的其他用户以及其它第三方应用下的用户发送该弹幕。选择单播模式表示用户通过该关联应用发送的弹幕仅该关联应用下的用户可见，即仅允许服务器向该关联应用下的用户发送该弹幕，不允许服务器向其它第三方应用下的用户发送该弹幕。选择广播模式表示用户通过该关联应用发送的弹幕在各第三方应用下的用户均可见，即允许服务器向各第三方应用下的用户发送该弹幕。

示例性的，关联应用对应的弹幕上行策略可以表现为弹幕上行开关。选择开启该弹幕上行开关，则表示用户通过该关联应用发送的弹幕可以发送给直播平台应用，选择关闭该弹幕上行开关，则表示用户通过该关联应用发送的弹幕不可以被发送给直播平台应用。

下面仍结合图3所示的用于配置关联应用对应弹幕推送策略的界面示意图，对弹幕发送策略的配置方式进行示例性介绍。基于图3所示的界面配置弹幕发送策略时，运营管理者可以点击弹幕广播策略选择框中的下拉控件，响应该点击操作，弹幕广播策略选择框中可以显示包括有不播模式、单播模式和广播模式的模式列表，进而，运营管理者可以根据该关联应用的运营管理需求，在该模式列表中选择一种模式作为弹幕广播策略。运营管理者可以通过弹幕上行开关对应的开关控件选择是否允许将弹幕发送至直播平台应用，当开关控件对应的状态为关闭时，表示不允许将在该关联应用下产生的弹幕发送给直播平台应用下的用户，当开关控件对应的状态为开启时，表示允许将在该关联应用下产生的弹幕发送给直播平台应用下的用户。

应理解，上述配置弹幕发送策略的实现方式仅为示例，在实际应用中，也可以通过其它方式配置弹幕发送策略，本申请在此不对弹幕发送策略的配置方式做任何限定。

在一些实施例中，关联应用对应的弹幕推送策略还可以包括弹幕总开关，当该弹幕总开关的状态为关闭时，表示不允许所属于该关联应用的用户节点发送弹幕和接收弹幕，当该弹幕总开关的状态为开启时，表示允许所属于该关联应用的用户节点发送弹幕和接收弹幕。

为了实现对于与关联应用相关的弹幕的总体控制，本申请实施例提供的弹幕推送策略中还可以包括弹幕总开关，关联应用的运营管理者可以通过设置该弹幕总开关对应的状态，实现对于与关联应用相关的弹幕的总体控制。具体的，当关联应用对应的弹幕总开关的状态被设置为关闭时，既不允许该关联应用下的用户发送弹幕，又不允许该关联应用下的用户接收弹幕，此时，也不允许运营管理者针对该关联应用配置弹幕接收策略和弹幕发送策略；当关联应用对应的弹幕总开关的状态被设置为开启时，允许该关联应用下的用户发送弹幕和接收弹幕，此时，允许运营管理者针对该关联应用配置弹幕接收策略和弹幕发送策略。如图3所示，弹幕总开关具体可以表现为开关控件。

可选的，本申请实施例提供的方法除了可以基于上述弹幕推送策略，控制弹幕在各关联应用间的交互外，还可以从主播的角度出发控制各关联应用对于弹幕的接收。

在一些实施例中，服务器除了可以获取多个关联应用各自对应的弹幕推送策略外，还可以获取多个关联应用各自对应的黑名单，黑名单中包括与其对应的关联应用不支持提供直播服务的主播标签。

具体的，关联应用的运营管理者除了可以设置关联应用对应的弹幕推送策略外，还可以设置关联应用对应的黑名单，利用该黑名单记录该关联应用不支持其提供直播服务的主播标签。例如，假设关联应用A不允许主播a、主播b和主播c在自身平台内提供直播服务，即主播a、主播b和主播c提供的直播内容不被允许在关联应用A的平台上播放，则关联应用A对应的黑名单中应包括主播a、主播b和主播c各自对应的主播标签。

图4为一种示例性的配置关联应用对应的黑名单的界面示意图。如图4所示，关联应用的运营管理者配置该关联应用对应的黑名单时，可以通过点击添加控件触发输入属于黑名单的主播的相关信息，如主播直播内容所属的主题名称、该主播所述的直播平台以及该主播对应的标识ID(即主播标签)。

在一些实施例中，服务器除了可以获取多个关联应用各自对应的弹幕推送策略外，还可以获取多个关联应用各自对应的白名单，白名单中包括与其对应的关联应用支持提供直播服务的多个主播标签列表，不同的主播标签列表对应不同的直播内容类型。

具体的，本申请实施例提供的方法还支持从直播内容类型的角度出发，针对不同的直播内容类型设置对应的所属于白名单的主播标签列表，所属于该主播标签列表的主播提供的直播内容可以在该白名单对应的关联应用上播放，反之，不属于该主播标签列表的主播提供的直播内容不可以在该白名单对应的关联应用上播放。例如，假设关联应用A针对吃播类型的直播内容设置了主播标签列表1，其中包括有主播d、主播e和主播f各自对应的主播标签，针对购物类型的直播内容设置了主播标签列表2，其中包括主播g、主播i和主播k各自对应的主播标签，那么对于吃播类型的直播内容，关联应用A仅允许播放由主播d、主播e和主播f提供的直播内容，对于购物类型的直播内容，关联应用A仅允许播放由主播g、主播i和主播k提供的直播内容。

需要说明的是，若没有针对某种直播内容类型设置对应的所属于白名单的主播标签列表，则表示该白名单对应的关联应用可以接收该直播内容类型下各个主播提供的直播内容。

需要说明的是，在实际应用中，也可以仅针对特定粒度设置白名单，该白名单中包括该特定粒度下多种直播内容类型各自对应的主播标签列表。示例性的，可以从游戏粒度出发设置白名单，即该白名单对应于游戏粒度，其中可以包括多个游戏主播标签列表，不同的游戏主播标签列表对应于不同的游戏；例如，假设针对关联应用A设置的白名单中包括游戏主播标签列表3和游戏主播标签列表4，游戏主播标签列表3对应于王者荣耀，其中包括主播l、主播m和主播n各自对应的主播标签，游戏主播标签列表4对应于和平精英，其中包括主播o、主播p和主播q各自对应的主播标签，相应地，关联应用A仅支持播放主播l、主播m和主播n提供的王者荣耀的游戏直播，关联应用A仅支持播放主播o、主播p和主播q提供的和平精英的游戏直播。

应理解，若没有针对某种游戏设置对应的所属于白名单的游戏主播标签列表，则表示该白名单对应的关联应用可以接收各个主播提供的与该游戏相关的直播内容。此外，由于很多主播可以提供多种游戏直播，因此，不同的游戏主播标签列表中可以包括相同的主播标签。

图5为一种示例性的配置关联应用对应的游戏粒度白名单的界面示意图。如图5所示，关联应用的运营管理者配置关联应用对应的游戏粒度的白名单时，可以先针对各个游戏设置是否启用白名单，例如，针对游戏A可以通过其对应的白名单启用开关控件，设置是否启用白名单中游戏A对应的游戏主播标签列表，当白名单启用开关控件的状态为关闭时，表示不启用白名单中游戏A对应的游戏主播标签列表，允许各个主播在该关联应用中提供与游戏A相关的直播，当白名单启用开关控件的状态为开启时，表示启用白名单中游戏A对应的游戏主播标签列表，只允许该游戏主播标签列表中的主播在关联应用中提供与游戏A相关的直播。此外，运营管理者还可以查看编辑白名单中各游戏各自对应的游戏主播标签列表，以在游戏主播标签列表中添加、删除或修改主播标签。

应理解，在实际应用中，除了可以针对游戏粒度设置白名单外，也可以针对其它直播类型粒度设置白名单，本申请在此不对白名单所对应的粒度做任何限定。

在针对某关联应用既设置黑名单，又设置白名单的应用场景中，该关联应用对应的黑名单和白名单之间的关系如图6所示。其中，黑名单是适用于该关联应用全局的，影响该关联应用所能提供的所有直播内容，只有某主播标签在该黑名单中，那么该主播标签对应的主播提供的任何直播内容都不会通过该关联应用播放；针对不同直播内容类型设置不同的所属于白名单的主播标签列表，相同的主播标签可以存在于多种直播内容类型对应的主播标签列表中，表示该主播标签对应的主播提供的所属于这多种直播内容类型的直播内容均可以通过关联应用播放。

步骤202：当接收到针对所述目标直播内容的目标弹幕时，根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的可推送应用。

在播放目标直播内容的过程中，用户可以通过其使用的关联应用向服务器发送针对该目标直播内容的目标弹幕，服务器接收到该目标弹幕后，可以根据其在步骤201中获取的多个关联应用各自对应的弹幕推送策略，在这多个关联应用中确定出该目标弹幕对应的可推送应用，此处的可推送应用即为可以接收该目标弹幕的应用。

在一些实施例中，在关联应用对应的弹幕推送策略包括弹幕接收策略和弹幕发送策略的情况下，服务器确定目标弹幕对应的可推送应用时，可以先确定目标弹幕的来源关联应用，然后根据该来源关联应用对应的弹幕发送策略，在多个关联应用中确定目标弹幕对应的可发送应用，组成候选发送应用集合，进而，根据候选发送应用集合中各关联应用各自对应的弹幕接收策略，在该候选发送应用集合中确定目标弹幕对应的可接收应用，作为该目标弹幕对应的可推送应用。

下面以弹幕接收策略表现为关联应用对应的弹幕接收范围，弹幕发送策略表现为关联应用对应的弹幕发送范围为例，对上述确定可推送应用的过程进行示例性介绍。服务器接收到目标弹幕后，可以先确定发送该目标弹幕的用户所属的关联应用，作为该目标弹幕对应的来源关联应用；然后，调用该来源关联应用对应的弹幕发送策略，将该弹幕发送策略中弹幕发送范围内的各关联应用作为目标弹幕对应的可发送应用，并利用该弹幕发送范围内的各关联应用组成候选发送应用集合；进而，调用该候选发送应用集合中各关联应用各自对应的弹幕接收策略，针对候选发送应用集合中的每个关联应用，判断该来源关联应用是否在该关联应用对应的弹幕接收范围内，若是，则可将该关联应用作为目标弹幕对应的可推送应用。

应理解，在实际应用中，当弹幕推送策略中的弹幕接收策略和弹幕发送策略表现为其它形式时，服务器可以采用相应的处理方式，基于其它形式的弹幕接收策略和弹幕发送策略，确定目标弹幕对应的可推送应用。

下面以关联应用对应的弹幕推送策略中包括弹幕总开关、弹幕发送策略和弹幕接收策略，且该弹幕发送策略包括弹幕广播策略和弹幕上行策略，且该弹幕接收策略包括平台应用弹幕接收策略和第三方应用弹幕接收策略为例，对确定目标弹幕对应的可发送应用和可接收应用的过程分别进行介绍。

图7为确定目标弹幕对应的可发送应用的流程示意图。如图7所示，服务器接收到来自关联应用的目标弹幕后，可以先判断该关联应用对应的弹幕总开关的状态为开启还是关闭，若为关闭，则提示发送该目标弹幕的用户该关联应用不允许发送弹幕，并结束流程，若为开启，则继续执行后续流程。然后，判断该关联应用对应的弹幕广播策略为不播模式、还是单播模式、还是广播模式；若为不播模式，则仅将该目标弹幕发送给发送该目标弹幕的用户，并结束流程；若为单播模式，则确定该关联应用自身为目标弹幕对应的可发送应用，并结束流程；若为广播模式，则确定各第三方应用均为该目标弹幕对应的可发送应用。接着，判断该关联应用对应的弹幕上行开关(即弹幕上行策略)的状态为开启还是关闭，若为关闭，则确定直播平台应用不属于该目标弹幕对应的可发送应用，若为开启，则确定该直播平台应用属于该目标弹幕对应的可发送应用。

图8为确定目标弹幕对应的可接收应用的流程示意图。如图8所示，针对每个目标弹幕对应的可发送应用，可以先判断该可发送应用对应的弹幕总开关的状态为开启还是关闭，若为关闭，则直接确定该可发送应用并非目标弹幕对应的可接收应用，并结束流程，若为开启，则继续执行后续流程。然后，可以根据目标弹幕对应的来源关联应用的类型，确定启用该可发送应用对应的平台应用弹幕接收策略还是第三方应用弹幕接收策略。当来源关联应用为直播平台应用时，启用该可发送应用对应的平台应用弹幕接收策略，判断平台应用弹幕接收开关(即平台应用弹幕接收策略)的状态为开启还是关闭，若为关闭，则确定该可发送应用并非目标弹幕对应的可接收应用，并结束流程，若为开启，则确定该可发送应用为目标弹幕对应的可接收应用。当来源关联应用为第三方应用时，启用该可发送应用对应的第三方应用弹幕接收策略，判断该来源关联应用是否在该第三方应用弹幕接收列表(第三方应用弹幕接收策略)中，若是，则确定该可发送应用为目标弹幕对应的可接收应用，若否，则确定该可发送应用并非目标弹幕对应的可接收应用。

如图9中的(a)所示，基于上述图7和图8所示的弹幕推送控制原理，若关联应用A对应的弹幕广播策略为单播模式，则关联应用A下的用户发送的弹幕将不会扩散至其它关联应用，即不会扩散推送给关联应用B和关联应用C下的用户；此时，若关联应用B和关联应用C各自对应的弹幕广播策略均为广播模式，关联应用A只要将其对应的弹幕接收策略设置为不接收在其它关联应用下产生的弹幕，则可以实现关联应用A的单应用弹幕隔离。

如图9中的(b)所示，基于上述图7和图8所示的弹幕推送控制原理，若关联应用A对应的弹幕广播策略为广播模式，则服务器可以将在关联应用A下产生的弹幕扩散给其它关联应用，即扩散给关联应用B和关联应用C，此时，若关联应用B对应的弹幕接收策略表示允许接收在关联应用A下产生的弹幕，关联应用C对应的弹幕接收策略表示不允许接收在关联应用A下产生的弹幕，则服务器可以将在关联应用A下产生的弹幕推送给关联应用B，而不推送给关联应用C，如此实现部分关联应用之间的弹幕互通。

由此，根据各关联应用各自对应的弹幕推送策略，实现单关联应用内弹幕互通、或部分关联应用之间弹幕互通、或全部关联应用之间弹幕互通，使得弹幕互通的方式更丰富，更易满足实际场景需求。根据实际需求将各关联应用隔离开来，通过一系列的弹幕上下行策略，控制弹幕在各关联应用之间的扩散接收方式，使得接入目标直播内容的各关联应用，能够选择与其互通的关联应用，组成公共交互群体；也可以绕开存在竞争关系的关联应用，实现关联应用的隔离；还可以不和其它关联应用进行弹幕交互，自成一片天地。

需要说明的是，若服务器在获取了多个关联应用各自对应的弹幕推送策略的基础上，进一步还获取了这多个关联应用各自对应的黑名单，则服务器可以通过以下方式确定目标弹幕对应的可推送应用：先根据多个关联应用各自对应的弹幕推送策略，在这多个关联应用中确定出目标弹幕对应的候选推送应用，然后，确定目标直播内容对应的目标主播标签，针对每个候选推送应用，判断该目标主播标签是否在该候选推送应用对应的黑名单中，若否，则确定该候选推送应用为目标弹幕对应的可推送应用。

具体的，上述确定目标弹幕对应的候选推送应用的方式，实质上即为上文中仅根据多个关联应用各自对应的弹幕推送策略确定目标弹幕对应的可推送应用的方式，详细可参见上文中相关内容的描述。确定出目标弹幕对应的候选推送应用后，服务器需要针对每个候选推送应用，判断其对应的黑名单中是否包括目标直播内容对应的目标主播标签，若是，则说明该候选推送应用不允许该目标主播标签对应的主播通过自身提供直播服务，相应地，该候选推送应用也不需要接收针对该目标直播内容的目标弹幕，反之，若否，则说明该候选推送应用允许该目标主播标签对应的主播通过自身提供直播服务，相应地，该候选推送应用可以接收针对该目标直播内容的目标弹幕，应将该候选推送应用作为该目标弹幕对应的可推送应用。

需要说明的是，若服务器在获取了多个关联应用各自对应的弹幕推送策略的基础上，进一步还获取了这多个关联应用各自对应的白名单，则服务器可以通过以下方式确定目标弹幕对应的可推送应用：先根据多个关联应用各自对应的弹幕推送策略，在这多个关联应用中确定出目标弹幕对应的候选推送应用，然后，确定目标直播内容对应的目标主播标签和目标直播内容类型，针对每个候选推送应用，在该候选推送应用对应的白名单中调用目标直播内容类型对应的目标主播标签列表，并判断该目标主播标签是否在该目标主播标签列表中，若是，则确定该候选推送应用为目标弹幕对应的可推送应用。

具体的，上述确定目标弹幕对应的候选推送应用的方式，实质上即为上文中仅根据多个关联应用各自对应的弹幕推送策略确定目标弹幕对应的可推送应用的方式，详细可参见上文中相关内容的描述。确定出目标弹幕对应的候选推送应用后，服务器需要针对每个候选推送应用，在其对应的白名单中调出与目标直播内容所属的目标直播内容类型相对应的主播标签列表，作为目标主播标签列表，然后判断该目标主播标签列表中是否包括目标直播内容对应的目标主播标签，若是，则说明该候选推送应用支持该目标主播标签对应的主播通过自身提供目标直播内容类型的直播服务，相应地，该候选推送应用可以接收针对该目标直播内容的目标弹幕，即可以确定该候选推送应用为目标弹幕对应的可推送应用，反之，若否，则说明该候选推送应用不支持该目标主播标签对应的主播通过自身提供目标直播内容类型的直播服务，相应地，该候选推送应用也不需要接收针对该目标直播内容的目标弹幕。

应理解，在一些情况下，候选推送应用对应的白名单中可能不包括目标直播内容类型对应的主播标签列表，那么表示该候选推送应用支持各个主播通过自身提供该目标直播内容类型的直播服务，此时，也可以确定该候选推送应用为目标弹幕对应的可推送应用。

应理解，当关联应用对应的白名单是针对游戏粒度设置的白名单时，服务器基于弹幕推送策略和白名单确定目标弹幕对应的可推送应用的实现方式，与上文相类似，即服务器需要先确定目标直播内容对应的目标主播标签和目标游戏，然后，在候选推送应用对应的白名单中调用该目标游戏对应的游戏主播标签列表，进而，判断该游戏主播标签列表中是否包括目标主播标签，若是，则确定该候选推送应用为目标弹幕对应的可推送应用，若服，则确定该候选推送应用并非目标弹幕对应的可推送应用。

步骤203：将所述目标弹幕推送给所述目标直播内容下与所述可推送应用相关联的用户节点。

服务器确定出目标弹幕对应的可推送应用后，可以将该目标弹幕推送给目标直播内容下与可推送应用相关联的用户节点，即使得通过可推送应用观看目标直播内容的用户可以接收到该目标弹幕。

相关技术中，实现弹幕聚合分发的系统架构如图10所示，该系统架构采用分箱bucket—房间room—频道channels的结构，存储观看用户和主播节目(即上文中的直播内容)的关联关系。该架构可以通过设置多个分箱来扩展为主播节目提供的处理资源，每个分箱中包含一些独立的控制资源，能够提高弹幕信息处理和分发的效率，一个分箱可以支持处理多个不同的主播节目，分箱与房间成1：N(N为大于1的整数)的关系。房间用于关联主播节目，该系统架构可以根据一定的哈希hash规则将相同的主播节目放置在多个分箱中，以分散该主播节目的观看用户，提高数据处理效率，每个房间维护一个websocket信息链(即用户信息链)，以关联通过该房间观看该主播节目的用户。

当某用户进入某直播间观看主播节目时，上述系统架构可以对该用户信息进行相应的处理，确定用于存放该用户信息的分箱，进而，将该用户信息与该分箱下的该主播节目对应的房间关联，即在该主播节目对应的房间关联的用户信息链上增加一个用户节点，记录该用户信息，如此完成主播节目与用户信息的绑定。当某用户针对该主播节目发送弹幕时，弹幕经敏感词过滤、聚合等处理后，将该弹幕发送给每个分箱下该主播节目对应的房间关联的用户信息链上的各个用户。

在一些实施例中，每个分箱下与目标直播内容关联的用户信息链可以为单链结构，通过各关联应用观看该目标直播内容的用户各自对应的用户节点分布在各个分箱下与该目标直播内容关联的用户信息链上，并且每个用户节点配置有其所属的关联应用的应用标签。服务器将目标弹幕推送给与可推送应用相关联的用户节点时，可以针对每个分箱，确定该分箱下该目标直播内容对应的目标用户信息链，然后，针对目标用户信息链上的每个用户节点，判断该用户节点配置的应用标签是否为可推送应用的应用标签，若是，则将该目标弹幕推送给该用户节点。

具体的，系统架构在目标直播内容对应的用户信息链上添加用户节点时，除了需要将用户对应的用户信息写入该用户节点外，还需要为该用户节点配置该用户所属的关联应用的应用标签。服务器确定出目标弹幕对应的可推送应用后，可以先确定每个分箱中该目标直播内容对应的用户信息链，作为目标用户信息链，然后针对目标用户信息链上的每个用户节点，判断该用户节点是否配置有可推送应用的应用标签，若是，则表明该用户节点对应的用户是通过可推送应用观看目标直播内容的，相应地，可以将该目标弹幕推送给该用户节点，反之，若否，则该用户节点对应的用户不是通过可推送应用观看目标直播内容的，相应地，不可以将该目标弹幕推送给该用户节点。

在一些实施例中，每个分箱下与目标直播内容关联的用户信息链可以为多链结构，即每个分箱下目标直播内容可以对应多条用户信息链，并且分布在同一用户信息链上的用户节点所属于同一关联应用。服务器将目标弹幕推送给与可推送应用相关联的用户节点时，可以针对每个分箱，确定该分箱下该目标直播内容对应的多条候选用户信息链，然后，在这多条候选用户信息链中确定出可推送应用对应的推送用户信息链，进而，将目标弹幕推送给该推送用户信息链上的各个用户节点。

具体的，可以在每个分箱下，针对目标直播内容构建多条用户信息链，不同的用户信息链用于承载不同关联应用下的用户节点。服务器确定出目标弹幕对应的可推送应用后，可以先确定每个分箱中该目标直播内容对应的多条用户信息链，作为候选用户信息链，然后，在这多条候选用户信息链中确定出与可推送应用对应的用户信息链，作为推送用户信息链，进而，将目标弹幕推送给推送用户信息链上的各个用户节点。

相比相关技术中直接将弹幕推送给通过各关联应用观看直播的用户的实现方式，本申请实施例提供的弹幕推送控制方法，在推送目标弹幕的过程中，可以依据各关联应用各自对应的弹幕推送策略，确定目标弹幕对应的可推送应用，进而仅将目标弹幕推送给可推送应用下的用户，由此利用各关联应用各自对应的弹幕推送策略限制目标弹幕的推送范围，使得目标弹幕的推送满足应用场景中各应用的实际需求，而不是将目标弹幕无限制地推送给各个关联应用，如此实现对于弹幕推送的灵活控制。

为了便于理解本申请实施例提供的弹幕推送控制方法，下面结合图11所示的系统架构，对本申请实施例提供的弹幕推送控制方法进行整体示例性介绍。

如图11所示，用户通过某关联应用进入直播间观看目标直播内容时，直播中台可以对该用户的用户信息进行hash处理，确定用于存放该用户信息的分箱，进而，在该分箱下与目标直播内容对应的用户信息链的尾端创建新的用户节点，利用该用户节点记录该用户信息，并为该用户节点配置该关联应用的应用标签。

需要说明的是，上述直播中台用于实现直播内容的聚合和分发，以及针对直播内容的弹幕的聚合和分发。如图12所示，直播中台作为桥梁，可以将上游的直播平台应用(如斗鱼、虎牙、企鹅电竞等)，与下游的第三方应用(如腾讯视频、微视、QQ等)关联起来，使得针对直播内容的弹幕可以通过该直播中台进行交互。

直播中台接收到关联应用下的用户针对目标直播内容发送的目标弹幕后，可以根据其预先获取的各关联应用各自对应的弹幕推送策略，确定该目标弹幕对应的可推送应用。示例性的，直播中台可以先确定目标弹幕对应的来源关联应用，然后，根据该来源关联应用对应的弹幕广播策略和弹幕上行策略，确定该目标弹幕对应的可发送应用，例如，在弹幕广播策略为广播模式，且弹幕上行开关的状态为开启的情况下，目标弹幕对应的可发送应用包括各第三方应用和直播平台应用；进而，针对每个可发送应用，根据该可发送应用对应的弹幕接收策略，判断该可发送应用是否可以接收来自该来源关联应用的弹幕，若是，则确定该可发送应用为目标弹幕对应的可推送应用。

如图11所示，直播中台确定出目标弹幕对应的可推送应用后，可以将目标弹幕发送给各分箱下该目标直播内容对应的用户信息链，针对用户信息链上的每个用户节点，可以根据该用户节点配置的应用标签是否为可推送应用的应用标签，来确定是否将该目标弹幕发送给该用户节点。

针对上文描述的弹幕推送控制方法，本申请还提供了对应的弹幕推送控制装置，以使上述弹幕推送控制方法在实际中的应用以及实现。

参见图13，图13为上文图2所示的弹幕推送控制方法对应的一种弹幕推送控制装置1300的结构示意图，该弹幕推送控制装置1300包括：

策略获取模块1301，用于获取多个关联应用各自对应的弹幕推送策略；所述关联应用为支持播放目标直播内容的应用，所述弹幕推送策略用于控制与其对应的关联应用对于弹幕的发送和接收；

可推送应用确定模块1302，用于当接收到针对所述目标直播内容的目标弹幕时，根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的可推送应用；

弹幕推送模块1303，用于将所述目标弹幕推送给所述目标直播内容下与所述可推送应用相关联的用户节点。

可选的，在图13所示的弹幕推送控制装置的基础上，所述弹幕推送策略包括：弹幕接收策略和弹幕发送策略，所述弹幕接收策略用于控制与其对应的关联应用对于在其它所述关联应用下产生的弹幕的接收情况，所述弹幕发送策略用于控制在与其对应的关联应用下产生的弹幕的发送情况；

则所述可推送应用确定模块1302具体用于：

确定所述目标弹幕对应的来源关联应用；

根据所述来源关联应用对应的弹幕发送策略，在所述多个关联应用中确定所述目标弹幕对应的可发送应用，组成候选发送应用集合；

根据所述候选发送应用集合中各关联应用各自对应的弹幕接收策略，在所述候选发送应用集合中确定所述目标弹幕对应的可接收应用，作为所述可推送应用。

可选的，在图13所示的弹幕推送控制装置的基础上，所述多个关联应用包括：产生所述目标直播内容的直播平台应用以及被允许接入所述直播平台应用的第三方应用；

所述弹幕接收策略包括：平台应用弹幕接收策略和第三方应用弹幕接收策略；所述平台应用弹幕接收策略用于控制与其对应的关联应用是否接收在所述直播平台应用下产生的弹幕，所述第三方应用弹幕接收策略用于控制与其对应的关联应用是否接收在其它所述第三方应用下产生的弹幕。

可选的，在图13所示的弹幕推送控制装置的基础上，所述多个关联应用包括：产生所述目标直播内容的直播平台应用以及被允许接入所述直播平台应用的第三方应用；

则所述弹幕发送策略包括：弹幕广播策略和弹幕上行策略；所述弹幕广播策略用于控制在与其对应的关联应用下产生的弹幕是否发送给所述第三方应用，所述弹幕上行策略用于控制在与其对应的关联应用下产生的弹幕是否发送给所述直播平台应用。

可选的，在图13所示的弹幕推送控制装置的基础上，所述弹幕推送策略还包括弹幕总开关；当所述弹幕总开关的状态为关闭时，不允许所属于与其对应的关联应用的用户节点发送弹幕和接收弹幕；当所述弹幕总开关的状态为开启时，允许所属于与其对应的关联应用的用户节点发送弹幕和接收弹幕。

可选的，在图13所示的弹幕推送控制装置的基础上，参见图14，图14为本申请实施例提供的另一种弹幕推送控制装置1400的结构示意图。如图14所示，该装置还包括：

黑名单获取模块1401，用于获取所述多个关联应用各自对应的黑名单；所述黑名单中包括与其对应的关联应用不支持提供直播服务的主播标签；

则所述可推送应用确定模块1302具体用于：

根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的候选推送应用；

确定所述目标直播内容对应的目标主播标签；针对每个所述候选推送应用，判断所述目标主播标签是否在所述候选推送应用对应的黑名单中，若否，则确定所述候选推送应用为所述可推送应用。

可选的，在图13所示的弹幕推送控制装置的基础上，参见图15，图15为本申请实施例提供的另一种弹幕推送控制装置1500的结构示意图。如图15所示，该装置还包括：

白名单获取模块1501，用于获取所述多个关联应用各自对应的白名单；所述白名单中包括与其对应的关联应用支持提供直播服务的多个主播标签列表，不同的主播标签列表对应于不同的直播内容类型；

则所述可推送应用确定模块1302具体用于：

根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的候选推送应用；

确定所述目标直播内容对应的目标主播标签和目标直播内容类型；针对每个所述候选推送应用，在所述候选推送应用对应的白名单中调用目标直播内容类型对应的目标主播标签列表，判断所述目标主播标签是否在所述目标主播标签列表中，若是，则确定所述候选推送应用为所述可推送应用。

可选的，在图15所示的弹幕推送控制装置的基础上，所述白名单对应于游戏粒度，所述白名单中包括多个游戏主播标签列表，不同的游戏主播标签列表对应于不同的游戏。

可选的，在图13所示的弹幕推送控制装置的基础上，所述目标直播内容下的用户节点分布在单链结构上，且每个所述用户节点配置有其所属的关联应用的应用标签；

则所述弹幕推送模块1303具体用于：

确定所述目标直播内容对应的目标用户信息链；

针对所述目标用户信息链上的每个用户节点，判断所述用户节点配置的应用标签是否为所述可推送应用的应用标签，若是，则将所述目标弹幕推送给所述用户节点。

可选的，在图13所示的弹幕推送控制装置的基础上，所述目标直播内容对应多条用户信息链，分布在同一用户信息链上的用户节点所属于同一关联应用；

则所述弹幕推送模块1303具体用于：

确定所述目标直播内容对应的多条候选用户信息链；

在所述多条候选用户信息链中确定所述可推送应用对应的推送用户信息链；

将所述目标弹幕推送给所述推送用户信息链上的各个用户节点。

本申请实施例提供的弹幕推送控制装置，在推送目标弹幕的过程中，可以依据各关联应用各自对应的弹幕推送策略，确定目标弹幕对应的可推送应用，进而仅将目标弹幕推送给可推送应用下的用户，由此利用各关联应用各自对应的弹幕推送策略限制目标弹幕的推送范围，使得目标弹幕的推送满足应用场景中各应用的实际需求，而不是将目标弹幕无限制地推送给各个关联应用，如此实现对于弹幕推送的灵活控制。

本申请实施例还提供了一种用于控制弹幕推送的设备，该设备具体可以为服务器，下面将从硬件实体化的角度对本申请实施例提供的服务器进行介绍。

参见图16，图16为本申请实施例提供的一种服务器1600的结构示意图。该服务器1600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)1622(例如，一个或一个以上处理器)和存储器1632，一个或一个以上存储应用程序1642或数据1644的存储介质1630(例如一个或一个以上海量存储设备)。其中，存储器1632和存储介质1630可以是短暂存储或持久存储。存储在存储介质1630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1622可以设置为与存储介质1630通信，在服务器1600上执行存储介质1630中的一系列指令操作。

服务器1600还可以包括一个或一个以上电源1626，一个或一个以上有线或无线网络接口1650，一个或一个以上输入输出接口1658，和/或，一个或一个以上操作系统1641，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图16所示的服务器结构。

其中，CPU 1622用于执行如下步骤：

获取多个关联应用各自对应的弹幕推送策略；所述关联应用为支持播放目标直播内容的应用，所述弹幕推送策略用于控制与其对应的关联应用对于弹幕的发送和接收；

当接收到针对所述目标直播内容的目标弹幕时，根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的可推送应用；

将所述目标弹幕推送给所述目标直播内容下与所述可推送应用相关联的用户节点。

可选的，CPU 1622还可以用于执行本申请实施例提供的弹幕推送控制方法的任意一种实现方式的步骤。

本申请实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行前述各个实施例所述的一种弹幕推送控制方法中的任意一种实施方式。

本申请实施例还提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前述各个实施例所述的一种弹幕推送控制方法中的任意一种实施方式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储计算机程序的介质。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (13)

1.一种弹幕推送控制方法，其特征在于，所述方法包括：

获取多个关联应用各自对应的弹幕推送策略；所述关联应用为支持播放目标直播内容的应用，所述弹幕推送策略用于控制与其对应的关联应用对于弹幕的发送和接收，所述弹幕推送策略包括：弹幕接收策略和弹幕发送策略，所述弹幕接收策略用于控制与其对应的关联应用对于在其它所述关联应用下产生的弹幕的接收情况，所述弹幕发送策略用于控制在与其对应的关联应用下产生的弹幕的发送情况；

当接收到针对所述目标直播内容的目标弹幕时，根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的可推送应用，包括：

确定所述目标弹幕对应的来源关联应用；

根据所述来源关联应用对应的弹幕发送策略，在所述多个关联应用中确定所述目标弹幕对应的可发送应用，组成候选发送应用集合；

根据所述候选发送应用集合中各关联应用各自对应的弹幕接收策略，在所述候选发送应用集合中确定所述目标弹幕对应的可接收应用，作为所述可推送应用；

将所述目标弹幕推送给所述目标直播内容下与所述可推送应用相关联的用户节点。

2.根据权利要求1所述的方法，其特征在于，所述多个关联应用包括：产生所述目标直播内容的直播平台应用以及被允许接入所述直播平台应用的第三方应用；

所述弹幕接收策略包括：平台应用弹幕接收策略和第三方应用弹幕接收策略；所述平台应用弹幕接收策略用于控制与其对应的关联应用是否接收在所述直播平台应用下产生的弹幕，所述第三方应用弹幕接收策略用于控制与其对应的关联应用是否接收在所述第三方应用下产生的弹幕。

3.根据权利要求1所述的方法，其特征在于，所述多个关联应用包括：产生所述目标直播内容的直播平台应用以及被允许接入所述直播平台应用的第三方应用；

所述弹幕发送策略包括：弹幕广播策略和弹幕上行策略；所述弹幕广播策略用于控制在与其对应的关联应用下产生的弹幕是否发送给所述第三方应用，所述弹幕上行策略用于控制在与其对应的关联应用下产生的弹幕是否发送给所述直播平台应用。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述弹幕推送策略还包括弹幕总开关；当所述弹幕总开关的状态为关闭时，不允许所属于与其对应的关联应用的用户节点发送弹幕和接收弹幕；当所述弹幕总开关的状态为开启时，允许所属于与其对应的关联应用的用户节点发送弹幕和接收弹幕。

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

获取所述多个关联应用各自对应的黑名单；所述黑名单中包括与其对应的关联应用不支持提供直播服务的主播标签；

所述根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的可推送应用，包括：

根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的候选推送应用；

确定所述目标直播内容对应的目标主播标签；针对每个所述候选推送应用，判断所述目标主播标签是否在所述候选推送应用对应的黑名单中，若否，则确定所述候选推送应用为所述可推送应用。

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

获取所述多个关联应用各自对应的白名单；所述白名单中包括与其对应的关联应用支持提供直播服务的多个主播标签列表，不同的主播标签列表对应于不同的直播内容类型；

所述根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的可推送应用，包括：

根据所述多个关联应用各自对应的弹幕推送策略，在所述多个关联应用中确定所述目标弹幕对应的候选推送应用；

确定所述目标直播内容对应的目标主播标签和目标直播内容类型；针对每个所述候选推送应用，在所述候选推送应用对应的白名单中调用目标直播内容类型对应的目标主播标签列表，判断所述目标主播标签是否在所述目标主播标签列表中，若是，则确定所述候选推送应用为所述可推送应用。

7.根据权利要求6所述的方法，其特征在于，所述白名单对应于游戏粒度，所述白名单中包括多个游戏主播标签列表，不同的游戏主播标签列表对应于不同的游戏。

8.根据权利要求1所述的方法，其特征在于，所述目标直播内容下的用户节点分布在单链结构上，且每个所述用户节点配置有其所属的关联应用的应用标签；

所述将所述目标弹幕推送给所述目标直播内容下与所述可推送应用相关联的用户节点，包括：

确定所述目标直播内容对应的目标用户信息链；

针对所述目标用户信息链上的每个用户节点，判断所述用户节点配置的应用标签是否为所述可推送应用的应用标签，若是，则将所述目标弹幕推送给所述用户节点。

9.根据权利要求1所述的方法，其特征在于，所述目标直播内容对应多条用户信息链，分布在同一用户信息链上的用户节点所属于同一关联应用；

所述将所述目标弹幕推送给所述目标直播内容下与所述可推送应用相关联的用户节点，包括：

确定所述目标直播内容对应的多条候选用户信息链；

在所述多条候选用户信息链中确定所述可推送应用对应的推送用户信息链；

将所述目标弹幕推送给所述推送用户信息链上的各个用户节点。

10.一种弹幕推送控制装置，其特征在于，所述装置包括：

策略获取模块，用于获取多个关联应用各自对应的弹幕推送策略；所述关联应用为支持播放目标直播内容的应用，所述弹幕推送策略用于控制与其对应的关联应用对于弹幕的发送和接收，所述弹幕推送策略包括：弹幕接收策略和弹幕发送策略，所述弹幕接收策略用于控制与其对应的关联应用对于在其它所述关联应用下产生的弹幕的接收情况，所述弹幕发送策略用于控制在与其对应的关联应用下产生的弹幕的发送情况；

可推送应用确定模块，确定所述目标弹幕对应的来源关联应用；根据所述来源关联应用对应的弹幕发送策略，在所述多个关联应用中确定所述目标弹幕对应的可发送应用，组成候选发送应用集合；根据所述候选发送应用集合中各关联应用各自对应的弹幕接收策略，在所述候选发送应用集合中确定所述目标弹幕对应的可接收应用，作为所述可推送应用；

弹幕推送模块，用于将所述目标弹幕推送给所述目标直播内容下与所述可推送应用相关联的用户节点。

11.根据权利要求10所述的装置，其特征在于，所述多个关联应用包括：产生所述目标直播内容的直播平台应用以及被允许接入所述直播平台应用的第三方应用；

所述弹幕接收策略包括：平台应用弹幕接收策略和第三方应用弹幕接收策略；所述平台应用弹幕接收策略用于控制与其对应的关联应用是否接收在所述直播平台应用下产生的弹幕，所述第三方应用弹幕接收策略用于控制与其对应的关联应用是否接收在其它所述第三方应用下产生的弹幕。

12.一种设备，其特征在于，所述设备包括处理器及存储器；

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行权利要求1至9中任一项所述的弹幕推送控制方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求1至9中任一项所述的弹幕推送控制方法。

Images