CN109558378A - 文件管理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种文件管理方法、装置、设备及存储介质，该方法包括：获取用户请求的目标文件的第一标识信息；根据所述第一标识信息，判断所述目标文件是否已在本地缓存；若确定所述目标文件已在本地缓存，则从本地获取所述目标文件，并返回给所述用户的移动终端。通过在本地缓存企业的相关文件，当不同用户请求同一文件时，可以根据用户请求的目标文件的标识信息从本地获取目标文件返回给用户进行浏览，有效提高了文件加载速度，使用户体验得到提升，并且可以提高办公效率。

Description

文件管理方法、装置、设备及存储介质

技术领域

本申请涉及移动办公技术领域，尤其涉及一种文件管理方法、装置、设备及存储介质。

背景技术

随着移动化的不断发展，企业员工移动办公的需求越来越高，流程审批、信息浏览、即时交流、文件查阅、碎片化时间学习等成为移动办公中比较重要的场景。

通常可以在手机等移动终端上安装应用程序APP作为办公入口，通过与企业多个后端服务器对接，比如与OA、人力HR、财务报销等各管理系统对接，实现员工移动办公操作的各项任务。而查阅各管理系统的文件，是移动办公中最常用的场景，当员工在手机端浏览文件时，需要调用后端服务器与各管理系统对接，获取相应的文件供员工浏览。

但是，由于企业员工众多，对后端服务器的频繁访问，导致员工浏览文件效率较低，体验较差。

发明内容

本申请提供一种文件管理方法、装置、设备及存储介质，以解决现有技术文件加载速度慢等缺陷。

本申请第一个方面提供一种文件管理方法，包括：

获取用户请求的目标文件的第一标识信息；

根据所述第一标识信息，判断所述目标文件是否已在本地缓存；

若确定所述目标文件已在本地缓存，则从本地获取所述目标文件，并返回给所述用户的移动终端。

本申请第二个方面提供一种文件管理装置，包括：

获取模块，用于获取用户请求的目标文件的第一标识信息；

判断模块，用于根据所述第一标识信息，判断所述目标文件是否已在本地缓存；

处理模块，用于若确定所述目标文件已在本地缓存，则从本地获取所述目标文件，并返回给所述用户的移动终端。

本申请第三个方面提供一种计算机设备，包括：至少一个处理器和存储器；

所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现第一个方面提供的方法。

本申请第四个方面提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现第一个方面提供的方法。

本申请提供的文件管理方法、装置、设备及存储介质，通过在本地缓存企业的相关文件，当不同用户请求同一文件时，可以根据用户请求的目标文件的标识信息从本地获取目标文件返回给用户进行浏览，有效提高了文件加载速度，使用户体验得到提升，并且可以提高办公效率。

附图说明

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

图1为本申请实施例适用的文件管理系统的结构示意图；

图2为本申请一实施例提供的文件管理方法的流程示意图；

图3为本申请另一实施例提供的一种文件管理方法的流程示意图；

图4为本申请另一实施例提供的另一种文件管理方法的流程示意图；

图5为本申请一实施例提供的文件管理装置的结构示意图；

图6为本申请一实施例提供的计算机设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

首先对本申请所涉及的名词进行解释：

链接地址：包括不同格式、不同属性、不同位置的各项网络资源的网页地址和本地资源的跳转地址。资源(resource)的种类有许多，它可以是一篇电子文档、一张图片、一段多媒体音频视频，甚至是一项网络服务(例如气象服务或者会融服务)。

本申请实施例提供的文件管理方法，适用于以下的文件管理系统，如图1所示，为本申请实施例适用的文件管理系统的结构示意图。该文件管理系统包括至少一个移动终端、文件服务器、缓存服务器以及至少一个后端服务器。其中，用户(比如企业员工)通过移动终端登录文件管理系统，可以向文件服务器发送文件请求，文件服务器根据文件请求从本地缓存服务器或者从后端服务器获取用户请求的目标文件返回给用户的移动终端。可以是一个后端服务器与多个部门的管理系统对接，也可以是每个后端服务器与一个部门的管理系统对接。缓存服务器可以是独立的服务器，也可以是文件服务器本身担任缓存服务器的功能。

此外，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

实施例一

本实施例提供一种文件管理方法，用于管理移动办公过程中的文件。本实施例的执行主体为文件管理装置，该装置可以设置在服务器中，具体可以是文件服务器。

如图2所示，为本实施例提供的文件管理方法的流程示意图，该方法包括：

步骤101，获取用户请求的目标文件的第一标识信息。

具体的，当用户通过移动终端办公时，若其想要浏览某个文件，则通过移动终端向文件管理装置发送文件请求，文件管理装置则可以获取该用户请求的目标文件的第一标识信息。并根据该第一标识信息获取目标文件来响应用户请求。

其中，第一标识信息可以为目标文件的链接地址(为了区分称为第一链接地址)、文件名、或根据摘要信息生成的标识信息等等，比如对摘要信息进行哈希计算获得的哈希值，还可以是其他具有标识性的信息。其中文件名可以是在文件管理系统范围内，为不同文件生成的具有标识性的文件名。比如文件的哈希值等等。具体可以根据实际需求设置，本实施例不做限定。

步骤102，根据第一标识信息，判断目标文件是否已在本地缓存。

具体的，在获取到用户请求的目标文件的第一标识信息后，则可以根据第一标识信息判断目标文件是否已在本地缓存。

示例性的，可以对已缓存的文件设置管理表进行存储(还可以是其他形式进行存储，具体存储形式不做限定)，管理表中可以包含文件的标识信息，比如链接地址、文件名、摘要信息等属性。在获取到第一标识信息后，以第一标识信息为第一链接地址为例，可以将第一链接地址与管理表中的链接地址比对，若管理表中有一个链接地址与第一链接地址一致，则可以表明该目标文件在本地已缓存。同样的，若第一标识信息为文件名，可以与管理表中的文件名比对；若第一标识信息为摘要信息的哈希值，可以对该哈希值进行反计算，获得摘要信息，与管理表中的摘要信息比对，等等。具体可以根据实际需求设置，本实施例不做限定。

可选地，文件的本地缓存可以是在文件服务器缓存，也可以是在缓存服务器进行缓存，具体可以根据实际需求设置，本实施例不做限定。

步骤103，若确定目标文件已在本地缓存，则从本地获取目标文件，并返回给用户的移动终端。

具体的，若确定目标文件已在本地缓存，则从本地获取目标文件返回给用户的移动终端供用户浏览，由于是从本地获取，可以有效提高文件下载速度，快速响应用户请求，提高用户体验，从而节省用户时间，提高办公效率。

示例性地，若第一标识信息为目标文件的第一链接地址，则根据管理表中第一链接地址与目标文件的文件名的对应关系，获取目标文件的文件名，根据目标文件的文件名从本地获取目标文件。

本实施例提供的文件管理方法，通过在本地缓存企业的相关文件，当不同用户请求同一文件时，可以根据用户请求的目标文件的标识信息从本地获取目标文件返回给用户进行浏览，有效提高了文件加载速度，使用户体验得到提升，并且可以提高办公效率。

实施例二

本实施例对实施例一提供的方法做进一步补充说明。

如图3所示，为本实施例提供的一种文件管理方法的流程示意图。

作为一种可实施的方式，在上述实施例一的基础上，可选地，第一标识信息为目标文件的第一链接地址，步骤102具体包括：

步骤1021，将第一链接地址与本地存储的各文件的链接地址进行比对，若各文件的链接地址中的第二链接地址与第一链接地址一致，则确定目标文件已在本地缓存；第二链接地址对应的文件为目标文件。

具体的，在本地对已缓存的文件设置管理表进行存储(还可以是其他形式进行存储，具体存储形式不做限定)，管理表中可以包含文件的链接地址、文件名、摘要信息等属性的对应关系。在获取到第一链接地址后，可以将第一链接地址与管理表中的链接地址比对，若管理表中有一个链接地址(第二链接地址)与第一链接地址一致，则可以表明该目标文件在本地已缓存。可以根据管理表中与第二链接地址对应的文件名获取目标文件，返回给用户。

在一些实施方式中，可选地，该方法还包括：

步骤2011，若根据第一链接地址不能确定目标文件已在本地缓存，则根据第一链接地址从对应的后端服务器获取目标文件的第一摘要信息。

具体的，若根据第一链接地址在本地未找到目标文件，则可以进一步根据第一链接地址从对应的后端服务器获取目标文件的第一摘要信息，第一摘要信息为对目标文件的概要性描述信息，其相对于目标文件是很小的，因此获取第一摘要信息的速度非常快，几乎可以忽略。根据第一摘要信息从本地获取目标文件相对于从后端服务器获取目标文件仍有效提高了文件请求的速度。

步骤2012，根据第一摘要信息，判断目标文件是否已在本地缓存。

具体的，在获取到目标文件的第一摘要信息后，可以根据第一摘要信息判断目标文件是否已在本地缓存，若确定目标文件已在本地缓存，则可以从本地获取目标文件返回给用户供用户浏览，有效提高文件加载速度，提高用户浏览体验。

可选地，根据第一摘要信息，判断目标文件是否已在本地缓存，具体可以是将第一摘要信息与管理表中的摘要信息进行比对，若管理表中第二摘要信息与第一摘要信息一致，表明该目标文件已在本地缓存。

可选地，还可以是以文件的摘要信息的哈希值作为文件的第一标识信息，则可以直接根据第一摘要信息的哈希值获得第一摘要信息，与管理表中的摘要信息比对，来判断目标文件是否已在本地缓存，具体判断过程与上述过程一致，在此不再赘述。

在一些实施方式中，可选地，该方法还包括：

步骤2021，若确定目标文件未在本地缓存，则根据第一链接地址从对应的后端服务器获取目标文件；

具体的，若根据第一标识信息确定目标文件未在本地缓存，则可以根据第一链接地址从其对应的后端服务器获取目标文件。

后端服务器可以与多个部门的管理系统对接，文件管理装置根据第一链接地址向其对应的后端服务器发送文件请求，后端服务器可以根据该文件请求从相应部门的管理系统获取目标文件，并返回给文件管理装置。具体的后端服务器与各部门管理系统的交互为现有技术，在此不再赘述。

步骤2022，将目标文件在本地进行缓存。

在从后端服务器获取到目标文件后，则可以将目标文件在本地进行缓存，并将其链接地址、文件名、摘要信息添加到管理表中进行管理。

可选地，在从后端服务器获取到目标文件后，还需要将目标文件返回给用户供用户浏览。

在本次用户请求的目标文件未在本地缓存时，从后端服务器获取到目标文件进行缓存，后续该用户再次浏览或其他用户浏览该目标文件时则可以从本地获取，提高后续浏览时文件加载速度。

在一些实施方式中，可选地，在将目标文件在本地进行缓存之前，该方法还包括：

步骤2031，判断目标文件是否为图像格式的文件。

具体的，在从后端服务器获取到目标文件，进行缓存时，可以在缓存前先判断目标文件的格式是否为图像格式的文件，比如判断其是否为JPG(Joint Photographic ExpertsGroup，也称JPEG，一种图像格式)格式文件。比如对于常见的文件格式WORD、EXCEL、TXT、PDF等文件，认为其不是图像格式的文件。

步骤2032，若不是图像格式的文件，则将目标文件转化成图像格式的文件。

具体的，若确定目标文件不是图像格式的文件后，需要将目标文件转化成图像格式的文件，比如将常见的文件格式WORD、EXCEL、TXT、PDF等文件转化成JPG格式的文件。

步骤2033，将图像格式的目标文件在本地进行缓存。

具体的，在将目标文件转化成图像格式后，将图像格式的目标文件在本地进行存储，并将目标文件的链接地址、文件名、摘要信息等属性对应添加到管理表中。

通过将文件转化成图像格式的文件进行缓存，为后续打水印做准备，以提高文件的安全性。

作为另一种可实施的方式，在上述实施例的基础上，可选地，步骤103具体可以包括：

步骤1031，若确定目标文件已在本地缓存，则从本地获取目标文件。

该步骤的具体操作与步骤103一致，在此不再赘述。

步骤1032，若判断目标文件为图像格式的文件，对目标文件进行打水印处理，获得带水印目标文件。

具体的，若在缓存时，对目标文件进行了格式转化，转化成了图像格式的文件，则获取到的目标文件即为图像格式的文件，还需要对图像格式的目标文件进行打水印处理，提高文件的安全性。具体的打水印的方式可以采用现有技术中任意可实施的方式，本实施例不做限定。

示例性地，可以将目标文件转化成带有用户的用户名水印的图像文件，返回给用户进行浏览。

步骤1033，将带水印目标文件返回给用户的移动终端。

具体的，在获取到带水印目标文件后，将带水印目标文件返回给用户的移动终端，供用户浏览，可以提高文件的安全性。

如图4所示，为本实施例提供的另一种文件管理方法的流程示意图。

作为另一种可实施的方式，在上述实施例的基础上，可选地，该方法还可以包括：

步骤2041，接收后端服务器发送的文件管理指令，文件管理指令至少包括待管理文件的第二标识信息及管理类型。

具体的，若各部门管理系统对其文件进行了更新或者需要清除文件或者需要设置其保存时间等等管理时，为了保证文件服务器本地缓存的文件的有效性，各部门管理系统可以通过后端服务器向文件管理装置发送文件管理指令，该文件管理指令至少包括待管理文件的第二标识信息及管理类型。

其中，文件管理指令可以是文件更新指令、文件清除指令、文件保存时间设置指令、文件保存时间更新指令等等。第二标识信息与上述第一标识信息一致，在此不再赘述。管理类型可以是更新文件、清除文件、设置文件的保存时间等等。可选地，若是更新文件，文件管理指令中还可以包括更新后的文件。

示例性的，可以根据不同的业务分类及特性，提供缓存文件的不同保存规则，例如，财务系统文件，时效性较高，流程流转完成后查看文件的比例较少，可以设置较短的保存时间，如归档类文件，可以设置较长的保存时间等等。

步骤2042，根据文件管理指令，对待管理文件进行相应的管理。

具体的，在接收到文件管理指令后，则可以根据文件管理指令对待管理文件进行相应的管理。比如根据文件更新指令更新缓存的待管理文件，根据文件清除指令清除缓存的待管理文件，根据文件保存时间设置指令设置待管理文件的保存时间，根据文件保存时间更新指令更新待管理文件的保存时间等等。

可选地，也可以是缓存服务器执行步骤2041和步骤2042。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

本实施例提供的文件管理方法，通过在本地缓存企业的相关文件，当不同用户请求同一文件时，可以根据用户请求的目标文件的标识信息从本地获取目标文件返回给用户进行浏览，有效提高了文件加载速度，使用户体验得到提升，并且可以提高办公效率。在根据第一链接地址不能从本地找到目标文件时，进一步通过第一摘要信息从本地获取目标文件，同样可以提高文件加载速度，进一步提高用户体验。并且，在用户请求的目标文件未在本地缓存时，从后端服务器获取到目标文件进行缓存，后续该用户再次浏览或其他用户浏览该目标文件时则可以从本地获取，提高后续浏览时文件加载速度。还通过将目标文件转化成图像格式并打水印后返回给用户，提高文件的安全性。此外，在后端文件有变动时，可以通过后端服务器实时获知变动情况，并对缓存的文件进行相应的变动管理，以保证缓存文件的有效性。

实施例三

本实施例提供一种文件管理装置，用于执行上述实施例一的方法。

如图5所示，为本实施例提供的文件管理装置的结构示意图。该文件管理装置30包括获取模块31、判断模块32和处理模块33。

其中，获取模块31用于获取用户请求的目标文件的第一标识信息；判断模块32用于根据第一标识信息，判断目标文件是否已在本地缓存；处理模块33用于若确定目标文件已在本地缓存，则从本地获取目标文件，并返回给用户的移动终端。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

根据本实施例提供的文件管理装置，通过在本地缓存企业的相关文件，当不同用户请求同一文件时，可以根据用户请求的目标文件的标识信息从本地获取目标文件返回给用户进行浏览，有效提高了文件加载速度，使用户体验得到提升，并且可以提高办公效率。

实施例四

本实施例对上述实施例三提供的装置做进一步补充说明。

作为一种可实施的方式，在上述实施例三的基础上，可选地，第一标识信息为目标文件的第一链接地址；

判断模块，具体用于：

将第一链接地址与本地存储的各文件的链接地址进行比对，若各文件的链接地址中的第二链接地址与第一链接地址一致，则确定目标文件已在本地缓存；第二链接地址对应的文件为目标文件。

在一些实施方式中，可选地，判断模块，还用于：

若根据第一链接地址不能确定目标文件已在本地缓存，则根据第一链接地址从对应的后端服务器获取目标文件的第一摘要信息；

根据第一摘要信息，判断目标文件是否已在本地缓存。

在一些实施方式中，可选地，处理模块，还用于：

若确定目标文件未在本地缓存，则根据第一链接地址从对应的后端服务器获取目标文件；

将目标文件在本地进行缓存。

在一些实施方式中，可选地，处理模块，还用于：

判断目标文件是否为图像格式的文件；

若不是图像格式的文件，则将目标文件转化成图像格式的文件。

作为另一种可实施的方式，在上述实施例三的基础上，可选地，处理模块，还用于：

若判断目标文件为图像格式的文件，对目标文件进行打水印处理。

作为另一种可实施的方式，在上述实施例三的基础上，可选地，获取模块，还用于接收后端服务器发送的文件管理指令，文件管理指令至少包括待管理文件的第二标识信息及管理类型；

处理模块，还用于根据文件管理指令，对待管理文件进行相应的管理。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

根据本实施例的文件管理装置，通过在本地缓存企业的相关文件，当不同用户请求同一文件时，可以根据用户请求的目标文件的标识信息从本地获取目标文件返回给用户进行浏览，有效提高了文件加载速度，使用户体验得到提升，并且可以提高办公效率。在根据第一链接地址不能从本地找到目标文件时，进一步通过第一摘要信息从本地获取目标文件，同样可以提高文件加载速度，进一步提高用户体验。并且，在用户请求的目标文件未在本地缓存时，从后端服务器获取到目标文件进行缓存，后续该用户再次浏览或其他用户浏览该目标文件时则可以从本地获取，提高后续浏览时文件加载速度。还通过将目标文件转化成图像格式并打水印后返回给用户，提高文件的安全性。此外，在后端文件有变动时，可以通过后端服务器实时获知变动情况，并对缓存的文件进行相应的变动管理，以保证缓存文件的有效性。

实施例五

本实施例提供一种计算机设备，用于执行上述实施例提供的方法。该计算机设备可以为上述的文件服务器。

如图6所示，为本实施例提供的计算机设备的结构示意图。该计算机设备50包括：至少一个处理器51和存储器52；

存储器存储计算机程序；至少一个处理器执行存储器存储的计算机程序，以实现上述实施例提供的方法。

根据本实施例的计算机设备，通过在本地缓存企业的相关文件，当不同用户请求同一文件时，可以根据用户请求的目标文件的标识信息从本地获取目标文件返回给用户进行浏览，有效提高了文件加载速度，使用户体验得到提升，并且可以提高办公效率。在根据第一链接地址不能从本地找到目标文件时，进一步通过第一摘要信息从本地获取目标文件，同样可以提高文件加载速度，进一步提高用户体验。并且，在用户请求的目标文件未在本地缓存时，从后端服务器获取到目标文件进行缓存，后续该用户再次浏览或其他用户浏览该目标文件时则可以从本地获取，提高后续浏览时文件加载速度。还通过将目标文件转化成图像格式并打水印后返回给用户，提高文件的安全性。此外，在后端文件有变动时，可以通过后端服务器实时获知变动情况，并对缓存的文件进行相应的变动管理，以保证缓存文件的有效性。

实施例六

本实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序被执行时实现上述任一实施例提供的方法。

根据本实施例的计算机可读存储介质，通过在本地缓存企业的相关文件，当不同用户请求同一文件时，可以根据用户请求的目标文件的标识信息从本地获取目标文件返回给用户进行浏览，有效提高了文件加载速度，使用户体验得到提升，并且可以提高办公效率。在根据第一链接地址不能从本地找到目标文件时，进一步通过第一摘要信息从本地获取目标文件，同样可以提高文件加载速度，进一步提高用户体验。并且，在用户请求的目标文件未在本地缓存时，从后端服务器获取到目标文件进行缓存，后续该用户再次浏览或其他用户浏览该目标文件时则可以从本地获取，提高后续浏览时文件加载速度。还通过将目标文件转化成图像格式并打水印后返回给用户，提高文件的安全性。此外，在后端文件有变动时，可以通过后端服务器实时获知变动情况，并对缓存的文件进行相应的变动管理，以保证缓存文件的有效性。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种文件管理方法，其特征在于，包括：

获取用户请求的目标文件的第一标识信息；

根据所述第一标识信息，判断所述目标文件是否已在本地缓存；

若确定所述目标文件已在本地缓存，则从本地获取所述目标文件，并返回给所述用户的移动终端。

2.根据权利要求1所述的方法，其特征在于，所述第一标识信息为所述目标文件的第一链接地址；

所述根据所述第一标识信息，判断所述目标文件是否已在本地缓存，包括：

将所述第一链接地址与本地存储的各文件的链接地址进行比对，若各文件的链接地址中的第二链接地址与所述第一链接地址一致，则确定所述目标文件已在本地缓存；所述第二链接地址对应的文件为所述目标文件。

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

若根据所述第一链接地址不能确定所述目标文件已在本地缓存，则根据所述第一链接地址从对应的后端服务器获取所述目标文件的第一摘要信息；

根据所述第一摘要信息，判断所述目标文件是否已在本地缓存。

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

若确定所述目标文件未在本地缓存，则根据所述第一链接地址从对应的后端服务器获取所述目标文件；

将所述目标文件在本地进行缓存。

5.根据权利要求4所述的方法，其特征在于，在将所述目标文件在本地进行缓存之前，所述方法还包括：

判断所述目标文件是否为图像格式的文件；

若不是图像格式的文件，则将所述目标文件转化成图像格式的文件。

6.根据权利要求1所述的方法，其特征在于，在将所述目标文件返回给所述用户的移动终端之前，所述方法还包括：

若判断所述目标文件为图像格式的文件，对所述目标文件进行打水印处理。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：

接收后端服务器发送的文件管理指令，所述文件管理指令至少包括待管理文件的第二标识信息及管理类型；

根据所述文件管理指令，对所述待管理文件进行相应的管理。

8.一种文件管理装置，其特征在于，包括：

获取模块，用于获取用户请求的目标文件的第一标识信息；

判断模块，用于根据所述第一标识信息，判断所述目标文件是否已在本地缓存；

处理模块，用于若确定所述目标文件已在本地缓存，则从本地获取所述目标文件，并返回给所述用户的移动终端。

9.一种计算机设备，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，该计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现权利要求1-7中任一项所述的方法。