CN102457584A - 下载时的媒体文件自动改名的方法以及下载系统 - Google Patents

Abstract

一种下载时的媒体文件自动改名的方法，包括如下步骤：获取媒体文件的网络地址；根据所述网络地址查询与所述网络地址对应的媒体文件信息；判断是否查询到所述媒体文件信息，若是则获取所述媒体文件信息，根据所述媒体文件信息更改媒体文件的原文件名。此外，还涉及利用上述方法的下载系统。上述方法和下载系统通过查询网络地址获得媒体文件名，在下载之前将原文件名替换掉，从而实现自动改名，无需手动改名，操作简单。

Description

下载时的媒体文件自动改名的方法以及下载系统

【技术领域】

本发明涉及互联网的下载领域，尤其涉及一种下载时的媒体文件自动改名的方法以及下载系统。

【背景技术】

用户在使用互联网时，都会下载网络上的资源，网络资源包括媒体文件如视频文件、音频文件或图片等。当用户下载媒体文件(如mp3音乐文件)时，往往网站提供给用户保存时的文件名并不与媒体文件内容相关(如歌曲名、影片名等)，可能是便于网站组织这些媒体文件的文件名，比如一串数字。这时就需要用户在下载开始前或下载完成后手动更改，操作较为复杂。

【发明内容】

鉴于上述，有必要针对传统下载时需手动更改媒体文件名的问题，提供一种下载时的媒体文件自动改名的方法。

一种下载时的媒体文件自动改名的方法，包括如下步骤：获取媒体文件的网络地址；根据所述网络地址查询与所述网络地址对应的媒体文件信息；判断是否查询到所述媒体文件信息，若是则获取所述媒体文件信息，根据所述媒体文件信息更改媒体文件的原文件名。

优选地，所述根据网络地址查询与网络地址对应的媒体文件信息的步骤包括：根据所述网络地址查询得到与网络地址对应存储在第一映射表中的媒体文件的哈希值；根据所述哈希值查询得到与所述哈希值对应存储在第二映射表中的媒体文件信息。

优选地，还包括收集媒体文件信息的步骤，具体包括：若没有查询到与所述网络地址对应的媒体文件信息，则下载所述媒体文件，解析所述媒体文件获取媒体文件信息，并计算媒体文件的哈希值，将所述网络地址与媒体文件的哈希值对应存入所述第一映射表，以及将所述哈希值与媒体文件信息对应存入所述第二映射表。

优选地，将所述网络地址、媒体文件的哈希值和媒体文件信息对应存储的步骤具体包括：判断所述第一映射表中是否有当前下载的媒体文件的哈希值，若是，则将网络地址存入第一映射表并建立所述网络地址与所述哈希值的映射关系，否则将所述网络地址与所述哈希值对应一并存入所述第一映射表；判断所述第二映射表中是否有与所述哈希值对应的媒体文件信息，若不是，则将所述媒体文件信息与所述哈希值对应存储在第二映射表中。

优选地，还包括设置媒体文件名格式的步骤，包括以下步骤中的至少一步：在所述媒体文件名之前或之后增加媒体文件信息中的其他信息；添加保存时间。

此外，还提供一种下载系统。

一种下载系统，包括客户端和服务器，所述客户端包括下载交互模块，所述下载交互模块至少提供下载存储界面，供用户选择存储路径以及文件重命名，还包括：改名模块，所述改名模块用于从用户的下载请求中获取媒体文件的网络地址，并根据所述网络地址向服务器查询与所述网络地址对应的媒体文件信息，根据媒体文件信息更改媒体文件的原文件名；所述服务器用于存储相对应的网络地址与媒体文件信息。

优选地，所述服务器存储有网络地址与媒体文件的哈希值对应的第一映射表以及媒体文件的哈希值与媒体文件信息对应的第二映射表。

优选地，所述客户端还包括收集模块，若改名模块根据所述网络地址无法获取所述媒体文件信息，则所述下载工具下载所述媒体文件，所述收集模块用于解析所述媒体文件获取媒体文件信息并计算媒体文件的哈希值，然后将所述网络地址、媒体文件的哈希值和媒体文件信息发送到服务器。

优选地，所述服务器还包括管理模块，用于：判断所述第一映射表中是否有当前下载的媒体文件的哈希值，若是，则建立所述网络地址与所述哈希值的映射关系；否则将所述网络地址与所述哈希值对应一并存入所述第一映射表；判断所述第二映射表中是否有与所述哈希值对应的媒体文件信息，否则将所述媒体文件信息与所述哈希值对应存储在第二映射表中。

优选地，所述客户端还包括可设置保存名称格式的名称设置模块，至少用于：在所述媒体文件名之前或之后增加媒体文件信息中的其他信息；添加保存时间。

上述方法和下载系统通过查询网络地址获得媒体文件名，在下载之前将原文件名替换掉，从而实现自动改名，无需手动改名，操作简单。

【附图说明】

图1为一实施例的一种下载时的媒体文件自动改名的方法流程图；

图2为图1实施例中的收集媒体文件信息的处理流程图；

图3为一实施例的下载系统的模块图。

【具体实施方式】

以下结合附图进行进一步说明。

如图1所示，为一实施例的一种下载时的媒体文件自动改名的方法流程图。该方法包括如下步骤：

S10：获取媒体文件的网络地址。从网络上下载媒体文件时，通过网络地址定位该媒体文件。本实施例中，网络地址通过统一资源定位器(Uniform ResourceLocator，URL)获得。

S20：根据所述网络地址查询与所述网络地址对应的媒体文件信息。本实施例提供对应存储的网络地址和媒体文件信息，这些对应存储的网络地址和媒体文件信息通常都是存储在特定的服务器上。通过查找服务器从网络地址即可获得相应的媒体文件信息。其中网络地址往往是多个不同的URL，即多个不同URL可指向同一媒体文件信息。通常媒体文件信息包括媒体文件名、文件大小、播放时长等。对一些具体的不同类型的媒体文件，还涉及特殊信息，比如MP3音乐文件还包括歌手、专辑等信息，电影文件可以包括导演、年份及国别等信息。

S30：判断是否查询到所述媒体文件信息，若是，则执行步骤S40。

S40：根据所述媒体文件信息更改媒体文件的原文件名。可利用媒体文件信息中的任何信息作为媒体文件的新名称，比如MP3的专辑名称、作者、类别等。

进一步的，本实施例的方法还包括步骤S50：收集媒体文件信息。由于服务器不可能涵盖所有的媒体文件信息，因此有必要进一步收集这些媒体文件信息。

若根据步骤S30判断的结果为否，则执行步骤S50。收集媒体文件信息的步骤主要包括：

S51：下载所述媒体文件。根据媒体文件所在网络位置，将其从网络下载到本地。

S52：解析所述媒体文件获取媒体文件信息并计算媒体文件的哈希值。媒体文件中通常都有一部分数据中保存所述媒体文件的媒体文件信息，如MP3歌曲的歌曲名、歌手以及专辑等。MP3播放器在播放MP3时，通过MP3解码器都可以将这些数据解析出来呈现给用户。对于其他的媒体文件，同样也可解析得到媒体文件信息。

另外，还计算该媒体文件的哈希值。由于媒体文件信息中的任何一种信息均不能唯一确定一个媒体文件，比如两个媒体文件重名，但是内容不同，那么通过名称即无法区分。而采用多种信息综合确定一个媒体文件的方法又过于复杂，因此直接用网络地址与媒体文件信息对应存储，特别是当涉及多个URL时，收集并建立网络地址与媒体文件信息的对应关系并不方便。因此必须有一个能够唯一确定媒体文件的参数，本实施例中选用哈希值。通过散列算法，将媒体文件变换成固定长度的输出。具有相同数据内容的文件，通过散列算法后得到的哈希值是完全相同的，而具有不同数据内容的文件，通过散列算法后得到的哈希值是不相同的。比如常见的MD5算法，SHA-1算法等。

以下简要说明SHA-1算法的具体步骤：

a)填充数据。先在数据末尾填上一个1，后跟一串0，使得媒体文件数据的长度为比512的倍数少64位，最后还要加上一个64位的对填充之前的媒体文件数据长度的表示。这两步使媒体文件数据长度恰好是512的倍数，同时保证不同的媒体文件数据在填充后仍然不同。

b)变量初始化。要使得SHA-1的输出为160位，需要对5个32位变量初始化。即A＝0x67452301，B＝0xefcdab89，C＝0x98badcfe，D＝0x10325476，E＝0xc3d2elf0。

c)算法的主循环。以512bit为一组，对媒体文件数据的各块重复执行。首先将5个初始化变量复制到不同的变量：A复制到a，B复制到b，C复制到c，D复制到d，E复制到e。

主循环有四圈，每圈有20个操作，每个操作完成一个在a，b，c，c，e之中三个上的非线性函数，然后做移位和加法。

SHA-1的非线性函数集为以下四个，算法中使用了四个常数K：

对于t＝0到19；其中K＝0x5a827999；

对于t＝20到39；其中K＝0x6ed9ebal；

对于t＝40到59；其中K＝0x8f1bbcdc；

对于t＝60到79；其中K＝0xca62c1d6；

消息块从16个到32位字w(i)(0≤i≤15)，变换成80个32位字w(i)(0≤i≤80)，变换使用的算法为：

0≤i≤15时，前16位保持不变；

16≤i≤79时，w(i)＝(w(i-3)xor w(i-8)xor w(i-14)xor w(i-16))＜＜＜1

设t为操作号，从1到80，代表扩展后消息的第t个子块，＜＜＜s代表循环左移s位，则主函数为：

FOR t＝0to 79；

TEMP＝(a＜＜＜5)+f(b，c，d)+e+k+w(i)，f(b，c，d)和k为上述列出的非线性函数和常数K。

d)结果输出。将a，b，c，d，e和A，B，C，D，E分别相加，算法继续处理下一数据块。最后的输出为A，B，C，D，E的连接。由此产生160位的报文摘要。

S53：将网络地址与媒体文件的哈希值对应存储在第一映射表中、将媒体文件的哈希值与媒体文件信息对应存储在第二映射表中。

具体步骤包括：

判断所述第一映射表中是否有当前下载的媒体文件的哈希值，若是，则将网络地址存入第一映射表并建立所述网络地址与所述哈希值的映射关系；否则将所述网络地址与所述哈希值对应一并存入所述第一映射表。由于从多个不同的URL下载同一内容的媒体文件是可能的，因此第一映射表中可能已经对应存储了一些URL与当前下载的媒体文件的哈希值，但是当前用户下载的URL并不在已经存储的URL中，此时只需要将当前用户下载的URL添加到第一映射表中并建立该URL与媒体文件的哈希值的映射关系即可。如果经过判断第一映射表中没有当前下载的媒体文件的哈希值，则需要将当前用户下载的URL和媒体文件哈希值一并存入第一映射表。

判断所述第二映射表中是否有与所述哈希值对应的媒体文件信息，若不是，则将所述媒体文件信息与所述哈希值对应存储在第二映射表中。第二映射表中的哈希值与媒体文件信息是一一对应的关系，因此对于第二映射表中存在哈希值的情况，仅需判断是否有对应的媒体文件信息即可，若没有则添加。

进一步地，该方法还可包括设置保存名称格式的步骤。该方法需要将媒体文件的原文件名替换成保存名称，保存名称可以仅仅是媒体文件名称，也可以在此基础上增加其他信息。本实施例进一步的改进在于提供用户自定义保存名称的格式。这些自定义包括：

在所述媒体文件名之前或之后增加媒体文件信息中的其他信息。比如形式为“歌曲名-歌手名”、“歌曲名专辑名”以及其他可能的组合等的文件名。当然，歌名的形式不限于此。

进一步地，该方法还包括收集用户反馈信息的步骤。由于服务器保存的媒体文件信息可能并不正确，用户下载媒体文件时，依据该媒体文件信息进行的更名因此也是错误的。用户可针对该种情况向服务器反馈，通过收集用户反馈信息，将媒体文件信息进行更正。

此外，还提供一种下载系统。如图3所示，为一实施例的下载工具的模块图。该下载工具包括客户端100和服务器200，其中客户端100包括下载交互模块110和改名模块120。下载交互模块110至少提供下载存储界面，供用户选择存储路径以及文件重命名。改名模块120用于从用户的下载请求中获取媒体文件的网络地址，并根据所述网络地址查询，获取至少包括媒体文件名的媒体文件信息，然后根据所述媒体文件信息更改媒体文件的原文件名。服务器200用于存储所述包括相对应的网络地址与媒体文件信息的数据集合。

进一步地，客户端100还包括收集模块130130。若改名模块120根据网络地址无法获取媒体文件信息，则下载系统下载所述媒体文件。收集模块130用于解析所述媒体文件获取媒体文件信息并计算媒体文件的哈希值，然后将所述网络地址与媒体文件的哈希值对应存入所述第一映射表，以及将所述哈希值与媒体文件信息对应存入所述第二映射表。其中服务器200存储有网络地址与媒体文件的哈希值对应的第一映射表210以及媒体文件的哈希值与媒体文件信息对应的第二映射表220。

进一步地，该下载系统还包括管理模块230，用于判断第一映射表210中是否有当前下载的媒体文件的哈希值，若是，则建立所述网络地址与所述哈希值的映射关系；否则将所述网络地址与所述哈希值对应一并存入所述第一映射表210。之后再判断第二映射表220中是否有与所述哈希值对应的媒体文件信息，否则将所述媒体文件信息与所述哈希值对应存储在第二映射表220中。

进一步地，该下载系统还包括可设置保存名称格式的名称设置模块140，至少用于：在所述媒体文件名之前或之后增加媒体文件信息中的其他信息、添加保存时间。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种下载时的媒体文件自动改名的方法，其特征在于，包括如下步骤：

获取媒体文件的网络地址；

根据所述网络地址查询与所述网络地址对应的媒体文件信息；

判断是否查询到所述媒体文件信息，若是则获取所述媒体文件信息，根据所述媒体文件信息更改媒体文件的原文件名。

2.如权利要求1所述的下载时的媒体文件自动改名的方法，其特征在于，所述根据网络地址查询与网络地址对应的媒体文件信息的步骤包括：根据所述网络地址查询得到与网络地址对应存储在第一映射表中的媒体文件的哈希值；根据所述哈希值查询得到与所述哈希值对应存储在第二映射表中的媒体文件信息。

3.如权利要求2所述的下载时的媒体文件自动改名的方法，其特征在于，还包括收集媒体文件信息的步骤，具体包括：

若没有查询到与所述网络地址对应的媒体文件信息，则下载所述媒体文件，解析所述媒体文件获取媒体文件信息，并计算媒体文件的哈希值，将所述网络地址与媒体文件的哈希值对应存入所述第一映射表，以及将所述哈希值与媒体文件信息对应存入所述第二映射表。

4.如权利要求3所述的下载时的媒体文件自动改名的方法，其特征在于，将所述网络地址、媒体文件的哈希值和媒体文件信息对应存储的步骤具体包括：

判断所述第一映射表中是否有当前下载的媒体文件的哈希值，若是，则将网络地址存入第一映射表并建立所述网络地址与所述哈希值的映射关系，否则将所述网络地址与所述哈希值对应一并存入所述第一映射表；

判断所述第二映射表中是否有与所述哈希值对应的媒体文件信息，若不是，则将所述媒体文件信息与所述哈希值对应存储在第二映射表中。

5.如权利要求1所述的下载时的媒体文件自动改名的方法，其特征在于，还包括设置媒体文件名格式的步骤，包括以下步骤中的至少一步：

在所述媒体文件名之前或之后增加媒体文件信息中的其他信息；

添加保存时间。

6.一种下载系统，包括客户端和服务器，所述客户端包括下载交互模块，所述下载交互模块至少提供下载存储界面，供用户选择存储路径以及文件重命名，其特征在于，还包括：改名模块，所述改名模块用于从用户的下载请求中获取媒体文件的网络地址，并根据所述网络地址向服务器查询与所述网络地址对应的媒体文件信息，根据媒体文件信息更改媒体文件的原文件名；

所述服务器用于存储相对应的网络地址与媒体文件信息。

7.如权利要求6所述的下载系统，其特征在于，所述服务器存储有网络地址与媒体文件的哈希值对应的第一映射表以及媒体文件的哈希值与媒体文件信息对应的第二映射表。

8.如权利要求7所述的下载系统，其特征在于，所述客户端还包括收集模块，若改名模块根据所述网络地址无法获取所述媒体文件信息，则所述下载工具下载所述媒体文件，所述收集模块用于解析所述媒体文件获取媒体文件信息并计算媒体文件的哈希值，然后将所述网络地址、媒体文件的哈希值和媒体文件信息发送到服务器。

9.如权利要求8所述的下载系统，其特征在于，所述服务器还包括管理模块，用于：

判断所述第一映射表中是否有当前下载的媒体文件的哈希值，若是，则建立所述网络地址与所述哈希值的映射关系；否则将所述网络地址与所述哈希值对应一并存入所述第一映射表；

判断所述第二映射表中是否有与所述哈希值对应的媒体文件信息，否则将所述媒体文件信息与所述哈希值对应存储在第二映射表中。

10.如权利要求6所述的下载系统，其特征在于，所述客户端还包括可设置保存名称格式的名称设置模块，至少用于：

在所述媒体文件名之前或之后增加媒体文件信息中的其他信息；

添加保存时间。

Images