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

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

【技术实现步骤摘要】
未读消息数处理方法、装置、设备及介质
本申请涉及互联网
，具体涉及一种未读消息数处理方法及装置、一种电子设备以及一种计算机可读介质。
技术介绍
随着移动终端的普及，移动终端在人们日常生活中的重要性也越来越高，同时也给人们的生活带来了极大的便利。通过在移动终端中安装各种应用程序，用户可以实现社交、阅读、购物、观影等诸多事项。实际应用中，移动终端中的应用程序会接收很多的消息，例如，社交应用会接收聊天信息，购物应用会接收到商品发货消息、产品推荐消息等，为了提醒用户查看消息以及直观了解消息数量，请参考图1，其示出了现有技术提供的一种应用程序快捷方式图标角标的示意图，如图1所示，应用程序在手机操作系统桌面的快捷方式图标会显示一角标，利用该角标显示该应用程序的未读消息数量。随着互联网技术的快速发展和普及，上述应用程序接收到的未读消息呈爆炸式增长，但是，人的精力是有限的，用户几乎不可能每接收到一条未读消息都要进行查看，而且，上述未读消息中充斥着大量与用户无关的、或者用户实际上并不关注的消息，这就导致当前应用程序快捷方式图标角标显示的未读消息数量参考价值较低，尤其对于社交应用等消息量较大的应用程序，请参考图1，其角标显示的未读消息数量长期是“99+”，表示该应用程序有99条以上的未读消息，这样的未读消息数量主要是根据用户不关心的未读消息累计得到的，实际上是起不到提醒用户的作用的。
技术实现思路
本申请的目的是提供一种未读消息数处理方法及装置、一种电子设备以及一种计算机可读介质。本申请第一方面提供一种未读消息数处理方法，用于目标终端，包括：基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户；判断所述新消息是否符合所述目标用户设置的未读提醒条件；若符合，则根据所述新消息更新所述目标应用程序的未读消息数；若不符合，则保持所述目标应用程序的未读消息数不变。本申请第二方面提供一种未读消息数处理装置，用于目标终端，包括：消息接收模块，用于基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户；消息判断模块，用于判断所述新消息是否符合所述目标用户设置的未读提醒条件；消息数更新模块，用于若符合，则根据所述新消息更新所述目标应用程序的未读消息数；消息数保持模块，用于若不符合，则保持所述目标应用程序的未读消息数不变。本申请第三方面提供一种未读消息数处理方法，用于服务端，包括：接收收件人为目标用户的新消息；判断所述新消息是否符合所述目标用户设置的未读提醒条件；若符合，则根据所述新消息更新所述目标用户的未读消息数；若不符合，则保持所述目标用户的未读消息数不变；将最新的未读消息数发送给所述目标用户使用的目标终端，以使所述目标终端根据所述最新的未读消息数对所述目标终端本地的未读消息数进行更新。本申请第四方面提供一种未读消息数处理装置，用于服务端，包括：新消息接收模块，用于接收收件人为目标用户的新消息；消息判断模块，用于判断所述新消息是否符合所述目标用户设置的未读提醒条件；消息数更新模块，用于若符合，则根据所述新消息更新所述目标用户的未读消息数；消息数保持模块，用于若不符合，则保持所述目标用户的未读消息数不变；未读消息数发送模块，用于将最新的未读消息数发送给所述目标用户使用的目标终端，以使所述目标终端根据所述未读消息数对所述目标用户进行提醒。本申请第五方面提供一种未读消息数处理方法，用于目标终端，包括：确定目标用户设置的未读提醒条件；将所述未读提醒条件上传至服务端，以使所述服务端根据所述未读提醒条件确定所述目标用户的未读消息数；接收所述服务端发送的最新的未读消息数；根据所述最新的未读消息数对本地的未读消息数进行更新。本申请第六方面提供一种未读消息数处理装置，用于目标终端，包括：未读提醒条件确定模块，用于确定目标用户设置的未读提醒条件；未读提醒条件上传模块，用于将所述未读提醒条件上传至服务端，以使所述服务端根据所述未读提醒条件确定所述目标用户的未读消息数；未读消息数接收模块，用于接收所述服务端发送的最新的未读消息数；未读消息数更新模块，用于根据所述最新的未读消息数对本地的未读消息数进行更新。本申请第七方面提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行以实现本申请第一方面、第三方面或第五方面所述的方法。本申请第八方面提供一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现本申请第一方面、第三方面或第五方面所述的方法。相较于现有技术，本申请在接收到新消息后，会首先判断该新消息是否符合所述目标用户设置的未读提醒条件，只有在符合条件的情况下才统计到未读消息数中，以对未读消息数进行更新，在不符合条件的情况下则保持未读消息数不变，由于未读提醒条件可以根据用户的需求灵活设置，通过判断新消息是否符合所述未读提醒条件，可以按照用户意愿对新消息进行合理的筛选，从而可以确保符合未读提醒条件的新消息有更高的概率是对用户有用的、与用户相关的或者用户更为关注的消息，根据该类消息更新得到的未读消息数显然具有更高的参考价值，可以实现用户对未读消息数的个性化定制，且由于符合未读提醒条件的新消息有更高的概率被用户查看，因此不会造成未读消息数量的无效累计，使得更新后的未读消息数可以有效起到提醒用户的作用。附图说明通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：图1示出了现有技术提供的一种应用程序快捷方式图标角标的示意图；图2示出了本申请的一些实施方式所提供的一种未读消息数处理方法的流程图；图3示出了本申请的一些实施方式所提供的一种未读消息数可视化的示意图；图4示出了本申请的一些实施方式所提供的另一种未读消息数可视化的示意图；图5示出了本申请的一些实施方式所提供的又一种未读消息数可视化的示意图；图6示出了本申请的一些实施方式所提供的一种未读提醒条件设置页面的示意图；图7示出了本申请的一些实施方式所提供的一种新增自定义类型设置子页面的示意图；图8示出了本申请的一些实施方式所提供的一种未读消息数处理装置的示意图；图9示出了本申请的一些实施方式所提供的另一种未读消息数处理方法的流程图；图10示出了本申请的一些实施方式所提供的另一种未读消息数处理装置的示意图；图11示出了本申请的一些实施方式所提供的再一种未读消息数处理方法的流程图；图12示出了本申请的一些实施方式所提供的再本文档来自技高网...

【技术保护点】
1.一种未读消息数处理方法，用于目标终端，其特征在于，包括：/n基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户；/n判断所述新消息是否符合所述目标用户设置的未读提醒条件；/n若符合，则根据所述新消息更新所述目标应用程序的未读消息数；/n若不符合，则保持所述目标应用程序的未读消息数不变。/n

【技术特征摘要】
1.一种未读消息数处理方法，用于目标终端，其特征在于，包括：
基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户；
判断所述新消息是否符合所述目标用户设置的未读提醒条件；
若符合，则根据所述新消息更新所述目标应用程序的未读消息数；
若不符合，则保持所述目标应用程序的未读消息数不变。


2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
根据更新后的所述未读消息数，更新所述目标应用程序的快捷方式图标角标、所述目标应用程序在操作系统通知栏中的未读消息数、和所述目标应用程序显示界面中的未读消息数中的至少一项。


3.根据权利要求1所述的方法，其特征在于，所述判断所述新消息是否符合所述目标用户设置的未读提醒条件，包括：
根据所述新消息的发件人、消息类型或消息内容中的至少一项，确定所述新消息是否符合所述目标用户设置的未读提醒条件。


4.根据权利要求3所述的方法，其特征在于，所述未读提醒条件包括以下至少一项：
所述新消息的发件人属于允许提醒群组或不属于禁止提醒群组；
所述新消息的消息类型属于允许提醒类型或不属于禁止提醒类型；
所述新消息的消息内容包含允许提醒内容或不包含禁止提醒内容。


5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述目标应用程序的显示界面，显示未读提醒条件设置触发元素；
响应于所述目标用户针对所述未读提醒条件设置触发元素的第一触发操作，显示未读提醒条件设置页面；
根据所述目标用户针对所述未读提醒条件设置页面的编辑操作，新增、删除或修改未读提醒条件。


6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
根据所述目标用户对所述目标应用程序中消息的历史查看记录，确定所述目标用户的消息查看偏好；
根据所述消息查看偏好，生成未读提醒条件推荐信息；
根据所述目标用户对所述未读提醒条件推荐信息的确认操作和/或修改操作，生成或修改所述目标用户设置的未读提醒条件。


7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在检测到所述目标用户设置的未读提醒条件发生变化后，遍历所有未读消息，判断每条所述未读消息是否符合变化后的未读提醒条件，并根据符合所述变化后的未读提醒条件的未读消息的数量，更新所述目标应用程序的未读消息数。


8.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若符合，则将所述新消息确定为第一类未读消息；
若不符合，则将所述新消息确定为第二类未读消息；
响应于所述目标用户输入的未读消息查看触发操作，按照所述第一类未读消息的发件时间的先后顺序，跳过所述第二类未读消息而依次显示所述第一类未读消息。


9.一种未读消息数处理装置，用于目标终端，其特征在于，包括：
消息接收模块，用于基于目标应用程序接收新消息，其中，所述新消息的收件人包括使用所述目标终端的目标用户；
消息判断模块，用于判断所述新消息是否符合所述目标用户设置的未读提醒条件；
消息数更新模块，用于若符合，则根据所述新消息更新所述目标应用程序的未读消息数；
消息数保持模块，用于若不符合，则保持所述目标应用程序的未读消息数不变。


10.一种未读消息数处理方法，用于服务端，其特征在于，包括：
接收收件人为目标用户的新消息；
判断所述新消息是否符合所述目标用户设置的未读提醒条件；
若符合，则根据所述新消息更新所述目标用户的未读消息数；
若不符合，则保持所述目标用户的未读消息数不变；
将最新的未读消息数发送给所述目标用户使用的目标终端，以使所述目标终端根据所述最新的未读消息数对所述目标终端本地的未读消息数进行更新。


11.根据权利要求10所述的方法，其特征在于，所述判断所述新消息是否符合所述目标用户设置的未读提醒条件，包括：
根据所述新消息的发件人、消息类型或消息内容中的至少一项，确定所述新消息是否符合所述目标用户设置的未读提醒条件。


12.根据权利要求11所述的方法，其特征在于，所述未读提醒条件包括以下至少一项：
所述新消息的发件人属于允许提醒群组或不属于禁止提醒群组；
所述新消息的消息类型属于允许提醒类型或不属于禁止提醒类型；
所述新消息的消息内容包含允许提醒内容或不包含禁止提醒内容。


13.根据权利要求10所述的方法，其特征在于，所述方法还包括：
接收所述目标终端上传的由所述目标用户设置的未读提醒条件。


14.根据权利要求13所述的方法，其特征在于，所述接收所述目标终端上传的由所述目标用户设置的未读提醒条件之前，还包括：
获取所述目标用户对消息的历史查看记录；
根据所述历史查看记录，确定所述目标用户的消息查看偏好；

【专利技术属性】
技术研发人员：卞顺新，
申请(专利权)人：上海掌门科技有限公司，
类型：发明
国别省市：上海;31