CN114866541A - 一种数据传输方法、装置及系统 - Google Patents

Abstract

本发明公开了一种数据传输方法、装置及系统，属于数据传输领域；客户端根据待发送数据的数据类型进行处理得到文化流的操作请求，即无论是结构化数据还是非结构化数据均处理为文件流的操作请求，这样能够方便客户端仅采用一个接口发送到服务端，服务端返回响应结果时也通过一个接口反馈，即客户端和服务端直接可以采用一个接口同时实现结构化数据和非结构化数据的传输，无需分别采用两个接口传输，避免了传输资源的浪费，而且开发时无需开发两个分别传输结构化数据和非结构化数据的接口，大大降低了的开发成本。

Description

一种数据传输方法、装置及系统

技术领域

本发明涉及数据传输领域，特别地，涉及一种数据传输方法、装置及系统。

背景技术

在信息系统中，应用系统之间难以避免数据交互，如内部系统之间的数据交互、内部系统和外部系统之间的数据交互。数据交互常用的方法有RPC（远程过程调用），异步ftp（文件传输协议）。在现有的技术下，RPC会对底层细节进行封装，上层调用一般采用协议model的形式（如用户注册的请求model为UserRegisterRequest），不支持文件传输。而异步ftp协议可以支持文件传输，但ftp协议做不到同步调用。因此现有的数据传输时，必须要使用至少两个接口，一个接口负责协议model的数据传输，另一个接口负责文件流的文件传输。但是采用两个接口进行文件传输时，既浪费传输资源，又增加了开发时的成本。

发明内容

为了克服现有技术的不足，本发明提供一种数据传输方法、装置及系统，以解决现在技术中采用两个接口进行文件传输时，既浪费传输资源，又增加了开发时的成本的问题。

本发明解决其技术问题所采用的技术方案是：

第一方面，

一种数据传输方法，适用于客户端，所述方法包括以下步骤：

获取所述客户端待发送数据的数据类型，所述数据类型包括结构化数据和非结构化数据；

对所述结构化数据和所述非结构化数据处理得到文件流的操作请求；

调用同一个接口将所述操作请求发送到服务端，以便服务端响应所述操作请求。

进一步地，所述对所述结构化数据和所述非结构化数据处理得到文件流的操作请求，包括：

获取用户选择的协议请求model和获取所述操作请求的请求时间和序列号；

根据所述model和所述请求时间和所述序列号生成唯一的文件名；

根据所述文件名和所述model生成文件请求；

根据所述客户端的配置文件为所述文件请求进行加签和加密得到文件流的操作请求。

进一步地，当所述待发送数据为结构化数据时，所述根据所述文件名和所述model生成文件请求，包括：

获取所述用户为所述model输入的属性值，

把输入属性值后的model转成json格式的数据；

将所述json格式的数据转成文件；

根据所述文件名的后缀判断是否要将文件压缩；

若需要，则进行压缩，并将压缩后的文件组装成文件请求；若不需要则直接将所述文件组装成文件请求。

进一步地，当所述待发送数据为非结构化数据时，所述根据所述文件名和所述model生成文件请求，包括：

获取所述非结构化数据在本地的全路径文件名，并将所述非结构化数据的文件组装成文件请求。

进一步地，还包括：

接收所述服务端返回的响应文件流；

根据所述响应文件流更改所述客户端的状态码；所述状态码用于向展示响应状态。

第二方面，

一种数据传输方法，适用于服务端，所述方法包括以下步骤：

采用统一的统一资源定位符接收客户端的操作请求，所述操作请求根据第一方面技术方案中任一项所述的方法得到；

根据所述操作请求中的文件名分发给不同处理器处理并得到所述处理器的返回结果；

将所述结果转成文件返回给所述客户端。

进一步地，所述根据所述操作请求中的文件名分发给不同处理器处理，包括：

当所述操作请求为结构化数据的操作请求时，根据文件名将所述操作请求的文件流转成对应的协议model，然后将所述协议model传入与所述协议model对应的处理器；

当所述操作请求为非结构化数据的操作请求时，直接将操作请求的文件流输入到处理器进行处理。

第三方面，

一种数据传输装置，适用于客户端，所述装置包括：

数据类型获取模块，用于获取所述客户端待发送数据的数据类型，所述数据类型包括结构化数据和非结构化数据；

操作请求获取模块，用于对所述结构化数据和所述非结构化数据处理得到文件流的操作请求；

操作请求发送模块，用于调用同一个接口将所述操作请求发送到服务端，以便服务端响应所述操作请求。

第四方面，

一种数据传输装置，适用于服务端，所述装置包括：

操作请求接收模块，用于采用统一的统一资源定位符接收客户端的操作请求，所述操作请求根据第一方面技术方案中任一项所述的方法得到；

操作请求分发模块，用于根据所述操作请求中的文件名分发给不同处理器处理并得到所述处理器的返回结果；

结果文件返回模块，用于将所述结果转成文件返回给所述客户端。

第五方面，

一种数据传输系统，包括：

用于执行第一方面技术方案中任一项所述方法的客户端；

用于执行权利第二方面技术方案中任一项所述方法的服务端。

有益效果：

本申请技术方案提供一种数据传输方法、装置及系统，客户端根据待发送数据的数据类型进行处理得到文化流的操作请求，即无论是结构化数据还是非结构化数据均处理为文件流的操作请求，这样能够方便客户端仅采用一个接口发送到服务端，服务端返回响应结果时也通过一个接口反馈，即客户端和服务端直接可以采用一个接口同时实现结构化数据和非结构化数据的传输，无需分别采用两个接口传输，避免了传输资源的浪费，而且开发时无需开发两个分别传输结构化数据和非结构化数据的接口，大大降低了的开发成本。

附图说明

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

图1是本发明实施例提供的一种客户端数据传输方法流程图；

图2是本发明实施例提供的一种服务端数据传输方法流程图；

图3是本发明实施例提供的一种客户端数据传输装置结构示意图；

图4是本发明实施例提供的一种服务端数据传输装置结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面结合附图和实施例对本发明的技术方案进行详细的描述说明。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

需要说明的是，本申请中提到的model为带有标准数据结构的数据，如用户注册的请求model为UserRegisterRequest，其数据结构为“登录名=”、“昵称=”和“密码=”。用户只需要输入具体的登录名、昵称和密码即可完成model的输入。

文件流即FileStream，可以用于读写任意文件，一般文件流中至少包括文件路径，和Filemodel枚举值。

第一实施例，参照图1，本发明实施例提供了数据传输方法，适用于客户端，方法包括以下步骤：

S11：获取客户端待发送数据的数据类型，数据类型包括结构化数据和非结构化数据；

S12：对结构化数据和非结构化数据处理得到文件流的操作请求；

S13：调用同一个接口将操作请求发送到服务端，以便服务端响应操作请求。

本发明实施例提供的数据传输，客户端根据待发送数据的数据类型进行处理得到文化流的操作请求，即无论是结构化数据还是非结构化数据均处理为文件流的操作请求，这样能够方便客户端仅采用一个接口发送到服务端，服务端返回响应结果时也通过一个接口反馈，即客户端和服务端直接可以采用一个接口同时实现结构化数据和非结构化数据的传输，无需分别采用两个接口传输，避免了传输资源的浪费，而且开发时无需开发两个分别传输结构化数据和非结构化数据的接口，大大降低了的开发成本。

第二实施例，作为对第一实施例的补充说明，对结构化数据处理得到文件流的操作请求，包括：

获取用户选择的协议请求model和获取操作请求的请求时间和序列号；用户想要进行何种操作，选择相应的协议请求model即可，对于用户来说，其只需要输入选择的协议请求model和根据选择的model输入属性值即可，如用户选择的是用户注册的请求model为UserRegisterRequest。Model内包含登录名、昵称和密码，此时用户需要输入的属性值即具体的登录名、昵称和密码。当用户输入具体的属性值并确认后，获取确认时的时间（确认即视为发起请求），作为请求时间。该方式下用户操作简单，只需要输入相应数据即可，无需对数据进行操作，便于用户使用。

客户端根据model和请求时间和序列号生成唯一的文件名；以用户注册接口的文件名示例，其文件名为：

USER_REGISTER_REQ_20220303121610403000001.json

其中的USER_REGISTER代表用户模块的注册接口；REQ代表的是请求；20220303121610403代表的请求时间；000001代表的序列号；文件名后缀.json标识是内容json格式；生成的文件名在传输给服务端时，服务端能够根据文件名的前两位（例如USER_REGISTER）得到处理的该文件的业务接口，根据该业务接口能够分配给相应的处理器执行业务，无需客户端另外发送信息，便于服务端的快速识别业务接口和处理。需要什么的是，每中类型的model生成的文件名的结构固定，唯一不同的即请求时间和序列号部分。

然后把输入属性值后的model转换为json格式的数据，以便于传输；根据文件名的后缀判断是否要将文件压缩；若需要，则进行压缩，并将压缩后的文件组装成文件请求；若不需要则直接将文件组装成文件请求。示例性的，如果文件名后缀为文件名后.json由于现在的文件已经转换为json格式，因此不需要进行压缩；如果是.zip，则需要将json格式的数据压缩为zip。根据用户需求选择得到不同格式的文件请求，满足用户不同需求，方便用户的使用。

根据客户端的配置文件为文件请求进行加签和加密得到文件流的操作请求。其中配置文件为客户端内部的一个文件，配置文件中的配置项包括：目标地址、服务端公钥、客户端私钥，加密密钥；根据配置文件中的配置项能够对文件请求进行加签、加密以及确定发送的地址。

需要说明的是，由于接口类型较多，采用不同的接口，上述将json格式转出文件，以及将文件组成成文件请求，并根据配置文件加签、加密，以及后续发送请求，并获取服务端响应的文件流的过程采用的协议不同。示例性的，若客户端调用binPost的接口，上述步骤使用的是通过multipart/form-data的二进制协议实现。若客户端调用的是jsonPost的接口 ，则通过默认application/x-www-form-urlencoded的协议方式实现。

对非结构化数据处理得到文件流的操作请求，与结构化数据处理过程相的区别在于：首先是无需输入model的属性值（因为非结构化数据没有相应的属性值），而改为输入数据在本地的全路径文件名。其次是无需将model转换为json以及将json转换为文件，因为非结构化数据本身就是一个文件，直接把文件组装为文件请求。由于其余处理过程与结构化数据的处理过程相同，在此不再赘述。

作为本发明实施例一种可选的实现方式，还包括：

接收服务端返回的响应文件流；根据响应文件流更改客户端的状态码；状态码用于向展示响应状态。响应状态包括但不限于调用异常，调用成功。示例性的，客户端解析响应状态码，可把状态码转换成异常，客户端上层调用方只看到转换后的异常。通过这种方式能够方便用户及时获取数据传输的情况，了解数据传输结果。

可选地，客户端维护连接池，动态对连接池进行管理，即获取连接池内未被占用的连接，在发送操作请求时，选择未被占用的连接，可以快速将操作请求发送，提高数据传输效率。

本发明实施例提供的具体的数据传输方法，通过对结构化数据和非结构化数据进行处理，得到文件流的操作请求，统一了操作请求的形式，这样客户端能够仅采用一个接口进行传输，避免了传输资源的浪费，而且开发时无需开发两个分别传输结构化数据和非结构化数据的接口，大大降低了的开发成本。由于采用都是文件形式进行传输，因此只利用一个接口即可完成传输过程，在开发时，无需开发多个接口，降低了开发人员的工作量，进而降低了开发成本，提高了开发效率。同时，在使用时，可以仅使用一个接口，无需同时使用两个接口，节约了传输资源。而使用一个接口时，方便统一的鉴权和验签，以及方便数据的追踪和分析，无需对多个接口的数据进行鉴权、验签，降低了工作量。

第三实施例，本发明提供一种数据传输方法，适用于服务端，如图2所示，方法包括以下步骤：

S21：采用统一的统一资源定位符接收客户端的操作请求，操作请求根据第一实施例或第二实施例的方法得到；即服务端统一通过一个url来接收所有请求，由于操作请求时采用一个接口发送的操作请求，因此服务端也仅需要一个url来接收，减少了服务端采用的url数量，避免了传输资源的浪费。

S22：根据操作请求中的文件名分发给不同处理器处理并得到处理器的返回结果；

可以理解的是，在服务端接收文件流的操作请求后，以及文件名、签名，如果文件流大，首先生成到本地文件，然后进行鉴权、验签等操作，根据文件名前2部分识别出具体的业务接口（如：用户注册接口），找到对应的请求Model类型和对应的处理器（handler）。

然后根据model类型判断对应的请求是结构化数据的操作请求还是非结构化数据的操作请求，（根据model的数据结构即可得到），当操作请求为结构化数据的操作请求时，根据文件名将操作请求的文件流转成对应的协议model，然后将协议model传入与协议model对应的处理器；

当操作请求为非结构化数据的操作请求时，直接将操作请求的文件流输入到处理器进行处理。

由于处理器在对操作请求进行处理时，结构化数据都是采用的协议请求model进行处理器，但是由于客户端发送的操作请求都是文件流，因此需要将文件流的操作请求解析后得到协议请求model，这样对于结构化数据的操作请求，在处理器中看到的就是协议请求model，而对于非结构化数据的操作请求，在处理器中看到的就是请求的具体文件，无需进行解析。

最终处理器返回结果，处理结构化数据的操作请求的处理器返回的为结果协议model，处理非结构化数据的操作请求的处理器反馈的为响应文件，当处理异常时处理返回的是异常。

S23：将结果转成文件返回给客户端。这样无论哪种数据返回的结果仍采用文件的形式返回，无需采用另外的接口，节约传输资源。

本发明实施例提供的数据传输方法，服务端采用统一的统一资源定位符接收客户端的操作请求，减少了服务端采用的url数量，避免了传输资源的浪费。然后根据操作请求中的文件名分发给不同处理器处理并得到处理器的返回结果；根据文件名将结构化数据和非结构化数据的操作请求分别分发到不同的处理器处理，能够快速进行处理，无需再次进行区分，加快处理效率；将结果转成文件返回给客户端。最终再将结果转换为文件返回给客户端，无论哪种数据返回的结果仍采用文件的形式返回，无需采用另外的接口，节约传输资源。而且由于采用都是文件形式进行传输，因此只利用一个接口即可完成传输过程，在开发时，无需开发多个接口，降低了开发人员的工作量，进而降低了开发成本，提高了开发效率。同时，在使用时，可以仅使用一个接口，无需同时使用两个接口，节约了传输资源。而使用一个接口时，方便统一的鉴权和验签，以及方便数据的追踪和分析，无需对多个接口的数据进行鉴权、验签，降低了工作量。

第四实施例，本发明提供数据传输装置，适用于客户端，如图3所示，装置包括：

数据类型获取模块31，用于获取客户端待发送数据的数据类型，数据类型包括结构化数据和非结构化数据；

操作请求获取模块32，用于对结构化数据和非结构化数据处理得到文件流的操作请求；具体地，操作请求获取模块32获取用户选择的协议请求model和获取操作请求的请求时间和序列号；根据model和请求时间和序列号生成唯一的文件名；根据文件名和model生成文件请求；根据客户端的配置文件为文件请求进行加签和加密得到文件流的操作请求。

其中，待发送数据为结构化数据时，根据文件名和model生成文件请求，包括：获取用户为model输入的属性值，把输入属性值后的model转成json格式的数据；将json格式的数据转成文件；根据文件名的后缀判断是否要将文件压缩；若需要，则进行压缩，并将压缩后的文件组装成文件请求；若不需要则直接将文件组装成文件请求。

当待发送数据为非结构化数据时，根据文件名和model生成文件请求，包括：获取非结构化数据在本地的全路径文件名，并将非结构化数据的文件组装成文件请求。

操作请求发送模块33，用于调用同一个接口将操作请求发送到服务端，以便服务端响应操作请求。

状态码更改模块34，用于接收服务端返回的响应文件流；根据响应文件流更改客户端的状态码；状态码用于向展示响应状态。

本发明实施例提供的数据传输装置，适用于客户端，数据类型获取模块获取客户端待发送数据的数据类型；操作请求获取模块对结构化数据和非结构化数据处理得到文件流的操作请求；操作请求发送模块调用同一个接口将操作请求发送到服务端，以便服务端响应操作请求。状态码更改模块接收服务端返回的响应文件流；根据响应文件流更改客户端的状态码。本发明实施例提供的数据传输装置能够根据待发送数据的数据类型进行处理得到文化流的操作请求，即无论是结构化数据还是非结构化数据均处理为文件流的操作请求，这样能够方便客户端仅采用一个接口发送到服务端，服务端返回响应结果时也通过一个接口反馈，即客户端和服务端直接可以采用一个接口同时实现结构化数据和非结构化数据的传输，无需分别采用两个接口传输，避免了传输资源的浪费，而且开发时无需开发两个分别传输结构化数据和非结构化数据的接口，大大降低了的开发成本。

第五实施例，本发明提供一种数据传输装置，适用于服务端，如图4所示，装置包括：

操作请求接收模块41，用于采用统一的统一资源定位符接收客户端的操作请求，操作请求根据第一实施例或第二实施例提供的方法得到；

操作请求分发模块42，用于根据操作请求中的文件名分发给不同处理器处理并得到处理器的返回结果；具体地，当操作请求为结构化数据的操作请求时，根据文件名将操作请求的文件流转成对应的协议model，然后将所示协议model传入与协议model对应的处理器；当操作请求为非结构化数据的操作请求时，直接将操作请求的文件流输入到处理器进行处理。

结果文件返回模块43，用于将结果转成文件返回给客户端。

本发明实施例提供的数据传输装置，适用于服务端，操作请求接收模块采用统一的统一资源定位符接收客户端的操作请求；操作请求分发模块根据操作请求中的文件名分发给不同处理器处理并得到处理器的返回结果；结果文件返回模块将结果转成文件返回给客户端。服务端采用统一的统一资源定位符接收客户端的操作请求，减少了服务端采用的url数量，避免了传输资源的浪费。然后根据操作请求中的文件名分发给不同处理器处理并得到处理器的返回结果；根据文件名将结构化数据和非结构化数据的操作请求分别分发到不同的处理器处理，能够快速进行处理，无需再次进行区分，加快处理效率；将结果转成文件返回给客户端。最终再将结果转换为文件返回给客户端，无论哪种数据返回的结果仍采用文件的形式返回，无需采用另外的接口，节约传输资源。

第六实施例，本发明提供一种数据传输系统，包括：

用于执行第一实施例或第二实施例提供的方法的客户端；

用于执行第三实施例提供的方法的服务端。

本发明实施例提供的数据传输系统，客户端根据待发送数据的数据类型进行处理得到文化流的操作请求，即无论是结构化数据还是非结构化数据均处理为文件流的操作请求，这样能够方便客户端仅采用一个接口发送到服务端，服务端返回响应结果时也通过一个接口反馈，即客户端和服务端直接可以采用一个接口同时实现结构化数据和非结构化数据的传输，无需分别采用两个接口传输，避免了传输资源的浪费，而且开发时无需开发两个分别传输结构化数据和非结构化数据的接口，大大降低了的开发成本。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（PGA），现场可编程门阵列（FPGA）等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种数据传输方法，其特征在于，适用于客户端，所述方法包括以下步骤：

获取所述客户端待发送数据的数据类型，所述数据类型包括结构化数据和非结构化数据；

对所述结构化数据和所述非结构化数据处理得到文件流的操作请求；

调用同一个接口将所述操作请求发送到服务端，以便服务端响应所述操作请求。

2.根据权利要求1所述的方法，其特征在于：所述对所述结构化数据和所述非结构化数据处理得到文件流的操作请求，包括：

获取用户选择的协议请求model和获取所述操作请求的请求时间和序列号；

根据所述model和所述请求时间和所述序列号生成唯一的文件名；

根据所述文件名和所述model生成文件请求；

根据所述客户端的配置文件为所述文件请求进行加签和加密得到文件流的操作请求。

3.根据权利要求2所述的方法，其特征在于：当所述待发送数据为结构化数据时，所述根据所述文件名和所述model生成文件请求，包括：

获取所述用户为所述model输入的属性值，

把输入属性值后的model转成json格式的数据；

将所述json格式的数据转成文件；

根据所述文件名的后缀判断是否要将文件压缩；

若需要，则进行压缩，并将压缩后的文件组装成文件请求；若不需要则直接将所述文件组装成文件请求。

4.根据权利要求2所述的方法，其特征在于：当所述待发送数据为非结构化数据时，所述根据所述文件名和所述model生成文件请求，包括：

获取所述非结构化数据在本地的全路径文件名，并将所述非结构化数据的文件组装成文件请求。

5.根据权利要求1所述的方法，其特征在于，还包括：

接收所述服务端返回的响应文件流；

根据所述响应文件流更改所述客户端的状态码；所述状态码用于向展示响应状态。

6.一种数据传输方法，其特征在于，适用于服务端，所述方法包括以下步骤：

采用统一的统一资源定位符接收客户端的操作请求，所述操作请求根据权利要求1-5任一项所述的方法得到；

根据所述操作请求中的文件名分发给不同处理器处理并得到所述处理器的返回结果；

将所述结果转成文件返回给所述客户端。

7.根据权利要求6所述的方法，其特征在于：所述根据所述操作请求中的文件名分发给不同处理器处理，包括：

当所述操作请求为结构化数据的操作请求时，根据文件名将所述操作请求的文件流转成对应的协议model，然后将所述协议model传入与所述协议model对应的处理器；

当所述操作请求为非结构化数据的操作请求时，直接将操作请求的文件流输入到处理器进行处理。

8.一种数据传输装置，其特征在于，适用于客户端，所述装置包括：

数据类型获取模块，用于获取所述客户端待发送数据的数据类型，所述数据类型包括结构化数据和非结构化数据；

操作请求获取模块，用于对所述结构化数据和所述非结构化数据处理得到文件流的操作请求；

操作请求发送模块，用于调用同一个接口将所述操作请求发送到服务端，以便服务端响应所述操作请求。

9.一种数据传输装置，其特征在于，适用于服务端，所述装置包括：

操作请求接收模块，用于采用统一的统一资源定位符接收客户端的操作请求，所述操作请求根据权利要求1-5任一项所述的方法得到；

操作请求分发模块，用于根据所述操作请求中的文件名分发给不同处理器处理并得到所述处理器的返回结果；

结果文件返回模块，用于将所述结果转成文件返回给所述客户端。

10.一种数据传输系统，其特征在于，包括：

用于执行权利要求1-5任一项所述方法的客户端；

用于执行权利要求6或7所述方法的服务端。

Images