CN106911758A - 文件获取系统 - Google Patents

Abstract

本发明提供了一种文件获取系统，所述系统包括客户端和服务器；其中，所述客户端包括：基本信息下载模块，用于从服务器下载目标文件的基本信息；标识符判断模块，用于判断预置的文件记录表里是否存在所述基本信息中的标识符；本地路径提取模块，用于若预置的文件记录表里存在所述基本信息中的标识符，则从所述文件记录表中提取出与所述标识符对应的本地路径；文件获取模块，用于在所述客户端按照所述本地路径获取所述目标文件。本发明在客户端中存在与服务器中相同的目标文件时，可以避免从服务器下载目标文件，而是通过客户端中预置的文件记录表获取目标文件在客户端中的本地路径，通过本地路径得到目标文件，节省了从服务器下载目标文件的时间。

Description

文件获取系统

技术领域

本发明涉及互联网技术领域，特别是涉及一种文件获取系统。

背景技术

随着互联网络和计算机的普及，人们在生活和工作中一般都会拥有多个计算设备，例如，在工作单位至少会使用一台计算机，而在家中还会使用另一台计算机，而在外出或者娱乐时会使用各种移动计算设备如平板或者智能手机等。为了统一管理这些计算设备中的文件，出现了网络存储系统。一个典型的网络存储系统可以包括存储服务器和多个计算终端。每个计算终端经由网络与存储服务器进行通信。计算终端可以把本地文件传输到服务器上来集中存储。当用户使用其他计算终端时，可以通过这些计算终端来浏览服务器上存储的文件，并且可以下载到计算终端本地来使用。当网络速度越来越快时，这种网络存储方式越来越受到用户的欢迎。

网盘是现有的比较常见的一种网络存储系统。网盘，又称网络U盘、网络硬盘，是由互联网公司推出的在线存储服务，向用户提供文件的存储、访问、备份、共享等文件管理等功能。用户可以把网盘看成一个放在网络上的硬盘或U盘，不管用户是在家中、单位或其它任何地方，只要可以连接到互联网，均可以管理、编辑网盘里的文件。不需要随身携带文件，更不怕文件丢失。

若用户要使用网盘中的文件，需要从网盘中将目标文件下载至本地终端，若目标文件占用的存储空间较大，或者从网盘下载文件至本地终端的网速较慢，需要较长的时间才能将目标文件从网盘下载至本地终端，浪费时间。

发明内容

鉴于上述现有的从网盘下载文件的系统受限于目标文件占用的存储空间过大以及网速过慢，下载目标文件浪费时间的问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的文件获取系统。

依据本发明的一个方面，提供了一种文件获取系统，包括客户端和服务器；其中，所述客户端包括：

基本信息下载模块，用于从服务器下载目标文件的基本信息；

标识符判断模块，用于判断预置的文件记录表里是否存在所述基本信息中的标识符；

本地路径提取模块，用于若预置的文件记录表里存在所述基本信息中的标识符，则从所述文件记录表中提取出与所述标识符对应的本地路径；

文件获取模块，用于在所述客户端按照所述本地路径获取所述目标文件；

其中，所述服务器包括：基本信息生成模块，用于生成存储于所述服务器的文件的基本信息；

基本信息下发模块，用于根据客户端的下载请求下发对应的文件的基本信息至所述客户端，以令所述客户端判断预置在客户端本地的文件记录表里是否存在所述对应的文件的基本信息中标识符，若存在，则从所述文件记录表中提取出与所述标识符对应的客户端本地路径，并按照所述客户端本地路径获取所述对应的文件。

可选地，所述文件记录表中存储有相关文件的标识符及本地路径，且所述文件记录表周期性更新；

其中，所述相关文件包括所述客户端上传至所述服务器的文件，以及所述客户端从所述服务器下载的文件。

可选地，客户端还包括：

标识符校验模块，用于在所述文件获取模块在客户端按照所述本地路径获取所述目标文件之后，校验获取得到的文件的标识符是否与所述基本信息中的标识符相同；

文件确定模块，用于若获取得到的文件的标识符与所述基本信息中的标识符相同，则确定获取得到的文件为所述目标文件。

可选地，所述基本信息还至少包括所述目标文件的名称、url、类型、上传时间和上传方信息之一。

可选地，所述客户端还包括：

识别信息判断模块，用于在所述标识符判断模块判断预置的文件记录表里是否存在所述基本信息中的标识符之前，判断所述上传方信息是否与所述客户端的识别信息相同；

若相同，则所述标识符判断模块判断预置的文件记录表里是否存在所述基本信息中的标识符。

可选地，所述客户端的识别信息包括客户端ID和/或客户端中用于上传文件的应用程序的用户名。

可选地，所述客户端还包括：

上传时间判断模块，用于在所述文件获取模块在客户端按照所述本地路径获取所述目标文件之后，判断所述上传时间是否在获取得到的文件的生成时间之后；

若是，则所述文件确定模块确定获取得到的文件为所述目标文件。

可选地，所述客户端还包括：

类型判断模块，用于在所述文件获取模块在客户端按照所述本地路径获取所述目标文件之后，判断所述类型是否与获取得到的文件的类型相同；

若相同，则所述文件确定模块确定获取得到的文件为所述目标文件。

可选地，所述标识符至少为MD5、SHA1和CRC32之一。

现有的从网盘下载文件的方案中，下载网盘中的文件受限于目标文件占用的存储空间过大、网速过慢等条件，下载过程缓慢，浪费时间。本发明提供的文件获取方案中，服务器为存储在服务器中的文件生成基本信息，基本信息占用的存储空间远远小于文件本身占用的存储空间。客户端从服务器下载目标文件的基本信息，判断预置的文件记录表里是否存在目标文件的基本信息中的标识符，所述标识符作为目标文件的唯一标识。若存在，则从文件记录表中提取出于目标文件的标识符对应的客户端本地路径，在客户端中根据本地路径获取得到目标文件。即客户端中存在与服务器中相同的目标文件时，可以避免从服务器下载目标文件，而是通过客户端中预置的文件记录表获取目标文件在客户端中的本地路径，通过本地路径得到目标文件，节省了从服务器下载目标文件的时间。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是根据本发明实施例一的一种文件获取方法步骤示意图；

图2是根据本发明实施例二的一种文件获取系统中客户端的结构示意图；

图3是根据本发明实施例二的一种文件获取系统中服务器的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

详细介绍本发明实施例一提供的一种文件获取方法，所述方法应用于客户端，所述客户端可以为PC、智能手机或者平板电脑等用户终端设备。

参照图1，示出了本发明实施例一的一种文件获取方法的步骤流程图。

步骤100，从服务器下载目标文件的基本信息。

本发明实施例中的服务器可以为网络存储服务器，例如网盘服务器。服务器可以为存储在其中的文件生成基本信息，所述基本信息可以包括文件的标识符，所述标识符至少为消息摘要算法第五版(Message Digest Algorithm，MD5)、安全哈希算法(Secure Hash Algorithm，SHA1)和32位循环冗余校验(Cyclic Redundancy Check 32，CRC32)之一。所述基本信息还可以包括文件的名称、url、类型、上传时间和上传方信息等。

例如，某网盘服务器上存储有文件A和文件B，该网盘服务器分别为文件A和文件B生成相应的基本信息a和基本信息b，文件A的基本信息为基本信息a，文件B的基本信息为基本信息b。基本信息a中包括文件A的标识符(如SHA1:C71D49A6144772F352806201EF564951BE55EDD5，表示文件A的标识符为值为C71D49A6144772F352806201EF564951BE55EDD5的SHA1)名称、在网盘服务器中的url、类型；若文件A为客户端上传至该网盘服务器的文件，则基本信息a中还应该包括上传时间和上传方信息等。

在所述步骤100之后，步骤102之前，还可以判断基本信息中的上传方信息是否与所述客户端的识别信息相同，目的是判断目标文件是否为客户端上传至服务器的文件。若相同，则执行步骤102。在服务器生成文件的基本信息时，若文件从客户端上传至服务器，则可以将客户端的识别信息作为文件的上传方信息。其中，所述客户端的识别信息可以包括客户端ID和/或客户端中用于上传文件的应用程序的用户名等等。

步骤102，判断预置的文件记录表里是否存在所述基本信息中的标识符，若存在，则执行步骤104；若不存在，则流程结束。

所述文件记录表中存储有相关文件的标识符及本地路径，且所述文件记录表周期性更新；其中，所述相关文件可以包括所述客户端上传至所述服务器的文件，以及所述客户端从所述服务器下载的文件。即文件记录表中可以记录客户端上传至服务器的文件的标识符及本地路径，还可以记录客户端从服务器下载的文件的标识符和本地路径。

步骤104，从所述文件记录表中提取出与所述标识符对应的本地路径。

文件记录表中的标识符与本地路径存在一一对应关系。确定文件记录表中的一个标识符，即相应确定一个与该标识符对应的本地路径。

步骤106，在所述客户端按照所述本地路径获取所述目标文件。

为了增加从客户端本地获取目标文件的准确性，在所述步骤106之后，还可以执行如下3个步骤中的任意步骤或者任意步骤的组合：

步骤1、校验获取得到的文件的标识符是否与所述基本信息中的标识符相同；若相同，则确定获取得到的文件为所述目标文件。即校验从客户端本地获取到的文件的标识符是否与从服务器下载的基本信息的标识符相同，防止客户端本地的文件被修改，而将修改后的文件作为目标文件。

步骤2、判断基本信息中的上传时间是否在获取得到的文件的生成时间之后；若是，则确定获取得到的文件为所述目标文件。基本信息中的上传时间可以为客户端将本地文件上传至服务器完毕的系统时间。所述系统时间可以为客户端与服务器共同的系统时间。若上传时间在客户端本地文件的生成时间之前，或者上传时间与客户端本地文件的生成时间相同，则确定客户端本地文件不是目标文件。

步骤3、判断基本信息中的类型是否与获取得到的文件的类型相同；若相同，则确定获取得到的文件为所述目标文件。文件以图片为例，常用的图片类型包括jpg、png等等。若基本信息中的文件类型与客户端本地文件的类型不同，则确定客户端本地文件不是目标文件。

若基本信息中还包括文件的容量，则还可以判断基本信息中的容量与客户端本地文件的容量是否相同，若容量相同，则可以进一步确定客户端本地文件为目标文件。

综上所述，本发明实施例中的技术方案，服务器为存储在服务器中的文件生成基本信息，基本信息占用的存储空间远远小于文件本身占用的存储空间。客户端从服务器下载目标文件的基本信息，判断预置的文件记录表里是否存在目标文件的基本信息中的标识符，所述标识符作为目标文件的唯一标识。若存在，则从文件记录表中提取出于目标文件的标识符对应的客户端本地路径，在客户端中根据本地路径获取得到目标文件。即客户端中存在与服务器中相同的目标文件时，可以避免从服务器下载目标文件，而是通过客户端中预置的文件记录表获取目标文件在客户端中的本地路径，通过本地路径得到目标文件，节省了从服务器下载目标文件的时间。

实施例二

详细介绍本发明实施例二提供的一种文件获取系统，所述系统包括客户端和服务器，所述客户端可以为PC、智能手机或者平板电脑等用户终端设备。

参照图2，示出了本发明实施例二的一种文件获取系统中客户端的结构示意图。

所述客户端可以包括：基本信息下载模块20、标识符判断模块22、本地路径提取模块24和文件获取模块26。

下面分别详细介绍各模块的功能以及各模块之间的关系。

基本信息下载模块20，用于从服务器下载目标文件的基本信息。

本发明实施例中的服务器可以为网络存储服务器，例如网盘服务器。服务器可以为存储在其中的文件生成基本信息，所述基本信息可以包括文件的标识符，所述标识符至少为消息摘要算法第五版(Message Digest Algorithm，MD5)、安全哈希算法(Secure Hash Algorithm，SHA1)和32位循环冗余校验(Cyclic Redundancy Check 32，CRC32)之一。所述基本信息还可以包括文件的名称、url、类型、上传时间和上传方信息等。

例如，某网盘服务器上存储有文件A和文件B，该网盘服务器分别为文件A和文件B生成相应的基本信息a和基本信息b，文件A的基本信息为基本信息a，文件B的基本信息为基本信息b。基本信息a中包括文件A的标识符(如SHA1:C71D49A6144772F352806201EF564951BE55EDD5，表示文件A的标识符为值为C71D49A6144772F352806201EF564951BE55EDD5的SHA1)名称、在网盘服务器中的url、类型；若文件A为客户端上传至该网盘服务器的文件，则基本信息a中还应该包括上传时间和上传方信息等。

标识符判断模块22，用于判断预置的文件记录表里是否存在所述基本信息中的标识符。所述标识符至少为MD5、SHA1和CRC32之一。所述文件记录表中存储有相关文件的标识符及本地路径，且所述文件记录表周期性更新；其中，所述相关文件包括所述客户端上传至所述服务器的文件，以及所述客户端从所述服务器下载的文件。

所述文件记录表中存储有相关文件的标识符及本地路径，且所述文件记录表周期性更新；其中，所述相关文件可以包括所述客户端上传至所述服务器的文件，以及所述客户端从所述服务器下载的文件。即文件记录表中可以记录客户端上传至服务器的文件的标识符及本地路径，还可以记录客户端从服务器下载的文件的标识符和本地路径。

本地路径提取模块24，用于若预置的文件记录表里存在所述基本信息中的标识符，则从所述文件记录表中提取出与所述标识符对应的本地路径。

文件获取模块26，用于在所述客户端按照所述本地路径获取所述目标文件。

所述客户端还可以包括：标识符校验模块，用于在所述文件获取模块26在客户端按照所述本地路径获取所述目标文件之后，校验获取得到的文件的标识符是否与所述基本信息中的标识符相同；文件确定模块，用于若获取得到的文件的标识符与所述基本信息中的标识符相同，则确定获取得到的文件为所述目标文件。

所述基本信息还至少包括所述目标文件的名称、url、类型、上传时间和上传方信息之一。

所述客户端还可以包括：识别信息判断模块，用于在所述标识符判断模块22判断预置的文件记录表里是否存在所述基本信息中的标识符之前，判断所述上传方信息是否与所述客户端的识别信息相同；若相同，则所述标识符判断模块22判断预置的文件记录表里是否存在所述基本信息中的标识符。所述客户端的识别信息包括客户端ID和/或客户端中用于上传文件的应用程序的用户名。

所述客户端还可以包括：上传时间判断模块，用于在所述文件获取模块26在客户端按照所述本地路径获取所述目标文件之后，判断所述上传时间是否在获取得到的文件的生成时间之后；若是，则所述文件确定模块确定获取得到的文件为所述目标文件。

所述客户端还可以包括：类型判断模块，用于在所述文件获取模块26在客户端按照所述本地路径获取所述目标文件之后，判断所述类型是否与获取得到的文件的类型相同；若相同，则所述文件确定模块确定获取得到的文件为所述目标文件。

综上所述，本发明实施例中的技术方案，服务器为存储在服务器中的文件生成基本信息，基本信息占用的存储空间远远小于文件本身占用的存储空间。客户端从服务器下载目标文件的基本信息，判断预置的文件记录表里是否存在目标文件的基本信息中的标识符，所述标识符作为目标文件的唯一标识。若存在，则从文件记录表中提取出于目标文件的标识符对应的客户端本地路径，在客户端中根据本地路径获取得到目标文件。即客户端中存在与服务器中相同的目标文件时，可以避免从服务器下载目标文件，而是通过客户端中预置的文件记录表获取目标文件在客户端中的本地路径，通过本地路径得到目标文件，节省了从服务器下载目标文件的时间。

参照图3，示出了本发明实施例二的一种文件获取系统中服务器的结构示意图。所述服务器可以为网络存储服务器，例如网盘服务器。

所述服务器可以包括：基本信息生成模块30和基本信息下发模块32。

下面分别详细介绍各模块的功能以及各模块之间的关系。

基本信息生成模块30，用于生成存储于所述服务器的文件的基本信息。

基本信息下发模块32，用于根据客户端的下载请求下发对应的文件的基本信息至所述客户端，以令所述客户端判断预置在客户端本地的文件记录表里是否存在所述对应的文件的基本信息中标识符，若存在，则从所述文件记录表中提取出与所述标识符对应的客户端本地路径，并按照所述客户端本地路径获取所述对应的文件。

综上所述，本发明实施例中的技术方案，服务器为存储在服务器中的文件生成基本信息，基本信息占用的存储空间远远小于文件本身占用的存储空间。客户端从服务器下载目标文件的基本信息，判断预置的文件记录表里是否存在目标文件的基本信息中的标识符，所述标识符作为目标文件的唯一标识。若存在，则从文件记录表中提取出于目标文件的标识符对应的客户端本地路径，在客户端中根据本地路径获取得到目标文件。即客户端中存在与服务器中相同的目标文件时，可以避免从服务器下载目标文件，而是通过客户端中预置的文件记录表获取目标文件在客户端中的本地路径，通过本地路径得到目标文件，节省了从服务器下载目标文件的时间。

在此提供的文件获取方案不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造具有本发明方案的系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的文件获取方案中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (9)

1.一种文件获取系统，包括客户端和服务器；其中，所述客户端包括：

基本信息下载模块，用于从服务器下载目标文件的基本信息；

标识符判断模块，用于判断预置的文件记录表里是否存在所述基本信息中的标识符；

本地路径提取模块，用于若预置的文件记录表里存在所述基本信息中的标识符，则从所述文件记录表中提取出与所述标识符对应的本地路径；

文件获取模块，用于在所述客户端按照所述本地路径获取所述目标文件；

其中，所述服务器包括：基本信息生成模块，用于生成存储于所述服务器的文件的基本信息；

基本信息下发模块，用于根据客户端的下载请求下发对应的文件的基本信息至所述客户端，以令所述客户端判断预置在客户端本地的文件记录表里是否存在所述对应的文件的基本信息中标识符，若存在，则从所述文件记录表中提取出与所述标识符对应的客户端本地路径，并按照所述客户端本地路径获取所述对应的文件。

2.根据权利要求1所述的系统，其中，所述文件记录表中存储有相关文件的标识符及本地路径，且所述文件记录表周期性更新；

其中，所述相关文件包括所述客户端上传至所述服务器的文件，以及所述客户端从所述服务器下载的文件。

3.根据权利要求1所述的系统，其中，所述客户端还包括：

标识符校验模块，用于在所述文件获取模块在客户端按照所述本地路径获取所述目标文件之后，校验获取得到的文件的标识符是否与所述基本信息中的标识符相同；

文件确定模块，用于若获取得到的文件的标识符与所述基本信息中的标识符相同，则确定获取得到的文件为所述目标文件。

4.根据权利要求3所述的系统，其中，所述基本信息还至少包括所述目标文件的名称、url、类型、上传时间和上传方信息之一。

5.根据权利要求4所述的系统，其中，所述客户端还包括：

识别信息判断模块，用于在所述标识符判断模块判断预置的文件记录表里是否存在所述基本信息中的标识符之前，判断所述上传方信息是否与所述客户端的识别信息相同；

若相同，则所述标识符判断模块判断预置的文件记录表里是否存在所述基本信息中的标识符。

6.根据权利要求5所述的系统，其中，所述客户端的识别信息包括客户端ID和/或客户端中用于上传文件的应用程序的用户名。

7.根据权利要求4所述的系统，其中，所述客户端还包括：

上传时间判断模块，用于在所述文件获取模块在客户端按照所述本地路径获取所述目标文件之后，判断所述上传时间是否在获取得到的文件的生成时间之后；

若是，则所述文件确定模块确定获取得到的文件为所述目标文件。

8.根据权利要求4所述的系统，其中，所述客户端还包括：

类型判断模块，用于在所述文件获取模块在客户端按照所述本地路径获取所述目标文件之后，判断所述类型是否与获取得到的文件的类型相同；

若相同，则所述文件确定模块确定获取得到的文件为所述目标文件。

9.根据权利要求1所述的系统，其中，所述标识符至少为MD5、SHA1和CRC32之一。