CN109194647A - 数据传输方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提出一种数据传输方法、装置、电子设备及存储介质，属于计算机技术领域。其中，该方法包括：源客户端获取数据传输请求，其中，传输请求包括待传输数据及待传输数据的属性信息；根据待传输数据的属性信息，确定目标处理策略；采用目标处理策略对待传输数据进行处理，以生成目标传输数据；传输目标传输数据。由此，通过这种数据传输方法，实现了根据待传输数据的属性信息，对待传输数据进行预处理，不仅节省了网络带宽，降低了运维成本，而且提升了数据传输的流畅度，改善了用户体验。

Description

数据传输方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据传输方法、装置、电子设备及存储介质。

背景技术

随着互联网技术的不断发展，互联网不再仅仅是人与人之间进行通信的媒介，利用互联网进行工作、学习、娱乐、购物等已是信息社会的常态。用户可以利用客户端程序，向网络中发送数据，或者，通过互联网加载所需的网络资源，如图片、文本、音乐、视频、游戏数据等。

因此，随着移动网络和互联网的普及，如何保证网络中数据传输的速度和稳定性，成为一个亟待解决的问题。

发明内容

本申请提出的数据传输方法、装置、电子设备及存储介质，用于解决相关技术中，在需要连续传输的数据量较大的场景中，如果使用原始数据内容进行传输，由于数据内容冗长，从而不仅会增大带宽资源的消耗，增加运维成本，而且会降低数据的传输速度，影响用户体验的问题。

本申请一方面实施例提出的数据传输方法，包括：源客户端获取数据传输请求，其中，所述传输请求包括待传输数据及所述待传输数据的属性信息；根据所述待传输数据的属性信息，确定目标处理策略；采用所述目标处理策略对所述待传输数据进行处理，以生成目标传输数据；传输所述目标传输数据。

可选地，在第一方面实施例的一种可能的实现形式中，所述待传输数据的属性信息，包括：数据类型或所属的业务类型。

可选的，在第一方面实施例的另一种可能的实现形式中，所述传输请求包括目标客户端标识；

所述确定目标处理策略之前，还包括：

获取所述目标客户端标识对应的目标客户端当前所在终端的属性信息；

所述确定目标处理策略，包括：

根据所述终端的属性信息及所述待传输数据的属性信息，确定目标处理策略。

可选的，在第一方面实施例的再一种可能的实现形式中，所述源客户端获取数据传输请求之后，还包括：

确定所述源客户端当前所在的终端的网络状态；

所述确定目标处理策略，包括：

根据所述当前所在的终端的网络状态及所述待传输数据的属性信息，确定目标处理策略。

可选的，在第一方面实施例的又一种可能的实现形式中，所述目标处理策略包括：压缩策略、时间分配策略。

可选的，在第一方面实施例的又一种可能的实现形式中，所述目标处理策略为压缩策略；

所述采用所述目标处理策略对所述待传输数据进行预处理，包括：

判断待传输的数据量是否大于所述压缩策略中的单包数据量；

若是，则将所述待传输数据进行分段压缩处理。

本申请另一方面实施例提出的数据传输装置，包括：第一获取模块，用于源客户端获取数据传输请求，其中，所述传输请求包括待传输数据及所述待传输数据的属性信息；第一确定模块，用于根据所述待传输数据的属性信息，确定目标处理策略；处理模块，用于采用所述目标处理策略对所述待传输数据进行处理，以生成目标传输数据；传输模块，用于传输所述目标传输数据。

可选地，在第二方面实施例的一种可能的实现形式中，所述待传输的数据的属性信息，包括：数据类型或所属的业务类型。

可选地，在第二方面实施例的另一种可能的实现形式中，所述传输请求中包括目标客户端标识；

所述装置，还包括：

第二获取模块，用于获取所述目标客户端标识对应的目标客户端当前所在终端的属性信息；

所述第一确定模块，包括：

第一确定单元，用于根据所述终端的属性信息及所述待传输数据的属性信息，确定目标处理策略。

可选地，在第二方面实施例的再一种可能的实现形式中，所述装置，还包括：

第二确定模块，用于确定所述源客户端当前所在的终端的网络状态；

所述第一确定模块，包括：

第二确定单元，用于根据所述当前所在的终端的网络状态及所述待传输数据的属性信息，确定目标处理策略。

可选地，在第二方面实施例的又一种可能的实现形式中，所述目标处理策略包括：压缩策略、时间分配策略。

可选地，在第二方面实施例的又一种可能的实现形式中，所述目标处理策略为压缩策略；

所述处理模块，包括：

判断单元，用于判断待传输的数据量是否大于所述压缩策略中的单包数据量；

若是，则将所述待传输数据进行分段压缩处理。

本申请再一方面实施例提出的电子设备，其包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如前所述的数据传输方法。

本申请再一方面实施例提出的计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如前所述的数据传输方法。

本申请又一方面实施例提出的计算机程序，该程序被处理器执行时，以实现本申请实施例所述的数据传输方法。

本申请实施例提供的数据传输方法、装置、电子设备、计算机可读存储介质及计算机程序，源客户端可以获取数据传输请求，并根据传输请求中包括的待传输数据的属性信息，确定目标处理策略，进而采用目标处理策略对待传输数据进行预处理，以生成目标传输数据，并传输目标传输数据。由此，通过根据获取到的数据传输请求，确定了目标处理策略，之后即可根据目标处理策略，对待传输数据进行处理，生成并传输目标传输数据，从而实现了根据待传输数据的属性信息，对待传输数据进行处理，不仅节省了网络带宽，降低了运维成本，而且提升了数据传输的流畅度，改善了用户体验。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例所提供的一种数据传输方法的流程示意图；

图2为本申请实施例所提供的另一种数据传输方法的流程示意图；

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

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

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

本申请实施例针对在需要连续传输的数据量较大的场景中，如果使用原始数据内容进行传输，由于数据内容冗长，从而不仅会增大带宽资源的消耗，增加运维成本，而且会降低数据的传输速度，影响用户体验的问题，提出一种数据传输方法。

本申请实施例提供的数据传输方法，源客户端可以获取数据传输请求，并根据传输请求中包括的待传输数据的属性信息，确定目标处理策略，进而采用目标处理策略对待传输数据进行处理，以生成目标传输数据，并传输目标传输数据。由此，通过根据获取到的数据传输请求，确定了目标处理策略，之后即可根据目标处理策略，对待传输数据进行处理，生成并传输目标传输数据，从而实现了根据待传输数据的属性信息，对待传输数据进行处理，不仅节省了网络带宽，降低了运维成本，而且提升了数据传输的流畅度，改善了用户体验。

下面参考附图对本申请提供的数据传输方法、装置、电子设备、存储介质及计算机程序进行详细描述。

图1为本申请实施例所提供的一种数据传输方法的流程示意图。

如图1所示，该数据传输方法，包括以下步骤：

步骤101，源客户端获取数据传输请求，其中，所述传输请求包括待传输数据及所述待传输数据的属性信息。

实际使用时，本申请实施例提供的数据传输方法，可以由本申请实施例提供的数据传输装置执行，数据传输装置可以配置在任意电子设备中，如手机、电脑等。

其中，源客户端，是指当前有数据传输需求的客户端，其可以为安装在任意电子设备中、并处于运行状态的客户端。

数据传输请求，可以为用户输入的，或者可以为源客户端根据用户在源客户端的操作，自动生成的，本实施例对此不做限定。

进一步的，在本申请实施例一种可能的实现形式中，待传输数据的属性信息，包括：数据类型或所属的业务类型。

其中，数据类型，可以包括文本、图片、视频等类型。

需要说明的是，在本申请实施例中，可以预设数据所属的业务类型。比如，在游戏应用中，可以将玩家的账户信息数据所属的业务类型预设为“账户信息”，将关卡地图数据所属的业务类型预设为“游戏数据”。

在本申请实施例一种可能的实现形式中，源客户端可以在用户界面提供数据类型相关控件，比如，提供“文本”、“图像”等控件，进而用户在进行数据传输时，可以通过对相应控件进行操作，来选择待传输数据的数据类型。

另外，源客户端还可以在用户界面提供数据所属的业务类型的相关控件，比如提供“账户信息”、“游戏数据”等控件，进而用户在进行数据传输时，可以通过对相应控件进行操作，来选择待传输数据所属的业务类型。

步骤102，根据所述待传输数据的属性信息，确定目标处理策略。

其中，在本申请实施例一种可能的实现形式中，所述目标处理策略包括：压缩策略、时间分配策略。

需要说明的是，压缩策略，是指对待传输数据进行压缩处理的策略。数据压缩的任务是在不影响或少影响图像质量的前提下，尽量设法减少数据的数据量，即其首要任务是设法去除数据中的冗余信息。数据压缩本质上是对原始数据进行编码的过程，因此数据压缩方法也称为编码方法。数据压缩可以分为无损压缩和有损压缩，经无损压缩的数据在解压缩之后，可以完全恢复为原始数据，而不引入失真；经有损压缩的数据在解压缩之后，不能恢复为原始数据，但却可以完整表达原始数据。

可以理解的是，对待传输数据进行压缩可以减少待传输数据的数据量，从而可以降低数据传输时占用的网络带宽，提高数据传输的速率。

在本申请实施例中，为了提高数据压缩的效率和可靠性，还可以根据待传输数据的类型和数据量，确定待传输数据对应的压缩策略。

具体的，可以预设衡量数据是否压缩的第一阈值，若待传输数据的数据量大于第一阈值，则可以将待传输数据的压缩策略确定为“压缩”；若待传输数据的数据量小于第一阈值，则可以将待传输数据的压缩策略确定为“不压缩”。

举例来说，若预设的第一阈值为10K，待传输数据A的数据量为15K，待传输数据B为8K，那么，数据A对应的压缩策略为“压缩”，数据B对应的压缩策略为“不压缩”。

需要说明的是，上述举例仅为示例性的，不能视为对本申请的限制。实际使用时，可以根据实际需要预设第一阈值，本申请实施例对此不做限定。

进一步的，在本申请实施例中，若待传输数据对应的压缩策略为“压缩”，那么还可以根据待传输数据的数据类型，进一步确定待传输数据的压缩策略。比如，若待传输数据的数据类型为文本，则可以采用文本压缩算法，即可以确定待传输数据对应的压缩策略为“文本压缩”；若待传输数据的数据类型为图像，则可以采用图像压缩算法，即可以确定待传输数据对应的压缩策略为“图像压缩”。

举例来说，若确定数据A对应的压缩策略为“压缩”，其数据类型为“图像”，那么数据A对应的压缩策略为“图像压缩”。

在本申请实施例中，时间分配策略，可以包括实时处理、分批处理等。

可以理解的是，在本申请实施例一种可能的实现形式中，还可以根据源客户端所在终端的网络连接状态，确定待传输数据的压缩策略和时间分配策略。即在上述步骤102之前，还可以包括：

确定所述源客户端当前所在的终端的网络状态；

根据所述当前所在的终端的网络状态及所述待传输数据的属性信息，确定目标处理策略。

其中，网络状态，可以包括网络连接速度和网络类型等信息。

在本申请实施例中，可以根据源客户端当前所在的终端的网络状态以及待传输数据的属性信息，确定待传输数据的压缩策略。具体的，若根据待传输数据的属性信息，确定待传输数据的压缩策略为“压缩”，并且终端的网络连接速度较大，则可以采用较低的压缩比对待传输数据进行压缩，以在保证传输速度的同时，进一步提高目标客户端接收到的数据的质量；反之，则可以采用较高的压缩比对待传输数据进行压缩，以保证数据的传输速度。若终端的网络连接类型为数据连接，则可以采用较高的压缩比对待传输数据进行压缩，以节省用户的流量。

其中，压缩比，是指原始数据未经压缩的数据量，与经压缩后的数据量之比。

进一步的，在本申请实施例中，可以根据源客户端当前所在的终端的网络状态以及待传输数据的数据量，确定待传输数据的时间分配策略。

具体的，可以预设用于衡量终端的网络连接速度的第二阈值，以及用于衡量数据量的第三阈值。之后根据源客户端当前所在的终端的网络状态以及待传输数据的数据量，与各阈值之间的关系，可以分为以下几种情况。

情况一

源客户端当前所在的终端的网络类型为WiFi网络连接或者宽带网络连接。若源客户端当前所在的终端的网络连接速度大于第二阈值，则可以确定待传输数据的时间分配策略为“实时处理”；若源客户端当前所在的终端的网络连接速度小于第二阈值，则可以确定待传输数据的时间分配策略为“分批处理”。

情况二

源客户端当前所在的终端的网络类型为移动网络连接。若源客户端当前所在的终端的网络连接速度大于第二阈值，且待传输数据的数据量小于第三阈值，则可以确定待传输数据的时间分配策略为“实时处理”；若源客户端当前所在的终端的网络连接速度大于第二阈值，且待传输数据的数据量大于第三阈值，则可以确定待传输数据的时间分配策略为“分批处理”；若源客户端当前所在的终端的网络连接速度小于第二阈值，则可以确定待传输数据的时间分配策略为“分批处理”。

需要说明的是，在本申请实施例一种可能的实现形式中，当源客户端当前所在的终端的网络类型为移动网络连接时，还可以提供处理策略相关控件，比如“压缩传输”、“仅在宽带网络连接时传输”等控件，从而用户可以通过选中相应控件，来选择待传输数据的处理策略。

进一步的，若确定的待传输数据的时间分配策略为“分批处理”，还可以根据待传输数据所属的业务类型，确定待传输的各数据的处理优先级。比如，可以将业务类型为“账户信息”的数据的处理优先级确定为“第一批次”，将业务类型为“游戏数据”的数据的处理优先级确定为“第二批次”。

需要说明的是，上述示例仅为示例性的，不能视为对本申请的限制。实际使用时，可以根据实际需要确定待传输的各数据的处理优先级，本申请实施例对此不做限定。

可以理解的是，在本申请实施例中，待处理的数据的目标处理策略可以根据上述确定压缩策略和时间分配策略的方法确定，即确定出的压缩策略和时间分配策略共同构成了待处理的数据的目标处理策略。

步骤103，采用所述目标处理策略对所述待传输数据进行处理，以生成目标传输数据。

在本申请实施例中，确定出待传输数据的目标处理策略之后，即可采用目标处理策略对待传输数据进行处理，即采用确定出的压缩策略和/或时间分配策略，对待传输数据进行处理，以生成目标传输数据。

进一步的，若确定出的目标处理策略为压缩策略，并且待传输数据的数据量较大，则可以首先对待传输数据进行分包处理，再对分包后的数据分别进行压缩。即在本申请实施例一种可能的实现形式中，上述步骤103，可以包括：

判断待传输的数据量是否大于所述压缩策略中的单包数据量；

若是，则将所述待传输数据进行分段压缩处理。

在本申请实施例中，可以预设压缩策略中的单包数据量，若待传输的数据量大于预设的单包数据量，则可以将待传输数据进行分段，进而对分段后的数据分别进行压缩处理。

举例来说，假设预设的压缩策略中的单包数据量为20K，待传输数据C的数据量为40K，数据类型为文本，那么可以将数据C分为数据量均为20K的数据c₁和数据c₂，进而采用文本压缩算法分别对数据c₁和数据c₂进行压缩处理。

步骤104，传输所述目标传输数据。

在本申请实施例中，采用确定出的目标处理策略对待传输数据进行处理之后，即可将生成的目标传输数据传输给服务器。

需要说明的是，在本申请实施例一种可能的实现形式中，还可以预设数据所属的业务类型与数据的传输方式的映射关系。比如，在游戏应用中，若数据所属的业务类型为“账户信息”，则可以将该数据的传输方式预设为文本传输；若数据所属的业务类型为“游戏数据”，则可以将该数据的传输方式预设为二进制流传输。

实际使用时，可以根据具体的应用领域和实际需要，预设数据所属的业务类型，以及数据所属的业务类型与数据的传输方式的映射关系，本申请实施例对此不做限定。

本申请实施例提供的数据传输方法，源客户端可以获取数据传输请求，并根据传输请求中包括的待传输数据的属性信息，确定目标处理策略，进而采用目标处理策略对待传输数据进行处理，以生成目标传输数据，并传输目标传输数据。由此，通过根据获取到的数据传输请求，确定了目标处理策略，之后即可根据目标处理策略，对待传输数据进行处理，生成并传输目标传输数据。从而通过根据待传输数据的属性信息，对待传输数据进行处理，之后再进行数据传输，不仅节省了网络带宽，降低了运维成本，而且提升了数据传输的流畅度，改善了用户体验。

在本申请实施例一种可能的实现形式中，不同终端的性能可能存在差异，从而导致终端对数据的处理能力不同。因此，还可以根据目标客户端所在的终端的属性信息，确定待传输数据的目标处理策略。

下面结合图2，对本申请实施例提供的数据传输方法进行进一步说明。

图2为本申请实施例所提供的另一种数据传输方法的流程示意图。

如图2所示，该数据传输方法，包括以下步骤：

步骤201，源客户端获取数据传输请求，其中，所述传输请求包括待传输数据、所述待传输数据的属性信息及目标客户端标识。

其中，目标客户端，是指当前待传输数据对应的接收客户端。目标客户端标识，可以为目标客户端所属的用户的帐号，或者其它任意可唯一区别目标客户端与其它客户端的标识。

步骤202，获取所述目标客户端标识对应的目标客户端当前所在终端的属性信息。

其中，终端的属性信息，可以包括终端的操作系统、设备类型、型号、硬件配置等信息。

需要说明的是，在本申请实施例中，可以根据目标客户端的标识，确定与目标客户端标识对应的目标客户端当前所在终端的属性信息。具体的，可以通过以下方式实现。

方式一

源客户端获取到目标客户端标识后，可以根据目标客户端标识向目标客户端发送终端属性信息获取请求，终端属性信息获取请求中可以包括源客户端的标识等信息。之后目标客户端自动获取其当前所在终端的属性信息，并根据终端属性信息获取请求，将其当前所在终端的属性信息上报给服务器，进而经由服务器将其当前所在终端的属性信息发送给源客户端。

方式二

每个客户端在登录时，可以主动将其当前所在终端的属性信息上报给服务器，服务器将客户端上报的终端属性信息与客户端标识形成一组映射，并记录在本地。源客户端在获取到目标客户端标识后，可以向服务器发送目标客户端当前所在终端的属性信息获取请求，其中，属性信息获取请求中可以包括目标客户端标识和源客户端标识。之后服务器可以根据属性信息获取请求中的目标客户端标识，查询本地记录，获取与目标客户端标识对应的终端属性信息，并将终端属性信息发送给请求获取终端属性信息的源客户端。

步骤203，根据所述终端的属性信息及所述待传输数据的属性信息，确定目标处理策略。

可以理解的是，不同类型的终端具有不同的数据处理性能，因此可以根据终端的属性信息及待传输数据的属性信息，共同确定目标处理策略，以在节省带宽资源的同时，进一步提高用户体验。

具体的，若确定目标客户端当前所在的终端的数据处理性能较好，即具有较好的解压缩性能，则可以采用较高的压缩比或更复杂的压缩算法，对待传输数据进行压缩，以进一步节省带宽资源，提升传输速度；若确定目标客户端当前所在的终端的数据处理性能较差，则可以采用较低的压缩比对待传输数据进行压缩，以使得目标客户端在接收到经压缩的数据之后，可以较好的还原出原始数据。

举例来说，假设根据待传输数据的属性信息，确定待传输数据D的压缩策略为“压缩”。若根据终端的属性信息确定终端的设备类型为电脑，一般相对于手机来说，可以认为电脑具有更好的数据处理性能，则可以将数据D对应的压缩比确定为较高的压缩比，如压缩比为2，即目标处理策略为“压缩、压缩比为2”；若根据终端的属性信息确定终端的设备类型为手机，则可以将数据D对应的压缩比确定为较低的压缩比，如压缩比为1.5，即目标处理策略为“压缩、压缩比为1.5”。

步骤204，采用所述目标处理策略对所述待传输数据进行处理，以生成目标传输数据。

步骤205，传输所述目标传输数据。

上述步骤204-205的具体实现过程及原理，可以参照上述实施例详细描述，此处不再赘述。

本申请实施例提供的数据传输方法，源客户端可以获取数据传输请求及源客户端当前所在的终端的网络状态，并根据传输请求中包括的目标客户端的标识，确定目标客户端当前所在的终端的属性信息，之后根据待传输数据的属性信息、目标客户端当前所在的终端的属性信息、源客户端当前所在的终端的网络状态，确定目标处理策略，进而采用目标处理策略对待传输数据进行处理，以生成目标传输数据，并传输目标传输数据。由此，通过根据获取到的数据传输请求，确定了目标处理策略，之后即可根据目标处理策略，对待传输数据进行处理，生成并传输目标传输数据。从而通过根据待传输数据的属性信息，对待传输数据进行处理，之后再进行数据传输，不仅节省了网络带宽，降低了运维成本，而且提升了数据传输的流畅度，改善了用户体验。

为了实现上述实施例，本申请还提出一种数据传输装置。

图3为本申请实施例提供的一种数据传输装置的结构示意图。

如图3所示，该数据传输装置30，包括：

第一获取模块31，用于源客户端获取数据传输请求，其中，所述传输请求包括待传输数据及所述待传输数据的属性信息。

其中，传输请求中还包括目标客户端标识。待传输数据的属性信息，包括：数据类型或所属的业务类型。

第一确定模块32，用于根据所述待传输数据的属性信息，确定目标处理策略。

其中，目标处理策略包括：压缩策略、时间分配策略。

处理模块33，用于采用所述目标处理策略对所述待传输数据进行处理，以生成目标传输数据。

传输模块34，用于传输所述目标传输数据。

在实际使用时，本申请实施例提供的数据传输装置，可以被配置在任意电子设备中，以执行前述数据传输方法。

本申请实施例提供的数据传输方法，源客户端可以获取数据传输请求，并根据传输请求中包括的待传输数据的属性信息，确定目标处理策略，进而采用目标处理策略对待传输数据进行处理，以生成目标传输数据，并传输目标传输数据。由此，通过根据获取到的数据传输请求，确定了目标处理策略，之后即可根据目标处理策略，对待传输数据进行处理，生成并传输目标传输数据。从而通过根据待传输数据的属性信息，对待传输数据进行处理，之后再进行数据传输，不仅节省了网络带宽，降低了运维成本，而且提升了数据传输的流畅度，改善了用户体验。

在本申请一种可能的实现形式中，上述装置30，包括：

第二获取模块，用于获取所述目标客户端标识对应的目标客户端当前所在终端的属性信息。

进一步的，在本申请另一种可能的实现形式中，上述第一确定模块32，包括：

第一确定单元，用于根据所述终端的属性信息及所述待传输数据的属性信息，确定目标处理策略。

进一步的，在本申请另一种可能的实现形式中，上述装置30，还包括：

第二确定模块，用于确定所述源客户端当前所在的终端的网络状态；

进一步的，在本申请再一种可能的实现形式中，上述第一确定模块32，还包括：

第二确定单元，用于根据所述当前所在的终端的网络状态及所述待传输数据的属性信息，确定目标处理策略。

在本申请又一种可能的实现形式中，所述目标处理策略为压缩策略，上述处理模块33，包括：

判断单元，用于判断待传输的数据量是否大于所述压缩策略中的单包数据量；

若是，则将所述待传输数据进行分段压缩处理。

需要说明的是，前述对图1、图2所示的数据传输方法实施例的解释说明也适用于该实施例的数据传输装置30，此处不再赘述。

本申请实施例提供的数据传输方法，源客户端可以获取数据传输请求及源客户端当前所在的终端的网络状态，并根据传输请求中包括的目标客户端的标识，确定目标客户端当前所在的终端的属性信息，之后根据待传输数据的属性信息、目标客户端当前所在的终端的属性信息、源客户端当前所在的终端的网络状态，确定目标处理策略，进而采用目标处理策略对待传输数据进行处理，以生成目标传输数据，并传输目标传输数据。由此，通过根据获取到的数据传输请求，确定了目标处理策略，之后即可根据目标处理策略，对待传输数据进行处理，生成并传输目标传输数据。从而通过根据待传输数据的属性信息，对待传输数据进行处理，之后再进行数据传输，不仅节省了网络带宽，降低了运维成本，而且提升了数据传输的流畅度，改善了用户体验。

为了实现上述实施例，本申请还提出一种电子设备。

图4为本发明一个实施例的电子设备的结构示意图。

如图4所示，上述电子设备400包括：

存储器410及处理器420，连接不同组件(包括存储器410和处理器420)的总线430，存储器410存储有计算机程序，当处理器420执行所述程序时实现本申请实施例所述的数据传输方法。

总线430表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备400典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备400访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器410还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)440和/或高速缓存存储器450。电子设备400可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统460可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线430相连。存储器410可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块470的程序/实用工具480，可以存储在例如存储器410中，这样的程序模块470包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块470通常执行本申请所描述的实施例中的功能和/或方法。

电子设备400也可以与一个或多个外部设备490(例如键盘、指向设备、显示器491等)通信，还可与一个或者多个使得用户能与该电子设备400交互的设备通信，和/或与使得该电子设备400能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口492进行。并且，电子设备400还可以通过网络适配器493与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器493通过总线430与电子设备400的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器420通过运行存储在存储器410中的程序，从而执行各种功能应用以及数据处理。

需要说明的是，本实施例的电子设备的实施过程和技术原理参见前述对本申请实施例的数据传输方法的解释说明，此处不再赘述。

本申请实施例提供的数据传输方法，源客户端可以获取数据传输请求，并根据传输请求中包括的待传输数据的属性信息，确定目标处理策略，进而采用目标处理策略对待传输数据进行处理，以生成目标传输数据，并传输目标传输数据。由此，通过根据获取到的数据传输请求，确定了目标处理策略，之后即可根据目标处理策略，对待传输数据进行处理，生成并传输目标传输数据。从而通过根据待传输数据的属性信息，对待传输数据进行处理，之后再进行数据传输，不仅节省了网络带宽，降低了运维成本，而且提升了数据传输的流畅度，改善了用户体验。

为了实现上述实施例，本申请还提出一种计算机可读存储介质。

其中，该计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，以实现本申请实施例所述的数据传输方法。

为了实现上述实施例，本申请再一方面实施例提供一种计算机程序，该程序被处理器执行时，以实现本申请实施例所述的数据传输方法。

一种可选实现形式中，本实施例可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户电子设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务器上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未发明的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种数据传输方法，其特征在于，包括：

源客户端获取数据传输请求，其中，所述传输请求包括待传输数据及所述待传输数据的属性信息；

根据所述待传输数据的属性信息，确定目标处理策略；

采用所述目标处理策略对所述待传输数据进行处理，以生成目标传输数据；

传输所述目标传输数据。

2.如权利要求1所述的方法，其特征在于，所述待传输数据的属性信息，包括：数据类型或所属的业务类型。

3.如权利要求1所述的方法，其特征在于，所述传输请求包括目标客户端标识；

所述确定目标处理策略之前，还包括：

获取所述目标客户端标识对应的目标客户端当前所在终端的属性信息；

所述确定目标处理策略，包括：

根据所述终端的属性信息及所述待传输数据的属性信息，确定目标处理策略。

4.如权利要求1所述的方法，其特征在于，所述源客户端获取数据传输请求之后，还包括：

确定所述源客户端当前所在的终端的网络状态；

所述确定目标处理策略，包括：

根据所述当前所在的终端的网络状态及所述待传输数据的属性信息，确定目标处理策略。

5.如权利要求1-4任一所述的方法，其特征在于，所述目标处理策略包括：压缩策略、时间分配策略。

6.如权利要求5所述的方法，其特征在于，所述目标处理策略为压缩策略；

所述采用所述目标处理策略对所述待传输数据进行预处理，包括：

判断待传输的数据量是否大于所述压缩策略中的单包数据量；

若是，则将所述待传输数据进行分段压缩处理。

7.一种数据传输装置，其特征在于，包括：

第一获取模块，用于源客户端获取数据传输请求，其中，所述传输请求包括待传输数据及所述待传输数据的属性信息；

第一确定模块，用于根据所述待传输数据的属性信息，确定目标处理策略；

处理模块，用于采用所述目标处理策略对所述待传输数据进行处理，以生成目标传输数据；

传输模块，用于传输所述目标传输数据。

8.如权利要求7所述的装置，其特征在于，所述待传输数据的属性信息，包括：数据类型或所属的业务类型。

9.如权利要求7所述的装置，其特征在于，所述传输请求包括目标客户端标识；

所述装置，还包括：

第二获取模块，用于获取所述目标客户端标识对应的目标客户端当前所在终端的属性信息；

所述第一确定模块，包括：

第一确定单元，用于根据所述终端的属性信息及所述待传输数据的属性信息，确定目标处理策略。

10.如权利要求7所述的装置，其特征在于，还包括：

第二确定模块，用于确定所述源客户端当前所在的终端的网络状态；

所述第一确定模块，包括：

第二确定单元，用于根据所述当前所在的终端的网络状态及所述待传输数据的属性信息，确定目标处理策略。