传输方法及传输装置与流程

本申请涉及信息处理技术领域，更具体地说，涉及一种传输方法及传输装置。

背景技术：

通信双方经常会有传输多个文件的需求。目前，当需要传输多个文件时，一般是先将文件进行压缩，然后发送压缩后的文件。这种文件传输方式的传输效率低。

技术实现要素：

本申请提供一种传输方法、装置及电子设备，包括如下技术方案：

一种传输方法，包括：

传输待传输文件集合中的至少一第一文件；

在传输所述至少一第一文件的过程中，开始压缩所述待传输文件集合中的至少一第二文件，得到至少一第三文件；

传输所述至少一第三文件；

其中，所述第一文件为不符合压缩条件的文件，所述第二文件为符合压缩条件的文件，所述压缩条件至少包括在压缩队列中且压缩次数小于1。

上述方法，优选的，所述压缩所述待传输文件集合中的至少一第二文件，包括：

至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件。

上述方法，优选的，所述至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件，包括：

获得所述至少一第一文件的第一传输时长；

至少基于所述第一传输时长确定压缩容量；

根据所述压缩容量压缩所述待传输文件集合中第一数量的第二文件；

其中，所述第一数量基于所述压缩容量及所述第二文件的文件大小确定。

上述方法，优选的，所述压缩所述待传输文件集合中的至少一第二文件，还包括：

在传输所述至少一第三文件的过程中，基于所述至少一第三文件的第二传输时长压缩所述待传输文件集合中剩余的第二文件。

上述方法，优选的，所述压缩所述待传输文件集合中的至少一第二文件，包括：

同时压缩所述待传输文件集合中第二数量的第二文件。

上述方法，优选的，至少基于传输终端的性能参数压缩所述待传输文件集合中的至少一第二文件，包括：

获得传输终端的性能参数，所述性能参数用于表征传输终端的压缩能力；

至少基于所述性能参数同时压缩所述待传输文件集合中第二数量的第二文件。

上述方法，优选的，所述压缩所述待传输文件集合中的至少一第二文件，包括：

按照第一方式对所述至少一第二文件进行分组，得到至少一第二文件组；

按照第一优先级顺序对每一第二文件组进行压缩；

其中，在对每一第二文件组进行压缩的过程中，基于所述第二文件组中的文件数量得到至少一第三文件，其中，得到第三文件的数量不大于所述第二文件组中的文件数量。

上述方法，优选的，还包括：

在传输第一优先级的第二文件组中经压缩得到的至少一第三文件的过程中，对第二优先级的第二文件组进行压缩。

上述方法，优选的，还包括下列中的一种：

响应于检测到所述至少一第一文件完成传输且未得到一第三文件，传输所述待传输文件集合中未被压缩的至少一第二文件；或，

响应于检测到所述至少一第二文件完成压缩，在传输所述至少一第一文件的过程中，压缩所述待传输文件集合中剩余的至少一第一文件。

上述方法，优选的，还包括以下至少之一：

按照第二先级顺序传输所述待传输文件集合中的每一所述第一文件；

其中，所述第二优先级顺序至少基于以下至少之一确定：第一文件的文件大小、第一文件的类型或第一文件的第一标识信息；

按照第三优先级顺序压缩所述待传输文件集合中的每一所述第二文件；

其中，所述第三优先级顺序至少基于以下至少之一确定：第二文件的文件大小、第二文件的类型或第二文件的第二标识信息。

上述方法，优选的，包括：

按照从小到大顺序传输待传输文件集合中的每一所述第一文件，同时按照从大到小顺序压缩所述待传输文件集合中的每一所述第二文件。

上述方法，优选的，所述传输所述至少一第三文件包括：

响应于检测到每一所述第一文件完成传输，按照第四优先级顺序传输每一所述第三文件。

上述方法，优选的，还包括：

响应于检测到至少一第一文件未完成传输且得到至少一第三文件，按照第五优先级顺序传输未完成传输的第一文件和第三文件。

一种传输装置，包括：

传输模块，用于传输待传输文件集合中的至少一第一文件；

压缩模块，用于在传输所述至少一第一文件的过程中，开始压缩所述待传输文件集合中的至少一第二文件，得到至少一第三文件；

所述传输模块还用于传输所述至少一第三文件；

其中，所述第一文件为不符合压缩条件的文件，所述第二文件为符合压缩条件的文件，所述压缩条件至少包括在压缩队列中且压缩次数小于1。

一种电子设备，包括：

存储器，用于至少存储一组指令集；

处理器，用于调用并执行所述存储器中的所述指令集，通过执行所述指令集进行以下操作：

传输待传输文件集合中的至少一第一文件；

在传输所述至少一第一文件的过程中，开始压缩所述待传输文件集合中的至少一第二文件，得到至少一第三文件；

传输所述至少一第三文件；

其中，所述第一文件为不符合压缩条件的文件，所述第二文件为符合压缩条件的文件，所述压缩条件至少包括在压缩队列中且压缩次数小于1。

通过以上方案可知，本申请提供的一种传输方法、装置及电子设备，在传输待传输文件集合中的至少一第一文件的同时，对待传输文件集合中的至少一第二文件进行压缩得到至少一第三文件，传输至少一第三文件，从而可以利用压缩文件的时间传输一部分文件，在提高文件传输效率的同时，提高了网络资源(即信道)的利用率。

附图说明

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

图1为本申请实施例提供的传输方法的一种实现流程图；

图2为本申请实施例提供的至少基于至少一第一文件的第一传输时长压缩待传输文件集合中的至少一第二文件的一种实现流程图；

图3为本申请实施例提供的压缩待传输文件集合中的至少一第二文件的一种实现流程图；

图4为本申请实施例提供的传输装置的一种结构示意图；

图5为本申请实施例提供的电子设备的一种结构示意图。

说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示的以外的顺序实施。

具体实施方式

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

本申请实施例提供的传输方法可以应用于电子设备(为便于叙述，记为第一电子设备)中，该电子设备能够与其它电子设备(为便于叙述，记为第二电子设备)建立通信连接，并向第二电子设备传输文件。例如，该第一电子设备可以是个人计算机，也可以是移动终端，比如笔记本电脑，手机，平板电脑等。此外，本申请实施例中的文件可扩展到具有容量大小的数据集。

本申请提供的传输方法的一种实现流程图如图1所示，可以包括：

步骤S101：传输待传输文件集合中的至少一第一文件。

待传输文件集合可以是第一电子设备的用户确定的需要同一批次传输的多个文件。当需要传输该多个文件时，用户可以选中该多个文件，并针对该多个文件进行操作以触发传输指令，第一电子设备在获得该传输指令后，启动本申请提供的传输方法。

此外，所述待传输文件集合也可在获得一传输指令后，由第一电子设备自动获取本地或云端的符合特定规则的多个文件组成的文件集合，所述特定规则可以由其他指令作出指示，也可以预先设定，如在获得一传输指令后，自动获取本地或云端与第一用户有关的所有文件，或者自动获取本地或云端与当前热点相关的所有文件、新闻稿、视频、图片等。

待传输文件集合中可以包括至少一种类型的文件，例如，该待传输文件集合中可以包括：文本(如word文档、PPT文档、excel文档、txt文档、csv文档、tsv文档、orc文档、parquet文档等)、图片、音频、视频等。

在传输至少一第一文件时，该至少一第一文件可以分多次传输，例如，每次传输1个文件，传输完一个文件再传输下一个文件，或者，将至少一第一文件分组，每次传输一组文件，传输完一组文件再传输下一组文件。该至少一第一文件也可以作为一个整体一次传输。

步骤S102：在传输上述至少一第一文件的过程中，开始压缩待传输文件集合中的至少一第二文件，得到至少一第三文件。

本申请实施例中，将要压缩的文件添加到压缩队列中。相应的，上述第一文件为不符合压缩条件的文件，第二文件为符合压缩条件的文件，压缩条件至少包括在压缩队列中且压缩次数小于1，压缩次数小于1说明文件还未被压缩，因此，所述第一文件为不在所述压缩队列中，或者压缩次数大于等于1的文件，也就是说在所述待传输文件集合中被压缩的文件可能会被划分为第一文件的类别。

具体哪些文件直接传输，哪些文件压缩可以由用户根据自己需求确定，也可以由传输装置按照预设规则确定。在传输启动的初始阶段，添加到压缩队列中的文件的数量可以随机确定，或者，可以根据终端设备的压缩能力确定(压缩能力越强，添加到压缩队列中的文件的数量越多)，或者，可以根据网络速率或文件传输速率确定(网速或文件传输速率越高，添加到压缩队列中的文件的数量越少)，或者，可以将指定数量(如待传输文件集合中一半的文件)的文件添加到压缩队列中。

可选的，压缩队列中的文件是可以根据文件的传输速率或文件的压缩速率动态调整的。例如，若文件的传输速率大于第一预设值，可以将压缩队列中的n(n为大于或等于1的正整数)个第二文件提取出来直接发送而不再压缩，或者，如果文件的压缩速率大于第二预设值，可以将m(m为大于或等于1的正整数)个第一文件添加到压缩队列中等待压缩后再传输。其中，将哪些第二文件从压缩队列中提取出来可以基于压缩次序确定，例如，可以将压缩次序靠后的n个第二文件从压缩队列中提取出来直接发送。同理，将哪些第一文件添加到压缩队列中等待压缩也可以基于传输次序确定，例如，可以将传输次序靠后的m个第一文件添加到压缩队列中等待压缩后再传输。

步骤S103：传输上述至少一第三文件。

在传输第三文件时，所述至少一第一文件可能已经传输完成了，也可能还未传输完成。

本申请实施例中，可以每得到一第三文件就传输该第三文件，或者，在得到预设数量的第三文件后再传输得到的第三文件。

本申请提供的传输方法，在传输待传输文件集合中的至少一第一文件的同时，对待传输文件集合中的至少一第二文件进行压缩得到至少一第三文件，传输至少一第三文件，从而可以利用压缩文件的时间传输一部分文件，在提高文件传输效率的同时，提高了传输资源(即网络资源)的利用率。

在一可选的实施例中，上述压缩待传输文件集合中的至少一第二文件的一种实现方式可以为：

至少基于至少一第一文件的第一传输时长压缩待传输文件集合中的至少一第二文件。

第一传输时长是指第一文件全部传输完成所需的时长，该时长可以根据上述至少一第一文件的总的文件大小、与接收终端的磁盘写入时间有关的传输响应参数和文件传输速率估计得到。该第一传输时长可以通过如下方式获得：计算上述总的文件大小和文件传输速率的比值，再根据所述传输响应参数与文件数量的乘积对所述比值进行调整。

本申请实施例中，可以基于所述第一传输时长确定需要压缩的第二文件的数量。基于此思想，可以确定在第一传输时长内可以完成对多少第二文件进行压缩，使得直接传输所有第一文件所耗费的时长与压缩所有第二文件所耗费的时长相当，从而进一步提高文件传输效率的同时，进一步提高传输资源的利用率。

在一可选的实施例中，上述至少基于至少一第一文件的第一传输时长压缩待传输文件集合中的至少一第二文件的一种实现流程图如图2所示，可以包括：

步骤S201：获得所述至少一第一文件的第一传输时长。

步骤S202：至少基于第一传输时长确定压缩容量(为方便叙述，记为第一压缩容量)。

第一压缩容量是指需要被压缩的文件的文件大小，即基于第一传输时长和压缩率能够压缩的文件大小和文件数量的乘积。

本申请实施例中，第一传输时长越长，第一压缩容量越大，第一传输时长越短，第二压缩容量越小。

可选的，可以基于第一传输时长，以及预设的传输时长与压缩容量的对应关系确定第一压缩容量。或者，可以结合文件压缩速率确定第一压缩容量，具体的，可以将第一传输时长与文件压缩速率的比值确定为第一压缩容量。

步骤S203：根据上述第一压缩容量压缩待传输文件集合中第一数量的第二文件。

其中，第一数量基于第一压缩容量及第二文件的文件大小确定。

本申请实施例中，第一数量的第二文件可以是：第一数量的第二文件的总的文件大小与上述第一压缩容量最接近。

比如，第一数量的第二文件的一种可选方案是：第一数量的第二文件的总的文件大小小于上述第一压缩容量，且与上述第一压缩容量最接近。

再比如，第一数量的第二文件的一种可选方案是：第一数量的第二文件的总的文件大小大于上述第一压缩容量，且与上述第一压缩容量最接近。

当然，若待传输文件集合中的第二文件的总的文件大小小于上述第一压缩容量，则可以将待传输文件集合中的所有第二文件确定为上述第一数量的第二文件。

在确定第一数量的第二文件后，对该第一数量的第二文件进行压缩。

在一可选的实施例中，在传输至少一第三文件的过程中，还可以基于至少一第三文件的第二传输时长压缩待传输文件集合中剩余的第二文件。

在得到至少一个第三文件后，压缩队列中可能还有第二文件未被压缩，则在传输压缩后的文件(即第三文件)的过程中，可以估计至少一第三文件传输完成所需的时长(为方便叙述，记为第二传输时长)，然后根据该第二传输时长在待传输文件集合中剩余的第二文件中确定第三数量的第二文件进行压缩。

可选的，可以基于第二传输时长确定压缩容量(为便于叙述，记为第二压缩容量)，根据该第二压缩容量确定第三数量的第二文件。第三数量基于该第二压缩容量以及第二文件的文件大小确定。

第二压缩容量是指需要被压缩的文件的文件大小，即基于第二传输时长确定对多大量的文件进行压缩。

本申请实施例中，第二传输时长越长，第二压缩容量越大，第二传输时长越短，第二压缩容量越小。

可选的，可以基于第二传输时长，以及预设的传输时长与压缩容量的对应关系确定第二压缩容量。或者，可以结合文件压缩速率确定第二压缩容量，具体的，可以将第二传输时长与文件压缩速率的比值确定为第二压缩容量。

可选的，本申请实施例中，第三数量的第二文件可以是：总的文件大小与上述第二压缩容量最接近的第三数量的第二文件。

比如，第三数量的第二文件的一种可选方案是：总的文件大小小于上述第二压缩容量，且与上述第二压缩容量最接近的第三数量的第二文件。

再比如，第三数量的第二文件的一种可选方案是：总的文件大小大于上述第二压缩容量，且与上述第二压缩容量最接近的第三数量的第二文件。

当然，若待传输文件集合中剩余的第二文件的总的文件大小小于上述第二压缩容量，则可以将待传输文件集合中剩余的第二文件确定为上述第三数量的第二文件。

在确定第三数量的第二文件后，对该第三数量的第二文件进行压缩。

在一可选的实施例中，上述压缩待传输文件集合中的至少一第二文件的一种实现方式可以为：

同时压缩待传输文件集合中第二数量的第二文件。也就是说，在对至少一第二文件进行压缩时，对至少一第二文件中的至少部分第二文件并行压缩。例如，假设至少一第二文件为10个第二文件，则可以先压缩其中的5个第二文件，该5个第二文件同时分别被压缩，得到5个压缩后的文件(即得到5个第三文件)，该5个第二文件压缩完成后，再对剩下的5个未被压缩的第二文件同时分别进行压缩，得到另外5个压缩后的文件(即得到另外5个第三文件)。或者，可以同时分别对该10个第二文件进行压缩，得到10个压缩后的文件(即得到10个第三文件)。

通过并行压缩，提高了压缩效率，从而可以对更多的文件进行压缩，进一步减少了数据传输量，从而可以进一步提高传输效率。

在一可选的实施例中，可以基于传输终端(即第一电子设备)的性能参数同时压缩待传输文件集合中第二数量的第二文件。具体实现方式可以包括：

获得传输终端的性能参数，该性能参数用于表征传输终端的压缩能力。传输终端的性能参数可以包括但不限于：CPU相关的性能参数，例如，CPU频率，CPU的核数等。CPU频率越高，传输终端的压缩能力越强，CPU核数越多，传输终端的压缩能力越强。

至少基于性能参数同时压缩待传输文件集合中第二数量的第二文件。

本申请实施例中，传输终端的压缩能力越强，第二数量的第二文件的总的文件大小越大，传输终端的压缩能力越弱，第二数量的第二文件的总的文件大小越小。

在一可选的实施例中，在确定要压缩的至少一第二文件后，压缩待传输文件集合中的至少一第二文件的一种实现流程图如图3所示，可以包括：

步骤S301：按照第一方式对至少一第二文件进行分组，得到至少一第二文件组。

可选的，可以由用户根据需求对至少一第二文件进行分组。或者，

可以由传输装置按照预设分组规则自动对至少一第二文件进行分组。例如，可以按照文件的大小对至少一第二文件进行分组，此时，不同分组中的第二文件的总的文件大小可以是不同的。或者，可以按照文件类型对至少一第二文件进行分组，此时，不同分组中是不同类型的文件，当然，还可以有其它分组方式，如，按照文件的标识信息进行分组等，这里不再一一举例说明。

步骤S302：按照第一优先级顺序对每一第二文件组进行压缩。本申请实施例中，除了将至少一第二文件进行分组外，还将分组后的各个第二文件组进行了压缩排序，即赋予了优先级。若是由用户对至少一第二文件进行分组，则各个第二文件组的优先级也可以由用户指定。若是由传输装置按照预设分组规则自动对至少一第二文件进行分组，则可以由传输装置按照预设的赋予规则为各个第二文件组赋予优先级。例如，可以根据第二文件组中文件的总的文件大小为各个第二文件组赋予优先级，或者，可以根据文件类型为各个第二文件组赋予优先级。

其中，在对每一第二文件组进行压缩的过程中，基于第二文件组中的文件数量得到至少一第三文件，得到第三文件的数量不大于所述第二文件组中的文件数量。

对于每一第二文件组，可以对该第二文件组中的文件组合压缩，例如每两个第二文件压缩为一个第三文件等，这样压缩得到的第三文件的数量小于该第二文件组中文件的数量，或者，对该第二文件组中的每一个第二文件分别进行压缩，这样压缩得到的第三文件的数量等于该第二文件组中第二文件的数量。

在一可选的实施例中，在第一优先级的第二文件组中的第二文件压缩完成得到至少一第三文件后，可以传输该至少一第三文件，在传输该至少一第三文件的过程中，可以按照优先级由高到低的顺序，对第二优先级的第二文件组中的第二文件进行压缩。

在一可选的实施例中，在开始传输至少一第一文件后，还可以检测至少一第一文件是否传输完成，在开始压缩至少第一第二文件后，还可以检测是否得到至少一第三文件。

可选的，若在检测到至少一第一文件传输完成时，还未得到一第三文件，可以响应于检测到至少一第一文件完成传输且未得到一第三文件，传输待传输文件集合中未被压缩的至少一第二文件。

其中，未得到一第三文件包括两种可能的情况：一是至少一第二文件中第一个被压缩的第二文件还未压缩完成。另一种情况是至少一第二文件中已经有部分第二文件压缩完成并得到第三文件，且该第三文件正在传输或已传输完成，而当前正在被压缩的第二文件还未压缩完成。

也就是说，本申请实施例中，在所有第一文件都传输完成时，若还有第二文件未被压缩，且当前没有得到新的第三文件，则从未被压缩的第二文件中提取部分第二文件直接传输，这部分第二文件不再压缩。

可选的，若检测到至少一第二文完成压缩，而还有第一文件未传输时，可以响应于检测到至少一第二文件完成压缩，且有第一文件未传输，在传输至少一第一文件的过程中，压缩待传输文件集合中剩余的至少一第一文件。

也就是说，本申请实施例中，在所有第二文件都完成压缩时，若还有第一文件未传输，则可以从未被传输的第一文件中提取部分第一文件进行压缩得到至少一第三文件，传输压缩得到的第三文件。

也就是说，本申请实施例中，还可以根据第一文件的实时传输情况或第二文件的实时压缩情况对压缩队列进行实时调整，使得直接传输第一文件所耗费的时长与压缩第二文件所耗费的时长相当，从而进一步提高文件传输效率的同时，进一步提高传输资源(网络资源)的利用率。

在一可选的实施例中，在传输待传输文件集合中的至少一第一文件时，可以按照第二先级顺序传输待传输文件集合中的每一第一文件。

其中，第二优先级顺序至少基于以下因素中的至少之一确定：第一文件的文件大小、第一文件的类型或第一文件的第一标识信息。

当基于以上因素中的至少两种确定第二优先级顺序时，可以为该至少两种因素确定优先级。在按照第二先级顺序传输待传输文件集合中的每一第一文件时，按照因素的优先级由高到低的顺序，基于第一优先级的因素确定第一文件的优先级，当基于第一优先级的因素确定的第一文件的优先级相同时，基于第二优先级的因素确定该优先级相同第一文件的优先级。

在一可选的实施例中，在压缩待传输文件集合中的至少一第二文件时，可以按照第三优先级顺序压缩待传输文件集合中的每一第二文件；

其中，第三优先级顺序至少基于以下因素中的至少之一确定：第二文件的文件大小、第二文件的类型或第二文件的第二标识信息。

当基于以上因素中的至少两种确定第三优先级顺序时，可以为该至少两种因素确定优先级。在按照第三先级顺序压缩待传输文件集合中的每一第二文件时，按照因素的优先级由高到低的顺序，基于第一优先级的因素确定第二文件的优先级，当基于第一优先级的因素确定的第二文件的优先级相同时，基于第二优先级的因素确定该优先级相同第二文件的优先级。

在一可选的实施例中，可以按照从小到大顺序传输待传输文件集合中的每一第一文件，同时按照从大到小顺序压缩待传输文件集合中的每一第二文件。

也就是说，本申请实施例中，将待传输文件按照文件大小进行排序，从小文件一端开始传输待传输文件集合中的较小文件，同时从大文件一端开始压缩传输待传输文件集合中的较大的文件。可以在未压缩的文件都传输完成后，开始传输压缩得到的第三文件，或者，每压缩得到一第三文件，就传输该第三文件。本实施例中，对于直接传输的第一文件而言，第一文件越小，优先级越高，对于需要压缩的第二文件而言，第二文件越大，优先级越高。

在一可选的实施例中，传输上述至少一第三文件时，可以包括：

响应于检测到每一所述第一文件完成传输，按照第四优先级顺序传输每一第三文件。

本申请实施例中，在所有第一文件传输完成后，且第三文件有多个时可以基于第四优先级顺序对每一所述第三文件进行传输。第三文件的优先级顺序可以至少基于以下至少之一确定：文件大小、文件类型或文件的标识信息。

在一可选的实施例中，还可以包括：

响应于检测到至少一第一文件未完成传输且得到至少一第三文件，按照第五优先级顺序传输未完成传输的第一文件和第三文件。

本申请实施例中，在得到第三文件后，即便至少一第一文件还未传输完成，也可以传输第三文件。此时，可以按照第五优先级顺序传输第一文件和第三文件。该第五优先级可以至少基于以下至少之一确定：文件大小、文件类型或文件的标识信息。

以待传输文件集合中包括10个文件为例，假设10个文件分别为T0、T1、T2、T3、T4、T5、T6、T7、T8、T9。假设这10个文件按照文件大小从小到达的顺序依次为：T1、T2、T3、T0、T5、T6、T7、T8、T9、T4。则基于本申请方案，当需要传输这10个文件时，

一种实现方式可以为：从T1开始，按照文件从小到达的顺序，依次传输文件，同时，将T6、T7、T8、T9、T4添加到压缩队列中，从T4开始，按照文件从大到小的顺序，依次压缩文件。若在传输完T5后，发现T6也已压缩完成，则可以依次传输压缩后的T6、T7、T8、T9、T4。若在传输完T5后，发现T8正在压缩，T6和T7还未压缩，则可以将T6从压缩队列中提取出来，开始传输T6，在T6传输完成后，若T7、T8均已压缩完成，则可以依次传输压缩后的T7、T8、T9、T4。若在T6压缩完成后，发现T3正在传输，而T0、T5等待传输，则可以将T5添加到压缩队列中，对该T5进行压缩。若T5压缩完成后，发现T3还未传输完成，则，可以继续将T0添加到压缩队列中，对该T0进行压缩。在T0压缩完成后，可以在T3传输完成后，依次传输压缩后的T0、T5、T6、T7、T8、T9、T4。

上述实现方式中，10个文件分别单独传输或压缩。在另一种实现方式中，可以对文件并行传输或压缩。例如：在T4压缩完成后，不管T1、T2、T3、T0、T5是否传输完成，都可以开始传输压缩后的T4。

在有一种实现方式中，还可以对文件进行组合传输或压缩。例如，将T1、T2分为第一组，T3、T0分为第二组，T5分为第三组，T6分为第四组，T7、T8分为第五组，T9、T4分为第六组。此方式中，可以按照分组中文件的总的大小传输或压缩文件。具体的，可以从第一组开始，按照文件组中文件的总的大小从小到大的顺序，依次传输每一组文件(每一组文件作为整体传输)。同时，从第六组开始，按照文件组中文件的总的大大从小到大的顺序，依次压缩每一组文件(每一组文件作为整体压缩)。假设在第三组传输完成后，第四组和第五组均未被压缩，则可以将第四组从压缩队列中提取出来直接传输而不再压缩。同理，假设在第四组压缩完成后，第二组和第三组还未传输，则可以将第三组添加到压缩队列中进行压缩后再传输。

以上示例中，文件的传输顺序或压缩顺序都是按文件大小确定的，基于本申请实施例，文件的传输顺序或压缩顺序还可以按照文件类型或文件的标识信息确定这里不再一一举例说明。

与方法实施例相对应，本申请还提供一种传输装置。本申请提供的传输装置的一种结构示意图如图4所示，可以包括：

传输模块41和压缩模块42；其中，

传输模块41用于传输待传输文件集合中的至少一第一文件。

压缩模块42用于在传输所述至少一第一文件的过程中，开始压缩所述待传输文件集合中的至少一第二文件，得到至少一第三文件。

传输模块41还用于传输所述至少一第三文件。

其中，所述第一文件为不符合压缩条件的文件，所述第二文件为符合压缩条件的文件，所述压缩条件至少包括在压缩队列中且压缩次数小于1。

本申请提供的传输装置，在传输待传输文件集合中的至少一第一文件的同时，对待传输文件集合中的至少一第二文件进行压缩得到至少一第三文件，传输至少一第三文件，从而可以利用压缩文件的时间传输一部分文件，在提高文件传输效率的同时，提高了传输资源的利用率。

在一可选的实施例中，压缩模块42压缩所述待传输文件集合中的至少一第二文件时，具体可以用于：至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件。

在一可选的实施例中，压缩模块42可以包括：

第一获得单元，用于获得所述至少一第一文件的第一传输时长；

确定单元，用于至少基于所述第一传输时长确定压缩容量；

第一压缩单元，用于根据所述压缩容量压缩所述待传输文件集合中第一数量的第二文件；

其中，所述第一数量基于所述压缩容量及所述第二文件的文件大小确定。

在一可选的实施例中，压缩模块42还可以用于：在传输所述至少一第三文件的过程中，基于所述至少一第三文件的第二传输时长压缩所述待传输文件集合中剩余的第二文件。

在一可选的实施例中，压缩模块42压缩所述待传输文件集合中的至少一第二文件时，具体可以用于：

同时压缩所述待传输文件集合中第二数量的第二文件。

在一可选的实施例中，压缩模块42压缩所述待传输文件集合中的至少一第二文件时，具体可以用于：至少基于传输终端的性能参数压缩所述待传输文件集合中的至少一第二文件。具体的，压缩模块42可以包括：

第二获得单元，用于获得传输终端的性能参数，所述性能参数用于表征传输终端的压缩能力；

第二压缩单元，用于至少基于所述性能参数同时压缩所述待传输文件集合中第二数量的第二文件

在一可选的实施例中，压缩模块42压缩所述待传输文件集合中的至少一第二文件时，具体可以用于：

按照第一方式对所述至少一第二文件进行分组，得到至少一第二文件组；

按照第一优先级顺序对每一第二文件组进行压缩；

其中，在对每一第二文件组进行压缩的过程中，基于所述第二文件组中的文件数量得到至少一第三文件，其中，得到第三文件的数量不大于所述第二文件组中的文件数量。

在一可选的实施例中，压缩模块42还可以用于：

在传输第一优先级的第二文件组中经压缩得到的至少一第三文件的过程中，对第二优先级的第二文件组进行压缩。

在一可选的实施例中，传输模块41还可以用于：响应于检测到所述至少一第一文件完成传输且未得到一第三文件，传输所述待传输文件集合中未被压缩的至少一第二文件。

在一可选的实施例中，压缩模块42还可以用于：响应于检测到所述至少一第二文件完成压缩，在传输所述至少一第一文件的过程中，压缩所述待传输文件集合中剩余的至少一第一文件。

在一可选的实施例中，传输模块41具体可以用于：按照第二先级顺序传输所述待传输文件集合中的每一所述第一文件；

其中，所述第二优先级顺序至少基于以下至少之一确定：第一文件的文件大小、第一文件的类型或第一文件的第一标识信息。

在一可选的实施例中，压缩模块42具体可以用于：按照第三优先级顺序压缩所述待传输文件集合中的每一所述第二文件；

其中，所述第三优先级顺序至少基于以下至少之一确定：第二文件的文件大小、第二文件的类型或第二文件的第二标识信息。

在一可选的实施例中，传输模块41具体可以用于：按照从小到大顺序传输待传输文件集合中的每一所述第一文件，同时压缩模块42具体可以用于：按照从大到小顺序压缩所述待传输文件集合中的每一所述第二文件。

在一可选的实施例中，传输模块41传输所述至少一第三文件具体可以用于：响应于检测到每一所述第一文件完成传输，按照第四优先级顺序传输每一所述第三文件。

在一可选的实施例中，传输模块41具体可以用于：响应于检测到至少一第一文件未完成传输且得到至少一第三文件，按照第五优先级顺序传输未完成传输的第一文件和第三文件。

与方法实施例相对应，本申请还提供一种电子设备，该电子设备的一种结构示意图如图5所示，可以包括：

存储器51用于至少存储一组指令集；

处理器52用于调用并执行所述存储器51中的所述指令集，通过执行所述指令集进行以下操作：

传输待传输文件集合中的至少一第一文件；

在传输所述至少一第一文件的过程中，开始压缩所述待传输文件集合中的至少一第二文件，得到至少一第三文件；

传输所述至少一第三文件；

其中，所述第一文件为不符合压缩条件的文件，所述第二文件为符合压缩条件的文件，所述压缩条件至少包括在压缩队列中且压缩次数小于1。

本申请提供的电子设备，在传输待传输文件集合中的至少一第一文件的同时，对待传输文件集合中的至少一第二文件进行压缩得到至少一第三文件，传输至少一第三文件，从而可以利用压缩文件的时间传输一部分文件，在提高文件传输效率的同时，提高了传输资源的利用率。

在一可选的实施例中，处理器52压缩所述待传输文件集合中的至少一第二文件时，具体可以用于：至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件。

在一可选的实施例中，处理器52至少基于所述至少一第一文件的第一传输时长压缩所述待传输文件集合中的至少一第二文件时，具体可以用于：

获得所述至少一第一文件的第一传输时长；

至少基于所述第一传输时长确定压缩容量；

根据所述压缩容量压缩所述待传输文件集合中第一数量的第二文件；

其中，所述第一数量基于所述压缩容量及所述第二文件的文件大小确定。

在一可选的实施例中，处理器52压缩所述待传输文件集合中的至少一第二文件是，还可以用于：

在传输所述至少一第三文件的过程中，基于所述至少一第三文件的第二传输时长压缩所述待传输文件集合中剩余的第二文件。

在一可选的实施例中，处理器52压缩所述待传输文件集合中的至少一第二文件时，具体可以用于：

同时压缩所述待传输文件集合中第二数量的第二文件。

在一可选的实施例中，处理器52压缩所述待传输文件集合中的至少一第二文件时，可以基于传输终端的性能参数压缩所述待传输文件集合中的至少一第二文件，具体可以包括：

获得传输终端的性能参数，所述性能参数用于表征传输终端的压缩能力；

至少基于所述性能参数同时压缩所述待传输文件集合中第二数量的第二文件。

在一可选的实施例中，处理器52压缩所述待传输文件集合中的至少一第二文件时，具体可以用于：

按照第一方式对所述至少一第二文件进行分组，得到至少一第二文件组；

按照第一优先级顺序对每一第二文件组进行压缩；

其中，在对每一第二文件组进行压缩的过程中，基于所述第二文件组中的文件数量得到至少一第三文件，其中，得到第三文件的数量不大于所述第二文件组中的文件数量。

在一可选的实施例中，处理器52还可以用于：在传输第一优先级的第二文件组中经压缩得到的至少一第三文件的过程中，对第二优先级的第二文件组进行压缩。

在一可选的实施例中，处理器52还可以用于执行下列中的一种：

响应于检测到所述至少一第一文件完成传输且未得到一第三文件，传输所述待传输文件集合中未被压缩的至少一第二文件；或，

响应于检测到所述至少一第二文件完成压缩，在传输所述至少一第一文件的过程中，压缩所述待传输文件集合中剩余的至少一第一文件。

在一可选的实施例中，处理器52还可以用于执行以下至少之一：

按照第二先级顺序传输所述待传输文件集合中的每一所述第一文件；其中，所述第二优先级顺序至少基于以下至少之一确定：第一文件的文件大小、第一文件的类型或第一文件的第一标识信息；

按照第三优先级顺序压缩所述待传输文件集合中的每一所述第二文件；其中，所述第三优先级顺序至少基于以下至少之一确定：第二文件的文件大小、第二文件的类型或第二文件的第二标识信息。

在一可选的实施例中，处理器52具体可以用于：按照从小到大顺序传输待传输文件集合中的每一所述第一文件，同时按照从大到小顺序压缩所述待传输文件集合中的每一所述第二文件。

在一可选的实施例中，处理器52传输所述至少一第三文件时具体可以用于：响应于检测到每一所述第一文件完成传输，按照第四优先级顺序传输每一所述第三文件。

在一可选的实施例中，处理器52具体可以用于：响应于检测到至少一第一文件未完成传输且得到至少一第三文件，按照第五优先级顺序传输未完成传输的第一文件和第三文件。

进一步地，本申请实施例还提供了一种存储介质，该存储介质存储有传输程序，所述传输程序被处理器执行时实现如上述传输方法的步骤。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

应当理解，本申请实施例中，从权、各个实施例、特征可以互相组合结合，都能实现解决前述技术问题。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。