CN107786607B - 一种消息重传方法、消息重传服务器及用户设备 - Google Patents

Abstract

本发明实施例提供一种消息重传方法、消息重传服务器及用户设备，该方法包括：消息重传服务器获取用户设备发送的长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；根据预记录的已推送消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系，查询所述用户标识对应的已推送消息的消息接收状态；所述消息接收状态分为消息未接收或消息已接收；若查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息，向所述用户设备推送查询到的消息接收状态为消息未接收的已推送消息。本发明实施例可提升消息重传的可靠性。

Description

一种消息重传方法、消息重传服务器及用户设备

技术领域

本发明涉及通信技术领域，具体涉及一种消息重传方法、消息重传服务器及用户设备。

背景技术

消息是服务器推送(push)给用户设备的内容，可在用户设备的通知栏，桌面，锁屏界面，应用界面等进行展示；消息推送在许多应用程序中均有应用，是用户获取服务器推送内容的一个重要途径。

服务器向用户设备推送消息的过程中，用户设备由于断网、关机等原因，会存在用户设备无法接收服务器所推送消息的情况，基于此种情况，消息重传(消息重新传输)机制应运而生。

本发明的发明人发现，目前的消息重传方式在用户设备关闭网络后重新开启网络，关机后重新开机等需重新连接网络的情况下将失效，无法将消息重传给用户设备；可见，现有的消息重传方式可靠性较低，尤其在用户设备关闭网络后重新开启网络，关机后重新开机等需重新连接网络的情况下，将出现消息重传失效的现象，因此如何提供一种新的消息重传方法，以提升消息重传的可靠性，成为了本领域技术人员需要考虑的问题。

发明内容

有鉴于此，本发明实施例提供一种消息重传方法、消息重传服务器及用户设备，以提升消息重传的可靠性。

为实现上述目的，本发明实施例提供如下技术方案：

一种消息重传方法，应用于消息重传服务器，所述方法包括：

获取用户设备发送的长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

根据预记录的已推送消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系，查询所述用户标识对应的已推送消息的消息接收状态；所述消息接收状态分为消息未接收或消息已接收；

若查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息，向所述用户设备推送查询到的消息接收状态为消息未接收的已推送消息。

本发明实施例还提供一种消息重传方法，应用于用户设备，所述方法包括：

向消息重传服务器发送长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

在所述消息重传服务器查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息时，接收所述消息重传服务器推送的所述消息接收状态为消息未接收的已推送消息。

本发明实施例还提供一种消息重传服务器，包括：

长连接建立请求获取模块，用于获取用户设备发送的长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

查询模块，用于根据预记录的已推送消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系，查询所述用户标识对应的已推送消息的消息接收状态；所述消息接收状态分为消息未接收或消息已接收；

重传模块，用于若查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息，向所述用户设备推送查询到的消息接收状态为消息未接收的已推送消息。

本发明实施例还提供一种用户设备，包括：

长连接建立请求发送模块，用于向消息重传服务器发送长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

重传消息接收模块，用于在所述消息重传服务器查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息时，接收所述消息重传服务器推送的所述消息接收状态为消息未接收的已推送消息。

基于上述技术方案，消息重传服务器可在用户设备重新连接网络的情况下，接收用户设备发送的携带有用户标识的长连接建立请求，从而消息重传服务器可在查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息时，确定所查询到的消息接收状态为消息未接收的已推送消息可能并未被所述用户设备接收，因此可向所述用户设备重传所查询到的消息接收状态为消息未接收的已推送消息，使得用户设备在关闭网络后重新开启网络，关机后重新开机等重新请求建立长连接的场景下，能够极大概率的获得未接收的已推送消息，提升消息重传的可靠性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的消息重传系统的结构框图；

图2为本发明实施例提供的消息重传方法的信令流程图；

图3为本发明实施例提供的记录对应关系的信令流程图；

图4为本发明实施例提供的消息重传系统的另一结构框图；

图5为本发明实施例提供的消息重传方法的另一信令流程图；

图6为本发明实施例提供的消息重传服务器的结构框图；

图7为本发明实施例提供的消息重传服务器的另一结构框图；

图8为本发明实施例提供的消息重传服务器的再一结构框图；

图9为本发明实施例提供的消息重传服务器的硬件结构框图；

图10为本发明实施例提供的用户设备的结构框图；

图11为本发明实施例提供的用户设备的另一结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的消息重传系统的结构框图，参照图1，该消息重传系统可以包括：消息重传服务器10和用户设备20；

消息重传服务器可以是设置于网络侧的用于重传消息的服务器；消息重传服务器可以是在消息推送服务器上增加重传消息的功能实现，消息推送服务器可以是用于将消息推送给用户设备的服务设备；

消息重传服务器也可以是能够与消息推送服务器相通信的服务设备，本发明实施例可设置消息重传服务器和消息推送服务器均具有向用户设备传输消息的能力；

可选的，消息重传服务器可以是由单台服务器实现，也可以是由多台服务器组成的服务器群组；

用户设备可以是能够接收推送消息的用户侧设备，如智能手机、平板电脑、笔记本电脑等；

可选的，用户设备与消息重传服务器之间可通过长连接保持连接，长连接是指在通信连接保持期间，如果没有数据包发送，则需要通信双方发送心跳等检测包维持连接；可选的，用户设备与消息重传服务器之间可通过长连接服务器传输心跳等检测包来维持长连接，同时，用户设备与消息重传服务器间可通过长连接服务器传输数据，传输的数据可以包括推送消息、下文指出的消息接收响应等；典型的长连接如TCP(Transfer ControlProtocol传输控制协议)长连接等。

本发明实施例在确定向用户设备推送消息时，消息重传服务器可记录消息推送向的用户设备的用户标识及推送消息的对应关系，并设置推送消息的消息接收状态；消息接收状态分为消息已接收和消息未接收；在确定向用户设备推送消息，并首次向用户设备推送消息时，消息的初始消息接收状态可设置为消息未接收；消息推送向的用户设备可以认为是消息推送的目的用户设备；

本发明实施例在向用户设备推送消息后，可设置用户设备接收到所推送的消息后，反馈消息接收响应，消息接收响应用于指示用户设备已接收所推送的消息；当消息重传服务器接收到消息接收响应后，可将对应的消息的消息接收状态设置为消息已接收；如果在向用户设备推送消息后，一直未接收到用户设备反馈的消息接收响应，则可保持将对应的消息的消息接收状态设置为消息未接收；

当在用户设备关闭网络后重新开启网络，关机后重新开机等需重新连接网络的情况下，用户设备与消息重传服务器间原先建立的长连接将中断，用户设备重新开启网络或开机后，一般需要重新发送长连接建立请求，来重新建立与消息重传服务器的长连接；

本发明实施例可设置用户设备在重新发送的长连接建立请求中携带对应的用户标识(用户标识能够唯一指示使用用户设备的用户，如用户账号、设备编号等)；消息重传服务器在接收到用户设备发送的长连接建立请求后，可查询长连接建立请求中携带的用户标识是否对应有消息接收状态为消息未接收的已推送消息，若有，则可将查询到的消息推送给该用户设备，实现在用户设备关闭网络后重新开启网络，关机后重新开机等需重新连接网络的情况下的消息重传。

基于图1所示消息重传系统，图2示出了本发明实施例提供的消息重传方法的信令流程图，参照图2，该流程可以包括：

步骤S10、用户设备向消息重传服务器发送长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

用户设备可在手动重新连接网络、开机自动连接网络等重新连接网络的情况下，向消息重传服务器发送长连接建立请求；同时，在长连接建立请求中携带所述用户设备的用户标识；

可选的，本发明实施例可在长连接建立请求的协议内容中携带用户设备的用户标识。

步骤S11、消息重传服务器根据预记录的已推送消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系，查询所述用户标识对应的已推送消息的消息接收状态；所述消息接收状态分为消息未接收或消息已接收；

已推送消息为消息推送服务器或消息重传服务器(如消息重传服务器通过消息推送服务器实现)已向用户设备推送的消息；值得注意的是，已推送消息为消息推送服务器或消息重传服务器已推送出去的消息，但用户设备不一定接收到该已推送消息；

可选的，在确定向用户设备首次推送某一消息时，消息重传服务器可确定该消息推送向的用户设备对应的用户标识，如确定该消息需推送向的用户的用户账号、设备编号等用户标识；同时，设置该消息的消息接收状态为消息未接收，并记录该消息的消息接收状态与对应的用户标识的对应关系；

由于在确定向用户设备首次推送某一消息时，并未接收到用户设备反馈的消息接收响应，因此该消息的消息接收状态为消息未接收；在每一消息首次推送给用户设备时，均对每一消息作此处理，则可得到各消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系，并得到初始的各消息的消息接收状态为消息未接收；

用户设备在接收到消息重传服务器推送的消息时，可向消息重传服务器反馈消息接收响应，消息重传服务器接收消息接收响应后，可将对应的消息的消息接收状态更新为消息已接收；

可见，一用户标识对应的已推送消息的消息接收状态可能全部是消息已接收，也可能全部是消息未接收，还能是部分已推送消息的消息接收状态为消息已接收，部分已推送消息的消息接收状态为消息未接收。

步骤S12、消息重传服务器若查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息，向所述用户设备推送查询到的消息接收状态为消息未接收的已推送消息。

本发明实施例中，消息重传服务器可在用户设备重新连接网络的情况下，接收用户设备发送的携带有用户标识的长连接建立请求，从而消息重传服务器可在查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息时，确定所查询到的消息接收状态为消息未接收的已推送消息可能并未被所述用户设备接收，因此可向所述用户设备重传所查询到的消息接收状态为消息未接收的已推送消息，使得用户设备在关闭网络后重新开启网络，关机后重新开机等重新请求建立长连接的场景下，能够极大概率的获得未接收的已推送消息，提升消息重传的可靠性。

可选的，图3示出了本发明实施例提供的记录已推送消息的消息接收状态与用户标识的对应关系的信令流程图，可选的，图3中所示的用户设备与消息重传服务器间的信息交互可通过长连接服务器传输实现，参照图3，该流程可以包括：

步骤S20、消息重传服务器确定向用户设备首次推送的消息，及所述用户设备的用户标识；并设置所述消息的消息接收状态为消息未接收，记录所设置的所述消息的消息接收状态与所述用户标识的对应关系；

步骤S21、消息重传服务器向所述用户设备推送所述消息；

可选的，在确定向某一用户设备推送某一消息时，本发明实施例可进行该消息的消息推送配置，消息推送配置可以配置消息的消息内容，消息ID(Identity，身份号码)，及消息推送向的用户设备的用户标识；消息推送配置可以由工作人员在消息推送配置系统上完成；

在完成消息的消息推送配置，消息业务服务器可读取所述消息的消息推送配置内容(如上文所示的消息内容，消息ID，及消息推送向的用户设备的用户标识)，并传输给消息重传服务器；消息重传服务器在获取到所述消息的消息推送配置内容后，可设置所述消息的消息接收状态为消息未接收，并将以用户标识为主key(键)，消息ID为辅key，所述消息的消息内容和消息接收状态为value(值)的数据进行存储(如在分布式存储系统中进行数据存储)，同时向所述用户设备推送所述消息，从而以key-value的方式，记录已推送消息的消息接收状态与用户标识的对应关系；

可选的，同一消息有可能同时传输给多个用户，因此为区分向不同用户推送的消息，本发明实施例可以用户标识为主key，消息ID为辅key进行已推送消息的消息接收状态与用户标识的对应关系的记录。

步骤S22、所述用户设备若接收到所述消息，向所述消息重传服务器反馈消息接收响应；

步骤S23、消息重传服务器若接收到所述用户设备反馈的消息接收响应，将所述消息的消息接收状态更新为消息已接收。

可选的，用户设备反馈的消息接收响应中可携带所述用户设备的用户标识及所接收消息的消息ID；消息重传服务器接收所述消息接收响应后，可根据所述消息接收响应中携带的用户标识及消息ID，从以用户标识为主key，消息ID为辅key，消息的消息内容和消息接收状态为value的存储数据中，查询相应消息的消息接收状态，从而将所查询到的消息的消息接收状态更新为消息已接收。

显然，步骤S22和步骤S23仅是消息重传服务器向用户设备推送消息后的一种可能流程，另一种可能是消息重传服务器在向用户设备推送消息后，消息重传服务器一直未接收到所述用户设备的消息接收响应；

可选的，在消息重传服务器向用户设备推送消息后，如果消息重传服务器一直未接收到所述用户设备的消息接收响应，消息重传服务器可每隔设定时间向所述用户设备重传一次所推送的消息，直至接收到用户设备反馈的消息接收响应；然而，这种方式仅限于用户设备与消息重传服务器保持有长连接的情况，如果用户设备与消息重传服务器之间的长连接中断，则消息重传服务器将无法再向用户设备重传所推送的消息；

鉴于此种情况，消息重传服务器可在用户设备重新连网，并发送长连接建立请求后，基于长连接建立请求中的用户标识，查询该用户标识对应的消息接收状态为消息未接收的已推送消息，从而将查询到的已推送消息重传给所述用户设备，提升消息重传的可靠性。

可选的，本发明实施例所定义的消息ID的形式可以如下：消息ID可以由业务ID和序号组成；业务ID为消息对应的内容业务的标识，消息对应的内容业务可以是小说、视频等，本发明实施例可为小说、视频等内容业务分配业务ID；序号为消息在所属业务中的唯一编号，可以自然数依次递增，且可以为4字节的int类型。

可选的，图4示出了本发明实施例提供的消息重传系统的另一结构，基于图4所示系统结构，图5示出了本发明实施例提供的消息重传方法的另一信令流程图，参照图5，该流程可以包括：

步骤S30、消息业务服务器读取消息推送配置内容，将所述消息推送配置内容传输给消息重传服务器；消息推送配置内容包括：所推送的消息的消息内容，消息ID，及消息推送向的用户设备的用户标识；

步骤S31、消息重传服务器获取所述消息推送配置内容，设置所述消息的消息接收状态为消息未接收，将以所述用户标识为key，消息ID为辅key，所述消息的消息内容和消息接收状态为value的数据存储在分布式存储系统中；

步骤S32、消息重传服务器通过长连接服务器向用户设备推送所述消息；

可选的，推送的消息中至少应携带消息ID和消息内容。

步骤S33、所述用户设备若接收到所述消息，通过长连接服务器向所述消息重传服务器发送feedback(反馈)响应；所述feedback响应携带有所述用户设备的用户标识及所接收的消息的消息ID；

feedback响应为消息接收响应的一种形式。

步骤S34、所述消息重传服务器根据所述feedback响应携带的用户标识和消息ID，查询与所述用户标识和消息ID对应的消息的消息接收状态，将查询到的消息接收状态更新为消息已接收；

至此，消息重传服务器向用户设备推送消息成功；但如果用户设备与消息重传服务器间的长连接中断，无法接收到消息重传服务器所推送的消息，则可以下述流程实现消息重传。

步骤S35、所述用户设备通过长连接服务器向消息重传服务器发送长连接建立请求，所述长连接建立请求中携带有所述用户设备的用户标识；

步骤S36、消息重传服务器根据所述长连接建立请求中携带的用户标识，查询与所述用户标识对应的消息的消息接收状态；

步骤S37、消息重传服务器若查询到所述用户标识对应有消息接收状态为消息未接收的消息，将查询到的消息重传给所述用户设备；

可选的，重传的消息中至少应携带消息ID和消息内容。

步骤S38、所述用户设备接收重传的消息，向消息重传服务器反馈feedback响应；所述feedback响应携带有所述用户设备的用户标识及所接收的重传的消息的消息ID；

步骤S39、所述消息重传服务器根据所述feedback响应携带的用户标识和消息ID，查询与所述用户标识和消息ID对应的消息的消息接收状态，将查询到的消息接收状态更新为消息已接收。

至此，消息重传服务器向用户设备重传消息成功。

可选的，步骤S33-步骤S34，及步骤S35-步骤S39为两种不同情况的处理流程，两者是相并列的，可以没有明显的先后顺序。

可选的，本发明实施例也可能存在如下情况：用户设备接收了消息重传服务器所推送的消息，但由于接收消息后长连接中断，用户设备向消息重传服务器发送的长连接建立请求，可能先于用户设备反馈的消息接收响应到达消息重传服务器；而消息重传服务器可能基于先到达的长连接建立请求重传了消息。鉴于此种情况，为避免用户设备重复接收消息，本发明实施例可设置在用户设备在接收某一消息后，判断该消息的消息ID与已接收消息的消息ID是否一致，如果一致，则删除所接收的消息，如果不一致，则保留所接收的消息。

本发明实施例提供的消息重传方法可应用于向浏览器客户端重传消息，相应的上文所述的用户设备中可装载有浏览器客户端，浏览器客户端可通过调用用户设备的通信模块，在上文流程中实现与消息重传服务器等服务设备的交互。

本发明实施例提供的消息重传方法能够提升消息重传的可靠性，尤其是在用户设备关闭网络后重新开启网络，关机后重新开机等需重新连接网络的情况下，可提升消息重传成功的可能性。

下面对本发明实施例提供的消息重传服务器进行介绍，下文描述的消息重传服务器可与上文描述的流程内容相互对应参照；下文描述的消息重传服务器的结构，可以认为是消息重传服务器为实现消息重传功能所需设置的功能模块架构。

图6为本发明实施例提供的消息重传服务器的结构框图，参照图6，该消息重传服务器可以包括：

长连接建立请求获取模块100，用于获取用户设备发送的长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

查询模块110，用于根据预记录的已推送消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系，查询所述用户标识对应的已推送消息的消息接收状态；所述消息接收状态分为消息未接收或消息已接收；

重传模块120，用于若查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息，向所述用户设备推送查询到的消息接收状态为消息未接收的已推送消息。

可选的，图7示出了本发明实施例提供的消息重传服务器的另一结构框图，结合图6和图7所示，该消息重传服务器还可以包括：

对应关系初始记录模块130，用于确定向用户设备首次推送的消息，及所述用户设备的用户标识；并设置所述消息的消息接收状态为消息未接收，记录所设置的所述消息的消息接收状态与所述用户标识的对应关系，并向所述用户设备推送所述消息，以记录已推送消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系。

可选的，对应关系初始记录模块130在确定向用户设备首次推送的消息，及所述用户设备的用户标识时，具体可用于：

获取向用户设备首次推送的消息的消息推送配置内容，所述消息推送配置内容包括：所述消息的消息内容，消息ID，及消息推送向的用户设备的用户标识；

相应的，对应关系初始记录模块130在设置所述消息的消息接收状态为消息未接收，记录所设置的所述消息的消息接收状态与所述用户标识的对应关系时，具体可用于：

将所述消息的消息接收状态设置为消息未接收，并将以用户标识为主键，消息ID为辅键，所述消息的消息内容和消息接收状态为值的数据进行存储，以记录所述消息的消息接收状态与所述用户标识的对应关系。

可选的，图8示出了本发明实施例提供的消息重传服务器的再一结构框图，结合图7和图8所示，该消息重传服务器还可以包括：

消息接收状态更新模块140，用于若接收到所述用户设备反馈的消息接收响应，将所述消息的消息接收状态更新为消息已接收。

可选的，所述消息接收响应携带有所述用户设备的用户标识及所接收的消息的消息ID；

相应的，消息接收状态更新模块140具体可用于，根据所述消息接收响应携带的用户标识及消息ID，查询与所述用户标识和消息ID对应的消息的消息接收状态，将查询到的消息接收状态更新为消息已接收。

下面对本发明实施例提供的消息重传服务器的硬件结构进行介绍；图9示出了本发明实施例提供的消息重传服务器的硬件结构框图，参照图9，该消息重传服务器可以包括：处理器1，通信接口2，存储器3和通信总线4；

其中处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；

可选的，通信接口2可以为通信模块的接口，如GSM模块的接口；

处理器1，用于执行程序；

存储器3，用于存放程序；

程序可以包括程序代码，所述程序代码包括计算机操作指令。

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

其中，程序可具体用于：

获取用户设备发送的长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

根据预记录的已推送消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系，查询所述用户标识对应的已推送消息的消息接收状态；所述消息接收状态分为消息未接收或消息已接收；

若查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息，向所述用户设备推送查询到的消息接收状态为消息未接收的已推送消息。

下面对本发明实施例提供的用户设备进行介绍，下文描述的用户设备可与上文流程内容相互对应参照；下文描述的用户设备可以认为是，用户设备为配合消息重传服务器实现消息重传功能所需设置的功能模块架构。

图10为本发明实施例提供的用户设备的结构框图，参照图10，该用户设备可以包括：

长连接建立请求发送模块200，用于向消息重传服务器发送长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

重传消息接收模块210，用于在所述消息重传服务器查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息时，接收所述消息重传服务器推送的所述消息接收状态为消息未接收的已推送消息。

可选的，图11示出了本发明实施例提供的用户设备的另一结构框图，结合图10和图11所示，该用户设备还可以包括：

消息接收响应反馈模块220，用于在接收到消息重传服务器推送的消息后，向所述消息重传服务器反馈消息接收响应，所述消息接收响应至少携带有所述用户设备的用户标识及所接收消息的消息ID。

可选的，用户设备还可用于，在接收到消息重传服务器推送的消息后，判断所接收的消息的消息ID是否与已接收消息的消息ID一致，若是，删除所接收的消息，若否，保留所接收的消息。

可选的，已接收消息可以认为是接收时间早于当前所接收的消息，且消息内容不重复的消息。

用户设备的硬件结构可与图9所示类似，包括：处理器，通信接口，存储器和通信总线；

其中，处理器，用于执行程序；

存储器，用于存放程序；

程序可具体用于：

向消息重传服务器发送长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

在所述消息重传服务器查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息时，接收所述消息重传服务器推送的所述消息接收状态为消息未接收的已推送消息。

本发明实施例能够提升消息重传的可靠性，尤其是在用户设备关闭网络后重新开启网络，关机后重新开机等需重新连接网络的情况下，可提升消息重传成功的可能性。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (15)

1.一种消息重传方法，其特征在于，应用于消息重传服务器，所述方法包括：

获取用户设备发送的长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

根据预记录的已推送消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系，查询所述用户标识对应的已推送消息的消息接收状态；所述消息接收状态分为消息未接收或消息已接收；所述消息未接收表示用户设备未接收到相应的已推送消息；

若查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息，向所述用户设备推送查询到的消息接收状态为消息未接收的已推送消息；

其中，所述用户设备若接收到所述已推送消息，则向所述消息重传服务器反馈消息接收响应；所述消息重传服务器若接收到所述用户设备反馈的消息接收响应，则将相应的已推送消息的消息接收状态更新为消息已接收。

2.根据权利要求1所述的消息重传方法，其特征在于，所述方法还包括：

确定向用户设备首次推送的消息，及所述用户设备的用户标识；设置所述消息的消息接收状态为消息未接收，记录所设置的所述消息的消息接收状态与所述用户标识的对应关系，并向所述用户设备推送所述消息，以记录已推送消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系。

3.根据权利要求2所述的消息重传方法，其特征在于，所述确定向用户设备首次推送的消息，及所述用户设备的用户标识包括：

获取向用户设备首次推送的消息的消息推送配置内容，所述消息推送配置内容包括：所述消息的消息内容，消息ID，及消息推送向的用户设备的用户标识；

所述设置所述消息的消息接收状态为消息未接收，记录所设置的所述消息的消息接收状态与所述用户标识的对应关系包括：

将所述消息的消息接收状态设置为消息未接收，并将以用户标识为主键，消息ID为辅键，所述消息的消息内容和消息接收状态为值的数据进行存储，以记录所述消息的消息接收状态与所述用户标识的对应关系。

4.根据权利要求3所述的消息重传方法，其特征在于，

所述消息接收响应至少携带有所述用户设备的用户标识及所接收消息的消息ID。

5.根据权利要求4所述的消息重传方法，其特征在于，所述消息接收响应携带有所述用户设备的用户标识及所接收的消息的消息ID；

所述将所述消息的消息接收状态更新为消息已接收包括：

根据所述消息接收响应携带的用户标识及消息ID，查询与所述用户标识和消息ID对应的消息的消息接收状态，将查询到的消息接收状态更新为消息已接收。

6.一种消息重传方法，其特征在于，应用于用户设备，所述方法包括：

向消息重传服务器发送长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

在所述消息重传服务器查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息时，接收所述消息重传服务器推送的所述消息接收状态为消息未接收的已推送消息，所述消息未接收表示用户设备未接收到相应的已推送消息；

其中，所述用户设备若接收到所述已推送消息，则向所述消息重传服务器反馈消息接收响应；所述消息重传服务器若接收到所述用户设备反馈的消息接收响应，则将相应的已推送消息的消息接收状态更新为消息已接收。

7.根据权利要求6所述的消息重传方法，其特征在于，所述方法还包括：

所述消息接收响应至少携带有所述用户设备的用户标识及所接收消息的消息ID。

8.根据权利要求6或7所述的消息重传方法，其特征在于，所述方法还包括：

在接收到消息重传服务器推送的消息后，判断所接收的消息的消息ID是否与已接收消息的消息ID一致，若是，删除所接收的消息，若否，保留所接收的消息。

9.一种消息重传服务器，其特征在于，包括：

长连接建立请求获取模块，用于获取用户设备发送的长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

查询模块，用于根据预记录的已推送消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系，查询所述用户标识对应的已推送消息的消息接收状态；所述消息接收状态分为消息未接收或消息已接收；所述消息未接收表示用户设备未接收到相应的已推送消息；

重传模块，用于若查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息，向所述用户设备推送查询到的消息接收状态为消息未接收的已推送消息；

其中，所述用户设备若接收到所述已推送消息，则向所述消息重传服务器反馈消息接收响应；所述消息重传服务器若接收到所述用户设备反馈的消息接收响应，则将相应的已推送消息的消息接收状态更新为消息已接收。

10.根据权利要求9所述的消息重传服务器，其特征在于，还包括：

对应关系初始记录模块，用于确定向用户设备首次推送的消息，及所述用户设备的用户标识；并设置所述消息的消息接收状态为消息未接收，记录所设置的所述消息的消息接收状态与所述用户标识的对应关系，并向所述用户设备推送所述消息，以记录已推送消息的消息接收状态与消息所推送向的用户设备的用户标识的对应关系；

消息接收状态更新模块，用于若接收到所述用户设备反馈的消息接收响应，将所述消息的消息接收状态更新为消息已接收。

11.一种用户设备，其特征在于，包括：

长连接建立请求发送模块，用于向消息重传服务器发送长连接建立请求，所述长连接建立请求携带有所述用户设备的用户标识；

重传消息接收模块，用于在所述消息重传服务器查询到所述用户标识对应有消息接收状态为消息未接收的已推送消息时，接收所述消息重传服务器推送的所述消息接收状态为消息未接收的已推送消息，所述消息未接收表示用户设备未接收到相应的已推送消息；

其中，所述用户设备若接收到所述已推送消息，则向所述消息重传服务器反馈消息接收响应；所述消息重传服务器若接收到所述用户设备反馈的消息接收响应，则将相应的已推送消息的消息接收状态更新为消息已接收。

12.根据权利要求11所述的用户设备，其特征在于，还包括：

所述消息接收响应至少携带有所述用户设备的用户标识及所接收消息的消息ID。

13.一种消息重传服务器，其特征在于，包括处理器与存储器；

所述存储器用于存放程序；

所述处理器用于执行所述程序，以实现如权利要求1～5任一项所述的消息重传方法。

14.一种用户设备，其特征在于，包括处理器与存储器；

所述存储器用于存放程序；

所述处理器用于执行所述程序，以实现如权利要求6～8任一项所述的消息重传方法。

15.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有计算机程序，所述计算机程序用于在被处理器执行时实现如权利要求1～8任一项所述的消息重传方法。

Images