CN105634684B - 一种数据包的处理方法、装置及服务器 - Google Patents
一种数据包的处理方法、装置及服务器 Download PDFInfo
- Publication number
- CN105634684B CN105634684B CN201410662999.6A CN201410662999A CN105634684B CN 105634684 B CN105634684 B CN 105634684B CN 201410662999 A CN201410662999 A CN 201410662999A CN 105634684 B CN105634684 B CN 105634684B
- Authority
- CN
- China
- Prior art keywords
- message
- package
- client
- packet
- response
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种数据包的处理方法、装置及服务器,其中,所述数据包的处理方法包括:生成待发送的基于可扩展消息与存在协议XMPP消息数据,所述XMPP消息数据包括消息头和消息体;将所述消息头进行自定义封装,得到封装后的消息头;将所述消息体转换为符合预设协议格式的消息体;将所述封装后的消息头和符合预设协议格式的消息体进行封装,得到新的消息包;发送所述新的消息包。本发明采用数据协议包的通信方式,用协议头封装XMPP数据包,通过协议头长度字段保障数据的完整性,并且定义了不同类型数据包的通信质量,保障了不同类型数据包的通信质量模式,并且将原始包体转换为UTF‑8字节流处理,更加有利于采用压缩算法进行压缩。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种数据包的处理方法、装置及服务器。
背景技术
XMPP(Extensible Messaging and Presence Protocol)是一种以可扩展标记语言(XML)为基础的开放式即时通讯协议,是经互联网工程工作小组(IETF)通过的互联网标准。XMPP规定了近实时的、可扩展的即时消息(Instant Messaging)传输标准,凭借其巨大的灵活性和开放性在即时通讯市场上占有了很大的份额。许多互联网和计算机行业巨头均采用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 (11)
1.一种数据包的处理方法,其特征在于,包括:
生成待发送的基于可扩展消息与存在协议XMPP消息数据,所述XMPP消息数据包括消息头和消息体;
将所述消息头进行自定义封装,得到封装后的消息头;
将所述消息体转换为符合预设协议格式的消息体;
将所述封装后的消息头和符合预设协议格式的消息体进行封装,得到新的消息包;
发送所述新的消息包;
将所述消息头进行自定义封装,得到封装后的消息头的步骤包括:
将所述消息按照自定义协议头格式封装,所述自定义协议头包括:消息长度、消息序号、消息类型标志、消息通信质量标志以及压缩标志;
所述消息长度为消息长度字段与消息序号字段、消息包类型字段、消息通信质量控制字段、消息压缩标志以及XMPP消息体的UTF-8字节流的长度之和;
所述消息序号,用于消息配对使用,对发送的消息包必须经过序号应答回复;
所述消息包类型主要包括请求包和响应包,所述请求包和所述响应包之间的所述消息序号必须配对;
所述压缩标志用于区分所述消息体是否采用了压缩方式;
所述消息通信质量标志,用于区别消息发送的不同响应级别;其中所述不同响应级别包括:允许收不到或丢失、确认收到以及支持消息回执。
2.如权利要求1所述的数据包的处理方法,其特征在于,将所述消息体转换为符合预设协议格式的消息体的步骤包括:
将所述消息体转换为符合UTF-8协议格式的消息体。
3.如权利要求1所述的数据包的处理方法,其特征在于,所述发送所述新的消息包的步骤为:
获取所述新的消息包的响应级别;
依据所述响应级别发送所述新的消息包。
4.如权利要求3所述的数据包的处理方法,其特征在于,所述新的消息包的响应级别为确认收到的类型时,所述方法还包括:
检测预设时间内是否接收到第一客户端的确认包;
若未收到所述确认包,则再次发送所述新的消息包。
5.如权利要求3所述的数据包的处理方法,其特征在于,所述新的消息包的响应级别为支持消息回执的类型时,所述方法还包括:
向第一客户端发送确认包;
转发所述消息包至第二客户端;
检测是否接收到第二客户端的确认包;
若接收到第二客户端的确认包,则向第一客户端发送回执消息;
若未接收到第二客户端的确认包,则向第二客户端再次发送所述新的消息包。
6.一种数据包的处理装置,其特征在于,包括:
生成模块,用于生成待发送的基于可扩展消息与存在协议XMPP消息数据,所述XMPP消息数据包括消息头和消息体;
第一封装模块,用于将所述消息头进行自定义封装,得到封装后的消息头;
转换模块,用于将所述消息体转换为符合预设协议格式的消息体;
第二封装模块,用于将所述封装后的消息头和符合预设协议格式的消息体进行封装,得到新的消息包;
第一发送模块,用于发送所述新的消息包;
所述第一封装模块具体用于将所述消息按照自定义协议头格式封装,所述自定义协议头包括:消息长度、消息序号、消息类型标志、消息通信质量标志以及压缩标志;
所述消息长度为消息长度字段与消息序号字段、消息包类型字段、消息通信质量控制字段、消息压缩标志以及XMPP消息体的UTF-8字节流的长度之和;
所述消息序号,用于消息配对使用,对发送的消息包必须经过序号应答回复;
所述消息包类型的主要包括请求包和响应包,所述请求包和所述响应包之间的所述消息序号必须配对;
所述压缩标志用于区分所述消息体没有采用压缩方和所述消息体采用了zip压缩方式;
所述消息通信质量标志,用于区别消息发送的不同响应级别;
其中所述不同响应级别包括:允许收不到或丢失、确认收到以及支持消息回执。
7.如权利要求6所述的数据包的处理装置,其特征在于,
所述转换模块具体用于将所述消息体转换为符合UTF-8协议格式的消息体。
8.如权利要求6所述的数据包的处理装置,其特征在于,所述第一发送模块还包括:
第一获取单元,用于获取所述消息包的响应级别;
第一发送单元,用于依据所述响应级别发送所述新的消息包。
9.如权利要求8所述的数据包的处理装置,其特征在于,所述消息包的响应级别为确认收到的类型时,所述第一发送模块,还包括:
第一检测单元,用于检测预设时间内是否接收到第一客户端的确认包;
若未收到来自客户端的确认包,则第一发送单元再次发送所述新的消息包。
10.如权利要求8所述的数据包的处理装置,其特征在于,所述消息包的响应级别为支持消息回执的类型时,所述第一发送模块,还包括:
第二发送单元,用于向第一客户端发送确认包;
第三发送单元,用于转发消息包至第二客户端;
第二检测单元,用于检测是否接收到第二客户端的确认包;
第四发送单元,用于若接收到第二客户端的确认包,则向第一客户端发送回执信息;
未接收到第二客户端的确认包,则第三发送单元再次向所述第二客户端转发所述新的消息包。
11.一种服务器,其特征在于,包括如权利要求6~10任一项所述的数据包的处理装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410662999.6A CN105634684B (zh) | 2014-11-19 | 2014-11-19 | 一种数据包的处理方法、装置及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410662999.6A CN105634684B (zh) | 2014-11-19 | 2014-11-19 | 一种数据包的处理方法、装置及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105634684A CN105634684A (zh) | 2016-06-01 |
CN105634684B true CN105634684B (zh) | 2019-04-19 |
Family
ID=56049260
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410662999.6A Active CN105634684B (zh) | 2014-11-19 | 2014-11-19 | 一种数据包的处理方法、装置及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105634684B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107147561B (zh) * | 2017-04-18 | 2020-11-20 | 北京思特奇信息技术股份有限公司 | 一种基于xmpp协议的即时通讯方法及系统 |
CN109086144B (zh) * | 2017-06-14 | 2022-04-05 | 阿里巴巴集团控股有限公司 | 一种进程之间的通信方法和装置 |
CN108965300B (zh) * | 2018-07-21 | 2021-06-18 | 中国人民解放军战略支援部队信息工程大学 | 一种数据包生成方法、装置及计算机可读存储介质 |
CN109286909B (zh) * | 2018-11-22 | 2021-03-12 | 河南工学院 | 一种移动式远程教育方法及装置 |
CN110474834A (zh) * | 2019-06-28 | 2019-11-19 | 深圳快胜时尚科技有限公司 | 一种保持即时通讯实时性的方法、电子设备及存储介质 |
CN112822090B (zh) * | 2019-11-15 | 2023-03-31 | 北京新媒传信科技有限公司 | 一种适用于移动终端的即时通信工具的通信方法、装置和系统 |
CN110971509A (zh) * | 2019-11-27 | 2020-04-07 | 江苏艾佳家居用品有限公司 | 一种高并发场景下即时通信消息传输方法 |
CN111447031B (zh) * | 2020-04-02 | 2022-11-15 | 桂林电子科技大学 | 一种具有时钟同步功能的片上网络路由器结构 |
CN113254448B (zh) * | 2021-05-27 | 2024-04-30 | 北京全路通信信号研究设计院集团有限公司 | 一种数据记录方法及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101094227A (zh) * | 2007-07-18 | 2007-12-26 | 中山大学 | 一种基于cs架构的移动平台联网游戏消息交互协议 |
CN101369977A (zh) * | 2008-09-18 | 2009-02-18 | 华为技术有限公司 | 数据传输的方法、装置和系统 |
CN102843312A (zh) * | 2012-08-15 | 2012-12-26 | 大唐移动通信设备有限公司 | 即时消息的发送及接收方法和装置 |
CN103078921A (zh) * | 2012-12-28 | 2013-05-01 | Tcl集团股份有限公司 | 一种发送、接收消息的方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110167171A1 (en) * | 2009-12-28 | 2011-07-07 | Adam Dunstan | System and method for network content delivery |
-
2014
- 2014-11-19 CN CN201410662999.6A patent/CN105634684B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101094227A (zh) * | 2007-07-18 | 2007-12-26 | 中山大学 | 一种基于cs架构的移动平台联网游戏消息交互协议 |
CN101369977A (zh) * | 2008-09-18 | 2009-02-18 | 华为技术有限公司 | 数据传输的方法、装置和系统 |
CN102843312A (zh) * | 2012-08-15 | 2012-12-26 | 大唐移动通信设备有限公司 | 即时消息的发送及接收方法和装置 |
CN103078921A (zh) * | 2012-12-28 | 2013-05-01 | Tcl集团股份有限公司 | 一种发送、接收消息的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105634684A (zh) | 2016-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105634684B (zh) | 一种数据包的处理方法、装置及服务器 | |
CN103200548B (zh) | 网络客户端与北斗rdss终端短消息互通系统和方法 | |
CN103841002B (zh) | 语音传输方法、终端、语音服务器及语音传输系统 | |
CN102377650B (zh) | 数据发送处理方法、装置和系统 | |
CN105024971A (zh) | 一种通信协议转换方法及装置 | |
RU2010136959A (ru) | Управление политикой для потоков инкапсулированных данных | |
CN102223731A (zh) | 一种物联网中兼容多种终端的接口设备及实现方法 | |
CN102088460B (zh) | 受限网络中流媒体数据的传输方法、设备和系统 | |
TW201244432A (en) | Graphics sharing method, system and terminal | |
EP2286568A1 (en) | Method and apparatus for processing messages | |
CN114205350A (zh) | 一种边缘侧协议转换系统及转换方法 | |
CN108683653A (zh) | 一种基于WebSocket的主动式消息推送系统 | |
CN109067796A (zh) | 一种数据传输方法及装置 | |
CN101360073A (zh) | 一种电子邮件到达的通知方法、系统及装置 | |
CN111818040A (zh) | 物联网传输标准协议实现通信方法 | |
CN103763395B (zh) | 连接物联网管理平台与终端设备的中间件及其工作方法 | |
CN103020157A (zh) | 一种跨物理隔离的高可靠性实时文件生成方法 | |
CN106648922A (zh) | 一种基于xmpp的数据采集方法 | |
CN109067922A (zh) | 一种数据传输方法及装置 | |
CN107835150A (zh) | 一种全媒体客服调度方法及系统 | |
CN105933420A (zh) | 利用http协议实现客户端向服务端文件上传的方法及系统 | |
CN102724133A (zh) | 一种ip报文传输的方法及装置 | |
CA2786634C (en) | System and method for improving service subscription or unsubscription speed for wireless application protocol (wap) roaming users | |
CN104980259A (zh) | 一种多链路数据传输方法及装置 | |
CN104394068B (zh) | 一种基于商用客户端的短波E‑mail发送、接收以及通信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |