文件管理方法、装置、电子设备及存储介质与流程

1.本技术涉及互联网技术领域，具体而言，本技术涉及一种文件管理方法、装置、电子设备及存储介质。


背景技术：

2.在网络技术高速发展的今天，互联网已经成为人们日常娱乐生活中不可缺少的一部分，人们通过各网络平台上传文件或下载文件已经成为平常的事情。
3.对于一个公司来说，每天都会产生大量的数据，形成大量的文件。为了对文件进行记录保存，需要将文件上传至数据库或者服务器。然而，本技术的发明人在具体实现过程中发现：一个公司通常划分有多个部门或项目组，不同的部门或项目组往往通过不同的网络平台上传文件，并采用不同的规范(目录结构)存放文件，造成公司对文件上传的管理以及文件上传的规范杂乱。另外，对于不同的网络平台，文件上传时设置的功能或业务属性不同，使得后续难以实现对文件的下载数据进行针对性的统计。因此，亟需一种文件管理方法。


技术实现要素：

4.本技术的目的旨在至少能解决上述的技术缺陷之一，特提出以下技术方案：
5.第一方面，提供了一种文件管理方法，应用于文件管理平台，包括：
6.获取待上传的文件；
7.在检测到文件上传操作时，向目标服务器发送携带有所述文件的文件上传请求，以使所述目标服务器响应于所述文件上传请求而将所述文件存储至预设虚拟目录，并同步至内容分发网络。
8.进一步地，所述文件上传请求还携带有所述文件关联的输入参数；在向目标服务器发送携带有所述文件的文件上传请求之前，还包括：
9.展示输入参数配置项；
10.获取输入参数配置项的配置信息，得到所述输入参数。
11.进一步地，所述输入参数包括预设规划系统、文件功能、文件名和自定义标签中的至少一项。
12.进一步地，在向目标服务器发送携带有所述文件的文件上传请求之后，还包括：
13.在检测到文件查看操作时，展示所述文件的上传状态；
14.在所述文件上传成功后，展示所述文件的下载链接。
15.第二方面，提供了一种文件管理方法，应用于服务器，包括：
16.接收文件管理平台发送的携带有文件的文件上传请求；
17.响应于所述文件上传请求而将所述文件存储至预设虚拟目录，并同步至内容分发网络，以使用户从所述内容分发网络下载所述文件。
18.进一步地，还包括：
19.获取所述内容分发网络生成的至少一个所述文件的下载日志，所述下载日志包括下载文件信息、下载请求ip、下载时间、下载次数和下载流量中的至少一项；
20.对所述下载日志进行解析，并将解析后的下载日志存储至数据库中。
21.进一步地，所述文件上传请求还携带有所述文件关联的输入参数，在对所述下载日志进行解析，并将解析后的下载日志存储至数据库中之后，还包括：
22.定时从所述数据库中获取解析后的下载日志；
23.基于所述输入参数，从至少一个维度对解析后的下载日志进行下载数据的统计。
24.进一步地，还包括：
25.对所述文件进行部署管理，所述部署管理包括文件清理、目录权限分配和下载次数限制中的至少一项。
26.第三方面，提供了一种文件管理装置，应用于文件管理平台，包括：
27.文件获取模块，用于获取待上传的文件；
28.文件发送模块，用于在检测到文件上传操作时，向目标服务器发送携带有所述文件的文件上传请求，以使所述目标服务器响应于所述文件上传请求而将所述文件存储至预设虚拟目录，并同步至内容分发网络。
29.第四方面，提供了一种文件管理装置，应用于服务器，包括：
30.文件接收模块，用于接收文件管理平台发送的携带有文件的文件上传请求；
31.文件上传模块，用于响应于所述文件上传请求而将所述文件存储至预设虚拟目录，并同步至内容分发网络，以使用户从所述内容分发网络下载所述文件。
32.第五方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行所述程序时实现上述的文件管理方法。
33.第六方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述的文件管理方法。
34.本技术实施例提供的文件管理方法，文件管理平台在检测到文件上传操作时，向目标服务器发送待上传的文件，请求目标服务器上传文件，目标服务器响应于文件管理平台的文件上传请求而将文件存储至预设虚拟目录，同时将该文件同步至内容分发网络。如此，待上传的文件均通过文件管理平台统一发送至目标服务器，从而目标服务器可采用统一规范存放文件，即完成文件的上传，实现了文件上传的规范上的统一，便于公司对上传文件的管理。
35.本技术附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
36.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
37.图1为本技术实施例的一种文件管理方法的流程示意图；
38.图2为本技术实施例的另一种文件管理方法的流程示意图；
39.图3为本技术实施例的文件上传及下载示意图；
40.图4为本技术实施例的文件上传及下载交互图；
41.图5为本技术实施例的一种文件管理装置的基本结构示意图；
42.图6为本技术实施例的另一种文件管理装置的基本结构示意图；
43.图7为本技术实施例的电子设备的结构示意图。
具体实施方式
44.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本技术，而不能解释为对本技术的限制。
45.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
46.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
47.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
48.本技术实施例提供了一种文件管理方法，应用于文件管理平台，该文件管理平台可以为单独的软件，也可以集成在系统和应用中，适用于为公司内部以及客户实现文件上传及下载的功能，以及系统界面展示相关的管理和分析功能等。如图1所示，文件管理方法包括以下步骤。
49.步骤s110，获取待上传的文件。
50.具体地，文件管理平台获取待上传的文件。其中，该文件可以为图片、视频、音频、程序安装包和电子资料等。文件管理平台可以是文件管理客户端软件，也可以是安装有文件管理客户端软件的终端，还可以是应用中的组件。在一种实施方式中，待上传的文件不需要内部审核。例如，文件管理平台作为通用组件部署在某些应用(如支持文件上传及下载的网络平台)中，任何用户可以在这些应用中直接上传文件而不需要内部审核。在另一种实施方式中，待上传的文件需要内部审核。例如，对于公司待上线的文件，一般员工仅可以通过文件管理平台提交文件，提交的文件流转到文件管理平台的审核节点，由审核人员对提交的文件进行审核，经审核通过的文件流转到文件管理平台的上传节点，此时即获取到待上传的文件，之后由公司的运维管理员通过文件管理平台上传文件。
51.步骤s120，在检测到文件上传操作时，向目标服务器发送携带有文件的文件上传请求，以使目标服务器响应于文件上传请求而将文件存储至预设虚拟目录，并同步至内容分发网络。
52.具体地，文件管理平台在文件上传界面展示文件上传按钮，运维管理员通过点击文件上传按钮即可触发文件上传操作，文件管理平台检测到文件上传操作，便会将待上传
的文件发送至目标服务器，其中，目标服务器可以为云服务器(elasticcomputeservice，ecs)，具有统一的文件上传规范。相应地，目标服务器接收到文件管理平台发送的文件后，将该文件存放在预设虚拟目录中，且该预设虚拟目录作为存放文件的临时目录，之后将该文件同步至内容分发网络(content delivery network，cdn)，内容分发网络是采用各种缓存服务器，将这些缓存服务器分布到用户访问相对集中的地区或网络中，在用户访问网站时，利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上，由缓存服务器直接响应用户请求。示例性地，目标服务器可采用文件传输协议(file transfer protocol，ftp)的方式将文件上传至内容分发网络对应的虚拟目录，也可以采用应用程序接口(application programming interface，api)的方式将文件上传至内容分发网络对应的虚拟目录。其中，预设虚拟目录和内容分发网络对应的虚拟目录均可采用对象存储。由此，目标服务器将文件同步至内容分发网络即实现了文件的上传。之后，用户通过对应的域名访问内容分发网络即可获得该文件。示例性地，内容分发网络包括国内内容分发网络和国外内容分发网络，相应地，为实现用户对上传文件的下载，本技术实施例在内容分发网络侧配置有域名系统(domain name system，dns)服务器，用户访问域名时，dns服务器进行域名解析，采用就近原则确定文件下载的内容分发网络，进而从确定的内容分发网络下载文件。
53.本技术实施例提供的文件管理方法，文件管理平台在检测到文件上传操作时，向目标服务器发送待上传的文件，请求目标服务器上传文件，目标服务器响应于文件管理平台的文件上传请求而将文件存储至预设虚拟目录，同时将该文件同步至内容分发网络。如此，待上传的文件均通过文件管理平台统一发送至目标服务器，从而目标服务器可采用统一规范存放文件，即完成文件的上传，实现了文件上传的规范上的统一，便于公司对上传文件的管理。
54.本技术实施例提供了另一种可能的实现方式，其中，文件上传请求还携带有文件关联的输入参数；在向目标服务器发送携带有文件的文件上传请求之前，还包括：
55.展示输入参数配置项；获取输入参数配置项的配置信息，得到输入参数。
56.在上传文件之前，可以对文件进行相关属性的配置，以便后续有针对性地统计文件下载数据，实现文件上传的功能上的统一。具体地，在文件上传之前，文件管理平台可通过页面展示输入参数配置项。可选地，输入参数包括预设规划系统、文件功能、文件名和自定义标签中的至少一项。其中，预设规划系统为公司内部规划系统，每个系统有独立的系统编号，例如：creator a0001，service a0002等；文件功能为各个系统内使用到该上传功能的功能模块区分，例如：creator、插件、素材和代码等，可做成码表记录映射；自定义标签可由各项目组提交待上传文件时携带的文件信息确定，结合自定义标签后续可从更多维度对文件下载数据进行统计。进一步地，上述页面展示预设规划系统配置项、文件功能配置项、文件名配置项和自定义标签配置项，运维管理员根据预先提供的文件信息分别在预设规划系统配置项、文件功能配置项、文件名配置项和自定义标签配置项填写对应的配置信息，文件管理平台以此获取文件关联的输入参数。进一步地，文件管理平台将同时携带有文件和上述输入参数的文件上传请求发送至目标服务器。
57.需要说明的是，自定义标签配置项默认为关闭，即自定义标签配置项不可用。自定义标签配置项附近可展示启动按钮，通过点击该启动按钮来启动自定义标签配置项。
58.本技术实施例提供了另一种可能的实现方式，其中，在向目标服务器发送携带有文件的文件上传请求之后，还包括：
59.在检测到文件查看操作时，展示文件的上传状态；在文件上传成功后，展示文件的下载链接。
60.具体地，在通过文件管理平台向目标服务器发送文件上传请求之后，对文件进行信息审核。一种情况，目标服务器进行自动化测试，成功后自动审核通过并部署上线；另一种情况，人工审核通过后部署上线；再一种情况，自动审核并部署上线。如果审核不通过，则文件上线失败，需要通过文件管理平台重新提交文件，后期可以对提交失败次数进行统计并清理失败达到预设次数的文件。相应地，可通过点击文件管理平台的页面展示的文件查看按钮查看文件的上传状态。其中，上传状态可包括已提交、审核中、上线失败(即文件上传失败)和上线完成(即文件上传成功)中的一种。如果文件上传成功，在有权限和审批后，可以查看自己的文件信息，获取页面展示文件的下载链接。
61.在一些示例中，可为客户提供文件管理平台(组件)的应用程序编程接口(application programming interface，api)、控件和软件开发工具包(software development kit，sdk)，将api、控件和sdk集成到客户的系统和应用中，为客户实现上述文件上传及下载的功能，以及系统界面展示相关的管理和分析功能等。
62.本技术实施例还提供了一种文件管理方法，应用于服务器(即上述目标服务器)，如图2所示，包括以下步骤。
63.步骤s210，接收文件管理平台发送的携带有文件的文件上传请求。
64.具体地，服务器接收文件管理平台发送的携带有文件的文件上传请求。其中，其中，该文件可以为图片、视频、音频、程序安装包和电子资料等。文件管理平台可以理解为文件管理客户端软件，也可以理解为安装有文件管理客户端软件的终端。目标服务器可以为云服务器，具有统一的文件上传规范。
65.步骤s220，响应于文件上传请求而将文件存储至预设虚拟目录，并同步至内容分发网络，以使用户从内容分发网络下载文件。
66.服务器接收到文件管理平台发送的文件后，将该文件存放在预设虚拟目录中，且该预设虚拟目录作为存放文件的临时目录，之后将该文件同步至内容分发网络。示例性地，服务器可采用文件传输协议(file transfer protocol，ftp)的方式将文件上传至内容分发网络对应的虚拟目录，也可以采用应用程序接口(application programming interface，api)的方式将文件上传至内容分发网络对应的虚拟目录。其中，预设虚拟目录和内容分发网络对应的虚拟目录均可采用对象存储。由此，服务器将文件同步至内容分发网络即实现了文件的上传。之后，用户通过对应的域名访问内容分发网络即可获得该文件。示例性地，内容分发网络包括国内内容分发网络和国外内容分发网络，相应地，为实现用户对上传文件的下载，本技术实施例在内容分发网络侧配置有域名系统(domain name system，dns)服务器，具体可包括对应于国内内容分发网络的国内dns服务器和对应于国外内容分发网络的国外dns服务器，用户访问域名时，dns服务器进行域名解析，采用就近原则确定文件下载的内容分发网络，进而从确定的内容分发网络下载文件。
67.本技术实施例提供的文件管理方法，目标服务器接收由文件管理平台统一发送的待上传的文件，响应于文件管理平台的文件上传请求而将文件存储至预设虚拟目录，同时
将该文件同步至内容分发网络。如此，待上传的文件均通过文件管理平台统一发送至目标服务器，从而目标服务器可采用统一规范存放文件，即完成文件的上传，实现了文件上传的规范上的统一，便于公司对上传文件的管理。
68.本技术实施例提供了另一种可能的实现方式，其中，文件管理方法还包括：
69.获取内容分发网络生成的至少一个文件的下载日志；对下载日志进行解析，并将解析后的下载日志存储至数据库中。
70.具体地，下载日志包括下载文件信息、下载请求ip、下载时间、下载次数和下载流量中的至少一项。示例性地，当某个文件被下载时，内容分发网络会记录该文件的下载文件信息、下载请求ip、下载时间、下载次数和下载流量，以下载日志的形式进行存储。服务器会定时或实时地从内容分发网络中提取下载日志，针对国内内容分发网络和国外内容分发网络，分别采用对应的日志解析工具对下载日志进行解析，并将解析后的下载日志存储至数据库(例如关系型数据库)中。
71.进一步地，文件上传请求还携带有文件关联的输入参数，在对下载日志进行解析，并将解析后的下载日志存储至数据库中之后，还包括：
72.定时从数据库中获取解析后的下载日志；基于输入参数，从至少一个维度对解析后的下载日志进行下载数据的统计。
73.具体地，输入参数包括预设规划系统、文件功能、文件名和自定义标签中的至少一项。服务器根据解析后的下载日志找到对应文件的输入参数，确定该输出参数中是否存在下载数据所要统计的维度，如果存在，则对该下载日志进行下载数据的统计。示例性地，当文件a被下载后，服务器可获取到关于文件a的解析后的下载日志a，基于下载日志a可获取文件a的信息，从而确定文件a关联的输入参数b，例如输入参数b同时包括预设规划系统、文件功能、文件名和自定义标签，此时服务器需要从预设规划系统这个维度对解析后的下载日志进行下载数据的统计，相应地，如果服务器在确定输入参数b的预设规划系统与下载数据所要统计的维度的预设规划系统相同，则对下载日志a进行下载数据的统计；否则，不对下载日志a进行下载数据的统计。如此，可从预设规划系统这个维度对被下载的文件进行下载数据的统计，具有针对性。同时，通过增加自定义标签，可从自定义标签这个维度统计下载数据，从而可从更多维度对文件下载数据进行统计。
74.需要说明的是，上述实现方式可从任一个维度进行文件下载数据的统计，也可从多个维度的聚合维度进行文件下载数据的统计。
75.本技术实施例提供了另一种可能的实现方式，其中，文件管理方法还包括：
76.对文件进行部署管理，部署管理包括文件清理、目录权限分配和下载次数限制中的至少一项。
77.具体地，可通过文件管理平台向服务器发送部署管理的相关请求。其中，文件清理是指将文件下线，即将文件从各内容分发网络对应的虚拟目录中清理掉。例如，当需要清理文件a时，通过文件管理平台向服务器发送携带有文件a信息的文件清理请求，服务器响应于该文件清理请求而将文件a从其预设虚拟目录中清理掉，并请求内容分发网络将文件a从各自对应的虚拟目录中清理掉。目录权限分配是指上传文件所允许存放的目录分配。例如，内容分发网络对应的虚拟目录包括目录a、目录b和目录c，文件a发送至服务器的同时携带有目录权限分配请求，该目录权限分配请求允许文件a存放至目录b中，服务器会响应于该
目录权限分配请求而将文件a同步至内容分发网络对应的虚拟目录的目录b中。另外，下载次数限制是指上传的文件所允许的最大下载次数，该下载次数限制可以是针对某一用户累计下载次数，也可以是针对全体用户的累计下载次数。
78.图3为本技术实施例的文件上传及下载示意图；图4为本技术实施例的文件上传及下载交互图。基于实施例一和实施例二，本技术实施例提供了文件管理方法的完整流程。如图3和图4所示，具体地，待上传的文件经外部审批通过后流转到文件管理平台的文件上传节点，文件管理平台在检测到文件上传操作时，将文件发送至云服务器，云服务器将文件存放至对象存储(object storage service，obs)，并将文件同步至各内容分发网络对应的虚拟目录(国内内容分发网络对应采用obs，全球内容分发网络对应采用简单存储服务(simple storage service，s3))中，完成文件的上传。用户需要下载文件时，通过用户客户端向域名系统服务器发送域名解析请求，域名系统服务器根据就近原则向用户客户端返回cdn ip地址，用户客户端根据cdn ip地址向对应的内容分发网络发送数据请求，内容分发网络响应于该数据请求而将文件数据返回至用户客户端，实现文件的下载。内容分发网络将文件数据返回至用户客户端时生成文件的下载日志，云服务器获取该下载日志，对下载日志进行解析，并将解析后的下载日志存放至关系型数据库(relational database service，rds)中，后续根据文件管理平台发送的文件的输入参数，在一个维度或多个维度的聚合维度对从关系型数据库中提取的下载日志进行下载数据的统计，并将统计结果发送至文件管理平台。
79.本技术实施例通过文件管理平台在检测到文件上传操作时，向目标服务器发送待上传的文件，请求目标服务器上传文件，目标服务器响应于文件管理平台的文件上传请求而将文件存储至预设虚拟目录，同时将该文件同步至内容分发网络。如此，待上传的文件均通过文件管理平台统一发送至目标服务器，从而目标服务器可采用统一规范存放文件，即完成文件的上传，实现了文件上传的规范上的统一，便于公司对上传文件的管理。
80.图5为本技术实施例提供的一种文件管理装置的基本结构示意图，如图5所示，该装置30可以包括文件获取模块31与文件发送模块32，其中：
81.文件获取模块31，用于获取待上传的文件；
82.文件发送模块32，用于在检测到文件上传操作时，向目标服务器发送携带有文件的文件上传请求，以使目标服务器响应于文件上传请求而将文件存储至预设虚拟目录，并同步至内容分发网络。
83.本技术实施例提供的装置，在检测到文件上传操作时，向目标服务器发送待上传的文件，请求目标服务器上传文件，使得目标服务器响应于文件管理平台的文件上传请求而将文件存储至预设虚拟目录，同时将该文件同步至内容分发网络。如此，待上传的文件均统一发送至目标服务器，从而目标服务器可采用统一规范存放文件，即完成文件的上传，实现了文件上传的规范上的统一，便于公司对上传文件的管理。
84.具体地，文件上传请求还携带有文件关联的输入参数；该装置30还包括：
85.输入参数配置项展示模块，用于在向目标服务器发送携带有文件的文件上传请求之前，展示输入参数配置项；
86.输入参数获取模块，用于获取输入参数配置项的配置信息，得到输入参数。
87.进一步地，输入参数包括预设规划系统、文件功能、文件名和自定义标签中的至少
一项。
88.进一步地，该装置30还包括：
89.上传状态展示模块，用于在向目标服务器发送携带有文件的文件上传请求之后，在检测到文件查看操作时，展示文件的上传状态；
90.下载链接展示模块，用于在文件上传成功后，展示文件的下载链接。
91.需要说明的是，本实施例为与实施例一(即方法项实施例)相对应的装置项实施例，本实施例可与实施例一互相配合实施。实施例一中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在第一实施例中。
92.图6为本技术实施例提供的一种文件管理装置的基本结构示意图，如图6所示，该装置40可以包括文件接收模块41与文件上传模块42，其中：
93.文件接收模块41，用于接收文件管理平台发送的携带有文件的文件上传请求；
94.文件上传模块42，用于响应于文件上传请求而将文件存储至预设虚拟目录，并同步至内容分发网络，以使用户从内容分发网络下载文件。
95.本技术实施例提供的装置，在接收由文件管理平台统一发送的待上传的文件时，响应于文件管理平台的文件上传请求而将文件存储至预设虚拟目录，同时将该文件同步至内容分发网络。如此，待上传的文件均通过文件管理平台统一发送至目标服务器，从而目标服务器可采用统一规范存放文件，即完成文件的上传，实现了文件上传的规范上的统一，便于公司对上传文件的管理。
96.具体地，该装置40还包括：
97.下载日志获取模块，用于获取内容分发网络生成的至少一个文件的下载日志，下载日志包括下载文件信息、下载请求ip、下载时间、下载次数和下载流量中的至少一项；
98.下载日志解析存储模块，用于对下载日志进行解析，并将解析后的下载日志存储至数据库中。
99.进一步地，文件上传请求还携带有文件关联的输入参数，该装置40还包括：
100.定时获取模块，用于在对下载日志进行解析，并将解析后的下载日志存储至数据库中之后，定时从数据库中获取解析后的下载日志；
101.下载数据统计模块，用于基于输入参数，从至少一个维度对解析后的下载日志进行下载数据的统计。
102.进一步地，该装置40还包括：
103.部署管理模块，用于对文件进行部署管理，部署管理包括文件清理、目录权限分配和下载次数限制中的至少一项。
104.需要说明的是，本实施例为与实施例二(即方法项实施例)相对应的装置项实施例，本实施例可与实施例二互相配合实施。实施例二中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在第二实施例中。
105.本技术实施例提供了一种电子设备，如图7所示，图7所示的电子设备500包括：处理器501和存储器503。其中，处理器501和存储器503相连，如通过总线502相连。进一步地，电子设备500还可以包括收发器504。需要说明的是，实际应用中收发器504不限于一个，该
电子设备500的结构并不构成对本技术实施例的限定。
106.其中，处理器501应用于本技术实施例中，用于实现图5所示的文件获取模块与文件发送模块的功能，或者用于实现图6所示的文件接收模块与文件上传模块的功能。
107.处理器501可以是中央处理器(central processing unit，cpu)，通用处理器，数字信号处理器(digital signal processor，dsp)，专用集成电路(application specificintegrated circuit，asic)，现场可编程逻辑门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器501也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
108.总线502可包括一通路，在上述组件之间传送信息。总线502可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线502可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
109.存储器503可以是只读存储器(read
‑
only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是带电可擦可编程只读存储器(electrically erasable programmable read only memory，eeprom)、紧凑型光盘只读储存器(compact disc read
‑
only memory，cd
‑
rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
110.存储器503用于存储执行本技术方案的应用程序代码，并由处理器501来控制执行。处理器501用于执行存储器503中存储的应用程序代码，以实现图5或图6所示实施例提供的文件管理装置的动作。
111.本技术实施例提供的电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时，与现有技术相比，可实现：待上传的文件均通过文件管理平台统一发送至目标服务器，从而目标服务器可采用统一规范存放文件，即完成文件的上传，实现了文件上传的规范上的统一，便于公司对上传文件的管理。
112.本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现实施例一所示的方法。与现有技术相比，待上传的文件均通过文件管理平台统一发送至目标服务器，从而目标服务器可采用统一规范存放文件，即完成文件的上传，实现了文件上传的规范上的统一，便于公司对上传文件的管理。
113.本技术实施例提供的计算机可读存储介质适用于上述方法的任一实施例。在此不再赘述。
114.本公开实施例提供一种计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的方法步骤。
115.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是
这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
116.以上所述仅是本技术的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。