CN114245159A - 直播平台开关数据推送方法、存储介质、电子设备及系统 - Google Patents

Abstract

本发明公开了一种直播平台开关数据推送方法、存储介质、电子设备及系统，涉及互联网移动端应用开发领域。该方法包括：利用预设的开关模块，判断当前使用状态是直播间场景还是非直播间场景；若为直播间场景，则所述开关模块进入第一开关模式，在所述第一开关模式下，由所述开关模块利用已有的弹幕通道，实时接收弹幕服务器推送的开关数据；若为非直播间场景，则所述开关模块进入第二开关模式，在所述第二开关模式下，由所述开关模块从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据。本发明不但能满足高实时性、高主动性需求，而且能节省服务器资源、降低服务器负荷，满足了实际应用需求。

Description

直播平台开关数据推送方法、存储介质、电子设备及系统

技术领域

本发明涉及互联网移动端应用开发领域，具体来讲是一种直播平台开关数据推送方法、存储介质、电子设备及系统。

背景技术

对于移动端来说，会有很多功能是需要通过服务器下发数据到客户端进行执行的。例如，对于移动端APP(Application，应用程序)的某个功能的开关，则需要服务器来配置并下发开关数据，进而控制移动端APP的相应功能是开或者关。而对于网络直播领域来说，由于直播需求的实时性极高，因此，更是需要满足功能开关数据的实时推送要求。

目前，常规的处理方案有以下两种：

(1)当客户端启动时从服务器请求相应的开关数据，然后进行使用。但是这种方法只能够在APP启动时请求一次，而在APP使用过程中则无法获取；并且，此种方法只能是客户端主动请求服务器，服务器无法主动下发给客户端。

(2)在客户端与服务器之间新建一条长连接的网络通道，且客户端与服务器需要对此连接通道进行保活，那么服务器有数据时则可以直接发送给客户端，客户端则可快速得到对应的开关数据。但是此方法会消耗大量的服务器资源，所有的用户都必须与服务器建立一条长连接通道，并且需要定时的发送心跳数据来进行保活，使得服务器负荷过大。

因此，如何提供一种既能满足高实时性、高主动性，又能节省服务器资源、降低服务器负荷的直播平台的开关数据推送的方案，是本领域技术人员亟待解决的问题。

发明内容

本发明的目的是为了克服上述背景技术的不足，提供一种直播平台开关数据推送方法、存储介质、电子设备及系统，不但能满足高实时性、高主动性需求，而且能节省服务器资源、降低服务器负荷，满足了实际应用需求。

为达到以上目的，第一方面，本发明实施例提供一种直播平台开关数据推送方法，该方法包括以下步骤：

利用预设的开关模块，判断当前使用状态是直播间场景还是非直播间场景；

若所述当前使用状态为直播间场景，则所述开关模块进入第一开关模式，在所述第一开关模式下，由所述开关模块利用已有的弹幕通道，实时接收弹幕服务器推送的开关数据；

若所述当前使用状态为非直播间场景，则所述开关模块进入第二开关模式，在所述第二开关模式下，由所述开关模块从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据。

作为一个优选的实施方案，所述开关模块的预设过程包括：

创建开关模块，并将其设置为全局的单件类；

设置开关数据存储接口，所述开关数据存储接口用于接收并存储弹幕服务器或直播平台服务器推送的开关数据；

设置开关数据的格式，所述开关数据的格式包括唯一标识和数据内容，其中数据内容包括全局数据和解析数据，所述全局数据将在开关数据收到时及时通知给对应的功能模块，所述解析数据将在对应的功能模块需要时再进行获取和解析；

设置开关注册监听功能，使得所述开关模块一旦监听到开关数据事件，则将开关数据中的全局数据及时通知给对应的功能模块；

设置第一开关模式功能，使其用于当进入第一开关模式时利用已有的弹幕通道，实时接收从弹幕服务器推送的开关数据；

设置第二开关模式功能，使其用于当进入第二开关模式时，从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收从直播平台服务器推送的开关数据。

作为一个优选的实施方案，所述已有的弹幕通道为进入直播间时创建的一个TCP(Transmission Control Protocol，传输控制协议)长连接的网络通道；

所述在所述第一开关模式下，由所述开关模块利用已有的弹幕通道，实时接收从弹幕服务器推送的开关数据的步骤，具体包括以下操作：所述开关模块利用所述已有的弹幕通道，实时接收直播间对应的弹幕服务器所广播的消息，所述消息包括弹幕消息和开关消息，且弹幕消息和开关消息均按照指定的编码格式进行编码，所述编码格式包括消息类型标识、消息数据内容；所述开关模块根据所述编码格式中的消息类型标识，从广播的消息中识别出开关消息，并获取该开关消息对应的开关数据。

作为一个优选的实施方案，该方法还包括：在所述第一开关模式下，所述开关模块在系统已有的过滤降级功能中，将所述开关消息的优先级设置为最高优先级。

作为一个优选的实施方案，所述弹幕服务器推送开关数据的具体操作包括：所述弹幕服务器提供一个RPC(Remote Procedure Call，远程过程调用)通道供外部进行开关消息的设置；所述弹幕服务器获取外部所设置的开关消息，将该开关消息按照指定的所述编码格式进行编码，并将编码后的开关消息插入到弹幕队列的最前端进行推送。

作为一个优选的实施方案，所述保活的已有网络请求链路为通过间隔发送心跳数据进行保活的短连接HTTP/HTTPS请求链路；

所述在所述第二开关模式下，由所述开关模块从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收从直播平台服务器推送的开关数据的步骤，具体包括以下操作：所述开关模块从保活的短连接HTTP/HTTPS请求链路中选择一条作为数据通道；利用该数据通道中间隔发送的心跳数据，向直播平台服务器请求开关数据；所述直播平台服务器收到开关数据请求后，查询当前是否有最新的开关数据，若有，则通过在心态答复数据中携带开关数据，实现开关数据的推送。

作为一个优选的实施方案，所述心跳数据的间隔发送时间为10秒至60秒之间。

第二方面，本发明实施例提供一种直播平台开关数据推送系统，其包括预设的开关模块，所述开关模块包括判断子模块、第一模式处理子模块以及第二模式处理子模块；

所述判断子模块，用于：判断当前使用状态是直播间场景还是非直播间场景；

所述第一模式处理子模块，用于：当所述当前使用状态为直播间场景时进入第一开关模式，在所述第一开关模式下，利用已有的弹幕通道，实时接收弹幕服务器推送的开关数据；

所述第二模式处理子模块，用于：当所述当前使用状态为非直播间场景时进入第二开关模式，在所述第二开关模式下，从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据。

第三方面，本发明实施例还提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面实施例中的方法。

第四方面，本发明实施例还提供一种电子设备，包括存储器和处理器，存储器上储存有在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面实施例中的方法。

本发明的有益效果在于：

本发明在实现直播平台的开关数据的实时推送功能时，针对直播间场景和非直播间场景对应设计了两种不同的处理模式：直播间场景下，利用已有的弹幕通道来实时接收弹幕服务器推送的开关数据；非直播间场景下，会从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道来实时接收直播平台服务器推送的开关数据。两种处理模式都利用了已有的通道，而无需额外新建其他长连接的通道，可有效节省服务器资源、降低服务器负荷；并且，能在APP使用过程中随时地、主动地进行开关数据的推送，能满足高实时性、高主动性需求，用户体验佳。

附图说明

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

图1为本发明实施例中直播平台开关数据推送方法的流程图；

图2为本发明实施例中直播平台开关数据推送系统的结构框图。

图中：10-开关模块，101-判断子模块，102-第一模式处理子模块，103-第二模式处理子模块。

具体实施方式

针对现有技术中，采用客户端启动时从服务器请求相应开关数据的方式，存在实时性不高、获取方式被动的问题；以及采用单独新建长连接的网络通道并保活的方式，存在服务器资源消耗大、负荷压力大等问题。本发明旨在提供一种直播平台开关数据推送方法、存储介质、电子设备及系统，不但能满足高实时性、高主动性需求，而且能节省服务器资源、降低服务器负荷，满足了实际应用需求。

为达到上述技术效果，本发明的主要设计思路为：

利用预设的开关模块，判断当前使用状态是直播间场景还是非直播间场景；

若所述当前使用状态为直播间场景，则所述开关模块进入第一开关模式，在所述第一开关模式下，由所述开关模块利用已有的弹幕通道，实时接收弹幕服务器推送的开关数据；

若所述当前使用状态为非直播间场景，则所述开关模块进入第二开关模式，在所述第二开关模式下，由所述开关模块从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据。

综上所述，本实施例在实现直播平台的开关数据的实时推送功能时，针对直播间场景和非直播间场景对应设计了两种不同的处理模式。对于直播间场景采用第一开关模式，在第一开关模式下利用已有的弹幕通道，来实时接收弹幕服务器推送的开关数据；对于非直播间场景采用第二开关模式，在第二开关模式下，会从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道来实时接收直播平台服务器推送的开关数据。两种处理模式都利用了已有的通道，而无需额外新建其他长连接的通道，可有效节省服务器资源、降低服务器负荷；并且，能在APP使用过程中随时地、主动地进行开关数据的推送，能满足高实时性、高主动性需求，用户体验佳。

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合说明书附图以及具体的实施例对本发明的技术方案进行详细的说明。

但需说明的是：接下来要介绍的示例仅是一些具体的例子，而不作为限制本发明的实施例必须为如下具体的步骤、数值、条件、数据、顺序等。本领域技术人员可以通过阅读本说明书来运用本发明的构思来构造本说明书中未提到的更多实施例。

实施例一

参见图1所示，本实施例提供了一种直播平台开关数据推送方法，该方法包括以下步骤：

步骤S1、利用预设的开关模块，判断当前使用状态是直播间场景还是非直播间场景，若所述当前使用状态为直播间场景，转入步骤S2；若所述当前使用状态为非直播间场景，转入步骤S3；

步骤S2、所述开关模块进入第一开关模式，在所述第一开关模式下，由所述开关模块利用已有的弹幕通道，实时接收弹幕服务器推送的开关数据；

步骤S3、所述开关模块进入第二开关模式，在所述第二开关模式下，由所述开关模块从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据。

需要说明的是，本实施例的执行主体为直播平台用户侧使用的计算机终端设备，终端设备可以是移动端，移动端上装载有直播平台客户端APP应用程序，所述开关模块为客户端应用程序中的一个代码模块；当然，终端设备也可以是PC主机端，PC主机端上直播平台客户端程序；也可以是web浏览器的直播平台端，所述开关模块为web端程序中的一个代码模块；

可以理解的是，对于客户端直播平台APP来说，要么用户当前是在观看直播(即在直播间中)，要么用户当前停留在直播间外面。所以，本实施例在实现直播平台的开关数据的实时推送功能时，根据使用情况，划分了两类应用场景：一类是直播间场景(在直播间内)，另一类则是非直播间场景(在直播间外)。而对于上述两类不同的应用场景，本实施例又对应设计了两种不同的处理模式，即第一开关模式和第二开关模式。

本实施例之所以对上述两类应用场景分别设计两种不同的处理模式，是因为对于客户端直播平台APP来说，由于用户在观看直播时(即在直播间中)需要接收和发送弹幕，而作为一项基础功能，直播平台APP对于弹幕的收发是会创建一个TCP长连接的网络通道，而对于直播间的弹幕内容，则是对应的弹幕服务器通过广播弹幕到直播间内的所有用户。那么，对于直播间内的用户来说，为了节省服务器资源、降低服务器负荷，在实现直播平台的开关数据的实时推送时，则可充分利用已有的这个TCP长连接的网络通道(即弹幕通道)来进行开关消息的广播。因此，对于直播间场景，本实施例则设计采用第一开关模式，在第一开关模式下利用已有的弹幕通道，来实时接收弹幕服务器推送的开关数据。但对于非直播间的用户来说，其不具有长连接的弹幕通道，则其不具备之前的弹幕消息的广播能力，因此就需要使用其他的处理模式来对直播间场景进行考虑和设计。

而通过分析可知，直播平台APP的网络设计除了TCP长连接的网络通道(即弹幕通道)以外，还有一种请求直播平台服务器的数据的短连接HTTP/HTTPS请求。而网络库为了提升网络库的性能，在对于任何网络请求来说，均会在请求中携带keeplive字段，用于告知服务器这条网络连接在请求发送完成后，先不要进行断开，进行一段时间的保活，以使得后续有同样域名的请求时则可直接进行连接，从而节省客户端与服务器进行握手的时间。也就是说，在非直播间场景下，会有一些其他的网络请求，那么这些请求完成后，网络库都会对已经完成的链路进行保活措施(例如间隔的给服务器发送心跳数据)，以告知服务器当前网络继续保活不要断开连接。那么，对于非直播间内的用户来说，则可通过从保活的链路中选择一条，来持续保持一定时间间隔的向直播平台服务器请求开关数据，如果服务器有最新的开关数据，则可以通过该条链路推送到客户端，且由于是利用现有的链路也不会对服务器造成额外压力。因此，对于非直播间场景，本实施例则设计采用第二开关模式，在第二开关模式下，会从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据。

基于上述设计，本实施例通过一个预设的开关模块来统一实现上述功能。为了满足上述功能的设计需求，该预设的开关模块需要提供接收弹幕消息的通道，同时也需要接收HTTP/HTTPS的消息通道。而为了进一步提高实时性，实际应用中还可能需要在具体获取到开关数据后，能够及时的将该开关数据分发到其他的各个具体功能模块中；又由于功能开关的类型有多种，每种功能开关对应于不同的开关数据，因此还可能需要能够区分和识别各种不同功能的开关数据等。

示例性地，作为一种可选的实施方式，步骤S1中，所述开关模块的预设过程包括：

1)、创建一个开关模块，并将其设置为全局的单件类。可以理解的是，因为所有的开关数据最终都会存储到所述开关模块中，所以为了保障全局唯一性，该开关模块需要是全局共享的，并且需要将其设计成一个单件类，供其他具体的功能模块(如网络功能模块、连麦功能模块等)方便地进行访问。

2)、为所述开关模块设置一个开关数据存储接口，所述开关数据存储接口用于接收并存储弹幕服务器或直播平台服务器推送的开关数据。可以理解的是，由于所述开关模块需要对外提供所接收到的实时开关数据，那么则需要提供对应的接口来存储数据。为此，本实施例在所述开关模块的预设过程中，则会为所述开关模块设置一个开关数据存储接口，用于接收并存储由弹幕服务器通过弹幕消息的通道推送过来的开关数据，以及由直播平台服务器通过HTTP/HTTPS的消息通道推送过来的开关数据。

举例来说，在具体实现时，所设置的开关数据存储接口可如下：Void receiveData(byte*data,size length)；其中，参数data用于表示接收到的数据；参数length用于表示接收到的数据长度。

3)、设置开关数据的格式，所述开关数据的格式包括唯一标识和数据内容，其中数据内容包括全局数据和解析数据，所述全局数据将在开关数据收到时作为开关的通知数据及时通知给对应的功能模块，所述解析数据将在对应的功能模块需要时再进行获取和解析。

可以理解的是，由于功能开关的类型有多种，每种功能开关对应于不同的开关数据，因此为了能够区分和识别各种不同功能的开关数据，知道哪个开关数据是对应于哪个具体的功能开关的，本实施例会在设置开关数据的模式时，为每个开关数据增设一个唯一标识。具体实现时，该唯一标识可设置为一个字符串的形式，例如：用字符串“NetWrokSwitch”来表示一个网络功能开关的开关数据的唯一标识。

另外，还可以理解的是，实际应用中会存在有些功能开关的功能模块是一种懒加载的模式，也就是说当收到开关数据后，该开关数据需要使用的功能模块可能都还没有被加载。因此，考虑到执行效率的因素，本实施例会在设置开关数据的模式时，需要将一些全局数据(如用来表示开关的开启或关闭的数据)放到开关的通知数据中，而其他需要解析的数据放到开关的解析数据中。这样就使得在开关数据一收到时，就能将一些重要的全局数据作为开关的通知数据及时通知给对应的功能模块，而后续待对应的功能模块加载完成后且真正需要使用开关数据时再将剩下的解析数据提供给对应的功能模块，从而可实现快速地分发部分数据到对应功能模块中，执行效率高，进一步提高了实时性。

举例来说，对于一个网络功能开关的开关数据来说，该开关数据的唯一标识可为“NetWrokSwitch”；

其数据内容的全局数据可设置如下：

Switch：1//用来表示对应功能开关时开启还是关闭；

其数据内容的解析数据可设置如下：

{Request_ConectTime:3000//用来表示网络连接的超时时间；

Request_ReadTime:3000//用来表示网络读取的超时时间；

Request_WriteTime:3000//用来表示网络写入数据的超时时间；

……

}

其中switch:1只有一个数据或者少量数据，其是整个网络请求的总数据，因此作为全局数据放到开关的通知数据中。具体应用时，若switch是0(即switch:0)，则表示网络功能关闭，此时就没有必要对其后续的解析数据进行解析；而如果switch是1(即switch:1)，则表示网络功能开启，那么后续待对应的功能模块加载完成后且真正需要使用开关数据时再对解析数据进行解析。通过上述设置可以快速的分发部分开关数据到对应功能模块中，提高了实时性；而真正需要所有数据时，对应的功能模块再从开关模块获取并解析数据，这样就提高了程序的性能和执行的效率。

4)、为所述开关模块设置开关注册监听功能，使得所述开关模块一旦监听到开关数据事件，则将开关数据中的全局数据及时通知给对应的功能模块。可以理解的是，由于有些功能需要实时的关注其开关数据，例如网络功能，需要开关模块实时告知其是否开启对应的网络功能，所以需要在开关模块第一时间收到相应开关数据后，能够尽快的通知到网络功能模块。因此，本实施例需要为所述开关模块设置一个开关注册监听功能，使得所述开关模块一旦监听到开关数据事件则将开关数据中的全局数据及时通知给对应的功能模块。

举例来说，在具体实现时，先可通过抽象一个监听的基类，来抽象出其对应的监听接口，如Class SwitchObserver，其代码设计可如下：

Class SwitchObserver{

Void listen(uint8_t*part,uint32_t size1，uint8_t*all,,uint32_t size2)＝0；

}

其中，参数part表示开关数据中的全局数据(部分数据)，参数size1表示part的数据大小，参数all表示开关数据的所有数据内容，参数size2表示all的数据大小。

然后，可提供一个注册监听类的注册接口，所有的功能模块可以通过调用该注册接口来注册监听一个开关数据的事件，其代码设计可如下：

Void Register(SwitchObserver*observer){

List<SwitchObserver*>listo；//其中会有一个成员变量listo，其是一个监听模块存储的链表，用于存储所有注册进来的监听模块

Listo.push_Back(observer)；//当有功能模块注册则存储至链表listo中

}

5)、为所述开关模块设置第一开关模式功能，使其用于当进入第一开关模式时利用已有的弹幕通道，实时接收从弹幕服务器推送的开关数据。可以理解的是，实际应用中，当所述开关模块利用已有的弹幕通道接收到开关数据后，则会调用步骤2)中设置的开关数据存储接口(如receiveData)来存储该开关数据。

6)、为所述开关模块设置第二开关模式功能，使其用于当进入第二开关模式时，从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收从直播平台服务器推送的开关数据。同样可以理解的是，实际应用中，当所述开关模块利用保活的网络请求链路通道接收到开关数据后，也会调用步骤2)中设置的开关数据存储接口(如receiveData)来存储该开关数据。

进一步的，本实施例中，所述已有的弹幕通道为进入直播间时创建的一个用于与直播间的弹幕服务器连接的TCP长连接的网络通道。在此基础上，作为一种可选的实施方式，步骤S2中，在所述第一开关模式下，由所述开关模块利用已有的弹幕通道，实时接收弹幕服务器推送的开关数据的步骤，具体包以下操作：

S201、所述开关模块利用所述已有的弹幕通道，实时接收直播间对应的弹幕服务器所广播的消息，所述消息包括弹幕消息和开关消息，且弹幕消息和开关消息均按照指定的编码格式进行编码，所述编码格式包括消息类型标识、消息数据内容；

S202、所述开关模块根据所述编码格式中的消息类型标识，从广播的消息中识别出开关消息，并获取该开关消息对应的开关数据。

可以理解的是，在第一开关模式下，所述开关模块是利用已有的弹幕通道来实时接收从弹幕服务器推送的开关数据。而弹幕服务器使用弹幕通道进行消息广播时，所广播的消息是包括弹幕消息和开关消息的，因此需要依据弹幕消息进行一定的编码，通过指定的编码格式中的消息类型标识能够从广播的消息中识别出开关消息。优选地，考虑到实际应用中功能开关的类型有多种，每种功能开关对应于不同的开关数据，因此为了能够区分和识别各种不同功能的开关数据，知道哪个开关数据是对应于哪个具体的功能开关的，本实施例还可在开关消息的编码格式中增设一个唯一标识，用来区分不同功能的开关数据。

举例来说，按照指定的编码格式进行编码的弹幕消息和开关消息可如下：

type@＝danmu@....//其中，消息类型标识type@＝danmu表示弹幕消息，后面则接弹幕消息数据内容；

type@＝switch@Id＝1...//其中，消息类型标识type@＝switch表示开关消息，Id＝1则表示开关数据的唯一标识，后面则接开关数据内容。

优选地，考虑到实际应用中客户端系统通常会有一些弹幕消息的过滤降级等功能。因此，当系统设有弹幕消息的过滤降级等功能时，为了避免客户端因为当前弹幕消息的过多而丢弃了该开关消息，则需要所述开关模块在系统已有的过滤降级功能中，将所述开关消息的优先级设置为最高优先级，以保证能及时有效地接收到开关消息。

可选地，在第一开关模式下，所述弹幕服务器推送开关数据的具体操作可包括：所述弹幕服务器提供一个RPC通道供外部进行开关消息的设置；所述弹幕服务器获取外部所设置的开关消息，将该开关消息按照指定的所述编码格式进行编码，并将编码后的开关消息插入到弹幕队列的最前端进行推送。例如，开发人员需要配置一个开关消息推送给所有的APP用户，那么则可通过与其对应的弹幕服务器所提供的RPC通道进行开关消息的设置，并编码该开关消息为上述指定的编码格式；同时该弹幕服务器会将该开关消息推送到其他的弹幕服务器中，而所有的弹幕服务器则会将该开关消息插入到需要推送给用户的弹幕队列的最前端，来优先将开关消息推送给用户，从而更及时的让用户获取到该开关数据。

进一步的，本实施例中，所述保活的已有网络请求链路为通过间隔发送心跳数据进行保活的短连接HTTP/HTTPS请求链路。在此基础上，作为一种可选的实施方式，步骤S3中，在所述第二开关模式下，由所述开关模块从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据的步骤，具体包以下操作：

S301、所述开关模块从保活的短连接HTTP/HTTPS请求链路中选择一条作为数据通道；利用该数据通道中间隔发送的心跳数据，向直播平台服务器请求开关数据。

可以理解的是，心跳数据的间隔发送时间太长会导致开关数据请求的不及时，而心跳数据的间隔发送时间太短则会导致直播平台服务器需要大量的计算能力来处理心跳数据，服务器压力较大。因此，本实施例对心跳数据的间隔发送时间进行了设置，使其时间范围在10秒～60秒之间，这样既能保证请求的及时性又不会给服务器带来太大的负荷压力。

S302、所述直播平台服务器收到开关数据请求后，查询当前是否有最新的开关数据，若有，则通过在心态答复数据中携带开关数据来实现推送；若果没有，则不携带开关数据，仅正常回复心态答复数据即可。

可以理解的是，实际应用中，由于直播平台服务器会收到所有的客户端的各种HTTP/HTTPS请求，因此，优选地每次在收到请求时，直播平台服务器会首先判断是否是开关数据请求，如果是开关数据请求，则按照步骤S302进行执行；如果当前不是开关数据请求，那么则具体的业务请求则继续之前的业务请求功能。另外，优选地，对于直播平台服务器来说，需要支持对任意一个域名下的请求，当客户端请求开关数据时，服务器都能够进行开关数据的转发，以扩大本方案的适用范围。

从上述步骤S1～S3的操作可以看出，本实施例在实现直播平台的开关数据的实时推送功能时，针对直播间场景(在直播间内)和非直播间场景(在直播间外)对应设计了两种不同的处理模式。对于直播间场景采用第一开关模式，在第一开关模式下利用已有的弹幕通道，来实时接收从弹幕服务器推送的开关数据；对于非直播间场景采用第二开关模式，在第二开关模式下，会从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道来实时接收从直播平台服务器推送的开关数据。两种处理模式都利用了已有的通道，而无需额外新建其他长连接的通道，可有效节省服务器资源、降低服务器负荷；并且，能在APP使用过程中随时地、主动地进行开关数据的推送，能满足高实时性、高主动性需求，用户体验佳。

实施例二

基于同一发明构思，如图2所示，本发明第二实施例提供一种直播平台开关数据推送系统，包括预设的开关模块10，所述开关模块10包括判断子模块101、第一模式处理子模块102以及第二模式处理子模块103。

其中，判断子模块101，用于：判断当前使用状态是直播间场景还是非直播间场景；

第一模式处理子模块102，用于：当所述当前使用状态为直播间场景时进入第一开关模式，在所述第一开关模式下，利用已有的弹幕通道，实时接收弹幕服务器推送的开关数据；

第二模式处理子模块103，用于：当所述当前使用状态为非直播间场景时进入第二开关模式，在所述第二开关模式下，从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据。

前述方法实施例中的各种变化方式和具体实例同样适用于本实施例的系统，通过前述方法的详细描述，本领域技术人员可以清楚的知道本实施例中系统的实施方法，所以为了说明书的简洁，在此不再详述。

实施例三

基于同一发明构思，本发明第三实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的一种直播平台开关数据推送方法，该方法包括：

利用预设的开关模块，判断当前使用状态是直播间场景还是非直播间场景；

若所述当前使用状态为直播间场景，则所述开关模块进入第一开关模式，在所述第一开关模式下，由所述开关模块利用已有的弹幕通道，实时接收弹幕服务器推送的开关数据；

若所述当前使用状态为非直播间场景，则所述开关模块进入第二开关模式，在所述第二开关模式下，由所述开关模块从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

实施例四

基于同一发明构思，本发明第四实施例还提供一种电子设备，包括存储器和处理器，存储器上储存有在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一实施例中的所有方法步骤或部分方法步骤。所述电子设备为直播平台用户侧使用的计算机终端电子设备，电子设备可以是移动端，移动端上装载有直播平台客户端APP应用程序，所述开关模块为客户端应用程序中的一个代码模块；当然，电子设备也可以是PC主机端，PC主机端上直播平台客户端程序；也可以是web浏览器的直播平台端，所述开关模块为web端程序中的一个代码模块；

所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。

所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、视频数据等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

总体来说，本发明实施例提供一种直播平台开关数据推送方法、存储介质、电子设备及系统，不但能满足高实时性、高主动性需求，而且能节省服务器资源、降低服务器负荷，满足了实际应用需求。

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

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

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

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

注意：上述的具体实施例仅是例子而非限制，且本领域技术人员可以根据本发明的构思从上述分开描述的各个实施例中合并和组合一些步骤和装置来实现本发明的效果，这种合并和组合而成的实施例也被包括在本发明中，在此不一一描述这种合并和组合。

本发明实施例中提及的优点、优势、效果等仅是示例，而非限制，不能认为这些优点、优势、效果等是本发明的各个实施例必须具备的。另外，本发明实施例公开的上述具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本发明实施例必须采用上述具体的细节来实现。

本发明实施例中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子，并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。本发明实施例所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。本发明实施例所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

本发明实施例中的步骤流程图以及以上方法描述仅作为例示性的例子，并且不意图要求或暗示必须按照给出的顺序进行各个实施例的步骤。如本领域技术人员将认识到的，可以按任意顺序进行以上实施例中的步骤的顺序。诸如“其后”、“然后”、“接下来”等等的词语不意图限制步骤的顺序；这些词语仅用于引导读者通读这些方法的描述。此外，例如使用冠词“一个”、“一”或者“该”对于单数的要素的任何引用不被解释为将该要素限制为单数。

另外，本发明各个实施例中的步骤和装置并非仅限定于某个实施例中实行，事实上，可以根据本发明的概念来结合本文中的各个实施例中相关的部分步骤和部分装置，以构思新的实施例，而这些新的实施例也包括在本发明的范围内。

本发明实施例中的各个操作可以通过能够进行相应的功能的任何适当的手段而进行。该手段可以包括各种硬件和/或软件组件和/或模块，包括但不限于硬件的电路或处理器。

本发明实施例的方法包括用于实现上述的方法的一个或多个动作。方法和/或动作可以彼此互换而不脱离权利要求的范围。换句话说，除非指定了动作的具体顺序，否则可以修改具体动作的顺序和/或使用而不脱离权利要求的范围。

本领域技术人员可以不脱离由所附权利要求定义的教导的技术而进行对在此所述的技术的各种改变、替换和更改。此外，本公开的权利要求的范围不限于以上所述的处理、机器、制造、事件的组成、手段、方法和动作的具体方面。可以利用与在此所述的相应方面进行基本相同的功能或者实现基本相同的结果的当前存在的或者稍后要开发的处理、机器、制造、事件的组成、手段、方法或动作。因而，所附权利要求包括在其范围内的这样的处理、机器、制造、事件的组成、手段、方法或动作。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本发明。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本发明的范围。因此，本发明不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本发明的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。且本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。

Claims (10)

1.一种直播平台开关数据推送方法，其特征在于，该方法包括以下步骤：

利用预设的开关模块，判断当前使用状态是直播间场景还是非直播间场景；

若所述当前使用状态为直播间场景，则所述开关模块进入第一开关模式，在所述第一开关模式下，由所述开关模块利用已有的弹幕通道，实时接收弹幕服务器推送的开关数据；

若所述当前使用状态为非直播间场景，则所述开关模块进入第二开关模式，在所述第二开关模式下，由所述开关模块从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据。

2.如权利要求1所述的直播平台开关数据推送方法，其特征在于，所述开关模块的预设过程包括：

创建开关模块，并将其设置为全局的单件类；

设置开关数据存储接口，所述开关数据存储接口用于接收并存储弹幕服务器或直播平台服务器推送的开关数据；

设置开关数据的格式，所述开关数据的格式包括唯一标识和数据内容，其中数据内容包括全局数据和解析数据，所述全局数据将在开关数据收到时及时通知给对应的功能模块，所述解析数据将在对应的功能模块需要时再进行获取和解析；

设置开关注册监听功能，使得所述开关模块一旦监听到开关数据事件，则将开关数据中的全局数据及时通知给对应的功能模块；

设置第一开关模式功能，使其用于当进入第一开关模式时利用已有的弹幕通道，实时接收从弹幕服务器推送的开关数据；

设置第二开关模式功能，使其用于当进入第二开关模式时，从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收从直播平台服务器推送的开关数据。

3.如权利要求2所述的直播平台开关数据推送方法，其特征在于，所述已有的弹幕通道为进入直播间时创建的一个TCP长连接的网络通道；

所述在所述第一开关模式下，由所述开关模块利用已有的弹幕通道，实时接收弹幕服务器推送的开关数据的步骤，具体包括以下操作：

所述开关模块利用所述已有的弹幕通道，实时接收直播间对应的弹幕服务器所广播的消息，所述消息包括弹幕消息和开关消息，且弹幕消息和开关消息均按照指定的编码格式进行编码，所述编码格式包括消息类型标识、消息数据内容；

所述开关模块根据所述编码格式中的消息类型标识，从广播的消息中识别出开关消息，并获取该开关消息对应的开关数据。

4.如权利要求3所述的直播平台开关数据推送方法，其特征在于，该方法还包括：在所述第一开关模式下，所述开关模块在系统已有的过滤降级功能中，将所述开关消息的优先级设置为最高优先级。

5.如权利要求3所述的直播平台开关数据推送方法，其特征在于，所述弹幕服务器推送开关数据的具体操作包括：

所述弹幕服务器提供一个RPC通道供外部进行开关消息的设置；

所述弹幕服务器获取外部所设置的开关消息，将该开关消息按照指定的所述编码格式进行编码，并将编码后的开关消息插入到弹幕队列的最前端进行推送。

6.如权利要求1所述的直播平台开关数据推送方法，其特征在于，所述保活的已有网络请求链路为通过间隔发送心跳数据进行保活的短连接HTTP/HTTPS请求链路；

所述在所述第二开关模式下，由所述开关模块从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据的步骤，具体包括以下操作：

所述开关模块从保活的短连接HTTP/HTTPS请求链路中选择一条作为数据通道；利用该数据通道中间隔发送的心跳数据，向直播平台服务器请求开关数据；

所述直播平台服务器收到开关数据请求后，查询当前是否有最新的开关数据，若有，则通过在心态答复数据中携带开关数据，实现开关数据的推送。

7.如权利要求6所述的直播平台开关数据推送方法，其特征在于，所述心跳数据的间隔发送时间为10秒至60秒之间。

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

9.一种电子设备，包括存储器和处理器，存储器上存储有在所述处理器上运行的计算机程序，其特征在于：所述处理器执行所述计算机程序时实现权利要求1至7任一项所述的方法。

10.一种直播平台开关数据推送系统，其特征在于，包括预设的开关模块，所述开关模块包括判断子模块、第一模式处理子模块以及第二模式处理子模块；

所述判断子模块，用于：判断当前使用状态是直播间场景还是非直播间场景；

所述第一模式处理子模块，用于：当所述当前使用状态为直播间场景时进入第一开关模式，在所述第一开关模式下，利用已有的弹幕通道，实时接收弹幕服务器推送的开关数据；

所述第二模式处理子模块，用于：当所述当前使用状态为非直播间场景时进入第二开关模式，在所述第二开关模式下，从保活的已有网络请求链路中选择一条，利用所选链路作为数据通道，实时接收直播平台服务器推送的开关数据。

Images