消息处理方法、客户端、服务器和即时通信系统与流程

本发明涉及即时通信技术领域，尤其涉及一种消息处理方法、客户端、服务器和即时通信系统。

背景技术：

随着移动互联网的高度发展，即时通信系统在工作和生活中被广泛使用。在诸如办公场景之类的要求高效沟通的场景下，消息发送方需要能够及时了解消息被阅读的情况，例如，在群组中发送消息时，需要获知群组内哪些成员已读，哪些成员未读。

目前，消息接收方可以将会话窗口中最后一条消息的标识回传至服务器，以表示在该条消息之前的消息已读，在该条消息之后的消息未读。服务器将该条消息的标识发送给消息发送方，在消息发送方处计算消息的已读数目。但基于此种方式来判断消息是否已读的准确度较低。

因此，需要提供一种更先进的消息处理方案。

技术实现要素：

为此，本发明实施例提供一种消息处理方法、客户端、服务器和即时通信系统，以力图解决或者至少缓解上面存在的至少一个问题。

根据本发明实施例的一个方面，提供了一种消息处理方法，适于在服务器中执行，方法包括：接收来自源客户端的消息，并将消息发送至一个或多个目标客户端；接收目标客户端上传的对消息的已读回执；响应于已读回执，更新服务器存储的服务器消息回执表，服务器消息回执表用于记录消息的已读数目和已读数目对应的时间戳；接收来自源客户端的回执信息获取请求，回执信息获取请求包括源客户端存储的客户端消息回执表的更新时间，并用于获取预定消息的已读数目和已读数目对应的时间戳，预定消息为在客户端消息回执表的更新时间前后已读数目产生变化的消息；以及响应于回执信息获取请求，查询服务器消息回执表，将预定消息的已读数目和已读数目对应的时间戳返回至源客户端。

可选地，在根据本发明实施例的方法中，响应于已读回执，更新服务器存储的服务器消息回执表，包括：将服务器消息回执表中消息的已读数目加一；以及将服务器消息回执表中消息的已读数目对应的时间戳更新为当前时间。

可选地，在根据本发明实施例的方法中，在响应于已读回执，更新服务器存储的服务器消息回执表之前，还包括：判断服务器是否接收过目标服务器对消息的已读回执；若接收过，则不更新服务器消息回执表。

可选地，在根据本发明实施例的方法中，回执信息获取请求由源客户端在接收已读通知之后发送，已读通知由服务器在接收目标客户端上传的对消息的已读回执之后，向处于在线状态的源客户端发送。

可选地，在根据本发明实施例的方法中，回执信息获取请求由源客户端在向服务器请求获取离线消息之后发送。

可选地，在根据本发明实施例的方法中，还包括：响应于接收到源客户端发送的对消息的已读详情获取请求，将消息的已读详情返回至源客户端，已读详情包括已读消息的用户和未读消息的用户。

可选地，在根据本发明实施例的方法中，还包括：响应于接收到源客户端发送的历史消息获取请求，将历史消息以及历史消息的已读数目返回至源客户端。

根据本发明实施例的另一个方面，提供了一种消息处理方法，适于在客户端中执行，客户端适于存储客户端消息回执表和客户端消息回执表的更新时间，客户端消息回执表至少用于记录客户端发送的消息的已读数目，方法包括：经由服务器向一个或多个目标客户端发送消息；向服务器发送回执信息获取请求，回执信息获取请求用于获取客户端发送的一个或多个预定消息的已读数目和已读数目对应的时间戳，预定消息为在客户端消息回执表的更新时间前后已读数目发生变化的消息；接收服务器响应于回执信息获取请求而返回的预定消息的已读数目和已读数目对应的时间戳；以及基于预定消息的已读数目和已读数目对应的时间戳，更新客户端消息回执表和客户端消息回执表的更新时间。

可选地，在根据本发明实施例的方法中，向服务器发送回执信息获取请求，包括：响应于接收到服务器发送的已读通知，向服务器发送回执信息获取请求。

可选地，在根据本发明实施例的方法中，向服务器发送回执信息获取请求，包括：响应于向服务器请求获取离线消息，向服务器发送回执信息获取请求。

可选地，在根据本发明实施例的方法中，基于预定消息的已读数目和已读数目对应的时间戳，更新客户端消息回执表和客户端消息回执表的更新时间，包括：将客户端消息回执表中预定消息的已读数目更新为服务器返回的已读数目；以及将客户端消息回执表的更新时间更新为服务器返回的一个或多个预定消息的时间戳中的最大时间戳。

可选地，在根据本发明实施例的方法中，还包括：在显示消息时，从客户端消息回执表获取消息的已读数目并显示已读数目。

可选地，在根据本发明实施例的方法中，还包括：接收源客户端经由服务器发送的消息；判断消息是否显示于聊天界面的可视区域；如果是，则将对消息的已读回执发送至服务器。

根据本发明实施例的另一个方面，提供了一种服务器，包括：通信模块，适于接收来自源客户端的消息，并将消息发送至一个或多个目标客户端；接收目标客户端上传的对消息的已读回执；接收来自源客户端的回执信息获取请求，回执信息获取请求包括源客户端存储的客户端消息回执表的更新时间，并用于获取预定消息的已读数目和已读数目对应的时间戳，预定消息为在客户端消息回执表的更新时间前后已读数目产生变化的消息；更新模块，适于响应于已读回执，更新服务器存储的服务器消息回执表，服务器消息回执表用于记录消息的已读数目和已读数目对应的时间戳；查询模块，适于响应于回执信息获取请求，查询服务器消息回执表，经由通信模块将预定消息的已读数目和已读数目对应的时间戳返回至源客户端；以及存储模块，适于存储服务器消息回执表。

根据本发明实施例的另一个方面，提供了一种客户端，包括：存储模块，适于存储客户端消息回执表和客户端消息回执表的更新时间，客户端消息回执表至少用于记录客户端发送的消息的已读数目；通信模块，适于经由服务器向一个或多个目标客户端发送消息；向服务器发送回执信息获取请求，回执信息获取请求用于获取客户端发送的一个或多个预定消息的已读数目和已读数目对应的时间戳，预定消息为在客户端消息回执表的更新时间前后已读数目发生变化的消息；接收服务器响应于回执信息获取请求而返回的预定消息的已读数目和已读数目对应的时间戳；更新模块，适于基于预定消息的已读数目和已读数目对应的时间戳，更新客户端消息回执表和客户端消息回执表的更新时间；以及显示模块，适于在显示消息时显示消息的已读数目。

根据本发明实施例的另一个方面，提供了一种即时通信系统，包括根据本发明实施例的客户端和根据本发明实施例的服务器。

根据本发明实施例的另一个方面，提供了一种计算设备，包括：一个或多个处理器；存储器；以及一个或多个程序，其中一个或多个程序存储在存储器中并被配置为由一个或多个处理器执行，该一个或多个程序包括用于执行根据本发明实施例的消息处理方法中的任一方法的指令。

根据本发明实施例的还有一个方面，提供了一种存储程序的可读存储介质，该程序包括指令，该指令当由计算设备执行时，使得计算设备执行根据本发明实施例的消息处理方法的中任一方法。

根据本发明实施例的消息处理方案，根据本发明实施例的消息处理方案，客户端和服务器仅存储已读数目字段，不存储大量已读回执，节省了大量存储空间。客户端根据自身存储的客户端消息回执表的更新时间，增量向服务器获取有变化的已读数目，未变化的数据不获取，极大减少了流量消耗。并且，客户端发送的已读回执结构精简，消耗流量极小，减少了带宽消耗，提高了服务器的吞吐量。

服务器响应于接收到已读回执，更新消息的已读数目，减轻了客户端的计算压力，提高了已读数目的准确度。并且，服务器采用简单计算(加一)和异步持久化(定期将历史消息的已读数目与历史消息进行存储)的策略，减少了对cpu资源的占用。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的即时通信系统100的示意图；

图2示出了根据本发明一个实施例的计算设备200的示意图；

图3示出了根据本发明一个实施例的消息处理方法300的交互流程图；

图4示出了根据本发明一个实施例的消息处理方法400的流程图；

图5示出了根据本发明一个实施例的消息处理方法500的流程图；

图6示出了根据本发明一个实施例的客户端110的示意图；以及

图7示出了根据本发明一个实施例的服务器120的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的即时通信系统100的示意图。如图1所示，即时通信系统100包括多个客户端110和服务器120。在其他实施方式中，即时通信系统100还可以包括不同的和/或附加的模块，例如离线消息数据库和/或历史消息数据库。

用户可以通过与即时通信系统100交互来获取即时通信系统100提供的聊天服务(单聊和/或群聊)。具体地，用户通过客户端110发送消息和接收消息。其中，消息可以是文本消息、图像消息、表情消息、语音消息、视频消息、文件消息或者其他任何适当类型的消息，本发明实施例对此不做限制。为便于描述，可以将消息发送方(发送消息的用户)使用的客户端称为源客户端，将消息接收方(接收消息的用户)使用的客户端称为目标客户端。当用户发送消息时，其使用的客户端为源客户端，当用户接收消息时，其使用的客户端为目标客户端。

可以理解地，源客户端经由服务器120向一个或多个目标客户端传递消息(单聊时，源客户端向一个目标客户端传递消息；群聊时，源客户端向多个目标客户端传递消息)。即，源客户端将要传递给一个或多个目标客户端的消息发送至服务器120，由服务器120将该消息转发至一个或多个目标客户端。

服务器120存储有服务器消息回执表，该服务器消息回执表用于记录任意源客户端发送的消息的已读数目和该已读数目对应的时间戳。已读数目为已上传对于消息的已读回执的目标客户端数目，表示阅读了消息的人数。当接收到目标客户端上传的对于某消息的已读回执时，服务器120可以更新服务器消息回执表，即更新该消息的已读数目和对应的时间戳。此外，服务器消息回执表还可以记录消息的接收总数。接收总数为接收消息的目标客户端总数，例如当消息为群聊消息时接收总数为群组成员人数。在一些实施例中，服务器120还可以定期将历史消息的已读数目和接收总数与历史消息一起存储至历史消息数据库。

每个客户端110则存储有客户端消息回执表，客户端消息回执表用于记录该客户端发送的消息的已读数目、或者已读数目和接收总数。每个客户端110还存储有客户端消息回执表最近一次的更新时间，以表明客户端消息回执表最近一次在何时进行了更新。在一些实施例中，源客户端可以从服务器120的服务器消息回执表获取该源客户端发送的消息的已读数目，据此更新客户端消息回执表，并将此次客户端消息回执表的更新时间作为最近一次的更新时间进行存储。

下面将结合附图对即时通信系统100中各部件的具体结构以及在各部件中执行的方法进行描述。根据本发明的实施方式，即时通信系统100的各部件可以通过如下所描述的计算设备200来实现。

图2示出了根据本发明一个实施例的计算设备200的示意图。如图2所示，在基本的配置202中，计算设备200典型地包括系统存储器206和一个或者多个处理器204。存储器总线208可以用于在处理器204和系统存储器206之间的通信。

取决于期望的配置，处理器204可以是任何类型的处理，包括但不限于：微处理器(μp)、微控制器(μc)、数字信息处理器(dsp)或者它们的任何组合。处理器204可以包括诸如一级高速缓存210和二级高速缓存212之类的一个或者多个级别的高速缓存、处理器核心214和寄存器216。示例的处理器核心214可以包括运算逻辑单元(alu)、浮点数单元(fpu)、数字信号处理核心(dsp核心)或者它们的任何组合。示例的存储器控制器218可以与处理器204一起使用，或者在一些实现中，存储器控制器218可以是处理器204的一个内部部分。

取决于期望的配置，系统存储器206可以是任意类型的存储器，包括但不限于：易失性存储器(诸如ram)、非易失性存储器(诸如rom、闪存等)或者它们的任何组合。系统存储器206可以包括操作系统220、一个或者多个应用222以及程序数据224。在一些实施方式中，应用222可以布置为在操作系统上由一个或多个处理器204利用程序数据224执行指令。

计算设备200还可以包括有助于从各种接口设备(例如，输出设备242、外设接口244和通信设备246)到基本配置202经由总线/接口控制器230的通信的接口总线240。示例的输出设备242包括图形处理单元248和音频处理单元250。它们可以被配置为有助于经由一个或者多个a/v端口252与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口244可以包括串行接口控制器254和并行接口控制器256，它们可以被配置为有助于经由一个或者多个i/o端口258和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备246可以包括网络控制器260，其可以被布置为便于经由一个或者多个通信端口264与一个或者多个其他计算设备262通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以是这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(rf)、微波、红外(ir)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

计算设备200可以实现为服务器，例如数据库服务器、应用程序服务器和web服务器等，也可以实现为包括桌面计算机和笔记本计算机配置的个人计算机。当然，计算设备200也可以实现为小尺寸便携(或者移动)电子设备的一部分。

在根据本发明的实施例中，计算设备200可以被实现为客户端110和服务器120，并被配置为执行根据本发明实施例的消息处理方法400和/或500(将在后文详细描述)。其中，计算设备200的应用222中包含执行根据本发明实施例的消息处理方法400和/或500的多条指令，而程序数据224还可以存储即时通信系统100的配置信息等。

图3示出了根据本发明一个实施例的消息处理方法300的交互示意图。如图3所示，消息处理方法300在即时通信系统100中执行，并始于步骤s310。

在步骤s310中，源客户端将要发送给一个或多个目标客户端的消息发送至服务器120。服务器120接收该消息，在步骤s320中，将消息转发至一个或多个目标客户端，还可以在步骤s321中，将消息的接收总数(也就是目标客户端的数目)返回至源客户端，以便源客户端存储消息的接收总数。

目标客户端接收源客户端经由服务器120转发过来的消息，在步骤s330中，判断该消息是否显示于聊天界面的可视区域内。如果该消息显示于聊天界面的可视区域内，则在步骤s331中，将对该消息的已读回执上传至服务器120。如果该消息没有显示于聊天界面的可视区域内，则不上传已读回执。在一些实施例中，已读回执可以包括消息的消息标识和消息发送方的用户标识。

服务器120接收目标客户端上传的对消息的已读回执之后，在步骤s340中，响应于该已读回执，更新服务器消息回执表。具体地，可以响应于目标客户端对消息的已读回执，更新服务器消息回执表中该消息的已读数目和该已读数目对应的时间戳。例如，将该消息的已读数目加1，将该已读数目对应的时间戳更新为当前时间。

根据本发明的一些实施方式，在基于已读回执，更新服务器消息回执表之前，服务器120可以先判断是否接收过该目标客户端对该消息的已读回执。若接收过，则不更新服务器消息回执表，否则才基于该已读回执更新服务器消息回执表。也就是说，只有首次接收一个目标客户端对消息的已读回执时，才更新服务器消息回执表。

服务器120还可以在步骤s341中，向处于在线状态的源客户端发送已读通知。如果源客户端处于离线状态，则不发送已读通知。

在一些实施例中，服务器可以以预定频率向源客户端发送已读通知，例如以几秒一次的频率发送，这样可以起到流量控制的作用，有效减弱消息的扩散风暴。进一步地，在监测到服务器120流量压力到达预定阈值时，服务器120可以暂停发送已读回执，在监测到到压力减小时再恢复发送已读通知。

源客户端接收该已读通知，响应于接收到该已读通知，在步骤s350中向服务器120发送回执信息获取请求。该回执信息获取请求包括源客户端所存储的客户端消息回执表的更新时间，并用于从服务器120获取源客户端发送的、在客户端消息回执表的更新时间前后已读数目发生变化的那些消息的已读回执信息。在一些实施例中，已读回执信息包括消息的消息标识、消息的已读数目和该已读数目对应的时间戳。

为便于描述，可以将在客户端消息回执表的更新时间前后已读数目发生变化的消息称为预定消息。

服务器120接收来自源客户端的回执信息获取请求，可以在步骤s360中，响应于该回执信息获取请求，查询服务器消息回执表，确定一个或多个预定消息，并得到预定消息的已读回执信息。而后，服务器120在步骤s361中，将预定消息的已读回执信息返回至源客户端。

源客户端接收服务器120返回的预定消息的已读回执信息，在步骤s370中，基于预定消息的已读回执信息，更新源客户端所存储的客户端消息回执表和客户端消息回执表的更新时间。具体地，对于各预定消息，可以更新客户端消息回执表中该预定消息的已读数目，也就是将客户端消息回执表中预定消息的已读数目更新为服务器120返回的该预定消息的已读数目。同时，将客户端消息回执表的更新时间更新为一个或多个预定消息的已读回执信息中的最大时间戳。

而后，源客户端可以在步骤s380中，在显示该源客户端发送的消息时显示该消息的已读数目(从客户端消息回执表中获取该消息的已读数目)，以便用户知晓。在一些实施例中，源客户端还可以向服务器120发送已读详情获取请求，该已读详情获取请求用于获取消息的已读详情。例如，可以接收用户对所显示的消息的已读数目的选择操作(包括点击操作等)，并响应于该选择操作，向服务器120发送已读详情获取请求，服务器120接收来自源客户端的已读详情获取请求，将对应消息的已读详情返回至源客户端，以便源客户端显示该已读详情。其中，已读详情可以包括已读消息的消息接收方和/或未读消息的消息接收方。源客户端在接收到消息的已读详情之后，也可以更新客户端消息回执表中的相应记录，但此时不更新客户端消息回执表的更新时间。

此外，根据本发明的一些实施例，源客户端从离线状态变更为在线状态时，可以向服务器120请求获取离线消息。此时，也可以执行上述步骤s350～步骤s380，例如源客户端响应于向服务器120请求获取离线消息，向服务器120发送回执信息获取请求。

根据本发明的另一些实施例，当源客户端向服务器120请求获取历史消息时，服务器120可以在返回历史消息时也返回历史消息的已读数目，以便在源客户端在显示历史消息时一并显示。

图4示出了根据本发明一个实施例的消息处理方法400的示意图。如图4所示，消息处理方法400在客户端110中执行，并始于步骤s410。

在步骤s410中，经由服务器120向一个或多个目标客户端发送消息。在步骤s420中，响应于接收到服务器120发送的已读通知或者响应于向服务器120请求获取离线消息，向服务器120发送回执信息获取请求。回执信息获取请求用于获取客户端110发送的一个或多个预定消息的已读数目和已读数目对应的时间戳，其中预定消息为在客户端消息回执表的更新时间前后已读数目发生变化的消息。客户端消息回执表和所述客户端消息回执表的更新时间存储在客户端中，客户端消息回执表至少用于记录该客户端发送的消息的已读数目。

而后在步骤s430中，接收服务器响应于所述回执信息获取请求而返回的一个或多个预定消息的已读数目和已读数目对应的时间戳，并在步骤440中，基于预定消息的已读数目和已读数目对应的时间戳，更新客户端消息回执表和客户端消息回执表的更新时间。例如，将客户端消息回执表中预定消息的已读数目更新为服务器120返回的已读数目，将客户端消息回执表的更新时间更新为服务器返回的一个或多个预定消息的时间戳中的最大时间戳。

最后在步骤s450中，在显示消息时，从客户端消息回执表获取该消息的已读数目并显示该已读数目。

此外，当作为目标客户端时，客户端还可以接收其他客户端(即源客户端)经由服务器120发送的消息，判断该消息是否显示于聊天界面的可视区域。如果是，则将对该消息的已读回执发送至服务器120.

以上在结合图1～图3说明即时通信系统100、消息处理方法300的具体描述中已经对消息处理方法400各步骤中的相应处理进行了详细解释，这里不再对重复内容进行赘述。

图5示出了根据本发明一个实施例的消息处理方法500的示意图。如图5所示，消息处理方法500在服务器120中执行，并始于步骤s510。

在步骤s510中，接收来自源客户端的消息，并将所该消息发送至一个或多个目标客户端。在一些实施例中，接收来自源客户端的消息之后，还可以将消息的接收总数返回至源客户端。

而后，在步骤s520中，接收目标客户端上传的对该消息的已读回执，并在步骤s530中，响应于已读回执，更新服务器存储的服务器消息回执表。服务器消息回执表用于记录消息的已读数目和已读数目对应的时间戳，还可以记录消息的接收总数。具体地，将服务器消息回执表中消息的已读数目加一，将服务器消息回执表中消息的已读数目对应的时间戳更新为当前时间。

还可以在步骤s540中，接收来自源客户端的回执信息获取请求。回执信息获取请求包括源客户端存储的客户端消息回执表的更新时间，并用于获取预定消息的已读数目和已读数目对应的时间戳。其中预定消息为在客户端消息回执表的更新时间前后已读数目产生变化的消息。

在一些实施例中，回执信息获取请求由源客户端在接收已读通知之后发送，该已读通知由服务器在接收目标客户端上传的对消息的已读回执之后，向处于在线状态的源客户端发送。在另一些实施例中，回执信息获取请求由所述源客户端在向所述服务器请求获取离线消息之后发送。

最后可以在步骤s550中，响应于回执信息获取请求，查询服务器消息回执表，将一个或多个预定消息的已读数目和已读数目对应的时间戳返回至源客户端。

此外，服务器还可以响应于接收到源客户端发送的对消息的已读详情获取请求，将消息的已读详情返回至源客户端，已读详情包括已读消息的用户和未读消息的用户。服务器还可以响应于接收到源客户端发送的历史消息获取请求，将历史消息以及历史消息的已读数目返回至源客户端。

以上在结合图1～图3说明即时通信系统100、消息处理方法300的具体描述中已经对消息处理方法500各步骤中的相应处理进行了详细解释，这里不再对重复内容进行赘述。

图6示出了根据本发明一个实施例的客户端110的示意图。如图6所示，客户端110包括存储模块111、通信模块112、更新模块113和显示模块114。存储模块111适于存储客户端消息回执表和客户端消息回执表的更新时间。该客户端消息回执表用于记录客户端110发送的消息的已读数目，还可以记录消息的接收总数。

通信模块112适于经由服务器120向一个或多个目标客户端发送消息，还适于向服务器120发送回执信息获取请求，该回执信息获取请求用于获取该客户端110发送的一个或多个预定消息的已读数目和已读数目对应的时间戳。其中预定消息为在存储模块111所存储的客户端消息回执表的更新时间前后已读数目发生变化的消息。通信模块112还适于接收服务器120响应于回执信息获取请求而返回的预定消息的已读数目和已读数目对应的时间戳。

更新模块113与存储模块111和通信模块112相连接，适于基于上述预定消息的已读数目和已读数目对应的时间戳，更新存储模块111所存储的客户端消息回执表和客户端消息回执表的更新时间。

显示模块114与存储模块111和通信模块112相连接，适于在显示消息时从客户端消息回执表获取消息的已读数目并进行显示。

此外，通信模块112还可以接收源客户端经由服务器120发送的消息，显示模块114可以判断该消息是否显示于聊天界面的可视区域，如果是，则将对该消息的已读回执经由通信模块112发送至服务器120，否则不发送已读回执。

以上在结合图1～图5说明即时通信系统100、消息处理方法300～500的具体描述中已经对客户端110各模块中的相应处理进行了详细解释，这里不再对重复内容进行赘述。

图7示出了根据本发明一个实施例的服务器120的示意图。如图7所示，服务器120包括存储模块121、通信模块122、更新模块123和查询模块124。

存储模块121适于存储服务器消息回执表，服务器消息回执表用于记录消息的已读数目和已读数目对应的时间戳，还可以记录消息的接收总数。

通信模块122适于接收来自源客户端的消息，并将该消息发送至一个或多个目标客户端；还适于接收目标客户端上传的对消息的已读回执。通信模块122还可以接收来自源客户端的回执信息获取请求，该回执信息获取请求包括源客户端存储的客户端消息回执表的更新时间，并用于获取预定消息的已读数目和已读数目对应的时间戳。其中预定消息为在客户端消息回执表的更新时间前后已读数目产生变化的消息。

更新模块123与存储模块121和通信模块122相连接，适于响应于接收到目标客户端发送的已读回执，更新存储模块121所存储的服务器消息回执表。查询模块124也与存储模块121和通信模块122相连接，适于响应于回执信息获取请求，查询存储模块121中的服务器消息回执表，并经由通信模块122将预定消息的已读数目和已读数目对应的时间戳返回至源客户端。

综上所述，根据本发明实施例的消息处理方案，客户端和服务器仅存储已读数目字段，不存储大量已读回执，节省了大量存储空间。客户端根据自身存储的客户端消息回执表的更新时间，增量向服务器获取有变化的已读数目，未变化的数据不获取，极大减少了流量消耗。并且，客户端发送的已读回执结构精简，消耗流量极小，减少了带宽消耗，提高了服务器的吞吐量。

服务器响应于接收到已读回执，更新消息的已读数目，减轻了客户端的计算压力，提高了已读数目的准确度。并且，服务器采用简单计算(加一)和异步持久化(定期将历史消息的已读数目与历史消息进行存储)的策略，减少了对cpu资源的占用。

应当理解，这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如软盘、cd-rom、硬盘驱动器或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被该机器执行时，该机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的该程序代码中的指令，执行本发明的各种方法。

以示例而非限制的方式，计算机可读介质包括计算机存储介质和通信介质。计算机可读介质包括计算机存储介质和通信介质。计算机存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在计算机可读介质的范围之内。

本发明实施例还包括：a5、如a1所述的方法，其中，所述回执信息获取请求由所述源客户端在向所述服务器请求获取离线消息之后发送。a6、如a1所述的方法，其中，还包括：响应于接收到所述源客户端发送的对所述消息的已读详情获取请求，将所述消息的已读详情返回至所述源客户端，所述已读详情包括已读所述消息的用户和未读所述消息的用户。a7、如a1所述的方法，其中，还包括：响应于接收到所述源客户端发送的历史消息获取请求，将所述历史消息以及所述历史消息的已读数目返回至所述源客户端。

b9、如b8所述的方法，其中，向所述服务器发送回执信息获取请求，包括：响应于接收到所述服务器发送的已读通知，向所述服务器发送所述回执信息获取请求。b10、如b8所述的方法，其中，向所述服务器发送回执信息获取请求，包括：响应于向所述服务器请求获取离线消息，向所述服务器发送所述回执信息获取请求。b11、如b8所述的方法，其中，基于所述预定消息的已读数目和已读数目对应的时间戳，更新所述客户端消息回执表和所述客户端消息回执表的更新时间，包括：将所述客户端消息回执表中所述预定消息的已读数目更新为所述服务器返回的已读数目；以及将所述客户端消息回执表的更新时间更新为所述服务器返回的一个或多个预定消息的时间戳中的最大时间戳。b12、如b8所述的方法，其中，还包括：在显示消息时，从所述客户端消息回执表获取所述消息的已读数目并显示所述已读数目。b13、如b8所述的方法，其中，还包括：接收源客户端经由所述服务器发送的消息；判断所述消息是否显示于聊天界面的可视区域；如果是，则将对所述消息的已读回执发送至所述服务器。

应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。