CN107025143B - 一种应用消息的通知处理方法、装置及通信终端 - Google Patents

Abstract

本申请提供一种应用消息的通知处理方法、装置及通信终端。所述方法包括：监测到应用的新消息时，存储所述新消息的通知消息；当所述通知消息满足预设的触发条件时，触发应用的消息通知事件。利用本申请各个实施例，可使得应用的通知消息按照用户定义的方式合并提醒，进行通知消息整合，节约通知界面屏幕占用频率和空间，优化用户的使用体验。

Description

一种应用消息的通知处理方法、装置及通信终端

技术领域

本申请属于计算机数据处理技术领域，尤其涉及一种应用消息的通知处理方法、装置及通信终端。

背景技术

随着移动通信技术和互联网的迅速发展，各种移动终端设备如手机、平板等越来越普及，用户可以通过终端应用实现线上的各种工作和生活需求，例如人们通过手机通信软件可以实现随时随地的进行语音、视频聊天等。

目前，终端通信应用在企业中的应用也越来越广泛，可以有效帮助企业提高管理效率。用户在终端通信应用的使用过程中，会涉及到各种各样的消息，如通信应用在企业中的使用场景下，经常会有会议的使用形式。无论是讨论会还是宣讲会，一般只有几个主要发言人，大部分用户为听众。当会议进行时，每一条发言都会是应用的一条新消息，通常也会产生一条通知，如通知触发声音提醒或者震动，使其他用户知晓会议中有新的消息。但是，在发言密集时，会出现不断的震动或者不断的声音提醒的情况，这对于一些听众来说，这完全是不必要的，甚至是难以忍受的，大大降低了这些听众的感受。开会群不断提示的新消息通知，对于听众角色来说，已经接近骚扰，但完全屏蔽又不能感知会议或者讨论的结束。另外，一些应用在通知页面设置有通知的头部信息，如包括应用名和时间，当开会群不断产生新消息时，这些通知头会占据很多屏幕空间或者频繁点亮屏幕、弹出通知菜单，使用户感知较差，降低用户终端应用的使用体验。

发明内容

本申请目的在于提供一种应用消息的通知处理方法、装置及通信终端，可以使得应用的通知消息按照用户定义的方式合并提醒，进行通知消息整合，节约通知界面屏幕占用频率和空间，优化用户的使用体验。

本申请提供的一种应用消息的通知处理方法、装置及通信终端是这样实现的：

一种应用消息的通知处理方法，所述方法包括：

监测到应用的新消息时，存储所述新消息的通知消息；

当所述通知消息满足预设的触发条件时，触发应用的消息通知事件。

一种应用消息的通知处理装置，所述装置包括：

通知消息存储模块，用于监测应用的新消息，并在监测到应用的新消息时，存储所述新消息的通知消息；

触发条件设置模块，用于接收并存储预设的通知消息的触发条件；

通知消息处理模块，用于判断所述通知消息是否满足所述触发条件，以及当所述通知消息满足所述触发条件时，触发应用的消息通知事件。

一种通信终端，包括通信模块、处理器，

所述通信模块至少具有消息接收能力；

所述处理器被设置成，用于监测到新消息时存储所述新消息的通知消息；还用于获取与通信终端登录用户对应的预设的触发条件，并判断所述通知消息是否满足所述触发条件；还用于当所述通知消息满足所述触发条件时，触发应用的消息通知事件。

本申请提供的应用消息的通知处理方法、装置及通信终端，可以使得应用的通知消息按照用户定义的方式提醒合并，减少新消息的频繁高频通知，优化用户使用体验。例如在类似会议等聊天群中，应用本申请方法后，用户可以不需要设置全部静音，同时还能根据用户自定义设置的触发条件，如按照条数合并或者按照时间合并批量整合通知消息，发送通知消息，满足不同用户的消息通知需求。另外，通知消息整合后再触发通知事件，如振动、点亮屏幕等，还可以节约应用中通知界面屏幕的占用频率和空间，同时降低能耗，优化用户的使用体验。

附图说明

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

图1是本申请提供的一种应用消息的通知处理方法一种实施例的方法流程图；

图2是本申请一种采用队列存储新消息通知消息的数据结构示意图；

图3是利用本申请方案用户设置通知消息触发条件的一种实施例的场景示意图；

图4是本申请提供的一种应用消息的通知处理方法另一种实施例的方法流程图；

图5是本申请中一种触发应用通知事件的应用界面示意图；

图6是本申请提供的一种应用消息的通知处理装置一种实施例的模块结构示意图；

图7是本申请提供的触发条件设置模块一种实施例的模块结构示意图；

图8是本申请提供的触发条件设置模块另一种实施例的模块结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

图1是本申请所述一种应用消息的通知处理方法一种实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理的实施环境)。

具体的一种实施如图1所述，本申请提供的一种应用消息的通知处理方法的一种实施例可以包括：

S1：监测到应用的新消息时，存储所述新消息的通知消息。

在实际实施过程中，可以在应用中设置触发实施本申请方案的开关/选项，如在即时通信应用APP_1中设置有“听众模式”。当企业会议应用的环境下使用APP_1是，用户可以主动开启“听众模式”，进而切换到本实施例的新消息的通知处理实施方式。用户关闭“听众模式”时则进入普通的产生一个新消息触发一次应用系统的消息通知。当然，本申请不排除在一些通信应用中可以直接实施将通知消息进行合并通知的实施方案。

本实施例中，假如用户终端中的应用产生新消息时，如上述通信应用的企业会议应用场景中单个用户的每一个单次发言都可以是一条新消息，在现有的常规方案中，尤其是在应用在后台运行的时候，通常是每产生一条新消息就触发一次应用通知，如声音提示或震动。而本实施例中可以设置监测应用的新消息，并可以在监测到通信应用有新消息产生时，将该新消息的通知消息先进行存储，(如可以先按产生通知消息的时间顺序按序存入消息队列中)，可以不触发应用(或者也可以为业务系统、操作系统、报警模块等，为便于描述，在此统一称为应用)向用户发出消息通知。

存储所述通知消息具体的实施方式可以根据应用类型、应用设计语言、应用的实施环境(移动终端或者大型服务器)等。本申请的一个实施例中，可以使用队列存储所述新消息的通知消息。因此，本申请所述方法的一种实施例中，所述存储所述消息的通知消息可以包括：

采用消息队列存储所述通知消息。

所述的队列是一种线性表，通常队列只允许在表的前端(front)进行删除操作，在表的后端(rear)进行插入操作。一般的，进行插入操作的一端称为队尾，进行删除操作的一端称为队头。图2是本申请一种采用队列存储新消息通知消息的数据结构示意图，如图2所示，可以将每一条新消息的每一条通知消息按照接收顺序依次插入到消息队列的队尾进行存储。

监测到应用的新消息时，存储所述新消息的通知消息。当然，其他的实施方式中也可以采用其他的数据结构形式存储所述新消息的通知消息，如堆栈。

S2：当所述通知消息满足预设的触发条件时，触发所述应用的消息通知事件。

一种实施方式中，可以监测存储的通知消息的状态，如存储时间、存储的通知消息的个数、通知消息的属性标识(如通知消息的分类、优先级等)等。在本实施例中用户可以预先自定义设置进行新消息提醒的触发条件，当所述存储的通知消息满足所述预设的触发条件时，触发应用的消息通知事件，如振动或者发出提示音。所述的触发条件可以由应用客户端的使用用户进行设置，或者为用户提供一个或者多个触发条件设置选择、调整界面等。用户可以根据自己的需求设置触发条件，如设置5分钟通知一次，或者当新消息的通知达到100条时触发一次通知。因此，本申请提供的一种应用消息的通知处理方法的另一种具体实施方式中，所述的触发条件可以包括：

S201：达到设置的间隔通知时间。

或者，另一种实施方式中，所述的触发条件可以包括：

S202：存储的通知消息的条数大于等于第一阈值。

图3是利用本申请方案用户设置通知消息触发条件的一种实施例的场景示意图。如图3所示，所述的间隔通知时间和/第一阈值具体的数值可以由用户自定义设置确定，如用户点击设置按钮，在编辑栏输入的5分钟通知一次，或者通知消息达到99条时通知一次。当然，其他的实施方式中，也可以预先分成若干触发条件的选项，由用户选择，如用户可以选择“一分钟提醒一次”、“5分钟提醒一次”、“一小时提醒一次”中的一项，或者“通知消息满30条时通知”、“通知消息满99条时通知”等。当然，本申请所述方法的其他实施中，所述的触发条件也可以采用包括上述其中一种或者两种的实施方式。一般的，当所述触发条件包含多个条件时，如用户既设置了S201的触发条件，同时也设置的了S202的触发条件，则在实际客户端应用一侧可以设置满足所述多个条件中的一个触发条件即可触发应用的消息通知事件。另一些实施例中，也可以设置同时满足所述多个条件才触发应用的通知事件。

需要说明的是，在采用消息队列或者堆栈等方式存储新消息的通知消息，并且用户设置的触发条件包括上述所述的间隔通知时间的实施方式中，当达到所述用户设置的间隔通知时间时，若所述消息队列中的通知消息为空，则可以设置成消息队列继续等待，不需要向用户发送消息通知提醒。

如前述实施例所述，当采用消息队列的方式存储新消息的通知消息实施方式时，消息队列满时，可以设置的不同的响应方式，如取出队首或队尾的部分通知消息。在本申请在应用新消息触发通知的实施场景提供的一种实施例中，所述方法还可以包括：

S2’：当所述消息队列满时，清空所述消息队列，并触发应用的消息通知事件。

图4是本申请提供的一种应用消息的通知处理方法另一种实施例的方法流程图。所述的消息队列是本申请一种实施例采用的数据结构之一，可以构造一个有限长度的消息队列，具体的消息队列的长度可以与用户设置的触发条件中的通知消息的条数相同，也可以为预先定义的最大存储条数，如可以存储999条通知消息的消息队列长度。一般的，采用消息队列的方式实施本申请方案时，当所述消息队列满时，队列中的通知消息则可以集体出对，清空队列，如当队首指针front＝队尾指针rear时，队列中没有任何元素，此时可以称为空队列。然后可以发送消息通知事件给操作系统，进而产生振动、提示音、点亮屏幕、弹出通知栏并显示通知内容等一项或多项消息提醒动作。

所述的消息通知事件通常是指按照设定的方式向用户发出接收到新消息的通知提醒，通常包括通知内容加上终端硬件的相应动作，如手机振动、短的提示音、熄屏时点亮屏幕、指示灯闪烁或显示为设定颜色等。根据用户需要还可以设置上述几种提醒的组合。具体的通知内容可以包括所述存的所有通知消息，如消息队列集体出对，触发一次应用的通知。其他的实施方式中所述通知内容也可以为队列中的部分通知内容，具体的可以预先设定，如消息队列中对头或者队尾位置的通知消息，用户可以进入应用后查看完整消息内容。因此，本申请所述一种应用消息的通知触发方法的另一种实施例中，在采用消息队列存储所述通知消息时，所述触发应用的消息通知事件可以包括：

S201：取所述消息队列中指定位置的通知消息作为通知内容向用户发出新消息通知提醒。

进一步的，所述实施例中所述消息队列中的指定位置可以取队尾或队首的一个通知消息，也可以取队首或者队尾的多个通知消息，或者也可以取队首的一个或多个通知消息加上队尾的一个或者多个通知消息作为通知内容。因此，本申请提供的一种应用消息的通知处理方法的另一种实施例中，所述取所述消息队列中指定位置的通知消息可以包括采用下述中至少一种实施方式：

S2011：取所述消息队列中的前M个通知消息，M≥1；

S2012：取所述消息队列中的后N个通知消息，N≥1。

例如一种实施方式中可以设置在达到时间间隔为5分钟的触发条件时，取存储通知消息的消息队列中队首和队尾的通知消息作为通知内容向用户发送新消息通知提醒，如手机振动并在通知栏显示通知内容，如图5所示，图5是本申请中一种触发应用通知事件的应用界面示意图。这样，用户可以根据队首和队尾的消息内容大概判断期间产生的新消息的内容，以供用户参考是否需要进入应用查看所有的新消息。当然，也可以仅取队尾的3条通知消息发送给用户，展示在通知界面，以便用户了解最近时段的聊天内容，如会议进行的谁在发言以及发言的大概内容。

需要说明的是，本申请中所述的新消息的通知消息具体的消息内容可以采用新消息的内容，也可以采用新消息的部分内容或摘要。甚至在一些实施例中所述通知消息的消息内容也可以为对所述新消息的内容进行再编辑的内容，或者是仅包含应用系统预设的通知内容，如“您的‘小组会议群’接收到30条新消息”。

利用本申请实施例所述的应用消息的通知处理方法，可以使得应用的通知消息按照用户定义的方式提醒合并，减少新消息的频繁高频通知，优化用户使用体验。例如在类似会议等聊天群中，应用本申请方法后，用户可以不需要设置全部静音，同时还能根据用户自定义设置的触发条件，如按照条数合并或者按照时间合并批量整合通知消息，发送通知消息，满足不同用户的消息通知需求。另外，通知消息整合后再触发通知事件，如振动、点亮屏幕等，还可以节约应用中通知界面屏幕的占用频率和空间，同时降低能耗，优化用户的使用体验。

上述实施例描述了采用间隔通知时间或者消息队列满时触发应用的消息通知事件的实施场景，可以有效满足用户作为“听众”的应用消息通知需求。进一步的，本申请还提供一种应用消息的通知处理方法的另一种实施例，具体的，在另一种实施例中，所述触发条件还包括下述中的至少一种实施方式：

所述通知消息为基于检测到所述新消息的内容中包含用户的自定义敏感词汇而触发；

所述通知消息为基于检测到所述新消息的发送方为用户预设的关注对象而触发。

具体的如上述通信应用的企业会议应用场景中，当用户设置了“5分钟提醒一次”或者“通知消息满99条时通知”的预设触发条件之后，还可以设置群会议的发言记录中关注的敏感词或者发言人。例如用户可以自定义敏感词汇，包括与用户利益或兴趣相关的“考核”、“奖金”、“伯川”(用户自己的姓名)等，也可以设置或者选择会员中关注的联系人，如“刘总”、“马经理”等，或者上述敏感词汇和关注对象一同设置。这样，即使会议进行中通知消息没有满99条或者不到5分钟的提醒时间，但在聊天记录中出现了用户自己的姓名“伯川”或者当前时刻发言人为“马经理”，则可以触发应用的消息通知事件，及时提醒用户注意查看用户重点关注的新消息，提升用户体验。

基于本申请所述的应用消息的通知处理方法各个实施例的描述，本申请还提供一种应用消息的通知处理装置。所述装置可以应用于各种可以发送通知给用户的即时通信应用、系统等应用(如前所述，可以业务系统、操作系统、报警模块等，为便于描述，在此统一称为应用)，实现根据用户自定义的触发条件对应用的通知消息进行整合，按照用户的通知需求进行消息通知，优化用户体验。图6是本申请提供的一种应用消息的通知处理装置一种实施例的模块结构示意图，如图6所示，所述装置可以包括：

通知消息存储模块101，可以用于监测应用的新消息，并在监测到应用的新消息时，存储所述新消息的通知消息；

触发条件设置模块102，可以用于接收并存储预设的通知消息的触发条件；

通知消息处理模块103，可以用于判断所述通知消息是否满足所述触发条件，以及当所述通知消息满足所述触发条件时，触发应用的消息通知事件。

当然，如前所述方法所述，本申请所述装置的另一种实施例中，所述通知消息存储模块101可以采用消息队列存储所述通知消息。

利用本申请提供的一种应用消息的通知处理装置，可以使得应用的通知消息按照用户定义的方式提醒合并，减少新消息的频繁高频通知，优化用户使用体验。例如在类似会议等聊天群中，应用本申请装置后，用户可以不需要设置全部静音，同时还能根据用户自定义设置的触发条件，如按照条数合并或者按照时间合并批量整合通知消息，发送通知消息，满足不同用户的消息通知需求。另外，通知消息整合后再触发通知事件，如振动、点亮屏幕等，还可以节约应用中通知界面屏幕的占用频率和空间，同时降低能耗，优化用户的使用体验。

图7是本申请提供的触发条件设置模块102一种实施例的模块结构示意图，如图7所示，在本实施例中用户可以预先自定义设置进行新消息提醒的触发条件，当所述存储的通知消息满足所述预设的触发条件时，触发应用的消息通知事件，如振动或者发出提示音。所述的触发条件可以由应用客户端的使用用户进行设置，或者为用户提供一个或者多个触发条件设置选择、调整选项等。用户可以根据自己的需求设置触发条件，如设置5分钟通知一次，或者当新消息的通知达到100条时触发一次通知。因此，在本申请所述装置的另一种实施例中，所述触发条件设置模块102可以包括下述中的至少一种单元：

间隔时间设置单元1021，可以用于设置触发消息通知事件的间隔通知时间；

通知条数设置单元1022，可以用于设置存储的通知消息的个数达到触发消息通知事件的第一阈值。

图8是本申请提供的触发条件设置模块102另一种实施例的模块结构示意图，如图7所示，在本申请所述装置的另一种实施例中，所述触发条件设置模块102还可以包括下述中的至少一种单元：

敏感词汇设置单元1023，可以用于设置所新消息的内容中触发消息通知事件的敏感词汇；

关注对象设置单元1024，可以用于设置触发消息通知事件的所述新消息的发送方。

具体的如上述通信应用的企业会议应用场景中，当用户设置了“5分钟提醒一次”或者“通知消息满99条时通知”的预设触发条件之后，还可以设置群会议的发言记录中关注的敏感词或者发言人。例如用户可以自定义敏感词汇，包括与用户利益或兴趣相关的“考核”、“奖金”、“伯川”(用户自己的姓名)等，也可以设置或者选择会员中关注的联系人，如“刘总”、“马经理”等，或者上述敏感词汇和关注对象一同设置。这样，即使会议进行中通知消息没有满99条或者不到5分钟的提醒时间，但在聊天记录中出现了用户自己的姓名“伯川”或者当前时刻发言人为“马经理”，则可以触发应用的消息通知事件，及时提醒用户注意查看用户重点关注的新消息，提升用户体验。

本申请所述装置的另一种实施例中，所述通知消息处理模块103还可以被设置成可以用于，当所述消息队列满时，清空所述消息队列中，并触发应用的消息通知事件。

所述的消息队列是本申请一种实施例采用的数据结构之一，可以构造一个有限长度的消息队列，具体的消息队列的长度可以与用户设置的触发条件中的通知消息的条数相同，也可以为预先定义的最大存储条数，如可以存储999条通知消息的消息队列长度。一般的，采用消息队列的方式实施本申请方案时，当所述消息队列满时，队列中的通知消息则可以集体出对，清空队列，如当front＝rear时，队列中没有任何元素，此时可以称为空队列。然后可以发送消息通知事件给操作系统，进而产生振动、提示音、点亮屏幕、弹出通知栏并显示通知内容等一项或多项消息提醒动作。

本申请所述装置的另一种实施例中，所述通知消息处理模块103中所述触发应用的消息通知事件可以被设置成，取所述消息队列中指定位置的通知消息作为通知内容向用户发出新消息通知提醒。如前述实施例所述，当采用消息队列的方式存储新消息的通知消息实施方式时，消息队列满时，可以设置的不同的响应方式，如取出队首或队尾的部分通知消息。

具体的一种实施例中，所述取所述消息队列中指定位置的通知消息可以包括采用下述中至少一种实施方式：

取所述消息队列中的前M个通知消息，M≥1；

取所述消息队列中的后N个通知消息，N≥1。

进一步的，所述实施例中所述消息队列中的指定位置可以取队尾或队首的一个通知消息，也可以取队首或者队尾的多个通知消息，或者也可以取队首的一个或多个通知消息加上队尾的一个或者多个通知消息作为通知内容。如取存储通知消息的消息队列中队首和队尾的通知消息作为通知内容向用户发送新消息通知提醒，如手机振动并在通知栏显示通知内容。用户可以根据队首和队尾的消息内容大概判断期间产生的新消息的内容，以供用户参考是否需要进入应用查看所有的新消息。当然，也可以仅取队尾的若干条通知消息发送给用户，展示在通知界面，以便用户了解最近时段的聊天内容，如会议进行的谁在发言以及发言的大概内容。

上述各个实施例所述的方法或装置可以用于Android/iOS系统的移动通信终端、服务器、业务系统等多个通信终端设备中，实现根据用户自定义的触发条件对应用的通知消息进行整合，按照用户的通知需求进行消息通知，优化用户体验。因此，本申请还提供一种一种通信终端，包括通信模块、处理器，其中，

所述通信模块至少具有消息接收能力；

所述处理器被设置成，可以用于监测到新消息时存储所述新消息的通知消息；还可以用于获取与通信终端登录用户对应的预设的触发条件，并判断所述通知消息是否满足所述触发条件；还可以用于当所述通知消息满足所述触发条件时，触发应用的消息通知事件。

本申请提供的通信终端，可以使得应用的通知消息按照用户定义的方式提醒合并，减少新消息的频繁高频通知，优化用户使用体验。可以实现根据用户自定义设置的触发条件，如按照条数合并或者按照时间合并批量整合通知消息，发送通知消息，满足不同用户的消息通知需求。另外，通知消息整合后再触发通知事件，如振动、点亮屏幕等，还可以节约通信终端中通知消息在通知界面屏幕的占用频率和空间，同时还降低通信终端能耗。

尽管本申请内容中提到消息队列后堆栈的消息存储方式、取消息队列不同位置的通知消息作为通知内容、基于间隔时间、消息条数、敏感词汇设置触发条件等之类的信息存储、交互方式、判断等描述，但是，本申请并不局限于必须是符合行业通信标准、标识数据结构、Android/iOS系统标准或本申请实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本申请的可选实施方案范围之内。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (12)

1.一种应用消息的通知处理方法，其特征在于，所述方法包括：

监测到应用内的新消息时，存储所述新消息的通知消息，不触发所述应用向用户发出消息通知；

当所述通知消息满足预设的触发条件时，触发所述应用的消息通知事件，所述预设的触发条件包括：预先自定义设置进行新消息提醒的一个或多个触发条件；所述的消息通知事件是指按照设定的方式向用户发出接收到新消息的通知提醒，包括通知内容加上终端硬件的相应动作，其中，通知内容包括消息队列中存储的所有通知消息，或取所述消息队列中的指定位置的通知消息；

所述的新消息的通知消息的消息内容采用新消息的内容，或者采用新消息的部分内容或摘要，或者对所述新消息的内容进行再编辑的内容，或者是仅包含应用系统预设的通知内容；

所述触发条件还包括下述中的至少一种实施方式：

所述通知消息为基于检测到所述新消息的内容中包含用户的自定义敏感词汇而触发；

所述通知消息为基于检测到所述新消息的发送方为用户预设的关注对象而触发。

2.如权利要求1所述的一种应用消息的通知处理方法，其特征在于，所述触发条件包括：

达到设置的间隔通知时间。

3.如权利要求1所述的一种应用消息的通知处理方法，其特征在于，所述触发条件包括：

存储的通知消息的条数大于等于第一阈值。

4.如权利要求1至3中任意一项所述的一种应用消息的通知处理方法，其特征在于，所述存储所述新消息的通知消息包括采用消息队列存储所述通知消息。

5.如权利要求4所述的一种应用消息的通知处理方法，其特征在于，所述方法还包括：

当所述消息队列满时，清空所述消息队列中，并触发应用的消息通知事件。

6.如权利要求1所述的一种应用消息的通知处理方法，其特征在于，所述取所述消息队列中指定位置的通知消息包括采用下述中至少一种实施方式：

取所述消息队列中的前M个通知消息，M≥1；

取所述消息队列中的后N个通知消息，N≥1。

7.一种应用消息的通知处理装置，其特征在于，所述装置包括：

通知消息存储模块，用于监测应用内的新消息，并在监测到所述应用的新消息时，存储所述新消息的通知消息，且不触发所述应用向用户发出消息通知；

触发条件设置模块，用于接收并存储预设的通知消息的触发条件；

通知消息处理模块，用于判断所述通知消息是否满足所述触发条件，以及当所述通知消息满足所述触发条件时，触发所述应用的消息通知事件，所述预设的触发条件包括：预先自定义设置进行新消息提醒的一个或多个触发条件；所述的消息通知事件是指按照设定的方式向用户发出接收到新消息的通知提醒，包括通知内容加上终端硬件的相应动作，其中，通知内容包括消息队列中存储的所有通知消息，或取所述消息队列中的指定位置的通知消息；所述的新消息的通知消息的消息内容采用新消息的内容，或者采用新消息的部分内容或摘要，或者对所述新消息的内容进行再编辑的内容，或者是仅包含应用系统预设的通知内容；

所述触发条件设置模块还包括下述中的至少一种单元：

敏感词汇设置单元，用于设置所新消息的内容中触发消息通知事件的敏感词汇；

关注对象设置单元，用于设置触发消息通知事件的所述新消息的发送方。

8.如权利要求7所述的一种应用消息的通知处理装置，其特征在于，所述触发条件设置模块包括下述中的至少一种单元：

间隔时间设置单元，用于设置触发消息通知事件的间隔通知时间；

通知条数设置单元，用于设置存储的通知消息的个数达到触发消息通知事件的第一阈值。

9.如权利要求7或8所述的一种应用消息的通知处理装置，其特征在于，所述通知消息存储模块采用消息队列存储所述通知消息。

10.如权利要求9所述的一种应用消息的通知处理装置，其特征在于，所述通知消息处理模块还被设置成用于，当所述消息队列满时，清空所述消息队列中，并触发应用的消息通知事件。

11.如权利要求7所述的一种应用消息的通知处理装置，其特征在于，所述取所述消息队列中指定位置的通知消息包括采用下述中至少一种实施方式：

取所述消息队列中的前M个通知消息，M≥1；

取所述消息队列中的后N个通知消息，N≥1。

12.一种通信终端，其特征在于，包括通信模块、处理器，

所述通信模块至少具有消息接收能力；

所述处理器被设置成，用于监测到应用内的新消息时存储所述新消息的通知消息，且不触发所述应用向用户发出消息通知；还用于获取与通信终端登录用户对应的预设的触发条件，并判断所述通知消息是否满足所述触发条件；还用于当所述通知消息满足所述触发条件时，触发所述应用的消息通知事件，所述预设的触发条件包括：预先自定义设置进行新消息提醒的一个或多个触发条件；所述的消息通知事件是指按照设定的方式向用户发出接收到新消息的通知提醒，包括通知内容加上终端硬件的相应动作，其中，通知内容包括消息队列中存储的所有通知消息，或取所述消息队列中的指定位置的通知消息；所述的新消息的通知消息的消息内容采用新消息的内容，或者采用新消息的部分内容或摘要，或者对所述新消息的内容进行再编辑的内容，或者是仅包含应用系统预设的通知内容；所述触发条件还包括下述中的至少一种实施方式：

所述通知消息为基于检测到所述新消息的内容中包含用户的自定义敏感词汇而触发；

所述通知消息为基于检测到所述新消息的发送方为用户预设的关注对象而触发。

Images