[发明专利]消息多端同步的方法、客户端

说明书

本发明提供消息多端同步的方法、客户端，方法包括：分别在服务端和各个客户端创建与用户ID对应的消息记录表，所述消息记录表中的字段包括消息主键ID、上一条消息主键ID和时间戳；当一客户端离线后重新上线，且接收到重新上线后的第一条消息之后，依据其对应的消息记录表，判断所述第一条消息对应的上一条消息主键ID是否被记录在表中的消息主键ID字段中；若否，则依据表中所述第一条消息对应的消息主键ID及其上一条消息主键ID向服务端获取对应的消息。本发明既减少了无用消息的传输，又减少了客户端和服务端的查询复杂度和查询工作量；进而，能够显著提高多端离线消息同步的效率，同时减少资源损耗。

技术领域

本发明涉及消息同步领域，具体涉及消息多端同步的方法、客户端。

背景技术

移动互联网蓬勃发展的今天，存在有大量的即时通讯工具，而各种的通讯工具中又存在有多个端的在线设备，比如说PC端、APP端、IOS端等等。经常会遇到同一个用户在多个设备端上进行切换登录，需要有保持多端的消息同步的功能。

为了实现消息多端同步功能，目前主要有两种实现方式：

(1)服务端在进行消息发送时，预先查询出同一个用户的多个设备信息，针对这些同一用户的多个设备进行消息同步；在线场景下的设备直接发送消息，离线场景下的设备由服务端记录离线消息，在该设备上线后进行离线消息地拉取，进而实现了客户端的多端消息同步。此场景下，需要针对一条消息记录多条的消息明细，消息明细数量与同一用户的设备数量有关。该方式由于针对同一个用户的多个设备都生成一条消息明细，无论是消息存储还是消息的发送，都会给服务端带来较大的压力。

(2)服务端在进行消息发送时，预先查询出同一个用户的多个设备信息，针对这些同一用户的多个设备进行消息同步。在线场景下的设备直接发送消息；离线场景下的设备，并不会记录此设备的离线消息，当该设备上线后，拉取该用户最近一段时间之内的数据，并与自身已接收到的消息进行比较，补充缺失的消息，最终实现消息的同步。此场景下，不会针对一条消息记录多条的消息明细，会减少服务端记录消息数，减缓一定服务端的压力。

上述(2)方式并不会对同一个用户的多个设备都生成一条消息明细，对于消息存储以及消息发送，会比方式一更好些，所以一般采用此种方式。不过，使用(2)方式时，当原离线设备上线后，由于无法判断自身客户端是否缺失消息，所以均需要进行离线消息的拉取与本地进行对比，如果有消息缺失则进行消息同步补充。此时，由于服务端未进行该设备的离线消息存储，实现该功能的方法为：方法一，客户端直接拉取某一段时间之内该用户的消息，并与自身本地的消息进行比较，进而补充缺失消息，实现消息同步。方法二，客户端传递自身已存在的消息id列表至服务端，由服务端进行过滤判断后，返回需要的消息返回客户端，实现消息同步。但是，方法一中由于拉取所有消息后，至客户端本地进行去重过滤，即增大了服务端的压力，又传输了很多无需传输的消息数据，耗费流量。方法二中，需要客户端本地计算，并传递本地中已经存在的消息id列表至服务端，由服务端判断并去重过滤，会增大客户端的计算量，并且正常场景下，传递的id列表也会较大，服务端判断去重也会较为麻烦。

因此，存在提供一种全新的多端消息同步的解决方案的需求。

发明内容

本发明所要解决的技术问题是：提供一种全新的消息多端同步的方法、客户端，既能减少交互，又能减少客户端与服务端的查询复杂度和工作量；从而提高离线拉取消息的效率。

为了解决上述技术问题，本发明采用的技术方案为：

消息多端同步的方法，包括：

分别在服务端和各个客户端创建与用户ID对应的消息记录表，所述消息记录表中的字段包括消息主键ID、上一条消息主键ID和时间戳；