CN108881454A - 文件传输方法、移动终端及存储介质 - Google Patents

Abstract

本发明公开了一种文件传输方法、移动终端及存储介质，其中，该方法包括：接收到文件传输请求时，计算至少两个测试文件的打包加传输速度和直接传输速度；根据打包加传输速度和直接传输速度的比较结果确定文件传输阈值；获取待传输文件的目标文件大小；将待传输文件中文件大小大于文件传输阈值的第一传输文件进行直接传输，将待传输文件中文件大小小于或等于文件传输阈值的第二传输文件打包后进行传输。本发明超过文件传输阈值的文件直接传输，且未超过文件传输阈值的文件打包处理后进行传输，既减少了文件传输过程中的I/O操作次数，也缩短了这类文件的传输时间，从而既提升了终端的数据吞吐率，也提升了文件传输速率。

Description

文件传输方法、移动终端及存储介质

技术领域

本发明涉及终端技术领域，尤其涉及文件传输方法、移动终端及存储介质。

背景技术

在使用存储备份器(譬如：U盘、移动硬盘等)等文件接收端对移动终端上的数据文件进行备份、或进行数据传输时，经常遇到以下问题：由于微信、QQ等应用包含大量的零碎文件(文件大小小于4K的文件)，而这些零碎文件在进行传输时，其传输速度往往大大低于正常文件传输速度，导致文件传输效率较低，极大程度的影响了用户的传输体验。因此，如何使用备份器或文件接收终端快速备份或传输零碎文件的问题则是目前亟待解决的问题。

发明内容

本发明的目的在于提供一种文件传输方法、移动终端及存储介质，以解决现有的文件接收端对移动终端的数据文件进行数据传输时，传输速度慢的技术问题。

为了解决上述问题，本发明提供了一种文件传输方法，应用于移动终端，该方法包括：

接收到文件传输请求时，计算至少两个测试文件的打包加传输速度和直接传输速度；

确定至少两个测试文件中打包加传输速度小于或等于直接传输速度的至少一个第一拟定测试文件，并将至少一个第一拟定测试文件中文件大小最小的第一拟定测试文件的文件大小作为文件传输阈值；或，确定至少两个测试文件中打包加传输速度大于直接传输速度的至少一个第二拟定测试文件，并将至少一个第二拟定测试文件中文件大小最大的第二拟定测试文件的文件大小作为文件传输阈值；

获取待传输文件的目标文件大小；

将待传输文件中文件大小大于文件传输阈值的第一传输文件进行直接传输，将待传输文件中文件大小小于或等于文件传输阈值的第二传输文件打包后进行传输。

作为本发明的进一步改进，将待传输文件中文件大小大于文件传输阈值的第一传输文件进行直接传输，将待传输文件中文件大小小于或等于文件传输阈值的第二传输文件打包后进行传输的步骤，包括：

在进行第一传输文件传输的同时，打包一个或多个第二传输文件，在打包一个或多个第二传输文件完成之后，传输该打包的第二传输文件。

作为本发明的进一步改进，将待传输文件中文件大小大于文件传输阈值的第一传输文件进行直接传输，将待传输文件中文件大小小于或等于文件传输阈值的第二传输文件打包后进行传输的步骤，包括：

传输第一传输文件的同时，对第二传输文件进行打包处理，得到第i打包文件,i＝1；

检测是否存在未进行打包处理的第二传输文件；当存在未进行打包处理的第二传输文件时，传输第i打包文件的同时，对未进行打包处理的第二传输文件进行打包处理，得到第i+1打包文件；i++,重复执行当前步骤，直至所有的第二传输文件进行打包处理，并将打包形成的打包文件进行传输。

作为本发明的进一步改进，传输第一传输文件的同时，对第二传输文件进行打包处理，得到第i打包文件的步骤，包括：

获取所有的第一传输文件的第一文件总量、检测第一传输文件的第一传输速度、以及检测第二传输文件的打包速度；

根据第一文件总量、第一传输速度和打包速度计算得到第一打包量；

传输第一传输文件的同时，对第一打包量的第二传输文件进行打包处理,得到第i打包文件。

作为本发明的进一步改进，传输第i打包文件的同时，对未进行打包处理的第二传输文件进行打包处理，得到第i+1打包文件的步骤，包括：

获取第i打包文件的第二传输速度；

根据第一打包量、第二传输速度和打包速度计算得到第二打包量；

传输第i打包文件的同时，对第二打包量的未进行打包处理的第二传输文件进行打包处理，得到第i+1打包文件。

作为本发明的进一步改进，将待传输文件中文件大小小于或等于文件传输阈值的第二传输文件打包后进行传输的步骤之后，还包括：

传输打包后的第二传输文件至文件接收端，文件接收端在接收到该打包后的第二传输文件之后解压获得第二传输文件，并删除该打包后的第二传输文件。

作为本发明的进一步改进，打包过程中采用移动终端内的公钥对第二传输文件进行加密处理，解压过程中采用文件接收端内的私钥对第二传输文件的打包文件进行解密处理，公钥和私钥为密钥对。

作为本发明的进一步改进，将待传输文件中文件大小大于文件传输阈值的第一传输文件进行直接传输，将待传输文件中文件大小小于或等于文件传输阈值的第二传输文件打包后进行传输的步骤之后，还包括：

获取文件接收端内的已备份文件清单，并获取移动终端内需备份文件清单；

获取已备份文件清单和需备份文件清单的比较结果，并根据比较结果进行增量备份操作。

为了解决上述问题，本发明还提供了一种移动终端，其包括处理器和存储器，处理器耦接存储器，存储器上存储有可在处理器上执行的计算机程序；

处理器执行计算机程序，实现上述的文件传输方法。

为了解决上述问题，本发明还提供了一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时，实现上述的文件传输方法中的步骤。

与现有技术相比，本实施例利用文件大小较小的文件的打包加传输速度大于直接传输速度，文件大小较大的文件的打包加传输速度小于直接传输速度的特性，在接收到文件传输请求时，通过测试、计算并比较至少两个测试文件的打包加传输速度和直接传输速度的快慢，确定文件传输阈值，进而将传输文件划分为直接传输类和打包传输类。因此，将打包传输类中一个或多个第二传输文件进行打包处理后进行传输，既减少了文件传输过程中的I/O操作次数，也缩短了文件的传输时间，从而既提升了终端的数据吞吐率，也提升了文件传输速率。

附图说明

图1为本发明文件传输方法第一个实施例的流程示意图；

图2为本发明文件传输方法中文件传输测试结果示意图；

图3为本发明文件传输方法第二个实施例的流程示意图；

图4为本发明文件传输方法第三个实施例的流程示意图；

图5为本发明文件传输方法中直接传输加打包流程一个实施例的流程示意图；

图6为本发明文件传输方法中循环打包传输流程一个实施例的流程示意图；

图7为本发明文件传输方法第四个实施例的流程示意图；

图8为本发明文件传输方法第五个实施例的流程示意图；

图9为本发明移动终端第一个实施例的功能模块示意图；

图10为本发明移动终端第二个实施例的功能模块示意图；

图11为本发明移动终端中文件传输模块一个实施例的功能模块示意图；

图12为本发明移动终端中直接传输子模块一个实施例的功能模块示意图；

图13为本发明移动终端中循环打包传输子模块一个实施例的功能模块示意图；

图14为本发明移动终端第三个实施例的功能模块示意图；

图15为本发明移动终端第四个实施例的功能模块示意图；

图16为本发明移动终端一个实施例的框架结构示意图。

具体实施方式

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

图1-图2展示了本发明文件传输方法的第一个实施例。该文件传输方法应用于移动终端，在本实施例中，如图1所示，该文件传输方法包括：

步骤S1，接收到文件传输请求时，计算至少两个测试文件的打包加传输速度和直接传输速度。

在本实施例中，该至少两个测试文件可以为用户预设的测试文件，如：1K-10K的10个测试文件，也可以是从待传输文件中随机选择的大小不同的至少两个文件，优选选择文件大小小于nK(譬如：n<10)的文件作为测试文件。

进一步地，本实施例中的打包加传输速度的计算方式可以为：假设一个nK(譬如：n＝2)的文件，打包时间为As,打包后传输的时间为Bs,则该文件的打包加传输速度为nK/(A+B)。

具体的，计算至少两个测试文件的打包加传输速度和直接传输速度的方式为：计算至少两个文件大小不同的测试文件的打包加传输速度和直接传输速度。其中，计算至少两个不同文件大小的测试文件的打包加传输速度和直接传输速度的方式为：至少计算M个第一测试文件的打包加传输速度和直接传输速度和M个第二测试文件的打包加传输速度和直接传输速度。如：至少计算5个1K文件的同时打包加传输速度和直接传输速度、以及至少5个2K文件的同时打包加传输速度和直接传输速度。

步骤S2，确定至少两个测试文件中打包加传输速度小于或等于直接传输速度的至少一个第一拟定测试文件，并将至少一个第一拟定测试文件中文件大小最小的第一拟定测试文件的文件大小作为文件传输阈值；或，确定至少两个测试文件中打包加传输速度大于直接传输速度的至少一个第二拟定测试文件，并将至少一个第二拟定测试文件中文件大小最大的第二拟定测试文件的文件大小作为文件传输阈值。

在本实施例中，参见图2，文件的写入速度和读取速度随着文件大小的增加而递增，在文件大小较小时写入速度和读取速度均会较小，而在文件大小较大时，其写入速度和读取速度也会随之增大，直至趋于稳定。因此，将小文件打包后再进行传输的话，即可以减少文件传输过程中的I/O操作次数，也可以提升写入速度和读取速度。

为了更加详细说明本发明的技术方案，假设存在0.5K、0.8K、1K、2K、3K、4K的6个测试文件，对上述6个测试文件进行打包加传输速度和直接传输速度的计算，其中，0.5K、0.8K、1K三个文件的打包加传输速度大于直接传输速度，因此，本案可以确定1K作为文件传输阈值，将待传输文件中文件大小小于或等于1K的多个文件进行压缩打包之后再传输。进一步地，2K、3K、4K的打包加传输速度小于或等于直接传输速度，因此，本案也可以确定2K作为文件传输阈值，将待传输文件中文件大小小于或等于2K的多个文件进行压缩打包之后再传输。

步骤S3，获取待传输文件的目标文件大小。

步骤S4，将待传输文件中文件大小大于文件传输阈值的第一传输文件进行直接传输，将待传输文件中文件大小小于或等于文件传输阈值的第二传输文件打包后进行传输。

优选的，将待传输文件中文件大小小于或等于文件传输阈值的多个第二传输文件打包后进行传输，详后述。

本实施例利用文件大小较小的文件的打包加传输速度大于直接传输速度，文件大小较大的文件的打包加传输速度小于直接传输速度的特性，在接收到文件传输请求时，通过测试、计算并比较至少两个测试文件的打包加传输速度和直接传输速度的快慢，确定文件传输阈值，进而将传输文件划分为直接传输类和打包传输类。因此，将打包传输类中一个或多个第二传输文件进行打包处理后进行传输，既减少了文件传输过程中的I/O操作次数，也缩短了文件的传输时间，从而既提升了终端的数据吞吐率，也提升了文件传输速率。

图3展示了本发明文件传输方法的第二个实施例。在本实施例中，参见图3，该文件传输方法包括如下步骤：

步骤S10，接收到文件传输请求时，计算至少两个测试文件的打包加传输速度和直接传输速度。

该步骤上述实施例中的步骤S1类似，因此，在此不再赘述。

步骤S11，确定至少两个测试文件中打包加传输速度小于或等于直接传输速度的至少一个第一拟定测试文件，并将至少一个第一拟定测试文件中文件大小最小的第一拟定测试文件的文件大小作为文件传输阈值；或，确定至少两个测试文件中打包加传输速度大于直接传输速度的至少一个第二拟定测试文件，并将至少一个第二拟定测试文件中文件大小最大的第二拟定测试文件的文件大小作为文件传输阈值。

该步骤上述实施例中的步骤S2类似，因此，在此不再赘述。

步骤S12，获取待传输文件的目标文件大小。

该步骤上述实施例中的步骤S3类似，因此，在此不再赘述。

步骤S13，在进行待传输文件中文件大小大于文件传输阈值的第一传输文件传输的同时，打包一个或多个待传输文件中文件大小小于或等于文件传输阈值的第二传输文件，在打包一个或多个第二传输文件完成之后，传输该打包的第二传输文件。

在本实施例中，本实施例可以根据第二传输文件的类型或存储位置的不同，进行分类打包处理，进而解压处理后，同一类型或同一存储位置的文件解压至相同位置，减少了解压后的文件分类存放操作，从而进一步提升了用户使用体验。具体地，本实施例可以将处于同一底层文件夹内的多个第二传输文件进行一次性打包压缩，对于不同文件夹内的第二传输文件进行分别打包处理。

本实施例在传输第一传输文件的同时，打包处理第二传输文件，进一步缩短了所有待传输文件的传输时间，进而进一步提升了文件传输速率。

图4-图6展示了本发明文件传输方法的第三个实施例。在本实施例中，参见图4，该文件传输方法包括如下步骤：

步骤S20，接收到文件传输请求时，计算至少两个测试文件的打包加传输速度和直接传输速度。

该步骤上述实施例中的步骤S1类似，因此，在此不再赘述。

步骤S21，确定至少两个测试文件中打包加传输速度小于或等于直接传输速度的至少一个第一拟定测试文件，并将至少一个第一拟定测试文件中文件大小最小的第一拟定测试文件的文件大小作为文件传输阈值；或，确定至少两个测试文件中打包加传输速度大于直接传输速度的至少一个第二拟定测试文件，并将至少一个第二拟定测试文件中文件大小最大的第二拟定测试文件的文件大小作为文件传输阈值。

该步骤上述实施例中的步骤S2类似，因此，在此不再赘述。

步骤S22，获取待传输文件的目标文件大小。

该步骤上述实施例中的步骤S3类似，因此，在此不再赘述。

步骤S23，传输待传输文件中文件大小大于文件传输阈值的第一传输文件的同时，对待传输文件中文件大小小于或等于文件传输阈值的第二传输文件进行打包处理，得到第i打包文件,i＝1。

具体地，在本实施例的基础上，其他实施例中，参见图5，步骤S23包括：

步骤S230，获取所有的第一传输文件的第一文件总量、检测第一传输文件的第一传输速度、以及检测第二传输文件的打包速度。

步骤S231，根据第一文件总量、第一传输速度和打包速度计算得到第一打包量。

步骤S232，传输第一传输文件的同时，对第一打包量的第二传输文件进行打包处理,得到第1打包文件。

为了更加详细说明本发明的技术方案，假设所有第一传输文件的第一文件总量为AMB,第一传输文件的第一传输速度为XMB/s,第二传输文件的打包速度为YMB/s,则传输第一传输文件的同时，第二传输文件的最大打包量为B。其中，B＝(A/X)*Y。

本实施例在传输完成第一传输文件的同时，完成第一打包量的第二传输文件的打包处理，避免了传输完成第一传输文件时，第二传输文件的打包处理未进行完成，以致后续无文件进行传输的情况发出，进而进一步提升了文件传输速率。

步骤S24，检测是否存在未进行打包处理的第二传输文件；当存在未进行打包处理的第二传输文件时，执行步骤S25，当不存在未进行打包处理的第二传输文件时，执行步骤S26。

步骤S25，传输第i打包文件的同时，对未进行打包处理的第二传输文件进行打包处理，得到第i+1打包文件；i++,执行步骤S24。

具体地，在本实施例的基础上，其他实施例中，参见图6，步骤S25，包括：

步骤S250，获取第i打包文件的第二传输速度。

步骤S251，根据第i打包文件的文件大小、第二传输速度和打包速度计算得到第二打包量。

步骤S252，传输第i打包文件的同时，对第二打包量的未进行打包处理的第二传输文件进行打包处理，得到第i+1打包文件。

为了更加详细说明本发明的技术方案，假设第i打包文件的文件大小为DMB，第i打包文件的第二传输速度为ZMB/s，第二传输文件的打包速度为YMB/s,则传输第i打包文件的同时，第二传输文件的最大打包量为E。其中，E＝(D/Z)*Y。

本实施例在传输完成第i打包文件的同时，完成第二打包量的第i+1打包文件的打包处理，避免了传输完成第i打包文件时，剩余的第二传输文件的打包处理未进行完成，以致后续无打包文件进行传输的情况发生，进而进一步提升了文件传输速率。

步骤S26，传输第i打包文件。

本发明在传输第一传输文件的同时，打包处理第二传输文件，以及传输打包文件的同时，打包处理剩余的第二传输文件，进一步缩短了所有待传输文件的传输时间，从而进一步提升了终端的文件传输速率。

图7展示了本发明文件传输方法的第四个实施例。在本实施例中，参见图7，该文件传输方法包括如下步骤：

步骤S30，接收到文件传输请求时，计算至少两个测试文件的打包加传输速度和直接传输速度。

该步骤上述实施例中的步骤S1类似，因此，在此不再赘述。

步骤S31，确定至少两个测试文件中打包加传输速度小于或等于直接传输速度的至少一个第一拟定测试文件，并将至少一个第一拟定测试文件中文件大小最小的第一拟定测试文件的文件大小作为文件传输阈值；或，确定至少两个测试文件中打包加传输速度大于直接传输速度的至少一个第二拟定测试文件，并将至少一个第二拟定测试文件中文件大小最大的第二拟定测试文件的文件大小作为文件传输阈值。

该步骤上述实施例中的步骤S2类似，因此，在此不再赘述。

步骤S32，获取待传输文件的目标文件大小。

该步骤上述实施例中的步骤S3类似，因此，在此不再赘述。

步骤S33，将待传输文件中文件大小大于文件传输阈值的第一传输文件进行直接传输，将待传输文件中文件大小小于或等于文件传输阈值的第二传输文件打包后进行传输。

在本实施例中，打包过程中采用移动终端内的公钥对第二传输文件进行加密处理。

步骤S34，传输打包后的第二传输文件至文件接收端，文件接收端在接收到该打包后的第二传输文件之后解压获得第二传输文件，并删除该打包后的第二传输文件。

在本实施例中，解压过程中采用文件接收端内的私钥对第二传输文件的打包文件进行解密处理，公钥和私钥为密钥对。进一步地，需要说明的是，文件接收端可以为U盘、移动终端等存储备份器。

本实施例在文件接收端解压打包文件后，自动删除打包文件，节省了存储空间，进而提升了存储有效率。此外，本实施例避免了隐私数据备份至非唯一配对的文件接收端上，造成隐私数据内容的泄露，从而提升了数据安全性能。

图8展示了本发明文件传输方法的第五个实施例。在本实施例中，参见图7，该文件传输方法包括如下步骤：

步骤S40，接收到文件传输请求时，计算至少两个测试文件的打包加传输速度和直接传输速度。

该步骤上述实施例中的步骤S1类似，因此，在此不再赘述。

步骤S41，确定至少两个测试文件中打包加传输速度小于或等于直接传输速度的至少一个第一拟定测试文件，并将至少一个第一拟定测试文件中文件大小最小的第一拟定测试文件的文件大小作为文件传输阈值；或，确定至少两个测试文件中打包加传输速度大于直接传输速度的至少一个第二拟定测试文件，并将至少一个第二拟定测试文件中文件大小最大的第二拟定测试文件的文件大小作为文件传输阈值。

该步骤上述实施例中的步骤S2类似，因此，在此不再赘述。

步骤S42，获取待传输文件的目标文件大小。

该步骤上述实施例中的步骤S3类似，因此，在此不再赘述。

步骤S43，将待传输文件中文件大小大于文件传输阈值的第一传输文件进行直接传输，将待传输文件中文件大小小于或等于文件传输阈值的第二传输文件打包后进行传输。

该步骤上述实施例中的步骤S4类似，因此，在此不再赘述。

步骤S44，获取文件接收端内的已备份文件清单，并获取移动终端内需备份文件清单。

步骤S45，获取已备份文件清单和需备份文件清单的比较结果，并根据比较结果进行增量备份操作。

本实施例根据已备份文件清单和需备份文件清单的比较结果进行增量备份操作，减少了所需传输的数据量，进而进一步提升了传输速率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

图9为本申请一实施例提供的移动终端的功能模块示意图。参见图9，该移动终端包括速度计算模块10、阈值确认模块11、文件大小获取模块12和文件传输模块13。

其中，速度计算模块10，用于接收到文件传输请求时，计算至少两个测试文件的打包加传输速度和直接传输速度；阈值确认模块11，用于确定至少两个测试文件中打包加传输速度小于或等于直接传输速度的至少一个第一拟定测试文件，并将至少一个第一拟定测试文件中文件大小最小的第一拟定测试文件的文件大小作为文件传输阈值；或，确定至少两个测试文件中打包加传输速度大于直接传输速度的至少一个第二拟定测试文件，并将至少一个第二拟定测试文件中文件大小最大的第二拟定测试文件的文件大小作为文件传输阈值；文件大小获取模块12，用于获取待传输文件的目标文件大小；文件传输模块13，用于将待传输文件中文件大小大于文件传输阈值的第一传输文件进行直接传输，将待传输文件中文件大小小于或等于文件传输阈值的第二传输文件打包后进行传输。

在上述实施例的基础上，其他实施例中，参见图10，该文件传输模块13包括文件传输单元130。

其中，文件传输单元130，用于在进行第一传输文件传输的同时，打包一个或多个第二传输文件，在打包一个或多个第二传输文件完成之后，传输该打包的第二传输文件。

在上述实施例的基础上，其他实施例中，参见图11，该文件传输模块13包括直接传输子模块140和循环打包传输子模块141。

其中，直接传输子模块140，用于传输第一传输文件的同时，对第二传输文件进行打包处理，得到第i打包文件,i＝1；循环打包传输子模块141，用于检测是否存在未进行打包处理的第二传输文件；当存在未进行打包处理的第二传输文件时，传输第i打包文件的同时，对未进行打包处理的第二传输文件进行打包处理，得到第i+1打包文件；i++,重复执行当前步骤，直至所有的第二传输文件进行打包处理，并将打包形成的打包文件进行传输。

在上述实施例的基础上，其他实施例中，参见图12，该直接传输子模块140包括参数获取单元1400、第一打包量计算单元1401和第一传输加打包单元1402。

其中，参数获取单元1400，用于获取所有的第一传输文件的第一文件总量、检测第一传输文件的第一传输速度、以及检测第二传输文件的打包速度；第一打包量计算单元1401，用于根据第一文件总量、第一传输速度和打包速度计算得到第一打包量；第一传输加打包单元1402，用于传输第一传输文件的同时，对第一打包量的第二传输文件进行打包处理,得到第i打包文件。

在上述实施例的基础上，其他实施例中，参见图13，该循环打包传输子模块141包括传输速度获取单元1410、第二打包量计算单元1411和第二传输加打包单元1412。

其中，传输速度获取单元1410，用于获取第i打包文件的第二传输速度；第二打包量计算单元1411，用于根据第一打包量、第二传输速度和打包速度计算得到第二打包量；第二传输加打包单元1412，用于传输第i打包文件的同时，对第二打包量的未进行打包处理的第二传输文件进行打包处理，得到第i+1打包文件。

在上述实施例的基础上，其他实施例中，参见图14，该移动终端还包括解压处理模块20。

其中，解压处理模块20，用于传输打包后的第二传输文件至文件接收端，文件接收端在接收到该打包后的第二传输文件之后解压获得第二传输文件，并删除该打包后的第二传输文件。

在上述实施例的基础上，其他实施例中，打包过程中采用移动终端内的公钥对第二传输文件进行加密处理，解压过程中采用文件接收端内的私钥对第二传输文件的打包文件进行解密处理，公钥和私钥为密钥对。

在上述实施例的基础上，其他实施例中，参见图15，该移动终端还包括文件清单获取模块30和增量备份模块31。

其中，文件清单获取模块30，用于获取文件接收端内的已备份文件清单，并获取移动终端内需备份文件清单；增量备份模块31，用于获取已备份文件清单和需备份文件清单的比较结果，并根据比较结果进行增量备份操作。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将移动终端的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图16为本申请又一个实施例提供的移动终端的示意框图，参见图16，该实施例中的移动终端包括：至少一个处理器80、存储器81、以及存储在该存储器81中并可在处理器80上运行的计算机程序810。处理器80执行计算机程序810时，实现上述实施例描述的文件传输方法中的步骤，例如：图1所示的步骤S1-步骤S4。或者，处理器80执行计算机程序810时，实现上述移动终端实施例中各模块/单元的功能，例如：图9所示模块10-模块13的功能。

计算机程序810可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器81中，并由处理器80执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序810在移动终端中的执行过程。

移动终端包括但不仅限于处理器80和存储器81。本领域技术人员可以理解，图16仅仅是移动终端的一个示例，并不构成对移动终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如移动终端还可以包括输入设备、输出设备、网络接入设备、总线等。

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

存储器81可以是只读存储器、可存储静态信息和指令的静态存储设备、随机存取存储器、或者可存储信息和指令的动态存储设备，也可以是电可擦可编程只读存储器、只读光盘、或其他光盘存储、光碟存储、磁盘存储介质或者其他磁存储设备。存储器81与处理器80可以通过通信总线相连接，也可以和处理器80集成在一起。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的移动终端和方法，可以通过其它的方式实现。例如，以上所描述的移动终端实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本申请实施例还提供了一种存储介质，用于存储计算机程序，其包含用于执行本申请上述文件传输方法实施例所设计的程序数据。通过执行该存储介质中存储的计算机程序，可以实现本申请提供的文件传输方法。

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序810来指令相关的硬件来完成，计算机程序810可存储于一计算机可读存储介质中，该计算机程序810在被处理器80执行时，可实现上述各个方法实施例的步骤。其中，计算机程序810包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上对发明的具体实施方式进行了详细说明，但其只作为范例，本发明并不限制与以上描述的具体实施方式。对于本领域的技术人员而言，任何对该发明进行的等同修改或替代也都在本发明的范畴之中，因此，在不脱离本发明的精神和原则范围下所作的均等变换和修改、改进等，都应涵盖在本发明的范围内。

Claims (10)

1.一种文件传输方法，应用于移动终端，其特征在于，所述方法包括：

接收到文件传输请求时，计算至少两个测试文件的打包加传输速度和直接传输速度；

确定所述至少两个测试文件中所述打包加传输速度小于或等于所述直接传输速度的至少一个第一拟定测试文件，并将所述至少一个第一拟定测试文件中文件大小最小的第一拟定测试文件的文件大小作为文件传输阈值；或，确定所述至少两个测试文件中所述打包加传输速度大于所述直接传输速度的至少一个第二拟定测试文件，并将所述至少一个第二拟定测试文件中文件大小最大的第二拟定测试文件的文件大小作为文件传输阈值；

获取待传输文件的目标文件大小；

将所述待传输文件中文件大小大于所述文件传输阈值的第一传输文件进行直接传输，将所述待传输文件中文件大小小于或等于所述文件传输阈值的第二传输文件打包后进行传输。

2.根据权利要求1所述的文件传输方法，其特征在于，所述将所述待传输文件中文件大小大于所述文件传输阈值的第一传输文件进行直接传输，将所述待传输文件中文件大小小于或等于所述文件传输阈值的第二传输文件打包后进行传输的步骤，包括：

在进行第一传输文件传输的同时，打包一个或多个第二传输文件，在打包一个或多个第二传输文件完成之后，传输该打包的第二传输文件。

3.根据权利要求1所述的文件传输方法，其特征在于，所述将所述待传输文件中文件大小大于所述文件传输阈值的第一传输文件进行直接传输，将所述待传输文件中文件大小小于或等于所述文件传输阈值的第二传输文件打包后进行传输的步骤，包括：

传输所述第一传输文件的同时，对所述第二传输文件进行打包处理，得到第i打包文件,i＝1；

检测是否存在未进行打包处理的第二传输文件；当存在未进行打包处理的第二传输文件时，传输所述第i打包文件的同时，对所述未进行打包处理的第二传输文件进行打包处理，得到第i+1打包文件；i++,重复执行当前步骤，直至所有的第二传输文件进行打包处理，并将打包形成的打包文件进行传输。

4.根据权利要求3所述的文件传输方法，其特征在于，所述传输所述第一传输文件的同时，对所述第二传输文件进行打包处理，得到第i打包文件的步骤，包括：

获取所有的第一传输文件的第一文件总量、检测所述第一传输文件的第一传输速度、以及检测所述第二传输文件的打包速度；

根据所述第一文件总量、所述第一传输速度和所述打包速度计算得到第一打包量；

传输所述第一传输文件的同时，对所述第一打包量的第二传输文件进行打包处理,得到第i打包文件。

5.根据权利要求4所述的文件传输方法，其特征在于，所述传输所述第i打包文件的同时，对所述未进行打包处理的第二传输文件进行打包处理，得到第i+1打包文件的步骤，包括：

获取所述第i打包文件的第二传输速度；

根据所述第一打包量、所述第二传输速度和所述打包速度计算得到第二打包量；

传输第i打包文件的同时，对所述第二打包量的未进行打包处理的第二传输文件进行打包处理，得到第i+1打包文件。

6.根据权利要求1所述的文件传输方法，其特征在于，所述将所述待传输文件中文件大小小于或等于所述文件传输阈值的第二传输文件打包后进行传输的步骤之后，还包括：

传输打包后的第二传输文件至文件接收端，所述文件接收端在接收到该打包后的第二传输文件之后解压获得第二传输文件，并删除该打包后的第二传输文件。

7.根据权利要求6所述的文件传输方法，其特征在于，打包过程中采用所述移动终端内的公钥对所述第二传输文件进行加密处理，解压过程中采用所述文件接收端内的私钥对所述第二传输文件的打包文件进行解密处理，所述公钥和所述私钥为密钥对。

8.根据权利要求1所述的文件传输方法，其特征在于，所述将所述待传输文件中文件大小大于所述文件传输阈值的第一传输文件进行直接传输，将所述待传输文件中文件大小小于或等于所述文件传输阈值的第二传输文件打包后进行传输的步骤之后，还包括：

获取文件接收端内的已备份文件清单，并获取所述移动终端内需备份文件清单；

获取所述已备份文件清单和所述需备份文件清单的比较结果，并根据所述比较结果进行增量备份操作。

9.一种移动终端，其特征在于，其包括处理器和存储器，所述处理器耦接所述存储器，所述存储器上存储有可在所述处理器上执行的计算机程序；

所述处理器执行所述计算机程序，实现权利要求1-8之一所述的文件传输方法。

10.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1-8之一所述的文件传输方法中的步骤。