CN108173807A - 统一消息发送、处理方法及装置 - Google Patents
统一消息发送、处理方法及装置 Download PDFInfo
- Publication number
- CN108173807A CN108173807A CN201711213008.6A CN201711213008A CN108173807A CN 108173807 A CN108173807 A CN 108173807A CN 201711213008 A CN201711213008 A CN 201711213008A CN 108173807 A CN108173807 A CN 108173807A
- Authority
- CN
- China
- Prior art keywords
- message
- sequence number
- unified
- service
- currently received
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种统一消息发送、处理方法及装置。在上述方法中,接收来自于一个或多个业务服务器的业务消息;将所述业务消息统一封装成统一消息,其中,封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;将封装后的统一消息发送至消息接收方。根据本发明的技术方案,消息发送方将所述业务消息统一封装成统一消息,然后将封装后的统一消息发送至消息接收方,需要新增业务消息时,只需要在业务服务器上定义业务消息格式,在客户端上定位业务处理的业务响应函数就可以了,因此简化了操作过程,而且能够保证客户端不会重复处理业务消息。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种统一消息发送、处理方法及装置。
背景技术
随着业务的发展和功能点的增加,需要在服务器上定义各种业务类型的通知消息来通知客户端业务变化,每新增一种业务类型的通知消息,都要在业务模块上重复同样的消息推送机制:
1、服务器对消息编号并发送给客户端,并暂时缓存起来。
2、客户端接收到消息后需要向服务器回复确认收到。
3、服务器接收到客户端的确认包后删除确认已经收的消息。
4、客户端每次登录都要向服务器查询是否有离线的缓存消息。
由此可见,上述操作过程非常繁琐,而且无法保证客户端不会重复处理业务消息。
发明内容
本发明的主要目的在于公开了一种统一消息发送、处理方法及装置,以至少解决相关技术中每新增一种业务类型的通知消息,都要在业务模块上重复同样的消息推送机制,操作过程非常繁琐,而且无法保证客户端不会重复处理业务消息的问题。
根据本发明的一个方面,提供了一种统一消息发送方法。
根据本发明的统一消息发送方法包括:接收来自于一个或多个业务服务器的业务消息;将所述业务消息统一封装成统一消息,其中,封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;将封装后的统一消息发送至消息接收方。
根据本发明的另一方面,提供了一种统一消息处理方法。
根据本发明的统一消息处理方法包括:消息接收方接收封装后的统一消息,其中,所述封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;所述消息接收方判断所述统一消息中的当前消息的序列号与当前接收到的消息最大序列号的大小;所述消息接收方当所述当前消息的序列号大于所述消息最大序列号时,判断所述上一条消息的序列号与当前接收到的消息最大序列号的大小;当所述上一条消息的序列号与当前接收到的消息最大序列号相等时,所述消息接收方将所述业务消息内容传送至客户端应用层执行业务消息处理,并将当前接收到的消息数量增加1。
根据本发明的又一方面,提供了一种统一消息发送装置。
根据本发明的统一消息发送装置包括:第一接收模块,用于接收来自于一个或多个业务服务器的业务消息;封装模块,用于将所述业务消息统一封装成统一消息,其中,封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;发送模块,用于将封装后的统一消息发送至消息接收方。
根据本发明的又一方面,提供了一种统一消息发送装置。
根据本发明的统一消息发送装置包括:第一接收模块,用于接收来自于一个或多个业务服务器的业务消息;封装模块,用于将所述业务消息统一封装成统一消息,其中,封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;发送模块,用于将封装后的统一消息发送至消息接收方。
根据本发明的再一方面,提供了一种统一消息处理装置。
根据本发明的统一消息处理装置包括:第二接收模块,用于接收封装后的统一消息,其中,所述封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;第一判断模块,用于判断所述统一消息中的当前消息的序列号与当前接收到的消息最大序列号的大小;第二判断模块,用于当所述当前消息的序列号大于所述消息最大序列号时,判断所述上一条消息的序列号与当前接收到的消息最大序列号的大小;第一处理模块,用于当所述上一条消息的序列号与当前接收到的消息最大序列号相等时,将所述业务消息内容传送至客户端应用层执行业务消息处理,并将当前接收到的消息数量增加1。
与现有技术相比,本发明实施例至少具有以下优点:需要新增业务消息时,只需要在业务服务器上定义业务消息格式,在客户端上定位业务处理的业务响应函数就可以了,因此简化了操作过程,而且能够保证客户端不会重复处理业务消息。
附图说明
图1是根据本发明实施例的统一消息发送方法的流程图;
图2是根据本发明实施例的统一消息处理方法的流程图;
图3是根据本发明优选实施例的统一消息处理方法的流程图;
图4是根据本发明实施例的统一消息发送装置的结构框图;
图5是根据本发明实施例的统一消息处理装置的结构框图;以及
图6是根据本发明优选实施例的统一消息处理装置的结构框图。
具体实施方式
下面结合说明书附图对本发明的具体实现方式做一详细描述。
图1是根据本发明实施例的统一消息发送方法的流程图。如图1所示,该统一消息发送方法包括:
步骤S101:接收来自于一个或多个业务服务器的业务消息;
步骤S103:将上述业务消息统一封装成统一消息,其中,封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;
步骤S105:将封装后的统一消息发送至消息接收方。
采用图1所示的技术方案,消息发送方(例如消息发送服务器)将上述业务消息统一封装成统一消息,然后将封装后的统一消息发送至消息接收方(例如客户端),需要新增业务消息时,只需要在业务服务器上定义业务消息格式,在客户端上定位业务处理的业务响应函数就可以了,因此简化了操作过程,而且能够保证客户端不会重复处理业务消息。
优选地,封装后的统一消息除了包括上述内容,还可以包括:消息回复步长。
在优选实施过程中,消息发送服务器(message push server,简称为MPS)提供统一的消息格式,对业务消息进行封装,让业务消息隐藏在统一消息背后,使得各个业务服务器和客户端之间共享一个消息发送通道,实现消息接收确认的统一。客户端在接收到消息后只需要进行统一消息处理和业务消息处理。经过统一消息格式封装后的业务消息例如:
packType | userID | replyStep | lastSendMsgID | msgID | 业务消息 |
其中,统一消息格式中,各字段含义如下:
packType:统一消息标识符;
userID:消息接收用户标识;
replyStep:消息回复步长;
lastSendMsgID:上一条消息的序列号;
msgID:当前消息的序列号。
各个业务服务器只需要将业务消息发送给消息发送服务器MPS,MPS会进行统一封装,然后再发送消息接收方客户端。
图2是根据本发明实施例的统一消息处理方法的流程图。如图2所示,该统一消息处理方法包括:
步骤S201:消息接收方接收封装后的统一消息,其中,上述封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;
步骤S203:上述消息接收方判断上述统一消息中的当前消息的序列号与当前接收到的消息最大序列号的大小;
步骤S205:上述消息接收方当上述当前消息的序列号大于上述消息最大序列号时,判断上一条消息的序列号与当前接收到的消息最大序列号的大小;
步骤S207:当上一条消息的序列号与当前接收到的消息最大序列号相等时,上述消息接收方将上述业务消息内容传送至客户端应用层执行业务消息处理,并将当前接收到的消息数量增加1。
采用图2所示的技术方案,由于发送方提供统一的消息格式,对业务消息进行封装,让业务消息放置在统一消息中,使得各个业务服务器和客户端之间共享一个消息发送通道,实现消息接收确认的统一。客户端在收到消息后只需要进行统一消息处理和业务消息处理。因此简化了操作过程,而且能够保证客户端不会重复处理业务消息。并且,通过接收方的处理,能保证客户端不会重复处理业务消息,也不会遗漏消息,而且是有序接收的。
由于业务消息都经过统一封装处理,所以客户端在接收到消息需要进行两次消息出来:统一消息处理和业务消息处理,每条消息都需要进行二次分发,第一次分发是为了进行统一消息处理,第二次分发是为了进行业务消息处理,消息格式变化如下:
第一次消息分发:
统一消息 | 业务消息 |
第二次消息分发:
优选地,上述消息接收方判断上述统一消息中的当前消息的序列号与当前接收到的消息最大序列号的大小之后,还可以包括:当上述当前消息的序列号小于或等于上述消息最大序列号时,上述消息接收方确定之前接收过上述当前消息,丢弃上述当前消息;上述消息接收方将当前接收到的消息数量增加1。
优选地,上述封装后的统一消息还可以包括:消息回复步长,则上述消息接收方将当前接收到的消息数量增加1之后,还包括:上述消息接收方判断上述当前接收到的消息数量与上述消息回复步长的大小;当上述当前接收到的消息数量大于或等于上述消息回复步长(replyStep)时,上述消息接收方向上述消息发送方发送回复包,其中,上述回复包携带有上述当前接收到的消息最大序列号,以使上述消息发送方删除暂存的小于或者等于上述当前接收到的消息最大序列号的消息序列号对应的消息。
在优选实施过程中,消息回复步长replyStep主要是动态控制客户端向服务器回复确认的步长,例如replyStep为10,则客户端每收到10条消息才向服务器回复一次确认,服务器下发的100条消息则只用回复10次,从而减少跟服务器的频繁交互,减少流量。客户端每次接收到携带有消息回复步长replyStep的消息时,需要向服务器发送回复包(reply)同步一下,服务器收到reply包后会删除已接收的最大消息ID及之前的缓存消息。replyStep是动态可调的,由服务器决定并带个客户端。
优选地,判断上述上一条消息的序列号与当前接收到的消息最大序列号的大小之后,还包括以下之一:当上述上一条消息的序列号小于当前接收到的消息最大序列号时,上述消息接收方丢弃上述当前消息;当上述上一条消息的序列号大于当前接收到的消息最大序列号时,上述消息接收方确定当前接收到的消息中有遗漏的消息,丢弃上述当前消息,向上述消息发送方发送回复包,其中,上述回复包携带有上述当前接收到的消息最大序列号,以请求上述消息发送方重新发送该消息最大序列号之后的一个或多个序列号所对应的消息。
在优选实施过程中,判断当前消息的序列号msgID是否小于等于客户端已收到的当前接收到的消息最大序列号,如果小于等于,则表示该消息已收到过,不进行第二次的业务消息处理。但是需要对接收消息数加一;当接收消息数大于等于replyStep时,则向服务器回复reply包,携带客户端已收到的消息最大序列号。
在优选实施过程中,判断上一条消息的序列号lastSendMsgID是否等于客户的已收到的最大消息ID,如果大于,则表示有消息遗漏,丢弃不处理,同事向服务器回复已收到的消息最大序列号的reply包,请求消息发送方重新从消息接收方已接收的最大消息ID后开始发送;如果小于,则该条消息是非法了,丢弃不处理。只有在等于的时候消息才是合法的,才会进行二次业务处理。
优选地,上述方法还可以包括:在消息接收方登录后,在底层设置已接收到的当前接收到的消息最大序列号;向上述消息发送方发送回复包,其中,上述回复包携带有上述当前接收到的消息最大序列号,以与消息发送方进行消息同步。
在优选实施过程中,客户端每次重新登录后,都需要向服务器回复已收到的消息最大序列号的回复(reply)包,向服务器去检查是否有未接收的缓存消息。
以下结合图3进一步描述上述优选实施过程。
图3是根据本发明优选实施例的统一消息处理方法的流程图。如图3所示,该统一消息处理方法包括:
步骤S301:客户端登录成功。
步骤S303:客户端在底层设置已接收到的当前接收到的消息最大序列号maxRecvMsgID。
步骤S305:客户端向服务器发送回复reply包,其中,上述回复包携带有上述当前接收到的消息最大序列号,以与消息发送方进行消息同步。
步骤S307:删除服务器上暂存的小于等于maxRecvMsgID的消息,检查并下发新消息。
步骤S309:客户端接收到新消息,当前消息的序列号(ID)为为msgID,上一次发送消息序列号(ID)为lastSendMsgID,消息回复步长为replyStep。
步骤S311:判断是否满足msgID<=maxRecvMsgID。如果是,执行步骤S313,如果否,执行步骤S315。
步骤S313:确定之前就收到过该消息,丢弃该消息。
步骤S315:判断是否满足lastSendMsgID=maxRecvMsgID。如果是,执行步骤S317,如果满足lastSendMsgID小于maxRecvMsgID,则执行步骤S319,如果满足lastSendMsgID大于maxRecvMsgID,则执行步骤S321。
步骤S317:将消息上传给客户端应用层处理,更新maxRecvMsgID。
步骤S319:确定为非法消息,丢弃。
步骤S321:确定消息有遗漏,然后返回执行步骤S305。
步骤S323:给当前接收到的消息数量recvCount加1。
步骤S325:判断是否满足当前接收到的消息数量recvCount>=replyStep。如果是,执行步骤S305。
图4是根据本发明实施例的统一消息发送装置的结构框图。如图4所示,该统一消息发送装置包括:第一接收模块40,用于接收来自于一个或多个业务服务器的业务消息;封装模块42,用于将上述业务消息统一封装成统一消息,其中,封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;发送模块44,用于将封装后的统一消息发送至消息接收方。
采用图4所示的技术方案,封装模块42将上述业务消息统一封装成统一消息,然后发送模块44将封装后的统一消息发送至消息接收方(例如客户端),需要新增业务消息时,只需要在业务服务器上定义业务消息格式,在客户端上定位业务处理的业务响应函数就可以了,因此简化了操作过程,而且能够保证客户端不会重复处理业务消息。
其中,上述封装后的统一消息还可以包括:消息回复步长。
图5是根据本发明实施例的统一消息处理装置的结构框图。如图5所示,该统一消息处理装置包括:第二接收模块50,用于接收封装后的统一消息,其中,上述封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;第一判断模块52,用于判断上述统一消息中的当前消息的序列号与当前接收到的消息最大序列号的大小;第二判断模块54,用于当上述当前消息的序列号大于上述消息最大序列号时,判断上一条消息的序列号与当前接收到的消息最大序列号的大小;第一处理模块56,用于当上一条消息的序列号与当前接收到的消息最大序列号相等时,将上述业务消息内容传送至客户端应用层执行业务消息处理,并将当前接收到的消息数量增加1。
由于发送方提供统一的消息格式,对业务消息进行封装,让业务消息放置在统一消息中,使得各个业务服务器和客户端之间共享一个消息发送通道,实现消息接收确认的统一。统一消息处理装置在收到消息后只需要进行统一消息处理和业务消息处理。因此简化了操作过程,而且能够保证统一消息处理装置不会重复处理业务消息。并且,通过接收方的处理,能保证统一消息处理装置不会重复处理业务消息,也不会遗漏消息,而且是有序接收的。
优选地,如图6所示,上述装置还可以包括以下之一:第二处理模块58,用于当上述当前消息的序列号小于或等于上述消息最大序列号时,确定之前接收过上述当前消息,丢弃上述当前消息,将当前接收到的消息数量增加1;第三处理模块60,用于当上一条消息的序列号小于当前接收到的消息最大序列号时,上述消息接收方丢弃上述当前消息;第四处理模块62,用于当上一条消息的序列号大于当前接收到的消息最大序列号时,上述消息接收方确定当前接收到的消息中有遗漏的消息,丢弃上述当前消息,向上述消息发送方发送回复包,其中,上述回复包携带有上述当前接收到的消息最大序列号,以请求上述消息发送方重新发送该消息最大序列号之后的一个或多个序列号所对应的消息。
综上所述,借助本发明提供的上述实施例,能保证客户端不会重复处理业务消息,也不会遗漏消息,而且是有序接收的。当需要新增业务消息时,只需要在业务服务器上定义业务消息格式,在客户端上定位第二次处理的业务响应函数就可以,发送时只需要发给消息发送服务器,就能够保持有序无遗漏地接收消息。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种统一消息发送方法,其特征在于,包括:
接收来自于一个或多个业务服务器的业务消息;
将所述业务消息统一封装成统一消息,其中,封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;
将封装后的统一消息发送至消息接收方。
2.根据权利要求1所述的方法,其特征在于,封装后的统一消息还包括::消息回复步长。
3.一种统一消息处理方法,其特征在于,包括:
消息接收方接收封装后的统一消息,其中,所述封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;
所述消息接收方判断所述统一消息中的当前消息的序列号与当前接收到的消息最大序列号的大小;
所述消息接收方当所述当前消息的序列号大于所述消息最大序列号时,判断所述上一条消息的序列号与当前接收到的消息最大序列号的大小;
当所述上一条消息的序列号与当前接收到的消息最大序列号相等时,所述消息接收方将所述业务消息内容传送至客户端应用层执行业务消息处理,并将当前接收到的消息数量增加1。
4.根据权利要求3所述的方法,其特征在于,所述消息接收方判断所述统一消息中的当前消息的序列号与当前接收到的消息最大序列号的大小之后,还包括:
当所述当前消息的序列号小于或等于所述消息最大序列号时,所述消息接收方确定之前接收过所述当前消息,丢弃所述当前消息;
所述消息接收方将当前接收到的消息数量增加1。
5.根据权利要求3或4所述的方法,其特征在于,所述封装后的统一消息还包括:消息回复步长,则所述消息接收方将当前接收到的消息数量增加1之后,还包括:
所述消息接收方判断所述当前接收到的消息数量与所述消息回复步长的大小;
当所述当前接收到的消息数量大于或等于所述消息回复步长时,所述消息接收方向所述消息发送方发送回复包,其中,所述回复包携带有所述当前接收到的消息最大序列号,以使所述消息发送方删除暂存的小于或者等于所述当前接收到的消息最大序列号的消息序列号对应的消息。
6.根据权利要求3所述的方法,其特征在于,判断所述上一条消息的序列号与当前接收到的消息最大序列号的大小之后,还包括以下之一:
当所述上一条消息的序列号小于当前接收到的消息最大序列号时,所述消息接收方丢弃所述当前消息;
当所述上一条消息的序列号大于当前接收到的消息最大序列号时,所述消息接收方确定当前接收到的消息中有遗漏的消息,丢弃所述当前消息,向所述消息发送方发送回复包,其中,所述回复包携带有所述当前接收到的消息最大序列号,以请求所述消息发送方重新发送该消息最大序列号之后的一个或多个序列号所对应的消息。
7.根据权利要求3所述的方法,其特征在于,还包括:
在消息接收方登录后,在底层设置已接收到的当前接收到的消息最大序列号;
向所述消息发送方发送回复包,其中,所述回复包携带有所述当前接收到的消息最大序列号,以与消息发送方进行消息同步。
8.一种统一消息发送装置,其特征在于,包括:
第一接收模块,用于接收来自于一个或多个业务服务器的业务消息;
封装模块,用于将所述业务消息统一封装成统一消息,其中,封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;
发送模块,用于将封装后的统一消息发送至消息接收方。
9.一种统一消息处理装置,其特征在于,包括:
第二接收模块,用于接收封装后的统一消息,其中,所述封装后的统一消息包括:统一消息标识符、消息接收方标识、上一条消息的序列号、当前消息的序列号、业务消息内容;
第一判断模块,用于判断所述统一消息中的当前消息的序列号与当前接收到的消息最大序列号的大小;
第二判断模块,用于当所述当前消息的序列号大于所述消息最大序列号时,判断所述上一条消息的序列号与当前接收到的消息最大序列号的大小;
第一处理模块,用于当所述上一条消息的序列号与当前接收到的消息最大序列号相等时,将所述业务消息内容传送至客户端应用层执行业务消息处理,并将当前接收到的消息数量增加1。
10.根据权利要求9所述的装置,其特征在于,还包括以下之一:
第二处理模块,用于当所述当前消息的序列号小于或等于所述消息最大序列号时,确定之前接收过所述当前消息,丢弃所述当前消息,将当前接收到的消息数量增加1;
第三处理模块,用于当所述上一条消息的序列号小于当前接收到的消息最大序列号时,所述消息接收方丢弃所述当前消息;
第四处理模块,用于当所述上一条消息的序列号大于当前接收到的消息最大序列号时,所述消息接收方确定当前接收到的消息中有遗漏的消息,丢弃所述当前消息,向所述消息发送方发送回复包,其中,所述回复包携带有所述当前接收到的消息最大序列号,以请求所述消息发送方重新发送该消息最大序列号之后的一个或多个序列号所对应的消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711213008.6A CN108173807B (zh) | 2017-11-28 | 2017-11-28 | 统一消息发送、处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711213008.6A CN108173807B (zh) | 2017-11-28 | 2017-11-28 | 统一消息发送、处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108173807A true CN108173807A (zh) | 2018-06-15 |
CN108173807B CN108173807B (zh) | 2021-12-03 |
Family
ID=62524606
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711213008.6A Active CN108173807B (zh) | 2017-11-28 | 2017-11-28 | 统一消息发送、处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108173807B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114124863A (zh) * | 2021-09-14 | 2022-03-01 | 微梦创科网络科技(中国)有限公司 | 一种消息连续性识别方法、装置和系统 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127702A (zh) * | 2007-08-02 | 2008-02-20 | 北京航空航天大学 | 用于平面结构网络的多对多可靠组播错误恢复方法 |
CN101198044A (zh) * | 2007-12-14 | 2008-06-11 | 北京创毅视讯科技有限公司 | 一种广播系统中数据广播业务数据的传输方法及发射系统 |
CN102404069A (zh) * | 2010-09-07 | 2012-04-04 | 中兴通讯股份有限公司 | 一种数据封装链路丢包和乱序统计的方法及系统 |
CN102546081A (zh) * | 2010-12-21 | 2012-07-04 | 中兴通讯股份有限公司 | 丢包检测方法、系统和媒体客户端 |
CN102571715A (zh) * | 2010-12-27 | 2012-07-11 | 腾讯科技(深圳)有限公司 | 多维数据查询方法及系统 |
CN103944813A (zh) * | 2014-04-16 | 2014-07-23 | 北京大学工学院南京研究院 | 一种实现通用适配功能的网关及方法 |
CN105391619A (zh) * | 2015-10-19 | 2016-03-09 | 掌赢信息科技(上海)有限公司 | 一种保证消息显示顺序的方法和电子设备 |
WO2016045062A1 (zh) * | 2014-09-25 | 2016-03-31 | 华为技术有限公司 | 数据包传输的装置、系统及方法 |
CN105897792A (zh) * | 2014-11-27 | 2016-08-24 | 北京北信源软件股份有限公司 | 一种comet技术中的消息防丢失方法 |
CN106899606A (zh) * | 2017-03-16 | 2017-06-27 | 新华三技术有限公司 | 一种报文处理方法和装置 |
-
2017
- 2017-11-28 CN CN201711213008.6A patent/CN108173807B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127702A (zh) * | 2007-08-02 | 2008-02-20 | 北京航空航天大学 | 用于平面结构网络的多对多可靠组播错误恢复方法 |
CN101198044A (zh) * | 2007-12-14 | 2008-06-11 | 北京创毅视讯科技有限公司 | 一种广播系统中数据广播业务数据的传输方法及发射系统 |
CN102404069A (zh) * | 2010-09-07 | 2012-04-04 | 中兴通讯股份有限公司 | 一种数据封装链路丢包和乱序统计的方法及系统 |
CN102546081A (zh) * | 2010-12-21 | 2012-07-04 | 中兴通讯股份有限公司 | 丢包检测方法、系统和媒体客户端 |
CN102571715A (zh) * | 2010-12-27 | 2012-07-11 | 腾讯科技(深圳)有限公司 | 多维数据查询方法及系统 |
CN103944813A (zh) * | 2014-04-16 | 2014-07-23 | 北京大学工学院南京研究院 | 一种实现通用适配功能的网关及方法 |
WO2016045062A1 (zh) * | 2014-09-25 | 2016-03-31 | 华为技术有限公司 | 数据包传输的装置、系统及方法 |
CN105897792A (zh) * | 2014-11-27 | 2016-08-24 | 北京北信源软件股份有限公司 | 一种comet技术中的消息防丢失方法 |
CN105391619A (zh) * | 2015-10-19 | 2016-03-09 | 掌赢信息科技(上海)有限公司 | 一种保证消息显示顺序的方法和电子设备 |
CN106899606A (zh) * | 2017-03-16 | 2017-06-27 | 新华三技术有限公司 | 一种报文处理方法和装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114124863A (zh) * | 2021-09-14 | 2022-03-01 | 微梦创科网络科技(中国)有限公司 | 一种消息连续性识别方法、装置和系统 |
CN114124863B (zh) * | 2021-09-14 | 2023-11-14 | 微梦创科网络科技(中国)有限公司 | 一种消息连续性识别方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN108173807B (zh) | 2021-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106330414B (zh) | 一种报文传输方法及装置 | |
CN103051534B (zh) | 一种报文处理方法及装置 | |
CN101909257B (zh) | M2m平台实现多种承载协议并发接入的方法及系统 | |
CN101661281B (zh) | 分布式监控系统中控制权限移交的方法 | |
US7849211B2 (en) | Method and system for reliable multicast datagrams and barriers | |
WO2010096348A1 (en) | Short code provisioning and threading techniques for bidirectional text messaging | |
GB2401010A (en) | A terminal side component and a server side component collaborate and together constitute a client to a server | |
CN108476165A (zh) | 一种信息交互方法、客户端和装置 | |
WO2006107181A1 (en) | System and method for instant message transmission in mobile communication terminal | |
CN103534978B (zh) | 一种信息群发方法及设备 | |
CN105681160A (zh) | 一种即时通信系统中纠正会话消息乱序的方法及装置 | |
EP1569491A3 (en) | Group network system using bluetooth and generating method thereof | |
CN106656760A (zh) | 一种基于消息队列的消息传递方法及系统 | |
CN104247339A (zh) | 家庭网络分组递送 | |
CN101098314A (zh) | 一种在即时通信工具中发送要求回复信息的方法及系统 | |
US10455371B2 (en) | Communication processing system, group message processing method, communication processing apparatus, and control method and control program of communication processing apparatus | |
CN108173807A (zh) | 统一消息发送、处理方法及装置 | |
CN104168273A (zh) | 一种瘦ap模式下实现tcp代理的方法及系统 | |
CN100546287C (zh) | 一种在即时通信过程中提供好友状态的方法、系统及设备 | |
US20080212505A1 (en) | Method and receiving apparatus for processing arq block in wibro system | |
US7539761B1 (en) | System and method for detecting and defeating IP address spoofing in electronic mail messages | |
CN103533001A (zh) | 基于http多重代理的通信方法和系统、中间代理服务器 | |
GB2328124B (en) | Packet data communications protocol with reduced acknowledgements in a client/server computing system | |
CN109379276A (zh) | 一种基于邮件协议进行即时通讯的方法及系统 | |
CN111355764A (zh) | 保活报文发送方法、装置、电子设备及可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220310 Address after: 2028, No. 66, North Fourth Ring West Road, Haidian District, Beijing 100080 Patentee after: BEIJING LANGMA SHULIAN TECHNOLOGY Co.,Ltd. Address before: 550022 room b305, standard workshop auxiliary room, Jinyang science and Technology Industrial Park, national high tech Zone, Guiyang City, Guizhou Province Patentee before: GUIYANG YUWAN TECHNOLOGY CO.,LTD. |
|
TR01 | Transfer of patent right |