CN105094630B - 应用程序推送消息的提示信息处理方法及装置 - Google Patents

Abstract

本申请公开了应用程序推送消息的提示信息处理方法及装置，其中，所述方法包括：在移动终端设备的特定用户界面显示状态下，对移动终端设备中特定传感器产生的传感器信号进行监控；如果监控到符合预置条件的传感器信号，则判断所述特定用户界面中是否存在关于应用程序推送消息的提示信息；如果存在，则将所述提示信息清除。通过本申请，能够很方便的将应用程序推送消息的提示信息清除。

Description

应用程序推送消息的提示信息处理方法及装置

技术领域

本申请涉及移动终端系统技术领域，特别是涉及应用程序推送消息的提示信息处理方法及装置。

背景技术

随着大规模集成电路技术的突飞猛进，拥有功能强大的芯片的终端设备得到了前所未有的普及。诸如智能手机、便携式平板电脑等移动终端设备，在人们日常生活娱乐中扮演着越来越重要的角色。移动终端设备制造技术以及设备硬件规格的提高，使得移动终端设备的处理能力越来越强。如今的移动终端设备，已经成为不同技术领域的尖端技术相结合的产物，并且不断向智能化的方向发展。在移动终端设备中可以搭载复杂的操作系统，并在操作系统的支持下安装和运行各种功能的软件应用。

在移动终端设备中使用一些软件应用时，出于提高用户使用软件应用的效率等目的，允许软件应用实现一种快捷的推送消息的功能，在这种功能的支持下，即使客户端应用没有运行或者登录的情况下，移动终端设备也可以通过消息服务器接收应用消息的推送。例如，即时通讯软件中好友发送的信息，应用管理软件中应用的升级信息，新闻阅读软件中的新闻订阅更新信息等等，都可以通过这种方式推送到客户端设备。

这种消息推送功能在一定程度上方便了用户的使用，然而，在用户使用移动终端设备时，当软件应用收到推送的应用消息时，通常会以一定的方式给予用户通知提示，在移动终端设备中会以一定的方式显示应用程序通知消息的提示信息，例如，在屏幕上方的系统通知栏中显示提示信息或者图标，在软件应用对应的桌面图标上显示消息提示标识，有的还在消息提示标识上显示推送消息通知的数目，即俗称的“消息点点”，等等。

设计提示信息的本意是方便用户及时获知软件应用推送消息的情况，提高软件应用的使用效率。然而，在用户使用移动终端设备时，常常安装了很多款软件应用，在一定的时间段内，经常出现其中的多个应用都存在推送消息的情况，要对这些推送消息的提示信息进行处理，用户不得不一一的打开对应的应用，并逐个处理这些提示信息，一方面，过多的提示信息可能会让用户应接不暇；另一方面，也有相当一部分用户并不希望逐个的去处理这些提示信息。因此，需要一种更加高效和便捷的方法，来处理移动终端设备上提示信息。

发明内容

本申请提供了应用程序推送消息的提示信息处理方法及装置，能够很方便的将应用程序推送消息的提示信息清除。

本申请提供了如下方案：

一种应用程序推送消息的提示信息处理方法，包括：

在移动终端设备的特定用户界面显示状态下，对移动终端设备中特定传感器产生的传感器信号进行监控；

如果监控到符合预置条件的传感器信号，则判断所述特定用户界面中是否存在关于应用程序推送消息的提示信息；

如果存在，则将所述提示信息清除。

一种应用程序推送消息的提示信息处理装置，包括：

信号监控单元，用于在移动终端设备的特定用户界面显示状态下，对移动终端设备中特定传感器产生的传感器信号进行监控；

提示信息检测单元，用于如果监控到符合预置条件的传感器信号，则判断所述特定用户界面中是否存在关于应用程序推送消息的提示信息；

提示信息清除单元，用于如果存在提示信息，则将提示信息清除。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请，可以利用移动终端设备中特定传感器产生的传感器信号作为触发条件，一旦特定传感器产生的传感器信号符合预置的要求，则触发对应用程序推送消息的提示信息进行自动处理的过程，处理应用程序推送消息的提示信息，可以是将应用程序推送消息的提示信息自动清除。用户不需要逐个处理这些提示信息，只要通过诸如晃动设备等简单的操作，触发特定传感器发送传感器信号，就可以很方便的将应用程序推送消息的提示信息清除。从而实现了一种更加高效和便捷的处理移动终端设备上提示信息的方法，这有效提高了操作效率和用户体验。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的方法的流程图；

图2是推送消息的提示信息在第一特定用户界面中的显示状态示意图；

图3是推送消息的提示信息在第二特定用户界面中的显示状态示意图；

图4是推送消息的提示信息在第三特定用户界面中的显示状态示意图；

图5是本申请实施例提供的装置的示意图。

具体实施方式

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

为了便于理解本申请实施例提供的技术方案，下面首先对移动终端设备中的消息推送机制进行简单地介绍。这种消息推送技术是一种基于客户端-服务器机制，由服务器主动的将信息发往客户端的技术。同传统的拉技术(PULL)相比，两者最为主要的区别在于前者的是由服务器主动发送消息，而后者则是由客户端主动请求消息。在PUSH应用中，在服务器发送内容给客户机之前，没有明显的客户机请求，也就是说，PUSH事务是由服务器发起的。PUSH技术的本质在于，让消息去主动的寻找用户，因此，其优势在于消息的主动性和及时性，通过使用该技术，可以尽快的将消息推送给用户。

另外，现有的移动终端设备还为各个应用程序的消息推送进行了统一的管理机制，在该机制中，应用程序可以委托移动终端操作系统提供的消息管理体系来完成消息的推送。此时，应用程序所推送的消息，也就是应用程序委托移动终端设备的操作系统向用户推送的推送消息。例如，即时通讯应用中好友发送的信息，应用管理软件中应用的升级信息，新闻阅读软件中的新闻订阅更新信息等等。

可见，在终端设备的用户界面中显示的关于推送消息的提示信息，是由终端设备的操作系统来完成的，即提示信息为操作系统针对应用程序的推送消息提供的提示信息。

在本申请实施例中，为了能够对这种提示信息进行处理，可以开发一种操作系统级的插件，或者对操作系统自身的功能进行改进，利用该插件或者操作系统来完成本申请实施例中的各个步骤。下面对具体的实现方式进行详细地介绍。

参见图1，本申请实施例首先提供了一种应用程序推送消息的提示信息处理方法，该方法可以包括以下步骤：

S101：在移动终端设备的特定用户界面显示状态下，对移动终端设备中特定传感器产生的传感器信号进行监控；

具体实现时，移动终端设备的操作系统在接收到应用程序服务器的推送消息之后，一般可能会在一些特定的用户界面中为用户提供关于该推送消息的提示信息，本申请实施例中，也可以是在显示这些特定的用户界面的状态下，根据用户的操作，对这种提示信息进行处理。

例如，一种最常见的方式下，该特定的用户界面就是终端设备的主界面(一般用于显示终端设备中的系统程序以及各个已安装应用程序的图标)，当收到关于某应用程序的推送消息时，操作系统会在主界面上该应用程序图标所在位置处添加提示信息。这种提示信息一般会通过数字的方式提示出收到的推送消息的条数，但一般不会提示出具体的消息内容。如图2所示，如果某用户的某应用A有一条新的消息推送过来，则在主界面上，会在该应用程序图标的右上角显示一个“红点”(如201处所示)，并在“红点”中显示数字“1”，用以表明该应用程序中有一条新的推送消息。一般情况下，只有在用户点击进入该应用程序查看该推送消息之后，操作系统才会将这种提示信息清除。

或者，在另一种方式下，该特定的用户界面也可以是终端设备的锁屏状态界面(也即在将屏幕激活但在执行解锁操作之前向用户显示的用户界面)，当收到关于某应用程序的推送消息时，如果用户终端设备的屏幕正处于被锁定或者被关闭状态，并且，在用户设置了需要在屏幕锁定状态下，接收关于该应用程序推送消息的通知(该功能一般是可选的，用户可以选择是否在屏幕锁定状态下弹出通知)，即，可以在终端设备的锁屏状态界面中显示关于该推送消息的提示信息。例如，具体可以如图3所示，这种显示在锁屏状态界面中的提示信息，一般是以消息摘要列表的形式进行显示，其中不仅显示有相应的应用程序标识，一般还可以显示有关于消息内容的摘要信息。关于这种提示信息，在用户对屏幕执行了解锁操作之后，不管是否真正到对应的应用程序中查看这些推送消息，这种提示信息一般都会被清除。

还有一种方式中，这种特定的用户界面可以是指，移动终端设备的系统通知栏显示界面。一般情况下，只要用户从屏幕顶端向下拉的操作，就会显示出该系统通知栏显示界面，该显示界面中，会将各个应用程序最近推送给当前用户的消息的摘要信息显示出来。如图4所示，该界面中的提示信息显示形式与图3中类似，但与图3中锁屏状态界面中显示的提示信息不同的是，该通知栏显示界面中显示的提示信息，一般会一段时间清除一次，例如，今天的提示信息到了第二天才会清除，即使已经到对应的应用程序中读取了对应的推送消息内容，该通知栏显示界面中显示的关于该推送消息的提示信息仍然存在。

总之，上述三种用户界面都是可能用于显示推送消息的提示信息的用户界面，并且这些提示信息在上述三种用户界面中存在的时间都相对较长，正常情况下需要用户执行一些操作或者经历了比较长的时间之后才会消除，而不是显示几秒之后自动消除。因此，在本申请实施例中，在终端设备显示这些特定用户界面的状态下，就可以对移动终端设备中特定传感器产生的传感器信号进行监控。

随着移动终端设备制造技术的发展，现在的移动终端设备已经能够搭载多种传感器。本实施例提供的方法中，首先对移动终端设备中特定传感器产生的传感器信号进行监控，利用移动终端设备中特定传感器产生的传感器信号，作为处理移动终端设备中应用程序推送消息的提示信息的触发条件，一旦移动终端设备中特定传感器产生的传感器信号，则触发或者选择性的触发提示信息的处理。

具体实现时，移动终端设备中特定传感器可以有多种形式，例如，一种具体的实现方式下，可以是移动终端设备中的加速度传感器，对应的，加速度传感器产生的传感器信号可以是加速度感应信号。当然，这里仅仅是作为举例说明，在实际应用中，也可以利用其他传感器(例如接近传感器、光线传感器等等)产生的信号作为处理提示信息的触发条件。

S102：如果监控到符合预置条件的传感器信号，则判断所述用户界面中是否存在关于应用程序推送消息的提示信息；

如果监控到特定传感器发出的对应的传感器信号，可以对传感器信号的信号量进一步进行判断，判断其是否符合对应的预置条件，以更加精确的实现触发控制。例如，当利用移动终端设备中的加速度传感器所产生的加速度感应信号作为触发条件时，加速度感应信号的量值需要达到预置的加速度阈值，才可以触发对提示信息的处理操作。也就是说，当利用加速度感应信号作为触发条件时，用户所使用的移动终端设备需要经过相对剧烈的加速(例如，用户手持移动终端设备摇晃一定次数，即根据加速度感应信号判断终端设备的摇晃次数，当的摇晃次数的量值为达到预置的阈值时，触发对提示信息的处理操作)，才会被认为是用户发出的一种主动操作行为的信号，进而触发提示信息处理操作。否则，如果传感器产生了很小的加速度变化，则可以认为用户是在携带移动终端设备行走等情况下产生的，因此，可以不必触发提示信息的处理操作。需要说明的是，关于传感器信号对应的预置的条件，可以因传感器信号的性质，所使用的策略的不同而不同，例如，可以是信号量强度阈值，信号产生次数的预置数量，信号发生频率的频率阈值等等，可以根据具体应用的不同而采用不同的预置条件。

如果所监控到的传感器信号符合预置的条件，则可以进一步的判断当前的特定用户界面中是否存在关于应用程序推送消息的提示信息，如果存在，则执行下一步操作，对应用程序推送消息的提示信息进行处理。当然，如果不存在，可以结束执行流程。其中，关于各个特定用户界面而言，由于其中显示的关于推送消息的提示信息是操作系统添加上去的，并且本申请实施例各个步骤的执行主体也是操作系统自身或者操作系统的插件，因此，具体在判断这种特定用户界面中是否有推送消息的提示信息时，可以直接通过查询操作系统的添加操作记录等来确定。

S103：如果存在，则将所述提示信息清除。

在监测到移动终端设备中特定传感器产生了符合预置条件的传感器信号，并且移动终端设备中存在提示信息后，可以对提示信息进行清除处理。这样，具体到各种特定用户界面，清除提示信息的效果可以是：在当前显示主界面的状态下，如果用户摇晃移动终端设备，则应用程序图标右上角的提示信息被清除，不需要用户一个个地进入各个应用程序去查看；在当前显示锁屏状态界面的状态下，如果用户摇晃移动终端设备，则其中显示的推送消息的摘要信息列表被清除，而不需要执行解锁操作；在当前显示系统通知栏显示界面的状态下，如果用户摇晃移动终端设备，则其中显示的推送消息的摘要信息列表被清除，而不需要等到第二天。

如前文所述，在本申请实施例中，应用程序推送消息如果是应用程序委托移动终端设备的操作系统向用户推送的消息，则特定用户界面中显示出的提示信息是由操作系统针对应用程序的推送消息提供的提示信息。也就是说，在这种情况下，对于将“红点”提示标识添加到应用程序图标上，或者以列表等形式将提示信息显示到锁屏界面或者系统通知栏显示界面中的执行主体，是移动终端设备的操作系统，而不是具体的产生了推送消息的应用程序；另一方面，本申请实施例中执行清除提示信息操作的执行主体是操作系统本身，或者操作系统插件，因此，具体在执行清除提示信息的操作时，一种可行的方式可以是，通过调用操作系统中预置的系统接口函数，直接将操作系统之前添加或者显示出的提示信息清除即可。

或者，另一种可行的方式也可以是，通过模拟用户查看推送消息的操作，来清除操作系统提供的提示信息。也就是说，如前文所述，对于主界面的应用图标上添加的“红点”提示标识，一般情况下，在用户点击查看了具体的应用程序之后，这种提示标识会清除，因此，可以模拟用户发出点击查看应用程序的操作，这样，就可以将这种提示标识清除。或者，对于锁屏界面上显示出的推送消息的摘要消息列表，在用户对屏幕执行了解锁操作之后，操作系统就会认为用户查看了这些推送消息，因此，也可以通过模拟用户执行解锁操作的方式，来清除这种显示在锁屏界面中的推送消息提示信息。当然，具体的模拟用户操作行为的过程可以是在后台进行的，对于用户而言，并不需要感知到这种模拟查看的操作，只要使用户感知到通过“摇一摇”等操作，就能将用户界面中关于推送消息的提示信息全部清除即可。

需要说明的是，为了防止误判现象出现，在具体执行清除操作之前，还可以在用户界面中提供是否清除提示信息的选择入口(例如，包括“确认”和“取消”的提示窗口，供用户选择)，在通过选择入口接收到需要清除的确认消息，即收到用户确认后，再触发将提示信息清除的操作。这样，相当于在检测到用户执行的“摇一摇”等行为之后，再让用户确认一下，是否真的需要将界面中关于推送消息的全部提示信息都清除，这样，使得用户实时了解具体清除操作的执行，以及防止误操作对用户产生的影响。

以上对本发明实施例提供的移动终端设备中应用程序推送消息的提示信息处理方法进行了详细的介绍，通过该方法，可以利用移动终端设备中特定传感器产生的传感器信号作为触发条件，一旦特定传感器产生的传感器信号符合预置的要求，则触发对应用程序推送消息的提示信息进行自动处理的过程，处理应用程序推送消息的提示信息，可以是将应用程序推送消息的提示信息自动清除，从而在用户不希望逐个的去处理这些提示信息时，可以通过诸如晃动设备等简单的操作，触发特定传感器发送传感器信号，从而很方便的将应用程序推送消息的提示信息清除。实现了一种更加高效和便捷的处理移动终端设备上提示信息的方法。

与本发明实施例提供的移动终端设备中应用程序推送消息的提示信息处理方法相对应，还提供了一种应用程序推送消息的提示信息处理装置，参见图5，为根据本申请的一个实施例的移动终端设备中应用程序推送消息的提示信息处理装置的示意图，该装置具体可以包括：

信号监控单元501，用于在移动终端设备的特定用户界面显示状态下，对移动终端设备中特定传感器产生的传感器信号进行监控；

提示信息检测单元502，用于如果监控到符合预置条件的传感器信号，则判断所述特定用户界面中是否存在关于应用程序推送消息的提示信息；

提示信息清除单元503，用于如果存在提示信息，则将提示信息清除。

具体实现时，为了避免误操作，在将提示信息清除之前可以提供是否清除提示信息的选择入口，此时，该装置还可以包括：

选择入口提供单元，用于在用户界面中提供是否清除提示信息的选择入口；

相应的，提示信息清除单元503具体可以用于，如果通过选择入口接收到需要清除的确认消息，则触发将提示信息清除的操作。

其中，特定传感器可以是移动终端设备中的加速度传感器；对应的传感器信号可以是加速度感应信号，如果加速度感应信号大于预置的加速度阈值，则符合预置条件。或者，根据加速度感应信号判断终端设备的摇晃次数，当的摇晃次数的量值为达到预置的阈值时，触发对提示信息的处理操作。

通常，提示信息位于移动终端设备的一些特定用户界面中，具体实现时，这种特定用户界面包括移动终端设备的主界面；特定用户界面中关于应用程序推送消息的提示信息包括：在主界面的应用程序图标处显示的关于该应用程序推送消息的提示标识。又如，特定用户界面包括移动终端设备的锁屏状态界面，此时，所述特定用户界面中关于应用程序推送消息的提示信息包括：所述锁屏状态界面中显示的关于各个应用程序的推送消息的消息摘要列表。再者，特定用户界面还包括移动终端设备的系统通知栏显示界面，此时，特定用户界面中关于应用程序推送消息的提示信息包括：系统通知栏界面中显示的关于各个应用程序的推送消息的消息摘要列表。

具体实现时，应用程序推送消息包括：应用程序委托移动终端设备的操作系统向用户推送的推送消息，提示信息为操作系统针对应用程序的推送消息提供的提示信息。

在这种情况下，提示信息清除单元503具体可以用于：

通过调用预置的系统接口函数，清除操作系统提供的提示信息；

或者，提示信息清除单元503具体也可以用于：

通过模拟用户查看推送消息的操作，清除操作系统提供的提示信息。

以上对本发明实施例提供的应用程序推送消息的提示信息处理装置进行了详细的介绍，通过该装置，可以利用移动终端设备中特定传感器产生的传感器信号作为触发条件，一旦特定传感器产生的传感器信号符合预置的要求，则触发对应用程序推送消息的提示信息进行自动处理的过程，处理应用程序推送消息的提示信息，可以是将应用程序推送消息的提示信息自动清除，从而在用户不希望逐个的去处理这些提示信息时，可以通过诸如晃动设备等简单的操作，触发特定传感器发送传感器信号，从而很方便的将应用程序推送消息的提示信息清除。实现了一种更加高效和便捷的处理移动终端设备上提示信息的装置。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的应用程序推送消息的提示信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (9)

1.一种应用程序推送消息的提示信息处理方法，其特征在于，包括：

在移动终端设备的特定用户界面显示状态下，对移动终端设备中特定传感器产生的传感器信号进行监控；其中，所述特定传感器包括移动终端设备中的加速度传感器；所述传感器信号包括：加速度感应信号；

如果监控到符合预置条件的传感器信号，则判断所述特定用户界面中应用程序图标处是否存在关于应用程序推送消息数量的提示信息；其中，所述预置条件包括：所述加速度感应信号大于预置的加速度阈值，或者，根据加速度感应信号判断终端设备的摇晃次数，摇晃次数的量值达到预置的阈值；

如果存在，则将所述提示信息清除。

2.根据权利要求1所述的方法，其特征在于，在将所述提示信息清除之前，还包括：

在所述特定用户界面中提供是否清除所述提示信息的选择入口；

如果通过所述选择入口接收到需要清除的确认消息，则触发将所述提示信息清除的操作。

3.根据权利要求1或2所述的方法，其特征在于，所述特定用户界面包括所述移动终端设备的主界面；所述特定用户界面中关于应用程序推送消息的提示信息包括：在主界面的应用程序图标处显示的关于该应用程序推送消息的提示标识。

4.根据权利要求1或2所述的方法，其特征在于，所述特定用户界面包括所述移动终端设备的锁屏状态界面，所述特定用户界面中关于应用程序推送消息的提示信息包括：所述锁屏状态界面中显示的关于各个应用程序的推送消息的消息摘要列表。

5.根据权利要求1或2所述的方法，其特征在于，所述特定用户界面包括所述移动终端设备的系统通知栏显示界面，所述特定用户界面中关于应用程序推送消息的提示信息包括：所述系统通知栏界面中显示的关于各个应用程序的推送消息的消息摘要列表。

6.根据权利要求1或2所述的方法，其特征在于，所述应用程序推送消息包括：应用程序委托移动终端设备的操作系统向用户推送的推送消息，所述提示信息为所述操作系统针对应用程序的推送消息提供的提示信息。

7.根据权利要求6所述的方法，其特征在于，所述将所述提示信息清除，包括：

通过调用预置的系统接口函数，清除所述操作系统提供的提示信息。

8.根据权利要求6所述的方法，其特征在于，所述将所述提示信息清除，包括：

通过模拟用户查看所述推送消息的操作，清除所述操作系统提供的提示信息。

9.一种应用程序推送消息的提示信息处理装置，其特征在于，包括：

信号监控单元，用于在移动终端设备的特定用户界面显示状态下，对移动终端设备中特定传感器产生的传感器信号进行监控；其中，所述特定传感器包括移动终端设备中的加速度传感器；所述传感器信号包括：加速度感应信号；

提示信息检测单元，用于如果监控到符合预置条件的传感器信号，则判断所述特定用户界面中应用程序图标处是否存在关于应用程序推送消息数量的提示信息；其中，所述预置条件包括：所述加速度感应信号大于预置的加速度阈值，或者，根据加速度感应信号判断终端设备的摇晃次数，摇晃次数的量值达到预置的阈值；

提示信息清除单元，用于如果存在提示信息，则将提示信息清除。