CN106528594A - 一种下载文件的查询方法及装置 - Google Patents

Abstract

本申请公开了一种下载文件的查询方法及装置，该查询方法根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配，然后根据匹配到的文件信息在路径数据库中查询所述目标文件在本地的存储路径，再根据查询到的存储路径，在与所述对应的存储路径相应的下载文件夹中获取所述目标文件，并对所述目标文件执行所述文件操作指令。通过应用本申请的技术方案，将信息数据库中的文件信息与路径数据库中相对应的存储路径信息相关联，直接在信息数据库中对文件信息进行匹配，从而快速、准确、方便定位目标文件，并管理下载文件，提升用户体验。

Description

一种下载文件的查询方法及装置

技术领域

本申请涉及数据查询领域，特别涉及一种下载文件的查询方法及装置。

背景技术

随着终端技术(Terminal Technology)的发展，终端(Terminal)的应用软件(Application，App)得到迅速发展，目前，市面上有各种各样的应用软件，并且每天都会有新的APP上市。大部分的应用软件都提供了用户下载文件的功能，各个应用软件提供的下载方式也是不同的，各个应用软件都会创建独自的下载目录，例如：QQ的下载目录就包括tencent/QQfile_recvd；微信的下载目录为tencent/MicroMsg/Download等，每个应用软件创建的下载目录都不同，对于广大用户来讲，其不可能清楚的知道每个应用软件创建的下载目录名称，从而导致当用户通过某个软件下载文件后，因为不知道下载的文件被放置在存储器的具体路径位置，导致用户不方便查看、管理、使用各应用软件所下载文件。

在现有技术中为方便用户查看和管理第三方应用软件所下载的文件的技术方案通常有以下两种：

方法一、建立第三方文件管理器，通过遍历存储器中所有文件夹的目录名称，匹配出带有“Download”、“Down”等字符的文件目录，然后在把这些文件目录中的文件展示出来。

方法二、利用智能终端厂商自带的文件管理器进行管理。

申请人在实现本申请的过程中发现，上述现有的处理方案至少存在如下的问题：

针对方法一，

1：当用户的的应用软件很多时，将会在智能终端中创建大量的文件存储目录，从而导致遍历所有这些目录时耗费大量的时间。

2：当用户每次查看所下载文件时，都会执行一遍遍历算法。

3：有些应用软件的文件存储目录中不包含“Download”或者“Down”等字符，导致其遍历算法会漏掉某些应用软件的下载文件。

针对方法二，

智能终端厂商自带的文件管理器，通常指向了一个智能终端自动创建的文件目录，例如：“终端U盘/Download”，这个做法只能覆盖非常少的下载文件，因为大部分第三方应用软件的下载目录不是“终端U盘/Download”，而是其自己创建的下载目录名称，这样，同样会导致无法查找到某些文件，及时查找到也需要耗费较长时间。

综上所述，用户不管使用第三方文件管理器，还是智能终端厂商自带的文件管理器都不能达到快速、方便、准确的查找各应用软件所下载的文件的目的。

发明内容

本申请实施例提供一种下载文件的查询方法及装置，当下载文件分散在不同的下载目录中时，使用户对下载文件的查找和使用方便，提高了对下载文件的查找准确率和使用效率。

为了达到上述技术目的，本申请提供了一种下载文件的查询方法，所述方法包括：

根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配，所述信息数据库中包括本地已下载文件的文件信息；

根据匹配到的文件信息在路径数据库中查询所述目标文件在本地的存储路径，所述路径数据库中包括各本地已下载文件所在的下载文件夹的路径信息，所述信息数据库中的文件信息与所述路径数据库中相对应的路径信息相关联；

根据查询到的路径信息所对应的存储路径，在与所述对应的存储路径相应的下载文件夹中获取所述目标文件，并对所述目标文件执行所述文件操作指令。

优选的，所述根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配之前，还包括：

遍历本地存储空间，将当前已存在的各下载文件夹的存储路径存储到所述路径数据库中，生成对应的路径信息；

分别获取所述当前已存在的各下载文件夹中已存储的文件的文件信息，将所述文件信息存储到所述信息数据库中，并分别将各文件的文件信息与所述路径数据库中存储相应文件的下载文件夹的路径信息相关联。

优选的，还包括：

当本地下载新的文件完成后，将所述新的文件所在的下载文件夹的存储路径存储到所述路径数据库中，生成对应的路径信息；获取所述新的文件的文件信息，将所述文件信息存储到所述信息数据库中，将所述文件信息与所述路径信息相关联；

或，

当所述本地的下载文件夹发生变化后，将变化后的下载文件夹的存储路径存储到所述路径数据库中，生成对应的新的路径信息；更新与所述信息数据库中的文件信息的关联关系。

优选的，还包括：

根据接收的云端服务器的更新指令，判断本地存储器是否存在相对应的下载文件夹；

若存在，更新所述路径数据库中与该下载文件夹所对应的路径信息，以及所述信息数据库中的文件信息与所述路径信息的关联关系；

若不存在，在本地存储空间中创建该下载文件夹，更新所述路径数据库中与该下载文件夹所对应的路径信息，以及所述信息数据库中的文件信息，并将所述路径信息与所述文件信息相关联。

优选的，还包括：

根据用户输入的操作指令，更新本地存储空间中相对应的下载文件夹；

更新所述路径数据库中的路径信息、所述信息数据库中的文件信息以及所述路径信息与所述文件信息的关联关系。

另外，本申请还提供一种下载文件的查询装置，其特征在于，所述装置包括：

匹配模块，用于根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配，所述信息数据库中包括本地已下载文件的文件信息；

查询模块，用于根据匹配到的文件信息在路径数据库中查询所述目标文件在本地的存储路径，所述路径数据库中包括各本地已下载文件所在的下载文件夹的路径信息，所述信息数据库中的文件信息与所述路径数据库中相对应的路径信息相关联；

处理模块，用于根据查询到的路径信息所对应的存储路径，在与所述对应的存储路径相应的下载文件夹中获取所述目标文件，并对所述目标文件执行所述文件操作指令。

优选的，所述匹配模块还用于：

遍历本地存储空间，将当前已存在的各下载文件夹的存储路径存储到所述路径数据库中，生成对应的路径信息；

分别获取所述当前已存在的各下载文件夹中已存储的文件的文件信息，将所述文件信息存储到所述信息数据库中，并分别将各文件的文件信息与所述路径数据库中存储相应文件的下载文件夹的路径信息相关联。

优选的，还包括：

当本地下载新的文件完成后，将所述新的文件所在的下载文件夹的存储路径存储到所述路径数据库中，生成对应的路径信息；获取所述新的文件的文件信息，将所述文件信息存储到所述信息数据库中，将所述文件信息与所述路径信息相关联；

或，

当所述本地的下载文件夹发生变化后，将变化后的下载文件夹的存储路径存储到所述路径数据库中，生成对应的新的路径信息；更新与所述信息数据库中的文件信息的关联关系。

优选的，还包括更新模块，用于：

根据接收的云端服务器的更新指令，判断本地存储器是否存在相对应的下载文件夹；

若存在，更新所述路径数据库中与该下载文件夹所对应的路径信息，以及所述信息数据库中的文件信息与所述路径信息的关联关系；

若不存在，在本地存储空间中创建该下载文件夹，更新所述路径数据库中与该下载文件夹所对应的路径信息，以及所述信息数据库中的文件信息，并将所述路径信息与所述文件信息相关联。

优选的，还包括：

根据用户输入的操作指令，更新本地存储空间中相对应的下载文件夹；

更新所述路径数据库中的路径信息、所述信息数据库中的文件信息以及所述路径信息与所述文件信息的关联关系。

与现有技术相比，本申请实施例所提出的技术方案的有益技术效果包括：

本申请公开了一种下载文件的查询方法及装置，该查询方法根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配，然后根据匹配到的文件信息在路径数据库中查询所述目标文件在本地的存储路径，再根据查询到的存储路径，在与所述对应的存储路径相应的下载文件夹中获取所述目标文件，并对所述目标文件执行所述文件操作指令。通过应用本申请的技术方案，将信息数据库中的文件信息与路径数据库中相对应的存储路径信息相关联，直接在信息数据库中对文件信息进行匹配，从而快速、准确、方便定位目标文件，并管理下载文件，提升用户体验。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例所提出的一种下载文件的查询方法的流程示意图；

图2为本申请具体实施例所提出的一种下载文件的查询方法的流程示意图；

图3为本申请具体实施例所提出的通过从云端服务器进行更新的流程示意图；

图4为本申请具体实施例所提出的手动更新本地数据库的流程示意图；

图5为本申请具体实施例所提出一种下载文件的查询装置的结构示意图。

具体实施方式

正如本申请背景技术所陈述的，由于各个应用软件提供的下载方式不同，并且各个应用软件都会创建独自的下载目录，例如：QQ的下载目录就包括tencent/QQfile_recvd；微信的下载目录为tencent/MicroMsg/Download等，因此，各应用软件都将下载的文件存储在其创建的目录下，这对于广大用户来讲，不可能清楚的知道每个应用软件创建的下载目录名称，在当用户想使用通过某软件下载的文件时，因为不知道下载的文件被放置在存储器的具体路径位置，导致无法查看和管理下载文件。

有鉴于以上现有技术中的问题，本申请提出了一种下载文件的查询方法，该方法通过将信息数据库中的文件信息与路径数据库中相对应的存储路径信息相关联，直接在信息数据库中对文件信息进行匹配，从而快速、准确定位目标文件，并可以对下载文件进行管理，提升了用户体验。

基于上述发明构思，在执行该方案的具体步骤之前，需要创建两个数据库，用于存储文件的路径信息和与路径信息相关联的文件信息。

需要说明的是，该关联方式只要是设备能够分辨出所需信息即可，具体的关联方式可根据实际情况进行选择，并不影响本申请的保护范围。

在具体的实施例中，本发明首先遍历本地存储器中的下载文件，获取当前各下载文件的所有文件信息，将各下载文件夹的存储路径存储到路径数据库中，生成对应的路径信息，进一步再分别将获取的各下载文件的文件信息存储到所述信息数据库中，并分别将文件信息与路径信息相关联，使信息数据库中的文件信息与路径数据库中相对应的存储路径信息相关联，当接收到操作指令时，直接在信息数据库中对文件信息进行匹配，缩短了直接查找文件的耗时。当然，本发明中的“路径数据库”和“信息数据库”只是为了方便后续阐述所命名的，具体的命名方式的不同可依据实际情况而定，并不影响本申请的保护范围。

如图1所示，为本申请实施例所提出的一种下载文件的查询方法的流程示意图，包括以下步骤：

步骤S101、根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配。

如背景技术所述，各应用软件都将下载的文件存储在其创建的目录下，且创建目录的方法是没有规律可循的，因此，每当需要查找文件时，都需要对所有的文件目录以及文件夹进行逐一搜索，直到查找到所需的目标文件，耗时较长。本步骤旨在先通过对文件信息进行匹配，然后再通过匹配出的文件信息查询相对应的路径信息，最后再根据路径信息所对应的存储路径进行查找文件，避免了直接对大文件的查找，减少了操作时的数据量，达到减少耗时的目的。

步骤S202、根据匹配到的文件信息在路径数据库中查询所述目标文件在本地的存储路径。

该步骤旨在通过文件信息与路径信息的关系确定出目标文件在本地的存储路径，然后通过该存储路径直接查找目标文件。

在本申请的优选实施例中，在根据路径信息确定目标文件在本地的存储路径之后，若发现本地存储的文件发生变化，获取变化后的文件信息，更新路径数据库中的路径信息，以及信息数据库中相对应的文件信息，使其保持一致。

此外，需要说明的是，本发明需要对路径数据库和信息数据库进行维护，具体情况有以下两种：

情况一，根据接收到云端服务器的更新指令，判断本地存储器是否存在相对应的下载文件夹；若存在，更新路径数据库中与该下载文件夹所对应的路径信息，以及信息数据库中的文件信息与路径信息的关联关系；若不存在，在本地存储空间中创建该下载文件夹，更新路径数据库中与该下载文件夹所对应的路径信息，以及信息数据库中的文件信息，并将路径信息与文件信息相关联。

情况二，根据用户输入的操作指令，更新本地存储空间中相对应的下载文件夹；更新路径数据库中的路径信息、信息数据库中的文件信息以及路径信息与文件信息的关联关系。

以上两种情况中，更新数据库中的信息具体有整体替换和差分替换两种方式，具体的替换方式可根据实际情况进行选择，并不影响本申请的保护范围。

另外，当本地的下载文件夹发生变化时，会对路径信息和文件信息更新，具体变化有文件夹的新建、文件夹的删除、文件夹的移动以及文件夹的修改，具体的更新有以下两种情况：

情况一，当文件夹新建时，将新的文件所在的下载文件夹的存储路径存储到路径数据库中，生成对应的路径信息；获取新的文件的文件信息，将文件信息存储到信息数据库中，将文件信息与路径信息相关联；

情况二，当文件夹删除、移动以及修改变化时，将变化后的下载文件夹的存储路径存储到路径数据库中，生成对应的新的路径信息；更新与信息数据库中的文件信息的关联关系。

步骤S103、根据查询到的路径信息所对应的存储路径，在与所述对应的存储路径相应的下载文件夹中获取所述目标文件，并对所述目标文件执行所述文件操作指令。

本步骤的具体实现是根据步骤S102查询到的路径信息所对应的存储路径，在本地存储器中进行查找，并将查找到的文件反馈给终端。

由此可见，与现有技术相比，本申请实施例所提出的技术方案的有益技术效果包括：

根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配，然后根据匹配到的文件信息在路径数据库中查询所述目标文件在本地的存储路径，再根据查询到的存储路径，在与所述对应的存储路径相应的下载文件夹中获取所述目标文件，并对所述目标文件执行所述文件操作指令。通过应用本申请的技术方案，将信息数据库中的文件信息与路径数据库中相对应的存储路径信息相关联，直接在信息数据库中对文件信息进行匹配，从而快速、准确、方便定位目标文件，并管理下载文件，提升用户体验。

下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

如上所述，在现有技术中用户不管使用第三方文件管理器，还是智能终端厂商自带的文件管理器都不能达到快速、方便、准确的查找和管理各应用软件所下载的文件的目的，无法保证用户体验。

本申请实施例为了解决上述现有技术的问题，通过建立两个数据库，分别对路径信息和文件信息进行管理，当需要进行操作时，先对文件信息进行匹配，在对路径信息进行查询，从而快速、准确定位目标文件，并管理下载文件，提升用户体验。

如图2所示，为本申请具体实施例所提出的一种下载文件的查询方法的流程示意图，该方法具体包括：

步骤S201、集中查看、操作各个软件所下载文件的管理模块接收操作指令。

本步骤中管理模块接收到操作指令，根据操作指令在数据库中进行匹配和查找。

在实际的应用场景中，智能终端下载管理总体结构分为两个模块：集中查看、操作各个软件所下载文件的管理模块以及用于管理各个应用软件存储目录的本地数据库管理模块。

需要说明的是本地数据库管理模块包括两个建立数据库和一个用于更新、升级本地数据库的子模块。

第一个数据库中记录了市面上常见应用软件的中、英文名称及对应的文件下载目录(primary key)，例如名称为QQ的应用软件，其对应的下载目录是tencent/QQfile_recvd，及该目录创建的时间、最新修改时间及上一次修改时间、文件目录存储大小等信息，为方便描述，我们将该数据库命名为“下载文件存储目录数据库”，与本申请中的“路径数据库”所起的作用是一致的。

第二个数控库中记录了各个应用软件的名称、下载文件的存储路径、所下载的文件，及该文件的下载时间等信息，我们为该数据库命名为“下载文件数据库”，与本申请中的“信息数据库”所起的作用是一致的。

用于更新、升级本地数据库的子模块支持两种升级方式：

a)支持用户手动添加软件名称和该软件对应的文件下载目录的功能；

b)支持从云端下载最新的数据库，用于整体替换或者差分替换本地数据库。

为了实现初始化操作，在接收到操作指令之前会快速的查找各个目录下的文件，并将该文件的名称及完整存储路径记录到第一个数据库“下载文件存储目录数据库”中，生成路径信息，同时将该文件的文件信息存储到第二个数据库“下载文件数据库”中，生成文件信息，然后将文件信息与路径信息相关联。

步骤S202、查看是否存在“下载文件数据库”。

考虑到接收到操作指令时，不知道在本地数据库是否建立了两个数据库，首先需要进行检测是否存在第二数据库，也就是检测是否存在“下载文件数据库”。

若存在，存在跳转至步骤S207，否则跳转至步骤S203。

步骤S203、遍历“下载文件存储目录数据库”。

若检测到不存在第二数据库，说明本操作为第一次操作，需要建立第二数据库进行存储与第一数据库中的路径信息相关联的文件信息。

需要说明的是，该关联方式只要是设备能够分辨出所需信息即可，具体的关联方式可根据实际情况进行选择，并不影响本申请的保护范围。

步骤S204、根据遍历结果，查找智能终端存储器中对应的下载目录的下载文件。

根据第一数据库中记录的文件数据，在本地下载目录的文件中进行查找，查找出未在第一数据库中记录的文件并记录。

步骤S205、创建“下载文件数据库”，将上一步的搜索结果记录在本数据库中。

首先创建一个“下载文件数据库”，然后根据步骤S204查找和记录的结果，将文件的路径信息存储到第一数据库中，获取该路径信息的文件信息，进一步的，采用关联的方式将该文件信息存储到刚才建立的第二数据库“下载文件数据库”中，之后跳转到步骤S206。

步骤S206、通知“集中查看、操作各个软件所下载文件的管理模块”查找完毕，更新界面。

将查找到的目标文件反馈给终端进行展示。

具体的，在第二数据库“下载文件数据库”中进行目标文件的信息匹配，然后根据匹配到的文件信息在第一数据库“下载文件存储目录数据库”中查询目标文件在本地的存储路径，再根据查询到的存储路径，获取具体的目标文件，反馈给终端。

步骤S207、对比分析“下载文件存储目录数据库”的最新修改时间和上一次修改时间。

若存在第二数据库“下载文件数据库”，则对第一数据库“下载文件存储目录数据库”的时间信息进行对比分析，具体的采用最新修改时间和上一次修改时间进行对比。

在这里，主要的数据维护是对文件和数据的更新，具体维护有以下两种情况：

情况一，根据接收到云端服务器的更新指令，判断本地存储器是否存在相对应的下载文件夹；若存在，更新路径数据库中与该下载文件夹所对应的路径信息，再根据路径信息重新获取文件信息，并更新信息数据库中相对应的文件信息；若不存在，在本地存储器中创建该下载文件夹，更新路径数据库中与该下载文件夹所对应的路径信息，再根据路径信息重新获取文件信息，并更新信息数据库中相对应的文件信息，如图3所示，为本申请具体实施例所提出的通过从云端服务器进行更新的流程示意图，首先通过AIDL与云端服务器进行绑定，利用AIDL接口从服务器端下载最新的数据库到本地，再通过MD5等算法鉴别该数据库在下载过程中的完整性，最后再将与本地数据库版本号不同的内容更新到本地，并保持数据库版本的一致。

情况二，根据用户输入的操作指令，更新本地存储器中相对应的下载文件夹；更新路径数据库中的路径信息，再根据路径信息重新获取文件信息，并更新信息数据库中相对应的文件信息，如图4所示，为本申请具体实施例所提出的手动更新本地数据库的流程示意图，首先判断用户输入的数据是否已经存在，当不存在时，将用户输入的数据存入第一数据库“下载文件存储目录数据库”中，进一步的遍历该目录下的文件，根据遍历后的文件信息更新第二数据库“下载文件数据库”。

以上两种情况中，更新数据库中的信息具体有整体替换和差分替换两种方式，具体的替换方式可根据实际情况进行选择，并不影响本申请的保护范围。

步骤S208、是否有目录存在变化。

根据步骤S207的对比分析结果，若存在变化，跳转至步骤S209，若未变化，执行步骤S206在第二数据库“下载文件数据库”中进行目标文件的信息匹配，然后根据匹配到的文件信息在第一数据库“下载文件存储目录数据库”中查询目标文件在本地的存储路径，再根据查询到的存储路径，获取具体的目标文件，反馈给终端。

步骤S209、重新查找存在变化的目录，来更新“下载文件数据库”，并将新下载的文件标识为新下载。

本步骤和步骤S204一样，旨在根据第一数据库中记录的文件数据，在本地下载目录的文件中进行查找，查找出未在第一数据库中记录的文件并记录，然后根据查找和记录的结果，将文件的路径信息存储到第一数据库下载文件存储目录数据库”中，获取该路径信息的文件信息，进一步的，采用关联的方式将该文件信息存储到刚才建立的第二数据库“下载文件数据库”中，以在下次操作时，可以在第二数据库中进行文件信息匹配。

操作完成之后执行步骤S206在第二数据库“下载文件数据库”中进行目标文件的信息匹配，然后根据匹配到的文件信息在第一数据库“下载文件存储目录数据库”中查询目标文件在本地的存储路径，再根据查询到的存储路径，获取具体的目标文件，反馈给终端。

与现有技术相比，本申请实施例所提出的技术方案的有益技术效果包括：

根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配，然后根据匹配到的文件信息在路径数据库中查询所述目标文件在本地的存储路径，再根据查询到的存储路径，在与所述对应的存储路径相应的下载文件夹中获取所述目标文件，并对所述目标文件执行所述文件操作指令。通过应用本申请的技术方案，将信息数据库中的文件信息与路径数据库中相对应的存储路径信息相关联，直接在信息数据库中对文件信息进行匹配，从而快速、准确、方便定位目标文件，并管理下载文件，提升用户体验。

为更清楚地说明本申请前述实施例提供的方案，基于与上述方法同样的发明构思，本申请实施例还提出了一种下载文件的查询装置，其结构示意图如图5所示，具体包括：

匹配模块51，用于根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配，所述信息数据库中包括本地已下载文件的文件信息；

查询模块52，用于根据匹配到的文件信息在路径数据库中查询所述目标文件在本地的存储路径，所述路径数据库中包括各本地已下载文件所在的下载文件夹的路径信息，所述信息数据库中的文件信息与所述路径数据库中相对应的路径信息相关联；

处理模块53，用于根据查询到的路径信息所对应的存储路径，在与所述对应的存储路径相应的下载文件夹中获取所述目标文件，并对所述目标文件执行所述文件操作指令。

优选的，所述匹配模块51还用于：

遍历本地存储空间，将当前已存在的各下载文件夹的存储路径存储到所述路径数据库中，生成对应的路径信息；

分别获取所述当前已存在的各下载文件夹中已存储的文件的文件信息，将所述文件信息存储到所述信息数据库中，并分别将各文件的文件信息与所述路径数据库中存储相应文件的下载文件夹的路径信息相关联。

优选的，还包括：

当本地下载新的文件完成后，将所述新的文件所在的下载文件夹的存储路径存储到所述路径数据库中，生成对应的路径信息；获取所述新的文件的文件信息，将所述文件信息存储到所述信息数据库中，将所述文件信息与所述路径信息相关联；

或，

当所述本地的下载文件夹发生变化后，将变化后的下载文件夹的存储路径存储到所述路径数据库中，生成对应的新的路径信息；更新与所述信息数据库中的文件信息的关联关系。

优选的，还包括更新模块54，用于：

根据接收的云端服务器的更新指令，判断本地存储器是否存在相对应的下载文件夹；

若存在，更新所述路径数据库中与该下载文件夹所对应的路径信息，以及所述信息数据库中的文件信息与所述路径信息的关联关系；

若不存在，在本地存储空间中创建该下载文件夹，更新所述路径数据库中与该下载文件夹所对应的路径信息，以及所述信息数据库中的文件信息，并将所述路径信息与所述文件信息相关联。

优选的，还包括：

根据用户输入的操作指令，更新本地存储空间中相对应的下载文件夹；

更新所述路径数据库中的路径信息、所述信息数据库中的文件信息以及所述路径信息与所述文件信息的关联关系。

与现有技术相比，本申请实施例所提出的技术方案的有益技术效果包括：

本申请实施例公开了一种下载文件的查询方法及装置，该查询方法根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配，然后根据匹配到的文件信息在路径数据库中查询所述目标文件在本地的存储路径，再根据查询到的存储路径，在与所述对应的存储路径相应的下载文件夹中获取所述目标文件，并对所述目标文件执行所述文件操作指令。通过应用本申请的技术方案，将信息数据库中的文件信息与路径数据库中相对应的存储路径信息相关联，直接在信息数据库中对文件信息进行匹配，从而快速、准确、方便定位目标文件，并管理下载文件，提升用户体验。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或网络侧设备等)执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims (10)

1.一种下载文件的查询方法，其特征在于，所述方法包括：

根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配，所述信息数据库中包括本地已下载文件的文件信息；

根据匹配到的文件信息在路径数据库中查询所述目标文件在本地的存储路径，所述路径数据库中包括各本地已下载文件所在的下载文件夹的路径信息，所述信息数据库中的文件信息与所述路径数据库中相对应的路径信息相关联；

根据查询到的路径信息所对应的存储路径，在与所述对应的存储路径相应的下载文件夹中获取所述目标文件，并对所述目标文件执行所述文件操作指令。

2.如权利要求1所述的方法，其特征在于，所述根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配之前，还包括：

遍历本地存储空间，将当前已存在的各下载文件夹的存储路径存储到所述路径数据库中，生成对应的路径信息；

分别获取所述当前已存在的各下载文件夹中已存储的文件的文件信息，将所述文件信息存储到所述信息数据库中，并分别将各文件的文件信息与所述路径数据库中存储相应文件的下载文件夹的路径信息相关联。

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

当本地下载新的文件完成后，将所述新的文件所在的下载文件夹的存储路径存储到所述路径数据库中，生成对应的路径信息；获取所述新的文件的文件信息，将所述文件信息存储到所述信息数据库中，将所述文件信息与所述路径信息相关联；

或，

当所述本地的下载文件夹发生变化后，将变化后的下载文件夹的存储路径存储到所述路径数据库中，生成对应的新的路径信息；更新与所述信息数据库中的文件信息的关联关系。

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

根据接收的云端服务器的更新指令，判断本地存储器是否存在相对应的下载文件夹；

若存在，更新所述路径数据库中与该下载文件夹所对应的路径信息，以及所述信息数据库中的文件信息与所述路径信息的关联关系；

若不存在，在本地存储空间中创建该下载文件夹，更新所述路径数据库中与该下载文件夹所对应的路径信息，以及所述信息数据库中的文件信息，并将所述路径信息与所述文件信息相关联。

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

根据用户输入的操作指令，更新本地存储空间中相对应的下载文件夹；

更新所述路径数据库中的路径信息、所述信息数据库中的文件信息以及所述路径信息与所述文件信息的关联关系。

6.一种下载文件的查询装置，其特征在于，所述装置包括：

匹配模块，用于根据接收到的文件操作指令，在信息数据库中对所述文件操作指令的目标文件进行信息匹配，所述信息数据库中包括本地已下载文件的文件信息；

查询模块，用于根据匹配到的文件信息在路径数据库中查询所述目标文件在本地的存储路径，所述路径数据库中包括各本地已下载文件所在的下载文件夹的路径信息，所述信息数据库中的文件信息与所述路径数据库中相对应的路径信息相关联；

处理模块，用于根据查询到的路径信息所对应的存储路径，在与所述对应的存储路径相应的下载文件夹中获取所述目标文件，并对所述目标文件执行所述文件操作指令。

7.如权利要求6所述的装置，其特征在于，所述匹配模块还用于：

遍历本地存储空间，将当前已存在的各下载文件夹的存储路径存储到所述路径数据库中，生成对应的路径信息；

分别获取所述当前已存在的各下载文件夹中已存储的文件的文件信息，将所述文件信息存储到所述信息数据库中，并分别将各文件的文件信息与所述路径数据库中存储相应文件的下载文件夹的路径信息相关联。

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

当本地下载新的文件完成后，将所述新的文件所在的下载文件夹的存储路径存储到所述路径数据库中，生成对应的路径信息；获取所述新的文件的文件信息，将所述文件信息存储到所述信息数据库中，将所述文件信息与所述路径信息相关联；

或，

当所述本地的下载文件夹发生变化后，将变化后的下载文件夹的存储路径存储到所述路径数据库中，生成对应的新的路径信息；更新与所述信息数据库中的文件信息的关联关系。

9.如权利要求6所述的装置，其特征在于，还包括更新模块，用于：

根据接收的云端服务器的更新指令，判断本地存储器是否存在相对应的下载文件夹；

若存在，更新所述路径数据库中与该下载文件夹所对应的路径信息，以及所述信息数据库中的文件信息与所述路径信息的关联关系；

若不存在，在本地存储空间中创建该下载文件夹，更新所述路径数据库中与该下载文件夹所对应的路径信息，以及所述信息数据库中的文件信息，并将所述路径信息与所述文件信息相关联。

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

根据用户输入的操作指令，更新本地存储空间中相对应的下载文件夹；

更新所述路径数据库中的路径信息、所述信息数据库中的文件信息以及所述路径信息与所述文件信息的关联关系。