CN113438313B - 视频续播处理方法、相关装置及可读存储介质 - Google Patents
视频续播处理方法、相关装置及可读存储介质 Download PDFInfo
- Publication number
- CN113438313B CN113438313B CN202110725407.0A CN202110725407A CN113438313B CN 113438313 B CN113438313 B CN 113438313B CN 202110725407 A CN202110725407 A CN 202110725407A CN 113438313 B CN113438313 B CN 113438313B
- Authority
- CN
- China
- Prior art keywords
- playing
- time point
- target
- local proxy
- player
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
-
- 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/222—Secondary servers, e.g. proxy server, cable television Head-end
-
- 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/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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47217—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请提供了一种视频续播处理方法、相关装置及可读存储介质,其中,方法包括HTTP本地代理接收由播放器发送的播放请求,播放请求携带有第一时间信息,第一时间信息用于指示目标视频的播放时间点。在播放时间点小于续播时间点的情况下,HTTP本地代理获取与第二时间信息对应的第一目标数据,第二时间信息用于指示目标视频的续播时间点。HTTP本地代理将第一目标数据发送至播放器。这样,HTTP本地代理不需要每收到播放请求,均响应该请求获取相应的切片数据,而是仅需获取与续播时间点对应的数据,甚至仅需执行一次获取过程,从而节省了时间,可以减少视频续播时用户的等待时间,提高了视频续播速度。
Description
技术领域
本发明涉及视频播放技术领域,特别是涉及一种视频续播处理方法、相关装置及可读存储介质。
背景技术
目前,使用播放器续播视频的准备阶段中,播放器会从片源起始点向HTTP本地代理发送播放请求,以获取与片源起始点对应的切片数据,有些准备阶段甚至会向HTTP本地代理发起多次播放请求,以获取相应的切片数据。在准备阶段中,HTTP本地代理每收到播放请求,均会响应该请求从内容分发网络下载相应的切片数据。准备阶段完成后,播放器才向HTTP本地代理发送获取与续播时间点对应的切片数据的播放请求,这个数据才是续播需要的数据。
在续播过程的准备阶段中,HTTP本地代理会多次收到并多次响应播放请求,而响应于这些请求获取到的切片数据并不实际作用于续播,同时,对http本地代理而言,在准备阶段中多次与内容分发网络的交互并非必要,这也在一定程度上影响了续播响应时间,导致视频续播时,用户的等待时间较长。
发明内容
本发明实施例的目的在于提供一种视频续播处理方法、相关装置及可读存储介质,以减少视频续播时的等待时间,提高续播速度。具体技术方案如下:
在本发明实施的第一方面,首先提供了一种视频续播处理方法,应用于超文本传输协议HTTP本地代理,包括:
HTTP本地代理接收由播放器发送的播放请求,所述播放请求携带有第一时间信息,所述第一时间信息用于指示目标视频的播放时间点;
在所述播放时间点小于续播时间点的情况下,所述HTTP本地代理获取与第二时间信息对应的第一目标数据,所述第二时间信息用于指示目标视频的所述续播时间点;
所述HTTP本地代理将所述第一目标数据发送至所述播放器。
在本发明实施例的第二方面,还提供一种视频续播处理装置,应用于超文本传输协议HTTP本地代理,包括:
接收模块,用于接收由播放器发送的播放请求,所述播放请求携带有第一时间信息,所述第一时间信息用于指示目标视频的播放时间点;
获取模块,用于在所述播放时间点小于续播时间点的情况下,所述HTTP本地代理获取与第二时间信息对应的第一目标数据,所述第二时间信息用于指示目标视频的所述续播时间点;
发送模块,用于所述HTTP本地代理将所述第一目标数据发送至所述播放器。
在本发明实施例的第三方面,还提供一种视频播放客户端,所述视频播放客户端包括超文本传输协议HTTP本地代理和播放器,包括:
所述播放器,用于向所述HTTP本地代理发送播放请求;以及,用于播放第一目标数据,和/或第二目标数据;
所述HTTP本地代理,用于执行如权利要求1-6中任一项所述的方法的步骤。
在本发明实施的又一方面,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述任一所述的视频续播处理方法。
本发明实施例提供的视频续播处理方法,通过HTTP本地代理接收由播放器发送的播放请求,播放请求携带有指示目标视频的播放时间点第一时间信息,再在目标视频的播放时间点小于目标视频的续播时间点的情况下,获取与第二时间信息对应的目标数据,第二时间信息用于指示目标视频的续播时间点,并将目标数据发送至播放器。这样,可以在续播视频的准备阶段中,HTTP本地代理接收到播放器从片源起始点发送的一次或多次播放请求时,直接向播放器返回与续播时间点对应的数据,HTTP本地代理不需要每收到播放请求,均响应该请求获取相应的切片数据,而是仅需获取与续播时间点对应的数据,甚至仅需执行一次获取过程,相比之下,本方案节省了HTTP本地代理收到播放请求,响应该请求获取相应的切片数据这一处理过程的时间。通过节省该处理过程的时间,可以减少视频续播时用户的等待时间,从而提高了视频续播速度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1为本发明实施例提供的视频续播处理方法流程图之一;
图2为本发明实施例提供的视频续播处理方法流程图之二;
图3为本发明实施例提供的视频续播处理方法流程图之三;
图4为本发明实施例提供的视频续播处理装置的结构示意图;
图5为本发明实施例提供的视频播放客户端的结构示意图;
图6为本发明实施例提供的电子设备的结构示意图。
具体实施方式
为更好的理解本发明的技术方案,先对本方案涉及的几个关键概念和本方案的应用场景作如下说明。
UI交互层即User Interface层,是用户接口层,为用户/调用方提供可访问的接口。
软件开发工具包Software Development Kit,SDK),广义上指辅助开发某一类软件的相关文档、范例和工具的集合。软件开发工具包是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等创建应用软件的开发工具的集合,一般而言SDK即开发Windows平台下的应用程序所使用的SDK。它可以简单的为某个程序设计语言提供应用程序接口API的一些文件,但也可能包括能与某种嵌入式系统通讯的复杂的硬件。
超文本传输协议HTTP本地代理(Hypertext Transfer Protocol,HTTP),用于代理客户端的http访问,主要包括但不限于代理浏览器访问网页。对客户端来说,HTTP本地代理扮演的是服务器的角色,接收请求报文,返回响应报文;对服务器来说,HTTP本地代理扮演的是客户端的角色,发送客户端的请求报文,接收客户端响应报文。
内容分发网络(Content Delivery Network,CDN)是构建在现有网络基础之上的智能虚拟网络,依靠部署在各地的边缘服务器,通过中心平台的负载均衡、内容分发、调度等功能模块,使用户就近获取所需内容,降低网络拥塞,提高用户访问响应速度和命中率。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行描述。
现有技术中,在使用播放器续播视频的准备阶段中,播放器会从片源起始点向HTTP本地代理发送播放请求,以获取与片源起始点对应的切片数据,有些准备阶段甚至会向HTTP本地代理发起多次播放请求,以获取相应的切片数据。具体可参见图1,图1是现有技术中视频续播处理方法的流程图。HTTP本地代理接收到播放器第一次发送的播放请求即请求获取0.ts后,HTTP本地代理向内容分发网络请求下载相应数据即请求获取0.ts,该相应数据为与播放器第一次发送的播放请求中携带的第一TS切片标识对应的TS切片数据。内容分发网络响应该请求,向HTTP本地代理发送该相应数据即返回0.ts,HTTP本地代理接收到数据后,向播放器发送该数据即返回0.ts。在此之后,在续播过程的准备阶段中,播放器还会多次请求续播时间点之前的数据,而HTTP本地代理则需要响应这些数据进行数据获取并返回相应数据。如图1所示,HTTP本地代理接收到播放器第二次发送的播放请求即请求获取1.ts后,HTTP本地代理向内容分发网络请求下载相应数据即请求获取1.ts,该相应数据为与播放器第二次发送的播放请求中携带的第二TS切片标识对应的TS切片数据。内容分发网络响应该请求,向HTTP本地代理发送该相应数据即返回1.ts,HTTP本地代理接收到数据后,向播放器发送该数据即返回1.ts。同理,HTTP本地代理接收到播放器第N(N为大于2的正整数)次发送的播放请求后,也重复上述过程,直到准备阶段完成后,播放器向HTTP本地代理发送续播请求,获取目标TS切片数据即请求获取x.ts(即续播时间点对应的目标TS切片数据),HTTP本地代理向内容分发网络请求下载目标TS切片数据即请求获取x.ts,内容分发网络响应该请求,向HTTP本地代理发送目标TS切片数据即返回x.ts,HTTP本地代理再将获取到的目标TS切片数据发送至播放器即返回x.ts。目标TS切片数据为与续播时间点对应的数据,该数据才是续播需要的数据,播放器基于该数据从视频续播时间点播放视频。
综上,在续播过程的准备阶段中,HTTP本地代理会多次收到并多次响应播放请求,而响应于这些请求获取到的切片数据并不实际作用于续播,同时,对http本地代理而言,在准备阶段中多次与内容分发网络的交互并非必要,这也在一定程度上影响了续播响应时间,导致视频续播时,用户的等待时间较长。
特别是70%的互联网电视(Over-The-Top TV,简称OTT TV)设备需要使用安卓系统播放器,其在续播事件中,播放器起播流程为setDatasource(setDatasource标签用来配置数据源或者将数据源信息存储在某作用域的变量中,用来作为其它JSTL数据库操作的数据源。)->prepareAsync(播放前的准备函数)->Prepared(准备好)->seekTo(seekto用于调整播放的位置)->start(开始播放)。播放HLS(基于HTTP的自适应码率流媒体传输协议)协议时prepare过程即续播事件的准备阶段,系统播放器会从目标视频起始时间点0.ts发起Http请求,有些设备准备阶段甚至会请求多个ts,但是这些都不是续播必要的数据,准备阶段完成后再请求续播时间点x.ts数据,这个数据才是真正会播放的数据。所以这个过程存在一些不必要的网络请求,即浪费网络带宽,也增加了起播耗时。另外有些设备因为续播过程请求0.ts数据,所以会导致续播起播后先闪现片源的第一帧画面然后才能跳到续播时间点画面。
基于此,本发明实施例提供了一种视频续播处理方法。利用视频播放客户端实现HTTP本地代理作为内容分发网络和播放器的数据中转站,根据续播事件的特点,对数据做合理的中转处理,利用最少的内容分发网络请求,实现最快的满足续播场景的数据供给。HTTP本地代理接收由播放器发送的播放请求时,无需次次向内容分发网络请求下载与播放请求对应的数据,而是仅需获取与续播时间点对应的数据,甚至仅需执行一次获取过程,从而可以减少视频续播时用户的等待时间,从而提高了视频续播速度。以下详述。
参见图2,图2是本发明实施例提供的一种视频续播处理方法的流程图,应用于超文本传输协议HTTP本地代理,包括以下步骤:
步骤101,HTTP本地代理接收由播放器发送的播放请求,所述播放请求携带有第一时间信息,所述第一时间信息用于指示目标视频的播放时间点;
步骤102,在所述播放时间点小于续播时间点的情况下,所述HTTP本地代理获取与第二时间信息对应的第一目标数据,所述第二时间信息用于指示目标视频的所述续播时间点;
步骤103,所述HTTP本地代理将所述第一目标数据发送至所述播放器。
需要说明的是,在目标视频播放过程中,退出目标视频的播放时,UI交互层获取目标视频退出播放的时间点,UI交互层将目标视频的退出播放的时间点,确定为目标视频的续播时间点。UI交互层接收到对目标视频的续播操作的情况下,向播放SDK(软件开发工具包,这里也可称为:播放器SDK)发送视频续播指令,视频续播指令携带有目标视频的续播时间点。播放SDK根据视频续播指令,向播放器和HTTP本地代理发送续播通知消息。播放器基于续播通知消息,进入播放准备流程,并基于播放准备流程向HTTP本地代理发送播放请求。
应理解,播放器的续播事件包括准备阶段(prepare阶段或prepare过程)和续播阶段,在准备阶段和续播阶段中,播放器均会向HTTP本地代理发送播放请求。在上述步骤101中,HTTP本地代理接收到的播放请求可能是播放器在准备阶段发送的,也可能是播放器在续播阶段发送的。
在播放器续播事件中,播放请求携带的第一时间信息指示目标视频的播放时间点。在准备阶段,第一时间信息指示的播放时间点包括目标视频起始时间点,目标视频起始时间点为第一次播放请求携带的第一时间信息指示的时间点,以及在起始时间点之后,续播时间点之前这一时间阶段中的时间点。因此,在准备阶段时,HTTP本地代理接收的播放请求中所携带的第一时间信息,其所指示的播放时间点小于续播时间点。
而在播放器续播事件的续播阶段,第一时间信息指示的播放时间点包括目标视频的续播时间点,以及续播时间点之后的时间阶段中的时间点。因此,在续播阶段,HTTP本地代理接收的播放请求中所携带的第一时间信息,其所指示的播放时间点大于或等于续播时间点。
上述第一时间信息用于指示目标视频的播放时间点,理论上其可以为目标视频播放的具体时刻信息,也可以为可以指示播放时间点其他标识。同理,上述第二时间信息用于指示目标视频的续播时间点,理论上其可以为目标视频续播的具体时刻信息,也可以为可以指示续播时间点其他标识。
可选地,所述第一时间信息包括:与所述播放时间点对应的第一传输流TS切片标识,和/或,所述播放时间点;
所述第二时间信息包括:与所述目标视频续播时间点对应的目标TS切片标识,和/或,所述续播时间点。
应理解,对目标视频而言,任意一个第一时间信息可以唯一确定一个播放时间点,任意一个第二时间信息则可以唯一确定一个续播时间点。播放器基于TS文件中的TS切片数据播放视频,每个TS切片数据均具有与之唯一对应的TS切片标识,该TS切片标识可以为TS切片序号。上述播放时间点可以为播放时间点的具体时刻信息,上述续播时间点可以为续播时间点的具体时刻信息。
在步骤102中,该播放请求中携带的第一时间信息所指示的播放时间点,小于续播时间点的情况下,HTTP本地代理获取与第二时间信息对应的第一目标数据。第一目标数据为与目标视频的续播时间点对应的数据,播放器通过播放该数据,可以向用户展示目标视频续播时间点的视频画面。
在步骤103中,HTTP本地代理将第一目标数据发送至播放器。示例性的,在准备阶段中,HTTP本地代理接收播放请求,该播放请求携带的第一时间信息所指示的播放时间点为目标视频起始时间点时,HTTP本地代理将第一目标数据发送至播放器。播放器接收到该第一目标数据后,继续向HTTP本地代理发送播放请求,播放请求中携带的第一时间信息指示的播放时间点若仍小于续播时间点,HTTP本地代理再次将第一目标数据发送至播放器。播放器接收到该第一目标数据后,继续向HTTP本地代理发送播放请求,以此循环,直到准备阶段结束。
因此在准备阶段中,通过HTTP本地代理接收由播放器发送的播放请求,播放请求携带有指示目标视频的播放时间点第一时间信息,再在目标视频的播放时间点小于目标视频的续播时间点的情况下,获取与第二时间信息对应的目标数据,第二时间信息用于指示目标视频的续播时间点,并将目标数据发送至播放器。这样,可以在续播视频的准备阶段中,HTTP本地代理接收到播放器从片源起始点发送的一次或多次播放请求时,直接向播放器返回与续播时间点对应的数据,HTTP本地代理不需要每收到播放请求,均响应该请求获取相应的切片数据,而是仅需获取与续播时间点对应的数据,甚至仅需执行一次获取过程,相比之下,本方案节省了HTTP本地代理收到播放请求,响应该请求获取相应的切片数据这一处理过程的时间。通过节省该处理过程的时间,可以减少视频续播时用户的等待时间,从而提高了视频续播速度。
此外,本申请实施例中,HTTP本地代理接收由播放器发送的播放请求,在播放时间点小于续播时间点的情况下,HTTP本地代理获取与第二时间信息对应的第一目标数据,并向播放器发送第一目标数据,不提供目标视频起始点的数据,所以可以避免续播场景闪现目标视频首帧的现象。
可选地,所述HTTP本地代理获取与第二时间信息对应的第一目标数据的方式,可以包括但不限于如下方式:
在一个实施例中,所述HTTP本地代理基于所述目标TS切片标识向内容分发网络发送获取请求;所述HTTP本地代理接收所述内容分发网络对所述获取请求的响应数据,所述响应数据携带有目标TS切片数据。
或者,在另一个实施例中,所述HTTP本地代理从预设缓存中读取所述目标TS切片数据。
具体的,HTTP本地代理获取与第二时间信息对应的第一目标数据的方式有两种,第一种获取方式为HTTP本地代理向内容分发网络请求下载第一目标数据,第二种获取方式为HTTP本地代理从预设缓存中读取。上述目标TS切片标识可以为目标TS切片序号。
对于第一种获取方式,HTTP本地代理每次收到播放器的播放请求,且在播放时间点小于续播时间点的情况下,均需基于所述目标TS切片标识向内容分发网络发送获取请求,请求下载目标TS切片数据,并接收内容分发网络对获取请求的响应数据,响应数据携带有目标TS切片数据。
为进一步节省视频续播的等待时间,所述HTTP本地代理接收所述内容分发网络对所述获取请求的响应的步骤之后,所述方法还包括:
所述HTTP本地代理将所述目标TS切片数据存储至所述预设缓存。
这样,在HTTP本地代理第M(M为大于1的整数)次收到播放器发送的播放请求时,HTTP本地代理直接从预设缓存中读取目标TS切片数据。
基于前述目标TS切片数据的获取方式,还可以结合二者共同实现。
示例性的,在续播事件的准备阶段,HTTP本地代理接收到播放器第一次发送的播放请求后,首先判断预设缓存中是否存储有目标TS切片数据。在预设缓存中存储有目标TS切片数据的情况下,HTTP本地代理从预设缓存中读取该目标TS切片数据,并将该目标TS切片数据发送至所述播放器。这之后,HTTP本地代理接收到播放器发送的播放请求,也直接从预设缓存中读取目标TS切片数据。
反之,在预设缓存中未存储目标TS切片数据的情况下,HTTP本地代理向内容分发网络发送获取请求,请求下载目标TS切片数据,并将获取到的目标TS切片数据存储至预设缓存,这之后,HTTP本地代理接收到播放器发送的播放请求,则直接从预设缓存中读取目标TS切片数据。
示例性的,参见图3,在准备阶段,HTTP本地代理接收到播放器第一次发送的播放请求即请求获取0.ts,该播放请求携带的第一时间信息用于指示目标视频播放时间点,该播放时间点小于续播时间点,在预设缓存中未存储目标TS切片数据的情况下,HTTP本地代理向内容分发网络发送获取第一目标数据的请求即请求获取0.ts,第一目标数据通常为目标TS切片数据,内容分发网络响应该请求,将目标TS切片数据发送至HTTP本地代理即返回x.ts。HTTP本地代理将该目标TS切片数据存储至预设缓存,并将预设缓存中的所述目标TS切片数据发送至所述播放器即返回x.ts。HTTP本地代理接收到播放器第二次发送的播放请求即请求获取1.ts,该播放请求携带的第一时间信息用于指示目标视频播放时间点,该播放时间点小于续播时间点,HTTP本地代理直接将预设缓存中存储的目标TS切片数据发送给播放器即返回x.ts,无需再向内容分发网络请求下载目标TS切片数据。在播放器的播放准备阶段完成后,进入续播阶段。进入续播阶段后,播放器向HTTP本地代理发送的第一次播放请求即请求获取x.ts,该播放请求携带的第一时间信息所指示的播放时间点等于续播时间点,此时的播放请求即为获取目标TS切片数据的请求,HTTP本地代理直接将预设缓存中存储的目标TS切片数据发送给播放器即返回x.ts。
为了避免目标视频的进度条显示异常,所述HTTP本地代理接收由播放器发送的播放请求的步骤之后,所述方法还包括:
将所述第一目标数据中携带的第一时间戳替换为第二时间戳,所述第二时间戳为与所述第一时间信息对应的时间戳。
具体的,播放器根据当前播放的TS切片数据中的时间戳与目标视频起始时间点对应的时间戳的差值,确定目标视频当前播放位置,目标视频当前播放位置即对应进度条的进度。第一次播放请求携带的第一时间信息指示目标视频起始时间点。
在本方法中,通过在对第一次播放请求进行响应时,将第一目标数据中携带的第一时间戳,替换为与第一次播放请求所携带的第一时间信息对应的第二时间戳,将替换为第二时间戳的第一目标数据作为第一次播放请求的响应数据。可以将第一目标数据伪装为与第一次播放请求中携带的第一时间信息对应的TS切片数据。通常,播放器将第一次播放请求的响应中的时间戳,确定为目标视频起始时间点对应的TS切片中的时间戳,基于此,若不做修改,播放器可能会由于第一次播放请求的响应数据携带的时间戳与所请求的时间戳不符,而导致进度条显示与目标视频实际进度不符,因此播放异常情况。因此,时间戳的修改替换能够在一定程度上避免时间戳不符而导致的播放异常情况。
HTTP本地代理将第一目标数据中的第一时间戳,修改为第二时间戳后,在目标视频开始续播时,当前播放的TS切片数据中的时间戳即第一目标数据中的第一时间戳,与目标视频起始时间点对应的TS切片中的第二时间戳的差值为正常值,进度条显示正常。
进一步的,在对第M(M为大于1的正整数)次播放请求进行响应时,可以将第一目标数据中携带的第一时间戳,替换为与第M次播放请求所携带的第一时间信息对应的第二时间戳,将替换为第二时间戳的第一目标数据作为第M次播放请求的响应。
在播放器的准备阶段完成后,所述HTTP本地代理将所述第一目标数据发送至所述播放器的步骤之后,所述方法还包括:
在所述播放时间点大于或等于所述续播时间点的情况下,所述HTTP本地代理获取与所述第一时间信息对应的第二目标数据,并将所述第二目标数据发送至所述播放器。
具体的,在播放器的准备阶段完成后,进入续播阶段,播放器继续向HTTP本地代理发送播放请求,此时,第一时间信息指示的播放时间点包括目标视频的续播时间点,以及续播时间点之后的时间阶段中的时间点。HTTP本地代理接收到该播放请求后,向内容分发网络请求下载与该次播放请求中携带的第一时间信息对应的TS切片数据,并将从内容分发网络下载得到的TS切片数据发送给播放器,以使播放器播放目标视频在续播时间点之后的视频内容。
下面以一个示例,对本申请实施例提供的方法进行说明。在目标视频播放过程中,退出目标视频的播放时,UI交互层获取目标视频退出播放的时间点,UI交互层将目标视频的退出播放的时间点,确定为目标视频的续播时间点。UI交互层接收到对目标视频的续播操作的情况下,向播放SDK发送视频续播指令,视频续播指令携带有目标视频的续播时间点。播放SDK根据视频续播指令,向播放器和HTTP本地代理发送续播通知消息。播放器基于续播通知消息,进入播放准备流程,并基于播放准备流程向HTTP本地代理发送播放请求。
HTTP本地代理的逻辑层通过解析M3U8文件(M3U8文件是指UTF-8编码格式的M3U文件,打开它时播放软件并不是播放它,而是根据它的索引找到对应的音视频文件的网络地址进行在线播放),确定每个TS切片对应的具体时刻,以及TS切片与TS切片序号的对应关系,由此可以确定与续播时间点对应的目标TS切片序号。HTTP本地代理接收播放请求,将播放请求中携带的第一TS切片序号与目标TS切片序号进行比较,在第一TS切片序号小于目标TS切片序号的情况下,向播放器发送第一目标数据。直到准备阶段结束,进入续播阶段,播放器通知播放SDK和HTTP本地代理进入续播阶段,播放器继续向HTTP本地代理发送播放请求,此时,第一时间信息指示的播放时间点包括目标视频的续播时间点,以及续播时间点之后的时间阶段中的时间点。HTTP本地代理接收到该播放请求后,向内容分发网络请求下载与该次播放请求中携带的第一时间信息对应的TS切片数据,并将从内容分发网络下载得到的TS切片数据发送给播放器,以使播放器播放目标视频在续播时间点之后的视频内容。
综上,采用本发明实施例提供的方法,第一方面HTTP本地代理伪造系统播放器准备阶段需要的数据。直接使用续播时间点的目标TS切片数据(只是简单修改pts时间戳作为伪造的数据)作为多次播放请求的响应。可以避免不必要的网络请求,减少准备阶段时耗。减少向内容分发网络的获取请求也节省带宽成本。第二方面,播放器准备阶段完成后,请求续播时间点的目标TS数据是准备阶段已经缓存的数据,可以加快第一帧画面展示速度。提高视频续播起播速度可以提升产品竞争力。第三方面,还可以优化续播体验避免闪现片源首帧画面的现象。
参见图4,图4是本发明实施例提供的视频续播处理装置400,应用于超文本传输协议HTTP本地代理,包括:
接收模块401,用于接收由播放器发送的播放请求,所述播放请求携带有第一时间信息,所述第一时间信息用于指示目标视频的播放时间点;
获取模块402,用于在所述播放时间点小于续播时间点的情况下,所述HTTP本地代理获取与第二时间信息对应的第一目标数据,所述第二时间信息用于指示目标视频的所述续播时间点;
发送模块403,用于所述HTTP本地代理将所述第一目标数据发送至所述播放器。
可选地,所述第一时间信息包括:与所述播放时间点对应的第一传输流TS切片标识,和/或,所述播放时间点;
所述第二时间信息包括:与所述目标视频续播时间点对应的目标TS切片标识,和/或,所述续播时间点。
可选地,所述获取模块402包括:
第一获取单元,用于所述HTTP本地代理基于所述目标TS切片标识向内容分发网络发送获取请求;第一接收单元,用于所述HTTP本地代理接收所述内容分发网络对所述获取请求的响应数据,所述响应数据携带有目标TS切片数据;
或者,
第二获取单元,用于所述HTTP本地代理从预设缓存中读取所述目标TS切片数据。
可选地,所述第一接收单元之后,所述装置400还包括:
第一存储单元,用于所述HTTP本地代理将所述目标TS切片数据存储至所述预设缓存。
可选地,所述发送模块403之后,所述装置400还包括:
将所述第一目标数据中携带的第一时间戳替换为第二时间戳,所述第二时间戳为与所述目标视频的起始时间点对应的时间戳。
可选地,所述发送模块403之后,所述装置400还包括:
第三获取单元,用于在所述播放时间点大于或等于所述续播时间点的情况下,所述HTTP本地代理获取与所述第一时间信息对应的第二目标数据,并将所述第二目标数据发送至所述播放器。
参见图5,图5是本发明实施例提供的视频播放客户端500,所述视频播放客户端包括超文本传输协议HTTP本地代理502和播放器501,包括:
所述播放器501,用于向所述HTTP本地代理发送播放请求;以及,用于播放第一目标数据,和/或第二目标数据;
所述HTTP本地代理502,用于执行如权利要求1-6中任一项所述的方法的步骤。
本发明实施例还提供了一种电子设备,如图6所示,包括处理器601、通信接口602、存储器603和通信总线604,其中,处理器601,通信接口602,存储器603通过通信总线604完成相互间的通信,
存储器603,用于存放计算机程序;
处理器601,用于执行存储器603上所存放的程序时,实现如下步骤:
HTTP本地代理接收由播放器发送的播放请求,所述播放请求携带有第一时间信息,所述第一时间信息用于指示目标视频的播放时间点;
所述HTTP本地代理获取与第二时间信息对应的第一目标数据,所述第二时间信息用于指示目标视频的续播时间点;
在所述播放时间点小于所述续播时间点的情况下,所述HTTP本地代理将所述第一目标数据发送至所述播放器。
上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述终端与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,简称RAM),也可以包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital Signal Processing,简称DSP)、专用集成电路(Application SpecificIntegrated Circuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本发明提供的又一实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的视频续播处理方法。
在本发明提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的视频续播处理方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的事件或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (9)
1.一种视频续播处理方法,其特征在于,应用于超文本传输协议HTTP本地代理,包括:
HTTP本地代理接收由播放器发送的播放请求,所述播放请求携带有第一时间信息,所述第一时间信息用于指示目标视频的播放时间点;
在所述播放时间点小于续播时间点的情况下,所述HTTP本地代理获取与第二时间信息对应的第一目标数据,所述第二时间信息用于指示目标视频的所述续播时间点;
所述HTTP本地代理将所述第一目标数据发送至所述播放器;
在所述播放时间点大于或等于所述续播时间点的情况下,所述HTTP本地代理获取与所述第一时间信息对应的第二目标数据,并将所述第二目标数据发送至所述播放器。
2.根据权利要求1所述的方法,其特征在于,
所述第一时间信息包括:与所述播放时间点对应的第一传输流TS切片标识,和/或,所述播放时间点;
所述第二时间信息包括:与所述目标视频续播时间点对应的目标TS切片标识,和/或,所述续播时间点。
3.根据权利要求2所述的方法,其特征在于,所述HTTP本地代理获取与第二时间信息对应的第一目标数据的步骤包括:
所述HTTP本地代理基于所述目标TS切片标识向内容分发网络发送获取请求;所述HTTP本地代理接收所述内容分发网络对所述获取请求的响应数据,所述响应数据携带有目标TS切片数据;
或者,
所述HTTP本地代理从预设缓存中读取所述目标TS切片数据。
4.根据权利要求3所述的方法,其特征在于,所述HTTP本地代理接收所述内容分发网络对所述获取请求的响应的步骤之后,所述方法还包括:
所述HTTP本地代理将所述目标TS切片数据存储至所述预设缓存。
5.根据权利要求1所述的方法,其特征在于,所述HTTP本地代理获取与第二时间信息对应的第一目标数据之后,所述方法还包括:
将所述第一目标数据中携带的第一时间戳替换为第二时间戳,所述第二时间戳为与所述第一时间信息对应的时间戳。
6.一种视频续播处理装置,其特征在于,应用于超文本传输协议HTTP本地代理,包括:
接收模块,用于接收由播放器发送的播放请求,所述播放请求携带有第一时间信息,所述第一时间信息用于指示目标视频的播放时间点;
第一获取模块,用于在所述播放时间点小于续播时间点的情况下,所述HTTP本地代理获取与第二时间信息对应的第一目标数据,所述第二时间信息用于指示目标视频的所述续播时间点;
发送模块,用于所述HTTP本地代理将所述第一目标数据发送至所述播放器;
第二获取模块,用于在所述播放时间点大于或等于所述续播时间点的情况下,所述HTTP本地代理获取与所述第一时间信息对应的第二目标数据,并将所述第二目标数据发送至所述播放器。
7.一种视频播放客户端,其特征在于,所述视频播放客户端包括超文本传输协议HTTP本地代理和播放器,包括:
所述播放器,用于向所述HTTP本地代理发送播放请求;以及,用于播放第一目标数据,和/或,第二目标数据;
所述HTTP本地代理,用于执行如权利要求1-5中任一项所述的方法的步骤。
8.一种电子设备,其特征在于,所述电子设备包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现权利要求1-5中任一所述的方法步骤。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1-5中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110725407.0A CN113438313B (zh) | 2021-06-29 | 2021-06-29 | 视频续播处理方法、相关装置及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110725407.0A CN113438313B (zh) | 2021-06-29 | 2021-06-29 | 视频续播处理方法、相关装置及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113438313A CN113438313A (zh) | 2021-09-24 |
CN113438313B true CN113438313B (zh) | 2022-09-27 |
Family
ID=77757641
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110725407.0A Active CN113438313B (zh) | 2021-06-29 | 2021-06-29 | 视频续播处理方法、相关装置及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113438313B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104918075A (zh) * | 2015-06-01 | 2015-09-16 | 无锡天脉聚源传媒科技有限公司 | 一种节目续播的方法及装置 |
CN105163156A (zh) * | 2015-10-12 | 2015-12-16 | 华勤通讯技术有限公司 | 视频续播方法、播放设备及系统 |
CN105979404A (zh) * | 2015-12-01 | 2016-09-28 | 乐视致新电子科技(天津)有限公司 | 一种流媒体的处理方法及装置 |
CN106231344A (zh) * | 2016-07-21 | 2016-12-14 | 青岛海信电器股份有限公司 | 一种视频断点续播方法及显示设备 |
CN108243356A (zh) * | 2016-12-26 | 2018-07-03 | 北京优朋普乐科技有限公司 | 一种续播方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103065662A (zh) * | 2013-01-22 | 2013-04-24 | 中兴通讯股份有限公司 | 一种媒体资源在设备中续播的方法及系统 |
-
2021
- 2021-06-29 CN CN202110725407.0A patent/CN113438313B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104918075A (zh) * | 2015-06-01 | 2015-09-16 | 无锡天脉聚源传媒科技有限公司 | 一种节目续播的方法及装置 |
CN105163156A (zh) * | 2015-10-12 | 2015-12-16 | 华勤通讯技术有限公司 | 视频续播方法、播放设备及系统 |
CN105979404A (zh) * | 2015-12-01 | 2016-09-28 | 乐视致新电子科技(天津)有限公司 | 一种流媒体的处理方法及装置 |
CN106231344A (zh) * | 2016-07-21 | 2016-12-14 | 青岛海信电器股份有限公司 | 一种视频断点续播方法及显示设备 |
CN108243356A (zh) * | 2016-12-26 | 2018-07-03 | 北京优朋普乐科技有限公司 | 一种续播方法及装置 |
Non-Patent Citations (1)
Title |
---|
基于云计算的网络电视三屏断点续播应用;张少东;《网络音视频》;20121130(第11期);35-37 * |
Also Published As
Publication number | Publication date |
---|---|
CN113438313A (zh) | 2021-09-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110933517B (zh) | 码率切换方法、客户端和计算机可读存储介质 | |
CN110830564B (zh) | Cdn调度方法、装置、系统及计算机可读存储介质 | |
US9356985B2 (en) | Streaming video to cellular phones | |
CN111510789B (zh) | 视频播放方法、系统、计算机设备及计算机可读存储介质 | |
CN108063769B (zh) | 一种内容服务的实现方法、装置及内容分发网络节点 | |
US20220060532A1 (en) | Method for transmitting resources and electronic device | |
CN111355971B (zh) | 直播流传输方法、装置、cdn服务器及计算机可读介质 | |
CN112468839B (zh) | 直播内容的回放方法、系统、设备、及可读存储介质 | |
WO2020155959A1 (zh) | 切换清晰度的方法、装置、计算机设备及可读存储介质 | |
CN112584200B (zh) | 投屏方法、系统、电子设备及存储介质 | |
US20150026746A1 (en) | Method and IPTV Server for Enabling Playout of One or More Media Objects | |
CN112243158B (zh) | 媒体文件处理方法、装置、计算机可读介质及电子设备 | |
CN112449250B (zh) | 一种视频资源的下载方法、装置、设备和介质 | |
CN111510790B (zh) | 视频请求方法、系统、计算机设备及计算机可读存储介质 | |
CN110708402A (zh) | 可访问资源的展示方法、装置及资源访问系统 | |
CN108460042B (zh) | 一种页面显示的方法、相关设备及系统 | |
WO2024082688A1 (zh) | 礼物特效资源播放方法及装置 | |
CN113438313B (zh) | 视频续播处理方法、相关装置及可读存储介质 | |
KR102611253B1 (ko) | 수신 장치, 송신 장치 및 데이터 처리 방법 | |
WO2015161582A1 (zh) | Iptv的消息处理方法及装置 | |
CN110677489B (zh) | 媒体资源处理方法、装置、系统及存储介质 | |
CN113891176A (zh) | 基于hls的点播流量控制方法、装置、设备及存储介质 | |
CN113301374A (zh) | 直播音视频处理方法、装置、客户端和服务器 | |
CN113271475B (zh) | 一种数据处理方法、系统、电子设备及存储介质 | |
US10938939B2 (en) | Client-side quality-of-service (QOS) for viewing of adaptive bitrate (ABR) streams |
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 |