CN111432067B - 未读消息数处理方法、装置、设备及介质 - Google Patents

Abstract

本申请提供一种未读消息数处理方法及装置、一种电子设备以及一种计算机可读介质。其中，一种未读消息数处理方法包括：基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户；判断所述新消息是否符合所述目标用户设置的未读提醒条件；若符合，则根据所述新消息更新所述目标应用程序的未读消息数；若不符合，则保持所述目标应用程序的未读消息数不变。本申请更新得到的未读消息数具有更高的参考价值，可以有效起到提醒用户的作用。

Description

未读消息数处理方法、装置、设备及介质

技术领域

本申请涉及互联网技术领域，具体涉及一种未读消息数处理方法及装置、一种电子设备以及一种计算机可读介质。

背景技术

随着移动终端的普及，移动终端在人们日常生活中的重要性也越来越高，同时也给人们的生活带来了极大的便利。通过在移动终端中安装各种应用程序，用户可以实现社交、阅读、购物、观影等诸多事项。

实际应用中，移动终端中的应用程序会接收很多的消息，例如，社交应用会接收聊天信息，购物应用会接收到商品发货消息、产品推荐消息等，为了提醒用户查看消息以及直观了解消息数量，请参考图1，其示出了现有技术提供的一种应用程序快捷方式图标角标的示意图，如图1所示，应用程序在手机操作系统桌面的快捷方式图标会显示一角标，利用该角标显示该应用程序的未读消息数量。

随着互联网技术的快速发展和普及，上述应用程序接收到的未读消息呈爆炸式增长，但是，人的精力是有限的，用户几乎不可能每接收到一条未读消息都要进行查看，而且，上述未读消息中充斥着大量与用户无关的、或者用户实际上并不关注的消息，这就导致当前应用程序快捷方式图标角标显示的未读消息数量参考价值较低，尤其对于社交应用等消息量较大的应用程序，请参考图1，其角标显示的未读消息数量长期是“99+”，表示该应用程序有99条以上的未读消息，这样的未读消息数量主要是根据用户不关心的未读消息累计得到的，实际上是起不到提醒用户的作用的。

发明内容

本申请的目的是提供一种未读消息数处理方法及装置、一种电子设备以及一种计算机可读介质。

本申请第一方面提供一种未读消息数处理方法，用于目标终端，包括：

基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户；

判断所述新消息是否符合所述目标用户设置的未读提醒条件；

若符合，则根据所述新消息更新所述目标应用程序的未读消息数；

若不符合，则保持所述目标应用程序的未读消息数不变。

本申请第二方面提供一种未读消息数处理装置，用于目标终端，包括：

消息接收模块，用于基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户；

消息判断模块，用于判断所述新消息是否符合所述目标用户设置的未读提醒条件；

消息数更新模块，用于若符合，则根据所述新消息更新所述目标应用程序的未读消息数；

消息数保持模块，用于若不符合，则保持所述目标应用程序的未读消息数不变。

本申请第三方面提供一种未读消息数处理方法，用于服务端，包括：

接收收件人为目标用户的新消息；

判断所述新消息是否符合所述目标用户设置的未读提醒条件；

若符合，则根据所述新消息更新所述目标用户的未读消息数；

若不符合，则保持所述目标用户的未读消息数不变；

将最新的未读消息数发送给所述目标用户使用的目标终端，以使所述目标终端根据所述最新的未读消息数对所述目标终端本地的未读消息数进行更新。

本申请第四方面提供一种未读消息数处理装置，用于服务端，包括：

新消息接收模块，用于接收收件人为目标用户的新消息；

消息判断模块，用于判断所述新消息是否符合所述目标用户设置的未读提醒条件；

消息数更新模块，用于若符合，则根据所述新消息更新所述目标用户的未读消息数；

消息数保持模块，用于若不符合，则保持所述目标用户的未读消息数不变；

未读消息数发送模块，用于将最新的未读消息数发送给所述目标用户使用的目标终端，以使所述目标终端根据所述未读消息数对所述目标用户进行提醒。

本申请第五方面提供一种未读消息数处理方法，用于目标终端，包括：

确定目标用户设置的未读提醒条件；

将所述未读提醒条件上传至服务端，以使所述服务端根据所述未读提醒条件确定所述目标用户的未读消息数；

接收所述服务端发送的最新的未读消息数；

根据所述最新的未读消息数对本地的未读消息数进行更新。

本申请第六方面提供一种未读消息数处理装置，用于目标终端，包括：

未读提醒条件确定模块，用于确定目标用户设置的未读提醒条件；

未读提醒条件上传模块，用于将所述未读提醒条件上传至服务端，以使所述服务端根据所述未读提醒条件确定所述目标用户的未读消息数；

未读消息数接收模块，用于接收所述服务端发送的最新的未读消息数；

未读消息数更新模块，用于根据所述最新的未读消息数对本地的未读消息数进行更新。

本申请第七方面提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行以实现本申请第一方面、第三方面或第五方面所述的方法。

本申请第八方面提供一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现本申请第一方面、第三方面或第五方面所述的方法。

相较于现有技术，本申请在接收到新消息后，会首先判断该新消息是否符合所述目标用户设置的未读提醒条件，只有在符合条件的情况下才统计到未读消息数中，以对未读消息数进行更新，在不符合条件的情况下则保持未读消息数不变，由于未读提醒条件可以根据用户的需求灵活设置，通过判断新消息是否符合所述未读提醒条件，可以按照用户意愿对新消息进行合理的筛选，从而可以确保符合未读提醒条件的新消息有更高的概率是对用户有用的、与用户相关的或者用户更为关注的消息，根据该类消息更新得到的未读消息数显然具有更高的参考价值，可以实现用户对未读消息数的个性化定制，且由于符合未读提醒条件的新消息有更高的概率被用户查看，因此不会造成未读消息数量的无效累计，使得更新后的未读消息数可以有效起到提醒用户的作用。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了现有技术提供的一种应用程序快捷方式图标角标的示意图；

图2示出了本申请的一些实施方式所提供的一种未读消息数处理方法的流程图；

图3示出了本申请的一些实施方式所提供的一种未读消息数可视化的示意图；

图4示出了本申请的一些实施方式所提供的另一种未读消息数可视化的示意图；

图5示出了本申请的一些实施方式所提供的又一种未读消息数可视化的示意图；

图6示出了本申请的一些实施方式所提供的一种未读提醒条件设置页面的示意图；

图7示出了本申请的一些实施方式所提供的一种新增自定义类型设置子页面的示意图；

图8示出了本申请的一些实施方式所提供的一种未读消息数处理装置的示意图；

图9示出了本申请的一些实施方式所提供的另一种未读消息数处理方法的流程图；

图10示出了本申请的一些实施方式所提供的另一种未读消息数处理装置的示意图；

图11示出了本申请的一些实施方式所提供的再一种未读消息数处理方法的流程图；

图12示出了本申请的一些实施方式所提供的再一种未读消息数处理装置的示意图；

图13示出了本申请的一些具体实施方式所提供的一种未读消息数处理方法的流程图；

图14示出了本申请的一些具体实施方式所提供的一种未读消息数处理方法的时序图；

图15示出了本申请的一些实施方式所提供的一种电子设备的示意图；

图16示出了本申请的一些实施方式所提供的一种计算机可读介质的示意图。

具体实施方式

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

需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本申请所属领域技术人员所理解的通常意义。

另外，术语“第一”和“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例提供一种未读消息数处理方法及装置、一种电子设备以及计算机可读介质，下面结合附图进行说明。

请参考图2，其示出了本申请的一些实施方式所提供的一种未读消息数处理方法的流程图，该未读消息数处理方法可以用于目标用户使用的目标终端，该目标终端可以是具有显示屏并且支持信息交互的任意电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等，本申请实施例不做限定。

如图2所示，所述未读消息数处理方法，用于目标终端，可以包括以下步骤：

步骤S101：基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户。

本申请实施例中，目标终端中部署有目标应用程序，该目标应用程序可以是具备信息交互功能的任意应用程序(APP，Application)，按照部署方式分类，该目标应用程序可以包括需安装后使用的应用程序，也可以包括无需安装即可使用的小程序(也称为轻应用)等；按照功能分类，该目标应用程序可以包括但不限于社交应用、视频应用、网购应用、阅读应用等，本申请实施例不做限定。

所述新消息可以是其他用户发送给目标用户的消息，也可以是应用程序服务器发送的系统消息、推送消息等，本申请实施例不做限定。

步骤S102：判断所述新消息是否符合所述目标用户设置的未读提醒条件。

目标用户可以根据自身的消息查看需求预先在目标应用程序中设置未读提醒条件，该未读提醒条件能够反映目标用户的消息查看意愿、偏好、以及消息对目标用户的重要性，用于对新消息或未读消息进行过滤，以过滤出有效信息(为了简便起见，以下描述中，将对目标用户有用的、与目标用户相关的、或者目标用户关注的消息称为有效信息，将除有效信息以外的其他信息称为无效信息)，利用有效信息统计、更新未读消息数，使得更新得到的未读消息数具有更高的参考价值。

步骤S103：若符合，则根据所述新消息更新所述目标应用程序的未读消息数。

如上所述，若符合未读提醒条件，说明该新消息有较大概率是有效消息，可以统计到未读消息数中对目标用户进行提示。具体的，每检测到一条符合未读提醒条件的新消息，即可对当前的未读消息数加1，从而实现对未读消息数的更新。

步骤S104：若不符合，则保持所述目标应用程序的未读消息数不变。

如上所述，若不符合未读提醒条件，说明该新消息有较大概率是无效消息，不需要统计到未读消息数中，无需进行提示。

本申请实施例提供的上述未读消息数处理方法，目标终端在接收到新消息后，会首先判断该新消息是否符合所述目标用户设置的未读提醒条件，只有在符合条件的情况下才统计到未读消息数中，以对未读消息数进行更新，在不符合条件的情况下则保持未读消息数不变，由于未读提醒条件可以根据用户的需求灵活设置，通过判断新消息是否符合所述未读提醒条件，可以按照用户意愿对新消息进行合理的筛选，从而可以确保符合未读提醒条件的新消息有更高的概率是对用户有用的、与用户相关的或者用户更为关注的消息，根据该类消息更新得到的未读消息数显然具有更高的参考价值，可以实现用户对未读消息数的个性化定制，且由于符合未读提醒条件的新消息有更高的概率被用户查看，因此不会造成未读消息数量的无效累计，使得更新后的未读消息数可以有效起到提醒用户的作用。

在一些实施方式中，步骤S104更新的未读消息数是目标应用程序后台的数据，为了对目标用户进行提醒，需要将后台的未读消息数进行可视化处理，因此，在本申请实施例的一些变更实施方式中，所述方法还可以包括：

根据更新后的所述未读消息数，更新所述目标应用程序的快捷方式图标角标、所述目标应用程序在操作系统通知栏中的未读消息数、和所述目标应用程序显示界面中的未读消息数中的至少一项。

其中，所述快捷方式图标角标可以包括设于操作系统桌面上的快捷方式图标的角标，也可以包括设于应用平台中的快捷方式图标的角标，本申请实施方式在具体实施时，可以根据目标应用程序的快捷方式图标的设置情况，针对性地更新对应的快捷方式图标角标。

例如，对于目标应用程序为小程序的情况，其可以寄生于操作系统，也可以寄生于其他需安装使用的应用程序(该应用程序可称为应用平台)，这种情况下，可以在操作系统桌面上显示该目标应用程序的快捷方式图标，并利用该快捷方式图标的角标显示未读消息数，也可以在操作系统或应用平台提供的小程序管理页面显示该目标应用程序的快捷方式图标，并利用该快捷方式图标的角标显示未读消息数，本申请实施方式在实施时，既可以更新操作系统桌面上的快捷方式图标的角标，也可以更新小程序管理页面中快捷方式图标的角标，或者上述两者都进行更新，其均应在本申请实施例的保护范围之内。如图3所示，其示出了本申请的一些实施方式所提供的一种未读消息数可视化的示意图，可以通过目标应用程序的桌面快捷方式图标的角标显示该未读消息数，在操作系统的桌面对目标用户进行提示，显然，经过本申请实施例处理后，角标显示的未读消息数相较于图1中角标显示的未读消息数大幅减少，由于该角标显示的未读消息数反映的是有效消息的数量，因此，具有更高的参考价值，可以有效起到提醒用户的作用。

如图4所示，其示出了本申请的一些实施方式所提供的另一种未读消息数可视化的示意图，还可以更新所述目标应用程序在操作系统通知栏中的未读消息数，实现未读消息数的可视化，在一些示例中，用户通过在手机顶部的通知栏向下滑动，即可显示各应用程序的未读消息情况，为了便于理解，图4结合应用A、应用B和应用C给出了多种不同的未读消息数的可视化效果，通过在操作系统通知栏中显示本申请实施例提供的未读消息数，可以使得通知栏中显示的未读消息数具有更高的参考价值，可以有效起到提醒用户的作用。

如图5所示，其示出了本申请的一些实施方式所提供的又一种未读消息数可视化的示意图，还可以更新目标应用程序显示界面中的未读消息数，图5给出了目标应用程序的显示界面中的未读消息数的显示位置，但其并不表示任何限定，在实际应用中，所述未读消息数可以显示于目标应用程序的任意显示界面，包括但不限于主页面、消息查看页面、设置页面等等，本申请实施例不做限定，通过在目标应用程序显示界面中显示本申请实施例提供的未读消息数，可以使得目标应用程序显示界面中显示的未读消息数具有更高的参考价值，可以有效起到提醒用户的作用。

在本申请实施例的一些变更实施方式中，所述判断所述新消息是否符合所述目标用户设置的未读提醒条件，可以包括：

根据所述新消息的发件人、消息类型或消息内容中的至少一项，确定所述新消息是否符合所述目标用户设置的未读提醒条件。

基于本实施方式，可以使用户从发件人、消息类型、消息内容中的任意一个或多个维度对未读提醒条件进行设置，使得未读提醒条件的设置更加灵活、方便，使得设置的未读提醒条件能够满足用户多样化的未读消息数查看需求。

在上述实施方式的基础上，在一些变更实施方式中，所述未读提醒条件可以包括以下至少一项：

所述新消息的发件人属于允许提醒群组或不属于禁止提醒群组；

所述新消息的消息类型属于允许提醒类型或不属于禁止提醒类型；

所述新消息的消息内容包含允许提醒内容或不包含禁止提醒内容。

其中，所述允许提醒群组包括所述目标用户指定的允许提醒未读的联系人，通过设置允许提醒群组，用户可以指定部分联系人的新消息统计到未读消息数中进行提醒，对于只需要对少量联系人的未读消息数进行统计的情况，本实施方式操作更加便捷、高效。

所述禁止提醒群组包括所述目标用户指定的禁止提醒未读的联系人，通过设置禁止提醒群组，用户可以采用类似黑名单的机制屏蔽指定联系人的未读消息统计，对于用户联系人较多但只需要屏蔽少量联系人的未读消息统计的情况，本实施方式操作更加便捷、高效。

需要说明的是，上述发件人和联系人并不限于好友用户，还可以包括服务号、公众号、群聊、应用程序的后台系统等，从而实现对允许提醒的联系人的高度、全面的个性化定制。

所述允许提醒类型包括所述目标用户指定的允许提醒未读的消息类型，所述禁止提醒类型包括所述目标用户指定的禁止提醒未读的消息类型，本申请实施例中，消息类型可以包括但不限于私聊消息、群聊消息、服务号消息、公众号消息、系统消息、广告消息、红包消息、商品发货通知消息、商品到货通知消息等，本领域技术人员还可以结合实际需求对消息进行分类，本申请实施例不做限定。通过本实施方式，用户还可以根据消息类型对新消息进行筛选，从而只统计指定类型的未读消息的数量进行提醒，由于消息类型数量较少，通过本实施方式，用户可以从消息类型的角度进行批量化定制，操作便捷且效率较高。

所述允许提醒内容包括所述目标用户指定的允许提醒未读的消息内容，所述禁止提醒内容包括所述目标用户指定的禁止提醒未读的消息内容，本申请实施例在实施时，可以通过关键词匹配、语义分析等技术判断所述新消息的消息内容包含允许提醒内容或不包含禁止提醒内容，本申请实施例对其具体实施方式不做限定。通过本实施方式，用户还可以根据消息内容对新消息进行筛选，从而只统计符合条件的未读消息的数量进行提醒，避免根据发件人或消息类型进行筛选导致的错过重要信息的问题。

此外，通过消息内容判断是否符合条件，可以有效减少或避免根据消息类型等一刀切的方式导致的误判的情形发生，可以与根据发件人、消息类型进行判断的实施方式结合实施，起到查漏补缺的作用。

在一些实施方式中，所述允许提醒未读的消息内容可以包括所述目标用户的用户名(说明该消息与目标用户相关)、指向字符(例如“@”，说明该消息与目标用户相关)、或者所述目标用户指定的“白名单”关键词等，本申请实施例不做限定。

在一些变更实施方式中，对于采用禁止提醒内容进行条件判断的情形，可以采用全文匹配的方式判断所述新消息的消息内容不包含禁止提醒内容，以避免误判的发生，例如，在群聊中，经常会发生队形消息，即很多用户重复发送相同的消息(例如“+1”、“谢谢老板”等)，这种消息实际意义不大但往往数量繁多，少则几十条多则上百条，这种情形很容易导致未读消息数变成“99+”，给用户带来信息干扰，如果采用关键词匹配的方式，可能将包含上述关键词的有效消息也误判为无效消息，导致用户错过重要消息，为此，可以采用全文匹配的方式，只有新消息的消息内容与用户指定的禁止提醒未读的消息内容全文匹配时，才将该新消息确定为无效消息不进行未读消息数统计，从而减少误判的发生，避免用户错过重要消息。

以上多种未读提醒条件可以择一使用，也可以选择多个结合使用，本领域技术人员可以根据实际需求灵活实施，也可以全部提供给用户，使用户自行选择实施，其均可以实现本申请实施例的目的。需要说明的是，当采用多个结合使用时，可以为不同的未读提醒条件设置不同的优先级，以避免不同的未读提醒条件对应的判断结果冲突的问题。

在本申请实施例的一些变更实施方式中，所述方法还可以包括：

在所述目标应用程序的显示界面，显示未读提醒条件设置触发元素；

响应于所述目标用户针对所述未读提醒条件设置触发元素的第一触发操作，显示未读提醒条件设置页面；

根据所述目标用户针对所述未读提醒条件设置页面的编辑操作，新增、删除或修改未读提醒条件。

如图5所示，在目标应用程序的显示界面显示有未读提醒条件设置触发元素，点击该未读提醒条件设置触发元素，即可触发打开未读提醒条件设置页面，用户可以通过该未读提醒条件设置页面，新增、删除或修改未读提醒条件。

具体的，所述未读提醒条件设置页面可以包括各种可选择的未读提醒条件类型，也可以进一步包括各个未读提醒条件下的各个可选分类，还可以进一步包括各个可选分类下的具体可选对象，本领域技术人员可以基于本申请实施例前述提及的各种未读提醒条件灵活设置未读提醒条件设置页面的显示内容，并采用选择表单、选择开关、多层级页面等具体的页面结构实现，本申请实施例不做限定。

其中，本申请实施例前述提及的多种未读提醒条件可以单独使用，也可以互相结合使用，可以划分层级部署，也可以进一步触发设置子页面进行编辑，其均可以实现本申请实施例的目的，均应在本申请的保护范围之内。

例如，图6示出了本申请的一些实施方式所提供的一种未读提醒条件设置页面的示意图，图6所示的未读提醒条件设置页面整体上采用分层级选择表单的页面结构实现，并辅以多层级页面进行更深层次条件的设置。比如，“公众号消息”选择层级下，可以部署“新闻资讯消息”、“娱乐八卦消息”等子层级，勾选“公众号消息”对应的选择控件，即可设置公众号消息都可以允许未读提醒，若不勾选“公众号消息”对应的选择控件，而只勾选“新闻资讯消息”对应的选择控件，则只有公众号消息中的新闻资讯类消息允许未读提醒，“娱乐八卦消息”等则不允许未读提醒。又如，点击图6中的“新增自定义类型”，可以弹出图7所示的自定义类型设置子页面，使用户可以更深层次地自定义允许提醒未读的人群等信息；另如，点击图6中的“指定允许提醒联系人”，可以调用并显示通讯录，使用户可以在通讯录中选择指定允许提醒的联系人；再如，点击图6中的“指定允许提醒群聊”，可以调用并显示通讯录，使用户可以在通讯录中选择指定允许提醒的群聊；又如，点击图6中的“禁止提醒内容”，可以弹出禁止提醒内容编辑子页面，供用户输入自定义的禁止提醒的关键词等消息内容；以上均为本申请实施例的示例性说明，不表示任何限定，本领域技术人员可以基于上述示例性说明灵活变更实施，其均应在本申请的保护范围之内。

通过上述实施方式，可以方便用户快捷、灵活地设置未读提醒条件，可有效提升用户使用体验。

在本申请实施例的一些变更实施方式中，所述方法还可以包括：

根据所述目标用户对所述目标应用程序中消息的历史查看记录，确定所述目标用户的消息查看偏好；

根据所述消息查看偏好，生成未读提醒条件推荐信息；

根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件。

本实施方式，可以采用数据分析、用户行为画像等技术确定所述目标用户的消息查看偏好，例如，目标用户每天打开群聊A的频率高于设定频率阈值，则说明目标用户对该群聊A的消息查看偏好度较高，又如，用户对公众号B推送的消息超过设定天数阈值而长期未读，则说明目标用户对该公众号B的消息查看偏好度较低，等等，本领域技术人员可以基于本示例性说明对上述消息查看偏好进行量化分析，从而确定所述目标用户的消息查看偏好，并据此生成未读提醒条件推荐信息，例如，推荐目标用户将上述公众号B添加到禁止提醒群组中，用户可以基于上述未读提醒条件推荐信息进行确认操作和/或修改操作，从而生成或修改所述目标用户设置的未读提醒条件。

通过上述实施方式，可以主动推荐用户进行未读提醒条件的设置，用户只需要在上述未读提醒条件推荐信息的基础上进行简单的确认、修改等操作，即可完成未读提醒条件的设置，可以有效提升未读提醒条件的设置效率，且可以避免用户因设置复杂而不愿进行设置的问题，通过简化用户操作提高用户设置未读提醒条件的积极性；且由于上述未读提醒条件推荐信息是根据用户的消息查看偏好确定的，因此，推荐的未读提醒条件推荐信息具有较高的准确性，有助于用户准确、合理地设置未读提醒条件，减少设置错误导致的有效信息未提醒、无效信息被提醒的问题。

容易理解的是，在仍有未读信息的情况下，用户可能对未读提醒条件进行修改，导致原来统计的未读消息数与修改后的未读提醒条件不符，使得未读消息数的参考价值降低，因此，在本申请实施例的一些变更实施方式中，所述方法还可以包括：

在检测到所述目标用户设置的未读提醒条件发生变化后，遍历所有未读消息，判断每条所述未读消息是否符合变化后的未读提醒条件，并根据符合所述变化后的未读提醒条件的未读消息的数量，更新所述目标应用程序的未读消息数。

通过上述实施方式，在检测到未读提醒条件发生变化后，可以重新对未读消息进行判断，从而及时地更新所述目标应用程序的未读消息数，实时确保更新后的未读消息数能够保持较高的参考价值。

在本申请实施例的一些变更实施方式中，所述方法还包括：

若符合，则将所述新消息确定为第一类未读消息；

若不符合，则将所述新消息确定为第二类未读消息；

响应于所述目标用户输入的未读消息查看触发操作，按照所述第一类未读消息的发件时间的先后顺序，跳过所述第二类未读消息而依次显示所述第一类未读消息。

其中，请参考图5，所述未读消息查看触发操作可以是点击图5中示出的位置，通过未读消息查看触发操作，可以触发查看未读消息。另外，第一类未读消息即可以认为是有效消息，第二类未读消息即可以认为是无效消息，考虑到无效消息的查看价值不高，且会浪费目标用户的阅读时间，因此，可以在用户查看时，跳过所述第二类未读消息而依次显示所述第一类未读消息，从而可以减少无效信息给用户带来的信息干扰，整体上提高用户的消息查看效率，给用户带来更好的阅读体验。

在上述的实施例中，提供了一种未读消息数处理方法，与之相对应的，本申请还提供一种未读消息数处理装置。本申请实施例提供的未读消息数处理装置可以实施上述未读消息数处理方法，该未读消息数处理装置可以通过软件、硬件或软硬结合的方式来实现。例如，该未读消息数处理装置可以包括集成的或分开的功能模块或单元来执行上述各方法中的对应步骤。请参考图8，其示出了本申请的一些实施方式所提供的一种未读消息数处理装置的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图8所示，所述未读消息数处理装置10可以包括：

消息接收模块101，用于基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户；

消息判断模块102，用于判断所述新消息是否符合所述目标用户设置的未读提醒条件；

消息数更新模块103，用于若符合，则根据所述新消息更新所述目标应用程序的未读消息数；

消息数保持模块104，用于若不符合，则保持所述目标应用程序的未读消息数不变。

在本申请实施例的一些变更实施方式中，所述装置10还包括：

显示效果更新模块，用于根据更新后的所述未读消息数，更新所述目标应用程序的快捷方式图标角标、所述目标应用程序在操作系统通知栏中的未读消息数、和所述目标应用程序显示界面中的未读消息数中的至少一项。

在本申请实施例的一些变更实施方式中，所述消息判断模块102，包括：

消息判断单元，用于根据所述新消息的发件人、消息类型或消息内容中的至少一项，确定所述新消息是否符合所述目标用户设置的未读提醒条件。

在本申请实施例的一些变更实施方式中，所述未读提醒条件包括以下至少一项：

所述新消息的发件人属于允许提醒群组或不属于禁止提醒群组；

所述新消息的消息类型属于允许提醒类型或不属于禁止提醒类型；

所述新消息的消息内容包含允许提醒内容或不包含禁止提醒内容。

在本申请实施例的一些变更实施方式中，所述装置10还包括：

触发元素显示模块，用于在所述目标应用程序的显示界面，显示未读提醒条件设置触发元素；

设置页面显示模块，用于响应于所述目标用户针对所述未读提醒条件设置触发元素的第一触发操作，显示未读提醒条件设置页面；

未读提醒条件编辑模块，用于根据所述目标用户针对所述未读提醒条件设置页面的编辑操作，新增、删除或修改未读提醒条件。

在本申请实施例的一些变更实施方式中，所述装置10还包括：

消息查看偏好确定模块，用于根据所述目标用户对所述目标应用程序中消息的历史查看记录，确定所述目标用户的消息查看偏好；

推荐信息生成模块，用于根据所述消息查看偏好，生成未读提醒条件推荐信息；

推荐信息处理模块，用于根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件。

在本申请实施例的一些变更实施方式中，所述装置10还包括：

条件变化响应模块，用于在检测到所述目标用户设置的未读提醒条件发生变化后，遍历所有未读消息，判断每条所述未读消息是否符合变化后的未读提醒条件，并根据符合所述变化后的未读提醒条件的未读消息的数量，更新所述目标应用程序的未读消息数。

在本申请实施例的一些变更实施方式中，所述装置10还包括：

第一类未读消息确定模块，用于若符合，则将所述新消息确定为第一类未读消息；

第二类未读消息确定模块，用于若不符合，则将所述新消息确定为第二类未读消息；

跳跃查看模块，用于响应于所述目标用户输入的未读消息查看触发操作，按照所述第一类未读消息的发件时间的先后顺序，跳过所述第二类未读消息而依次显示所述第一类未读消息。

本申请实施例提供的未读消息数处理装置10，与本申请前述实施例提供的未读消息数处理方法出于相同的发明构思，具有相同的有益效果。

在上述的实施例中，提供了一种用于目标终端的未读消息数处理方法，其中，未读消息数量的统计是在目标终端完成的，基于相同的发明构思，本申请实施例还提供了一种由服务端和目标终端配合实现的未读消息数处理方法，其中，未读消息数量的统计是在服务端完成的，下面结合附图进行示例性说明。需要说明的是，下述实施例说明，可参照前述用于目标终端的未读消息数处理方法的实施例说明进行理解，部分内容不再赘述，相应的，前述用于目标终端的未读消息数处理方法的实施例说明，也可以参照下述由服务端和目标终端配合实现的未读消息数处理方法的实施例说明进行理解。

请参考图9，其示出了本申请的一些实施方式所提供的另一种未读消息数处理方法的流程图，所述未读消息数处理方法，用于服务端，可以包括以下步骤：

步骤S201：接收收件人为目标用户的新消息；

步骤S202：判断所述新消息是否符合所述目标用户设置的未读提醒条件；

步骤S203：若符合，则根据所述新消息更新所述目标用户的未读消息数；

步骤S204：若不符合，则保持所述目标用户的未读消息数不变；

步骤S205：将最新的未读消息数发送给所述目标用户使用的目标终端，以使所述目标终端根据所述最新的未读消息数对所述目标终端本地的未读消息数进行更新。

基于上述说明，本申请实施例提供的用于服务端的未读消息数处理方法，与本申请前述实施例提供的用于目标终端的未读消息数处理方法出于相同的发明构思，至少具有以下相应的有益效果：服务端在接收到收件人为目标用户的新消息后，会首先判断该新消息是否符合所述目标用户设置的未读提醒条件，只有在符合条件的情况下才统计到未读消息数中，以对未读消息数进行更新，在不符合条件的情况下则保持未读消息数不变，然后将最新的未读消息数发送给所述目标用户使用的目标终端，以使所述目标终端根据所述最新的未读消息数对所述目标终端本地的未读消息数进行更新。由于未读提醒条件可以根据用户的需求灵活设置，通过判断新消息是否符合所述未读提醒条件，可以按照用户意愿对新消息进行合理的筛选，从而可以确保符合未读提醒条件的新消息有更高的概率是对用户有用的、与用户相关的或者用户更为关注的消息，根据该类消息更新得到的未读消息数显然具有更高的参考价值，可以实现用户对未读消息数的个性化定制，且由于符合未读提醒条件的新消息有更高的概率被用户查看，因此不会造成未读消息数量的无效累计，使得更新后的未读消息数可以有效起到提醒用户的作用。

在本申请实施例的一些变更实施方式中，所述判断所述新消息是否符合所述目标用户设置的未读提醒条件，包括：

根据所述新消息的发件人、消息类型或消息内容中的至少一项，确定所述新消息是否符合所述目标用户设置的未读提醒条件。

基于本实施方式，可以使用户从发件人、消息类型、消息内容中的任意一个或多个维度对未读提醒条件进行设置，使得未读提醒条件的设置更加灵活、方便，使得设置的未读提醒条件能够满足用户多样化的未读消息数查看需求。

在本申请实施例的一些变更实施方式中，所述未读提醒条件包括以下至少一项：

所述新消息的发件人属于允许提醒群组或不属于禁止提醒群组；

所述新消息的消息类型属于允许提醒类型或不属于禁止提醒类型；

所述新消息的消息内容包含允许提醒内容或不包含禁止提醒内容。

在本申请实施例的一些变更实施方式中，所述方法还包括：

接收所述目标终端上传的由所述目标用户设置的未读提醒条件。

在本申请实施例的一些变更实施方式中，所述接收所述目标终端上传的由所述目标用户设置的未读提醒条件之前，还包括：

获取所述目标用户对消息的历史查看记录；

根据所述历史查看记录，确定所述目标用户的消息查看偏好；

根据所述消息查看偏好，生成未读提醒条件推荐信息；

将所述未读提醒条件推荐信息发送给所述目标终端，以使所述目标终端根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件。

通过本实施方式，可以主动推荐用户进行未读提醒条件的设置，用户只需要在上述未读提醒条件推荐信息的基础上进行简单的确认、修改等操作，即可完成未读提醒条件的设置，可以有效提升未读提醒条件的设置效率，且可以避免用户因设置复杂而不愿进行设置的问题，通过简化用户操作提高用户设置未读提醒条件的积极性；且由于上述未读提醒条件推荐信息是根据用户的消息查看偏好确定的，因此，推荐的未读提醒条件推荐信息具有较高的准确性，有助于用户准确、合理地设置未读提醒条件，减少设置错误导致的有效信息未提醒、无效信息被提醒的问题。

在本申请实施例的一些变更实施方式中，所述方法还包括：

在检测到所述目标用户设置的未读提醒条件发生变化后，遍历所述目标用户的所有未读消息，判断每条所述未读消息是否符合变化后的未读提醒条件；

根据符合所述变化后的未读提醒条件的未读消息的数量，更新所述目标用户的未读消息数，并触发将最新的未读消息数发送给所述目标用户使用的目标终端。

通过上述实施方式，在检测到未读提醒条件发生变化后，可以重新对未读消息进行判断，从而及时地更新所述目标应用程序的未读消息数，实时确保更新后的未读消息数能够保持较高的参考价值。

在本申请实施例的一些变更实施方式中，所述方法还包括：

若符合，则将所述新消息确定为第一类未读消息；

若不符合，则将所述新消息确定为第二类未读消息；

将所述第一类未读消息和/或所述第二类未读消息发送给所述目标终端。

本实施方式，通过将所述新消息进行区分为第一类未读消息和第二类未读消息，并发送给目标终端，从而可以使目标终端对上述第一类未读消息和第二类未读消息进行区分显示，例如，可以在用户查看时，跳过所述第二类未读消息而依次显示所述第一类未读消息，从而可以减少无效信息给用户带来的信息干扰，整体上提高用户的消息查看效率，给用户带来更好的阅读体验。

在上述的实施例中，提供了一种用于服务端的未读消息数处理方法，与之相对应的，本申请还提供一种用于服务端的未读消息数处理装置。本申请实施例提供的未读消息数处理装置可以实施上述未读消息数处理方法，该未读消息数处理装置可以通过软件、硬件或软硬结合的方式来实现。例如，该未读消息数处理装置可以包括集成的或分开的功能模块或单元来执行上述各方法中的对应步骤。请参考图10，其示出了本申请的一些实施方式所提供的一种未读消息数处理装置的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图10所示，所述未读消息数处理装置20，用于服务端，可以包括：

新消息接收模块201，用于接收收件人为目标用户的新消息；

消息判断模块202，用于判断所述新消息是否符合所述目标用户设置的未读提醒条件；

消息数更新模块203，用于若符合，则根据所述新消息更新所述目标用户的未读消息数；

消息数保持模块204，用于若不符合，则保持所述目标用户的未读消息数不变；

未读消息数发送模块205，用于将最新的未读消息数发送给所述目标用户使用的目标终端，以使所述目标终端根据所述未读消息数对所述目标用户进行提醒。

在本申请实施例的一些变更实施方式中，所述消息判断模块202，包括：

消息判断单元，用于根据所述新消息的发件人、消息类型或消息内容中的至少一项，确定所述新消息是否符合所述目标用户设置的未读提醒条件。

在本申请实施例的一些变更实施方式中，所述未读提醒条件包括以下至少一项：

所述新消息的发件人属于允许提醒群组或不属于禁止提醒群组；

所述新消息的消息类型属于允许提醒类型或不属于禁止提醒类型；

所述新消息的消息内容包含允许提醒内容或不包含禁止提醒内容。

在本申请实施例的一些变更实施方式中，所述装置20还包括：

未读提醒条件接收模块，用于接收所述目标终端上传的由所述目标用户设置的未读提醒条件。

在本申请实施例的一些变更实施方式中，所述装置还包括：

历史查看记录获取模块，用于获取所述目标用户对消息的历史查看记录；

消息查看偏好确定模块，用于根据所述历史查看记录，确定所述目标用户的消息查看偏好；

推荐信息生成模块，用于根据所述消息查看偏好，生成未读提醒条件推荐信息；

推荐信息发送模块，用于将所述未读提醒条件推荐信息发送给所述目标终端，以使所述目标终端根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件。

在本申请实施例的一些变更实施方式中，所述装置20还包括：

条件变化响应模块，用于在检测到所述目标用户设置的未读提醒条件发生变化后，遍历所述目标用户的所有未读消息，判断每条所述未读消息是否符合变化后的未读提醒条件；

变化后更新模块，用于根据符合所述变化后的未读提醒条件的未读消息的数量，更新所述目标用户的未读消息数，并触发将最新的未读消息数发送给所述目标用户使用的目标终端。

在本申请实施例的一些变更实施方式中，所述装置20还包括：

第一类未读消息确定模块，用于若符合，则将所述新消息确定为第一类未读消息；

第一类未读消息确定模块，用于若不符合，则将所述新消息确定为第二类未读消息；

未读消息发送模块，用于将所述第一类未读消息和/或所述第二类未读消息发送给所述目标终端。

本申请实施例提供的未读消息数处理装置20，与本申请前述实施例提供的未读消息数处理方法出于相同的发明构思，具有相同的有益效果。

本申请实施例还提供一种与上述用于服务端的未读消息数处理方法配合实施的、用于目标终端的未读消息数处理方法。需要说明的是，下述实施例说明，可参照前述任意关于未读消息数处理方法的实施例说明进行理解，部分内容不再赘述，相应的，前述任意关于未读消息数处理方法的实施例说明，也可以参照下述实施例说明进行理解。

请参考图11，其示出了本申请的一些实施方式所提供的再一种未读消息数处理方法的流程图，所述未读消息数处理方法，用于目标终端，可以包括以下步骤：

步骤S301：确定目标用户设置的未读提醒条件；

步骤S302：将所述未读提醒条件上传至服务端，以使所述服务端根据所述未读提醒条件确定所述目标用户的未读消息数；

步骤S303：接收所述服务端发送的最新的未读消息数；

步骤S304：根据所述最新的未读消息数对本地的未读消息数进行更新。

基于上述说明，本申请实施例提供的未读消息数处理方法，与本申请前述实施例提供的未读消息数处理方法出于相同的发明构思，至少具有以下相应的有益效果：通过确定目标用户设置的未读提醒条件，并将所述未读提醒条件上传至服务端，从而可以使所述服务端根据所述未读提醒条件确定所述目标用户的未读消息数，然后在接收所述服务端发送的最新的未读消息数后，根据所述最新的未读消息数对本地的未读消息数进行更新。其中，由于未读提醒条件可以根据用户的需求灵活设置，通过将所述未读提醒条件上传至服务端，可以使服务端判断新消息是否符合所述未读提醒条件，即按照用户意愿对新消息进行合理的筛选，从而可以确保符合未读提醒条件的新消息有更高的概率是对用户有用的、与用户相关的或者用户更为关注的消息，根据该类消息更新得到的未读消息数显然具有更高的参考价值，可以实现用户对未读消息数的个性化定制，且由于符合未读提醒条件的新消息有更高的概率被用户查看，因此不会造成未读消息数量的无效累计，使得更新后的未读消息数可以有效起到提醒用户的作用。

在本申请实施例的一些变更实施方式中，所述目标终端安装有目标应用程序，所述未读提醒条件针对所述目标应用程序设置；

所述方法还包括：

根据更新后的所述未读消息数，更新所述目标应用程序的桌面快捷方式图标角标、所述目标应用程序在操作系统通知栏中的未读消息数、和所述目标应用程序显示界面中的未读消息数中的至少一项。

在本申请实施例的一些变更实施方式中，所述方法还包括：

在所述目标应用程序的显示界面，显示未读提醒条件设置触发元素；

响应于所述目标用户针对所述未读提醒条件设置触发元素的第一触发操作，显示未读提醒条件设置页面；

根据所述目标用户针对所述未读提醒条件设置页面的编辑操作，新增、删除或修改未读提醒条件。

通过上述实施方式，可以方便用户快捷、灵活地设置未读提醒条件，可有效提升用户使用体验。

在本申请实施例的一些变更实施方式中，所述方法还包括：

根据所述目标用户对所述目标应用程序中消息的历史查看记录，确定所述目标用户的消息查看偏好；

根据所述消息查看偏好，生成未读提醒条件推荐信息；

根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件。

本实施方式，可以采用数据分析、用户行为画像等技术确定所述目标用户的消息查看偏好，例如，目标用户每天打开群聊A的频率高于设定频率阈值，则说明目标用户对该群聊A的消息查看偏好度较高，又如，用户对公众号B推送的消息超过设定天数阈值而长期未读，则说明目标用户对该公众号B的消息查看偏好度较低，等等，本领域技术人员可以基于本示例性说明对上述消息查看偏好进行量化分析，从而确定所述目标用户的消息查看偏好，并据此生成未读提醒条件推荐信息，例如，推荐目标用户将上述公众号B添加到禁止提醒群组中，用户可以基于上述未读提醒条件推荐信息进行确认操作和/或修改操作，从而生成或修改所述目标用户设置的未读提醒条件。

通过上述实施方式，可以主动推荐用户进行未读提醒条件的设置，用户只需要在上述未读提醒条件推荐信息的基础上进行简单的确认、修改等操作，即可完成未读提醒条件的设置，可以有效提升未读提醒条件的设置效率，且可以避免用户因设置复杂而不愿进行设置的问题，通过简化用户操作提高用户设置未读提醒条件的积极性；且由于上述未读提醒条件推荐信息是根据用户的消息查看偏好确定的，因此，推荐的未读提醒条件推荐信息具有较高的准确性，有助于用户准确、合理地设置未读提醒条件，减少设置错误导致的有效信息未提醒、无效信息被提醒的问题。

在本申请实施例的一些变更实施方式中，所述方法还包括：

将所述目标用户对所述目标应用程序中消息的历史查看记录上传至服务端；

接收所述服务端发送的未读提醒条件推荐信息，所述未读提醒条件推荐信息由所述服务端根据所述历史查看记录生成；

根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件。

本实施方式与前述实施方式类似，只是将确定所述目标用户的消息查看偏好和生成未读提醒条件推荐信息的步骤移至服务端执行，其也可以实现前述实施方式所实现的有益效果：可以主动推荐用户进行未读提醒条件的设置，用户只需要在上述未读提醒条件推荐信息的基础上进行简单的确认、修改等操作，即可完成未读提醒条件的设置，可以有效提升未读提醒条件的设置效率，且可以避免用户因设置复杂而不愿进行设置的问题，通过简化用户操作提高用户设置未读提醒条件的积极性；且由于上述未读提醒条件推荐信息是根据用户的消息查看偏好确定的，因此，推荐的未读提醒条件推荐信息具有较高的准确性，有助于用户准确、合理地设置未读提醒条件，减少设置错误导致的有效信息未提醒、无效信息被提醒的问题。

在本申请实施例的一些变更实施方式中，所述方法还包括：

接收所述服务端发送的第一类未读消息和第二类未读消息；

响应于所述目标用户输入的未读消息查看触发操作，按照所述第一类未读消息的发件时间的先后顺序，跳过所述第二类未读消息而依次显示所述第一类未读消息。

本实施方式，可以在用户查看时，跳过所述第二类未读消息而依次显示所述第一类未读消息，从而可以减少无效信息给用户带来的信息干扰，整体上提高用户的消息查看效率，给用户带来更好的阅读体验。

在上述的实施例中，提供了一种用于目标终端的未读消息数处理方法，与之相对应的，本申请还提供一种用于目标终端的未读消息数处理装置。本申请实施例提供的未读消息数处理装置可以实施上述未读消息数处理方法，该未读消息数处理装置可以通过软件、硬件或软硬结合的方式来实现。例如，该未读消息数处理装置可以包括集成的或分开的功能模块或单元来执行上述各方法中的对应步骤。请参考图12，其示出了本申请的一些实施方式所提供的再一种未读消息数处理装置的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图12所示，所述未读消息数处理装置30，用于目标终端，可以包括：

未读提醒条件确定模块301，用于确定目标用户设置的未读提醒条件；

未读提醒条件上传模块302，用于将所述未读提醒条件上传至服务端，以使所述服务端根据所述未读提醒条件确定所述目标用户的未读消息数；

未读消息数接收模块303，用于接收所述服务端发送的最新的未读消息数；

未读消息数更新模块304，用于根据所述最新的未读消息数对本地的未读消息数进行更新。

在本申请实施例的一些变更实施方式中，所述目标终端安装有目标应用程序，所述未读提醒条件针对所述目标应用程序设置；

所述装置30还包括：

显示效果更新模块，用于根据更新后的所述未读消息数，更新所述目标应用程序的快捷方式图标角标、所述目标应用程序在操作系统通知栏中的未读消息数、和所述目标应用程序显示界面中的未读消息数中的至少一项。

在本申请实施例的一些变更实施方式中，所述装置30还包括：

条件设置触发元素显示模块，用于在所述目标应用程序的显示界面，显示未读提醒条件设置触发元素；

条件设置页面显示模块，用于响应于所述目标用户针对所述未读提醒条件设置触发元素的第一触发操作，显示未读提醒条件设置页面；

未读提醒条件编辑模块，用于根据所述目标用户针对所述未读提醒条件设置页面的编辑操作，新增、删除或修改未读提醒条件。

在本申请实施例的一些变更实施方式中，所述装置30还包括：

消息查看偏好确定模块，用于根据所述目标用户对所述目标应用程序中消息的历史查看记录，确定所述目标用户的消息查看偏好；

推荐信息生成模块，用于根据所述消息查看偏好，生成未读提醒条件推荐信息；

第一推荐信息处理模块，用于根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件。

在本申请实施例的一些变更实施方式中，所述装置30还包括：

历史查看记录上传模块，用于将所述目标用户对所述目标应用程序中消息的历史查看记录上传至服务端；

推荐信息接收模块，用于接收所述服务端发送的未读提醒条件推荐信息，所述未读提醒条件推荐信息由所述服务端根据所述历史查看记录生成；

第二推荐信息处理模块，用于根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件。

在本申请实施例的一些变更实施方式中，所述装置30还包括：

未读消息接收模块，用于接收所述服务端发送的第一类未读消息和第二类未读消息；

未读消息显示模块，用于响应于所述目标用户输入的未读消息查看触发操作，按照所述第一类未读消息的发件时间的先后顺序，跳过所述第二类未读消息而依次显示所述第一类未读消息。

本申请实施例提供的未读消息数处理装置30，与本申请前述实施例提供的未读消息数处理方法出于相同的发明构思，具有相同的有益效果。

为了便于对上述实施方式进行理解，本申请实施例还提供一些具体实施方式，以下具体的实施例说明可以参照前述任一实施方式进行理解，前述任一实施方式也可以参照下述实施例说明进行理解，部分内容不再赘述。

请参考图13，其示出了本申请的一些具体实施方式所提供的一种未读消息数更新方法的流程图，下面结合图13对一些具体实施方式所提供的未读消息数更新方法进行简要说明，部分内容可以结合前述实施例说明及附图13的内容进行理解，此处不再赘述。

请参考图13，本申请的一些具体实施方式所提供的一种未读消息数更新方法，可以包括：

步骤S401：客户端(即终端)在应用程序(即图13中的App)中提供会话列表页(显示界面的一种)，跳转到步骤S402；

步骤S402：客户端在检测到用户点击标题栏(即第一触发操作)后，弹出消息类型分组、新建按钮(即未读提醒条件设置页面)，跳转到步骤S403；

步骤S403：客户端根据检测到的用户操作执行后续动作，若检测到用户选择一个或多个类型(表示选定未读提醒条件)后，向服务端发送未读消息数获取请求，并然后跳转到步骤S406；若检测到用户点击新建组名按钮(表示要新建未读提醒条件)后，跳转到步骤S404；

步骤S404：弹出新建组的页面(即设置子页面)，跳转到步骤S405；

步骤S405：检测到用户输入组名、从通讯录中选择一个或多个成员，并触发保存操作后，保存新建的未读提醒条件并同步到服务端，然后跳转到步骤S403；

步骤S406：接收服务端发送的新的未读消息数；

步骤S407：同步客户端所有的未读消息数，然后更新快捷方式图标角标的未读消息数、应用程序显示界面底部菜单上的未读消息数、应用程序显示界面顶部标题栏的未读消息数。

请参考图14，其示出了本申请的一些具体实施方式所提供的一种未读消息数更新方法的时序图，下面结合图14对一些具体实施方式所提供的未读消息数更新方法进行简要说明，部分内容可以结合前述实施例说明及附图14的内容进行理解，此处不再赘述。

如图14所示，本申请的一些具体实施方式所提供的一种未读消息数更新方法，可以包括：

步骤S501：客户端(即终端)通过服务端的获取组名列表接口向服务端发送获取请求(可以理解为获取未读提醒条件的请求)；

步骤S502：客户端接收服务端返回的未读提醒条件中组名(可以理解为未读提醒条件列表)；

步骤S503：客户端向服务端发送读取通讯录请求；

步骤S504：客户端接收服务端提供的通讯录列表；

步骤S505：客户端在检测到新建组(可以理解为新建未读提醒条件)的操作后，向服务端发送新建组的请求；

步骤S506：客户端获得组的创建状态(例如创建成功)，并同步本地组名(可以理解为同步未读提醒条件)；

步骤S507：客户端检测到用户选择一个或多个类型(表示选定未读提醒条件)后，向服务端发送关注的类型的请求；

步骤S508：客户端获得未读提醒条件的最新状态和最新的未读消息数；

步骤S509：客户端同步所有的未读消息数，然后更新快捷方式图标角标的未读消息数、应用程序显示界面底部菜单上的未读消息数、应用程序显示界面顶部标题栏的未读消息数。

通过上述图13、图14对应的实施例说明，用户通过操作应用程序的顶部消息数，单击顶部标题栏，会弹出供用户选择的不同消息类型(即多个未读提醒条件)，设置完毕后之后应用程序所有的消息通知都将显示为用户设置的消息类型的统计，实现自定义关注类型的功能。此外，用户还可以自定义消息类型，比如新建一个“我的关心组1”，可以添加特定的人、群、服务号等。从而可以只获取用户自己关心的消息，让应用程序快捷方式图标角标、应用程序内部未读消息数都显示用户自己关心的类型，另外，还可以具体到某个指定用户，让应用程序的消息通知真正成为该指定用户专属的消息通知。

本申请实施方式还提供一种与前述实施方式所提供的未读消息数处理方法对应的电子设备，所述电子设备可以是用于服务端的电子设备，例如服务器，包括独立的服务器和分布式服务器集群等，以执行上述用于服务端的未读消息数处理方法；所述电子设备也可以是用作终端的电子设备，例如手机、笔记本电脑、平板电脑、台式机电脑等，以执行上述用于目标终端的未读消息数处理方法。

请参考图15，其示出了本申请的一些实施方式所提供的一种电子设备的示意图。如图15所示，所述电子设备40可以包括：处理器400，存储器401，总线402和通信接口403，所述处理器400、通信接口403和存储器401通过总线402连接；所述存储器401中存储有可在所述处理器400上运行的计算机程序，所述处理器400运行所述计算机程序时执行本申请前述任一实施方式所提供的未读消息数处理方法。

其中，存储器401可能包含高速随机存取存储器(RAM：Random Access Memory)，也可能还可以包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口403(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。

总线402可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中，存储器401用于存储程序，所述处理器400在接收到执行指令后，执行所述程序，前述本申请实施例任一实施方式揭示的所述未读消息数处理方法可以应用于处理器400中，或者由处理器400实现。

处理器400可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器400中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器400可以是通用处理器，可以包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器401，处理器400读取存储器401中的信息，结合其硬件完成上述方法的步骤。

本申请实施例提供的电子设备与本申请实施例提供的未读消息数处理方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的未读消息数处理方法对应的计算机可读介质，请参考图16，其示出的计算机可读存储介质为光盘50，其上存储有计算机程序(即程序产品)，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的未读消息数处理方法。

需要说明的是，所述计算机可读存储介质的例子还可以可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。

本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的未读消息数处理方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

需要说明的是，附图中的流程图和框图显示了根据本申请的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，可以包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质可以包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围，其均应涵盖在本申请的权利要求和说明书的范围当中。

Claims (14)

1.一种未读消息数处理方法，用于目标终端，其特征在于，包括：

基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户；

判断所述新消息是否符合所述目标用户设置的未读提醒条件；

若符合，则根据所述新消息更新所述目标应用程序的未读消息数；

若不符合，则保持所述目标应用程序的未读消息数不变；其中，所述方法还包括：

根据所述目标用户对所述目标应用程序中消息的历史查看记录，确定所述目标用户的消息查看偏好；

根据所述消息查看偏好，生成未读提醒条件推荐信息；

根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件；其中，所述消息查看偏好确定时采用的技术至少包括数据分析技术、用户行为画像技术；其中，所述方法还包括：

在检测到所述目标用户设置的未读提醒条件发生变化后，遍历所有未读消息，判断每条所述未读消息是否符合变化后的未读提醒条件，并根据符合所述变化后的未读提醒条件的未读消息的数量，更新所述目标应用程序的未读消息数；

若符合，则将所述新消息确定为第一类未读消息；

若不符合，则将所述新消息确定为第二类未读消息；

响应于所述目标用户输入的未读消息查看触发操作，按照所述第一类未读消息的发件时间的先后顺序，跳过所述第二类未读消息而依次显示所述第一类未读消息；

所述方法还包括：

在所述目标应用程序的显示界面，显示未读提醒条件设置触发元素；

响应于所述目标用户针对所述未读提醒条件设置触发元素的第一触发操作，显示未读提醒条件设置页面；

根据所述目标用户针对所述未读提醒条件设置页面的编辑操作，新增、删除或修改未读提醒条件。

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

根据更新后的所述未读消息数，更新所述目标应用程序的快捷方式图标角标、所述目标应用程序在操作系统通知栏中的未读消息数、和所述目标应用程序显示界面中的未读消息数中的至少一项。

3.根据权利要求1所述的方法，其特征在于，所述判断所述新消息是否符合所述目标用户设置的未读提醒条件，包括：

根据所述新消息的发件人、消息类型或消息内容中的至少一项，确定所述新消息是否符合所述目标用户设置的未读提醒条件。

4.根据权利要求3所述的方法，其特征在于，所述未读提醒条件包括以下至少一项：

所述新消息的发件人属于允许提醒群组或不属于禁止提醒群组；

所述新消息的消息类型属于允许提醒类型或不属于禁止提醒类型；

所述新消息的消息内容包含允许提醒内容或不包含禁止提醒内容。

5.一种未读消息数处理装置，用于目标终端，其特征在于，包括：

消息接收模块，用于基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户；

消息判断模块，用于判断所述新消息是否符合所述目标用户设置的未读提醒条件；

消息数更新模块，用于若符合，则根据所述新消息更新所述目标应用程序的未读消息数；

消息数保持模块，用于若不符合，则保持所述目标应用程序的未读消息数不变；其中，所述装置还包括：

消息查看偏好确定模块，用于根据所述目标用户对所述目标应用程序中消息的历史查看记录，确定所述目标用户的消息查看偏好；

推荐信息生成模块，用于根据所述消息查看偏好，生成未读提醒条件推荐信息；

推荐信息处理模块，用于根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件；其中，所述消息查看偏好确定时采用的技术至少包括数据分析技术、用户行为画像技术；所述装置还包括：

条件变化响应模块，用于在检测到所述目标用户设置的未读提醒条件发生变化后，遍历所有未读消息，判断每条所述未读消息是否符合变化后的未读提醒条件，并根据符合所述变化后的未读提醒条件的未读消息的数量，更新所述目标应用程序的未读消息数；

若符合，则将所述新消息确定为第一类未读消息；

若不符合，则将所述新消息确定为第二类未读消息；

响应于所述目标用户输入的未读消息查看触发操作，按照所述第一类未读消息的发件时间的先后顺序，跳过所述第二类未读消息而依次显示所述第一类未读消息；

在目标应用程序的显示界面，显示未读提醒条件设置触发元素；

响应于所述目标用户针对所述未读提醒条件设置触发元素的第一触发操作，显示未读提醒条件设置页面；

根据所述目标用户针对所述未读提醒条件设置页面的编辑操作，新增、删除或修改未读提醒条件。

6.一种未读消息数处理方法，用于服务端，其特征在于，包括：

接收收件人为目标用户的新消息；

判断所述新消息是否符合所述目标用户设置的未读提醒条件；

若符合，则根据所述新消息更新所述目标用户的未读消息数；

若不符合，则保持所述目标用户的未读消息数不变；

将最新的未读消息数发送给所述目标用户使用的目标终端，以使所述目标终端根据所述最新的未读消息数对所述目标终端本地的未读消息数进行更新；其中，所述方法还包括：

接收所述目标终端上传的由所述目标用户设置的未读提醒条件；其中，

所述接收所述目标终端上传的由所述目标用户设置的未读提醒条件之前，还包括：

获取所述目标用户对消息的历史查看记录；

根据所述历史查看记录，确定所述目标用户的消息查看偏好；

根据所述消息查看偏好，生成未读提醒条件推荐信息；

将所述未读提醒条件推荐信息发送给所述目标终端，以使所述目标终端根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件；

所述方法还包括：

在检测到所述目标用户设置的未读提醒条件发生变化后，遍历所述目标用户的所有未读消息，判断每条所述未读消息是否符合变化后的未读提醒条件；

若符合，则将所述新消息确定为第一类未读消息；

若不符合，则将所述新消息确定为第二类未读消息；

将所述第一类未读消息和/或所述第二类未读消息发送给所述目标终端，第一类未读消息是有效消息，第二类未读消息是无效消息；

根据符合所述变化后的未读提醒条件的未读消息的数量，更新所述目标用户的未读消息数，并触发将最新的未读消息数发送给所述目标用户使用的目标终端。

7.根据权利要求6所述的方法，其特征在于，所述判断所述新消息是否符合所述目标用户设置的未读提醒条件，包括：

根据所述新消息的发件人、消息类型或消息内容中的至少一项，确定所述新消息是否符合所述目标用户设置的未读提醒条件。

8.根据权利要求7所述的方法，其特征在于，所述未读提醒条件包括以下至少一项：

所述新消息的发件人属于允许提醒群组或不属于禁止提醒群组；

所述新消息的消息类型属于允许提醒类型或不属于禁止提醒类型；

所述新消息的消息内容包含允许提醒内容或不包含禁止提醒内容。

9.一种未读消息数处理装置，用于服务端，其特征在于，包括：

新消息接收模块，用于接收收件人为目标用户的新消息；

消息判断模块，用于判断所述新消息是否符合所述目标用户设置的未读提醒条件；

消息数更新模块，用于若符合，则根据所述新消息更新所述目标用户的未读消息数；

消息数保持模块，用于若不符合，则保持所述目标用户的未读消息数不变；

未读消息数发送模块，用于将最新的未读消息数发送给所述目标用户使用的目标终端，以使所述目标终端根据所述未读消息数对所述目标用户进行提醒；其中，所述装置还包括：

未读提醒条件接收模块，用于接收所述目标终端上传的由所述目标用户设置的未读提醒条件；

所述装置还包括：

历史查看记录获取模块，用于获取所述目标用户对消息的历史查看记录；

消息查看偏好确定模块，用于根据所述历史查看记录，确定所述目标用户的消息查看偏好；

推荐信息生成模块，用于根据所述消息查看偏好，生成未读提醒条件推荐信息；

推荐信息发送模块，用于将所述未读提醒条件推荐信息发送给所述目标终端，以使所述目标终端根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件；

在检测到目标用户设置的未读提醒条件发生变化后，遍历所述目标用户的所有未读消息，判断每条所述未读消息是否符合变化后的未读提醒条件；

若符合，则将所述新消息确定为第一类未读消息；

若不符合，则将所述新消息确定为第二类未读消息；

将所述第一类未读消息和/或所述第二类未读消息发送给所述目标终端，第一类未读消息是有效消息，第二类未读消息是无效消息；

根据符合所述变化后的未读提醒条件的未读消息的数量，更新所述目标用户的未读消息数，并触发将最新的未读消息数发送给所述目标用户使用的目标终端。

10.一种未读消息数处理方法，用于目标终端，其特征在于，包括：

确定目标用户设置的未读提醒条件；

将所述未读提醒条件上传至服务端，以使所述服务端根据所述未读提醒条件确定所述目标用户的未读消息数；

接收所述服务端发送的最新的未读消息数；

根据所述最新的未读消息数对本地的未读消息数进行更新；其中，所述方法还包括：

根据所述目标用户对目标应用程序中消息的历史查看记录，确定所述目标用户的消息查看偏好；其中，所述消息查看偏好确定时采用的技术至少包括数据分析技术、用户行为画像技术；

根据所述消息查看偏好，生成未读提醒条件推荐信息；

根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件；

所述方法还包括：

将所述目标用户对所述目标应用程序中消息的历史查看记录上传至服务端；

接收所述服务端发送的未读提醒条件推荐信息，所述未读提醒条件推荐信息由所述服务端根据所述历史查看记录生成；

所述方法还包括：

接收所述服务端发送的第一类未读消息和第二类未读消息；

响应于所述目标用户输入的未读消息查看触发操作，按照所述第一类未读消息的发件时间的先后顺序，跳过所述第二类未读消息而依次显示所述第一类未读消息；

所述方法还包括：

在所述目标应用程序的显示界面，显示未读提醒条件设置触发元素；

响应于所述目标用户针对所述未读提醒条件设置触发元素的第一触发操作，显示未读提醒条件设置页面；

根据所述目标用户针对所述未读提醒条件设置页面的编辑操作，新增、删除或修改未读提醒条件。

11.根据权利要求10所述的方法，其特征在于，所述目标终端安装有目标应用程序，所述未读提醒条件针对所述目标应用程序设置；

所述方法还包括：

根据更新后的所述未读消息数，更新所述目标应用程序的快捷方式图标角标、所述目标应用程序在操作系统通知栏中的未读消息数、和所述目标应用程序显示界面中的未读消息数中的至少一项。

12.一种未读消息数处理装置，用于目标终端，其特征在于，包括：

未读提醒条件确定模块，用于确定目标用户设置的未读提醒条件；

未读提醒条件上传模块，用于将所述未读提醒条件上传至服务端，以使所述服务端根据所述未读提醒条件确定所述目标用户的未读消息数；

未读消息数接收模块，用于接收所述服务端发送的最新的未读消息数；

未读消息数更新模块，用于根据所述最新的未读消息数对本地的未读消息数进行更新；其中，

所述装置还包括：消息查看偏好确定模块，用于根据所述目标用户对目标应用程序中消息的历史查看记录，确定所述目标用户的消息查看偏好；其中，所述消息查看偏好确定时采用的技术至少包括数据分析技术、用户行为画像技术；

推荐信息生成模块，用于根据所述消息查看偏好，生成未读提醒条件推荐信息；

第一推荐信息处理模块，用于根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件；

将所述目标用户对所述目标应用程序中消息的历史查看记录上传至服务端；

接收所述服务端发送的未读提醒条件推荐信息，所述未读提醒条件推荐信息由所述服务端根据所述历史查看记录生成；

根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件；

接收所述服务端发送的第一类未读消息和第二类未读消息；

响应于所述目标用户输入的未读消息查看触发操作，按照所述第一类未读消息的发件时间的先后顺序，跳过所述第二类未读消息而依次显示所述第一类未读消息；

在所述目标应用程序的显示界面，显示未读提醒条件设置触发元素；

响应于所述目标用户针对所述未读提醒条件设置触发元素的第一触发操作，显示未读提醒条件设置页面；

根据所述目标用户针对所述未读提醒条件设置页面的编辑操作，新增、删除或修改未读提醒条件。

13.一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行以实现如权利要求1至4、6至8或10至11任一项所述的方法。

14.一种计算机可读介质，其特征在于，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如权利要求1至4、6至8或10至11任一项所述的方法。

Images