CN103546540B - 在cdn网络上实现缓存数据控制的方法及*** - Google Patents

Abstract

本申请公开了一种在CDN网络上实现缓存数据控制的方法及***，该方法包括：播放器端在获取到的视频地址中添加唯一标识信息生成请求地址发送至服务器端；所述服务器端从接收到的所述请求地址中提取出所述唯一标识信息与对应的所述视频地址匹配存储，并根据该视频地址返回相对应的视频流数据推送给所述播放器端；所述播放器端对所述服务器端推送的所述视频流数据进行下载缓存，并根据该播放器端预置的缓存时长生成暂停或续传请求指令发送至所述服务器端控制所述视频流数据传输的暂停或续传。本申请解决了目前服务器端无法对播放器中视频的缓存数据量进行控制的问题。

Description

在CDN网络上实现缓存数据控制的方法及***

技术领域

本申请涉及网络信息处理领域，具体地说，涉及一种在CDN（ContentDeliveryNetwork，内容分发网络）网络上实现缓存数据控制的方法及***。

背景技术

随着互联网技术的快速发展，人们获取信息的方式已经发生改变：从传统的书籍、报纸、电视、广播等方式，继而变成通过互联网获取。尤其是互联网将影视节目、新闻、广告、聊天视频、游戏视频、监控视频等等丰富的综合性网络视频资源进行共享，从而网络视频已经成为人们学习、社交以及休闲娱乐而不可替代的重要方式。

网络视频本身都是容量较大的视频文件，大量的访问数量会对互联网中服务器造成巨大的访问压力，所以，通常使用CDN网络，尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。

目前，用户客户端中的播放器获取到网络视频的播放链接后，会直接发送HTTP（hypertexttransportprotocol，超文本传输协议）请求给HTTP服务器（视频服务器，简称服务器），服务器接收到请求后便返回相应的视频内容，播放器获取到视频数据后便开始播放。播放器在播放视频时都会缓存一部分视频（缓存指已下载且尚未播放的视频数据），但是播放器无法控制下载速度和缓存长度，服务器端虽可以控制下载速度或者停止下载，却无法获知当前的播放器中的缓存长度。具体来说，在网络环境较好的情况下，播放器端的下载速度超过用户的播放速度，播放器中的缓存数据就会越来越多，比如一个视频码流是800kbps，下载速度是1000kbps，那么每秒就会多下载200k大小的数据作为缓存数据，在完整视频没有下载完成之前，缓存的数据就会不断的下载，不断占用着CDN服务器端的带宽，从而增加网络传输的压力，而且如果用户在视频中间停止观看视频，那么缓存的数据就会浪费。

现有技术中，通常采用分段下载的方法来克服上述问题，即一个长视频分成若干段，播放器先下载一段，用户看完后再继续下载。但是，播放器需要对各段视频进行拼接处理，在拼接部分会造成严重的跳跃感，影响视频的整体流畅程度，另外，在某些情况下（如某些移动设备播放视频），并不适合对视频进行分段。

综上所述，如何解决目前服务器端无法对播放器中视频的缓存数据量进行控制，便成为亟待解决的技术问题。

发明内容

有鉴于此，本申请所要解决的技术问题是提供了一种在CDN网络上实现缓存数据控制的方法及***，以解决目前服务器端无法对播放器中视频的缓存数据量进行控制的问题。

为了解决上述技术问题，本申请公开了一种在CDN网络上实现缓存数据控制的方法，该方法包括：

播放器端在获取到的视频地址中添加唯一标识信息生成请求地址发送至服务器端；

所述服务器端从接收到的所述请求地址中提取出所述唯一标识信息与对应的所述视频地址匹配存储，并根据该视频地址返回相对应的视频流数据推送给所述播放器端；

所述播放器端对所述服务器端推送的所述视频流数据进行下载缓存，并根据该播放器端预置的缓存时长生成暂停或续传请求指令发送至所述服务器端控制所述视频流数据传输的暂停或续传。

优选地，所述播放器端对所述服务器端推送的所述视频流数据进行下载缓存，并根据该播放器端预置的视频缓存时长生成暂停或续传请求指令发送至所述服务器端控制所述视频流数据传输的暂停或续传，进一步为：

当所述播放器端对所述视频流数据进行下载缓存的时长超过其预置的最大缓存时长时，该播放器端生成带有所述唯一标识信息的暂停请求指令发送至所述服务器端，所述服务器端根据该暂停请求指令中提取的该唯一标识信息控制对应的所述视频流数据暂停传输；

当所述播放器端进行下载缓存的时长低于其预置的最小缓存时长时，该播放器端生成带有所述唯一标识信息的续传请求指令发送至所述服务器端，所述服务器端根据该续传请求指令中提取的该唯一标识信息控制对应的所述视频流数据继续传输。

优选地，所述播放器端对所述服务器端推送的所述视频流数据进行下载缓存，并根据该播放器端预置的视频缓存时长生成暂停或续传请求指令发送至所述服务器端控制所述视频流数据传输的暂停或续传，进一步还包括：

当所述播放器端对所述视频流数据进行下载缓存的时长超过其预置的最大缓存时长时，该播放器端生成带有所述唯一标识信息和预置延时时长的延时下载请求指令发送至所述服务器端，所述服务器端根据该延时下载请求指令中提取的该唯一标识信息将对应的所述视频流数据传输暂停，并按照所述延时时长恢复所述视频流数据的传输。

优选地，所述最大缓存时长，进一步为所述播放器端预置的5-15分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度。

优选地，所述最小缓存时长，进一步为所述播放器端预置的1-5分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度。

优选地，所述缓存时长，进一步还包括所述播放器端通过从设置在CDN网络中的调度器端根据不同时段的CDN网络状态调节获取得到的缓存时长。

为了解决上述技术问题，本申请还公开了一种在CDN网络上实现缓存数据控制的***，包括：播放器和CDN服务器；其中，

所述播放器，用于在获取到的视频地址中添加唯一标识信息生成请求地址发送至所述CDN服务器，对接收到的所述CDN服务器反馈的与该视频地址相对应的视频流数据进行下载缓存，并根据预置的缓存时长生成暂停或续传请求指令发送至所述CDN服务器；

所述CDN服务器，用于从接收到的所述播放器发送的所述请求地址中提取出所述唯一标识信息与对应的所述视频地址匹配存储，根据该视频地址返回相对应的视频流数据推送给所述播放器，并根据所述播放器发送的所述暂停或续传请求指令控制所述视频流数据传输的暂停或续传。

进一步地，所述播放器，进一步用于当对所述视频流数据进行下载缓存的时长超过预置的最大缓存时长时，所述播放器生成带有所述唯一标识信息的暂停请求指令发送至所述CDN服务器；

当对所述视频流数据进行下载缓存的时长低于预置的最小缓存时长时，所述播放器生成带有所述唯一标识信息的续传请求指令发送至所述CDN服务器。

进一步地，所述CDN服务器，进一步用于根据接收到的所述播放器发送的所述暂停请求指令中提取的所述唯一标识信息控制对应的所述视频流数据暂停传输；

根据接收到的所述播放器发送的所述续传请求指令中提取的所述唯一标识信息控制对应的所述视频流数据继续传输。

进一步地，所述播放器，进一步还用于当对所述视频流数据进行下载缓存的时长超过预置的最大缓存时长时，所述播放器生成带有所述唯一标识信息和预置延时时长的延时下载请求指令发送至所述CDN服务器。

进一步地，所述CDN服务器，进一步还用于根据接收到的所述播放器发送的所述延时下载请求指令中提取的所述唯一标识信息将对应的所述视频流数据传输暂停，并按照所述延时时长恢复所述视频流数据的传输。

进一步地，所述最大缓存时长，进一步为所述播放器端预置的5-15分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度。

进一步地，所述最小缓存时长，进一步为所述播放器端预置的1-5分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度。

进一步地：调度器，设置在CDN网络中与所述播放器相耦接，用于根据不同时段的CDN网络状态调节所述缓存时长，并将该缓存时长发送至所述播放器。

与现有技术相比，本申请所述的一种在CDN网络上实现缓存数据控制的方法及***，达到了如下效果：

1）本申请通过播放器端向服务器端发送指令，使服务器端获知当前播放器中的缓存长度，有效实现了服务器端对播放器中视频的缓存数据量进行的控制。

2）采用本申请技术方案的服务器端无需对视频进行分段，有效保证了视频的完整性，播放器端在不断对视频进行缓存时也不会带来严重的跳跃感。

3）本申请通过服务器端的控制，在节约CDN带宽的同事还节约用户端的带宽，保证了数据传输的稳定性。

当然，实施本申请的任一产品必不一定需要同时达到以上所述的所有技术效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例一中所述的在CDN网络上实现缓存数据控制的方法的流程图；

图2是本申请实施例二中所述的在CDN网络上实现缓存数据控制的方法的流程图；

图3是本申请实施例三中所述的在CDN网络上实现缓存数据控制的方法的流程图；

图4a是本申请实施例四中所述的在CDN网络上实现缓存数据控制的***的结构框图；

图4b是图4a中所述的在CDN网络上实现缓存数据控制的***的另一种结构框图。

具体实施方式

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

如图1所示，为本申请一实施例所述的在CDN网络上实现缓存数据控制的方法的方法流程图，包括：

步骤101，播放器端在获取到的视频地址中添加唯一标识信息生成请求地址发送至服务器端。

所述唯一标识信息，具体可以是随机的MD5值（MessageDigestAlgorithm，信息-摘要算法5）或者由所述播放器端生成的具有唯一特性的标识。

对于步骤101，经过添加唯一标识信息的所述视频地址将具有全局的唯一性，即在服务器端所存储的地址中或全局互联网中都是唯一的，该唯一标识信息与相对应的客户端所匹配。

步骤102，服务器端从接收到的所述请求地址中提取出所述唯一标识信息与对应的所述视频地址匹配存储，并根据该视频地址返回相对应的视频流数据推送给所述播放器端；

在步骤102中，所述服务器端通过匹配存储的方式建立所述唯一标识信息与所述视频地址的对应关系。

步骤103，所述播放器端对所述服务器端推送的所述视频流数据进行下载缓存，并根据该播放器端预置的缓存时长生成暂停或续传请求指令发送至所述服务器端控制所述视频流数据传输的暂停或续传。

如图2所示，为本申请实施例二所述的在CDN网络上实现缓存数据控制的方法的方法流程图，包括：

步骤201，播放器端在获取到的视频地址中添加唯一标识信息生成请求地址发送至服务器端。

所述视频地址可以使用URL（UniformResourceLocator，统一资源定位符）来实现，也可以是IP地址（InternetProtocol，互联网协议地址），本申请并不限于此。需要说明的是，所述视频地址具有有效性，即通过访问该视频地址就可以获取对应的视频流数据，从而，若将所述唯一标识信息随意加入该视频地址中，则将影响所述视频地址的有效性，导致视频地址无法使用。因此，所述播放器端将所述唯一标识信息添加至所述视频地址的末尾处，可以在不影响所述视频地址有效性的同时使该视频地址获得全局唯一的标识。

步骤202，服务器端从接收到的所述请求地址中提取出所述唯一标识信息与对应的所述视频地址匹配存储，并根据该视频地址返回相对应的视频流数据推送给所述播放器端。

步骤203，当所述播放器端对所述视频流数据进行下载缓存的时长超过其预置的最大缓存时长时，该播放器端生成带有所述唯一标识信息的暂停请求指令发送至所述服务器端，所述服务器端根据该暂停请求指令中提取的该唯一标识信息控制对应的所述视频流数据暂停传输；

当所述播放器端进行下载缓存的时长低于其预置的最小缓存时长时，该播放器端生成带有所述唯一标识信息的续传请求指令发送至所述服务器端，所述服务器端根据该续传请求指令中提取的该唯一标识信息控制对应的所述视频流数据继续传输。

在步骤203中，所述最大缓存时长具体可以是5-15分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度，如：根据所述视频流数据总时长的十分之一的时间长度设置为最大缓存时长；所述最小缓存时长具体可以是1-5分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度，如：视频总时间较短（少于1分钟），则设置10秒的时间长度作为最小缓存时长。当然，所述缓存时长在实际应用中可以根据服务器端的状态和网络状态综合设置。通过设置所述最大缓存时长和最小缓存时长，可以用来控制所述播放器端的下载速度从而节约服务器端的带宽，而当所述最大和最小缓存时长设置为0的时候，则不对所述缓存时长进行限制，所述播放器端可以根据当前的网络状态进行自由下载，直到将当前视频数据下载完成为止。

对于上述步骤203，也可以使用发送延时下载请求指令的方式对缓存时长的控制，即如图3所示，为本申请实施例三所述的在CDN网络上实现缓存数据控制的方法的方法流程图，包括：

步骤301，播放器端在获取到的视频地址中添加唯一标识信息生成请求地址发送至服务器端。

步骤302，服务器端从接收到的所述请求地址中提取出所述唯一标识信息与对应的所述视频地址匹配存储，并根据该视频地址返回相对应的视频流数据推送给所述播放器端。

步骤303，当所述播放器端对所述视频流数据进行下载缓存的时长超过其预置的最大缓存时长时，该播放器端生成带有所述唯一标识信息和预置延时时长的延时下载请求指令发送至所述服务器端，所述服务器端根据该延时下载请求指令中提取的该唯一标识信息将对应的所述视频流数据传输暂停，并按照所述延时时长恢复所述视频流数据的传输。

以下一个应用实例来说明如何实现本申请的上述操作。

第一，若用户想要观看某一网络视频，则播放器端获取视频地址，并将唯一标识信息添加至所述视频地址中，播放器端将带有唯一标识信息的所述视频地址作为请求地址发送至服务器端。

所述视频地址，如http://116.212.117.220/demo.flv，该视频地址为有效地址，对应服务器端中的某一视频流数据。所述播放器端获取到该视频地址后，在该视频地址末尾处增加一个唯一标识信息，具体可以是参数KEY、MD5值等，该唯一标识信息由播放器端生成并全局唯一，优选地，本实施例中采用MD5值，假设该MD5值为7674a31171f94e96a0d5682d59c55946，那么，所述视频地址变为http://116.212.117.220/demo.flv？key=7674a31171f94e96a0d5682d59c55946。从而，所述播放器端将带有MD5值的该视频地址作为请求地址发送至所述服务器端以请求视频流数据。

第二，所述服务器端接收所述播放器端发送的请求地址，从所述请求地址中提取出MD5值与对应的所述视频地址匹配存储，建立该MD5值和该视频地址的对应关系，再根据该视频地址返回相对应的视频流数据推送给所述播放器端。

第三、所述播放器端对所述视频流数据进行下载缓存，并根据播放器端中预置的视频缓存时长生成暂停或续传请求指令发送至所述服务器端控制所述视频流数据传输的暂停或续传。

所述播放器端从该服务器端下载视频流数据，同时进行视频播放，在网络环境理想的状态下，下载的速度将快于视频的播放速度，那么会有部分视频数据被缓存。当缓存的视频时长到达最大缓存时长后（假设为5分钟），更多的缓存只会浪费服务器端的带宽，因此，所述播放器端向所述服务器端发送带有MD5值的暂停视频流的请求指令，该请求指令具体为http://116.212.117.220/pause？key=7674a31171f94e96a0d5682d59c55946，所述服务器端接收到暂停请求指令后，根据其中的MD5值找到对应的该视频流数据，控制所述视频流数据暂停传输，此时，原来的所述视频地址http://116.212.117.220/demo.flv？key=7674a31171f94e96a0d5682d59c55946就停止数据推送。

随着所述播放器端不断使用缓存进行播放，所述缓存的时长低于所述最小缓存时长后，播放器端向所述服务器端发送带有MD5值的续传请求指令：http://116.212.117.220/resume？key=7674a31171f94e96a0d5682d59c55946,所述服务器端接收到续传请求指令后，根据其中的MD5值找到对应的该视频流数据，控制所述视频流数据进入正常的下载状态，继续传输。

需要说明的是，所述缓存时长，也可以通过从设置在CDN网络中的调度器端获取得到。所述调度器端将根据不同时段的CDN网络状态调节所述缓存时长：

在网络的非高峰期，CDN带宽较宽裕，便可以充分利用此时的带宽缓存较多的视频流数据，如：所述调度器端将所述缓存时长设为20分钟，从而所述播放器端在通过所述调度器端获取到所述缓存时长后，访问任何视频地址时，都会缓存20分钟时长的视频流数据。20分钟这个数值是CDN的调度器在播放器请求视频流链接的时候告诉播放器的

在网络的高峰期，CDN带宽较紧张，所述调度器端将调节所述缓存时长，如：所述调度器端将所述缓存时长设为5分钟。

在本实施例中，还可以采用发送延时下载请求指令的方式对缓存时长的控制，具体地，所述播放器端向所述服务器端发送一个暂停5秒下载的请求指令，该服务器端收到请求后把控制所述视频流数据暂停5秒，5秒后所述服务器端自动控制所述视频流数据进入正常下载状态。当然，若所述播放器端需要更多时间的暂停下载，则该播放器端可以每隔5秒向所述服务器端发送一个暂停下载的请求指令。

如图4a所示，为本申请实施例四所述的在CDN网络上实现缓存数据控制的***的结构框图，包括：播放器401和CDN服务器402；其中，

所述播放器401，与所述CDN服务器402相耦接，用于在获取到的视频地址中添加唯一标识信息生成请求地址发送至所述CDN服务器402，对接收到的所述CDN服务器402反馈的与该视频地址相对应的视频流数据进行下载缓存，并根据预置的缓存时长生成暂停或续传请求指令发送至所述CDN服务器402；

所述CDN服务器402，与所述播放器401相耦接，用于从接收到的所述播放器401发送的所述请求地址中提取出所述唯一标识信息与对应的所述视频地址匹配存储，根据该视频地址返回相对应的视频流数据推送给所述播放器401，并根据所述播放器401发送的所述暂停或续传请求指令控制所述视频流数据传输的暂停或续传。

进一步地，所述播放器401在对所述视频流数据进行下载缓存的时长超过预置的最大缓存时长时，生成带有所述唯一标识信息的暂停请求指令发送至所述CDN服务器402；在对所述视频流数据进行下载缓存的时长低于预置的最小缓存时长时，生成带有所述唯一标识信息的续传请求指令发送至所述CDN服务器402。

从而，所述CDN服务器402根据接收到的所述播放器401发送的所述暂停请求指令中提取的所述唯一标识信息控制对应的所述视频流数据暂停传输；根据接收到的所述播放器401发送的所述续传请求指令中提取的所述唯一标识信息控制对应的所述视频流数据继续传输。

在本实施例中，所述最大缓存时长，进一步为所述播放器端预置的5-15分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度；所述最小缓存时长，进一步为所述播放器端预置的1-5分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度。

需要说明的是，在本实施例中，也可以使用发送延时下载请求指令的方式对缓存时长的控制，从而，所述播放器401，用于当对所述视频流数据进行下载缓存的时长超过预置的最大缓存时长时，生成带有所述唯一标识信息和预置延时时长的延时下载请求指令发送至所述CDN服务器402。

此时，所述CDN服务器402用于根据接收到的所述播放器401发送的所述延时下载请求指令中提取的所述唯一标识信息将对应的所述视频流数据传输暂停，并按照所述延时时长恢复所述视频流数据的传输。

对于所述缓存时长，并不局限于所述播放器401中预置生成，在一种方式下，如图4b所示，所述在CDN网络上实现缓存数据控制的***中还包括一调度器403，所述调度器403设置在CDN网络中，与所述播放器401相耦接，用于根据不同时段的CDN网络状态调节所述缓存时长，并将该缓存时长发送至所述播放器401。

由于方法部分已经对本申请实施例进行了详细描述，这里对实施例中涉及的方法与***对应部分的展开描述省略，不再赘述。对于***中具体内容的描述可参考所述方法实施例的内容，这里不再具体限定。

本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (12)

1.一种在CDN网络上实现缓存数据控制的方法，其特征在于，该方法包括：

播放器端在获取到的视频地址中添加唯一标识信息生成请求地址发送至服务器端，所述播放器端将所述唯一标识信息添加至所述视频地址的末尾处；

所述服务器端从接收到的所述请求地址中提取出所述唯一标识信息与对应的所述视频地址匹配存储，并根据该视频地址返回相对应的视频流数据推送给所述播放器端；

所述播放器端对所述服务器端推送的所述视频流数据进行下载缓存，并根据该播放器端预置的缓存时长生成暂停或续传请求指令发送至所述服务器端控制所述视频流数据传输的暂停或续传，

当所述播放器端对所述视频流数据进行下载缓存的时长超过其预置的最大缓存时长时，该播放器端生成带有所述唯一标识信息的暂停请求指令发送至所述服务器端，所述服务器端根据该暂停请求指令中提取的该唯一标识信息控制对应的所述视频流数据暂停传输；

当所述播放器端进行下载缓存的时长低于其预置的最小缓存时长时，该播放器端生成带有所述唯一标识信息的续传请求指令发送至所述服务器端，所述服务器端根据该续传请求指令中提取的该唯一标识信息控制对应的所述视频流数据继续传输。

2.如权利要求1所述的在CDN网络上实现缓存数据控制的方法，其特征在于，

所述播放器端对所述服务器端推送的所述视频流数据进行下载缓存，并根据该播放器端预置的视频缓存时长生成暂停或续传请求指令发送至所述服务器端控制所述视频流数据传输的暂停或续传，进一步还包括：

当所述播放器端对所述视频流数据进行下载缓存的时长超过其预置的最大缓存时长时，该播放器端生成带有所述唯一标识信息和预置延时时长的延时下载请求指令发送至所述服务器端，所述服务器端根据该延时下载请求指令中提取的该唯一标识信息将对应的所述视频流数据传输暂停，并按照所述延时时长恢复所述视频流数据的传输。

3.如权利要求1所述的在CDN网络上实现缓存数据控制的方法，其特征在于，

所述最大缓存时长，进一步为所述播放器端预置的5-15分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度。

4.如权利要求1所述的在CDN网络上实现缓存数据控制的方法，其特征在于，

所述最小缓存时长，进一步为所述播放器端预置的1-5分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度。

5.如权利要求1所述的在CDN网络上实现缓存数据控制的方法，其特征在于，

所述缓存时长，进一步还包括所述播放器端通过从设置在CDN网络中的调度器端根据不同时段的CDN网络状态调节获取得到的缓存时长。

6.一种在CDN网络上实现缓存数据控制的***，其特征在于，包括：播放器和CDN服务器；其中，

所述播放器，用于在获取到的视频地址中添加唯一标识信息生成请求地址发送至所述CDN服务器，将所述唯一标识信息添加至所述视频地址的末尾处，对接收到的所述CDN服务器反馈的与该视频地址相对应的视频流数据进行下载缓存，并根据预置的缓存时长生成暂停或续传请求指令发送至所述CDN服务器；

所述CDN服务器，用于从接收到的所述播放器发送的所述请求地址中提取出所述唯一标识信息与对应的所述视频地址匹配存储，根据该视频地址返回相对应的视频流数据推送给所述播放器，并根据所述播放器发送的所述暂停或续传请求指令控制所述视频流数据传输的暂停或续传，

所述播放器，用于当对所述视频流数据进行下载缓存的时长超过预置的最大缓存时长时，所述播放器生成带有所述唯一标识信息的暂停请求指令发送至所述CDN服务器；

当对所述视频流数据进行下载缓存的时长低于预置的最小缓存时长时，所述播放器生成带有所述唯一标识信息的续传请求指令发送至所述CDN服务器。

7.如权利要求6所述的在CDN网络上实现缓存数据控制的***，其特征在于，

所述CDN服务器，进一步用于根据接收到的所述播放器发送的所述暂停请求指令中提取的所述唯一标识信息控制对应的所述视频流数据暂停传输；

根据接收到的所述播放器发送的所述续传请求指令中提取的所述唯一标识信息控制对应的所述视频流数据继续传输。

8.如权利要求6所述的在CDN网络上实现缓存数据控制的***，其特征在于，

所述播放器，进一步还用于当对所述视频流数据进行下载缓存的时长超过预置的最大缓存时长时，所述播放器生成带有所述唯一标识信息和预置延时时长的延时下载请求指令发送至所述CDN服务器。

9.如权利要求8所述的在CDN网络上实现缓存数据控制的***，其特征在于，

所述CDN服务器，进一步还用于根据接收到的所述播放器发送的所述延时下载请求指令中提取的所述唯一标识信息将对应的所述视频流数据传输暂停，并按照所述延时时长恢复所述视频流数据的传输。

10.如权利要求6所述的在CDN网络上实现缓存数据控制的***，其特征在于，

所述最大缓存时长，进一步为所述播放器端预置的5-15分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度。

11.如权利要求6所述的在CDN网络上实现缓存数据控制的***，其特征在于，

所述最小缓存时长，进一步为所述播放器端预置的1-5分钟的时间长度或者是根据所述视频流数据总时长进行对应设置的时间长度。

12.如权利要求6所述的在CDN网络上实现缓存数据控制的***，其特征在于，还包括：

调度器，设置在CDN网络中与所述播放器相耦接，用于根据不同时段的CDN网络状态调节所述缓存时长，并将该缓存时长发送至所述播放器。