一种移动终端通知消息提示方法、装置及移动终端的制作方法
【专利摘要】本发明实施例提供一种移动终端通知消息提示方法、装置及移动终端，接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播；判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间；根据预设的提示条件提示所述第一列表中存储的通知消息。
【专利说明】一种移动终端通知消息提示方法、装置及移动终端
【技术领域】
[0001]本发明涉及通信【技术领域】，特别涉及一种移动终端通知消息提示方法、装置及移动终端。
【背景技术】
[0002]目前随着垃圾消息(包括短信、来电等)的泛滥，负责智能终端安全管理的各种应用程序，均开发了消息拦截功能，使用户免于垃圾消息的骚扰。安卓系统的智能终端通过有序广播的方式接受消息，所以安卓终端的消息拦截功能也是基于有序广播来实现。
[0003]在有序广播中，参与有序广播的某个应用程序获得通知消息之后，可以决定不继续传递该通知消息，也就是中断有序广播；即所谓的通知消息拦截。不过通常来说，应用程序在拦截通知消息之后，需要向用户发送一个拦截提示，告知用户该通知消息已经被拦截，避免正常通知消息的遗失。
[0004]当前已经存在某些应用程序，通过提高自身的优先级，以在有序广播中抢先获得通知消息，并且在拦截通知消息后不向用户提示。这种恶意行为非常有可能导致用户正常通知消息的遗失。而面对这种现象，现阶段还没有一种妥善的解决技术方案。
【发明内容】
[0005]有鉴于此，本发明的目的在于提供种移动终端通知消息提示方法、装置及移动终端，实现在安卓系统的层面获悉所有被拦截的通知消息并提示用户。
[0006]为实现上述目的，本发明有如下技术方案:
[0007]第一方面，本发明提供了一种移动终端通知消息提示方法，所述方法包括:
[0008]接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播；
[0009]判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间；
[0010]根据预设的提示条件提示所述第一列表中存储的通知消息。
[0011]第一方面的第一种可能的实现方式中，所述判断所述有序广播是否被中断具体为:
[0012]对参与有序广播的应用程序进行监控，当存在接收且为继续传递通知消息的应用程序，则认为有序广播被中断。
[0013]第一方面的第二种可能的实现方式中，所述根据预设的提示条件提示所述第一列表中存储的通知消息具体为:
[0014]预设第一时间阈值；判断第一时间阈值之内，被拦截的通知消息是否被提示；
[0015]如果该通知消息已经被提示，则将该通知消息存储在第二列表中；
[0016]对比所述第一列表和所述第二列表，提示所述第一列表中存在且所述第二列表中不存在的通知消息。[0017]第一方面的第三种可能的实现方式中，所述根据预设的提示条件提示所述第一列表中存储的通知消息具体为:
[0018]预设第二时间阈值；判断在第二时间阈值之内，被拦截的通知消息是否被提示；
[0019]如果该通知消息未被提示，则将该通知消息存储在第三列表中；
[0020]提示所述第一列表和所述第三列表中同时存在的通知消息。
[0021]第一方面的第四种可能的实现方式中，所述根据预设的提示条件提示所述第一列表中存储的通知消息具体为:
[0022]提示所述第一列表中所有存储的通知消息。
[0023]第二方面，本发明提供了一种移动终端通知消息提示装置，所述装置包括:
[0024]接收模块，用于接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播；
[0025]控制模块，用于判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间；
[0026]提示模块，用于根据预设的提示条件提示所述第一列表中存储的通知消息。
[0027]第二方面的第一种可能的实现方式中，所述控制模块具体包括:
[0028]监控单元，用于对参与有序广播的应用程序进行监控，当存在接收且为继续传递通知消息的应用程序，则认为有序广播被中断；
[0029]列表单元，用于在应用程序中断有序广播时，将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间。
[0030]第二方面的第二种可能的实现方式中，所述控制模块还包括:
[0031]第一预设单元，用于预设第一时间阈值；
[0032]则所述列表单元还用于，判断第一时间阈值之内，被拦截的通知消息是否被提示；如果该通知消息已经被提示，则将该通知消息存储在第二列表中；
[0033]则所述提示模块根据预设的提示条件提示所述第一列表中存储的通知消息具体为；对比所述第一列表和所述第二列表，提示所述第一列表中存在且所述第二列表中不存在的通知消息。
[0034]第二方面的第三种可能的实现方式中，所述控制模块还包括:
[0035]第二预设单元，用于预设第二时间阈值；
[0036]则所述列表单元还用于，判断在第二时间阈值之内，被拦截的通知消息是否被提示；如果该通知消息未被提示，则将该通知消息存储在第三列表中；
[0037]则所述提示模块根据预设的提示条件提示所述第一列表中存储的通知消息具体为；提示所述第一列表和所述第三列表中同时存在的通知消息。
[0038]第二方面的第四种可能的实现方式中，所述提示模块根据预设的提示条件提示所述第一列表中存储的通知消息具体为:
[0039]提示所述第一列表中所有存储的通知消息。
[0040]通过以上技术方案可知，本发明存在的有益效果是:在系统的层面监控所有通知消息的有序广播，并将所有被拦截的通知消息存储到第一列表中；由此，即使遭遇不向用户发送拦截提示的恶意拦截，依然可以利用第一列表的存储来向用户进行提示；从而避免了恶意拦截导致的通知消息遗失的情况。
【专利附图】
【附图说明】
[0041]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0042]图1为本发明实施例所述方法流程图；
[0043]图2为本发明实施例所述装置结构示意图；
[0044]图3~5为本发明实施例所述方法流程图；
[0045]图6为本发明另一实施例所述装置结构示意图。
【具体实施方式】
[0046]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0047]在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0048]取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
[0049]安卓系统中的有序广播，简单来说就是，当终端接收到一个通知消息(包括短信、来电等)之后，若干具有接收通知消息权限的应用程序将按照优先级的顺序先后获得通知消息。优先级高的应用程序先获得该通知消息，并决定是否将该通知消息向下传递，如果传递则优先级次高的应用程序获得该通知消息，以此类推。抑或某个应用程序获得该通知消息之后，也可以决定不继续传递该短息，也就是中断了有序广播；则后续其他应用程序不再能够获得该通知消息，终端也不再向用于提示该通知消息，这也就是所谓的通知消息拦截。
[0050]通常来说在拦截通知消息之后，应用程序需要向用户发送一个拦截提示，告知用户该通知消息已经被拦截，避免通知消息的遗失。反之若应用程序不发送拦截提示，则用户便无从获悉终端实际上收到了被拦截的通知消息，视之为恶意拦截。
[0051]多数用 于安卓终端优化管理的应用程序具备通知消息拦截功能，这些应用程序将根据需求自设优先级，来决定自身在有序广播中获得通知消息的顺序。并且行业内也存在规范制度，约束应用程序对自身优先级的设置。安卓系统中，所述优先级以数字的形式来表示，数值越大则说明优先级越高；现阶段的规范制度中规定，应用程序自设优先级的数值范围应该在1000到-1000的区间之内。[0052]但实际情况下，由于安卓系统中存在相关的漏洞，使得这种规范制度根本没有强制约束力，很容易被打破。各种应用程序为了在有序广播中抢先获得通知消息，都会尽可能调高自身优先级的数值；优先级数值大于1000的应用程序屡见不鲜，甚至有些应用程序直接将优先级数值设置为理论最大值(即int类型的最大值2147483647)。
[0053]可见有序广播中通知消息的争抢，乃至恶意拦截频频出现的问题，都是由于安卓应用程序市场过于庞大和混乱导致的。也就是说，如果想通过应用程序层面的约束和管理改善上述问题，也不切实际。不过，所述的通知消息拦截功能终究是在应用程序层面上的功能，该功能的实现无论如何也无法脱离操作系统层面的支持。本发明即基于这一思想，从安卓系统的层面出发，监控到终端中所有的有序广播，获悉应用程序对于通知消息的拦截情况，再根据相应的机制向用户给出提示。
[0054]参见图1所示，为本发明所述方法的一个具体实施例，所述方法包括:
[0055]步骤101、接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播。
[0056]基于安卓系统的特点，系统层面将先于所有应用程序接收到通知消息；也就是说，无论是否被应用程序所拦截，该通知消息均会被系统接收。进而系统对比各个应用程序的优先级，将所述通知消息转发至优先级最高的应用程序，开始有序广播的流程。
[0057]步骤102、判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间。
[0058]在本步骤中，系统对参与有序广播的应用程序进行监控，当存在接收且为继续传递通知消息的应用程序，则认为有序广播被中断。
[0059]如果有序广播的通知消息依次被各应用程序获取而未被拦截，则最终必然将被提示给用户，使用户知悉通知消息的接收；此为终端接收通知消息的常规流程。
[0060]相反如果在有序广播的过程中，某个应用程序中断了有序广播，就说明该应用程序执行了通知消息拦截的功能。在这种情况下，可能是因为该应用程序判断该通知消息为垃圾通知消息，正常的执行了拦截功能；也可能是因为应用程序为恶意应用程序，执行了恶意的通知消息拦截；甚至可能是由于该应用程序判断的错误，误将正常通知消息作为垃圾通知消息拦截。
[0061]本步骤中，系统监控各个应用程序对于有序广播的处理，及时的获悉是否有应用程序中断了有序广播。无论应用程序因为何种理由执行通知消息拦截功能，只要有序广播中断，即将被拦截的通知消息存储到第一列表当中。这也就意味着，所述第一列表存储了全部被拦截的通知消息。
[0062]本实施例中，所述第一列表可以是一张哈希表。另外，所述第一列表存储通知消息，包括存储通知消息的内容、发送人信息和发送时间。
[0063]步骤103、根据预设的提示条件提示所述第一列表中存储的通知消息。
[0064]前述已知，既然所有被拦截的通知消息均存储在所述第一列表中，那么所谓的被恶意拦截的通知消息必然也包含在第一列表中。所以只需设置提示条件，以便提示第一列表中存储的全部或部分通知消息，就能够避免某些通知消息因为不正常的拦截而未被用户知悉的情况。[0065]当然，究竟如何筛选提示所述第一列表中的通知消息，方式并不唯一，在本实施例中不作具体的限定。不过可以明确的是，无论以何种方式提示所述第一列表中的通知消息，均包含在本实施例所述方法的整体技术方案之下。
[0066]参照图2所述，为本发明装置具体实施例，所述装置用以实现图1所示的方法流程，具体包括以下:
[0067]接收模块201，用于接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播。
[0068]控制模块202、用于判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间。
[0069]需要说明的是，所述控制模块202是构建在安卓系统层面上的功能模块。在现有技术中，安卓系统就可以通过一个ArrayList存储和管理有序广播，或者说对于安卓系统本身而言，可以由此实现先于所有的应用程序获悉终端所接收的全部通知消息。
[0070]本实施例中根据安卓系统这一特性构建所述控制模块，使得所述控制模块能够从系统层面获悉所有的有序广播，并监控应用程序对于有序广播的处理。
[0071]提示模块203，用于根据预设的提示条件提示所述第一列表中存储的通知消息。
[0072]图1?2所示的方法及装置实施例，是本发明的基础实施例，通过以上技术方案可知，图1?2所示实施例存在的有益效果是:在系统的层面监控所有通知消息的有序广播，并将所有被拦截的通知消息存储到第一列表中；由此，即使遭遇不向用户发送拦截提示的恶意拦截，依然可以利用第一列表的存储来向用户进行提示；从而避免了恶意拦截导致的通知消息遗失的情况。
[0073]如图1所示方法，仅为本发明所述方法的一个基础实施例。图1所示方法中未对所述提示条件做出具体的描述和限定。实际上，所述提示条件可以针对不同的使用需求灵活的进行设定。具体将在以下若干实施例中具体的公开:
[0074]参见图3所示，为本发明所述方法的另一个具体实施例，本实施例中，所述方法包括:
[0075]步骤301、接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播。
[0076]步骤302、判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间。
[0077]步骤303、预设第一时间阈值；判断第一时间阈值之内，被拦截的通知消息是否被提示；如果该通知消息已经被提示，则将该通知消息存储在第二列表中。
[0078]步骤304、对比所述第一列表和所述第二列表，提示所述第一列表中存在且所述第二列表中不存在的通知消息。
[0079]由于本发明的目的在于避免恶意拦截通知消息造成的通知消息丢失，所以本实施例中，仅将所述第一列表中属于恶意拦截的通知消息提示给用户。而判断被拦截的通知消息是否属于恶意拦截，则根据应用程序在拦截通知消息之后是否发送拦截提示而定。
[0080]所以本实施例中，控制模块将被拦截的通知消息存储到第一列表中之后，预设第一时间阈值，监控中断有序广播应用程序，是否在第一时间阈值之内发送出了拦截提示，以通知用户该应用程序拦截了该通知消息。如果发送，则说明此次通知消息拦截属于正常的拦截，控制模块将该通知消息存储到第二列表中；可见第二列表中存储的是所有被正常拦截的通知消息。否则，如果通知消息被拦截后，超过了第一时间阈值未被提示，应该被视为恶意拦截。
[0081]所述第一列表中存储了所有被拦截的通知消息，所述第二列表中存储了所有被正常拦截的通知消息，可以说第二列表是第一列表的一个子集合；也可以推断，第一列表中包含且第二列表中不包含的通知消息，就是应用程序在拦截后未发送拦截提示的通知消息，即所谓被恶意拦截的通知消息。
[0082]本实施例中，所述对比第一列表和第二列表，并提示所述第一列表中存在且所述第二列表中不存在的通知消息；即为用户提示了所有被恶意拦截的通知消息，使得终端所接受的通知消息不至于因为恶意拦截而未被用户知悉。
[0083]所述第二列表可以是哈希表。
[0084]参见图4所示，为本发明所述方法的又一个具体实施例。本实施例中，所述方法包括:
[0085]步骤401、接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播。
[0086]步骤402、判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间。
[0087]步骤403、预设第二时间阈值；判断在第二时间阈值之内，被拦截的通知消息是否被提示；如果该通知消息未被提示，则将该通知消息存储在第三列表中。
[0088]步骤404、提示所述第一列表和所述第三列表中同时存在的通知消息。
[0089]本实施例中向用户提示第一列表中通知消息的方式，与图3所示方法具有类似的效果，但具体实现思路上则刚好相反。
[0090]所以本实施例中，被拦截的通知消息存储到第一列表中之后，预设第二时间阈值，监控中断有序广播应用程序，是否在第一时间阈值之内发送出了拦截提示，以通知用户该应用程序拦截了该通知消息。不过不同于图3所示方法，在本实施例中选择未被提示的通知消息存储在第三列表中。
[0091]也就是说，本实施例中如果某个应用程序在中断有序播放之后，不发送所述拦截提示的时间超过第二时间阈值，则认为是恶意拦截。进而将所有的被恶意拦截的通知消息存储在第三列表。
[0092]于是第三列表中也属于是第一列表的一个子集。本实施例中提不第一列表和第三列表中同时存在的通知消息，即为用户提示了所有被恶意拦截的通知消息，使得终端所接受的通知消息不至于因为恶意拦截而未被用户知悉。
[0093]所述第三列表可以是哈希表。
[0094]参见图5所示，为本发明所述方法的另一个具体的实施例。图5中所述方法具体包括:
[0095]步骤501、接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播。
[0096]步骤502、判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间。
[0097]步骤503、提示所述第一列表中所有存储的通知消息。
[0098]本实施例中，不再筛选第一列表中哪些通知消息属于被恶意拦截的通知消息，而是直接提示第一列表中所有存储的通知消息；同样使得终端所接受的通知消息不至于因为恶意拦截而未被用户知悉。
[0099]对应图3?5所述的三个方法实施例，则有以下移动终端通知消息提示装置实施例，用于对应的实现上述三个实施例中所述方法，参见图6所示具体为:
[0100]接收模块601，用于接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播。
[0101]控制模块602，用于判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间。
[0102]所述控制模块602具体包括:
[0103]监控单元621，用于对参与有序广播的应用程序进行监控，当存在接收且为继续传递通知消息的应用程序，则认为有序广播被中断；
[0104]列表单元622，用于在应用程序中断有序广播时，将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间。
[0105]并且所述控制模块602可以包括第一预设单元623和/或第二预设单元624，具体为:
[0106]第一预设单元623，用于预设第一时间阈值。则所述列表单元判断第一时间阈值之内，被拦截的通知消息是否被提示；如果该通知消息已经被提示，则将该通知消息存储在第二列表中。
[0107]第二预设单元624，用于预设第二时间阈值。则所述列表单元判断在第二时间阈值之内，被拦截的通知消息是否被提示；如果该通知消息未被提示，则将该通知消息存储在第三列表中。
[0108]提不模块603,用于对比所述第一列表和所述第二列表,提不所述第一列表中存在且所述第二列表中不存在的通知消息；
[0109]和/或提示所述第一列表和所述第三列表中同时存在的通知消息；
[0110]和/或提示所述第一列表中所有存储的通知消息。
[0111]图3?6所示的方法即装置实施例中，利用三种不同的方法从第一列表中选取通知消息并向用户提示。以上三个实施例存在的有益效果是:使得本发明所述方法整体技术方案更加完整，灵活性更强，公开更加充分。
[0112]从另一个角度来讲，本发明中还可以根据需求，以不同的条件触发系统提示所述第一列表中的通知消息。或者说本发明以上的实施例中，可以优选的结合系统提示相应通知消息的触发机制，具体包括以下:
[0113]步骤A、预设第三时间阈值，当有序广播中断达到所述第三时间阈值，则提示通知消息。
[0114]本步骤中，提示相应通知消息是相对实时的。当有序广播中断，所述第一列表、第二列表和/或第三列表中的存储完成，并且有序广播中断若干延时(即第三时间阈值)之后，即提示相应通知消息。一般而言，所述第三时间阈值应该略大于第一时间阈值和第二时间阈值。
[0115]步骤B、预设时间周期，根据时间周期提示通知消息。
[0116]本步骤中，提示相应通知消息是周期性的。例如，可以设置时间周期为一个小时，即每小时向用户提示一次相应的通知消息。
[0117]步骤C、根据提示命令提示通知消息。
[0118]本步骤中，提示相应通知消息是根据用户的操作命令而触发。也就是说，当用户希望查看是否存在被恶意拦截的通知消息时，则通过系统发送一个提示命令；系统根据该命令提示相应的通知消息。
[0119]以上三种提示通知消息的触发条件，可以作为优选方案，单一的或同时的结合到图2?6所示的方法中。以上优选方案存在的有益效果是:使得本发明所述方法整体技术方案更加完整，灵活性更强，公开更加充分。
[0120]另外，为本发明所述移动终端的一个具体实施例，所述移动终端以前述实施例中所述的方法提示通知消息，所述移动终端包括:
[0121]触摸屏显示器；
[0122]一个或多个处理器；
[0123]存储器，以及一个或多个程序；所述一个或多个程序存储在所述存储器中，并被配置为由所述一个或多个处理器执行；所述一个或多个程序包括:
[0124]接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播；判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间；根据预设的提示条件提示所述第一列表中存储的通知消息。
[0125]本实施例中，所述移动终端存在的有益效果是:在系统的层面监控所有通知消息的有序广播，并将所有被拦截的通知消息存储到第一列表中；由此，即使遭遇不向用户发送拦截提示的恶意拦截，依然可以利用第一列表的存储来向用户进行提示；从而避免了恶意拦截导致的通知消息遗失的情况。
[0126]通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本发明各个实施例或者实施例的某些部分所述的方法。
[0127]需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0128]以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
【权利要求】
1.一种移动终端通知消息提示方法，其特征在于，所述方法包括: 接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播； 判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间； 根据预设的提示条件提示所述第一列表中存储的通知消息。
2.根据权利要求1所述方法，其特征在于，所述判断所述有序广播是否被中断具体为: 对参与有序广播的应用程序进行监控，当存在接收且为继续传递通知消息的应用程序，则认为有序广播被中断。
3.根据权利要求1所述方法，其特征在于，所述根据预设的提示条件提示所述第一列表中存储的通知消息具体为: 预设第一时间阈值；判断第一时间阈值之内，被拦截的通知消息是否被提示； 如果该通知消息已经被提示，则将该通知消息存储在第二列表中； 对比所述第一列表和所述第二列表，提示所述第一列表中存在且所述第二列表中不存在的通知消息。
4.根据权利要求1所述方法，其特征在于，所述根据预设的提示条件提示所述第一列表中存储的通知消息具体为: 预设第二时间阈值； 判断在第二时间阈值之内，被拦截的通知消息是否被提示； 如果该通知消息未被提示，则将该通知消息存储在第三列表中； 提示所述第一列表和所述第三列表中同时存在的通知消息。
5.根据权利要求1所述方法，其特征在于，所述根据预设的提示条件提示所述第一列表中存储的通知消息具体为: 提示所述第一列表中所有存储的通知消息。
6.一种移动终端通知消息提示装置，其特征在于，所述装置包括: 接收模块，用于接收通知消息，并按照应用程序的优先级，将所述通知消息转发至应用程序以进行有序广播； 控制模块，用于判断所述有序广播是否被中断；当应用程序中断有序广播，则将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间； 提示模块，用于根据预设的提示条件提示所述第一列表中存储的通知消息。
7.根据权利要求6所述装置，其特征在于，所述控制模块具体包括: 监控单元，用于对参与有序广播的应用程序进行监控，当存在接收且为继续传递通知消息的应用程序，则认为有序广播被中断； 列表单元，用于在应用程序中断有序广播时，将该通知消息存储在第一列表中；所述存储通知消息包括存储通知消息的内容、发送人信息和发送时间。
8.根据权利要求7所述装置，其特征在于，所述控制模块还包括: 第一预设单元，用于预设第一时间阈值； 则所述列表单元还用于，判断第一时间阈值之内，被拦截的通知消息是否被提示；如果该通知消息已经被提示，则将该通知消息存储在第二列表中；则所述提示模块根据预设的提示条件提示所述第一列表中存储的通知消息具体为；对比所述第一列表和所述第二列表，提示所述第一列表中存在且所述第二列表中不存在的通知消息。
9.根据权利要求7所述装置，其特征在于，所述控制模块还包括: 第二预设单元，用于预设第二时间阈值； 则所述列表单元还用于，判断在第二时间阈值之内，被拦截的通知消息是否被提示；如果该通知消息未被提示，则将该通知消息存储在第三列表中； 则所述提示模块根据预设的提示条件提示所述第一列表中存储的通知消息具体为；提示所述第一列表和所述第三列表中同时存在的通知消息。
10.根据权利要求6或7所述装置，其特征在于，所述提示模块根据预设的提示条件提示所述第一列表中存储的通知消息具体为: 提示所述第一列表中·所有存储的通知消息。
【文档编号】H04M1/725GK103826008SQ201410055098
【公开日】2014年5月28日 申请日期:2014年2月18日 优先权日:2014年2月18日
【发明者】朱华, 陈晓轩 申请人:华为终端有限公司