CN107948050A - 一种提供群组消息已读状态的装置及方法 - Google Patents

Abstract

本发明公开了一种提供群组消息已读状态的装置及方法，主要包括：群组成员已读版本号装置，维护群组中每个客户端的已读版本号；统计开启记录装置，维护需要统计群组消息已读状态，并记录群组下所有开启统计消息的包id和版本号的映射；统计详情装置，维护消息模式，并记录发送消息的客户端、版本号和模式；统计范围成员装置，记录发送消息的客户端希望统计的成员集合。本发明所述一种提供群组消息已读状态的装置及方法，以即时通信广播与一般服务请求结合的方式为基础，实现了在即时通讯过程中，群组消息已读状态的即时性、可靠性；在增加了复杂业务后并没有给服务端增加明显的性能压力的优点。

Description

一种提供群组消息已读状态的装置及方法

技术领域

本发明涉及即时通信通讯技术领域，具体地，涉及一种提供群组消息已读状态的装置及方法。

背景技术

随着互联网移动化智能化，互联网APP、移动APP、企业应用、网上商城，网络游戏等产品发展迅速，用户对即时通讯产品和服务的需求越来越强烈。市场上出现了一部分产品，它们以即时通讯功能做为整个产品的入口，旨在为用户提供更加优秀的体验。即时通讯不仅仅提供基础的沟通交流的能力，在智能机器人、报销审批业务单据、客户关系管理等领域也提供越来越优秀的支持。

目前，市场上提供的即时通信的产品和服务，主要解决消息的接收和发送，并没有准确的记录重要消息的阅读情况。大量的用户反馈自己的重要消息在群组中发送后，无法获知消息相关人员是否已经阅读过消息。用户主动和所有相关人员确认，加大了工作上的沟通成本。如果能够直观的显示哪些人没有阅读，用户就可以有目的性的提醒。如果想帮助用户解决这类使用场景的问题，有以下的几个关键需求是要实现的：

1、支持统计群组内所有成员的已读状态；

2、支持统计群组内指定范围成员的已读状态；

3、具备统计群组消息已读状态的具体信息，包括有多少成员未读、多少成员已读、未读的成员信息、已读成员的信息；

4、确保应用在线时群组消息已读状态到达的即时性；

5、应用离线期间的群组消息已读状态在登陆后可以同步到客户端。

如何设计一个提供群组已读状态能力的解决方案，于即可指定范围成员，也可指定全部群组成员获取已读状态，同时保证状态显示的即时性、完整性，保证离线后再次登录同步的正确性是本文的立足点和待解决问题。

发明内容

本发明的目的在于，针对上述问题，提出一种提供群组消息已读状态的装置及方法，在即时通信的广播以及一般服务请求结合的方式为基础，实现了在即时通讯过程中，群组消息已读状态的即时性、可靠性；在增加了复杂业务后并没有给服务端增加明显的性能压力的优点。

为实现上述目的，本发明采用的技术方案是：一种提供群组消息已读状态的装置，主要包括：

群组成员已读版本号装置，维护群组中每个客户端的已读版本号；

统计开启记录装置，维护需要统计群组消息已读状态，并记录群组下所有开启统计消息的包id和版本号的映射；

统计详情装置，维护消息模式，并记录发送消息的客户端、版本号和模式；

统计范围成员装置，记录发送消息的客户端希望统计的成员集合。

进一步地，所述群组成员已读版本号装置，每次收到某个客户端的已读版本号，都要把最新的已读版本号进行上升，且服务器进行缓存维护。

进一步地，所述服务器设置定时器，定时器时间间隔1.5秒，遍历一次storeMap。

进一步地，所述统计开启记录装置维护需要统计群组消息已读状态具体包括：

当某一个客户端的已读版本号大于或者等于统计开启记录装置的版本号，则更新此客户端消息的已读状态。

进一步地，所述统计详情装置，还给客户端推送广播和提供数据的逻辑判断。

进一步地，所述统计范围成员装置只有在消息模式为统计指定范围成员的时候才会启用。

本发明还提出一种提供群组消息已读状态的方法，具体包括：

步骤100：客户端A向服务器发送统计消息；

步骤200：客户端B向服务器发送已读回执；

步骤300：服务器定时将统计消息发送至客户端A。

进一步地，所述步骤100具体包括：

步骤101：客户端A发送statRead>0的群组消息；

步骤102：统计开启记录装置记录需要统计的消息；

步骤103：统计详情装置记录消息统计模式；

步骤104：当消息模式为指定范围时，统计范围成员装置记录消息需要统计的范围。

进一步地，所述步骤200具体包括：

步骤201：客户端B向服务器发送群组消息已读回执；

步骤202：群组成员已读版本号装置获取两次标记已读版本号的区间；

步骤203：统计开启记录装置判断区间内是否有需要统计的消息；

步骤204：如果有需要统计的消息，storeMap存储需要重新统计的消息集合。

进一步地，所述步骤300具体包括：

步骤301：storeMap遍历所有的待统计消息；

步骤302：统计开启记录装置获得消息的版本号；

步骤303：群组成员已读版本号装置计算获得已读消息的成员集合；

步骤304：统计详情装置查询消息统计模式；

步骤305：如果需要指定统计范围，则统计范围成员装置查询消息需要统计的范围，并广播给发送消息的客户端；如果不需要指定统计范围，直接广播给发送消息的客户端。

本发明的有益技术效果：

1、支持多种场景，满足各类用户的需求；

2、采用statRead来选择已读状态的模式，避免不需要此类服务的用户给服务端增加不必要的压力；

3、客户在线时，使用即时通信的广播机制，使客户端及时收到已读成员或者集合的回执，保证消息的及时性；

4、客户端离线后，再次登录。服务器可以动态配置阈值，采用按需同步群组消息已读状态的方式，以提高客户端和服务端的效率，减少流量和耗电量；

5、客户端查看某条群组消息已读状态，从服务器获取已读成员列表。服务端只负责统计已读的成员，客户端计算群组消息已读状态的未读成员集合，可以降低服务端维护数据的复杂度。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明所述一种提供群组消息已读状态的装置及方法中群组成员已读版本号装置的原理结构示意图；

图2为本发所述一种提供群组消息已读状态的装置及方法中步骤100的流程图；

图3为本发所述一种提供群组消息已读状态的装置及方法中步骤200的流程图；

图4为本发所述一种提供群组消息已读状态的装置及方法中步骤300的流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

为了更好的了解本发明文件的技术方案，下面对本装置中的消息传输工作机制以、消息的数据结构、定时发送机理以及客户端逻辑处理进行详细介绍。

一、IM机制工作原理：

IM通过socket保持长连接，当服务器有任何需要通知客户端的任务时，都可以通过长连接直接推送给客户端。同时客户端也可以通过长连接推送数据给服务器。

一般情况下，消息发送方式举例：客户端A发送消息给客户端B，并不是直接端对端的发送，而是首先发送给服务器，服务器在接收到消息后，第一步先给客户端A返回一个消息已经到达服务器的回执，这样子客户端A就可以知道自己的消息发送成功了。然后服务器才会给客户端B推送这条消息。当客户端B读完这条消息的时候，客户端B要向服务器发送已读回执(附带了消息的SessionVersion)，这样子服务器就知道客户端B和客户端A的会话，客户端B已经读取了那些消息，还有多少条消息没有读(会话最大SessionVersion减去客户端B的已读SessionVersion)。以上是单聊的例子，群组也是这个逻辑，不再赘述。

二、数据结构说明(仅包含与此业务说明相关的字段)：

Message消息对象：

Pid—消息的唯一标示；

ChatId—会话标示，在本文只有群组，所以对应的就是群组的唯一标示。

SessionVersion—在我们的IM即时通讯方案中，SessionVersion是用来记录某一个会话的消息顺序排序(也就是本发明装置中所述的已读版本号)，是自增长的。也就是一个会话中聊天消息的SessionVersion是一直增长的。SessionVersion可以用来进行很多的业务逻辑判断，例如一个人读完了一条消息，他会向服务器发送一条已读回执。假设这条回执的SessionVersion是3，但是服务器记录这个会话的最大SessionVersion是10。就知道这个人有7条消息还没有阅读过。当然还有很多其他用处，不再赘述。

statRead：消息的统计模式，0表示不需要统计，1表示统计所有人已读状态，2表示统计指定范围的成员已读状态。

Member成员对象：

MemberId—成员的唯一标示；

Group成员对象：

GroupId—群组的唯一标示。

三、定时发送

服务端定时器时间间隔1.5秒，遍历一次storeMap。针对于每一个消息，统计开启记录装置获取消息的版本号，并结合群组成员已读版本号装置，计算出每一条消息的已读成员数量。之所以不立即处理是因为群组消息和普通的单聊消息有一定的区别。群组消息可能存在短时间被大量成员阅读的情况，所以把需要改变的下次集合缓存起来，一次性的解决。如果不这样做会产生大量的重复计算和过量的广播。每条消息计算完成后，通过统计详情装置、统计范围成员装置获取消息统计的模式和统计范围，连同计算获得的已读成员集合一起广播给发送群组统计消息的客户端。客户端获得信息包括某一条消息的统计模式是什么，如果是指定范围统计，统计的范围是什么、多少人已读(MemberId的集合)。

四、客户端逻辑处理

所有人统计：客户端上有群组信息，用群组的人数(不包括自己)减去服务器统计的已读数量就是未读数量。

指定范围统计：将统计范围人数减去已读数量。

下面介绍本发明的技术方案：

一种提供群组消息已读状态能力的实现装置，主要包括：

群组成员已读版本号装置，维护群组中每个客户端的已读版本号；

统计开启记录装置，维护需要统计群组消息已读状态，并记录群组下所有开启统计消息的包id和版本号的映射；

例如：

PacketId->SessionVersion

当客户端A发送消息的时候statRead>0，就需要开启统计。例如客户端A发送了三个已读状态，在统计状态装置中生成了三个映射(xxx->10),(yyy->12),(zzz->15)；统计详情装置，维护消息模式，并记录发送消息的客户端、版本号和模式；

统计范围成员装置，记录发送消息的客户端希望统计的成员集合。

客户端发送群组消息可以选择统计已读状态的模式，定义参数statRead。

statRead：0，不统计；

统计群组内所有成员的已读状态；

统计指定范围的成员的已读状态，追加参数statMem，指定的成员id集合。

如图1所示，群组成员已读版本号装置，每次收到某个成员的已读版本号，都要把最新的已读版本号进行上升，且服务器进行缓存维护，也就是说记录每个成员的最大已读版本号。举例：群组X中，客户端A(MemberId是101)读取了一条消息，此消息的SessionVersion是10。客户端A向服务器发送已读回执，服务器进行缓存维护(101->10)。

MemberId->SessionVersion

这个最大已读版本号是为了和需要统计的消息版本号作对比，已读版本号大于统计版本号的消息就是需要更新并且通知客户端的消息范围，原理和具体如何比较将放在后面介绍。

统计开启记录装置维护需要统计群组消息已读状态具体包括：

当某一个客户端的已读版本号大于或者等于统计开启记录装置的版本号，则更新此客户端消息的已读状态。

当客户端B发送群组消息已读回执的时候，客户端B的已读版本号ReadVersion大于等于统计开启记录装置的版本号SessionVersion，就代表需要更改群组消息已读状态的统计。更改范围就是(ReadVersion，SessionVersion)区域内的消息。例如客户端B向服务器发送已读回执，回执的SessionVersion是14。这个14会记录在群组成员已读版本号装置中。14大于10和12，所以表示有两条消息的已读状态更新了。将它们存入一个storeMap(key-value形式的缓存)。Key为群组id，Value为更新的消息集合。

统计详情装置，还给客户端推送广播和提供数据的逻辑判断。

客户端在线时，接收即时通信服务的广播报文，更新单条消息的已读状态表。

客户端离线后，再次登录。第一次进入一个群组会话的时候，主动向服务端发起群组内消息已读状态的列表数据，批量更新客户端的缓存。这个列表数据有时间限制，服务器可以动态配置阈值。

客户端查看某条群组消息已读状态，从服务器获取已读成员列表。服务端只负责统计已读的成员，如果是指定范围成员统计会同时返回指定的范围。客户端根据统计类型自己计算出未读成员集合。

statRead＝1，群组全部成员-已读成员集合＝未读成员集合；

statRead＝2，指定范围成员-已读成员集合＝未读成员集合。

统计范围成员装置只有在消息模式为统计指定范围成员的时候才会启用。

一种提供群组消息已读状态的方法，具体包括：

步骤100：客户端A向服务器发送统计消息；

步骤200：客户端B向服务器发送已读回执；

步骤300：服务器定时将统计消息发送至客户端A。

如图2所示，所述步骤100具体包括：

步骤101：客户端A发送statRead>0的群组消息；

步骤102：统计开启记录装置记录需要统计的消息；

步骤103：统计详情装置记录消息统计模式；

步骤104：当消息模式为指定范围时，统计范围成员装置记录消息需要统计的范围。

如图3所示，所述步骤200具体包括：

步骤201：客户端B向服务器发送群组消息已读回执；

步骤202：群组成员已读版本号装置获取两次标记已读版本号的区间；

步骤203：统计开启记录装置判断区间内是否有需要统计的消息；

步骤204：如果有需要统计的消息，storeMap存储需要重新统计的消息集合。

如图4所示，所述步骤300具体包括：

步骤301：storeMap遍历所有的待统计消息；

步骤302：统计开启记录装置获得消息的版本号；

步骤303：群组成员已读版本号装置计算获得已读消息的成员集合；

步骤304：统计详情装置查询消息统计模式；

步骤305：如果需要指定统计范围，则统计范围成员装置查询消息需要统计的范围，并广播给发送消息的客户端；如果不需要指定统计范围，直接广播给发送消息的客户端。

至少可以达到以下有益效果：

1、支持多种场景，满足各类用户的需求；

2、采用statRead来选择已读状态的模式，避免不需要此类服务的用户给服务端增加不必要的压力；

3、客户在线时，使用即时通信的广播机制，使客户端及时收到已读成员或者集合的回执，保证消息的及时性；

4、客户端离线后，再次登录。服务器可以动态配置阈值，采用按需同步群组消息已读状态的方式，以提高客户端和服务端的效率，减少流量和耗电量；

5、客户端查看某条群组消息已读状态，从服务器获取已读成员列表。服务端只负责统计已读的成员，客户端计算群组消息已读状态的未读成员集合，可以降低服务端维护数据的复杂度。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种提供群组消息已读状态的装置，其特征在于，主要包括：

群组成员已读版本号装置，维护群组中每个客户端的已读版本号；

统计开启记录装置，维护需要统计群组消息已读状态，并记录群组下所有开启统计消息的包id和版本号的映射；

统计详情装置，维护消息模式，并记录发送消息的客户端、版本号和模式；

统计范围成员装置，记录发送消息的客户端希望统计的成员集合。

2.根据权利要求1所述的一种提供群组消息已读状态的装置，其特征在于，所述群组成员已读版本号装置，每次收到某个客户端的已读版本号，都要把最新的已读版本号进行上升，且服务器进行缓存维护。

3.根据权利要求2所述的一种提供群组消息已读状态的装置，其特征在于，所述服务器设置定时器，定时器时间间隔1.5秒，遍历一次storeMap。

4.根据权利要求1所述的一种提供群组消息已读状态的装置，其特征在于，所述统计开启记录装置维护需要统计群组消息已读状态具体包括：

当某一个客户端的已读版本号大于或者等于统计开启记录装置的版本号，则更新此客户端消息的已读状态。

5.根据权利要求1所述的一种提供群组消息已读状态的装置，其特征在于，所述统计详情装置，还给客户端推送广播和提供数据的逻辑判断。

6.根据权利要求1所述的一种提供群组消息已读状态的装置，其特征在于，所述统计范围成员装置只有在消息模式为统计指定范围成员的时候才会启用。

7.一种提供群组消息已读状态的方法，其特征在于，具体包括：

步骤100：客户端A向服务器发送统计消息；

步骤200：客户端B向服务器发送已读回执；

步骤300：服务器定时将统计消息发送至客户端A。

8.根据权利要求7所述的一种提供群组消息已读状态的方法，其特征在于，所述步骤100具体包括：

步骤101：客户端A发送statRead>0的群组消息；

步骤102：统计开启记录装置记录需要统计的消息；

步骤103：统计详情装置记录消息统计模式；

步骤104：当消息模式为指定范围时，统计范围成员装置记录消息需要统计的范围。

9.根据权利要求7所述的一种提供群组消息已读状态的方法，其特征在于，所述步骤200具体包括：

步骤201：客户端B向服务器发送群组消息已读回执；

步骤202：群组成员已读版本号装置获取两次标记已读版本号的区间；

步骤203：统计开启记录装置判断区间内是否有需要统计的消息；

步骤204：如果有需要统计的消息，storeMap存储需要重新统计的消息集合。

10.根据权利要求7所述的一种提供群组消息已读状态的方法，其特征在于，所述步骤300具体包括：

步骤301：storeMap遍历所有的待统计消息；

步骤302：统计开启记录装置获得消息的版本号；

步骤303：群组成员已读版本号装置计算获得已读消息的成员集合；

步骤304：统计详情装置查询消息统计模式；

步骤305：如果需要指定统计范围，则统计范围成员装置查询消息需要统计的范围，并广播给发送消息的客户端；如果不需要指定统计范围，直接广播给发送消息的客户端。