跨网闸的通信方法及系统与流程

1.本发明涉及网络技术领域，尤其涉及一种跨网闸的通信方法及系统。


背景技术：

2.随着网络技术的迅猛发展，通过网络办理业务也成为政府、企业等重要的办公方式，而网络办公方式不可避免的需要与外网连通，此时为了保障政府、企业等内部网络的安全，通常会在内外网络之间设置安全隔离网闸，以实现内外网的物理隔离，进而避免外网威胁。
3.但是，网络的物理隔离，给数据通信带来很多不便，比如说当有新的业务系统需要与内部网络通信时，开发人员需要按照安全隔离网闸的通信协议相应配置业务系统，操作复杂，工作效率低。
4.因此，亟需一种新的跨网闸的通信方法及系统，以实现在屏蔽开发人员对网闸协议理解的基础上不同网络之间安全方便的通信交互。


技术实现要素：

5.针对上述问题，本发明提供了一种跨网闸的通信方法及系统。
6.第一方面，本发明提供了一种跨网闸的通信方法及系统，包括：第一网络服务器接收第一客户端对于第二客户端的通信请求，并转发所述通信请求至第一穿越网闸代理服务器；其中，所述第一客户端、第一网络服务器以及第一穿越网闸代理服务器位于第一网络中；第一穿越网闸代理服务器通过预先配置在网闸上的穿越点将所述通信请求发送至第二穿越网闸代理服务器；所述第二穿越网闸代理服务器接收所述通信请求，并转发所述通信请求至第二网络服务器；第二网络服务器接收所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求；其中，所述第二客户端、第二网络服务器以及第二穿越网闸代理服务器位于第二网络中。
7.在其他可选的示例中，所述通信请求包括第二客户端标识，在所述转发所述通信请求至第一穿越网闸代理服务器之前，还包括：第一网络服务器根据第二客户端标识和预设映射表判断所述第二客户端是否与第一客户端属于同一网络；所述预设映射表记录不同客户端标识对应的网络；若不属于，则执行所述转发所述通信请求至第一穿越网闸代理服务器的步骤。
8.在其他可选的示例中，所述通信请求包括基于信令面的通信请求以及基于用户面的通信请求，所述预设映射表还记录有不同网络对应的信令穿越网闸代理服务器以及数据穿越网闸代理服务器；所述方法还包括：当所述通信请求为基于信令面的通信请求时，所述转发所述通信请求至第一穿越网闸代理服务器包括：根据预设映射表确定第一网络对应的信令穿越网闸代理服务器为第一穿越网闸代理服务器；转发所述通信请求至第一穿越网闸代理服务器。
9.在其他可选的示例中，还包括：当所述通信请求为基于用户面的通信请求时，所述
转发所述通信请求至第一穿越网闸代理服务器包括：根据预设映射表确定第一网络对应的数据穿越网闸代理服务器为第一穿越网闸代理服务器；转发所述通信请求至第一穿越网闸代理服务器。
10.在其他可选的示例中，所述转发所述通信请求至第一穿越网闸代理服务器，包括：第一网络服务器封装所述通信请求为tcp/udp格式的数据包或者文件，并将所述tcp/udp格式的数据包或者文件发送至第一穿越网闸代理服务器；所述第一穿越网闸代理服务器通过预先配置在网闸上的穿越点将所述通信请求发送至第二穿越网闸代理服务器，包括：所述第一穿越网闸代理服务器通过预先配置在网闸上的穿越点以数据摆渡的方式将所述tcp/udp格式的数据包或者文件发送至第二穿越网闸代理服务器；所述第二穿越网闸代理服务器接收所述通信请求，并转发所述通信请求至第二网络服务器，包括：所述第二穿越网闸代理服务器接收所述tcp/udp格式的数据包或者文件，并转发所述tcp/udp格式的数据包或者文件至第二网络服务器；所述第二网络服务器接收所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求，包括：第二网络服务器接收所述tcp/udp格式的数据包或者文件，并解封tcp/udp格式的数据包或者文件，获得所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求。
11.第二方面，本发明提供了一种跨网闸的通信系统，所述系统包括位于第一网络的第一客户端、第一网络服务器以及第一穿越网闸代理服务器，和位于第二网络的第二客户端、第二网络服务器以及第二穿越网闸代理服务器；其中，第一网络服务器接收第一客户端对于第二客户端的通信请求，并转发所述通信请求至第一穿越网闸代理服务器；第一穿越网闸代理服务器通过预先配置在网闸上的穿越点将所述通信请求发送至第二穿越网闸代理服务器；所述第二穿越网闸代理服务器接收所述通信请求，并转发所述通信请求至第二网络服务器；第二网络服务器接收所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求。
12.在其他可选的示例中，所述通信请求包括第二客户端标识；第一网络服务器还用于根据第二客户端标识和预设映射表判断所述第二客户端是否与第一客户端属于同一网络；不同客户端标识对应的网络；若不属于，则第一网络服务器执行所述转发所述通信请求至第一穿越网闸代理服务器的步骤。
13.在其他可选的示例中，所述通信请求包括基于信令面的通信请求以及基于用户面的通信请求，所述预设映射表还记录有不同网络对应的信令穿越网闸代理服务器以及数据穿越网闸代理服务器；当所述通信请求为基于信令面的通信请求时，所述第一网络服务器具体用于：根据预设映射表确定第一网络对应的信令穿越网闸代理服务器为第一穿越网闸代理服务器；转发所述通信请求至第一穿越网闸代理服务器。
14.在其他可选的示例中，当所述通信请求为基于用户面的通信请求时，所述第一网络服务器还具体用于：根据预设映射表确定第一网络对应的数据穿越网闸代理服务器为第一穿越网闸代理服务器；转发所述通信请求至第一穿越网闸代理服务器。
15.在其他可选的示例中，所述第一网络服务器还用于封装所述通信请求为tcp/udp格式的数据包或者文件，并将所述tcp/udp格式的数据包或者文件发送至第一穿越网闸代理服务器；所述第一穿越网闸代理服务器通过预先配置在网闸上的穿越点以数据摆渡的方式将所述tcp/udp格式的数据包或者文件发送至第二穿越网闸代理服务器；所述第二穿越
网闸代理服务器接收所述tcp/udp格式的数据包或者文件，并转发所述tcp/udp格式的数据包或者文件至第二网络服务器；第二网络服务器接收所述tcp/udp格式的数据包或者文件，并解封tcp/udp格式的数据包或者文件，获得所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求。
16.本发明提供的跨网闸的通信方法及系统，通过第一网络服务器接收第一客户端对于第二客户端的通信请求，并转发所述通信请求至第一穿越网闸代理服务器；其中，所述第一客户端、第一网络服务器以及第一穿越网闸代理服务器位于第一网络中；第一穿越网闸代理服务器通过预先配置在网闸上的穿越点将所述通信请求发送至第二穿越网闸代理服务器；所述第二穿越网闸代理服务器接收所述通信请求，并转发所述通信请求至第二网络服务器；第二网络服务器接收所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求；其中，所述第二客户端、第二网络服务器以及第二穿越网闸代理服务器位于第二网络中；即本发明示例通过设置穿越网闸代理服务器来实现跨越网闸，实现了在屏蔽开发人员对网闸协议理解的基础上不同网络之间安全方便的通信交互。
附图说明
17.图1为本发明所基于的一种应用场景示意图；
18.图2为本发明所基于的一种公安系统应用场景示意图；
19.图3为本发明提供的一种跨网闸的通信方法的流程示意图；
20.图4为本发明提供的另一种跨网闸的通信方法的流程示意图；
21.图5为本发明提供的再一种跨网闸的通信方法的流程示意图；
22.图6为本发明提供的又一种跨网闸的通信方法的流程示意图；
23.图7为本发明所提供的一种跨网闸的通信流程图；
24.图8为本发明提供的一种跨网闸的通信系统的结构示意图；
25.图9为本发明提供的一种控制设备的硬件结构示意图。
26.具体示例
27.为使本发明示例的目的、技术方案和优点更加清楚，下面将结合本发明示例中的附图，对本发明示例中的技术方案进行清楚、完整地描述。
28.随着网络技术的迅猛发展，通过网络办理业务也成为政府、企业等重要的办公方式，而网络办公方式不可避免的需要与外网连通，此时为了保障政府、企业等内部网络的安全，通常会在内外网络之间设置安全隔离网闸，以实现内外网的物理隔离，进而避免外网威胁。
29.图1为本发明所基于的一种应用场景示意图，如图1所示，第一网络与第二网络之间通过安全隔离网闸进行通信。但是，网络的物理隔离，给数据通信带来很多不便，比如说当有新的业务系统需要与内部网络通信时，开发人员需要按照安全隔离网闸的通信协议相应配置业务系统，操作复杂，工作效率低。
30.举例来说，图2为本发明所基于的一种公安系统应用场景示意图。在公安系统中，公安信息通信网普遍存在着与外部互联网的交互过程，而由于公安业务系统安全级别的特殊性，在与外部互联网交互过程中，通常会采用边界接入平台的概念。如图2所示，公安业务系统与互联网之间通过边界接入平台进行信息交互，其中，边界接入平台包括路由接入区、
边界保护区、应用服务区、安全隔离区以及安全监测与管理区。从图2中可以看出，在向公安业务系统导入数据时必须通过安全隔离区的导入前置服务器(又可称为前置机)和导入服务器(又可称为后置机)的文件传输接口才能实现，也就是说，开发人员不可避免会与安全隔离区的设备打交道，需要开发人员研读网闸协议，沟通成本大，工作效率低。
31.针对上述问题，本发明的技术构思在于，通过设置穿越网闸代理服务器来跨越网闸，在屏蔽开发人员对网闸协议理解的基础上，实现了不同网络之间安全方便的通信交互。
32.第一方面，本发明示例提供了一种跨网闸的通信方法，图3为本发明提供的一种跨网闸的通信方法的流程示意图。
33.如图3所示，该跨网闸的通信方法包括：
34.步骤101、第一网络服务器接收第一客户端对于第二客户端的通信请求，并转发所述通信请求至第一穿越网闸代理服务器。
35.其中，所述第一客户端、第一网络服务器以及第一穿越网闸代理服务器位于第一网络中。
36.步骤102、第一穿越网闸代理服务器通过预先配置在网闸上的穿越点将所述通信请求发送至第二穿越网闸代理服务器。
37.步骤103、所述第二穿越网闸代理服务器接收所述通信请求，并转发所述通信请求至第二网络服务器。
38.步骤104、第二网络服务器接收所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求。
39.其中，所述第二客户端、第二网络服务器以及第二穿越网闸代理服务器位于第二网络中。
40.具体来说，第一网络和第二网络属于不同网络，需要跨越网闸通信。其中，第一网络包括第一客户端、第一网络服务器以及第一穿越网闸代理服务器，第二网络包括第二客户端、第二网络服务器以及第二穿越网闸代理服务器。以第一网络中的第一客户端与第二网络中的第二客户端之间进行通信为例进行说明，第一客户端向第一网络服务器发送对于第二客户端的通信请求，第一网络服务器接收该通信请求后会转发通信请求给第一穿越网闸代理服务器，第一穿越网闸代理服务器会通过预先设置在网闸上的穿越点将通信请求发送给第二穿越网闸代理服务器，第二穿越网闸代理服务器再将通信请求转发给第二网络服务器，第二网络服务器转发通信请求给第二客户端，第二客户端根据通信请求作出响应。也就是说，通过本示例，当有新的业务系统需要与其他网络交互时，新的业务系统直接通过穿越网闸代理服务器来跨越网闸，避免了开发人员研读网闸协议，减少沟通成本，提高效率。
41.另外，需要说明的是，本示例中的所说的穿越网闸代理服务器也可以是安装在网络服务器上的软件模块。
42.本发明示例提供的跨网闸的通信方法，通过第一网络服务器接收第一客户端对于第二客户端的通信请求，并转发所述通信请求至第一穿越网闸代理服务器；其中，所述第一客户端、第一网络服务器以及第一穿越网闸代理服务器位于第一网络中；第一穿越网闸代理服务器通过预先配置在网闸上的穿越点将所述通信请求发送至第二穿越网闸代理服务器；所述第二穿越网闸代理服务器接收所述通信请求，并转发所述通信请求至第二网络服务器；第二网络服务器接收所述通信请求，并将所述通信请求发送至第二客户端以使第二
客户端响应所述通信请求；其中，所述第二客户端、第二网络服务器以及第二穿越网闸代理服务器位于第二网络中；即本发明示例通过设置穿越网闸代理服务器来实现跨越网闸，实现了在屏蔽开发人员对网闸协议理解的基础上不同网络之间安全方便的通信交互。
43.结合前述的实现方式，图4为本发明提供的另一种跨网闸的通信方法的流程示意图。如图4所示，该跨网闸的通信方法包括：
44.步骤201、第一网络服务器接收第一客户端对于第二客户端的通信请求。
45.其中，所述通信请求包括第二客户端标识。
46.步骤202、第一网络服务器根据第二客户端标识和预设映射表判断所述第二客户端是否与第一客户端属于同一网络。
47.若不属于，执行步骤203；若属于，则第一网络服务器根据第二客户端标识将通信请求发送给第二客户端。其中，所述预设映射表记录不同客户端标识对应的网络。
48.步骤203、转发所述通信请求至第一穿越网闸代理服务器。
49.其中，所述第一客户端、第一网络服务器以及第一穿越网闸代理服务器位于第一网络中。
50.步骤204、第一穿越网闸代理服务器通过预先配置在网闸上的穿越点将所述通信请求发送至第二穿越网闸代理服务器。
51.步骤205、所述第二穿越网闸代理服务器接收所述通信请求，并转发所述通信请求至第二网络服务器。
52.步骤206、第二网络服务器接收所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求。
53.其中，所述第二客户端、第二网络服务器以及第二穿越网闸代理服务器位于第二网络中。
54.本示例中的步骤204、步骤205以及步骤206分别与前述示例中的步骤102、步骤103以及步骤104的实现方式类似，在此不进行赘述。
55.与前述示例不同的是，本示例考虑到只有当通信双方不属于同一网络时，才需要跨越网闸的场景。在本实施方式中，第一网络服务器接收第一客户端对于第二客户端的通信请求后，第一网络服务器根据第二客户端标识和预设映射表判断所述第二客户端是否与第一客户端属于同一网络，若不属于时，转发所述通信请求至第一穿越网闸代理服务器。
56.具体来说，客户端标识可以为客户端的物理或者逻辑地址等，在每个网络服务器上均存储有一预设映射表，预设映射表中记录了不同客户端标识对应的网络，例如客户端标识为10.10.10.10-10.10.10.99的客户端属于第一网络，客户端标识为10.10.10.100-10.10.10.199的客户端属于第二网络的。当第一网络服务器接收到第一客户端的通信请求时，第一网络服务器会根据通信请求中的第二客户端标识查询预设映射表，并根据预设映射表判断第二客户端所属网络，若第二客户端与第一客户端属于同一网络，即第二客户端也属于第一网络，说明第一客户端和第二客户端的通信交互不需要跨越网闸，此时第一网络服务器会根据第二客户端标识直接转发通信请求给第二客户端，使得第二客户端作出响应；若第二客户端与第一客户端不属于同一网络，例如属于第二网络，则第一网络服务器会转发通信请求给第一穿越网闸代理服务器，第一穿越网闸代理服务器会通过网闸将通信请求转发给第二网络服务器，第二网络服务器再转发通信请求给第二客户端。
57.本发明示例提供的跨网闸的通信方法，通过第一网络服务器根据第二客户端标识和预设映射表判断所述第二客户端是否与第一客户端属于同一网络，若不属于时，转发所述通信请求至第一穿越网闸代理服务器；即本发明示例中的网络服务器在接收到通信请求后，首先判断通信双方是否属于同一网络，只有当双方不属于同一网络时才进行跨网闸操作，缩短了通信时间。
58.结合前述的实现方式，图5为本发明提供的再一种跨网闸的通信方法的流程示意图，需要说明的是，本示例中的通信请求包括基于信令面的通信请求以及基于用户面的通信请求，所述预设映射表还记录有不同网络对应的信令穿越网闸代理服务器以及数据穿越网闸代理服务器。如图5所示，该跨网闸的通信方法包括：
59.步骤301、第一网络服务器接收第一客户端对于第二客户端的通信请求。
60.步骤302、根据所述通信请求判断通信请求的类型。
61.当所述通信请求为基于信令面的通信请求时，执行步骤303；当所述通信请求为基于用户面的通信请求时，执行步骤304。
62.具体来说，在通信系统中，一般存在用户面和信令面之分，用户面就是真正的业务数据(data)，比如语音数据或者分组业务数据，信令面就是走控制信令(sig)的，用来控制一个呼叫流程的建立、维护及释放。因此，通信请求也可划分为基于用户面的通信请求和基于信令面的通信请求。
63.步骤303、根据预设映射表确定第一网络对应的信令穿越网闸代理服务器为第一穿越网闸代理服务器。
64.步骤304、根据预设映射表确定第一网络对应的数据穿越网闸代理服务器为第一穿越网闸代理服务器。
65.步骤305、转发所述通信请求至第一穿越网闸代理服务器。
66.具体来说，每个网络服务器上的预设映射表中还记录了各网络对应的信令穿越网闸代理服务器的标识和数据穿越网闸代理服务器的标识，其中信令穿越网闸代理服务器用于传输基于信令面的通信请求，数据穿越网闸代理服务器用于传输基于用户面的通信请求。
67.步骤306、第一穿越网闸代理服务器通过预先配置在网闸上的穿越点将所述通信请求发送至第二穿越网闸代理服务器。
68.具体来说，当通信请求为基于信令面的通信请求时，在网闸上预先配置有信令穿越点，将基于信令面的通信请求通过信令穿越点发送给第二穿越网闸代理服务器；当通信请求为基于用户面的通信请求时，在网闸上预先配置有数据穿越点，将基于用户面的通信请求通过数据穿越点发送给第二穿越网闸代理服务器。
69.步骤307、所述第二穿越网闸代理服务器接收所述通信请求，并转发所述通信请求至第二网络服务器；
70.步骤308、第二网络服务器接收所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求。
71.其中，所述第二客户端、第二网络服务器以及第二穿越网闸代理服务器位于第二网络中。
72.具体来说，第二网络也对应有信令穿越网闸代理服务器和数据穿越网闸代理服务
器，当通信请求为基于信令面的通信请求时，将第二网络对应的信令穿越网闸代理服务器作为第二穿越网闸代理服务器，当通信请求为基于用户面的通信请求时，将第二网络对应的数据穿越网闸代理服务器作为第二穿越网闸代理服务器。
73.本示例中的步骤306、步骤307以及步骤308分别与前述示例中的步骤102、步骤103以及步骤104的实现方式类似，在此不进行赘述。
74.与前述示例不同的是，本示例考虑到信令面和用户面的通信信道不同的场景。在本实施方式中，所述通信请求包括基于信令面的通信请求以及基于用户面的通信请求，所述预设映射表还记录有不同网络对应的信令穿越网闸代理服务器以及数据穿越网闸代理服务器；当所述通信请求为基于信令面的通信请求时，根据预设映射表确定第一网络对应的信令穿越网闸代理服务器为第一穿越网闸代理服务器；当所述通信请求为基于用户面的通信请求时，根据预设映射表确定第一网络对应的数据穿越网闸代理服务器为第一穿越网闸代理服务器。也就是说，信令面和用户面均有各自独立的穿越网闸代理服务器。
75.本发明示例提供的跨网闸的通信方法，所述通信请求包括基于信令面的通信请求以及基于用户面的通信请求，所述预设映射表还记录有不同网络对应的信令穿越网闸代理服务器以及数据穿越网闸代理服务器；当所述通信请求为基于信令面的通信请求时，根据预设映射表确定第一网络对应的信令穿越网闸代理服务器为第一穿越网闸代理服务器；转发所述通信请求至第一穿越网闸代理服务器；当所述通信请求为基于用户面的通信请求时，根据预设映射表确定第一网络对应的数据穿越网闸代理服务器为第一穿越网闸代理服务器；转发所述通信请求至第一穿越网闸代理服务器；即本发明示例通过设置信令面和用户面均有各自独立的穿越网闸代理服务器，避免了信令面和用户面信道交叉的问题。
76.结合前述的实现方式，图6为本发明提供的又一种跨网闸的通信方法的流程示意图。如图6所示，该跨网闸的通信方法包括：
77.步骤401、第一网络服务器接收第一客户端对于第二客户端的通信请求。
78.步骤402、第一网络服务器封装所述通信请求为tcp/udp格式的数据包或者文件，并将所述tcp/udp格式的数据包或者文件发送至第一穿越网闸代理服务器。
79.步骤403、所述第一穿越网闸代理服务器通过预先配置在网闸上的穿越点以数据摆渡的方式将所述tcp/udp格式的数据包或者文件发送至第二穿越网闸代理服务器。
80.步骤404、所述第二穿越网闸代理服务器接收所述tcp/udp格式的数据包或者文件，并转发所述tcp/udp格式的数据包或者文件至第二网络服务器。
81.具体来说，穿越网闸代理服务器与网闸的通信协议按照网闸的类型，可以支持传输控制协议(transport controll protocol，简称tcp)/用户数据协议(user data protocol，简称udp)或者文件，也就是说，第一网络服务器可以将通信请求封装成tcp/udp格式的数据包或者文件，以数据摆渡的方式跨越网闸。
82.步骤405、第二网络服务器接收所述tcp/udp格式的数据包或者文件，并解封tcp/udp格式的数据包或者文件，获得所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求。
83.本示例中的步骤401与前述示例中的步骤101中“第一网络服务器接收第一客户端对于第二客户端的通信请求”的实现方式类似，在此不进行赘述。
84.与前述示例不同的是，本示例进一步限定了通信请求的传输方式。在本实施方式
中，当第一网络服务器接收第一客户端对于第二客户端的通信请求；第一网络服务器封装所述通信请求为tcp/udp格式的数据包或者文件，并将所述tcp/udp格式的数据包或者文件发送至第一穿越网闸代理服务器；所述第一穿越网闸代理服务器通过预先配置在网闸上的穿越点以数据摆渡的方式将所述tcp/udp格式的数据包或者文件发送至第二穿越网闸代理服务器；所述第二穿越网闸代理服务器接收所述tcp/udp格式的数据包或者文件，并转发所述tcp/udp格式的数据包或者文件至第二网络服务器；第二网络服务器接收所述tcp/udp格式的数据包或者文件，并解封tcp/udp格式的数据包或者文件，获得所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求。
85.图7为本发明所提供的一种跨网闸的通信流程图，如图7所示，每个网络服务器中存储有一预设映射表，预设映射表中记录了不同客户端标识对应的网络，以及各不同网络对应的信令穿越网闸代理服务器和数据穿越网闸代理服务器的地址。以第一客户端向第二客户端发起信令呼叫请求为例，第一客户端会向本地的第一网络服务器发起呼叫，呼叫中携带了被叫客户端，即第二客户端的标识，第一网络服务器接收到呼叫请求后，首先根据预设映射表判断第二客户端是否属于第一网络，如果不属于，则根据预设映射表，查找对应的第一网络的信令穿越网闸代理服务器，并将信令呼叫请求作为报文封装在udp包中，并通过用户数据协议通道(udp tunnel)发送给对应的信令穿越网闸代理服务器，信令穿越网闸代理服务器收到来自第一网络服务器的udp包后，取出udp包中的信令报文，转发给网闸(网闸一般包括前置机和后置机)上配置的第一网络的信令穿越点，并通过第一网络的信令穿越点以数据摆渡的方式将信令报文发送到第二网络对应的信令穿越点，继而发送给第二网络对应的信令穿越网闸代理服务器，第二网络对应的信令穿越网闸代理服务器收到信令报文后，将信令报文作为udp净荷，发送给第二网服务器，第二网络服务器再将其发送给对应的第二客户端(第二客户端图中未画出)。如图7所示，基于用户面的的跨网闸流程与信令面类似，并且用户面也有其对应的数据穿越网闸代理服务器，另外，需要说明的是，用户面流程的建立时被叫的用户面地址依赖于信令面通信的完成。
86.本发明示例提供的跨网闸的通信方法，第一网络服务器接收第一客户端对于第二客户端的通信请求；第一网络服务器封装所述通信请求为tcp/udp格式的数据包或者文件，并将所述tcp/udp格式的数据包或者文件发送至第一穿越网闸代理服务器；所述第一穿越网闸代理服务器通过预先配置在网闸上的穿越点以数据摆渡的方式将所述tcp/udp格式的数据包或者文件发送至第二穿越网闸代理服务器；所述第二穿越网闸代理服务器接收所述tcp/udp格式的数据包或者文件，并转发所述tcp/udp格式的数据包或者文件至第二网络服务器；第二网络服务器接收所述tcp/udp格式的数据包或者文件，并解封tcp/udp格式的数据包或者文件，获得所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求；即本发明示例进一步限定了通信请求以封装成数据包的格式进行传输，实现了不同网络之间安全方便的通信交互。
87.第二方面，本发明示例提供了一种跨网闸的通信系统，图8为本发明提供的一种跨网闸的通信系统的结构示意图，如图8所示，该跨网闸的通信系统包括：位于第一网络的第一客户端11、第一网络服务器12以及第一穿越网闸代理服务器13，以及位于第二网络的第二客户端21、第二网络服务器22以及第二穿越网闸代理服务器23；其中，第一网络服务器12接收第一客户端11对于第二客户端21的通信请求，并转发所述通信请求至第一穿越网闸代
理服务器13；第一穿越网闸代理服务器13通过预先配置在网闸上的穿越点将所述通信请求发送至第二穿越网闸代理服务器23；所述第二穿越网闸代理服务器23接收所述通信请求，并转发所述通信请求至第二网络服务器22；第二网络服务器22接收所述通信请求，并将所述通信请求发送至第二客户端21以使第二客户端21响应所述通信请求。
88.在其他可选的示例中，所述通信请求包括第二客户端标识；第一网络服务器12还用于根据第二客户端标识和预设映射表判断所述第二客户端21是否与第一客户端11属于同一网络；所述预设映射表记录不同网络对应的客户端标识；若不属于，则执行所述转发所述通信请求至第一穿越网闸代理服务器的步骤。
89.在其他可选的示例中，所述通信请求包括基于信令面的通信请求以及基于用户面的通信请求，所述预设映射表还记录有不同网络对应的信令穿越网闸代理服务器以及数据穿越网闸代理服务器；当所述通信请求为基于信令面的通信请求时，所述第一网络服务器12具体用于：根据预设映射表确定第一网络对应的信令穿越网闸代理服务器为第一穿越网闸代理服务器13；转发所述通信请求至第一穿越网闸代理服务器13。
90.在其他可选的示例中，当所述通信请求为基于用户面的通信请求时，所述第一网络服务器12还具体用于：根据预设映射表确定第一网络对应的数据穿越网闸代理服务器为第一穿越网闸代理服务器13；转发所述通信请求至第一穿越网闸代理服务器13。
91.在其他可选的示例中，所述第一网络服务器12还用于封装所述通信请求为tcp/udp格式的数据包或者文件，并将所述tcp/udp格式的数据包或者文件发送至第一穿越网闸服务器13；所述第一穿越网闸代理服务器13通过预先配置在网闸上的穿越点以数据摆渡的方式将所述tcp/udp格式的数据包或者文件发送至第二穿越网闸代理服务器23；所述第二穿越网闸代理服务器23接收所述tcp/udp格式的数据包或者文件，并转发所述tcp/udp格式的数据包或者文件至第二网络服务器22；第二网络服务器22接收所述tcp/udp格式的数据包或者文件，并解封tcp/udp格式的数据包或者文件，获得所述通信请求，并将所述通信请求发送至第二客户端21以使第二客户端21响应所述通信请求。
92.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的跨网闸的通信系统的具体工作过程以及相应的有益效果，可以参考前述方法示例中的对应过程，在此不再赘述。
93.本发明示例提供的跨网闸的通信系统，包括位于第一网络的第一客户端、第一网络服务器以及第一穿越网闸代理服务器，和位于第二网络的第二客户端、第二网络服务器以及第二穿越网闸代理服务器；其中，第一网络服务器接收第一客户端对于第二客户端的通信请求，并转发所述通信请求至第一穿越网闸代理服务器；第一穿越网闸代理服务器通过预先配置在网闸上的穿越点将所述通信请求发送至第二穿越网闸代理服务器；所述第二穿越网闸代理服务器接收所述通信请求，并转发所述通信请求至第二网络服务器；第二网络服务器接收所述通信请求，并将所述通信请求发送至第二客户端以使第二客户端响应所述通信请求；即本发明示例通过设置穿越网闸代理服务器来实现跨越网闸，实现了在屏蔽开发人员对网闸协议理解的基础上不同网络之间安全方便的通信交互。
94.第三方面，本发明示例提供了一种控制设备，图9为本发明提供的一种控制设备的硬件结构示意图，如图9所示，包括：
95.至少一个处理器901和存储器902。
96.在具体实现过程中，至少一个处理器901执行所述存储器902存储的计算机执行指令，使得至少一个处理器901执行如上的跨网闸的通信方法，其中，处理器901、存储器902通过总线903连接。
97.处理器901的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
98.在上述的图9所示的实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
99.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器。
100.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
101.第四方面，本发明还提供了一种可读存储介质，所述可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上的跨网闸的通信方法。
102.上述的可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
103.一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
104.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
105.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。