CN106375363B - 社交应用客户端中消除消息提醒的方法、系统和装置 - Google Patents

Abstract

本发明提供了一种社交应用客户端中消除消息提醒的方法，包括：侦听当前操作用户在社交应用客户端中对消息提醒触发的提醒消除指令；根据提醒消除指令向服务器发起当前操作用户的提醒消除请求；接收服务器通过提醒消除请求触发返回的消息提醒，所述服务器返回的消息提醒是消除了社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒得到的；更新社交应用客户端的消息提醒为服务器返回的消息提醒。此外，还提供了一种与该方法匹配的社交应用客户端中消除消息提醒的系统和装置。上述社交应用客户端中消除消息提醒的方法、系统和装置能简化操作且避免备受关注的新消息对应的消息提醒的丢失，进而得以快速甄别社交应用客户端中备受关注的新消息。

Description

社交应用客户端中消除消息提醒的方法、系统和装置

技术领域

本发明涉及计算机应用技术领域，特别涉及一种社交应用客户端中消除消息提醒的方法、系统和装置。

背景技术

随着虚拟社交网络的发展，各种社交应用被开发且实现人们沟通以及与沟通相关的其它扩展功能，其以客户端的形式，即社交应用客户端的形式运行于人们的各种终端设备中，并通过网络互联实现其与服务器，以及通过其与服务器的网络互联实现其与其它社交应用客户端之间的交互。

社交应用客户端通过各种消息的传递而实现沟通功能，在社交应用客户端接收到消息时，将对接收的消息进行消息提醒，例如，在社交应用客户端的会话列表中对每一联系人对应的消息大都采用红点加数字的方式实现消息提醒，从而通过该消息提醒便可以直观感知到有接收到消息并获知接收到的消息的数量。

社交应用客户端中进行的消息提醒虽然对接收消息的情况进行了直观清楚地展示，但在某些使用场景下也带来了麻烦，在会话列表中逐一点击每一联系人对应的消息，以消除该联系人所对应的消息提醒，多个联系人对应的消息将通过多次点击实现其消息提醒的消除，其操作过于繁琐。

基于此种情况，催生了社交应用客户端中对消息提醒实现一键消除的功能，这虽然解决了消息提醒的消除中操作繁琐的缺陷，但也同时衍生了新的问题，即有些原本关注的消息所对应的消息提醒也一并被一键消除功能消除了，进而无法获知社交应用客户端中原本关注的新消息。

因此，社交应用客户端所进行的消息提醒消除中并无法同时兼顾简化繁琐操作且避免备受关注的消息所对应的消息提醒的丢失，进而造成了备受关注的新消息难以被快速甄别的局限性。

发明内容

基于此，有必要提供一种能简化操作且避免备受关注的新消息对应的消息提醒的丢失的社交应用客户端中消除消息提醒的方法。

此外，还有必要提供一种能简化操作且避免备受关注的新消息对应的消息提醒的丢失的社交应用客户端中消除消息提醒的系统和装置。

为解决上述技术问题，将采用如下技术方案：

一种社交应用客户端中消除消息提醒的方法，包括：

侦听当前操作用户在社交应用客户端中对消息提醒触发的提醒消除指令；

根据所述提醒消除指令向服务器发起所述当前操作用户的提醒消除请求；

接收所述服务器通过所述当前操作用户的提醒消除请求触发返回的消息提醒，所述服务器返回的消息提醒是消除了所述社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒得到的；以及

更新所述社交应用客户端中的消息提醒为所述服务器返回的消息提醒。

一种社交应用客户端中消除消息提醒的方法，包括：

接收社交应用客户端中当前操作用户发起的提醒消除请求；

通过所述当前操作用户发起的提醒消除请求触发查询所在社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒；

在当前操作用户所在社交应用客户端当前进行的消息提醒中消除所述指定消除的一组消息提醒；

向所述当前操作用户所在社交应用客户端返回所述得到的消息提醒。

一种社交应用客户端中消除消息提醒的系统，包括社交应用客户端，其中，

所述社交应用客户端包括：

提醒消除侦听模块，用于侦听当前操作用户在社交应用客户端中对消息提醒触发的提醒消除指令；

请求发起模块，用于根据所述提醒消除指令向服务器发起所述当前操作用户的提醒消除请求；

消息提醒接收模块，用于接收所述服务器通过当前操作用户的提醒消除请求触发返回的消息提醒，所述服务器返回的消息提醒是消除了所述社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒得到的；以及

更新模块，用于更新所述社交应用客户端中的消息提醒为所述服务器返回的消息提醒。

一种社交应用客户端中消除消息提醒的装置，包括：

请求接收模块，用于接收社交应用客户端中当前操作用户发起的提醒消除请求；

查询模块，用于通过所述当前操作用户发起的提醒消除请求触发查询所在社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒；

提醒消除模块，用于在当前操作用户所在社交应用客户端当前进行的消息提醒中消除所述指定消除的一组消息提醒；

消息提醒返回模块，用于向所述当前操作用户所在客户端返回所述得到的消息提醒。

由上述技术方案可知，在为社交应用客户端接收到的新消息进行消息提醒时，该消息提醒可是为一个联系人的新消息或者多个联系人的新消息进行的，在社交应用客户端，如其所对应的会话界面中，侦听得到对消息提醒触发的提醒消除指令之后，将向服务器发起当前操作用户的提醒消除请求，此时，将接收到服务器通过当前操作用户的提醒消除请求触发返回的消息提醒，该服务喊叫返回的消息提醒是消除了社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒得到的，在社交应用客户端中更新消除了指定消除的一组消息提醒后所得到的消息提醒，由此可知，社交应用客户端中进行的消息提醒设定了若干提醒级别，一触发的提醒消除指令将消除社交应用客户端中指定消除的一组消息提醒，不需要对所有的消息提醒逐一点击消除，又避免了一键消除功能所造成的备受关注的新消息进行的消息提醒的丢失，进而得以快速甄别社交应用客户端中备受关注的新消息。

附图说明

图1是本发明中一个实施例提供的一种终端设备的结构示意图；

图2是一个实施例中社交应用客户端中消除消息提醒的方法流程图；

图3是另一个实施例中社交应用客户端中消除消息提醒的方法流程图；

图4是图3中根据当前操作用户的提醒消除请求查询社交应用客户端的消息提醒中指定消除的一组消息提醒的方法流程图；

图5是图4中根据分级规则识别当前操作用户的消息提醒中最低提醒级别的消息提醒的方法流程图；

图6是另一个实施例中社交应用客户端中消除消息提醒的方法流程图；

图7是另一个实施例中社交应用客户端中消除消息提醒的方法流程图；

图8是本发明中一个实施例提供的一种服务器的结构示意图；

图9是一个实施例中社交应用客户端中消除消息提醒的方法流程图；

图10是图9中通过当前操作用户发起的提醒消除请求触发查询所在社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒的方法流程图；

图11是图10中根据分级规则识别当前操作用户的消息提醒中最低提醒级别的消息提醒的方法流程图；

图12是另一个实施例中社交应用客户端中消除消息提醒的方法流程图；

图13是图12中接收社交应用客户端中操作用户对显示的默认分级规则触发的规则设定操作得到并上传的分级规则的方法流程图；

图14是本发明的社交应用客户端中消除消息提醒的实现中功能模块划分示意图；

图15是一个实施例中实现社交应用客户端中消息消除的拓扑图；

图16是图15中响应社交应用客户端中触发的消除操作的时序图；

图17是一个实施例中实现分级规则设定的拓扑图；

图18是图17中实现分级规则设定的时序图；

图19是一个实施例中社交应用客户端中消除消息提醒的系统结构示意框图；

图20是另一个实施例中社交应用客户端中消除消息提醒的系统结构示意框图；

图21是图20中查询模块的结构示意框图；

图22是图21中识别单元的结构示意框图；

图23是一个实施例中社交应用客户端的结构示意图；

图24是另一个实施例中社交应用客户端的结构示意图；

图25是一个实施例中社交应用客户端中消除消息提醒的装置的结构示意框图；

图26是图25中查询模块的结构示意框图；

图27是图26中识别单元的结构示意框图；

图28是另一个实施例中社交应用客户端中消除消息提醒的装置的结构示意框图；

图29是另一个实施例中社交应用客户端中消除消息提醒的装置的结构示意框图。

具体实施方式

体现本发明特征与优点的典型实施方式将在以下的说明中详细叙述。应理解的是本发明能够在不同的实施方式上具有各种的变化，其皆不脱离本发明的范围，且其中的说明及图示在本质上是当作说明之用，而非用以限制本发明。

如前所述，社交应用的发展将为虚拟社交网络中进行的交互提供了更为丰富便利的渠道和功能。通过运行在终端设备，如智能手机等便携设备中的社交应用客户端，使得虚拟社交网络中的消息传递可随时随地进行，对于虚拟社交网络中的消息传递不再存在任何局限性。

而对于虚拟社交网络中传递的消息所进行的消息提醒而言，对于拥有大量联系人和群组的社交应用客户端，同一时间段可将接收到多个联系人发送的若干条消息以及多个群组中的若干条消息，因此社交应用客户端在该时间段中进行会话的联系人和群组均有对应的消息提醒，如何避免淹没于大量且繁杂的消息提醒中，并可快速甄别有效消息提醒，消除无关紧要的消息提醒已经成为社交应用客户端中亟待解决的技术难题。

基于此，现特提出一种社交应用客户端中消除消息提醒的方法。该方法可依赖于计算机程序，该计算机程序运行在计算机系统之上。

也就是说，一种社交应用客户端中消除消息提醒的方法由计算机程序实现，其所构建的社交应用客户端中消除消息提醒的系统则被存储在电子设备中，以在该电子设备中运行，进而实现社交应用客户端中消息提醒的消除。

电子设备包括社交应用客户端所在终端设备以及实现社交应用客户端之间的交互的服务器。

图1示出了本发明实施例提供的一种终端设备的结构。该终端设备100只是一个适用于本发明的示例，不能认为是提出了对本发明的使用范围的任何限制。该终端设备100也不能解释为需要依赖于或具有图示的示例性的终端设备100中的一个或者多个部件的组合。

如图1所示，终端设备100包括处理器110、存储器120和系统总线130。包括存储器120和处理器110在内的各种组件将连接到系统总线130上。处理器110是一个用户通过计算机系统中基本的算术和逻辑运算来执行计算机程序指令的硬件。存储器120是一个用于临时或永久性存储计算机程序或数据的物理设备。

其中，存储器120中存储了社交应用客户端中当前操作用户相关的各种信息，如聊天记录、联系人信息条目、其进行消息提醒消除所对应的程序指令以及其它数据；处理器110将执行存储器120中的程序指令，侦听输入的各种操作以触发社交应用客户端。

终端设备100还包括各种输入接口170、输入装置140，以实现社交应用客户端中各种操作的输入。其中，该输入装置140可以是触摸屏幕、按键、键盘、鼠标等。

终端设备100还包括存储设备180，存储设备可以从多种计算机可读介质中选择，计算机可读介质是指可以通过访问的任何可利用的介质，包括移动的和固定的两种介质。例如，计算机可读介质包括但不限于，闪速存储器（微型SD卡），CD-ROM，数字通用光盘（DVD）或其它光盘存储、磁带盒、磁带、磁盘存储或其它磁存储设备，或者可用于存储所需信息并可访问的任何其它介质。

如上所述的终端设备100将在网络环境下与服务器进行逻辑连接，具体的，终端设备100还包括了局域网（LAN）接口150和/或移动通信单元160，通过局域网（LAN）接口150或移动通信单元160与服务器相连接

如上面所详细描述的，适用本发明的终端设备100将执行社交应用客户端中对消息提醒进行分级消除的指定操作，即通过处理器110运行存储器120中的程序指令的形式执行该指定操作，进而通过局域网（LAN）接口150或移动通信单元160的作用下与服务器的交互得到社交应用客户端中进行了消除后的消息提醒。

此外，通过硬件电路或者硬件电路结合软件指令也能同样实现本发明，因此，实现本发明并不限于任何特定硬件电路、软件以及两者的组合。

在一个实施例中，具体的，该社交应用客户端中消除消息提醒的方法如图2所示，包括：

步骤S210，侦听当前操作用户在社交应用客户端中对消息提醒触发的提醒消除指令。

当前操作用户是社交应用客户端中当前所登录的用户，需要说明的是，本发明所称用户是社交应用客户端所在的虚拟社交网络中进行消息传递等交互的对象，其是由一定的标识信息等构成的，用于标识虚拟社交网络中触发各种功能的主体，可通过当前操作用户来区分虚拟社交网络中的各社交应用客户端。换而言之，当前操作用户即为社交应用客户端中登录的标识信息，如帐号所构成的对象，当前操作用户在社交应用客户端中触发的各种操作即为登录了该标识信息的社交应用客户端中触发的各种操作。

进一步的，运行的社交应用客户端中，会话列表展示于社交应用客户端的界面中，该会话列表包括了若干个联系人条目和/或群组条目，也就是说，与当前操作用户进行了会话的联系人或者群组均在会话列表中有对应的条目，该条目将提供了所对应的联系人或群组以及最后一条消息，因此，所进行的消息提醒也置于会话列表中相应的联系人条目或者群组条目中。

对社交应用客户端中显示于界面的会话列表进行侦听，以得到触发的提醒消除指令，其中，该提醒消除指令可以是由预先设定的任意操作产生的，例如，该设定的任意操作可为屏幕中划过一定区域的操作、在某一区域的长按操作等，在此不一一进行列举，其可根据操作习惯进行灵活设定。

步骤S230，根据提醒消除指令向服务器发起当前操作用户的提醒消除请求。

社交应用客户端中根据侦听得到的提醒消除指令向服务器发起提醒消除请求，以通知服务器对社交应用客户端当前进行的消息提醒进行消除。

步骤S250，接收服务器通过当前操作用户的提醒消除请求触发返回的消息提醒。

其中，服务器返回的消息提醒是消除了社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒得到的。

服务器在接收到任一社交应用客户端发起的提醒消除请求之后，通过该提醒消除请求触发对当前操作用户所在社交应用客户端进行的消息提醒进行处理。

其中，在进行的处理中，指定消除的一组消息提醒将包括了指定消除的一条或者多条消息提醒，其可为直接指定的一组消息提醒，例如，垃圾消息所对应的消息提醒，或者陌生用户发送的消息所对应的消息提醒；

通过此方式，可为社交应用客户端所进行的消息提醒直接指定若干组消息提醒，侦听得到的一提醒消除指令将对应一组消息提醒，以对社交应用客户端所进行的消息提醒进行相应的处理；

若侦听得到下一提醒消除指令，则也将对应了另一组消息提醒，并依照该组消息提醒对社交应用客户端所进行的消息提醒进行相应的处理，依此类推，以完成社交应用客户端中若干组消息提醒的依次消除。

此外，对于消息提醒的消除，也可预先设定一定的分级规则，通过设定的分级规则将一提醒组别的消息提醒作为当前侦听得到的提醒消除指令的指定消除的一组消息提醒；

在此场景下，如若侦听得到下一提醒消除指令则通过设定的分级规则将另一提醒级别的消息提醒作为指定消除的一组消息提醒。

也就是说，对于社交应用客户端所进行的消息提醒中，其可直接对消除的消息提醒进行直接指定，也可通过设定的分级规则实现。

具体的，根据设定的分级规则，每一消息提醒均有对应的消息类别，并且每一消息类别也均有对应的提醒级别，因此，服务器根据消息类别可知该消息提醒所对应的提醒级别，提醒级别的低高顺序即为被消除的前后顺序。

换而言之，将根据消息提醒对应的消息类别来决定该消息提醒被消除的顺序，进而可确定当前该消息提醒是否将被消除。

最低提醒级别的消息提醒将是最先被消除的消息提醒。

在服务器对提醒消除请求进行的响应中，社交应用客户端中当前操作用户每触发一提醒消除指令都在其所拥有的多个消息提醒中消除提醒级别最低的消息提醒；再次触发一提醒消除指令时，也仍然在这一经过一次消除的消息提醒中进行提醒级别最低的消息提醒的消除。

随着提醒消除指令的不断触发，将按照提醒级别中由低到高的顺序作为消除顺序进行消息提醒的消除。

提醒级别是与对应消息类别的重要程度相关的，例如，某一消息类别所对应的消息是近三天与当前操作用户有交互的会话对象，如联系人或群组发送的，则说明该消息是备受关注的，其消息提醒较为重要，因此对应的提醒级别为高优先级；而某一消息类别所对应的消息是陌生用户所发送的，则说明该消息是垃圾消息的可能性非常高，因此，其消息提醒所对应的提醒级别为低优先级。

通过上述过程，使得社交应用客户端中的消息提醒得以根据用户意愿进行分级消除，从而实现多个消息提醒中的筛选过程，避免有效的消息提醒，即较为重要的消息提醒被淹没于大量的消息提醒中，也有效避免了消息查看过程所出现的遗漏，提高了社交应用客户端中消息提醒的有效性，保证了消息传递的高效性。

步骤S270，更新社交应用客户端中的消息提醒为服务器返回的消息提醒。

社交应用客户端接收到服务器返回的消息提醒之后，将对会话列表进行刷新，以将会话列表中的消息提醒更新为服务器返回的消息提醒，可通过更新后的消息提醒快速获取得到关注的消息。

通过如上所述的过程，当前操作用户可根据意愿触发提醒消除指令，以多次清理消息提醒，以便让消息提醒更接近于自己所关注的内容，进而屏蔽了消息提醒中的无效消息提醒，例如对垃圾消息所进行的消息提醒。

进一步的，在本实施例中，如图3所示，该步骤S250之后，如上所述的方法还包括：

步骤S310，服务器接收社交应用客户端发起的提醒消除请求。

服务器将与海量的社交应用客户端进行交互，其在接收到任一社交应用客户端发起的提醒消除请求之后，将通过该提醒消息请求触发响应社交应用客户端中的提醒消除指令。

步骤S330，根据当前操作用户的提醒消除请求查询社交应用客户端的消息提醒中指定消除的一组消息提醒。

服务器可查询预先指定消息的一组或者若干组消息提醒来确定社交应用客户端的消息提醒中指定消除的一组消息提醒。

另外，服务器中也可存储了当前操作用户对应的分级规则，根据分级规则即可查询得到当前操作用户在社交应用客户端进行的消息提醒中最低提醒级别的消息提醒。

具体的，指定消息的一组消息提醒为最低提醒级别的消息提醒，如图4所示，该步骤S330包括：

步骤S331，根据当前操作用户发起的提醒消除请求获取当前操作用户对应设定的分级规则。

每一用户均有对应设定的分级规则，并存储于服务器中。该分级规则包括了若干优先级分组，每一优先级分组均定义了一消息类别的描述，与该描述相符的消息即归属于这一消息类别，其所对应的提醒等级即为这一优先级。

步骤S333，根据分级规则识别当前操作用户的消息提醒中最低提醒级别的消息提醒。

在分级规则的作用下服务器具备识别消息提醒所在的提醒级别的能力，进而确定当前操作用户的消息提醒中最低提醒级别的消息提醒。

具体的，如图5所示，其过程包括：

步骤S3331，根据分级规则得到当前操作用户的消息提醒中每一消息提醒所对应的消息类别，根据消息类别对应的提醒级别得到消息提醒的提醒级别。

也就是说，获取得到当前操作用户对应设定的分级规则之后，将读取该分级规则中每一优先级分组，由优先级分组中的描述即可得到消息提醒所对应的消息类别，即识别消息提醒所属的优先级分组，进而得到该消息提醒的提醒级别。

步骤S3333，按照提醒级别的高低顺序，提取当前操作用户的消息提醒中最低提醒级别的消息提醒。

在为当前操作用户的每一消息提醒均确定了其所对应的提醒级别之后，将得到当前操作用户的消息提醒中的最低提醒级别，进而提取该最低提醒级别所对应的一组消息提醒。

步骤S350，按照最低提醒级别的消息提醒消除社交应用客户端的消息提醒。

步骤S370，向当前操作用户所在社交应用客户端返回消除后的消息提醒。

在完成了消息提醒消除得到社交应用客户端中的消息提醒之后，将向当前操作用户，即按照一定的用户标识通过所在社交应用客户端与服务器的连接返回消除后的消息提醒。

在另一个实施例中，如图6所示，如上所述的方法还包括如下步骤：

步骤S410，侦听显示于社交应用客户端的默认分级规则中当前操作用户触发的规则设定操作。

社交应用客户端的界面中，可根据需要对当前操作用户对应的默认分级规则进行显示。

步骤S430，根据规则设定操作对默认分级规则的调整得到当前操作用户对应的分级规则。

显示的默认分级规则包括了若干个优先级分组所对应的描述，在显示的默认分级规则中当前操作用户可主动设置规则，以对默认分级规则进行调整。

步骤S450，上传当前操作用户对应的分级规则。

进一步的，在本实施例中，如图7所示，该步骤S410之前，如上所述的方法还包括：

步骤S510，侦听当前操作用户在社交应用客户端中触发的规则查看操作。

当前操作用户未设定其所对应的分级规则之前，服务器将向其推荐默认分级规则，以便于社交应用客户端中消息提醒的分级消除的实现。

步骤S530，根据规则查看操作获取服务器根据当前操作用户相关的数据推荐的默认分级规则，并显示于社交应用客户端。

在侦听得到当前操作用户在社交应用客户端中触发的规则查看操作之后，根据当前操作用户相关的数据计算出现对应的默认分级规则，以便当前操作用户在通过规则查看操作来获取这一默认分级规则，然后根据实际情况进行微调。

其中，当前操作用户相关的数据包括当前操作用户相关的诸多大数据，也可包括其在社交应用客户端的系统信息。例如，当前操作用户相关的大数据可以是当前操作用户在虚拟社交网络所进行的社交活动中的大量数据，根据当前操作用户相关的大数据，可分析得到当前操作用户的各种行为，如，兴趣喜好、好友亲密程序、用户关注等等；而当前操作用户在社交应用客户端的系统信息包括其中通信录中的联系人、群组等，根据当前操作用户在社交应用客户端的系统信息可以获知哪些联系人是通信录中的联系人，而哪些是陌生用户。

服务器根据当前操作用户相关的大数据制定建议给当前操作用户的默认分级规则，以为后续当前操作用户的主动设定分级规则提供很好的基础。

通过本发明所实现的社交应用客户端中消除消息提醒的方法，对于实际运营而言，由于一键消除功能与本发明所实现的分级消除功能并不冲突，因此，可根据实际场景的需要，进行消息提醒的一消除或者分级消除，对于用户而言，其只需要触发不同的操作即可，进而使得社交应用客户端具备更为强大的性能，且能够迅速兼容于原有的社交应用客户端中，对于社交应用产品的迭代更新非常方便快捷。

在一个实施例中，为解决上述问题，还提出了一种社交应用客户端中消除消息提醒的方法。其所构建的社交应用客户端中消除消息提醒的装置则被存储在服务器中，以在该服务器中运行，进而实现社交应用客户端中消息提醒的消除。

该服务器与海量社交应用客户端进行交互，以实现社交应用客户端中的各种功能。

图8示出现了本发是实施例提供的一种服务器的结构。该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或者一个以上中央处理器610和存储器620，一个或一个以上存储应用程序631和数据633的存储介质630。

其中，存储器620和存储介质630是可以短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块（图示未示出），每个模块可以包括对服务器600中的一系列程序指令。

更进一步地，中央处理器610可以设置为与存储介质620通信，在服务器600上执行存储介质630中的一系列程序指令。服务器600还可以包括一个或一个以上电源650，一个或一个以上有线或无线网络接口670，一个或一个以上输入输出接口680，和/或，一个或一个以上操作系统635，例如Windows ServerTM，Mac OS XTM，UnixTM, LinuxTM，FreeBSDTM等等。下述实施例中的步骤将由服务器600执行。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序指令来完成，所述的程序指令可以存储于一种计算机可读存储介质，上述提到的存储介质可以是只读存储器、磁盘或光盘等。

在一个实施例中，具体的，该社交应用客户端中消除消息提醒的方法如图9所示，包括：

步骤S710，接收社交应用客户端中当前操作用户发起的提醒消除请求。

与社交应用客户端进行数据交互的服务器中，将接收任一社交应用客户端中当前操作用户发起的提醒消除请求，该提醒消除请求是针对社交应用客户端当前进行的消息提醒发起的，由于社交应用客户端当前进行的消息提醒是由服务器获取得到并显示的，因此，对该消息提醒所进行的消除也将在服务器中实现。

步骤S730，通过当前操作用户发起的提醒消除请求触发查询所在社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒。

服务器中存储了社交应用客户端当前进行的消息提醒，以及以组为单位直接指定的消息提醒，或者社交应用客户端中当前操作用户对应设定的分级规则。对于服务器存储的当前操作用户对应设定的分级规则服务器中将查询当前操作用户对应设定的分级规则，以根据分级规则得到社交应用客户端当前进行的消息提醒中最低提醒级别的消息提醒。

步骤S750，在当前操作用户所在社交应用客户端当前进行的消息提醒中消除指定消除的一组消息提醒。

一方面的，根据查询得到的已经预先指定的消息提醒，得到服务器存储的社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒，并进行消除。

另一方面的，在服务器存储的社交应用客户端当前进行的消息提醒中，将消除最低提醒级别的消息提醒，以得到与原有的消息提醒相比，提醒级别较高的消息提醒，进而实现了消息提醒的筛选。

步骤S770，向当前操作用户所在社交应用客户端返回得到的消息提醒。

服务器向当前操作用户所在社交应用客户端返回进行最低提醒级别的消息提醒消除后得到的消息提醒，以实现社交应用客户端中消息提醒的清理，进而在社交应用客户端当前进行的消息提醒中，快速感知关注的联系人或群组发送的消息，进而极大地提高了消息传递的有效性，使得较为重要的消息被迅速感知和提取。

服务器通过执行如上所述的过程，使得发起提醒消除请求的社交应用客户端中实现最低提醒级别的消息提醒的消除，若再次触发提醒消除请求则再次实现最低提醒级别的消息提醒的消息，需要说明的是，再次进行的最低提醒级别的消息提醒消除与上一次进行的最低提醒级别的消息提醒中，再次进行所对应的最低提醒级别相对上一次进行的最低提醒级别要高。

需要说明的是，实现上述过程的服务器可以是单一的服务器，但也可根据所实现的功能设置两类服务器，即中转服务器和分级管理服务器。

具体的，中转服务器将执行步骤S710、步骤S730和步骤S770，而分级管理服务器则执行步骤S750，在对社交应用客户端当前进行的消息提醒进行消除的过程中，中转服务器将直接与社交应用客户端进行交互，而分级管理服务器则与中转服务器交互，以为中转服务器提供当前用户所在社交应用客户端当前进行的消息提醒中最低提醒级别的消息提醒。

进一步的，在本实施例中，如图10所示，该步骤S730包括：

步骤S731，根据当前操作用户发起的提醒消除请求获取当前操作用户对应设定的分级规则。

服务器中存储了每一用户对应设定的分级规则，其中，该分级规则可以是为该用户推荐的默认分级规则，也可以是对该用户推荐的默认分级规则微调所得到的分级规则。

进一步的，分级管理服务器中获取当前操作用户对应设定的分级规则，也就是说，中转服务器在接收到当前操作用户发起的提醒消除请求之后，将触发分级管理服务器获取当前操作用户对应设定的分级规则。

步骤S733，根据分级规则识别当前操作用户的消息提醒中最低提醒级别的消息提醒。

分级管理服务器中，根据获取得到的分级规则得到当前操作用户的消息提醒中每一消息提醒所对应的提醒级别，进而由确定的提醒级别得到最低提醒级别的消息提醒。

具体的，请参阅图11，步骤S733的具体过程可为：

步骤S7331，根据分级规则得到当前操作用户的消息提醒中每一消息提醒所对应的消息类别，根据消息类别对应的提醒级别得到消息提醒的提醒级别。

分级管理器中存储的分级规则包括了若干个优先级分组，其中，每一优先级分组均定义了一消息类别的描述，与该描述相符的消息提醒将归属于同一优先级分组和消息类别，且对应了相同的提醒等级。因此，分级管理服务器根据分级规则即可判断当前操作用户的消息提醒中每一消息提醒所对应的消息类别。

步骤S7333，按照消息提醒的提醒级别提取得到最低提醒级别的消息提醒。

分级管理服务器在提取得到最低提醒级别的消息提醒之后，将向中转服务器返回其所提取得到的最低提醒级别的消息提醒。

在一个实施例中，如图12所示，如上所述的方法还包括如下步骤：

步骤S810，接收社交应用客户端中操作用户对显示的默认分级规则触发的规则设定操作得到并上传的分级规则。

步骤S830，保存上传的分级规则为当前操作用户对应的分级规则。

本实施例中，步骤S810和步骤S830将为对默认分级规则进行微调以得到最终保存的分级规则的过程，该过程将由分级管理服务器中实现。

也就是说，在这一过程中，社交应用客户端将直接与分级管理服务器进行交互，以在分级管理服务器中实现分级规则的设定和管理。

在另一个实施例中，如图13所示，上述步骤S810之前，如上所述的方法还包括：

步骤S910，根据社交应用客户端中当前操作用户触发的规则查看操作获取当前操作用户相关的数据。

步骤S930，根据当前操作用户相关的数据生成推荐的默认分级规则。

步骤S950，将推荐的默认分级规则保存为当前操作用户对应的分级规则，并向当前操作用户所在社交应用客户端返回。

本实施例中，如上所述的过程也将在分级管理服务器中，通过其与社交应用客户端的交互实现。

通过如上所述的社交应用客户端中消除消息提醒的方法，将使得社交应用客户端在服务器，例如，中转服务器和分级管理服务器的配合下，实现消息提醒的分级消除，进而通过一次次触发的提醒消除指令逐级消除消息提醒，实现对大量消息提醒所进行的筛选。

下面结合一个具体的应用场景来详细阐述如上所述的社交应用客户端中消除消息提醒的方法。在上述社交应用客户端中消除消息提醒的具体实现中，其可划分为两个功能模块，如图14所示，该功能模块为级别设定模块1010和清理操作模块1030，其中，级别设定模块1010用于实现用户的分级规则的设定以及用户的消息提醒中判断每一消息提醒所对应的提醒级别，而清理操作模块1030则用于根据级别设定模块1010所提供的消息提醒对应的提醒级别实现消息提醒的分级消除。

具体的，级别设定模块1010可在分级管理服务器中实现，而清理操作模块1030则在中转服务器中实现。例如，实现社交应用客户端中消息提醒的消息可通过如图15所示的拓扑实现。

某一触发了消除操作的社交应用客户端1510大都存在着众多的消息提醒，即多个会话对象均分别发送一条或多条消息，其所在的会话列表中，每一会话对象所对应的条目均显示了相应的消息提醒。

在此场景下，通过社交应用客户端1510的会话列表中触发的消除操作即可消除会话列表中最低提醒级别的消息提醒，具体执行的详细时序过程可参考如图16所示，图16展示了社交应用客户端1510中消除操作触发之后通过与中转服务器1530的交互、以及中转服务器1530与分级管理服务器1550的交互，社交应用客户端1510得到消除了最低提醒级别的消息提醒的会话列表的整个时序过程。

社交应用客户端1510中，每执行一次消除操作均执行图16所示的时序过程，并得到消除了一提醒级别的消息提醒的会话列表，若需要再次进行消息提醒的消除，只需要再次执行一次消除操作即可，以此类推，再此不再赘述。

与之相配合的，分级管理服务器1550所实现的最低提醒级别的消息提醒的获取需要预先设定对应的分级规则。请结合参阅图17，在社交应用客户端1510和分级管理服务器1550的交互之下即可实现分级规则的设定，具体执行的详细时序过程可参考如图18所示，图18展示了通过社交应用客户端1510通分级管理服务器1550的交互，分级管理服务器1550得到对应的分级规则，以具备为社交应用客户端1510中当前操作用户所对应的消息提醒判断其所对应的提醒级别的能力。

在一个实施例中，还相应地提供了一种社交应用客户端中消除消息提醒的系统，如图19所示，包括社交应用客户端200，其中，社交应用客户端200包括提醒消除侦听模块210、请求发起模块230、消息提醒接收模块250和更新模块270。

提醒消除侦听模块210，用于侦听当前操作用户在社交应用客户端中对消息提醒触发的提醒消除指令。

请求发起模块230，用于根据提醒消除指令向服务器发起当前操作用户的提醒消除请求。

消息提醒接收模块250，用于接收服务器通过当前操作用户的提醒消除请求触发返回的消息提醒，服务器返回的消息提醒是消除了社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒得到的。

更新模块270，用于更新社交应用客户端中的消息提醒为服务器返回的消息提醒。

在一个实施例中，如图20所示，如上所述的系统还包括服务器300，该服务器300包括请求接收模块310、查询模块330、提醒消除模块350和消息提醒返回模块370，其中：

请求接收模块310，用于接收社交应用客户端发起的提醒消除请求。

查询模块330，用于根据当前操作用户的提醒消除请求查询社交应用客户端的消息提醒中指定消除的一组消息提醒。

具体的，指定消除的一组消息提醒为最低提醒级别的消息提醒，如图21所示，查询模块330包括规则获取单元331和识别单元333，其中：

规则获取单元331，用于根据当前操作用户发起的提醒消除请求获取当前操作用户对应设定的分级规则。

识别单元333，用于根据分级规则识别当前操作用户的消息提醒中最低提醒级别的消息提醒。

具体的，如图22所示，识别单元333包括级别获取子单元3331和最低级别提取子单元3333，其中：

级别获取子单元3331，用于根据分级规则得到当前操作用户的消息提醒中每一消息提醒对应的消息类别，根据消息类别对应的提醒级别得到消息提醒的提醒级别。

最低级别提取子单元3333，用于按照提醒级别的高低顺序，提取当前操作用户的消息提醒中最低提醒级别的消息提醒。

提醒消除模块350，用于按照指定消除的一组消息提醒消除社交应用客户端的消息提醒。

消息提醒返回模块370，用于向当前操作用户所在社交应用客户端返回消除后的消息提醒。

在另一个实施例中，如图23所示，如上所述的社交应用客户端200还包括规则设定侦听模块410、调整获取模块430和规则上传模块450，其中：

规则设定侦听模块410，用于侦听社交应用客户端的默认分级规则中当前操作用户触发的规则设定操作。

调整获取模块430，用于根据规则设定操作对默认分级规则的调整得到当前操作用户对应的分级规则。

规则上传模块450，用于上传当前操作用户对应的分级规则。

进一步的，在本实施例中，如图24所示，如上所述的社交应用客户端200还包括规则查找侦听模块510和规则推荐实现模块530，其中：

规则查找侦听模块510，用于侦听当前操作用户在社交应用客户端中触发的规则查找操作。

规则推荐实现模块530，用于根据规则查找操作获取服务器根据当前操作用户相关的数据推荐的默认分级规则，并显示于社交应用客户端。

在一个实施例中，还相应提供了一种社交应用客户端中消除消息提醒的装置，如图25所示，包括请求接收模块710、查询模块730、提醒消除模块750和消息提醒返回模块770，其中：

请求接收模块710，用于接收社交应用客户端中当前操作用户发起的提醒消除请求。

查询模块730，用于通过当前操作用户发起的提醒消除请求触发查询在社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒。

提醒消除模块750，用于在当前操作用户所在社交应用客户端当前进行的消息提醒中消除指定消除的一组消息提醒。

消息提醒返回模块770，用于向当前操作用户所在客户端返回得到的消息提醒。

进一步的，在本实施例中，如图26所示，指定消除的一组消息提醒为最低提醒级别的消息提醒，查询模块730包括规则获取单元731和识别单元733，其中：

规则获取单元731，用于根据当前操作用户发起的提醒消除请求获取当前操作用户对应设定的分级规则。

识别单元733，用于根据分级规则识别当前操作用户的消息提醒中最低提醒级别的消息提醒。

具体的，请参阅图27，识别单元733包括级别获取子单元7331和最低级别提取子单元7333，其中：

级别获取子单元7331，用于根据分级规则得到当前操作用户的消息提醒中每一消息提醒所对应的消息类别，根据消息类别对应的提醒级别得到消息提醒的提醒级别。

最低级别提取子单元7333，用于按照消息提醒的提醒级别提取得到最低提醒级别的消息提醒。

在一个实施例中，如图28所示，如上所述的装置还包括分级规则接收模块810和上传保存模块830，其中：

分级规则接收模块810，用于接收社交应用客户端中通过当前操作用户对显示的默认分级规则触发的规则设定操作得到并上传的分级规则。

上传保存模块830，用于保存上传的分级规则为当前操作用户对应的分级规则。

在另一个实施例中，如图29所示，如上所述的装置还包括数据获取模块910、默认规则生成模块930和默认规则保存模块950，其中：

数据获取模块910，用于根据社交应用客户端中当前操作用户触发的规则查看操作获取当前操作用户相关的数据。

默认规则生成模块930，用于根据当前操作用户相关的数据生成推荐的默认分级规则。

默认规则保存模块950，用于将推荐的默认分级规则保存为当前操作用户对应的分级规则，并向当前操作用户所在社交应用客户端返回。

虽然已参照几个典型实施方式描述了本发明，但应当理解，所用的术语是说明和示例性、而非限制性的术语。由于本发明能够以多种形式具体实施而不脱离发明的精神或实质，所以应当理解，上述实施方式不限于任何前述的细节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。

Claims (24)

1.一种社交应用客户端中消除消息提醒的方法，其特征在于，包括：

侦听当前操作用户在社交应用客户端中对消息提醒触发的提醒消除指令；

根据所述提醒消除指令向服务器发起所述当前操作用户的提醒消除请求；

接收所述服务器通过所述当前操作用户的提醒消除请求触发返回的消息提醒，所述服务器返回的消息提醒是消除了所述社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒得到的；以及

更新所述社交应用客户端中的消息提醒为所述服务器返回的消息提醒。

2.根据权利要求1所述的方法，其特征在于，所述接收所述服务器通过所述当前操作用户的提醒消除请求触发返回的消息提醒的步骤之前，所述方法还包括：

所述服务器接收所述社交应用客户端发起的提醒消除请求；

根据所述当前操作用户的提醒消除请求查询所述社交应用客户端的消息提醒中指定消除的一组消息提醒；

按照所述指定消除的一组消息提醒消除所述社交应用客户端的消息提醒；

向所述当前操作用户所在社交应用客户端返回消除后的消息提醒。

3.根据权利要求2所述的方法，其特征在于，所述指定消除的一组消息提醒为最低提醒级别的消息提醒，所述根据所述当前操作用户的提醒消除请求查询所述社交应用客户端的消息提醒中指定消除的一组消息提醒的步骤包括：

根据所述当前操作用户发起的提醒消除请求获取当前操作用户对应设定的分级规则；

根据所述分级规则识别所述当前操作用户的消息提醒中最低提醒级别的消息提醒。

4.根据权利要求3所述的方法，其特征在于，所述根据所述分级规则识别所述当前操作用户的消息提醒中最低提醒级别的消息提醒的步骤包括：

根据所述分级规则得到所述当前操作用户的消息提醒中每一消息提醒所对应的消息类别，根据所述消息类别对应的提醒级别得到所述消息提醒的提醒级别；

按照所述提醒级别的高低顺序，提取当前操作用户的消息提醒中最低提醒级别的消息提醒。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括：

侦听显示于所述社交应用客户端的默认分级规则中当前操作用户触发的规则设定操作；

根据所述规则设定操作对默认分级规则的调整得到当前操作用户对应的分级规则；

上传所述当前操作用户对应的分级规则。

6.根据权利要求5所述的方法，其特征在于，所述侦听所述社交应用客户端中当前操作用户触发的规则设定操作的步骤之前，所述方法还包括：

侦听当前操作用户在所述社交应用客户端中触发的规则查看操作；

根据所述规则查看操作获取所述服务器根据当前操作用户相关的数据推荐的默认分级规则，并显示于所述社交应用客户端。

7.一种社交应用客户端中消除消息提醒的方法，其特征在于，包括：

接收社交应用客户端中当前操作用户发起的提醒消除请求；

通过所述当前操作用户发起的提醒消除请求触发查询所在社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒；

在当前操作用户所在社交应用客户端当前进行的消息提醒中消除所述指定消除的一组消息提醒；

向所述当前操作用户所在社交应用客户端返回消除后所得到的消息提醒。

8.根据权利要求7所述的方法，其特征在于，所述指定消除的一组消息提醒为最低提醒级别的消息提醒，所述通过所述当前操作用户发起的提醒消除请求触发查询所在社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒的步骤包括：

根据所述当前操作用户发起的提醒消除请求获取所述当前操作用户对应设定的分级规则；

根据所述分级规则识别所述当前操作用户的消息提醒中最低提醒级别的消息提醒。

9.根据权利要求8所述的方法，其特征在于，所述根据所述分级规则识别所述当前操作用户的消息提醒中最低提醒级别的消息提醒的步骤包括：

根据所述分级规则得到所述当前操作用户的消息提醒中每一消息提醒所对应的消息类别，根据所述消息类别对应的提醒级别得到所述消息提醒的提醒级别；

按照所述消息提醒的提醒级别提取得到最低提醒级别的消息提醒。

10.根据权利要求8所述的方法，其特征在于，所述方法还包括：

接收所述社交应用客户端中通过当前操作用户对显示的默认分级规则触发的规则设定操作得到并上传的分级规则；

保存所述上传的分级规则为所述当前操作用户对应的分级规则。

11.根据权利要求10所述的方法，其特征在于，所述接收所述社交应用客户端中当前操作用户对显示的默认分级规则触发的规则设定操作得到并上传的分级规则的步骤之前，所述方法还包括：

根据所述社交应用客户端中当前操作用户触发的规则查看操作获取所述当前操作用户相关的数据；

根据所述当前操作用户相关的数据生成推荐的默认分级规则；

将所述推荐的默认分级规则保存为当前操作用户对应的分级规则，并向所述当前操作用户所在社交应用客户端返回。

12.一种社交应用客户端中消除消息提醒的系统，其特征在于，包括社交应用客户端，其中，

所述社交应用客户端包括：

提醒消除侦听模块，用于侦听当前操作用户在社交应用客户端中对消息提醒触发的提醒消除指令；

请求发起模块，用于根据所述提醒消除指令向服务器发起所述当前操作用户的提醒消除请求；

消息提醒接收模块，用于接收所述服务器通过当前操作用户的提醒消除请求触发返回的消息提醒，所述服务器返回的消息提醒是消除了所述社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒得到的；以及

更新模块，用于更新所述社交应用客户端中的消息提醒为所述服务器返回的消息提醒。

13.根据权利要求12所述的系统，其特征在于，所述系统还包括服务器，所述服务器包括：

请求接收模块，用于接收所述社交应用客户端发起的提醒消除请求；

查询模块，用于根据所述当前操作用户的提醒消除请求查询所述社交应用客户端的消息提醒中指定消除的一组消息提醒；

提醒消除模块，用于按照所述指定消除的一组消息提醒消除所述社交应用客户端的消息提醒；

消息提醒返回模块，用于向所述当前操作用户所在社交应用客户端返回消除后的消息提醒。

14.根据权利要求13所述的系统，其特征在于，所述指定消除的一组消息提醒为最低提醒级别的消息提醒，所述查询模块包括：

规则获取单元，用于根据所述当前操作用户发起的提醒消除请求获取当前操作用户对应设定的分级规则；

识别单元，用于根据所述分级规则识别所述当前操作用户的消息提醒中最低提醒级别的消息提醒。

15.根据权利要求14所述的系统，其特征在于，所述识别单元包括：

级别获取子单元，用于根据所述分级规则得到所述当前操作用户的消息提醒中每一消息提醒所对应的消息类别，根据所述消息类别对应的提醒级别得到所述消息提醒的提醒级别；

最低级别提取子单元，用于按照提醒级别的高低顺序，提取当前操作用户的消息提醒中最低提醒级别的消息提醒。

16.根据权利要求14所述的系统，其特征在于，所述社交应用客户端还包括：

规则设定侦听模块，用于侦听于社交应用客户端的默认分级规则中当前操作用户触发的规则设定操作；

调整获取模块，用于根据所述规则设定操作对默认分级规则的调整得到当前操作用户对应的分级规则；

规则上传模块，用于上传所述当前操作用户对应的分级规则。

17.根据权利要求16所述的系统，其特征在于，所述应用客户端还包括：

规则查找侦听模块，用于侦听当前操作用户在所述社交应用客户端中触发的规则查找操作；

规则推荐实现模块，用于根据所述规则查看操作获取所述服务器根据当前操作用户相关的数据推荐的默认分级规则，并显示于所述社交应用客户端。

18.一种社交应用客户端中消除消息提醒的装置，其特征在于，包括：

请求接收模块，用于接收社交应用客户端中当前操作用户发起的提醒消除请求；

查询模块，用于通过所述当前操作用户发起的提醒消除请求触发查询所在社交应用客户端当前进行的消息提醒中指定消除的一组消息提醒；

提醒消除模块，用于在当前操作用户所在社交应用客户端当前进行的消息提醒中消除所述指定消除的一组消息提醒；

消息提醒返回模块，用于向所述当前操作用户所在客户端返回消除后所得到的消息提醒。

19.根据权利要求18所述的装置，其特征在于，所述指定消除的一组消息提醒为最低提醒级别的消息提醒，所述查询模块包括：

规则获取单元，用于根据所述当前操作用户发起的提醒消除请求获取当前操作用户对应设定的分级规则；

识别单元，用于根据所述分级规则识别所述当前操作用户的消息提醒中最低提醒级别的消息提醒。

20.根据权利要求19所述的装置，其特征在于，所述识别单元包括：

级别获取子单元，用于根据所述分级规则得到所述当前操作用户的消息提醒中每一消息提醒所对应的消息类别，根据所述消息类别对应的提醒级别得到所述消息提醒的提醒级别；

最低级别提取子单元，用于按照所述消息提醒的提醒级别提取得到最低提醒级别的消息提醒。

21.根据权利要求19所述的装置，其特征在于，所述装置还包括：

分级规则接收模块，用于接收所述社交应用客户端中通过当前操作用户对显示的默认分级规则触发的规则设定操作得到并上传的分级规则；

上传保存模块，用于保存所述上传的分级规则为所述当前操作用户对应的分级规则。

22.根据权利要求21所述的装置，其特征在于，所述装置还包括：

数据获取模块，用于根据所述社交应用客户端中当前操作用户触发的规则查看操作获取所述当前操作用户相关的数据；

默认规则生成模块，用于根据当前操作用户相关的数据生成推荐的默认分级规则；

默认规则保存模块，用于将所述推荐的默认分级规则保存为当前操作用户对应的分级规则，并向所述当前操作用户所在社交应用客户端返回。

23.一种电子设备，其特征在于，包括：

存储器，存储有计算机程序；

处理器，所述计算机程序被所述处理器执行时实现如权利要求1-11中任一项所述的方法。

24.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机可读程序被处理器执行时，实现如权利要求1-11中的任一项所述的方法。

Images