CN103259713B - 消息交互系统及方法 - Google Patents

Abstract

一种消息交互方法包括：向后台系统发送注册请求；后台系统接收注册请求并向网关回送注册响应；网关向后台系统发送心跳请求；后台系统接收心跳请求并回送心跳响应；后台系统向网关发送结果同步消息；网关接收结果同步消息并回送结果同步确认消息；后台系统向网关发送规则同步消息；网关接收规则同步消息并回送规则同步确认消息；网关识别具体的应用并在识别出新的具体应用后向后台系统发送识别结果消息；后台系统接收识别结果消息并回送识别结果确认消息；后台系统将新的识别结果通过识别结果消息同步给已注册的其它的网关；其它网关接收识别结果消息并向后台系统回送识别结果确认消息。本发明还提供一种消息交互系统。

Description

消息交互系统及方法

技术领域

本发明涉及网络和通信技术领域，特别涉及一种网关与后台系统之间的消息交互系统及消息交互方法。

背景技术

随着宽带增值业务的增长，网关进入到千家万户，但此时也会产生较多问题，主要如下：

1.家庭应用的QoS(QualityofService，服务质量)问题

随着宽带增值业务的增长，在家庭网络环境中的多个智能终端经常会存在多个应用(如视频点播、传屏、网页浏览等)同时进行，但由于带宽有限，会存在多个应用抢占带宽的问题，从而严重影响用户的体验感受。

2.WiFi干扰问题

传统的WiFi使用2GHz频段，属于非授权频点，干扰问题比较突出。由于频谱资源的限制及不断增长的业务需求，家庭内部和家庭之间存在占用相同或相邻频段的情况。

因此，业界引入了后台云端系统，从整体上去解决多个家庭网络的干扰问题以及QoS问题。在此基础上，本发明提供了一种消息交互方法及消息交互系统，用于在网关与后台系统之间进行信息交互。

发明内容

本发明提供了一种于在网关与后台系统之间进行信息交互的消息交互方法及消息交互系统。

本发明提供的消息交互方法包括：网关向后台系统发送注册请求消息；后台系统接收注册请求消息，并向网关回送注册响应消息；网关在注册成功后定时向后台系统发送心跳请求消息；后台系统接收网关的心跳请求消息，并向网关回送心跳响应消息；后台系统向网关发送结果同步消息，将目前的结果信息同步给该网关；网关接收结果同步消息，并向后台系统回送结果同步确认消息；后台系统向网关发送规则同步消息，将目前的规则信息同步给该网关；网关接收规则同步消息，并向后台系统回送规则同步确认消息；网关识别具体的应用，并在识别出某一种新的具体应用后向后台系统发送识别结果消息，将该应用的识别结果消息发给后台系统；后台系统接收识别结果消息，并向该网关回送识别结果确认消息；后台系统将新的识别结果通过识别结果消息同步给已注册的所有其它的网关；其它网关接收识别结果消息，并向后台系统回送识别结果确认消息。

本发明提供的消息交互系统包括网关和后台系统。网关包括注册请求发送模块、心跳请求发送模块、结果同步消息确认模块、规则同步消息确认模块、应用识别模块、识别结果消息发送模块、识别结果消息确认模块。后台系统包括注册请求响应模块、心跳请求响应模块、结果同步消息发送模块、规则同步消息发送模块、识别结果消息确认模块、识别结果消息发送模块。注册请求发送模块用于向后台系统发送注册请求消息。注册请求响应模块用于在后台系统收到注册请求消息后，向网关回送注册响应消息。心跳请求发送模块用于在注册成功后定时向后台系统发送心跳请求消息。心跳请求响应模块用于接收网关的心跳请求消息，并向网关回送心跳响应消息。结果同步消息发送模块用于向网关发送结果同步消息，将目前的结果信息同步给该网关。结果同步消息确认模块用于接收结果同步消息，并向后台系统回送结果同步确认消息。规则同步消息发送模块用于向网关发送规则同步消息，将目前的规则信息同步给该网关。规则同步消息确认模块用于接收规则同步消息，并向后台系统回送规则同步确认消息。应用识别模块用于识别具体的应用，并在识别出某一种新的具体应用后告知网关的识别结果消息发送模块向后台系统发送识别结果消息，将该应用的识别结果消息发给后台系统。后台系统的识别结果消息确认模块用于接收识别结果消息，并向网关回送识别结果确认消息。后台系统的识别结果消息发送模块用于将新的识别结果通过识别结果消息同步给已注册的其它的网关。网关的识别结果消息确认模块用于在接收到识别结果消息后，向后台系统回送识别结果确认消息。

本发明的消息交互系统和方法规定了网关和后台系统之间的交互通信协议，在网关与后台系统之间建立实时的数据通信通道，解决了后台系统与网关之间的交互通信问题。该协议实现简单，具有一定的通用性和扩展性，并且采用心跳消息等技术确保连接的有效性，从而确保后台云端系统和家庭网关之间能够实时的进行通信。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。

附图说明

图1所示为本发明消息交互系统的示意框图。

图2所示为本发明消息交互方法的一个实施例的流程框图。

图3所示为本发明消息交互方法的另一个实施例的流程框图。

图4所示为利用本发明的消息交互方法通信时所涉及的所有消息的消息头的示意图。

图5所示为利用本发明的消息交互方法通信时所涉及的注册响应消息的消息体的示意图。

图6所示为利用本发明的消息交互方法通信时所涉及的结果同步消息的消息体的示意图。

图7所示为利用本发明的消息交互方法通信时所涉及的结果同步确认消息的消息体的示意图。

图8所示为利用本发明的消息交互方法通信时所涉及的规则同步消息的消息体的示意图。

图9所示为利用本发明的消息交互方法通信时所涉及的规则同步确认消息的消息体的示意图。

图10所示为利用本发明的消息交互方法通信时所涉及的识别结果消息的消息体的示意图。

图11所示为利用本发明的消息交互方法通信时所涉及的流量特征消息的消息体的示意图。

图12所示为利用本发明的消息交互方法通信时所涉及的识别规则消息的消息体的示意图。

图13所示为利用本发明的消息交互方法通信时所涉及的注销响应消息的消息体的示意图。

具体实施方式

为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对本发明的具体实施方式、结构、特征及其功效，详细说明如后。

图1所示为本发明消息交互系统的示意图。如图1所示，本发明的消息交互系统包括网关100和后台系统200。

其中，网关100可以为家庭网关或企业网关，本实施例中的网关为家庭网关，其包括注册请求发送模块101、心跳请求发送模块102、结果同步消息确认模块103、规则同步消息确认模块104、应用识别模块105、识别结果消息发送模块106、识别结果消息确认模块107、流量特征消息发送模块108、识别规则消息确认模块109。

后台系统200在本实施例中优选为后台云端系统，其包括注册请求响应模块201、心跳请求响应模块202、结果同步消息发送模块203、规则同步消息发送模块204、识别结果消息确认模块206、识别结果消息发送模块207、流量特征消息确认模块208、识别规则确定模块209。

注册请求发送模块101用于向后台系统200发送注册请求消息；注册请求响应模块201用于在后台系统200收到注册请求消息后，向网关100回送注册响应消息。

心跳请求发送模块102用于在注册成功后定时(如3秒，可根据需要设定)向后台系统200发送心跳请求消息；心跳请求响应模块202用于接收网关100的心跳请求消息，并向网关100回送心跳响应消息。

结果同步消息发送模块203用于向网关100发送结果同步消息，将目前所有的结果信息同步给该网关100；结果同步消息确认模块103用于接收结果同步消息，并向后台系统200回送结果同步确认消息。

规则同步消息发送模块204用于向网关100发送规则同步消息，将目前所有的规则信息同步给该网关100；规则同步消息确认模块104用于接收规则同步消息，并向后台系统200回送规则同步确认消息。

应用识别模块105用于识别具体的应用，并在识别出某一种新的具体应用后告知网关100的识别结果消息发送模块106向后台系统200发送识别结果消息，将该应用的识别结果消息发给后台系统200；后台系统200的识别结果消息确认模块206用于接收识别结果消息，并向网关100回送识别结果确认消息。后台系统200的识别结果消息发送模块207用于将新的识别结果通过识别结果消息同步给已注册的所有其它的网关100；而网关100的识别结果消息确认模块107用于在接收到识别结果消息后，向后台系统200回送识别结果确认消息。

流量特征消息发送模块108用于在网关100的某次识别过程中发现其特征值与之前的历史记录存在较大误差时，向后台系统200发送流量特征消息，将该次的特征值发送给后台系统200；流量特征消息确认模块208用于接收流量特征消息，并向网关100回送流量特征确认消息；识别规则确定模块209用于将该次收到的流量特征加入历史流量特征记录中重新确定该种应用的识别规则(如采用BP(BackPropagation)神经网络重新进行训练)，并将新的识别规则通过识别规则消息发送给所有已注册的网关100；识别规则消息确认模块109用于接收识别规则消息，并向后台系统200回送识别规则确认消息。

注销请求消息发送模块用于向后台系统200发送注销请求消息；注销请求响应模块用于在后台系统200收到注销请求消息后，向网关100回送注销响应消息。在本发明的其它实施例中，注销请求消息发送模块可以设于后台系统200，而注销请求响应模块则可以设于网关100，在这样的实施例中，注销请求消息发送模块用于向网关100发送注销请求消息，请求注销指定的网关100，而注销请求响应模块则用于接收注销请求消息，并向后台系统200回送注销响应消息。

图2所示为本发明消息交互方法的一个实施例的流程示意图。如图2所示，本发明的消息交互方法包括：

步骤S301：网关向后台系统发送注册请求消息进行注册；

步骤S302：后台系统接收注册请求消息，并向网关回送注册响应消息；

步骤S303：网关在注册成功后定时(如3秒，可根据需要设定)向后台系统发送心跳请求消息；

步骤S304：后台系统接收网关的心跳请求消息，并向网关回送心跳响应消息；

步骤S305：后台系统向网关发送结果同步消息，将目前所有的结果信息同步给该网关；

步骤S306：网关接收结果同步消息，并向后台系统回送结果同步确认消息；

步骤S307：后台系统向网关发送规则同步消息，将目前所有的规则信息同步给该网关；

步骤S308：网关接收规则同步消息，并向后台系统回送规则同步确认消息；

另外，当网关利用应用识别模块识别出某一种新的具体应用后，本发明的消息交互方法还可以包括：

步骤S309：网关向后台系统发送识别结果消息，将该应用的识别结果消息发给后台系统；

步骤S310：后台系统接收识别结果消息，并向网关回送识别结果确认消息；

进一步地，在步骤S310进行完毕之后，本发明的消息交互方法还可以包括：

步骤S311：后台系统将新的识别结果通过识别结果消息同步给已注册的所有其它的网关；

步骤S312：其它网关接收识别结果消息，并向后台系统回送识别结果确认消息；

另外，当网关在某次识别过程中发现其特征值与之前的历史记录存在较大误差时，本发明的消息交互方法还可以包括：

步骤S313：网关向后台系统发送流量特征消息，将该次的特征值发送给后台系统；

步骤S314：后台系统接收流量特征消息，并向网关回送流量特征确认消息；

当后台系统在步骤S314中收到网关发送的新的流量特征消息后，为了增加网关应用识别的成功率，本发明的消息交互方法还可以包括：

步骤S315：后台系统将该次收到的流量特征加入历史流量特征记录中重新确定该种应用的识别规则(如采用BP(BackPropagation)神经网络重新进行训练)，并将新的识别规则通过识别规则消息发送给所有已注册的网关；

步骤S316：网关接收识别规则消息，并向后台系统回送识别规则确认消息；

进一步地，网关和后台系统在进行完必要的消息交互，需要注销网关时，可以采取网关主动注销和后台系统注销指定网关两种方式，其中网关主动注销的方式包括如下步骤：

步骤S317：网关向后台系统发送注销请求消息；

步骤S318：后台系统接收注销请求消息，并向网关回送注销响应消息。

如图3所示，后台系统注销指定网关的方式包括如下步骤：

步骤S319：后台系统向网关发送注销请求消息，请求注销指定的网关；

步骤S320：网关接收注销请求消息，并向后台系统回送注销响应消息。

需要说明的是，在步骤S301-S318所示的实施例及S301-S316和S319-S320所示的实施例中所涉及到的每条消息均包括消息头和消息体两部分，其中所有消息的消息头的格式均相同。请参图4，消息头按顺序依次包括源IP地址、目的IP地址、源端口、目的端口、消息体长度、消息ID及预留字段。其中，源IP地址的长度为4字节(即32bit)或者为4字节的倍数。目的IP地址的长度为4字节(即32bit)或者为4字节的倍数。源端口的长度为2字节(即16bit)或者为2字节的倍数。目的端口的长度为2字节(即16bit)或者为2字节的倍数。消息体长度为4字节(即32bit)或者为4字节的倍数。消息ID的长度为2字节(即16bit)或者为2字节的倍数。预留字段的产度为2字节(即16bit)。

在步骤S301-S320中，请求消息和其对应的响应消息之间有一定的时间间隔(如5秒，该时间可根据需要设定)，当一端发出请求后如果在规定的时间内没有收到对应的响应消息则认为超时，需要重新发送请求消息。

在步骤S301中，注册请求消息的消息体为空。

在步骤S302中，注册响应消息的消息体如图5所示，其按顺序依次包括结果和原因值。其中，结果和原因值的长度均为2字节(即16bit)或者为2字节的倍数，且原因值在注册失败时有效。例如，设定当“结果”为0或1，0时表示注册成功；当“结果”为1时，表示注册失败。则当“结果”为0时，“原因值”字段无效；当“结果”为1时，“原因值”字段有效。

在步骤S303和步骤S304中，心跳请求消息和心跳响应消息的消息体均为空。

在步骤S305中，结果同步消息的消息体如图6所示，其可以包括多条结果消息，在本实施例中，每条结果同步消息中最多可携带60条结果信息，即当后台系统的结果消息超过60条时，需要用多条结果同步消息进行同步。在结果同步消息的消息体的开头列出结果同步消息序列号和该消息携带的信息数，接着为依序排列的多个结果消息。各结果消息按顺序依次包括AppID、本地IP地址、远端IP地址、本地端口、远端端口、协议ID、第一预留字段(Reserved1)、第二预留字段(Reserved2)及第三预留字段(Reserved3)。在结果同步消息的消息体中，结果同步消息序列号的长度为2字节(即16bit)或者为2字节的倍数。该消息携带的信息数的长度为2字节(即16bit)或者为2字节的倍数。AppID的长度为4字节(即32bit)或者为4字节的倍数。本地IP地址的长度为4字节(即32bit)或者为4字节的倍数。远端IP地址的长度为4字节(即32bit)或者为4字节的倍数。本地端口的长度为2字节(即16bit)或者为2字节的倍数。远端端口的长度为2字节(即16bit)或者为2字节的倍数。协议ID的长度为4bit或者为4bit的倍数。第一预留字段(Reserved1)的长度为4bit。第二预留字段(Reserved2)的长度为8bit。第三预留字段(Reserved3)的长度为16bit。

在步骤S306中，结果同步确认消息的消息体如图7所示，其按顺序依次包括结果同步消息序列号和预留字段。其中，结果同步消息序列号的长度为2字节(即16bit)或者为2字节的倍数。预留字段的长度为2字节(即16bit)。

在步骤S307中，规则同步消息的消息体如图8所示，其可以包括多条规则消息。在本实施例中，整个规则同步消息的长度(含消息头)不超过1500字节。在规则同步消息的消息体的开头列出规则同步消息序列号及该消息携带的信息数，接着为依序排列的多条规则消息。各条规则消息按顺序依次包括AppID和正则表达式。在规则同步消息的消息体中，规则同步消息序列号的长度为2字节(即16bit)或者为2字节的倍数，该消息携带的信息数的长度为2字节(即16bit)或者为2字节的倍数，AppID的长度为4字节(即32bit)或者为4字节的倍数，正则表达式的长度为4字节(即32bit)的倍数，且正则表达式字段为变长，最大长度为1024，以“/0”结束。

在步骤S308中，规则同步确认消息的消息体如图9所示，其按顺序依次包括规则同步消息序列号及预留字段。其中，规则同步消息序列号与该确认消息对应的请求中该字段的值相同，其长度为2字节(即16bit)或者为2字节的倍数，预留字段的长度为2字节(即16bit)。

在步骤S309和S311中，识别结果消息的消息体如图10所示，其按顺序依次包括AppID、本地IP地址、远端IP地址、本地端口、远端端口、协议ID、第一预留字段(Reserved1)、第二预留字段(Reserved2)及第三预留字段(Reserved3)。其中，AppID的长度为4字节(即32bit)或者为4字节的倍数，本地IP地址的长度为4字节(即32bit)或者为4字节的倍数，远端IP地址的长度为4字节(即32bit)或者为4字节的倍数，本地端口的长度为2字节(即16bit)或者为2字节的倍数，远端端口的长度为2字节(即16bit)或者为2字节的倍数，协议ID的长度为4bit或者为4bit的倍数，第一预留字段(Reserved1)的长度为4bit，第二预留字段(Reserved2)的长度为8bit，第三预留字段(Reserved3)的长度为16bit。

在步骤S310和S312中，识别结果确认消息的消息体为空。

在步骤S313中，流量特征消息的消息体如图11所示，其按顺序依次包括AppID及依序排列的多个特征消息。其中，AppID的长度为4字节(即32bit)或者为4字节的倍数。特征消息用于填写网关在识别具体应用时获取到的流量特征，各特征消息的长度为4字节(即32bit)或者为4字节的倍数。

在步骤S314中，流量特征确认消息的消息体为空。

在步骤S315中，识别规则消息的消息体如图12所示，其按顺序依次包括AppID及依序排列的多个参数。其中，AppID的长度为4字节(即32bit)或者为4字节的倍数。“参数”字段用于填写后台系统确定的识别规则参数，各参数的长度为4字节(即32bit)或者为4字节的倍数。

在步骤S316中，识别规则确认消息的消息体为空。

在步骤S317和S319中，注销请求消息的消息体为空。

在步骤S318和S320中，注销响应消息的消息体如图13所示，其按顺序依次包括结果和原因值。其中，结果和原因值的长度均为2字节(即16bit)或者为2字节的倍数，且原因值在注销失败时有效。例如，设定当“结果”为0或1，0时表示注销成功；当“结果”为1时，表示注销失败；则当“结果”为0时，“原因值”字段无效；当“结果”为1时，“原因值”字段有效。

综上所述，本发明的消息交互系统和方法规定了网关和后台系统之间的交互通信协议，在网关与后台系统之间建立实时的数据通信通道，解决了后台系统与网关之间的交互通信问题。该协议实现简单，具有一定的通用性和扩展性，并且采用心跳消息等技术确保连接的有效性，从而确保后台云端系统和家庭网关之间能够实时的进行通信。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。

Claims (18)

1.一种消息交互方法，用于在网关和后台系统之间进行信息交互，其特征在于，包括：

网关向后台系统发送注册请求消息；

后台系统接收注册请求消息，并向网关回送注册响应消息；

网关在注册成功后定时向后台系统发送心跳请求消息；

后台系统接收网关的心跳请求消息，并向网关回送心跳响应消息；

后台系统向网关发送结果同步消息，将目前的结果信息同步给该网关；

网关接收结果同步消息，并向后台系统回送结果同步确认消息；

后台系统向网关发送规则同步消息，将目前的规则信息同步给该网关；

网关接收规则同步消息，并向后台系统回送规则同步确认消息；

网关识别具体的应用，并在识别出某一种新的具体应用后向后台系统发送识别结果消息，将该应用的识别结果消息发给后台系统；

后台系统接收识别结果消息，并向该网关回送识别结果确认消息；

后台系统将新的识别结果通过识别结果消息同步给已注册的所有其它的网关；

其它网关接收识别结果消息，并向后台系统回送识别结果确认消息。

2.如权利要求1所述的消息交互方法，其特征在于，当网关在某次识别过程中发现其特征值与之前的历史记录存在较大误差时，所述消息交互方法还包括：

网关向后台系统发送流量特征消息，将该次的特征值发送给后台系统；

后台系统接收流量特征消息，并向网关回送流量特征确认消息。

3.如权利要求2所述的消息交互方法，其特征在于，所述消息交互方法还包括：

后台系统将该次收到的流量特征加入历史流量特征记录中重新确定该种应用的识别规则，并将新的识别规则通过识别规则消息发送给所有已注册的网关；

网关接收识别规则消息，并向后台系统回送识别规则确认消息。

4.如权利要求1所述的消息交互方法，其特征在于，所述消息交互方法还包括：

网关向后台系统发送注销请求消息；

后台系统接收注销请求消息，并向网关回送注销响应消息。

5.如权利要求1所述的消息交互方法，其特征在于，所述消息交互方法还包括：

后台系统向网关发送注销请求消息，请求注销指定的网关；

网关接收注销请求消息，并向后台系统回送注销响应消息。

6.如权利要求1至5中任一项所述的消息交互方法，其特征在于，所述消息的消息头按顺序依次包括源IP地址、目的IP地址、源端口、目的端口、消息体长度、消息ID及预留字段。

7.如权利要求1所述的消息交互方法，其特征在于，所述注册请求消息的消息体为空，所述注册响应消息的消息体按顺序依次包括结果和原因值，所述原因值在注册失败时有效。

8.如权利要求1所述的消息交互方法，其特征在于，所述心跳请求消息和心跳响应消息的消息体均为空。

9.如权利要求1所述的消息交互方法，其特征在于，所述结果同步消息的消息体的开头列出结果同步消息序列号和该消息携带的信息数，接着为依序排列的多个结果消息，各结果消息按顺序依次包括AppID、本地IP地址、远端IP地址、本地端口、远端端口、协议ID、第一预留字段、第二预留字段以及第三预留字段；所述结果同步确认消息的消息体按顺序依次包括结果同步消息序列号和预留字段。

10.如权利要求1所述的消息交互方法，其特征在于，所述规则同步消息的消息体的开头列出规则同步消息序列号及该消息携带的信息数，接着为依序排列的多条规则消息，各条规则消息按顺序依次包括AppID和正则表达式，所述正则表达式字段为变长；所述规则同步确认消息的消息体其按顺序依次包括规则同步消息序列号及预留字段。

11.如权利要求1所述的消息交互方法，其特征在于，所述识别结果消息的消息体按顺序依次包括AppID、本地IP地址、远端IP地址、本地端口、远端端口、协议ID、第一预留字段、第二预留字段及第三预留字段；所述识别结果确认消息的消息体为空。

12.如权利要求2所述的消息交互方法，其特征在于，所述流量特征消息的消息体按顺序依次包括AppID及依序排列的多个特征消息，所述特征消息用于填写网关在识别具体应用时获取到的流量特征；所述流量特征确认消息的消息体为空。

13.如权利要求3所述的消息交互方法，其特征在于，所述识别规则消息的消息体按顺序依次包括AppID及依序排列的多个参数，所述参数字段用于填写后台系统确定的识别规则参数；所述识别规则确认消息的消息体为空。

14.如权利要求4或5所述的消息交互方法，其特征在于，所述注销请求消息的消息体为空，所述注销响应消息的消息体按顺序依次包括结果和原因值，所述原因值在注销失败时有效。

15.一种消息交互系统，包括网关和后台系统，其特征在于，所述网关包括注册请求发送模块、心跳请求发送模块、结果同步消息确认模块、规则同步消息确认模块、应用识别模块、识别结果消息发送模块、识别结果消息确认模块；所述后台系统包括注册请求响应模块、心跳请求响应模块、结果同步消息发送模块、规则同步消息发送模块、识别结果消息确认模块、识别结果消息发送模块；

所述注册请求发送模块用于向后台系统发送注册请求消息；所述注册请求响应模块用于在后台系统收到注册请求消息后，向网关回送注册响应消息；

所述心跳请求发送模块用于在注册成功后定时向后台系统发送心跳请求消息；所述心跳请求响应模块用于接收网关的心跳请求消息，并向网关回送心跳响应消息；

所述结果同步消息发送模块用于向网关发送结果同步消息，将目前的结果信息同步给该网关；所述结果同步消息确认模块用于接收结果同步消息，并向后台系统回送结果同步确认消息；

所述规则同步消息发送模块用于向网关发送规则同步消息，将目前的规则信息同步给该网关；所述规则同步消息确认模块用于接收规则同步消息，并向后台系统回送规则同步确认消息；

所述应用识别模块用于识别具体的应用，并在识别出某一种新的具体应用后告知网关的识别结果消息发送模块向后台系统发送识别结果消息，将该应用的识别结果消息发给后台系统；所述后台系统的识别结果消息确认模块用于接收识别结果消息，并向网关回送识别结果确认消息；

所述后台系统的识别结果消息发送模块用于将新的识别结果通过识别结果消息同步给已注册的其它的网关；所述网关的识别结果消息确认模块用于在接收到识别结果消息后，向后台系统回送识别结果确认消息。

16.如权利要求15所述的消息交互系统，其特征在于，所述网关还包括流量特征消息发送模块和识别规则消息确认模块；所述后台系统还包括流量特征消息确认模块和识别规则确定模块；

所述流量特征消息发送模块用于在网关的某次识别过程中发现其特征值与之前的历史记录存在较大误差时，向后台系统发送流量特征消息，将该次的特征值发送给后台系统；

所述流量特征消息确认模块用于接收流量特征消息，并向网关回送流量特征确认消息；

所述识别规则确定模块用于将该次收到的流量特征加入历史流量特征记录中重新确定该种应用的识别规则，并将新的识别规则通过识别规则消息发送给所有已注册的网关；

所述识别规则消息确认模块用于接收识别规则消息，并向后台系统回送识别规则确认消息。

17.如权利要求15所述的消息交互系统，其特征在于，所述网关还包括注销请求消息发送模块，所述后台系统还包括注销请求响应模块；所述注销请求消息发送模块用于向后台系统发送注销请求消息；所述注销请求响应模块用于在后台系统收到注销请求消息后，向网关回送注销响应消息。

18.如权利要求15所述的消息交互系统，其特征在于，所述后台系统还包括注销请求消息发送模块，所述网关还包括注销请求响应模块；所述注销请求消息发送模块用于向网关发送注销请求消息，请求注销指定的网关；所述注销请求响应模块则用于接收注销请求消息，并向后台系统回送注销响应消息。