CN111083514B - 一种直播方法、装置、电子设备和存储介质 - Google Patents
一种直播方法、装置、电子设备和存储介质 Download PDFInfo
- Publication number
- CN111083514B CN111083514B CN201911368849.3A CN201911368849A CN111083514B CN 111083514 B CN111083514 B CN 111083514B CN 201911368849 A CN201911368849 A CN 201911368849A CN 111083514 B CN111083514 B CN 111083514B
- Authority
- CN
- China
- Prior art keywords
- live broadcast
- audience
- live
- cache length
- terminal
- 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/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/23406—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving management of server-side video buffer
-
- 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/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
-
- 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/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
-
- 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
-
- 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
-
- 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
-
- 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44213—Monitoring of end-user related data
-
- 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/4508—Management of client data or end-user data
-
- 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/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
Abstract
本公开关于一种直播方法、装置、电子设备和存储介质,所述方法包括:接收观众端发送的主播端的直播数据请求指令;根据所述请求指令向所述观众端发送直播数据;确定所述观众端是否为目标观众端,所述目标观众端为与所述主播端的交互行为满足预设条件的观众端;当所述观众端为目标观众端时,触发第一直播策略选择指令;根据所述第一直播策略选择指令获取第一缓存长度,所述第一缓存长度小于所述服务器的预设缓存长度;将所述第一缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第一缓存长度时开始播放。本公开对不同的观众端采取不同的直播策略,兼顾了低延时需求和流畅性需求,提高了用户观看体验。
Description
技术领域
本公开涉及互联网技术领域,尤其涉及一种直播方法、装置、电子设备和存储介质。
背景技术
在日益流行的直播服务中,任意的普通用户都可以作为主播,实时分享自己的生活给世界各地的其他用户,如众所周知的游戏直播、秀场直播(吃播、才艺展示、旅游直播)等场景。在这些服务场景中,主播和观众之间实时的沟通互动是至关重要的,能够大大提高用户的体验与黏性,比如观众可以通过给主播赠送礼物或者点赞直接给予正向反馈,也可以通过发送消息与主播直接进行沟通。
可以理解,在这些场景下,延迟的反馈会带来较差的体验问题,例如,一个观看“滞后”直播画面的观众将会发出滞后的点赞和消息,而主播可能会将这些信息理解为该观众是与其之后的直播内容进行互动。
为了在观众端保证观众观看直播的流畅性,往往在观众端缓存较长一段时间视频数据,那么在观众端突发性网络抖动或者主播端网络抖动导致观众端收不到视频数据时仍然可以流畅观看直播。然而,这种策略同时也具有明显的缺陷,即观众端与主播端的延时:因为观众端会缓存一段时间的直播数据,所以主播端最新的直播数据会在观众端延迟播放。这种缺陷极大的恶化了观众和主播间的互动体验,比如观众给主播进行评论送礼等互动后主播会做出回应,由于延迟播放,对于观众而言,看到主播的回应需要等较长一段时间,观众在延时的这段时间,极有可能以为主播忽略了观众的互动,导致用户体验不好。
发明内容
本公开提供一种直播方法、装置、电子设备和存储介质,以至少解决相关技术中主播端和观众端之间延迟播放的问题。本公开的技术方案如下:
根据本公开实施例的第一方面,提供一种直播方法,应用于服务器,所述方法包括:
接收观众端发送的主播端的直播数据请求指令;
根据所述请求指令向所述观众端发送直播数据;
确定所述观众端是否为目标观众端,所述目标观众端为与所述主播端的交互行为满足预设条件的观众端;
当所述观众端为目标观众端时,触发第一直播策略选择指令;
根据所述第一直播策略选择指令获取第一缓存长度,所述第一缓存长度小于所述服务器的预设缓存长度;
将所述第一缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第一缓存长度时开始播放。
可选地,所述确定所述观众端是否为目标观众端,所述目标观众端为与所述主播端的交互行为满足预设条件的观众端包括:
获取所述观众端与主播端的历史直播交互频次;其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次;
若所述观众端与所述主播端的所述历史直播交互频次满足预设频次,则将所述观众端确定为目标观众端。
可选地,所述确定所述观众端是否为目标观众端,所述目标观众端为与所述主播端的交互行为满足预设条件的观众端包括:
实时监测所述观众端是否与主播端存在直播交互行为;其中,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼;
若所述观众端与主播端存在所述直播交互行为,则将所述观众端确定为目标观众端。
可选地,在将所述第一缓存长度发送至所述观众端,以使所述目标观众端缓存的所述直播数据达到所述第一缓存长度时开始播放之后,所述方法还包括:
实时监测所述目标观众端是否出现卡顿现象;
当监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令;
根据所述第二直播策略选择指令获取第二缓存长度;
将所述第二缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第二缓存长度时开始播放,所述第一缓存长度小于所述第二缓存长度。
可选地,所述当监测到在所述目标观众端出现卡顿现象时,触发第二直播策略选择指令包括:
当在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时,触发第二直播策略选择指令。
根据本公开实施例的第二方面,提供一种直播方法,应用于观众端,所述方法包括:
向服务器发送主播端的直播数据请求指令;
接收所述服务器针对所述请求指令发送的直播数据;
接收所述服务器发送的第一缓存长度,所述第一缓存长度为所述服务器确定所述观众端与所述主播端的交互行为满足预设条件的目标观众端时,触发第一直播策略选择指令获取所得,所述第一缓存长度小于所述服务器的预设缓存长度;
在缓存的所述直播数据达到所述第一缓存长度时开始播放。
可选地,在缓存的所述直播数据达到所述第一缓存长度时开始播放之后,所述方法还包括:
接收所述服务器发送的第二缓存长度,所述第二缓存长度为所述服务器实时监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令获取所得,所述第一缓存长度小于所述第二缓存长度;
在缓存的所述直播数据达到所述第二缓存长度时开始播放。
可选地,所述第二直播策略选择指令为所述服务器在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时触发。
可选地,所述预设条件为所述观众端与主播端的历史直播交互频次满足预设频次,其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次。
可选地,所述预设条件为所述观众端与主播端存在直播交互行为,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼。
根据本公开实施例的第三方面,提供一种直播装置,应用于服务器,所述装置包括:
请求指令接收单元,被配置为执行接收观众端发送的主播端的直播数据请求指令;
直播数据发送单元,被配置为执行根据所述请求指令向所述观众端发送直播数据;
目标观众端确定单元,被配置为执行确定所述观众端是否为目标观众端,所述目标观众端为与所述主播端的交互行为满足预设条件的观众端;
第一直播策略触发单元,被配置执行当所述观众端为目标观众端时,触发第一直播策略选择指令;
第一缓存长度获取单元,被配置为执行根据所述第一直播策略选择指令获取第一缓存长度,所述第一缓存长度小于所述服务器的预设缓存长度;
第一缓存长度发送单元,被配置为执行将所述第一缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第一缓存长度时开始播放。
可选地,所述目标观众端确定单元,被配置为执行获取所述观众端与主播端的历史直播交互频次;其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次;若所述观众端与所述主播端的所述历史直播交互频次满足预设频次,则将所述观众端确定为目标观众端。
可选地,所述目标观众端确定单元,被配置为执行实时监测所述观众端是否与主播端存在直播交互行为;其中,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼;若所述观众端与主播端存在所述直播交互行为,则将所述观众端确定为目标观众端。
可选地,所述装置还包括:
卡顿现象监测单元,被配置为执行实时监测所述目标观众端是否出现卡顿现象;
第二直播策略触发单元,被配置为执行当监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令;
第二缓存长度获取单元,被配置为执行根据所述第二直播策略选择指令获取第二缓存长度;
第二缓存长度发送单元,被配置为执行将所述第二缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第二缓存长度时开始播放,所述第一缓存长度小于所述第二缓存长度。
可选地,所述第二直播策略触发单元,被配置为执行当在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时,触发第二直播策略选择指令。
根据本公开实施例的第四方面,提供一种直播装置,应用于观众端,所述装置包括:
请求指令发送单元,被配置为执行向服务器发送主播端的直播数据请求指令;
直播数据接收单元,被配置为执行接收所述服务器针对所述请求指令发送的直播数据;
第一缓存长度接收单元,被配置为执行接收所述服务器发送的第一缓存长度,所述第一缓存长度为所述服务器确定所述观众端与所述主播端的交互行为满足预设条件的目标观众端时,触发第一直播策略选择指令获取所得,所述第一缓存长度小于所述服务器的预设缓存长度;
第一播放单元,被配置为执行在缓存的所述直播数据达到所述第一缓存长度时开始播放。
可选地,所述装置还包括:
第二缓存长度接收单元,被配置为接收所述服务器发送的第二缓存长度,所述第二缓存长度为所述服务器实时监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令获取所得,所述第一缓存长度小于所述第二缓存长度;
第二播放单元,被配置为在缓存的所述直播数据达到所述第二缓存长度时开始播放。
可选地,所述第二直播策略选择指令为所述服务器在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时触发。
可选地,所述预设条件为所述观众端与主播端的历史直播交互频次满足预设频次,其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次。
可选地,所述预设条件为所述观众端与主播端存在直播交互行为,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼。
根据本公开实施例的第五方面,提供一种电子设备,包括:处理器;用于存储所述处理器可执行指令的存储器;其中,所述处理器被配置为执行所述指令,以实现如第一方面和第二方面的实施方式中的方法。
根据本公开实施例的第六方面,提供一种存储介质,包括:当所述存储介质中的指令由电子设备的处理器执行时,使得所述电子设备能够执行如第一方面和第二方面的实施方式中的方法。
根据本公开实施例的第七方面,提供一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码被计算机运行时,使得所述计算机执行上述各方面中的方法。
本公开的实施例提供的技术方案至少带来以下有益效果:
本公开在接收观众端发送的主播端的直播数据请求指令,将根据请求指令向观众端发送直播数据,在此过程中将进一步确定观众端是否为与主播端的交互行为满足预设条件的目标观众端,当确定观众端为目标观众端时,触发第一直播策略选择指令,并根据第一直播策略选择指令获取第一缓存长度并发送至目标观众端,以使目标观众端缓存的所述直播数据达到所述第一缓存长度时开始播放,其中,第一缓存长度小于服务器的预设缓存长度,故基于第一缓存长度来播放直播数据可以降低目标观众端与直播端之间的延时。本公开对不同的观众端采取不同的直播策略,兼顾了低延时需求和流畅性需求,提高了用户观看体验。
此外,本公开实时监测目标观众端是否出现卡顿现象,如果出现标观众端卡顿现象,则触发第二直播策略选择指令,并根据第二直播策略选择指令获取第二缓存长度,以使目标观众端缓存的直播数据达到第二缓存长度时开始播放。其中,第一缓存长度小于第二缓存长度,故在到达第二缓存长度来时开始播放直播数据可以保证目标观众端播放流畅性,优化了直播体验。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种直播方法应用环境示意图。
图2是根据一示例性实施例示出的一种直播方法的流程图。
图3是根据一示例性实施例示出的一种流畅性直播策略触发方法的流程图。
图4是根据一示例性实施例示出的另一种直播的流程示意图。
图5是根据一示例性实施例示出的一种直播系统的框图。
图6是根据一示例性实施例示出的一种直播装置的框图。
图7是根据一示例性实施例示出的另一种直播装置的框图。
图8是根据一示例性实施例示出的一种电子设备的内部结构图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本公开提供的一种直播方法,可以应用于如图1所示的应用环境中。其中,观众端001、观众端002、主播端003通过网络与服务器004通过网络进行通信。服务器004接收观众端001和观众端002发送的主播端003的直播数据请求指令后,将根据请求指令向分别向观众端001和观众端002发送直播数据,其中,在发送直播数据的过程中,确定观众端001和观众端002是否为目标观众端,目标观众端为与主播端003的交互行为满足预设条件的观众端,假设确定观众端001为目标观众端,触发第一直播策略选择指令,根据第一直播策略选择指令获取第一缓存长度,第一缓存长度小于服务器004的预设缓存长度,将第一缓存长度发送至目标观众端,以使目标观众端缓存的直播数据达到第一缓存长度时开始播放。
其中,观众端001、观众端002和主播端003可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器004可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
图2是根据一示例性实施例示出的一种直播方法的流程图,如图2所示,直播方法用于电子设备,比如服务器中,包括以下步骤:
在步骤S21中,接收观众端发送的主播端的直播数据请求指令,并根据所述请求指令向所述观众端发送直播数据。
在具体实现中,直播涉及到主播端、服务器和观众端。
其中,主播端的作用是录制与主播相关的直播数据,例如录制的主播所唱的歌曲、主播所玩的游戏过程等音视频数据,并将录制好的直播数据以数据流的形式上传至服务器中,服务器的作用是接收主播端所发出的直播数据,并将直播数据向指定的观众端推送,观众端的作用则可以根据观众的操作确定是否需要请求某一直播端的直播数据,以发送针对该直播端的直播数据请求指令至服务器,以通过服务器获取到直播端的直播数据进行播放。
其中,在服务器中设置有传统直播策略,该传统直播策略具有对应的预设缓存长度,基于传统直播策略可以控制观众端缓存的直播数据达到预设缓存长度时开始播放,从而保证观众端观看直播数据时的流畅性。当然,这种策略的缺陷是主播端最新的直播数据会在观众端延迟播放,这种缺陷容易影响观众和主播的互动体验。
在步骤S22中,确定所述观众端是否为目标观众端,所述目标观众端为与所述主播端的交互行为满足预设条件的观众端。
在观众端请求主播端的直播数据时,可以首先确定该观众端是否为目标观众端,目标观众端为与主播端的交互行为满足预设条件的观众端。其中,目标观众端与主播端会存在诸如点赞、评论或者送礼等直播交互行为,故对于直播的延时比较敏感。
在步骤S23中,当所述观众端为目标观众端时,触发第一直播策略选择指令。
在确定观众端为目标观众端后,针对目标观众端触发与第一直播策略相应的第一直播策略选择指令,使得在目标观众端能够按照第一直播策略进行直播。具体地,第一直播策略为低延时直播策略,设置有第一缓存长度,可以针对需要低延时直播的目标观众端,通过该策略降低直播延时。
在步骤S24中,根据所述第一直播策略选择指令获取第一缓存长度,所述第一缓存长度小于所述服务器的预设缓存长度。
针对需要降低直播延时的目标观众端,可以由服务器获取到低延时直播策略设置的第一缓存长度,其中,第一缓存长度小于传统直播策略的预设缓存长度,基于第一缓存长度达到降低目标观众端直播延时的目标。
在步骤S25中,将所述第一缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第一缓存长度时开始播放。
目标观众端和其他观众端在直播过程中,将不断接收到服务器转发的主播端的直播数据并进行缓存,其中,目标观众端在缓存的直播数据达到第一缓存长度时开始播放,其他观众端则在缓存的直播数据达到预设缓存长度时开始播放。
直播延时主要是由于观众端缓存的直播数据导致,由于第一缓存长度小于预设缓存长度,故采用第一缓存长度缓存直播数据并播放的低延时直播策略,相较于采用预设缓存长度缓存直播数据并播放的传统直播策略,可以降低直播延时。本公开对不同的观众端采取不同的直播策略,兼顾了低延时需求和流畅性需求,提高了用户观看体验。
本公开的实施例中,提出了两种目标观众端的筛选机制,可以提前或者实时确定目标观众端,以降低目标观众端和主播端的直播延时,提升目标观众端对应观众与主播间的交互体验。
在一个可选实施例中,所述确定所述观众端是否为目标观众端可以包括如下步骤:获取所述观众端与主播端的历史直播交互频次;其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次;若所述观众端与所述主播端的所述历史直播交互频次满足预设频次,则将所述观众端确定为目标观众端。
在本实施例中,对主播端经常点赞、评论或者送礼等直播交互行为的观众端,对于直播延时比较敏感,可以判定是与主播端有高交互诉求的观众端,那么可以将这些观众端提前添加到目标观众名单中,这样,在该观众端再次请求主播端的直播数据时,如果从目标观众名单中查找到该观众端,则可以将该观众端作为目标观众端。
具体地,观众端在先历史观看过程中,可能经常请求某个主播端的直播数据,并与主播端进行点赞、评论或者送礼等直播交互行为,如果统计发现观众端的评论频次、点赞频次和/或送礼频次等直播交互行为的频次达到预设频次,比如评论频次达到五次、点赞频次达到了六次或者送礼频次达到了两次,则可以将该观众端确定为目标观众端,并添加到目标观众名单中备用。
在另一个可选实施例中,所述确定所述观众端是否为目标观众端可以包括如下步骤:实时监测所述观众端是否与主播端存在直播交互行为;其中,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼;若所述观众端与主播端存在所述直播交互行为,则将所述观众端确定为目标观众端。
在本实施例中,观众端请求到某个主播端的直播数据后,将基于该直播数据在观众端开始播放,如果在播放期间监测到该观众端与主播端存在直播交互行为,比如点赞、评论或者送礼等直播交互行为,可以判定是与主播端有高交互诉求的观众端,也即是目标观众端。
上述的两种目标观众端的筛选机制,第一种是在直播前就提前决策出观众端是否是目标观众端,第二种是基于直播过程中的直播交互行为实时决策观众端是否是目标观众端。
当然,除了上述两种筛选机制外,也可以是观众端自己或者主播端将观众端设置为目标观众端,本公开不加以限制。比如可以在观众端写好一套配置文件,该配置文件中包括低延时直播策略和传统直播策略,如果观众端自己判定是目标观众端,则可以获取低延时直播策略对应的第一缓存长度,并在缓存的直播数据达到第一缓存长度时开始播放,如果观众端自己没有判定是目标观众端,则可以获取传统直播策略对应的预设缓存长度,并在缓存的直播数据达到预设缓存长度时开始播放。
可选地,在第一缓存长度的数值可以是一组阶梯数值,也可以是一个固定数值。数值范围可以是0秒至数分钟不等。1、缓存长度的阶梯数值举例:判定观众端为目标观众端之后,将延时降低至缓存长度T1,若后续直播过程中,根据目标观众端的直播交互行为进一步判定为极高价值观众端后,比如可以将不仅存在直播交互行为且交互频次也达到了预设阈值的观众端判定为极高价值观众端,则可将延时降低至缓存长度T2,其中,T1大于T2。2、缓存长度的固定数值举例:判定观众端为目标观众端之后,将延时降低至缓存长度T。这种灵活的缓存长度设置方式,针对不同观众端能够细化缓存长度的设置,达到在不同的观众端实现不同的直播延时。
在一个实施例中,如图3所示,在将所述第一缓存长度发送至所述观众端,以使所述目标观众端缓存的所述直播数据达到所述第一缓存长度时开始播放之后,所述方法还可以包括如下步骤:
在步骤S31中,实时监测所述目标观众端是否出现卡顿现象。
在目标观众端根据第一缓存长度缓存直播数据之后,由于第一缓存长度相较于预设缓存长度较小,故目标观众端在网络抖动时将更高概率发生卡顿现象,针对这个问题,本公开设置了第二直播策略,在目标观众端出现卡顿现象时,触发第二直播策略对应的第二直播策略选择指令,用于在低延时下尽量保证直播观看流畅。其中,第二直播策略为流畅性保障策略,设置有第二缓存长度,第二缓存长度大于第一缓存长度,并小于预设缓存长度。
具体地,可以实时监测目标观众端接收直播数据时的帧率,如果发现接收直播数据时帧率差达到预设差值,则可以判定目标观众端出现卡顿现象。当然,除了上述基于帧率的监测方案之外,也可以采用其他方案来监测目标观众端是否出现卡顿现象,本实施例对此并不限制。
在步骤S32中,当监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令。
当监测到目标观众端出现卡顿现象时,说明目标观众端播放不流畅,此时可以针对目标观众端触发与第二直播策略相应的第二直播策略选择指令,以保证目标观众端的直播流畅性。
在一个实施例中,所述步骤S32包括如下步骤;当在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时,触发第二直播策略选择指令。
可选地,第二直播策略的具体触发条件,可以根据业务特性灵活决策,比如监测到目标观众端出现一次卡顿现象就触发,或者到在预设时间间隔内监测目标观众端出现卡顿现象多次之后才触发,比如在一分钟内监测到出现两次卡顿现象。
在步骤S33中,根据所述第二直播策略选择指令获取第二缓存长度。
在步骤S34中,将所述第二缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第二缓存长度时开始播放,所述第一缓存长度小于所述第二缓存长度。
第二直播策略为流畅性保障策略,设置有第二缓存长度,针对出现卡顿现象的目标观众端,可以通过流畅性保障策略的第二缓存长度来保证目标观众端直播观看流畅。需要说明的是,第二缓存长度大于第一缓存长度,因此如果在目标观众端缓存的直播数据达到第二缓存长度时开始播放,可以达到目标观众端直播观看流畅的目标。
应用本公开,在确定为目标观众端时,根据第一缓存长度在目标观众端缓存直播数据进行播放,可以降低主播端和观众端之间的延时,优化直播体验,此外,本公开还将实时监测目标观众端是否出现卡顿现象,如果目标观众端出现卡顿现象,则触发第二直播策略对应的第二直播策略选择指令,并根据第二直播策略选择指令获取第二缓存长度,以使目标观众端缓存的直播数据达到第二缓存长度时开始播放。其中,第一缓存长度小于第二缓存长度,故根据第二缓存长度来播放直播数据可以保证目标观众端播放流畅性,优化了直播体验。
图4是根据一示例性实施例示出的另一种直播方法的流程图,如图4所示,直播方法用于电子设备,比如观众端中,包括以下步骤:
在步骤S41中,向服务器发送主播端的直播数据请求指令,并接收所述服务器针对所述请求指令发送的直播数据。
在具体实现中,服务器用于转发主播端所发出的直播数据,因此观众端可以向服务器发送主播端的直播数据请求指令,服务器接收后将相应返回主播端的直播数据。
在步骤S42中,接收所述服务器发送的第一缓存长度,所述第一缓存长度为所述服务器确定所述观众端与所述主播端的交互行为满足预设条件的目标观众端时,触发第一直播策略选择指令获取所得,所述第一缓存长度小于所述服务器的预设缓存长度。
观众端会接收到服务器发送的缓存长度。其中,服务器如果确定观众端为目标观众端,将触发第一直播策略相应的第一直播策略选择指令,再基于该指令获取到第一直播策略相应的第一缓存长度并发送至观众端,服务器如果确定观众端为非目标观众端,将获取传统直播策略相应的预设缓存长度并发送至观众端。
其中,第一直播策略为低延时直播策略,设置有小于传统直播策略对应预设缓存长度的第一缓存长度,可以针对需要低延时直播的目标观众端,通过该策略降低直播延时。通过传统直播策略则保证观众端观看直播数据时的流畅性。
在步骤S43中,在缓存的所述直播数据达到所述第一缓存长度时开始播放。
如果观众端接收到第一缓存长度,那么将在缓存的直播数据达到第一缓存长度时开始播放,如果观众端接收到预设缓存长度,那么将在缓存的直播数据达到预设缓存长度时开始播放,由于第一缓存长度小于预设缓存长度,故采用第一缓存长度缓存直播数据并播放的低延时直播策略,相较于采用预设缓存长度缓存直播数据并播放的传统直播策略,可以降低直播延时。
在一个实施例中,所述方法还可以包括如下步骤:接收所述服务器发送的第二缓存长度,所述第二缓存长度为所述服务器实时监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令获取所得,所述第一缓存长度小于所述第二缓存长度;在缓存的所述直播数据达到所述第二缓存长度时开始播放。
在观众端如果根据第一缓存长度缓存直播数据,那么观众端在网络抖动时将更高概率发生卡顿现象,因此本公开还设置了第二直播策略,第二直播策略为流畅性保障策略,设置有第二缓存长度,针对出现卡顿现象的目标观众端,可以通过流畅性保障策略保证目标观众端直播观看流畅。
在监测到观众端出现卡顿现象时,触发第二直播策略对应的第二直播策略选择指令,以获取第二缓存长度。第二缓存长度大于第一缓存长度,因此如果在目标观众端缓存的直播数据达到第二缓存长度时开始播放,可以在低延时下保证直播观看流畅。
可选地,所述第二直播策略选择指令为所述服务器在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时触发。其中,第二直播策略的具体触发条件,可以根据业务特性灵活决策,比如监测到目标观众端出现一次卡顿现象就触发,或者到在预设时间间隔内监测目标观众端出现卡顿现象多次之后才触发,本实施例对此无需加以限制。
本公开的实施例中,可以提前或者实时确定目标观众端,具体分为通过判断观众端与主播端的交互行为是否满足预设条件,其中预设条件包括根据实际需求设置,本实施例对此不加以限制。
在一个实施例中,所述预设条件为所述观众端与主播端的历史直播交互频次满足预设频次,其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次。
具体地,本实施例可以播放直播数据前,获取在先该观众端与主播端的历史直播交互频次,如果统计发现观众端的评论频次、点赞频次和/或送礼频次等直播交互行为的频次达到预设频次,比如评论频次达到五次、点赞频次达到了六次或者送礼频次达到了两次,则可以将该观众端确定为目标观众端。
在另一个实施例中,所述预设条件为所述观众端与主播端存在直播交互行为,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼。
在观众端请求到某个主播端的直播数据后,将基于该直播数据在观众端开始播放,如果在播放期间实时监测到该观众端与主播端存在直播交互行为,比如点赞、评论或者送礼等直播交互行为,则可以确定该观众端为目标观众端。
当然,除了可以设置上述用于判断是否目标观众端的预设条件外,也可以设置其他的预设条件来判断观众端是否为目标观众端,本公开不加以限制。
为了使本领域技术人员更好地理解本公开,下面采用一个示例进行说明。参照图5,所示为根据一示例性实施例示出的一种直播的流程示意图,在观众端进入主播端对应的直播间观看直播数据时,将按照如下方式调整缓存长度以对不同的观众端采取不同的直播策略,兼顾了低延时需求和流畅性需求,提高用户观看体验:
1、观众端请求主播端的直播数据;
2、判断该观众端是否为目标观众端,若是,则执行步骤4,若否,则执行步骤3;
3、采用传统直播策略,传统直播策略设置有预设缓存长度;
4、采用低延时直播策略,其中,低延时直播策略的缓存长度小于传统直播策略的缓存长度;
5、在采用低延时直播策略时,判断目标观众端是否出现卡顿现象;若是,则继续执行步骤4,若否,则执行步骤6;
6、启动流畅性保障策略;其中,低延时直播策略的缓存长度小于流畅性保障策略的缓存长度。
本公开针对观众端实际诉求调整直播延时,不同的观众所操作的观众端,可以采用不同的直播策略进行直播,达到个性化的直播观看的目标,优化直播体验,比如,针对高交互诉求的目标观众端采用低延时直播策略,针对其他观众端则采用传统直播策略。此外,本公开在降低延时的同时设置了流畅性保障策略,在目标观众端出现卡顿现象时仍可以保障播放流畅性。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。
图6是根据一示例性实施例示出的一种直播装置框图。参照图6,该直播装置包括请求指令接收单元61,直播数据发送单元62,目标观众端确定单元63,第一直播策略触发单元64,第一缓存长度获取单元65和第一缓存长度获取单元65,其中:
请求指令接收单元61,被配置为执行接收观众端发送的主播端的直播数据请求指令。
直播数据发送单元62,被配置为执行根据所述请求指令向所述观众端发送直播数据。
目标观众端确定单元63,被配置为执行确定所述观众端是否为目标观众端,所述目标观众端为与所述主播端的交互行为满足预设条件的观众端。
第一直播策略触发单元64,被配置执行当所述观众端为目标观众端时,触发第一直播策略选择指令;
第一缓存长度获取单元65,被配置为执行根据所述第一直播策略选择指令获取第一缓存长度,所述第一缓存长度小于所述服务器的预设缓存长度;
第一缓存长度发送单元66,被配置为执行将所述第一缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第一缓存长度时开始播放。
可选地,所述目标观众端确定单元63,被配置为执行获取所述观众端与主播端的历史直播交互频次;其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次;若所述观众端与所述主播端的所述历史直播交互频次满足预设频次,则将所述观众端确定为目标观众端。
可选地,所述目标观众端确定单元63,被配置为执行实时监测所述观众端是否与主播端存在直播交互行为;其中,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼;若所述观众端与主播端存在所述直播交互行为,则将所述观众端确定为目标观众端。
可选地,所述装置还包括:
卡顿现象监测单元,被配置为执行实时监测所述目标观众端是否出现卡顿现象;
第二直播策略触发单元,被配置为执行当监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令;
第二缓存长度获取单元,被配置为执行根据所述第二直播策略选择指令获取第二缓存长度;
第二缓存长度发送单元,被配置为执行将所述第二缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第二缓存长度时开始播放,所述第一缓存长度小于所述第二缓存长度。
可选地,所述第二直播策略触发单元,被配置为执行当在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时,触发第二直播策略选择指令。
图7是根据一示例性实施例示出的另一种直播装置框图。参照图7,该直播装置包括请求指令发送单元71,直播数据接收单元72,第一缓存长度接收单元73和第一播放单元74,其中:
请求指令发送单元71,被配置为执行向服务器发送主播端的直播数据请求指令;
直播数据接收单元72,被配置为执行接收所述服务器针对所述请求指令发送的直播数据;
第一缓存长度接收单元73,被配置为执行接收所述服务器发送的第一缓存长度,所述第一缓存长度为所述服务器确定所述观众端与所述主播端的交互行为满足预设条件的目标观众端时,触发第一直播策略选择指令获取所得,所述第一缓存长度小于所述服务器的预设缓存长度;
第一播放单元74,被配置为执行在缓存的所述直播数据达到所述第一缓存长度时开始播放。
可选地,所述装置还包括:
第二缓存长度接收单元,被配置为接收所述服务器发送的第二缓存长度,所述第二缓存长度为所述服务器实时监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令获取所得,所述第一缓存长度小于所述第二缓存长度;
第二播放单元,被配置为在缓存的所述直播数据达到所述第二缓存长度时开始播放。
可选地,所述第二直播策略选择指令为所述服务器在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时触发。
可选地所述预设条件为所述观众端与主播端的历史直播交互频次满足预设频次,其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次。
可选地,所述预设条件为所述观众端与主播端存在直播交互行为,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图8是根据一示例性实施例示出的一种电子设备的框图。参照图8,该电子设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据块。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种直播方法。
本领域技术人员可以理解,图8中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
本公开还提供了一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器;其中,处理器被配置为执行指令,以实现上述直播方法实施例中对应的各个步骤和/或流程。
本公开还提供了一种包括指令的存储介质,例如包括指令的存储器,上述指令可由电子设备的处理器执行以完成上述直播方法。可选地,存储介质可以是非临时性计算机可读存储介质,例如,所述非临时性计算机可读存储介质计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本公开还提供了一种计算机程序产品,计算机程序产品包括:计算机程序代码,当计算机程序代码被计算机运行时,使得计算机执行上述直播方法实施例中对应的各个步骤和/或流程。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (22)
1.一种直播方法,其特征在于,应用于服务器,所述方法包括:
接收观众端发送的主播端的直播数据请求指令;
根据所述请求指令向所述观众端发送直播数据;
确定所述观众端是否为目标观众端,所述目标观众端为与所述主播端的交互行为满足预设条件的观众端;
当所述观众端为目标观众端时,触发第一直播策略选择指令;
根据所述第一直播策略选择指令获取第一缓存长度,所述第一缓存长度小于所述服务器的预设缓存长度;
将所述第一缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第一缓存长度时开始播放。
2.根据权利要求1所述的直播方法,其特征在于,所述确定所述观众端是否为目标观众端,所述目标观众端为与所述主播端的交互行为满足预设条件的观众端包括:
获取所述观众端与主播端的历史直播交互频次;其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次;
若所述观众端与所述主播端的所述历史直播交互频次满足预设频次,则将所述观众端确定为目标观众端。
3.根据权利要求1所述的直播方法,其特征在于,所述确定所述观众端是否为目标观众端,所述目标观众端为与所述主播端的交互行为满足预设条件的观众端包括:
实时监测所述观众端是否与主播端存在直播交互行为;其中,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼;
若所述观众端与主播端存在直播交互行为,则将所述观众端确定为目标观众端。
4.根据权利要求1所述的直播方法,其特征在于,在将所述第一缓存长度发送至所述观众端,以使所述目标观众端缓存的所述直播数据达到所述第一缓存长度时开始播放之后,所述方法还包括:
实时监测所述目标观众端是否出现卡顿现象;
当监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令;
根据所述第二直播策略选择指令获取第二缓存长度;
将所述第二缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第二缓存长度时开始播放,所述第一缓存长度小于所述第二缓存长度,所述第二缓存长度小于所述预设缓存长度。
5.根据权利要求4所述的直播方法,其特征在于,所述当监测到在所述目标观众端出现卡顿现象时,触发第二直播策略选择指令包括:
当在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时,触发第二直播策略选择指令。
6.一种直播方法,其特征在于,应用于观众端,所述方法包括:
向服务器发送主播端的直播数据请求指令;
接收所述服务器针对所述请求指令发送的直播数据;
接收所述服务器发送的第一缓存长度,所述第一缓存长度为所述服务器确定所述观众端与所述主播端的交互行为满足预设条件的目标观众端时,触发第一直播策略选择指令获取所得,所述第一缓存长度小于所述服务器的预设缓存长度;
在缓存的所述直播数据达到所述第一缓存长度时开始播放。
7.根据权利要求6所述的直播方法,其特征在于,在缓存的所述直播数据达到所述第一缓存长度时开始播放之后,所述方法还包括:
接收所述服务器发送的第二缓存长度,所述第二缓存长度为所述服务器实时监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令获取所得,所述第一缓存长度小于所述第二缓存长度,所述第二缓存长度小于所述预设缓存长度;
在缓存的所述直播数据达到所述第二缓存长度时开始播放。
8.根据权利要求7所述的直播方法,其特征在于,所述第二直播策略选择指令为所述服务器在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时触发。
9.根据权利要求6所述的直播方法,其特征在于,所述预设条件为所述观众端与主播端的历史直播交互频次满足预设频次,其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次。
10.根据权利要求6所述的直播方法,其特征在于,所述预设条件为所述观众端与主播端存在直播交互行为,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼。
11.一种直播装置,其特征在于,应用于服务器,所述装置包括:
请求指令接收单元,被配置为执行接收观众端发送的主播端的直播数据请求指令;
直播数据发送单元,被配置为执行根据所述请求指令向所述观众端发送直播数据;
目标观众端确定单元,被配置为执行确定所述观众端是否为目标观众端,所述目标观众端为与所述主播端的交互行为满足预设条件的观众端;
第一直播策略触发单元,被配置执行当所述观众端为目标观众端时,触发第一直播策略选择指令;
第一缓存长度获取单元,被配置为执行根据所述第一直播策略选择指令获取第一缓存长度,所述第一缓存长度小于所述服务器的预设缓存长度;
第一缓存长度发送单元,被配置为执行将所述第一缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第一缓存长度时开始播放。
12.根据权利要求11所述的直播装置,其特征在于,所述目标观众端确定单元,被配置为执行获取所述观众端与主播端的历史直播交互频次;其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次;若所述观众端与所述主播端的所述历史直播交互频次满足预设频次,则将所述观众端确定为目标观众端。
13.根据权利要求11所述的直播装置,其特征在于,所述目标观众端确定单元,被配置为执行实时监测所述观众端是否与主播端存在直播交互行为;其中,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼;若所述观众端与主播端存在所述直播交互行为,则将所述观众端确定为目标观众端。
14.根据权利要求11所述的直播装置,其特征在于,所述装置还包括:
卡顿现象监测单元,被配置为执行实时监测所述目标观众端是否出现卡顿现象;
第二直播策略触发单元,被配置为执行当监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令;
第二缓存长度获取单元,被配置为执行根据所述第二直播策略选择指令获取第二缓存长度;
第二缓存长度发送单元,被配置为执行将所述第二缓存长度发送至所述目标观众端,以使所述目标观众端缓存的所述直播数据达到所述第二缓存长度时开始播放,所述第一缓存长度小于所述第二缓存长度,所述第二缓存长度小于所述预设缓存长度。
15.根据权利要求14所述的直播装置,其特征在于,所述第二直播策略触发单元,被配置为执行当在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时,触发第二直播策略选择指令。
16.一种直播装置,其特征在于,应用于观众端,所述装置包括:
请求指令发送单元,被配置为执行向服务器发送主播端的直播数据请求指令;
直播数据接收单元,被配置为执行接收所述服务器针对所述请求指令发送的直播数据;
第一缓存长度接收单元,被配置为执行接收所述服务器发送的第一缓存长度,所述第一缓存长度为所述服务器确定所述观众端与所述主播端的交互行为满足预设条件的目标观众端时,触发第一直播策略选择指令获取所得,所述第一缓存长度小于所述服务器的预设缓存长度;
第一播放单元,被配置为执行在缓存的所述直播数据达到所述第一缓存长度时开始播放。
17.根据权利要求16所述的直播装置,其特征在于,所述装置还包括:
第二缓存长度接收单元,被配置为接收所述服务器发送的第二缓存长度,所述第二缓存长度为所述服务器实时监测到所述目标观众端出现卡顿现象时,触发第二直播策略选择指令获取所得,所述第一缓存长度小于所述第二缓存长度,所述第二缓存长度小于所述预设缓存长度;
第二播放单元,被配置为在缓存的所述直播数据达到所述第二缓存长度时开始播放。
18.根据权利要求17所述的直播装置,其特征在于,所述第二直播策略选择指令为所述服务器在预设时间间隔内监测到所述目标观众端出现指定次数的卡顿现象时触发。
19.根据权利要求16所述的直播装置,其特征在于,所述预设条件为所述观众端与主播端的历史直播交互频次满足预设频次,其中,所述历史直播交互频次包括以下至少一种:评论频次、点赞频次和/或送礼频次。
20.根据权利要求16所述的直播装置,其特征在于,所述预设条件为所述观众端与主播端存在直播交互行为,所述直播交互行为包括以下至少一种:评论、点赞和/或送礼。
21.一种电子设备,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1至10中任一项所述的直播方法。
22.一种存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得所述电子设备能够执行如权利要求1至10中任一项所述的直播方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911368849.3A CN111083514B (zh) | 2019-12-26 | 2019-12-26 | 一种直播方法、装置、电子设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911368849.3A CN111083514B (zh) | 2019-12-26 | 2019-12-26 | 一种直播方法、装置、电子设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111083514A CN111083514A (zh) | 2020-04-28 |
CN111083514B true CN111083514B (zh) | 2021-05-18 |
Family
ID=70318689
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911368849.3A Active CN111083514B (zh) | 2019-12-26 | 2019-12-26 | 一种直播方法、装置、电子设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111083514B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111918078B (zh) * | 2020-07-24 | 2022-09-13 | 腾讯科技(深圳)有限公司 | 一种直播方法及装置 |
CN113473240B (zh) * | 2021-05-27 | 2023-08-08 | 北京达佳互联信息技术有限公司 | 直播间的数据处理方法、装置、电子设备及存储介质 |
CN113596568B (zh) * | 2021-07-01 | 2023-10-17 | 广州虎牙科技有限公司 | 视频播放方法、装置、智能终端及计算机可读存储介质 |
CN114040254B (zh) * | 2021-11-08 | 2023-07-18 | 聚好看科技股份有限公司 | 一种显示设备及高并发消息显示方法 |
CN114245195B (zh) * | 2022-01-13 | 2023-11-07 | 百果园技术(新加坡)有限公司 | 直播互动方法、装置、设备、存储介质及程序产品 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105376607A (zh) * | 2015-10-29 | 2016-03-02 | 深圳云聚汇数码有限公司 | 一种网络抖动环境下的视频直播方法及装置 |
CN107396171A (zh) * | 2017-07-24 | 2017-11-24 | 广州酷狗计算机科技有限公司 | 网络直播方法、装置和存储介质 |
CN107948719A (zh) * | 2017-11-30 | 2018-04-20 | 苏州麦迪斯顿医疗科技股份有限公司 | 一种医学视频直播方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101146221B (zh) * | 2007-10-18 | 2010-06-02 | 中兴通讯股份有限公司 | P2p直播中播放指针动态调整的方法及系统 |
US10034043B2 (en) * | 2012-09-29 | 2018-07-24 | Arris Enterprises Llc | Recorded multimedia and live television roaming |
US20180063011A1 (en) * | 2016-08-24 | 2018-03-01 | Microsoft Technology Licensing, Llc | Media Buffering |
-
2019
- 2019-12-26 CN CN201911368849.3A patent/CN111083514B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105376607A (zh) * | 2015-10-29 | 2016-03-02 | 深圳云聚汇数码有限公司 | 一种网络抖动环境下的视频直播方法及装置 |
CN107396171A (zh) * | 2017-07-24 | 2017-11-24 | 广州酷狗计算机科技有限公司 | 网络直播方法、装置和存储介质 |
CN107948719A (zh) * | 2017-11-30 | 2018-04-20 | 苏州麦迪斯顿医疗科技股份有限公司 | 一种医学视频直播方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111083514A (zh) | 2020-04-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111083514B (zh) | 一种直播方法、装置、电子设备和存储介质 | |
US11770588B2 (en) | Systems and methods for dynamically syncing from time-shifted frame to live stream of content | |
US9009066B2 (en) | Advertisement management for live internet multimedia content | |
US9774922B2 (en) | Method and apparatus for synchronizing paused playback across platforms | |
US10530825B2 (en) | Catching up to the live playhead in live streaming | |
US10368136B1 (en) | Resource management for video playback and chat | |
CA2702191C (en) | Systems and methods for managing advertising content corresponding to streaming media content | |
US8443099B2 (en) | Dynamic media asset delivery | |
CN112752109B (zh) | 视频播放控制方法和系统 | |
US11910071B2 (en) | Presenting media items on a playing device | |
US20130110980A1 (en) | System and method for predicitive trick play using adaptive video streaming | |
WO2019130342A1 (en) | Adaptive bitrate optimization upon video streaming initialization | |
US11627364B1 (en) | Systems and methods for dynamically syncing from time-shifted frame to live stream of content | |
US20240098125A1 (en) | System, method and computer-readable medium for rendering a streaming | |
US10091265B2 (en) | Catching up to the live playhead in live streaming | |
CN102918594A (zh) | 用于自适应流播放器的高速缓存控制 | |
US20150026711A1 (en) | Method and apparatus for video content distribution | |
CN109218809B (zh) | 一种流媒体的播放方法和装置 | |
EP3038389A1 (en) | A method for controlling the sharing of at least one electronic content between a first user equipment and at least a second user equipment | |
CN105007521B (zh) | 一种ts视频的播放方法及装置 | |
Nguyen et al. | Network-aware prefetching method for short-form video streaming | |
US11490167B2 (en) | Systems and methods for dynamically syncing from time-shifted frame to live stream of content | |
CN114666609A (zh) | 视频数据下载方法、装置、电子设备及存储介质 | |
Phong et al. | Joint Preloading and Bitrate Adaptation for Short Video Streaming | |
US11546675B2 (en) | Methods, systems, and media for streaming video content using adaptive buffers |
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 |