CN1921397A - 一种多文件上传的方法及系统 - Google Patents

Abstract

本发明提供一种多文件上传系统，包括多文件上传控制端、文件源端和目的端，所述多文件上传控制端分别与所述文件源端和所述目的端连接。本发明还提供一种多文件上传的方法，首先接收多文件上传请求，然后根据所述多文件上传请求从多个文件源端获取多文件数据，最后将所述多文件数据在内存中打包并上传至目的端。本发明采用在内存中将多文件进行打包并上传的技术，减少了频繁读写磁盘造成的时间耗损；而且，当待上传的文件存储于不同的文件源端时，采用本发明，减少了多文件上传时的人工操作，提高了多文件上传的效率。

Description

一种多文件上传的方法及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种多文件上传的方法及系统。

背景技术

目前在广域网内传输批量文件是一件非常耗时的事情，批量文件在进行传输时传输效率较低，主要是由于传输控制命令和人工操作占据了文件传输耗时中相当大的比例。

现有的文件传输技术中主要有两种处理多个文件上传的方法：

一种是多个文件分别上传的方法，该方法是通过简单的多次调用单个文件传输函数的方法实现的。对于该多文件上传方法，从用户设备端看，每上传一个文件，都需要发送一次文件上传请求命令，即需要一次人工参与，人工操作的次数和时间都是与待上传文件的数目成正比的，通常人工操作消耗的时间与文件传输本身的耗时等数量级甚至是大于文件传输耗时，所以当上传文件的数目庞大且每个文件较小时，人工操作所消耗的时间将远远大于文件传输本身所消耗的时间，成为多文件上传总耗时中的主要部分，导致该多文件上传方法的效率极低。而从服务器端看，上传后的文件仍然以不相关联的多个独立文件的形式存储于服务器中，当文件数量庞大时管理起来非常不便。

另外一种多文件上传方法是多文件磁盘打包上传，该方法是指把多个待上传的文件在磁盘中打包成一个包文件上传，利用该方法上传存储于一个文件源端中的多个文件的具体流程如图1所示，包括以下步骤：

步骤s101，用户设备向主控板发送多文件磁盘打包上传请求，该请求中包括待上传的所述多文件的文件标识信息及其所在文件源端的地址信息。

步骤s102，主控板根据所述文件源端地址信息和所述文件标识信息向所述文件源端发送数据上传请求。

步骤s103，文件源端向主控板发送对应的数据帧。

步骤s104，主控板将接收到主控板内存中的数据帧读取到主控板的磁盘中。

步骤s105，主控板在磁盘中将数据打包。

步骤s106，主控板将数据上传至服务器。

步骤s107，判断该文件源端中待上传文件的数据是否已经全部上传完毕，若已上传完毕，进入步骤s108，否则，主控板继续向该文件源端发送数据上传请求，转步骤s103。

步骤s108，主控板关闭与服务器的连接，返回成功响应并结束。

若要实现来自多个文件源端的多文件磁盘打包上传，可多次调用上述步骤实现，文件上传完成后在服务器中形成多个包文件。

与上述多个文件分别上传的方法相比，多文件磁盘打包上传的方法可以将从同一文件源端中上传的多个文件按照一定的格式组织在同一个文件中，在服务器端更便于文件的管理。同时将文件打包后再上传也避免了分别上传时针对每个文件都要重新建立控制连接和数据连接的麻烦，有效压缩了传输控制命令的数量，提高了传输的性能。但是该上传方法仍然存在明显的不足：

首先，采用磁盘打包上传方法需要频繁地读写磁盘，因为读写磁盘的速度比读写内存的速度慢，所以使得文件传输效率受到制约。

其次，对于存储于不同源端的多个文件，利用该方法需要用户设备进行多次操作才能完成打包上传，并且来自多个文件源端的文件在服务器端相应形成多个包文件也不便于文件管理。

发明内容

本发明要解决的问题是提供一种多文件上传的方法及系统，以克服现有技术中多文件上传效率低的缺陷。

为达到上述目的，本发明提供一种多文件上传的方法，包括以下步骤：

接收多文件上传请求；

根据所述多文件上传请求从多个文件源端获取多文件数据；

将所述多文件数据在内存中打包并上传至目的端。

按照本发明的一个方面，所述多文件上传请求包括文件标识信息；或文件标识信息和文件源端地址信息。

按照本发明的另一个方面，当所述多文件上传请求包括文件标识信息时，所述从多个文件源端获取多文件数据包括以下步骤：

根据所述文件标识信息，获取文件源端地址信息；

根据所述文件源端地址信息和所述文件标识信息，向对应的文件源端发送数据上传请求；

所述文件源端发送对应的数据帧。

按照本发明的再一个方面，所述获取文件源端地址信息的过程具体为：根据所述文件标识信息，在所有文件源端中进行匹配查找，获取文件源端地址信息。

按照本发明的再一个方面，所述获取文件源端地址信息的过程具体为：根据所述文件标识信息，在文件标识信息与文件源端地址信息的对应关系表中进行查找，获取文件源端地址信息。

按照本发明的再一个方面，当所述多文件上传请求包括文件标识信息和文件源端地址信息时，所述从多个文件源端获取多文件数据包括以下步骤：

根据所述文件源端地址信息和所述文件标识信息，向对应的文件源端发送数据上传请求；

所述文件源端发送对应的数据帧。

按照本发明的再一个方面，所述多文件上传请求中还包括数据处理请求。

按照本发明的再一个方面，所述数据处理请求包括数据加密请求和/或压缩处理请求。

按照本发明的再一个方面，所述多文件数据在内存中的打包过程与上传过程同时进行，实现多文件数据的实时上传。

按照本发明的再一个方面，上传后的包文件为一个文件。

本发明还提供一种多文件上传系统，包括多文件上传控制端、文件源端和目的端，所述多文件上传控制端分别与所述文件源端和所述目的端连接；所述多文件上传控制端，用于从多个所述文件源端中获取多文件数据，并对所述多文件数据在内存中进行打包，并上传至所述目的端；所述文件源端，用于存储所述多文件数据；所述目的端，用于接收并存储所述多文件打包后形成的包文件。

按照本发明的再一个方面，所述多文件上传控制端中存储有文件标识信息与文件源端地址信息的对应关系表。

按照本发明的再一个方面，所述多文件上传控制端还用于对所述获取的多文件数据进行处理。

按照本发明的再一个方面，所述数据处理包括数据加密和/或压缩处理。

与现有技术相比，本发明具有以下优点：

本发明采用在内存中将多文件进行打包并上传的技术，减少了频繁读写磁盘造成的时间耗损。

而且，当待上传的文件存储于不同的文件源端时，采用本发明，减少了多文件上传时的人工操作，提高了多文件上传的效率。

进一步，来自不同文件源端的多个文件上传后在服务器中形成单一的包文件，非常便于文件的管理。

另外，本发明中对多文件数据的加密及压缩功能满足了不同用户对于文件传输安全以及节约磁盘空间的需求。

附图说明

图1是现有技术中多文件磁盘打包上传的流程图；

图2是本发明一种多文件上传的系统图；

图3是本发明一种多文件上传的流程图；

图4是本发明中实施例一的流程图；

图5是本发明中实施例二的流程图。

具体实施方式

本发明的一种多文件上传系统如图2所示，该系统包括用户设备21，多文件上传控制端22，文件源端23a、23b、23c、23d和目的端24。

多文件上传控制端22分别与用户设备21、文件源端23a、23b、23c、23d和目的端24连接，用于接收用户设备21发送的多文件上传请求，从多个所述文件源端中获取多文件数据，对所述多文件数据在内存中进行打包，并上传至目的端24，以及向用户设备21发送上传成功响应；多文件上传控制端22还可以对获取的多文件数据进行数据加密和/或压缩等处理。

用户设备21用于向多文件上传控制端22发送多文件上传请求，以及接收多文件上传控制端22发出的上传成功响应，同时，用户设备21还可以用于察看并管理上传后的包文件。文件源端23a、23b、23c、23d用于接收多文件上传控制端22的数据上传请求，并将存储的文件数据传送至多文件上传控制端22。目的端24用于接收并存储上传的包文件。

本发明的一种多文件上传的流程如图3所示，包括以下步骤：

步骤s301，接收多文件上传请求。即用户设备21向多文件上传控制端22发送多文件上传请求，多文件上传控制端22接收该请求，该请求包括文件标识信息；或文件标识信息和文件源端地址信息。

步骤s302，根据所述多文件上传请求从多个文件源端获取多文件数据。即多文件上传控制端22根据所述文件源端地址信息，依次向与所述多文件对应的文件源端发送数据上传请求，各所述文件源端在接收到所述数据上传请求后响应请求，向多文件上传控制端22发送数据帧。

当所述多文件请求仅包括所述多文件的文件标识信息时，多文件上传控制端22在发送数据上传请求之前，还需要根据所述文件标识信息，获取文件源端地址信息，然后根据所述文件源端地址信息和所述文件标识信息发送数据上传请求。

获取文件源端地址信息的过程具体为：多文件上传控制端22根据所述文件标识信息，在所有文件源端中进行匹配查找，获取文件源端地址信息。如果多文件上传控制端22中存储有文件标识信息与文件源端地址信息的对应关系表，则多文件上传控制端22根据所述文件标识信息，在文件标识信息与文件源端地址信息的对应关系表中进行查找，获取文件源端地址信息。

步骤s303，将所述多文件数据在内存中打包并上传至目的端。多文件上传控制端22将所述文件源端发送的数据帧读取到内存中，并在内存中对所述数据帧进行打包，并上传至目的端24，形成一个包文件。在目的端24接收完所述多文件的全部数据之后，多文件上传控制端22向用户设备21返回成功响应。在本步骤中，多文件上传控制端22根据所述多文件上传请求中的数据处理请求，还可以对所述多文件数据进行处理，该数据处理包括加密和/或压缩处理等。

以下结合具体实施例及附图对本发明进行详细说明：

实施例一，当采用图2所示多文件上传系统时，本发明的一种多文件上传的流程如图4所示。假设待上传的文件分别存储在文件源端23a、文件源端23b、文件源端23c和文件源端23d中，而且用户设备21发送的多文件上传请求命令中包括所述多文件的文件标识信息及其所在文件源端的地址信息。参照图4，本发明包括以下步骤：

步骤s401，用户设备21向多文件上传控制端22发送多文件上传请求。所述多文件上传请求中包括所述多文件的文件标识信息及其所在文件源端的地址信息，还要求对所述多文件数据进行加密和压缩处理。

步骤s402，多文件上传控制端22根据所述文件源端的地址信息和所述文件标识信息向与待上传文件对应的其中一个文件源端发送数据上传请求。

步骤s403，该文件源端回应请求并向多文件上传控制端22发送对应的数据帧。

步骤s404，多文件上传控制端22将数据读取到内存中，并判断用户设备21是否要求进行数据加密和/或压缩处理，若要求进行数据加密和/或压缩处理，则转步骤s410，否则，转步骤s405。因为本实施例中要求进行数据加密和压缩处理，所以转步骤s410。

步骤s405，多文件上传控制端22在内存中将数据帧打包。

步骤s406，多文件上传控制端22将数据上传至目的端24。

步骤s407，判断该文件源端中待上传文件的数据是否已经全部上传完毕，若已上传完毕，进入步骤s408，否则，转步骤s411。

步骤s408，多文件上传控制端22判断是否所有文件源端中的待上传文件都已上传完毕，若已上传完毕，转步骤s409，否则，转步骤s412。

步骤s409，多文件上传控制端22关闭与目的端24的连接，向用户设备21返回成功响应并结束。

步骤s410，多文件上传控制端22对数据进行加密及压缩处理，并转步骤s405。本步骤采用通用的数据加密和/或压缩技术，可利用winrar进行解密及解压缩。

步骤s411，多文件上传控制端22继续向步骤s407中所述文件源端发送数据上传请求，并返回步骤s403。

步骤s412，多文件上传控制端22向另一存储待上传文件的文件源端发送数据上传请求，并返回步骤s403。

实施例二，当采用图2所示多文件上传系统时，本发明的另一种多文件上传的流程如图5所示。假设待上传的文件分别存储在文件源端23a、文件源端23b、文件源端23c和文件源端23d中，用户设备21发送的多文件上传请求命令中包括所述多文件的文件标识信息，但不包括所述多文件所在文件源端的地址信息。参照图5，本发明包括以下步骤：

步骤s501，用户设备21向多文件上传控制端22发送多文件上传请求。所述多文件上传请求中包括所述多文件的文件标识信息，还要求对所述多文件数据进行加密和压缩处理。

步骤s502，多文件上传控制端22根据所述文件标识信息，获取文件源端地址信息。即多文件上传控制端22根据所述文件标识信息，在文件源端23a、文件源端23b、文件源端23c和文件源端23d中进行匹配查找，获取文件源端地址信息。如果多文件上传控制端22中存储有文件标识信息与文件源端地址信息的对应关系表，则多文件上传控制端22根据预先设置的文件标识信息与文件源端地址信息的对应关系进行查找，获取文件源端地址信息。

步骤s503，多文件上传控制端22根据所述文件源端的地址信息和所述文件标识信息向与待上传文件对应的其中一个文件源端发送数据上传请求。

步骤s504，所述文件源端向多文件上传控制端22发送对应的数据帧。

步骤s505，多文件上传控制端22将数据读取到内存中，并判断用户设备21是否要求进行数据加密和/或压缩处理，若要求进行数据加密和/或压缩处理，则转步骤s511，否则，转步骤s506。因为本实施例中要求进行数据加密和压缩处理，所以转步骤s511。

步骤s506，多文件上传控制端22在内存中将数据帧打包。

步骤s507，多文件上传控制端22将数据上传至目的端24。

步骤s508，判断该文件源端中待上传文件的数据是否已经全部上传完毕，若已上传完毕，进入步骤s509，否则，转步骤s512。

步骤s509，多文件上传控制端22判断是否所有文件源端中的待上传文件都已上传完毕，若已上传完毕，则转步骤s510，否则，转步骤s513。

步骤s510，多文件上传控制端22关闭与目的端24的连接，向用户设备21返回成功响应并结束。

步骤s511，多文件上传控制端22对数据进行加密及压缩处理，并转步骤s506。本步骤采用通用的数据加密和/或压缩技术，可利用winrar进行解密及解压缩。

步骤s512，多文件上传控制端22继续向步骤s508中所述文件源端发送数据上传请求，并返回步骤s504。

步骤s513，多文件上传控制端22向另一存储待上传文件的文件源端发送数据上传请求，并返回步骤s504。

以上公开的仅为本发明的一个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (14)

1、一种多文件上传的方法，其特征在于，包括以下步骤：

接收多文件上传请求；

根据所述多文件上传请求从多个文件源端获取多文件数据；

将所述多文件数据在内存中打包并上传至目的端。

2、如权利要求1所述多文件上传的方法，其特征在于，所述多文件上传请求包括文件标识信息；或文件标识信息和文件源端地址信息。

3、如权利要求2所述多文件上传的方法，其特征在于，当所述多文件上传请求包括文件标识信息时，所述从多个文件源端获取多文件数据包括以下步骤：

根据所述文件标识信息，获取文件源端地址信息；

根据所述文件源端地址信息和所述文件标识信息，向对应的文件源端发送数据上传请求；

所述文件源端发送对应的数据帧。

4、如权利要求3所述多文件上传的方法，其特征在于，所述获取文件源端地址信息的过程具体为：根据所述文件标识信息，在所有文件源端中进行匹配查找，获取文件源端地址信息。

5、如权利要求3所述多文件上传的方法，其特征在于，所述获取文件源端地址信息的过程具体为：根据所述文件标识信息，在文件标识信息与文件源端地址信息的对应关系表中进行查找，获取文件源端地址信息。

6、如权利要求2所述多文件上传的方法，其特征在于，当所述多文件上传请求包括文件标识信息和文件源端地址信息时，所述从多个文件源端获取多文件数据包括以下步骤：

根据所述文件源端地址信息和所述文件标识信息，向对应的文件源端发送数据上传请求；

所述文件源端发送对应的数据帧。

7、如权利要求1所述多文件上传的方法，其特征在于，所述多文件上传请求中还包括数据处理请求。

8、如权利要求7所述多文件上传的方法，其特征在于，所述数据处理请求包括数据加密请求和/或压缩处理请求。

9、如权利要求1所述多文件上传的方法，其特征在于，所述多文件数据在内存中的打包过程与上传过程同时进行，实现多文件数据的实时上传。

10、如权利要求1或9所述多文件上传的方法，其特征在于，上传后的包文件为一个文件。

11、一种多文件上传系统，其特征在于，包括多文件上传控制端、文件源端和目的端，所述多文件上传控制端分别与所述文件源端和所述目的端连接；

所述多文件上传控制端，用于从多个所述文件源端中获取多文件数据，对所述多文件数据在内存中进行打包，并上传至所述目的端；

所述文件源端，用于存储所述多文件数据；

所述目的端，用于接收并存储所述多文件打包后形成的包文件。

12、如权利要求11所述多文件上传系统，其特征在于，所述多文件上传控制端中存储有文件标识信息与文件源端地址信息的对应关系表。

13、如权利要求11所述多文件上传系统，其特征在于，所述多文件上传控制端还用于对所述获取的多文件数据进行处理。

14、如权利要求13所述多文件上传系统，其特征在于，所述数据处理包括数据加密和/或压缩处理。

Images