CN107526596A - 终端的通知信息处理方法及终端 - Google Patents

Abstract

本公开是关于一种终端的通知信息处理方法及终端，该方法包括：判断应用程序APP在预设时间段内发出的通知信息数量是否超出预设数量，若是，则将所述APP在预设时间段内发出的通知信息组合形成一条通知信息，并输出组合后的所述一条通知信息。该方法通过判断APP在预设时间段内发出的通知信息数量是否超出预设数量，并在超出时将这些通知信息组合形成一条通知信息并输出，从而既减少了终端对用户的通知次数，避免了频繁的通知对用户产生的干扰，同时，又保留了终端的通知功能，避免用户接收不到重要的通知信息，从而极大地提升了用户的使用体验。

Description

终端的通知信息处理方法及终端

技术领域

本公开涉及通信领域，特别涉及一种终端的通知信息处理方法及终端。

背景技术

当前的智能终端中可以安装多种应用程序(Application，简称APP)，当APP需要向用户发出一些提醒信息时，可以在终端上弹出通知消息，以提醒用户。

相关技术中，某些APP可能会在短时间内在终端上弹出大量通知信息，例如，当用户重新启动某个关闭的APP时，该APP会在启动后的短时间内弹出大量通知信息，从而可能对用户产生干扰。

发明内容

本公开实施例提供了一种终端的通知信息处理方法及终端，所述技术方案如下：

根据本公开实施例的第一方面，提供一种终端的通知信息处理方法，包括：

判断应用程序APP在预设时间段内发出的通知信息数量是否超出预设数量；

在所述APP在预设时间段内发出的通知信息超出预设数量时，根据所述APP在预设时间段内发出的通知信息，组合形成一条待发送通知信息；

输出所述待发送通知信息。

本公开实施例提供的技术方案可以包括以下有益效果：

通过判断APP在预设时间段内发出的通知信息数量是否超出预设数量，并在超出时将这些通知信息组合形成一条通知信息并输出，从而既减少了终端对用户的通知次数，避免了频繁的通知对用户产生的干扰，同时，又保留了终端的通知功能，避免用户接收不到重要的通知信息，从而极大地提升了用户的使用体验。

进一步地，所述根据所述APP在预设时间段内发出的通知信息，组合形成一条待发送通知信息，包括：

若所述APP在预设时间段内发出的通知信息的通知方式为弹窗通知方式，则将所述APP在预设时间段内发出的通知信息组合为一条弹窗通知信息。

进一步地，所述弹窗通知信息中包括所述APP在预设时间段内发出的通知信息中的首条通知信息，或者，所述弹窗通知信息中包括所述APP的标识信息。

进一步地，还包括：

接收用户在所述弹窗通知信息对应的弹窗上的点击操作指示；

根据所述弹窗上的点击操作指示，显示所述APP在所述预设时间段内发出的通知信息。

本公开实施例提供的技术方案可以包括以下有益效果：

为了避免频繁弹出通知信息对用户造成干扰，终端将多条通知信息组合形成一条弹框通知信息输出，该一条弹框通知信息中可以包含多条通知信息中首条信息或者APP标识，在此基础上，当用户点击弹框通知信息后，终端将预先保存的多条通知信息显示出来，以方便用户完整查看。

进一步地，所述将所述APP在预设时间段内发出的通知信息组合形成一条通知信息，包括：

若所述APP在预设时间段内发出的通知信息的通知方式为通知栏通知方式，则将所述APP在预设时间段内发出的通知信息组合为一条通知栏通知信息。

进一步地，所述通知栏通知信息中包括所述APP在预设时间段内发出的通知信息中的首条通知信息，或者，所述通知栏通知信信息中包括所述APP的标识信息。

进一步地，还包括：

接收用户在终端的通知栏上的点击操作指示；

根据所述通知栏上的点击操作指示，显示所述APP在所述预设时间段内发出的通知信息。

本公开实施例提供的技术方案可以包括以下有益效果：

为了避免频繁输出通知信息对用户造成干扰，终端将多条通知信息组合形成一条通知栏通知信息输出，该一条通知栏通知信息中可以包含多条通知信息中首条信息或者APP标识，在此基础上，当用户点击通知栏通知信息后，终端将预先保存的多条通知信息显示出来，以方便用户完整查看。

进一步地，所述输出组合后的所述一条通知信息，包括：

若所述APP在预设时间段内发出的通知信息包括声音信息，则在输出组合形成的一条通知信息时播放一次声音信息。

本公开实施例提供的技术方案可以包括以下有益效果：

如果APP在预设时间段内发出的通知信息中包括声音信息，在将这些通知信息组合形成一条通知信息时，该组合形成的信息在输出时，仅播放一次声音信息，以避免过多的声音信息对用户造成影响。

进一步地，还包括：

若在所述预设时间段内发出的通知信息数量超出预设数量的APP为多个APP，则按照预设顺序，将所述多个APP在所述预设时间段内分别发出的通知信息组合成一条通知信息，并输出组合后的所述一条通知信息。

根据本公开实施例的第二方面，提供一种终端，包括：

第一处理模块，被配置为在应用程序APP在预设时间段内发出的通知信息数量超出预设数量时，将所述APP在预设时间段内发出的通知信息组合形成一条通知信息，并输出组合后的所述一条通知信息。

进一步地，所述第一处理模块包括：

第一处理单元，被配置为在所述APP在预设时间段内发出的通知信息的通知方式为弹窗通知方式时，将所述APP在预设时间段内发出的通知信息组合为一条弹窗通知信息。

进一步地，所述弹窗通知信息中包括所述APP在预设时间段内发出的通知信息中的首条通知信息，或者，所述弹窗通知信息中包括所述APP的标识信息。

进一步地，还包括：

第一接收模块，被配置为接收用户在所述弹窗通知信息对应的弹窗上的点击操作指示；

第一显示模块，被配置为根据所述弹窗上的点击操作指示，显示所述APP在所述预设时间段内发出的通知信息。

进一步地，所述第一处理模块还包括：

第二处理单元，被配置为在所述APP在预设时间段内发出的通知信息的通知方式为通知栏通知方式时，将所述APP在预设时间段内发出的通知信息组合为一条通知栏通知信息。

进一步地，所述通知栏通知信息中包括所述APP在预设时间段内发出的通知信息中的首条通知信息，或者，所述通知栏通知信信息中包括所述APP的标识信息。

进一步地，还包括：

第二接收模块，被配置为接收用户在终端的通知栏上的点击操作指示；

第二显示模块，被配置为根据所述通知栏上的点击操作指示，显示所述APP在所述预设时间段内发出的通知信息。

进一步地，所述第一处理模块还包括：

第三处理单元，被配置为在所述APP在预设时间段内发出的通知信息包括声音信息时，在输出组合形成的一条通知信息时播放一次声音信息。

进一步地，还包括：

第二处理模块，被配置为在所述预设时间段内发出的通知信息数量超出预设数量的APP为多个APP，则按照预设顺序，将所述多个APP在所述预设时间段内分别发出的通知信息组合成一条通知信息，并输出组合后的所述一条通知信息。

根据本公开实施例的第三方面，提供一种终端，所述终端包括：

存储器、处理器以及计算机程序，所述处理器运行所述计算机程序执行以下方法：

判断应用程序APP在预设时间段内发出的通知信息数量是否超出预设数量；

在所述APP在预设时间段内发出的通知信息超出预设数量时，根据所述APP在预设时间段内发出的通知信息，组合形成一条待发送通知信息；

输出所述待发送通知信息。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，所述介质上存储有计算机程序，所述程序被处理器执行时实现以下步骤：

判断应用程序APP在预设时间段内发出的通知信息数量是否超出预设数量；

在所述APP在预设时间段内发出的通知信息超出预设数量时，根据所述APP在预设时间段内发出的通知信息，组合形成一条待发送通知信息；

输出所述待发送通知信息。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图；

图2是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图；

图3是终端输出包括APP标识的弹窗信息的示例图；

图4是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图；

图5是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图；

图6是终端输出包括APP标识的通知栏信息的示例图；

图7是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图；

图8是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图；

图9是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图；

图10是根据一示例性实施例示出的一种终端的模块结构图；

图11是根据一示例性实施例示出的一种终端的模块结构图；

图12是根据一示例性实施例示出的一种终端的模块结构图；

图13是根据一示例性实施例示出的一种终端的模块结构图；

图14是根据一示例性实施例示出的一种终端的模块结构图；

图15是根据一示例性实施例示出的一种终端的模块结构图；

图16是根据一示例性实施例示出的一种终端的模块结构图；

图17是根据一示例性实施例示出的一种终端的实体的框图；

图18是根据一示例性实施例示出的一种终端1300的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

用户在使用终端时，可能存在短时间内弹出大量通知信息的情况。例如，当用户重新启动某个处于关闭状态的APP时，该APP会在短时间内弹出大量通知信息。又例如，用户安装的某个即时通讯APP中的群消息在短时间内会频繁的弹出并不断播放提醒音频。这些短时间内出现的大量通知信息会对用户产生极大的干扰，部分用户为了减少干扰，直接关闭APP的通知功能，从而使得一些重要的通知无法接收到。

本公开所涉及的方法，旨在解决如上问题。

图1是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图，该方法的执行主体为可以安装APP的终端，例如智能手机、平板电脑等，具体为终端中的操作系统。如图1所示，该方法包括：

在步骤S101中，终端判断APP在预设时间段内发出的通知信息数量是否超出预设数量，若是，则执行步骤S102-S103。

其中，上述预设时间段以及预设数量可以根据实际需要由终端自动设置或者由用户预先进行设置。例如，用户可以预先将预设时间设置为3秒，将预设数量设置为3条，则在每3秒周期内，当APP需要弹出通知信息时终端暂时进行保留而不直接输出，当达到3秒的周期时，终端判断在这3秒时间段内APP需要弹出的通知信息是否达到或超过3条，若是，则执行下述步骤S102-S103，否则，即当通知信息为1条或2条时，直接按照通知信息的发出时间逐个输出通知信息即可。

在步骤S102中，将APP在预设时间段内发出的通知信息组合成一条通知信息。

可选地，终端可以将APP在预设时间段内发出的通知信息保存起来，并针对这些通知信息创建一条新的通知信息，这条新的通知信息的内容可以是代表APP在预设时间段内发出的通知信息的信息，例如可以为这些通知信息所属的APP标识等，这条新的通知信息即为APP在预设时间段内发出的通知信息的组合信息。

在步骤S103中，输出组合后的该一条通知信息。

当将APP在预设时间段内发出的通知信息组合形成一条通知信息之后，终端将这条组合形成的通知信息输出，即，当APP在预设时间段内发出的通知信息的数量过多时，终端仅输出一条能够代表这些通知信息的组合信息，而不会逐个输出通知信息，从而不会对用户产生干扰。

本实施例中，通过判断APP在预设时间段内发出的通知信息数量是否超出预设数量，并在超出时将这些通知信息组合形成一条通知信息并输出，从而既减少了终端对用户的通知次数，避免了频繁的通知对用户产生的干扰，同时，又保留了终端的通知功能，避免用户接收不到重要的通知信息，从而极大地提升了用户的使用体验。

在上述实施例的基础上，本实施例涉及将APP在预设时间段内发出的通知信息组合形成一条通知信息的一种具体方法，即，图2是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图，如图2所示，上述步骤S102包括：

在步骤S201中，判断APP在预设时间段内发出的通知信息的通知方式是否为弹窗通知方式，若是，则执行步骤S202。

在步骤S202中，将APP在预设时间段内发出的通知信息组合为一条弹窗通知信息。

当APP需要发出某条通知信息时，终端首先判断该条通知信息需要以何种方式来输出，即判断该条通知信息的通知方式。具体地，本步骤中，终端判断该条通知信息的通知方式是否为弹窗通知方式，即是否以弹窗的形式输出该条通知信息，如果是，则将APP在预设时间段内发出的通知信息组合为一条弹窗信息。可选地，终端可以将APP在预设时间段内发出的多条通知信息保存起来，并创建一条弹窗通知信息，该条弹窗通知信息代表了APP在预设时间段内发出的多条通知信息。

在一种可选的实施方式中，上述一条弹窗通知信息中可以包括APP在预设时间段内发出的通知信息中的首条通知信息，或者，上述一条弹窗信息中可以包括APP的标识。

具体地，如果弹窗通知信息中包括的是APP在预设时间段内发出的通知信息中的首条通知信息，即说明在将多条通知信息组合形成一条弹窗通知信息时，使用多条通知信息中的首条通知信息来代表预设时间段内发出的多条通知信息，进而，根据用户的选择可以再输出收条通知信息之外的通知信息。如果弹窗通知信息中包括的是APP的标识，即说明在将多条通知信息组合形成一条弹窗通知信息时，使用发送多条通知信息的APP的标识来代表预设时间段内发出的多条通知信息，进而，根据用户的选择可以输出多条通知信息的具体内容。

以弹窗信息中包括APP的标识为例，图3是终端输出包括APP标识的弹窗信息的示例图，如图3所示，当某个APP(假设APP的名称为APP1)在预设时间段内发出的通知信息超出预设数量时，终端输出一条弹窗通知信息，该弹窗通知信息中包括APP1在预设时间段内发出的通知信息所属的APP名称，即APP1，例如在图3中，弹窗通知信息的内容为“APP1有新通知，请您点击查看”。

进一步地，当用户针对弹窗输出信息执行点击操作时，终端可以将APP在预设时间段内发出的多条通知信息都显示出来。具体地，图4是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图，如图4所示，在图2所示流程的基础上，还包括：

在步骤S401中，接收用户在弹窗通知信息对应的弹窗上的点击操作指示。

在步骤S402中，根据弹窗上的点击操作指示，显示APP在预设时间段内发出的通知信息。

可选地，当终端弹出弹窗通知信息后，用户可以点击该弹窗通知信息，当用户点击弹窗通知信息之后，由于终端预先保存了APP在预设时间段内的通知信息，因此，终端可以将APP在预设时间段内的通知信息显示出来。具体可以按照通知发出的时间顺序来显示通知信息。

即，为了避免频繁弹出通知信息对用户造成干扰，终端将多条通知信息组合形成一条弹框通知信息输出，该一条弹框通知信息中可以包含多条通知信息中首条信息或者APP标识，在此基础上，当用户点击弹框通知信息后，终端将预先保存的多条通知信息显示出来，以方便用户完整查看。

在上述实施例的基础上，本实施例涉及将APP在预设时间段内发出的通知信息组合形成一条通知信息的另一种具体方法，即，图5是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图，如图5所示，上述步骤S102包括：

在步骤S501中，判断APP在预设时间段内发出的通知信息的通知方式是否为通知栏通知方式，若是，则执行步骤S502。

在步骤S502中，将APP在预设时间段内发出的通知信息组合为一条通知栏通知信息。

当APP需要发出某条通知信息时，终端首先判断该条通知信息需要以何种方式来输出，即判断该条通知信息的通知方式。具体地，本步骤中，终端判断该条通知信息的通知方式是否为通知栏通知方式，即是否在通知栏中输出该条通知信息，如果是，则将APP在预设时间段内发出的通知信息组合为一条通知栏通知信息。可选地，终端可以将APP在预设时间段内发出的多条通知信息保存起来，并创建一条通知栏通知信息，该条通知栏通知信息代表了APP在预设时间段内发出的多条通知信息。

在一种可选的实施方式中，上述一条通知栏通知信息中可以包括APP在预设时间段内发出的通知信息中的首条通知信息，或者，上述一条通知栏通知信息中可以包括APP的标识。

具体地，如果通知栏通知信息中包括的是APP在预设时间段内发出的通知信息中的首条通知信息，即说明在将多条通知信息组合形成一条通知栏通知信息时，使用多条通知信息中的首条通知信息来代表预设时间段内发出的多条通知信息，进而，根据用户的选择可以再输出收条通知信息之外的通知信息。如果通知栏通知信息中包括的是APP的标识，即说明在将多条通知信息组合形成一条弹窗通知信息时，使用发送多条通知信息的APP的标识来代表预设时间段内发出的多条通知信息，进而，根据用户的选择可以输出多条通知信息的具体内容。

以通知栏信息中包括APP的标识为例，图6是终端输出包括APP标识的通知栏信息的示例图，如图6所示，当某个APP(假设APP的名称为APP2)在预设时间段内发出的通知信息超出预设数量时，终端输出一条通知栏通知信息，该通知栏通知信息中包括APP2在预设时间段内发出的通知信息所属的APP名称，即APP2，例如在图6中，通知栏通知信息的内容为“APP2有新通知，请您点击查看”。

进一步地，当用户针对通知栏输出信息执行点击操作时，终端可以将APP在预设时间段内发出的多条通知信息都显示出来。具体地，图7是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图，如图7所示，在图5所示流程的基础上，还包括：

在步骤S701中，接收用户在终端的通知栏上的点击操作指示。

在步骤S702中，根据通知栏上的点击操作指示，显示所述APP在所述预设时间段内发出的通知信息。

可选地，当终端在通知栏输出上述通知栏通知信息后，用户可以点击该通知栏通知信息，当用户点击通知栏通知信息之后，由于终端预先保存了APP在预设时间段内的通知信息，因此，终端可以将APP在预设时间段内的通知信息显示出来。具体可以按照通知发出的时间顺序来显示通知信息。

即，为了避免频繁输出通知信息对用户造成干扰，终端将多条通知信息组合形成一条通知栏通知信息输出，该一条通知栏通知信息中可以包含多条通知信息中首条信息或者APP标识，在此基础上，当用户点击通知栏通知信息后，终端将预先保存的多条通知信息显示出来，以方便用户完整查看。

在上述实施例的基础上，本实施例涉及在输出组合形成的通知信息时输出声音信息的方法，即，图8是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图，如图8所示，该方法还包括：

在步骤S801中，判断APP在预设时间段内发出的通知信息是否包括声音信息，若是，则执行S802。

在步骤S802中，在输出组合形成的一条通知信息时播放一次声音信息。

如果APP在预设时间段内发出的通知信息中包括声音信息，在将这些通知信息组合形成一条通知信息时，该组合形成的信息在输出时，仅播放一次声音信息，以避免过多的声音信息对用户造成影响。

在上述实施例的基础上，本实施例涉及终端中多个APP都需要发出通知信息时的处理过程，即，图9是根据一示例性实施例示出的一种终端的通知信息处理方法的流程图，如图9所示，该方法还包括：

在步骤S901中，判断在上述预设时间段内发出的通知信息数量超出预设数量的APP是否为多个APP，若是，则执行步骤S902。

在步骤S902中，按照预设顺序，将上述多个APP在预设时间段内分别发出的通知信息组合成一条通知信息，并输出组合后的所述一条通知信息。

当在同一个预设时间段内发出多条通知信息的APP有多个，则终端也可以将这些APP的通知信息组合形成一条通知信息并输出，其中，该组合形成的通知信息中可以包括每个APP的标识或者每个APP需要输出的通知信息中的首条通知信息。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图10是根据一示例性实施例示出的一种终端的模块结构图，如图10所示，该终端包括：

第一处理模块101，被配置为在应用程序APP在预设时间段内发出的通知信息数量超出预设数量时，将所述APP在预设时间段内发出的通知信息组合形成一条通知信息，并输出组合后的所述一条通知信息。

图11是根据一示例性实施例示出的一种终端的模块结构图，如图11所示，第一处理模块101包括：

第一处理单元1011，被配置为在所述APP在预设时间段内发出的通知信息的通知方式为弹窗通知方式时，将所述APP在预设时间段内发出的通知信息组合为一条弹窗通知信息。

另一实施例中，所述弹窗通知信息中包括所述APP在预设时间段内发出的通知信息中的首条通知信息，或者，所述弹窗通知信息中包括所述APP的标识信息。

图12是根据一示例性实施例示出的一种终端的模块结构图，如图12所示，还包括：

第一接收模块102，被配置为接收用户在所述弹窗通知信息对应的弹窗上的点击操作指示。

第一显示模块103，被配置为根据所述弹窗上的点击操作指示，显示所述APP在所述预设时间段内发出的通知信息。

图13是根据一示例性实施例示出的一种终端的模块结构图，如图13所示，第一处理模块101还包括：

第二处理单元1012，被配置为在所述APP在预设时间段内发出的通知信息的通知方式为通知栏通知方式时，将所述APP在预设时间段内发出的通知信息组合为一条通知栏通知信息。

另一实施例中，所述通知栏通知信息中包括所述APP在预设时间段内发出的通知信息中的首条通知信息，或者，所述通知栏通知信信息中包括所述APP的标识信息。

图14是根据一示例性实施例示出的一种终端的模块结构图，如图14所示，还包括：

第二接收模块104，被配置为接收用户在终端的通知栏上的点击操作指示；

第二显示模块105，被配置为根据所述通知栏上的点击操作指示，显示所述APP在所述预设时间段内发出的通知信息。

图15是根据一示例性实施例示出的一种终端的模块结构图，如图15所示，第一处理模块101还包括：

第三处理单元1013，被配置为在所述APP在预设时间段内发出的通知信息包括声音信息时，在输出组合形成的一条通知信息时播放一次声音信息。

图16是根据一示例性实施例示出的一种终端的模块结构图，如图16所示，还包括：

第二处理模块106，被配置为在所述预设时间段内发出的通知信息数量超出预设数量的APP为多个APP，则按照预设顺序，将所述多个APP在所述预设时间段内分别发出的通知信息组合成一条通知信息，并输出组合后的所述一条通知信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图17是根据一示例性实施例示出的一种终端的实体的框图，如图17所示，该终端包括：

存储器91、处理器92以及计算机程序，处理器92运行所述计算机程序执行以下方法：

判断应用程序APP在预设时间段内发出的通知信息数量是否超出预设数量；

在所述APP在预设时间段内发出的通知信息超出预设数量时，根据所述APP在预设时间段内发出的通知信息，组合形成一条待发送通知信息；

输出所述待发送通知信息。

在上述终端的实施例中，应理解，处理器92可以是中央处理子模块(英文：CentralProcessing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：DigitalSignal Processor，简称：DSP)、专用集成电路(英文：Application Specific IntegratedCircuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，而前述的存储器可以是只读存储器(英文：read-only memory，缩写：ROM)、随机存取存储器(英文：random access memory，简称：RAM)、快闪存储器、硬盘或者固态硬盘。SIM卡也称为用户身份识别卡、智能卡，数字移动电话机必须装上此卡方能使用。即在电脑芯片上存储了数字移动电话客户的信息，加密的密钥以及用户的电话簿等内容。结合本公开实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

图18是根据一示例性实施例示出的一种终端1300的框图。其中，终端1300可以是移动电话，计算机，平板设备，个人数字助理等。

参照图12，终端1300可以包括以下一个或多个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)的接口1312，传感器组件1314，以及通信组件1316。

处理组件1302通常控制终端1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1302可以包括一个或多个处理器1320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1302可以包括一个或多个模块，便于处理组件1302和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。

存储器1304被配置为存储各种类型的数据以支持在终端1300的操作。这些数据的示例包括用于在终端1300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1306为终端1300的各种组件提供电力。电源组件1306可以包括电源管理系统，一个或多个电源，及其他与为终端1300生成、管理和分配电力相关联的组件。

多媒体组件1308包括在所述终端1300和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1308包括一个前置摄像头和/或后置摄像头。当终端1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括一个麦克风(MIC)，当终端1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中，音频组件1310还包括一个扬声器，用于输出音频信号。

I/O接口1312为处理组件1302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1314包括一个或多个传感器，用于为终端1300提供各个方面的状态评估。例如，传感器组件1314可以检测到终端1300的打开/关闭状态，组件的相对定位，例如所述组件为终端1300的显示器和小键盘，传感器组件1314还可以检测终端1300或终端1300一个组件的位置改变，用户与终端1300接触的存在或不存在，终端1300方位或加速/减速和终端1300的温度变化。传感器组件1314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1316被配置为便于终端1300和其他设备之间有线或无线方式的通信。终端1300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端1300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述终端的通知信息处理方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1304，上述指令可由终端1300的处理器1320执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端1300的处理器执行时，使得终端1300能够执行一种终端的通知信息处理方法。所述方法包括：

判断应用程序APP在预设时间段内发出的通知信息数量是否超出预设数量；

在所述APP在预设时间段内发出的通知信息超出预设数量时，根据所述APP在预设时间段内发出的通知信息，组合形成一条待发送通知信息；

输出所述待发送通知信息。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (20)

1.一种终端的通知信息处理方法，其特征在于，包括：

判断应用程序APP在预设时间段内发出的通知信息数量是否超出预设数量；

在所述APP在预设时间段内发出的通知信息超出预设数量时，根据所述APP在预设时间段内发出的通知信息，组合形成一条待发送通知信息；

输出所述待发送通知信息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述APP在预设时间段内发出的通知信息，组合形成一条待发送通知信息，包括：

若所述APP在预设时间段内发出的通知信息的通知方式为弹窗通知方式，则将所述APP在预设时间段内发出的通知信息组合为一条弹窗通知信息。

3.根据权利要求2所述的方法，其特征在于，所述弹窗通知信息中包括所述APP在预设时间段内发出的通知信息中的首条通知信息，或者，所述弹窗通知信息中包括所述APP的标识信息。

4.根据权利要求3所述的方法，其特征在于，还包括：

接收用户在所述弹窗通知信息对应的弹窗上的点击操作指示；

根据所述弹窗上的点击操作指示，显示所述APP在所述预设时间段内发出的通知信息。

5.根据权利要求1所述的方法，其特征在于，所述将所述APP在预设时间段内发出的通知信息组合形成一条通知信息，包括：

若所述APP在预设时间段内发出的通知信息的通知方式为通知栏通知方式，则将所述APP在预设时间段内发出的通知信息组合为一条通知栏通知信息。

6.根据权利要求5所述的方法，其特征在于，所述通知栏通知信息中包括所述APP在预设时间段内发出的通知信息中的首条通知信息，或者，所述通知栏通知信信息中包括所述APP的标识信息。

7.根据权利要求6所述的方法，其特征在于，还包括：

接收用户在终端的通知栏上的点击操作指示；

根据所述通知栏上的点击操作指示，显示所述APP在所述预设时间段内发出的通知信息。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述输出组合后的所述一条通知信息，包括：

若所述APP在预设时间段内发出的通知信息包括声音信息，则在输出组合形成的一条通知信息时播放一次声音信息。

9.根据权利要求1-7任一项所述的方法，其特征在于，所述在所述APP在预设时间段内发出的通知信息超出预设数量时，根据所述APP在预设时间段内发出的通知信息，组合形成一条待发送通知信息，包括：

当存在多个APP在预设时间段内发出的通知信息超出预设数量时，按照预设顺序，将所述多个APP在所述预设时间段内分别发出的通知信息组合形成一条待发送通知信息。

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

第一处理模块，被配置为在应用程序APP在预设时间段内发出的通知信息数量超出预设数量时，将所述APP在预设时间段内发出的通知信息组合形成一条通知信息，并输出组合后的所述一条通知信息。

11.根据权利要求10所述的终端，其特征在于，所述第一处理模块包括：

第一处理单元，被配置为在所述APP在预设时间段内发出的通知信息的通知方式为弹窗通知方式时，将所述APP在预设时间段内发出的通知信息组合为一条弹窗通知信息。

12.根据权利要求11所述的终端，其特征在于，所述弹窗通知信息中包括所述APP在预设时间段内发出的通知信息中的首条通知信息，或者，所述弹窗通知信息中包括所述APP的标识信息。

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

第一接收模块，被配置为接收用户在所述弹窗通知信息对应的弹窗上的点击操作指示；

第一显示模块，被配置为根据所述弹窗上的点击操作指示，显示所述APP在所述预设时间段内发出的通知信息。

14.根据权利要求10所述的终端，其特征在于，所述第一处理模块还包括：

第二处理单元，被配置为在所述APP在预设时间段内发出的通知信息的通知方式为通知栏通知方式时，将所述APP在预设时间段内发出的通知信息组合为一条通知栏通知信息。

15.根据权利要求14所述的终端，其特征在于，所述通知栏通知信息中包括所述APP在预设时间段内发出的通知信息中的首条通知信息，或者，所述通知栏通知信信息中包括所述APP的标识信息。

16.根据权利要求15所述的终端，其特征在于，还包括：

第二接收模块，被配置为接收用户在终端的通知栏上的点击操作指示；

第二显示模块，被配置为根据所述通知栏上的点击操作指示，显示所述APP在所述预设时间段内发出的通知信息。

17.根据权利要求10-16任一项所述的终端，其特征在于，所述第一处理模块还包括：

第三处理单元，被配置为在所述APP在预设时间段内发出的通知信息包括声音信息时，在输出组合形成的一条通知信息时播放一次声音信息。

18.根据权利要求10-16任一项所述的终端，其特征在于，还包括：

第二处理模块，被配置为在所述预设时间段内发出的通知信息数量超出预设数量的APP为多个APP，则按照预设顺序，将所述多个APP在所述预设时间段内分别发出的通知信息组合成一条通知信息，并输出组合后的所述一条通知信息。

19.一种终端，其特征在于，所述终端包括：

存储器、处理器以及计算机程序，所述处理器运行所述计算机程序执行以下方法：

判断应用程序APP在预设时间段内发出的通知信息数量是否超出预设数量；

在所述APP在预设时间段内发出的通知信息超出预设数量时，根据所述APP在预设时间段内发出的通知信息，组合形成一条待发送通知信息；

输出所述待发送通知信息。

20.一种计算机可读存储介质，所述介质上存储有计算机程序，其特征在于，所述程序被处理器执行时实现以下步骤：

判断应用程序APP在预设时间段内发出的通知信息数量是否超出预设数量；

在所述APP在预设时间段内发出的通知信息超出预设数量时，根据所述APP在预设时间段内发出的通知信息，组合形成一条待发送通知信息；

输出所述待发送通知信息。