CN105095499A - 一种通知显示设备、方法和移动终端 - Google Patents

Abstract

本发明公开了提供一种通知显示设备，该设备驻留在移动终端中，该设备包括：通知接收单元，适于接收来自应用的通知；信息设置单元，适于接收用户对关于感兴趣通知的属性信息和关于启动通知栏自动下拉的最低通知条数的设置；通知判断单元，适于根据属性信息，判断来自应用的通知是否为用户感兴趣的通知；如果来自应用的通知是用户感兴趣的通知，则更新已接收的用户感兴趣的通知条数；判断已接收的用户感兴趣的通知条数是否达到最低通知条数；以及如果已接收的用户感兴趣的通知条数达到最低通知条数，则自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知。本发明还公开了包含该通知显示设备的移动终端以及相应的通知显示方法。

Description

一种通知显示设备、方法和移动终端

技术领域

本发明涉及移动通讯领域，特别涉及一种通知显示设备、方法和移动终端。

背景技术

随着科技的发展，手机和平板电脑等智能终端已经成为人们生活不可或缺的部分，为了满足用户的不同需求，针对各种功能所开发的终端应用也日趋增多。智能终端中的各种终端应用和操作系统本身，时常会向用户发送各种消息，这些消息会显示在智能终端的通知栏中。如果一段时间(如参加会议，乘坐飞机或午间休息时)没有查看，通知栏中可能堆积各种各样的消息。传统技术中，按接收消息的时间顺序，在通知栏中将所有收到的通知简单的排列在一起。然而，这些按时间排序的消息所属的类型不同，重要程度也不同，排列在优先的通知栏区域中会显得杂乱无章，不便于用户高效查看和处理。

因此，需要一种能够高效率、快速找到感兴趣通知的新方案。

发明内容

为此，本发明提供一种新的通知显示设备、方法和移动终端，以力图解决或者至少缓解上面存在的问题。

根据本发明的一个方面，提供一种通知显示设备，该设备驻留在移动终端中，该设备包括：一种通知显示设备，该设备驻留在移动终端中，该设备包括：通知接收单元，适于接收来自应用的通知；信息设置单元，适于接收用户对关于感兴趣通知的属性信息和关于启动通知栏自动下拉的最低通知条数的设置；通知判断单元，适于根据属性信息，判断来自应用的通知是否为用户感兴趣的通知；如果来自应用的通知是用户感兴趣的通知，则更新已接收的用户感兴趣的通知条数；判断已接收的用户感兴趣的通知条数是否达到最低通知条数；以及如果已接收的用户感兴趣的通知条数达到最低通知条数，则自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知。

可选地，在根据本发明的通知显示设备中，属性信息包括通知标题、通知内容、推送通知的应用的名称中至少一个。

可选地，在根据本发明的通知显示设备中，通知判断单元还适于：判断来自应用的通知是否与属性信息匹配；如果来自应用的通知与属性信息匹配，则确定来自应用的通知为用户感兴趣的通知。

可选地，在根据本发明的通知显示设备中，最低通知条数为1-3条。

可选地，在根据本发明的通知显示设备中，通知判断单元还适于在自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知后将已接收的用户感兴趣的通知条数清零。

根据本发明的另一个方面，提供一种通知显示方法，该方法驻留在移动终端中，该方法包括：从用户接收对关于对感兴趣通知的属性信息和关于启动通知栏自动下拉的最低通知条数的设置；接收来自应用的通知；根据属性信息，判断来自应用的通知是否为用户感兴趣的通知；如果来自应用的通知为用户感兴趣的通知，则更新已接收的用户感兴趣的通知条数；判断已接收的用户感兴趣的通知条数是否到达最低通知条数；以及如果已接收的用户感兴趣的通知条数达到最低通知条数，则自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知。

可选地，在根据本发明的通知显示方法中，属性信息包括通知标题、通知内容、推送通知的应用的名称中至少一个。

可选地，在根据本发明的通知显示方法中，在判断来自应用的通知是否为用户感兴趣的通知的步骤还包括：判断来自应用的通知是否与属性信息匹配；如果来自应用的通知与属性信息匹配，则确定来自应用的通知为用户感兴趣的通知。

可选地，在根据本发明的通知显示方法中，最低通知条数为1-3条。

可选地，在根据本发明的通知显示方法中，还包括在自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知后将已接收的用户感兴趣的通知条数清零。

根据本发明的一个方面，提供一种移动终端，包括如上的通知显示设备。

本发明的技术方案，通过对接收到的通知进行筛选，只向用户高亮显示感兴趣的通知，可以避免用户被不感兴趣的通知干扰，帮助用户迅速找到感兴趣的通知，大大减少对用户的干扰，提高效率。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了一个移动终端100的结构框图；

图2示出了根据本发明一个实施例的通知显示设备200的示意图；以及

图3示出了根据本发明一个实施例的通知显示方法300的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1是移动终端100的结构框图。具有多点触摸能力的移动终端100可以包括存储器接口102、一个或多个数据处理器、图像处理器和/或中央处理单元104，以及外围接口106。

存储器接口102、一个或多个处理器104和/或外围接口106既可以是分立元件，也可以集成在一个或多个集成电路中。在移动终端100中，各种元件可以通过一条或多条通信总线或信号线来耦合。传感器、设备和子系统可以耦合到外围接口106，以便帮助实现多种功能。例如，运动传感器110、光传感器112和距离传感器114可以耦合到外围接口106，以方便定向、照明和测距等功能。其他传感器116同样可以与外围接口106相连，例如定位系统(例如GPS接收机)、温度传感器、生物测定传感器或其他感测设备，由此可以帮助实施相关的功能。

相机子系统120和光学传感器122可以用于方便诸如记录照片和视频剪辑的相机功能的实现，其中所述相机子系统和光学传感器例如可以是电荷耦合器件(CCD)或互补金属氧化物半导体(CMOS)光学传感器。

可以通过一个或多个无线通信子系统124来帮助实现通信功能，其中无线通信子系统可以包括射频接收机和发射机和/或光(例如红外)接收机和发射机。无线通信子系统124的特定设计和实施方式可以取决于移动终端100所支持的一个或多个通信网络。例如，移动终端100可以包括被设计成支持GSM网络、GPRS网络、EDGE网络、Wi-Fi或WiMax网络以及Bluebooth^TM网络的通信子系统124。

音频子系统126可以与扬声器128以及麦克风130相耦合，以便帮助实施启用语音的功能，例如语音识别、语音复制、数字记录和电话功能。

I/O子系统140可以包括触摸屏控制器142和/或一个或多个其他输入控制器144。

触摸屏控制器142可以耦合到触摸屏146。举例来说，该触摸屏146和触摸屏控制器142可以使用多种触摸感测技术中的任何一种来检测与之进行的接触和移动或是暂停，其中感测技术包括但不局限于电容性、电阻性、红外和表面声波技术。

一个或多个其他输入控制器144可以耦合到其他输入/控制设备148，例如一个或多个按钮、摇杆开关、拇指旋轮、红外端口、USB端口、和/或指示笔之类的指点设备。一个或多个按钮(未显示)可以包括用于控制扬声器128和/或麦克风130音量的向上/向下按钮。

存储器接口102可以与存储器150相耦合。该存储器150可以包括高速随机存取存储器和/或非易失性存储器，例如一个或多个磁盘存储设备，一个或多个光学存储设备，和/或闪存存储器(例如NAND，NOR)。

存储器150可以存储操作系统152，例如Android、IOS或是WindowsPhone之类的操作系统。该操作系统152可以包括用于处理基本系统服务以及执行依赖于硬件的任务的指令。存储器150还可以存储各种应用154。在移动设备运行时，会从存储器150中加载操作系统152，并且由处理器104执行。应用154在运行时，也会从存储器150中加载，并由处理器104执行。应用154运行在操作系统之上，利用操作系统以及底层硬件提供的接口实现各种用户期望的功能，如即时通信、网页浏览、图片管理等。应用可以是独立于操作系统提供的，也可以是操作系统自带的。

在各种应用154中，其中的一种应用为通知显示设备200，该设备可以通过自动下拉通知栏并在通知栏高亮显示用户感兴趣的通知。

图2示出了根据本发明一个示例性实施例通知显示设备200的示意图。如图2所示，通知显示设备200包括信息设置单元210、通知接收单元220和通知判断单元230。

用户事先通过信息设置单元210设置感兴趣通知的属性信息。所述的属性信息一般包括通知栏通知的标题、通知的内容、推送通知的应用的名称中至少一个。用户常用的微信、QQ、微博等应用都可以设置为感兴趣的应用，对于通知的标题、通知内容的设置，用户可以通过设置关键字，例如，会议、时间等等。用户可以选择设置内容关键字，也可以选择设置例如两个推送通知的应用的名称，或者内容关键字和应用名称同时进行设置。

用户设置完属性信息后，通过信息设置单元210设置移动终端启动通知栏自动下拉的最低通知条数，例如1-3条，移动终端会创建NotificationPriority.db数据库，数据库内一般包括有以下字段：packageName、title、content、count等，每一字段对应存储相应的信息，packageName字段下用于存储应用的名称信息，title字段下存储用户设置的标题信息，content字段下用于存储用户设置的内容信息，count字段中记录启动通知栏自动下拉的最低通知条数。

当通知接收单元220接收到来自应用的通知时，通知判断单元230会根据用户感兴趣通知的属性信息，对NotificationPriority.db数据库信息进行模糊查询，判断来自应用的通知是否为用户感兴趣的通知。根据一种实施方式，判断来自应用的通知是否与属性信息匹配。如果来自应用的通知与属性信息匹配，则确定来自应用的通知为用户感兴趣的通知。每接收到用户感兴趣的通知，更新已接收的用户感兴趣的通知条数，上述已接收用户感兴趣的通知条数存储在Settings.Global数据库中。

通知判断单元230读取NotificationPriority.db数据库中count字段中存储的最低通知条数和读取Settings.Global中的通知条数，判断已接收的用户感兴趣的通知条数是否达到最低通知条数。如果已接收的用户感兴趣的通知条数达到最低通知条数，则自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知。用户不感兴趣的通知可以一同在通知栏中以非高亮的方式显示。在通知栏显示之后，可以将已接收的用户感兴趣的通知条数清零。通过对接收到的通知进行筛选，只向用户高亮显示感兴趣的通知，可以避免用户被不感兴趣的通知干扰，帮助用户迅速找到感兴趣的通知。此外，与传统的逐条显示通知的方式相比，通过当用户感兴趣的通知条数达到最低通知条数时才自动下拉通知栏，可以大大减少对用户的干扰，提高效率。

根据一个实施例，如果通知栏用户感兴趣通知条数小于用户事先设置的最低通知条数，此时通知栏的通知仅在用户下拉通知栏时高亮显示。当设置最低通知条数为1条时，只要接收到1条感兴趣的通知便可自动下拉通知栏并高亮显示感兴趣的通知。

图3示出了根据本发明一个示例性实施例通知显示方法300的示意图。如图3所示，本实施方法适于在移动终端中执行，例如由上面参考图2描述的通知显示设备200执行，该通知显示方法始于步骤S310。

在步骤S310中，接收用户对关于感兴趣通知的属性信息和关于启动通知栏自动下拉的最低通知条数的设置，属性信息可以包括通知标题、通知内容、推送通知的应用的名称中的至少一个。

随后，在步骤S320中，接收到来自应用的通知，在步骤S330中，根据步骤S310中设置的属性信息，判断来自应用的通知是否为用户感兴趣的通知。

根据一种实施方式，判断来自应用的通知是否与属性信息匹配。如果来自应用的通知与用户感兴趣通知的属性信息匹配，则确定来自应用的通知为用户感兴趣的通知。

如果来自应用的通知为用户感兴趣的通知，在步骤S340中，更新已接收的用户感兴趣的通知条数。

随后，在步骤S350中，判断已接收的用户感兴趣的通知条数是否达到最低通知条数。如果已接收的用户感兴趣的通知条数达到最低通知条数，在步骤S360中自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知。

根据另一个实施例，如果已接收的用户感兴趣的通知条数小于用户事先设置的最低通知条数，此时仅在用户下拉通知栏时高亮显示用户感兴趣的通知。在自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知后，将已接收的用户感兴趣的通知条数清零。

本发明的技术方案，通过对接收到的通知进行筛选，只向用户高亮显示感兴趣的通知，可以避免用户被不感兴趣的通知干扰，帮助用户迅速找到感兴趣的通知，大大减少对用户的干扰，提高效率。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

A10：根据A6所述的通知显示方法，还包括在自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知后将已接收的用户感兴趣的通知条数清零。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (10)

1.一种通知显示设备，该设备驻留在移动终端中，该设备包括：

通知接收单元，适于接收来自应用的通知；

信息设置单元，适于接收用户对关于感兴趣通知的属性信息和关于启动通知栏自动下拉的最低通知条数的设置；

通知判断单元，适于根据所述属性信息，判断所述来自应用的通知是否为用户感兴趣的通知；如果所述来自应用的通知是用户感兴趣的通知，则更新已接收的用户感兴趣的通知条数；判断已接收的用户感兴趣的通知条数是否达到最低通知条数；以及如果已接收的用户感兴趣的通知条数达到最低通知条数，则自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知。

2.根据权利要求1所述的通知显示设备，其中所述属性信息包括通知标题、通知内容、推送通知的应用的名称中至少一个。

3.根据权利要求1所述的通知显示设备，其中所述通知判断单元还适于：

判断来自应用的通知是否与属性信息匹配；

如果来自应用的通知与属性信息匹配，则确定来自应用的通知为用户感兴趣的通知。

4.根据权利要求1所述的通知显示设备，其中所述最低通知条数为1-3条。

5.根据权利要求1所述的通知显示设备，其中所述通知判断单元还适于在自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知后将已接收的用户感兴趣的通知条数清零。

6.一种通知显示方法，该方法驻留在移动终端中，该方法包括：

从用户接收对关于感兴趣通知的属性信息和关于启动通知栏自动下拉的最低通知条数的设置；

接收来自应用的通知；

根据所述属性信息，判断所述来自应用的通知是否为用户感兴趣的通知；

如果所述来自应用的通知为用户感兴趣的通知，则更新已接收的用户感兴趣的通知条数；

判断已接收的用户感兴趣的通知条数是否达到最低通知条数；以及

如果已接收的用户感兴趣的通知条数达到最低通知条数，则自动下拉通知栏并在通知栏中高亮显示用户感兴趣的通知。

7.根据权利要求6所述的通知显示方法，其中所述属性信息包括通知标题、通知内容、推送通知的应用的名称中至少一个。

8.根据权利要求6所述的通知显示方法，其中所述在判断来自应用的通知是否为用户感兴趣的通知的步骤还包括：

判断来自应用的通知是否与属性信息匹配；

如果来自应用的通知与属性信息匹配，则确定来自应用的通知为用户感兴趣的通知。

9.根据权利要求6所述的通知显示方法，其中所述最低通知条数为1-3条。

10.一种移动终端，包括如权利要求1-5中任一个所述的通知显示设备。