CN104322040B - 终端和通知消息的管理方法 - Google Patents

Abstract

本发明提供了一种终端，包括：区域设置单元，用于根据接收到的区域设置命令，在终端屏幕上设置消息展示区域；通知消息检测单元，用于检测所述终端中是否存在待处理的通知消息；展示单元，在所述通知消息检测单元检测到所述终端中存在至少一个待处理的通知消息时，在所述终端的当前界面上，将相应的提示信息展示在所述消息展示区域中，其中，所述提示信息对应于所述待处理的通知消息。相应地，本发明还提出了一种通知消息的管理方法。通过本发明的技术方案，可以使用户无需退出应用程序或翻动显示界面，而仅通过终端的当前界面，即可了解到终端中所有的待处理的通知消息，以便进行进一步处理。

Description

终端和通知消息的管理方法

技术领域

本发明涉及信息处理技术领域，具体而言，涉及一种终端和一种通知消息的管理方法。

背景技术

当前终端的待处理的通知消息一般有两种，第一种如图1所示，在存在通知消息的应用图标上，标示出待处理的通知消息的数量；第二种如图2所示，将通知消息显示在待机界面的下拉托盘中。

但对于第一种情况，由于消息通知302在图标上，一方面展示范围有限，往往只能告知用户有新的消息，以及消息的数量，另一方面，用户只有翻至对应的页面，才能看到消息通知302，而如果某个图标没有在当前页面中，则无法看到消息通知302；而对于第二种情况，各应用的消息通知302都展现在下拉托盘304中，消息泛滥，重要的消息展示通常被忽视，并且如果当前开启的应用为全屏显示，则无法直接开启下拉托盘304，导致消息通知302有可能无法被用户看到。

可见，上述两种消息通知方案均存在以下问题：

一、消息的展示由各应用自行控制，导致消息的展示泛滥，重要的消息不突出；

二、消息的展示在界面上固定的位置，在一些场景中，这些固定位置有可能无法显示在当前界面上，消息有可能被漏掉或无法被及时获知；

三、消息都是由各应用去主动获取后，推送给系统的，没有根据当前智能终端所处的实时状态来进行展示，这会导致：各应用都去轮询消息，带来耗电上的影响，如：安装在手机中的所有地理位置相关应用，都会定时去查询地理位置是否有变化，若发现变化，去获取消息，然后一起显示在消息框中，从而导致一些消息出现在用户并不需要的情况下，而另一些需要进行展示的消息则无法被及时展示。

因此，需要一种新的通知消息的管理技术，可以使用户无需退出应用程序或翻动显示界面，而仅通过终端的当前界面，即可了解到终端中所有的待处理的通知消息，以便进行进一步处理。

发明内容

本发明正是基于上述问题，提出了一种可以使用户无需退出应用程序或翻动显示界面，而仅通过终端的当前界面，即可了解到终端中所有的待处理的通知消息，以便进行进一步处理。

有鉴于此，本发明提出了一种终端，包括：区域设置单元，用于根据接收到的区域设置命令，在终端屏幕上设置消息展示区域；通知消息检测单元，用于检测所述终端中是否存在待处理的通知消息；展示单元，在所述通知消息检测单元检测到所述终端中存在至少一个待处理的通知消息时，在所述终端的当前界面上，将相应的提示信息展示在所述消息展示区域中，其中，所述提示信息对应于所述待处理的通知消息。

在该技术方案中，待处理的通知消息包括应用程序的推送信息、未读短信、未接电话、未查看邮件等已存在的，但用户尚未进行查看或处理的消息。由于这些通知消息本身包含的信息较多，若直接显示在当前终端界面上，则可能看起来比较杂乱，并且影响界面的显示面积，影响用户的使用体验，因此，实际显示的提示信息，可以是这些待处理的通知消息本身，也可以仅显示这些通知消息的数目、类型等信息，以占用尽可能少的显示面积。这里并不限定在显示出提示信息时的终端界面，也就是说，无论当前界面为待机界面、菜单界面或是某个应用程序界面，均可以直接显示出该提示信息，以便用户及时查看到所有的待处理的通知消息，而不需要切换界面或打开下拉托盘。这里的消息展示区域可以是终端屏幕上的固定区域，不随显示界面的改变而变化，也可以与每个显示界面相关联，从而对于不同的显示界面，将其显示在不同的屏幕位置，已达到最佳的显示效果。而这里的消息展示区域的具体形式也可以有很多种，比如一个方框、一个标识等。

在上述技术方案中，优选地，所述展示单元进行展示的所述提示信息包括以下至少之一或其组合：所述待处理的通知消息的数量、所述待处理的通知消息的类型、所述待处理的通知消息对应的应用程序的类型、所述待处理的通知消息的具体内容。

在上述技术方案中，优选地，还包括：数量记录单元，记录每种类型的提示信息被查看的次数和/或频率；排序单元，按照所述次数和/或频率的大小，确定所述提示信息在显示时的排列顺序。

在该技术方案中，用户对于通知消息的关注程度并不相同，比如一些用户更关注未接电话、未读短信等的提示信息，那么该用户对于这些通知消息的查看次数或频率会更高，因此，将根据被查看的次数或频率进行提示信息的排序，可以适应不同用户的使用习惯。

在上述技术方案中，优选地，还包括：条件注册单元，对于需要展示通知消息的应用程序，接收所述应用程序注册的展示条件；存储单元，将所述应用程序与所述展示条件进行关联存储；条件判断单元，当存在对应于所述应用程序的待处理的通知消息时，判断是否满足所述应用程序对应的展示条件，其中，所述展示单元在所述应用程序满足所述展示条件时，对所述待处理的通知消息进行展示，否则不进行展示。

在该技术方案中，通过获取不同应用程序的展示条件，并仅当满足该展示条件时，才对相应的应用程序的待处理的通知消息进行展示，可以避免过多的通知消息一起进行展示时，使得更为重要的通知消息无法被用户及时查看到。

在上述技术方案中，优选地，还包括：条件设置单元，根据接收到的条件设置命令，为需要展示通知消息的应用程序设置对应的展示条件；存储单元，将所述应用程序与所述展示条件进行关联；条件判断单元，当存在对应于所述应用程序的待处理的通知消息时，判断是否满足所述应用程序对应的展示条件，其中，所述展示单元在所述应用程序满足所述展示条件时，对所述待处理的通知消息进行展示，否则不进行展示。

在该技术方案中，除了应用程序自身具有相应的展示条件，还可以由用户自行对展示条件进行设置，以满足不同用户的个性化使用需求。

在上述技术方案中，优选地，所述展示条件包括以下至少之一或其组合：消息类型、优先级、展示时间、地理位置、光线传感器状态、允许展示的界面。

在上述技术方案中，优选地，还包括：消息获取单元，在展示所述提示信息之前，获取所述待处理的通知消息，其中，应用程序获取所述待处理的通知消息后，告知所述终端的处理系统；和/或所述处理系统获取当前的实时条件，若存在与所述实时条件相匹配的展示条件，则所述处理系统向与所述相匹配的展示条件对应的应用程序询问是否存在待处理的通知消息，若存在，则获取所述待处理的通知消息。

在该技术方案中，存在两种不同的实现策略，一种情况下，由应用程序存在需要进行展示的通知消息后，向终端的处理系统进行告知，以便处理系统对该通知消息进行展示；另一种情况下，由处理系统对当前的实时条件与之前预设置的各个应用程序的展示条件进行比较，若存在相符合的应用程序，则对该应用程序进行询问，若存在待处理的通知消息，则由处理系统从该应用程序处进行通知消息的获取，以便进行展示。

在上述技术方案中，优选地，所述展示单元具体包括：标识显示子单元，在所述当前界面上显示出至少一个消息标识；处理子单元，在接收到针对所述至少一个消息标识的查看命令时，展示出所述提示信息。

在该技术方案中，由于提示信息仍可能占用较大的显示面积，因此，可以在终端界面上始终显示一消息标识，通过该消息标识，才能够查看到提示信息，而通过提示信息能够查看到待处理的通知消息。这里的消息标识可以是浮现与终端界面上的一个半透明的气泡，则不会对当面界面的其他内容造成阻挡，以获取最大的显示面积。

在上述技术方案中，优选地，还包括：模糊设置单元，为所述消息标识设置命令接收区域；模糊操作单元，将所述命令接收区域接收到的操作命令作为针对所述消息标识的操作命令。

在该技术方案中，用户在进行操作时，比如对消息标识进行点击时，可能并不能准确地点击到消息标识的图标，而是发生一些微小的偏差，从而导致进入其他应用界面，影响用户的使用体验，因此，可以为消息标识设置命令接收区域，这个区域可以包括消息标识的图标面积，并向外扩展一部分面积，从而当用户没有点击到消息标识本身，但点击在该命令接收区域时，仍认为该用户对消息标识进行了操作。

在上述技术方案中，优选地，所述展示单元还包括：隐藏操作子单元，在接收到针对所述消息标识的隐藏命令时，使所述消息标识停止显示在所述当前界面上，其中，发出所述隐藏命令的方式包括：所述消息标识未被查看的时间超过预设的时间阈值、所述消息标识已被查看、所有的待处理的通知消息均已被处理。

在该技术方案中，消息标识可以一直显示在终端界面上，并在存在新的待处理的通知消息时进行提示，比如改变显示效果等；也可以仅在存在新的待处理的通知消息时才显示在当前终端界面上，而在长时间未被查看或已被查看等情况下，实现自动隐藏，以便将用户对当前界面的其他内容的查看和操作等的影响降至最低。

在上述技术方案中，优选地，所述标识显示子单元还用于：使所述消息标识浮现在所述当前界面的初始位置，且在所述当前界面发生变化时，所述消息标识始终位于所述初始位置。

在该技术方案中，消息标识是浮现在当前界面的其他内容之上的，不会对当前界面的其他内容造成影响，也不会由于界面的切换等而发生位置、形状等的变化。

在上述技术方案中，优选地，所述展示单元还包括：移动子单元，根据接收到的移动命令，对所述消息标识在所述当前界面上的实时位置进行移动。

在该技术方案中，消息标识本身是不会随界面的变化而改变的，但用户处于自身的考虑，比如需要对消息标识所处位置下方的界面内容进行操作等，则可以将消息标识移动至其他位置。具体地，在进行消息标识的移动时，可以长按消息标识后，在终端屏幕上对消息标识进行拖动。

在上述技术方案中，优选地，所述处理子单元还用于：在接收到针对所述提示信息的查看命令时，进入相应的应用程序界面。

在该技术方案中，待处理的通知消息来自不同的应用程序，而提示信息是对应于不同的待处理的通知消息的，为了能够更加方便地对待处理的通知消息进行处理，比如对于未查看的短信，可能用户需要进行查看和回复，则可以在用户选择了提示信息后，直接进入到相应的应用程序，比如“短信息”或“收件箱”。

在上述技术方案中，优选地，所述处理子单元还用于：在所述当前界面为锁屏界面的情况下，若所述消息标识被选中后，沿预设移动轨迹进行移动，则显示出所述提示信息。

在该技术方案中，对于锁屏界面，仍然可以对消息标识进行显示，但在锁屏界面下，用户往往并不希望随意开启任何功能或应用，因此为了判断出当前对于消息标识的查看操作是否为用户主动进行的，而不是误操作，需要将查看操作设计得较为复杂，比如可以将选中(具体如点击、长按等)和移动相结合，从而在满足相应的条件后，判断为用户有意识的操作，则展示出相应的提示信息。

在上述技术方案中，优选地，还包括：关联设置单元，为每个所述消息标识设置一个相关联的应用程序；所述处理子单元还用于：在所述当前界面为锁屏界面的情况下，在存在对应于所述相关联的应用程序的待处理的通知消息时，若所述消息标识被选中后，沿预设移动轨迹进行移动，则进入所述相对应的应用程序。

在该技术方案中，消息标识可以为多个，通过为每个消息标识设置一个相关联的应用程序，可以不仅显示出对应的提示信息，还可以直接进入该相关联的应用程序，方便用户的进一步操作。

根据本发明的又一方面，还提出了一种通知消息的管理方法，包括：根据接收到的区域设置命令，在终端屏幕上设置消息展示区域；当终端中存在至少一个待处理的通知消息时，在所述终端的当前界面上，将相应的提示信息展示在所述消息展示区域中，其中，所述提示信息对应于所述待处理的通知消息。

在该技术方案中，待处理的通知消息包括应用程序的推送信息、未读短信、未接电话、未查看邮件等已存在的，但用户尚未进行查看或处理的消息。由于这些通知消息本身包含的信息较多，若直接显示在当前终端界面上，则可能看起来比较杂乱，并且影响界面的显示面积，影响用户的使用体验，因此，实际显示的提示信息，可以是这些待处理的通知消息本身，也可以仅显示这些通知消息的数目、类型等信息，以占用尽可能少的显示面积。这里并不限定在显示出提示信息时的终端界面，也就是说，无论当前界面为待机界面、菜单界面或是某个应用程序界面，均可以直接显示出该提示信息，以便用户及时查看到所有的待处理的通知消息，而不需要切换界面或打开下拉托盘。这里的消息展示区域可以是终端屏幕上的固定区域，不随显示界面的改变而变化，也可以与每个显示界面相关联，从而对于不同的显示界面，将其显示在不同的屏幕位置，已达到最佳的显示效果。而这里的消息展示区域的具体形式也可以有很多种，比如一个方框、一个标识等。

在上述技术方案中，优选地，所述提示信息包括以下至少之一或其组合：所述待处理的通知消息的数量、所述待处理的通知消息的类型、所述待处理的通知消息对应的应用程序的类型、所述待处理的通知消息的具体内容。

在上述技术方案中，优选地，还包括：记录每种类型的提示信息被查看的次数和/或频率，以按照所述次数和/或频率的大小，确定所述提示信息在显示时的排列顺序。

在该技术方案中，用户对于通知消息的关注程度并不相同，比如一些用户更关注未接电话、未读短信等的提示信息，那么该用户对于这些通知消息的查看次数或频率会更高，因此，将根据被查看的次数或频率进行提示信息的排序，可以适应不同用户的使用习惯。

在上述技术方案中，优选地，还包括：需要展示通知消息的应用程序向所述终端注册展示条件；将所述应用程序与所述展示条件进行关联存储；当存在对应于所述应用程序的待处理的通知消息时，判断是否满足所述应用程序对应的展示条件；若满足，则对所述待处理的通知消息进行展示，否则不进行展示。

在该技术方案中，通过获取不同应用程序的展示条件，并仅当满足该展示条件时，才对相应的应用程序的待处理的通知消息进行展示，可以避免过多的通知消息一起进行展示时，使得更为重要的通知消息无法被用户及时查看到。

在上述技术方案中，优选地，还包括：根据接收到的条件设置命令，为需要展示通知消息的应用程序设置对应的展示条件；将所述应用程序与所述展示条件进行关联；当存在对应于所述应用程序的待处理的通知消息时，判断是否满足所述应用程序对应的展示条件；若满足，则对所述待处理的通知消息进行展示，否则不进行展示。

在该技术方案中，除了应用程序自身具有相应的展示条件，还可以由用户自行对展示条件进行设置，以满足不同用户的个性化使用需求。

在上述技术方案中，优选地，所述展示条件包括以下至少之一或其组合：消息类型、优先级、展示时间、地理位置、光线传感器状态、允许展示的界面。

在上述技术方案中，优选地，在展示所述提示信息之前，还包括：应用程序获取待处理的通知消息后，告知所述终端的处理系统；和/或所述处理系统获取当前的实时条件，若存在与所述实时条件相匹配的展示条件，则所述处理系统向与所述相匹配的展示条件对应的应用程序询问是否存在待处理的通知消息，若存在，则获取所述待处理的通知消息。

在该技术方案中，存在两种不同的实现策略，一种情况下，由应用程序存在需要进行展示的通知消息后，向终端的处理系统进行告知，以便处理系统对该通知消息进行展示；另一种情况下，由处理系统对当前的实时条件与之前预设置的各个应用程序的展示条件进行比较，若存在相符合的应用程序，则对该应用程序进行询问，若存在待处理的通知消息，则由处理系统从该应用程序处进行通知消息的获取，以便进行展示。

在上述技术方案中，优选地，对所述提示信息进行展示的具体过程包括：在所述当前界面上显示出至少一个消息标识，在接收到针对所述至少一个消息标识的查看命令时，展示出所述提示信息。

在该技术方案中，由于提示信息仍可能占用较大的显示面积，因此，可以在终端界面上始终显示一消息标识，通过该消息标识，才能够查看到提示信息，而通过提示信息能够查看到待处理的通知消息。这里的消息标识可以是浮现与终端界面上的一个半透明的气泡，则不会对当面界面的其他内容造成阻挡，以获取最大的显示面积。

在上述技术方案中，优选地，还包括：为所述消息标识设置命令接收区域；将针对所述命令接收区域的查看命令作为针对所述消息标识的查看命令。

在该技术方案中，用户在进行操作时，比如对消息标识进行点击时，可能并不能准确地点击到消息标识的图标，而是发生一些微小的偏差，从而导致进入其他应用界面，影响用户的使用体验，因此，可以为消息标识设置命令接收区域，这个区域可以包括消息标识的图标面积，并向外扩展一部分面积，从而当用户没有点击到消息标识本身，但点击在该命令接收区域时，仍认为该用户对消息标识进行了操作。

在上述技术方案中，优选地，还包括：在接收到针对所述消息标识的隐藏命令时，使所述消息标识停止显示在所述当前界面上，其中，发出所述隐藏命令的方式包括：所述消息标识未被查看的时间超过预设的时间阈值、所述消息标识已被查看、所有的待处理的通知消息均已被处理。

在该技术方案中，消息标识可以一直显示在终端界面上，并在存在新的待处理的通知消息时进行提示，比如改变显示效果等；也可以仅在存在新的待处理的通知消息时才显示在当前终端界面上，而在长时间未被查看或已被查看等情况下，实现自动隐藏，以便将用户对当前界面的其他内容的查看和操作等的影响降至最低。

在上述技术方案中，优选地，所述消息标识浮现在所述当前界面的初始位置，在所述当前界面发生变化时，所述消息标识始终位于所述初始位置。

在该技术方案中，消息标识是浮现在当前界面的其他内容之上的，不会对当前界面的其他内容造成影响，也不会由于界面的切换等而发生位置、形状等的变化。

在上述技术方案中，优选地，还包括：根据接收到的移动命令，对所述消息标识在所述当前界面上的实时位置进行移动。

在该技术方案中，消息标识本身是不会随界面的变化而改变的，但用户处于自身的考虑，比如需要对消息标识所处位置下方的界面内容进行操作等，则可以将消息标识移动至其他位置。具体地，在进行消息标识的移动时，可以长按消息标识后，在终端屏幕上对消息标识进行拖动。

在上述技术方案中，优选地，还包括：在接收到针对所述提示信息的查看命令时，进入相应的应用程序界面。

在该技术方案中，待处理的通知消息来自不同的应用程序，而提示信息是对应于不同的待处理的通知消息的，为了能够更加方便地对待处理的通知消息进行处理，比如对于未查看的短信，可能用户需要进行查看和回复，则可以在用户选择了提示信息后，直接进入到相应的应用程序，比如“短信息”或“收件箱”。

在上述技术方案中，优选地，还包括：所述当前界面为锁屏界面；若所述消息标识被选中后，沿预设移动轨迹进行移动，则显示出所述提示信息。

在该技术方案中，对于锁屏界面，仍然可以对消息标识进行显示，但在锁屏界面下，用户往往并不希望随意开启任何功能或应用，因此为了判断出当前对于消息标识的查看操作是否为用户主动进行的，而不是误操作，需要将查看操作设计得较为复杂，比如可以将选中(具体如点击、长按等)和移动相结合，从而在满足相应的条件后，判断为用户有意识的操作，则展示出相应的提示信息。

在上述技术方案中，优选地，还包括：所述当前界面为锁屏界面；每个所述消息标识存在一个相关联的应用程序；在存在对应于所述相关联的应用程序的待处理的通知消息时，若所述消息标识被选中后，沿预设移动轨迹进行移动，则进入所述相对应的应用程序。

在该技术方案中，消息标识可以为多个，通过为每个消息标识设置一个相关联的应用程序，可以不仅显示出对应的提示信息，还可以直接进入该相关联的应用程序，方便用户的进一步操作。

通过以上技术方案，可以使用户无需退出应用程序或翻动显示界面，而仅通过终端的当前界面，即可了解到终端中所有的待处理的通知消息，以便进行进一步处理。

附图说明

图1示出了根据本发明的实施例的终端的框图；

图2A至图2C示出了根据本发明的实施例的通知消息的管理方法的流程图；

图3A和图3B示出了相关技术中的管理通知消息的示意图；

图4A至图4Q示出了根据本发明的实施例的管理通知消息的示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的实施例的终端的框图。

如图1所示，根据本发明的实施例的终端100，包括：区域设置单元101，用于根据接收到的区域设置命令，在终端屏幕上设置消息展示区域；通知消息检测单元102，用于检测终端100中是否存在待处理的通知消息；展示单元104，在通知消息检测单元102检测到终端100中存在至少一个待处理的通知消息时，在终端100的当前界面上，将相应的提示信息展示在该消息展示区域中，其中，提示信息对应于待处理的通知消息。

在该技术方案中，待处理的通知消息包括应用程序的推送信息、未读短信、未接电话、未查看邮件等已存在的，但用户尚未进行查看或处理的消息。由于这些通知消息本身包含的信息较多，若直接显示在当前终端界面上，则可能看起来比较杂乱，并且影响界面的显示面积，影响用户的使用体验，因此，实际显示的提示信息，可以是这些待处理的通知消息本身，也可以仅显示这些通知消息的数目、类型等信息，以占用尽可能少的显示面积。这里并不限定在显示出提示信息时的终端界面，也就是说，无论当前界面为待机界面、菜单界面或是某个应用程序界面，均可以直接显示出该提示信息，以便用户及时查看到所有的待处理的通知消息，而不需要切换界面或打开下拉托盘。这里的消息展示区域可以是终端屏幕上的固定区域，不随显示界面的改变而变化，也可以与每个显示界面相关联，从而对于不同的显示界面，将其显示在不同的屏幕位置，已达到最佳的显示效果。而这里的消息展示区域的具体形式也可以有很多种，比如一个方框、一个标识等。

在上述技术方案中，展示单元104进行展示的提示信息包括以下至少之一或其组合：待处理的通知消息的数量、待处理的通知消息的类型、待处理的通知消息对应的应用程序的类型、待处理的通知消息的具体内容。

在上述技术方案中，还包括：数量记录单元106，记录每种类型的提示信息被查看的次数和/或频率；排序单元108，按照次数和/或频率的大小，确定提示信息在显示时的排列顺序。

在该技术方案中，用户对于通知消息的关注程度并不相同，比如一些用户更关注未接电话、未读短信等的提示信息，那么该用户对于这些通知消息的查看次数或频率会更高，因此，将根据被查看的次数或频率进行提示信息的排序，可以适应不同用户的使用习惯。

在上述技术方案中，还包括：条件注册单元110，对于需要展示通知消息的应用程序，接收所述应用程序注册展示条件；存储单元112，将应用程序与展示条件进行关联存储；条件判断单元114，当存在对应于应用程序的待处理的通知消息时，判断是否满足应用程序对应的展示条件，其中，展示单元104在应用程序满足展示条件时，对待处理的通知消息进行展示，否则不进行展示。

在该技术方案中，通过获取不同应用程序的展示条件，并仅当满足该展示条件时，才对相应的应用程序的待处理的通知消息进行展示，可以避免过多的通知消息一起进行展示时，使得更为重要的通知消息无法被用户及时查看到。

在上述技术方案中，还包括：条件设置单元116，根据接收到的条件设置命令，为需要展示通知消息的应用程序设置对应的展示条件；存储单元112，将应用程序与展示条件进行关联；条件判断单元114，当存在对应于应用程序的待处理的通知消息时，判断是否满足应用程序对应的展示条件，其中，展示单元104在应用程序满足所述展示条件时，对待处理的通知消息进行展示，否则不进行展示。

在该技术方案中，除了应用程序自身具有相应的展示条件，还可以由用户自行对展示条件进行设置，以满足不同用户的个性化使用需求。

在上述技术方案中，展示条件包括以下至少之一或其组合：消息类型、优先级、展示时间、地理位置、光线传感器状态、允许展示的界面。

在上述技术方案中，还包括：消息获取单元118，在展示提示信息之前，获取待处理的通知消息，其中，应用程序获取待处理的通知消息后，告知终端100的处理系统；和/或处理系统获取当前的实时条件，若存在与实时条件相匹配的展示条件，则处理系统向与相匹配的展示条件对应的应用程序询问是否存在待处理的通知消息，若存在，则获取待处理的通知消息。

在该技术方案中，存在两种不同的实现策略，一种情况下，由应用程序存在需要进行展示的通知消息后，向终端的处理系统进行告知，以便处理系统对该通知消息进行展示；另一种情况下，由处理系统对当前的实时条件与之前预设置的各个应用程序的展示条件进行比较，若存在相符合的应用程序，则对该应用程序进行询问，若存在待处理的通知消息，则由处理系统从该应用程序处进行通知消息的获取，以便进行展示。

在上述技术方案中，展示单元104包括：标识显示子单元1042，在所述当前界面上显示出至少一个消息标识；处理子单元1044，在接收到针对至少一个消息标识的查看命令时，展示出提示信息。

在该技术方案中，由于提示信息仍可能占用较大的显示面积，因此，可以在终端界面上始终显示一消息标识，通过该消息标识，才能够查看到提示信息，而通过提示信息能够查看到待处理的通知消息。这里的消息标识可以是浮现与终端界面上的一个半透明的气泡，则不会对当面界面的其他内容造成阻挡，以获取最大的显示面积。

在上述技术方案中，还包括：模糊设置单元120，为消息标识设置命令接收区域；模糊操作单元122，将命令接收区域接收到的操作命令作为针对消息标识的操作命令。

在该技术方案中，用户在进行操作时，比如对消息标识进行点击时，可能并不能准确地点击到消息标识的图标，而是发生一些微小的偏差，从而导致进入其他应用界面，影响用户的使用体验，因此，可以为消息标识设置命令接收区域，这个区域可以包括消息标识的图标面积，并向外扩展一部分面积，从而当用户没有点击到消息标识本身，但点击在该命令接收区域时，仍认为该用户对消息标识进行了操作。

在上述技术方案中，展示单元104还包括：隐藏操作子单元1046，在接收到针对消息标识的隐藏命令时，使消息标识停止显示在当前界面上，其中，发出隐藏命令的方式包括：消息标识未被查看的时间超过预设的时间阈值、消息标识已被查看、所有的待处理的通知消息均已被处理。

在该技术方案中，消息标识可以一直显示在终端界面上，并在存在新的待处理的通知消息时进行提示，比如改变显示效果等；也可以仅在存在新的待处理的通知消息时才显示在当前终端界面上，而在长时间未被查看或已被查看等情况下，实现自动隐藏，以便将用户对当前界面的其他内容的查看和操作等的影响降至最低。

在上述技术方案中，标识显示子单元1042还用于：使消息标识浮现在当前界面的初始位置，且在当前界面发生变化时，消息标识始终位于初始位置。

在该技术方案中，消息标识是浮现在当前界面的其他内容之上的，不会对当前界面的其他内容造成影响，也不会由于界面的切换等而发生位置、形状等的变化。

在上述技术方案中，展示单元104还包括：移动子单元1048，根据接收到的移动命令，对消息标识在当前界面上的实时位置进行移动。

在该技术方案中，消息标识本身是不会随界面的变化而改变的，但用户处于自身的考虑，比如需要对消息标识所处位置下方的界面内容进行操作等，则可以将消息标识移动至其他位置。具体地，在进行消息标识的移动时，可以长按消息标识后，在终端屏幕上对消息标识进行拖动。

在上述技术方案中，处理子单元1044还用于：在接收到针对提示信息的查看命令时，进入相应的应用程序界面。

在该技术方案中，待处理的通知消息来自不同的应用程序，而提示信息是对应于不同的待处理的通知消息的，为了能够更加方便地对待处理的通知消息进行处理，比如对于未查看的短信，可能用户需要进行查看和回复，则可以在用户选择了提示信息后，直接进入到相应的应用程序，比如“短信息”或“收件箱”。

在上述技术方案中，处理子单元1044还用于：在当前界面为锁屏界面的情况下，若消息标识被选中后，沿预设移动轨迹进行移动，则显示出提示信息。

在该技术方案中，对于锁屏界面，仍然可以对消息标识进行显示，但在锁屏界面下，用户往往并不希望随意开启任何功能或应用，因此为了判断出当前对于消息标识的查看操作是否为用户主动进行的，而不是误操作，需要将查看操作设计得较为复杂，比如可以将选中(具体如点击、长按等)和移动相结合，从而在满足相应的条件后，判断为用户有意识的操作，则展示出相应的提示信息。

在上述技术方案中，还包括：关联设置单元124，为每个消息标识设置一个相关联的应用程序；处理子单元1044还用于：在当前界面为锁屏界面的情况下，在存在对应于相关联的应用程序的待处理的通知消息时，若消息标识被选中后，沿预设移动轨迹进行移动，则进入相对应的应用程序。

在该技术方案中，消息标识可以为多个，通过为每个消息标识设置一个相关联的应用程序，可以不仅显示出对应的提示信息，还可以直接进入该相关联的应用程序，方便用户的进一步操作。

图2A至图2C示出了根据本发明的实施例的通知消息的管理方法的流程图。

如图2A所示，根据本发明的实施例的通知消息的管理方法，包括：步骤204，根据接收到的区域设置命令，在终端屏幕上设置消息展示区域；步骤205当终端中存在至少一个待处理的通知消息时，在终端的当前界面上，将相应的提示信息展示在消息展示区域中，其中，提示信息对应于待处理的通知消息。

在该技术方案中，待处理的通知消息包括应用程序的推送信息、未读短信、未接电话、未查看邮件等已存在的，但用户尚未进行查看或处理的消息。由于这些通知消息本身包含的信息较多，若直接显示在当前终端界面上，则可能看起来比较杂乱，并且影响界面的显示面积，影响用户的使用体验，因此，实际显示的提示信息，可以是这些待处理的通知消息本身，也可以仅显示这些通知消息的数目、类型等信息，以占用尽可能少的显示面积。这里并不限定在显示出提示信息时的终端界面，也就是说，无论当前界面为待机界面、菜单界面或是某个应用程序界面，均可以直接显示出该提示信息，以便用户及时查看到所有的待处理的通知消息，而不需要切换界面或打开下拉托盘。这里的消息展示区域可以是终端屏幕上的固定区域，不随显示界面的改变而变化，也可以与每个显示界面相关联，从而对于不同的显示界面，将其显示在不同的屏幕位置，已达到最佳的显示效果。而这里的消息展示区域的具体形式也可以有很多种，比如一个方框、一个标识等。

在上述技术方案中，提示信息包括以下至少之一或其组合：待处理的通知消息的数量、待处理的通知消息的类型、待处理的通知消息对应的应用程序的类型、待处理的通知消息的具体内容。

在上述技术方案中，还包括：记录每种类型的提示信息被查看的次数和/或频率，以按照次数和/或频率的大小，确定提示信息在显示时的排列顺序。

在该技术方案中，用户对于通知消息的关注程度并不相同，比如一些用户更关注未接电话、未读短信等的提示信息，那么该用户对于这些通知消息的查看次数或频率会更高，因此，将根据被查看的次数或频率进行提示信息的排序，可以适应不同用户的使用习惯。

在上述技术方案中，还包括：需要展示通知消息的应用程序向终端注册展示条件；将应用程序与展示条件进行关联存储；当存在对应于应用程序的待处理的通知消息时，判断是否满足应用程序对应的展示条件；若满足，则对待处理的通知消息进行展示，否则不进行展示。

在该技术方案中，通过获取不同应用程序的展示条件，并仅当满足该展示条件时，才对相应的应用程序的待处理的通知消息进行展示，可以避免过多的通知消息一起进行展示时，使得更为重要的通知消息无法被用户及时查看到。

在上述技术方案中，还包括：根据接收到的条件设置命令，为需要展示通知消息的应用程序设置对应的展示条件；将应用程序与展示条件进行关联；当存在对应于应用程序的待处理的通知消息时，判断是否满足应用程序对应的展示条件；若满足，则对待处理的通知消息进行展示，否则不进行展示。

在该技术方案中，除了应用程序自身具有相应的展示条件，还可以由用户自行对展示条件进行设置，以满足不同用户的个性化使用需求。

在上述技术方案中，展示条件包括以下至少之一或其组合：消息类型、优先级、展示时间、地理位置、光线传感器状态、允许展示的界面。

如图2B和图2C所示，在上述技术方案中，在步骤205之前，还包括：步骤2002A，应用程序获取待处理的通知消息；步骤2004A，该应用程序告知终端的处理系统；和/或步骤2002B，处理系统获取当前的实时条件；步骤2004B，判断是否存在与实时条件相匹配的展示条件；步骤2006B，若存在，则处理系统向与相匹配的展示条件对应的应用程序询问是否存在待处理的通知消息；步骤2008B，若存在，则获取该待处理的通知消息。

在该技术方案中，存在两种不同的实现策略，一种情况下，由应用程序存在需要进行展示的通知消息后，向终端的处理系统进行告知，以便处理系统对该通知消息进行展示；另一种情况下，由处理系统对当前的实时条件与之前预设置的各个应用程序的展示条件进行比较，若存在相符合的应用程序，则对该应用程序进行询问，若存在待处理的通知消息，则由处理系统从该应用程序处进行通知消息的获取，以便进行展示。

在上述技术方案中，对提示信息进行展示的具体过程包括：在当前界面上显示出至少一个消息标识，在接收到针对至少一个消息标识的查看命令时，展示出提示信息。

在该技术方案中，由于提示信息仍可能占用较大的显示面积，因此，可以在终端界面上始终显示一消息标识，通过该消息标识，才能够查看到提示信息，而通过提示信息能够查看到待处理的通知消息。这里的消息标识可以是浮现与终端界面上的一个半透明的气泡，则不会对当面界面的其他内容造成阻挡，以获取最大的显示面积。

在上述技术方案中，还包括：为消息标识设置命令接收区域；将针对命令接收区域的查看命令作为针对消息标识的查看命令。

在该技术方案中，用户在进行操作时，比如对消息标识进行点击时，可能并不能准确地点击到消息标识的图标，而是发生一些微小的偏差，从而导致进入其他应用界面，影响用户的使用体验，因此，可以为消息标识设置命令接收区域，这个区域可以包括消息标识的图标面积，并向外扩展一部分面积，从而当用户没有点击到消息标识本身，但点击在该命令接收区域时，仍认为该用户对消息标识进行了操作。

在上述技术方案中，还包括：在接收到针对消息标识的隐藏命令时，使消息标识停止显示在当前界面上，其中，发出隐藏命令的方式包括：消息标识未被查看的时间超过预设的时间阈值、消息标识已被查看、所有的待处理的通知消息均已被处理。

在该技术方案中，消息标识可以一直显示在终端界面上，并在存在新的待处理的通知消息时进行提示，比如改变显示效果等；也可以仅在存在新的待处理的通知消息时才显示在当前终端界面上，而在长时间未被查看或已被查看等情况下，实现自动隐藏，以便将用户对当前界面的其他内容的查看和操作等的影响降至最低。

在上述技术方案中，消息标识浮现在当前界面的初始位置，在当前界面发生变化时，消息标识始终位于初始位置。

在该技术方案中，消息标识是浮现在当前界面的其他内容之上的，不会对当前界面的其他内容造成影响，也不会由于界面的切换等而发生位置、形状等的变化。

在上述技术方案中，还包括：根据接收到的移动命令，对消息标识在当前界面上的实时位置进行移动。

在该技术方案中，消息标识本身是不会随界面的变化而改变的，但用户处于自身的考虑，比如需要对消息标识所处位置下方的界面内容进行操作等，则可以将消息标识移动至其他位置。具体地，在进行消息标识的移动时，可以长按消息标识后，在终端屏幕上对消息标识进行拖动。

在上述技术方案中，还包括：在接收到针对提示信息的查看命令时，进入相应的应用程序界面。

在该技术方案中，待处理的通知消息来自不同的应用程序，而提示信息是对应于不同的待处理的通知消息的，为了能够更加方便地对待处理的通知消息进行处理，比如对于未查看的短信，可能用户需要进行查看和回复，则可以在用户选择了提示信息后，直接进入到相应的应用程序，比如“短信息”或“收件箱”。

在上述技术方案中，还包括：当前界面为锁屏界面；若消息标识被选中后，沿预设移动轨迹进行移动，则显示出提示信息。

在该技术方案中，对于锁屏界面，仍然可以对消息标识进行显示，但在锁屏界面下，用户往往并不希望随意开启任何功能或应用，因此为了判断出当前对于消息标识的查看操作是否为用户主动进行的，而不是误操作，需要将查看操作设计得较为复杂，比如可以将选中(具体如点击、长按等)和移动相结合，从而在满足相应的条件后，判断为用户有意识的操作，则展示出相应的提示信息。

在上述技术方案中，还包括：当前界面为锁屏界面；每个消息标识存在一个相关联的应用程序；在存在对应于相关联的应用程序的待处理的通知消息时，若消息标识被选中后，沿预设移动轨迹进行移动，则进入相对应的应用程序。

在该技术方案中，消息标识可以为多个，通过为每个消息标识设置一个相关联的应用程序，可以不仅显示出对应的提示信息，还可以直接进入该相关联的应用程序，方便用户的进一步操作。

下面结合图4A至图4Q，对基于本发明的管理通知消息的技术方案进行详细说明。

与图3A和图3B所示的相关技术的通知消息的管理方法不同，如图4A所示，当终端中的应用程序存在待处理的通知消息时，终端可以直接将相应的提示信息404显示在终端界面上的消息展示区402中。这里的提示信息404可以是待处理的通知消息本身，也可以是所有的待处理的通知消息的数量、类型等基本信息。可见，本发明的技术方案中，不论终端的当前界面为待机界面或是某个应用程序的功能界面，都可以直接将待处理的通知消息或相关的信息在当前界面上进行显示，使用户既不需要翻动页面进行来回查看，也不需要查看下拉托盘，更不需要从当前界面退出，就可以直接看到待处理的通知消息，从而确保用户不会错失重要信息。

这里的待处理的通知消息可以为未接电话、新信息、未读邮件、软件更新信息、更新新闻等各种信息。

图4A中，提示信息404中为此时的通知消息的完整内容，对于类似图中的仅有1条或较少数目的通知消息时，可以采用直接显示通知消息的方式，但对于存在较多的通知消息时，若直接显示，则可能占用过大的显示面积，比如图4B中即可看出，此时的提升信息404包含有8条通知消息，而对应的消息展示区402占用了终端屏幕的大半，影响用户体验。

因此，对于通知消息数目较多的情况下，可以采用图4C所示的方式，即在消息展示区402中，仅将待处理的通知消息的类型、数量等作为响应的提示信息404进行显示，而当用户点击查看对应类型的提示信息404时，可以再对具体的通知消息进行展示，比如展示为图4B。

由于通知消息的类型繁多，相应的提示信息404也很多，但用户往往并不是对所有的通知消息都感兴趣，他们都存在自己的使用习惯，比如对于图4C中的“新信息”、“未接电话”、“应用更新”、“备忘录”，一些用户更关心的是“未接电话”，而对于“应用更新”则不太在意，相应地，用户的关注度与提示信息404被点击查看的次数或频率存在正比例关系，因此，可以对不同类型的提示信息404被点击查看的次数或频率等进行统计，然后根据统计结果，按照用户的关注度的高低对所有类型的提示信息404进行排序。具体如图4D，将图4C中的“新信息”-“未接电话”-“应用更新”-“备忘录”重新排列为“未接电话”-“新信息”-“备忘录”-“应用更新”，使得用户更容易看到自己感兴趣的通知消息，对于提示信息404的内容非常多，以至于在屏幕中无法全部呈现、不得不省去一部分时，上述排序过程显得更为重要。当然，除了终端进行统计设定，用户显然也可以直接对进行显示的提示消息404的排列顺序进行设置。

需要说明的是，这里的消息展示区402以及其中的提示信息404是浮现在当前的终端界面上的，具体如图4E所示。一方面，从显示效果来看，消息展示区402(以及其中的提示信息404)和当前界面的界面显示内容406(比如桌面上的图标等)属于不同的显示层，且消息展示区402和提示信息404是半透明的，尽可能减少对界面显示内容406的遮挡；另一方面，除了显示效果，消息展示区402与界面显示内容406分属于不同的操作层，则当用户对当前界面进行切换时，如图4F所示，消息展示区402仍然会显示在终端界面上，而不会随之前的界面进行移动；在对提示信息404进行点击查看或对消息展示区402在当前界面上的位置进行移动时，也不会对界面显示内容406造成影响。

如图4G所示，除了直接在当前界面上显示出消息展示区402和提示信息404，还可以仅在界面上显示消息标识408。消息标识408可以为任意形式，比如一个气泡，则当用户发出触发命令时，比如点击该消息标识408，便会相应的显示出消息展示区402和其中的提示信息404，如图4H所示。可见，通过消息标识408的加入，可以尽可能地降低对当前界面上的其他显示内容的影响，提升用户体验。

同时，如图4G所示，可以在该消息标识408中显示一些信息，比如待处理的通知消息的数量，以提示用户。特别地，还可以在消息标识408中滚动显示提示信息404，便于用户在不激活消息展示区402的情况下，即可对提示信息404进行掌握。

如图4I所示，消息标识408在终端界面上的位置可以任意移动，具体地，用户可以按住消息标识408后，在终端界面上进行拖动，直至消息标识408被拖动至目标位置后松开即可。

另外，如图4J所示，在用户通过对消息标识408的操作，以激活消息展示区402后，可以对其中的提示信息404进行点击查看，比如在点击了“新信息”后，可以直接跳转至“收件箱”中，以便用户对未查看的信息进行查看，而对于仅有一条未查看的信息时，如图4K，可以直接进入收件箱界面410，并显示出该信息。

如图4L所示，消息标识408还可以显示在锁屏界面，用户可以在该界面上对该消息标识408进行操作，比如点击后，显示出相应的消息展示区402及其中的提示信息404。但在锁屏界面上，用户往往并不希望随意开启任何功能，以避免误操作的发生，因此，可以定义一些略微复杂的操作，以避免误操作。

如图4M所示，在一种具体情况下，可以由用户在按住消息标识408后，在终端的锁屏界面上按照预定轨迹进行拖动，若实际拖动的轨迹与预设轨迹相匹配，则如图4N所示，可以显示出相应的消息展示区402及其中的提示信息404。

以上所举实时例中，仅提及在终端界面上显示一个消息展示区402或一个消息标识408，实际上，通过自定义设置，对于进行显示的消息展示区402或消息标识408的形状、透明度、背景图案、数量等均没有限制。

以消息标识408为例，对于同时显示出多个消息标识408的情况下，可以为每个消息标识408设定相关联的应用程序，以便在该应用程序存在待处理的通知消息时，选择在相应的消息标识408中进行显示，比如图4O中，设置有两个消息标识408，其中，左边的消息标识408与“电话”相关联，可以对“未接来电”进行展示，右边的消息标识408与“信息”相关联，可以对“未读信息”进行展示。具体地，图中所示为，当相应的应用程序存在待处理的通知消息时，则可以对通知消息的数目进行展示。

而当用户对其中的消息标识408进行操作时，比如图4P中，用户通过按住右侧的消息标识408后、向下拖动，则可以对其中具体的“未读信息”的内容进行查看，具体地，可以进入图4K所示的收件箱界面410，也可以采用如图4Q所示的方式，在当前的锁屏界面上显示出临时生成的消息展示区402，并将“未读信息”作为相关的提示信息404在其中进行展示。

以上结合附图详细说明了本发明的技术方案，考虑到相关技术中，对于通知消息的查看方式繁琐，容易遗漏重要信息，因此，本发明提供了一种终端和一种通知消息的管理方法，可以使用户无需退出应用程序或翻动显示界面，而仅通过终端的当前界面，即可了解到终端中所有的待处理的通知消息，以便进行进一步处理。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (26)

1.一种管理通知消息的终端，其特征在于，包括：

区域设置单元，用于根据接收到的区域设置命令，在终端屏幕上设置消息展示区域；

通知消息检测单元，用于检测所述终端中是否存在待处理的通知消息；

展示单元，在所述通知消息检测单元检测到所述终端中存在至少一个待处理的通知消息时，在所述终端的当前界面上，将相应的提示信息展示在所述消息展示区域中，其中，所述提示信息对应于所述待处理的通知消息；

所述管理通知消息的终端还包括：条件注册单元，对于需要展示通知消息的应用程序，接收所述应用程序注册的展示条件；存储单元，将所述应用程序与所述展示条件进行关联存储；条件判断单元，当存在对应于所述应用程序的待处理的通知消息时，判断是否满足所述应用程序对应的展示条件，其中，所述展示单元在所述应用程序满足所述展示条件时，对所述待处理的通知消息进行展示，否则不进行展示；

或者

所述管理通知消息的终端还包括：条件设置单元，根据接收到的条件设置命令，为需要展示通知消息的应用程序设置对应的展示条件；存储单元，将所述应用程序与所述展示条件进行关联；条件判断单元，当存在对应于所述应用程序的待处理的通知消息时，判断是否满足所述应用程序对应的展示条件，其中，所述展示单元在所述应用程序满足所述展示条件时，对所述待处理的通知消息进行展示，否则不进行展示。

2.根据权利要求1所述的管理通知消息的终端，其特征在于，所述展示单元展示的所述提示信息包括以下至少之一或其组合：

所述待处理的通知消息的数量、所述待处理的通知消息的类型、所述待处理的通知消息对应的应用程序的类型、所述待处理的通知消息的具体内容。

3.根据权利要求2所述的管理通知消息的终端，其特征在于，还包括：

数量记录单元，记录每种类型的提示信息被查看的次数和/或频率；

排序单元，按照所述次数和/或频率的大小，确定所述提示信息在显示时的排列顺序。

4.根据权利要求1所述的管理通知消息的终端，其特征在于，所述展示条件包括以下至少之一或其组合：

消息类型、优先级、展示时间、地理位置、光线传感器状态、允许展示的界面。

5.根据权利要求1至3中任一项所述的管理通知消息的终端，其特征在于，还包括：

消息获取单元，在展示所述提示信息之前，获取所述待处理的通知消息，其中，

应用程序获取所述待处理的通知消息后，告知所述终端的处理系统；和/或

所述处理系统获取当前的实时条件，若存在与所述实时条件相匹配的展示条件，则所述处理系统向与所述相匹配的展示条件对应的应用程序询问是否存在待处理的通知消息，若存在，则获取所述待处理的通知消息。

6.根据权利要求1至3中任一项所述的管理通知消息的终端，其特征在于，所述展示单元具体包括：

标识显示子单元，在所述当前界面上显示出至少一个消息标识；

处理子单元，在接收到针对所述至少一个消息标识的查看命令时，展示出所述提示信息。

7.根据权利要求6所述的管理通知消息的终端，其特征在于，还包括：

模糊设置单元，为所述消息标识设置命令接收区域；

模糊操作单元，将所述命令接收区域接收到的操作命令作为针对所述消息标识的操作命令。

8.根据权利要求7所述的管理通知消息的终端，其特征在于，所述展示单元还包括：

隐藏操作子单元，在接收到针对所述消息标识的隐藏命令时，使所述消息标识停止显示在所述当前界面上，其中，发出所述隐藏命令的方式包括：所述消息标识未被查看的时间超过预设的时间阈值、所述消息标识已被查看、所有的待处理的通知消息均已被处理。

9.根据权利要求6所述的管理通知消息的终端，其特征在于，所述标识显示子单元还用于：

使所述消息标识浮现在所述当前界面的初始位置，且在所述当前界面发生变化时，所述消息标识始终位于所述初始位置。

10.根据权利要求9所述的管理通知消息的终端，其特征在于，所述展示单元还包括：

移动子单元，根据接收到的移动命令，对所述消息标识在所述当前界面上的实时位置进行移动。

11.根据权利要求6所述的管理通知消息的终端，其特征在于，所述处理子单元还用于：在接收到针对所述提示信息的查看命令时，进入相应的应用程序界面。

12.根据权利要求6所述的管理通知消息的终端，其特征在于，所述处理子单元还用于：在所述当前界面为锁屏界面的情况下，若所述消息标识被选中后，沿预设移动轨迹进行移动，则显示出所述提示信息。

13.根据权利要求6所述的管理通知消息的终端，其特征在于，还包括：

关联设置单元，为每个所述消息标识设置一个相关联的应用程序；

所述处理子单元还用于：在所述当前界面为锁屏界面的情况下，在存在对应于所述相关联的应用程序的待处理的通知消息时，若所述消息标识被选中后，沿预设移动轨迹进行移动，则进入所述相关联的应用程序。

14.一种通知消息的管理方法，其特征在于，包括：

根据接收到的区域设置命令，在终端屏幕上设置消息展示区域；

当终端中存在至少一个待处理的通知消息时，在所述终端的当前界面上，将相应的提示信息展示在所述消息展示区域中，其中，所述提示信息对应于所述待处理的通知消息；

所述通知消息的管理方法还包括：需要展示通知消息的应用程序向所述终端注册展示条件；将所述应用程序与所述展示条件进行关联；当存在对应于所述应用程序的待处理的通知消息时，判断是否满足所述应用程序对应的展示条件；若满足，则对所述待处理的通知消息进行展示，否则不进行展示；

或者

所述通知消息的管理方法还包括：根据接收到的条件设置命令，为需要展示通知消息的应用程序设置对应的展示条件；将所述应用程序与所述展示条件进行关联存储；当存在对应于所述应用程序的待处理的通知消息时，判断是否满足所述应用程序对应的展示条件；若满足，则对所述待处理的通知消息进行展示，否则不进行展示。

15.根据权利要求14所述的通知消息的管理方法，其特征在于，所述提示信息包括以下至少之一或其组合：

所述待处理的通知消息的数量、所述待处理的通知消息的类型、所述待处理的通知消息对应的应用程序的类型、所述待处理的通知消息的具体内容。

16.根据权利要求15所述的通知消息的管理方法，其特征在于，还包括：

记录每种类型的提示信息被查看的次数和/或频率，以按照所述次数和/或频率的大小，确定所述提示信息在显示时的排列顺序。

17.根据权利要求14所述的通知消息的管理方法，其特征在于，所述展示条件包括以下至少之一或其组合：

消息类型、优先级、展示时间、地理位置、光线传感器状态、允许展示的界面。

18.根据权利要求14至16中任一项所述的通知消息的管理方法，其特征在于，在展示所述提示信息之前，还包括：

应用程序获取待处理的通知消息后，告知所述终端的处理系统；和/或

所述处理系统获取当前的实时条件，若存在与所述实时条件相匹配的展示条件，则所述处理系统向与所述相匹配的展示条件对应的应用程序询问是否存在待处理的通知消息，若存在，则获取所述待处理的通知消息。

19.根据权利要求14至16中任一项所述的通知消息的管理方法，其特征在于，对所述提示信息进行展示的具体过程包括：

在所述当前界面上显示出至少一个消息标识，在接收到针对所述至少一个消息标识的查看命令时，展示出所述提示信息。

20.根据权利要求19所述的通知消息的管理方法，其特征在于，还包括：

为所述消息标识设置命令接收区域；

将针对所述命令接收区域的查看命令作为针对所述消息标识的查看命令。

21.根据权利要求20所述的通知消息的管理方法，其特征在于，还包括：

在接收到针对所述消息标识的隐藏命令时，使所述消息标识停止显示在所述当前界面上，其中，发出所述隐藏命令的方式包括：所述消息标识未被查看的时间超过预设的时间阈值、所述消息标识已被查看、所有的待处理的通知消息均已被处理。

22.根据权利要求19所述的通知消息的管理方法，其特征在于，所述消息标识浮现在所述当前界面的初始位置，在所述当前界面发生变化时，所述消息标识始终位于所述初始位置。

23.根据权利要求22所述的通知消息的管理方法，其特征在于，还包括：

根据接收到的移动命令，对所述消息标识在所述当前界面上的实时位置进行移动。

24.根据权利要求19所述的通知消息的管理方法，其特征在于，还包括：

在接收到针对所述提示信息的查看命令时，进入相应的应用程序界面。

25.根据权利要求19所述的通知消息的管理方法，其特征在于，还包括：

所述当前界面为锁屏界面；

若所述消息标识被选中后，沿预设移动轨迹进行移动，则显示出所述提示信息。

26.根据权利要求19所述的通知消息的管理方法，其特征在于，还包括：

所述当前界面为锁屏界面；

每个所述消息标识存在一个相关联的应用程序；

在存在对应于所述相关联的应用程序的待处理的通知消息时，若所述消息标识被选中后，沿预设移动轨迹进行移动，则进入所述相关联的应用程序。