CN108063769B - 一种内容服务的实现方法、装置及内容分发网络节点 - Google Patents
一种内容服务的实现方法、装置及内容分发网络节点 Download PDFInfo
- Publication number
- CN108063769B CN108063769B CN201711436227.0A CN201711436227A CN108063769B CN 108063769 B CN108063769 B CN 108063769B CN 201711436227 A CN201711436227 A CN 201711436227A CN 108063769 B CN108063769 B CN 108063769B
- Authority
- CN
- China
- Prior art keywords
- media content
- header
- download
- fragments
- entity
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/765—Media network packet handling intermediate
-
- 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/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Abstract
本发明实施例公开了一种内容服务的实现方法、装置及内容分发网络节点,其中,所述方法包括:向上级实体发送请求下载媒体内容的首部分分片的第一下载请求;接收所述上级实体发送的所述媒体内容的首部分分片;接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求;将所述媒体内容的首部分分片发送至所述下级实体。在本发明实施例中,在接收下级实体请求下载所述媒体内容的首部分分片的下载请求之前,已经从上级实体获取了所述媒体内容的首部分分片,可以将所述媒体内容的首部分分片直接返回给所述下级实体,从而降低了媒体内容服务的响应延迟;在视频业务应用场景中,用户终端请求服务开始后,到首次视频画面的响应延迟较小。
Description
技术领域
本发明涉及通信技术领域,尤指一种内容服务的实现方法、装置及CDN(ContentDelivery Network,内容分发网络)节点。
背景技术
CDN作为一种传输网络,在网络的边缘部署节点,将存储在网络中的音视频、文字、图片等内容,分发到网络的边缘节点上,用户在请求内容服务的时候,直接在网络边缘的CDN节点上获取服务,以降低骨干网络的传输带宽,同时提升用户的服务响应速度。目前CDN被广泛应用于IPTV网络电视、OTT(Over The Top,指互联网公司越过运营商,发展基于开放互联网的各种视频及数据服务业务)互联网电信业务系统,已经在世界各地广泛部署。随着固网宽带速率不断提升、移动宽带迅猛发展、4K视频技术的普及,导致CDN存储的内容数快速的增长,同时基于运营商专有的网络IPTV用户,以及基于互联网的OTT视频用户也越来越多,这对CDN的设备和技术都提出了更多更高的要求:一方面,CDN存储的内容数增加,以及单个内容的码率越来越大需要消耗大量存储,CDN的成本越来越高;另一方面,用户对视频内容的喜好差异性越来越大,对于CDN来说,不管是大部分用户点播的热门内容,还是少数用户观看的冷门内容,用户在观看内容的时候,获取CDN服务的延迟要尽可能小,系统要能够快速响应用户服务。
发明内容
本发明实施例提供了一种内容服务的实现方法、装置及CDN节点,以降低媒体内容服务的响应延迟。
本发明实施例提供了一种内容服务的实现方法,包括:
向上级实体发送请求下载媒体内容的首部分分片的第一下载请求;
接收所述上级实体发送的所述媒体内容的首部分分片;
接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求;
将所述媒体内容的首部分分片发送至所述下级实体。
本发明实施例还提供了一种内容服务的实现装置,包括:
第一发送模块,用于向上级实体发送请求下载媒体内容的首部分分片的第一下载请求;
第一接收模块,用于接收所述上级实体发送的所述媒体内容的首部分分片;
第二接收模块,用于接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求;
第二发送模块,用于将所述媒体内容的首部分分片发送至所述下级实体。
本发明实施例还提供了一种内容分发网络节点,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
用于根据所述处理器的控制进行信息收发通信的传输装置;
其中,所述处理器用于执行以下操作:
向上级实体发送请求下载媒体内容的首部分分片的第一下载请求;
接收所述上级实体发送的所述媒体内容的首部分分片;
接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求;
将所述媒体内容的首部分分片发送至所述下级实体。
在本发明实施例中,在接收下级实体请求下载所述媒体内容的首部分分片的下载请求之前,已经从上级实体获取了所述媒体内容的首部分分片,可以将所述媒体内容的首部分分片直接返回给所述下级实体,从而降低了媒体内容服务的响应延迟;在视频业务应用场景中,用户终端请求服务开始后,到首次视频画面的响应延迟较小。
在一实施方式中,将所述媒体内容的首部分分片保存在本地,由于单个媒体内容在CDN节点上只存储了M个分片,CDN节点对单个媒体内容的存储空间消耗降低到存储全部媒体内容方式的M/N,因此对于同样存储容量的CDN节点,可以存储更多的不同媒体内容,同时,由于CDN节点存储的不同媒体内容数更多,CDN对不同用户的媒体服务请求的命中率就更高,在有多个CDN节点的系统中,从系统层面,与存储全部媒体内容的方式相比,能够对更多的内容进行命中,从CDN的用户平均访问速度来看,优于上述存储全部媒体内容的方式。
综上所述,在CDN系统中,本申请可以在消耗较小的存储的情况,获得较好好的用户媒体服务延迟,媒体内容越多,用户终端数越多,采用本申请的收益越大。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1是本发明实施例的CDN系统的组成示意图;
图2是本发明实施例的内容服务的实现方法的流程图;
图3是本发明应用示例一的HLS媒体内容分发的流程图;
图4是本发明应用示例一的iPad终端请求媒体服务的流程图;
图5是本发明应用示例二的DASH媒体内容分发的流程图;
图6是本发明应用示例二的chrome浏览器请求媒体服务的流程图;
图7是本发明应用示例三的MSS媒体内容分发的流程图;
图8是本发明应用示例三的IE浏览器请求媒体服务的流程图;
图9是本发明应用示例四的HDS内容分发的流程图;
图10是本发明应用示例四的chrome浏览器访问4Mb码率服务的流程图;
图11是本发明应用示例四的Android手机访问600K码率服务的流程图;
图12是本发明实施例的内容服务的实现装置的组成示意图;
图13是本发明实施例的CDN节点的组成示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
相关技术中,CDN提供内容服务主要分成2种方式:
方式一,内容存储在CDN中心节点,用户终端接入到CDN的边缘节点上请求服务,边缘节点没有内容的时候,向CDN中心节点或者源站回源中继,边缘节点按照顺序下载组成内容的数据包,然后依次将数据包发送给用户终端。这种方式边缘节点不需要大量存储,但是从用户请求服务开始,到获取内容的第一部分数据的服务,需要等待边缘节点到中心节点的一次或者多次回源,对于视频内容来说,就是用户观看内容的第一帧视频画面的时延较大;
方式二,通过CDN管理节点,给CDN节点发指令,或者是CDN节点根据缓存策略,CDN节点提前将内容从内容源站下载到本地,用户请求服务的时候,CDN节点直接使用本地缓存的内容给用户提供服务;这种方式,需要CDN节点存储整个内容,随着内容数的爆炸增长,这种方式对于边缘节点的存储要求比较大,加上CDN网络边缘节点数一般较多,导致CDN成本较高,对于CDN网络运营商来说不可接受。
如图1所示,本发明实施例的CDN系统,包含内容源站、一个或者多个CDN节点、用户终端,可选地,还包含CDN管理节点、CDN调度节点。
其中,内容源站:具备媒体内容的存储能力以及对CDN节点提供媒体内容下载服务的能力,用来存储互联网内容,存储的媒体内容格式可以是视频、图片、文档等;媒体内容存储在源站上的存储方式,可以是完整的文件,也可以是经过切片之后的多个分片文件。内容源站同时具备向CDN节点提供内容下载服务,对外支持的传输协议包括但不限于HLS(HTTPLive Streaming,HTTP(HyperText Transfer Protocol,超文本传输协议)流媒体直播)、DASH(Dynamic Adaptive Streaming over HTTP,动态自适应HTTP流)、MSS(MicrosoftSmooth Streaming,微软平滑流)、HDS(HTTP Dynamic Streaming,HTTP动态流)、RTSP(RealTime Stream Protocol,实时流协议)、RTMP(Real Time Messaging Protocol,实时消息传输协议)等,在CDN节点请求向内容源站下载内容的时候,内容源站可以提供内容的分片的下载。
CDN节点:具备媒体内容的存储能力,能够从内容源站或者上级CDN节点中下载内容的首部分分片,缓存起来,然后对用户终端提供媒体内容的媒体服务,或者是给下级CDN节点提供下载服务。在实际应用中,CDN节点按照在网络中的分布位置,分成CDN中心节点以及CDN边缘节点,CDN中心节点直接从内容源站下载内容,CDN边缘节点则是从CDN中心节点下载内容。CDN节点与内容源站、以及CDN多级节点之间的媒体内容传输协议包括但不限于HLS、DASH、MSS、HDS、RTSP、RTMP等;CDN节点可以向内容源站或者上级节点请求媒体内容分片列表信息,并且根据分片列表信息中的分片信息,提前按照下载分片列表信息中首部分分片;CDN节点具有对于下载到的内容分片的具有持久保存的能力,在后续的用户终端请求服务的时候,CDN节点可以读取缓存中的媒体内容首部分分片,并且将分片内容返回给终端,CDN节点内的存储介质包含但不限于内存、SSD(Solid StateDrives,固态硬盘)以及磁阵等等;CDN节点与用户终端之间的媒体传输协议包括但不限于HLS、DASH、MSS、HDS、RTSP、RTMP等;CDN节点可以根据用户终端的媒体服务请求,缓存用户请求服务内容的首部分分片;CDN节点可以接受CDN管理节点的内容分发指令,根据内容分发指令中的媒体内容的信息,到内容源站或者上级节点中下载媒体内容的首部分分片以及剩余分片;CDN节点可以接受CDN调度节点的状态采集消息,并且把自己的状态上报给CDN调度节点。
用户终端:分散在网络边缘,可以发起到CDN节点的CDN服务请求,建立通信连接,用户终端设备与CDN节点建立应用层协议会话,并且通过应用层协议与CDN节点进行交互,接收CDN节点传输回来的媒体内容数据,从而获得内容下载、视频播放、网页加速等互联网服务,用户终端与CDN节点交互的媒体传输协议包括但不限于HLS、DASH、MSS、HDS、RTSP、RTMP等;用户终端支持从CDN节点通过上述媒体传输协议获取媒体内容的首部分分片后,就能够进行处理,立即转换成媒体服务。
CDN管理节点:可以向CDN节点发送内容分发指令,内容分发指令中携带内容的信息、内容源站的信息,以便让CDN节点能够从内容源站上,提前下载首部分分片。
CDN调度节点:支持检测各级CDN节点的状态,收集CDN节点的负载,接受用户终端发送媒体服务重定向请求,并且根据就近原则,将用户终端归属的CDN节点的信息,返回给用户终端。
在本发明实施例中,只将媒体内容的首部分分片分发到CDN节点,在用户终端向CDN节点请求媒体内容的服务时,CDN节点可以快速将媒体内容的首部分分片返回给用户终端,降低了媒体内容服务的响应延迟。
如图2所示,本发明实施例的内容服务的实现方法,应用于CDN节点,包括:
步骤201,向上级实体发送请求下载媒体内容的首部分分片的第一下载请求;
其中,所述上级实体可以是:内容源站或上级CDN节点。
所述媒体内容可以是音视频媒体内容,也可以是文档媒体内容,例如PDF、WORD文档,本发明实施例不予限定。
所述首部分分片,可以简称为首分片,是指构成媒体内容的保证连续媒体服务所需的所有媒体会话的最小分片文件集合,在每个媒体会话的分片列表中,按照分片顺序,排在前面的分片,可以是第一个分片,也可以是前几个分片,可以根据内容源站/或者上级实体返回的分片列表信息确定。也就是说,所述媒体内容可以划分为N个分片,首部分分片为所述N个分片中,按照分片顺序前M个分片,其中,M、N为正整数,M小于等于N。
在视频播放领域,对于由多个音频、视频、字幕等等会话的构成的媒体内容,则媒体内容的首部分分片包含了音频、视频、字幕等所有媒体会话的首部分分片。对于有多码率的媒体内容,则首部分分片则包含媒体内容所有的会话的所有码率的首部分分片。在一实施方式中,在将媒体内容划分成分片文件时,首部分分片的播放时长尽可能小,这样一方面可以使得CDN节点在缓存首部分分片所需的存储空间更小,一方面可以使得用户终端播放响应时间更短。
所述第一下载请求可以采用但不限于HTTP、RTSP、RTMP传输协议。
其中,若所述首部分分片为多个分片,则可以依次向上级实体发送单个分片的下载请求,依次请求下载组成所述首部分分片的多个分片。
步骤202,接收所述上级实体发送的所述媒体内容的首部分分片;
其中,接收所述首部分分片所采用的传输协议可以包括但不限于HTTP、RTSP、RTMP。
其中,若所述首部分分片为多个分片,则可以分别接收所述上级实体发送的组成所述首部分分片的多个分片。
步骤203,接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求;
其中,所述下级实体可以是:用户终端或下级CDN节点。
对下级实体的媒体服务形式包含但不限于视频播放、文件传输等。
所述第二下载请求可以采用但不限于HTTP、RTSP、RTMP传输协议。
其中,若所述首部分分片为多个分片,则可以接收所述下级实体发送的多个单个分片的下载请求,以请求下载组成所述首部分分片的多个分片。
步骤204,将所述媒体内容的首部分分片发送至所述下级实体。
其中,发送所述首部分分片所采用的传输协议可以包括但不限于HTTP、RTSP、RTMP。
其中,若所述首部分分片为多个分片,则可以依次将组成所述首部分分片的多个分片分别发送至所述下级实体。
在本发明实施例中,在接收下级实体请求下载所述媒体内容的首部分分片的下载请求之前,已经从上级实体获取了所述媒体内容的首部分分片,可以将所述媒体内容的首部分分片直接返回给所述下级实体,从而降低了媒体内容服务的响应延迟;在视频业务应用场景中,用户终端请求服务开始后,到首次视频画面的响应延迟较小。
在一实施方式中,所述步骤201之前,还包括:
向上级实体发送请求获取所述媒体内容的缓存请求,所述缓存请求携带所述媒体内容的标识信息;
接收所述上级实体发送的所述媒体内容的分片列表信息。
其中,所述请求获取所述媒体内容的缓存请求也可以称为媒体内容下载请求,可以是CDN节点接收CDN管理节点的指令,触发所述缓存请求,也可以是CDN节点根据自身的缓存策略,主动发起的所述缓存请求。
所述缓存请求可以采用但不限于HTTP、RTSP、RTMP传输协议。
其中,所述媒体内容的分片列表信息至少包含首部分分片的信息,例如首部分分片的标识信息。
其中,所述媒体内容的分片列表信息的格式可以包括但不限于如下格式:HLS、DASH、MSS、HDS。
其中,可以根据所述分片列表信息获取所述媒体内容的首部分分片的标识信息,在所述第一下载请求中携带所述首部分分片的标识信息。
在一实施方式中,所述步骤203之前,还包括:
接收所述下级实体请求获取所述媒体内容的服务请求,所述服务请求中携带所述媒体内容的标识信息;
向所述下级实体发送所述媒体内容的分片列表信息。
其中,所述服务请求可以采用但不限于HTTP、RTSP、RTMP传输协议。
在一实施方式中,所述接收所述上级实体发送的所述媒体内容的首部分分片之后,所述方法还包括:将所述媒体内容的首部分分片保存在本地;
所述将所述媒体内容的首部分分片发送至所述下级实体,包括:读取本地保存的所述媒体内容的首部分分片,发送至所述下级实体。
其中,CDN节点内部可以使用内存、SSD、磁阵等存储介质保存所述首部分分片,本发明实施例不予限定。其中,采用SSD时,其可以支持但不限于PCI-E(PeripheralComponent Interconnect Express,外设部件互连标准)、NVMe(Non-Volatile MemoryExpress,非易失性存储器标准)等。CDN节点内部可以读取内存、SSD、磁阵等存储介质中的首部分分片,以提升响应速度。
本发明实施例中,将所述媒体内容的首部分分片保存在本地,由于单个媒体内容在CDN节点上只存储了M个分片,CDN节点对单个媒体内容的存储空间消耗降低到存储全部媒体内容方式的M/N,因此对于同样存储容量的CDN节点,可以存储更多的不同媒体内容,同时,由于CDN节点存储的不同媒体内容数更多,CDN对不同用户的媒体服务请求的命中率就更高,在有多个CDN节点的系统中,从系统层面,与存储全部媒体内容的方式相比,能够对更多的内容进行命中,从CDN的用户平均访问速度来看,优于上述存储全部媒体内容的方式。
在一实施方式中,所述向上级实体发送请求下载媒体内容的首部分分片的下载请求之前,还包括:
按照首部分分片的选择策略,确定所述媒体内容的首部分分片的个数M。
其中,所述首部分分片的选择策略可以是:按照首部分分片播放的时间长度、首部分分片的大小、媒体内容的类型、媒体内容码率、CDN节点本地的存储容量等因素中的一种或多种组合选择首部分分片的个数。例如,按照首部分分片播放的时间长度进行选择,设置首部分分片播放的时间长度在2分钟~5分钟,如果一个分片的播放时长为2秒,则首部分分片至少要包含前10个分片,如果一个分片的播放时长为3分钟,则首部分分片可以为第一个分片。
在一实施方式中,所述方法还包括:
接收所述下级实体请求下载所述媒体内容的剩余分片的第三下载请求;所述剩余分片为所述媒体内容全部N个分片中除M个所述首部分分片之外的N-M个分片;
向所述上级实体发送请求下载媒体内容的剩余分片的第四下载请求;
接收所述上级实体发送的所述媒体内容的剩余分片;
将所述媒体内容的剩余分片发送至所述下级实体。
其中,所述第三下载请求和第四下载请求可以采用但不限于HTTP、RTSP、RTMP传输协议。
CDN节点接收到所述第三下载请求后,从上级实体获取所述媒体内容的剩余分片,发送给下级实体,由于所述第三下载请求可以在第二下载请求同时或紧接着发送,用户终端在首部分分片还未播放完成之前,即下载了剩余分片,所以在播放所述剩余分片时也不会出现延迟现象,而且节省了CDN节点存储空间。
在另外一些实施例中,可能用户终端下载并播放首部分分片后,并不打算继续播放剩余分片,则无需发送上述第三下载请求,以及无需下载剩余分片。
需要说明的是,上述第一下载请求、第二下载请求、第三下载请求、第四下载请求中的第一、第二、第三、第四仅是为了区分不同的下载请求,并不代表先后顺序,在实际应用时,第三下载请求可以在第二下载请求之后或是同时进行。
下面以媒体内容分发过程、用户终端服务调度过程、用户终端请求媒体服务过程为例,对本发明实施例的实现过程进行描述:
媒体内容分发过程:
CDN节点向内容源站发送媒体内容的缓存请求,请求中包括媒体内容的标识;在该步骤中,CDN节点可以是接收CDN管理节点的指令,触发媒体内容的缓存请求,也可以是CDN节点根据自身的缓存策略,主动发起的媒体内容的缓存请求;
内容源站根据CDN节点发送的媒体内容的缓存请求中的媒体内容标识,如果内容是已经切片过的内容,则获取媒体内容的分片列表信息,并且将分片列表信息返回给CDN节点;如果是未经过切片过的内容,则实时对媒体内容进行切片,生成媒体内容的分片列表信息,并且将分片列表信息返回给CDN节点;本步骤中内容源站给CDN节点返回的媒体内容的分片列表信息中,分片的个数为N;
CDN节点根据内容源站返回的媒体内容的分片列表信息,选择首部分分片,并且依次向内容源站发送单个分片的下载请求,单个分片的下载请求中包含分片的标识;该步骤中,CDN节点向内容源站下载的媒体内容的分片数量M,小于内容源站中该媒体内容分片的总数N;
内容源站接收到每个CDN节点发送的每个分片的下载请求,根据分片的标识读取内容源站本地存储,获得指定的分片的媒体内容数据,并返回给CDN节点;
CDN节点将内容源站返回的多个分片,存储在所述CDN节点内。
用户终端服务调度过程:
用户终端向CDN调度节点发送媒体的服务重定向请求;
CDN调度节点根据就近原则,将用户终端归属的CDN节点信息返回给用户终端;
用户终端请求媒体服务过程:
用户终端向CDN节点发起媒体内容的服务请求,请求携带媒体内容的标识;
CDN节点根据用户终端请求的媒体内容的标识,读取CDN节点内存储,将媒体内容的分片列表信息,返回给用户终端,分片列表信息中分片个数为N,分片列表信息包含每个分片的标识;
用户终端获取CDN节点返回的媒体内容分片列表信息后,优先向CDN节点发起分片列表中前M个分片的下载请求,每个请求中包含分片的标识;
CDN节点收到用户终端发起的单个分片下载请求,对于前M个分片,根据分片的标识读取CDN节点的存储,直接将分片的内容返回给用户终端;
用户终端在获取前M个分片的过程中,对前M个分片进行处理,转换成媒体服务,对于视频类的服务,收到第一个分片后,即将第一分片的媒体内容数据转交给视频解码模块;用户终端的视频解码模块,转换成视频画面,进行播放,开始媒体服务。
终端对媒体内容剩余分片的服务请求处理可以包括:
用户终端向CDN节点发起剩余分片的下载请求,请求下载的分片数不超过N-M,每个请求包含分片的标识,并且等待CDN节点返回结果;
CDN节点收到用户终端发起的剩余分片的下载请求后,则使用用户发送的请求中分片的标识,向内容源站发送相同分片标识的下载请求;
内容源站根据CDN节点发送的剩余分片的下载请求中的分片标识,读取内容源站的本地存储,并且将所述剩余分片返回给CDN节点;
CDN节点获得剩余分片后,将剩余分片返回给用户终端;
用户终端接收剩余分片,进行处理,继续转换成媒体服务。
上述所有的媒体内容的缓存请求、接收和发送的分片列表信息、剩余分片的下载请求、发送给下级实体的剩余分片等等,通常都采用相同的协议,例如RTSP/HTTP/RTMP中一种。
在本发明实施例中,通过改进CDN网络的内容分发和服务提供方法,在内容分发时,CDN节点向内容源站或者上级节点请求分片列表,然后按照分片列表中分片的顺序,只将媒体内容的首部分分片分发到CDN节点,以便CDN节点只需要消耗较少的存储,就能够存储大量不同内容的首部分分片;用户终端向CDN节点请求内容的服务时,CDN节点直接读取本地的首部分分片,然后立即返回给用户终端,用户终端收到CDN节点返回首部分分片的数据,开始内容服务。由于CDN节点存储的不同内容的首部分分片数较多,在整体上CDN节点能够对更多的内容提供响应速度很快的服务。
需要说明的是,在实际应用中,CDN可以部署成三级组网,即包括中心节点、区域节点和边缘节点,甚至更多层级,本发明实施例同样适用于各种层级以及不同组网的CDN节点,可以在CDN的各级节点上单独使用,也可以在多级的CDN节点同时或者是嵌套使用,这些场景都是本申请的变形,都属于本申请的保护范围。例如,不同的级别的CDN节点,可以根据自身的首部分分片的选择策略,独立设置首部分分片的个数,也就是说,在不同级别的CDN节点上,同一媒体内容的首部分分片的个数可以不同。
本发明实施例可以有各种应用场景,在传输协议上,可以应用于采用OTT流媒体技术的CDN节点,包括HLS、DASH、MSS、HDS等,也可以应用于IPTV的RTSP流媒体技术的CDN节点;在节点位置上,可以应用于CDN中心节点、CDN边缘节点等各级CDN节点;在首部分分片方面,可以应用于单轨会话、多轨会话的情况,也可以应用于支持自适应等首部分分片包含多个文件的场景。
下面以应用示例进行说明。
应用示例一,以HLS音视频合一的单轨会话视频播放为例进行说明
本应用示例的系统中包含一个CDN管理节点,一个HLS内容源站,一个CDN节点,一个用户终端iPad,CDN节点直接与内容源站使用HLS协议交互,CDN节点对终端提供HLS视频播放媒体服务,在内容源站中,媒体内容标识为hlscid,在内容源站中被预先切分成15个TS分片,即N=15,15个分片的标识为hlscid-xx.ts(xx取值01到15),内容源站预先生成好媒体内容hlscid的媒体分片列表信息文件hlscid.m3u8,文件中包含媒体内容hlscid分片列表信息,在本应用示例中,hlscid.m3u8的内容如下:
#EXTM3U
#EXT-X-TARGETDURATION:8
#EXT-X-MEDIA-SEQUENCE:92595
#EXTINF:8,
hlscid-01.ts
#EXTINF:8,
hlscid-02.ts
......(出于篇幅考虑,此处省略hiscid-03.ts到hiscid-14.ts)
#EXTINF:8,
hlscid-15.ts
说明:出于篇幅考虑,本应用示例只列举了关键字段,详细格式请参考HLS规范。
如图3所示,媒体内容分发过程:
步骤301,CDN管理节点给CDN节点发布内容分发消息,消息中携带媒体内容的标识hlscid;
步骤302,CDN节点向内容源站发起媒体内容hlscid的HTTP下载请求(即缓存请求),请求消息中URL携带媒体内容标识hlscid;
步骤303,内容源站给CDN节点返回HTTP下载响应,响应消息包含hlscid内容的媒体分片列表信息文件hlscid.m3u8;
步骤304,CDN节点首先保存媒体分片列表信息文件hlscid.m3u8到CDN节点的存储介质上,读取媒体分片列表信息文件hlscid.m3u8,获得分片信息,根据首部分分片的选择策略,选择前3个分片作为首部分分片(简称为首分片),其中分片标识分别为hlscid-01.ts、hlscid-02.ts、hlscid-03.ts,向内容源站依次发送HTTP下载请求(即首分片下载请求),请求消息中依次包含第一个分片的标识hlscid-01.ts、第二个分片的标识hlscid-02.ts、第三个分片的标识hlscid-03.ts;
步骤305,内容源站给CDN节点返回HTTP下载响应,分别将第一个分片hlscid-01.ts、第二个分片hlscid-02.ts和第三个分片hlscid-03.ts媒体文件返回给CDN节点;
步骤306,CDN节点将媒体内容的前三个分片hlscid-01.ts~hlscid-03.ts的内容保存在CDN节点内的存储介质上;
如图4所示,用户终端请求媒体内容的首部分分片的过程:
步骤401,用户终端向CDN节点发送媒体内容hlscid的HTTP播放请求,请求URL中携带媒体内容标识hlscid;
步骤402,CDN节点根据用户终端请求的媒体内容标识hlscid,读取CDN节点内存储的分片列表信息文件,将步骤304中保存媒体内容的分片列表信息文件hlscid.m3u8,返回给用户终端;
步骤403,用户终端读取CDN节点返回的媒体内容分片列表信息文件hlscid.m3u8,获得分片的标识,用户终端可以先选择第一个分片进行下载,也可以同时请求下载前三个分片,也可以所有分片同时下载。以同时请求下载前三个分片为例,用户终端获得第一个分片的标识hlscid-01.ts、第二个分片的标识hlscid-02.ts、第三个分片的标识hlscid-03.ts,分别发送下载请求,下载请求中分别包括前三个分片的标识hlscid-01.ts~hlscid-03.ts;
步骤404,CDN节点收到用户终端发起的首部分分片的下载请求,根据分片的标识hlscid-01.ts~hlscid-03.ts读取CDN节点的存储,将分片文件hlscid-01.ts~hlscid-03.ts的内容返回给用户终端;
步骤405,用户终端在获取收到CDN节点返回的第一个分片hlscid-01.ts的内容后,即将第一个分片的数据转交给视频解码模块,可进行解码,快速转换成视频画面,媒体服务开始;以及,在收到CDN节点返回的第二个分片hlscid-01.ts和第三个分片hlscid-03.ts的内容后,即将第二个分片和第三个分片的数据转交给视频解码模块,快速转换成视频画面;
用户终端可以并行且独立地每次发起剩余12个分片下载请求,对于每个分片,采用以下4个步骤:
步骤406,用户终端依次向CDN节点发起剩余分片的下载请求,每个请求包含对应的分片的标识(即hlscid-04到hlscid-15),并且等待CDN节点返回结果;
步骤407,CDN节点收到用户终端发起的剩余分片下载请求后,向内容源站发送相同分片标识的下载请求,请求中携带分片的标识(即hlscid-04到hlscid-15);
步骤408,内容源站根据CDN节点发送的剩余分片下载请求中的分片标识(即hlscid-04到hlscid-15),读取内容源站的本地存储,并且将剩余分片返回给CDN节点;
步骤409,CDN节点获得剩余分片内容后,将hlscid-02到hlscid-15返回给用户终端,用户终端将分片数据转交给用户终端的视频解码模块;
步骤410,用户终端的视频解码模块,持续收到剩余分片的数据后,接收剩余分片,进行解码,继续转换成视频画面展示。
只要从视频画面展示开始,到第一个分片的hlscid-01.ts的视频播放结束前,第二个分片能够下载完,可以实现第二分片连续播放,如此循环,可以实现整个媒体内容的连续播放。
应用示例二,以DASH音视频分离的媒体播放为例进行说明
本应用示例的系统中包含一个CDN管理节点,一个DASH内容源站,一个CDN服务节点,一个用户终端Chrome浏览器,CDN节点直接与内容源站使用DASH协议交互,CDN节点对终端提供HTTP+DASH媒体播放服务,在内容源站中,媒体内容为双轨,媒体内容的标识为dashcid,在内容源站中被预先切分成10个周期分片,即N=10,第一个周期时长5秒,其余周期每个周期时长为10S,每个周期包含2个媒体文件,一个视频文件,文件命名为dashvideo-xx.mp4(xx取值01到10),一个音频文件,文件命名为dashaudio-xx.mp4(xx取值01到10),本实施例中,首部分分片指的是dashvideo-01.mp4以及dashaudio-01.mp4;内容源站预先生成好媒体内容dashcid的媒体分片列表信息文件dashcid.mpd,文件中10个周期分片的文件信息,一共20个文件的信息,其内容如下:
说明:出于篇幅考虑,本应用示例只列举了关键字段,详细格式请参考DASH规范。
如图5所示,媒体内容分发过程:
步骤501,CDN管理节点给CDN节点发布内容分发消息,消息中携带媒体内容的标识dashcid;
步骤502,CDN节点向内容源站发起媒体内容dashcid的HTTP下载请求,请求消息中URL(Uniform Resource Locator,统一资源定位符)携带媒体内容标识dashcid;
步骤503,内容源站给CDN节点返回HTTP下载响应,响应消息包含dashcid内容的媒体分片列表信息文件dashcid.mpd;
步骤504,CDN节点首先保存媒体分片列表信息文件dashcid.mpd,读取媒体分片列表信息文件dashcid.mpd,解析mpd文件获得第一个Period分片的包含2个文件dashvideo-01.mp4和dashaudio-01.mp4,并行开启2个下载任务,一个执行步骤505~507,用于下载视频首分片,一个执行步骤508~510,用于下载音频首分片,2个下载任务没有先后顺序;
步骤505,向内容源站发送HTTP下载请求,请求消息中包含第一个分片的视频文件标识dashvideo-01.mp4;
步骤506,内容源站给CDN节点返回HTTP下载响应,将第一个分片dashvideo-01.mp4媒体文件返回给CDN节点;
步骤507,CDN节点将媒体内容的第一个分片的视频频文件dashvideo-01.mp4的内容保存在CDN节点内的存储介质上;
步骤508,向内容源站发送HTTP下载请求,请求消息中包含第一个分片的音频文件标识dashaudio-01.mp4;
步骤509,内容源站给CDN节点返回HTTP下载响应,将第一个分片的音频文件dashaudio-01.mp4媒体文件返回给CDN节点;
步骤510,CDN节点将媒体内容的第一个分片的音频文件dashaudio-01.mp4的内容保存在CDN节点内的存储介质上;
如图6所示,用户请求媒体首分片的过程:
步骤601,用户终端向CDN节点发送媒体内容dashcid的HTTP播放请求,请求URL中携带媒体内容标识dashcid;
步骤602,CDN节点根据用户终端请求的媒体内容标识dashcid,读取CDN节点内存储,将步骤504中保存媒体内容的分片列表信息文件dashcid.mpd,返回给用户终端;
步骤603,用户终端读取CDN节点返回的媒体内容分片列表信息文件dashcid.mpd,获得第一个分片的视频文件标识dashvideo-01.mp4,以及音频文件标识dashaudio-01.mp4,则开启2个任务,一个执行步骤604~606,一个执行步骤607~609,两个任务可以并行执行,没有先后顺序;
步骤604,用户终端向CDN节点发起HTTP下载请求,请求中包第一个分片的视频文件标识dashvideo-01.mp4;
步骤605,CDN节点收到用户终端发起的第一个分片视频文件的下载请求,根据分片视频文件的标识dashvideo-01.mp4读取CDN节点的存储,直接将分片文件dashvideo-01.mp4的内容返回给用户终端;
步骤606,用户终端在获取收到CDN返回的第一个分片视频文件dashvideo-01.mp4的内容后,即将第一个分片的数据转交给视频解码模块,解码模块开始解码,并将视频信号输出到终端屏幕,终端屏幕开始播放画面;
步骤607,用户终端向CDN节点发起HTTP下载请求,请求中包第一个分片的音频文件标识dashaudio-01.mp4;
步骤608,CDN节点收到用户终端发起的第一个分片音频文件的下载请求,根据分片音频文件的标识dashaudio-01.mp4读取CDN节点的存储,直接将分片文件dashaudio-01.mp4的内容返回给用户终端;
步骤609,用户终端在获取收到CDN返回的第一个分片dashaudio-01.mp4的内容后,即将第一个分片的音频数据转交给音频解码模块,解码模块开始解码,快速转换成声音,终端扬声器开始发音;
用户终端可以并行开启2个独立的下载任务,一个任务按照先后顺序依次下载剩余9个视频分片文件,每个视频分片使用步骤610~613实现;另一个任务按照音频文件的先后顺序依次下载音频分片,每个音频分片文件下载使用步骤614~617实现:
步骤610,用户终端依次向CDN节点发起剩余分片的下载请求,每个请求包含对应的分片视频文件的标识dashvideo-yy.mp4(yy取值02~10),并且等待CDN节点返回结果;
步骤611,CDN节点收到用户终端发起的剩余分片视频文件下载请求后,向内容源站发送相同分片视频文件的下载请求,请求中携带分片的dashvideo-yy.mp4(yy取值02~10);
步骤612,内容源站根据CDN节点发送的剩余分片视频文件下载请求中的分片标识dashvideo-yy.mp4(yy取值02~10),读取内容源站的本地存储,并且将剩余分片返回给CDN节点;
步骤613,CDN节点获得剩余分片视频文件内容后,将剩余分片返回给用户终端,用户终端将剩余分片视频文件数据转交给用户终端的视频解码模块;
步骤614,用户终端依次向CDN节点发起剩余分片的下载请求,每个请求包含对应的分片音频文件的标识dashaudio-yy.mp4(yy取值02~10),并且等待CDN节点返回结果;
步骤615,CDN节点收到用户终端发起的剩余分片音频文件下载请求后,向内容源站发送相同分片音频文件的下载请求,请求中携带分片的dashaudio-yy.mp4(yy取值02~10);
步骤616,内容源站根据CDN节点发送的剩余分片音频文件下载请求中的分片标识dashaudio-yy.mp4(yy取值02~10),读取内容源站的本地存储,并且将剩余分片返回给CDN节点;
步骤617,CDN节点获得剩余分片音频文件内容后,将剩余分片返回给用户终端,用户终端将剩余分片音频文件数据转交给用户终端的音频解码模块;
本应用示例中,用户终端的视频解码模块,持续受到剩余分片的视频数据后,持续解码,转换成视频画面在屏幕上展示;用户终端的音频解码模块,持续受到剩余分片的音频数据后,持续解码,转换声音输出;只要在一个周期的分片播放结束之前,下一个周期的分片对应的视频文件和音频文件能够提前下载完,则可实现音视频连续播放。
应用示例三:以支持MSS的媒体播放为例进行说明
本应用示例的系统中包含一个CDN管理节点,一个IIS(Internet InformationServices,互联网信息服务)/Smooth Streaming Server(平滑流服务器)内容源站,一个CDN服务节点,一个IE浏览器(安装Silverlight插件),CDN节点直接与内容源站使用MSS协议交互,CDN节点对终端提供MSS视频播放媒体服务,在内容源站中,媒体内容标识为msscid,在内容源站中被预先切分成50个TS(Transport Stream,传输流)分片,即N=50,50个分片的标识为msscid-xx.ismv(xx取值01到50),内容源站预先生成好媒体内容msscid的媒体分片列表信息文件msscid.smil,文件中包含媒体内容msscid分片列表信息,其内容为:
说明:出于篇幅考虑,本实施例只列举了关键字段,详细格式请参考MSS规范。
如图7所示,媒体内容分发过程:
步骤701,CDN管理节点给CDN节点发布内容分发消息,消息中携带媒体内容的标识msscid;
步骤702,CDN节点向内容源站发起媒体内容msscid的HTTP下载请求,请求消息中URL携带媒体内容标识msscid;
步骤703,内容源站给CDN节点返回HTTP下载响应,响应消息包含msscid内容的媒体分片列表信息文件msscid.smil;
步骤704,CDN节点首先保存媒体分片列表信息文件msscid.smil到CDN节点的存储介质上,读取媒体分片列表信息文件msscid.smil,获得分片信息,根据首部分分片的选择策略,选择前五个分片作为首部分分片,其中分片标识分别为msscid-01.ismv~msscid-05.ismv,向内容源站依次发送HTTP下载请求,请求消息中依次包含分片标识msscid-01.ismv~msscid-05.ismv;
步骤705,内容源站给CDN节点返回HTTP下载响应,分别将分片msscid-01.ismv~msscid-05.ismv媒体文件返回给CDN节点;
步骤706,CDN节点将媒体内容的首部分分片msscid-01.ismv~msscid-05.ismv的内容保存在CDN节点内的存储介质上;
如图8所示,IE浏览器请求媒体内容首部分分片的过程:
步骤801,IE浏览器向CDN节点发送媒体内容msscid的HTTP播放请求,请求URL中携带媒体内容标识msscid;
步骤802,CDN节点根据IE浏览器请求的媒体内容标识msscid,读取CDN节点内存储,将步骤704中保存媒体内容的分片列表信息文件msscid.smil,返回给IE浏览器;
步骤803,IE浏览器读取CDN节点返回的媒体内容分片列表信息文件msscid.smil,获得分片的标识,用户终端可以先选择第一个分片进行下载,也可以同时请求下载前五个分片,也可以所有分片同时下载。以所有分片同时下载为例,先获得第一个分片的标识msscid-01.ismv,请求中包第一个分片的标识msscid-01.ismv;
步骤804,CDN节点收到IE浏览器发起的第一个分片下载请求,根据分片的标识msscid-01读取CDN节点的存储,直接将分片文件msscid-01.ismv的内容返回给IE浏览器;
步骤805,IE浏览器在获取收到CDN返回的第一个分片msscid-01.ismv的内容后,即将第一个分片的数据转交给视频解码模块,可进行解码,快速转换成视频画面,媒体服务开始;
IE浏览器开启多个并行下载任务,按照每次发起剩余49个分片下载请求,优先下载排序靠前的分片文件,比如开启2个下载任务,一个下载任务依次下载msscid-jj.ismv(jj取值01、03、05、07、09),一个下载任务下载msscid-kk.ismv(kk取值02、04、06、08、10)。下载任务使用以下4个步骤下载单个分片文件:
步骤806,IE浏览器依次向CDN节点发起第2~50分片的下载请求,每个请求包含对应的分片的标识(即msscid-02到msscid-50),并且等待CDN节点返回结果;
步骤807,CDN节点收到IE浏览器发起的第2~50分片下载请求后,第2~5分片从CDN本地获取,发送至用户终端;第6~50分片向内容源站发送下载请求,请求中携带分片的标识(即msscid-06到msscid-50);
步骤808,内容源站根据CDN节点发送的第6~50分片下载请求中的分片标识(即msscid-06到msscid-50),读取内容源站的本地存储,并且将剩余分片返回给CDN节点;
步骤809,CDN节点获得剩余分片内容后,将剩余分片返回给IE浏览器,IE浏览器将剩余分片数据转交给IE浏览器的视频解码模块;
本应用示例中,IE浏览器的视频解码模块,持续受到剩余分片的数据后,接收剩余分片,进行解码,继续转换成视频画面展示;只要从一个分片播放完成之前,下一个分片的文件能够提前下载完成,则可实现连续播放;
应用示例四,以支持HDS,音频视频会话合一,而存在多码率,如何在多种终端接入,不同终端使用不同的码率场景中实施本申请(多码率同样也适用于DASH和HLS)进行说明。
本应用示例的系统中包含一个CDN管理节点,一个Adobe/FLV(FlashVideo)Server内容源站,一个CDN服务节点,1个chrome浏览器(安装flash插件)。chrome1具有较高网络接入带宽10M,1个android手机,通过4G网络接入,具有较小带宽。CDN节点直接与内容源站使用HTTP/HDS协议交互,CDN节点对2个终端提供HTTP/FLV视频播放媒体服务,在内容源站中,媒体内容标识为hdscid,在内容源站中被预先切分成10个周期,每个周期包含2个视频码率4Mb和600Kb的分片文件,4M码率分片的标识分别为hdscid-4000-xx.flv(xx取值01到10),600K码率的分片标识hdscid-600-xx.flv,内容源站预先生成好媒体内容hdscid的媒体分片列表信息文件hdscid.mainefest.xml,文件中包含媒体内容hdscid分片列表信息,其内容:
说明:出于篇幅考虑,本实施例只列举了关键字段,详细格式请参考HDS规范。
如图9所示,媒体内容分发过程:
步骤901,CDN管理节点给CDN节点发布内容分发消息,消息中携带媒体内容的标识hdscid;
步骤902,CDN节点向内容源站发起媒体内容hdscid的HTTP下载请求,请求消息中URL携带媒体内容标识hdscid;
步骤903,内容源站给CDN节点返回HTTP下载响应,响应消息包含hdscid内容的媒体分片列表信息文件hdscid.manifest.xml,内容格式为4-hdscid.mainefest.xml;
步骤904,CDN节点首先保存媒体分片列表信息文件hdscid.manifest.xml到CDN节点的存储介质上,读取媒体分片列表信息文件hdscid.manifest.xml,获得终端第一个分片周期的2个码率的分片文件标识,hdscid-4000-01.flv,和hdscid-600-01.flv,则并行开启2个下载任务,一个执行步骤905~907,用于4M码率的音视频首分片,一个执行步骤908~910,用于下载600K码率音视频首分片,2个下载任务没有先后顺序;
步骤905,向内容源站发送HTTP下载请求,请求消息中包含4Mb码率第一个分片的视频文件标识hdscid-4000-01.flv;
步骤906,内容源站给CDN节点返回HTTP下载响应,将4Mb码率第一个分片周期4Mb码率的首部分分片hdscid-4000-01.mp4媒体文件返回给CDN节点;
步骤907,CDN节点将媒体内容的4Mb码率第一个分片的视频频文件hdscid-4000-01.flv的内容保存在CDN节点内的存储介质上;
步骤908,向内容源站发送HTTP下载请求,请求消息中包含600K码率第一个分片的文件标识hdscid-600-01.flv;
步骤909,内容源站给CDN节点返回HTTP下载响应,将600K码率第一个分片的音频文件hdscid-600-01.flv媒体文件返回给CDN节点;
步骤910,CDN节点将媒体内容600K码率的第一个分片的hdscid-600-01.flv的内容保存在CDN节点内的存储介质上;
如图10所示,chrome浏览器请求4Mb码率的媒体服务的过程:
步骤1001,chrome浏览器向CDN节点发送媒体内容hdscid的HTTP播放请求,请求URL中携带媒体内容标识hdscid;
步骤1002,CDN节点根据chrome浏览器请求的媒体内容标识hdscid,读取CDN节点内存储,将步骤904中保存媒体内容的分片列表信息文件hdscid.manifest.xml,返回给chrome浏览器;
步骤1003,chrome浏览器读取CDN节点返回的媒体内容分片列表信息文件hdscid.manifest.xml,根据自身的带宽,选择4Mb码率的首分片hdscid-4000-01.flv,请求中包第一个分片的标识hdscid-4000-01.flv;
步骤1004,CDN节点收到chrome浏览器发起的第一个分片下载请求,根据分片的标识hdscid-4000-01读取CDN节点的存储,直接将分片文件hdscid-4000-01.flv的内容返回给chrome浏览器;
步骤1005,chrome浏览器在获取收到CDN返回的第一个分片hdscid-4000-01.flv的内容后,即将第一个分片的数据转交给视频解码模块,可进行解码,快速转换成视频画面,媒体服务开始;
chrome浏览器可以开启多个并行下载任务,按照每次发起剩余9个分片下载请求,优先下载排序靠前的分片文件,比如开启2个下载任务,一个下载任务依次下载hdscid-4000-jj.flv(jj取值01、03、05、07、09),一个下载任务下载hdscid-4000-kk.flv(kk取值02、04、06、08、10)。下载任务使用以下4个步骤下载单个分片文件:
步骤1006,chrome浏览器依次向CDN节点发起剩余分片的下载请求,每个请求包含对应的分片的标识(即hdscid-4000-02.flv到hdscid-4000-10.flv),并且等待CDN节点返回结果;
步骤1007,CDN节点收到chrome浏览器发起的剩余分片下载请求后,向内容源站发送相同分片标识的下载请求,请求中携带分片的标识(即hdscid-4000-02.flv到hdscid-4000-10.flv);
步骤1008,内容源站根据CDN节点发送的剩余分片下载请求中的分片标识(即hdscid-4000-02.flv到hdscid-4000-10.flv),读取内容源站的本地存储,并且将后续分片返回给CDN节点;
步骤1009,CDN节点获得剩余分片内容后,将剩余分片返回给chrome浏览器,chrome浏览器将剩余分片数据转交给chrome浏览器的视频解码模块,实现持续视频播放;
如图11所示,Android手机请求600K码率的媒体服务的过程:
步骤1101,Android手机向CDN节点发送媒体内容hdscid的HTTP播放请求,请求URL中携带媒体内容标识hdscid;
步骤1102,CDN节点根据Android手机请求的媒体内容标识hdscid,读取CDN节点内存储,将步骤904中保存媒体内容的分片列表信息文件hdscid.manifest.xml,返回给Android手机;
步骤1103,Android手机读取CDN节点返回的媒体内容分片列表信息文件hdscid.manifest.xml,根据自身的带宽,选择600K码率的首分片hdscid-600-01.flv,请求中包第一个分片的标识hdscid-600-01.flv;
步骤1104,CDN节点收到Android手机发起的第一个分片下载请求,根据分片的标识hdscid-600-01读取CDN节点的存储,直接将分片文件hdscid-600-01.flv的内容返回给Android手机;
步骤1105,Android手机在获取收到CDN返回的第一个分片hdscid-600-01.flv的内容后,即将第一个分片的数据转交给视频解码模块,可进行解码,快速转换成视频画面,媒体服务开始;
Android手机可以开启多个并行下载任务,按照每次发起剩余9个分片下载请求,优先下载排序靠前的分片文件,比如开启2个下载任务,一个下载任务依次下载hdscid-600-jj.flv(jj取值01、03、05、07、09),一个下载任务下载hdscid-600-kk.flv(kk取值02、04、06、08、10)。下载任务使用以下4个步骤下载单个分片文件:
步骤1106,Android手机依次向CDN节点发起剩余分片的下载请求,每个请求包含对应的分片的标识(即hdscid-600-02.flv到hdscid-600-10.flv),并且等待CDN节点返回结果;
步骤1107,CDN节点收到Android手机发起的剩余分片下载请求后,向内容源站发送相同分片标识的下载请求,请求中携带分片的标识(即hdscid-600-02.flv到hdscid-600-10.flv);
步骤1108,内容源站根据CDN节点发送的剩余分片下载请求中的分片标识(即hdscid-600-02.flv到hdscid-600-10.flv),读取内容源站的本地存储,并且将后续分片返回给CDN节点;
步骤1109,CDN节点获得剩余分片内容后,将剩余分片返回给Android手机,Android手机将剩余分片数据转交给Android手机的视频解码模块,实现持续视频播放。
本发明实施例还提供一种内容服务的实现装置,该装置用于实现上述实施例及实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置可以以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
如图12所示,所述内容服务的实现装置,包括:
第一发送模块1201,用于向上级实体发送请求下载媒体内容的首部分分片的第一下载请求;
第一接收模块1202,用于接收所述上级实体发送的所述媒体内容的首部分分片;
第二接收模块1203,用于接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求;
第二发送模块1204,用于将所述媒体内容的首部分分片发送至所述下级实体。
在本发明实施例中,在接收下级实体请求下载所述媒体内容的首部分分片的下载请求之前,已经从上级实体获取了所述媒体内容的首部分分片,可以将所述媒体内容的首部分分片直接返回给所述下级实体,从而降低了媒体内容服务的响应延迟;在视频业务应用场景中,用户终端请求服务开始后,到首次视频画面的响应延迟较小。
在一实施方式中,还包括:
第三发送模块,用于向上级实体发送请求获取所述媒体内容的缓存请求,所述缓存请求携带所述媒体内容的标识信息;
第三接收模块,用于接收所述上级实体发送的所述媒体内容的分片列表信息。
在一实施方式中,所述第一发送模块1201,还用于根据所述分片列表信息获取所述媒体内容的首部分分片的标识信息,在所述第一下载请求中携带所述首部分分片的标识信息。
在一实施方式中,还包括:
第四接收模块,用于接收所述下级实体请求获取所述媒体内容的服务请求,所述服务请求中携带所述媒体内容的标识信息;
第四发送模块,用于向所述下级实体发送所述媒体内容的分片列表信息。
在一实施方式中,还包括:
存储模块,用于保存所述媒体内容的首部分分片;
所述第一接收模块,还用于将所述媒体内容的首部分分片保存到所述存储模块中;
所述第二发送模块,用于读取所述存储模块保存的所述媒体内容的首部分分片,发送至所述下级实体。
本发明实施例中,将所述媒体内容的首部分分片保存在本地,由于单个媒体内容在CDN节点上只存储了M个分片,CDN节点对单个媒体内容的存储空间消耗降低到存储全部媒体内容方式的M/N,因此对于同样存储容量的CDN节点,可以存储更多的不同媒体内容,同时,由于CDN节点存储的不同媒体内容数更多,CDN对不同用户的媒体服务请求的命中率就更高,在有多个CDN节点的系统中,从系统层面,与存储全部媒体内容的方式相比,能够对更多的内容进行命中,从CDN的用户平均访问速度来看,优于上述存储全部媒体内容的方式。
在一实施方式中,所述媒体内容的首部分分片是指构成媒体内容的保证连续媒体服务所需的所有媒体会话的最小分片文件集合,是所述媒体内容全部N个分片中,按照分片顺序前M个分片,其中,M、N为正整数,M小于等于N。
在一实施方式中,所述装置还包括:
确定模块,用于按照首部分分片的选择策略,确定所述媒体内容的首部分分片的个数M。
在一实施方式中,还包括:
第五接收模块,用于接收所述下级实体请求下载所述媒体内容的剩余分片的第三下载请求;所述剩余分片为所述媒体内容全部N个分片中除M个所述首部分分片之外的N-M个分片;
第五发送模块,用于向所述上级实体发送请求下载媒体内容的剩余分片的第四下载请求;
第六接收模块,用于接收所述上级实体发送的所述媒体内容的剩余分片;
第六发送模块,用于将所述媒体内容的剩余分片发送至所述下级实体。
综上所述,在CDN系统中,本申请可以在消耗较小的存储的情况,获得较好好的用户媒体服务延迟,媒体内容越多,用户终端数越多,采用本申请的收益越大。
如图13所示,本发明实施例还提供一种CDN节点,包括:
处理器1301;
用于存储所述处理器可执行指令的存储器1302;
用于根据所述处理器的控制进行信息收发通信的传输装置1303;
其中,所述处理器用于执行以下操作:
向上级实体发送请求下载媒体内容的首部分分片的第一下载请求;
接收所述上级实体发送的所述媒体内容的首部分分片;
接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求;
将所述媒体内容的首部分分片发送至所述下级实体。
在一实施方式中,所述处理器还用于执行以下操作:
向上级实体发送请求下载媒体内容的首部分分片的第一下载请求之前,向上级实体发送请求获取所述媒体内容的缓存请求,所述缓存请求携带所述媒体内容的标识信息;
接收所述上级实体发送的所述媒体内容的分片列表信息。
在一实施方式中,所述处理器还用于执行以下操作:
接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求之前,接收所述下级实体请求获取所述媒体内容的服务请求,所述服务请求中携带所述媒体内容的标识信息;
向所述下级实体发送所述媒体内容的分片列表信息。
在一实施方式中,所述处理器还用于执行以下操作:
根据所述分片列表信息获取所述媒体内容的首部分分片的标识信息;
所述第一下载请求中携带所述首部分分片的标识信息。
在一实施方式中,所述处理器还用于执行以下操作:
所述接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求之前,接收所述下级实体请求获取所述媒体内容的服务请求,所述服务请求中携带所述媒体内容的标识信息;
向所述下级实体发送所述媒体内容的分片列表信息。
在一实施方式中,所述处理器还用于执行以下操作:
所述接收所述上级实体发送的所述媒体内容的首部分分片之后,将所述媒体内容的首部分分片保存在本地;
所述将所述媒体内容的首部分分片发送至所述下级实体,包括:读取本地保存的所述媒体内容的首部分分片,发送至所述下级实体。
在一实施方式中,所述处理器还用于执行以下操作:
将所述媒体内容的首部分分片保存在本地的内存、SSD或磁阵中。
在一实施方式中,所述媒体内容的首部分分片是指构成媒体内容的保证连续媒体服务所需的所有媒体会话的最小分片文件集合,是所述媒体内容全部N个分片中,按照分片顺序前M个分片,其中,M、N为正整数,M小于等于N。
在一实施方式中,所述处理器还用于执行以下操作:
所述向上级实体发送请求下载媒体内容的首部分分片的下载请求之前,按照首部分分片的选择策略,确定所述媒体内容的首部分分片的个数M。
在一实施方式中,所述处理器还用于执行以下操作:
接收所述下级实体请求下载所述媒体内容的剩余分片的第三下载请求;所述剩余分片为所述媒体内容全部N个分片中除M个所述首部分分片之外的N-M个分片;其中,M、N为正整数,M小于等于N;
向所述上级实体发送请求下载媒体内容的剩余分片的第四下载请求;
接收所述上级实体发送的所述媒体内容的剩余分片;
将所述媒体内容的剩余分片发送至所述下级实体。
本发明实施例还提供一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行上述内容服务的实现方法。
在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
显然,本领域的技术人员应该明白,上述的本发明实施例的模块或步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明实施例不限制于任何特定的硬件和软件结合。
虽然本发明所揭露的实施方式如上,但所述的内容仅为便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属领域内的技术人员,在不脱离本发明所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (19)
1.一种内容服务的实现方法,包括:
向上级实体发送请求下载媒体内容的首部分分片的第一下载请求;
接收所述上级实体发送的所述媒体内容的首部分分片;
将所述媒体内容的首部分分片保存在本地;
接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求;
将所述媒体内容的首部分分片发送至所述下级实体,包括:读取本地保存的所述媒体内容的首部分分片,发送至所述下级实体;
所述媒体内容的首部分分片是指构成媒体内容的保证连续媒体服务所需的所有媒体会话的最小分片文件集合,是所述媒体内容全部N个分片中,按照分片顺序前M个分片,其中,M、N为正整数,M小于等于N。
2.如权利要求1所述的方法,其特征在于,所述向上级实体发送请求下载媒体内容的首部分分片的第一下载请求之前,还包括:
向所述上级实体发送请求获取所述媒体内容的缓存请求,所述缓存请求携带所述媒体内容的标识信息;
接收所述上级实体发送的所述媒体内容的分片列表信息。
3.如权利要求2所述的方法,其特征在于,所述方法还包括:
根据所述分片列表信息获取所述媒体内容的首部分分片的标识信息;
所述第一下载请求中携带所述首部分分片的标识信息。
4.如权利要求2所述的方法,其特征在于,所述接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求之前,还包括:
接收所述下级实体请求获取所述媒体内容的服务请求,所述服务请求中携带所述媒体内容的标识信息;
向所述下级实体发送所述媒体内容的分片列表信息。
5.如权利要求1所述的方法,其特征在于,所述将所述媒体内容的首部分分片保存在本地,包括:
将所述媒体内容的首部分分片保存在本地的内存、固态硬盘SSD或磁阵中。
6.如权利要求1所述的方法,其特征在于,所述向上级实体发送请求下载媒体内容的首部分分片的下载请求之前,还包括:
按照首部分分片的选择策略,确定所述媒体内容的首部分分片的个数M。
7.如权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述下级实体请求下载所述媒体内容的剩余分片的第三下载请求;所述剩余分片为所述媒体内容全部N个分片中除M个所述首部分分片之外的N-M个分片;其中,M、N为正整数,M小于等于N;
向所述上级实体发送请求下载媒体内容的剩余分片的第四下载请求;
接收所述上级实体发送的所述媒体内容的剩余分片;
将所述媒体内容的剩余分片发送至所述下级实体。
8.如权利要求1~7中任意一项所述的方法,其特征在于,
采用如下传输协议之一传输所述第一下载请求、第二下载请求和所述媒体内容的首部分分片:超文本传输协议HTTP、实时流协议RTSP、实时消息传输协议RTMP。
9.如权利要求2或4所述的方法,其特征在于,
所述媒体内容的分片列表信息的格式包括如下至少之一:HTTP流媒体直播HLS、动态自适应HTTP流DASH、微软平滑流MSS、HTTP动态流HDS。
10.如权利要求1~7中任意一项所述的方法,其特征在于,
所述上级实体为:内容源站或上级内容分发网络节点,所述下级实体为:用户终端或下级内容分发网络节点。
11.一种内容服务的实现装置,包括:
第一发送模块,用于向上级实体发送请求下载媒体内容的首部分分片的第一下载请求;
第一接收模块,用于接收所述上级实体发送的所述媒体内容的首部分分片;
第二接收模块,用于接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求;
第二发送模块,用于将所述媒体内容的首部分分片发送至所述下级实体;
存储模块,用于保存所述媒体内容的首部分分片;
所述第一接收模块,还用于将所述媒体内容的首部分分片保存到所述存储模块中;
所述第二发送模块,用于读取所述存储模块保存的所述媒体内容的首部分分片,发送至所述下级实体;
所述媒体内容的首部分分片是指构成媒体内容的保证连续媒体服务所需的所有媒体会话的最小分片文件集合,是所述媒体内容全部N个分片中,按照分片顺序前M个分片,其中,M、N为正整数,M小于等于N。
12.如权利要求11所述的装置,其特征在于,还包括:
第三发送模块,用于向所述上级实体发送请求获取所述媒体内容的缓存请求,所述缓存请求携带所述媒体内容的标识信息;
第三接收模块,用于接收所述上级实体发送的所述媒体内容的分片列表信息。
13.如权利要求12所述的装置,其特征在于,
所述第一发送模块,还用于根据所述分片列表信息获取所述媒体内容的首部分分片的标识信息,在所述第一下载请求中携带所述首部分分片的标识信息。
14.如权利要求12所述的装置,其特征在于,还包括:
第四接收模块,用于接收所述下级实体请求获取所述媒体内容的服务请求,所述服务请求中携带所述媒体内容的标识信息;
第四发送模块,用于向所述下级实体发送所述媒体内容的分片列表信息。
15.如权利要求11所述的装置,其特征在于,所述装置还包括:
确定模块,用于按照首部分分片的选择策略,确定所述媒体内容的首部分分片的个数M。
16.如权利要求11所述的装置,其特征在于,还包括:
第五接收模块,用于接收所述下级实体请求下载所述媒体内容的剩余分片的第三下载请求;所述剩余分片为所述媒体内容全部N个分片中除M个所述首部分分片之外的N-M个分片;其中,M、N为正整数,M小于等于N;
第五发送模块,用于向所述上级实体发送请求下载媒体内容的剩余分片的第四下载请求;
第六接收模块,用于接收所述上级实体发送的所述媒体内容的剩余分片;
第六发送模块,用于将所述媒体内容的剩余分片发送至所述下级实体。
17.一种内容分发网络节点,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
用于根据所述处理器的控制进行信息收发通信的传输装置;
其中,所述处理器用于执行以下操作:
向上级实体发送请求下载媒体内容的首部分分片的第一下载请求;
接收所述上级实体发送的所述媒体内容的首部分分片;
接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求;
将所述媒体内容的首部分分片发送至所述下级实体。
18.如权利要求17所述的内容分发网络节点,其特征在于,所述处理器还用于执行以下操作:
向上级实体发送请求下载媒体内容的首部分分片的第一下载请求之前,向所述上级实体发送请求获取所述媒体内容的缓存请求,所述缓存请求携带所述媒体内容的标识信息;
接收所述上级实体发送的所述媒体内容的分片列表信息。
19.如权利要求18所述的内容分发网络节点,其特征在于,所述处理器还用于执行以下操作:
接收下级实体请求下载所述媒体内容的首部分分片的第二下载请求之前,接收所述下级实体请求获取所述媒体内容的服务请求,所述服务请求中携带所述媒体内容的标识信息;
向所述下级实体发送所述媒体内容的分片列表信息。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711436227.0A CN108063769B (zh) | 2017-12-26 | 2017-12-26 | 一种内容服务的实现方法、装置及内容分发网络节点 |
PCT/CN2018/122056 WO2019128800A1 (zh) | 2017-12-26 | 2018-12-19 | 一种内容服务的实现方法、装置及内容分发网络节点 |
EP18894087.8A EP3734927A1 (en) | 2017-12-26 | 2018-12-19 | Content service implementation method and device, and content delivery network node |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711436227.0A CN108063769B (zh) | 2017-12-26 | 2017-12-26 | 一种内容服务的实现方法、装置及内容分发网络节点 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108063769A CN108063769A (zh) | 2018-05-22 |
CN108063769B true CN108063769B (zh) | 2020-10-02 |
Family
ID=62140186
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711436227.0A Active CN108063769B (zh) | 2017-12-26 | 2017-12-26 | 一种内容服务的实现方法、装置及内容分发网络节点 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3734927A1 (zh) |
CN (1) | CN108063769B (zh) |
WO (1) | WO2019128800A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108063769B (zh) * | 2017-12-26 | 2020-10-02 | 南京中兴新软件有限责任公司 | 一种内容服务的实现方法、装置及内容分发网络节点 |
CN109600373B (zh) * | 2018-12-11 | 2021-08-06 | 深圳市网心科技有限公司 | 一种直播数据传输方法、装置、系统以及可读存储介质 |
CN110022482B (zh) * | 2019-03-05 | 2021-07-27 | 咪咕视讯科技有限公司 | 视频起播方法、视频服务系统及存储介质 |
CN111182330B (zh) * | 2019-08-15 | 2021-11-09 | 腾讯科技(深圳)有限公司 | 视频播放方法及装置 |
CN110769326B (zh) * | 2019-11-21 | 2022-03-01 | 广州方硅信息技术有限公司 | 视频切片文件的加载、视频文件的播放方法和装置 |
CN112584255B (zh) * | 2020-12-04 | 2023-05-26 | 广州虎牙科技有限公司 | 一种流媒体数据的播放方法、装置、计算机设备和存储介质 |
CN114374860A (zh) * | 2021-12-29 | 2022-04-19 | 中国电信股份有限公司 | 一种视频业务处理方法及装置 |
CN116996579B (zh) * | 2023-09-27 | 2024-02-27 | 联通在线信息科技有限公司 | 基于复用302地址提高分片请求下载速度的方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101388909A (zh) * | 2008-10-14 | 2009-03-18 | 中兴通讯股份有限公司 | 一种p2p点播系统和业务方法 |
WO2015000936A1 (en) * | 2013-07-03 | 2015-01-08 | Koninklijke Kpn N.V. | Streaming of segmented content |
CN105049873A (zh) * | 2015-05-29 | 2015-11-11 | 腾讯科技(北京)有限公司 | 一种流媒体传输方法、装置和系统 |
CN105933796A (zh) * | 2016-04-20 | 2016-09-07 | 乐视控股(北京)有限公司 | 基于http实时流的多媒体内容的提供方法及装置、终端设备 |
CN106161382A (zh) * | 2015-04-15 | 2016-11-23 | 中兴通讯股份有限公司 | 一种多媒体文件控制方法和系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102547393B (zh) * | 2010-12-20 | 2016-09-14 | 上海全土豆网络科技有限公司 | 移动互联网视频内容交互系统及其方法 |
US8589996B2 (en) * | 2011-03-16 | 2013-11-19 | Azuki Systems, Inc. | Method and system for federated over-the-top content delivery |
CN102231749B (zh) * | 2011-08-12 | 2013-12-11 | 乐视网信息技术(北京)股份有限公司 | 一种利用cdn网络传输直播流的系统和方法 |
CN105897850A (zh) * | 2015-12-22 | 2016-08-24 | 乐视云计算有限公司 | 用于cdn平台的响应处理方法、调度代理服务器及系统 |
CN108063769B (zh) * | 2017-12-26 | 2020-10-02 | 南京中兴新软件有限责任公司 | 一种内容服务的实现方法、装置及内容分发网络节点 |
-
2017
- 2017-12-26 CN CN201711436227.0A patent/CN108063769B/zh active Active
-
2018
- 2018-12-19 EP EP18894087.8A patent/EP3734927A1/en not_active Withdrawn
- 2018-12-19 WO PCT/CN2018/122056 patent/WO2019128800A1/zh unknown
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101388909A (zh) * | 2008-10-14 | 2009-03-18 | 中兴通讯股份有限公司 | 一种p2p点播系统和业务方法 |
WO2015000936A1 (en) * | 2013-07-03 | 2015-01-08 | Koninklijke Kpn N.V. | Streaming of segmented content |
CN106161382A (zh) * | 2015-04-15 | 2016-11-23 | 中兴通讯股份有限公司 | 一种多媒体文件控制方法和系统 |
CN105049873A (zh) * | 2015-05-29 | 2015-11-11 | 腾讯科技(北京)有限公司 | 一种流媒体传输方法、装置和系统 |
CN105933796A (zh) * | 2016-04-20 | 2016-09-07 | 乐视控股(北京)有限公司 | 基于http实时流的多媒体内容的提供方法及装置、终端设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2019128800A1 (zh) | 2019-07-04 |
CN108063769A (zh) | 2018-05-22 |
EP3734927A1 (en) | 2020-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108063769B (zh) | 一种内容服务的实现方法、装置及内容分发网络节点 | |
TWI580237B (zh) | 單一播放適應性位元率串流 | |
EP2493191B1 (en) | Method, device and system for realizing hierarchically requesting content in http streaming system | |
EP2805471B1 (en) | Method and apparatus for enabling pre-fetching of media | |
CN110933517B (zh) | 码率切换方法、客户端和计算机可读存储介质 | |
US9356985B2 (en) | Streaming video to cellular phones | |
EP3047627B1 (en) | Dash representations adaptations in network | |
KR20180123500A (ko) | 애플리케이션 콘텐츠 패키징 및 전달의 시그널링 | |
US20220060532A1 (en) | Method for transmitting resources and electronic device | |
US20150026746A1 (en) | Method and IPTV Server for Enabling Playout of One or More Media Objects | |
CN117596232A (zh) | 流媒体快速启动方法、装置和系统 | |
CN112243158B (zh) | 媒体文件处理方法、装置、计算机可读介质及电子设备 | |
CN104602046B (zh) | 一种基于hls协议的信息发布方法、设备及系统 | |
CN108271039B (zh) | 一种文件发送方法及装置 | |
CN112243136B (zh) | 内容播放方法、视频存储方法和设备 | |
US20120254919A1 (en) | Method for acquiring program content and set top box | |
CN115297095B (zh) | 回源处理方法、装置、计算设备及存储介质 | |
CN113438513B (zh) | 一种视频分辨率切换方法、装置、设备及存储介质 | |
CN106936808B (zh) | Http流媒体传输方法及装置 | |
CN115604248A (zh) | 文件传输方法及装置 | |
Haimi-Cohen et al. | Flexible and robust video delivery based on self-contained multimedia segments | |
KR20200018890A (ko) | 무선 스트리밍 방법 |
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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20200910 Address after: 210012 Nanjing, Yuhuatai District, South Street, Bauhinia Road, No. 68 Applicant after: Nanjing Zhongxing New Software Co.,Ltd. Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice Applicant before: ZTE Corp. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |