CN109725947A - 一种未读消息的处理方法及终端 - Google Patents

Abstract

本发明的实施例提供一种未读消息的处理方法及终端，涉及通信领域，可减少用户处理未读消息时的用户操作和界面跳转，提高未读消息的处理效率。该方法包括：终端在桌面或负一屏菜单中显示第一应用的应用图标，所述第一应用的应用图标上包含角标，所述角标用于指示所述第一应用存在未读消息；所述终端检测用户对所述第一应用的应用图标执行第一手势；响应于所述第一手势，所述终端打开所述第一应用，并显示所述第一应用的第一界面，所述第一界面是指查看所述未读消息详情的详情界面。

Description

一种未读消息的处理方法及终端

本申请要求于2017年10月30日提交中国专利局、申请号为201711029426.X、发明名称为“一种内容处理方法、终端和服务器”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信领域，尤其涉及一种未读消息的处理方法及终端。

背景技术

终端内的应用接收到新消息时，可以通过在应用图标上添加角标的方式提示用户查看这些待处理的新消息。如图1所示，在终端锁屏时，微信接收到好友发送的新消息，用户解锁屏幕后桌面中微信的应用图标上包括角标101，该角标101一般用于指示当前未读消息的数量。

后续，仍如图1所示，当用户点击微信的应用图标时，如果微信没有在终端的后台运行，则终端可以在前台打开微信，显示微信首页的内容；相应的，如果微信已经在终端的后台运行，则终端可以将后台运行的微信切换至前台继续运行，此时，终端会继续显示最近一次微信在前台运行时的界面，例如图1中的通讯录界面。

那么，用户处理上述未读消息时需要跳转至未读消息所属的界面查找并锁定未读消息的具***置，进而查看未读消息的详情，而过多的界面跳转和用户操作会降低用户处理未读消息的效率。

发明内容

本发明的实施例提供一种未读消息的处理方法及终端，可减少用户处理未读消息时的用户操作和界面跳转，提高未读消息的处理效率。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明的实施例提供一种未读消息的处理方法，包括：终端在桌面或负一屏菜单中显示第一应用的应用图标，该第一应用的应用图标上包含角标，可用于指示第一应用存在待处理的未读消息；那么，当终端检测到用户对第一应用的应用图标执行第一手势时；响应于第一手势，终端可打开第一应用，显示第一应用的第一界面，即查看上述未读消息详情的详情界面。

也就是说，当应用存在待处理内容时，如果检测到用户触发该应用的应用图标，则终端可以自动为用户跳转至未读消息的详情界面显示该未读消息的详情，减少用户处理应用的未读消息时进行页面跳转、查找等操作，从而提高待处理内容的处理效率降。

在一种可能的设计方法中，终端打开上述第一应用，并显示第一应用的第一界面，具体包括：若第一应用正在终端的后台运行，则终端可将第一应用切换至前台运行，并自动跳转至上述第一界面；或者，若第一应用未在终端的后台运行，则终端可启动该第一应用，并跳转至上述第一界面。

在一种可能的设计方法中，终端显示第一应用的第一界面，具体包括：若终端在接收到上述未读消息的第一有效时长内检测到用户对第一应用的应用图标执行第一手势，则说明用户查看该未读消息的需求较为强烈，因此，可触发终端进入第一应用并显示第一应用的第一界面。

在一种可能的设计方法中，在终端检测用户对第一应用的应用图标执行第一手势之后，还包括：若终端在接收到该未读消息的第二有效时长(第二有效时长的结束时间早于第一有效时长的结束时间)内检测到用户对第一应用的应用图标执行第一手势，则说明用户不仅有查看该未读消息的需求，还可能具有回复该未读消息的需求，因此，可触发终端显示第一应用中用于回复该未读消息的第二界面。

在一种可能的设计方法中，若第一应用存在多个未读消息，则终端显示第一应用的第一界面时，具体包括：终端显示最近接收到的未读消息的详情界面；或者，终端显示最早接收到的未读消息的详情界面；或者，终端显示优先级最高的未读消息的详情界面。

在一种可能的设计方法中，若第一应用存在多个未读消息，则上述第一界面可以为第一未读消息(第一未读消息为该多个未读消息中的一个)的详情界面；此时该未读消息的处理方法还包括：终端检测用户对第一应用的应用图标执行第二手势；响应于第二手势，终端显示第二未读消息(第二未读消息为该多个未读消息中除第一未读消息外的一个)的详情界面。这样，终端可以为不同的待未读消息均提供一步直达的快速入口，提高用户处理多个待处理内容时的效率。

在一种可能的设计方法中，上述第一界面中还可以包括除当前未读消息外其余未读消息的预览列表，该预览列表中包括该其余未读消息中每个未读消息的预览内容，方便用户在多个未读消息的详情界面之间跳转。

在一种可能的设计方法中，在终端显示第一应用的第一界面之后，还包括：若在预设时间内没有接收到用户对该预览列表输入的手势，则终端在第一界面中隐藏该预览列表，避免预览列表对第一界面产生遮挡。

在一种可能的设计方法中，在终端显示第一应用的第一界面之后，还包括：若在预设时间内没有接收到用户对第一界面输入的手势，则说明用户没有查看未读消息的需求，因此终端可以从第一界面跳转至第一应用的首页或跳转至第一应用最近一次在前台运行时的界面。

在一种可能的设计方法中，在终端检测用户对第一应用的应用图标执行第一手势之后，还包括：响应于第一手势，终端在第一应用接收到的消息列表中置顶显示该未读消息的预览列表，该预览列表中包括每一条未读消息的预览内容。从而提醒用户及时查看未读消息，同时方便用户查找需要处理的未读消息的具***置。

在一种可能的设计方法中，在终端在第一应用接收到的消息列表中置顶显示该未读消息的预览列表之后，还包括：若在预设时间内没有接收到用户对该预览列表输入的手势，则终端按照默认的顺序在该消息列表中显示该未读消息和已读消息的预览内容。

在一种可能的设计方法中，终端从服务器获取该未读消息的详情和/或该未读消息的预览列表。例如，终端可以在检测到用户对第一应用图标执行第一手势时，从服务器获取该未读消息的消息详情；也可以在终端跳转至第一界面之后，从服务器获取该未读消息的详情；还可以在接收到服务器发送该未读消息的通知时，从服务器获取该未读消息的详情。

在一种可能的设计方法中，第一界面中该未读消息的显示效果与已读消息的显示效果不同，方便用户在第一界面中快速锁定接收到的新消息。

第二方面，本申请的实施例提供一种终端，包括：显示单元，用于：在桌面或负一屏菜单中显示第一应用的应用图标，第一应用的应用图标上包含角标，该角标用于指示第一应用存在未读消息；检测单元，用于：检测用户对第一应用的应用图标执行第一手势；处理单元，用于：打开第一应用；显示单元，还用于：显示第一应用的第一界面，该第一界面是指查看上述未读消息详情的详情界面。

在一种可能的设计方法中，该处理单元，具体用于：若第一应用正在终端的后台运行，则将第一应用切换至前台运行，并自动跳转至上述第一界面；或者，若第一应用未在终端的后台运行，则启动第一应用，并跳转至包含该未读消息的上述第一界面。

在一种可能的设计方法中，该检测单元，具体用于：在接收到该未读消息的第一有效时长内检测到用户对第一应用的应用图标执行第一手势；该显示单元，具体用于：显示第一应用的第一界面。

在一种可能的设计方法中，该检测单元，还用于：终端在接收到该未读消息的第二有效时长内检测到用户对第一应用的应用图标执行第一手势，第二有效时长的结束时间早于第一有效时长的结束时间；该显示单元，还用于：显示第一应用的第二界面，第二界面是指用于回复该未读消息的界面。

在一种可能的设计方法中，若第一应用存在多个未读消息，则第一界面为第一未读消息的详情界面，第一未读消息为该多个未读消息中的一个；该检测单元，还用于：检测用户对第一应用的应用图标执行第二手势；该显示单元，还用于：显示第二未读消息的详情界面，第二未读消息为该多个未读消息中除第一未读消息外的一个。

在一种可能的设计方法中，若第一应用存在多个未读消息，则第一界面中还包括除当前未读消息外其余未读消息的预览列表，该预览列表中包括该其余未读消息中每个未读消息的预览内容；该处理单元，还用于：若在预设时间内没有接收到用户对该预览列表输入的手势，则在第一界面中隐藏该预览列表。

在一种可能的设计方法中，该处理单元，还用于：若在预设时间内没有接收到用户对第一界面输入的手势，则从第一界面跳转至第一应用的首页或跳转至第一应用最近一次在前台运行时的界面。

在一种可能的设计方法中，该显示单元，还用于：在第一应用接收到的消息列表中置顶显示该未读消息的预览列表，该预览列表中包括每一条未读消息的预览内容。

第三方面，本申请的实施例提供一种终端，包括：处理器、存储器、总线和显示器；该存储器用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当终端运行时，该处理器执行该存储器存储的该计算机执行指令，以使终端执行上述任一项未读消息的处理方法。

第四方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在上述任一项终端上运行时，使得终端执行上述任一项未读消息的处理方法。

第五方面，本申请实施例提供一种包含指令的计算机程序产品，当其在上述任一项终端上运行时，使得终端执行上述任一项未读消息的处理方法。

本申请的实施例中，上述终端中各部件的名字对设备本身不构成限定，在实际实现中，这些部件可以以其他名称出现。只要各个部件的功能和本申请的实施例类似，即属于本申请权利要求及其等同技术的范围之内。

另外，第二方面至第五方面中任一种设计方式所带来的技术效果可参见上述第一方面中不同设计方法所带来的技术效果，此处不再赘述。

附图说明

图1为现有技术中查看未读消息的应用场景示意图；

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

图3为本申请实施例提供的一种终端内编程模块的结构示意图；

图4为本申请实施例提供的一种处理未读消息的场景示意图一；

图5为本申请实施例提供的一种处理未读消息的场景示意图二；

图6为本申请实施例提供的一种处理未读消息的场景示意图三；

图7为本申请实施例提供的一种处理未读消息的场景示意图四；

图8为本申请实施例提供的一种处理未读消息的场景示意图五；

图9为本申请实施例提供的一种处理未读消息的场景示意图六；

图10为本申请实施例提供的一种处理未读消息的场景示意图七；

图11为本申请实施例提供的一种处理未读消息的场景示意图八；

图12为本申请实施例提供的一种处理未读消息的场景示意图九；

图13为本申请实施例提供的一种处理未读消息的场景示意图十；

图14为本申请实施例提供的一种处理未读消息的场景示意图十一；

图15为本申请实施例提供的一种处理未读消息的场景示意图十二；

图16为本申请实施例提供的一种处理未读消息的场景示意图十三；

图17为本申请实施例提供的一种处理未读消息的场景示意图十四；

图18为本申请实施例提供的一种处理未读消息的场景示意图十五；

图19为本申请实施例提供的一种终端的结构示意图二；

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

具体实施方式

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

本申请实施例提供的一种未读消息的处理方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等任意具有文件分享功能的终端上，本申请实施例对此不作任何限制。

如图2所示，本申请实施例中的终端可以为手机100。下面以手机100为例对实施例进行具体说明。应该理解的是，图示手机100仅是上述终端的一个范例，并且手机100可以具有比图2中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。

参照图2，手机100可与除手机100外的其它电子设备102和104、以及服务器106通信。手机100可包括总线110、处理器120、存储器130、用户输入模块150、显示模块160、通信接口170和其它相似和/或合适组件。

总线110可以是将上述元件相互连接并在上述元件之间传递通信(例如控制消息)的电路。

处理器120可以通过总线110从上述其它元件(例如存储器130、用户输入模块150、显示模块160、通信接口170、通信配置控制模块170等)接收命令，可以解释接收到的命令，并可以根据所解释的命令来执行计算或数据处理。

存储器130可以存储从处理器120或其它元件(例如用户输入模块150、显示模块160、通信接口170等)接收的命令或数据或者由处理器120或其它元件产生的命令或数据。

存储器130可以包括编程模块，诸如内核131、中间件132、应用编程接口(API)133、应用134等。上述编程模块中的每个均可以用软件、固件、硬件或者其中两个或更多个的组合来实现，其详细描述可参见附图3的相关描述。

内核131可以控制或管理用于执行由其它编程模块(例如中间件132、API 133和应用134)实现的操作或功能的***资源(例如总线110、处理器120、存储器130等等)。另外，内核131可以提供能够通过使用中间件132、API 133或应用134来访问并控制或者管理手机100的各个元件的接口。

中间件132可以用于在API 133或应用134与内核131之间以API 133或应用134与内核131通信并与其交换数据的方式运行。例如，中间件132可以被配置为用于在API 133或应用134与内核131之间进行通信的中介。另外，例如，关于从一个或多个应用134和/或中间件132接收的工作请求，可以通过使用向一个或多个应用134中的至少一个应用指派优先级(其中可以按所述优先级来使用手机100的***资源(例如总线110、处理器120、存储器130等))的方法来执行工作请求的负载均衡。

API 133是应用134能够通过其控制由内核131或中间件132提供的功能的接口，并可以包括例如用于文件控制、窗口控制、图像处理、字符控制等的至少一个接口或功能。

应用134可以包括例如主页应用、拨号器应用、短消息服务(SMS)/多媒体消息服务(MMS)应用、即时消息(IM)应用、浏览器应用、相机应用、闹钟应用、联系人应用、语音拨号应用、电子邮件(e-mail)应用、日历应用、媒体播放器应用、相册应用、时钟应用以及任意其它合适和/或类似的应用。

用户输入模块150可以接收经由输入-输出手段(例如，传感器、键盘、触摸屏等)从用户输入的命令或数据，并可以通过总线110向处理器120或存储器130传送接收到的命令或数据。显示模块160可以向用户显示视频、图像、数据等。

显示模块160可以显示从上述元件接收到的各种信息(例如多媒体数据、文本数据)。

通信接口170可以控制与另一电子设备102之间的短距离通信连接。当手机100与另一电子设备配对时，通信接口170可以停止等待从邻近电子设备接收信号的扫描操作或者停止广播信号的广播操作。例如，响应于手机100与另一电子设备102配对，通信接口170停止等待从邻近电子设备接收信号的扫描操作或者停止广播信号的广播操作。当手机100与另一电子设备配对时，通信接口170可以控制扫描或广播操作的周期。

根据本申请公开的各实施例，手机100可以使用通信接口170与另一电子设备通信。例如，通信接口170可以与另一电子设备104、服务器106等进行通信。通信接口170可以直接或者通过网络162与其它电子设备104、服务器106等进行通信。例如，通信接口170可以操作为将手机100连接至网络162。

图3示出了根据本申请实施例公开的编程模块的配置的框图。

参照图3，编程模块310可被包括(或被存储)在图2中示出的手机100(例如存储器130)中。编程模块310的至少一部分可以实施为软件、固件、硬件或它们中的两个或更多个的组合。编程模块310可以实施为硬件(例如硬件201)，并可以包括控制与电子设备(例如手机100)相关的资源的OS和/或在OS中执行的各种应用(例如应用370)。例如，OS可以是Android、iOS、Windows、Symbian、Tizen、Bada等。

参照图3，编程模块310可以包括内核320、中间件330、API 360和/或应用370。

内核320(例如，内核131)可以包括***资源管理器321和/或设备驱动程序323。***资源管理器321可以包括进程管理器(未示出)、存储器管理器(未示出)和文件***管理器(未示出)。***资源管理器321可以执行对***资源的控制、分配、恢复等。设备驱动程序323可以包括例如显示器驱动程序(未示出)、相机驱动程序(未示出)、蓝牙驱动程序(未示出)、共享存储器驱动程序(未示出)、USB驱动程序(未示出)、键区驱动程序(未示出)、Wi-Fi驱动程序(未示出)和/或音频驱动程序(未示出)。此外，根据本申请公开的实施例，设备驱动程序323可以包括进程间通信(IPC)驱动程序(未示出)。

中间件330可以包括预先实施的多个模块，以提供由应用370共用的功能。此外，中间件330可以通过API 360向应用370提供功能，以使应用370能够高效地使用电子设备内的有限***资源。例如，如图3中所示，中间件330(例如中间件132)可以包括以下至少一项：运行库335、应用管理器341、窗口管理器342、多媒体管理器343、资源管理器344、电源管理器345、数据库管理器346、包管理器347、连接管理器348、通知管理器349、位置管理器350、图形管理器351、安全管理器352和任何其它合适和/或类似的管理器。

运行库335可以包括例如由编译器使用的库模块，以在应用370的执行期间通过使用编程语言来添加新功能。根据本申请公开的实施例，运行库335可以执行与输入和输出、存储器的管理、算术功能等相关的功能。

应用管理器341可以管理例如至少一个应用370的生命周期。窗口管理器342可以管理在屏幕上使用的图形用户界面(GUI)资源。多媒体管理器343可以检测用于再现各种媒体文件的格式，并可以通过使用适合于相关格式的编解码器对媒体文件进行编码或解码。资源管理器344可以管理至少一个应用370的资源，如源代码、存储器、存储空间等。

电源管理器345可以与基本输入/输出***(BIOS)一起操作，可以管理电池或电源，并可以提供用于操作的电源信息等。数据库管理器346可以用以下方式来管理数据库：使得能够产生、搜索和/或改变将由至少一个应用370使用的数据库。包管理器347可以管理对以包文件的形式分发的应用的安装和/或更新。

连接管理器348可以管理诸如Wi-Fi和BT之类的无线连接。通知管理器349可以用不打扰用户的方式向用户显示或报告诸如到达消息、约会、接近警报等的事件。位置管理器350可以管理电子设备的位置信息。图形管理器351可以管理要向用户提供的图形效果和/或与图形效果相关的UI。安全管理器352可以提供用于***安全、用户认证等的各种安全功能。根据本申请公开的实施例，当电子设备(例如，手机100)具有电话功能时，中间件330还可以包括电话管理器(未示出)，用于管理电子设备的语音电话呼叫功能和/或视频电话呼叫功能。

中间件330可以通过上述内部元件模块的各种功能组合来产生和使用新中间件模块。中间件330可以提供根据OS的类型而专门化的模块，以提供差异化功能。中间件330还可以动态删除现有元件中的一些元件，或可以添加新元件。因此，中间件330可以省略在本申请公开各个实施例中描述的元件中的一些元件，还可以包括其他元件，或可以将这些元件中的一些元件替换为执行相似功能并具有不同名称的元件。

API 360(例如API 133)是API编程功能的集合，并且可以根据OS而具有不同配置。在例如Android或iOS的情况下，可以向每个平台提供一个API集合。在例如Tizen的情况下，可以向每个平台提供两个或更多个API集合。

应用370(例如图2中的应用134)可以包括例如预加载的应用和/或第三方应用。应用370(例如应用134)可以包括例如主页应用371、拨号应用372、SMS/MMS应用373、IM应用374、浏览器应用375、相机应用376、闹钟应用377、联系人应用378、语音拨号应用379、电子邮件应用380、日历应用381、媒体播放器应用382、相册应用383、时钟应用384以及任意其它合适和/或类似的应用。

应用370中的任意应用在接收到新消息时，可以通过在应用图标上添加角标的形式标注这些待处理的新消息的数量。当检测到用户查看了某一新消息后，该应用图标的角标所显示的数量减一，直到检测到用户查看了所有新消息后，可隐藏该应用图标的角标。

以电子邮件应用380接收到2封新邮件为例，如图4所示，电子邮件应用380的应用图标上显示有角标2，即电子邮件应用380有2封未读邮件等待用户查看。那么，用户通过硬件层的触摸屏点击该电子邮件应用380的应用图标后，可触发触摸屏通过相应的驱动向内核320上报用户这一触摸动作产生的触摸事件(例如触摸点位置、时间等参数)，内核320将该触摸事件封装后调用相应的API向电子邮件应用380分发该触摸事件。

那么，如果电子邮件应用380正在手机100的后台运行，则处理器可将电子邮件应用380切换至前台运行，此时显示器显示的是电子邮件应用380最近一次被切换至后台时停留的界面。当该界面不是包含上述2封未读邮件的收件箱界面时，用户还需手动跳转至收件箱界面查找2封未读邮件的具***置。

又或者，如果电子邮件应用380没有在手机100的后台运行，则处理器可以在前台重新启动电子邮件应用380，此时显示器显示的是电子邮件应用380的首页界面。类似的，当电子邮件应用380的首页界面不是包含上述2封未读邮件的收件箱界面时，用户仍需手动跳转至收件箱界面查找2封未读邮件的具***置。

可以看出，在现有技术中，当应用存在待处理内容(例如上述电子邮件应用380中的2封未读邮件)和不存在待处理内容时，该应用对用户触摸操作的响应流程是一样的。这就使得用户在处理待处理内容时可能需要进行多次触摸操作和界面跳转，导致待处理内容的处理效率降低。

在本申请实施例中，当应用存在待处理内容时，如果检测到用户触发该应用的应用图标，则终端可以自动为用户跳转至待处理内容的详情界面，减少用户处理应用的待处理内容时进行页面跳转、查找等操作，从而提高待处理内容的处理效率降。

示例性的，如图5所示，当目标应用(例如微信)接收到好友Sara发送的新消息后，如果此时终端正在运行桌面(launcher)界面时，则终端的操作***可广播一个***广播(broadcast)，在该***广播在Intent对象中指定需要被添加角标的应用(即微信)的包名(package name)，类名(class name)以及角标数目(count)。进而，由launcher在微信的应用图标上添加角标501。

后续，如果终端检测到用户对微信的应用图标执行第一手势，则终端可自动跳转至微信内与Sara的聊天界面502，显示上述新消息的详情界面。该详情界面是指包含上述新消息(即未读消息)完整详情的界面。通常，未读消息的详情界面可以以对话框的形式展现给用户，为用户提供一个用于人机交流的入口，例如图5中与Sara的聊天界面502，使得用户可以在该详情界面中对未读消息进行查看、回复或删除等管理操作。

其中，上述第一手势可以是现有技术中用于打开launcher中某一应用的单击手势。此时，当launcher接收到用户单击微信的应用图标这一单击事件后，可向微信应用发送该单击事件，由微信判断当前应用中是否存在未读消息。如果存在未读消息，则微信可自动跳转至该未读消息所在的详情界面，否则，可沿用现有技术打开微信的首页或最近一次微信切换至后台运行时的界面。

当然，上述第一手势也可以是为了使用户能够快速进入新消息的详情界面而预先设置的任意手势，例如，长按手势、重压手势、滑动手势等，本申请实施例对此不做任何限制。

具体的，终端检测到用户对微信的应用图标执行第一手势后，如果微信正在后台运行，则终端可以将后台运行的微信切换至前台运行，并自动跳转至上述新消息的发送人Sara的聊天界面；相应的，如果微信此时没有在后台运行，则终端需要重新启动微信，并自动跳转至上述新消息的发送人Sara的聊天界面。

可选的，当微信接收到好友Sara发送的新消息后，如果此时微信没有在终端的后台运行，即微信的应用进程已经被杀掉(kill)，那么，终端可以自动在后台重新启动微信。这样，当检测到用户对微信的应用图标执行第一手势后，终端可自动将已经在后台运行的微信应用切换至前台运行，并跳转至与Sara的聊天界面502，减少用户等待微信应用启动的时间。

另外，如图6所示，终端可以在检测到用户对微信的应用图标执行第一手势时，从服务器获取Sara发送的新消息详情；也可以在终端跳转至与Sara的聊天界面之后，从服务器获取Sara发送的新消息详情；还可以在接收到服务器发送的新消息通知时，从服务器获取Sara发送的新消息详情，本申请实施例对此不做任何限制。

在本申请的另一些实施例中，如图7所示，当微信接收到好友Sara发送的新消息后，还可以在负一屏(HiBoard)菜单701中显示微信应用图标上的角标。类似的，如果后续终端检测到用户对负一屏菜单701中微信的应用图标执行第一手势，则终端也可自动跳转至微信中与Sara的聊天界面，以显示上述新消息的详情界面。

其中，负一屏菜单可以是指用户从桌面(或主屏幕)向右滑动进入的界面，该界面中可以显示用户常用的功能、应用以及订阅的服务和资讯等，负一屏菜单也被称为桌面助理、快捷菜单等。

仍如图7所示，在与Sara的聊天界面中，终端还可以将本次用户查看的新消息通过不同颜色或字体等显示效果标注出来，方便用户快速锁定接收到的新消息。

进一步地，为了准确识别出用户执行上述第一手势的操作意图是否为查看应用接收到的新消息，终端还可以设置一个有效时长触发终端切换至新消息的详情界面。

例如，设置终端切换至新消息的详情界面的第一有效时长为接收到新消息的5s内，以通话应用存在未接来电消息为例，如果终端在接收到该新消息的5s内检测到用户对通话应用的应用图标执行上述第一手势，则说明用户回复该未接来电的意图非常明显。因此，如图8中的(a)所示，如果终端在接收到未接来电消息的5s内，接收到用户对通话应用的应用图标执行上述第一手势，则终端可跳转至拨号界面801自动向该未接来电的呼叫方回拨。

进一步地，终端还可以设置终端切换至新消息的详情界面的第二有效时长为接收到新消息的5s-15s内。如果终端在接收到新消息的5s-15s内检测到用户对通话应用的应用图标执行上述第一手势，则说明用户回复该未接来电的意图较为明显。因此，如图8中的(b)所示，如果终端在接收到未接来电消息的5s-15s内，接收到用户对通话应用的应用图标执行上述第一手势，则终端可自动切换至通话应用的未接来电界面802，该最近通话界面802中包括上述未接来电的预览信息，方便用户对该未接来电做进一步处理。

相应的，如图8中的(c)所示，如果在终端接收到新消息的15s之后，检测到用户对通话应用的应用图标执行上述第一手势，则说明用户查看上述未接来电的使用意图相对较弱，此时终端可沿用现有技术打开通话应用的首页(例如最近通话界面)或最近一次通话应用切换至后台运行时的界面。

在本申请的另一些实施例中，如图9所示，目标应用(例如微信)还可能接收到来自多个好友的多条新消息，此时，微信的应用图标的角标所显示的数字即为未读消息的数量。那么，后续如果检测到用户对微信的应用图标执行第一手势，则终端可自动跳转至最近接收到的新消息的详情界面，或者，自动跳转至距离当前时间最早的新消息的详情界面，或者，终端还可以预先设置微信中不同用户或不同类型消息的优先级，进而在接收到上述第一手势后自动跳转至优先级最高的新消息的详情界面。

例如，可以预先设置微信中标星用户发送的新消息的优先级高于非标星用户发送的新消息的优先级。那么，如果微信存在多个用户发来的未读消息，则在接收到用户对微信的应用图标执行第一手势后，终端可自动跳转至这多条未读消息中来自标星用户的未读消息的详情界面。

又例如，还可以预先设置微信中聊天消息的优先级高于朋友圈消息的优先级，且朋友圈消息的优先级高于版本更新消息的优先级。那么，如果微信同时存在未处理的版本更新消息和好友Sara发送的聊天消息，则在接收到用户对微信的应用图标执行第一手势后，终端可自动跳转至优先级更高的好友Sara的聊天界面，显示Sara发送的聊天消息的详情。

进一步地，终端还可以预先设置不同手势与跳转至不同新消息的详情界面之间的对应关系。例如，设置长按手势(即第一手势)与跳转至聊天界面之间的对应关系，重压手势(即第二手势)与跳转至好友添加界面之间的对应关系。

那么，如图10中的(a)所示，当微信同时存在未读的聊天消息和好友添加消息时，如果检测到用户对微信的应用图标执行上述第一手势，则终端可自动跳转至该聊天消息所属的聊天界面1001；如图10中的(b)所示，如果检测到用户对微信的应用图标执行上述第二手势，则终端可自动跳转至该好友添加消息所属的好友添加界面1002。这样，终端可以为不同的待处理内容均提供一步直达的快速入口，提高用户处理多个待处理内容时的效率。

另外，当终端响应于用户输入的第一手势自动跳转至多条未读消息中某一未读消息的详情界面后，终端还可以在该详情界面中通过悬浮窗口等方式显示其余未读消息的预览列表，方便用户在多个未读消息的详情界面之间跳转。

如图11所示，微信应用同时存在来自Sara、Mike和Lily三个用户发送的未读消息，其中，Sara为用户设置的标星用户。那么，当终端检测到用户对微信的应用图标执行上述第一手势后，可自动跳转至Sara的聊天窗口1101中显示Sara发送的未读消息的详情。此时，终端还可以在不遮挡该未读消息的位置显示一个预览列表1102，该预览列表1102中可显示来自Mike和Lily的未读消息的预览内容，例如，可以在预览列表1102中滚动播放来自Mike和Lily的未读消息。

那么，仍如图11所示，当终端检测到用户选中预览列表1102中Mike的未读消息的预览内容时，终端可以跳转至Mike的聊天窗口1103中显示Mike发送的未读消息的详情。此时，终端还可以在Mike的聊天窗口1103中显示剩余的未读消息(即来自Lily的未读消息)的预览内容1104。这样，当应用存在多个待处理内容时，用户可以通过待处理内容的预览列表自由切换至任意待处理内容的详情界面中。

另外，终端显示上述未读消息的预览列表时也可以有时限限制。例如，在终端跳转至Sara的聊天窗口1101后的5s内显示上述预览列表1102，如果在这5s内没有接收到用户对预览列表1102内任意预览内容的操作，则说明用户没有查看其它未读消息的意图，因此终端可隐藏该预览列表1102，避免预览列表1102长时间遮挡Sara的聊天窗口1101。

当然，终端跳转至未读消息的详情界面时也可以有时限限制。例如，如图12所示，可设置终端跳转至Sara的聊天窗口1101的持续时间为5s，那么，当终端检测到用户对微信的应用图标执行上述第一手势后，可自动跳转至Sara的聊天窗口1101，终端显示该聊天窗口1101的持续时间为5s，如果在这5s内没有接收到用户对聊天窗口1101的操作，则说明用户没有查看Sara的未读消息的意图，因此终端可自动跳转回到微信最近一次切换至后台时的界面或者微信的首页。

在本申请的另一些实施例中，当目标应用(例如微信)存在多条未处理的新消息时，如果在桌面(或负一屏菜单)上检测到用户对微信的应用图标执行上述第一手势，则如图13中的(a)所示，终端可以在桌面(或负一屏菜单)中显示这些未读消息的第一预览列表1301。又或者，如图13中的(b)所示，终端还可以先进入微信应用，进而在微信应用内集中展示这些未读消息的第二预览列表1302，本申请实施例对此不作任何限制。

示例性的，微信的服务器可以为用户A存储接收到的所有未读消息的预览列表，如图14所示，每当接收到其他用户(例如用户B)使用微信向与用户A发送的新消息时，服务器可在上述用户A的预览列表中添加这一新消息的预览内容1401。当微信存在多条未读的新消息时，如果检测到用户对微信的应用图标执行上述第一手势，则终端可调用远程应用服务器接口从服务器中获取上述未读消息的预览列表，进而，终端可以将获取到的未读消息的预览列表显示在桌面、负一屏菜单或者微信应用内的任意界面中，方便用户及时选择查看、处理这些未读消息。

进一步地，如图15所示，如果检测到用户选中上述第一预览列表1301(或第二预览列表1302)中某一未读消息的预览内容1401，则可触发终端跳转至该未读消息的详情界面1501。当然，仍如图15所示，用户也可以对预览内容1401执行相应的手势，触发终端将该未读消息删除或标记为已读等消息管理操作。

仍如图15所示，终端跳转至未读消息的详情界面1501后，还可以在该详情界面1501中继续显示其他未读消息的预览内容1502。后续，当终端检测到用户选中其他未读消息的预览内容1502时，终端可以跳转至相应未读消息的详情界面。

可选的，无论是在上述第一预览列表1301还是第二预览列表1302中显示多个未读消息的预览内容，终端均可按照时间顺序或者预设的优先级顺序排列这多个未读消息的预览内容。例如，终端可以将优先级较高的标星用户发来的新消息显示在预览列表的顶部，或者，将最近接收到的新消息显示在预览列表的顶部。

示例性的，当终端在微信应用内集中展示这些未读消息的第二预览列表1302时，如图16所示，终端还可以将这些未读消息的预览内容以置顶的形式显示在聊天列表的顶部，提醒用户及时查看未读消息，同时方便用户查找需要处理的未读消息的具***置。后续，如果在一定时间内没有检测到用户选中任意一条未读消息的预览内容，则微信可按照时间或联系人的顺序恢复默认的聊天列表，此时，各个已读消息和未读消息散乱分布在聊天列表中。

又或者，当终端在桌面(或负一屏菜单)中显示这些未读消息的第一预览列表1301时，如图17所示，微信在第一次接收到新的未读消息(例如未读消息1)后，可将未读消息1的预览内容1701显示在桌面(或负一屏菜单)中，如果用户在预设时间(例如3s)内没有查看该未读消息1，则说明用户此时没有查看该未读消息1的意图，因此终端可隐藏未读消息1的预览内容1701，避免对桌面(或负一屏菜单)中的其他显示元素产生遮挡。

进一步地，仍如图17所示，当微信再一次接收到新的未读消息(例如未读消息2)时，可在上述未读消息1的预览内容1701的基础上添加未读消息2的预览内容1702。类似的，如果用户在预设时间(例如3s)内没有查看该未读消息1或未读消息2，则终端可隐藏未读消息1的预览内容1701未读消息2的预览内容1702。

也就是说，每次微信接收到新的未读消息后，终端都可以自动将当前所有未读消息的预览内容显示在当前界面中供用户选择查看，方便用户管理这些未读消息。

另外，终端还可以将所有存在未读消息的应用显示在负一屏菜单中，如图18所示，可在负一屏菜单中以卡片1801的形式将所有存在未读消息的待处理应用推荐给用户。其中，每个应用的应用图标上可以显示其包含的未读消息数量的角标。

仍如图18所示，当检测到用户对上述卡片1801中任意应用图标执行上述第一手势时，可触发终端在负一屏菜单中显示该应用接收到的所有未读消息的预览列表1802。

可以理解的是，上述终端等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。

本申请实施例可以根据上述方法示例对上述终端等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图19示出了上述实施例中所涉及的终端的一种可能的结构示意图，该终端用于实现以上各个方法实施例中记载的方法，其具体包括：检测单元1901、处理单元1902以及显示单元1903。

其中，显示单元1903，用于：在桌面或负一屏菜单中显示第一应用的应用图标，所述第一应用的应用图标上包含角标，所述角标用于指示所述第一应用存在未读消息；检测单元1901，用于：检测用户对第一应用的应用图标执行第一手势；处理单元1902，用于：打开所述第一应用；显示单元1903，还用于：显示所述第一应用的第一界面，所述第一界面是指查看所述未读消息详情的详情界面。

进一步地，处理单元1902，具体用于：若所述第一应用正在所述终端的后台运行，则将所述第一应用切换至前台运行，并自动跳转至所述第一界面；或者，若所述第一应用未在所述终端的后台运行，则启动所述第一应用，并跳转至所述第一界面。

进一步地，所述检测单元1901，具体用于：在接收到所述未读消息的第一有效时长内检测到用户对所述第一应用的应用图标执行所述第一手势；所述显示单元1903，具体用于：显示第一应用的第一界面。

进一步地，所述检测单元1901，还用于：所述终端在接收到所述未读消息的第二有效时长内检测到用户对所述第一应用的应用图标执行所述第一手势，所述第二有效时长的结束时间早于所述第一有效时长的结束时间；所述显示单元1903，还用于：显示第一应用的第二界面，所述第二界面是指用于回复所述未读消息的界面。

进一步地，若所述第一应用存在多个未读消息，则所述第一界面为第一未读消息的详情界面，所述第一未读消息为所述多个未读消息中的一个；此时，所述检测单元1901，还用于：检测用户对第一应用的应用图标执行第二手势；所述显示单元1903，还用于：显示第二未读消息的详情界面，所述第二未读消息为所述多个未读消息中除所述第一未读消息外的一个。

进一步地，若所述第一应用存在多个未读消息，则所述第一界面中还包括除当前未读消息外其余未读消息的预览列表，所述预览列表中包括所述其余未读消息中每个未读消息的预览内容；所述处理单元1902，还用于：若在预设时间内没有接收到用户对所述预览列表输入的手势，则在所述第一界面中隐藏所述预览列表。

进一步地，所述处理单元1902，还用于：若在预设时间内没有接收到用户对所述第一界面输入的手势，则从所述第一界面跳转至所述第一应用的首页或跳转至所述第一应用最近一次在前台运行时的界面.

进一步地，所述显示单元1903，还用于：在所述第一应用接收到的消息列表中置顶显示所述未读消息的预览列表，所述预览列表中包括每一条未读消息的预览内容。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，可将上述处理单元1902作为处理模块，将上述显示单元1903作为输出模块，将上述检测单元1902作为输入模块。当然，终端还可以包括存储模块和通信模块。此时，如图20所示，示出了上述实施例中所涉及的终端的一种可能的结构示意图，包括处理模块2001、通信模块2002、输入/输出模块2003以及存储模块2004。

其中，处理模块2001用于对终端的动作进行控制管理。通信模块2002用于支持终端与其他网络实体的通信。输入/输出模块2003用于接收由用户输入的信息或输出提供给用户的信息以及终端的各种菜单。存储模块2004用于保存终端的程序代码和数据。

示例性的，处理模块2001可以是处理器或控制器，例如可以是中央处理器(Central Processing Unit，CPU)，GPU，通用处理器，数字信号处理器(Digital SignalProcessor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。

通信模块2002可以是收发器、收发电路、输入输出设备或通信接口等。例如，通信模块2002具体可以是蓝牙装置、Wi-Fi装置、外设接口等等。

存储模块2004可以是存储器，该存储器可以包括高速随机存取存储器(RAM)，还可以包括非易失存储器，例如磁盘存储器件、闪存器件或其他易失性固态存储器件等。

输入/输出模块2003可以为触摸屏、键盘、麦克风以及显示器等输入输出设备。其中，显示器具体可以采用液晶显示器、有机发光二极管等形式来配置显示器。另外，显示器上还可以集成触控板，用于采集在其上或附近的触摸事件，并将采集到的触摸信息发送给其他器件(例如处理器等)。

在上述实施例中，可以全部或部分的通过软件，硬件，固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式出现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(例如，软盘，硬盘、磁带)、光介质(例如，DVD)或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (20)

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

终端在桌面或负一屏菜单中显示第一应用的应用图标，所述第一应用的应用图标上包含角标，所述角标用于指示所述第一应用存在未读消息；

所述终端检测用户对所述第一应用的应用图标执行第一手势；

响应于所述第一手势，所述终端打开所述第一应用，并显示所述第一应用的第一界面，所述第一界面是指查看所述未读消息详情的详情界面。

2.根据权利要求1所述的方法，其特征在于，所述终端打开所述第一应用，并显示所述第一应用的第一界面，包括：

若所述第一应用正在所述终端的后台运行，则所述终端将所述第一应用切换至前台运行，并自动跳转至所述第一界面；或者，

若所述第一应用未在所述终端的后台运行，则所述终端启动所述第一应用，并跳转至所述第一界面。

3.根据权利要求1或2所述的方法，其特征在于，所述终端显示所述第一应用的第一界面，包括：

若所述终端在接收到所述未读消息的第一有效时长内检测到用户对所述第一应用的应用图标执行所述第一手势，则所述终端显示所述第一应用的第一界面。

4.根据权利要求3所述的方法，其特征在于，在所述终端检测用户对所述第一应用的应用图标执行第一手势之后，还包括：

若所述终端在接收到所述未读消息的第二有效时长内检测到用户对所述第一应用的应用图标执行所述第一手势，则所述终端显示所述第一应用的第二界面，所述第二界面是指用于回复所述未读消息的界面，所述第二有效时长的结束时间早于所述第一有效时长的结束时间。

5.根据权利要求1-4中任一项所述的方法，其特征在于，若所述第一应用存在多个未读消息，则所述终端显示所述第一应用的第一界面，包括：

所述终端显示所述第一应用最近接收到的未读消息的详情界面；或者，

所述终端显示所述第一应用最早接收到的未读消息的详情界面；或者，

所述终端显示所述第一应用接收到的优先级最高的未读消息的详情界面。

6.根据权利要求1-4中任一项所述的方法，其特征在于，若所述第一应用存在多个未读消息，则所述第一界面为第一未读消息的详情界面，所述第一未读消息为所述多个未读消息中的一个；所述方法还包括：

所述终端检测用户对第一应用的应用图标执行第二手势；

响应于所述第二手势，所述终端显示第二未读消息的详情界面，所述第二未读消息为所述多个未读消息中除所述第一未读消息外的一个。

7.根据权利要求5或6所述的方法，其特征在于，所述第一界面中还包括除当前未读消息外其余未读消息的预览列表，所述预览列表中包括所述其余未读消息中每个未读消息的预览内容。

8.根据权利要求7所述的方法，其特征在于，在所述终端显示所述第一应用的第一界面之后，还包括：

若在预设时间内没有接收到用户对所述预览列表输入的手势，则所述终端在所述第一界面中隐藏所述预览列表。

9.根据权利要求1-8中任一项所述的方法，其特征在于，在所述终端显示所述第一应用的第一界面之后，还包括：

若在预设时间内没有接收到用户对所述第一界面输入的手势，则所述终端从所述第一界面跳转至所述第一应用的首页或跳转至所述第一应用最近一次在前台运行时的界面。

10.根据权利要求1-9中任一项所述的方法，其特征在于，在终端检测用户对第一应用的应用图标执行第一手势之后，还包括：

响应于所述第一手势，所述终端在所述第一应用接收到的消息列表中置顶显示所述未读消息的预览列表，所述预览列表中包括每一条未读消息的预览内容。

11.根据权利要求1-10中任一项所述的方法，其特征在于，所述第一界面中所述未读消息的显示效果与已读消息的显示效果不同。

12.一种终端，其特征在于，包括：

显示单元，用于：在桌面或负一屏菜单中显示第一应用的应用图标，所述第一应用的应用图标上包含角标，所述角标用于指示所述第一应用存在未读消息；

检测单元，用于：检测用户对所述第一应用的应用图标执行第一手势；

处理单元，用于：打开所述第一应用；

所述显示单元，还用于：显示所述第一应用的第一界面，所述第一界面是指查看所述未读消息详情的详情界面。

13.根据权利要求12所述的终端，其特征在于，

所述处理单元，具体用于：若所述第一应用正在所述终端的后台运行，则将所述第一应用切换至前台运行，并自动跳转至所述第一界面；或者，若所述第一应用未在所述终端的后台运行，则启动所述第一应用，并跳转至所述第一界面。

14.根据权利要求12或13所述的终端，其特征在于，

所述检测单元，具体用于：在接收到所述未读消息的第一有效时长内检测到用户对所述第一应用的应用图标执行所述第一手势；

所述显示单元，具体用于：显示所述第一应用的第一界面。

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

所述检测单元，还用于：在接收到所述未读消息的第二有效时长内检测到用户对所述第一应用的应用图标执行所述第一手势，所述第二有效时长的结束时间早于所述第一有效时长的结束时间；

所述显示单元，还用于：显示所述第一应用的第二界面，所述第二界面是指用于回复所述未读消息的界面。

16.根据权利要求12-15中任一项所述的终端，其特征在于，若所述第一应用存在多个未读消息，则所述第一界面为第一未读消息的详情界面，所述第一未读消息为所述多个未读消息中的一个；

所述检测单元，还用于：检测用户对第一应用的应用图标执行第二手势；

所述显示单元，还用于：显示第二未读消息的详情界面，所述第二未读消息为所述多个未读消息中除所述第一未读消息外的一个。

17.根据权利要求12-16中任一项所述的终端，其特征在于，若所述第一应用存在多个未读消息，则所述第一界面中还包括除当前未读消息外其余未读消息的预览列表，所述预览列表中包括所述其余未读消息中每个未读消息的预览内容；

所述处理单元，还用于：若在预设时间内没有接收到用户对所述预览列表输入的手势，则在所述第一界面中隐藏所述预览列表。

18.根据权利要求12-17中任一项所述的终端，其特征在于，

所述处理单元，还用于：若在预设时间内没有接收到用户对所述第一界面输入的手势，则从所述第一界面跳转至所述第一应用的首页或跳转至所述第一应用最近一次在前台运行时的界面。

19.根据权利要求12-18中任一项所述的终端，其特征在于，

所述显示单元，还用于：在所述第一应用接收到的消息列表中置顶显示所述未读消息的预览列表，所述预览列表中包括每一条未读消息的预览内容。

20.一种终端，其特征在于，包括：处理器、存储器、总线和显示器；

所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过所述总线连接，当所述终端运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述终端执行如权利要求1-11中任一项所述的未读消息的处理方法。