CN107197359A - 视频文件缓存方法及装置 - Google Patents

Abstract

本申请公开了一种视频文件缓存方法及装置，该视频文件缓存方法，包括：根据视频文件访问请求查找缓存区是否存在对应视频文件的对应数据分片，若存在则返回所请求的数据，若不存在则下载所请求的数据并返回，并更新视频文件信息列表，视频文件信息列表包括缓存区各视频文件的访问时间；根据预配置的缓存视频文件管理策略删除若干视频数据。根据本申请实施例提供的技术方案，通过本申请的删除分片和删除文件的缓存视频文件管理策略，能够解决现有视频文件的缓存只缓存一个文件的问题。

Description

视频文件缓存方法及装置

技术领域

本公开一般涉及计算机技术领域，尤其涉及一种视频文件缓存方法及装置。

背景技术

目前，用户在使用终端设备播放视频网站的视频时，大部分终端设备采用如下方案：

常用方案一：视频文件的缓存针对一个视频文件进行，在视频文件下载完成之前播放器播放的是远程文件，缓存完整的视频文件后，播放缓存文件。该方案在首次播放视频时，没有缓存数据可用，需要获取网络数据，此时播放器和缓存模块将同时下载相同的数据，造成数据的重复下载,而且缓存采用整个文件缓存的方式。使得可缓存的单个文件大小受到缓存容量的限制，特别是，一些大文件无法缓存。

常用方案二：将视频文件分为大小相同的多个片段，使用多个任务同时下载，播放器从这些片段中获取数据。在该方案，虽然下载和播放可同时进行，但当接收的请求为访问数据片段的中间位置的数据，而且该片段不存在或该数据尚未下载至中间位置，则需要一直等待数据下载至中间位置后，才能返回数据。存在不能即时响应访问请求的情形。

发明内容

鉴于现有技术中的上述缺陷或不足，期望提供一种能够有效提高下载效率和即时响应访问请求的缓存方案。

第一方面，本申请提供一种视频文件缓存方法，包括：根据视频文件访问请求查找缓存区是否存在对应视频文件的对应数据分片，若存在则返回所请求的数据，若不存在则下载所请求的数据并返回，并更新视频文件信息列表，视频文件信息列表包括缓存区各视频文件的访问时间；

根据预配置的缓存视频文件管理策略删除若干视频数据。

第二方面，本申请提供一种视频文件缓存装置，包括：

缓存单元，配置用于根据视频文件访问请求查找缓存区是否存在对应视频文件的对应数据分片，若存在则返回所请求的数据，若不存在则下载所请求的数据并返回，并更新视频文件信息列表，视频文件信息列表包括缓存区各视频文件的访问时间；

删除单元，配置用于根据预配置的缓存视频文件管理策略删除若干视频数据。

第三方面，本申请提供一种设备，设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器执行各实施例提供的视频文件缓存方法。

第四方面，本申请还提供一种存储有计算机程序的计算机可读存储介质，该程序被处理器执行时实现本发明各实施例提供的视频文件缓存方法。

根据本申请实施例提供的技术方案，通过本申请的删除分片和删除文件的缓存视频文件管理策略，能够解决现有视频文件的缓存只缓存一个文件的问题。进一步的，根据本申请的某些实施例，当访问未缓存的数据时以新增数据分片的方式立即开始下载任务，还能解决现有技术不能即时响应访问未缓存数据的问题，获得高效响应的效果。另一方面，通过记录每个数据分片中的起始数据在视频文件中的地址信息，获得了能够快速查找已缓存的数据地址信息的效果，又一方面，下载过程中通过判断下载的数据是否为已缓存的数据，若是则向后查找与当前位置最近的未缓存位置，获得不重复缓存数据的效果。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出了可以应用本申请实施例的示例性系统架构；

图2示出了根据本申请实施例的视频文件缓存方法的示例性流程图；

图3示出了根据本申请实施例的缓存区文件结构示例性示意图；

图4示出了步骤S201缓存方法的一个示例性流程图；

图5示出了步骤S303下载方法的一个示例性流程图；

图6示出了数据分片的分布示意图；

图7示出了步骤S402的一个示例性流程图；

图8示出了根据本申请一个实施例的视频文件缓存装置的示例性结构框图；

图9示出了下载单元213结构的示例性示意图；

图10示出了根据本申请实施例提供的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

请参考图1，其示出了可以应用本申请实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、网络103和服务器104、105、106和107。网络103用以在终端设备101、102和服务器104、105、106、107之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户110可以使用终端设备101、102通过网络103与服务器104、105、106、107交互，以访问各种服务，例如下载视频数据等。终端设备101、102上可以安装有各种客户端应用，例如可以接入统一资源定位符URL云服务的应用，包括但不限于浏览器、安全应用等。

终端设备101、102可以是各种电子设备，包括但不限于个人电脑、智能手机、智能电视、平板电脑、个人数字助理、电子书阅读器等等。

服务器104、105、106、107可以是提供各种服务的服务器。服务器可以响应于用户的服务请求而提供服务。可以理解，一个服务器可以提供一种或多种服务，同一种服务也可以由多个服务器来提供。在本申请的实施例中，所涉及的服务器可以包括但不限于视频服务器。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

如背景技术中所提到的，现有技术的视频文件的缓存针对一个视频文件进行，在视频文件下载完成之前播放器播放的是远程文件，缓存所下载的完整的视频文件后，播放缓存文件。该方案在首次播放视频时，没有缓存数据可用，需要获取网络数据，此时播放器和缓存模块将同时下载相同的数据，造成数据的重复下载,而且缓存采用整个文件缓存的方式。使得可缓存的单个文件大小受到缓存容量的限制，特别是，一些大文件无法缓存。

另外一些方案中将视频文件分为大小相同的多个片段，使用多个任务同时下载，播放器从这些片段中获取数据。在该方案，虽然下载和播放可同时进行，但当接收的请求为访问数据片段的中间位置的数据时，而且该片段不存在或该数据尚未下载至中间位置，则需要一直等待数据下载至中间位置后，才能返回数据。存在不能即时响应访问请求的情形。

鉴于现有技术的上述缺陷，本申请实施例提供了一种有效提高下载效率和即时响应访问请求的缓存方法。

参考图2，其示出了根据本申请一个实施例的视频文件缓存方法的示例性流程图。图2所示的方法可以在图1中的终端设备上执行。

如图2所示，在本实施例中，本发明提供的视频文件缓存方法包括：

步骤S201：根据视频文件访问请求查找缓存区是否存在对应视频文件的对应数据分片，若存在则返回所请求的数据，若不存在则下载所请求的数据并返回，并更新视频文件信息列表，所述视频文件信息列表包括缓存区各视频文件的访问时间；

步骤S202：根据预配置的缓存视频文件管理策略删除若干视频数据。

具体地，在步骤S201中，视频文件缓存装置的缓存区可缓存一个或多个视频文件，各视频文件中又包含一个或多个数据分片，各数据分片保存一段视频数据。

图3示出了缓存区的文件结构示意图，缓存区包含有多个文件，其中文件1包含多个数据分片。视频文件的可文件夹的方式保存各数据分片和文件信息列表，各文件夹的大小和数据分片的大小可根据实际需要限定。

视频文件缓存装置接收应用软件如播放器的视频文件访问请求，查找当前缓存区中是否存在对应的数据分片，若存在向播放器返回所请求的数据，若不存在则通过网络从视频服务器下载未缓存的视频数据，同时将缓存的视频数据返回给播放器。并更新视频文件信息列表。该方法中，播放器仅向视频文件缓存装置请求数据，而不直接从视频服务器下载数据，提高了下载效率。

在步骤202中，根据缓存空间，可配置缓存视频文件管理策略来删除视频数据，以便腾出缓存空间，又可以保存多个视频文件。

图4示出了步骤201缓存方法的一个示例性流程图。如图4所示，在本实施例中，本发明提供的视频文件缓存方法包括：

步骤S301：根据视频文件访问请求查找缓存区是否存在对应视频文件和对应数据分片；

步骤S302：若两者均存在，则返回所请求的数据，并在视频文件信息列表中更新所述视频文件的访问时间；

步骤S303：若存在所述视频文件且不存在对应数据分片，则下载所请求的数据并返回，并在视频文件信息列表中更新所述视频文件的访问时间；

步骤S304：若两者均不存在，则下载所请求的数据并返回，并在视频文件信息列表中新增所述视频文件信息，所述视频文件信息包括访问时间。

具体地，在步骤S301，根据缓存文件的不同情况，不仅需要查找对应的视频文件，还需要查找对应的数据分片。缓存区有的视频文件有对应文件夹，文件夹中包含有对应的数据分片，该数据分片包含所请求的数据；有的视频文件只有文件夹，文件夹中并未缓存对应文件；有的视频文件连对应的文件夹都未设置。针对上述不同情况采用步骤302、步骤303和步骤304的技术方案返回所请求的数据，并更新或新增对应的文件信息。可以理解的是，本实施例中步骤302、步骤303和步骤304的顺序可随意调换。

接着，请参考图5，示出了步骤S303的下载方法的示例性流程图。需要说明的是，该流程也可用于步骤S304的数据下载部分。本实施例中，下载方法包括：

步骤S401：根据所述视频文件访问请求，确定所请求数据在对应视频文件中的地址信息；

步骤S402：从视频服务器的对应视频文件的所述地址信息的视频数据作为起始下载位置连续下载，并保存至缓存区的对应视频文件的对应数据分片中，数据分片以数据在视频文件的前后顺序保存，并返回所请求数据。

具体地，在步骤S402，视频文件缓存装置下载未缓存数据时，根据访问请求确定的位置作为下载起始位置以数据在视频文件的前后顺序连续下载数据，保存至缓存区的对应数据分片中。每个数据分片以数据在视频文件的前后顺序保存，并即时向播放器等发送请求的数据。需要说明的是，视频文件由视频数据组成，每个视频数据包含体现其在视频文件的前后顺序的的地址信息，因此，各数据分片可根据该地址信息以数据在视频文件的前后顺序进行数据缓存。

下面将结合图7的流程图进一步说明步骤S402。在进行步骤S402的说明之前，为了说明的便利将先描述停止下载的几种情形。

在一些优选实施例中，在文件的下载过程中，出现如下任一情形时，将停止当前的下载：

第一种情形：接收到退出当前视频文件的请求时，停止当前的下载；

第二种情形：接收到访问同一视频文件其他地址的未缓存数据时，停止当前的下载。

如图6所示，示出了停止下载的各种情形下的数据分片的分布示意图。图中实线箭头表示当前播放位置，虚线箭头表示当前缓存位置，黑色方块表示已经缓存的数据分片、白色方块表示当前缓存中的数据分片。为了体现各数据分片在视频文件中的位置，各数据分片的位置依据其在文件的位置来分布，实际缓存时，有间隔的各数据分片可连续缓存。

图6的情形A示出了从文件的起始地址一直缓存至整个文件的情形。各数据分片以设定的大小根据数据在文件的前后顺序保存至缓存区。

情形B示出了未播放完整个文件就退出当前文件的数据分片布局，对应上述的第一种情形。需要说明的是，停止缓存时不管当前的数据分片大小是否达到设定大小值，立即结束缓存。

情形C示出了播放过程中发生跳跃性播放的情形，也就是播放跳跃至同一视频文件的另一地址，该地址可能为当前播放地址的前方某一地址或为当前播放地址的后方的某一地址。此时，不管当前的数据分片大小是否达到设定大小值，立即结束缓存，启动下一个新数据分片的缓存，出现了数据分片大小不一致的情形。本实施例中，播放地址跳跃至后方的实线箭头位置。

情形D示出了从文件中间位置播放视频文件的数据分片布局。可见，数据以请求地址为起始位置向后缓存数据。

情形E示出了在播放中出现多次的播放跳跃的数据分片布局，此时，各数据分片的大小出现了较明显的差异。

从上述各情形的描述中可得知发生访问不同文件或同一文件的不同地址的数据时，立即结束当前缓存，启动新数据分片的缓存，能够解决现有的缓存方法不能立即响应请求的问题，提高了响应速度。

图7示出了步骤S402的示例性流程图。如图7所示，步骤S402还包括：

S501：新增数据分片，并记录数据分片的第一个视频数据在视频文件中的地址信息；

S502：判断下载的数据是否为已缓存的数据，若是则向后查找与当前地址信息最近的未缓存地址信息，并从视频服务器的对应视频文件的所述未缓存地址信息继续下载数据。

在步骤S501，对于未查找到请求的数据分片的情形而言，如果是连对应的文件都未缓存，则需要新增对应文件夹，以便保存各数据分片和视频文件信息列表；已有对应文件夹时，需要新增数据分片。新增的数据分片可将该数据分片的第一个视频数据在视频文件的地址信息作为该数据分片的文件名，以便计算数据分片在文件的位置信息。

在步骤S502，文件夹中已经存在不连续的多个数据分片，在下载未缓存的数据分片时，为了避免重复下载，需要判断下载的数据是否已经进行缓存，如果是已经缓存的数据则向后查找与当前位置最近的未缓存的地址。例如在图5的情形E，缓存第四个数据分片也就是虚线箭头所在的数据分片时，下载至第五个数据分片的第一个数据时，发现该数据为已经缓存的数据，则结束该数据分片的下载，从第五个分片的大小判断第五的分片的最后一个数据的地址，从该最后一个数据地址加1作为当前的下载地址，新增数据分片后，继续下载未缓存数据。从而解决了数据重复下载的问题。

优选地，在步骤402还包括：判断视频文件中的数据分片是否能够合并为完整视频文件，若能够合并则将各数据分片合并为一个完整视频文件。具体地，根据数据分片记录的第一个数据的地址信息和数据分片的大小可计算最后一个数据的地址信息，因此，通过遍历各数据分片的第一个数据和最后一个数据的地址信息来确定该文件夹的所有数据分片是否为一个完整的文件。若为完整的文件，将文件夹中的数据分片整合为一个视频文件。以便后续访问时，不再经过视频服务器，直接读取缓存区数据即可。

在一些优选实施例中，所述根据预配置的缓存视频文件管理策略删除若干数据包括：

当任意视频文件中的各数据分片的总和大于第一设定值时，删除若干在对应视频文件中地址信息最靠前的数据分片。

当一文件夹的大小超过第一设定值时，从地址信息靠近文件起始地址信息的数据分片开始删除。以便在一定容量的缓存区中保存多个视频文件。例如，在图5的情形A中，从第一个数据分片开始删除，不必考虑该数据分片在时间上是否为最早缓存。

在一些优选实施例中，根据预配置的缓存视频文件管理策略删除若干数据包括：

当缓存区的各视频文件的总和超过第二预设值时，删除若干访问时间最早的视频文件。

当缓存区的各视频文件夹的占用空间超过第二预设值时，根据视频文件信息列表的记录，以访问时间的先后顺序删除视频文件。以便给后续文件留出缓存空间。

本申请还提供一种视频文件缓存装置，如图8，示出了根据本申请一个实施例的视频文件缓存装置的示例性结构框图。图8所示的视频文件缓存装置可对应执行图2所示的视频文件缓存方法。该视频文件缓存装置200包括：

缓存单元210，配置用于根据视频文件访问请求查找缓存区是否存在对应视频文件的对应数据分片，若存在则返回所请求的数据，若不存在则下载所请求的数据并返回，并更新视频文件信息列表，所述视频文件信息列表包括缓存区各视频文件的访问时间；

删除单元220，配置用于根据预配置的缓存视频文件管理策略删除若干视频数据。

该视频文件缓存装置接收播放器的访问请求，视频数据已缓存则直接返回请求数据，若未缓存则通过视频服务器下载并缓存的同时返回请求的数据。图8所示的缓存原理参见图2所示的缓存方法，此处不再赘述。

缓存单元210包括：

查找单元211，配置用于根据视频文件访问请求查找缓存区是否存在对应视频文件和对应数据分片；

返回请求数据单元212，配置用于若两者均存在，则返回所请求的数据，并在视频文件信息列表中更新所述视频文件的访问时间；

下载单元213，配置用于若存在所述视频文件且不存在对应数据分片，则下载所请求的数据并返回，并在视频文件信息列表中更新所述视频文件的访问时间；

还配置用于若两者均不存在，则下载所请求的数据并返回，并在视频文件信息列表中新增所述视频文件信息，所述视频文件信息包括访问时间。

上述缓存单元的工作原理参见图4所示的缓存方法，此处不再赘述。

接着，请参考图9，示出了下载单元213结构的示例性示意图。如图所示下载单元213还包括：

确定地址信息单元301，配置用于根据所述视频文件访问请求，确定所请求数据在对应视频文件中的地址信息；

保存单元302，配置用于从视频服务器的对应视频文件的所述地址信息的视频数据作为起始下载位置连续下载并保存至缓存区的对应视频文件的对应数据分片中，数据分片以数据在视频文件的前后顺序保存，并返回所请求数据。

上述缓存单元的工作原理参见图5所示的下载方法，此处不再赘述。

保存单元302包括：

新增分片单元401，配置用于新增数据分片，并记录数据分片的起点数据在视频文件中的地址信息；

查找未缓存单元402，配置用于判断下载的数据是否为已缓存的数据，若是则向后查找与当前地址信息最近的未缓存地址信息，并从视频服务器的对应视频文件的所述未缓存地址信息继续下载数据。

保存单元403还包括：

合并单元403，配置用于判断视频文件中的数据分片是否能够合并为完整视频文件，若能够合并则将各数据分片合并为一个完整视频文件。

下载单元213还包括：

第一停止单元303，配置用于接收到访问其他视频文件的请求时，停止当前的下载；

第二停止单元304，配置用于接收到访问同一视频文件其他地址的未缓存数据时，停止当前的下载。

删除单元220包括：

删除数据分片单元221，配置用于当任意视频文件中的各数据分片的总和大于第一设定值时，删除若干在对应视频文件中地址信息最靠前的数据分片。

还包括：

删除视频文件单元222，配置用于当缓存区的各视频文件的总和超过第二预设值时，删除若干访问时间最早的视频文件。

接着请参考图10，示出了根据本申请实施例提供的一种设备的结构示意图。

如图10所示，作为另一方面，本申请还提供了一种设备1000，包括一个或多个中央处理单元(CPU)1001，其可以根据存储在只读存储器(ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理。在RAM 303中，还存储有系统1000操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线304。

以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本公开的实施例，上文参考图X描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，计算机程序包含用于执行视频文件缓存方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为又一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本申请的视频文件缓存方法。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，各所述单元可以是设置在计算机或移动智能设备中的软件程序，也可以是单独配置的硬件装置。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (18)

1.一种视频文件缓存方法，其特征在于，包括：

根据视频文件访问请求查找缓存区是否存在对应视频文件的对应数据分片，若存在则返回所请求的数据，若不存在则下载所请求的数据并返回，并更新视频文件信息列表，所述视频文件信息列表包括缓存区各视频文件的访问时间；

根据预配置的缓存视频文件管理策略删除若干视频数据。

2.根据权利要求1所述方法，其特征在于，所述根据视频文件访问请求查找缓存区是否存在对应视频文件的对应数据分片，若存在则返回所请求的数据，若不存在则下载所请求的数据并返回，并更新视频文件信息列表包括：

根据视频文件访问请求查找缓存区是否存在对应视频文件和对应数据分片；

若两者均存在，则返回所请求的数据，并在视频文件信息列表中更新所述视频文件的访问时间；

若存在所述视频文件且不存在对应数据分片，则下载所请求的数据并返回，并在视频文件信息列表中更新所述视频文件的访问时间；

若两者均不存在，则下载所请求的数据并返回，并在视频文件信息列表中新增所述视频文件信息，所述视频文件信息包括访问时间。

3.根据权利要求2所述方法，其特征在于，所述则下载所请求的数据并返回包括：

根据所述视频文件访问请求，确定所请求数据在对应视频文件中的地址信息；

从视频服务器的对应视频文件的所述地址信息的视频数据作为起始下载位置连续下载，并保存至缓存区的对应视频文件的对应数据分片中，数据分片以数据在视频文件的前后顺序保存，并返回所请求数据。

4.根据权利要求3所述方法，其特征在于，所述从视频服务器的对应视频文件的所述地址信息以数据在视频文件的前后顺序连续下载并保存至缓存区的对应视频文件的对应数据分片中包括：

新增数据分片，并记录数据分片的第一个视频数据在视频文件中的地址信息；

判断下载的数据是否为已缓存的数据，若是则向后查找与当前地址信息最近的未缓存地址信息，并从视频服务器的对应视频文件的所述未缓存地址信息继续下载数据。

5.根据权利要求3所述方法，其特征在于，所述从视频服务器的对应视频文件的所述地址信息以数据在视频文件的前后顺序连续下载并保存至缓存区的对应视频文件的对应数据分片中包括：

判断视频文件中的数据分片是否能够合并为完整视频文件，若能够合并则将各数据分片合并为一个完整视频文件。

6.根据权利要求2所述方法，其特征在于，所述则下载所述数据分片并返回还包括当出现如下任一情形时将停止当前下载：

接收到退出当前视频文件的请求时，停止当前的下载；

接收到访问同一视频文件其他地址的未缓存数据时，停止当前的下载。

7.根据权利要求1所述方法，其特征在于，所述根据预配置的缓存视频文件管理策略删除若干视频数据包括：

当任意视频文件中的各数据分片的总和大于第一设定值时，删除若干在对应视频文件中地址信息最靠前的数据分片。

8.根据权利要求1所述方法，其特征在于，所述根据预配置的缓存视频文件管理策略删除若干视频数据包括：

当缓存区的各视频文件的总和超过第二预设值时，删除若干访问时间最早的视频文件。

9.一种视频文件缓存装置，其特征在于，包括：

缓存单元，配置用于根据视频文件访问请求查找缓存区是否存在对应视频文件的对应数据分片，若存在则返回所请求的数据，若不存在则下载所请求的数据并返回，并更新视频文件信息列表，所述视频文件信息列表包括缓存区各视频文件的访问时间；

删除单元，配置用于根据预配置的缓存视频文件管理策略删除若干视频数据。

10.根据权利要求9所述装置，其特征在于，所述缓存单元包括：

查找单元，配置用于根据视频文件访问请求查找缓存区是否存在对应视频文件和对应数据分片；

返回请求数据单元，配置用于若两者均存在，则返回所请求的数据，并在视频文件信息列表中更新所述视频文件的访问时间；

下载单元，配置用于若存在所述视频文件且不存在对应数据分片，则下载所请求的数据并返回，并在视频文件信息列表中更新所述视频文件的访问时间；

还配置用于若两者均不存在，则下载所请求的数据并返回，并在视频文件信息列表中新增所述视频文件信息，所述视频文件信息包括访问时间。

11.根据权利要求10所述装置，其特征在于，所述下载单元还包括：

确定地址信息单元，配置用于根据所述视频文件访问请求，确定所请求数据在对应视频文件中的地址信息；

保存单元，配置用于从视频服务器的对应视频文件的所述地址信息的视频数据作为起始下载位置连续下载并保存至缓存区的对应视频文件的对应数据分片中，数据分片以数据在视频文件的前后顺序保存，并返回所请求数据。

12.根据权利要求11所述装置，其特征在于，所述保存单元包括：

新增分片单元，配置用于新增数据分片，并记录数据分片的起点数据在视频文件中的地址信息；

查找未缓存单元，配置用于判断下载的数据是否为已缓存的数据，若是则向后查找与当前地址信息最近的未缓存地址信息，并从视频服务器的对应视频文件的所述未缓存地址信息继续下载数据。

13.根据权利要求11所述装置，其特征在于，所述保存单元还包括：

合并单元，配置用于判断视频文件中的数据分片是否能够合并为完整视频文件，若能够合并则将各数据分片合并为一个完整视频文件。

14.根据权利要求10所述装置，其特征在于，所述下载单元还包括：

第一停止单元，配置用于接收到访问其他视频文件的请求时，停止当前的下载；

第二停止单元，配置用于接收到访问同一视频文件其他地址的未缓存数据时，停止当前的下载。

15.根据权利要求9所述装置，其特征在于，所述删除单元包括：

删除数据分片单元，配置用于当任意视频文件中的各数据分片的总和大于第一设定值时，删除若干在对应视频文件中地址信息最靠前的数据分片。

16.根据权利要求9所述装置，其特征在于，所述删除单元还包括：

删除视频文件单元，配置用于当缓存区的各视频文件的总和超过第二预设值时，删除若干访问时间最早的视频文件。

17.一种设备，其特征在于，所述设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如权利要求1-8中任一项所述的视频文件缓存方法。

18.一种存储有计算机程序的计算机可读存储介质，其特征在于，该程序被处理器执行时实现如权利要求1-8中任一项所述的视频文件缓存方法。