CN105634684A - 一种数据包的处理方法、装置及服务器 - Google Patents

Abstract

本发明提供了一种数据包的处理方法、装置及服务器，其中，所述数据包的处理方法包括：生成待发送的基于可扩展消息与存在协议XMPP消息数据，所述XMPP消息数据包括消息头和消息体；将所述消息头进行自定义封装，得到封装后的消息头；将所述消息体转换为符合预设协议格式的消息体；将所述封装后的消息头和符合预设协议格式的消息体进行封装，得到新的消息包；发送所述新的消息包。本发明采用数据协议包的通信方式，用协议头封装XMPP数据包，通过协议头长度字段保障数据的完整性，并且定义了不同类型数据包的通信质量，保障了不同类型数据包的通信质量模式，并且将原始包体转换为UTF-8字节流处理，更加有利于采用压缩算法进行压缩。

Description

一种数据包的处理方法、装置及服务器

技术领域

本发明涉及通信技术领域，尤其涉及一种数据包的处理方法、装置及服务器。

背景技术

XMPP(ExtensibleMessagingandPresenceProtocol)是一种以可扩展标记语言(XML)为基础的开放式即时通讯协议，是经互联网工程工作小组(IETF)通过的互联网标准。XMPP规定了近实时的、可扩展的即时消息(InstantMessaging)传输标准，凭借其巨大的灵活性和开放性在即时通讯市场上占有了很大的份额。许多互联网和计算机行业巨头均采用XMPP协议实现其即时消息通讯服务。

目前在全世界范围，许多正在运转的大规模即时消息(IM)系统，都是按XMPP协议或按XMPP协议框架进行改造和扩展类似的协议。

由于XMPP协议是从早期的jabber协议发展而来，主要针对的环境是互联网和个人电脑(PC)环境。因此在移动互联网和移动终端的环境里面会存在以下问题：

1.采用XML描述消息，消息体比较大，空间浪费严重，不适合需要省流量省电的移动互联网环境。

2.直接采用XML流方式解析，在数据包比较大或通信环境比较恶劣的情况下，出现通信故障时，需要重新解析，效率低下，并且没有严格的消息确认和重发机制，有可能会出现包丢失或重复。

3.XMPP协议扩展麻烦，需要严格定义，不适合业务快速变化。

发明内容

为了解决上述技术问题，本发明公开了一种数据包的处理方法、装置及服务器，解决了现有技术中消息体较大，解析效率低下，没有严格的消息确认和重发机制，容易出现丢包或重复，不适合业务快速化的问题。

依据本发明的一个方面，提供了一种数据包的处理方法，包括：

生成待发送的基于可扩展消息与存在协议XMPP消息数据，所述XMPP消息数据包括消息头和消息体；

将所述消息头进行自定义封装，得到封装后的消息头；

将所述消息体转换为符合预设协议格式的消息体；

将所述封装后的消息头和符合预设协议格式的消息体进行封装，得到新的消息包；

发送所述新的消息包。

其中，将所述消息头进行自定义封装，得到封装后的消息头的步骤包括：

将所述消息按照自定义协议头格式封装，所述自定义协议头包括：消息长度、消息序号、消息类型标志、消息通信质量标志以及压缩标志。

其中，所述消息长度为消息长度字段与消息序号字段、消息包类型字段、消息通信质量控制字段、消息压缩标志以及XMPP消息体的UTF-8字节流的长度之和；

所述消息序号，用于消息配对使用，对发送的消息包必须经过序号应答回复；

所述消息包类型主要包括请求包和响应包，所述请求包和所述响应包之间的所述消息序号必须配对；

所述压缩标志用于区分所述消息体是否采用了压缩方式；

所述消息通信质量标志，用于区别消息发送的不同响应级别；其中所述不同响应级别包括：允许收不到或丢失、确认收到以及支持消息回执。

其中，将所述消息体转换为符合预设协议格式的消息体的步骤包括：

将所述消息体转换为符合UTF-8协议格式的消息体。

其中，所述发送所述新的消息包的步骤为：

获取所述新的消息包的响应级别；

依据所述响应级别发送所述新的消息包。

其中，所述新的消息包的响应级别为确认收到的类型时，所述方法还包括：

检测预设时间内是否接收到第一客户端的确认包；

若未收到所述确认包，则再次发送所述新的消息包。

其中，所述新的消息包的响应级别为支持消息回执的类型时，所述方法还包括：

向第一客户端发送确认包；

转发所述消息包至第二客户端；

检测是否接收到第二客户端的确认包；

若接收到第二客户端的确认包，则向第一客户端发送回执消息；

若未接收到第二客户端的确认包，则向第二客户端再次发送所述新的消息包。

依据本发明的另一个方面，提供了一种数据包的处理装置，包括：

生成模块，用于生成待发送的基于可扩展消息与存在协议XMPP消息数据，所述XMPP消息数据包括消息头和消息体；

第一封装模块，用于将所述消息头进行自定义封装，得到封装后的消息头；

转换模块，用于将所述消息体转换为符合预设协议格式的消息体；

第二封装模块，用于将所述封装后的消息头和符合预设协议格式的消息体进行封装，得到新的消息包；

第一发送模块，用于发送所述新的消息包。

其中，所述第一封装模块具体用于将所述消息按照自定义协议头格式封装，所述自定义协议头包括：消息长度、消息序号、消息类型标志、消息通信质量标志以及压缩标志。

其中，所述消息长度为消息长度字段与消息序号字段、消息包类型字段、消息通信质量控制字段、消息压缩标志以及XMPP消息体的UTF-8字节流的长度之和；

所述消息序号，用于消息配对使用，对发送的消息包必须经过序号应答回复；

所述消息包类型的主要包括请求包和响应包，所述请求包和所述响应包之间的所述消息序号必须配对；

所述压缩标志用于区分所述消息体没有采用压缩方和所述消息体采用了zip压缩方式；

所述消息通信质量标志，用于区别消息发送的不同响应级别；

其中，所述不同响应级别包括：允许收不到或丢失、确认收到以及支持消息回执。

其中，所述转换模块具体用于将所述消息体转换为符合UTF-8协议格式的消息体。

其中，所述第一发送模块还包括：

第一获取单元，用于获取所述消息包的响应级别；

第一发送单元，用于依据所述响应级别发送所述新的消息包。

其中，所述消息包的响应级别为确认收到的类型时，所述第一发送模块，还包括：

第一检测单元，用于检测预设时间内是否接收到第一客户端的确认包；

若未收到来自客户端的确认包，则第一发送单元再次发送所述新的消息包。

其中，所述消息包的响应级别为支持消息回执的类型时，所述第一发送模块，还包括：

第二发送单元，用于向第一客户端发送确认包；

第三发送单元，用于转发消息包至第二客户端；

第二检测单元，用于检测是否接收到第二客户端的确认包；

第四发送单元，用于若接收到第二客户端的确认包，则向第一客户端发送回执信息；

未接收到第二客户端的确认包，则第三发送单元再次向所述第二客户端转发所述新的消息包。

依据本发明的另一个方面，提供了一种服务器，包括以上所述的数据包的处理装置。

本发明的有益效果是：

本发明的技术方案，采用数据协议包的通信方式，用协议头封装XMPP数据包，通过协议头长度字段保障数据的完整性，并且定义了不同类型数据包的通信质量，保障了不同类型数据包的通信质量模式，并且将原始包体转换为更加有利于采用压缩算法进行压缩的格式。

附图说明

图1为本发明中数据包的处理方法的流程图；

图2为本发明中响应级别为允许收不到或丢失的类型时的通信流程图；

图3为本发明中响应级别为确认收到的类型时的通信流程图；

图4为本发明中响应级别为支持消息回执的类型时的通信流程图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明采用数据协议包的通信方式，用协议头封装XMPP数据包，通过协议头长度字段保障数据的完整性，并且定义了不同类型数据包的通信质量，从而保障了不同类型数据包的通信质量模式，并且将原始包体转换为更加有利于采用压缩算法进行压缩的格式。

如图1所示，本发明的实施例中，一种数据包的处理方法，包括：

步骤1，生成待发送的基于可扩展消息与存在协议XMPP消息数据，所述XMPP消息数据包括消息头和消息体；

步骤2，将所述消息头进行自定义封装，得到封装后的消息头；

步骤3，将所述消息体转换为符合预设协议格式的消息体；

步骤4，将所述封装后的消息头和符合预设协议格式的消息体进行封装，得到新的消息包；

步骤5，发送所述新的消息包。

本发明的上述实施例中，步骤1中生成的消息数据包括消息头和消息体，对消息头进行自定义封装得到封装后的消息头，将所述消息体转换为符合预设协议格式的消息体，再将所述封装后的消息头与所述符合预设协议格式的消息体进行第二次封装，得到所述新的消息包，服务端向客户端发送所述新的消息包。此种消息包的处理方法适合节省流量和省电的互联网环境。

其中，将所述消息头进行自定义封装，得到封装后的消息头的步骤包括：

将所述消息按照自定义协议头格式封装，所述自定义协议头包括：消息长度、消息序号、消息类型标志、消息通信质量标志以及压缩标志。

其中，所述自定义协议头扩展了协议头，消息序号，消息通信质量级别，以方便对所述新的消息包的质量等级和发送类型进行区分。

其中，所述消息长度为消息长度字段与消息序号字段、消息包类型字段、消息通信质量控制字段、消息压缩标志以及XMPP消息体的UTF-8字节流的长度之和；

所述消息序号，用于消息配对使用，对发送的消息包必须经过序号应答回复；其中，所述消息序号采用自增类型方式。

所述消息包类型主要包括请求包和响应包，所述请求包和所述响应包之间的所述消息序号必须配对；具体地，将所述消息请求包标记为0，所述消息响应包标记为1。

所述压缩标志用于区分所述消息体是否采用了压缩方式；其中，若所述消息体没有采用压缩方式，则将其定义为0；若所述消息体采用了zip压缩方式，则将其定义为1。

所述消息通信质量标志，用于区别消息发送的不同响应级别；其中所述不同响应级别包括：允许收不到或丢失、确认收到以及支持消息回执。

本发明的上述实施例中，所述不同响应级别包括：允许收不到或丢失、确认收到以及支持消息回执；

其中，若响应级别为允许收不到或丢失时，将该消息的质量控制标志类型定义为0；

若响应级别为确认收到时，将该消息的质量控制标志类型定义为1；

若所述响应级别为支持消息回执时，将该消息的质量控制标志类型定义为2。

其中，将所述消息体转换为符合预设协议格式的消息体的步骤包括：

将所述消息体转换为符合UTF-8协议格式的消息体。所述UTF-8协议格式的消息体更有利于采用压缩算法进行压缩。

其中，所述发送所述新的消息包的步骤为：

获取所述新的消息包的响应级别；

依据所述响应级别发送所述新的消息包。

本发明的实施例中，获取所述新的消息包的响应级别，并且服务端根据所述响应级别向客户端发送所述新的消息包，并且接收来自客户端回应的所述新的消息包的确认包。若所述新的消息包的响应级别为允许收不到或丢失时，所述服务端不论是否接收到来自客户端回应的所述新的消息包的确认包，都不重复发送所述新的消息包。

其中，所述新的消息包的响应级别为确认收到的类型时，所述方法还包括：

检测预设时间内是否接收到第一客户端的确认包；

若未收到所述确认包，则再次发送所述新的消息包。

所述新的消息包的响应级别为确认收到时，若所述服务端没有接收到客户端回应的所述新的消息包的确认包，所述服务端在预设时间内继续向客户端发送所述新的消息包，直到收到客户端回应的所述新的消息包的确认包，服务端停止向所述客户端发送所述新的消息包。

其中，所述新的消息包的响应级别为支持消息回执的类型时，所述方法还包括：

向第一客户端发送确认包；

转发所述消息包至第二客户端；

检测是否接收到第二客户端的确认包；

若接收到第二客户端的确认包，则向第一客户端发送回执消息；

若未接收到第二客户端的确认包，则向第二客户端再次发送所述新的消息包。

本发明的实施例中，所述新的消息包的响应级别为支持消息回执的类型时，第一客户端向所述服务端发起消息，所述服务端向所述第一客户端返回确认收到消息，所述服务端向第二客户端发送所述新的消息包。所述第二客户端向所述服务端发起确认收到消息；所述服务端根据所述第二客户端确认收到的消息，向所述第一客户端发送消息；所述第一客户端收到消息后，显示该消息对方已读，并且所述第一客户端再次向所述服务端发起已读回执，此时所述服务端结束流程。在发送过程中若没出现所述确认收到消息，所述服务端负责重新发送。

依据本发明的另一个方面，提供了一种数据包的处理装置，包括：

生成模块，用于生成待发送的基于可扩展消息与存在协议XMPP消息数据，所述XMPP消息数据包括消息头和消息体；

第一封装模块，用于将所述消息头进行自定义封装，得到封装后的消息头；

转换模块，用于将所述消息体转换为符合预设协议格式的消息体；

第二封装模块，用于将所述封装后的消息头和符合预设协议格式的消息体进行封装，得到新的消息包；

第一发送模块，用于发送所述新的消息包。

具体地，所述第一封装模块具体用于将所述消息按照自定义协议头格式封装，所述自定义协议头包括：消息长度、消息序号、消息类型标志、消息通信质量标志以及压缩标志。

具体地，所述消息长度为消息长度字段与消息序号字段、消息包类型字段、消息通信质量控制字段、消息压缩标志以及XMPP消息体的UTF-8字节流的长度之和；

所述消息序号，用于消息配对使用，对发送的消息包必须经过序号应答回复；

所述消息包类型的主要包括请求包和响应包，所述请求包和所述响应包之间的所述消息序号必须配对；

所述压缩标志用于区分所述消息体没有采用压缩方和所述消息体采用了zip压缩方式；

所述消息通信质量标志，用于区别消息发送的不同响应级别；

其中所述不同响应级别包括：允许收不到或丢失、确认收到以及支持消息回执。

其中，所述转换模块具体用于将所述消息体转换为符合UTF-8协议格式的消息体。

具体地，所述第一发送模块还包括：

第一获取单元，用于获取所述消息包的响应级别；

第一发送单元，用于依据所述响应级别发送所述新的消息包。

具体地，所述消息包的响应级别为确认收到的类型时，所述第一发送模块，还包括：

第一检测单元，用于检测预设时间内是否接收到第一客户端的确认包；

若未收到来自客户端的确认包，则第一发送单元再次发送所述新的消息包。

具体地，所述消息包的响应级别为支持消息回执的类型时，所述第一发送模块，还包括：

第二发送单元，用于向第一客户端发送确认包；

第三发送单元，用于转发消息包至第二客户端；

第二检测单元，用于检测是否接收到第二客户端的确认包；

第四发送单元，用于若接收到第二客户端的确认包，则向第一客户端发送回执信息；

未接收到第二客户端的确认包，则第三发送单元再次向所述第二客户端转发所述新的消息包。

依据本发明的另一个方面，提供了一种服务器，包括以上所述的数据包的处理装置。

本发明采用数据协议包的通信方式，用协议头封装XMPP数据包，通过协议头长度字段保障数据的完整性，并且定义了不同类型数据包的通信质量，从而保障了不同类型数据包的通信质量模式，并且将原始包体转换为更加有利于采用压缩算法进行压缩的格式。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (15)

1.一种数据包的处理方法，其特征在于，包括：

生成待发送的基于可扩展消息与存在协议XMPP消息数据，所述XMPP消息数据包括消息头和消息体；

将所述消息头进行自定义封装，得到封装后的消息头；

将所述消息体转换为符合预设协议格式的消息体；

将所述封装后的消息头和符合预设协议格式的消息体进行封装，得到新的消息包；

发送所述新的消息包。

2.如权利要求1所述的数据包的处理方法，其特征在于，将所述消息头进行自定义封装，得到封装后的消息头的步骤包括：

将所述消息按照自定义协议头格式封装，所述自定义协议头包括：消息长度、消息序号、消息类型标志、消息通信质量标志以及压缩标志。

3.如权利要求2所述的数据包的处理方法，其特征在于，所述消息长度为消息长度字段与消息序号字段、消息包类型字段、消息通信质量控制字段、消息压缩标志以及XMPP消息体的UTF-8字节流的长度之和；

所述消息序号，用于消息配对使用，对发送的消息包必须经过序号应答回复；

所述消息包类型主要包括请求包和响应包，所述请求包和所述响应包之间的所述消息序号必须配对；

所述压缩标志用于区分所述消息体是否采用了压缩方式；

所述消息通信质量标志，用于区别消息发送的不同响应级别；其中所述不同响应级别包括：允许收不到或丢失、确认收到以及支持消息回执。

4.如权利要求1所述的数据包的处理方法，其特征在于，将所述消息体转换为符合预设协议格式的消息体的步骤包括：

将所述消息体转换为符合UTF-8协议格式的消息体。

5.如权利要求1所述的数据包的处理方法，其特征在于，所述发送所述新的消息包的步骤为：

获取所述新的消息包的响应级别；

依据所述响应级别发送所述新的消息包。

6.如权利要求5所述的数据包的处理方法，其特征在于，所述新的消息包的响应级别为确认收到的类型时，所述方法还包括：

检测预设时间内是否接收到第一客户端的确认包；

若未收到所述确认包，则再次发送所述新的消息包。

7.如权利要求5所述的数据包的处理方法，其特征在于，所述新的消息包的响应级别为支持消息回执的类型时，所述方法还包括：

向第一客户端发送确认包；

转发所述消息包至第二客户端；

检测是否接收到第二客户端的确认包；

若接收到第二客户端的确认包，则向第一客户端发送回执消息；

若未接收到第二客户端的确认包，则向第二客户端再次发送所述新的消息包。

8.一种数据包的处理装置，其特征在于，包括：

生成模块，用于生成待发送的基于可扩展消息与存在协议XMPP消息数据，所述XMPP消息数据包括消息头和消息体；

第一封装模块，用于将所述消息头进行自定义封装，得到封装后的消息头；

转换模块，用于将所述消息体转换为符合预设协议格式的消息体；

第二封装模块，用于将所述封装后的消息头和符合预设协议格式的消息体进行封装，得到新的消息包；

第一发送模块，用于发送所述新的消息包。

9.如权利要求8所述的数据包的处理装置，其特征在于，所述第一封装模块具体用于将所述消息按照自定义协议头格式封装，所述自定义协议头包括：消息长度、消息序号、消息类型标志、消息通信质量标志以及压缩标志。

10.如权利要求9所述的数据包的处理装置，其特征在于，所述消息长度为消息长度字段与消息序号字段、消息包类型字段、消息通信质量控制字段、消息压缩标志以及XMPP消息体的UTF-8字节流的长度之和；

所述消息序号，用于消息配对使用，对发送的消息包必须经过序号应答回复；

所述消息包类型的主要包括请求包和响应包，所述请求包和所述响应包之间的所述消息序号必须配对；

所述压缩标志用于区分所述消息体没有采用压缩方和所述消息体采用了zip压缩方式；

所述消息通信质量标志，用于区别消息发送的不同响应级别；

其中所述不同响应级别包括：允许收不到或丢失、确认收到以及支持消息回执。

11.如权利要求8所述的数据包的处理装置，其特征在于，

所述转换模块具体用于将所述消息体转换为符合UTF-8协议格式的消息体。

12.如权利要求8所述的数据包的处理装置，其特征在于，所述第一发送模块还包括：

第一获取单元，用于获取所述消息包的响应级别；

第一发送单元，用于依据所述响应级别发送所述新的消息包。

13.如权利要求12所述的数据包的处理装置，其特征在于，所述消息包的响应级别为确认收到的类型时，所述第一发送模块，还包括：

第一检测单元，用于检测预设时间内是否接收到第一客户端的确认包；

若未收到来自客户端的确认包，则第一发送单元再次发送所述新的消息包。

14.如权利要求12所述的数据包的处理装置，其特征在于，所述消息包的响应级别为支持消息回执的类型时，所述第一发送模块，还包括：

第二发送单元，用于向第一客户端发送确认包；

第三发送单元，用于转发消息包至第二客户端；

第二检测单元，用于检测是否接收到第二客户端的确认包；

第四发送单元，用于若接收到第二客户端的确认包，则向第一客户端发送回执信息；

未接收到第二客户端的确认包，则第三发送单元再次向所述第二客户端转发所述新的消息包。

15.一种服务器，其特征在于，包括如权利要求8～14任一项所述的数据包的处理装置。