CN110166346A - 一种聊天消息的显示方法及设备 - Google Patents

Abstract

本发明公开一种聊天消息的显示方法及设备，涉及即时通信技术领域，能够在不降低服务器并发效率的同时，确保聊天消息有序在用户终端上展示。该方法包括：接收由服务端基于会话发送的多条聊天消息，聊天消息中包括消息内容、消息时间戳和消息序列号；识别会话中的多条聊天消息是否连续，提取其中连续的聊天消息存储于终端存储器，或者，将其中不连续的聊天消息加入临时窗口缓存；基于缺失的聊天消息向服务端发起请求，并将拉取的聊天消息加入临时窗口缓存，直至临时窗口中缓存的聊天消息与终端存储器中的聊天消息连续匹配，将连续匹配部分的聊天消息转存至终端存储器；按照消息时间戳时序从终端存储器中调取消息内容向用户显示。

Description

一种聊天消息的显示方法及设备

技术领域

本发明涉及即时通信技术领域，尤其涉及一种聊天消息的显示方法及设备。

背景技术

即时聊天工具(英文全称为Instant Messaging，英文简称为IM)是一种在用户之间传递即时消息的应用程序，可以方便用户进行交流。对于离线期间用户收到的消息，现有技术采取的方案是通过服务端进行离线缓冲，等用户上线时一次性将缓冲的全部消息推送给用户终端，当用户终端收到上述消息后，发送“已达”回执，服务端再将对应的消息从缓冲中移除，以确保消息不会丢失。目前对于在线期间用户收到的消息推送，一般采用如下推送算法：先由服务器处理推送消息的送达顺序后再向用户终端推送，此种方案虽然能够保证确保消息不丢失，但是会降低服务器的并发效率。

发明内容

本发明的目的在于提供一种聊天消息的显示方法及设备，能够在不降低服务器并发效率的同时，确保聊天消息有序在用户终端上展示。

为了实现上述目的，本发明的一方面提供一种聊天消息的显示方法，包括：

接收由服务端基于会话发送的多条聊天消息，所述聊天消息中包括消息内容、消息时间戳和基于所述消息时间戳顺序标记的消息序列号；

识别会话中的多条聊天消息是否连续，提取其中连续的聊天消息存储于终端存储器，或者，将其中不连续的聊天消息加入临时窗口缓存；

基于缺失的聊天消息向服务端发起请求，并将拉取的聊天消息加入临时窗口缓存，直至临时窗口中缓存的聊天消息与终端存储器中的聊天消息连续匹配，将连续匹配部分的聊天消息转存至终端存储器；

按照消息时间戳时序从终端存储器中调取消息内容向用户显示。

优选地，当有聊天消息加入临时窗口缓存时则重启定时器，直至定时器的计时归零将临时窗口中的全部聊天消息缓存转存至终端存储器。

优选地，当临时窗口中缓存第一条聊天消息时启动定时器，并将预设时段内临时窗口中的全部聊天消息缓存转存至终端存储器。

较佳地，对于当前定时器关闭后仍缺失的聊天消息，在后续请求拉取的过程中若重现则直接将对应缺失的聊天消息通过临时窗口转存至终端存储器。

优选地，监测临时窗口中的缓存是否触发上限，若触发上限移除定时器同时将临时窗口中的聊天消息缓存全部转存至终端存储器。

可选地，基于缺失的聊天消息向服务端发起请求之前还包括：

设定终端显消息内容的数量阈值，在终端上线后仅拉取阈值区间范围内对应消息序列号的缺失聊天消息。

具体地，识别会话中的多条聊天消息是否连续的方法包括：

识别相邻聊天消息的消息序列号是否连续，当消息序列号连续表示对应的聊天消息连续，否则表示对应的聊天消息不连续。

与现有技术相比，本发明提供的聊天消息的显示方法具有以下有益效果：

本发明提供的聊天消息显示方法中，由于每条聊天消息均包括消息内容、消息时间戳和消息序列号三部分，且消息序列号是按照时间先后顺序标记的，因此，终端设备在接收同一会话中的多条聊天消息时，通过识别消息序列号即可判断多条聊天消息是否连续，然后将其中连续的聊天消息直接保存在终端设备的存储器中，其中不连续的聊天消息加入临时窗口缓存，之后再单独基于缺失的聊天消息向服务端请求，使得拉取到的缺失聊天消息能够补入到临时窗口与先前不连续的聊天消息融合，最后判断融合后聊天消息中是否存在与终端存储器中最新一条聊天消息形成连续匹配的部分，若存在则将连续匹配部分的聊天消息转存至终端存储器，同时保留临时窗口中剩余的非连续聊天消息以待后续继续请求拉取，最后按照消息时间戳时序从终端存储器中调取消息内容向用户显示。

可见，本发明通过对消息内容进行时间戳标记和顺序的序列号标记，使得终端设备可以基于消息序列号判断多条聊天消息是否连续，进而将连续的聊天消息直接存储与终端存储器以供调取显示，而将不连续的聊天消息放入临时窗口缓存，等待拉取缺失的聊天消息加以补充后再供调取显示，直至多条聊天消息在终端存储器中被连续保存，确保了多条聊天消息在用户终端上的有序展示。

本发明的第二方面提供一种聊天消息的显示方法，包括：

将会话中的多条聊天内容对应标记上消息时间戳以及顺序标记上消息序列号，生成聊天消息；

向终端设备发送多条聊天消息。

本发明的第三方面提供一种终端设备，包括：

接收单元，用于接收由服务端基于会话发送的多条聊天消息，所述聊天消息中包括消息内容、消息时间戳和基于所述消息时间戳顺序标记的消息序列号；

识别单元，用于识别会话中的多条聊天消息是否连续，提取其中连续的聊天消息存储于终端存储器，或者，将其中不连续的聊天消息加入临时窗口缓存；

缺失拉取单元，用于基于缺失的聊天消息向服务端发起请求，并将拉取的聊天消息加入临时窗口缓存，直至临时窗口中缓存的聊天消息与终端存储器中的聊天消息连续匹配，将连续匹配部分的聊天消息转存至终端存储器；

显示单元，用于按照消息时间戳时序从终端存储器中调取消息内容向用户显示。

优选地，还包括：

定时器单元，用于当有聊天消息加入临时窗口缓存时则重启定时器，直至定时器的计时归零将临时窗口中的全部聊天消息缓存转存至终端存储器；或者，

用于当临时窗口中缓存第一条聊天消息时启动定时器，并将预设时段内临时窗口中的全部聊天消息缓存转存至终端存储器。

较佳地，还包括：

缺失后处理单元，用于对于当前定时器关闭后仍缺失的聊天消息，在后续请求拉取的过程中若重现则直接将对应缺失的聊天消息通过临时窗口转存至终端存储器。

进一步地，还包括：

显示数量设定单元，用于设定终端显消息内容的数量阈值，在终端上线后仅拉取阈值区间范围内对应消息序列号的缺失聊天消息。

本发明的第四方面提供一种服务端设备，包括：

标记单元，用于将会话中的多条聊天内容对应标记上消息时间戳以及顺序标记上消息序列号，生成聊天消息；

发送单元，用于向终端设备发送多条聊天消息。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例一中聊天消息的显示方法的流程示意图；

图2为本发明实施例一中基于会话中缺失的聊天消息向服务端发起请求的示意图；

图3为本发明实施例一中基于会话中缺失的聊天消息临时窗口等待缓存的示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其它实施例，均属于本发明保护的范围。

实施例一

请参阅图1，本实施例提供一种聊天消息的显示方法，包括：

接收由服务端基于会话发送的多条聊天消息，所述聊天消息中包括消息内容、消息时间戳和基于所述消息时间戳顺序标记的消息序列号；识别会话中的多条聊天消息是否连续，提取其中连续的聊天消息存储于终端存储器，或者，将其中不连续的聊天消息加入临时窗口缓存；基于缺失的聊天消息向服务端发起请求，并将拉取的聊天消息加入临时窗口缓存，直至临时窗口中缓存的聊天消息与终端存储器中的聊天消息连续匹配，将连续匹配部分的聊天消息转存至终端存储器；按照消息时间戳时序从终端存储器中调取消息内容向用户显示。

本实施例提供的聊天消息显示方法中，由于每条聊天消息均包括消息内容、消息时间戳和消息序列号三部分，且消息序列号是按照时间先后顺序标记的，因此，终端设备在接收同一会话中的多条聊天消息时，通过识别消息序列号即可判断多条聊天消息是否连续，然后将其中连续的聊天消息直接保存在终端设备的存储器中，其中不连续的聊天消息加入临时窗口缓存，之后再单独基于缺失的聊天消息向服务端请求，使得拉取到的缺失聊天消息能够补入到临时窗口与先前不连续的聊天消息融合，最后判断融合后聊天消息中是否存在与终端存储器中最新一条聊天消息形成连续匹配的部分，若存在则将连续匹配部分的聊天消息转存至终端存储器，同时保留临时窗口中剩余的非连续聊天消息以待后续继续请求拉取，最后按照消息时间戳时序从终端存储器中调取消息内容向用户显示。

可见，本实施例通过对消息内容进行时间戳标记和顺序的序列号标记，使得终端设备可以基于消息序列号判断多条聊天消息是否连续，进而将连续的聊天消息直接存储与终端存储器以供调取显示，而将不连续的聊天消息放入临时窗口缓存，等待拉取缺失的聊天消息加以补充后再供调取显示，直至多条聊天消息在终端存储器中被连续保存，确保了多条聊天消息在用户终端上的有序展示。其中，识别会话中的多条聊天消息是否连续的方法包括：识别相邻聊天消息的消息序列号是否连续，当消息序列号连续表示对应的聊天消息连续，否则表示对应的聊天消息不连续。

示例性地，请参阅图2，该用户终端存在小明的会话、海外购群会话和闺蜜聊天群会话三个聊天会话，其中，对于小明的会话中消息序列号33、36-44、50对应的聊天消息不连续故暂存于临时窗口中缓存，缺失了消息序列号34-35、45-49对应的聊天消息，再次向服务端请求时只对应拉取缺失部分的聊天消息；同理，对于海外购群的会话中消息序列号102、104、110-200对应的聊天消息不连续故暂存于临时窗口中缓存，缺失了消息序列号103、105-109对应的聊天消息，再次向服务端请求时只对应拉取消息序列号103、105-109对应的聊天消息即可。

为了避免同一会话中的聊天消息出现重复显示的情况，聊天消息中还包括消息内容的全局唯一标识uuid，对于消息序列号可选用long类型的seq序列号，seq的编号规则是基于会话独立编号，且必须按照时间戳序列从1开始连续编号，对于消息时间戳可按照消息内容的先后出现时间对应标记为ts1、ts2等。

为了减少临时窗口中等待补入的时间，上述实施例中当有聊天消息加入临时窗口缓存时则重启定时器，直至定时器的计时归零将临时窗口中的全部聊天消息缓存转存至终端存储器。或者，当临时窗口中缓存第一条聊天消息时启动定时器，并将预设时段内临时窗口中的全部聊天消息缓存转存至终端存储器。

具体实施过程中，为了减少用户观看到聊天内容的等待时间优选用前者方案，如图3所述，对于海外购群的会话临时窗口中缓存了消息序列号102、104对应的聊天消息，缺失了消息序列号103对应的聊天消息，此时基于缺失的消息序列号103再次向服务端发起拉取请求，同时在收到消息序列号102对应的聊天消息时重启定时器倒计时，例如3秒，若在定时器的计时归零之前拉取了消息序列号103对应的聊天消息，则将102、103、104对应的聊天消息一同转存于终端存储器(已存储消息序列号1-101对应的聊天消息)中，若在定时器的计时归零之前未拉取消息序列号103对应的聊天消息，则直接将102、104对应的聊天消息一同转存于终端存储器中，同时将海外购群会话对应的临时窗口清空缓存。

进一步地，对于当前定时器关闭后临时窗口中仍缺失聊天消息，则临时窗口不在继续等待补入，而是在后续请求拉取过程中若缺失的那条聊天消息重现则直接将其通过临时窗口转存至终端存储器。可见，采用定时器的设计方案，能够让用户在尽量短的时间内观看到无重复且有序的聊天消息，避免出现消息丢失的情况，提升用户体验。

需要说明的是，临时窗口和定时器均是基于会话的数量一一对应配置的，保证了会话进行的可靠性。

可选地，上述实施例中还需要监测临时窗口中的缓存是否触发上限，若触发上限移除定时器同时将临时窗口中的聊天消息缓存全部转存至终端存储器。设置临时窗口缓存上限是为了避免因临时窗口缓存量巨大造成程序崩盘的情况发生，当缓存触发上限时主动转移存储，并在转存完成后清空先前临时窗口的缓存。

考虑到长时间不上线的终端突然上线时一次性将全部离线消息推送给终端，容易造成终端设备卡顿、浪费流量以及不便用户阅读的问题，本实施例在步骤基于缺失的聊天消息向服务端发起请求之前还包括：

设定终端显消息内容的数量阈值，在终端上线后仅拉取阈值区间范围内对应消息序列号的缺失聊天消息。具体实施时，离线消息推送的数量阈值可由工程师自由设置，本实施例对此不做限定，现以数量阈值为300条为例进行说明，当离线消息的总数量超过300条时，则在终端上线瞬间优先推送最近的300条离线消息，在用户阅读完毕这300条聊天消息后再次推送余下的离线消息，若用户连优先推送的300条离线消息都未阅读完毕，后续的离线消息将不再做推送，此种设置方案既能够保证用户的聊天消息不会丢失，同时也能够节约流量避免一次性推送给终端造成的卡顿。

实施例二

本实施例提供一种聊天消息的显示方法，包括：

将会话中的多条聊天内容对应标记上消息时间戳以及顺序标记上消息序列号，生成聊天消息；

向终端设备发送多条聊天消息。

与现有技术相比，本发明实施例提供的聊天消息的显示方法的有益效果与上述实施例一提供的聊天消息的显示方法的有益效果相同，在此不做赘述。

实施例三

本实施例提供一种终端设备，包括：

接收单元，用于接收由服务端基于会话发送的多条聊天消息，所述聊天消息中包括消息内容、消息时间戳和基于所述消息时间戳顺序标记的消息序列号；

识别单元，用于识别会话中的多条聊天消息是否连续，提取其中连续的聊天消息存储于终端存储器，或者，将其中不连续的聊天消息加入临时窗口缓存；

缺失拉取单元，用于基于缺失的聊天消息向服务端发起请求，并将拉取的聊天消息加入临时窗口缓存，直至临时窗口中缓存的聊天消息与终端存储器中的聊天消息连续匹配，将连续匹配部分的聊天消息转存至终端存储器；

显示单元，用于按照消息时间戳时序从终端存储器中调取消息内容向用户显示。

优选地，还包括：

定时器单元，用于当有聊天消息加入临时窗口缓存时则重启定时器，直至定时器的计时归零将临时窗口中的全部聊天消息缓存转存至终端存储器；或者，

用于当临时窗口中缓存第一条聊天消息时启动定时器，并将预设时段内临时窗口中的全部聊天消息缓存转存至终端存储器。

优选地，还包括：

缺失后处理单元，用于对于当前定时器关闭后仍缺失的聊天消息，在后续请求拉取的过程中若重现则直接将对应缺失的聊天消息通过临时窗口转存至终端存储器。

优选地，还包括：

显示数量设定单元，用于设定终端显消息内容的数量阈值，在终端上线后仅拉取阈值区间范围内对应消息序列号的缺失聊天消息。

与现有技术相比，本发明实施例提供的终端设备的有益效果与上述实施例一提供的聊天消息的显示方法的有益效果相同，在此不做赘述。

实施例四

本实施例提供一种服务端设备，包括：

标记单元，用于将会话中的多条聊天内容对应标记上消息时间戳以及顺序标记上消息序列号，生成聊天消息；

发送单元，用于向终端设备发送多条聊天消息。

与现有技术相比，本发明实施例提供的服务端设备的有益效果与上述实施例一提供的聊天消息的显示方法的有益效果相同，在此不做赘述。

本领域普通技术人员可以理解，实现上述发明方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，上述程序可以存储于计算机可读取存储介质中，该程序在执行时，包括上述实施例方法的各步骤，而的存储介质可以是：ROM/RAM、磁碟、光盘、存储卡等。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种聊天消息的显示方法，其特征在于，包括：

接收由服务端基于会话发送的多条聊天消息，所述聊天消息中包括消息内容、消息时间戳和基于所述消息时间戳顺序标记的消息序列号；

识别会话中的多条聊天消息是否连续，提取其中连续的聊天消息存储于终端存储器，或者，将其中不连续的聊天消息加入临时窗口缓存；

基于缺失的聊天消息向服务端发起请求，并将拉取的聊天消息加入临时窗口缓存，直至临时窗口中缓存的聊天消息与终端存储器中的聊天消息连续匹配，将连续匹配部分的聊天消息转存至终端存储器；

按照消息时间戳时序从终端存储器中调取消息内容向用户显示。

2.根据权利要求1所述的显示方法，其特征在于，当有聊天消息加入临时窗口缓存时则重启定时器，直至定时器的计时归零将临时窗口中的全部聊天消息缓存转存至终端存储器。

3.根据权利要求1所述的显示方法，其特征在于，当临时窗口中缓存第一条聊天消息时启动定时器，并将预设时段内临时窗口中的全部聊天消息缓存转存至终端存储器。

4.根据权利要求2或3所述的显示方法，其特征在于，对于当前定时器关闭后仍缺失的聊天消息，在后续请求拉取的过程中若重现则直接将对应缺失的聊天消息通过临时窗口转存至终端存储器。

5.根据权利要求1所述的显示方法，其特征在于，监测临时窗口中的缓存是否触发上限，若触发上限移除定时器同时将临时窗口中的聊天消息缓存全部转存至终端存储器。

6.根据权利要求1所述的显示方法，其特征在于，基于缺失的聊天消息向服务端发起请求之前还包括：

设定终端显消息内容的数量阈值，在终端上线后仅拉取阈值区间范围内对应消息序列号的缺失聊天消息。

7.根据权利要求1所述的显示方法，其特征在于，识别会话中的多条聊天消息是否连续的方法包括：

识别相邻聊天消息的消息序列号是否连续，当消息序列号连续表示对应的聊天消息连续，否则表示对应的聊天消息不连续。

8.一种聊天消息的显示方法，其特征在于，包括：

将会话中的多条聊天内容对应标记上消息时间戳以及顺序标记上消息序列号，生成聊天消息；

向终端设备发送多条聊天消息。

9.一种终端设备，其特征在于，包括：

接收单元，用于接收由服务端基于会话发送的多条聊天消息，所述聊天消息中包括消息内容、消息时间戳和基于所述消息时间戳顺序标记的消息序列号；

识别单元，用于识别会话中的多条聊天消息是否连续，提取其中连续的聊天消息存储于终端存储器，或者，将其中不连续的聊天消息加入临时窗口缓存；

缺失拉取单元，用于基于缺失的聊天消息向服务端发起请求，并将拉取的聊天消息加入临时窗口缓存，直至临时窗口中缓存的聊天消息与终端存储器中的聊天消息连续匹配，将连续匹配部分的聊天消息转存至终端存储器；

显示单元，用于按照消息时间戳时序从终端存储器中调取消息内容向用户显示。

10.根据权利要求9所述的设备，其特征在于，还包括：

定时器单元，用于当有聊天消息加入临时窗口缓存时则重启定时器，直至定时器的计时归零将临时窗口中的全部聊天消息缓存转存至终端存储器；或者，

用于当临时窗口中缓存第一条聊天消息时启动定时器，并将预设时段内临时窗口中的全部聊天消息缓存转存至终端存储器。

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

缺失后处理单元，用于对于当前定时器关闭后仍缺失的聊天消息，在后续请求拉取的过程中若重现则直接将对应缺失的聊天消息通过临时窗口转存至终端存储器。

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

显示数量设定单元，用于设定终端显消息内容的数量阈值，在终端上线后仅拉取阈值区间范围内对应消息序列号的缺失聊天消息。

13.一种服务端设备，其特征在于，包括：

标记单元，用于将会话中的多条聊天内容对应标记上消息时间戳以及顺序标记上消息序列号，生成聊天消息；

发送单元，用于向终端设备发送多条聊天消息。