CN114363282A - 消息处理方法和电子设备 - Google Patents

Abstract

本申请公开了一种消息处理方法及电子设备，属于电子技术领域，以解决用户逐条手动点击处理接收到的消息，浪费时间和精力的问题。其中，所述方法包括：在接收到通知消息的情况下，获取所述通知消息的特征信息；根据所述特征信息确定所述通知消息的类型；更新目标界面中所述通知消息对应的类型的数量标识，其中，所述目标界面包括不同类型的通知消息的数量标识。本申请中的消息处理方法应用于电子设备中。

Description

消息处理方法和电子设备

技术领域

本申请属于电子技术领域，具体涉及一种消息处理方法和电子设备。

背景技术

目前，发送消息的途径从原来的短信套餐，发展到现在可以使用网络数据的聊天软件，使得用户发送消息的成本变得越来越低。因此，作为接收方的用户每天都会接收到大量的消息，包括短信消息、微信消息等。

其中，接收到大量消息中，包括很多高重复性、无效或低效的消息。例如，节假日时，会收到大量的群发祝福消息。通常，为了避免遗漏重要消息，用户只能逐条手动点击处理，浪费时间和精力。

发明内容

本申请实施例的目的是提供一种消息处理方法，能够解决用户逐条手动点击处理接收到的消息，浪费时间和精力的问题。

第一方面，本申请实施例提供了一种消息处理方法，该方法包括：在接收到通知消息的情况下，获取所述通知消息的特征信息；根据所述特征信息确定所述通知消息的类型；更新目标界面中所述通知消息对应的类型的数量标识，其中，所述目标界面包括不同类型的通知消息的数量标识。

第二方面，本申请实施例提供了一种消息处理装置，该装置包括：获取模块，用于在接收到通知消息的情况下，获取所述通知消息的特征信息；确定模块，用于根据所述特征信息确定所述通知消息的类型；更新模块，用于更新目标界面中所述通知消息对应的类型的数量标识，其中，所述目标界面包括不同类型的通知消息的数量标识。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第五方面，本申请实施例提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面的方法。

这样，在本申请实施例中，在接收到通知消息的情况下，可获取通知消息的特征信息。其中，特征信息包括但不限于通知消息的消息内容、接收时间、发送对象的属性信息等等。进一步地，基于获取的特征信息，将接收到的通知消息进行类型整合，从而更新通知消息对应的类型中，接收到的通知消息的数量，并在显示通知消息的目标界面中更新用于指示该类型消息数量的标识。与此同时，在目标界面中，通过上述方式，还显示不同的消息类型，以及对应的数量的标识。可见，本实施例可将高重复性的同类型通知消息进行整合，并显示数量标识，从而用户可针对同类型的通知消息进行集中处理，例如针对广告类通知消息等无效消息统一删除，进而避免用户逐条手动点击处理，节省用户时间和精力。

附图说明

图1是本申请实施例的消息处理方法的流程图之一；

图2是本申请实施例的消息处理方法的界面显示示意图之一；

图3是本申请实施例的消息处理方法的界面显示示意图之二；

图4是本申请实施例的消息处理方法的流程图之二；

图5是本申请实施例的消息处理方法的界面显示示意图之三；

图6是本申请实施例的消息处理方法的流程图之三；

图7是本申请实施例的消息处理方法的界面显示示意图之四；

图8是本申请实施例的消息处理方法的界面显示示意图之五；

图9是本申请实施例的消息处理方法的流程图之四；

图10是本申请实施例的消息处理方法的界面显示示意图之六；

图11是本申请实施例的消息处理方法的流程图之五；

图12是本申请实施例的消息处理方法的界面显示示意图之七；

图13是本申请实施例的消息处理装置的框图；

图14是本申请实施例的电子设备的硬件结构示意图之一。

图15是本申请实施例的电子设备的硬件结构示意图之二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的消息处理方法进行详细地说明。

图1示出了本申请一个实施例的消息处理方法的流程图，包括：

步骤S1：在接收到通知消息的情况下，获取通知消息的特征信息。

其中，特征信息至少包括接收时间、消息内容、发送对象的属性信息等。

可选地，发送对象的属性信息包括但不限于：发送对象的名称、发送对象的账号、发送对象的电话号码、发送对象为独立的个人还是为团体中的个人。

可选地，通知消息为聊天消息、短信消息、其他推送消息等。

步骤S2：根据特征信息确定通知消息的类型。

示例性地，基于获取的通知消息的特征信息，可划分出发送对象为独立的个人的个人消息和发送对象为团体中的个人的群消息，这两大类消息。

示例性地，基于获取的通知消息的特征信息，可划分出消息内容包括“祝福”等相关词汇的一类消息。

示例性地，基于获取的通知消息的特征信息，可划分出消息内容包括“银行、流量、保险”等相关词汇的广告类消息。

进一步地，可将获取的通知消息中的多个特征信息进行组合，划分出更精细的类型。

示例性地，基于获取的通知消息的特征信息，可划分出消息内容包括“祝福”等相关词汇和接收时间为用户生日日期的生日祝福类消息。

应用场景如，对于个人消息，综合考虑接收时间，发送对象的名称和消息内容。如果接收时间是节假日或用户生日等特殊日期，再结合消息内容，判断是否有该节假日、问候、祝福等字眼，得出该通知消息是否是节日问候祝福类消息。

应用场景如，对于个人消息，综合考虑消息内容和发送对象的名称。如果是消息内容中经常出现“银行、流量、保险”等字眼，得出该通知消息可能属于广告类消息。进一步地，对发送对象的名称进行分析，如果发送对象的名称为“贷款银行”，得出该通知消息不同于广告类消息，为重要的消息。

可选地，可基于大数据中的大量消息，得到多种类型，如广告、祝福等等。进一步地，用户还可自定义类型，以及自定义与类型匹配的特性信息。

例如，对于发送对象为“贷款银行”，且消息内容包括“银行、流量、保险”等字眼的一类消息，可自定义为重要的一类消息，以避免混入广告类消息中。

另外，本实施例同样适用于通知消息为群消息的情况。从而可对接收到的群消息进行分类处理。

步骤S3：更新目标界面中通知消息对应的类型的数量标识，其中，目标界面包括不同类型的通知消息的数量标识。

目标界面可用于显示通知消息。

例如，目标界面为锁屏界面，同一类型中对弈的通知消息显示在一条显示栏中，其中，显示栏中包括对应的类型的数量标识。

又如，目标界面为自定义界面，同一类型中对弈的通知消息显示在一条显示栏中，其中，显示栏中包括对应的类型的数量标识。

数量标识可通过具体的数字形式来呈现。

例如，在图2中，在“祝福提示”的显示栏中，显示“收到春节祝福32个”。

又如，在图3中，在“广告提示”的显示栏中，显示“收到广告32个”。

数量标识便于向用户汇总，使用户一目了然，避免手动统计，节省用户时间和精力。

可选地，本实施例中接收到的通知消息为未读通知消息。从而，可针对至当前时间为止，用户所有未读的通知消息进行类型整合后，集中显示，并更新对应的类型的数量标识。

这样，在本申请实施例中，在接收到通知消息的情况下，可获取通知消息的特征信息。其中，特征信息包括但不限于通知消息的消息内容、接收时间、发送对象的属性信息等等。进一步地，基于获取的特征信息，将接收到的通知消息进行类型整合，从而更新通知消息对应的类型中，接收到的通知消息的数量，并在显示通知消息的目标界面中更新用于指示该类型消息数量的标识。与此同时，在目标界面中，通过上述方式，还显示不同的消息类型，以及对应的数量的标识。可见，本实施例可将高重复性的同类型通知消息进行整合，并显示数量标识，从而用户可针对同类型的通知消息进行集中处理，例如针对广告类通知消息等无效消息统一删除，进而避免用户逐条手动点击处理，节省用户时间和精力。

在图1所示实施例的基础上，图4示出了本申请另一个实施例的消息处理方法的流程图，步骤S3之后，还包括：

步骤S4：接收对通知消息对应的类型标识的第一输入。

第一输入的实现形式不限于触摸输入、隔空输入等；不限于手势输入、面部输入等；不限于一个输入、多个输入。而且，当第一输入包括多个输入时，多个输入可以是连续的，还可以是间断的。

可选地，可获取任一类型对应的通知消息中，包括的共同特征信息，根据共同特征信息，生成与共同特征信息对应的关键词。从而，类型标识至少可展示出关键词，以用于区别各个类型标识。

可选地，类型标识为图标、通知栏、显示栏等形式。

参见图2，例如，类型标识为“祝福提示”的通知栏，其中，“祝福”为该类消息的共同特征信息。

参见图3，例如，类型标识为“广告提示”的通知栏，其中，“广告”为该类消息的共同特征信息。

参见图5，该步骤的应用场景如，用户向左(图中左侧箭头所示方向)滑动“广告提示”的通知栏；用户向右(图中右侧箭头所示方向)滑动“广告提示”的通知栏；用户长按“广告提示”的通知栏。

步骤S5：响应于第一输入，对通知消息对应的类型进行关注，忽略，或者收藏。

可预设第一输入的不同实现方式，以分别实现对应的功能。

步骤S6：在对通知消息对应的类型进行关注的情况下，在目标界面中更新通知消息对应的类型的数量标识。

参见图5，例如，用户向右滑动“广告提示”的通知栏，在此之后接收到同类通知消息后，继续提醒，从而继续在目标界面中更新通知消息对应的类型的数量标识。

步骤S7：在对通知消息对应的类型进行忽略的情况下，在目标界面中删除通知消息对应的类型标识。

参见图5，例如，用户向左滑动“广告提示”的通知栏，在此之后接收到同类通知消息，关闭提醒，从而在目标界面中删除通知消息对应的类型标识。

步骤S8：在对通知消息对应的类型进行收藏的情况下，在目标界面中突出显示通知消息对应的类型标识。

参见图5，例如，用户长按“广告提示”的通知栏，在此之后接收到同类通知消息，继续提醒，且突出显示。突出显示的方式不做限定，以可实现区别于其他类通知消息为准。

在本实施例中，用户可针对不同类型的通知消息进行不同的设置。因此，可根据用户喜欢，对用户进行消息提醒，并更新该类消息的数量标识，从而进一步节省用户的时间和精力。

在本申请的另一个实施例中，在步骤S3之后，还包括：

接收对通知消息对应的类型标识的输入；响应于该输入，在目标界面显示该类型对应的通知消息的发送对象的名称。

输入应用场景如，在图2中，用户点击“祝福提示”的通知栏。

输入应用场景又如，在图3中，用户点击“广告提示”的通知栏。

其中，发送对象的名称，例如联系人的名称。

显示应用场景如，在图2中，用户点击“祝福提示”的通知栏后，通知栏展开，显示联系人A、B、C等。

可选地，对于广告类等一些骚扰类型的通知消息，可进行简单提示，而不再展示每个通知消息的发送对象的名称。

应用场景如，在图5中，用户点击“广告提示”的通知栏后，通知栏展开，显示银行广告4个等。

可选地，可从获取的通知消息的特征信息中得到发送对象的属性信息，属性信息包括发送对象的名称，从而在该步骤中显示。

进一步地，用户可继续对显示的发送对象的名称标识进行输入，以达到显示各个发送对象的通知消息的目的。

在本实施例中，提供了一种集中显示一类通知消息的方法，可将同类通知消息的发送对象进行整理，统一对用户进行提示。可见，本实施例中的显示方法进一步按照发送对象对通知消息进行汇总显示，显示方法简单明了，显示效果整洁，从而进一步节省用户时间和精力。

在图1所示实施例的基础上，图6示出了本申请另一个实施例的消息处理方法的流程图，步骤S3之后，还包括：

步骤S9：根据通知消息对应的类型的特征信息，生成第一回复消息。

在本实施例中，可根据通知消息的共同特征信息，自动生成第一回复消息的内容。

例如，对于收到的节日祝福消息，自动生成相应的祝福感谢消息。

在更多的实施例中，用户还可预设第一回复消息的内容。

步骤S10：针对类型对应的通知消息回复第一回复消息。

参见图7，例如，对于收到的节日祝福消息，自动生成相应的祝福感谢消息，进行回复。

在更多的实施例中，用户还可预设条件，仅在满足条件时自动回复。

在更多的实施例中，用户还可选择指定的发送对象，进行自动回复。

在更多的实施例中，用户还可选择第一回复消息的标识，进行手动回复。

在本实施例中，对于一些类型的通知消息，可实现自动回复。例如，针对一些既需要回复，又没有必要逐条回复的通知类型，本实施例可实现自动回复。丛而进一步节省用户的时间和精力。

在图1所示实施例的基础上，图9示出了本申请另一个实施例的消息处理方法的流程图，通知消息对应的类型为群通知类型，步骤S3之后，还包括：

步骤S11：显示通知消息，以及更新针对通知消息的统一回复内容、回复人数、未回复人数中的至少一种。

在本实施例中，特征信息还包括针对通知消息的相关回复信息。相关回复信息至少包括统一回复内容、回复人数和未回复人数。

对于群消息中的通知类消息，通过特定的发送对象以及后面的回复等特征进行分析，如这类消息的发送对象一般是群中固定的人员(领导等)，消息内容一般会指定特定人群，后续回复一般为统一的“收到”等，从而可以将这些消息划分为群通知类型。

参见图8，示例性地，本实施例的应用场景如，以通知栏的形式显示通知消息，还可选择性地显示相关的回复情况，从而用户无需打开聊天群，就可查看通知消息及相关的回复情况。

参见图10，示例性地，在群聊天界面中，自定义目标界面，以用于分类显示各个类型的群聊天消息。其中，在目标界面的目标区域中，如图10中的最下方区域，显示群通知类型的消息，显示的内容包括：通知消息(XX通知)、针对通知消息的统一回复内容(收到)、回复人数(*人已收到)、未回复人数(*人未收到)。

示例性地，在聊天群中接收到群通知类型的消息时，用户可对该类消息及之后的回复消息进行智能折叠，从而仅简单提示该类消息及相关的回复情况。

对应地，步骤S3之后，还包括：

步骤S12：根据统一回复内容，生成第二回复消息。

在本实施例中，可根据统一回复内容，自动生成第二回复消息。

示例性地，第二回复消息的内容为“收到”。

可选地，基于大数据中对群通知类型的回复为“收到”、“好的”等，还可自动生成第二回复消息为“收到”、“好的”等。

步骤S13：在接收到对第二回复消息的标识的第二输入的情况下，响应于第二输入，在通知消息对应的聊天群中发送第二回复消息。

第二回复消息的标识用于指示第二回复消息。第二回复消息的标识可展示第二回复消息的内容。

可选地，第二回复消息的标识为图标、虚拟按键等中的至少一种。

第二输入的实现形式不限于触摸输入、隔空输入等；不限于手势输入、面部输入等；不限于一个输入、多个输入。而且，当第二输入包括多个输入时，多个输入可以是连续的，还可以是间断的。

参见图8，应用场景如，用户点击第二回复消息的标识“收到”，从而在通知消息对应的聊天群中同步更新第二回复消息。

参见图10，应用场景又如，用户点击第二回复消息的标识“收到”，从而第二回复消息的标识“收到”变化为“已收到”，并在通知消息对应的聊天群中同步更新第二回复消息。

在本实施例中，对于群通知类型的通知消息，根据通知消息的特征信息，生成第二回复消息，并显示第二回复消息的标识，作为回复选项，供用户快捷回复。另外，还显示针对群通知类型的通知消息的回复情况，用作用户回复消息的参考。从而，本实施例不仅可以避免用户逐条查看群通知类型的通知消息，以及其相关的回复消息，而且还避免手动回复，进而进一步节省用户的时间和精力。

在图1所示实施例的基础上，图11示出了本申请另一个实施例的消息处理方法的流程图，通知消息对应的类型为群消息类型。

本实施例优选应用于群聊天场景中。例如，在群聊天界面的正常显示模式下，用户双击屏幕，群聊天界面由正常显示模式切换为智能显示模式。示例性地，智能显示模式的显示界面如图10所示。

因此，智能显示模式的显示界面即为本实施例中的目标界面。

进一步地，用户通过输入，如双击图10所示的屏幕，切换为图12所示的正常显示模式。

因此，对应地，步骤S3之后，还包括：

步骤S14：接收对目标类型标识的第三输入。

在目标界面中，群中接收的各个通信消息，以归类后的类型标识进行集中显示，即仅显示各个类型标识，将各个类型对应的通知消息折叠起来。

可选地，类型标识为对应的主题标签，主题标签包括某联系人标签、某个话题标签、某个事物标签等等，从而可将大量的群消息，按主题列表形式展现。

参见图10，例如，目标界面包括“话题1”的显示栏，其中，“话题1”为该类消息的标签；“话题2”的显示栏，其中，“话题2”为该类消息的标签；“联系人1”的显示栏，其中，“联系人1”为该类消息的标签。

可选地，用户还可在手动增加主题标签。示例性地，在图10所示的界面中，用户可点击最上方的“+”，从而自定义新增的主题标签。进一步地，根据新增的主题标签在群消息中进行检索匹配，自动将匹配到的群消息划分到对应主题标签。

可选地，用户还可在手动搜索任一主题标签。示例性地，在图10所示的界面中，用户可点击最上方的搜索栏，从而输入搜索的主题标签。进一步地，仅显示与搜索的主题标签相关联的主题标签显示栏。

其中，本实施例可将任一聊天群中的未读消息进行归类显示，还可按照预设规则，某一时间段的消息进行归类显示，还可将全部消息进行归类显示，还可将用户所选的消息进行归类显示，等等。

另外，同一消息可在不同主题标签中重复出现。

因此，在该步骤中，第三输入的实现形式不限于触摸输入、隔空输入等；不限于手势输入、面部输入等；不限于一个输入、多个输入。而且，当第三输入包括多个输入时，多个输入可以是连续的，还可以是间断的。

第三输入用于对目标类型标识所指示的该类通知消息进行操作。

参见图10，应用场景如，用户点击任一类型标识中的“进入”选项。

步骤S15：响应于第三输入，显示目标类型对应的通知消息。

该步骤中，显示目标界面的子界面，仅显示与目标类型对应的的聊天消息，其他的消息都不显示。

例如，在主题标签为“联系人”的界面中，仅显示该联系人的有关消息。

基于上述步骤，聊天群中接收到的聊天消息通过类聚被放置在对应的主题目录中，用户查看任意主题中的群消息，而无需查看大量的群消息，节省用户的时间和精力。

可选地，在图10所示的主题列表中，用户左滑任一主题的显示栏，表示用户喜欢该主题，将该主题收藏，收藏过的主题会在列表中会加“红心”进行标注。同时收藏页会展示所有已收藏的主题，用户可以更方便的浏览该主题的内容。

可选地，在图10所示的主题列表中，用户右滑任一主题的显示栏，表示用户喜欢该主题，将该主题关注，关注过的主题会在列表中会加“五角星”进行标注。之后有和该主题相关的群消息都会对用户进行提示，即使用户已经屏蔽群消息，从而可避免用户错过与关注主题相关的群消息。

可选地，在图10所示的主题列表中，用户上滑任一主题的显示栏，表示用户不喜欢该主题，将该主题忽略，所有与该主题相关的消息都不会提醒用户，避免用户被垃圾消息干扰。

步骤S16：接收针对所显示的通知消息进行回复的第四输入。

第四输入的实现形式不限于触摸输入、隔空输入等；不限于手势输入、面部输入等；不限于一个输入、多个输入。而且，当第四输入包括多个输入时，多个输入可以是连续的，还可以是间断的。

第四输入用于用户进行回复操作。

应用场景如，在图10所示的列表中，用户进入任一主题，自动进入该主题的专属聊天界面，用户在该聊天界面输入消息内容。

步骤S17：响应于第四输入，在通知消息对应的聊天群中发送与第四输入相关联的第三回复消息。

在本实施例中，用户可进入任一主题，从而显示该主题对应的聊天界面。在聊天界面中，显示该主题包括的所有群消息。进一步地，该聊天界面还用于接收用户的第四输入，以使得用户在该界面进行聊天，聊天内容可自动同步到大群内。可见，用户可针对性对自己感兴趣的主题进行聊天，无需翻阅大量的群消息，从而节省用户的时间和精力。

在本实施例中，将在任意主题的聊天界面发送的消息，根据其特征信息自动归类到列表中对应的主题目录下。

可选地，第三回复消息也将自动归类到列表中对应的主题目录下。从而用户无需来回切换聊天群的正常显示模式和智能显示模式，只需停留在图10所示的目标界面，即可查看全部的群消息，节省用户的时间和精力。

综上，通常，用户会收到大量的逐条消息提示，然后在处理这些消息时，一般需要用户去逐条选择或全选手动点击处理，逐条处理浪费大量精力，全选又可能会有遗漏重要信息，即使不处理大量提示标记仍然会影响用户的使用，给用户的使用带来困扰。可见，现有的消息处理方法，主要都是依靠人为处理，消耗用户大量精力和时间，而且还容易发生错漏。

因此，在这个信息爆炸却多半无用的时代，处理信息和提取有效信息就成了一种力量，本申请旨在众多纷杂的信息中分辨出无效或低效的部分，并对其进行智能处理，包括智能回复及智能提醒，以提升用户体验。

本申请的目的在于提供一种智能处理消息的方法，包括识别消息、提醒消息，自动回复消息等方面，以方便用户使用。具体地，对于用户收到的消息，针对消息本身进行类型分组，其中包括智能识别、智能提取、结合用户所处环境(例如节日等)，发送消息特征(例如信息内容、有无特定称呼、通过单发或者在聊天群里发送、其他用户的回复等等)等等，最终对于消息进行智能分类，再依据不同的类型，智能提醒用户，或者针对性地自动回复等。可见，本申请无需回复大量无效、低效消息，智能将各个消息进行整理提示，节约了用户处理大量消息所需消耗的时间成本和精力成本，也解决了消息处理不及时可能对用户存在的影响。

需要说明的是，本申请实施例提供的消息处理方法，执行主体可以为消息处理装置，或者该消息处理装置中的用于执行消息处理方法的控制模块。本申请实施例中以消息处理装置执行消息处理方法为例，说明本申请实施例提供的消息处理方法的装置。

图13示出了本申请另一个实施例的消息处理装置的框图，包括：

获取模块10，用于在接收到通知消息的情况下，获取通知消息的特征信息；

确定模块20，用于根据特征信息确定通知消息的类型；

更新模块30，用于更新目标界面中通知消息对应的类型的数量标识，其中，目标界面包括不同类型的通知消息的数量标识。

这样，在本申请实施例中，在接收到通知消息的情况下，可获取通知消息的特征信息。其中，特征信息包括但不限于通知消息的消息内容、接收时间、发送对象的属性信息等等。进一步地，基于获取的特征信息，将接收到的通知消息进行类型整合，从而更新通知消息对应的类型中，接收到的通知消息的数量，并在显示通知消息的目标界面中更新用于指示该类型消息数量的标识。与此同时，在目标界面中，通过上述方式，还显示不同的消息类型，以及对应的数量的标识。可见，本实施例可将高重复性的同类型通知消息进行整合，并显示数量标识，从而用户可针对同类型的通知消息进行集中处理，例如针对广告类通知消息等无效消息统一删除，进而避免用户逐条手动点击处理，节省用户时间和精力。

可选地，装置还包括：

第一输入接收模块，用于接收对通知消息对应的类型标识的第一输入；

第一输入响应模块，用于响应于第一输入，对通知消息对应的类型进行关注，忽略，或者收藏；

关注模块，用于在对通知消息对应的类型进行关注的情况下，在目标界面中更新通知消息对应的类型的数量标识；

忽略模块，用于在对通知消息对应的类型进行忽略的情况下，在目标界面中删除通知消息对应的类型标识；

收藏模块，用于在对通知消息对应的类型进行收藏的情况下，在目标界面中突出显示通知消息对应的类型标识。

可选地，装置还包括：

第一生成模块，用于根据通知消息对应的类型的特征信息，生成第一回复消息；

回复模块，用于针对类型对应的通知消息回复第一回复消息。

可选地，通知消息对应的类型为群通知类型；装置还包括：

显示模块，用于显示通知消息，以及更新针对通知消息的统一回复内容、回复人数、未回复人数中的至少一种；

第二生成模块，用于根据统一回复内容，生成第二回复消息；

第一发送模块，用于在接收到对第二回复消息的标识的第二输入的情况下，响应于第二输入，在通知消息对应的聊天群中发送第二回复消息。

可选地，通知消息对应的类型为群消息类型；装置还包括：

第三输入接收模块，用于接收对目标类型标识的第三输入；

第三输入响应模块，用于响应于第三输入，显示目标类型对应的通知消息；

第四输入接收模块，用于接收针对所显示的通知消息进行回复的第四输入；

第四输入响应模块，用于响应于第四输入，在通知消息对应的聊天群中发送与第四输入相关联的第三回复消息。

本申请实施例中的消息处理装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的消息处理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的消息处理装置能够实现图1至图12的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图14所示，本申请实施例还提供一种电子设备100，包括处理器101，存储器102，存储在存储器102上并可在所述处理器101上运行的程序或指令，该程序或指令被处理器101执行时实现上述消息处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图15为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等部件。

本领域技术人员可以理解，电子设备1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图15中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器1010，用于在接收到通知消息的情况下，获取所述通知消息的特征信息；根据所述特征信息确定所述通知消息的类型；更新目标界面中所述通知消息对应的类型的数量标识，其中，所述目标界面包括不同类型的通知消息的数量标识。

这样，在本申请实施例中，在接收到通知消息的情况下，可获取通知消息的特征信息。其中，特征信息包括但不限于通知消息的消息内容、接收时间、发送对象的属性信息等等。进一步地，基于获取的特征信息，将接收到的通知消息进行类型整合，从而更新通知消息对应的类型中，接收到的通知消息的数量，并在显示通知消息的目标界面中更新用于指示该类型消息数量的标识。与此同时，在目标界面中，通过上述方式，还显示不同的消息类型，以及对应的数量的标识。可见，本实施例可将高重复性的同类型通知消息进行整合，并显示数量标识，从而用户可针对同类型的通知消息进行集中处理，例如针对广告类通知消息等无效消息统一删除，进而避免用户逐条手动点击处理，节省用户时间和精力。

可选地，用户输入单元1007，用于接收对所述通知消息对应的类型标识的第一输入；处理器1010，还用于响应于所述第一输入，对所述通知消息对应的类型进行关注，忽略，或者收藏；在对所述通知消息对应的类型进行关注的情况下，在所述目标界面中更新所述通知消息对应的类型的数量标识；在对所述通知消息对应的类型进行忽略的情况下，在所述目标界面中删除所述通知消息对应的类型标识；在对所述通知消息对应的类型进行收藏的情况下，在所述目标界面中突出显示所述通知消息对应的类型标识。

可选地，处理器1010，还用于根据所述通知消息对应的类型的特征信息，生成第一回复消息；针对所述类型对应的通知消息回复所述第一回复消息。

可选地，所述通知消息对应的类型为群通知类型；显示单元1006，用于显示所述通知消息，以及更新针对所述通知消息的统一回复内容、回复人数、未回复人数中的至少一种；处理器1010，还用于根据所述统一回复内容，生成第二回复消息；在接收到对所述第二回复消息的标识的第二输入的情况下，响应于所述第二输入，在所述通知消息对应的聊天群中发送所述第二回复消息。

可选地，所述通知消息对应的类型为群消息类型；用户输入单元1007，还用于接收对目标类型标识的第三输入；显示单元1006，还用于响应于所述第三输入，显示所述目标类型对应的通知消息；用户输入单元1007，还用于接收针对所显示的通知消息进行回复的第四输入；处理器1010，还用于响应于所述第四输入，在所述通知消息对应的聊天群中发送与所述第四输入相关联的第三回复消息。

本申请的目的在于提供一种智能处理消息的方法，包括识别消息、提醒消息，自动回复消息等方面，以方便用户使用。具体地，对于用户收到的消息，针对消息本身进行类型分组，其中包括智能识别、智能提取、结合用户所处环境(例如节日等)，发送消息特征(例如信息内容、有无特定称呼、通过单发或者在聊天群里发送、其他用户的回复等等)等等，最终对于消息进行智能分类，再依据不同的类型，智能提醒用户，或者针对性地自动回复等。可见，本申请无需回复大量无效、低效消息，智能将各个消息进行整理提示，节约了用户处理大量消息所需消耗的时间成本和精力成本，也解决了消息处理不及时可能对用户存在的影响。

应理解的是，本申请实施例中，输入单元1004可以包括图形处理器(GraphicsProcessing Unit，GPU)1041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其他输入设备10072。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其他输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1009可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述拍摄控制方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述拍摄控制方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种消息处理方法，其特征在于，所述方法包括：

在接收到通知消息的情况下，获取所述通知消息的特征信息；

根据所述特征信息确定所述通知消息的类型；

更新目标界面中所述通知消息对应的类型的数量标识，其中，所述目标界面包括不同类型的通知消息的数量标识。

2.根据权利要求1的方法，其特征在于，所述更新目标界面中所述通知消息对应的类型的数量标识之后，还包括：

接收对所述通知消息对应的类型标识的第一输入；

响应于所述第一输入，对所述通知消息对应的类型进行关注，忽略，或者收藏；

在对所述通知消息对应的类型进行关注的情况下，在所述目标界面中更新所述通知消息对应的类型的数量标识；

在对所述通知消息对应的类型进行忽略的情况下，在所述目标界面中删除所述通知消息对应的类型标识；

在对所述通知消息对应的类型进行收藏的情况下，在所述目标界面中突出显示所述通知消息对应的类型标识。

3.根据权利要求1的方法，其特征在于，所述更新目标界面中所述通知消息对应的类型的数量标识之后，还包括：

根据所述通知消息对应的类型的特征信息，生成第一回复消息；

针对所述类型对应的通知消息回复所述第一回复消息。

4.根据权利要求1的方法，其特征在于，所述通知消息对应的类型为群通知类型；所述更新目标界面中所述通知消息对应的类型的数量标识之后，还包括：

显示所述通知消息，以及更新针对所述通知消息的统一回复内容、回复人数、未回复人数中的至少一种；

根据所述统一回复内容，生成第二回复消息；

在接收到对所述第二回复消息的标识的第二输入的情况下，响应于所述第二输入，在所述通知消息对应的聊天群中发送所述第二回复消息。

5.根据权利要求1的方法，其特征在于，所述通知消息对应的类型为群消息类型；所述更新目标界面中所述通知消息对应的类型的数量标识之后，还包括：

接收对目标类型标识的第三输入；

响应于所述第三输入，显示所述目标类型对应的通知消息；

接收针对所显示的通知消息进行回复的第四输入；

响应于所述第四输入，在所述通知消息对应的聊天群中发送与所述第四输入相关联的第三回复消息。

6.一种消息处理装置，其特征在于，所述装置包括：

获取模块，用于在接收到通知消息的情况下，获取所述通知消息的特征信息；

确定模块，用于根据所述特征信息确定所述通知消息的类型；

更新模块，用于更新目标界面中所述通知消息对应的类型的数量标识，其中，所述目标界面包括不同类型的通知消息的数量标识。

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

第一输入接收模块，用于接收对所述通知消息对应的类型标识的第一输入；

第一输入响应模块，用于响应于所述第一输入，对所述通知消息对应的类型进行关注，忽略，或者收藏；

关注模块，用于在对所述通知消息对应的类型进行关注的情况下，在所述目标界面中更新所述通知消息对应的类型的数量标识；

忽略模块，用于在对所述通知消息对应的类型进行忽略的情况下，在所述目标界面中删除所述通知消息对应的类型标识；

收藏模块，用于在对所述通知消息对应的类型进行收藏的情况下，在所述目标界面中突出显示所述通知消息对应的类型标识。

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

第一生成模块，用于根据所述通知消息对应的类型的特征信息，生成第一回复消息；

回复模块，用于针对所述类型对应的通知消息回复所述第一回复消息。

9.根据权利要求6的装置，其特征在于，所述通知消息对应的类型为群通知类型；所述装置还包括：

显示模块，用于显示所述通知消息，以及更新针对所述通知消息的统一回复内容、回复人数、未回复人数中的至少一种；

第二生成模块，用于根据所述统一回复内容，生成第二回复消息；

第一发送模块，用于在接收到对所述第二回复消息的标识的第二输入的情况下，响应于所述第二输入，在所述通知消息对应的聊天群中发送所述第二回复消息。

10.根据权利要求6的装置，其特征在于，所述通知消息对应的类型为群消息类型；所述装置还包括：

第三输入接收模块，用于接收对目标类型标识的第三输入；

第三输入响应模块，用于响应于所述第三输入，显示所述目标类型对应的通知消息；

第四输入接收模块，用于接收针对所显示的通知消息进行回复的第四输入；

第四输入响应模块，用于响应于所述第四输入，在所述通知消息对应的聊天群中发送与所述第四输入相关联的第三回复消息。

Images