CN105812894A - 一种基于智能终端的视频文件处理方法和装置 - Google Patents

Abstract

本发明实施例提供了一种基于智能终端的视频文件处理方法和装置，其中方法包括：当监测到应用程序获得待下载视频文件的URL时，依据URL生成待下载视频文件的视频文件名称；若在智能终端本地没有查找到视频文件名称，则依据URL将对应的视频文件从服务器中下载到智能终端本地的指定路径中；在视频文件下载完毕以后，若指定路径中存储的所有视频文件的总大小大于预设阈值，则从指定路径中删除一个或多个在先下载的使用次数最小的视频文件，直到视频文件的总大小小于或等于预设阈值。本发明实施例可以避免了不同URL地址、相同文件名的视频文件下载到本地后被覆盖的情况，使得用户可以播放正确的视频文件。

Description

一种基于智能终端的视频文件处理方法和装置

技术领域

本发明涉及视频处理技术领域，特别是涉及一种基于智能终端的视频文件处理方法和一种基于智能终端的视频文件处理装置。

背景技术

随着信息技术的发展，智能终端设备越来越普及，智能终端设备是指具有多媒体功能的智能设备，这些设备支持图片、音频、视频、数据等方面的功能。

目前，智能终端对多媒体数据的管理多体现在对图片的管理，对视频文件的管理几乎没有。

而智能终端的磁盘的存储空间是有限的，给智能终端中的应用程序APP提供的可用磁盘空间更小。如果APP路径下存储视频文件过多，会导致新的视频文件不能存储，旧的视频文件内存又不被使用而常驻磁盘，最终导致资源的浪费。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种基于智能终端的视频文件处理方法和相应的一种基于智能终端的视频文件处理装置。

为了解决上述问题，本发明实施例公开了一种基于智能终端的视频文件处理方法，所述方法包括：

当监测到应用程序获得待下载视频文件的统一资源定位符URL时，依据所述URL生成所述待下载视频文件的视频文件名称；

若在智能终端本地没有查找到所述视频文件名称，则依据所述URL将对应的视频文件从服务器中下载到智能终端本地的指定路径中；

在所述视频文件下载完毕以后，若指定路径中存储的所有视频文件的总大小大于预设阈值，则从所述指定路径中删除一个或多个在先下载的使用次数最小的视频文件，直到所述视频文件的总大小小于或等于预设阈值，其中，所述指定路径中存储的视频文件具有对应的特征信息，所述特征信息包括所述视频文件的使用次数。

本发明实施例还公开了一种基于智能终端的视频文件处理装置，所述装置包括：

视频文件名称生成模块，用于在监测到应用程序获得待下载视频文件的统一资源定位符URL时，依据所述URL生成所述待下载视频文件的视频文件名称；

视频文件下载模块，用于在智能终端本地没有查找到所述视频文件名称时，依据所述URL将对应的视频文件从服务器中下载到智能终端本地的指定路径中；

视频文件删除模块，用于在所述视频文件下载完毕以后，若指定路径中存储的所有视频文件的总大小大于预设阈值，则从所述指定路径中删除一个或多个在先下载的使用次数最小的视频文件，直到所述视频文件的总大小小于或等于预设阈值，其中，所述指定路径中存储的视频文件具有对应的特征信息，所述特征信息包括所述视频文件的使用次数。

本发明实施例包括以下优点：

在本发明实施例中，能够根据待下载视频文件的URL地址生成视频文件的视频文件名称，避免了不同URL地址、相同文件名的视频文件下载到本地后被覆盖的情况，使得用户可以播放正确的视频文件。

进一步的，本发明实施例只有在智能终端本地没有查找到视频文件名称时才从服务器下载对应的视频文件，避免了视频文件的重复下载以及在线播放，节省了网络带宽资源。

进一步的，本发明实施例在判定当前应用程序的指定路径中存储的所有视频文件的总大小大于预设阈值时，能够从指定路径中删除一个或多个在先下载的最不常使用的视频文件，直到视频文件的总大小小于或等于预设阈值，避免不常使用的视频文件占用磁盘资源，提高了磁盘资源的利用率。

附图说明

图1是本发明的一种基于智能终端的视频文件处理方法实施例一的步骤流程图；

图2是本发明的一种基于智能终端的视频文件处理方法实施例二的步骤流程图；

图3是本发明的一种基于智能终端的视频文件处理装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明实施例的核心构思之一在于，通过管理日志文件来管理应用程序中下载的视频文件，控制APP中的视频文件所占磁盘空间的大小，用户使用APP查看使用频率高的视频文件时，不必重复下载或者在线播放，直接本地播放视频文件，节省带宽资源，提高视频文件播放的流畅性；同时使用URL地址MD5后的字符作为视频文件名称，避免了不同URL地址、相同文件名的视频文件被覆盖的情况，从而使得用户可以播放正确的视频文件。

参照图1，示出了本发明的一种基于智能终端的视频文件处理方法实施例一的步骤流程图，具体可以包括如下步骤：

步骤101，当监测到应用程序获得待下载视频文件的统一资源定位符URL时，依据所述URL生成所述待下载视频文件的视频文件名称；

步骤102，若在智能终端本地没有查找到所述视频文件名称，则依据所述URL将对应的视频文件从服务器中下载到智能终端本地的指定路径中；

步骤103，在所述视频文件下载完毕以后，若指定路径中存储的所有视频文件的总大小大于预设阈值，则从所述指定路径中删除一个或多个在先下载的使用次数最小的视频文件，直到所述视频文件的总大小小于或等于预设阈值，其中，所述指定路径中存储的视频文件具有对应的特征信息，所述特征信息包括所述视频文件的使用次数。

在本发明实施例中，能够根据待下载视频文件的URL地址生成视频文件的视频文件名称，避免了不同URL地址、相同文件名的视频文件下载到本地后被覆盖的情况，使得用户可以播放正确的视频文件。

进一步的，本发明实施例只有在智能终端本地没有查找到视频文件名称时才从服务器下载对应的视频文件，避免了视频文件的重复下载以及在线播放，节省了网络带宽资源。

进一步的，本发明实施例在判定当前应用程序的指定路径中存储的所有视频文件的总大小大于预设阈值时，能够从指定路径中删除一个或多个在先下载的最不常使用的视频文件，直到视频文件的总大小小于或等于预设阈值，避免不常使用的视频文件占用磁盘资源，提高了磁盘资源的利用率。

参照图2，示出了本发明的一种基于智能终端的视频文件处理方法实施例二的步骤流程图，具体可以包括如下步骤：

步骤201，初始化预设阈值，并为应用程序创建日志文件；

应用于本发明实施例，预设阈值可以为开发人员预先设置的应用程序APP的视频文件占用的磁盘大小的门限值。该预设阈值可以不为固定值，其可以根据当前智能终端的磁盘总大小进行设定，例如，设定为磁盘总大小的几分之几。

例如，可以这样控制APP的视频文件需要占用的磁盘大小：若一台android设备的磁盘总大小是1G，那么控制APP的视频文件需要占用的磁盘大小可以为磁盘总大小的十分之一；如果android设备的磁盘总大小大于1G，那么控制APP的视频文件需要占用的磁盘大小可以为磁盘总大小的十二分之一。总之，控制APP下载的视频文件的总大小不要超过某个门限值。

当然，该预设阈值除了可以由开发人员设置以外，也可以由用户按需自定义设置，本发明实施例对此不作限制。

需要说明的是，本发明实施例的视频文件可以包括小视频文件和/或大视频文件，其中，小视频文件可以为分辨率小于标清视频分辨率720x576的视频图像；而大视频文件可以为分辨率大于小视频分辨率的标清视频图像。

在本发明实施例中，还可以为APP创建日志文件，该日志文件除了可以记录上述预设阈值以外，还可以用于记录该APP中下载的每个视频文件的特征信息，以管理下载的视频文件。

作为本发明实施例的一种优选示例，特征信息至少可以包括：视频文件的视频文件名称、视频文件的大小、视频文件的使用次数等信息。

需要说明的是，当APP从未下载过视频文件的时候，日志文件是一个空的日志文件。

步骤202，当监测到应用程序获得待下载视频文件的统一资源定位符URL时，依据所述URL生成所述待下载视频文件的视频文件名称；

在具体实现中，应用程序获得的URL地址可以为用户输入的URL地址，或者，该URL地址也可以采用如下方式获得：应用程序向用户展示视频文件的视频列表，当用户点击该视频列表中的某个视频时，应用程序检测到该点击操作，依据点击的视频生成播放地址获取请求，将该播放地址获取请求发送至服务器，以向服务器请求该视频的URL地址。

当然，上述两种获得待下载视频文件的URL地址的方式仅仅是本发明实施例的一种示例，本领域技术人员采用其他方式获得视频文件的URL均是可以的，本发明实施例对此不作限制。

在本发明实施例中，智能终端可以设定监测程序对应用程序进行监测，当智能终端监测到应用程序获得待下载视频文件的URL地址以后，本发明实施例可以依据该URL生成待下载视频文件的视频文件名称。

在本发明实施例的一种优选实施例中，步骤202可以包括如下子步骤：

子步骤S11，当监测到应用程序获得待下载视频文件的URL时，采用哈希算法对所述URL进行运算，得到所述视频文件的哈希值；

用来产生一些数据片段(例如消息或会话项)的哈希值的算法称为哈希算法，哈希算法将任意长度的二进制值映射为较短的固定长度的二进制值，这个小的二进制值称为哈希值，哈希值是一段数据唯一且极其紧凑的数值表示形式，可以检验数据的完整性。作为一种示例，哈希算法可以包括MD2、MD4、MD5和SHA-1等算法。

应用于本发明实施例，将视频文件的URL经过哈希运算得到的哈希值作为视频文件名称，能够防止视频名称相同、URL地址不同的视频文件下载到本地的时候被覆盖。

具体来说，终端APP的文件通常放在同一路径下，例如，可以将android终端设备中的APP包名是com.example.test的视频文件统一放在/data/data/com.example.test/videofiles下面，此时，若有两个视频文件的视频名称同为shipin1.mp4，但其URL分别为http://cdn-ws-chain.video-tx.com/protect/201507/174802153074851841/174802153074852353/c6/184609604057956353/184609944434114561/shipin1.mp4以及http://xunlei/protect/201507/174802153074851841/174802153074852353/c6/15615666096040579/200944434114455/shipin1.mp4。

若将该两个视频文件按照原来的视频名称shipin1.mp4存储在同一路径中，则在后下载的视频文件可能会覆盖在先下载的视频文件，若后续查找在先的视频文件时，则呈现给用户的是在后的一个视频文件，导致视频文件查找不准确。

而在本发明实施例中，分别将两个视频文件的URL经过哈希运算得到的两个不同的哈希值作为视频文件名称，例如，在上例中，两个URL经过MD5计算后，得到的视频文件名分别为：331daaec48257f2a37ac40e0d7729ed4以及，cdb8de364347315d3a2c673903d2b891，从而防止视频名称相同、URL地址不同的视频文件下载到本地的时候被覆盖，提高视频查找的准确性。

子步骤S12，获取所述视频文件的后缀标识；

视频文件的后缀标识即为视频文件的后缀名，例如，视频文件可以包括如下后缀标识：*.avi、*.rmvb、*.rm、*.asf、*.divx、*.mpg、*.mpeg、*.mpe、*.wmv、*.mp4、*.mkv、*.vob，等等。

子步骤S13，将所述哈希值与所述后缀标识组织成所述视频文件的视频文件名称。

将视频文件的URL经过哈希运算得到哈希值以及获得视频文件的后缀标识以后，可以将两者组织起来，得到视频文件名称，该视频文件名称作为视频文件存储在智能终端的文件名，例如，一个视频文件的哈希值为cdb8de364347315d3a2c673903d2b891，后缀标识为.mp4，则该视频文件的视频文件名称为cdb8de364347315d3a2c673903d2b891.mp4。

步骤203，判断智能终端本地是否查找到所述视频文件名称，若是，则执行步骤204，若否，则执行步205；

得到视频文件在终端存储的视频文件名称以后，可以进一步判断智能终端本地是否查找到该视频文件名称。在本发明实施例的一种优选实施例中，步骤203可以包括如下子步骤：

子步骤S21，基于所述视频文件名称，调用文件File.exists()方法；

子步骤S22，若所述File.exists()方法返回真值true，则判定在智能终端本地查找到所述视频文件名称；

子步骤S23，若所述File.exists()方法返回假值false，则判定在智能终端本地没有查找到所述视频文件名称。

File.Exists方法用于确定指定的文件是否存在。使用File的exists()方法查看该视频文件是否已经下载到本地，如果File的exists()方法返回的是true，则说明已经下载到本地，此时可以执行步骤204；若返回的是false，说明本地未下载对应的视频文件，此时可以执行步骤205。

步骤204，在所述日志文件中定位对应的日志记录，在所述日志记录中将对应的使用次数增加1，继续执行步骤209；；

若视频文件名称在本地存在，即该视频文件已经下载到本地，此时可以从该APP的日志文件中查到与该视频文件名称对应的日志记录，在该日志记录中，将使用次数增加1。例如，若日志文件在先记录的使用次数为1，则在本地查找到视频文件名称时，将该视频文件名称对应的日志记录的使用次数增加1，使得使用次数为2。

步骤205，依据所述URL将对应的视频文件从服务器中下载到智能终端本地的指定路径中，继续执行步骤206；

若视频文件名称在本地不存在，即该视频文件还没有下载到本地，此时可以建立线程，采用该线程依据该URL从服务器下载对应的视频文件，该下载的视频文件保存在智能终端的指定路径。

步骤206，在所述视频文件下载完毕以后，判断所述指定路径中存储的所有视频文件的总大小是否大于预设阈值；若是，则执行步骤207，若否，则执行步骤208；

视频文件下载成功以后，可以进一步计算当前APP的指定路径中存储的所有视频文件的总大小，并将该总大小与预设阈值比较。若总大小大于预设阈值，则执行步骤207，否则，若总大小小于或等于预设阈值，则执行步骤208。

步骤207，从所述指定路径中删除一个或多个在先下载的使用次数最小的视频文件，直到所述视频文件的总大小小于或等于预设阈值，继续执行步骤208；

具体而言，若APP的指定路径中存储的所有视频文件的总大小超过了预设阈值，则可以从日志文件中筛选出一条使用次数最小的日志记录，并删除该使用次数最小的日志记录对应的视频文件，即首先删除最不常使用的视频文件，避免不常使用的视频文件常驻磁盘，占用磁盘资源而导致磁盘空间不足。

在实际中，若使用次数最小的日志记录超过一条，例如，使用次数为1的日志记录有两条或多条，则可以根据日志记录创建的时间，筛选出创建时间最早的日志记录，并删除该创建时间最早的日志记录对应的视频文件。

在删除一个视频文件以后，继续执行步骤206，判断指定路径下存储的所有视频文件的总大小是否依然大于预设阈值，如果还是大于预设阈值，则继续执行步骤207，继续删除下一个使用次数最小的日志记录对一个的视频文件，直到指定路径下存储的所有视频文件的总大小小于或等于预设阈值。

需要说明的是，针对被删除的视频文件对应的日志记录，可以删除该日志记录，或者为该日志记录添加删除标签。

步骤208，在所述日志文件中创建一条与所述下载完毕的视频文件对应的日志记录，继续执行步骤209；

其中，在所述日志记录中，所述视频文件的使用次数为1。

当当前APP的指定路径下存储的所有视频文件的总大小小于或等于预设阈值时，可以在日志文件中插入一条新的日志记录，该日志记录用于记录当前下载完毕的视频文件的特征信息，在该日志记录中，将视频文件的使用次数设置为初始值1。

步骤209，在本地获取所述视频文件名称的存储路径，并将所述存储路径传送至播放器。

若智能终端本地能够查找到所述视频文件名称，或者，将视频文件名称对应的视频文件从服务器中下载到智能终端本地的指定路径以后，则可以获取该视频文件名称在本地的存储路径，将该存储路径传送至播放器(MediaPlayer)，以将该存储路径作为播放器的播放地址，播放器在播放该视频文件时，直接从该存储路径中获得视频文件，在本地播放该视频文件，无需重复下载或在线播放，减少CDN(ContentDeliveryNetwork，内容分发网络)流量浪费，节约网络资源，提高视频文件播放的流畅性，提升用户体验。

本发明实施例通过管理日志文件来管理APP下载的视频文件，控制APP中的视频文件所占磁盘空间的大小，用户使用APP查看使用频率高的视频文件时，不必重复下载或者在线播放，直接本地播放视频文件，节省带宽资源，提高视频文件播放的流畅性；同时使用url地址MD5后的字符作为视频文件名称，避免了不同URL地址、相同文件名的视频文件被覆盖的情况，从而使得用户可以播放正确的视频文件。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图3，示出了本发明的一种基于智能终端的视频文件处理装置实施例的结构框图，具体可以包括如下模块：

视频文件名称生成模块301，用于在监测到应用程序获得待下载视频文件的统一资源定位符URL时，依据所述URL生成所述待下载视频文件的视频文件名称；

视频文件下载模块302，用于在智能终端本地没有查找到所述视频文件名称时，依据所述URL将对应的视频文件从服务器中下载到智能终端本地的指定路径中；

视频文件删除模块303，用于在所述视频文件下载完毕以后，若指定路径中存储的所有视频文件的总大小大于预设阈值，则从所述指定路径中删除一个或多个在先下载的使用次数最小的视频文件，直到所述视频文件的总大小小于或等于预设阈值，其中，所述指定路径中存储的视频文件具有对应的特征信息，所述特征信息包括所述视频文件的使用次数。

在本发明实施例的一种优选实施例中，所述装置还可以包括如下模块：

日志文件创建模块，用于为所述应用程序创建用于记录所述特征信息的日志文件；所述特征信息至少还包括：所述视频文件的视频文件名称、所述视频文件的大小。

在本发明实施例的一种优选实施例中，所述装置还可以包括如下模块：

日志记录创建模块，用于在指定路径中存储的所有视频文件的总大小小于或等于预设阈值时，在所述日志文件中创建一条与所述下载完毕的视频文件对应的日志记录；其中，在所述日志记录中，所述视频文件的使用次数为1。

在本发明实施例的一种优选实施例中，所述装置还可以包括如下模块：

日志记录修改模块，用于在智能终端本地查找到所述视频文件名称时，在所述日志文件中定位对应的日志记录，在所述日志记录中将对应的使用次数增加1。

在本发明实施例的一种优选实施例中，所述装置还包括：

存储路径获取模块，用于若在智能终端本地查找到所述视频文件名称，或者，将对应的视频文件从服务器中下载到智能终端本地的指定路径中以后，在本地获取所述视频文件名称的存储路径；

存储路径发送模块，用于将所述存储路径传送至播放器。

在本发明实施例的一种优选实施例中，所述视频文件名称生成模块301包括如下子模块：

哈希运算子模块，用于当监测到应用程序获得待下载视频文件的URL时，采用哈希算法对所述URL进行运算，得到所述视频文件的哈希值；

后缀标识获取子模块，用于获取所述视频文件的后缀标识；

组织子模块，用于将所述哈希值与所述后缀标识组织成所述视频文件的视频文件名称。

在本发明实施例的一种优选实施例中，可以采用如下方式判断智能终端本地是否查找到所述视频文件名称：

基于所述视频文件名称，调用文件File.exists()装置；

若所述File.exists()装置返回真值true，则判定在智能终端本地查找到所述视频文件名称；

若所述File.exists()装置返回假值false，则判定在智能终端本地没有查找到所述视频文件名称。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种基于智能终端的视频文件处理方法和一种基于智能终端的视频文件处理装置，进行了详细介绍，本文中服务了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及服务范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种基于智能终端的视频文件处理方法，其特征在于，所述方法包括：

当监测到应用程序获得待下载视频文件的统一资源定位符URL时，依据所述URL生成所述待下载视频文件的视频文件名称；

若在智能终端本地没有查找到所述视频文件名称，则依据所述URL将对应的视频文件从服务器中下载到智能终端本地的指定路径中；

在所述视频文件下载完毕以后，若指定路径中存储的所有视频文件的总大小大于预设阈值，则从所述指定路径中删除一个或多个在先下载的使用次数最小的视频文件，直到所述视频文件的总大小小于或等于预设阈值，其中，所述指定路径中存储的视频文件具有对应的特征信息，所述特征信息包括所述视频文件的使用次数。

2.根据权利要求1所述的方法，其特征在于，还包括：

为所述应用程序创建用于记录所述特征信息的日志文件；所述特征信息至少还包括：所述视频文件的视频文件名称、所述视频文件的大小。

3.根据权利要求2所述的方法，其特征在于，还包括：

若指定路径中存储的所有视频文件的总大小小于或等于预设阈值，则在所述日志文件中创建一条与所述下载完毕的视频文件对应的日志记录；其中，在所述日志记录中，所述视频文件的使用次数为1。

4.根据权利要求2所述的方法，其特征在于，还包括：

若在智能终端本地查找到所述视频文件名称，则在所述日志文件中定位对应的日志记录，在所述日志记录中将对应的使用次数增加1。

5.根据权利要求1或2或3或4所述的方法，其特征在于，还包括：

若在智能终端本地查找到所述视频文件名称，或者，将对应的视频文件从服务器中下载到智能终端本地的指定路径中以后，在本地获取所述视频文件名称的存储路径，并将所述存储路径传送至播放器。

6.根据权利要求1所述的方法，其特征在于，所述当监测到应用程序获得待下载视频文件的统一资源定位符URL时，依据所述URL生成所述待下载视频文件的视频文件名称的步骤包括：

当监测到应用程序获得待下载视频文件的URL时，采用哈希算法对所述URL进行运算，得到所述视频文件的哈希值；

获取所述视频文件的后缀标识；

将所述哈希值与所述后缀标识组织成所述视频文件的视频文件名称。

7.根据权利要求1或2或3或4或6所述的方法，其特征在于，采用如下方式判断智能终端本地是否查找到所述视频文件名称：

基于所述视频文件名称，调用文件File.exists()方法；

若所述File.exists()方法返回真值true，则判定在智能终端本地查找到所述视频文件名称；

若所述File.exists()方法返回假值false，则判定在智能终端本地没有查找到所述视频文件名称。

8.一种基于智能终端的视频文件处理装置，其特征在于，所述装置包括：

视频文件名称生成模块，用于在监测到应用程序获得待下载视频文件的统一资源定位符URL时，依据所述URL生成所述待下载视频文件的视频文件名称；

视频文件下载模块，用于在智能终端本地没有查找到所述视频文件名称时，依据所述URL将对应的视频文件从服务器中下载到智能终端本地的指定路径中；

视频文件删除模块，用于在所述视频文件下载完毕以后，若指定路径中存储的所有视频文件的总大小大于预设阈值，则从所述指定路径中删除一个或多个在先下载的使用次数最小的视频文件，直到所述视频文件的总大小小于或等于预设阈值，其中，所述指定路径中存储的视频文件具有对应的特征信息，所述特征信息包括所述视频文件的使用次数。

9.根据权利要求8所述的装置，其特征在于，还包括：

日志文件创建模块，用于为所述应用程序创建用于记录所述特征信息的日志文件；所述特征信息至少还包括：所述视频文件的视频文件名称、所述视频文件的大小。

10.根据权利要求8所述的装置，其特征在于，还包括：

日志记录创建模块，用于在指定路径中存储的所有视频文件的总大小小于或等于预设阈值时，在所述日志文件中创建一条与所述下载完毕的视频文件对应的日志记录；其中，在所述日志记录中，所述视频文件的使用次数为1。