CN111988419A - 文件上传方法、下载方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及人工智能领域，通过根据文件分类信息以及备份方式将待上传文件存储至文件存储主节点和备份至文件存储从节点中，可以节省存储空间和减少备份的次数，从而提高文件的上传效率。尤其涉及一种文件上传方法、下载方法、装置、计算机设备和存储介质，该文件上传方法包括：接收客户端发送的文件上传请求；根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的文件分类信息以及备份方式；根据所述文件分类信息将所述待上传文件存储至文件存储主节点中，并根据所述文件分类信息以及所述备份方式将所述待上传文件备份至文件存储从节点中。此外，本申请还涉及区块链技术，待上传文件可存储于区块链中。

Description

文件上传方法、下载方法、装置、计算机设备和存储介质

技术领域

本申请涉及人工智能领域，尤其涉及一种文件上传方法、下载方法、装置、计算机设备和存储介质。

背景技术

随着互联网的飞速发展，应用程序越来越丰富和用户数量越来越多，产生的数据成几何级增长，海量数据的存储给存储系统的本地存储带了巨大压力。普通的存储系统已经不堪重负，现有的解决方法是采用分布式文件系统来存储数据。由于现有的分布式文件系统包括多个存储节点，当用户上传文件时，将不同的客户端对应的文件统一多次备份至多个存储节点中，极大地浪费存储节点的存储空间和降低了文件的上传效率，同时也导致在下载文件时需要花费更多的时间。

因此如何节省文件的存储空间和提高文件的上传效率成为亟需解决的问题。

发明内容

本申请提供了一种文件上传方法、下载方法、装置、计算机设备和存储介质，根据文件分类信息以及备份方式将待上传文件存储至文件存储主节点和备份至文件存储从节点中，可以节省存储空间和减少备份的次数，从而提高文件的上传效率。

第一方面，本申请提供了一种文件上传方法，所述方法包括：

接收客户端发送的文件上传请求；

根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的文件分类信息以及备份方式；

根据所述文件分类信息将所述待上传文件存储至文件存储主节点中，并根据所述文件分类信息以及所述备份方式将所述待上传文件备份至文件存储从节点中。

第二方面，本申请提供了一种文件下载方法，所述方法包括：

接收客户端发送的文件下载请求，所述文件下载请求包括待下载文件对应的文件标识码；

基于备份位置信息与文件标识码之间预设的对应关系，根据所述待下载文件对应的文件标识码确定所述待下载文件对应的备份位置信息；

根据所述备份位置信息确定所述待下载文件对应的文件存储从节点和文件分类信息；

根据所述文件分类信息与所述文件标识码从所述文件存储从节点中下载所述待下载文件，若所述文件存储从节点不存在所述待下载文件，则从文件存储主节点中下载所述待下载文件。

第三方面，本申请还提供了一种文件处理装置，所述装置包括：

请求接收模块，用于接收客户端发送的文件上传请求；

信息确定模块，用于根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的存储位置信息以及备份方式；

文件备份模块，用于根据所述存储位置信息将所述待上传文件存储至文件存储主节点中，并根据所述存储位置信息以及所述备份方式将所述待上传文件备份至文件存储从节点中。

第四方面，本申请还提供了一种计算机设备，所述计算机设备包括存储器和处理器；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如上述的文件上传方法或文件下载方法。

第五方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如上述的文件上传方法或文件下载方法。

本申请公开了一种文件上传方法、下载方法、装置、计算机设备和存储介质，通过接收客户端发送的文件上传请求，可以根据文件上传请求中的文件描述信息，确定文件上传请求对应的待上传文件的文件分类信息以及备份方式；通过根据文件分类信息将待上传文件存储至文件存储主节点中，并根据文件分类信息以及备份方式将待上传文件备份至文件存储从节点中，从而可以根据文件分类信息对不同客户端的待上传文件进行分类存储和备份，还可以根据备份方式对待上传文件进行备份，同时减少备份的次数，进而提高了文件的上传效率。通过根据待下载文件对应的文件标识码确定待下载文件对应的备份位置信息，可以根据备份位置信息确定待下载文件对应的文件存储从节点和文件分类信息，可以准确和快速地确定待下载文件的所在位置；通过根据文件分类信息与文件标识码从文件存储从节点中下载待下载文件，可以提高待下载文件的下载效率。

附图说明

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

图1是本申请的实施例提供的一种文件上传方法的示意性流程图；

图2是本申请的实施例提供的服务端存储待上传文件的示意性框图；

图3是图1中确定文件分类信息以及备份方式的子步骤的示意性流程图；

图4是图1中对待上传文件进行备份的子步骤的示意性流程图；

图5是本申请的实施例提供的接收完成备份通知的示意性框图；

图6是本申请的实施例提供的一种文件下载方法的示意性流程图；

图7是本申请的实施例提供的根据文件下载请求下载文件的示意性框图；

图8为本申请实施例提供的一种文件处理装置的示意性框图；

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

具体实施方式

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

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

本申请的实施例提供了一种文件上传方法、下载方法、装置、计算机设备和存储介质。其中，该文件上传方法可以应用于分布式文件系统中的服务端，实现根据文件分类信息以及备份方式将客户端的待上传文件存储至文件存储主节点和备份至文件存储从节点中，可以节省存储空间和减少备份的次数，从而提高文件的上传效率。

其中，服务端和客户端可以是服务器或终端。服务器可以为独立的服务器，也可以为服务器集群。终端可以是智能手机、平板电脑、笔记本电脑和台式电脑等电子设备。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

如图1所示，文件上传方法包括步骤S101至步骤S103。

步骤S101、接收客户端发送的文件上传请求。

需要说明的是，在本申请实施例中，服务端包括调度中心、文件存储主节点以及多个文件存储从节点。其中，调度中心用于处理客户端的读写请求；文件存储主节点用于写入和读取文件；文件存储从节点用于备份和读取文件。

示例性的，文件存储主节点和文件存储从节点可以是NAS(Network AttachedStorage，网络连接存储)设备。NAS设备是指一种专用的数据存储服务器，包括存储器件和内嵌系统软件，允许不同主机和应用服务器进行访问。通过使用NAS设备作为文件存储主节点和文件存储从节点，可以提高服务端的性能和读写文件的速度。

如图2所示，图2是服务端存储待上传文件的示意性框图。示例性的，通过调度中心接收客户端发送的文件上传请求，由调度中心根据文件上传请求将待上传文件存储至文件存储主节点。在将待上传文件存储至文件存储主节点之后，文件存储主节点还可以将待上传文件备份一份至一个或多个文件存储从节点中。

步骤S102、根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的文件分类信息以及备份方式。

具体地，文件描述信息用于确定待上传文件的属性；示例性的，文件描述信息包括文件分片类型和客户端的识别码。

其中，文件分片类型可以包括分片文件和非分片文件；需要说明的是，客户端在发送文件上传请求之前，可以根据待上传文件的占用空间，将待上传文件划分为小文件和大文件两种类型。

示例性的，客户端可以根据预设的占用空间阈值判断待上传文件是小文件还是大文件；其中，预设的占用空间阈值可以根据实际情况设定，具体数值在此不作限定。例如，若确定待上传文件为小文件，则不需要对待上传文件进行分片，因此待上传文件是非分片文件。例如，若确定待上传文件为大文件，则需要对待上传文件进行分片，得到待上传文件对应的多个分片文件。

需要强调的是，为进一步保证待上传文件的私密和安全性，可以将待上传文件还可以存储于一区块链的节点中。

具体地，客户端在发送文件上传请求时，可以将待上传文件对应的文件文件分片类型以及客户端的识别码作为文件描述信息添加至文件上传请求中。

示例性的，识别码可以是客户端的ID。客户端的识别码用于确定客户端的待上传文件对应的目标文件夹；不同客户端的文件，需要存储在该客户端对应的目标文件夹中。其中，可以根据客户端的ID对文件夹进行命名，得到客户端对应的目标文件夹。

请参阅图3，步骤S102中根据文件上传请求中的文件描述信息，确定文件上传请求对应的待上传文件的文件分类信息以及备份方式之前，还可以包括以下步骤S1021和S1022。

步骤S1021、接收所述客户端发送的调用注册请求，所述调用注册请求包括所述客户端的识别码。

需要说明的是，调用注册请求用于建立客户端对应的文件夹。示例性的，可以接收不同客户端发送的调用注册请求，并根据不同客户端的调用注册请求在文件存储主节点和各文件存储从节点中建立客户端对应的文件夹。

步骤S1022、根据所述调用注册请求以及所述客户端的识别码，在所述文件存储主节点和各所述文件存储从节点中建立所述客户端对应的文件夹，其中，所述文件夹的名称包括所述客户端的识别码。

示例性的，在接收到客户端发送的调用注册请求之后，可以获取调用注册请求中的客户端的识别码；然后根据分别在文件存储主节点和各文件存储从节点中建立客户端对应的文件夹。

具体地，客户端对应的文件夹可以使用客户端的识别码进行命名。从而可以区分不同客户端对应的文件夹。

通过对不同客户端建立对应的文件夹，从而可以对不同客户端的文件进行分类存储和区分，使得客户端对应的文件不受其它客户端的操作的影响。此外，通过对不同客户端建立对应的文件夹，可以实现将客户端的文件全部存储至该客户端对应的文件夹中；后续可以从客户端对应的文件夹中整体提取全部文件，便于文件迁移。

在一些实施例中，在根据调用注册请求以及客户端的识别码，在文件存储主节点和各文件存储从节点中建立客户端对应的文件夹之后，还可以将客户端对应的识别码与文件夹名称进行关联并存储。其中，客户端对应的识别码与文件夹名称之间的关联信息可以存储在服务端的本地数据库中。

需要强调的是，为进一步保证上述识别码与文件夹名称之间的关联信息的私密和安全性，可以将上述识别码与文件夹名称之间的关联信息还可以存储于一区块链的节点中。示例性的，在上传文件时，可以从区块链的节点中获取识别码与文件夹名称之间的关联信息，根据待上传文件对应的识别码确定待上传文件对应的目标文件夹。

如图3所示，步骤S102中根据文件上传请求中的文件描述信息，确定文件上传请求对应的待上传文件的文件分类信息以及备份方式，具体可以包括以下步骤S1023和S1024。

步骤S1023、基于识别码与文件夹名称之间预设的对应关系，根据所述文件描述信息中的识别码确定所述待上传文件对应的目标文件夹。

示例性的，从服务端的本地数据库或区块链的节点中获取识别码与文件夹名称之间的关联信息，得到识别码与文件夹名称之间预设的对应关系，如表1所示。

表1为识别码与文件夹名称的对应表

识别码	文件夹名称
		ID1001	File-1001
ID1002	File-1002
		ID1003	File-1003

示例性的，获取文件描述信息中的客户端对应的识别码；例如，若该客户端对应的识别码为ID1001，根据识别码与文件夹名称之间预设的对应关系，可以确定该客户端对应的文件夹名称为File-1001。即待上传文件对应的目标文件夹File-1001。

步骤S1024、基于文件分片类型与备份方式之间预设的对应关系，根据所述文件描述信息中的文件分片类型确定所述待上传文件对应的备份方式，其中，所述文件分片类型与备份方式之间预设的对应关系存储在区块链中。

示例性的，在本申请实施例中，备份方式可以包括第一备份方式和第二备份方式。其中，第一备份方式包括：当待上传文件为非分片文件时，将待上传文件备份至一个文件存储从节点中。第二备份方式包括：当待上传文件为分片文件时，按照预设的分配策略将多个分片文件平均备份至各文件存储从节点中。

示例性的，文件描述信息中的文件分片类型可以包括非分片文件与分片文件两种类型。

具体地，文件分片类型与备份方式之间预设的对应关系可以包括：非分片文件对应于第一备份方式，分片文件对应于第二备份方式。

在一些实施例中，根据文件描述信息中的文件分片类型确定待上传文件对应的备份方式，可以包括：若文件分片类型为非分片文件，则可以确定待上传文件对应的备份方式为第一备份方式；若文件分片类型为分片文件，则可以确定待上传文件对应的备份方式为第二备份方式。

需要强调的是，为进一步保证上述文件分片类型与备份方式之间预设的对应关系的私密和安全性，上述文件分片类型与备份方式之间预设的对应关系还可以存储于一区块链的节点中。

通过根据文件上传请求中的文件描述信息，可以确定待上传文件对应的目标文件夹，实现将不同客户端对应的待上传文件存储在与客户端对应的目标文件夹中，使得不同客户端之间的文件不受干扰。通过确定待上传文件对应的备份方式，可以根据备份方式将待上传文件备份至一个文件存储从节点或多个文件存储从节点中，可以减少备份的次数和提高文件上传效率。

步骤S103、根据所述文件分类信息将所述待上传文件存储至文件存储主节点中，并根据所述文件分类信息以及所述备份方式将所述待上传文件备份至文件存储从节点中。

示例性的，待上传文件可以包括多个分片文件，也可以包括一个完整的文件。可以理解的是，客户端在将待上传文件发送给服务端之前，需要判断待上传文件是否需要分片。例如，若待上传文件为大文件，则对待上传文件进行分片，得到待上传文件对应的多个分片文件；若待上传文件为小文件，则不需要对待上传文件进行分片，待上传文件是一个完整的文件。

示例性的，文件分类信息可以包括文件夹名称，其中，文件夹名称用于对不同客户端的文件进行分类存储或备份在不同的目标文件夹中；例如，可以确定待上传文件在文件存储主节点中的目标文件夹和文件存储从节点中的目标文件夹。

在本申请实施例中，可以通过调度中心根据文件夹名称确定待上传文件在文件存储主节点中的目标文件夹，然后将待上传文件存储至文件存储主节点中的目标文件夹。在将待上传文件存储至文件存储主节点后，可以通过文件夹存储主节点将待上传文件备份一份至一个或多个文件存储从节点中。

请参阅图4，图4是步骤S103中根据文件分类信息以及备份方式将待上传文件备份至文件存储从节点中的示意性流程图，具体包括以下步骤S1031至步骤S1033。

步骤S1031、根据所述文件分类信息中的文件夹名称确定所述待上传文件在所述文件存储从节点中的目标文件夹。

示例性的，根据待上传文件对应的文件夹名称确定待上传文件在文件存储从节点中的目标文件夹。例如，若待上传文件对应的文件夹名称为File-1001，则可以确定该待上传文件在文件存储从节点中的目标文件夹为文件夹File-1001。

示例性的，在需要将待上传文件备份至多个文件存储从节点时，例如文件存储从节点A、文件存储从节点B和文件存储从节点C，若待上传文件对应的文件夹名称为File-1001，则可以确定该待上传文件在文件存储从节点A、文件存储从节点B以及文件存储从节点C中的目标文件夹都为文件夹File-1001。

可以理解的是，当待上传文件对应的备份方式为第二备份方式或待上传文件对应的文件分片类型为分片文件时，由于待上传文件包括多个分片文件，因此需要将待上传文件对应的分片文件备份至不同的文件存储从节点中；从而可以提高了备份效率和提高系统性能。

步骤S1032、若所述备份方式为第一备份方式，则将所述待上传文件备份至一个所述文件存储从节点中的目标文件夹中。

可以理解的是，若待上传文件对应的备份方式为第一备份方式，则说明待上传文件是一个完成的文件，而不是分片文件；因此只需要将待上传文件备份至一个文件存储从节点中，不需要备份至多个文件存储从节点，从而可以节省存储空间和缩短备份时间。此外，还可以减少文件存储从节点的个数，降低成本。

在一些实施例中，当备份方式为第一备份方式，则将待上传文件备份至一个文件存储从节点中的目标文件夹时，可以根据各文件存储从节点的剩余存储空间确定目标文件存储从节点，将待上传文件备份至目标文件存储从节点中的目标文件夹。

示例性的，将剩余存储空间最大的文件存储从节点作为待上传文件对应的目标文件存储从节点。例如，若剩余存储空间最大的文件存储从节点为文件存储从节点C，则将待上传文件备份至文件存储从节点C中的目标文件夹File-1001。

步骤S1033、若所述备份方式为第二备份方式，则根据预设的分配策略确定各所述文件存储从节点对应的目标分片文件，并将各所述文件存储从节点对应的目标分片文件备份至各所述文件存储从节点对应的目标文件夹中。

示例性的，预设的分配策略包括根据待上传文件中的分片文件的个数进行分配或根据文件存储从节点的剩余存储空间进行分配。

通过预设的分配策略，可以确定各文件存储从节点对应需要备份的目标分片文件，实现将目标分片文件备份至对应的文件存储从节点，可以提高备份的效率。由于各文件存储从节点只需备份待上传文件中的部分分片文件，因此可以减少占用各文件存储从节点的存储空间。

在一些实施例中，根据预设的分配策略确定各文件存储从节点对应的目标分片文件，可以包括：确定文件存储从节点对应的总数，根据文件存储从节点对应的总数以及待上传文件中的分片文件对应的个数，确定各文件存储从节点对应的目标分片文件。

示例性的，确定文件存储从节点对应的总数，例如，服务端中设有n个文件存储从节点。

具体地，对待上传文件中的分片文件对应的个数进行分组，得到待上传文件对应的多个文件组。示例性的，对待上传文件中的分片文件进行编号，如1-d；如果文件存储从节点的数量为n，则各文件组包括d/n个分片文件。例如，第一个文件组中包括第1至第d/n个分片文件，第二个文件组中包括第(d/n)+1至第2d/n个分片文件，第i个文件组中包括第(i-1)×(d/n)+1至第i×d/n个分片文件。

示例性的，若待上传文件中包括9个分片文件，例如分片文件a，分片文件b，分片文件c，分片文件d，分片文件e，分片文件f，分片文件g，分片文件h和分片文件i，并且文件存储从节点的个数为3，则将这9个分片文件分成3个文件组，例如，文件组G1、G2和G3。

例如，将待上传文件中的各分片文件编号为1-9；如果文件存储从节点包括A、B和C，则各文件组包括3个分片文件。例如，文件组G1中包括第1至第3个分片文件，文件组G2中包括第4至第6个分片文件，文件组G3中包括第7至第9个分片文件。可以将文件组G1中的分片文件作为文件存储从节点A对应的目标分片文件；将文件组G2中的分片文件作为文件存储从节点B对应的目标分片文件；将文件组G3中的分片文件作为文件存储从节点C对应的目标分片文件。

通过根据文件存储从节点对应的总数以及待上传文件中的分片文件对应的个数，确定各文件存储从节点对应的目标分片文件，可以均衡各文件存储从节点备份的分片文件的数量；可以避免某个文件存储从节点备份过多的分片文件，降低服务端的性能。

在另一些实施例中，根据预设的分配策略确定各文件存储从节点对应的目标分片文件，可以包括：确定各文件存储从节点的剩余存储空间，根据各文件存储从节点的剩余存储空间以及待上传文件中的分片文件对应的占用空间，确定各文件存储从节点对应的目标分片文件。

具体地，获取各文件存储从节点的剩余存储空间，并确定各文件存储从节点对应的剩余存储空间比。

示例性的，若文件存储从节点的数量为3，例如文件存储从节点A、B和C。其中，若文件存储从节点A的剩余存储空间为20％，文件存储从节点B的剩余存储空间为50％，文件存储从节点C的剩余存储空间为20％，则文件存储从节点A、B、C的剩余存储空间比为2:5:2。

在一些实施例中，可以根据文件存储从节点的个数确定待上传文件对应的文件组；根据待上传文件中的各分片文件对应的占用空间以及各文件存储从节点对应的剩余存储空间比，确定各文件组中的目标分片文件。

具体地，若文件存储从节点的个数为3，则待上传文件对应的文件组为3组，例如，文件组G1、G2和G3。根据待上传文件对应的各分片文件的占用空间，将各分片文件分配到文件组中，使得文件组G1、G2和G3的占用空间之比为2:5:2。

示例性的，若存在K个分片文件，且各分片文件对应的占用空间相同，则将2/9K个分片文件分配给文件组G1，将5/9K个分片文件分配给文件组G2以及将2/9K个分片文件分配给文件组G3。

示例性的，若存在K个分片文件，且各分片文件对应的占用空间不相同，则根据各分片文件的占用空间，将各分片文件分别分配至文件组G1、G2和G3中，使得文件组G1、G2和G3的占用空间之比为2:5:2。

具体地，在确定各文件组中的分片文件之后，可以将各文件组中的分片文件分配给各文件存储从节点，得到各文件存储从节点对应的目标分片文件。例如，将文件组G1中的分片文件作为文件存储从节点A对应的目标分片文件；将文件组G2中的分片文件作为文件存储从节点B对应的目标分片文件；将文件组G3中的分片文件作为文件存储从节点C对应的目标分片文件。

具体地，在确定各文件存储从节点对应的目标分片文件之后，将各文件存储从节点对应的目标分片文件备份各文件存储从节点对应的目标文件夹中。示例性的，将文件组G1中的分片文件备份至文件存储从节点A中的目标文件夹File-1001；将文件组G2中的分片文件备份至文件存储从节点B中的目标文件夹File-1001；将文件组G3中的分片文件备份至文件存储从节点C中的目标文件夹File-1001。

通过根据各文件存储从节点的剩余存储空间以及待上传文件中的分片文件对应的占用空间，确定各文件存储从节点对应的目标分片文件，可以均衡各文件存储从节点的存储空间；可以避免某个文件存储从节点备份过多的分片文件导致存储空间不足，出现无法正常备份文件或备份异常的情况。

在一些实施例中，根据文件分类信息以及备份方式将待上传文件备份至文件存储从节点中之后，还可以包括：接收文件存储从节点发送的完成备份通知，完成备份通知包括待上传文件对应的备份位置信息；获取待上传文件对应的文件标识码，将待上传文件对应的备份位置信息与文件标识码进行关联并存储至区块链中。示例性的，如图5所示；可以通过调度中心接收各文件存储从节点发送的完成备份通知。

示例性的，备份位置信息包括文件存储从节点的识别码和文件分类信息。其中，文件存储从节点的识别码用于确定待上传文件备份在哪一文件存储从节点中；文件分类信息可以是文件夹名称，文件夹名称用于确定待上传文件备份在文件存储从节点的哪一文件夹中。通过备份位置信息，可以快速且准确地确定待上传文件备份的位置。

示例性的，文件标识码可以是UUID码(Universally Unique Identifier，通用唯一识别码)。示例性的，可以通过UUID函数生成文件对应的UUID码。UUID函数可以生成时间、空间上独一无二的UUID码，用于识别文件。

具体地，可以通过调度中心，根据接收到的完成备份通知，将待上传文件对应的备份位置信息与文件标识码进行关联并存储至区块链中，也可以存储至本地数据库中。

示例性的，当待上传文件为分片文件时，由于待上传文件对应的分片文件备份在多个文件存储从节点中，因此接收到多个完成备份通知。可以将多个完成备份通知中的备份位置信息划分为位置数组，将位置数组与文件标识码进行关联存储。

上述实施例提供的文件上传方法，通过对不同客户端建立对应的文件夹，从而可以对不同客户端的文件进行分类存储和区分，使得客户端对应的文件不受其它客户端的操作的影响；通过根据文件上传请求中的文件描述信息，可以确定待上传文件对应的目标文件夹，实现将不同客户端对应的待上传文件存储在与客户端对应的目标文件夹中，使得不同客户端之间的文件不受干扰；通过确定待上传文件对应的备份方式，可以根据备份方式将待上传文件备份至一个文件存储从节点或多个文件存储从节点中，可以减少备份的次数和提高文件上传效率；通过预设的分配策略，可以确定各文件存储从节点对应需要备份的目标分片文件，实现将目标分片文件备份至对应的文件存储从节点，可以提高备份的效率和减少占用各文件存储从节点的存储空间。

请参阅图6，本申请实施例提供的文件下载方法，包括步骤S201至步骤S204。

步骤S201、接收客户端发送的文件下载请求，所述文件下载请求包括待下载文件对应的文件标识码。

具体地，在接收到客户端发送的文件下载请求之后，可以根据文件下载请求确定待下载文件对应的文件标识码。

示例性的，如图7所示，可以通过调度中心接收客户端发送的文件下载请求，调度中心根据文件下载请求从文件存储从节点中下载文件。

其中，待下载文件对应的文件标识码用于确定待下载文件的备份位置信息。可以理解的是，由于在上传文件时，已经将文件对应的文件标识码与备份位置信息进行关联并存储，因此可以通过待下载文件对应的文件标识码确定待下载文件在文件存储从节点中的备份位置信息。

步骤S202、基于备份位置信息与文件标识码之间预设的对应关系，根据所述待下载文件对应的文件标识码确定所述待下载文件对应的备份位置信息。

示例性的，可以从本地数据库或区块链中获取备份位置信息与文件标识码之间预设的对应关系。

示例性的，文件标识码可以用UUID进行表示，例如，UUID1001、UUID1002和UUID1003等等。备份位置信息与文件标识码之间预设的对应关系，如表2所示。

表2为备份位置信息与文件标识码的对应表

文件标识码	备份位置信息
		UUID1001	备份位置信息1
UUID1002	备份位置信息2
		UUID1003	备份位置信息3

具体地，备份位置信息可以包括文件存储从节点的名称和文件分类信息，其中文件分类信息包括文件夹名称。示例性的，备份位置信息1包括文件存储从节点A和文件夹File-1001；备份位置信息2包括文件存储从节点B和文件夹File-1001。

通过基于备份位置信息与文件标识码之间预设的对应关系，可以根据待下载文件对应的文件标识码，准确且快速地确定待下载文件的备份位置信息；从而不需要花费过多的时间查询待下载文件的存储位置，可以提高文件的下载效率。

步骤S203、根据所述备份位置信息确定所述待下载文件对应的文件存储从节点和文件分类信息。

由于备份位置信息包括文件存储从节点的名称和文件分类信息，因此可以直接确定待下载文件对应的文件存储从节点和文件分类信息。其中，文件夹分类信息包括文件夹名称。

示例性的，若待下载文件对应的备份位置信息为备份位置信息1，则可以确定待下载文件对应的文件存储从节点为文件存储从节点A以及对应的文件夹为File-1001。

示例性的，备份位置信息还可以包括多个文件存储从节点的名称。例如，备份位置信息1中包括文件存储从节点A和文件存储从节点B。可以理解的是，在备份文件时，若文件包括多个分片文件，则需要将多个分片文件分别备份至多个文件存储从节点中；在备份完成后，将多个完成备份通知中的备份位置信息划分为位置数组，将位置数组与文件标识码进行关联存储。

通过备份位置信息，可以确定待下载文件所在的文件存储从节点以及文件夹名称，进而可以从待下载文件对应的文件存储从节点的目标文件夹中下载该待下载文件。

步骤S204、根据所述文件分类信息与所述文件标识码从所述文件存储从节点中下载所述待下载文件，若所述文件存储从节点不存在所述待下载文件，则从文件存储主节点中下载所述待下载文件。

具体地，在从文件存储从节点中下载待下载文件时，可以根据文件夹名称确定待下载文件对应的目标文件夹，根据文件识别码确定目标文件夹中的目标文件。

在一些实施例中，若待下载文件对应的备份位置信息包括多个文件存储从节点的名称，则从多个文件存储从节点中的目标文件夹中下载待下载文件对应的分片文件。

例如，若待下载文件对应的备份位置信息包括文件存储从节点A和文件存储从节点B，目标文件夹为File-1001，则从文件存储从节点A和文件存储从节点B中的目标文件夹File-1001中下载待下载文件对应的分片文件。

通过根据待下载文件对应的备份位置信息，确定待下载文件对应的文件存储从节点和目标文件夹，可以从多个文件存储从节点同时下载待下载文件对应的分片文件；从而提高了文件的下载效率。

在一些实施例中，若待下载文件对应的文件存储从节点中的目标文件夹不存在待下载文件，则从文件存储主节点中下载待下载文件。

需要说明的是，如果目标文件夹不存在待下载文件，可能原因是文件存储从节点中的待下载文件已被删除或被修改。

示例性的，若目标文件夹不存在待下载文件，则可以根据待下载文件对应文件分类信息，确定待下载文件在文件存储主节点中的目标文件夹；根据待下载文件对应的文件标识码从目标文件夹中下载待下载文件。

当存储从节点不存在待下载文件，从文件存储主节点中下载待下载文件，可以提高服务端的安全性和可靠性。

在一些实施例中，可以根据待下载文件对应的文件分类信息，确定待下载文件在文件存储主节点中的目标文件夹，并从目标文件夹中下载待下载文件。

需要说明的是，当客户端需要下载全部文件时，可以根据客户端对应的目标文件夹，直接从文件存储主节点下载客户端对应的全部文件，实现一次性下载客户端对应的全部文件，便于客户端进行文件迁移。

上述实施例提供的文件下载方法，通通过基于备份位置信息与文件标识码之间预设的对应关系，可以根据待下载文件对应的文件标识码，准确且快速地确定待下载文件的备份位置信息；从而不需要花费过多的时间查询待下载文件的存储位置，可以提高文件的下载效率；通过根据待下载文件对应的备份位置信息，确定待下载文件对应的文件存储从节点和目标文件夹，可以从多个文件存储从节点同时下载待下载文件对应的分片文件；从而提高了文件的下载效率。当存储从节点不存在待下载文件，从文件存储主节点中下载待下载文件，可以提高服务端的安全性和可靠性。

请参阅图8，图8是本申请的实施例还提供一种文件处理装置100的示意性框图，该文件处理装置用于执行前述的文件上传方法和文件下载方法。其中，该文件处理装置为本申请实施例的服务端。

如图8所示，该文件处理装置100，包括：请求接收模块101、信息确定模块102、文件备份模块103和文件下载模块104。

请求接收模块101，用于接收客户端发送的文件上传请求。

在一些实施例中，请求接收模块101还用于接收客户端发送的文件下载请求，所述文件下载请求包括待下载文件对应的文件标识码。

信息确定模块102，用于根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的文件分类信息以及备份方式。

在一些实施例中，信息确定模块102还用于基于备份位置信息与文件标识码之间预设的对应关系，根据所述待下载文件对应的文件标识码确定所述待下载文件对应的备份位置信息；以及用于根据所述备份位置信息确定所述待下载文件对应的文件存储从节点和文件分类信息。

文件备份模块103，用于根据所述文件分类信息将所述待上传文件存储至文件存储主节点中，并根据所述文件分类信息以及所述备份方式将所述待上传文件备份至文件存储从节点中。

文件下载模块104，用于根据所述文件分类信息与所述文件标识码从所述文件存储从节点中下载所述待下载文件，若所述文件存储从节点不存在所述待下载文件，则从文件存储主节点中下载所述待下载文件。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

上述的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图9所示的计算机设备上运行。

请参阅图9，图9是本申请实施例提供的一种计算机设备的结构示意性框图。该计算机设备可以是服务器或终端。

请参阅图9，该计算机设备包括通过系统总线连接的处理器和存储器，其中，存储器可以包括非易失性存储介质和内存储器。

处理器用于提供计算和控制能力，支撑整个计算机设备的运行。

内存储器为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种文件上传方法。

应当理解的是，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

其中，在一个实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：

接收客户端发送的文件上传请求；根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的文件分类信息以及备份方式；根据所述文件分类信息将所述待上传文件存储至文件存储主节点中，并根据所述文件分类信息以及所述备份方式将所述待上传文件备份至文件存储从节点中。

在一个实施例中，所述文件描述信息包括文件分片类型和客户端的识别码，所述文件分类信息包括文件夹名称；所述处理器在实现根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的文件分类信息以及备份方式之前，还用于实现：

接收所述客户端发送的调用注册请求，所述调用注册请求包括所述客户端的识别码；根据所述调用注册请求以及所述客户端的识别码，在所述文件存储主节点和各所述文件存储从节点中建立所述客户端对应的文件夹，其中，所述文件夹的名称包括所述客户端的识别码。

在一个实施例中，所述处理器在实现根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的文件分类信息以及备份方式时，用于实现：

基于识别码与文件夹名称之间预设的对应关系，根据所述文件描述信息中的识别码确定所述待上传文件对应的目标文件夹；基于文件分片类型与备份方式之间预设的对应关系，根据所述文件描述信息中的文件分片类型确定所述待上传文件对应的备份方式，其中，所述文件分片类型与备份方式之间预设的对应关系存储在区块链中。

在一个实施例中，所述待上传文件包括多个分片文件，所述文件分类信息包括文件夹名称；所述处理器在实现根据所述文件分类信息以及所述备份方式将所述待上传文件备份至文件存储从节点中时，用于实现：

根据所述文件分类信息中的文件夹名称确定所述待上传文件在所述文件存储从节点中的目标文件夹；若所述备份方式为第一备份方式，则将所述待上传文件备份至一个所述文件存储从节点中的目标文件夹中；或若所述备份方式为第二备份方式，则根据预设的分配策略确定各所述文件存储从节点对应的目标分片文件，并将各所述文件存储从节点对应的目标分片文件备份至各所述文件存储从节点对应的目标文件夹中。

在一个实施例中，所述处理器在实现根据预设的分配策略确定各所述文件存储从节点对应的目标分片文件时，用于实现：

确定所述文件存储从节点对应的总数，根据所述文件存储从节点对应的总数以及所述待上传文件中的分片文件对应的个数，确定各所述文件存储从节点对应的目标分片文件；或确定各所述文件存储从节点的剩余存储空间，根据各所述文件存储从节点的剩余存储空间以及所述待上传文件中的分片文件对应的占用空间，确定各所述文件存储从节点对应的目标分片文件。

在一个实施例中，所述处理器在实现根据所述文件分类信息以及所述备份方式将所述待上传文件备份至文件存储从节点中之后，还用于实现：

接收所述文件存储从节点发送的完成备份通知，所述完成备份通知包括所述待上传文件对应的备份位置信息；获取所述待上传文件对应的文件标识码，将所述待上传文件对应的备份位置信息与文件标识码进行关联并存储至区块链中。

在一个实施例中，所述处理器用于实现：

接收客户端发送的文件下载请求，所述文件下载请求包括待下载文件对应的文件标识码；基于备份位置信息与文件标识码之间预设的对应关系，根据所述待下载文件对应的文件标识码确定所述待下载文件对应的备份位置信息；根据所述备份位置信息确定所述待下载文件对应的文件存储从节点和文件分类信息；根据所述文件分类信息与所述文件标识码从所述文件存储从节点中下载所述待下载文件，若所述文件存储从节点不存在所述待下载文件，则从文件存储主节点中下载所述待下载文件。

在一个实施例中，所述处理器在实现从文件存储主节点中下载所述待下载文件时，用于实现：

根据所述文件下载请求中的客户端的识别码，确定所述待下载文件在所述文件存储主节点中的目标文件夹；根据所述待下载文件对应的文件标识码从所述目标文件夹中下载所述待下载文件。

本申请的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器执行所述程序指令，实现本申请实施例提供的任一项文件上传方法和文件下载方法。

其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(SmartMedia Card，SMC)，安全数字卡(Secure Digital Card，SD Card)，闪存卡(Flash Card)等。

进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

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

接收客户端发送的文件上传请求；

根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的文件分类信息以及备份方式；

根据所述文件分类信息将所述待上传文件存储至文件存储主节点中，并根据所述文件分类信息以及所述备份方式将所述待上传文件备份至文件存储从节点中。

2.根据权利要求1所述的文件上传方法，其特征在于，所述文件描述信息包括文件分片类型和客户端的识别码，所述文件分类信息包括文件夹名称；

所述根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的文件分类信息以及备份方式之前，还包括：

接收所述客户端发送的调用注册请求，所述调用注册请求包括所述客户端的识别码；

根据所述调用注册请求以及所述客户端的识别码，在所述文件存储主节点和各所述文件存储从节点中建立所述客户端对应的文件夹，其中，所述文件夹的名称包括所述客户端的识别码；

所述根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的文件分类信息以及备份方式，包括：

基于识别码与文件夹名称之间预设的对应关系，根据所述文件描述信息中的识别码确定所述待上传文件对应的目标文件夹；

基于文件分片类型与备份方式之间预设的对应关系，根据所述文件描述信息中的文件分片类型确定所述待上传文件对应的备份方式，其中，所述文件分片类型与备份方式之间预设的对应关系存储在区块链中。

3.根据权利要求1所述的文件上传方法，其特征在于，所述待上传文件包括多个分片文件，所述文件分类信息包括文件夹名称；所述根据所述文件分类信息以及所述备份方式将所述待上传文件备份至文件存储从节点中，包括：

根据所述文件分类信息中的文件夹名称确定所述待上传文件在所述文件存储从节点中的目标文件夹；

若所述备份方式为第一备份方式，则将所述待上传文件备份至一个所述文件存储从节点中的目标文件夹中；或

若所述备份方式为第二备份方式，则根据预设的分配策略确定各所述文件存储从节点对应的目标分片文件，并将各所述文件存储从节点对应的目标分片文件备份至各所述文件存储从节点对应的目标文件夹中。

4.根据权利要求3所述的文件上传方法，其特征在于，所述根据预设的分配策略确定各所述文件存储从节点对应的目标分片文件，包括：

确定所述文件存储从节点对应的总数，根据所述文件存储从节点对应的总数以及所述待上传文件中的分片文件对应的个数，确定各所述文件存储从节点对应的目标分片文件；或

确定各所述文件存储从节点的剩余存储空间，根据各所述文件存储从节点的剩余存储空间以及所述待上传文件中的分片文件对应的占用空间，确定各所述文件存储从节点对应的目标分片文件。

5.根据权利要求1-4中任一项所述的文件上传方法，其特征在于，所述根据所述文件分类信息以及所述备份方式将所述待上传文件备份至文件存储从节点中之后，还包括：

接收所述文件存储从节点发送的完成备份通知，所述完成备份通知包括所述待上传文件对应的备份位置信息；

获取所述待上传文件对应的文件标识码，将所述待上传文件对应的备份位置信息与文件标识码进行关联并存储至区块链中。

6.一种文件下载方法，其特征在于，包括：

接收客户端发送的文件下载请求，所述文件下载请求包括待下载文件对应的文件标识码；

基于备份位置信息与文件标识码之间预设的对应关系，根据所述待下载文件对应的文件标识码确定所述待下载文件对应的备份位置信息；

根据所述备份位置信息确定所述待下载文件对应的文件存储从节点和文件分类信息；

根据所述文件分类信息与所述文件标识码从所述文件存储从节点中下载所述待下载文件，若所述文件存储从节点不存在所述待下载文件，则从文件存储主节点中下载所述待下载文件。

7.根据权利要求6所述的文件下载方法，其特征在于，所述从文件存储主节点中下载所述待下载文件，包括：

根据所述文件下载请求中的客户端的识别码，确定所述待下载文件在所述文件存储主节点中的目标文件夹；

根据所述待下载文件对应的文件标识码从所述目标文件夹中下载所述待下载文件。

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

请求接收模块，用于接收客户端发送的文件上传请求；

信息确定模块，用于根据所述文件上传请求中的文件描述信息，确定所述文件上传请求对应的待上传文件的文件分类信息以及备份方式；

文件备份模块，用于根据所述文件分类信息将所述待上传文件存储至文件存储主节点中，并根据所述文件分类信息以及所述备份方式将所述待上传文件备份至文件存储从节点中。

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

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现：

如权利要求1至5任一项所述的文件上传方法，或

如权利要求6和7所述的文件下载方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现：

如权利要求1至5任一项所述的文件上传方法，或

如权利要求6和7所述的文件下载方法。

Images