CN102685159A - 文件传输方法及装置 - Google Patents

Abstract

一种文件传输方法，包括以下步骤：读取多个待传输文件；合并所述侍传输文件；传输合并的待传输文件。上述文件传输方法及装置通过对多个待传输文件进行合并后传输，极大地减少了信令交互的次数与时间，从而有效提高了实际发送文件的时间在传输总时间中所占的比例，提高了文件传输效率。

Description

文件传输方法及装置

【技术领域】

本发明涉及通信技术，特别是涉及一种文件传输方法及系统。

【背景技术】

随着互联网的发展，在休闲娱乐以及学习工作中，越来越多的用户通过互联网进行沟通，甚至向其他用户分享娱乐资源、学习资料、实验数据以及办公文档等，进行数据的传递。

任一文件在发送端与接收端之间进行信令交互的过程中首先需要进行信令交互。信令交互指的是发送端向接收端发起传输请求，并得到接收端响应的过程。与单个文件的传递相比，多个文件的传递需要在发送端与接收端之间进行多次信令交互，从而协调双方的数据和文件操作，保证文件夹能够像单个文件传输一样顺利完成。通常文件夹的信令交互所需要的时间远远小于文件夹中文件的传输时间，但是，在文件传输过程中，随着文件夹中文件大小的减小，文件的传输时间与信令交互时间的差距也在缩小，从而使得信令交互时间占总的文件夹传输时间的比例极大地上升，从而使得文件夹的传输效率急剧地下降。

【发明内容】

基于此，有必要提供一种可提高文件传输效率的文件传输方法。

此外，还有必要提供一种可提高文件传输效率的文件传输装置。

一种文件传输方法，包括以下步骤：读取多个待传输文件；合并所述侍传输文件；传输合并的待传输文件。

优选地，合并所述侍传输文件的步骤为：提取文件大小小于第一阈值的待传输文件，并从文件大小小于第一阈值的待传输文件中提取文件总大小小于第二阈值的多个待传输文件；将文件总大小小于第二阈值的多个待传输文件逐一写入临时文件中，并在各个待传输文件之间设置标记。

优选地，所述提取文件大小小于第一阈值的待传输文件，并从文件大小小于第一阈值的待传输文件中提取文件总大小小于第二阈值的多个待传输文件的步骤为：逐一判断所述待传输文件的文件大小是否小于第一阈值，若是，则将所述待传输文件的名称及文件大小添加至合并文件列表中；根据合并文件列表中待传输文件的文件大小提取文件总大小小于第二阈值的多个待传输文件。

优选地，所述方法还包括：当所述待传输文件的文件大小大于第一阈值时传输所述待传输文件。

优选地，所述传输合并的待传输文件的步骤之后还包括：接收所述合并的待传输文件；根据所述标记的位置对所述合并的待传输文件进行分割，并根据标记中记录的路径将分割的待传输文件写入目标位置。

一种文件传输装置，至少包括：读取模块，用于读取多个侍传输文件；合并模块，用于合并所述侍传输文件；传输模块，用于传输合并的待传输文件。

优选地，所述合并模块包括：预处理单元，用于提取文件大小小于第一阈值的侍传输文件，并从文件大小小于第一阈值的待传输文件中提取文件总大小小于第二阈值的多个待传输文件；写入文件单元，用于将文件总大小小于第二阈值的多个待传输文件逐一写入临时文件中，并在各个待传输文件之间设置标记。

优选地，所述预处理单元逐一判断所述侍传输文件的文件大小是否小于第一阈值，若是，则将所述待传输文件的名称及文件大小添加至合并文件列表中，并根据合并文件列表中待传输文件的文件大小提取文件总大小小于第二阈值的多个待传输文件。

优选地，所述传输模块还用于当所述待传输文件的文件大小大于第一阈值时传输所述待传输文件。

优选地，还包括：接收模块，用于接收所述合并的待传输文件；分割模块，用于根据所述标记的位置对所述合并的待传输文件进行分割，并根据标记中记录的路径将分割的待传输文件写入目标位置。

上述文件传输方法及装置通过对多个待传输文件进行合并后传输，极大地减少了信令交互的次数与时间，从而有效提高了实际发送文件的时间在传输总时间中所占的比例，提高了文件传输效率。

上述文件传输方法及装置分别对待传输文件根据第一阈值进行筛选，并从筛选后的待传输文件中提取文件总大小大小小于第二阈值的多个待传输文件，保证了多个待传输文件的合并不会引入额外的时间消耗以及资源开销，从而保证了非常高的文件传输效率。

【附图说明】

图1为一个实施例中文件传输方法的流程图；

图2为一个实施例中合并待传输文件步骤的流程图；

图3为一个实施例中提取文件大小小于第一阈值的待传输文件，并从文件大小小于第一阈值的待传输文件中提取大小小于第二阈值的多个待传输文件步骤的流程图；

图4为一个实施例中文件传输装置的结构示意图；

图5为一个实施例中合并模块的结构示意图；

图6为另一个实施例中文件传输装置的结构示意图；

图7为一个实施例中文件传输应用过程的示意图。

【具体实施方式】

图1示出了一个实施例中文件传输的方法流程，包括以下步骤：

在步骤S10中，读取多个待传输文件。本实施例中，为向接收端传输文件，发送端从磁盘或者光盘等存储介质中读取待传输文件。待传输文件可以是单个文件，也可以是文件夹下的多个文件。

根据用户操作读取了多个待传输文件之后，为与接收端建立连接，发送端发起传输请求，其中传输请求中记录了待传输文件的名称以及大小等信息。接收端响应接收到的传输请求，与发送端建立连接，以便于后续的文件传输。若待传输文件为文件夹下的多个单个文件，则接收端与发送端建立连接后，还需要将文件夹信息发送给接收端，以保证文件夹能完整、无误地传输。文件夹信息可以是文件夹的目录结构、每个子文件夹或文件的标识符、名称或文件大小等信息。

在步骤S30中，合并侍传输文件。本实施例中，在传输过程中，每一文件的传输总时间＝实际发送文件的时间+信令交互时间，而传输效率＝实际发送文件的时间÷传输总时间。信令交互时间指的是发送端发起传输请求至接收端通知发送端开始传输文件所需要的时间。发起传输请求至接收端通知开始传输文件这一信令交互时间在相同网络环境下是固定的，实际发送文件的时间基本与文件的大小是成正比的，即实际发送文件的时间≈文件大小÷网络允许的速度。所以，当传输文件为较大的文件时，实际发送文件的时间远大于信令交互时间，从而使得传输效率会非常的高，但随着文件大小的降低，实际发送文件的时间也随着降低，最终将导致了文件传输效率的降低。

为提高传输效率，需要降低信令交互时间，因此在进行多个文件的传输时，若大小均比较小，则会将其合并后传输，大大地降低了信令交互时间。多个待传输文件合并之后，将原本需要发起多次传输请求即进行多次信令交互减少至一次，信令交互次数与待传输文件个数之比由N∶N减少到1∶N，而且待传输文件个数越多，信令交互次数减少得也越多，侍传输文件个数将远大于1。

发送端从存储介质中读取多个侍传输文件后，逐一写入临时文件中，且在各个待传输文件之间设置标记，直到将侍传输文件全部写入临时文件中，使得多个待传输文件合并成为一个文件。标记用于识别相应的待传输文件的起始位置及路径等信息。例如，发送端从磁盘中读取需要传输给接收端的若干个文件后一一写入内存中，并在写入的每一个文件与相邻文件之间设置标记，从而将发送端读取的若干个文件合并成一个文件。由于磁盘或者光盘等存储介质的读写速度远远低于内存的读写速度，因此可保证在合并待传输文件的过程中不引入额外的时间消耗。

当发送端将多个待传输文件合并成为一个文件后，生成合并结果，该合并结果将说明哪些待传输文件被成功合并，哪些待传输文件合并失败了。可将合并结果发送到接收端中，以便接收端的用户了解。

在步骤S50中，传输合并的侍传输文件。

在一个具体的实施例中，如图2所示，上述合并待传输文件的步骤为：

在步骤S31中，提取文件大小小于第一阈值的侍传输文件，并从文件大小小于第一阈值的待传输文件中提取文件总大小小于第二阈值的多个待传输文件。本实施例中，进行合并的每个待传输文件的文件大小不能过大，以避免额外的等待时间和过多的资源开销。待传输文件的文件大小可以通过所占用的存储空间等方式来衡量。例如，第一阈值可以是1MB。

文件总大小可以通过多个待传输文件所占用的存储空间以及总数量等方式来衡量。为避免合并待传输文件会带来额外的开销，待传输文件占用的存储空间不能过大，否则会占用过多的内存，并带来不必要的读写时间开销；为避免等待时间过长，待传输文件总数不能过多，因此，第二阈值包括了存储阈值以及数量阈值。在实际的应用过程中，可分别根据占用的存储空间以及总数量对合并文件列表中的待传输文件进行筛选，以得到当前合并的待传输文件，也可以仅仅根据占用的存储空间或总数量进行筛选。例如，存储阈值可以是10MB，数量阈值可以是500。

另一实施例中，如图3所示，提取文件大小小于第一阈值的待传输文件，并从文件大小小于第一阈值的待传输文件中提取大小小于第二阈值的多个待传输文件的步骤为：

在步骤S311中，逐一判断待传输文件的文件大小是否小于第一阈值，若否，则进入步骤S313中，若是，则进入步骤S315中。本实施例中，对发送端所读取到的待传输文件进行筛选得到文件大小小于第一阈值的待传输文件。例如，对发送端读取到的待传输文件一一进行判断，若待传输文件的文件大小是大于第一阈值的，则进入步骤S313，反之，则进入步骤S315中。

在步骤S313中，传输待传输文件。本实施例中，若一待传输文件的文件大小大于第一阈值时，说明这一待传输文件不能够与其它待传输文件合并，单独传输即可，此时，向接收端发起传输请求，待得到接收端的响应后建立连接，向接收端传输这一待传输文件。

接收端与发送端之间的传输和多个待传输文件的合并过程是可以并行的，例如，当开始发送当前合并的待传输文件时，可以根据需要开始合并剩下的待传输文件。当开始发送不需要进行合并的待传输文件时，也可以进行合并列表中待传输文件的合并。

在步骤S315中，将待传输文件的名称及文件大小添加至合并文件列表中。本实施例中，若一待传输文件大小小于第一阈值时，将其名称及文件大小添加至合并文件列表中。

添加了待传输文件的合并文件列表中记录了每一待传输文件的名称、占用的存储空间以及路径等详细信息。为根据用户意愿进行后续的待传输文件合并，发送端的用户可对合并文件列表中的侍传输文件进行选择以得到需要合并的多个待传输文件，也可以将合并文件列表发送到接收端，由接收端的用户对合并文件列表中的侍传输文件进行选择。无论是在发送端还是在接收端进行需要合并的待传输文件的选择，所得到的需要合并的待传输文件都必须小于第二阈值，而合并文件列表中余下的其它待传输文件可等下一次进行合并。

在步骤S33中，将文件总大小小于第二阈值的多个待传输文件逐一写入临时文件中，并在各个侍传输文件之间设置标记。

另一实施例中，上述文件传输方法中，还包括了接收合并的待传输文件，根据标记的位置对合并的待传输文件进行分割，并根据标记中记录的路径将分割的待传输文件写入目标位置的步骤。本实施例中，接收端在收到合并了的侍传输文件后，需要进行分割，以得到发送端从存储介质所读取到的多个待传输文件。由于合并的侍传输文件中设置了用于标识每一个待传输文件起始位置及路径的标记，因此，可根据标记对合并的侍传输文件进行分割，从而还原成多个待传输文件，并根据标记中记录的路径将待传输文件写入目标位置。

在合并的待传输文件传输并分割完毕之后接收端向发送端返回传输结果，该传输结果中记录了文件是否成功传输、是否成功分割以及是否能成功写入存储介质等信息，如果传输失败了，将会在传输结果中提示用户失败的原因。

图4示出了一个实施例中的文件传输装置。该文件传输装置包括读取模块10、合并模块30以及传输模块50。

读取模块10，用于读取多个侍传输文件。本实施例中，为向接收端传输文件，发送端的读取模块10从磁盘或者光盘等存储介质中读取待传输文件。侍传输文件可以是单个文件，也可以是文件夹下的多个文件。

根据用户操作读取了多个待传输文件之后，为与接收端建立连接，发送端发起传输请求，其中，传输请求中记录了待传输文件的名称以及大小等信息。接收端响应接收到的传输请求，与发送端建立连接，以便于后续的文件传输。待传输文件为文件夹下的多个文件，则接收端与发送端建立连接后，还需要将文件夹信息发送给接收端，以保证文件夹能完整、无误地传输。文件夹信息可以是文件夹的目录结构、每个子文件夹或文件的标识符、名称或文件大小等信息。

合并模块30，用于合并待传输文件。本实施例中，传输过程中的每一文件的传输总时间＝实际发送文件的时间+信令交互时间，而传输效率＝实际发送文件的时间÷传输总时间。信令交互时间指的是发送端发起传输请求至接收端通知发送端开始传输文件所需要的时间。发起传输请求至接收端通知开始传输文件这一信令交互时间在相同网络环境下是固定的，发送文件的时间基本与文件的大小是成正比的，即实际发送文件的时间≈文件大小÷网络允许的速度。所以，当传输文件为较大的文件时，实际发送文件的时间远大于信令交互时间，从而使得传输效率会非常的高，但随着文件大小的降低，实际发送文件的时间也随着降低，最终将导致了文件传输效率的降低。

为提高传输效率，需要降低信令交互时间，因此在进行多个文件的传输时，若大小均比较小，则会将其合并后传输，大大地降低了信令交互时间。多个待传输文件合并之后，将原本需要发起多次传输请求即进行多次信令交互减少至一次，信令交互次数与待传输文件个数之比由N∶N减少到1∶N，而且待传输文件个数越多，信令交互次数减少得也越多，侍传输文件个数将远大于1。

从存储介质中读取多个侍传输文件后，合并模块30逐一写入临时文件中，且在各个待传输文件之间设置标记，直到将待传输文件全部写入临时文件中，使得多个待传输文件合并成为一个文件。标记用于识别相应的待传输文件的起始位置及路径等信息。例如，合并模块30将读取的需要传输给接收端的若干个文件一一写入内存中，并在写入的每个文件与相邻文件之间设置标记，从而将发送端读取的若干个文件合并成一个文件。由于磁盘或者光盘等存储介质的读写速度远远低于内存的读写速度，因此可保证在合并待传输文件的过程中不引入额外的时间消耗。

当发送端将多个待传输文件合并成为一个文件后，生成合并结果，该合并结果将说明哪此待传输文件被成功合并，哪此待传输文件合并失败了。可将合并结果发送到接收端中，以便于接收端的用户了解。

传输模块50，用于传输合并的侍传输文件。

在一个具体的实施例中，如图5所示，合并模块30还包括了预处理单元31以及写入文件单元33.

预处理单元31，用于提取文件大小小于第一阈值的待传输文件，并从文件大小小于第一阈值的待传输文件中提取文件总大小小于第二阈值的多个待传输文件。本实施例中，进行合并的每个待传输文件大小不能过大，以避免额外的等待时间。待传输文件的大小可以通过所占用的存储空间等方式来衡量。为避免带来过多的资源开销，被合并的待传输文件所占用的存储空间不能过大。例如，第一阈值可以是1MB。

文件总大小可以通过多个传输文件所占用的存储空间以及总数量等方式来衡量。为避免合并待传输文件会带来额外的开销，侍传输文件占用的存储空间不能过大，否则会占用过多的内存，并带来不必要的读写时间开销；为避免等待时间过长，待传输文件总数不能过多，因此，第二阈值包括了存储阈值以及数量阈值。在实际的应用过程中，预处理单元31可分别根据占用的存储空间以及总数量对合并文件列表中的待传输文件进行筛选，以得到需要合并的待传输文件，也可以仅仅根据占用的存储空间或总数量进行筛选。例如，存储阈值可以是10MB，数量阈值可以是500。

在具体的实施例中，预处理单元31逐一判断待传输文件的文件大小是否小于第一阈值，若是，则将待传输文件的名称及文件大小添加至合并文件列表中，并根据合并文件列表中待传输文件的文件大小提取文件总大小小于第二阈值的多个待传输文件。本实施例中，对读取模块10所读取到的待传输文件进行筛选得到文件大小小于第一阈值的待传输文件。例如，预处理单元31对发送端读取到的待传输文件一一进行判断，若待传输文件大小是小于第一阈值的，则添加到合并文件列表中。

添加了待传输文件的合并文件列表中记录了每一待传输文件的名称、占用的存储空间以及路径等详细信息。为根据用户意愿进行后续的待传输文件合并，发送端的用户可对合并文件列表中的侍传输文件进行选择以得到需要合并的多个待传输文件，也可以将合并文件列表发送到接收端，由接收端的用户对合并文件列表中的侍传输文件进行选择。无论是在发送端还是在接收端进行需要合并的待传输文件的选择，所得到的需要合并的待传输文件都必须小于第二阈值，而合并文件列表中余下的其它待传输文件可等下一次进行合并。

传输模块50还用于当传输文件的文件大小大于第一阈值时传输待传输文件。本实施例中，若一待传输文件的文件大小大于第一阈值时，说明这一待传输文件不能够与其它待传输文件合并，单独传输即可，此时，传输模块50向接收端传输这一待传输文件。

接收端与发送端之间的传输和多个待传输文件的合并过程是可以并行的，例如，当开始发送当前合并的待传输文件时，可以根据需要开始合并剩下的待传输文件。当开始发送不需要进行合并的待传输文件时，也可以进行合并列表中待传输文件的合并。

写入文件单元33，用于将文件总大小小于第二阈值的多个待传输文件逐一写入临时文件中，并在各个待传输文件之间设置标记。

其它实施例中，如图6所示，上述文件传输装置中还包括了接收模块70以及分割模块90。

接收模块70，用于接收合并的待传输文件。

分割模块90，用于根据标记的位置对合并的待传输文件进行分割，并根据标记中记录的路径将分割的待传输文件写入目标位置。本实施例中，接收端在收到合并了的侍传输文件后，需要进行分割，以得到发送端从存储介质所读取到的多个待传输文件。由于合并的侍传输文件中设置了用于标识每一个待传输文件起始位置及路径的标记，因此，分割模块90可根据标记对合并的侍传输文件进行分割，从而还原成多个待传输文件，并根据标记中记录的路径将待传输文件写入目标位置。

在合并的待传输文件传输并还原完毕之后接收端向发送端返回传输结果，该传输结果中记录了文件是否成功传输、是否成功还原以及是否能成功写入存储介质等信息，如果传输失败了，将会在传输结果中提示用户失败的原因。

上述文件传输装置即时通信软件的客户端，也可以是进行文件传输的服务器。

下面结合一个详细的实施例来阐述上述文件传输方法及装置的应用过程。该实施例中，如图7所示，以即时通信软件的客户端为例，A客户端的读取模块10在用户的操作下从磁盘中读取多个待传输文件，预处理单元31对多个待传输文件一一进行判断，以查看待传输文件是否小于第一阈值。

若待传输文件大于第一阈值，则不需要合并，单独传输到接收端中。因此，在建立连接后将传输文件发送至B客户端中。

若待传输文件小于第一阈值，则通过预处理单元31将待传输文件添加至合并文件列表中。将添加完毕的合并文件列表传送至B客户端中，以供用户进行选择，用户所选择的需要合并的多个待传输文件总大小必须小于第二阈值。将合并文件列表返回A客户端中，写入文件单元32根据合并文件列表合并待传输文件，并返回合并结果，传输模块50将合并的待传输文件发送到B客户端中。

B客户端在接收到合并的待传输文件后进行分割，将传输结果返回给A客户端。

上述文件传输方法及装置通过对多个待传输文件进行合并后传输，极大地减少了信令交互的次数与时间，从而有效提高了实际发送文件的时间在传输总时间中所占的比例，提高了文件传输效率。

上述文件传输方法及装置分别对待传输文件根据第一阈值进行筛选，并从筛选后的待传输文件中提取文件总大小大小小于第二阈值的多个待传输文件，保证了多个待传输文件的合并不会引入额外的时间消耗以及资源开销，从而保证了非常高的文件传输效率。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种文件传输方法，包括以下步骤：

读取多个待传输文件；

合并所述侍传输文件；

传输合并的待传输文件。

2.根据权利要求1所述的文件传输方法其特征在于，合并所述侍传输文件的步骤为：

提取文件大小小于第一阈值的待传输文件，并从文件大小小于第一阈值的待传输文件中提取文件总大小小于第二阈值的多个待传输文件；

将文件总大小小于第二阈值的多个待传输文件逐一写入临时文件中，并在各个待传输文件之间设置标记。

3.根据权利要求2所述的文件传输方法，其特征在于，所述提取文件大小小于第一阈值的待传输文件，并从文件大小小于第一阈值的待传输文件中提取文件总大小小于第二阈值的多个待传输文件的步骤为：

逐一判断所述待传输文件的文件大小是否小于第一阈值，若是，则将所述待传输文件的名称及文件大小添加至合并文件列表中；

根据合并文件列表中待传输文件的文件大小提取文件总大小小于第二阈值的多个待传输文件。

4.根据权利要求3所述的文件传输方法，其特征在于，所述方法还包括：

当所述待传输文件的文件大小大于第一阈值时传输所述待传输文件。

5.根据权利要求2所述的文件传输方法，其特征在于，所述传输合并的待传输文件的步骤之后还包括：

接收所述合并的待传输文件；

根据所述标记的位置对所述合并的待传输文件进行分割，并根据标记中记录的路径将分割的待传输文件写入目标位置。

6.一种文件传输装置，其特征在于，至少包括：

读取模块，用于读取多个侍传输文件；

合并模块，用于合并所述侍传输文件；

传输模块，用于传输合并的待传输文件。

7.根据权利要求6所述的文件传输装置，其特征在于，所述合并模块包括：

预处理单元，用于提取文件大小小于第一阈值的侍传输文件，并从文件大小小于第一阈值的待传输文件中提取文件总大小小于第二阈值的多个待传输文件；

写入文件单元，用于将文件总大小小于第二阈值的多个待传输文件逐一写入临时文件中，并在各个待传输文件之间设置标记。

8.根据权利要求8所述的文件传输装置，其特征在于，所述预处理单元逐一判断所述侍传输文件的文件大小是否小于第一阈值，若是，则将所述待传输文件的名称及文件大小添加至合并文件列表中，并根据合并文件列表中待传输文件的文件大小提取文件总大小小于第二阈值的多个待传输文件。

9.根据权利要求8所述的文件传输装置，其特征在于，所述传输模块还用于当所述待传输文件的文件大小大于第一阈值时传输所述待传输文件。

10.根据权利要求7所述的文件传输装置，其特征在于，还包括：

接收模块，用于接收所述合并的待传输文件；

分割模块，用于根据所述标记的位置对所述合并的待传输文件进行分割，并根据标记中记录的路径将分割的待传输文件写入目标位置。

Images