CN110830477B - 一种业务的识别方法、装置、网关、***及存储介质 - Google Patents

Abstract

本申请提供一种业务的识别方法、装置、网关、***及存储介质。方法应用于与第一网络设备和第二网络设备连接的第一网关，第一网络设备和第二网络设备还与第二网关连接，方法包括：获取第二网络设备经第一网关发往第一网络设备的一种业务的非首包报文；获取业务的相关信息，其中，相关信息为第二网关基于获取到的业务的首包报文而生成；在相关信息表示所述第一网关无法处理非首包报文时，将非首包报文转发给第二网关，以确保第一网关无法处理时该业务还能够被正常处理，实现了在HA环境下确保业务的数据能够正常处理。

Description

一种业务的识别方法、装置、网关、***及存储介质

技术领域

本申请涉及通信技术领域，具体而言，涉及一种业务的识别方法、装置、网关、***及存储介质。

背景技术

在数据转发的HA(High Available，高可用)环境中，为实现负荷均衡，通常需要多台转发设备来对一种业务的数据流进行转发。例如，a平台将一种业务X的数据经安全网关A发送给b平台后，b平台再通过安全网关B将业务X的数据返回给a平台。

但这种方式有时会遇到一些问题，比如在业务X只能由安全网关A来处理的情况下，若将其发送给安全网关B会导致安全网关B无法正确的处理该业务X的数据，进而导致业务受到影响。

发明内容

本申请实施例的目的在于提供一种业务的识别方法、装置、网关、***及存储介质，用以实现在HA环境下确保业务的数据能够正常处理。

第一方面，本申请实施例提供了一种业务的识别方法，应用于与第一网络设备和第二网络设备连接的第一网关，所述第一网络设备和所述第二网络设备还与第二网关连接，所述方法包括：

获取所述第二网络设备经所述第一网关发往所述第一网络设备的一种业务的非首包报文；

获取所述业务的相关信息，其中，所述相关信息为所述第二网关基于获取到的所述业务的首包报文而生成；

在所述相关信息表示所述第一网关无法处理所述非首包报文时，将所述非首包报文转发给所述第二网关。

在本申请实施例中，第二网关在获取到一种业务的首包报文后，第二网关能够基于首包报文分析出该业务的相关信息，并将其同步给第一网关。这样，第一网关在获取到该业务的非首包报文时便可以基于该相关信息确定自身是否无法处理该非首包报文。若相关信息表示第一网关无法处理该非首包报文，那么第一网关便将其转发给第二网关处理，以确保第一网关无法处理时该业务还能够被正常处理，实现了在HA环境下确保业务的数据能够正常处理。

结合第一方面，在第一种可能的实现方式中，获取所述业务的相关信息，包括：

获取所述业务的状态，其中，所述状态包括未识别状态，所述未识别状态表示所述第一网关无法处理所述非首包报文。

在本申请实施例中，在第二网关基于首包报文未识别出该业务的情况下，若第一网关直接向目的设备转发该业务的非首包报文会导致第二网关一直无法识别出该业务，进而导致第二网关无法针对该业务执行对应的管理策略，使得该业务无法被正常的处理。因此，在未识别状态表示第一网关无法处理非首包报文时，第一网关能够将该非首包报文转发给第二网关，以便第二网关能够基于非首包报文识别出该业务，以确保该业务能够被正常的处理。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，获取所述业务的状态，包括：

从预设的各业务状态中确定出所述非首包报文中携带的地址关联的业务状态，其中，所述关联的业务状态为所述业务的状态。

在本申请实施例中，由于预先建立业务状态与地址的关联，故基于该关联可以快速确定出非首包报文对应的业务的状态。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，在从预设的各业务状态中确定出所述非首包报文中携带的地址关联的业务状态之前，所述方法还包括：

接收所述第二网关发送的所述首包报文中携带的所述地址，以及接收所述第二网关发送的所述业务的状态；

将所述地址和所述业务的状态的关联。

在本申请实施例中，由于地址和业务的状态都是由第二网关同步过来的，故可以快速便捷的建立地址和业务的关联。

结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述第二网关中预设有第一业务表项和第二业务表项，所述第一业务表项用于记录处理需要所述第一网关处理的业务所需的信息，所述第二业务表项用于记录所述第二网关发送过来的数据，将所述地址和所述业务的状态的关联，包括：

在所述第二业务表项中建立所述地址和所述业务的状态的关联；

对应的，从预设的各业务状态中确定出所述非首包报文中携带的地址关联的业务状态，包括：

确定所述第一业务表项中没有记录所述地址；

从所述第二业务表项中确定出所述地址，以及从所述第二业务表项记录的所述各业务状态中确定出所述地址关联的所述业务的状态。

在本申请实施例中，由于第一业务表项记录有处理第一网关能够处理的业务所需的信息，在获取到非首包报文时，先遍历第一业务表项可以第一时间保证业务的处理效率。

结合第一方面的第一种可能的实现方式，在第五种可能的实现方式中，在将所述非首包报文转发给所述第二网关处理之后，所述方法还包括：

接收所述第二网关发送的所述业务的最新状态，其中，所述最新状态为所述第二网关基于所述首包报文和所述非首包报文而确定；

利用所述最新状态，将所述业务的状态对应更新。

在本申请实施例中，通过将业务的最新状态同步给第一网关，第一网关可以实时将业务的状态更新，以保证第一网关随时都可以利用业务的最新状态对业务进行处理。

结合第一方面的第一种可能的实现方式，在第六种可能的实现方式中，在获取所述业务的状态之后，所述方法还包括：

在所述状态为识别状态时，将所述非首包报文直接转发给所述第一网络设备。

在本申请实施例中，若业务的状态为识别状态，其表示第二网关已经识别出该业务，第一网关无需将非首包报文转发给第二网关。故第一网关可以直接非首包报文直接转发给第一网络设备，以实现高效转发。

结合第一方面，在第七种可能的实现方式中，获取所述业务的相关信息，包括：

获取处理所述业务的管理策略的类型，其中，所述类型中不包括第一网关配置的管理策略的类型表示所述第一网关无法处理所述非首包报文。

在本申请实施例中，若第一网关上未配置该业务的管理策略，第一网关便无法正常处理该业务的非首包报文。因此，第一网关可以将该业务的非首包报文转发给能够处理该业务的第二网关，以确保该业务能够被正常的处理。

结合第一方面的第七种可能的实现方式，在第八种可能的实现方式中，在获取处理所述业务的管理策略的类型之后，所述方法还包括：

在确定所述第一网关配置有所述类型的管理策略时，利用所述管理策略处理所述非首包报文。

在本申请实施例中，若第一网关配置有配置该业务的管理策略，第一网关可以直接处理该业务的非首包报文，以实现业务的高效处理。

第二方面，本申请实施例提供了一种业务的识别方法，应用于与第一网络设备和第二网络设备连接的第二网关，所述第一网络设备和所述第二网络设备还与第一网关连接，所述方法包括：

获取所述第一网络设备发往所述第二网络设备的数据报文；

在所述数据报文属于一种业务的首包报文时，生成用于表示所述第一网关是否可以处理所述业务的非首包报文的相关信息；

将所述相关信息同步给所述第一网关；

接收所述第一网关转发的所述非首包报文，其中，所述第二网关接收到所述非首包报文表示所述第一网关基于所述相关信息确定所述第一网关无法处理所述非首包报文；

处理所述非首包报文。

结合第二方面，在第一种可能的实现方式中，生成用于表示所述第一网关是否可以处理所述业务的非首包报文的相关信息，包括：

生成用于表示所述业务的状态的所述相关信息，其中，所述状态为未识别状态。

结合第二方面，在第一种可能的实现方式中，处理所述非首包报文，包括：

利用所述首包报文和所述非首包报文，识别出所述业务。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，在利用所述首包报文和所述非首包报文，识别出所述业务之后，所述方法还包括：

将所述业务的状态更新为识别状态；

将所述业务的状态为识别状态同步给所述第一网关，以使所述第一网关在接收到所述第二网络设备经所述第一网关发往所述第一网络设备的所述业务的新的非首包报文后，所述第一网关将所述新的非首包报文直接转发给所述第一网络设备。

结合第二方面，在第三种可能的实现方式中，生成用于表示所述第一网关是否可以处理所述业务的非首包报文的相关信息，包括：

生成用于表示所述业务的管理策略的类型的所述相关信息，其中，所述类型中不包括所述第一网关配置的管理策略的类型。

第三方面，本申请实施例提供了一种业务的识别装置，应用于与第一网络设备和第二网络设备连接的第一网关，所述第一网络设备和所述第二网络设备还与第二网关连接，所述装置包括：

数据收发模块，用于获取所述第二网络设备经所述第一网关发往所述第一网络设备的一种业务的非首包报文；

数据处理模块，用于获取所述业务的相关信息，其中，所述相关信息为所述第二网关基于获取到的所述业务的首包报文而生成；

所述数据收发模块，还用于在所述相关信息表示所述第一网关无法处理所述非首包报文时，将所述非首包报文转发给所述第二网关。

结合第三方面，在第一种可能的实现方式中，

所述数据处理模块，用于获取所述业务的状态，其中，所述状态包括未识别状态，所述未识别状态表示所述第一网关无法处理所述非首包报文。

结合第三方面的第一种可能的实现方式，在第二种可能的实现方式中，

所述数据处理模块，用于从预设的各业务状态中确定出所述非首包报文中携带的地址关联的业务状态，其中，所述关联的业务状态为所述业务的状态。

结合第三方面的第二种可能的实现方式，在第三种可能的实现方式中，在所述数据处理模块从预设的各业务状态中确定出所述非首包报文中携带的地址关联的业务状态之前，

所述数据收发模块，还用于接收所述第二网关发送的所述首包报文中携带的所述地址，以及接收所述第二网关发送的所述业务的状态；

所述数据处理模块，还用于将所述地址和所述业务的状态的关联。

结合第三方面的第三种可能的实现方式，在第四种可能的实现方式中，所述第二网关中预设有第一业务表项和第二业务表项，所述第一业务表项用于记录处理需要所述第一网关处理的业务所需的信息，所述第二业务表项用于记录所述第二网关发送过来的数据，

所述数据处理模块，用于在所述第二业务表项中建立所述地址和所述业务的状态的关联；

对应的，所述数据处理模块，用于确定所述第一业务表项中没有记录所述地址；从所述第二业务表项中确定出所述地址，以及从所述第二业务表项记录的所述各业务状态中确定出所述地址关联的所述业务的状态。

结合第三方面的第一种可能的实现方式，在第五种可能的实现方式中，在所述数据收发模块将所述非首包报文转发给所述第二网关处理之后，

所述数据收发模块，还用于接收所述第二网关发送的所述业务的最新状态，其中，所述最新状态为所述第二网关基于所述首包报文和所述非首包报文而确定；

所述数据处理模块，还用于利用所述最新状态，将所述业务的状态对应更新。

结合第三方面的第一种可能的实现方式，在第六种可能的实现方式中，在所述数据处理模块获取所述业务的状态之后，

所述数据收发模块，还用于在所述状态为识别状态时，将所述非首包报文直接转发给所述第一网络设备。

结合第三方面，在第七种可能的实现方式中，获取所述业务的相关信息，包括：

所述数据处理模块，用于获取处理所述业务的管理策略的类型，其中，所述类型中不包括第一网关配置的管理策略的类型表示所述第一网关无法处理所述非首包报文。

结合第三方面的第七种可能的实现方式，在第八种可能的实现方式中，在所述数据处理模块获取处理所述业务的管理策略的类型之后，所述方法还包括：

所述数据处理模块，还用于在确定所述第一网关配置有所述类型的管理策略时，利用所述管理策略处理所述非首包报文。

第四方面，本申请实施例提供了一种业务的识别装置，应用于与第一网络设备和第二网络设备连接的第二网关，所述第一网络设备和所述第二网络设备还与第一网关连接，所述装置包括：

数据收发模块，用于获取所述第一网络设备发往所述第二网络设备的数据报文；

数据处理模块，用于在所述数据报文属于一种业务的首包报文时，生成用于表示所述第一网关是否可以处理所述业务的非首包报文的相关信息；

所述数据收发模块，还用于将所述相关信息同步给所述第一网关；接收所述第一网关转发的所述非首包报文，其中，所述第二网关接收到所述非首包报文表示所述第一网关基于所述相关信息确定所述第一网关无法处理所述非首包报文；

所述数据处理模块，还用于处理所述非首包报文。

结合第四方面，在第一种可能的实现方式中，包括：

生成用于表示所述业务的状态的所述相关信息，其中，所述状态为未识别状态。

结合第四方面，在第一种可能的实现方式中，处理所述非首包报文，包括：

所述数据处理模块，用于利用所述首包报文和所述非首包报文，识别出所述业务。

结合第四方面的第一种可能的实现方式，在第二种可能的实现方式中，在所述数据处理模块利用所述首包报文和所述非首包报文，识别出所述业务之后，

所述数据处理模块，还用于将所述业务的状态更新为识别状态；

所述数据收发模块，还用于将所述业务的状态为识别状态同步给所述第一网关，以使所述第一网关在接收到所述第二网络设备经所述第一网关发往所述第一网络设备的所述业务的新的非首包报文后，所述第一网关将所述新的非首包报文直接转发给所述第一网络设备。

结合第四方面，在第三种可能的实现方式中，

所述数据处理模块，用于生成用于表示所述业务的管理策略的类型的所述相关信息，其中，所述类型中不包括所述第一网关配置的管理策略的类型。

第五方面，本申请实施例提供了一种网关，包括：处理器、内存、网卡以及主板，所述处理器、所述内存和所述网卡设置在所述主板上，

所述内存，用于存储程序；

所述处理器，用于调用并运行存储的所述程序，并通过所述网卡与其它网关交互，以执行如第一方面、第一方面的任一种可能的实现方式、第二方面或第二方面的任一种可能的实现方式所述的业务的识别方法。

第六方面，本申请实施例提供了一种业务的识别***，包括：第一网关和第二网关，所述第一网关与第一网络设备和第二网络设备连接，所述第二网关也与所述第一网络设备和所述第二网络设备连接；

所述第一网关，用于执行如第一方面或第一方面的任一种可能的实现方式所述的业务的识别方法；

所述第二网关，用于执行如第二方面或第二方面的任一种可能的实现方式所述的业务的识别方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，其上存储有程序代码，所述程序代码被计算机运行时执行如第一方面、第一方面的任一种可能的实现方式、第二方面或第二方面的任一种可能的实现方式所述的业务的识别方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种业务的识别***的结构框图；

图2本申请实施例提供的一种网关的结构框图；

图3为本申请实施例提供的一种业务的识别方法的第一流程图；

图4为本申请实施例提供的一种业务的识别方法的第二流程图；

图5为本申请实施例提供的一种业务的识别方法的第三流程图；

图6为本申请实施例提供的一种业务的识别装置的第一结构框图；

图7为本申请实施例提供的一种业务的识别装置的第二结构框图。

具体实施方式

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

请参阅图1和图2，本申请实施例提供了一种业务的识别***10，该业务的识别***10可以部署在需要进行业务交互的网络设备之间，网络设备可以是例如终端和/或服务器。这样，该业务的识别***10可以为交互的业务提供对应的管理策略例如安全策略，以通过管理策略对经由该业务的识别***10的业务进行管理，确保网络设备之间交互的安全性。

示例性的，业务的识别***10可以包括：多个网关20，每个网关20都可以与需要交互的网络设备直接或间接的连接，以便需要交互的网络设备可以经由任意一个网关20进行业务交互。此外，为实现多个网关20相互之间的通信，多个网关20之间可以相互连接。可选的，在网关20的数量比较少时，网关20上的端口数量满足多个网关20之间相互连接。例如，每个网关20的心跳接口可以与其它网关20的心跳接口对应连接。而在网关20的数量比较多时，网关20上有限的端口数量难以满足多个网关20之间相互连接，故多个网关20可以通过连接交换机来实现相互之间的连接。例如，每个网关20的心跳接口连接到交换机上对应的接口，以通过交换机实现与其它网关20的心跳接口连接。

如图2所示，网关20可以包括：处理器21、内存22、网卡23以及主板24。其中，处理器21、内存22和网卡23可以设置在24主板上。

本实施例中，内存22可以是例如，磁盘、ROM、或RAM，或其任意组合，内存22用于存储程序。处理器，用于调用并运行内存22中的程序，从而控制网卡23与多个网关20中的其它网关20交互。

在交互中，为确保业务的识别***10能够正常的处理经由业务的识别***10进行交互的各种业务，每个网关20在获取一种业务的首包报文时，每个网关20除了正常处理该首包报文之外例如正常转发该首包报文，每个网关20还可以基于该首包报文获取该业务的相关信息，并将相关信息同步给其它所有网关20。这样，每个网关20在获取该业务的非首包报文时，每个网关20便可以基于相关信息确定自己是否有能力处理该非首包报文。若确定有能力处理该非首包报文，每个网关20便正常处理该非首包报文，反之，则将该非首包报文转发给获取该业务的首包报文的网关20，以使获取该业务的首包报文的网关20正常处理该非首包报文，确保了业务的正常处理。

为便于清楚的说明各网关20之间的交互，下文将以两个网关20交互，即以第一网关21和第二网关22交互为例来说明两个网关20如何通过交互来处理业务。

请参阅图3，本申请实施例提供了一种业务的识别方法，该业务的识别方法可以由第一网关21和第二网关22配合执行，其中，第一网关21与第一网络设备和第二网络设备连接，而第二网关22也与第一网络设备和第二网络设备连接。

具体的，业务的识别方法可以包括：

步骤S11：第二网关获取第一网络设备发往第二网络设备的数据报文。

步骤S12：在数据报文属于一种业务的首包报文时，第二网关生成用于表示第一网关是否可以处理该业务的非首包报文的相关信息。

步骤S13：第二网关将相关信息同步给第一网关。

步骤S14：第一网关获取第二网络设备经第一网关发往第一网络设备的该业务的非首包报文。

步骤S15：第一网关获取该业务的相关信息。

步骤S16：在该相关信息表示第一网关无法处理该非首包报文时，第一网关将该非首包报文转发给第二网关。

步骤S17：第二网关接收第一网关转发的该非首包报文。

步骤S18：第二网关处理该非首包报文。

下面将对上述流程进行详细说明。

步骤S11：第二网关获取第一网络设备发往第二网络设备的数据报文。

在第一网络设备需要与第二网络设备进行一种新的业务的交互时，第一网络设备可以经业务的识别***10向第二网络设备发送该业务的首包报文。那么，业务的识别***10中的第二网关22便可以截获到该首包报文(本实施例以第二网关22截获为例来说明，但并不作为限定)。

需要说明的是，由于该业务是一种新的业务，故第二网关22未曾获得过该业务的任何报文，因此，在第一次获得该业务的首包报文时，第二网关22并不知道获得的报文是该业务的首包报文。换言之，对于第二网关22来说，第二网关22获得的是第一网络设备发往第二网络设备的一个数据报文。

步骤S12：在数据报文属于一种业务的首包报文时，第二网关生成用于表示第一网关是否可以处理该业务的非首包报文的相关信息。

在获得数据报文后，第二网关22对该数据报文进行解封装，以获取该数据报文的头部信息。由于头部信息携带有用于表示该数据报文是一种业务的首包报文的标识信息，基于该标识信息，第二网关22便能够识别出该数据报文属于一种业务的首包报文。第二网关22可以利用自身预先配置的策略对首包报文进行分析，以识别该首包报文所属的业务。

在第一种情况下，若第二网关22利用策略对首包报文进行分析而未识别出该首包报文所属的业务，说明首包报文只携带了该业务的一部分信息，导致第二网关22无法识别该业务。因此，第二网关22需要获取携带该业务的另一部分信息的非首包报文，这样第二网关22便可以获得该业务的全部信息，从而基于全部信息而识别该业务。但由于该业务的非首包报文可能不经由第二网关22而经由第一网关21转发，为确保第二网关22能够获取该业务的非首包报文，第二网关22可以基于该首包报文而生成用于表示第一网关21是否可以处理该非首包报文的相关信息，并在向第二网络设备正常转发该首包报文的同时，将相关信息同步给第一网关21。这样，第一网关21在接收到该业务的非首包报文时，若基于相关信息确定自身无法处理该非首包报文，便可以将该非首包报文转发回第二网关22。

具体的，第二网关22中预设有第一业务表项和第二业务表项，其中，第一业务表项中用于记录处理需要第二网关22处理的业务所需的信息，而第二业务表项则用于记录第一网关21发送过来的数据。由于该业务首次是经由第二网关22处理，说明该业务为需要第二网关22处理的业务，故第二网关22可以将首包报文中携带的地址(地址包括源地址和目的地址)记录到第一业务表项中。此外，由于第二网关22未识别出该业务，第二网关22可以确定该业务的状态为未识别状态，从而将业务的状态为未识别状态也记录到第一业务表项中。这样，第二网关22后续便可以基于第一业务表项中记录的该业务的地址和状态继续处理该业务。

除了记录地址和状态，一方面，第二网关22还可以基于该地址正常的向第二网络设备转发该首包报文；另一方面，第二网关22还生成携带首包报文中的地址和该业务的状态为未识别状态的相关信息。

在第二种情况下，若第二网关22利用策略对首包报文进行分析而识别出该首包报文所属的业务，第二网关22便可以从预先配置的多种管理策略中确定出处理该业务所需的管理策略，并利用确定出的管理策略对该首包报文进行处理。在处理后，第二网关22可以基于该首包报文中携带的地址，向第二网络设备转发该处理后的首包报文。

本实施例中，第一网关21配置的管理策略可能与第二网关22配置的管理策略并不相同，因此，第一网关21上可能未配置用于处理该业务的管理策略。为确保第一网关21未配置用于处理该业务的管理策略的情况下，该非首包报文也能够被正常处理，第二网关22还可以生成用于表示第一网关21是否可以处理业务的非首包报文的相关信息，并也将该相关信息同步该第一网关21。这样，第一网关21在接收到该业务的非首包报文时，若基于相关信息确定自身无法处理该非首包报文，便可以将该非首包报文转发回第二网关22，以便第二网关22基于该业务的管理策略正常的处理该非首包报文。

作为生成相关信息的可选方式，第二网关22可以生成携带有处理该业务的地址以及处理该业务所需的管理策略的类型的相关信息。

进一步的，在生成该相关信息后，第二网关22可以进一步执行步骤S13。

步骤S13：第二网关22将所述相关信息同步给第一网关21。

由于第二网关22通过心跳接口与第一网关21连接，第二网关22可以通过自身的心跳接口实时的将生成的相关信息同步到第一网关21。对应的，第一网关21则通过自身的心跳接口接收到该相关信息。

本实施例中，第一网关21中也预设有第一业务表项和第二业务表项，其中，第一业务表项中用于记录处理需要第一网关21处理的业务所需的信息，而第二业务表项则用于记录第二网关22发送过来的数据。显然，由于相关信息是从第二网关22发送过来的，故第一网关21可以将该相关信息记录到第二业务表项中。

具体的，在第一种情况下，相关信息中携带的是业务的地址以及业务的状态为未识别状态。那么第一网关21接收到相关信息即是接收到第二网关22发送的首包报文中携带的所述地址，以及接收到第二网关22发送的该业务的状态为未识别状态。进一步的，第一网关21可以将业务的地址和业务的状态为未识别状态记录到第二业务表项中，并在第二业务表项中建立该业务的地址与该业务的状态为未识别状态之间的关联。

在第二种情况下，相关信息中携带的是该业务的地址以及处理该业务所需的管理策略的类型。进一步的，第一网关21也可以将业务的地址和处理该业务所需的管理策略的类型记录到第二业务表项中，并在第二业务表项中建立该业务的地址与处理该业务所需的管理策略的类型之间的关联。

步骤S14：第一网关21获取第二网络设备经第一网关21发往第一网络设备的该业务的非首包报文。

由于第一网络设备与第二网络设备之间进行的是业务交互，故第二网络设备在接收到该业务的首包报文后，第二网络设备可以基于该业务的首包报文生成并向第一网络设备返回该业务的非首包报文。

第二网络设备将该非首包报文发往第一网络设备时，若该非首包报文被第二网关22获取到，第二网关22可以直接执行步骤S18；若该非首包报文被第一网关21获取到，第一网关21则可以执行步骤S15，以对该非首包报文进行分析。

步骤S15：第一网关21获取该业务的相关信息。

第一网关21在获取到该非首包报文后，由于第一网关21还未曾获取过该业务的任何报文，因此，在第一次获得该业务的非首包报文时，第一网关21并不知道获得的报文是该业务的非首包报文。换言之，对于第一网关21来说，第一网关21获得的是第二网络设备发往第一网络设备的一个数据报文。

因此，第一网关21也可以对该数据报文进行解封装，以获取该数据报文的头部信息。由于头部信息携带有用于表示该数据报文是一种业务的非首包报文的标识信息，基于该标识信息，第一网关21便能够识别出该数据报文属于一种业务的非首包报文，从而确定后续需要执行针对非首包报文的处理逻辑。

进一步的，为实现报文的高效转发，第一网关21对报文的处理逻辑可以是先分析自己是否可以直接处理并转发获得的报文，并在确定为否时，再分析该报文是否需要被转发到第二网关22。因此，第一网关21在通过解封装该非首包报文而获取到该非首包报文中携带的地址后，第一网关21可以先利用该非首包报文中携带的地址去遍历第一网关21的第一业务表项，并通过遍历而确定第一业务表项中没有记录非首包报文中携带的地址。然后，第一网关21再利用该非首包报文中携带的地址去遍历第一网关21的第二业务表项。由于非首包报文中携带的地址与首包报文中携带的地址相同，故通过遍历，第一网关21可以从第二业务表项记录的各地址中确定出该非首包报文中携带的地址。

在第一种情况下，由于第二业务表项中建立了该非首包报文中携带的地址与该业务的状态为未识别状态的关联，故第一网关21在确定出非首包报文中携带的地址后，基于该关联关系，第一网关21还可以从第二业务表项记录的各业务状态中确定出该地址关联的业务的状态，并确定该关联的状态为未识别状态。

在第二种情况下，由于第二业务表项中建立了该非首包报文中携带的地址与处理该业务所需的管理策略的类型的关联，故第一网关21在确定出非首包报文中携带的地址后，基于该关联关系，第一网关21还可以从第二业务表项记录的各管理策略的类型中确定出处理该业务所需的管理策略的类型。

需要说明的是，第一网关21确定出该业务的状态或确定出处理该业务所需的管理策略的类型可以理解为第一网关21获取该业务的相关信息。进一步的，在获取到该相关信息后，第一网关21可以进一步执行步骤S16。

步骤S16：在该相关信息表示第一网关无法处理该非首包报文时，第一网关将该非首包报文转发给第二网关。

在第一种情况下，该业务的状态为未识别状态表示第一网关21需要利用该非首包报文来再次识别该业务，因此，该业务的状态为未识别状态同时也表示第二网关22无法处理该非首包报文，而需要将该非首包报文转发给第二网关22。故第一网关21可以通过自身的心跳接口实时的将该非首包报文转发给第二网关22。

在第二种情况下，第一网关21可以将处理该业务所需的管理策略的类型与自身预先配置的各管理策略的类型匹配。通过匹配，第一网关21确定自身未配置该业务的管理策略，其表示第一网关21无法处理该非首包报文，因此，故第一网关21也可以通过自身的心跳接口实时的将该非首包报文转发给第二网关22处理。

步骤S17：第二网关接收第一网关转发的该非首包报文。

对应的，第二网关22通过自身的心跳接口实时的接收第一网关21转发的该非首包报文。

步骤S18：第二网关处理该非首包报文。

本实施例中，第二网关22针对报文的处理逻辑与第一网关21相同，故在接收到非首包报文后，第二网关22获取非首包报文中携带的地址，并利用该地址先去遍历第二网关22上的第一业务表项。

针对第一种情况，通过遍历，第二网关22可以从自身的第一业务表项记录的各地址中确定出该非首包报文中携带的地址，并再从第二网关22的第一业务表项记录的各业务状态中确定出该地址关联的业务的状态，并确定该关联的状态为未识别状态。

进一步的，由于该业务的状态为未识别状态，第二网关22还可以利用非首包报文中携带的信息以及该首包报文中携带的信息识别出该业务。由于第二网络识别出该业务，第二网关22便可以从预先配置的多种管理策略中确定出处理该业务所需的管理策略，并利用确定出的管理策略对该非首包报文进行处理，并将处理后的非首包报文转发给第一网络设备。

针对第二种情况，通过遍历，第二网关22可以从自身的第一业务表项记录的各地址中确定出该非首包报文中携带的地址，并再从第二网关22的第一业务表项记录的各管理策略的类型中确定出该地址关联的管理策略，该该地址关联的管理策略即为处理该业务所需的管理策略的类型。

进一步的，第二网关22可以将处理该业务所需的管理策略的类型与自身预先配置的各管理策略的类型匹配。通过匹配，第二网关22确定自身配置有该业务的管理策略，因此，故第二网关22便利用该业务的管理策略处理该非首包报文，并将处理后的非首包报文转发给第一网络设备。

请参阅图4，针对第一种情况，在第二网关22识别出该业务的基础上，为实现第一网关21后续再获得该业务的新的非首包报文时，第一网关21能够直接处理该非首包报文，以降低第二网关22负荷，本实施例提供的业务的识别方法还可以包括：

步骤S21：第二网关将该业务的状态更新为识别状态。

步骤S22：第二网关将该业务的状态为识别状态同步给第一网关。

步骤S23：第一网关对应将该业务的状态更新为识别状态。

步骤S24：第一网关接收到第二网络设备经第一网关发往第一网络设备的该业务的新的非首包报文。

步骤S25：第一网关获取该业务的状态为识别状态。

步骤S26：第一网关将新的非首包报文直接转发给第一网络设备。

下面将对上述流程进行详细说明。

步骤S21：第二网关将该业务的状态更新为识别状态。

第二网关22在识别出该业务后，第二网关22可以将第二网关22的第一业务表项中该业务的状态更新成最新状态，即将第二网关22的第一业务表项中该业务的状态从未识别状态对应更新为识别状态。

步骤S22：第二网关将该业务的状态为识别状态同步给第一网关21。

为实现第一网关21在后续获得该业务的新的非首包报文时，第一网关21能够直接处理该非首包报文。第二网关22可以将该业务的最新状态同步给第一网关21。可选的，第二网关22可以生成携带有该业务的地址、该业务的状态为识别状态和该业务识别出的类型的新的相关信息，并通过自身的心跳接口将该新的相关信息实时的发送给第一网关21。

步骤S23：第一网关对应将该业务的状态更新为识别状态。

第一网关21通过自身的心跳接口接收到该新的相关信息。第一网关21基于该新的相关信息，通过依次遍历第一网关21的第一业务表项以及第二业务表项，便可以从第一网关21的第二业务表项中确定出该地址关联的业务的状态为未识别状态，并将第一网关21的第二业务表项中该业务的状态对应更新成最新的识别状态。

步骤S24：第一网关接收到第二网络设备经第一网关发往第一网络设备的该业务的新的非首包报文。

在第二网络设备需要与第一网络设备继续进行该业务的交互时，第二网络设备可以经业务的识别***10向第一网络设备发送该业务的新的非首包报文。或者，在第一网络设备需要与第二网络设备继续进行该业务的交互时，第一网络设备可以经业务的识别***10向第二网络设备发送该业务的新的非首包报文。

若该新的非首包报文被业务的识别***10中的第二网关22截获到，第二网关22可以直接利用该业务的管理策略处理该新的非首包报文，并将处理后的该新的非首包报文转发给第一网络设备或第二网络设备。反之，该新的非首包报文被业务的识别***10中的第一网关21截获到。

步骤S25：第一网关获取该业务的状态为识别状态。

在获取该新的非首包报文后，第一网关21基于该新的非首包报文中携带的地址，通过依次遍历第一网关21的第一业务表项以及第二业务表项，便可以从第一网关21的第二业务表项中确定出该地址关联的业务的状态为识别状态。

步骤S26：第一网关将新的非首包报文直接转发给第一网络设备。

进一步的，第二网关22基于该业务识别出的类型，便可以从预先配置的多种管理策略中确定出处理该类型的业务所需的管理策略，并利用确定出的管理策略对该新的非首包报文进行处理，并将处理后的该新的非首包报文转发给第一网络设备或第二网络设备。

请参阅图5，针对第二种情况，若第一网关21在后续获得该业务的新的非首包报文之前，第一网关21获取了该业务的管理策略，第一网关21在获得该业务的新的非首包报文时，第一网关21便能够直接处理该非首包报文，以降低第二网关22负荷。针对此流程，本实施例提供的业务的识别方法还可以包括：

步骤S31：第一网关获取该业务的管理策略。

步骤S32：第一网关接收到第二网络设备经第一网关发往第一网络设备的该业务的新的非首包报文。

步骤S33：第一网关利用该业务的管理策略处理该的非首包报文；

步骤S34：第一网关将处理后的该新的非首包报文转发给第一网络设备。

需要指出的是，第一网关可以从第三方设备获取该业务的管理策略，或者，第一网关还可以从第二网关直接获取该业务的管理策略。此外，上述流程的具体原理可以参阅前述，在此就不在累述。

请参阅图6，基于同一发明构思，本申请实施例中还提供一种业务的识别装置100，该业务的识别装置100可以应用于第一网关21，该业务的识别装置100包括：

数据收发模块110，用于获取所述第二网络设备经所述第一网关21发往所述第一网络设备的一种业务的非首包报文。

数据处理模块120，用于获取所述业务的相关信息，其中，所述相关信息为所述第二网关22基于获取到的所述业务的首包报文而生成。

所述数据收发模块110，还用于在所述相关信息表示所述第一网关21无法处理所述非首包报文时，将所述非首包报文转发给所述第二网关22。

请参阅图7，基于同一发明构思，本申请实施例中还提供一种业务的识别装置200，该业务的识别装置200可以应用于第二网关22，该业务的识别装置200包括：

数据收发模块210，用于获取所述第一网络设备发往所述第二网络设备的数据报文；

数据处理模块220，用于在所述数据报文属于一种业务的首包报文时，生成用于表示所述第一网关21是否可以处理所述业务的非首包报文的相关信息；

所述数据收发模块210，还用于将所述相关信息同步给所述第一网关21；接收所述第一网关21转发的所述非首包报文，其中，所述第二网关22接收到所述非首包报文表示所述第一网关21基于所述相关信息确定所述第一网关21无法处理所述非首包报文；

所述数据处理模块220，还用于处理所述非首包报文。

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

本申请一些实施例还提供了一种计算机可执行的非易失的程序代码的计算机可读储存介质，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该计算机可读存储介质上存储有程序代码，该程序代码被计算机运行时执行上述任一实施方式的业务的识别方法的步骤。

本申请实施例所提供的业务的识别方法的程序代码产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

综上所述，本申请实施例提供了一种业务的识别方法、装置、网关、***及存储介质。第二网关在获取到一种业务的首包报文后，第二网关能够基于首包报文分析出该业务的相关信息，并将其同步给第一网关。这样，第一网关在获取到该业务的非首包报文时便可以基于该相关信息确定自身是否无法处理该非首包报文。若相关信息表示第一网关无法处理该非首包报文，那么第一网关便将其转发给第二网关处理，以确保第一网关无法处理时该业务还能够被正常处理，实现了在HA环境下确保业务的数据能够正常处理。

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

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

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (19)

1.一种业务的识别方法，其特征在于，应用于与第一网络设备和第二网络设备连接的第一网关，所述第一网络设备和所述第二网络设备还与第二网关连接，所述方法包括：

获取所述第二网络设备经所述第一网关发往所述第一网络设备的一种业务的非首包报文；

获取所述业务的相关信息，其中，所述相关信息为所述第二网关基于获取到的所述业务的首包报文而生成；

在所述相关信息表示所述第一网关无法处理所述非首包报文时，将所述非首包报文转发给所述第二网关。

2.根据权利要求1所述的业务的识别方法，其特征在于，获取所述业务的相关信息，包括：

获取所述业务的状态，其中，所述状态包括未识别状态，所述未识别状态表示所述第一网关无法处理所述非首包报文。

3.根据权利要求2所述的业务的识别方法，其特征在于，获取所述业务的状态，包括：

从预设的各业务状态中确定出所述非首包报文中携带的地址关联的业务状态，其中，所述关联的业务状态为所述业务的状态。

4.根据权利要求3所述的业务的识别方法，其特征在于，在从预设的各业务状态中确定出所述非首包报文中携带的地址关联的业务状态之前，所述方法还包括：

接收所述第二网关发送的所述首包报文中携带的所述地址，以及接收所述第二网关发送的所述业务的状态；

将所述地址和所述业务的状态的关联。

5.根据权利要求4所述的业务的识别方法，其特征在于，所述第二网关中预设有第一业务表项和第二业务表项，所述第一业务表项用于记录处理需要所述第一网关处理的业务所需的信息，所述第二业务表项用于记录所述第二网关发送过来的数据，将所述地址和所述业务的状态的关联，包括：

在所述第二业务表项中建立所述地址和所述业务的状态的关联；

对应的，从预设的各业务状态中确定出所述非首包报文中携带的地址关联的业务状态，包括：

确定所述第一业务表项中没有记录所述地址；

从所述第二业务表项中确定出所述地址，以及从所述第二业务表项记录的所述各业务状态中确定出所述地址关联的所述业务的状态。

6.根据权利要求2所述的业务的识别方法，其特征在于，在将所述非首包报文转发给所述第二网关处理之后，所述方法还包括：

接收所述第二网关发送的所述业务的最新状态，其中，所述最新状态为所述第二网关基于所述首包报文和所述非首包报文而确定；

利用所述最新状态，将所述业务的状态对应更新。

7.根据权利要求2所述的业务的识别方法，其特征在于，在获取所述业务的状态之后，所述方法还包括：

在所述状态为识别状态时，将所述非首包报文直接转发给所述第一网络设备。

8.根据权利要求1所述业务的识别方法，其特征在于，获取所述业务的相关信息，包括：

获取处理所述业务的管理策略的类型，其中，所述类型中不包括第一网关配置的管理策略的类型表示所述第一网关无法处理所述非首包报文。

9.根据权利要求8所述的业务的识别方法，其特征在于，在获取处理所述业务的管理策略的类型之后，所述方法还包括：

在确定所述第一网关配置有所述类型的管理策略时，利用所述管理策略处理所述非首包报文。

10.一种业务的识别方法，其特征在于，应用于与第一网络设备和第二网络设备连接的第二网关，所述第一网络设备和所述第二网络设备还与第一网关连接，所述方法包括：

获取所述第一网络设备发往所述第二网络设备的数据报文；

在所述数据报文属于一种业务的首包报文时，生成用于表示所述第一网关是否可以处理所述业务的非首包报文的相关信息；

将所述相关信息同步给所述第一网关；

接收所述第一网关转发的所述非首包报文，其中，所述第二网关接收到所述非首包报文表示所述第一网关基于所述相关信息确定所述第一网关无法处理所述非首包报文；

处理所述非首包报文。

11.根据权利要求10所述的业务的识别方法，其特征在于，生成用于表示所述第一网关是否可以处理所述业务的非首包报文的相关信息，包括：

生成用于表示所述业务的状态的所述相关信息，其中，所述状态为未识别状态。

12.根据权利要求11所述的业务的识别方法，其特征在于，处理所述非首包报文，包括：

利用所述首包报文和所述非首包报文，识别出所述业务。

13.根据权利要求12所述的业务的识别方法，其特征在于，在利用所述首包报文和所述非首包报文，识别出所述业务之后，所述方法还包括：

将所述业务的状态更新为识别状态；

将所述业务的状态为识别状态同步给所述第一网关，以使所述第一网关在接收到所述第二网络设备经所述第一网关发往所述第一网络设备的所述业务的新的非首包报文后，所述第一网关将所述新的非首包报文直接转发给所述第一网络设备。

14.根据权利要求10所述的业务的识别方法，其特征在于，生成用于表示所述第一网关是否可以处理所述业务的非首包报文的相关信息，包括：

生成用于表示所述业务的管理策略的类型的所述相关信息，其中，所述类型中不包括所述第一网关配置的管理策略的类型。

15.一种业务的识别装置，其特征在于，应用于与第一网络设备和第二网络设备连接的第一网关，所述第一网络设备和所述第二网络设备还与第二网关连接，所述装置包括：

数据收发模块，用于获取所述第二网络设备经所述第一网关发往所述第一网络设备的一种业务的非首包报文；

数据处理模块，用于获取所述业务的相关信息，其中，所述相关信息为所述第二网关基于获取到的所述业务的首包报文而生成；

所述数据收发模块，还用于在所述相关信息表示所述第一网关无法处理所述非首包报文时，将所述非首包报文转发给所述第二网关。

16.一种业务的识别装置，其特征在于，应用于与第一网络设备和第二网络设备连接的第二网关，所述第一网络设备和所述第二网络设备还与第一网关连接，所述装置包括：

数据收发模块，用于获取所述第一网络设备发往所述第二网络设备的数据报文；

数据处理模块，用于在所述数据报文属于一种业务的首包报文时，生成用于表示所述第一网关是否可以处理所述业务的非首包报文的相关信息；

所述数据收发模块，还用于将所述相关信息同步给所述第一网关；接收所述第一网关转发的所述非首包报文，其中，所述第二网关接收到所述非首包报文表示所述第一网关基于所述相关信息确定所述第一网关无法处理所述非首包报文；

所述数据处理模块，还用于处理所述非首包报文。

17.一种网关，其特征在于，包括：处理器、内存、网卡以及主板，所述处理器、所述内存和所述网卡设置在所述主板上，

所述内存，用于存储程序；

所述处理器，用于调用并运行存储的所述程序，并通过所述网卡与其它网关交互，以执行如权利要求1-14任一权项所述业务的识别方法。

18.一种业务的识别***，其特征在于，包括：第一网关和第二网关，所述第一网关与第一网络设备和第二网络设备连接，所述第二网关也与所述第一网络设备和所述第二网络设备连接；

所述第一网关，用于执行如权利要求1-9任一权项所述的业务的识别方法；

所述第二网关，用于执行如权利要求10-14任一权项所述的业务的识别方法。

19.一种计算机可读存储介质，其上存储有程序代码，所述程序代码被计算机运行时执行如权利要求1-14任一权项所述的业务的识别方法。

Images