CN111124701A - 消息的处理方法、装置及终端 - Google Patents

Abstract

本申请实施例提供一种消息的处理方法、装置及终端，用户在查看新消息时，只需要向终端输入一个用于指示查看至少一个应用程序中的新消息的操作指令，使得终端在接收到该操作指令之后，通过对至少一个应用程序中每个应用程序中的各控件进行遍历，以得到应用程序中的新消息，并直接在终端的屏幕上显示该新消息，而无需用户手动点击逐条查看每一条新消息，从而提高了新消息的查看效率。

Description

消息的处理方法、装置及终端

技术领域

本申请涉及终端技术领域，尤其涉及一种消息的处理方法、装置及终端。

背景技术

随着终端功能的不断强大，终端已经进入到人们的工作和生活当中，成为人员工作和生活不可或缺的一部分。以终端为手机为例，除了具有语音通话功能之外，还可以接收短信形式的文字消息，或者，通过即时通信软件接收文字消息或者语音消息。

现有技术中，当某一即时通信软件接收到新消息时，会在屏幕上显示用于提示用户有新消息的提示信息，若用户没有及时查看，则新消息的数量会一直累计，当新消息的数量较多时，若用户需要查看该新消息，则需要先找到该即时通信软件的图标，并进入到该即时通信软件，然后再逐条查看每一条新消息，从而完成每一条新消息的查看。

但是，采用现有的新消息查看方式，使得新消息的查看效率较低。

发明内容

本申请实施例提供一种消息的处理方法、装置及终端，在查看新消息时，提高了新消息的查看效率。

第一方面，本申请实施例提供一种消息的处理方法，该消息的处理方法可以包括：

接收操作指令，操作指令用于指示查看至少一个应用程序中的新消息。

根据操作指令，对至少一个应用程序中每个应用程序的各控件进行遍历，得到应用程序中的新消息。

显示新消息。

由此可见，本申请实施例提供的消息的处理方法，用户在查看新消息时，只需要向终端输入一个用于指示查看至少一个应用程序中的新消息的操作指令，使得终端在接收到该操作指令之后，通过对至少一个应用程序中每个应用程序中的各控件进行遍历，以得到应用程序中的新消息，并直接在终端的屏幕上显示该新消息，而无需用户手动点击逐条查看每一条新消息，从而提高了新消息的查看效率。

在一种可能的实现方式中，根据操作指令，对至少一个应用程序中每个应用程序的各控件进行遍历，得到应用程序中的新消息，可以包括：

根据操作指令，通过状态差异模型对每个应用程序中的各控件进行遍历，得到应用程序中的新消息；状态差异模型用于表示有新消息的控件和无新消息的控件之间的状态差异，这样就可以通过状态差异模型对至少一个应用程序中每个应用程序中的各控件进行遍历，以得到应用程序中的新消息，并直接在终端的屏幕上显示该新消息，而无需用户手动点击逐条查看每一条新消息，从而提高了新消息的查看效率。

在一种可能的实现方式中，该消息的处理方法还可以包括：

获取第一控件中第一条目有新消息时的状态特征和第一条目无新消息时的状态特征；第一控件为每个应用程序的所有控件中的任意一个控件。

根据第一条目有新消息时的状态特征和第一条目无新消息时的状态特征，训练生成状态差异模型，由于该状态差异模型表示的是新消息的控件和无新消息的控件之间的状态差异，因此，该状态差异模型可以根据条目的状态特征，准确地获取到又新消息的条目。

在一种可能的实现方式中，第一条目为第一控件中的所有条目，对应的，需要获取应用程序中第一控件中的所有条目中，每一个条目有新消息时的状态特征和无消息时的状态，然后根据每一个条目有新消息时的状态特征和无消息时的状态训练生成状态差异模型，采用该种方式，虽然需要处理的数据量较大，处理效率较低，但是最终训练生成的状态差异模型的准确度较高。或者，第一条目为第一控件中预设区域内的条目，该条目不是所有的条目，而是预设区域中的条目，其数据处理量显然小于前述方式中的数据处理量，因此，采用该种方式，虽然最终训练生成的状态差异模型的准确度相比于采用前述方式训练生成的状态差异模型相比，准确度较低，但是由于需要处理的数据量较少，使得处理效率相比于采用前述方式的处理效率有所提高。

在一种可能的实现方式中，显示新消息，可以包括：

获取每个应用程序的各控件中有新消息的第二条目；显示第二条目中的新消息。

在一种可能的实现方式中，显示第二条目中的新消息，可以包括：

获取每个应用程序中有新消息的至少一个第二控件；并依次显示至少一个第二控件中每个第二控件中的第二条目；在预设时间段之后，依次显示各第二条目中的新消息。

在一种可能的实现方式中，显示新消息，可以包括：

显示第一提示信息，第一提示信息用于提醒用户进行认证操作；并接收用户触发的认证信息；在认证信息通过时，显示新消息，这样可以防止新消息泄密，从而提高了数据的安全性。

在一种可能的实现方式中，显示新消息，可以包括：

在显示新消息时，若检测到有新的人脸特征，则将新消息的内容显示模式切换为输出第二提示信息的显示模式，第二提示信息用于提醒用户有新消息，这样可以避免新消息被其它人看到，可以防止新消息泄密，从而提高了数据的安全性。

在一种可能的实现方式中，将新消息的内容显示模式切换为输出第二提示信息的显示模式，可以包括：

输出第三提示信息，第三提示信息用于提醒用户是否将新消息的内容显示模式切换为输出第二提示信息的显示模式；接收用户触发的切换指令；并根据切换指令，将新消息的内容显示模式切换为输出第二提示信息的显示模式。

在一种可能的实现方式中，显示新消息，可以包括：

在显示新消息时，检测是否存在目标人脸特征；若检测到存在目标人脸特征，说明用户正通过屏幕查看终端显示的新消息，则继续显示新消息。相反的，若未检测到目标人脸特征，说明用户此时并未通过屏幕查看终端显示的新消息，为了节省终端的功耗，可以停止显示新消息。

在一种可能的实现方式中，该消息的处理方法还可以包括：

检测多个应用程序中每个应用程序的图标状态；将图标状态发生变化的应用程序确定为至少一个应用程序。这样在对应用程序中的各控件进行遍历时，可以只对这些应用程序内部变化的至少一个应用程序的控件进行遍历，即有新消息产生的每一个应用程序的控件进行遍历，以提高控件的遍历消息，从而提高新消息的查看效率。

第二方面，本申请实施例还提供一种消息的处理装置，该消息的处理装置可以包括：

接收单元，用于接收操作指令，操作指令用于指示查看至少一个应用程序中的新消息。

处理单元，用于根据操作指令，对至少一个应用程序中每个应用程序的各控件进行遍历，得到应用程序中的新消息。

显示单元，用于显示新消息。

在一种可能的实现方式中，处理单元，具体用于根据操作指令，通过状态差异模型对每个应用程序中的各控件进行遍历，得到应用程序中的新消息；状态差异模型用于表示有新消息的控件和无新消息的控件之间的状态差异。

在一种可能的实现方式中，处理单元，还用于获取第一控件中第一条目有新消息时的状态特征和第一条目无新消息时的状态特征；第一控件为每个应用程序的所有控件中的任意一个控件；并根据第一条目有新消息时的状态特征和第一条目无新消息时的状态特征，训练生成状态差异模型。

在一种可能的实现方式中，第一条目为第一控件中的所有条目，或者，第一条目为第一控件中预设区域内的条目。

在一种可能的实现方式中，处理单元，还用于获取每个应用程序的各控件中有新消息的第二条目；显示单元，具体用于显示第二条目中的新消息。

在一种可能的实现方式中，处理单元，具体用于获取每个应用程序中有新消息的至少一个第二控件。

显示单元，具体用于依次显示至少一个第二控件中每个第二控件中的第二条目；并在预设时间段之后，依次显示各第二条目中的新消息。

在一种可能的实现方式中，显示单元，还用于显示第一提示信息，第一提示信息用于提醒用户进行认证操作；

接收单元，还用于接收用户触发的认证信息；显示单元，具体用于在认证信息通过时，显示新消息。

在一种可能的实现方式中，处理单元，还用于在显示新消息时，若检测到有新的人脸特征，则将新消息的内容显示模式切换为输出第二提示信息的显示模式，第二提示信息用于提醒用户有新消息。

在一种可能的实现方式中，处理单元，还用于输出第三提示信息，第三提示信息用于提醒用户是否将新消息的内容显示模式切换为输出第二提示信息的显示模式。

接收单元，还用于接收用户触发的切换指令。

处理单元，具体用于根据切换指令，将新消息的内容显示模式切换为输出第二提示信息的显示模式。

在一种可能的实现方式中，处理单元，还用于在显示新消息时，检测是否存在目标人脸特征。

显示单元，还用于若检测到存在目标人脸特征，则继续显示新消息。

在一种可能的实现方式中，显示单元，还用于若未检测到目标人脸特征，则停止显示新消息。

在一种可能的实现方式中，处理单元，还用于检测多个应用程序中每个应用程序的图标状态；并将图标状态发生变化的应用程序确定为至少一个应用程序。

第三方面，本申请实施例还提供一种终端设备，该终端设备可以包括处理器和存储器，其中，

所述存储器用于存储程序指令；

所述处理器用于执行所述存储器中的程序指令，使得所述终端设备执行上述第一方面任一项所述的消息的处理方法。

第四方面，本申请实施例还提供一种计算机存储介质，包括指令，当所述指令由一个或多个处理器运行时，使得终端设备执行上述第一方面任一项所述的消息的处理方法。

第五方面，本申请实施例还提供一种芯片，芯片上存储有计算机程序，在计算机程序被处理器执行上述第一方面任一项所述的消息的处理方法。

由此可见，本申请实施例提供的消息的处理方法、装置及终端，用户在查看新消息时，只需要向终端输入一个用于指示查看至少一个应用程序中的新消息的操作指令，使得终端在接收到该操作指令之后，通过对至少一个应用程序中每个应用程序中的各控件进行遍历，以得到应用程序中的新消息，并直接在终端的屏幕上显示该新消息，而无需用户手动点击逐条查看每一条新消息，从而提高了新消息的查看效率。

附图说明

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种输入操作指令的示意图；

图3为本申请实施例提供的另一种输入操作指令的示意图；

图4为本申请实施例提供的一种消息的处理方法的流程示意图；

图5为本申请实施例提供的一种控件的示意图；

图6为本申请实施例提供的一种生成状态差异模型的示意图；

图7为本申请实施例提供的一种获取应用状态差异模型的关键要素的示意图；

图8为本申请实施例提供的另一种生成状态差异模型的示意图；

图9为本申请实施例提供的一种对应用程序中的各控件进行遍历的示意图；

图10为本申请实施例提供的一种显示新消息的示意图；

图11为本申请实施例提供的一种消息的处理装置的结构示意图；

图12为本申请实施例提供的一种终端的结构示意图。

具体实施方式

本申请实施例应用于通信系统，例如公共陆地移动网络(public land mobilenetwork，PLMN)系统，甚至第五代(5th generation，5G)通信系统或未来可能出现的其他系统，以下对本申请中的部分用语进行解释说明，以便于本领域技术人员理解。需要说明的是，当本申请实施例的方案应用于5G系统或未来可能出现的其他系统时，终端的名称可能发生变化，但这并不影响本申请实施例方案的实施。

鉴于现有技术中存在的问题，为了在查看新消息时，提高新消息的查看效率，本申请实施例提供了一种消息的处理方法，该消息的处理方法可以应用于终端，示例的，可参见图1所示，图1为本申请实施例提供的一种应用场景示意图，当终端的某一应用有新消息产生时，该应用在终端桌面上的图标会发生变化，例如，当微信有新消息产生时，其图标右上角的未读新消息的数量会发生变化，在一定数量范围内，未读新消息的数量会随着新消息的不断增加而增加，类似的，邮箱、收音机等应用有新消息产生时，其应用在终端桌面上的图标同样会发生变化。为了便于用户查看这些各应用中的未读新消息，提高了新消息的查看效率，当终端接收到用户输入的用于指示查看至少一个应用程序中的新消息的操作指令时，可以对至少一个应用程序中每个应用程序，例如微信、邮箱及收音机中的各控件进行遍历，得到应用程序中的新消息，并在终端的屏幕上显示新消息。由此可见，本申请实施例提供的消息的处理方法，用户在查看新消息时，只需要向终端输入一个用于指示查看至少一个应用程序中的新消息的操作指令，使得终端在接收到该操作指令之后，通过对至少一个应用程序中每个应用程序中的各控件进行遍历，以得到应用程序中的新消息，并直接在终端的屏幕上显示该新消息，而无需用户手动点击逐条查看每一条新消息，从而提高了新消息的查看效率。

示例的，用户在向终端输入用于指示查看至少一个应用程序中的新消息的操作指令时，可以以语音的方式输入操作指令，例如，用户可以语音输入“请开始自动阅屏操作”，示例的，请参见图2所示，图2为本申请实施例提供的一种输入操作指令的示意图；当然，也可以以手动操作的方式的输入操作指令，例如，可以预先为自动阅屏操作设置图标，并将其设置在下拉菜单或者上拉菜单中，类似于蓝牙图标的设置方式，这样用户只需要点击自动阅屏操作设置图标，就可以向终端输入操作指令，示例的，请参见图3所示，图3为本申请实施例提供的另一种输入操作指令的示意图；当然，本申请实施例只是以可以通过这两种方式输入操作指令为例进行说明，但并不代表本申请实施例仅局限于此。需要说明的是，本申请中涉及的自动阅屏操作，可以理解为通过对至少一个应用程序中每个应用程序中的各控件进行遍历，以得到应用程序中的新消息，并直接在终端的屏幕上显示该新消息，该整个操作无需用户手动点击逐条查看每一条新消息，实现了新消息的自动化展示。

可以理解的是，在接收到用户输入的操作指令后，在对至少一个应用程序中每个应用程序中的各控件进行遍历时，由于有新消息产生的应用，其对应的图标与新消息产生之前对应的图标相比会发生变化，因此，可以先检测桌面上多个应用程序中每个应用程序的图标状态，并将图标状态发生变化的应用程序确定为至少一个应用程序，为了提高新消息的查看效率，在对应用程序中的各控件进行遍历时，可以只对这些图标发生变化的至少一个应用程序的控件进行遍历，即有新消息产生的每一个应用程序的控件进行遍历，以提高控件的遍历消息，从而提高新消息的查看效率。当然，若不考虑遍历效率的话，也可以对桌面上每一个应用程序中的控件进行遍历，具体可以根据实际需要进行设置，在此，本申请实施例不做进一步地限制。

其中，1)终端，又称为终端设备、用户设备，是一种向用户提供语音和/或数据连通性的设备，例如，具有无线连功能的手持式设备、车载设备等。常见的终端设备例如包括：手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，其中，可穿戴设备例如包括：智能手表、智能手环、计步器等。

2)在本申请的实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。在本申请的文字描述中，字符“/”一般表示前后关联对象是一种“或”的关系。

下面以具体的实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图4为本申请实施例提供的一种消息的处理方法的流程示意图，示例的，请参见图4所示，该消息的处理方法可以包括：

S401、接收操作指令。

其中，操作指令用于指示查看至少一个应用程序中的新消息。示例的，至少一个应用程序可以为微信、邮箱、收音机、以及短信等应用程序中的一个或者多个。

当用户想要查看新消息时，用户可以向终端输入用于指示查看至少一个应用程序中的新消息的操作指令，使得终端在接收用户输入的操作指令后，执行自动阅屏操作。在执行自动阅屏操作时，需要先对至少一个应用程序中每个应用程序的各控件进行遍历，得到应用程序中的新消息，即执行下述S402：

S402、根据操作指令，对至少一个应用程序中每个应用程序的各控件进行遍历，得到应用程序中的新消息。

为了便于理解应用程序中控件的概念，以应用程序微信为例，示例的，应用程序微信中的控件可以包括四个，该四个控件分别为微信界面下方的”微信”控件、”通讯录”控件、”发现”控件及”我”控件，可参见图5所示，图5为本申请实施例提供的一种控件的示意图。在充分理解应用程序中控件的概念之后，就可以在接收到操作指令之后，对至少一个应用程序中每一个应用程序的各控件进行遍历，以获取到应用程序中的新消息。

示例的，在对至少一个应用程序中每个应用程序的各控件进行遍历，得到应用程序中的新消息时，可以通过状态差异模型对每个应用程序中的各控件进行遍历，得到应用程序中的新消息。其中，状态差异模型用于表示有新消息的控件和无新消息的控件之间的状态差异。当然，也可以通过其它方式对每个应用程序中的各控件进行遍历，得到应用程序中的新消息，在此，本申请实施例只是以可以通过状态差异模型对每个应用程序中的各控件进行遍历为例进行说明，但并不代表本申请实施例仅局限于此。

可以理解的是，在通过状态差异模型对每个应用程序中的各控件进行遍历之前，必然需要先获取到该状态差异模型。示例的，在获取状态差异模型时，由于状态差异模型表示的是新消息的控件和无新消息的控件之间的状态差异，因此，可以根据有新消息的控件和无新消息的控件之间的状态差异，训练生成该状态差异模型。在根据有新消息的控件和无新消息的控件之间的状态差异，训练生成该状态差异模型时，可以获取第一控件中第一条目有新消息时的状态特征和第一条目无新消息时的状态特征；根据第一条目有新消息时的状态特征和第一条目无新消息时的状态特征，训练生成状态差异模型。其中，第一控件为每个应用程序的所有控件中的任意一个控件。

示例的，第一条目为第一控件中的所有条目，或者，第一条目为第一控件中预设区域内的条目。在一种方式中，当第一条目为第一控件中的所有条目时，对应的，在训练生成状态模型时，需要获取应用程序中第一控件中的所有条目中，每一个条目有新消息时的状态特征和无消息时的状态，然后根据每一个条目有新消息时的状态特征和无消息时的状态训练生成状态差异模型。可以看出，在该种方式中，由于要获取应用程序中第一控件中的所有条目中，每一个条目有新消息时的状态特征和无消息时的状态，然后根据每一个条目有新消息时的状态特征和无消息时的状态训练生成状态差异模型，因此，采用该种方式，虽然需要处理的数据量较大，处理效率较低，但是最终训练生成的状态差异模型的准确度较高。在另一种方式中，当第一条目为第一控件中预设区域内的条目时，对应的，在训练生成状态模型时，需要获取应用程序中第一控件中的预设区域内的条目中，每一个条目有新消息时的状态特征和无消息时的状态，然后根据每一个条目有新消息时的状态特征和无消息时的状态训练生成状态差异模型。可以看出，与前述第一种方式相比，该方式中的条目不是所有的条目，而是预设区域中的条目，其数据处理量显然小于前述第一种方式中的数据处理量，因此，采用该种方式，虽然最终训练生成的状态差异模型的准确度相比于采用前述第一种方式训练生成的状态差异模型相比，准确度较低，但是由于需要处理的数据量较少，使得处理效率相比于采用前述第一种方式的处理效率有所提高。需要说明的是，本申请实施例中的预设区域为用户指定的区域，为整个消息显示区域的部分区域或者全部区域，可以看出，当其为整个消息显示区域的全部区域时，对应的方案变为：根据应用程序中第一控件中的所有条目中，每一个条目有新消息时的状态特征和无消息时的状态，然后根据每一个条目有新消息时的状态特征和无消息时的状态训练生成状态差异模型，即前述第一种方式。

为了便于理解在上述两种方式中，如何根据第一条目有新消息时的状态特征和第一条目无新消息时的状态特征，训练生成状态差异模型。下面。将详细举例对上述两种方式进行说明。在上述前一种方式中，即第一条目为第一控件中的所有条目的场景，示例的，可以参见图6所示，图6为本申请实施例提供的一种生成状态差异模型的示意图，以第一控件为应用程序中”微信”控件，且该”微信”控件中包括A游泳条目、客户B条目、快乐中二班条目以及中国银行条目，且第一条目为”微信”控件中的所有条目为例，在训练生成状态差异模型时，可以先获取到”微信”控件中每一个第一条目有新消息时的状态特征，以及无消息时的状态特征，即先获取A游泳条目有新消息时的状态特征，然后手动点击该A游泳条目，使得该A游泳条目的状态变为无消息，并获取该A游泳条目无消息时的状态特征；再获取客户B条目有新消息时的状态特征，然后手动点击该客户B条目，使得该客户B条目的状态变为无消息，并获取该客户B条目无消息时的状态特征；再获取快乐中二班条目有新消息时的状态特征，然后手动点击该快乐中二班条目，使得该快乐中二班条目的状态变为无消息，并获取该快乐中二班条目无消息时的状态特征；之后，再获取中国银行条目有新消息时的状态特征，然后手动点击该中国银行条目，使得该中国银行条目的状态变为无消息，并获取该中国银行条目无消息时的状态特征，在分别获取到”微信”控件中包括的A游泳条目、客户B条目、快乐中二班条目以及中国银行条目各自有新消息时的状态特征和无新消息时的状态特征之后，就可以基于A游泳条目、客户B条目、快乐中二班条目以及中国银行条目各自有新消息时的状态特征和无新消息时的状态特征进行训练，从而生成状态差异模型。可以看出，在该种方式中，由于状态差异模型是基于”微信”控件中所有条目，包括A游泳条目、客户B条目、快乐中二班条目以及中国银行条目各自有新消息时的状态特征和无新消息时的状态特征进行训练生成的，虽然需要处理的数据量较大，处理效率较低，但是最终训练生成的状态差异模型可以准确地表示有新消息的”微信”控件和无新消息的”微信”控件之间的状态差异，因此，采用该方式最终训练生成的状态差异模型的准确度较高。

示例的，通过图6所示的实施例训练生成的状态差异模型的关键要素包含但是不限于如下要素：

applicationName：应用包名(用以区分各个应用的状态差异模型)；

消息点位置：

Location{aa,bb,cc,dd}

Location{ee,ff,gg,hh}(用以表示消息影响点的关键位置)

视图控件

viewId1,

viewId2,

viewId3,

actions：

Action:click(用以表示触发该视图展示的动作)

viewScope:

Scrolling Direction:Up-Down

Scrolling Direction:Fixed

用以表示该模型的扩展方向，上下滚动时，可以覆盖更多的控件。

基于上述关于状态差异模型的关键要素的描述，以应用程序微信为例，在生成状态差异模型时，需要先获取该状态差异模型的关键要素，以通过该关键要素得到状态差异模型。在获取该状态差异模型的关键要素时，以“微信”控件中的A游泳条目为例，在A游泳条目有新消息时，分析该微信的缩略图、标题、内容以及消息索引等状态特征，然后手动点击该A游泳条目，使得该A游泳条目的状态变为无消息，并在该A游泳条目无消息时，分析该微信的缩略图、标题、内容以及消息索引等状态特征，根据有消息的状态特征和无消息的状态特征，分析提取影响的“微信”控件，并得到应用状态差异模型的关键要素，示例的，可参见图7所示，图7为本申请实施例提供的一种获取应用状态差异模型的关键要素的示意图。在获取到该状态差异模型的关键要素之后，就可以通过该关键要素得到状态差异模型。

在上述后一种方式中，即第一条目为第一控件中预设区域内的条目的场景，示例的，可以参见图7所示，图7为本申请实施例提供的另一种生成状态差异模型的示意图，同样以第一控件为应用程序中”微信”控件，且该”微信”控件中包括A游泳条目、客户B条目、快乐中二班条目以及中国银行条目，且第一条目为预设区域内的条目为例，在训练生成状态差异模型时，可以先获取到”微信”控件中预设区域内的条目有新消息时的状态特征，以及无消息时的状态特征，即先获取快乐中二班条目有新消息时的状态特征，然后手动点击该快乐中二班条目，使得该快乐中二班条目的状态变为无消息，并获取该快乐中二班条目无消息时的状态特征；之后，再获取中国银行条目有新消息时的状态特征，然后手动点击该中国银行条目，使得该中国银行条目的状态变为无消息，并获取该中国银行条目无消息时的状态特征，在分别获取到”微信”控件中预设区域内的包括的快乐中二班条目以及中国银行条目各自有新消息时的状态特征和无新消息时的状态特征之后，就可以基于快乐中二班条目以及中国银行条目各自有新消息时的状态特征和无新消息时的状态特征进行训练，从而生成状态差异模型。可以看出，在该种方式中，由于状态差异模型是基于”微信”控件中预设区域内的条目，包括快乐中二班条目以及中国银行条目各自有新消息时的状态特征和无新消息时的状态特征进行训练生成的，采用该种方式，虽然最终训练生成的状态差异模型的准确度相比于采用前述第一种方式训练生成的状态差异模型相比，准确度较低，但是由于需要处理的数据量较少，使得处理效率相比于采用前述第一种方式的处理效率有所提高。

在通过上述图6或图8所示的实施例训练生成状态差异模型之后，就可以在检测桌面上应用程序内部信息的变化时，通过该状态差异模型对每个应用程序中的各控件进行遍历，以得到应用程序中的新消息。示例的，同样以应用程序包括微信、邮箱及收音机为例，在对应用程序中的各控件进行遍历时，可结合图9所示，图9为本申请实施例提供的一种对应用程序中的各控件进行遍历的示意图，可以看出，可以通过状态差异模型先对应用程序微信中的”微信”控件进行遍历，在对”微信”控件进行遍历，其实质是对”微信”控件中的每一个条目进行遍历，这样就可以通过有新消息时的状态特征和无消息时的状态特征提取”微信”控件中有新消息的条目，可以得到”微信”控件中有新消息，且有新消息的条目为A游泳、快乐中二班及中国银行；在遍历完”微信”控件中的条目之后，就可以对应用程序微信中的”通讯录”控件进行遍历，其实质是对”通讯录”控件中的每一个条目进行遍历，这样就可以通过有新消息时的状态特征和无消息时的状态特征提取”通讯录”控件中有新消息的条目，可以得到”通讯录”控件中有新消息，且有新消息的条目为新朋友；在遍历完”通讯录”控件中的条目之后，就可以对应用程序微信中的”发现”控件进行遍历，其实质是对”发现”控件中的每一个条目进行遍历，这样就可以通过有新消息时的状态特征和无消息时的状态特征提取”发现”控件中有新消息的条目，可以得到”发现”控件中有新消息，且有新消息的条目为朋友圈；在遍历完”发现”控件中的条目之后，就可以对应用程序微信中的“我”控件进行遍历，其实质是对“我”控件中的每一个条目进行遍历，这样就可以通过有新消息时的状态特征和无消息时的状态特征提取”我”控件中有新消息的条目，可以得到”我”控件中有新消息，且有新消息的条目为支付和卡包，就可以得到应用程序微信中的各控件中新消息，并将有新消息的控件、控件中的条目以及相应的新消息添加在自动阅屏的播放列表中，即将具有新消息的”微信”控件、”微信”控件中有新消息的条目A游泳、快乐中二班及中国银行及其相应的新消息；有新消息的”通讯录”控件、”通讯录”控件中有新消息的条目新朋友及其相应的新消息；有新消息的”发现”控件、”发现”控件中有新消息的条目朋友圈及其相应的新消息；以及有新消息的”我”控件、”我”控件中有新消息的条目支付和卡包及其相应的新消息添加在自动阅屏的播放列表中。在对应用程序微信中的各控件进行遍历之后，再通过状态差异模型先对应用程序邮箱中的各控件进行遍历，其遍历方式与对应用程序微信中的各控件进行遍历的方式类似，经过遍历之后，同样可以将应用程序邮箱中的各控件中新消息，并将有新消息的控件、控件中的条目以及相应的新消息添加在自动阅屏的播放列表中；之后，再通过状态差异模型先对应用程序收音机中的各控件进行遍历，其遍历方式同样与对应用程序微信中的各控件进行遍历的方式类似，经过遍历之后，同样可以将应用程序收音机中的各控件中新消息，并将有新消息的控件、控件中的条目以及相应的新消息添加在自动阅屏的播放列表中，因此，该自动阅屏的播放列表中就可以包括有新消息的控件、控件中的条目以及相应的新消息。

在得到包括有新消息的控件、控件中的条目以及相应的新消息的自动阅屏的播放列表之后，就可以播放该播放列表中的新消息，即执行下述S403显示新消息。

S403、显示新消息。

可选的，在显示新消息时，可以先获取每个应用程序的各控件中有新消息的第二条目；并显示第二条目中的新消息。进一步地，在显示第二条目中的新消息时，可以先获取每个应用程序中有新消息的至少一个第二控件；并依次显示至少一个第二控件中每个第二控件中的第二条目；在预设时间段之后，依次显示各第二条目中的新消息。示例的，预设时间段可以根据实际需要进行设置，在此，本申请实施例不做进一步地限制。

为了更清楚地说明如何显示第二条目中的新消息，示例的，请参见图10所示，图10为本申请实施例提供的一种显示新消息的示意图，同样以应用程序包括微信、邮箱及收音机为例，有新消息的至少一个第二控件可以包括：应用程序微信中的”微信”控件、”通讯录”控件、”发现”控件、”我”控件、应用程序邮箱中有新消息的控件以及应用程序收音机中有新消息的控件，可结合上述S402中的描述，在显示新消息时，即播放播放列表中的包括有新消息的控件中的条目以及相应的新消息，示例的，可以先显示应用程序微信中有新消息的控件中的条目以及相应的新消息，在显示时，先显示应用程序微信中第一个”微信”控件中有新消息的第二条目A游泳、快乐中二班及中国银行及其相应的新消息，然后间隔预设时间段，自动进入到第一个第二条目A游泳中，显示该第二条目A游泳中的新消息；之后，再重新回到应用程序微信中第一个”微信”控件的显示界面，然后再间隔预设时间段，自动进入到第二个第二条目快乐中二班中，显示该第二条目快乐中二班中的新消息；之后，再重新回到应用程序微信中第一个”微信”控件的显示界面，然后再间隔预设时间段，自动进入到第三个第二条目中国银行中，显示该第二条目中国银行中的新消息；再显示完应用程序微信中第一个”微信”控件中有新消息的控件中的第二条目以及相应的新消息之后，再显示应用程序微信中第二个”通讯录”控件中有新消息的第二条目新朋友及其相应的新消息，然后间隔预设时间段，自动进入到第二条目新朋友中，显示该第二条目新朋友中的新消息；再显示应用程序微信中第三个”发现”控件中有新消息的第二条目朋友圈及其相应的新消息，然后间隔预设时间段，自动进入到第二条目朋友圈中，显示该第二条目朋友圈中的新消息；再显示应用程序微信中第四个”我”控件中有新消息的第二条目支付及其相应的新消息，然后间隔预设时间段，自动进入到第二条目支付中，显示该第二条目支付中的新消息；之后，再重新回到应用程序微信中第四个”我”控件的显示界面，然后再间隔预设时间段，自动进入到第二个第二条目卡包中，显示该第二条目卡包中的新消息，实现了对应用程序微信中新消息的查看。然后，再依次显示应用程序邮箱中有新消息的控件中的条目以及相应的新消息，和应用程序收音机中有新消息的控件中的条目以及相应的新消息，其显示方式与图10所示的应用程序微信中显示新消息的条目以及相应的新消息的显示方式类似，可参见应用程序微信中显示新消息的条目以及相应的新消息的显示方式的相关描述，在此，本申请实施例不再进行赘述。可以看出，通过上述查看过程，实现了对应用程序微信、邮箱以及收音机中新消息的查看，且该查看过程无需用户手动点击操作，从而有效地提高了新消息的查看效率。

由此可见，本申请实施例提供的消息的处理方法，用户在查看新消息时，只需要向终端输入一个用于指示查看至少一个应用程序中的新消息的操作指令，使得终端在接收到该操作指令之后，通过对至少一个应用程序中每个应用程序中的各控件进行遍历，以得到应用程序中的新消息，并直接在终端的屏幕上显示该新消息，而无需用户手动点击逐条查看每一条新消息，从而提高了新消息的查看效率。

可以理解的是，在上述图4所示的实施例中，由于该新消息是显示给用户看的，因此，在向用户显示新消息的过程中，可以实时检测是否存在目标人脸特征，或者间隔一个时间段检测是否存在目标人脸特征，该目标人脸特征可以理解为当前用户的人脸特征，或者预先存储在终端中除当前用户之外的合法的用户的人脸特征，若检测到存在目标人脸特征，说明用户正通过屏幕查看终端显示的新消息，则继续显示新消息；相反的，若未检测到目标人脸特征，说明用户此时并未通过屏幕查看终端显示的新消息，为了节省终端的功耗，可以停止显示新消息，直至用户再次出发自动阅屏操作，终端可以接着之前显示的新消息继续向用户显示新消息，以完成新消息的查看。

基于上述图4所示的实施例，为了保证数据的安全性，在一种可能的场景中，在向用户显示新消息之前，可以先对当前用户的身份进行认证，在身份认证通过之后，再显示新消息。示例的，可以在显示新消息之前，先显示用于提醒用户进行认证操作的第一提示信息，使得用户根据该第一提示信息输入相应的认证信息，这样终端在接收到用户触发的认证信息之后，可以根据用户输入的认证信息对用户的身份进行认证，并在确定认证信息为合法的认证信息时，说明当前用户为合法用户，此时再向用户显示新消息。

示例的，可以结合上述S403中的相关描述，在向用户显示第一个应用程序微信中有新消息的条目和相应的新消息之前，为了防止新消息泄密，以提高数据的安全性，可以先向用户输出用于进行认证操作的第一提示信息，例如，第一提示信息为“请输入解锁密码”，使得用户可以根据该第一提示信息输入相应的解锁密码，这样终端在接收到用户输入的解锁密码之后，可以将用户输入的解锁密码与预先存储的解锁密码进行匹配，若用户输入的解锁密码与预先存储的解锁密码匹配，则确定用户输入的解锁密码为合法的解锁密码，说明当前用户为合法用户，此时再向该用户显示新消息。在显示完第一个应用程序微信中有新消息的条目和相应的新消息之后，可以接着向用户显示第二个应用程序邮箱中有新消息的条目和相应的新消息，同样的，为了防止新消息泄密，以提高数据的安全性，可以先对用户的身份进行认证，其认证方式与显示第一个应用程序微信中有新消息的条目和相应的新消息所采用的认证方式类似，可以参见显示第一个应用程序微信中有新消息的条目和相应的新消息的相关描述，在此，本申请实施例不再进行赘述。在显示完第二个应用程序邮箱中有新消息的条目和相应的新消息之后，就可以接着向用户显示第三个应用程序收音机中有新消息的条目和相应的新消息，由于收音机中的新消息通常不会涉及保密数据，因此，在显示应用程序收音机中有新消息的条目和相应的新消息之前，可以无需通过第一提示信息对用户的身份进行认证，而是直接显示应用程序收音机中有新消息的条目和相应的新消息。当然，若不考虑用户体验，也可以在显示应用程序收音机中有新消息的条目和相应的新消息之前，先对用户的身份进行认证，其认证方式与显示第一个应用程序微信中有新消息的条目和相应的新消息所采用的认证方式类似，可以参见显示第一个应用程序微信中有新消息的条目和相应的新消息的相关描述，在此，本申请实施例不再进行赘述。

基于上述图4所示的实施例，同样为了保证数据的安全性，在另一种可能的场景中，在向用户显示新消息的过程中，可以通过检测人脸特征，并判断检测到的人脸特征是否为新的人脸特征，若检测到有新的人脸特征，说明当前有其它人观看终端屏幕，为了防止数据泄密，以提高数据的安全性，此时，可以将新消息的内容显示模式切换为输出第二提示信息的显示模式，第二提示信息用于提醒用户有新消息，即终端不会直接显示新消息的内容，而仅是提醒用户有新消息，这样可以防止消息被其它人看到，从而导致信息泄密。可以理解的是，虽然采用该方式可以提高数据的安全性，但是若新的人脸特征对应的人为当前用户比较亲密的人，且新消息不需要对其保密，在这种情况下，为了提高用户体验，也可以在将新消息的内容显示模式切换为输出第二提示信息的显示模式之前，先向当前用户输出第三提示信息，以通过第三提示信息提醒用户是否将新消息的内容显示模式切换为输出第二提示信息的显示模式，若当前用户输入不需要将新消息的内容显示模式切换为输出第二提示信息的显示模式，则终端继续显示新消息；相反的，若当前用户输入需要将新消息的内容显示模式切换为输出第二提示信息的显示模式，则终端在接收到该切换指令之后，将新消息的内容显示模式切换为输出第二提示信息的显示模式，这样就可以防止消息被其它人看到，可以防止数据泄密，从而提高了数据的安全性。

可以看出，通过上述不同的两种场景中的描述，均可以防止数据泄密，以提高数据的安全性，需要说明的是，上述两种场景中的方案可以单独实现，也可以互相结合，具体可以根据实际需要进行设置，在此，本申请实施例不做进一步地限制。可以理解的是，当其相互结合时，其实现方式与单独实现的方式类似，在此，本申请实施例不再进行赘述。

图11为本申请实施例提供的一种消息的处理装置11的结构示意图，示例的，请参见图11所示，该消息的处理装置11可以包括：

接收单元1101，用于接收操作指令，操作指令用于指示查看至少一个应用程序中的新消息。

处理单元1102，用于根据操作指令，对至少一个应用程序中每个应用程序的各控件进行遍历，得到应用程序中的新消息。

显示单元1103，用于显示新消息。

可选的，处理单元1102，具体用于根据操作指令，通过状态差异模型对每个应用程序中的各控件进行遍历，得到应用程序中的新消息；状态差异模型用于表示有新消息的控件和无新消息的控件之间的状态差异。

可选的，处理单元1102，还用于获取第一控件中第一条目有新消息时的状态特征和第一条目无新消息时的状态特征；第一控件为每个应用程序的所有控件中的任意一个控件；并根据第一条目有新消息时的状态特征和第一条目无新消息时的状态特征，训练生成状态差异模型。

可选的，第一条目为第一控件中的所有条目，或者，第一条目为第一控件中预设区域内的条目。

可选的，处理单元1102，还用于获取每个应用程序的各控件中有新消息的第二条目。

显示单元1103，具体用于显示第二条目中的新消息。

可选的，处理单元1102，具体用于获取每个应用程序中有新消息的至少一个第二控件。

显示单元1103，具体用于依次显示至少一个第二控件中每个第二控件中的第二条目；并在预设时间段之后，依次显示各第二条目中的新消息。

可选的，显示单元1103，还用于显示第一提示信息，第一提示信息用于提醒用户进行认证操作。

接收单元1101，还用于接收用户触发的认证信息。

显示单元1103，具体用于在认证信息通过时，显示新消息。

可选的，处理单元1102，还用于在显示新消息时，若检测到有新的人脸特征，则将新消息的内容显示模式切换为输出第二提示信息的显示模式，第二提示信息用于提醒用户有新消息。

可选的，处理单元1102，还用于输出第三提示信息，第三提示信息用于提醒用户是否将新消息的内容显示模式切换为输出第二提示信息的显示模式。

接收单元1101，还用于接收用户触发的切换指令。

处理单元1102，具体用于根据切换指令，将新消息的内容显示模式切换为输出第二提示信息的显示模式。

可选的，处理单元1102，还用于在显示新消息时，检测是否存在目标人脸特征；显示单元1103，还用于若检测到存在目标人脸特征，则继续显示新消息。

可选的，显示单元1103，还用于若未检测到目标人脸特征，则停止显示新消息。

可选的，处理单元1102，还用于检测多个应用程序中每个应用程序的图标状态；并将图标状态发生变化的应用程序确定为至少一个应用程序。

本申请实施例所示的消息的处理装置11，可以执行上述任一实施例所示的消息的处理方法的技术方案，其实现原理以及有益效果与消息的处理方法的实现原理及有益效果类似，此处不再进行赘述。

图12为本申请实施例提供的一种终端120的结构示意图，该终端120可以包括处理器1201和存储器1202，其中，

所述存储器1202用于存储程序指令；

所述处理器1201用于执行所述存储器1202中的程序指令，使得所述终端设备120执行上述任一实施例所示的消息的处理方法的技术方案，其实现原理以及有益效果与消息的处理方法的实现原理及有益效果类似，此处不再进行赘述。

本申请实施例还提供一种计算机存储介质，包括指令，当所述指令由一个或多个处理器运行时，使得终端设备执行上述任一实施例所示的消息的处理方法的技术方案，其实现原理以及有益效果与消息的处理方法的实现原理及有益效果类似，此处不再进行赘述。

本申请实施例还提供一种芯片，芯片上存储有计算机程序，在计算机程序被处理器执行上述任一实施例所示的消息的处理方法的技术方案，其实现原理以及有益效果与消息的处理方法的实现原理及有益效果类似，此处不再进行赘述。

上述各个实施例中处理器可以是通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read-only memory，ROM)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的指令，结合其硬件完成上述方法的步骤。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

Claims (26)

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

接收操作指令，所述操作指令用于指示查看至少一个应用程序中的新消息；

根据所述操作指令，对所述至少一个应用程序中每个应用程序的各控件进行遍历，得到所述应用程序中的新消息；

显示所述新消息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述操作指令，对所述至少一个应用程序中每个应用程序的各控件进行遍历，得到所述应用程序中的新消息，包括：

根据所述操作指令，通过状态差异模型对所述每个应用程序中的各控件进行遍历，得到所述应用程序中的新消息；所述状态差异模型用于表示有新消息的控件和无新消息的控件之间的状态差异。

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

获取第一控件中第一条目有新消息时的状态特征和所述第一条目无新消息时的状态特征；所述第一控件为所述每个应用程序的所有控件中的任意一个控件；

根据所述第一条目有新消息时的状态特征和所述第一条目无新消息时的状态特征，训练生成所述状态差异模型。

4.根据权利要求3所述的方法，其特征在于，所述第一条目为所述第一控件中的所有条目，或者，所述第一条目为所述第一控件中预设区域内的条目。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述显示所述新消息，包括：

获取所述每个应用程序的各控件中有新消息的第二条目；

显示所述第二条目中的新消息。

6.根据权利要求5所述的方法，其特征在于，所述显示所述第二条目中的新消息，包括：

获取所述每个应用程序中有新消息的至少一个第二控件；

依次显示所述至少一个第二控件中每个所述第二控件中的所述第二条目；

在预设时间段之后，依次显示各所述第二条目中的新消息。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述显示所述新消息，包括：

显示第一提示信息，所述第一提示信息用于提醒用户进行认证操作；

接收所述用户触发的认证信息；

在所述认证信息通过时，显示所述新消息。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述显示所述新消息，包括：

在显示所述新消息时，若检测到有新的人脸特征，则将所述新消息的内容显示模式切换为输出第二提示信息的显示模式，所述第二提示信息用于提醒用户有新消息。

9.根据权利要求8所述的方法，其特征在于，所述将所述新消息的内容显示模式切换为输出第二提示信息的显示模式，包括：

输出第三提示信息，所述第三提示信息用于提醒所述用户是否将所述新消息的内容显示模式切换为输出第二提示信息的显示模式；

接收所述用户触发的切换指令；

根据所述切换指令，将所述新消息的内容显示模式切换为输出第二提示信息的显示模式。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述显示所述新消息，包括：

在显示所述新消息时，检测是否存在目标人脸特征；

若检测到存在所述目标人脸特征，则继续显示所述新消息。

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

若未检测到所述目标人脸特征，则停止显示所述新消息。

12.根据权利要求1-11任一项所述的方法，其特征在于，所述方法还包括：

检测多个应用程序中每个应用程序的图标状态；

将图标状态发生变化的应用程序确定为所述至少一个应用程序。

13.一种消息的处理装置，其特征在于，包括：

接收单元，用于接收操作指令，所述操作指令用于指示查看至少一个应用程序中的新消息；

处理单元，用于根据所述操作指令，对所述至少一个应用程序中每个应用程序的各控件进行遍历，得到所述应用程序中的新消息；

显示单元，用于显示所述新消息。

14.根据权利要求13所述的装置，其特征在于，

所述处理单元，具体用于根据所述操作指令，通过状态差异模型对所述每个应用程序中的各控件进行遍历，得到所述应用程序中的新消息；所述状态差异模型用于表示有新消息的控件和无新消息的控件之间的状态差异。

15.根据权利要求14所述的装置，其特征在于，

所述处理单元，还用于获取第一控件中第一条目有新消息时的状态特征和所述第一条目无新消息时的状态特征；所述第一控件为所述每个应用程序的所有控件中的任意一个控件；并根据所述第一条目有新消息时的状态特征和所述第一条目无新消息时的状态特征，训练生成所述状态差异模型。

16.根据权利要求15所述的装置，其特征在于，所述第一条目为所述第一控件中的所有条目，或者，所述第一条目为所述第一控件中预设区域内的条目。

17.根据权利要求13-16任一项所述的装置，其特征在于，

所述处理单元，还用于获取所述每个应用程序的各控件中有新消息的第二条目；

所述显示单元，具体用于显示所述第二条目中的新消息。

18.根据权利要求17所述的装置，其特征在于，

所述处理单元，具体用于获取所述每个应用程序中有新消息的至少一个第二控件；

所述显示单元，具体用于依次显示所述至少一个第二控件中每个所述第二控件中的所述第二条目；并在预设时间段之后，依次显示各所述第二条目中的新消息。

19.根据权利要求13-18任一项所述的装置，其特征在于，

所述显示单元，还用于显示第一提示信息，所述第一提示信息用于提醒用户进行认证操作；

所述接收单元，还用于接收所述用户触发的认证信息；

所述显示单元，具体用于在所述认证信息通过时，显示所述新消息。

20.根据权利要求13-19任一项所述的装置，其特征在于，

所述处理单元，还用于在显示所述新消息时，若检测到有新的人脸特征，则将所述新消息的内容显示模式切换为输出第二提示信息的显示模式，所述第二提示信息用于提醒用户有新消息。

21.根据权利要求20所述的装置，其特征在于，

所述处理单元，还用于输出第三提示信息，所述第三提示信息用于提醒所述用户是否将所述新消息的内容显示模式切换为输出第二提示信息的显示模式；

所述接收单元，还用于接收所述用户触发的切换指令；

所述处理单元，具体用于根据所述切换指令，将所述新消息的内容显示模式切换为输出第二提示信息的显示模式。

22.根据权利要求13-21任一项所述的装置，其特征在于，

所述处理单元，还用于在显示所述新消息时，检测是否存在目标人脸特征；

所述显示单元，还用于若检测到存在所述目标人脸特征，则继续显示所述新消息。

23.根据权利要求22所述的装置，其特征在于，

所述显示单元，还用于若未检测到所述目标人脸特征，则停止显示所述新消息。

24.根据权利要求13-23任一项所述的装置，其特征在于，

所述处理单元，还用于检测多个应用程序中每个应用程序的图标状态；并将图标状态发生变化的应用程序确定为所述至少一个应用程序。

25.一种终端设备，其特征在于，包括处理器和存储器，其中，

所述存储器用于存储程序指令；

所述处理器用于执行所述存储器中的程序指令，使得所述终端设备执行上述权利要求1-12中任一项所述的消息的处理方法。

26.一种计算机存储介质，包括指令，其特征在于，

当所述指令由一个或多个处理器运行时，使得终端设备执行上述权利要求1-12中任一项所述的消息的处理方法。

Images