CN113055714A - 视频信息处理方法、装置、设备及存储介质 - Google Patents
视频信息处理方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN113055714A CN113055714A CN202110262608.1A CN202110262608A CN113055714A CN 113055714 A CN113055714 A CN 113055714A CN 202110262608 A CN202110262608 A CN 202110262608A CN 113055714 A CN113055714 A CN 113055714A
- Authority
- CN
- China
- Prior art keywords
- video
- network address
- coding standard
- resource
- page
- 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.)
- Granted
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/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/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
-
- 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/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/4402—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 reformatting operations of video signals for household redistribution, storage or real-time display
- H04N21/440218—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 reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4
Abstract
本公开提供了视频信息处理方法、装置、设备及存储介质,涉及信息流等人工智能领域。具体实现方案为:根据获取的视频页,向服务器端发送第一视频编码标准的视频资源对应的网络地址请求;接收所述服务器端返回的第一视频信息;在所述第一视频信息携带第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,根据所述第一视频信息,获取第一视频编码标准的视频资源对应的网络地址;按照第一视频编码标准播放所述视频页的视频。本公开实施例能够提高在视频编码标准改进的情况下,改进的第一视频编码标准所覆盖的视频播放场景。
Description
技术领域
本公开涉及计算机技术领域,尤其涉及信息流等人工智能领域。
背景技术
随着计算机技术的发展,视频数量也大量增加。
视频在网络上进行传输,需要对视频进行编码。视频编码方式就是指通过压缩技术,按照视频编码标准将原始视频格式的文件转换成另一种视频格式文件的方式。
视频编码标准广泛应用于视频通信、计算机视频、网络视频等,随着计算机技术和信息流技术的发展,视频编码标准也在发展。需要针对视频编码标准发展的状况,对视频相关技术做出改进。
发明内容
本公开提供了一种视频信息处理方法、装置、设备及存储介质。
根据本公开的一方面,提供了一种视频信息处理方法,包括:
根据获取的视频页,向服务器端发送第一视频编码标准的视频资源对应的网络地址请求;
接收服务器端返回的第一视频信息;
在第一视频信息携带第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,根据第一视频信息,获取第一视频编码标准的视频资源对应的网络地址;
按照第一视频编码标准播放视频页的视频。
根据本公开的另一方面,提供了一种视频信息处理方法,其中,包括:
接收客户端基于视频页发送的第一视频编码标准的视频资源对应的网络地址请求;
根据第一视频编码标准的视频资源对应的网络地址请求,向客户端返回第一视频信息,使得客户端在第一视频信息中包含第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,按照第一视频编码标准播放视频页的视频。
根据本公开的又一方面,提供了一种视频信息处理装置,包括:
第一请求模块,用于根据获取的视频页,向服务器端发送第一视频编码标准的视频资源对应的网络地址请求;
第一视频信息接收模块,用于接收服务器端返回的第一视频信息;
第一视频信息处理模块,用于在第一视频信息携带第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,根据第一视频信息,获取第一视频编码标准的视频资源对应的网络地址;
播放模块,用于按照第一视频编码标准播放视频页的视频。
根据本公开的又一方面,提供了一种视频信息处理装置,其中,包括:
第一请求接收模块,用于接收客户端基于视频页发送的第一视频编码标准的视频资源对应的网络地址请求;
第一请求响应模块,用于根据第一视频编码标准的视频资源对应的网络地址请求,向客户端返回第一视频信息,使得客户端在第一视频信息中包含第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,按照第一视频编码标准播放视频页的视频。
根据本公开的另一方面,提供了一种视频信息处理系统,其中,包括:
第一视频处理装置,为本公开任意一项实施例提供的可应用于客户端的视频信息处理装置;
第二视频处理装置,为本公开任意一项实施例提供的可应用于服务器端的视频信息处理装置。
根据本公开的另一方面,提供了一种电子设备,包括:
至少一个处理器;以及
与该至少一个处理器通信连接的存储器;其中,
该存储器存储有可被该至少一个处理器执行的指令,该指令被该至少一个处理器执行,以使该至少一个处理器能够执行本公开任一实施例中的方法。
根据本公开的另一方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,该计算机指令用于使计算机执行本公开任一实施例中的方法。
根据本公开的另一方面,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现本公开任一实施例中的方法。
根据本公开的技术能够根据视频页请求包含第一视频编码标准的视频资源对应的网络地址,从而在播放视频时,能够将对应的视频按照第一视频编码标准进行播放,使得视频播放和视频编码标准的改进相适应。
应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本公开的限定。其中:
图1是根据本公开一实施例的视频处理方法流程示意图;
图2是根据本公开另一实施例的视频处理方法流程示意图;
图3是根据本公开又一实施例的视频处理方法流程示意图;
图4是根据本公开一示例的系统组件交互示意图;
图5根据本公开一示例的视频处理方法示意图;
图6是根据本公开一实施例的视频处理方法装置示意图;
图7是根据本公开另一实施例的视频处理方法装置示意图;
图8是根据本公开又一实施例的视频处理方法装置示意图;
图9是根据本公开又一实施例的视频处理方法装置示意图;
图10是根据本公开又一实施例的视频处理方法装置示意图;
图11是根据本公开又一实施例的视频处理方法装置示意图;
图12是根据本公开又一实施例的视频处理方法装置示意图;
图13是用来实现本公开实施例的视频处理方法的电子设备的框图
图14是本公开实施例的视频处理系统示意图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
本公开实施例首先提供一种视频信息处理方法,如图1所示,包括:
步骤S11:根据获取的视频页,向服务器端发送第一视频编码标准的视频资源对应的网络地址请求;
步骤S12:接收服务器端返回的第一视频信息;
步骤S13:在第一视频信息携带第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,根据第一视频信息,获取第一视频编码标准的视频资源对应的网络地址;
步骤S14:按照第一视频编码标准播放视频页的视频。
本实施例中,视频信息可以包括动态画面信息、音频信息、弹幕信息、字幕信息等与视频相关的信息中的至少一种。
本实施例中,视频页可以是视频列表页,进一步视频列表页可以是包含多个目标视频播放的落地页链接的视频列表展示页面。更进一步,视频页可以是视频落地页,仅包含一个待播放视频。
本实施例中,在视频页为视频列表页的情况下,根据视频页,向服务器端发送视频播放的第一视频编码标准的视频资源对应的网络地址请求,可以是根据视频列表页中包含的任意或所有目标视频,向服务器端请求对应的目标视频的第一视频编码标准的视频资源对应的网络地址。
第一视频信息(Video_Info),可以是在服务器端预先生成的视频信息。可以包含第一视频编码标准的视频资源对应的网络地址和第二视频编码标准的视频资源对应的网络地址,也可以仅包含第二视频编码标准对应的视频资源的网络地址。
在视频页为视频列表页的情况下,第一视频信息中可以包含视频列表页的任意或所有目标视频的第二视频编码标准的视频资源对应的网络地址以及第一视频编码标准的视频资源对应的网络地址。
视频页也可以为视频落地页。在视频页为视频落地页的情况下,第一视频信息中可以包含视频落地页的目标视频的第二视频编码标准的视频资源对应的网络地址。
在具体可能的实现方式中,第一视频编码标准可以是在第二视频编码标准提出后,提出的视频编码标准。即,第一视频编码标准可以是比第二视频编码标准更新提出的视频编码标准。
在服务器端,原有的视频信息可仅包含第二视频编码标准的视频资源对应的网络地址,更为先进的第一视频编码标准提出后,可将服务器端的原有视频信息进行改进,添加第一视频编码标准的视频资源对应的网络地址,得到上述第一视频信息。
根据第一视频信息,获取第一视频编码标准的视频资源对应的网络地址,可以是从第一视频信息中下载第一视频编码标准的视频资源对应的网络地址,用于将视频页中包含的视频按照第一视频编码标准进行播放。
上述步骤S11-S14可应用于客户端,比如移动终端、台式计算机终端、笔记本电脑、平板电脑、固定的播放终端、电视终端等。
应当理解,本公开以视频为例,进行说明,但视频信息所包含的其它资源,例如视频所包含的音频资源、弹幕资源等,也属于本公开的视频信息所包含的内容。
在一种可能的实现方式中,网络地址为URL(Uniform Resource Locator,统一资源定位器),URL是WWW的统一资源定位标志,就是指网络地址。
视频可以与网络地址存在唯一的对应关系。比如,视频A唯一对应于第一视频编码标准的视频资源对应的网络地址a和第二视频编码标准的视频资源对应的网络地址b。
本实施例中,能够根据视频页请求包含第一视频编码标准的视频资源对应的网络地址,从而在播放视频时,能够将对应的视频按照第一视频编码标准进行播放,使得视频播放和视频编码标准的改进相适应。同时,第一视频信息中既包含第二视频编码标准也包含第一视频编码标准,客户端可根据需要选择对应的编码标准的网络地址对视频进行播放。
在一种实施方式中,接收服务器端返回的第一视频信息,包括:
通过扩展协议接口,接收服务器端返回的第一视频信息;扩展协议接口支持第二视频编码标准和第一视频编码标准。
本实施例中,扩展协议接口的协议在支持第二视频编码标准的基础上,支持第一视频编码标准。
在一种可能的实现方式中,可以采用DASH(Dynamic Adaptive Streaming overHTTP,基于超文本传输协议的动态流媒体协议)的MPD(Media Presentation Description,媒体代表描述)格式,同时可通过协议,服务器端可下发多种视频资源,包括视频资源、音频资源、弹幕资源等等,由端上根据需要选择对应的视频资源进行播放或展现。当新增一种视频资源时,只需在接口协议中新增该视频资源即可,无需对线上现有资源进行修改。
本实施例中,通过对接口协议进行改进,从而服务端和客户端的接口可以同时支持第一视频编码标准和第二视频编码标准,客户端能够获得第一视频编码标准的视频资源对应的网络地址和第二视频编码标准的视频资源对应的网络地址,根据需要选择第一视频编码标准的视频资源对应的网络地址或第二视频编码标准的视频资源对应的网络地址进行视频的播放。
在一种实施方式中,视频信息处理方法还包括:
在第一视频信息仅携带第二视频编码标准的视频资源对应的网络地址的情况下,根据第一视频信息和视频页中的视频标识,向服务器端发送第一视频编码标准的二次网络地址请求;
接收服务器端基于二次网络地址请求返回的第二视频信息,第二视频信息为服务器端将第一视频编码标准的视频资源对应的网络地址加入第一视频信息中生成的。
针对主要流量的视频,可通过对视频信息进行统一的更新和优化,对非主要流量的视频,可能难以同一对视频信息进行更新和优化,客户端所接收到的视频信息,可能还是仅包含旧的第二视频编码标准的视频资源对应的网络地址的第二视频信息。
本实施例中,播放器二次网络地址请求可以由客户端的播放器生成。在二次网络地址请求时,无须业务Server(服务器)参与修改接口协议。在一种可能的实现方式中,可以在现有业务Server和播放器单向请求通道架构基础上,增加了播放器Server结点。通过现有业务Server返回该场景视频播放所需的数据,如果该视频数据已经明确包含了H.265/HEVC编码资源,则直接进行播放;否则播放器根据这部分数据中的视频唯一标识作为Key(键)值,再向播放器Server发送一次请求,由播放器Server将包含第一视频编码资源的视频数据、网络地址下发下来,再由播放器解析、解码、渲染、播放,进而完成第一编码资源对该场景的覆盖。
在具体实现方式中,无论视频页为视频列表页或视频落地页,只要检测到没有收到对应的目标视频的第一视频编码标准的视频资源对应的网络地址的情况下,即可发起二次网络地址请求,进一步向服务器端请求第一视频编码标准的视频资源对应的网络地址。
本实施例中,在视频信息中仅携带第二视频编码标准的视频资源对应的网络地址的情况下,客户端可以向服务端的播放服务器发送二次网络地址请求,用于请求第一视频编码标准的视频资源对应的网络地址。在发送二次网络地址请求时,可以根据视频列表页或者视频落地页的视频标识发送,从而能够针对非主要流量的视频进行视频编码标准的升级,提高视频编码标准的覆盖面。
在一种实施方式中,接收服务器端返回的第二视频信息,包括:
通过非扩展协议接口,接收第二视频信息,非扩展协议接口支持第二视频编码标准。
在具体实现方式中,针对非主要流量的视频,可能无法做到在服务器端生成包含第一视频编码标准的视频资源对应的网络地址以及第二视频编码标准的视频资源对应的网络地址,且针对非主要流量的视频,接口的协议可能也无法做到全面扩展,因此,针对非主要流量的视频,可在二次网络地址请求的基础上,采用原接口传输视频信息,从而使得非主要流量的视频页能够采用新产生的视频编码标准进行播放。
在一种实施方式中,向服务器端发送第一视频编码标准的二次网络地址请求,包括:
在视频页中包含的目标视频的起播阶段,向服务器端发送第一视频编码标准的二次网络地址请求。
在一种可能的实现方式中,客户端的播放器对外暴露的状态包括Idle(闲置)、Start(开始)、Prepare(准备)、Preparing(准备中)、Prepared(准备完成)、Playing(播放)、Pause(暂停)、Stop(停止)、Complete(完成)等,在进行二次网络地址请求时(返回数据后给播放内核,下载对应视频的网络地址),可在播放之前的阶段向服务器端发出二次网络地址请求。
本实施例中,通过二次网络地址请求,使得非主要流量的视频页能够按照第一视频编码标准进行播放。
在一种实施方式中,接收服务器端返回的第二视频信息之后,视频信息处理方法还包括:
拦截客户端播放器的播放准备操作。
本实施例中,通过拦截客户端播放器的播放准备操作,
在一种实施方式中,按照第一视频编码标准播放视频页的视频,包括:
根据第一视频编码标准的视频资源对应的网络地址,获取视频画面;
播放视频画面。
在具体实现方式中,视频页可以为视频落地页或视频列表页,其中,视频落地页为从视频列表页跳转得到。
在具体实现方式中,获取视频画面时,可仅获取足够视频起播量的视频画面。
本实施例中,能够根据第一视频编码标准的视频资源对应的网络地址,获取视频画面,然后进行播放,从而使得视频的播放能够随着视频编码标准的改进而改进,实现更好的播放效果。
在具体实现方式中,视频页为视频列表页,如图2所示,视频信息处理方法还包括:
步骤S21:将第一视频编码标准的视频资源对应的网络地址填充到视频列表页所包含的任意目标视频所对应的落地页跳转模板中;
步骤S22:接收目标视频的跳转指令;
步骤S23:根据跳转指令,从视频列表页跳转到目标视频的落地页;
步骤S24:在落地页,采用第一视频编码标准的视频资源对应的网络地址播放目标视频。
本实施例中,在视频页为视频列表页的情况下,能够将获取的第一视频标准的网络地址填充到视频列表页所包含的任意目标视频所对应的跳转模板中,从而在跳转到视频落地页后,可使用第一视频标准的网络地址对视频列表中的视频进行播放。
在一种实施方式中,网络地址为统一资源定位器。
本实施例中,通过统一资源定位器,可对视频页的视频进行播放。
本公开实施例还提供一种视频信息处理方法,如图3所示,包括:
步骤S31:接收客户端基于视频页发送的第一视频编码标准的视频资源对应的网络地址请求;
步骤S32:根据第一视频编码标准的视频资源对应的网络地址请求,向客户端返回第一视频信息,使得客户端在第一视频信息中包含第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,按照第一视频编码标准播放视频页的视频。
步骤S31-S32可应用于服务器端。
在一种实施方式中,向客户端返回第一视频信息,包括:
通过扩展协议接口,向客户端返回第一视频信息;扩展协议接口支持第二视频编码标准和第一视频编码标准。
在一种实施方式中,视频信息处理方法还包括:
接收客户端第一视频信息中仅包含第二视频编码标准的视频资源对应的网络地址的情况下,根据第一视频信息和视频页中的视频标识,发送第一视频编码标准的二次网络地址请求;
基于二次网络地址请求,向客户端发送第二视频信息,第二视频信息中携带第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址,第二视频信息为将第一视频编码标准的视频资源对应的网络地址加入第一视频信息中生成的。
在一种实施方式中,基于二次网络地址请求,向客户端发送第二视频信息,还包括:
根据视频标识,获取对应的第一视频编码标准的视频资源对应的网络地址;
将对应的第一视频编码标准的视频资源对应的网络地址加入第一视频信息中,得到第二视频信息;
通过未扩展协议接口向客户端发送根据视频标识生成的第二视频信息,未扩展协议接口支持第二视频编码标准。
在一种实施方式中,网络地址为统一资源定位器。
在一种示例中,第一视频编码标准可以是H.265/HEVC,第二视频编码标准可以是H.264/AVC。
MPEG4于1998年11月公布,原预计1999年1月投入使用的国际标准MPEG4不仅是针对一定比特率下的视频、音频编码,更加注重多媒体系统的交互性和灵活性。H.264,同时也是MPEG-4第十部分,是由ITU-T(International Telecommunication UnionTelecommunication Standardization Sector国际电信联盟电信标准组)视频编码专家组(VCEG,Video Coding Experts Group)和ISOIEC(International Organization forStandardization/International Electrotechnical Commission,国际标准化组织/国际电工委员会)动态图像专家组(MPEG)联合组成的联合视频组(JVT,Joint Video Team)提出的高度压缩数字视频编解码器标准。这个标准通常被称之为H.264/AVC。
H.265/HEVC是ITU-T VCEG在H.264/AVC视频编码标准基础上,制定的新的视频编码标准。相比H.264/AVC,H.265/HEVC具备更高的压缩效率,可以在有限的带宽中传输更高质量的视频。相同质量的视频,H.265/HEVC只需要占用H.264/AVC一半的带宽。
在推出H.265编码技术之前,绝大部分的视频提供企业的视频资源都是采用H.264/AVC编码标准对进入物料库的视频进行统一编码。在各个企业APP和各种矩阵APP的各大视频场景中,下发的视频资源也都是H.264/AVC编码标准。在推出H.265技术后,主要的视频场景,如主Feed(信息流)推荐频道、好看Tab(选项卡)列表、短视频落地页、小视频落地页等,可以通过让对应的业务Server(服务器)直接修改接口下发的数据为H.265/HEVC视频资源,实现H.265/HEVC视频资源对该场景的覆盖,进而提升H.265/HEVC视频资源在各个企业的移动产品的场景覆盖率。但是在实际数据统计过程中,发现仍然有近20%的流量无法明确对应的Server接口人。
本公开实施例提供的视频信息处理方法,在视频信息中添加第一视频编码标准的视频资源对应的网络地址,或者允许客户端针对第一视频编码标准的视频资源对应的网络地址发送二次网络地址请求,从而无须业务Server参与修改接口,即可实现H.265/HEVC对该场景的覆盖。
本公开一种示例中,视频页为视频落地页,则在打开视频落地页时,客户端请求获取视频落地页的网络地址,客户端若请求播放H.265资源,Playerserver(播放器服务器或播放器服务器,专门为播放器设置,为视频服务器的上层服务器)下发H.264和H.265的网络地址。具体可以以MPD形式下发第一视频信息,第一视频信息中包含H.264的网络地址和H.265的网络地址。MPD包括视频信息、Audio(音频)、Subtitle(子标题)等节点;MPD中所包含不同编码格式的网络地址资源,对应不同清晰度。
在本公开一种示例中,视频信息处理方法的整体流程如图4所示。业务服务器41在接收到客户端通过扩展协议接口发送的网络地址请求后,针对各APP,在存在第一视频信息的情况下,向客户端播放器42发送第一视频信息;第一视频信息中包含第一编码标准的网络地址和第二编码标准的网络地址,播放器42可以选择第一编码标准的网络地址或第二编码标准的网络地址进行视频播放。若不存在第一视频信息,则由业务服务器41在接收到客户端通过非扩展协议接口发送的网络地址请求后,针对各APP,下发第二视频信息,第二视频信息中仅包含第二编码标准的网络地址。客户端可向播放器服务器43发送二次网络地址请求,二次网络地址请求用于向播放器服务器请求第一视频编码标准的视频资源对应的网络地址。在二次网络地址请求中,写到播放器42所将要播放的视频标识。播放器服务器43通过策略中心和人工干预平台,生成第二视频信息,第二视频信息中包含第一视频编码标准的视频资源对应的网络地址和第二视频编码标准的视频资源对应的网络地址。
在本申请一种示例中,针对服务器只支持下发单个视频编码资源的情况,即只能下发H.264/AVC或H.265/HEVC编码的不同清晰度的视频资源,不能同时混合下发多个不同编码的、不同清晰度的视频资源,可生成仅包含第一视频编码标准的视频资源对应的网络地址的第四视频信息。
针对支持同时下发多种协议的场景,基于DASH协议的MPD格式,下发包含多个视频资源类型、Json格式版本的MPD。相比较与DASH协议,本示例中,采用Json格式版本代替xml格式版本,使得客户端更容易解析。
在一种示例中,既需要使得主要场景立即覆盖H.265/HEVC编码的视频资源,同时也使主要场景的Server接口协议得到扩充。扩充接口协议既方便以后增加其它编码标准的视频资源,也方便增加其它类型的视频资源。例如,假设在一个时长为10分钟的视频中,希望插入一段10秒的广告。可以将10分钟的视频按照时间段分为以下三个部分,0分0秒~5分0秒的视频片段一,5分0秒~5分10秒的广告片段和5分10秒~10分10秒的视频片段二。接口将这三个片段同时通过接口协议下发,播放器根据下发的时间段顺序,依次播放不同的片段。
在一种实施方式中,可在视频服务器接口原有基础上进行协议扩充,得到扩展协议接口。
原有的的Server视频接口协议只支持下发一种编码类型的视频资源,例如都是H.264/AVC编码类型,包含360P、480P和720P三种不同的清晰度。为了拓展协议,支持下发多种编码类型的视频资源,可将MPD文件格式进行Json化改造,是的服务器端和客户端的信息识别更加容易。核心的Json结点借鉴了MPD的层级结构,以视频类型的资源为例,分为video(视频)、adaptation_set(适应数组)、representation_list(清晰度列表)等节点。video结点是视频资源的总结点。adaption_set是不同视频编码标准的数组集合,例如第一视频编码标准的数组集合和第二视频编码标准的数组集合。representation_list是某一种视频编码标准的不同清晰度的列表,例如,第一视频编码标准对应包含360P、480P和720P三种不同的清晰度。
在本公开一种示例中,在服务端仅向客户端发送仅包含第二视频编码标准的视频资源对应的网络地址的情况下,可向服务端的播放服务器发送二次网络地址请求(二次网络地址请求,用于第二次网络地址请求第一视频编码标准的视频资源对应的网络地址)。在一种可能的实现方式中,二次网络地址请求是在播放器准备起播,但是还没有起播阶段,在这个阶段,播放器将视频唯一标识(比如ID)发送给播放器Server,等播放器Server返回本次起播真正的视频数据后再进行起播。因此,播放器对用户而言是处于Loading(加载)状态,为了让二次网络地址请求过程对用户透明,需要将Loading状态统一封装在Prepare状态中。
在一种示例中,如图5所示,二次网络地址请求可以是与视频播放过程异步的过程,而播放器原先的流程是开始状态后马上进入准备52状态,并且开始下载将要播放的视频,内部过程还包括播放53,具体包括完成准备54、完成开始55、暂停56、完成57。在发送二次网络地址请求时,需要在播放器空闲58状态执行。首先,在空闲58状态,获取MPD信息存储到本地缓存池,请求本地缓存池是否包含第一视频编码标准的视频网络地址。若存在,则采用设置指令,设置视频的网络地址。若不存在,则发送二次网络地址请求59,用于请求第一视频编码标准的视频网络地址。在服务器端返回了新的MPD信息后,在新MPD信息合法的情况下,解析新MPD,获取新MPD中的第一视频编码标准的视频资源对应的网络地址(URL),接着采用设置指令,设置视频的网络地址。若数据不合法,可返回准备52状态。
在获取第一视频编码标准的视频资源对应的网络地址之前,需要拦截播放器将要进行准备52的事件,在进入准备52状态时,先判断是否需要向播放器Server发送二次网络地址请求。如果需要二次网络地址请求,则进行二次网络地址请求,进入异步流程,否则按照原流程进入同步流程。
在一种示例中,部分视频播放需要二次网络地址请求。在视频页为视频列表页的情况下,客户端进入视频列表页后,对视频列表页中的视频进行预取。为了保证预取的视频能够被播放,提高预取命中率,就需要让预取时的视频信息和播放时的视频信息一致,因此,对于不能够获取到第一视频编码标准的视频资源对应的网络地址的视频,在视频列表页的视频预取阶段也需要二次网络地址请求。
预取的视频信息主要从主Feed推荐列表、好看Tab视频列表等列表流中的prefetch_video字段中获取,而该字段结构只支持一种视频编码类型的资源。因此,Server如果需要下发多种视频编码类型的资源,就需要将该信息填充到点击列表模板跳转页面时使用的cmd字段中。cmd字段是列表与落地页跳转使用的Scheme协议,为了在预取时获取准确的视频信息,客户端需要解析cmd字段,获取包含视频编码信息的MPD结构字段。最后根据解析得到的MPD信息,对目标视频进行预取。其中,Scheme是一种页面内跳转协议,通过自定义Scheme协议,可以跳转到APP中的任何页面。通过Scheme协议,服务器可以定制化告诉App跳转那个页面,可以通过通知栏消息定制化跳转页面,可以通过H5(HyperText MarkupLanguage,HTML5,超文本标记语言)页面为跳转页面等。
由于在跳转到落地页时,会解析Scheme中携带的视频信息,使用该视频信息进行视频播放,起到加速起播的作用。但与此同时,会发送一个落地页场景的接口请求,用于获取落地页的具体信息。由于加速起播的视频网络地址可能不是H.265/HEVC视频编码的网络地址,因此仍然会触发二次网络地址请求以获取H.265/HEVC视频编码资源的网络地址。这样在具体实施方式中,就会在打开落地页时,会发送两个请求,分别是播放器二次网络地址请求和落地页的接口请求。
然而,落地页接口(对应业务server,playerserver-物料库)请求会将最新的视频信息通过接口返回,此时播放器的二次网络地址请求就显得没有必要。因此,为了避免打开落地页时发送了两次请求,需要对Scheme跳转场景进行优化。优先等待落地页接口返回的数据,如果返回的数据已经包含了H.265/HEVC视频编码资源,则无须播放器二次网络地址请求,否则执行二次网络地址请求。在主要场景下,落地页接口返回的视频数据都是从播放器Server取到的,所以可以避免无效的播放器二次网络地址请求。但是在非主流量的长尾视频场景中,Scheme跳转到落地页后播放器二次网络地址请求可以提高H.265/HEVC视频资源在该场景的覆盖率。
在具体示例中,为了区分视频列表页和视频落地页,在播放器层面,可以通过业务Server透传字段from、page、source,对当前页面场景做了精细化的划分,进而实现对播放器在该场景是否做二次网络地址请求可控。其中from:用于标识粗粒度的来源,即视频列表页的来源。page:用于标识当前场景的具体页面,即视频落地页。source:用于标识细粒度的来源,即视频落地页中的视频来源。
以上三个字段都是需要业务Server透传给播放器,客户端在判断是否做二次网络地址请求时,需要将业务Server透传的字段与配置的场景信息进行匹配,只有符合匹配要求的场景才做二次网络地址请求。
本公开实施例还提供一种视频信息处理装置,如图6所示,包括:
第一请求模块61,用于根据获取的视频页,向服务器端发送第一视频编码标准的视频资源对应的网络地址请求;
第一视频信息接收模块62,用于接收服务器端返回的第一视频信息;
第一视频信息处理模块63,用于在第一视频信息携带第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,根据第一视频信息,获取第一视频编码标准的视频资源对应的网络地址;
播放模块64,用于按照第一视频编码标准播放视频页的视频。
在一种实施方式中,第一视频信息接收模块还用于:
通过扩展协议接口,接收服务器端返回的第一视频信息;扩展协议接口支持第二视频编码标准和第一视频编码标准。
在一种实施方式中,如图7所示,视频信息处理装置还包括:
第二请求模块71,用于在第一视频信息仅携带第二视频编码标准的视频资源对应的网络地址的情况下,根据第一视频信息和视频页中的视频标识,向服务器端发送第一视频编码标准的二次网络地址请求;
第二视频信息接收模块72,用于接收服务器端基于二次网络地址请求返回的第二视频信息,第二视频信息为服务器端将第一视频编码标准的视频资源对应的网络地址加入第一视频信息中生成的。
在一种实施方式中,第二视频信息接收模块还用于:
通过非扩展协议接口,接收第二视频信息,非扩展协议接口支持第二视频编码标准。
在一种实施方式中,第二请求模块还用于:
在视频页中包含的目标视频的起播阶段,向服务器端发送第一视频编码标准的二次网络地址请求。
在一种实施方式中,如图8所示,播放模块包括:
视频画面获取单元81,用于根据第一视频编码标准的视频资源对应的网络地址,获取视频画面;
视频画面播放单元82,用于播放视频画面。
在一种实施方式中,视频页为视频列表页,如图9所示,视频信息处理装置还包括:
跳转模板模块91,用于将第一视频编码标准的视频资源对应的网络地址填充到视频列表页所包含的任意目标视频所对应的落地页跳转模板中;
跳转指令模块92,用于接收目标视频的跳转指令;
跳转模块93,用于根据跳转指令,从视频列表页跳转到目标视频的落地页;
落地页播放模块94,用于在落地页,采用第一视频编码标准的视频资源对应的网络地址播放目标视频。
在一种实施方式中,网络地址为统一资源定位器。
本公开实施例还提供一种视频信息处理装置,如图10所示,包括:
第一请求接收模块101,用于接收客户端基于视频页发送的第一视频编码标准的视频资源对应的网络地址请求;
第一请求响应模块102,用于根据第一视频编码标准的视频资源对应的网络地址请求,向客户端返回第一视频信息,使得客户端在第一视频信息中包含第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,按照第一视频编码标准播放视频页的视频。
在一种实施方式中,第一请求响应模块还用于:
通过扩展协议接口,向客户端返回第一视频信息;扩展协议接口支持第二视频编码标准和第一视频编码标准。
在一种实施方式中,如图11所示,视频信息处理装置还包括:
第二请求接收模块111,用于接收客户端第一视频信息中仅包含第二视频编码标准的视频资源对应的网络地址的情况下,根据第一视频信息和视频页中的视频标识,发送第一视频编码标准的二次网络地址请求;
第二请求响应模块112,用于基于二次网络地址请求,向客户端发送第二视频信息,第二视频信息中携带第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址,第二视频信息为将第一视频编码标准的视频资源对应的网络地址加入第一视频信息中生成的。
在一种实施方式中,如图12所示,第二请求响应模块还包括:
网络地址获取单元121,用于根据视频标识,获取对应的第一视频编码标准的视频资源对应的网络地址;
视频信息生成单元122,用于将对应的第一视频编码标准的视频资源对应的网络地址加入第一视频信息中,得到第二视频信息;
响应信息发送单元123,用于通过未扩展协议接口向客户端发送根据视频标识生成的第二视频信息,未扩展协议接口支持第二视频编码标准。
在一种实施方式中,网络地址为统一资源定位器。
本公开实施例各装置中的各单元、模块或子模块的功能可以参见上述数据处理方法中的对应描述,在此不再赘述。
根据本公开的另一方面,提供了一种视频信息处理系统,其中,如图14所示,包括:
第一视频处理装置141,为本公开任意一项实施例提供的可应用于客户端的视频信息处理装置;
第二视频处理装置142,为本公开任意一项实施例提供的可应用于服务器端的视频信息处理装置。
根据本公开的实施例,本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
图13示出了可以用来实施本公开的实施例的示例电子设备130的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或要求的本公开的实现。
如图13所示,电子设备130包括计算单元131,其可以根据存储在只读存储器(ROM)132中的计算机程序或者从存储单元138加载到随机访问存储器(RAM)133中的计算机程序来执行各种适当的动作和处理。在RAM 133中,还可存储电子设备130操作所需的各种程序和数据。计算单元131、ROM 132以及RAM 133通过总线134彼此相连。输入输出(I/O)接口135也连接至总线134。
电子设备130中的多个部件连接至I/O接口135,包括:输入单元136,例如键盘、鼠标等;输出单元137,例如各种类型的显示器、扬声器等;存储单元138,例如磁盘、光盘等;以及通信单元139,例如网卡、调制解调器、无线通信收发机等。通信单元139允许电子设备130通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元131可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元131的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元131执行上文所描述的各个方法和处理,例如视频信息处理方法。例如,在一些实施例中,视频信息处理方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元138。在一些实施例中,计算机程序的部分或者全部可以经由ROM 132和/或通信单元139而被载入和/或安装到电子设备130上。当计算机程序加载到RAM 133并由计算单元131执行时,可以执行上文描述的视频信息处理方法的一个或多个步骤。备选地,在其他实施例中,计算单元131可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行视频信息处理方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入、或者触觉输入来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。
Claims (22)
1.一种视频信息处理方法,包括:
根据获取的视频页,向服务器端发送第一视频编码标准的视频资源对应的网络地址请求;
接收所述服务器端返回的第一视频信息;
在所述第一视频信息携带第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,根据所述第一视频信息,获取第一视频编码标准的视频资源对应的网络地址;
按照第一视频编码标准播放所述视频页的视频。
2.根据权利要求1所述的方法,其中,所述方法还包括:
在所述第一视频信息仅携带第二视频编码标准的视频资源对应的网络地址的情况下,根据所述第一视频信息和所述视频页中的视频标识,向所述服务器端发送第一视频编码标准的二次网络地址请求;
接收所述服务器端基于所述二次网络地址请求返回的第二视频信息,所述第二视频信息为所述服务器端将所述第一视频编码标准的视频资源对应的网络地址加入所述第一视频信息中生成的。
3.根据权利要求2所述的方法,其中,所述向所述服务器端发送第一视频编码标准的二次网络地址请求,包括:
在所述视频页中包含的目标视频的起播阶段,向所述服务器端发送第一视频编码标准的二次网络地址请求。
4.根据权利要求1所述的方法,其中,所述按照第一视频编码标准播放所述视频页的视频,还包括:
根据所述第一视频编码标准的视频资源对应的网络地址,获取视频画面;
播放所述视频画面。
5.根据权利要求1所述的方法,其中,所述视频页为视频列表页,所述方法还包括:
将所述第一视频编码标准的视频资源对应的网络地址填充到所述视频列表页所包含的任意目标视频所对应的落地页跳转模板中;
接收所述目标视频的跳转指令;
根据所述跳转指令,从所述视频列表页跳转到所述目标视频的落地页;
在所述落地页,采用所述第一视频编码标准的视频资源对应的网络地址播放所述目标视频。
6.根据权利要求1-5中任意一项所述的方法,其中,网络地址为统一资源定位器。
7.一种视频信息处理方法,其中,包括:
接收客户端基于视频页发送的第一视频编码标准的视频资源对应的网络地址请求;
根据所述第一视频编码标准的视频资源对应的网络地址请求,向客户端返回第一视频信息,使得客户端在所述第一视频信息中包含第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,按照第一视频编码标准播放所述视频页的视频。
8.根据权利要求7所述的方法,其中,还包括:
接收所述客户端所述第一视频信息中仅包含第二视频编码标准的视频资源对应的网络地址的情况下,根据所述第一视频信息和所述视频页中的视频标识,发送第一视频编码标准的二次网络地址请求;
基于所述二次网络地址请求,向所述客户端发送第二视频信息,所述第二视频信息中携带第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址,所述第二视频信息为将所述第一视频编码标准的视频资源对应的网络地址加入所述第一视频信息中生成的。
9.根据权利要求7或8所述的方法,其中,所述网络地址为统一资源定位器。
10.一种视频信息处理装置,包括:
第一请求模块,用于根据获取的视频页,向服务器端发送第一视频编码标准的视频资源对应的网络地址请求;
第一视频信息接收模块,用于接收所述服务器端返回的第一视频信息;
第一视频信息处理模块,用于在所述第一视频信息携带第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,根据所述第一视频信息,获取第一视频编码标准的视频资源对应的网络地址;
播放模块,用于按照第一视频编码标准播放所述视频页的视频。
11.根据权利要求10所述的装置,其中,所述装置还包括:
第二请求模块,用于在所述第一视频信息仅携带第二视频编码标准的视频资源对应的网络地址的情况下,根据所述第一视频信息和所述视频页中的视频标识,向所述服务器端发送第一视频编码标准的二次网络地址请求;
第二视频信息接收模块,用于接收所述服务器端基于所述二次网络地址请求返回的第二视频信息,所述第二视频信息为所述服务器端将所述第一视频编码标准的视频资源对应的网络地址加入所述第一视频信息中生成的。
12.根据权利要求11所述的装置,其中,所述第二请求模块还用于:
在所述视频页中包含的目标视频的起播阶段,向所述服务器端发送第一视频编码标准的二次网络地址请求。
13.根据权利要求10所述的装置,其中,所述播放模块包括:
视频画面获取单元,用于根据所述第一视频编码标准的视频资源对应的网络地址,获取视频画面;
视频画面播放单元,用于播放所述视频画面。
14.根据权利要求10所述的装置,其中,所述视频页为视频列表页,所述装置还包括:
跳转模板模块,用于将所述第一视频编码标准的视频资源对应的网络地址填充到所述视频列表页所包含的任意目标视频所对应的落地页跳转模板中;
跳转指令模块,用于接收所述目标视频的跳转指令;
跳转模块,用于根据所述跳转指令,从所述视频列表页跳转到所述目标视频的落地页;
落地页播放模块,用于在所述落地页,采用所述第一视频编码标准的视频资源对应的网络地址播放所述目标视频。
15.根据权利要求10-14中任意一项所述的装置,其中,网络地址为统一资源定位器。
16.一种视频信息处理装置,其中,包括:
第一请求接收模块,用于接收客户端基于视频页发送的第一视频编码标准的视频资源对应的网络地址请求;
第一请求响应模块,用于根据所述第一视频编码标准的视频资源对应的网络地址请求,向客户端返回第一视频信息,使得客户端在所述第一视频信息中包含第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址的情况下,按照第一视频编码标准播放所述视频页的视频。
17.根据权利要求16所述的装置,其中,所述装置还包括:
第二请求接收模块,用于接收所述客户端所述第一视频信息中仅包含第二视频编码标准的视频资源对应的网络地址的情况下,根据所述第一视频信息和所述视频页中的视频标识,发送第一视频编码标准的二次网络地址请求;
第二请求响应模块,用于基于所述二次网络地址请求,向所述客户端发送第二视频信息,所述第二视频信息中携带第二视频编码标准的视频资源对应的网络地址和第一视频编码标准的视频资源对应的网络地址,所述第二视频信息为将所述第一视频编码标准的视频资源对应的网络地址加入所述第一视频信息中生成的。
18.根据权利要求16或17所述的装置,其中,所述网络地址为统一资源定位器。
19.一种视频信息处理系统,其中,包括:
第一视频处理装置,为权利要求10-15中任意一项所述的视频信息处理装置;
第二视频处理装置,为权利要求16-18中任意一项所述的视频信息处理装置。
20.一种电子设备,其特征在于,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-9中任一项所述的方法。
21.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使计算机执行权利要求1-9中任一项所述的方法。
22.一种计算机程序产品,包括计算机程序,该计算机程序在被处理器执行时实现根据权利要求1-9中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110262608.1A CN113055714B (zh) | 2021-03-10 | 2021-03-10 | 视频信息处理方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110262608.1A CN113055714B (zh) | 2021-03-10 | 2021-03-10 | 视频信息处理方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113055714A true CN113055714A (zh) | 2021-06-29 |
CN113055714B CN113055714B (zh) | 2022-07-22 |
Family
ID=76511319
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110262608.1A Active CN113055714B (zh) | 2021-03-10 | 2021-03-10 | 视频信息处理方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113055714B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143385A (zh) * | 2011-03-16 | 2011-08-03 | 华为技术有限公司 | 媒体播放处理方法、数字媒体服务器和系统 |
CN102802138A (zh) * | 2011-05-25 | 2012-11-28 | 腾讯科技(深圳)有限公司 | 一种视频文件的处理方法和系统、视频代理系统 |
CN103338401A (zh) * | 2013-06-03 | 2013-10-02 | 贝壳网际(北京)安全技术有限公司 | 用于移动终端浏览器中的视频播放控制方法、装置和系统 |
CN104244079A (zh) * | 2013-06-07 | 2014-12-24 | 腾讯科技(深圳)有限公司 | 一种视频下载方法及装置 |
CN104702976A (zh) * | 2015-02-10 | 2015-06-10 | 深圳创维数字技术有限公司 | 一种视频播放方法及设备 |
US20210058656A1 (en) * | 2019-08-20 | 2021-02-25 | Doumob Inc. | Method and system for playing digital videos on user devices |
-
2021
- 2021-03-10 CN CN202110262608.1A patent/CN113055714B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143385A (zh) * | 2011-03-16 | 2011-08-03 | 华为技术有限公司 | 媒体播放处理方法、数字媒体服务器和系统 |
CN102802138A (zh) * | 2011-05-25 | 2012-11-28 | 腾讯科技(深圳)有限公司 | 一种视频文件的处理方法和系统、视频代理系统 |
CN103338401A (zh) * | 2013-06-03 | 2013-10-02 | 贝壳网际(北京)安全技术有限公司 | 用于移动终端浏览器中的视频播放控制方法、装置和系统 |
CN104244079A (zh) * | 2013-06-07 | 2014-12-24 | 腾讯科技(深圳)有限公司 | 一种视频下载方法及装置 |
CN104702976A (zh) * | 2015-02-10 | 2015-06-10 | 深圳创维数字技术有限公司 | 一种视频播放方法及设备 |
US20210058656A1 (en) * | 2019-08-20 | 2021-02-25 | Doumob Inc. | Method and system for playing digital videos on user devices |
Also Published As
Publication number | Publication date |
---|---|
CN113055714B (zh) | 2022-07-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10187668B2 (en) | Method, system and server for live streaming audio-video file | |
US9344517B2 (en) | Downloading and adaptive streaming of multimedia content to a device with cache assist | |
CN111135569A (zh) | 云游戏处理方法、装置、存储介质与电子设备 | |
US10904642B2 (en) | Methods and apparatus for updating media presentation data | |
WO2020211731A1 (zh) | 一种视频播放方法及相关设备 | |
CN107634930B (zh) | 一种媒体数据的获取方法和装置 | |
CN110446114B (zh) | 多媒体数据的处理装置、方法、电子设备及存储介质 | |
CN111510789B (zh) | 视频播放方法、系统、计算机设备及计算机可读存储介质 | |
US20120221681A1 (en) | Method, apparatus and system for hierarchically requesting contents in a http streaming system | |
CN107517411B (zh) | 一种基于GStreamer框架的视频播放方法 | |
CN113141522B (zh) | 资源传输方法、装置、计算机设备及存储介质 | |
CN115136609B (zh) | 远程元素解析的基于客户端的存储 | |
CN105577645A (zh) | 基于代理的hls客户端装置及其实现方法 | |
CN112243158B (zh) | 媒体文件处理方法、装置、计算机可读介质及电子设备 | |
CN112449250B (zh) | 一种视频资源的下载方法、装置、设备和介质 | |
CN114302176A (zh) | 视频播放方法及装置 | |
US20100083336A1 (en) | Method and apparatus for providing rich media service | |
CN114040245A (zh) | 视频播放方法、装置、计算机存储介质和电子设备 | |
CN112714341B (zh) | 信息获取方法、云化机顶盒系统、实体机顶盒及存储介质 | |
CN113055714B (zh) | 视频信息处理方法、装置、设备及存储介质 | |
US9832505B2 (en) | Method for inserting an advertisement into a video stream of an application on demand (AoD) service, AoD processing device and AoD server | |
US10547878B2 (en) | Hybrid transmission protocol | |
CN115022725A (zh) | 一种视频播放方法和装置 | |
KR20190001601A (ko) | 프리젠테이션 커스터마이제이션 및 인터랙티비티를 위한 방법 및 장치 | |
CN104038778A (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 |