CN108614882A - 一种基于服务器的文件管理方法与系统 - Google Patents

Abstract

本发明公开了一种基于服务器的文件管理方法，包括：内容安全以及存储安全。用户登录步骤，获取用户的登录信息；权限判断步骤，获取用户发起的文件操作，并根据用户的所述登录信息判断用户是否具有所述文件操作的权限；操作允许步骤，根据判断用户具有所述文件操作的权限时，允许用户执行所述文件操作。此外，还公开了一种基于服务器的文件管理系统。上述基于服务器的文件管理方法与系统提高了文件的内容安全性以及存储安全性。

Description

一种基于服务器的文件管理方法与系统

技术领域

本发明涉及一种基于服务器的文件管理方法与系统。

背景技术

近年来，信息技术的飞速发展给人们的生活带来了极大的便利，但与此同时，信息数量也呈现几何指数增长，人们每天被巨量信息包围而失去头绪。

特别地，对于市政行业的员工而言，每天都在生成和接收各种项目文件，却很少有时间去整理和归档这些文件，而是任由其散乱地存储在个人计算机上。这样，一是文件的二次利用率低，降低了工作效率；二是文件的安全性低，一旦员工离职或者个人计算机误操作，都容易导致文件丢失；再者，公司员工尤其是管理者只能了解本部门的信息，无法全面了解公司的整体项目信息，从而无法做出更科学合理的决策。

基于以上情况，传统的方法有以下解决方案：一种是通过制度建设，指定专职人员收集整理文件，规定项目成员必须将文件发送给文件整理人员；另一种是购买专门的网络存储设备，通过网络设备附带的系统提供的功能，设定简单的权限，项目成员可以通过分配的权限进行文件上传，下载等相关操作。

第一种方案，通过制度建设来达到文件的收集整理工作，文件的收集整理工作非常繁杂，而且容易出错，同时收集的文件也没有安全性，其他部门人员还是不知道相关文件的存在，资源只能在本部门进行低效的利用；而第二种方案，购买专门的网络存储设备来收集整理项目文件，完全依赖于网络存储设备所带系统的功能，权限的制定复杂，而且文件也无法预览，无法搜索，员工无法通过快速便捷的手段定位到所需文件。

发明内容

为了解决上述技术问题，本发明的目的是提供一种基于服务器的文件管理方法与系统。

本发明所采用的技术方案是：

一种基于服务器的文件管理方法，包括：

用户登录步骤，获取用户的登录信息；

权限判断步骤，获取用户发起的文件操作，并根据用户的登录信息判断用户是否具有文件操作的权限；

操作允许步骤，根据判断用户具有文件操作的权限时，允许用户执行文件操作。

进一步地，当文件操作为文件上传时，操作允许步骤包括：

将用户选择的待上传文件构成待上传文件集合；

待上传文件集合提交至服务器，根据服务器中已存储文件判断待上传文件集合中是否有文件已提交过；

根据用户对已提交过文件是否更新覆盖的指令，获取实际上传文件集合；

将实际上传文件集合中的文件存储于服务器上。

进一步地，当文件操作为文件打标签时，操作允许步骤包括：

根据用户对文件执行添加标签的操作,允许用户选择标签；

利用用户选择的标签执行文件打标签，其中，文件打标签的方式包括单个文件打标签、多个文件打标签和全部文件打标签；

根据用户对文件执行去除标签的操作,清空当前文件的所有标签。

进一步地，当文件操作为文件搜索时，操作允许步骤包括：

允许用户根据文件所属的项目名称和/或文件的标签进行搜索。

进一步地，当文件操作为文件下载请求时，权限判断步骤包括：

执行文件下载请求操作的用户向具有文件下载请求审核权限的用户提交文件下载请求；

根据具有文件下载请求审核权限的用户同意文件下载请求的判断，将执行文件下载请求操作的用户视为具有文件下载请求权限的用户。

进一步地，权限判断步骤还包括：

生成下载链接发送给具有文件下载请求权限的用户；其中，下载链接包括用于唯一标识文件下载请求中待下载文件的文件标识码。

进一步地，当文件操作为文件下载时，权限判断步骤包括：

用户根据下载链接发起从服务器下载文件的操作请求，下载链接包括用于唯一标识文件下载请求中待下载文件的文件标识码；

根据下载链接中的文件标识码判断执行文件下载操作的用户是否为具有文件下载操作权限的用户，若是，则允许执行文件下载操作的用户下载文件。

一种基于服务器的文件管理系统，包括：

用户登录模块，用于获取用户的登录信息；

权限判断模块，用于获取用户发起的文件操作，并根据用户的登录信息判断用户是否具有文件操作的权限；

操作允许模块，用于根据判断用户具有文件操作的权限时，允许用户执行文件操作。

本发明的有益效果是：

在本发明的技术方案中，通过将文件上传到服务器进行统一管理，并根据文件操作类型的不同开放给用户不同的操作权限，不仅保证了文件访问的全面开放性，还保证了文件存取的安全性。

在进一步的技术方案中，通过对上传文件的相关信息进行提取、压缩等规则化处理获取到上传文件的源文件版本和预览版本；其中，预览版本可用于对用户搜索出来的文件进行在线的、概要内容的展示，提高了用户的文件访问效率。

在进一步的技术方案中，根据文件内容对其执行多级标签操作，更精准地标记文件特征，利于日后搜索操作的快速定位。以及提供了多种打标签方式，提高了用户的操作便利性。

在进一步的技术方案中，对用户提交的文件下载请求审核通过后才允许用户根据下载链接执行文件下载操作；以及，在用户根据下载链接执行文件下载操作时，还基于下载链接中的文件标识码作进一步的安全性校验，提高了文件下载的安全性。

附图说明

下面结合附图对本发明的具体实施方式作进一步说明：

图1是一个实施例中一种基于服务器的文件管理方法的流程示意图；

图2是一个实施例中允许用户执行文件上传步骤的流程示意图；

图3是一个实施例中允许用户执行文件打标签步骤的流程示意图；

图4是一个实施例中允许用户执行文件下载请求步骤的流程示意图；

图5是一个实施例中允许用户执行文件下载步骤的流程示意图；

图6是另一个实施例中基于服务器的文件管理方法步骤的流程示意图；

图7是一个实施例中一种基于服务器的文件管理系统的结构示意图；

图8是一个实施例中操作允许模块的结构示意图；

图9是一个实施例中权限判断模块的结构示意图；

图10是另一个实施例中权限判断模块的结构示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

鉴于此，特提出一种基于服务器的文件管理方法，参见图1是一个实施例中一种基于服务器的文件管理方法的流程示意图，包括：

S100、用户登录步骤：获取用户的登录信息。

登录信息要能唯一标识登录用户的身份信息，例如，采用用户名和密码的方式。

S300、权限判断步骤：获取用户发起的文件操作，并根据用户的登录信息判断用户是否具有相应的文件操作权限。

将用户输入的登录信息与服务器上预先存储的用户信息数据库中的用户信息进行匹配，若匹配成功，则说明该用户是合法用户。进一步地，可根据用户的其他身份信息(如岗位、等级)判断该用户是否具有相应的文件操作权限。

例如，在本实施例中，可设置为只有归档员可以执行文件上传操作，公司员工都可以执行文件搜索操作，或者只有项目相关人员才能执行对应项目的文件搜索，文件下载操作需要通过审核通过后才能执行，只有部门领导才能执行文件批量下载操作，只有超级管理员才能执行文件打标签操作，等等。

各类用户具有何种类型以及何种程度的文件操作权限可根据实际需要而定，在此仅示例说明。

S500、操作允许步骤：根据判断用户具有文件操作的权限时，允许用户执行对应的文件操作。

本发明的技术方案提供了一种基于服务器文件管理方法，该方法将文件上传到服务器进行统一管理，且通过文件操作权限的设置来控制不同角色的访问路径，保证了文件管理的安全性以及共享性。又由于文件与文件操作权限分开存储，增加了文件管理的灵活性。相较于传统的文件管理方式，本发明的技术方案通过把文件数据以二进制方式存入服务器，提高了数据读写处理速度，便捷化了用户对文件的存储和提取，大大减少了人力成本。

在另一个实施例中，当文件操作为文件上传时，参见图2是一个实施例中允许用户执行文件上传步骤的流程示意图，步骤S500包括：

S521、将用户选择的待上传文件构成待上传文件集合。

待上传的文件可以是多种类型，如图片、视频、压缩文件、office文件等。

S523、待上传文件集合提交至服务器，根据服务器中已存储文件判断待上传文件集合中是否有文件已提交过。

将待上传文件集合中的每个文件与服务器中已存储文件进行比对，若某文件经比对存在，说明该文件已被提交过；反之，说明该文件未被提交过。

S525、根据用户对已提交过文件是否更新覆盖的指令，获取实际上传文件集合。

当某文件被判断为未提交过时，将该文件加入实际上传文件集合。当某文件被判断为已提交过时，提示用户是否需要对已提交过文件进行更新覆盖，若用户选择是，则将该文件加入实际上传文件集合；若用户选择否，则忽略该文件，不将该文件加入实际上传文件集合。

S527、将实际上传文件集合中的文件存储于服务器上。

优选地，实际上传文件集合中的文件存储于服务器上的文件系统中，如NAS文件系统，而文件在文件系统中的存储路径记录在服务器上的文件数据库中。利用NAS文件系统可以执行备份操作，避免因服务器出现故障而导致文件数据丢失的问题，以及利用NAS文件系统还可以执行简单的权限设置，这样，当服务器被攻破时，NAS文件系统可切断对外联系，保证存储的文件数据不被泄露，提高了文件管理的安全性。

在另一个实施例中，步骤S527之前还包括：

获取实际上传文件集合中文件的属性信息和/或快照信息。

文件的属性信息指有利于用户了解文件的相关信息，例如，包括文件的上传日期、所属部门、所属项目、项目简介等。

文件的快照信息是能够帮助用户快速获知文件内容的相关信息。例如，图片的快照信息可为图片的缩略图，office文件的快照信息可为对应文件的目录信息，视频文件的快照信息可为视频文件中某一帧对应的图片，更优地，还将视频文件经压缩处理获取到相应的低质量的预览视频文件。

相应地，在步骤S527中，将实际上传文件集合中的文件作为源文件上传至文件系统的源文件目录，将本步骤获取到的快照信息作为预览文件上传至文件系统的预览文件目录，并将源文件和预览文件的存储路径写入或者更新入服务器上的文件数据库中。

在另一个实施例中，当文件操作为文件打标签时，参见图3是一个实施例中允许用户执行文件打标签步骤的流程示意图，步骤S500包括：

S531、进入打标签页面。

S533、根据用户对文件执行添加标签的操作,允许用户选择标签。

根据待打标签文件的内容或属性选择一个或多个标签。优选地，标签具有树形结构的等级设定，例如，根据不同的等级标签分为一级标签、二级标签、三级标签等，用户可根据需要选择任意等级标签。若为文件选择了较低等级标签，则也自动为上述文件选中了较低等级标签对应的所有上级标签。

S535、利用用户选择的标签执行文件打标签；其中，文件打标签的方式包括单个文件打标签、多个文件打标签和全部文件打标签。具体地，

当选择单个文件打标签时，选中单个文件后点保存，即为选中的单个文件添加上选择的标签；

当选择多个文件打标签时，通过首页、上一页、下一页、尾页或页面跳转功能切换文件列表，选中多个文件后点保存，即为选中的多个文件添加上选择的标签；

当选择为全部文件打标签时，点击全部应用后点保存，即为当前项目的所有文件添加上选择的标签。

S537、根据用户对文件执行去除标签的操作,重置标签。

将选中文件所添加的所有标签去除。

在本实施例的技术方案中，给文件打标签有助于标注文件，利于文件索引的建立以及日后搜索的快捷执行，特别地，对标签执行等级分级的设定更利于用户快速找到所需文件，提高搜索效率。在进一步的方案中，还提供了多种打标签的方式，方便用户根据自己不同的需求使用最佳的打标签方式，提高了使用的便捷性。

在另一个实施例中，当文件操作为文件搜索时，在步骤S500中，允许具有文件搜索权限的用户根据项目名称和/或文件标签进行搜索。

通过详细的分类和精准的索引，使得用户在搜索时能够在众多文件中以最快速度找到自己所需要的文件。当用户输入的搜索条件为文件标签时，根据用户的登录信息判断用户是否具有文件标签对应的文件访问权限，若有，则允许用户搜索，并显示文件的快照信息以方便用户对搜索文件的内容进行预览；若无，则禁止用户搜索，且不显示文件标签对应的所有文件。

由于搜索展示的结果是文件的快照信息，像素较低，例如，对于搜索出的视频文件，当用户点击查看时，展示的是经压缩处理后的低质量的预览视频文件。用户只有通过将文件下载到本地才能获取到更全、更细节的内容，而文件下载需要对相应的文件下载请求审核通过后才能执行，因而，可防止用户根据搜索内容就直接获取到文件的全部细节内容，确保了文件数据的安全性。

在另一个实施例中，当文件操作为文件下载请求时，参见图4是一个实施例中允许用户执行文件下载请求步骤的流程示意图，步骤S300包括：

S341、执行文件下载请求操作的用户向具有文件下载请求审核权限的用户提交文件下载请求。

文件下载请求中包含了待下载文件集合。

S343、根据具有文件下载请求审核权限的用户同意文件下载请求的判断，将执行文件下载请求操作的用户视为具有文件下载请求权限的用户。

下面以实际应用场景来说明上述操作。若申请人希望下载项目相关资料，选择待下载文件后提交对应的文件下载请求给申请人所属部门领导(或部门管理员)，所属部门领导(或部门管理员)在收到文件下载请求后，根据工作需要判断是否通过，若是，则发送接受请求的通知给提交文件下载请求的项目组成员，则执行文件下载请求操作的用户为具有文件下载请求权限的用户；若否，则发送拒绝请求的通知给提交文件下载请求的项目组成员，则执行文件下载请求操作的用户为不具有文件下载请求权限的用户。

在另一个实施例中，步骤S343中还包括：

生成下载链接发送给具有文件下载请求权限的用户；其中，下载链接包括用于唯一标识文件下载请求中待下载文件的文件标识码。

当具有文件下载请求审核权限的用户通过文件下载请求时，在本实施例中，会生成下载链接发送给执行文件下载请求操作的用户。下载链接中包含一个与待下载文件唯一对应的文件标识码，具体地，可根据用户的身份信息、申请下载文件所属项目、文件下载请求通过时间等信息生成文件标识码。

在另一个实施例中，参见图5是一个实施例中允许用户执行文件下载步骤的流程示意图，即当文件操作为文件下载时，步骤S300包括：

S351、用户根据下载链接发起从服务器下载文件的操作请求。

执行文件下载操作的用户点击下载链接进入文件下载页面。

S353、根据下载链接中的文件标识码判断执行文件下载操作的用户是否为具有文件下载操作权限的用户，若是，则允许下载文件。

优选地，可通过文件标识码是否一致，和/或文件标识码是否过期，和/或文件标识码是否为合法生成来判断。具体地，

通过文件标识码是否一致来判断时，根据下载链接中的文件标识码获取到对应的文件下载申请审核通过时生成的文件标识码，判断两者是否一致，若是，则认为执行文件下载操作的用户与执行文件下载请求操作的用户为同一人，令执行文件下载操作的用户为具有文件下载操作权限的用户；若否，则认为执行文件下载操作的用户与执行文件下载请求操作的用户为不同人，令执行文件下载操作的用户为不具有文件下载操作权限的用户。

通过文件标识码是否过期来判断时，判断第一文件标识码的生成时间是否超过预设时间阈值，若是，则认为执行文件下载操作的用户为不具有文件下载操作权限的用户；若否，则认为执行文件下载操作的用户为具有文件下载操作权限的用户。

通过文件标识码是否为合法生成来判断时，将下载链接中的文件标识码作为第一文件标识码，基于预设的文件标识码生成规则，根据第一文件标识码生成第二文件标识码，判断第二文件标识码是否也能基于预设的文件标识码生成规则直接生成，若是，则说明第一文件标识码是由本文件管理方法生成；若否，则说明第一文件标识码不是由本文件管理方法生成，而可能是由其他非法用户恶意生成。

在另一个实施例中，参见图6是另一个实施例中基于服务器的文件管理方法步骤的流程示意图，即当文件操作为文件下载时，方法包括：

S610、用户点击下载链接。

S620、判断用户是否为登录状态，若是，则执行步骤S630；若否，则提示用户登录。

S630、根据下载链接获取相应的文件下载申请记录，判断执行文件下载操作的用户是否具有文件下载操作的权限，若是，则执行步骤S640；若否，则提示本次文件下载为非法请求。

S640、基于预设的文件标识符生成规则，根据第一文件标识符计算得到第二文件标识符，判断第二文件标识码是否也能基于预设的文件标识码生成规则直接生成，若是，则执行步骤S650；若否，则提示本次文件下载为非法请求。

S650、根据下载链接查看对应的文件下载请求状态，判断文件下载请求状态是否为已通过，若是，则执行步骤S660；若否，则提示本次文件下载为非法请求。

S660、根据下载链接查看对应的文件下载请求审核通过时间，判断第一文件标识符是否已超过预设的有效时间，若否，则允许用户下载文件；若是，则提示本次文件下载为非法请求。

在另一个实施例中，在步骤S100之前还包括：

构建用户数据库。

本实施例中，用户数据库包括了用户的身份信息以及用户对应的文件操作权限。构建用户数据库包括在用户数据库中新增用户数据、变更用户数据和删除用户数据以及对用户设置对应的文件操作权限。具体地，

新增用户数据，当有部门和/或员工新增时，插入新增部门数据和/或新增员工数据到用户数据库；

变更用户数据，当有部门和/或员工数据变化时，修改用户数据库中原有的部门数据和/或员工数据；

删除用户数据，当有部门和/或员工减少时，删除用户数据库中对应的部门数据和/或员工数据。

在实际应用中，可通过与公司的OA系统进行对接，从公司的OA系统获取用户数据与构建的数据库进行对比，形成更新列表(包括新增和变更)和删除列表，并根据变更列表和/或删除列表执行对应的操作。

在一个实施例中，还提出一种基于服务器的文件管理系统，参见图7是一个实施例中一种基于服务器的文件管理系统的结构示意图，包括：

用户登录模块710，用于获取用户的登录信息。

权限判断模块730，用于获取用户发起的文件操作，并根据用户的所述登录信息判断用户是否具有所述文件操作的权限。

操作允许模块750，用于根据判断用户具有所述文件操作的权限时，允许用户执行所述文件操作。

在另一个实施例中，当文件操作为文件上传时，参见图8是一个实施例中操作允许模块的结构示意图，操作允许模块750包括：

待上传文件获取单元7581，用于将用户选择的待上传文件构成待上传文件集合。

文件提交判断单元7583，用于将待上传文件集合提交至服务器，根据服务器中已存储文件判断待上传文件集合中是否有文件已提交过。

实际上传文件获取单元7585，用于根据用户对已提交过文件是否更新覆盖的指令，获取实际上传文件集合。

实际上传文件存储单元7587，用于将实际上传文件集合中的文件存储于服务器上。

在另一个实施例中，实际上传文件存储单元7587之前还包括：

预览文件获取单元，用于获取实际上传文件集合中文件的属性信息和/或快照信息。

相应地，在实际上传文件存储单元7587中，将实际上传文件集合中的文件作为源文件上传至源文件目录，将本预览文件获取单元获取到的文件信息作为对应的预览文件上传至预览文件目录，并将源文件和预览文件的存储路径写入或者更新入服务器上的文件数据库中。

在另一个实施例中，当文件操作为文件打标签时，操作允许模块750包括：

标签选择单元，用于根据用户对文件执行添加标签的操作,允许用户选择标签。

标签添加单元，用于利用用户选择的标签执行文件打标签；其中，文件打标签的方式包括单个文件打标签、多个文件打标签和全部文件打标签。

标签重置单元，用于根据用户对文件执行去除标签的操作,重置标签。

在另一个实施例中，当文件操作为文件搜索时，在操作允许模块750中，允许具有搜索权限的用户根据文件所属的项目名称和/或文件标签进行搜索。

在另一个实施例中，当文件操作为文件下载请求时，参见图9是一个实施例中权限判断模块的结构示意图，权限判断模块730包括：

下载请求提交单元7391，用于执行文件下载请求操作的用户向具有文件下载请求审核权限的用户提交文件下载请求。

下载权限审核单元7393，用于根据具有文件下载请求审核权限的用户同意文件下载请求的判断，将执行文件下载请求操作的用户视为具有文件下载请求权限的用户。

在另一个实施例中，权限判断模块730还包括：

下载链接生成单元，用于生成下载链接发送给具有文件下载请求权限的用户；其中，下载链接包括用于唯一标识文件下载请求中待下载文件的文件标识码。

在另一个实施例中，当文件操作为文件下载时，参见图10是另一个实施例中权限判断模块的结构示意图，权限判断模块730包括：

下载链接请求单元73101，用于用户根据下载链接发起从服务器下载文件的操作请求。

下载链接执行单元73103，用于根据下载链接中的文件标识码判断执行文件下载操作的用户是否为具有文件下载操作权限的用户，若是，则允许下载文件。

优选地，可通过文件标识码是否一致，和/或文件标识码是否过期，和/或文件标识码是否为合法生成来判断。具体地，

通过文件标识码是否一致来判断时，根据下载链接中的文件标识码获取到对应的文件下载申请审核通过时生成的文件标识码，判断两者是否一致，若是，则认为执行文件下载操作的用户与执行文件下载请求操作的用户为同一人，令执行文件下载操作的用户为具有文件下载操作权限的用户；若否，则认为执行文件下载操作的用户与执行文件下载请求操作的用户为不同人，令执行文件下载操作的用户为不具有文件下载操作权限的用户。

通过文件标识码是否过期来判断时，判断第一文件标识码的生成时间是否超过预设时间阈值，若是，则认为执行文件下载操作的用户为不具有文件下载操作权限的用户；若否，则认为执行文件下载操作的用户为具有文件下载操作权限的用户。

通过文件标识码是否为合法生成来判断时，将下载链接中的文件标识码作为第一文件标识码，基于预设的文件标识码生成规则，根据第一文件标识码生成第二文件标识码，判断第二文件标识码是否也能基于预设的文件标识码生成规则直接生成，若是，则说明第一文件标识码是由本文件管理方法生成；若否，则说明第一文件标识码不是由本文件管理方法生成，而可能是由其他非法用户恶意生成。

在另一个实施例中，还包括：

用户数据库构建模块，用于构建用户数据库。

本实施例中，用户数据库包括了用户的身份信息以及用户对应的文件操作权限。构建用户数据库包括在用户数据库中新增用户数据、变更用户数据和删除用户数据以及对用户设置对应的文件操作权限。具体地，包括：

新增用户数据单元，用于当有部门和/或员工新增时，插入新增部门数据和/或新增员工数据到用户数据库；

变更用户数据单元，用于当有部门和/或员工数据变化时，修改用户数据库中原有的部门数据和/或员工数据；

删除用户数据单元，用于当有部门和/或员工减少时，删除用户数据库中对应的部门数据和/或员工数据。

在实际应用中，可以将本文件管理系统与公司的项目管理系统进行对接，方便导入现有的用户数据。另外，本发明提出的文件管理系统可基于B/S架构，这样，不需要用户在客户端安装程序即可完成访问，具有维护成本低、硬件成本低等特点。

以上是对本发明的较佳实施进行了具体说明，但本发明创造并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做出种种的等同变形或替换，这些等同的变形或替换均包含在本请求权利要求所限定的范围内。

Claims (8)

1.一种基于服务器的文件管理方法，其特征在于，包括：

用户登录步骤，获取用户的登录信息；

权限判断步骤，获取用户发起的文件操作，并根据用户的所述登录信息判断用户是否具有所述文件操作的权限；

操作允许步骤，根据判断用户具有所述文件操作的权限时，允许用户执行所述文件操作。

2.根据权利要求1所述的文件管理方法，其特征在于，当所述文件操作为文件上传时，所述操作允许步骤包括：

将用户选择的待上传文件构成待上传文件集合；

所述待上传文件集合提交至所述服务器，根据所述服务器中已存储文件判断所述待上传文件集合中是否有文件已提交过；

根据用户对已提交过文件是否更新覆盖的指令，获取实际上传文件集合；

将所述实际上传文件集合中的文件存储于服务器上。

3.根据权利要求1所述的文件管理方法，其特征在于，当所述文件操作为文件打标签时，所述操作允许步骤包括：

根据用户对文件执行添加标签的操作,允许用户选择标签；

利用用户选择的标签执行文件打标签，其中，文件打标签的方式包括单个文件打标签、多个文件打标签和全部文件打标签；

根据用户对文件执行去除标签的操作,清空当前文件的所有标签。

4.根据权利要求3所述的文件管理方法，其特征在于，当所述文件操作为文件搜索时，所述操作允许步骤包括：

允许用户根据文件所属的项目名称和/或文件的标签进行搜索。

5.根据权利要求1所述的文件管理方法，其特征在于，当所述文件操作为文件下载请求时，所述权限判断步骤包括：

执行文件下载请求操作的用户向具有文件下载请求审核权限的用户提交文件下载请求；

根据所述具有文件下载请求审核权限的用户同意所述文件下载请求的判断，将所述执行文件下载请求操作的用户视为具有文件下载请求权限的用户。

6.根据权利要求5所述的文件管理方法，其特征在于，所述权限判断步骤还包括：

生成下载链接发送给所述具有文件下载请求权限的用户；其中，所述下载链接包括用于唯一标识所述文件下载请求中待下载文件的文件标识码。

7.根据权利要求1所述的文件管理方法，其特征在于，当所述文件操作为文件下载时，所述权限判断步骤包括：

用户根据下载链接发起从服务器下载文件的操作请求，所述下载链接包括用于唯一标识文件下载请求中待下载文件的文件标识码；

根据下载链接中的文件标识码判断执行文件下载操作的用户是否为具有文件下载操作权限的用户，若是，则允许执行文件下载操作的用户下载文件。

8.一种基于服务器的文件管理系统，其特征在于，包括：

用户登录模块，用于获取用户的登录信息；

权限判断模块，用于获取用户发起的文件操作，并根据用户的所述登录信息判断用户是否具有所述文件操作的权限；

操作允许模块，用于根据判断用户具有所述文件操作的权限时，允许用户执行所述文件操作。