CN113365087B - 视频数据的处理方法、装置、电子设备及存储介质 - Google Patents
视频数据的处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN113365087B CN113365087B CN202110599656.XA CN202110599656A CN113365087B CN 113365087 B CN113365087 B CN 113365087B CN 202110599656 A CN202110599656 A CN 202110599656A CN 113365087 B CN113365087 B CN 113365087B
- Authority
- CN
- China
- Prior art keywords
- live
- anchor account
- type
- anchor
- account
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25866—Management of end-user data
- H04N21/25891—Management of end-user data being end-user preferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Graphics (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本公开关于一种视频数据的处理方法、装置、电子设备、存储介质及程序产品，通过获取待处理信息流和直播间状态信息，所述待处理信息流包括各主播账户的直播信息流；当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记。实现对直播信息流的及时更新，使得观众客户端可以及时得知直播间直播状态。
Description
技术领域
本公开涉及直播技术领域，尤其涉及一种视频数据的处理方法、装置、电子设备、存储介质及程序产品。
背景技术
随着网络技术的发展，出现了越来越多的用户通过网络观看直播视频。在直播过程中，各直播间的直播状态更新依赖于消息的拉取，保证消息能够可靠、稳定、实时地达到每一个用户的观众客户端非常重要。
然而，相关技术中，观众客户端向服务器拉取视频和直播混合视频数据时，短视频应用界面所呈现的直播状态存在更新不及时的问题。
发明内容
本公开提供一种视频数据的处理方法、装置、电子设备、存储介质及程序产品，以至少解决相关技术中短视频应用界面所呈现的直播状态更新不及时的问题。本公开的技术方案如下：
根据本公开实施例的第一方面，提供一种视频数据的处理方法，包括：
获取待处理信息流和直播间状态信息，所述待处理信息流包括各主播账户的直播信息流；
当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记。
在其中一个实施例中，所述为所述目标主播账户的直播信息流添加关播标记，包括：
为所述目标主播账户的直播信息流所包括的直播封面添加关播标记。
在其中一个实施例中，所述方法还包括：
当所述目标主播账户的直播信息流没有处于展示状态时，从所述待处理信息流中删除所述目标主播账户的直播信息流。
在其中一个实施例中，在获取所述直播间状态信息之前，所述方法还包括：
通过轮询方式向所述服务端发送包括各所述主播账户的查询请求，以使所述服务端根据所述查询请求携带的各所述主播账户查询各所述主播账户的状态，并生成所述直播间状态信息；
所述获取所述直播间状态信息，包括：
通过所述轮询方式定时获取所述直播间状态信息。
在其中一个实施例中，获取所述直播间状态信息，包括：
若任一所述主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式获取处于关播状态的第一类型主播账户；所述第一类型主播账户的直播平均被观看时长小于时长阈值，或者所述第一类型主播账户的直播间观众数量小于数量阈值。
在其中一个实施例中，所述获取所述直播间状态信息，包括：
若任一所述主播账户的主播类型为第二类型，则通过轮询方式获取处于关播状态的第二类型主播账户；所述第二类型主播账户的直播平均被观看时长不小于所述时长阈值，或者所述第二类型主播账户的直播间观众数量不小于数量阈值。
在其中一个实施例中，所述直播平均被观看时长由当前主播账户的各观众的观看时长与所述当前主播账户的直播时长决定。
根据本公开实施例的第二方面，提供一种视频数据的处理方法，包括：
下发待处理信息流至观众客户端，所述待处理信息流包括各主播账户的直播信息流；
下发直播间状态信息至所述观众客户端，所述直播间状态信息用于指示所述观众客户端当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记。
在其中一个实施例中，在所述下发直播间状态信息至所述观众客户端之前，所述方法还包括：
接收所述观众客户端以轮询方式发送的查询请求，所述查询请求携带有各所述主播账户；
根据各所述主播账户查询各所述主播账户的状态，并生成所述直播间状态信息；
所述下发直播间状态信息至所述观众客户端，包括：
通过所述轮询方式定时下发直播间状态信息至所述观众客户端。
在其中一个实施例中，所述下发直播间状态信息至所述观众客户端，包括：
若任一所述主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式下发处于关播状态的第一类型主播账户至所述观众客户端；所述第一类型主播账户的直播平均被观看时长小于时长阈值，或者所述第一类型主播账户的直播间观众数量小于数量阈值。
在其中一个实施例中，采用以下方式确定被下发所述第一类型主播账户的观众客户端：
获取所述第一类型主播账户的用户关系数据，所述用户关系数据包括若干个待筛选账户，所述待筛选账户为查询过所述第一类型主播账户的直播信息流的观众账户；
从各所述待筛选账户中筛选满足推送预设条件的目标账户，所述目标账户的观众客户端为被下发第一类型主播账户的观众客户端。
在其中一个实施例中，所述获取所述第一类型主播账户的用户关系数据，包括：
根据所述第一类型主播账户，在第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系中进行查询，得到所述用户关系数据。
在其中一个实施例中，所述推送预设条件为查询时间距离当前时间的时间差小于推送时间阈值；所述查询时间为观众账户查询第一类型主播账户的时间。
在其中一个实施例中，所述下发直播间状态信息至所述观众客户端，包括：
若任一所述主播账户的主播类型为第二类型，则通过轮询方式下发处于关播状态的第二类型主播账户至所述观众客户端；所述第二类型主播账户的直播平均被观看时长不小于所述时长阈值，或者所述第二类型主播账户的直播间观众数量不小于数量阈值。
在其中一个实施例中，所述直播平均被观看时长由当前主播账户的各观众的观看时长与所述当前主播账户的直播时长决定。
在其中一个实施例中，在通过长连接服务方式下发处于关播状态的第一类型主播账户至所述观众客户端之前，所述方法还包括：
当监听到所述第一类型主播账户的关播请求时，根据所述关播请求更新所述第一类型主播账户的状态为所述关播状态。
根据本公开实施例的第三方面，提供一种视频数据的处理装置，包括：
信息获取模块，被配置为执行获取待处理信息流和直播间状态信息，所述待处理信息流包括各主播账户的直播信息流；
标记添加模块，被配置为执行当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记。
在其中一个实施例中，所述标记添加模块，还被配置为执行为所述目标主播账户的直播信息流所包括的直播封面添加关播标记。
在其中一个实施例中，所述装置还包括信息流删除模块，被配置为执行当所述目标主播账户的直播信息流没有处于展示状态时，从所述待处理信息流中删除所述目标主播账户的直播信息流。
在其中一个实施例中，所述装置还包括查询请求获取模块，被配置为执行通过轮询方式向所述服务端发送包括各所述主播账户的查询请求，以使所述服务端根据所述查询请求携带的各所述主播账户查询各所述主播账户的状态，并生成所述直播间状态信息；
所述信息获取模块，还被配置为执行通过所述轮询方式定时获取所述直播间状态信息。
在其中一个实施例中，所述信息获取模块，还被配置为执行若任一所述主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式获取处于关播状态的第一类型主播账户；所述第一类型主播账户的直播平均被观看时长小于时长阈值，或者所述第一类型主播账户的直播间观众数量小于数量阈值。
在其中一个实施例中，所述信息获取模块，还被配置为执行若任一所述主播账户的主播类型为第二类型，则通过轮询方式获取处于关播状态的第二类型主播账户；所述第二类型主播账户的直播平均被观看时长不小于所述时长阈值，或者所述第二类型主播账户的直播间观众数量不小于数量阈值。
在其中一个实施例中，所述直播平均被观看时长由当前主播账户的各观众的观看时长与所述当前主播账户的直播时长决定。
根据本公开实施例的第四方面，提供一种视频数据的处理装置，包括：
待处理信息流下发模块，被配置为执行下发待处理信息流至观众客户端，所述待处理信息流包括各主播账户的直播信息流；
状态信息下发模块，被配置为执行下发直播间状态信息至所述观众客户端，直播间状态信息用于指示所述观众客户端当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记。
在其中一个实施例中，所述装置还包括：
查询请求接收模块，被配置为执行接收所述观众客户端以轮询方式发送的查询请求，所述查询请求携带有各所述主播账户；
状态信息生成模块，被配置为执行根据各所述主播账户查询各所述主播账户的状态，并生成所述直播间状态信息；
所述状态信息下发模块，还被配置为执行通过所述轮询方式定时下发直播间状态信息至所述观众客户端。
在其中一个实施例中，所述状态信息下发模块，还被配置为执行若任一所述主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式下发处于关播状态的第一类型主播账户至所述观众客户端；所述第一类型主播账户的直播平均被观看时长小于时长阈值，或者所述第一类型主播账户的直播间观众数量小于数量阈值。
在其中一个实施例中，所述装置还包括：
观众客户端确定模块，被配置为执行获取所述第一类型主播账户的用户关系数据，所述用户关系数据包括若干个待筛选账户，所述待筛选账户为查询过所述第一类型主播账户的直播信息流的观众账户；从各所述待筛选账户中筛选满足推送预设条件的目标账户，所述目标账户的观众客户端为被下发第一类型主播账户的观众客户端。
在其中一个实施例中，所述观众客户端确定模块，还被配置为执行根据所述第一类型主播账户，在第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系中进行查询，得到所述用户关系数据。
在其中一个实施例中，所述推送预设条件为查询时间距离当前时间的时间差小于推送时间阈值；所述查询时间为观众账户查询第一类型主播账户的时间。
在其中一个实施例中，所述状态信息下发模块，还被配置为执行若任一所述主播账户的主播类型为第二类型，则通过轮询方式下发处于关播状态的第二类型主播账户至所述观众客户端；所述第二类型主播账户的直播平均被观看时长不小于所述时长阈值，或者所述第二类型主播账户的直播间观众数量不小于数量阈值。
在其中一个实施例中，所述直播平均被观看时长由当前主播账户的各观众的观看时长与所述当前主播账户的直播时长决定。
在其中一个实施例中，所述装置还包括：
监听模块，被配置为执行当监听到所述第一类型主播账户的关播请求时，根据所述关播请求更新所述第一类型主播账户的状态为所述关播状态。
根据本公开实施例的第五方面，提供一种电子设备，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现第一方面的任一项实施例中所述的方法。
根据本公开实施例的第六方面，提供一种服务器，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现第二方面的任一项实施例中所述的方法。
根据本公开实施例的第七方面，一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面的任一项实施例中所述的方法。
根据本公开实施例的第八方面，一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如第二方面的任一项实施例中所述的方法。
根据本公开实施例的第九方面，提供一种计算机程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，设备的至少一个处理器从所述可读存储介质读取并执行所述计算机程序，使得设备执行第一方面或者第二方面的任一项实施例中所述的方法。
本公开的实施例提供的技术方案至少带来以下有益效果：
通过获取待处理信息流和直播间状态信息，所述待处理信息流包括各主播账户的直播信息流；当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记。实现对直播信息流的及时更新，使得观众客户端可以及时得知直播间直播状态。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种视频数据的处理方法的应用环境图。
图2是根据一示例性实施例示出的一种视频数据的处理方法的流程图。
图3是根据一示例性实施例示出的一种视频数据的处理方法的流程图。
图4a是根据一示例性实施例示出的一种视频数据的处理方法的应用环境图。
图4b是根据一示例性实施例示出的一种视频数据的处理方法的流程图。
图5是根据一示例性实施例示出的一种视频数据的处理方法的流程图。
图6是根据一示例性实施例示出的一种视频数据的处理方法的流程图。
图7是根据一示例性实施例示出的确定被下发第一类型主播账户的观众客户端的流程图。
图8是根据一示例性实施例示出的一种视频数据的处理方法的流程图。
图9是根据一示例性实施例示出的一种视频数据的处理方法的时序图。
图10是根据一示例性实施例示出的一种视频数据的处理装置的框图。
图11是根据一示例性实施例示出的一种视频数据的处理装置的框图。
图12是根据一示例性实施例示出的一种电子设备的框图。
图13是根据一示例性实施例示出的一种服务器的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
相关技术中，如图1所示的应用环境，主播客户端110和服务端120通过网络进行通信，至少一个观众客户端130和服务器120通过网络进行通信。主播客户端110中安装有能够用于进行直播的应用程序。观众客户端130中安装有能够用于观看直播的应用程序。主播客户端110中安装的用于进行直播的应用程序和观众客户端130中安装的用于观看直播的应用程序可以是相同的应用程序。观众可以理解为直播间的观看对象。主播客户端110创建直播间时，可以获取主播选择的直播场景素材，从而建立直播间。观众客户端130可以从服务端120获取各主播账户的直播信息流，且观众客户端130可以根据各主播账户的直播信息流向观众展示多个直播封面。当观众在不同直播间的直播界面之间切换或者刷新时，观众从处于直播状态的第一直播间切换至处于直播状态的第二直播间。在第二直播间的直播界面停留一段时间，观众从第二直播间切回第一直播间时，第一直播间的状态可能已经处于关播状态。但是由于观众客户端130缓存的第一直播间的直播信息流没有被及时更新，观众可以刷到处于关播状态的第一直播间，会给用户的使用造成不便，影响用户的使用体验。
基于此，本公开所提供一种视频数据的处理方法，服务端120下发下发待处理信息流至观众客户端，下发直播间状态信息至观众客户端，观众客户端130接收到待处理信息流和直播间状态信息，待处理信息流包括各主播账户的直播信息流。当直播间状态信息为处于关播状态的目标主播账户，且目标主播账户的直播信息流处于展示状态时，为目标主播账户的直播信息流添加关播标记。
其中，主播客户端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑，服务端120可以用独立的服务器或者是多个服务器组成的服务器集群来实现，观众客户端130可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑。
图2是根据一示例性实施例示出的一种视频数据的处理方法的流程图，如图2所示，视频数据的处理方法用于观众客户端130中，包括以下步骤：
在步骤S210中，获取待处理信息流和直播间状态信息。
其中，待处理信息流包括各主播账户的直播信息流。直播信息流可以是观众客户端本地缓存的各主播账户的直播feed流。直播信息流可以包括直播间标识(可以理解为直播ID)，可以是主播账户的直播封面，也可以是在直播过程中获取的直播界面图像。直播封面可以理解为是观众用户进入主播账户直播间的入口图片。feed流是将用户主动订阅的若干消息源组合在一起形成内容聚合器，可以帮助用户持续地获取最新的视频内容。feed流中每个对象(例如状态或者消息)即为一个feed。各主播账户可以是观众用户所关注的主播账户，也可以服务端根据观众用户的行为数据所匹配用户感兴趣的主播账户。示例性地，对于短视频类应用程序，feed流中包含的feed可以是用户关注的主播账户发布的短视频信息流，当用户关注的主播账户发布新的短视频时，可以按照时间先后的顺序将短视频信息流实时更新到feed流中。当用户发出触摸滑动操作时，可以持续的浏览到feed流中的feed(比如可以是直播封面)。直播间状态信息可以反映主播账户的直播间状态的信息。直播间状态信息可以是关播状态，也可以是正在直播中状态。
具体地，用户通过观众客户端设备登录至直播应用程序(Application，APP)，服务端向观众客户端下发待处理信息流，待处理信息流包括若干个主播账户的直播信息流，观众客户端接收到若干个主播账户的直播信息流，可以把各主播账户的直播信息流保存至观众客户端本地。服务端向观众客户端下发直播间状态信息，观众客户端接收到直播间状态信息。
在步骤S220中，当直播间状态信息为处于关播状态的目标主播账户，且目标主播账户的直播信息流处于展示状态时，为目标主播账户的直播信息流添加关播标记。
其中，直播间状态信息为服务端下发至客户端的各主播账户的正在直播状态或者关播状态。具体地，观众客户端对直播间状态信息进行检测，根据检测结果判断直播间状态信息是否为处于关播状态的目标主播账户。当直播间状态信息为处于关播状态的目标主播账户，观众客户端还会对目标主播账户的直播信息流进行检测，根据检测结果判断目标主播账户的直播信息流的状态，比如目标主播账户的直播信息流可以处于展示状态，目标主播账户的直播信息流也可以处于未展示状态。当目标主播账户的直播信息流处于展示状态时，由于目标主播账户的直播间已经处于关播状态，则为目标主播账户的直播信息流添加关播标记。
上述视频数据的处理方法，通过获取待处理信息流和直播间状态信息，待处理信息流包括各主播账户的直播信息流；当直播间状态信息为处于关播状态的目标主播账户，且目标主播账户的直播信息流处于展示状态时，为目标主播账户的直播信息流添加关播标记。实现对直播信息流的及时更新，使得观众客户端可以及时得知直播间直播状态。进一步地，观众客户端为处于展示状态的直播信息流添加关播标记，可以提醒用户直播间已经关闭且该直播间无需再进入，降低用户刷到处于关播状态直播间的几率，降低用户的操作成本，提升用户体验。
在一示例性实施例中，为目标主播账户的直播信息流添加关播标记，包括：为目标主播账户的直播信息流所包括的直播封面添加关播标记。
具体地，直播信息流可以包括直播封面，在观众客户端的界面中展示直播封面。观众客户端可以已经展示若干个主播账户的直播封面，若目标主播账户的直播封面处于展示状态，为目标主播账户的直播封面添加关播标记。关播标记可以采用文字形式，比如“已关播”字样展示在目标主播账户的直播封面上。关播标记可以采用图标形式，比如将关播图标展示在目标主播账户的直播封面上。
本实施例中，通过确定为处于关播状态的目标主播账户，并为目标主播账户的直播封面添加关播标记，向观众用户发出明确的关播提醒，降低用户刷到处于关播状态直播间的几率，改善用户体验。
在一示例性实施例中，该方法还包括：当目标主播账户的直播信息流没有处于展示状态时，从待处理信息流中删除目标主播账户的直播信息流。
具体地，观众客户端对直播间状态信息进行检测，根据检测结果判断直播间状态信息是否为处于关播状态的目标主播账户。当直播间状态信息为处于关播状态的目标主播账户，观众客户端还会对目标主播账户的直播信息流进行检测，根据检测结果判断目标主播账户的直播信息流的状态，比如目标主播账户的直播信息流可以处于展示状态，目标主播账户的直播信息流也可以处于未展示状态。当目标主播账户的直播信息流没有处于展示状态时，由于目标主播账户的直播间已经处于关播状态，则从待处理信息流删除目标主播账户的直播信息流。
本实施例中，当目标主播账户的直播信息流没有处于展示状态时，通过从待处理信息流中删除目标主播账户的直播信息流，避免展示目标主播账户的直播信息流，减少用户进入已经关播直播间的几率。特别是，针对当用户在不同直播页面间滑动切换或者一个直播页面中停留的过程中，若目标主播账户的直播间已经处于关播状态，及时地从待处理信息流删除目标主播账户的直播信息流，减少用户的不必要操作，改善用户体验。
在一示例性实施例中，如图3所示，在获取直播间状态信息之前，该方法还包括：
在步骤S310中，通过轮询方式向服务端发送包括各主播账户的查询请求。
获取直播间状态信息，包括：
在步骤S320中，通过轮询方式定时获取直播间状态信息。
其中，查询请求用于指示服务端根据查询请求携带的各主播账户查询各主播账户的状态，并生成直播间状态信息。具体地，服务端向客户端下发待处理信息流，待处理信息流包括若干个主播账户的直播信息流。当任一主播账户关闭直播间时，主播客户端向服务端发送关播请求。服务端根据主播账户的关播请求更新各主播账户的状态。观众客户端采用轮询方式，查询间隔可以是一个固定值(比如30s)。通过轮询方式观众客户端向服务端发送各主播账户的查询请求，以查询各主播账户的直播间状态。查询请求携带有各主播账户，服务端根据各主播账户查询各主播账户的状态，根据查询结果生成直播间状态信息，服务端将直播间状态信息返回至客户端，通过轮询方式客户端定时接收到直播间状态信息。需要说明的是，直播间状态信息可以是处于关播状态的目标主播账户，也可以是处于直播状态的主播账户。
本实施例中，通过轮询方式客户端向服务端发送包括各主播账户的查询请求，以使服务端根据查询请求携带的各主播账户查询各主播账户的状态，并生成直播间状态信息，从而通过轮询方式客户端定时获取直播间状态信息，使得观众客户端及时得到直播间状态信息，当直播间状态信息为处于关播状态的目标主播账户，为目标主播账户的直播信息流添加关播标记，从待处理信息流中删除目标主播账户的直播信息流，及时更新直播页面所展示的直播状态以及观众客户端缓存的直播信息流，减少用户刷到已经关播直播间的几率。进一步地，由于轮训方式可以承载比较大的用户量，通过轮训方式定时从服务端获取直播间状态信息，减少了服务端所承载的压力。
在一示例性实施例中，获取直播间状态信息，包括：若任一主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式获取处于关播状态的第一类型主播账户。
其中，各主播账户具有主播类型，可以通过直播平均被观看时长确定各主播账户的主播类型，也可以通过直播间观众数量确定各主播账户的主播类型。直播平均被观看时长小于时长阈值的主播账户可以确定为第一类型主播账户。或者，直播间观众数量小于数量阈值的主播账户也可以确定为第一类型主播账户。时长阈值可以结合实际情况而设置，比如设为5。数量阈值可以结合实际情况而设置，比如设为200。直播平均被观看时长由任一主播账户的各观众的观看时长与该主播账户的直播时长决定。示例性地，针对任一主播账户，获取该主播账户的各观众的观看时长，对各观众的观看时长进行求和，得到该主播账户的总观看时长。利用该主播账户的总观看时长除以该主播账户的直播时长，得到该主播账户的直播平均被观看时长。
具体地，服务端存储有各主播账户的类型，主播账户的类型决定了服务端向观众客户端发送直播间状态信息的压力。因此，根据主播账户的类型确定观众客户端从服务端获取信息的方式(轮询方式和/或长连接服务方式)。针对第一类型主播账户的观众用户，观众客户端采用轮询方式，查询间隔可以是一个固定值(比如30s)。通过轮询方式观众客户端主动向服务端发送各主播账户的查询请求，以查询各主播账户的直播间状态。进一步地，结合第一类型主播账户的特点，第一类型主播账户的直播观看时长小于观看时长阈值，或者第一类型主播账户的直播间观众数量小于数量阈值，均可以表明第一类型主播账户具有的观众数量并不是特别大。又，长连接服务方式是无法承受巨大用户量的，因此，观看第一类型主播账户的观众客户端还可以采用长连接服务方式从服务端获取各主播账户的直播间状态。
在一些实施方式中，服务端可以存储有第一类型与长连接服务方式的对应关系。服务端对第一类型主播账户的关播事件进行监听，当服务端接收到第一类型主播账户的关播请求，根据第一类型主播账户的关播请求更新第一类型主播账户的状态为关播状态，并通过长连接服务方式将第一类型主播账户的状态为关播状态发送至第一类型主播账户的观众用户的观众客户端。
本实施例中，针对第一类型主播账户的观众用户的观众客户端，客户端结合使用轮询方式和长连接服务方式从服务端获取处于关播状态的第一类型主播账户，除了接收到查询请求时被动下发目标主播账户的关播状态，在监听到关播请求时，也会主动推送各主播账户的直播间状态，更加及时地将目标主播账户的关播状态发送观众用户的观众客户端，减少了消息延时，更快地为目标主播账户的直播信息流添加关播标记，更及时地从待处理信息流中删除目标主播账户的直播信息流。
在一示例性实施例中，获取直播间状态信息，包括：若任一主播账户的主播类型为第二类型，则通过轮询方式获取处于关播状态的第二类型主播账户。第二类型主播账户的直播平均被观看时长不小于时长阈值，或者第二类型主播账户的直播间观众数量不小于数量阈值。
其中，各主播账户具有主播类型，可以通过直播平均被观看时长确定各主播账户的主播类型，也可以通过直播间观众数量确定各主播账户的主播类型。直播平均被观看时长不小于时长阈值的主播账户可以确定为第二类型主播账户。或者，直播间观众数量不小于数量阈值的主播账户也可以确定为第二类型主播账户。时长阈值可以结合实际情况而设置，比如设为5。数量阈值可以结合实际情况而设置，比如设为200。直播平均被观看时长由任一主播账户的各观众的观看时长与该主播账户的直播时长决定。
具体地，服务端存储有各主播账户的类型，主播账户的类型决定了服务端向观众客户端发送直播间状态信息的压力。因此，根据主播账户的类型确定观众客户端从服务端获取信息的方式(轮询方式和/或长连接服务方式)。第二类型主播账户的直播观看时长不小于观看时长阈值，或者第二类型主播账户的直播间观众数量不小于数量阈值，可以表明第二类型主播账户具有的观众数量可能特别大，第二类型主播账户可以是大主播，观众数量可能是几十万至几百万甚至上千万。因此，针对第二类型主播账户的观众用户，为了减少服务器的压力，可以选择能够承受巨大用户量的轮询方式建立这些观众的观众客户端与服务端的连接，即服务端可以存储有第二类型与轮询服务方式的对应关系，采用与第二类型对应的轮询方式建立观众客户端与服务端的连接，观众客户端通过轮询从服务端获取直播间状态信息，即处于关播状态的第二类型主播账户。
本实施例中，针对第二类型主播账户的观众用户的观众客户端，客户端使用轮询方式从服务端获取处于关播状态的第二类型主播账户，不仅减少服务端的压力，而且确定在承受巨大用户量的情况下稳定运行。
在一示例性实施例中，直播平均被观看时长由当前主播账户的各观众的观看时长与当前主播账户的直播时长决定。
具体地，针对任一主播账户，首先，获取该主播账户的各观众的观看时长，对各观众的观看时长进行求和，得到该主播账户的总观看时长。接着，获取该主播账户的直播时长，最后，根据该主播账户的各观众的观看时长以及该主播账户的总观看时长确定直播平均被观看时长。示例性地，利用该主播账户的总观看时长除以该主播账户的直播时长，得到该主播账户的直播平均被观看时长。
本实施例中，根据当前主播账户的各观众的观看时长以及当前主播账户的直播时长确定直播平均被观看时长，综合考虑各观众的观看时长以及主播账户的直播时长，为确定主播类型提供准确且全面的数据基础，实现精准地在观众客户端与服务端之间选择何种方式建立连接关系，同时兼顾减少服务端的压力以及及时更新观众客户端本地缓存的直播信息流。
在一示例性实施例中，提供一种视频数据的处理方法，该视频数据的处理方法适应于图4a所示的应用环境。观众客户端可以通过轮询方式与服务端建立连接。观众客户端开启直播应用程序时订阅服务端提供的长连接服务，关闭直播应用程序时取消订阅服务端提供的长连接服务。如图4b所示，该方法包括以下步骤：
在步骤S402中，获取待处理信息流。
其中，待处理信息流包括各主播账户的直播信息流；
在步骤S404中，通过轮询方式向服务端发送包括各主播账户的查询请求。
其中，查询请求用于指示服务端根据查询请求携带的各主播账户查询各主播账户的状态，并生成直播间状态信息。
在步骤S406中，若任一主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式获取处于关播状态的第一类型主播账户。
其中，第一类型主播账户的直播平均被观看时长小于时长阈值，或者第一类型主播账户的直播间观众数量小于数量阈值。直播平均被观看时长由当前主播账户的各观众的观看时长与当前主播账户的直播时长决定。
在步骤S408中，若任一主播账户的主播类型为第二类型，则通过轮询方式获取处于关播状态的第二类型主播账户。
其中，第二类型主播账户的直播平均被观看时长不小于时长阈值，或者第二类型主播账户的直播间观众数量不小于数量阈值。
在步骤S410中，当目标主播账户的直播信息流处于展示状态时，为目标主播账户的直播信息流添加关播标记。
其中，目标主播账户可以是处于关播状态的第一类型主播账户，也可以是处于关播状态的第二类型主播账户。
在步骤S412中，当目标主播账户的直播信息流没有处于展示状态时，从待处理信息流中删除目标主播账户的直播信息流。
本实施例中，针对第一类型主播账户的观众用户的观众客户端，客户端结合使用轮询方式和长连接服务方式从服务端获取处于关播状态的第一类型主播账户，更加及时地将目标主播账户的关播状态发送观众用户的观众客户端，减少了消息延时。针对第二类型主播账户的观众用户的观众客户端，客户端使用轮询方式从服务端获取处于关播状态的第二类型主播账户，不仅减少服务端的压力，而且确定在承受巨大用户量的情况下稳定运行。
图5是根据一示例性实施例示出的一种视频数据的处理方法的流程图，如图5所示，视频数据的处理方法用于服务端120中，包括以下步骤：
在步骤S510中，下发待处理信息流至观众客户端。
其中，待处理信息流包括各主播账户的直播信息流。具体地，用户通过观众客户端设备登录至直播应用程序(Application，APP)，服务端向观众客户端下发若干个主播账户的直播信息流，观众客户端接收到若干个主播账户的直播信息流。
在步骤S520中，下发直播间状态信息至观众客户端。
其中，直播间状态信息用于指示观众客户端当直播间状态信息为处于关播状态的目标主播账户，且目标主播账户的直播信息流处于展示状态时，为目标主播账户的直播信息流添加关播标记。具体地，直播间状态信息为服务端下发至客户端的各主播账户的正在直播状态或者关播状态。观众客户端对直播间状态信息进行检测，根据检测结果判断直播间状态信息是否为处于关播状态的目标主播账户。当直播间状态信息为处于关播状态的目标主播账户，观众客户端还会对目标主播账户的直播信息流进行检测，根据检测结果判断目标主播账户的直播信息流的状态，比如目标主播账户的直播信息流可以处于展示状态，目标主播账户的直播信息流也可以处于未展示状态。当目标主播账户的直播信息流处于展示状态时，由于目标主播账户的直播间已经处于关播状态，则观众客户端为目标主播账户的直播信息流添加关播标记。
上述视频数据的处理方法，下发待处理信息流和直播间状态信息至观众客户端，以使观众客户端当直播间状态信息为处于关播状态的目标主播账户，且目标主播账户的直播信息流处于展示状态时，为目标主播账户的直播信息流添加关播标记。实现对直播信息流的及时更新，使得观众客户端可以及时得知直播间直播状态。进一步地，观众客户端为处于展示状态的直播信息流添加关播标记，可以提醒用户直播间已经关闭且该直播间无需再进入，降低用户刷到处于关播状态直播间的几率，降低用户的操作成本，提升用户体验。
在一示例性实施例中，如图6所示，在下发直播间状态信息至观众客户端之前，该方法还包括：
在步骤S610中，接收观众客户端以轮询方式发送的查询请求。
在步骤S620中，根据各主播账户查询各主播账户的状态，并生成直播间状态信息。
下发直播间状态信息至观众客户端，包括：
在步骤S630中，通过轮询方式定时下发直播间状态信息至观众客户端。
其中，查询请求携带有各主播账户。具体地，服务端向客户端下发待处理信息流，待处理信息流包括若干个主播账户的直播信息流。当任一主播账户关闭直播间时，主播客户端向服务端发送关播请求。服务端根据主播账户的关播请求更新各主播账户的状态。观众客户端采用轮询方式，查询间隔可以是一个固定值(比如30s)。通过轮询方式观众客户端向服务端发送各主播账户的查询请求，以查询各主播账户的直播间状态。查询请求携带有各主播账户，服务端根据各主播账户查询各主播账户的状态，根据查询结果生成直播间状态信息，服务端通过轮询方式定时将直播间状态信息返回至客户端，客户端定时接收到直播间状态信息。需要说明的是，直播间状态信息可以是处于关播状态的目标主播账户，也可以是处于直播状态的主播账户。
本实施例中，服务端通过轮询方式接收观众客户端发送的查询请求，根据各主播账户查询各主播账户的状态，并生成直播间状态信息。从而通过轮询方式定时下发直播间状态信息至观众客户端，使得观众客户端及时得到直播间状态信息，当直播间状态信息为处于关播状态的目标主播账户，为目标主播账户的直播信息流添加关播标记，从待处理信息流中删除目标主播账户的直播信息流，及时更新直播页面所展示的直播状态以及观众客户端缓存的直播信息流，减少用户刷到已经关播直播间的几率。进一步地，由于轮训方式可以承载比较大的用户量，通过轮训方式定时从服务端获取直播间状态信息，减少了服务端所承载的压力。
在一示例性实施例中，在步骤S520中，下发直播间状态信息至观众客户端，包括：若任一主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式下发处于关播状态的第一类型主播账户至观众客户端；第一类型主播账户的直播平均被观看时长小于时长阈值，或者第一类型主播账户的直播间观众数量小于数量阈值。
其中，各主播账户具有主播类型，可以通过直播平均被观看时长确定各主播账户的主播类型，也可以通过直播间观众数量确定各主播账户的主播类型。直播平均被观看时长小于时长阈值的主播账户可以确定为第一类型主播账户。或者，直播间观众数量小于数量阈值的主播账户也可以确定为第一类型主播账户。时长阈值可以结合实际情况而设置，比如设为5。数量阈值可以结合实际情况而设置，比如设为200。直播平均被观看时长由任一主播账户的各观众的观看时长与该主播账户的直播时长决定。示例性地，针对任一主播账户，获取该主播账户的各观众的观看时长，对各观众的观看时长进行求和，得到该主播账户的总观看时长。利用该主播账户的总观看时长除以该主播账户的直播时长，得到该主播账户的直播平均被观看时长。
具体地，服务端存储有各主播账户的类型，主播账户的类型决定了服务端向观众客户端发送直播间状态信息的压力。因此，根据主播账户的类型确定观众客户端从服务端获取信息的方式(轮询方式和/或长连接服务方式)。针对第一类型主播账户的观众用户，观众客户端采用轮询方式，查询间隔可以是一个固定值(比如30s)。通过轮询方式观众客户端主动向服务端发送各主播账户的查询请求，以查询各主播账户的直播间状态。进一步地，结合第一类型主播账户的特点，第一类型主播账户的直播观看时长小于观看时长阈值，或者第一类型主播账户的直播间观众数量小于数量阈值，均可以表明第一类型主播账户具有的观众数量并不是特别大。又，长连接服务方式是无法承受巨大用户量的，因此，观看第一类型主播账户的观众客户端还可以采用长连接服务方式从服务端获取各主播账户的直播间状态。
在一些实施方式中，服务端可以存储有第一类型与长连接服务方式的对应关系。服务端对第一类型主播账户的关播事件进行监听，当服务端接收到第一类型主播账户的关播请求，根据第一类型主播账户的关播请求更新第一类型主播账户的状态为关播状态，并通过长连接服务方式将第一类型主播账户的状态为关播状态发送至第一类型主播账户的观众用户的观众客户端。
本实施例中，针对第一类型主播账户的观众用户的观众客户端，客户端结合使用轮询方式和长连接服务方式从服务端获取处于关播状态的第一类型主播账户，除了接收到查询请求时被动下发目标主播账户的关播状态，在监听到关播请求时，也会主动推送各主播账户的直播间状态，更加及时地将目标主播账户的关播状态发送观众用户的观众客户端，减少了消息延时，更快地为目标主播账户的直播信息流添加关播标记，更及时地从待处理信息流中删除目标主播账户的直播信息流。
在一示例性实施例中，如图7所示，采用以下方式确定被下发第一类型主播账户的观众客户端：
在步骤S710中，获取第一类型主播账户的用户关系数据。
在步骤S720中，从各待筛选账户中筛选满足推送预设条件的目标账户。
其中，用户关系数据包括若干个待筛选账户，待筛选账户为查询过第一类型主播账户的直播信息流的观众账户。目标账户的观众客户端为被下发第一类型主播账户的观众客户端。
具体地，当接收到第一类型主播账户的观众客户端发送的查询请求时，记录第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系。可以理解的是，查询第一类型主播账户的观众账户即为发送查询请求的观众账户。从第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系中获取第一类型主播账户的用户关系数据。用户关系数据包括若干个待筛选账户，待筛选账户为查询过第一类型主播账户的直播信息流的观众账户。由于部分观众账户的观众客户端已经离开第一类型主播账户的直播间或者已经下线，已经离开直播间或者下线的观众客户端不再需要推送消息，因此对若干个待筛选观众账户进行筛选，从各待筛选账户中筛选满足推送预设条件的目标账户。推送预设条件可以与查询时间间隔有关，比如两个查询时间间隔。
本实施例中，通过获取第一类型主播账户的用户关系数据，并从各待筛选观众账户中筛选满足推送预设条件的目标账户，从而向目标账户的观众客户端推送信息。实现向有需求的观众客户端准确地推送消息，进一步地减少服务端的压力。
在一示例性实施例中，获取第一类型主播账户的用户关系数据，包括：根据第一类型主播账户，在第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系中进行查询，得到用户关系数据。
具体地，当接收到第一类型主播账户的观众客户端发送的查询请求时，记录第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系。根据第一类型主播账户，在第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系中进行查询，得到用户关系数据。用户关系数据包括若干个待筛选账户，待筛选账户为查询过第一类型主播账户的直播信息流的观众账户。
本实施例中，通过记录第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系，为根据第一类型主播账户从该对应关系中获取用户关系数据提供数据前提，进一步地，通过该对应关系可以确定被下发第一类型主播账户的观众客户端，并结合第一类型主播账户的特点，确定在被下发第一类型主播账户的观众客户端与服务端之间采用轮训方式与长连接服务方式进行通信，使得观众客户端可以及时对本地的直播间状态信息直播间状态信息进行处理，提升观众客户端所呈现出的直播界面的准确性，改善用户体验。
在一示例性实施例中，推送预设条件为查询时间距离当前时间的时间差小于推送时间阈值；查询时间为观众账户查询第一类型主播账户的时间。
具体地，当接收到第一类型主播账户的观众客户端发送的查询请求时，记录第一类型主播账户、查询第一类型主播账户的观众账户以及查询时间之间的对应关系。查询时间为观众客户端发送查询请求的时间。根据各待筛选观众账户在该对应关系中查询，得到各待筛选观众账户的查询时间。获取查询时间距离当前时间的时间差，比较时间差与推送时间阈值，将查询时间距离当前时间的时间差小于推送时间阈值的待筛选观众账户确定为目标账户。目标账户的观众客户端为被下发第一类型主播账户的观众客户端。
本实施例中，通过推送时间阈值从从各待筛选账户中筛选满足推送预设条件的目标账户，向目标账户的观众客户端推送信息。提升推送的准确性和效率，实现向有需求的观众客户端准确地推送消息，进一步地减少服务端的压力。
在一示例性实施例中，下发直播间状态信息至观众客户端，包括：若任一主播账户的主播类型为第二类型，则通过轮询方式下发处于关播状态的第二类型主播账户至观众客户端。
其中，第二类型主播账户的直播平均被观看时长不小于时长阈值，或者第二类型主播账户的直播间观众数量不小于数量阈值。
具体地，各主播账户具有主播类型，可以通过直播平均被观看时长确定各主播账户的主播类型，也可以通过直播间观众数量确定各主播账户的主播类型。直播平均被观看时长不小于时长阈值的主播账户可以确定为第二类型主播账户。或者，直播间观众数量不小于数量阈值的主播账户也可以确定为第二类型主播账户。时长阈值可以结合实际情况而设置，比如设为5。数量阈值可以结合实际情况而设置，比如设为200。直播平均被观看时长由任一主播账户的各观众的观看时长与该主播账户的直播时长决定。
服务端存储有各主播账户的类型，主播账户的类型决定了服务端向观众客户端发送直播间状态信息的压力。因此，根据主播账户的类型确定观众客户端从服务端获取信息的方式(轮询方式和/或长连接服务方式)。第二类型主播账户的直播观看时长不小于观看时长阈值，或者第二类型主播账户的直播间观众数量不小于数量阈值，可以表明第二类型主播账户具有的观众数量可能特别大，第二类型主播账户可以是大主播，观众数量可能是几十万至几百万甚至上千万。因此，针对第二类型主播账户的观众用户，为了减少服务器的压力，可以选择能够承受巨大用户量的轮询方式建立这些观众的观众客户端与服务端的连接，即服务端可以存储有第二类型与轮询服务方式的对应关系，采用与第二类型对应的轮询方式建立观众客户端与服务端的连接，观众客户端通过轮询从服务端获取直播间状态信息，即处于关播状态的第二类型主播账户。
本实施例中，针对第二类型主播账户的观众用户的观众客户端，客户端使用轮询方式从服务端获取处于关播状态的第二类型主播账户，不仅减少服务端的压力，而且确保在承受巨大用户量的情况下服务端的稳定运行。
在一示例性实施例中，直播平均被观看时长由当前主播账户的各观众的观看时长与当前主播账户的直播时长决定。
具体地，针对任一主播账户，首先，获取该主播账户的各观众的观看时长，对各观众的观看时长进行求和，得到该主播账户的总观看时长。接着，获取该主播账户的直播时长，最后，根据该主播账户的各观众的观看时长以及该主播账户的总观看时长确定直播平均被观看时长。示例性地，利用该主播账户的总观看时长除以该主播账户的直播时长，得到该主播账户的直播平均被观看时长。
本实施例中，根据当前主播账户的各观众的观看时长以及当前主播账户的直播时长确定直播平均被观看时长，综合考虑各观众的观看时长以及主播账户的直播时长，为确定主播类型提供准确且全面的数据基础，实现精准地在观众客户端与服务端之间选择何种方式建立连接关系，同时兼顾减少服务端的压力以及及时更新观众客户端本地缓存的直播信息流。
在一示例性实施例中，在通过长连接服务方式下发处于关播状态的第一类型主播账户至观众客户端之前，该方法还包括：当监听到第一类型主播账户的关播请求时，根据关播请求更新第一类型主播账户的状态为关播状态。
具体地，服务端根据各主播账户确定对应的主播类型。若任一主播账户的主播类型为第一类型，可以对第一类型主播账户的关播请求进行监听。比如任一第一类型主播账户在主播客户端触发关播请求，主播客户端将关播请求发送至WEB服务器，WEB服务器将第一类型主播账户的状态更新为关播状态，并保存至缓存或者数据库。
进一步地，可以将更新后的直播间状态信息同步至数据监听服务器，数据监听服务器将第一类型主播账户的关播事件加入消息队列。消息消费服务从消息队列中获取该关播事件对应的关播消息，关播消息中携带有触发关播请求的第一类型主播账户，根据第一类型主播账户获取下发过第一类型主播账户的直播信息流的观众账户，通过长连接服务方式向这些观众账户的观众客户端推送直播间状态信息，即处于关播状态的第一类型主播账户。
本实施例中，通过监听到第一类型主播账户的关播请求时，根据关播请求更新第一类型主播账户的状态为关播状态，可以及时将处于关播状态的第一类型主播账户推送至查询第一类型主播账户的观众客户端，可以及时地删除第一类型主播账户的直播信息流，或者为第一类型主播账户的直播信息流添加关播标记。
在一示例性实施例中，提供一种视频数据的处理方法，该视频数据的处理方法适应于图4a所示的应用环境。观众客户端可以通过轮询方式与服务端建立连接。观众客户端开启直播应用程序时订阅服务端提供的长连接服务，关闭直播应用程序时取消订阅服务端提供的长连接服务。如图8所示，该方法包括以下步骤：
在步骤S802中，下发待处理信息流至观众客户端。
其中，待处理信息流包括各主播账户的直播信息流。
在步骤S804中，接收观众客户端以轮询方式发送的查询请求。
其中，查询请求携带有各主播账户。
在步骤S806中，根据各主播账户查询各主播账户的状态，并生成直播间状态信息。
其中，直播间状态信息可以是处于关播状态的第一类型主播账户，直播间状态信息也可以是处于关播状态的第二类型主播账户。
在步骤S808中，当监听到第一类型主播账户的关播请求时，根据关播请求更新第一类型主播账户的状态为关播状态。
在步骤S810中，若任一主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式下发处于关播状态的第一类型主播账户至观众客户端。
其中，第一类型主播账户的直播平均被观看时长小于时长阈值，或者第一类型主播账户的直播间观众数量小于数量阈值。直播平均被观看时长由当前主播账户的各观众的观看时长与当前主播账户的直播时长决定。
具体地，采用以下方式确定被下发第一类型主播账户的观众客户端：根据第一类型主播账户，在第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系中进行查询，得到用户关系数据。用户关系数据包括若干个待筛选账户，待筛选账户为查询过第一类型主播账户的直播信息流的观众账户；从各待筛选账户中筛选满足推送预设条件的目标账户，目标账户的观众客户端为被下发第一类型主播账户的观众客户端。推送预设条件为查询时间距离当前时间的时间差小于推送时间阈值。查询时间为观众账户查询第一类型主播账户的时间。
当直播间状态信息为第一类型主播账户时，若第一类型主播账户的直播信息流处于展示状态时，观众客户端为第一类型主播账户的直播信息流添加关播标记。若第一类型主播账户的直播信息流没有处于展示状态时，观众客户端删除第一类型主播账户的直播信息流。
在步骤S812中，若任一主播账户的主播类型为第二类型，则通过轮询方式下发处于关播状态的第二类型主播账户至观众客户端。
其中，第二类型主播账户的直播平均被观看时长不小于时长阈值，或者第二类型主播账户的直播间观众数量不小于数量阈值。当直播间状态信息为第二类型主播账户时，若第二类型主播账户的直播信息流处于展示状态，观众客户端为第一类型主播账户的直播信息流添加关播标记，若第二类型主播账户的直播信息流没有处于展示状态时，观众客户端删除第二类型主播账户的直播信息流。
图9是根据一示例性实施例示出的一种视频数据的处理方法的时序图，如图12所示，视频数据的处理方法用于主播客户端110、观众客户端130和服务端120中，服务端120包括Web服务、消息消费服务、消息队列、数据监听服务、长连接信令服务和缓存/数据库等。用户通过观众客户端设备登录至直播应用程序(Application，APP)，服务端向观众客户端下发若干个主播账户的直播信息流，观众客户端接收到若干个主播账户的待处理信息流。Web服务提供http访问方式给观众客户端和主播客户端。长连接信令服务可以理解为通过长连接通道实现的，服务端主动下发信息的通道。用户启动应用程序后则会连接长连接信令服务，关闭应用程序后则会断开长连接信令服务。观众客户端每隔预设的查询间隔向Web服务发送查询各主播账户的查询请求，Web服务接收到查询请求，将已经处于关播状态的目标主播账户返回至观众客户端，观众客户端为目标主播账户的直播信息流添加关播标记，或者观众客户端从待处理信息流中删除目标主播账户的直播信息流。对于每一个被查询的主播账户，Web服务记录各主播账户、触发查询请求的观众客户端的观众账户以及查询时间，并存储至缓存或者数据库。Web服务判断各被查询的主播账户的类型，判断各主播账户的类型是小主播还是大主播。若任一主播账户为小主播，监听小主播的主播账户的关播请求，当小主播的主播客户端向web服务发送关播请求时，web服务更新小主播的主播账户的直播间状态信息为关播状态，并同步关播状态至数据监听服务，数据监听服务将该小主播的关播事件至消息队列。消息消费服务从消息队列中获取该小主播关播事件的消息，该消息中携带有该小主播的主播账户。消息消费服务根据该小主播的主播账户获取对应的用户关系数据，用户关系数据包括若干个待筛选账户，待筛选账户为下发过该小主播的直播信息流的观众账户。消息消费服务按照各待筛选账户的查询时间对各待筛选账户进行排序，将查询时间满足推送预设条件的待筛选账户确定为目标账户。消息消费服务向长连接信令服务发送该小主播的主播账户至目标账户的观众客户端。长连接信令服务向目标账户的观众客户端推送直播间状态信息。观众客户端接收到直播间状态信息，直播间状态信息为处于关播状态的小主播的主播账户，观众客户端为小主播的主播账户的直播信息流添加关播标记，或者从待处理信息流中删除小主播的主播账户的直播信息流。
应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
图10是根据一示例性实施例示出的一种视频数据的处理装置框图。参照图10，该装置包括信息获取模块1002和标记添加模块1004。
信息获取模块1002，被配置为执行获取待处理信息流和直播间状态信息，所述待处理信息流包括各主播账户的直播信息流；
标记添加模块1004，被配置为执行当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记。
在一示例性实施例中，所述标记添加模块，还被配置为执行为所述目标主播账户的直播信息流所包括的直播封面添加关播标记。
在一示例性实施例中，所述装置还包括信息流删除模块，被配置为执行当所述目标主播账户的直播信息流没有处于展示状态时，从所述待处理信息流中删除所述目标主播账户的直播信息流。
在一示例性实施例中，所述装置还包括查询请求获取模块，被配置为执行通过轮询方式向所述服务端发送包括各所述主播账户的查询请求，以使所述服务端根据所述查询请求携带的各所述主播账户查询各所述主播账户的状态，并生成所述直播间状态信息；
所述信息获取模块，还被配置为执行通过所述轮询方式定时获取所述直播间状态信息。
在一示例性实施例中，所述信息获取模块，还被配置为执行若任一所述主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式获取处于关播状态的第一类型主播账户；所述第一类型主播账户的直播平均被观看时长小于时长阈值，或者所述第一类型主播账户的直播间观众数量小于数量阈值。
在一示例性实施例中，所述信息获取模块，还被配置为执行若任一所述主播账户的主播类型为第二类型，则通过轮询方式获取处于关播状态的第二类型主播账户；所述第二类型主播账户的直播平均被观看时长不小于所述时长阈值，或者所述第二类型主播账户的直播间观众数量不小于数量阈值。
在一示例性实施例中，所述直播平均被观看时长由当前主播账户的各观众的观看时长与所述当前主播账户的直播时长决定。
图11是根据一示例性实施例示出的一种视频数据的处理装置框图。参照图11，该装置包括待处理信息流下发模块1102和状态信息下发模块1104。
待处理信息流下发模块，被配置为执行下发待处理信息流至观众客户端，所述待处理信息流包括各主播账户的直播信息流；
状态信息下发模块，被配置为执行下发直播间状态信息至所述观众客户端，直播间状态信息用于指示所述观众客户端当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记。
在一示例性实施例中，所述装置还包括：
查询请求接收模块，被配置为执行接收所述观众客户端以轮询方式发送的查询请求，所述查询请求携带有各所述主播账户；
状态信息生成模块，被配置为执行根据各所述主播账户查询各所述主播账户的状态，并生成所述直播间状态信息；
所述状态信息下发模块，还被配置为执行通过所述轮询方式定时下发直播间状态信息至所述观众客户端。
在一示例性实施例中，所述状态信息下发模块，还被配置为执行若任一所述主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式下发处于关播状态的第一类型主播账户至所述观众客户端；所述第一类型主播账户的直播平均被观看时长小于时长阈值，或者所述第一类型主播账户的直播间观众数量小于数量阈值。
在一示例性实施例中，所述装置还包括：
观众客户端确定模块，被配置为执行获取所述第一类型主播账户的用户关系数据，所述用户关系数据包括若干个待筛选账户，所述待筛选账户为查询过所述第一类型主播账户的直播信息流的观众账户；从各所述待筛选账户中筛选满足推送预设条件的目标账户，所述目标账户的观众客户端为被下发第一类型主播账户的观众客户端。
在一示例性实施例中，所述观众客户端确定模块，还被配置为执行根据所述第一类型主播账户，在第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系中进行查询，得到所述用户关系数据。
在一示例性实施例中，所述推送预设条件为查询时间距离当前时间的时间差小于推送时间阈值；所述查询时间为观众账户查询第一类型主播账户的时间。
在一示例性实施例中，所述状态信息下发模块，还被配置为执行若任一所述主播账户的主播类型为第二类型，则通过轮询方式下发处于关播状态的第二类型主播账户至所述观众客户端；所述第二类型主播账户的直播平均被观看时长不小于所述时长阈值，或者所述第二类型主播账户的直播间观众数量不小于数量阈值。
在一示例性实施例中，所述直播平均被观看时长由当前主播账户的各观众的观看时长与所述当前主播账户的直播时长决定。
在一示例性实施例中，所述装置还包括：
监听模块，被配置为执行当监听到所述第一类型主播账户的关播请求时，根据所述关播请求更新所述第一类型主播账户的状态为所述关播状态。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图12是根据一示例性实施例示出的一种用于处理视频数据的设备1200的框图。例如，设备1200可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。
参照图12，设备1200可以包括以下一个或多个组件：处理组件1202、存储器1204、电源组件1206、多媒体组件1208、音频组件1210、输入/输出(I/O)的接口1212、传感器组件1214以及通信组件1216。
处理组件1202通常控制设备1200的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件1202可以包括一个或多个处理器1220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1202可以包括一个或多个模块，便于处理组件1202和其他组件之间的交互。例如，处理组件1202可以包括多媒体模块，以方便多媒体组件1208和处理组件1202之间的交互。
存储器1204被配置为存储各种类型的数据以支持在设备1200的操作。这些数据的示例包括用于在设备1200上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。
电源组件1206为设备1200的各种组件提供电力。电源组件1206可以包括电源管理系统，一个或多个电源，及其他与为设备1200生成、管理和分配电力相关联的组件。
多媒体组件1208包括在所述设备1200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1208包括一个前置摄像头和/或后置摄像头。当设备1200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1210被配置为输出和/或输入音频信号。例如，音频组件1210包括一个麦克风(MIC)，当设备1200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中，音频组件1210还包括一个扬声器，用于输出音频信号。
I/O接口1212为处理组件1202和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1214包括一个或多个传感器，用于为设备1200提供各个方面的状态评估。例如，传感器组件1214可以检测到设备1200的打开/关闭状态，组件的相对定位，例如所述组件为设备1200的显示器和小键盘，传感器组件1214还可以检测设备1200或设备1200一个组件的位置改变，用户与设备1200接触的存在或不存在，设备1200方位或加速/减速和设备1200的温度变化。传感器组件1214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1214还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。
通信组件1216被配置为便于设备1200和其他设备之间有线或无线方式的通信。设备1200可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件1216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1216还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，设备1200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器1204，上述指令可由设备1200的处理器1220执行以完成上述方法。例如，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中，还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述任一实施例中视频数据的处理方法。
图13是根据一示例性实施例示出的一种用于处理视频数据的设备1300的框图。例如，设备1300可以为一服务器。参照图13，设备1300包括处理组件1320，其进一步包括一个或多个处理器，以及由存储器1322所代表的存储器资源，用于存储可由处理组件1320的执行的指令，例如应用程序。存储器1322中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1320被配置为执行指令，以执行上述视频数据的处理方法。
设备1300还可以包括一个电源组件1324被配置为执行设备1300的电源管理，一个有线或无线网络接口1326被配置为将设备1300连接到网络，和一个输入输出(I/O)接口1328。设备1300可以操作基于存储在存储器1322的操作系统，例如Windows Server，Mac OSX，Unix，Linux，FreeBSD或类似。
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器1322，上述指令可由设备1300的处理器执行以完成上述方法。存储介质可以是计算机可读存储介质，例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中，还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述任一实施例中视频数据的处理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (34)
1.一种视频数据的处理方法，其特征在于，包括：
获取待处理信息流和直播间状态信息，所述待处理信息流包括各主播账户的直播信息流，所述直播信息流包括直播feed流，所述直播信息流包括直播间标识、直播封面以及直播过程中获取的直播界面图像中的至少一种；
当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记。
2.根据权利要求1所述的视频数据的处理方法，其特征在于，所述为所述目标主播账户的直播信息流添加关播标记，包括：
为所述目标主播账户的直播信息流所包括的直播封面添加关播标记。
3.根据权利要求1或2所述的视频数据的处理方法，其特征在于，所述方法还包括：
当所述目标主播账户的直播信息流没有处于展示状态时，从所述待处理信息流中删除所述目标主播账户的直播信息流。
4.根据权利要求1或2所述的视频数据的处理方法，其特征在于，在获取所述直播间状态信息之前，所述方法还包括：
通过轮询方式向服务端发送包括各所述主播账户的查询请求，以使所述服务端根据所述查询请求携带的各所述主播账户查询各所述主播账户的状态，并生成所述直播间状态信息；
所述获取所述直播间状态信息，包括：
通过所述轮询方式定时获取所述直播间状态信息。
5.根据权利要求1或2所述的视频数据的处理方法，其特征在于，获取所述直播间状态信息，包括：
若任一所述主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式获取处于关播状态的第一类型主播账户；所述第一类型主播账户的直播平均被观看时长小于时长阈值，或者所述第一类型主播账户的直播间观众数量小于数量阈值。
6.根据权利要求1或2所述的视频数据的处理方法，其特征在于，所述获取所述直播间状态信息，包括：
若任一所述主播账户的主播类型为第二类型，则通过轮询方式获取处于关播状态的第二类型主播账户；所述第二类型主播账户的直播平均被观看时长不小于时长阈值，或者所述第二类型主播账户的直播间观众数量不小于数量阈值。
7.根据权利要求5所述的视频数据的处理方法，其特征在于，所述直播平均被观看时长由当前主播账户的各观众的观看时长与所述当前主播账户的直播时长决定。
8.一种视频数据的处理方法，其特征在于，包括：
下发待处理信息流至观众客户端，所述待处理信息流包括各主播账户的直播信息流；
下发直播间状态信息至所述观众客户端，所述直播间状态信息用于指示所述观众客户端当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记，其中，所述直播信息流包括直播feed流，所述直播信息流包括直播间标识、直播封面以及直播过程中获取的直播界面图像中的至少一种。
9.根据权利要求8所述的视频数据的处理方法，其特征在于，在所述下发直播间状态信息至所述观众客户端之前，所述方法还包括：
接收所述观众客户端以轮询方式发送的查询请求，所述查询请求携带有各所述主播账户；
根据各所述主播账户查询各所述主播账户的状态，并生成所述直播间状态信息；
所述下发直播间状态信息至所述观众客户端，包括：
通过所述轮询方式定时下发直播间状态信息至所述观众客户端。
10.根据权利要求8所述的视频数据的处理方法，其特征在于，所述下发直播间状态信息至所述观众客户端，包括：
若任一所述主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式下发处于关播状态的第一类型主播账户至所述观众客户端；所述第一类型主播账户的直播平均被观看时长小于时长阈值，或者所述第一类型主播账户的直播间观众数量小于数量阈值。
11.根据权利要求10所述的视频数据的处理方法，其特征在于，采用以下方式确定被下发所述第一类型主播账户的观众客户端：
获取所述第一类型主播账户的用户关系数据，所述用户关系数据包括若干个待筛选账户，所述待筛选账户为查询过所述第一类型主播账户的直播信息流的观众账户；
从各所述待筛选账户中筛选满足推送预设条件的目标账户，所述目标账户的观众客户端为被下发第一类型主播账户的观众客户端。
12.根据权利要求11所述的视频数据的处理方法，其特征在于，所述获取所述第一类型主播账户的用户关系数据，包括：
根据所述第一类型主播账户，在第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系中进行查询，得到所述用户关系数据。
13.根据权利要求11或12所述的视频数据的处理方法，其特征在于，所述推送预设条件为查询时间距离当前时间的时间差小于推送时间阈值；所述查询时间为观众账户查询第一类型主播账户的时间。
14.根据权利要求8所述的视频数据的处理方法，其特征在于，所述下发直播间状态信息至所述观众客户端，包括：
若任一所述主播账户的主播类型为第二类型，则通过轮询方式下发处于关播状态的第二类型主播账户至所述观众客户端；所述第二类型主播账户的直播平均被观看时长不小于时长阈值，或者所述第二类型主播账户的直播间观众数量不小于数量阈值。
15.根据权利要求10所述的视频数据的处理方法，其特征在于，所述直播平均被观看时长由当前主播账户的各观众的观看时长与所述当前主播账户的直播时长决定。
16.根据权利要求10所述的视频数据的处理方法，其特征在于，在通过长连接服务方式下发处于关播状态的第一类型主播账户至所述观众客户端之前，所述方法还包括：
当监听到所述第一类型主播账户的关播请求时，根据所述关播请求更新所述第一类型主播账户的状态为所述关播状态。
17.一种视频数据的处理装置，其特征在于，包括：
信息获取模块，被配置为执行获取待处理信息流和直播间状态信息，所述待处理信息流包括各主播账户的直播信息流；
标记添加模块，被配置为执行当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记，其中，所述直播信息流包括直播feed流，所述直播信息流包括直播间标识、直播封面以及直播过程中获取的直播界面图像中的至少一种。
18.根据权利要求17所述的视频数据的处理装置，其特征在于，所述标记添加模块，还被配置为执行为所述目标主播账户的直播信息流所包括的直播封面添加关播标记。
19.根据权利要求17或18所述的视频数据的处理装置，其特征在于，所述装置还包括信息流删除模块，被配置为执行当所述目标主播账户的直播信息流没有处于展示状态时，从所述待处理信息流中删除所述目标主播账户的直播信息流。
20.根据权利要求17或18所述的视频数据的处理装置，其特征在于，所述装置还包括查询请求获取模块，被配置为执行通过轮询方式向服务端发送包括各所述主播账户的查询请求，以使所述服务端根据所述查询请求携带的各所述主播账户查询各所述主播账户的状态，并生成所述直播间状态信息；
所述信息获取模块，还被配置为执行通过所述轮询方式定时获取所述直播间状态信息。
21.根据权利要求17或18所述的视频数据的处理装置，其特征在于，所述信息获取模块，还被配置为执行若任一所述主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式获取处于关播状态的第一类型主播账户；所述第一类型主播账户的直播平均被观看时长小于时长阈值，或者所述第一类型主播账户的直播间观众数量小于数量阈值。
22.根据权利要求17或18所述的视频数据的处理装置，其特征在于，所述信息获取模块，还被配置为执行若任一所述主播账户的主播类型为第二类型，则通过轮询方式获取处于关播状态的第二类型主播账户；所述第二类型主播账户的直播平均被观看时长不小于时长阈值，或者所述第二类型主播账户的直播间观众数量不小于数量阈值。
23.根据权利要求21所述的视频数据的处理装置，其特征在于，所述直播平均被观看时长由当前主播账户的各观众的观看时长与所述当前主播账户的直播时长决定。
24.一种视频数据的处理装置，其特征在于，包括：
待处理信息流下发模块，被配置为执行下发待处理信息流至观众客户端，所述待处理信息流包括各主播账户的直播信息流；
状态信息下发模块，被配置为执行下发直播间状态信息至所述观众客户端，直播间状态信息用于指示所述观众客户端当所述直播间状态信息为处于关播状态的目标主播账户，且所述目标主播账户的直播信息流处于展示状态时，为所述目标主播账户的直播信息流添加关播标记，其中，所述直播信息流包括直播feed流，所述直播信息流包括直播间标识、直播封面以及直播过程中获取的直播界面图像中的至少一种。
25.根据权利要求24所述的视频数据的处理装置，其特征在于，所述装置还包括：
查询请求接收模块，被配置为执行接收所述观众客户端以轮询方式发送的查询请求，所述查询请求携带有各所述主播账户；
状态信息生成模块，被配置为执行根据各所述主播账户查询各所述主播账户的状态，并生成所述直播间状态信息；
所述状态信息下发模块，还被配置为执行通过所述轮询方式定时下发直播间状态信息至所述观众客户端。
26.根据权利要求24所述的视频数据的处理装置，其特征在于，所述状态信息下发模块，还被配置为执行若任一所述主播账户的主播类型为第一类型，则通过轮询方式和长连接服务方式下发处于关播状态的第一类型主播账户至所述观众客户端；所述第一类型主播账户的直播平均被观看时长小于时长阈值，或者所述第一类型主播账户的直播间观众数量小于数量阈值。
27.根据权利要求26所述的视频数据的处理装置，其特征在于，所述装置还包括：
观众客户端确定模块，被配置为执行获取所述第一类型主播账户的用户关系数据，所述用户关系数据包括若干个待筛选账户，所述待筛选账户为查询过所述第一类型主播账户的直播信息流的观众账户；从各所述待筛选账户中筛选满足推送预设条件的目标账户，所述目标账户的观众客户端为被下发第一类型主播账户的观众客户端。
28.根据权利要求27所述的视频数据的处理装置，其特征在于，所述观众客户端确定模块，还被配置为执行根据所述第一类型主播账户，在第一类型主播账户与查询第一类型主播账户的观众账户之间的对应关系中进行查询，得到所述用户关系数据。
29.根据权利要求27或28所述的视频数据的处理装置，其特征在于，所述推送预设条件为查询时间距离当前时间的时间差小于推送时间阈值；所述查询时间为观众账户查询第一类型主播账户的时间。
30.根据权利要求24所述的视频数据的处理装置，其特征在于，所述状态信息下发模块，还被配置为执行若任一所述主播账户的主播类型为第二类型，则通过轮询方式下发处于关播状态的第二类型主播账户至所述观众客户端；所述第二类型主播账户的直播平均被观看时长不小于时长阈值，或者所述第二类型主播账户的直播间观众数量不小于数量阈值。
31.根据权利要求26所述的视频数据的处理装置，其特征在于，所述直播平均被观看时长由当前主播账户的各观众的观看时长与所述当前主播账户的直播时长决定。
32.根据权利要求26所述的视频数据的处理装置，其特征在于，所述装置还包括：
监听模块，被配置为执行当监听到所述第一类型主播账户的关播请求时，根据所述关播请求更新所述第一类型主播账户的状态为所述关播状态。
33.一种电子设备，其特征在于，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求1至16中任一项所述的视频数据的处理方法。
34.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至16中任一项所述的视频数据的处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110599656.XA CN113365087B (zh) | 2021-05-31 | 2021-05-31 | 视频数据的处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110599656.XA CN113365087B (zh) | 2021-05-31 | 2021-05-31 | 视频数据的处理方法、装置、电子设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113365087A CN113365087A (zh) | 2021-09-07 |
| CN113365087B true CN113365087B (zh) | 2023-01-20 |
Family
ID=77528272
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110599656.XA Active CN113365087B (zh) | 2021-05-31 | 2021-05-31 | 视频数据的处理方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113365087B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113965797A (zh) * | 2021-10-19 | 2022-01-21 | 上海哔哩哔哩科技有限公司 | 直播间切换方法和系统 |
| CN114339364A (zh) * | 2021-12-21 | 2022-04-12 | 北京达佳互联信息技术有限公司 | 多媒体数据处理方法、装置、电子设备及存储介质 |
| CN114827646B (zh) * | 2022-03-23 | 2023-12-12 | 百果园技术(新加坡)有限公司 | 视频流中预加载直播间方法、装置、设备及存储介质 |
| CN114745571B (zh) * | 2022-04-15 | 2024-01-23 | 网易（杭州）网络有限公司 | 直播状态信息同步方法、装置、电子设备和可读存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106488270A (zh) * | 2016-09-08 | 2017-03-08 | 广州华多网络科技有限公司 | 一种直播间切换的方法和装置 |
| CN108174295A (zh) * | 2017-12-29 | 2018-06-15 | 北京奇虎科技有限公司 | 主播状态的通知方法和装置、主播状态的提示方法和装置 |
| CN110536147A (zh) * | 2019-08-21 | 2019-12-03 | 北京达佳互联信息技术有限公司 | 直播处理的方法、装置及系统 |
| CN110856016A (zh) * | 2019-11-18 | 2020-02-28 | 百度在线网络技术（北京）有限公司 | 视频直播的监控方法、装置、电子设备及存储介质 |
| CN112492332A (zh) * | 2020-11-13 | 2021-03-12 | 北京达佳互联信息技术有限公司 | 数据的显示控制方法、装置、电子设备及存储介质 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016154149A1 (en) * | 2015-03-20 | 2016-09-29 | Twitter, Inc. | Live video stream sharing |
-
2021
- 2021-05-31 CN CN202110599656.XA patent/CN113365087B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106488270A (zh) * | 2016-09-08 | 2017-03-08 | 广州华多网络科技有限公司 | 一种直播间切换的方法和装置 |
| CN108174295A (zh) * | 2017-12-29 | 2018-06-15 | 北京奇虎科技有限公司 | 主播状态的通知方法和装置、主播状态的提示方法和装置 |
| CN110536147A (zh) * | 2019-08-21 | 2019-12-03 | 北京达佳互联信息技术有限公司 | 直播处理的方法、装置及系统 |
| CN110856016A (zh) * | 2019-11-18 | 2020-02-28 | 百度在线网络技术（北京）有限公司 | 视频直播的监控方法、装置、电子设备及存储介质 |
| CN112492332A (zh) * | 2020-11-13 | 2021-03-12 | 北京达佳互联信息技术有限公司 | 数据的显示控制方法、装置、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113365087A (zh) | 2021-09-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113365087B (zh) | 视频数据的处理方法、装置、电子设备及存储介质 | |
| US11659220B2 (en) | System and method for surveying broadcasting ratings | |
| CN111083512A (zh) | 直播间的切换方法、装置、电子设备和存储介质 | |
| CN112367553B (zh) | 消息交互方法、装置、电子设备及存储介质 | |
| CN111343476A (zh) | 视频共享方法、装置、电子设备及存储介质 | |
| CN113938451B (zh) | 业务提醒方法、装置、系统、电子设备及存储介质 | |
| CN113099262B (zh) | 信息展示方法、装置、电子设备及存储介质 | |
| CN113259226B (zh) | 信息同步方法、装置、电子设备及存储介质 | |
| CN104933071A (zh) | 一种信息检索方法及相应装置 | |
| CN112291631A (zh) | 信息获取方法、装置、终端及存储介质 | |
| CN114025180A (zh) | 一种游戏操作同步系统、方法、装置、设备及存储介质 | |
| CN112468873A (zh) | 画面显示方法、装置、系统、电子设备、服务器及介质 | |
| CN110620956A (zh) | 直播虚拟资源的通知方法、装置、电子设备及存储介质 | |
| CN110636318A (zh) | 消息显示方法、装置、客户端设备、服务器及存储介质 | |
| CN113747207A (zh) | 数据的传输方法、装置、电子设备及存储介质 | |
| CN110121056B (zh) | 跨区域视联网监控视频获取方法及装置 | |
| CN109831538B (zh) | 一种消息处理方法、装置、服务器、终端及介质 | |
| CN111176837A (zh) | 信息的展示方法、装置、电子设备及存储介质 | |
| CN110769282A (zh) | 短视频生成方法、终端及服务器 | |
| CN111182327B (zh) | 一种视频剪辑方法、装置、视频分发服务器及终端 | |
| CN110866147B (zh) | 对直播应用程序进行分类的方法、装置及存储介质 | |
| CN113099306B (zh) | 消息处理方法、装置、设备、服务器、介质和产品 | |
| CN113157952B (zh) | 信息显示方法、装置、终端、服务器 | |
| CN112584184B (zh) | 图像显示方法、装置、电子设备及存储介质 | |
| CN113886681A (zh) | 虚拟空间的搜索方法、虚拟空间的显示方法、装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |