CN113497790B - 一种基于网闸的数据传输方法、系统及计算机存储介质 - Google Patents

Abstract

本申请公开了一种基于网闸的数据传输方法、系统及计算机存储介质，该方法应用于基于网闸的数据传输系统，该系统包括多个服务器以及与服务器连接的网闸，该方法包括：服务器接收待传输数据，其中，待传输数据包括待传输文件；服务器判断待传输数据的数据量是否超过预设数据量；若待传输数据的数据量超过预设数据量，则服务器将待传输文件存储到服务器中的共享文件夹中，以使得通过网闸与服务器连接的其他服务器获取待传输文件；若待传输数据的数据量未超过预设数据量，则服务器将待传输数据通过网闸发送至其他服务器，以使得其他服务器通过网闸获取待传输数据。通过上述方式，本申请能够实现过网闸数据交互，提高数据传输速度。

Description

一种基于网闸的数据传输方法、系统及计算机存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种基于网闸的数据传输方法、系统及计算机存储介质。

背景技术

为保证网络安全，保障业务数据在网络中的安全可靠，安全隔离网闸被广泛应用于商业领域和政府部门，特别是公安领域，主要是通过在内部网与互联网之间部署安全隔离网闸来实现两个网络之间的物理隔离，网闸保证了网络安全，但同时也限制了内部网与互连网之间的合法数据交互，因此跨网闸数据交互技术成为研究热点，实现被隔离的两个网络间的数据交互，主要包括三种方式：使用网闸的映射功能、使用文件同步功能以及使用数据库同步功能；但现有技术中有些方案不能实现多应用共用，一个应用就要部署一组穿透服务器，多个应用需要开启多组穿透服务器；有些方案的网元较多，部署复杂，需要做额外的协议转换开发工作。

发明内容

本申请提供一种基于网闸的数据传输方法、系统及计算机存储介质，能够实现过网闸数据交互，提高数据传输速度。

为解决上述技术问题，本申请采用的技术方案是：提供一种基于网闸的数据传输方法，该方法应用于基于网闸的数据传输系统，该系统包括多个服务器以及与服务器连接的网闸，该方法包括：服务器接收待传输数据，其中，待传输数据包括待传输文件；服务器判断待传输数据的数据量是否超过预设数据量；若待传输数据的数据量超过预设数据量，则服务器将待传输文件存储到服务器中的共享文件夹中，以使得通过网闸与服务器连接的其他服务器获取待传输文件；若待传输数据的数据量未超过预设数据量，则服务器将待传输数据通过网闸发送至其他服务器，以使得其他服务器通过网闸获取待传输数据。

为解决上述技术问题，本申请采用的技术方案是：提供一种基于网闸的数据传输方法，该方法应用于基于网闸的数据传输系统，该系统包括多个服务器以及与服务器连接的网闸，该方法包括：服务器接收网闸发送的待传输数据；服务器判断待传输数据的数据量是否超过预设数据量；若待传输数据的数据量超过预设数据量，则服务器从服务器中的共享文件夹中获取待传输文件，将待传输文件加入待传输数据中，得到重组传输数据，并对重组传输数据进行处理；若待传输数据的数据量未超过预设数据量，则服务器对待传输数据进行处理。

为解决上述技术问题，本申请采用的技术方案是：提供一种基于网闸的数据传输系统，该系统包括多个服务器以及与服务器连接的网闸与多个通信设备，其中，网闸用于在服务器之间传递数据，通信设备用于向服务器发送待传输数据和/或接收服务器发送的响应结果，服务器用于实现上述的基于网闸的数据传输方法。

为解决上述技术问题，本申请采用的技术方案是：提供一种计算机存储介质，该计算机存储介质用于存储计算机程序，计算机程序在被处理器执行时，用于实现上述的基于网闸的数据传输方法。

通过上述方案，本申请的有益效果是：服务器在接收到通信设备或其他服务器发送的待传输数据后，可先判断待传输数据的数据量与预设数据量之间的大小关系，在待传输数据的数据量比较大时，服务器先将待传输数据中的待传输文件取出放到共享文件夹中，然后将数据量比较小的其他数据通过网闸传输到其他服务器中，网闸可在监测到共享文件夹中的待传输文件后，自动将待传输文件同步到其他服务器中；在待传输数据的数据量比较小时，服务器直接将待传输数据通过网闸发送至其他服务器，实现至少两个服务器之间通过网闸进行数据交互，由于可根据数据量的大小来选择传输方式，可有效提高数据传输速度。

附图说明

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

图1是本申请提供的基于网闸的数据传输方法一实施例的流程示意图；

图2是本申请提供的基于网闸的数据传输系统一实施例的结构示意图；

图3是本申请提供的基于网闸的数据传输方法另一实施例的流程示意图；

图4是本申请提供的基于网闸的数据传输系统另一实施例的结构示意图；

图5是本申请提供的基于网闸的数据传输系统又一实施例的结构示意图；

图6是图4所示的实施例中两个服务器的交互示意图；

图7是图5所示的实施例中两个服务器的交互示意图；

图8是本申请提供的基于网闸的数据传输方法又一实施例的流程示意图；

图9是本申请提供的基于网闸的数据传输系统再一实施例的结构示意图；

图10是本申请提供的计算机存储介质一实施例的结构示意图。

具体实施方式

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

请参阅图1与图2，图1是本申请提供的基于网闸的数据传输方法一实施例的流程示意图，图2是本申请提供的基于网闸的数据传输系统一实施例的结构示意图，该方法应用于基于网闸的数据传输系统，该数据传输系统包括多个服务器以及与服务器连接的网闸，该方法包括：

步骤11：服务器接收待传输数据。

服务器可接收其他服务器或者通信设备发送的请求，该待传输数据包括待传输文件与其他数据，待传输数据可以是简单的文字数据，也可以包含视频、音频或图片等大型媒体流数据。

步骤12：服务器判断待传输数据的数据量是否超过预设数据量。

由于数据量的大小影响传输的速度，因而可根据待传输数据的数据量来选择传输方式，服务器在接收到待传输数据后，先判断该待传输数据的数据量与预先设定的预数据量(即预设数据量)之间的大小关系。

步骤13：若待传输数据的数据量超过预设数据量，则服务器将待传输文件存储到服务器中的共享文件夹中，以使得通过网闸与服务器连接的其他服务器获取待传输文件。

如果待传输数据的数据量超过预设数据量，则表明待传输数据为大数据，为了方便传输，服务器可先将该待传输数据中的待传输文件存储到共享文件夹中，将待传输数据中除了待传输文件之外的其他数据传输至网闸，网闸再将其他数据传输至其他服务器，此外，网闸可对共享文件夹进行监控，在获取到共享文件夹中存储了新的文件(即待传输文件)后，将该待传输文件同步至其他服务器中。

步骤14：若待传输数据的数据量未超过预设数据量，则服务器将待传输数据通过网闸发送至其他服务器，以使得其他服务器通过网闸获取待传输数据。

如果待传输数据的数据量小于或等于预设数据量，则表明待传输数据的数据量比较小，可以直接进行传输，此时服务器将该待传输数据传输至网闸，网闸在接收到待传输数据后，将该待传输数据转发至其他服务器，从而实现服务器与其他服务器之间的数据交互。

本实施例提供了一种统一的过网闸数据交互方式，适用于所有需要过网闸进行数据交互的应用，服务器可在接收到通信设备或其他服务器发送的待传输数据后，可先判断待传输数据的数据量与预设数据量之间的大小关系，在待传输数据的数据量比较大时，服务器先将待传输数据中的待传输文件取出放到共享文件夹中，然后通过网闸发送数据量比较小的其他数据到其他服务器中，网闸可在监测到共享文件夹中的待传输文件后，自动将待传输文件同步到其他服务器中；在待传输数据的数据量比较小时，服务器直接将待传输数据通过网闸发送至其他服务器，实现至少两个服务器之间通过网闸进行数据交互，由于可根据数据量的大小来选择传输方式，可有效提高数据传输速度。

请参阅图3，图3是本申请提供的基于网闸的数据传输方法另一实施例的流程示意图，与上一实施例不同的是，本实施例中数据传输系统还包括多个通信设备，每个通信设备与服务器连接，该方法包括：

步骤31：服务器接收待传输数据。

服务器可包括API(Application Programming Interface，应用程序编程接口)网关服务程序，服务器可调用API网关服务程序接收待传输数据，该待传输数据可以为通信设备发送的调用请求或其他服务器发送的响应结果，具体地，可由通信设备中的移动应用程序或网页浏览器发起调用请求。

步骤32：服务器判断待传输数据的数据量是否超过预设数据量。

步骤33：若待传输数据的数据量超过预设数据量，则服务器对待传输数据进行处理，生成重组传输数据，将重组传输数据通过网闸发送至其他服务器，并通过API网关服务程序调用数据交互服务程序，以将待传输文件存储到共享文件夹。

如果待传输数据的数据量比较大，为了实现快速传输，服务器可从该待传输数据中取出待传输文件，并将待传输文件的ID(Identity，身份)信息加入待传输数据中，生成重组传输数据。

进一步地，服务器还包括数据交互服务程序，服务器通过API网关服务程序调用数据交互服务程序，以将待传输文件的ID信息加入待传输数据中，生成重组传输数据。

在一具体的实施例中，可利用网络映射方式来实现过网闸数据交互，如图4所示，在待传输数据的数据量超过预设数据量时，服务器调用API网关服务程序，以通过网闸将重组传输数据发送到其他服务器；在待传输数据的数据量未超过预设数据量时，服务器调用API网关服务程序，以通过网闸将待传输数据发送到其他服务器。

在另一具体的实施例中，可利用数据库同步方式来实现过网闸数据交互，如图5所示，服务器包括API网关服务程序、数据交互服务程序以及数据库；在待传输数据的数据量超过预设数据量时，服务器通过数据交互服务程序将重组传输数据存储到数据库中。

步骤34：若待传输数据的数据量未超过预设数据量，则服务器调用API网关服务程序将待传输数据通过网闸发送至其他服务器，以使得其他服务器通过网闸获取待传输数据。

在一具体的实施例中，如图4所示，服务器调用API网关服务程序，以使得API网关服务程序通过网闸将待传输数据发送到其他服务器。

在另一具体的实施例中，如图5所示，服务器通过API网关服务程序调用数据交互服务程序，以使得数据交互服务程序将待传输数据存储到数据库中，由于网闸可对数据库进行监控，当数据库中存储有待传输数据时，网闸自动将该待传输同步到其他服务器中。

可以理解的，本实施例中数据传输系统可包括多个服务器以及多个通信设备，下面以数据传输系统包括第一服务器、第二服务器、第一通信设备、第二通信设备以及网闸为例进行说明。

在一具体的实施例中，如图6所示，业务服务程序可用于实现具体的业务功能，根据业务需要业务服务程序的数量可以是多个。

API网关服务程序用于集中处理通信设备对API的请求及服务间调用需要处理的事务，即API网关服务程序充当反向代理将请求从通信设备路由到业务服务程序。

网闸需要配置网络映射，即在网闸中配置指定IP(Internet Protocol，网际互连协议)段的外网机器(第一服务中的API网关服务程序)只能访问内网指定IP段的机器所提供的指定服务(第二服务器中的API网关服务程序)，除了配置网络映射功能外，还需要配置文件同步功能，负责监控并同步第一服务器和第二服务器的共享文件夹中所有文件，实现过网闸文件传输。

数据交互服务程序用于将文件存放到共享文件夹，并将请求重组后通过API网关服务程序转发出去，进而实现过网闸数据交互。

共享文件夹被网闸监控，可用于存放大型交换数据，比如：视频、音频、图片或大型文本等。

第一通信设备发起对第二服务器中的业务服务程序的调用请求，经由第一服务器中的API网关服务程序路由至第二服务器中，对于含有大型数据的请求，第一服务器先调用第一服务器中的数据交互服务程序，将第一通信设备上传的文件存放到第一服务器中的共享文件夹中，再对请求进行重组(携带文件的ID信息)，经由第一服务器中的API网关服务程序路由，通过配置好的网闸网络映射功能，将重组后的请求传递到第二服务器中的API网关服务程序；对于不含大型数据的请求，可直接通过配置好的网闸网络映射功能，将该请求传递到第二服务器中的API网关服务程序中。

该响应结果包括响应结果文件的ID信息，在待传输数据为第二服务器发送的响应结果时，对于含有大型数据的响应结果，第一服务器可调用数据交互服务程序，先根据响应结果文件的ID信息获取响应结果文件，再将响应结果重组(加入响应结果文件)，经由第一服务器中的API网关服务程序将响应结果返回给第一通信设备；对于不含大型数据的响应结果，可直接将响应结果返回给第一通信设备，从而完成整个过网闸数据交互调用过程。

在另一具体的实施例中，如图7所示，对于不能使用网络映射功能的情况，可使用数据库同步方式，与图6所示的实施例不同的是：服务器还包括数据库，数据库被网闸监控。

网闸需要配置数据库同步功能、指定两个数据库的连接方式以及需要同步哪些表，网闸负责监控并同步第一服务器和第二服务器中的数据库，此外还需要配置文件同步功能，负责监控并同步第一服务器和第二服务器中的共享文件夹中所有文件，实现过网闸文件传输。

数据交互服务程序用于将文件存放到共享文件夹，并将请求重组后存入数据库中，供网闸监控进而实现过网闸数据交互。

第一通信设备发起对第二服务器中的业务服务程序的调用请求，经由第一服务器中的API网关服务程序路由，调用第一服务器中的数据交互服务程序；对于含有大型数据的请求，先将第一通信设备上传的文件存放到共享文件夹中，再对请求进行重组(携带文件的ID信息)，然后通过第一服务器中的数据交互服务程序将请求存入数据库，并监控响应结果；对于不含大型数据的请求，直接通过第一服务器中的数据交互服务程序将请求存入数据库；在网闸同步数据后，第二服务器中的数据交互服务程序可监控到数据库中的请求，从而获取到该请求。

待传输数据还可以为第二服务器发送的响应结果，第一服务器调用第一服务器中的数据交互服务程序，以对第一服务器中的数据库进行监控，得到响应结果；具体地，第一服务器可通过第一服务器中的API网关服务程序来调用第一服务器中的数据交互服务程序，第一服务器中的数据交互服务程序可对第一服务器中的数据库进行监控，当网闸将第二服务器中的响应结果同步到第一服务器中的数据库时，第一服务器可获取到该响应结果。

在响应结果的数据量超过预设数据量时，第一服务器调用第一服务器中的数据交互服务程序，以根据响应结果文件的ID信息从第一服务器中的共享文件夹获取响应结果文件，将响应结果文件加入响应结果中，生成重组响应结果，并调用第一服务器中的API网关服务程序将重组响应结果发送至第一通信设备；具体地，第一服务器中的数据交互服务程序可利用响应结果文件的ID信息从第一服务器中的共享文件夹中查找到响应结果文件。

在响应结果的数据量未超过预设数据量时，第一服务器调用第一服务器中的API网关服务程序将响应结果发送至第一通信设备，从而完成整个过网闸数据交互调用过程。

本实施例基于网络映射方式与数据库同步方式，利用API网关服务程序和数据交互服务程序，对请求或响应结果进行处理或转发，从而实现了过网闸数据交互。

请参阅图8，图8是本申请提供的基于网闸的数据传输方法又一实施例的流程示意图，该方法包括：

步骤81：服务器接收网闸发送的待传输数据。

服务器包括API网关服务程序、业务服务程序、数据交互服务程序或数据库，服务器可接收其他服务器通过网闸发送的待传输数据。

步骤82：服务器判断待传输数据的数据量是否超过预设数据量。

服务器可根据待传输数据所包含的数据量信息来判断是否超过预设数据量，例如，待传输数据包括数据量大小信息，根据该信息可对数据量大小进行判定，或者也可以在待传输数据中设置一个是否超过预设数据量的标识位，例如，当标识位为“1”时，表明待传输数据的数据量超过预设数据量，当标识位为“0”时，表明待传输数据的数据量未超过预设数据；为了实现快速接收，服务器可根据待传输数据的数据量，采取相应的应对方式，具体如步骤83与步骤84所示。

步骤83：若待传输数据的数据量超过预设数据量，则服务器从服务器中的共享文件夹中获取待传输文件，将待传输文件加入待传输数据中，得到重组传输数据，并对重组传输数据进行处理。

如果待传输数据的数据量超过预设数据量，则表明待传输数据比较大，服务器可从共享文件夹中获取待传输文件，然后将该待传输文件加入待传输数据中，生成重组传输数据。

步骤84：若待传输数据的数据量未超过预设数据量，则服务器对待传输数据进行处理。

如果待传输数据的数据量未超过预设数据量，则表明待传输数据的数据量比较小，此时服务器可直接对待传输数据进行处理。

在一具体的实施例中，如图4所示，在待传输数据的数据量超过预设数据量时，服务器通过API网关服务程序调用数据交互服务程序，以根据待传输数据中的待传输文件的ID信息从共享文件夹中获取待传输文件；服务器通过API网关服务程序调用业务服务程序对重组传输数据进行业务处理；在待传输数据的数据量未超过预设数据量时，服务器通过API网关服务程序调用业务服务程序，以对待传输数据进行业务处理。

在业务处理完成后，服务器可生成响应结果，在响应结果的数据量未超过预设数据量时，服务器可调用API网关服务程序将响应结果通过网闸发送至其他服务器；在响应结果的数据量超过预设数据量时，服务器调用数据交互服务程序将响应结果中的响应结果文件存储到共享文件夹中，并将响应结果文件的ID信息加入响应结果中，得到重组响应结果，然后调用API网关服务程序将重组响应结果通过网闸发送至其他服务器。

在另一具体的实施例中，如图5所示，服务器可调用数据交互服务程序对数据库进行监控，从而得到数据库中的待传输数据。

在待传输数据的数据量超过预设数据量时，服务器通过API网关服务程序调用数据交互服务程序，数据交互服务程序可根据待传输文件的ID信息从共享文件夹中获取待传输文件；然后服务器通过API网关服务程序调用业务服务程序，业务服务程序可对重组传输数据进行业务处理；在待传输数据的数据量未超过预设数据量时，服务器通过API网关服务程序调用业务服务程序，以对待传输数据进行业务处理。

在生成了响应结果后，在响应结果的数据量超过预设数据量时，服务器调用数据交互服务程序，以将重组响应结果存储到数据库中；在响应结果的数据量未超过预设数据量时，服务器调用数据交互服务程序，以将响应结果存储到数据库中。

可以理解的，本实施例中数据传输系统可包括多个服务器以及多个通信设备，下面以数据传输系统包括第一服务器、第二服务器、第一通信设备、第二通信设备以及网闸为例进行说明。

在一具体的实施例中，如图6所示，第二服务器中的API网关服务程序接收第一服务器发送的请求，对其进行路由处理，对于含有大型数据的请求，第二服务器先调用数据交互服务程序，根据待传输文件的ID信息获取网闸同步过来的待传输文件，再将请求重组(携带获取的待传输文件)，通过第二服务器中的API网关服务程序调用第二服务器中的业务服务程序进行业务处理；对于不含大型数据的请求，第二服务器直接通过第二服务器中的API网关服务程序调用第二服务器中的业务服务程序，以进行业务处理。

在业务处理完后，响应结果可通过第二服务器中的API网关服务程序进行路由；若响应结果中含有大型数据，则调用第二服务器中的数据交互服务程序，先将响应结果文件存放到第二服务器中的共享文件夹中，再对响应结果进行重组(携带响应结果文件的ID信息)，经由第二服务器中的API网关服务程序路由，通过配置好的网闸网络映射功能，将响应结果传递到第一服务器中的API网关服务程序中；若响应结果中不含大型数据，则直接通过配置好的网闸网络映射功能，将响应结果传递到第一服务器中的API网关服务程序进行路由。

在另一具体的实施例中，如图7所示，对于含有大型数据的请求，第二服务器先根据待传输文件的ID信息获取网闸同步过来的待传输文件，再将请求重组(携带获取的待传输文件)，将请求发送到第二服务器中的API网关服务程序；对于不含大型数据的请求，第二服务器中的API网关服务程序直接接收该请求，然后第二服务器通过第二服务器中的API网关服务程序调用第二服务器中的业务服务程序，以进行业务处理。

在业务处理完后，响应结果通过第二服务器中的API网关服务程序进行路由，第二服务器中的数据交互服务程序接收到响应结果；若响应结果中含有大型数据，则先将响应结果文件存放到第二服务器中的共享文件夹中，再对响应结果进行重组(携带响应结果文件的ID信息)，将响应结果存入第二服务器中的数据库；若响应结果中不含大型数据，则直接通过第二服务器中的数据交互服务程序将响应结果存入第二服务器中的数据库，由网闸进行数据同步，从而实现第一服务器与第二服务器之间的过网闸数据交互。

请参阅图9，图9是本申请提供的基于网闸的数据传输系统再一实施例的结构示意图，基于网闸的数据传输系统90包括多个服务器91以及与服务器91连接的网闸92与多个通信设备93，网闸92用于在服务器91之间传递数据，通信设备93用于向服务器91发送待传输数据和/或接收服务器91发送的响应结果，服务器91用于实现上述实施例中的基于网闸的数据传输方法。

请参阅图10，图10是本申请提供的计算机存储介质一实施例的结构示意图，计算机存储介质100用于存储计算机程序101，计算机程序101在被处理器执行时，用于实现上述实施例中的基于网闸的数据传输方法。

计算机存储介质100可以是服务端、U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施方式中，应该理解到，所揭露的方法以及设备，可以通过其它的方式实现。例如，以上所描述的设备实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

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

另外，在本申请各个实施方式中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上仅为本申请的实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种基于网闸的数据传输方法，应用于基于网闸的数据传输系统，其特征在于，所述数据传输系统包括多个服务器以及与所述服务器连接的网闸，所述方法包括：

所述服务器接收待传输数据，其中，所述待传输数据包括待传输文件；

所述服务器判断所述待传输数据的数据量是否超过预设数据量；

若是，则所述服务器将所述待传输文件存储到所述服务器中的共享文件夹中，以使得通过所述网闸与所述服务器连接的其他服务器获取所述待传输文件；

若否，则所述服务器将所述待传输数据通过所述网闸发送至所述其他服务器，以使得所述其他服务器通过所述网闸获取所述待传输数据。

2.根据权利要求1所述的基于网闸的数据传输方法，其特征在于，所述服务器将所述待传输文件存储到所述服务器中的共享文件夹中，以使得通过所述网闸与所述服务器连接的其他服务器获取所述待传输文件的步骤，包括：

所述服务器对所述待传输数据进行处理，生成重组传输数据，其中，所述重组传输数据包括所述待传输文件的身份信息；

所述服务器将所述重组传输数据通过所述网闸发送至所述其他服务器。

3.根据权利要求2所述的基于网闸的数据传输方法，其特征在于，所述服务器还包括应用程序编程接口网关服务程序与数据交互服务程序，所述方法包括：

所述服务器调用所述应用程序编程接口网关服务程序接收所述待传输数据；

在所述待传输数据的数据量超过所述预设数据量时，所述服务器通过所述应用程序编程接口网关服务程序调用所述数据交互服务程序，以将所述待传输文件存储到所述共享文件夹。

4.根据权利要求3所述的基于网闸的数据传输方法，其特征在于，所述服务器对所述待传输数据进行处理，生成重组传输数据的步骤，包括：

所述服务器通过所述应用程序编程接口网关服务程序调用所述数据交互服务程序，以将所述待传输文件的身份信息加入所述待传输数据中，生成所述重组传输数据。

5.根据权利要求4所述的基于网闸的数据传输方法，其特征在于，所述服务器还包括数据库，所述服务器将所述待传输数据通过所述网闸发送至所述其他服务器的步骤，包括：

所述服务器通过所述应用程序编程接口网关服务程序调用所述数据交互服务程序，以将所述待传输数据存储到所述数据库中；

所述服务器对所述待传输数据进行处理，生成重组传输数据的步骤，包括：

所述服务器通过所述数据交互服务程序将所述重组传输数据存储到所述数据库中。

6.一种基于网闸的数据传输方法，应用于基于网闸的数据传输系统，其特征在于，所述数据传输系统包括多个服务器以及与所述服务器连接的网闸，所述方法包括：

所述服务器接收所述网闸发送的待传输数据；

所述服务器判断所述待传输数据的数据量是否超过预设数据量；

若是，则所述服务器从所述服务器中的共享文件夹中获取待传输文件，将所述待传输文件加入待传输数据中，得到重组传输数据，并对所述重组传输数据进行处理；

若否，则所述服务器对所述待传输数据进行处理。

7.根据权利要求6所述的基于网闸的数据传输方法，其特征在于，所述服务器还包括应用程序编程接口网关服务程序、业务服务程序以及数据交互服务程序，所述方法还包括：

在所述待传输数据的数据量超过所述预设数据量时，所述服务器通过所述应用程序编程接口网关服务程序调用所述数据交互服务程序，以根据所述待传输数据中的所述待传输文件的身份信息从所述共享文件夹中获取所述待传输文件；所述服务器通过所述应用程序编程接口网关服务程序调用所述业务服务程序对所述重组传输数据进行业务处理；

在所述待传输数据的数据量未超过所述预设数据量时，所述服务器通过所述应用程序编程接口网关服务程序调用所述业务服务程序对所述待传输数据进行业务处理。

8.根据权利要求7所述的基于网闸的数据传输方法，其特征在于，所述服务器还包括数据库，所述方法还包括：

所述服务器调用所述数据交互服务程序对所述数据库进行监控，得到所述数据库中的所述待传输数据。

9.根据权利要求7所述的基于网闸的数据传输方法，其特征在于，所述方法还包括：

在业务处理完成后，所述服务器生成响应结果；

在所述响应结果的数据量未超过所述预设数据量时，所述服务器调用所述应用程序编程接口网关服务程序将所述响应结果通过所述网闸发送至其他服务器；

在所述响应结果的数据量超过所述预设数据量时，所述服务器调用所述数据交互服务程序将所述响应结果中的响应结果文件存储到所述共享文件夹中，并将所述响应结果文件的身份信息加入所述响应结果中，得到重组响应结果，并调用所述应用程序编程接口网关服务程序将所述重组响应结果通过所述网闸发送至所述其他服务器。

10.一种基于网闸的数据传输系统，其特征在于，包括多个服务器以及与所述服务器连接的网闸与多个通信设备，其中，所述网闸用于在所述服务器之间传递数据，所述通信设备用于向所述服务器发送待传输数据和/或接收所述服务器发送的响应结果，所述服务器用于实现权利要求1-8中任一项所述的基于网闸的数据传输方法。

Images