[发明专利]消息推送方法和系统

说明书

技术领域

本发明涉及计算机领域，更具体地，涉及一种消息推送方法和系统。

背景技术

互联网时代的发展，消息推送越来越重要，一些设计到金融、安全的领域对于消息推送的可靠性，就变得非常重要，传统的消息推送容易丢失消息，遇到网络中断或者一些特殊情况消息很容易丢失，推送方保证不了自己推送出去的消息是否能够到达到对方，这将会带来极大的损失。

多客户端之间的消息推送也是一个问题，一些常见的推送服务器可能只支持pc端，支持不了web或者移动端的推送，用户体验极不好。

目前对于消息在网络中断或者一些特殊的情况下造成的丢失消息还没有比较好的解决方案，比如极推、百度云推送等在一些情况下也会丢失消息，所以推送消息丢失是个需要重视的问题。

发明内容

本发明要解决的技术问题在于提高消息推送的可靠性。

根据本发明实施例的一方面，提供了一种消息的推送方法，包括：

发送方发送一组消息体至接收方，并记录所发送的该组消息体中最后发送的一条消息体的标识，一组消息体包括至少一条消息体；

发送方向接收方请求回执消息，回执消息包括接收方在接收该组消息体时最后接收到的一条消息体的标识；以及

发送方接收到接收方返回的回执消息并将返回的回执消息中的标识与所记录的标识进行比较。

可选地，发送方基于预先注册的推送账号而发送一组消息体至接收方。

优选地，根据本发明的推送方法还包括：

发送方向接收方每发送一条消息体之后，在本地保存该条消息体；

如果比较结果不同，则发送方重新向接收方发送所保存的消息体，或者向接收方提示消息发送错误。

另外，根据本发明的推送方法还包括：

发送方在重新发送所保存的消息体之后，再次向接收方请求回执消息；

发送方接收到接收方再次返回的回执消息并将再次返回的回执消息中的标识与所记录的标识进行比较；

在比较结果不同时，判断发送方发送该组消息体的次数是否达到预定次数，如果为否，则继续向接收方重新发送该组消息体；如果为是，则发送方判断为消息推送失败。

此外，根据本发明的推送方法还包括：

发送方在发送消息体至接收方之前，判断二者之间是否存在连接，若否，则发送方将该组消息体作为离线消息进行存储；

当二者之间存在连接，则发送方发送离线消息至接收方，并记录所发送的离线消息中最后发送的一条消息体的标识。

另外，根据本发明的推送方法还包括：

发送方以加密方式发送该组消息体/每一条消息体至接收方。

根据本发明实施例的再一方面，提供了一种用于消息推送的客户端，包括：

消息体发送单元，其配置为发送一组消息体至服务端，并记录所发送的该组消息体中最后发送的一条消息体的标识，一组消息体包括至少一条消息体；

回执消息请求单元，其配置为向服务端请求回执消息，回执消息包括服务端在接收该组消息体时最后接收到的一条消息体的标识；以及

比较单元，其配置为接收从服务端返回的回执消息并将回执消息中的标识与所记录的标识进行比较。

可选地，消息体发送单元配置为基于预先注册的推送账号而发送一组消息体至服务端。

可选地，根据本发明的客户端还包括：

存储单元，其配置为在消息体发送单元向服务端每发送一条消息体之后，在本地保存该条消息体，

其中，消息体发送单元还被配置为在比较单元得出的比较结果为不同时，重新向服务端发送所保存的消息体，或者向服务端提示消息发送错误。

根据本发明实施例的再一方面，提供了一种用于消息推送的服务端，包括：

消息体接收单元，其配置为接收客户端发送的一组消息体，并记录所接收的该组消息体中最后接收到的一条消息体的标识，一组消息体包括至少一条消息体；

回执消息发送单元，其配置为接收到客户端的回执消息请求后，向客户端发送回执消息，回执消息包括消息体接收单元在接收该组消息体时最后接收到的一条消息体的标识。

根据本发明实施例的再一方面，提供了一种消息推送系统，包括上述根据本发明的客户端和上述根据本发明的服务端。

根据本发明实施例的再一方面，提供了一种消息推送系统，包括接收端和根据本发明的服务端，服务端将从客户端接收的一组消息体发送至接收端，其中，服务端还包括：