应用通知管理的方法、装置及移动终端与流程

本发明涉及到智能移动终端系统应用通知消息管理领域，特别是涉及到一种应用通知管理的方法、装置及移动终端。

背景技术：

现有的智能移动设备的系统应用在产生新的通知消息时，终端系统正常的处理方案是通过消息铃声或者点亮屏幕提醒用户有新的应用通知消息，现有的方案无法针对具体的情景对不同应用的新通知消息进行有效的管理，例如在某种情景下拦截特定的应用消息，使其不通过新消息铃声通知用户，避免给用户带来不必要的影响。

更加具体的，大部分的第三方应用内并没有设置勿打扰模式，带有勿扰模式的第三方应用也无法有针对性的拦截所有应用的新通知消息。也就是说用户无法根据具体的情况对应用的通知消息进行合理配置，例如：在用户上班时只接受工作应用的消息通知，不接收其他应用的消息通知，目前第三方应用无法满足这个需求。

技术实现要素：

本发明的主要目的为提供一种应用通知管理的方法、装置及移动终端，能够控制单个或者多个应用消息通知时不响铃、不震动不唤醒屏幕。

本发明提出了一种应用通知管理的方法，包括，

移动终端接收到新的应用通知信息，获取应用对应的身份信息；

根据所述身份信息，判断所述应用是否符合勿打扰要求，若符合，则调用勿打扰处理策略对所述应用的通知消息进行处理。

进一步地，所述根据所述身份信息，判断所述应用是否符合勿打扰要求步骤之前，包括，

根据所述身份信息，将所述身份信息与预设的勿打扰列表进行比对，若身份信息存在于所述勿打扰列表中，则对则调用勿打扰处理策略对所述身份信息对应的应用的通知消息进行处理。

进一步地，所述移动终端接收到新的应用通知信息，获取应用对应的身份信息步骤之前，包括，

为每个应用对应设置有特定的包名，将对应的包名信息作为所述应用的身份信息。

进一步地，所述为每个应用对应设置有特定的包名，将对应的包名信息作为所述应用的身份信息步骤之后，包括，

将应用的包名信息及与所述应用对应的勿打扰要求一对一和/或多对一存储，并建立应用勿打扰列表。

进一步地，所述根据所述身份信息，判断所述身份信息对应的应用是否符合勿打扰要求步骤，包括，

判断所述应用通知的推送时间是否位于预设时间段内，

若是，则调用勿打扰处理策略对所述应用的通知消息进行处理；或者，

若否，则正常接收所述应用通知。

进一步地，所述根据所述身份信息，判断所述身份信息对应的应用是否符合勿打扰要求步骤，包括，

判断所述应用通知推送时移动终端所在位置是否位于预设地点，

若是，则调用勿打扰处理策略对所述应用的通知消息进行处理；或者，

若否，则正常接收所述应用通知。

进一步地，所述判断所述应用通知推送时移动终端所在位置是否位于预设地点步骤，通过以下方式获取移动终端位置信息，

根据所述应用通知推送时移动终端接入的WIFI信息，获取移动终端当前所在位置；

调用移动终端中的GPS定位模块，获取所述应用通知推送时移动终端所在位置。

进一步地，所述根据所述身份信息，判断所述身份信息对应的应用是否符合勿打扰要求步骤，包括，

判断当前的操作系统是否处于全屏状态，

若是，则调用勿打扰处理策略对应用的通知消息进行处理；或者，

若否，则正常接收所述应用通知。

进一步地，所述调用勿打扰处理策略对所述应用的通知消息进行处理步骤，包括，

判断所述应用是否为系统应用，

若是系统应用，则将勿打扰处理策略发送给应用本身，由应用本身根据勿打扰处理策略的优先等级确定是否处理；

若不是系统应用，则将勿打扰处理策略发送至操作系统，由操作系统根据勿打扰处理策略进行处理。

进一步地，所述勿打扰处理策略为应用通知静音策略、应用通知不亮屏策略、应用通知不推送策略或应用通知静音同时不亮屏策略。

本发明还提出了一种应用通知管理的装置，包括，

身份获取单元，用于移动终端接收到新的应用通知信息，获取应用对应的身份信息；

判断单元，用于根据所述身份信息，判断所述身份信息对应的应用是否符合勿打扰要求，若符合，则调用勿打扰处理策略对所述应用的通知消息进行处理。

进一步地，所述判断单元，用于根据所述身份信息，将所述身份信息与预设的勿打扰列表进行比对，若身份信息存在于所述勿打扰列表中，则对则调用勿打扰处理策略对所述身份信息对应的应用的通知消息进行处理。

进一步地，包括有，身份设定单元，用于为每个应用对应设置有特定的包名，将对应的包名信息作为所述应用的身份信息。

进一步地，包括有，建立单元，用于将应用的包名信息及与所述应用对应的勿打扰要求一对一和/或多对一存储，并建立应用勿打扰列表。

进一步地，所述判断单元包括第二判断模块，用于判断所述应用通知的推送时间是否位于预设时间段内，若处于预设时间段内，则调用勿打扰处理策略对所述应用的通知消息进行处理；或者，若不处于预设时间段内，则正常接收所述应用通知。

进一步地，所述包括有第三判断单元，判断所述应用通知推送时移动终端所在位置是否位于预设地点，若位于预设的地点，则调用勿打扰处理策略对所述应用的通知消息进行处理；或者，若不位于预设的地点，则正常接收所述应用通知。

进一步地，所述第三判断模块连接有位置信息获取单元，所述位置信息获取单元用于根据所述应用通知推送时移动终端接入的WIFI信息，获取移动终端当前所在位置；调用移动终端中的GPS定位模块，获取所述应用通知推送时移动终端所在位置。

进一步地，所述判断单元包括第四判断模块，所述第四判断模块用于判断当前的操作系统是否处于全屏状态，若处于全屏状态，则调用勿打扰处理策略对应用的通知消息进行处理；或者，若不处于全屏状态，则正常接收所述应用通知。

进一步地，所述判断单元还包括第一判断模块，用于判断所述应用是否为系统应用，若是系统应用，则将勿打扰处理策略发送给应用本身，由应用本身根据勿打扰处理策略的优先等级确定是否处理；若不是系统应用，则将勿打扰处理策略发送至操作系统，由操作系统根据勿打扰处理策略进行处理。

进一步地，所述勿打扰处理策略为应用通知静音策略、应用通知不亮屏策略、应用通知不推送策略或应用通知静音同时不亮屏策略。

本发明还提出了一种移动终端，包括处理器和存储器；

所述存储器用于存储支持应用通知管理的装置执行如上所述的应用通知管理的方法的程序；

所述处理器被配置为用于执行所述存储器中存储的程序。

本发明的有益效果是：解决了目前无法对第三方应用消息通知分开设置的问题，而且应用自身无勿扰模式无法实现不打扰用户的问题。

附图说明

图1为本发明一实施例一种应用通知管理的方法的流程示意图；

图2为本发明一实施例一种应用通知管理的装置的结构框图；

图3为本发明另一实施例一种应用通知管理的方法的流程示意图；

图4为本发明提供的一种应用通知管理的方法中步骤S23的一种实施例的流程示意图；

图5为本发明提供的一种应用通知管理的方法中步骤S23的又一种实施例的流程示意图；

图6为本发明提供的一种应用通知管理的方法中步骤S23的再一种实施例的流程示意图；

图7为本发明提供的一种应用通知管理的方法中步骤S2321的一种实施例的流程示意图；

图8为本发明另一实施例一种应用通知管理的装置的结构框图；

图9为本发明另一实施例判断单元的结构框图；

图10为本发明一实施例一种移动终端的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里的终端是指智能手机、电脑、平板电脑等可以运行程序的电子设备；这里的应用指的是在终端携带的系统内使用的软件程序，其可以是终端系统自携带的预置程序，也可以是用户自我下载安装的软件程序，终端携带的系统可以是现有的谷歌Andriod系统，也可以是其他可以用在终端上的操作系统。

参照图1，提出本发明一实施例，一种应用通知管理的方法，包括以下步骤：

S10、移动终端接收到新的应用通知信息，获取应用对应的身份信息。

S11、根据身份信息，判断应用是否符合勿打扰要求，若符合，则调用勿打扰处理策略对所述应用的通知消息进行处理。

移动终端接收到新的应用通知消息之后，应用如果没有打开勿打扰模式，那么该新的应用通知消息就会直接推送给用户，同时通过通知铃声和/或亮屏提示用户存在有新的应用通知消息。现有的第三方应用或系统携带的勿打扰模式，只能实现对其本身推送的通知进行管理，或者对于系统内全部应用的推送消息进行统一的管理，都无法对在一定的条件下，对部分应用通知进行管理，用户体验差。

对于步骤S10，移动终端在接收到新的应用通知消息时，可以通过应用本身属性信息获取该应用的身份信息。具体的可以通过应用的包名来识别具体的应用，包名(Package Name)作为应用的唯一标识，一个包名代表一个应用，不允许两个应用使用同样的包名，包名主要用于系统识别应用，几乎不会被用户看到。在获取应用的包名信息之前，需要为不同应用单独设置唯一对应的包名。在获取应用身份信息是，可以将包名信息作为应用的身份信息，用于区分不同的应用。

对于步骤S11，在获取应用的身份信息之后，通过该身份信息获取具体对应的应用，并判断该应用是否符合勿打扰要求，具体的勿打扰要求可以是当前时间是否在预设的时间段内，当前位置是否在预设的地点内，或系统当前是否处于全屏使用状态，当应用状态符合上述的要求时，可以调用勿打扰处理策略对该应用通知进行处理。其中，处理策略可以为：应用通知静音策略、应用通知不亮屏策略、应用通知不推送策略、应用通知静音同时不亮屏策略

本发明的有益效果是，能够根据实际情况对指定的应用通知进行勿打扰管理，能够对移动终端中的应用的通知进行有效的管理，提高用户使用体验。

参照图2，提出本发明另一实施例，一种应用通知管理的装置，包括，

身份获取单元30，用于移动终端接收到新的应用通知信息，获取应用对应的身份信息；

判断单元40，用于根据所述身份信息，判断所述身份信息对应的应用是否符合勿打扰要求，若符合，则调用勿打扰处理策略对所述应用的通知消息进行处理。

移动终端接收到新的应用通知消息之后，应用如果没有打开勿打扰模式，那么该新的应用通知消息就会直接推送给用户，同时通过通知铃声和/或亮屏提示用户存在有新的应用通知消息。现有的第三方应用或系统携带的勿打扰模式，只能实现对其本身推送的通知进行管理，或者对于系统内全部应用的推送消息进行统一的管理，都无法对在一定的条件下，对部分应用通知进行管理，用户体验差。

移动终端在接收到新的应用通知消息时，身份获取单元30通过应用本身属性信息获取该应用的身份信息。具体的可以通过应用的包名来识别具体的应用，包名(Package Name)作为应用的唯一标识，一个包名代表一个应用，不允许两个应用使用同样的包名，包名主要用于系统识别应用，几乎不会被用户看到。在获取应用的包名信息之前，需要为不同应用单独设置唯一对应的包名。在获取应用身份信息是，可以将包名信息作为应用的身份信息，用于区分不同的应用。

在身份获取单元30获取应用的身份信息之后，通过该身份信息获取具体对应的应用，并通过判断单元40判断该应用是否符合勿打扰要求，具体的勿打扰要求可以是当前时间是否在预设的时间段内，当前位置是否在预设的地点内，或系统当前是否处于全屏使用状态，当应用状态符合上述的要求时，可以调用勿打扰处理策略对该应用通知进行处理。其中，处理策略可以为：应用通知静音策略、应用通知不亮屏策略、应用通知不推送策略、应用通知静音同时不亮屏策略

本发明的有益效果是，能够根据实际情况对指定的应用通知进行勿打扰管理，能够对移动终端中的应用的通知进行有效的管理，提高用户使用体验。

参照图3至图7提出本发明另一实施例，一种应用通知管理的方法，包括以下步骤：

S20、为每个应用对应设置有特定的包名，将对应的包名信息作为所述应用的身份信息。

S21、将应用的包名信息及与所述应用对应的勿打扰要求一对一和/或多对一存储，并建立应用勿打扰列表。

S22、移动终端接收到新的应用通知信息，获取应用对应的包名信息。

S23、根据所述身份信息，将所述身份信息与预设的勿打扰列表进行比对，若身份信息存在于所述勿打扰列表中，则对则调用勿打扰处理策略对所述身份信息对应的应用的通知消息进行处理。

对于步骤S20，包名(Package Name)作为应用的唯一标识，一个包名代表一个应用，两个应用不能够使用同样的包名，包名主要用于系统识别应用，几乎不会被用户看到。通过为应用设置一个唯一对应的包名可以起到区分不同应用的作用，也就是将应用的包名信息作为应用的身份信息。通过包名信息来确定具体应用，简单而且准确，可以精准的确定目标应用。

对于步骤S21，每个应用的通知消息对应的勿打扰要求可能不同，具体的勿打扰要求可以为：在不在指定时间段内，在不在指定的地点上，移动终端是不是全屏状态等等。例如有些应用用户希望在办公室的时候不接收到通知(铃声和亮屏)，有的应用用户不希望在中午这个时间段内接收到通知(铃声和亮屏)，用户可以根据具体情况为每一个设定一个或者多个勿打扰要求。并将应用和与勿打扰要求一对一和/或一对多存储为勿打扰列表。

对于一对一存储，是指一个应用与一个勿打扰要求一个对应一个进行存储；当多个具体应用对应着同一勿打扰要求时，也就是多个应用对应着同一勿打扰要求进行存储。

对于步骤S22，通过移动终端系统获取到目标应用对应的包名，便于后续通过包名来确定该应用对应的勿打扰要求。

对于步骤S23，在获取到应用的包名信息之后，与勿打扰列表进行比对，判断应用是否存在于预设的勿打扰列表中，勿打扰列表可以为多个，不同应用也可以对应着不同的勿打扰列表，有勿打扰列表在移动终端符合勿打扰时激活，用于与应用进行比对。例如根据当前的时间、所在地点和屏幕使用状态等等建立不同的勿打扰列表，并以预设的时间、预设的地点和预设的屏幕使用状态等等作为勿打扰列表激活进行使用的条件。建立不同的勿打扰列表通过识别应用是否处于预设的勿打扰列表中，若应用位于已激活的勿打扰列表中，则直接调用勿打扰策略对应用通知进行处理，具体的勿打扰处理策略为应用通知静音策略、应用通知不亮屏策略、应用通知不推送策略或应用通知静音同时不亮屏策略。

在实际使用时，步骤S23中的调用勿打扰处理策略对应用的通知消息进行处理步骤，需要根据该应用是系统应用还是第三方应用(不是系统应用)，来做不同的处理。系统应用本身权限高，能够完全被系统掌控，所以可以直接将勿打扰处理策略发送给应用本身，再由应用本身来判断是否执行；而对于第三方应用，应为开发者不同的问题，应用的端口并不开放，无法将勿打扰处理策略发送给第三方应用并保证执行，发送给系统层，再由系统层根据勿打扰处理策略对应用通知进行管理。

具体的为：判断所述应用是否为系统应用，若是系统应用，则将勿打扰处理策略发送给应用本身，由应用本身根据勿打扰处理策略的优先等级确定是否处理；若不是系统应用，则将勿打扰处理策略发送至操作系统，由操作系统根据勿打扰处理策略进行处理。

结合图4至图6所示，具体的步骤S23包括有以下判断策略：

结合图4所示，步骤S23的一种实施例包括有以下步骤，

S2311、判断所述应用通知的推送时间是否位于预设时间段内；

S2312、若是，则调用勿打扰处理策略对所述应用的通知消息进行处理；

S2313、若否，则正常接收所述应用通知。

结合图5所示，步骤S23的又一种实施例包括以下步骤，

S2321、判断所述应用通知推送时移动终端所在位置是否位于预设地点；

S2322、若是，则调用勿打扰处理策略对所述应用的通知消息进行处理；

S2323、若否，则正常接收所述应用通知。

结合图6所示，步骤S23的再一种实施例包括以下步骤，

S2331、判断当前的操作系统是否处于全屏状态，

S2332、若是，则调用勿打扰处理策略对应用的通知消息进行处理；

S2333、若否，则正常接收所述应用通知。

需要说明的是，上述描述步骤S23的三种实施例涉及到的技术方案均为判断应用是否符合勿打扰要求的一种具体方式，相互之间不冲突，可以同时应用进行判断，还可以先后进行判断，对此不做限定。

对于步骤S23中，当勿打扰要求为在不在指定时间内时，通过获取移动终端系统当前的时间，并通过判断当前的时间是不是位于预设的时间段内，来决定是否调用勿打扰处理策略进行对应用通知进行处理。能够通过时间来管理应用通知。

具体的，通过判断移动终端当前的时间是否在指定的时间内，可以根据时间来过滤掉部分应用通知。例如，用户一般白天比较忙，没空也不希望购物应用的通知进行提示和推送，希望购物应用在早上8：00到下午6:00这段时间之间产生的通知不提示，则对购物应用设定一个是否在早上8：00到下午6:00时间段内的勿打扰要求，购物应用在早上8：00到下午6:00这段时间产生的通知都不进行铃声提醒和亮屏提示。

对于步骤S23中，当勿打扰要求为在不在指定地点内时，通过获取移动终端系统当前的位置，并通过判断当前的位置是不是位于指定的地点内，来决定是否调用勿打扰处理策略进行对应用通知进行处理。

具体的，通过判断移动终端当前的位置是否在指定的地点内，可以根据移动终端位置信息来过滤掉部分应用通知。例如，用户处于工作地点时，也就默认为工作状态，当用户处于工作状态时，正常情况下不想被其他无关的应用通知打扰，可以设定针对大多数应用的勿打扰要求，该勿打扰要求可以是当前移动终端的位置在不在工作地点内，如果移动终端在工作地点，则对应有上述勿打扰要求的应用的通知都调用勿打扰处理策略进行处理。

结合图7所示，在步骤S2321中，具体的获取移动终端位置可以通过以下方式获得：

S23211、根据所述应用通知推送时移动终端接入的WIFI信息，获取移动终端当前所在位置。

S23212、调用移动终端中的GPS定位模块，获取所述应用通知推送时移动终端所在位置。

对于步骤S23211，每一固定的WIFI信号对应着一个固定的地址，接入公司WIFI和接入家中的WIFI代表的位置是不同的，可以通过接入的WIFI信息来判断出移动终端当前的位置信息。

对于步骤S23212，现有的移动终端中，基本都设置有GPS定位模块，通过调用GPS定位模块可以直接获取移动终端当前位置信息。

当移动终端系统当前接入有WIFI时，可以优先通过接入WIFI的信息来识别移动终端当前的位置，当当前移动终端没有接入WIFI时，都通过调用移动终端内部的GPS模块进行精准定位。

对于步骤S23中，用户在休息状态时，使用移动终端进行游戏或者观看视频等操作时，大部分情况下都会进入全屏游戏或者全屏观影状态，此时用户一般是希望能够好好进行娱乐休息，不希望其他应用通知打扰。此时勿打扰要求可以为移动终端是否处于全屏状态，在有新应用通知产生时，通过检测移动终端当前是不是处于全屏，来决定是否调用勿打扰处理策略进行对应用通知进行处理。

例如，用户使用移动终端进行全屏游戏时，不想在这个过程被其他应用通知打扰，可以设定针对其他应用的勿打扰要求，该勿打扰要求可以为当前移动终端是否处于全屏状态，如果在全屏状态，则对应有上述勿打扰要求的应用的通知都调用勿打扰处理策略进行处理。

本发明的有益效果是，能够根据实际情况对指定的应用通知进行勿打扰管理，能够对移动终端中的应用的通知进行有效的管理，提高用户使用体验。

参照图8至图9，提出本发明另一实施例，一种应用通知管理的装置，包括，

身份设定单元10，用于为每个应用对应设置有特定的包名，将对应的包名信息作为所述应用的身份信息。

建立单元20，用于将应用的包名信息及与所述应用对应的勿打扰要求一对一和/或一对多存储，并建立应用勿打扰列表。

身份获取单元30，用于移动终端接收到新的应用通知信息，获取应用对应的包名信息。

判断单元40，用于将获取到的包名信息与所述应用勿打扰列表比对，获取与所述包名信息对应的勿打扰要求，并判断所述包名信息对应的应用当前状态是否符合勿打扰要求。

包名(Package Name)作为应用的唯一标识，一个包名代表一个应用，两个应用不能够使用同样的包名，包名主要用于系统识别应用，几乎不会被用户看到。身份设定单元10，通过为应用设置一个唯一对应的包名可以起到区分不同应用的作用，也就是将应用的包名信息作为应用的身份信息。通过包名信息来确定具体应用，简单而且准确，可以精准的确定目标应用。

对于建立单元20，每个应用的通知消息对应的勿打扰要求可能不同，具体的勿打扰要求可以为：在不在指定时间段内，在不在指定的地点上，移动终端是不是全屏状态等等。例如有些应用用户希望在办公室的时候不接收到通知(铃声和亮屏)，有的应用用户不希望在中午这个时间段内接收到通知(铃声和亮屏)，用户可以根据具体情况为每一个设定一个或者多个勿打扰要求。并将应用和与勿打扰要求一对一和/或一对多存储为勿打扰列表。

对于一对一存储，是指一个应用与一个勿打扰要求一个对应一个进行存储；当多个具体应用对应着同一勿打扰要求时，也就是多个应用对应着同一勿打扰要求进行存储。

对于身份获取单元30，通过移动终端系统获取到目标应用对应的包名，便于后续通过包名来确定该应用对应的勿打扰要求。

对于判断单元40，在获取到应用的包名信息之后，与勿打扰列表进行比对，判断应用是否存在于预设的勿打扰列表中，勿打扰列表可以为多个，不同应用也可以对应着不同的勿打扰列表，有勿打扰列表在移动终端符合勿打扰时激活，用于与应用进行比对。例如根据当前的时间、所在地点和屏幕使用状态等等建立不同的勿打扰列表，并以预设的时间、预设的地点和预设的屏幕使用状态等等作为勿打扰列表激活进行使用的条件。建立不同的勿打扰列表通过识别应用是否处于预设的勿打扰列表中，若应用位于已激活的勿打扰列表中，则直接调用勿打扰策略对应用通知进行处理，具体的勿打扰处理策略为应用通知静音策略、应用通知不亮屏策略、应用通知不推送策略或应用通知静音同时不亮屏策略。

在实际使用时，调用勿打扰处理策略对应用的通知消息进行处理步骤，需要根据该应用是系统应用还是第三方应用(不是系统应用)，来做不同的处理。系统应用本身权限高，能够完全被系统掌控，所以可以直接将勿打扰处理策略发送给应用本身，再由应用本身来判断是否执行；而对于第三方应用，应为开发者不同的问题，应用的端口并不开放，无法将勿打扰处理策略发送给第三方应用并保证执行，发送给系统层，再由系统层根据勿打扰处理策略对应用通知进行管理。

具体的判断单元40，还包括有第一判断模块，用于判断所述应用是否为系统应用，若是系统应用，则将勿打扰处理策略发送给应用本身，由应用本身根据勿打扰处理策略的优先等级确定是否处理；若不是系统应用，则将勿打扰处理策略发送至操作系统，由操作系统根据勿打扰处理策略进行处理。

参照图9,判断单元40包括有第二判断模块42、第三判断模块43和第四判断模块44。

第二判断模块42，用于判断所述应用通知的推送时间是否位于预设时间段内，

若是，则调用勿打扰处理策略对所述应用的通知消息进行处理；或者，

若否，则正常接收所述应用通知。

第三判断模块43，用于判断所述应用通知推送时移动终端所在位置是否位于预设地点，

若是，则调用勿打扰处理策略对所述应用的通知消息进行处理；或者，

若否，则正常接收所述应用通知。

第四判断模块44，用于判断当前的操作系统是否处于全屏状态，

若是，则调用勿打扰处理策略对应用的通知消息进行处理；或者，

若否，则正常接收所述应用通知。

对于第二判断模块42，当勿打扰要求为在不在指定时间内时，通过获取移动终端系统当前的时间，并通过判断当前的时间是不是位于预设的时间段内，来决定是否调用勿打扰处理策略进行对应用通知进行处理。能够通过时间来管理应用通知。

具体的，通过判断移动终端当前的时间是否在指定的时间内，可以根据时间来过滤掉部分应用通知。例如，用户一般白天比较忙，没空也不希望购物应用的通知进行提示和推送，希望购物应用在早上8：00到下午6:00这段时间之间产生的通知不提示，则对购物应用设定一个是否在早上8：00到下午6:00时间段内的勿打扰要求，购物应用在早上8：00到下午6:00这段时间产生的通知都不进行铃声提醒和亮屏提示。

对于第三判断模块43，当勿打扰要求为在不在指定地点内时，通过获取移动终端系统当前的位置，并通过判断当前的位置是不是位于指定的地点内，来决定是否调用勿打扰处理策略进行对应用通知进行处理。

具体的，通过判断移动终端当前的位置是否在指定的地点内，可以根据移动终端位置信息来过滤掉部分应用通知。例如，用户处于工作地点时，也就默认为工作状态，当用户处于工作状态时，正常情况下不想被其他无关的应用通知打扰，可以设定针对大多数应用的勿打扰要求，该勿打扰要求可以是当前移动终端的位置在不在工作地点内，如果移动终端在工作地点，则对应有上述勿打扰要求的应用的通知都调用勿打扰处理策略进行处理。

具体的第三判断模块43连接有位置信息获取单元50，用于根据所述应用通知推送时移动终端接入的WIFI信息，获取移动终端当前所在位置；调用移动终端中的GPS定位模块，获取所述应用通知推送时移动终端所在位置。

对于位置信息获取单元50，每一固定的WIFI信号对应着一个固定的地址，接入公司WIFI和接入家中的WIFI代表的位置是不同的，可以通过接入的WIFI信息来判断出移动终端当前的位置信息；现有的移动终端中，基本都设置有GPS定位模块，通过调用GPS定位模块可以直接获取移动终端当前位置信息。

当移动终端系统当前接入有WIFI时，可以优先通过接入WIFI的信息来识别移动终端当前的位置，当当前移动终端没有接入WIFI时，都通过调用移动终端内部的GPS模块进行精准定位。

对于第四判断模块44，用户在休息放松时，使用移动终端进行游戏或者观看视频等操作时，大部分情况下都会进入全屏游戏或者全屏观影状态，此时用户一般是希望能够好好进行娱乐休息，不希望其他应用通知打扰。此时勿打扰要求可以为移动终端是否处于全屏状态，在有新应用通知产生时，通过检测移动终端当前是不是处于全屏，来决定是否调用勿打扰处理策略进行对应用通知进行处理。

例如，用户使用移动终端进行全屏游戏时，不想在这个过程被其他应用通知打扰，可以设定针对其他应用的勿打扰要求，该勿打扰要求可以为当前移动终端是否处于全屏状态，如果在全屏状态，则对应有上述勿打扰要求的应用的通知都调用勿打扰处理策略进行处理。

本发明的有益效果是，能够根据实际情况对指定的应用通知进行勿打扰管理，能够对移动终端中的应用的通知进行有效的管理，提高用户使用体验。

参照图10，本发明另一实施例还提出了一种移动终端，包括处理器和存储器；

存储器用于存储支持应用通知管理的装置执行如上的应用通知管理的方法的程序；

处理器被配置为用于执行所述存储器中存储的程序。

为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该移动终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售移动终端)、车载电脑等任意移动终端设备，以移动终端为手机为例：

图10示出的是与本发明实施例提供的移动终端相关的手机的部分结构的框图。参考图10，手机包括：射频(Radio Frequency，RF)电路610、存储器620、输入单元630、显示单元640、传感器650、音频电路660、无线保真(wireless fidelity，WiFi)模块670、处理器680、以及电源690等部件。本领域技术人员可以理解，图10中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图10对手机的各个构成部件进行具体的介绍：

RF电路610可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器680处理；另外，将设计上行的数据发送给基站。通常，RF电路610包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路610还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器620可用于存储软件程序以及模块，处理器680通过运行存储在存储器620的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器620可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器620可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元630可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元630可包括触控面板631以及其他输入设备632。触控面板631，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上或在触控面板631附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板631可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器680，并能接收处理器680发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631，输入单元630还可以包括其他输入设备632。具体地，其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元640可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元640可包括显示面板641，可选的，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板641。进一步的，触控面板631可覆盖显示面板641，当触控面板631检测到在其上或附近的触摸操作后，传送给处理器680以确定触摸事件的类型，随后处理器680根据触摸事件的类型在显示面板641上提供相应的视觉输出。虽然在图10中，触控面板631与显示面板641是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板631与显示面板641集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器650，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板641的亮度，接近传感器可在手机移动到耳边时，关闭显示面板641和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路660、扬声器661，传声器662可提供用户与手机之间的音频接口。音频电路660可将接收到的音频数据转换后的电信号，传输到扬声器661，由扬声器661转换为声音信号输出；另一方面，传声器662将收集的声音信号转换为电信号，由音频电路660接收后转换为音频数据，再将音频数据输出处理器680处理后，经RF电路610以发送给比如另一手机，或者将音频数据输出至存储器620以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块670可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图10示出了WiFi模块670，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器680是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器620内的软件程序和/或模块，以及调用存储在存储器620内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器680可包括一个或多个处理单元；优选的，处理器680可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器680中。

手机还包括给各个部件供电的电源690(比如电池)，优选的，电源可以通过电源管理系统与处理器680逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

参照图10，在本发明实施例中，该移动终端所包括的处理器680还具有以下功能：

存储器用于存储支持应用通知管理的装置执行如上的应用通知管理的方法的程序；处理器被配置为用于执行所述存储器中存储的程序。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

本发明实施例还公开了：

A1、一种应用通知管理的方法，包括，

移动终端接收到新的应用通知信息，获取应用对应的身份信息；

根据所述身份信息，判断所述应用是否符合勿打扰要求，若符合，则调用勿打扰处理策略对所述应用的通知消息进行处理。

A2、如A1所述的应用通知管理的方法，所述根据所述身份信息，判断所述应用是否符合勿打扰要求步骤之前，包括，

根据所述身份信息，将所述身份信息与预设的勿打扰列表进行比对，若身份信息存在于所述勿打扰列表中，则对则调用勿打扰处理策略对所述身份信息对应的应用的通知消息进行处理。

A3、如A2所述的应用通知管理的方法，所述移动终端接收到新的应用通知信息，获取应用对应的身份信息步骤之前，包括，

为每个应用对应设置有特定的包名，将对应的包名信息作为所述应用的身份信息。

A4、如A3所述的应用通知管理的方法，所述为每个应用对应设置有特定的包名，将对应的包名信息作为所述应用的身份信息步骤之后，包括，

将应用的包名信息及与所述应用对应的勿打扰要求一对一和/或多对一存储，并建立应用勿打扰列表。

A5、如A1所述的应用通知管理的方法，所述根据所述身份信息，判断所述身份信息对应的应用是否符合勿打扰要求步骤，包括，

判断所述应用通知的推送时间是否位于预设时间段内，

若是，则调用勿打扰处理策略对所述应用的通知消息进行处理；或者，

若否，则正常接收所述应用通知。

A6、如A1所述的应用通知管理的方法，所述根据所述身份信息，判断所述身份信息对应的应用是否符合勿打扰要求步骤，包括，

判断所述应用通知推送时移动终端所在位置是否位于预设地点，

若是，则调用勿打扰处理策略对所述应用的通知消息进行处理；或者，

若否，则正常接收所述应用通知。

A7、如A1所述的应用通知管理的方法，所述判断所述应用通知推送时移动终端所在位置是否位于预设地点步骤，通过以下方式获取移动终端位置信息，

根据所述应用通知推送时移动终端接入的WIFI信息，获取移动终端当前所在位置；

调用移动终端中的GPS定位模块，获取所述应用通知推送时移动终端所在位置。

A8、如A1所述的应用通知管理的方法，所述根据所述身份信息，判断所述身份信息对应的应用是否符合勿打扰要求步骤，包括，

判断当前的操作系统是否处于全屏状态，

若是，则调用勿打扰处理策略对应用的通知消息进行处理；或者，

若否，则正常接收所述应用通知。

A9、如A1所述的应用通知管理的方法，所述调用勿打扰处理策略对所述应用的通知消息进行处理步骤，包括，

判断所述应用是否为系统应用，

若是系统应用，则将勿打扰处理策略发送给应用本身，由应用本身根据勿打扰处理策略的优先等级确定是否处理；

若不是系统应用，则将勿打扰处理策略发送至操作系统，由操作系统根据勿打扰处理策略进行处理。

A10、如A1-A9任一项所述的应用通知管理的方法，所述勿打扰处理策略为应用通知静音策略、应用通知不亮屏策略、应用通知不推送策略或应用通知静音同时不亮屏策略。

本发明实施例还公开了：

B1、一种应用通知管理的装置，包括，

身份获取单元，用于移动终端接收到新的应用通知信息，获取应用对应的身份信息；

判断单元，用于根据所述身份信息，判断所述身份信息对应的应用是否符合勿打扰要求，若符合，则调用勿打扰处理策略对所述应用的通知消息进行处理。

B2、如B1所述的应用通知管理的装置，所述判断单元，用于根据所述身份信息，将所述身份信息与预设的勿打扰列表进行比对，若身份信息存在于所述勿打扰列表中，则对则调用勿打扰处理策略对所述身份信息对应的应用的通知消息进行处理。

B3、如B2所述的应用通知管理的装置，包括有，身份设定单元，用于为每个应用对应设置有特定的包名，将对应的包名信息作为所述应用的身份信息。

B4、如B3所述的应用通知管理的装置，包括有，建立单元，用于将应用的包名信息及与所述应用对应的勿打扰要求一对一和/或多对一存储，并建立应用勿打扰列表。

B5、如B1所述的应用通知管理的装置，所述判断单元包括第二判断模块，用于判断所述应用通知的推送时间是否位于预设时间段内，若处于预设时间段内，则调用勿打扰处理策略对所述应用的通知消息进行处理；或者，若不处于预设时间段内，则正常接收所述应用通知。

B6、如B1所述的应用通知管理的装置，所述包括有第三判断单元，判断所述应用通知推送时移动终端所在位置是否位于预设地点，若位于预设的地点，则调用勿打扰处理策略对所述应用的通知消息进行处理；或者，若不位于预设的地点，则正常接收所述应用通知。

B7、如B1所述的应用通知管理的装置，所述第三判断模块连接有位置信息获取单元，所述位置信息获取单元用于根据所述应用通知推送时移动终端接入的WIFI信息，获取移动终端当前所在位置；调用移动终端中的GPS定位模块，获取所述应用通知推送时移动终端所在位置。

B8、如B1所述的应用通知管理的装置，所述判断单元包括第四判断模块，所述第四判断模块用于判断当前的操作系统是否处于全屏状态，若处于全屏状态，则调用勿打扰处理策略对应用的通知消息进行处理；或者，若不处于全屏状态，则正常接收所述应用通知。

B9、如B1所述的应用通知管理的装置，所述判断单元还包括第一判断模块，用于判断所述应用是否为系统应用，若是系统应用，则将勿打扰处理策略发送给应用本身，由应用本身根据勿打扰处理策略的优先等级确定是否处理；若不是系统应用，则将勿打扰处理策略发送至操作系统，由操作系统根据勿打扰处理策略进行处理。

B10、如B1所述的应用通知管理的装置，所述勿打扰处理策略为应用通知静音策略、应用通知不亮屏策略、应用通知不推送策略或应用通知静音同时不亮屏策略。

本发明还公开了：

C1、一种移动终端，包括处理器和存储器；

所述存储器用于存储支持应用通知管理的装置执行A1至A10中所述的应用通知管理的方法的程序；

所述处理器被配置为用于执行所述存储器中存储的程序。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。