CN114039973A - 文件的传输方法、设备以及存储介质 - Google Patents

Abstract

本申请提供一种文件的传输方法、设备以及存储介质，适用于计算机技术领域。该方法应用于发送端，包括：获取待传输文件，并对该待传输文件中的第一数据进行数据压缩，得到第二数据，若第二数据的长度与第一数据的长度之间的差异大于第一预设阈值，则对该待传输文件进行数据压缩处理，再向接收端发送压缩后的待传输文件。通过第二数据的长度和第一数据的长度之间的差异与第一预设阈值进行比较，能够智能识别是否需要对待传输文件进行压缩处理，确保经过数据压缩处理能够提高文件的传输速率以及接收存储空间。

Description

文件的传输方法、设备以及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种文件的传输方法、设备以及存储介质。

背景技术

随着计算机技术的不断发展，常通过计算机进行文件的传输以及存储。然而，用户对文件的是否能够快速传输以及是否占用较小的存储空间有越来越高的需求，为了满足用户的这种需求，常对所需传输的文件进行数据压缩处理。

现有技术中，用户在传输文件前可以对文件进行数据压缩，再对压缩完成的文件执行发送操作。然而，用户手动对文件进行数据压缩操作，导致传输的便利性较差，并且无法确定数据压缩操作的有效性，无法确保压缩后的文件具有较快的传输速率以及占用较小的存储空间。

发明内容

本申请提供的一种文件的传输方法、设备以及存储介质，以期确保所传输的文件经过数据压缩处理后具有较快的传输速率以及占用较小的存储空间。

第一方面，本申请提供了一种文件的传输方法，应用于发送端，该方法包括：获取待传输文件；对该待传输文件中的第一数据进行数据压缩，得到第二数据；若该第二数据的长度与该第一数据的长度之间的差异大于第一预设阈值，则对该待传输文件进行数据压缩处理；向接收端发送压缩后的待传输文件。

第二方面，本申请提供了一种电子设备，其特征在于，包括：获取单元，用于获取待传输文件；处理单元，用于对该待传输文件中的第一数据进行数据压缩，得到第二数据；该处理单元还用于若该第二数据的长度与该第一数据的长度之间的差异大于第一预设阈值，则对该待传输文件进行数据压缩处理；发送单元，用于向接收端发送压缩后的待传输文件。

第三方面，本申请提供一种电子设备，包括：处理器和存储器，该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行如第一方面或第一方面各可能的实现方式中的方法。

第四方面，本申请提供一种芯片，包括：处理器，用于从存储器中调用并运行计算机指令，使得安装有该芯片的设备执行如第一方面或第一方面各可能的实现方式中的方法。

第五方面，本申请提供一种计算机可读存储介质，用于存储计算机程序指令，该计算机程序使得计算机执行如第一方面或第一方面各可能的实现方式中的方法。

第六方面，本申请提供一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如第一方面或第一方面各可能的实现方式中的方法。

本申请提供的一种文件的传输方法、设备以及存储介质，发送端通过对获取的待传输文件中的第一数据进行数据压缩，得到第二数据，并在第二数据的长度与第一数据的长度之间的差异大于第一预设阈值时，对待传输文件进行数据压缩处理，再向接收端发送压缩后的待传输文件。通过第二数据的长度和第一数据的长度之间的差异与第一预设阈值进行比较，能够智能识别是否需要对待传输文件进行压缩处理，确保经过数据压缩处理能够提高文件的传输速率以及接收存储空间；进一步的，从待传输文件中提取第一数据进行数据压缩，而避免对待传输文件的全部数据进行数据压缩，提高了处理效率、降低了处理复杂度。

附图说明

图1为本申请实施例提供的一种文件的传输系统100的结构示意图。

图2是本申请实施例提供的文件的传输方法200的示意性交互流程图。

图3是本申请实施例提供的文件的传输方法300的示意性交互流程图。

图4示出了根据本申请实施例的电子设备400的示意性框图。

图5是本申请实施例的电子设备500的示意性结构图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

数据压缩是一种对数据进行重新组织，减少数据的冗余和存储的空间的技术方法。在计算机应用中，经常需要存储和传输大量的数据，如何实现数据的高效存储和高速传输显得尤为关键，而数据压缩利用数据的冗余为问题的解决提供了可能。现在广泛使用的各种数据源压缩技术可以分为有损压缩和无损压缩两大类，有损压缩是以一定的精度损失来换取较高的数据压缩率，无损压缩则要求经压缩还原后能产生精确的数据副本。

在需要提高传输速率或者节省存储空间时，用户可以基于任一数据压缩技术，对文件进行数据压缩。然而，用户无法确定该文件是否需要被数据压缩，也即无法确定经过数据压缩后是否能够达到提高传输速率或者节省存储空间的效果，在数据压缩后仍不能达到提高传输速率或者节省存储空间的效果的情况下，盲目对文件进行数据压缩将会带来更大的时延。

针对上述技术问题，本申请实施例提供的文件的压缩方案能够在传输文件的过程中对待传输文件是否需要进行数据压缩进行智能识别，一方面避免在数据压缩不能实现提高传输速率或者节省存储空间的情况下进行数据压缩，增大了时延，另一方面，不需要用户在传输文件之前对待传输的文件进行数据压缩，提高了用户体验。

图1为本申请实施例提供的一种文件的传输系统100的结构示意图。如图1所示，该系统100包括发送端(设备)110和接收端(设备)120。

发送端110和接收端120通过有线或者无线的方式连接。

本申请实施例中，发送端110和接收端120通常分别可以是终端设备和服务器。然而，发送端110和接收端120分别为终端设备和服务器仅为一种可能的示例，不对本申请构成任何限定，例如发送端110和接收端120均可以是终端设备或者均可以是服务器。

其中，终端设备例如可以是手机(Mobile Phone)、平板电脑(Pad)、电脑、电视机(TV)、虚拟现实(Virtual Reality，VR)终端设备、增强现实(Augmented Reality，AR)终端设备、工业控制(industrial control)中的终端设备、无人驾驶(self driving)中的终端设备、远程医疗(remote medical)中的终端设备、智慧城市(smart city)中的终端设备或智慧家庭(smart home)中的终端设备等。本申请实施例中的终端设备还可以是可穿戴设备，可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。

结合图1所示，发送端110中部署有数据判断模块111和数据压缩模块112，数据判断模块111与数据压缩模块112连接，数据判断模块111确定待传输文件是否需要进行数据压缩，并将需要进行数据压缩的待传输文件发送至数据压缩模块112，由数据压缩模块112对其进行数据压缩。

接收端120中部署有数据判断模块121和数据解压缩模块122，数据判断模块121与数据解压缩模块122连接。数据判断模块121确定发送端110发送的文件是否经过数据压缩，将经过数据压缩的文件发送给数据解压缩模块122，数据解压缩模块122对经过数据压缩的文件进行解压缩。

需要说明的是，文件的压缩系统110中包括一个或多个发送端110，以及一个或多个接收端120。每个接收端120可以连接有一个或多个发送端110，接收每个发送端110发送的数据，每个发送端110可以连接有一个或多个接收端120，向一个或多个接收端120发送数据。

还需要说明的是，一个设备可以既是发送端又是接收端，当该设备向其他设备发送数据时，称其为发送端，当该设备接收其他设备的数据时，称其为接收端。

以文件的压缩系统100应用于企业文件传输系统为例，文件的压缩系统100中的包括服务端和多个客户端，在文件上传的过程中，每个客户端均作为发送端110向服务端发送文件；在文件下载的过程中，任一客户端作为接收端110从服务端下载文件。

下面将结合附图对本申请实施例提供的文件的传输方法进行说明。

应理解，下文仅为便于理解和说明，主要以发送端为执行主体对本申请实施例所提供的方法进行说明。例如，发送端可以是图1中的发送端110，接收端可以是图1中的接收端120。

图2是本申请实施例提供的文件的传输方法200的示意性交互流程图。如图2所示，该方法可以包括以下至少部分步骤。

S210，获取待传输文件；

S220，对该待传输文件中的第一数据进行数据压缩，得到第二数据；

若该第二数据的长度与该第一数据的长度之间的差异大于第一预设阈值，则执行S230；若第二数据的长度与该第一数据的长度之间的差异小于或等于该第一预设阈值，则执行S240。

S230，对该待传输文件进行数据压缩处理，并向接收端发送压缩后的待传输文件。

S240，向接收端发送该待传输文件。

针对上述S210，发送端可以接收用户上传的待传输文件，或者接收其他设备发送的待传输文件。

针对上述S220需要说明的是，第一数据可以是从待传输文件中提取的一段数据。例如第一数据可以是待传输文件中的任意一段预设数据长度的数据(比如第一数据时待传输文件中任意一段8千字节kb的数据)；或者第一数据可以是待传输文件的全部数据的预设比例的数据(比如第一数据时待传输文件的全部数据的一半数据)。再例如，第一数据可以是待传输文件的多段预设数据长度的数据，如第一数据时待传输文件的起始的4kb数据以及末尾的4kb数据。本申请实施例对第一数据的提取方式不做限定。

发送端对第一数据进行压缩得到第二数据，再通过对比第一数据和第二数据，能够确定待传输的数据进行压缩的压缩效果。

例如，发送端对比第一数据的长度和第二数据的长度之间的差异，该差异可以通过第二数据的长度和第一数据的长度之间的差值进行体现，或者可以通过第二数据的长度和第一数据的长度之间的比值(即数据压缩比)进行体现。

通过比较第一数据的长度和第二数据的长度之间的差异与第一预设阈值的大小，可以确定对第一数据的压缩效果，即可以预测待传输文件的压缩效果。

例如，第二数据的长度等于第一数据的长度，则二者之间的差值为0，比值为1，表明对第一数据进行数据压缩后并未实现数据长度的缩小，也即第一数据的压缩效果较差，进而可以预测待传输文件的压缩效果较差。

需要说明的是，第一预设阈值可以为任意数值。

本申请实施例中在第一数据的长度和第二数据的长度之间的差异大于第一预设阈值时，预测待传输文件经过数据压缩具有较好的压缩效果，此时对待传输文件进行数据压缩处理，并将压缩后的待传输文件发送至接收端，能够提高文件的传输速率且节省了接收端的存储空间；并且，在第一数据的长度和第二数据的长度之间的差异小于或等于第一预设阈值时，预测待传输文件经过数据压缩不具备较好的压缩效果，此时不对待传输文件进行数据压缩处理，直接将待传输文件发送至接收端，减少了数据压缩处理带来的时延。

因此，本申请实施例通过第二数据的长度和第一数据的长度之间的差异与第一预设阈值进行比较，能够智能识别是否需要对待传输文件进行压缩处理，确保经过数据压缩处理能够提高文件的传输速率以及接收存储空间。并且，从待传输文件中提取第一数据进行数据压缩，而避免对待传输文件的全部数据进行数据压缩，提高了处理效率、降低了处理复杂度。

图3是本申请实施例提供的文件的传输方法300的示意性交互流程图。在图2所示实施例的基础上，图3所示实施例中还需要对待传输文件的数据长度和第二预设阈值进行比较，确定是否对待传输文件进行数据压缩。

通过图3所示实施例，可以避免对较小文件进行压缩，以提高发送端的处理效率。

示例性的，发送端在获取待传输文件后，确定待传输文件的数据长度，并根据待传输文件的数据长度和第二预设阈值，确定是否对待传输文件进行数据压缩处理。例如，结合图3所示，待传输文件的数据长度大于或等于第二预设阈值，则执行上述S220，待传输文件的数据长度小于该第二预设阈值，则执行上述S240。

需要说明的是，根据待传输文件的数据长度和第二预设阈值，确定是否对待传输文件进行数据压缩处理的过程还可以在上述S230和S240之前执行(图中未示出)。例如，发送端确定第二数据的长度与第一数据的长度之间的差异大于第一预设阈值，则根据待传输文件的数据长度和第二预设阈值，确定是否对待传输文件进行数据压缩处理，在待传输文件的数据长度大于或等于第二预设阈值时，执行上述S230，在待传输文件的数据长度小于第二预设阈值时，执行上述S240。

需要说明的是，第二预设阈值可以是预设的任意数值，例如可以是256kb。也即小于256kb的待传输文件不需要进行数据压缩处理，大于或等于256kb的待传输文件可以进行数据压缩处理。

本申请实施例中，发送端对第一数据进行数据压缩处理得到第二数据，可以采用任一数据压缩算法，该数据压缩算法可以是预设的，例如可以是无损L24数据压缩算法。然而，为了使待传输文件具有更好的压缩效果，以及使数据压缩能够满足当前网络传输，本申请实施例提供以下四种可能的实现方式，来确定发送的所采用的数据压缩算法。

方式一、发送端解析待传输文件的数据内容，并根据待传输文件的数据内容，确定数据压缩算法。

例如，通过解析待传输文件，确定待传输文件的数据内容为文本、图像或视频等，则发送的可以确定待传输文件的数据压缩算法为该数据内容对应的数据压缩算法(如文本对应的数据压缩算法、图像对应的数据压缩算法或视频对应的数据压缩算法)。

一种特殊的场景是：通过解析确定待传输文件的数据内容为二进制数据，即待传输文件为二进制文件，发送端对二进制文件进行压缩处理无法提高压缩传输的传输效率。此种情况下，可以选择不对待传输文件进行数据压缩处理，例如，确定数据压缩算法为空。

方式二、发送端获取待传输文件的数据长度，并根据待传输文件的数据长度，确定数据压缩算法。

例如，待传输文件的数据长度越长，更倾向于选择压缩力度更大的数据压缩算法。

获取待传输文件的数据长度，也即获取待传输文件的文件大小，例如发送端在linux系统下可以通过stat函数获取待传输文件的大小，在windows系统下可以通过GetFileSize指令获取待传输文件的大小。

方式三、发送端根据待传输文件的数据内容和待传输文件的数据长度，确定数据压缩算法。

发送端结合待传输文件的数据内容和待传输文件的数据长度，确定数据压缩算法。例如，预先设置有数据内容、数据长度以及数据压缩算法之间的对应关系。发送端根据待传输文件的数据内容和待传输文件的数据长度在对应关系中查找对应的数据压缩算法。

方式四、根据待传输文件，以及，发送端与接收端之间的网络参数，确定数据压缩算法。

应理解，具体可以是发送端根据待传输文件的数据内容和/或数据长度，以及发送端与接收端之间的网络参数，确定数据压缩算法。

还应理解的是，网络参数例如可以是带宽、网络速率、信号强度等中的至少一种。发送端结合网络参数确定数据压缩算法，使得待传输文件经过数据压缩处理后更适用于在该网络中进行传输。

例如，在企业文件传输服务中，企业级的文件传输服务处理传输的数据文件量是巨大的，这就意味着服务器需要支持多并发，大文件处理等功能，多个客户端并行传输文件的过程中，每个客户端所对应的网络参数会发生变化，那么发送端基于网络参数确定数据压缩算法将使发送端传输的文件能够适应当前的网络。

可选的，对第一数据进行数据压缩采用的数据压缩算法与对待传输文件进行数据压缩采用的数据压缩算法相同，可以使待传输文件的压缩效果符合预期。

在一些实施例中，发送端还可以向接收端发送指示信息，该指示信息用于指示待传输文件是否经过数据压缩处理，以便于接收端确定是否需要对接收到的文件进行解压。

可选的，该指示信息可以在发送端向接收端发送待传输文件或者压缩后的待传输文件之前发送，或者该指示信息可以与待传输文件或者压缩后的待传输文件同时发送。

可选的，该指示信息还可以包括压缩算法信息，用于指示发送端对所传输的文件采用的数据压缩算法。

可选的，该指示信息可以以报文的形式发送，该报文还可以携带有待传输文件的大小、文件名等信息。

在上述任一实施例的基础上，接收端接收发送端发送的压缩后的文件(即上述压缩后的待传输文件)，需要对该压缩后的文件进行解压缩处理。

在一些实施例中，第一预设阈值和第二预设阈值可以基于前述网络参数进行确定。

在上述任一实施例的基础上，本实施例对于发送端和接收端之间的连接建立提供一种可能的实现方式。假设发送端或接收端为服务器，对侧为终端设备，服务进程和客户进程在通讯前必须建立连接，其具体实现过程和步骤如下：

a.服务进程调用socket()函数创建Socket,并调用bind()函数将本地地址绑定在该Socket上，接着调用listen()函数监听连接请求，随后调用accept()函数做好与客户端进行建立连接的服务。

b.客户端进程调用socket()函数创建Socket,并调用connect()函数向服务进程发出连接请求。

c.当连接请求到达后，服务进程被唤醒，用accept()建立的新的Socket与客户端进程的Socket建立连接。

d.服务进程和客户进程调用read()函数和write()函数进行数据通讯。

e.服务进程或者客户进程调用closesocket()撤销Socke并终止连接。

上文结合图2和图3，详细描述了本申请的方法实施例，下文结合图4和图5，详细描述本申请的装置实施例，应理解，装置实施例与方法实施例相互对应，类似的描述可以参照方法实施例。

图4示出了根据本申请实施例的电子设备400的示意性框图。如图4所示，该电子设备400包括：

获取单元410，用于获取待传输文件；

处理单元420，用于对所述待传输文件中的第一数据进行数据压缩，得到第二数据；

所述处理单元420还用于若所述第二数据的长度与所述第一数据的长度之间的差异大于第一预设阈值，则对所述待传输文件进行数据压缩处理；

发送单元430，用于向接收端发送压缩后的待传输文件。

在一些实施例中，处理单元420具体用于：根据所述待传输文件，确定待使用的数据压缩算法；利用所述数据压缩算法，对所述第一数据进行数据压缩处理，得到所述第二数据。

在一些实施例中，处理单元420具体用于：解析所述待传输文件的数据内容；根据所述待传输文件的数据内容，和/或，所述待传输文件的数据长度，确定所述数据压缩算法。

在一些实施例中，处理单元420具体用于：根据所述待传输文件，以及，所述发送端与所述接收端之间的网络参数，确定所述数据压缩算法。

在一些实施例中，处理单元420具体用于：利用所述数据压缩算法，对所述待传输文件进行数据压缩处理。

在一些实施例中，处理单元420还用于：根据所述待传输文件的数据长度和第二预设阈值，确定是否对所述待传输文件进行数据压缩处理。

在一些实施例中，发送单元430还用于：向所述接收端发送指示信息，所述指示信息用于指示所述待传输文件是否经过数据压缩。

在一些实施例中，处理单元420还用于：若所述第二数据的长度与所述第一数据的长度之间的差异小于或等于所述第一预设阈值，则向所述接收端发送所述待传输文件。

在一些实施例中，该电子设备400具体可为本申请实施例的发送端或接收端，并且该电子设备400可以实现本申请实施例的各个方法中由发送端或接收端实现的相应流程，为了简洁，在此不再赘述。

图5是本申请实施例的电子设备500的示意性结构图。图5所示的电子设备500包括处理器510，处理器510可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

在一些实施例中，如图5所示，电子设备500还可以包括存储器520。其中，处理器510可以从存储器520中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器520可以是独立于处理器510的一个单独的器件，也可以集成在处理器510中。

在一些实施例中，该电子设备500还可以包括输入接口530。其中，处理器510可以控制该输入接口530与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。

在一些实施例中，该电子设备500还可以包括输出接口540。其中，处理器510可以控制该输出接口540与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。

在一些实施例中，该电子设备500可应用于本申请实施例中的发送端或接收端，并且该电子设备500可以实现本申请实施例的各个方法中由发送端或接收端实现的相应流程，为了简洁，在此不再赘述。

在一些实施例中，本申请实施例提到的装置也可以是芯片。例如可以是系统级芯片，系统芯片，芯片系统或片上系统芯片等。

应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。

在一些实施例中，该计算机可读存储介质可应用于本申请实施例中的电子设备(例如接收端或发送端)，并且该计算机程序使得计算机执行本申请实施例的各个方法中由接收端或发送端实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。

在一些实施例中，该计算机程序产品可应用于本申请实施例中的接收端或发送端，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由接收端或发送端实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序。

在一些实施例中，该计算机程序可应用于本申请实施例中的接收端或发送端，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由接收端或发送端实现的相应流程，为了简洁，在此不再赘述。

在一些实施例中，该计算机程序可应用于本申请实施例中的接收端或发送端，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由接收端或发送端实现的相应流程，为了简洁，在此不再赘述。

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

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

Claims (12)

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

获取待传输文件；

对所述待传输文件中的第一数据进行数据压缩，得到第二数据；

若所述第二数据的长度与所述第一数据的长度之间的差异大于第一预设阈值，则对所述待传输文件进行数据压缩处理；

向接收端发送压缩后的待传输文件。

2.根据权利要求1所述的方法，其特征在于，所述对所述第一数据进行数据压缩，得到第二数据，包括：

根据所述待传输文件，确定待使用的数据压缩算法；

利用所述数据压缩算法，对所述第一数据进行数据压缩处理，得到所述第二数据。

3.根据权利要求2所述的方法，其特征在于，所述根据所述待传输文件，确定待使用的数据压缩算法，包括：

根据所述待传输文件的数据内容，和/或，所述待传输文件的数据长度，确定所述数据压缩算法。

4.根据权利要求2或3所述的方法，其特征在于，所述根据所述待传输文件，确定待使用的数据压缩算法，包括：

根据所述待传输文件，以及，所述发送端与所述接收端之间的网络参数，确定所述数据压缩算法。

5.根据权利要求2或3所述的方法，其特征在于，所述对所述待传输文件进行数据压缩处理，包括：

利用所述数据压缩算法，对所述待传输文件进行数据压缩处理。

6.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

根据所述待传输文件的数据长度和第二预设阈值，确定是否对所述待传输文件进行数据压缩处理。

7.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

向所述接收端发送指示信息，所述指示信息用于指示所述待传输文件是否经过数据压缩。

8.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

若所述第二数据的长度与所述第一数据的长度之间的差异小于或等于所述第一预设阈值，则向所述接收端发送所述待传输文件。

9.一种电子设备，其特征在于，包括：

获取单元，用于获取待传输文件；

处理单元，用于对所述待传输文件中的第一数据进行数据压缩，得到第二数据；

所述处理单元还用于若所述第二数据的长度与所述第一数据的长度之间的差异大于第一预设阈值，则对所述待传输文件进行数据压缩处理；

发送单元，用于向接收端发送压缩后的待传输文件。

10.一种电子设备，其特征在于，处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至8中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，用于存储计算机程序指令，所述计算机程序使得计算机执行如权利要求1至8中任一项所述的方法。

12.一种计算机程序产品，其特征在于，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求1至8中任一项所述的方法。

Images