CN106569812A - 一种移动终端的应用程序通知处理方法及系统 - Google Patents

Abstract

本发明公开了一种移动终端的应用程序通知处理方法及系统，通过当应用程序有通知推送时，获取应用程序的通知；判断移动终端当前显示界面是否为移动终端桌面，若为否，则保留应用程序的通知，不弹出提示；若为是，则在移动终端桌面上显示预设的悬浮图标进行通知提示；有效改善了现有移动终端的通知过多极易打扰用户的缺陷，带来了大大的方便。

Description

一种移动终端的应用程序通知处理方法及系统

技术领域

本发明涉及移动终端领域，特别涉及一种移动终端的应用程序通知处理方法及系统。

背景技术

移动终端即移动通信终端，是指可以在移动中使用的计算机设备，其移动性主要体现在移动通信能力和便携化体积。广义上讲包括手机、笔记本、POS机甚至包括车载电脑。移动终端不仅可以通话、视频通话、拍照、听音乐、看视频、玩游戏，而且可以实现包括定位、信息处理、指纹扫描、身份证扫描、条码扫描、RFID扫描、IC卡扫描以及酒精含量检测等丰富的功能。

以移动终端为手机为例，当前智能手机上安装的应用程序越来越多，这些应用程序一般都会不定时的推送多种类型的通知，这样使得用户在使用手机时经常受到打扰，且通知较多，给用户带来了大大的不便。用户正在使用手机如：打电话、玩游戏、看视频等的时候弹出提示，会大大干扰用户，影响用户体验。

随着电子技术的快速发展以及智能终端的大规模及使用，智能终端的硬件配置越来越高，这个时候用户体验的重要性将会给凸显出来。在Android默认的通知形式中，采用的是在状态栏上显示通知图标，此时如果通知过多，将引起用户对于该应用的反感。如果在状态栏上重新修改通知行为，将会与Android默认行为不一致，会导致应用的通知很不兼容。

因而现有技术还有待改进和提高。

发明内容

鉴于上述现有技术的不足之处，本发明的目的在于提供一种移动终端的应用程序通知处理方法及系统，旨在解决现有移动终端通知较多对用户产生干扰的问题。

为了达到上述目的，本发明采取了以下技术方案：

一种移动终端的应用程序通知处理方法，其中，包括：

A、当应用程序有通知推送时，获取应用程序的通知；

B、判断移动终端当前显示界面是否为移动终端桌面，若为否，则执行步骤C；若为是，则执行步骤D；

C、保留应用程序的通知，不弹出提示；

D、在移动终端桌面上显示预设的悬浮图标进行通知提示。

所述的移动终端的应用程序通知处理方法，其中，所述步骤A具体包括：

A1、当应用程序有通知推送时，获取应用程序的通知及通知对应的类型。

所述的移动终端的应用程序通知处理方法，其中，所述步骤D具体包括：

D1、判断当前通知的类型是否为该类型的第一次弹出，若为是，则在移动终端桌面上显示预设的悬浮图标并悬浮提示该类型通知的功能，若为否，则在移动终端桌面上显示预设的悬浮图标。

所述的移动终端的应用程序通知处理方法，其中，所述悬浮图标为悬浮水滴，在所述步骤D之后，还包括：

E、扩散并透明化所述悬浮水滴；

F、判断在预定时间内是否接收到对所述悬浮水滴的触发指令，若为是，则对所述通知进行动态旋转悬浮进度提示；若为否，则在移动终端桌面上不显示所述悬浮水滴。

所述的移动终端的应用程序通知处理方法，其中，所述步骤E具体包括：

E1、将所述水滴放大至默认水滴大小的预定倍数；

E2、将放大后的水滴缩小至默认水滴大小；

E3、对所述水滴进行透明化处理，使得当前水滴的透明度比默认透明度高。

一种移动终端的应用程序通知处理系统，其中，包括：

通知获取模块，用于当应用程序有通知推送时，获取应用程序的通知；

界面判断模块，用于判断移动终端当前显示界面是否为移动终端桌面，若为否，则执行第一通知处理模块；若为是，则执行第二通知处理模块；

第一通知处理模块，用于保留应用程序的通知，不弹出提示；

第二通知处理模块，用于在移动终端桌面上显示预设的悬浮图标进行通知提示。

所述的移动终端的应用程序通知处理系统，其中，所述通知获取模块包括：

类型获取单元，用于当应用程序有通知推送时，获取应用程序的通知及通知对应的类型。

所述的移动终端的应用程序通知处理系统，其中，所述第二通知处理模块包括：

类型判断及处理单元，用于判断当前通知的类型是否为该类型的第一次弹出，若为是，则在移动终端桌面上显示预设的悬浮图标并悬浮提示该类型通知的功能，若为否，则在移动终端桌面上显示预设的悬浮图标。

所述的移动终端的应用程序通知处理系统，其中，所述悬浮图标为悬浮水滴，还包括：

扩散透明模块，用于扩散并透明化所述悬浮水滴；

通知触发模块，用于判断在预定时间内是否接收到对所述悬浮水滴的触发指令，若为是，则对所述通知进行动态旋转悬浮进度提示；若为否，则在移动终端桌面上不显示所述悬浮水滴。

所述的移动终端的应用程序通知处理系统，其中，所述扩散透明模块包括：

放大单元，用于将所述水滴放大至默认水滴大小的预定倍数；

缩小单元，用于将放大后的水滴缩小至默认水滴大小；

透明处理单元，用于对所述水滴进行透明化处理，使得当前水滴的透明度比默认透明度高。

相较于现有技术，本发明提供的移动终端的应用程序通知处理方法及系统，通过当应用程序有通知推送时，获取应用程序的通知；判断移动终端当前显示界面是否为移动终端桌面，若为否，则保留应用程序的通知，不弹出提示；若为是，则在移动终端桌面上显示预设的悬浮图标进行通知提示；有效改善了现有移动终端的通知过多极易打扰用户的缺陷，带来了大大的方便。

附图说明

图1为本发明提供的移动终端的应用程序通知处理方法的方法流程图。

图2为本发明提供的移动终端的应用程序通知处理方法较佳实施例的方法流程图。

图3为本发明提供的移动终端的应用程序通知处理系统的结构框图。

具体实施方式

本发明提供一种移动终端的应用程序通知处理方法及系统。为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本发明提供一种移动终端的应用程序通知处理方法，请参阅图1，所述移动终端的应用程序通知处理方法，包括以下步骤：

S100、当应用程序有通知推送时，获取应用程序的通知；

S200、判断移动终端当前显示界面是否为移动终端桌面，若为否，则执行步骤S300；若为是，则执行步骤S400；

S300、保留应用程序的通知，不弹出提示；

S400、在移动终端桌面上显示预设的悬浮图标进行通知提示。

下面结合具体的实施例对上述步骤进行详细的描述。

在所述步骤S100中，当应用程序有通知推送时，获取应用程序的通知。本发明的移动终端可为手机、平板电脑等可安装应用程序的移动终端。在实际应用时，当检测到移动终端的应用程序有通知推送时，获取该应用程序的通知。在步骤200中，判断移动终端当前是否处于桌面状态，若为是，则在移动终端桌面上显示预设的悬浮图标进行通知提示；若为否，则保留应用程序的通知，不弹出提示。也就是说，当检测到有应用程序通知发送时，判断移动终端的当前状态，如果在桌面，则显示悬浮图标来提示通知，如果不在桌面（譬如游戏、视频、上网等状态）时，则保留通知，不提示。这样，便可避免应用程序通知对用户的干扰。该提示只会在桌面的时候才出现，避免了用户正在使用手机如：打电话、玩游戏、看视频等的时候弹出提示，避免了用户玩游戏看视频的时候被某些低关注度的通知给打扰。

进一步地，所述步骤S100具体包括：

S110、当应用程序有通知推送时，获取应用程序的通知及通知对应的类型。

具体来说，当应用有通知发送时，移动终端不仅获取该通知，还获取到发送通知的类型。

优选地，所述步骤S400具体包括：

S410、判断当前通知的类型是否为该类型的第一次弹出，若为是，则在移动终端桌面上显示预设的悬浮图标并悬浮提示该类型通知的功能，若为否，则在移动终端桌面上显示预设的悬浮图标。

具体来说，这是在原有流程上增加一个判断，即弹出的通知类型是否为第一次弹出，如果为第一次弹出该类型的通知，那么则在移动终端上不仅显示预设的悬浮图标还悬浮提示该类型通知的功能。关于悬浮提示功能，也就是对该通知类型的作用进行描述，即用户点击处理该类型的通知后，会有什么样的结果。如果不是第一次弹出该类型的通知，那么则在移动终端桌面上显示预设的悬浮图标即可。这是由于移动终端上的应用程序很多，那么通知的类型也很多，对于同一类型的通知，首次弹出该类型通知是会给用户一个提示，用户将知道点击该通知后的处理方式，下次弹出通知将不再有该提示。

在实际应用时，当需要弹出某个类型的通知时，需要确定当前是否桌面，如果不是桌面将保持该通知，直到用户进入桌面，而且这种通知一次将只会弹出一个，不存在多个通知的问题，只有处理完一个后另一个才会出现。第一次弹出该种类型提示将会出现一个提示操作的悬浮界面，该提示操作只会出现一次。这样给用户带来了通知处理上的方便。优选地，对于不同类型的通知，可采用不同的悬浮图标对应显示，这样进一步使得用户可以一目了然不同类型的通知，并分别处理。

请参阅图2，图2为本发明提供的移动终端的应用程序通知处理方法较佳实施例的方法流程图，进一步地，所述悬浮图标为悬浮水滴，在所述步骤S400之后，还包括：

S500、扩散并透明化所述悬浮水滴；

S600、判断在预定时间内是否接收到对所述悬浮水滴的触发指令，若为是，则对所述通知进行动态旋转悬浮进度提示；若为否，则在移动终端桌面上不显示所述悬浮水滴。

具体来说，在实际应用时，悬浮图标为悬浮水滴，在移动终端桌面上显示预设的悬浮水滴图标之后，对所述悬浮水滴进行扩散并透明化处理，然后判断在预定时间内是否接收到对所述悬浮水滴的触发指令（也就是用户有没有点击悬浮水滴的操作），若为是，则对所述通知进行动态旋转悬浮进度提示；若为否，则在移动终端桌面上不显示所述悬浮水滴，所述预定时间可为30秒。关于对所述通知进行动态旋转悬浮进度提示，是指对通知将进行悬浮放大、进度旋转等操作，从而实现旋转式悬浮动态进度通知提示。

进一步地，所述步骤S500具体包括：

S510、将所述水滴放大至默认水滴大小的预定倍数；

S520、将放大后的水滴缩小至默认水滴大小；

S530、对所述水滴进行透明化处理，使得当前水滴的透明度比默认透明度高。

在实际应用时，通知将采用悬浮的水滴形式出现，包括扩散和收缩两部分动画，动画完成后超过将进行通知水滴透明化，该悬浮水滴可以拖动到屏幕任意位置，如不点击将自动消失（譬如30秒内无触发指令），如进入别的应用也会消失。如用户点击水滴，将会有一个动态处理的过程，该过程使用动态旋转的进度，也就是上述的对所述通知进行动态旋转悬浮进度提示。关于预定倍数，可设置为1.1倍、1.2倍或2倍等，根据实际需要进行设置。关于透明度高，是指当前水滴图标比之前水滴图标更加透明，譬如透明度增加30%。

优选地，在所述步骤S300之后，还包括：当检测到移动终端当前显示界面为桌面时，将保留的应用程序通知以悬浮图标进行通知提示。也就是将保留的通知在手机处于桌面状态时，继续提示给用户。

以下以应用实施例对本发明详细阐述如下。本发明采用全新的通知体系，在不影响用户使用的时候给予提示，采取的是悬浮式水滴(包含扩散与透明)，只有用户点击该水滴后才会进入通知消息操作，此处通知消息也采用一种悬浮动态旋转型的提示，该提示只会在桌面的时候才出现，避免了用户正在使用手机如：打电话、玩游戏、看视频等的时候弹出提示。用户不操作将自动消失，操作后将会有一个动态旋转的悬浮提示给用户，极大的提升了用户体验。纯应用实现，不依赖与平台与系统，实现简单，可移植性强，适用于所有移动终端。

当应用有通知发送时，服务将接受到发送通知的类型，如在桌面且亮屏提示才会弹出。如果不在桌面提示将会给保存起来，下次用户切换到桌面后提示才将会弹出。提示弹出时会判断是否第一个弹出该种类型提示，如果是第一次将弹出悬浮提示加悬浮水滴，如果不是第一次将直接弹出悬浮水滴。当点击水滴后将弹出动态旋转的进度提示，完成后可点击进入对应的应用或者点击消失，弹出提示后不操作提示也将自动消失。

本发明采用了全新的用户设计，修改了Android默认通知形式，这类通知将仅仅在桌面才会弹出，进入别的应用将自动消失，还对通知预置了动画效果，该种免打扰形式通知将采用悬浮式水滴与动态旋转结合的方式实现，基于现有移动终端开发，不需要添加硬件，纯应用层实现，不涉及平台修改，可跨平台、跨设备使用，有很大成本优势；区别于Android默认的通知形式，此处设计采用仅在桌面弹出悬浮水滴的形式提示用户,有效改善了通知过多与极易打扰的缺陷，有效的改善了Android通知多的弊端，悬浮式通知可以很好的提升用户的体验。

基于上述实施例提供的移动终端的应用程序通知处理方法，本发明还提供一种移动终端的应用程序通知处理系统。请参阅图3，所述移动终端的应用程序通知处理系统包括：

通知获取模块10，用于当应用程序有通知推送时，获取应用程序的通知；

界面判断模块20，用于判断移动终端当前显示界面是否为移动终端桌面，若为否，则执行第一通知处理模块30；若为是，则执行第二通知处理模块40；

第一通知处理模块30，用于保留应用程序的通知，不弹出提示；

第二通知处理模块40，用于在移动终端桌面上显示预设的悬浮图标进行通知提示。

进一步地，所述通知获取模块10包括：

类型获取单元，用于当应用程序有通知推送时，获取应用程序的通知及通知对应的类型。

进一步地，所述第二通知处理模块40包括：

类型判断及处理单元，用于判断当前通知的类型是否为该类型的第一次弹出，若为是，则在移动终端桌面上显示预设的悬浮图标并悬浮提示该类型通知的功能，若为否，则在移动终端桌面上显示预设的悬浮图标。

进一步地，所述悬浮图标为悬浮水滴，所述移动终端的应用程序通知处理系统，还包括：

扩散透明模块，用于扩散并透明化所述悬浮水滴；

通知触发模块，用于判断在预定时间内是否接收到对所述悬浮水滴的触发指令，若为是，则对所述通知进行动态旋转悬浮进度提示；若为否，则在移动终端桌面上不显示所述悬浮水滴。

进一步地，所述扩散透明模块包括：

放大单元，用于将所述水滴放大至默认水滴大小的预定倍数；

缩小单元，用于将放大后的水滴缩小至默认水滴大小；

透明处理单元，用于对所述水滴进行透明化处理，使得当前水滴的透明度比默认透明度高。

由于所述移动终端的应用程序通知处理系统的具体原理和详细技术特征在上述移动终端的应用程序通知处理方法实施例中已详细阐述，在此不再赘述。

上述功能模块的划分仅用以举例说明，在实际应用中，可以根据需要将上述功能分配由不同的功能模块来完成，即划分成不同的功能模块，来完成上述描述的全部或部分功能。

本领域普通技术人员可以理解上述实施例方法中的全部或部分流程，是可以通过计算机（或移动终端）程序来指令相关的硬件完成，所述的计算机（或移动终端）程序可存储于一计算机（或移动终端）可读取存储介质中，程序在执行时，可包括上述各方法的实施例的流程。其中的存储介质可以为磁碟、光盘、只读存储记忆体（ROM）或随机存储记忆体（RAM）等。

综上所述，本发明提供的一种移动终端的应用程序通知处理方法及系统，通过当应用程序有通知推送时，获取应用程序的通知；判断移动终端当前显示界面是否为移动终端桌面，若为否，则保留应用程序的通知，不弹出提示；若为是，则在移动终端桌面上显示预设的悬浮图标进行通知提示；有效改善了现有移动终端的通知过多极易打扰用户的缺陷，带来了大大的方便；该种免打扰形式通知将采用悬浮式水滴与动态旋转结合的方式实现；区别于Android默认的通知形式，此处设计采用仅在桌面弹出悬浮水滴的形式提示用户,有效改善了通知过多与极易打扰的缺陷；纯应用层实现，不涉及平台修改，可跨平台、跨设备使用；不需要添加硬件，有很大成本优势；悬浮式通知可以很好的提升用户的体验。

可以理解的是，对本领域普通技术人员来说，可以根据本发明的技术方案及其发明构思加以等同替换或改变，而所有这些改变或替换都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种移动终端的应用程序通知处理方法，其特征在于，包括：

A、当应用程序有通知推送时，获取应用程序的通知；

B、判断移动终端当前显示界面是否为移动终端桌面，若为否，则执行步骤C；若为是，则执行步骤D；

C、保留应用程序的通知，不弹出提示；

D、在移动终端桌面上显示预设的悬浮图标进行通知提示。

2.根据权利要求1所述的移动终端的应用程序通知处理方法，其特征在于，所述步骤A具体包括：

A1、当应用程序有通知推送时，获取应用程序的通知及通知对应的类型。

3.根据权利要求2所述的移动终端的应用程序通知处理方法，其特征在于，所述步骤D具体包括：

D1、判断当前通知的类型是否为该类型的第一次弹出，若为是，则在移动终端桌面上显示预设的悬浮图标并悬浮提示该类型通知的功能，若为否，则在移动终端桌面上显示预设的悬浮图标。

4.根据权利要求1~3任一项所述的移动终端的应用程序通知处理方法，其特征在于，所述悬浮图标为悬浮水滴，在所述步骤D之后，还包括：

E、扩散并透明化所述悬浮水滴；

F、判断在预定时间内是否接收到对所述悬浮水滴的触发指令，若为是，则对所述通知进行动态旋转悬浮进度提示；若为否，则在移动终端桌面上不显示所述悬浮水滴。

5.根据权利要求4所述的移动终端的应用程序通知处理方法，其特征在于，所述步骤E具体包括：

E1、将所述水滴放大至默认水滴大小的预定倍数；

E2、将放大后的水滴缩小至默认水滴大小；

E3、对所述水滴进行透明化处理，使得当前水滴的透明度比默认透明度高。

6.一种移动终端的应用程序通知处理系统，其特征在于，包括：

通知获取模块，用于当应用程序有通知推送时，获取应用程序的通知；

界面判断模块，用于判断移动终端当前显示界面是否为移动终端桌面，若为否，则执行第一通知处理模块；若为是，则执行第二通知处理模块；

第一通知处理模块，用于保留应用程序的通知，不弹出提示；

第二通知处理模块，用于在移动终端桌面上显示预设的悬浮图标进行通知提示。

7.根据权利要求6所述的移动终端的应用程序通知处理系统，其特征在于，所述通知获取模块包括：

类型获取单元，用于当应用程序有通知推送时，获取应用程序的通知及通知对应的类型。

8.根据权利要求7所述的移动终端的应用程序通知处理系统，其特征在于，所述第二通知处理模块包括：

类型判断及处理单元，用于判断当前通知的类型是否为该类型的第一次弹出，若为是，则在移动终端桌面上显示预设的悬浮图标并悬浮提示该类型通知的功能，若为否，则在移动终端桌面上显示预设的悬浮图标。

9.根据权利要求6~8任一项所述的移动终端的应用程序通知处理系统，其特征在于，所述悬浮图标为悬浮水滴，还包括：

扩散透明模块，用于扩散并透明化所述悬浮水滴；

通知触发模块，用于判断在预定时间内是否接收到对所述悬浮水滴的触发指令，若为是，则对所述通知进行动态旋转悬浮进度提示；若为否，则在移动终端桌面上不显示所述悬浮水滴。

10.根据权利要求9所述的移动终端的应用程序通知处理系统，其特征在于，所述扩散透明模块包括：

放大单元，用于将所述水滴放大至默认水滴大小的预定倍数；

缩小单元，用于将放大后的水滴缩小至默认水滴大小；

透明处理单元，用于对所述水滴进行透明化处理，使得当前水滴的透明度比默认透明度高。