本发明涉及移动互联网技术领域，特别是涉及一种移动互联网技术领域中的终端信息显示方法和装置。
背景技术：
随着移动互联网技术的不断发展，手机等移动终端以及应用于移动终端的各类应用不断涌现，极大的方便了用户之间的交流，然而，伴随而之的问题是用户收到的各类通知消息越来越多，导致通知栏中经常会积累很多消息，有些消息是用户并不关注的，如广告推送、新闻推送，而有些通知消息是用户关注的，而过多的通知消息的积累在一起导致用户无法方便的对关注的消息进行及时查看。
目前，有通过通知栏清理应用拦截部分通知消息收入到一条通知里面，用户可自定义要纳入通知栏管理的应用作为拦截对象，点击清理后即可删除被收入的通知消息。该种方式实现了对纳入通知栏管理的通知消息的统一删除，然而该种方式并不能对通知消息做到精确识别，容易存在漏掉的垃圾通知消息没有拦截，也容易导致部分有价值的通知消息误删除，且通知消息的积累所带来的用户无法方便地及时查看的问题并不能有效解决。
相关技术中，对于上述问题，尚无有效解决方案。
技术实现要素：
基于此，有必要提供一种方便用户快速及时查看通知消息的终端信息显示方法和装置。
一种终端信息显示方法，包括：
监听系统通知栏的通知消息；
当监听到通知消息时，获取所述通知消息的发送参数；
根据所述通知消息的发送参数确定所述通知消息的类型；
若是，根据所述聊天消息创建顶层消息视图，通过所述顶层消息视图动态播放所述聊天消息。
一种终端信息显示装置，包括：
监听模块，用于监听系统通知栏的通知消息；
参数获取模块，用于当监听到通知消息时，获取所述通知消息的发送参数；
判断模块，用于根据所述通知消息的发送参数确定所述通知消息的类型；
播放模块，用于当所述通知消息为聊天消息时，根据所述聊天消息创建顶层消息视图，通过所述顶层消息视图动态播放所述聊天消息。
上述终端信息显示方法和装置，通过监听系统通知栏的通知消息并通过获取通知消息的发送参数识别聊天消息，将聊天消息通过顶层消息视图及时地动态播放，方便用户快速查看，从而可及时从众多的聊天消息中获取关注的聊天消息进行查看，以避免通知消息容易积累过多无法准确有效区分而带来消息推送不便的问题，通过顶层消息视图以动态播放聊天消息，便于用户快速及时的接收到聊天消息所携带的价值信息并针对性做出反应，提升了通过聊天应用进行沟通的及时性，从而也提升了各聊天应用的实用价值。
附图说明
图1为一实施例中终端信息显示装置的系统架构图；
图2为一实施例中终端的内部结构示意图；
图3为一实施例中终端信息显示方法的流程图；
图4为另一实施例中终端信息显示方法的流程图；
图5为又一实施例中终端信息显示方法的流程图；
图6为另一实施例中终端信息显示方法的流程图；
图7为又一实施例中终端信息显示方法的流程图；
图8为再一实施例中终端信息显示方法的流程图；
图9为通过终端信息显示方法进行信息显示的示意图；
图10为一实施例中终端信息显示装置的结构示意图；
图11为另一实施例中终端信息显示装置的结构示意图；
图12为又一实施例中终端信息显示装置的结构示意图；
图13为再一实施例中终端信息显示装置的结构示意图；
图14为另一实施例中终端信息显示装置的结构示意图；
图15为再一实施例中终端信息显示装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。
本发明实施例提供的终端信息显示方法可应用于图1所示的系统中，如图1所示，终端通过网络与服务器进行通信，终端获取服务器的发送各类通知消息并进行显示，其中，通知消息包含通过服务器推送的系统消息、广告消息、新闻消息及用户终端通过聊天应用发送给其它用户终端的交流消息等。聊天应用可以为互联网技术领域中针对不同使用者沟通交流方式的应用软件，包括目前常用的即时通讯应用、移动终端的短消息服务等，用户通过聊天应用发送指向其它用户的交流消息，并通过服务器将交流消息发送给对应的用户终端，其中，交流消息的消息内容通常包括文本消息、图片消息、链接消息、语音消息以及视频消息等，根据消息内容的不同而将通过聊天应用接收的交流消息中最可能包含用户关注的内容设定为聊天消息，如文本消息通常为用户自身思想表达的最有效形式也通常是接收方会关注的内容，因此可以将交流消息中消息内容为文本消息的确定为聊天消息。终端100可以为智能手机、平板电脑、个人数字助理(pda)及个人计算机。服务器200可以为独立的物理服务器或者物理服务器集群。
图1中的终端的内部结构如图2所示。移动终端100包括通过系统总线连接的处理器、非易失性存储介质、内存储器、网络接口以及显示屏。处理器具有计算功能和控制移动终端工作的功能，该处理器被配置为执行一种终端信息显示方法。非易失性存储介质包括磁存储介质、光存储介质和闪存式存储介质中的至少一种，非易失性存储介质存储有操作系统和终端信息显示装置。该终端信息显示装置用于实现对终端获取到的通知消息的现实方法。网络接口用于连接到服务器，用于与服务器进行通信，接收来自服务器发送的通知消息、网络上的资源等。
如图3所示，为本申请一实施例提供的一种终端信息显示方法，该方法可应用于图2所示的终端中，具体包括如下步骤。
步骤101，监听系统通知栏的通知消息。
监听系统通知栏的状态变化，当通知栏状态变化时表示有新的通知消息加入。具体的，以目前主流的android终端为例，监听系统通知栏的通知消息的步骤包括：获取系统服务的通知读取权限，通过系统服务notificationlistenerservice监听通知栏的通知消息。在另一个实施例中，监听系统通知栏的通知消息的步骤包括：获取系统root权限，通过hook函数调用系统服务notificationlistenerservice监听通知栏的通知消息。
步骤103，当监听到通知消息时，获取通知消息的发送参数。
通知消息的发送参数是指能够了解通知消息的发送方信息的相关参数，如发送方名、发送方分类属性、发送方关键字等。当有新的通知消息加入时，通过回调函数获取通知消息的发送参数。具体的，仍以前主流的android终端为例，通过系统服务notificationlistenerservice监听通知栏的通知消息，由于notificationlistenerservice是通过系统调用的服务，当有应用发送通知时监听到新的通知加入，系统会将通知的动作和信息通过回调函数回调给notificationlistenerservice，回调函数是指通过函数指针调用的函数，把函数的指针作为参数传递给另一个函数，当这个指针被用来调用其所指向的函数时即为回调。
步骤105，根据通知消息的发送参数确定通知消息的类型。
通知消息包含通过服务器推送的系统消息、广告消息、新闻消息及用户终端通过聊天应用发送给其它用户终端的交流消息等。其中，交流消息是指用户通过不同聊天应用发送给其它用户以便于与其它用户沟通交流的各类信息。聊天应用是指便于用户相互之间发送文字、图片或者语音等各类消息的应用程序，该类应用程序通常均支持用户将朋友、关注的人、各类自己期望能够与之相互联系的人等加入到一组通讯名单或者一个聊天群体中，目前常用的聊天应用包括短消息功能、各类即时通讯软件。交流消息的消息内容通常包括文本消息、图片消息、链接消息、语音消息以及视频消息等，根据消息内容的不同而将通过聊天应用接收的交流消息进行区分，将当中最可能包含用户关注的内容设定为聊天消息，如文本消息通常为用户自身思想表达的最有效形式也通常是接收方会关注的内容，因此可以将交流消息中消息内容为文本消息的确定为聊天消息，作为可选的实施方式，根据实际应用需求也可以是将其它交流消息确定为聊天消息。为了避免用户接收到大量通知消息导致通知栏消息的累积而造成不能对需要关注的消息的及时查看，根据通知消息的发送参数确定通知消息的类型，判断通知消息是否为聊天消息，识别聊天消息后以便于用户及时查看的显示方式进行显示。聊天消息通常是来自于用户的通讯名单、关注的人或各类自己期望能够与之相互联系的人等，众多的聊天消息中通常会包括用户关注的有价值的信息，其中可能也通常会包括一些当前不关注的信息，仅通过将通知消息收入到一条通知无法对用户关注的有价值的信息有效区分，而根据通知消息的发送参数识别通知消息的类型,通过针对性识别通知消息中的聊天消息以增强聊天消息的阅读便利性，可以极大程度上解决通知栏信息的消息积累以及消息无法精确识别而导致的遗漏或者误删除问题。
步骤107，当所述通知消息为聊天消息时，根据聊天消息创建顶层消息视图，通过顶层消息视图动态播放聊天消息。
顶层消息视图是指显示优先级在最上层的用于展示聊天消息内容的消息窗口。动态播放聊天消息是指将聊天消息的内容通过消息窗口以沿预设方向运动的方式对消息内容进行动态显示，一方面便于将内容较多的聊天消息在相对较小无法一次完整显示的消息窗口中显示完全，另一方面也便于将多条聊天消息根据先后接收的顺序通过顶层消息视图循环地展示和消退，可以同步完成多条聊天消息的呈现，便于用户接收与阅读。
以上终端信息显示方法，通过监听系统通知栏的通知消息并通过通知消息的发送参数识别聊天消息，将聊天消息通过顶层消息视图及时地动态播放，方便用户快速查看，从而可及时从众多的聊天消息中获取关注的聊天消息进行查看，以避免通知消息容易积累过多无法准确有效区分而带来消息推送不便的问题，通常用户无法将关注力总是投入到接收到了什么消息，更加是无法将关注力同时投入到多个聊天应用接收到了什么消息，从而导致通过聊天应用发送聊天消息进行沟通时无法及时传达的情况，通过顶层消息视图以沿预设方向运动的方式、显性显示再逐渐淡出等方式动态播放聊天消息，便于用户快速及时的接收到聊天消息所携带的价值信息并针对性做出反应，提升了通过聊天应用进行沟通的及时性，从而也提升了各聊天应用的实用价值。
在另一个实施例中，请参阅图4，步骤107，当通知消息为聊天消息时，根据聊天消息创建顶层消息视图，通过顶层消息视图动态播放聊天消息的步骤包括：
步骤1071，当通知消息为聊天消息时，根据聊天消息创建顶层消息视图。
步骤1072，通过顶层消息视图分别根据聊天消息所属不同类型应用以相应的显示方式沿预定方向滚动播放聊天消息，显示方式分别对应不同类型应用。
动态播放聊天消息具体包括沿预定方向滚动播放聊天消息，滚动播放有利于不同时间段所接收到的消息的数量、长度实现动态循环的播放，其中预定方向可以是水平方向、竖直方向或非直线形状的其它预先设置好的显示方向。根据聊天消息所属不同类型应用以相应的显示方式播放是指根据不同类型应用而分别设定不同显示方式，显示方式分别对应不同类型应用，从而便于根据不同显示方式即可快速获知相应的聊天消息的发送方。其中，不同显示方式可以为任何可以相互区别的多种显示，如分别通过包含聊天消息所属聊天应用的应用名的顶层消息视图分别播放相应聊天应用的聊天消息、或者通过不同形状顶层消息视图分别播放不同聊天应用的聊天消息、或者通过不同颜色顶层消息视图分别播放不同聊天应用的聊天消息、或者通过沿不同预定方向滚动播放聊天消息的顶层消息视图分别播放相应聊天应用的聊天消息、或者通过不同颜色显示不同聊天应用的聊天消息等等。通过顶层消息视图分别根据聊天消息所属不同类型应用以相应的显示方式沿预定方向滚动播放聊天消息的步骤中，不同类型应用相应的显示方式也可以是预先设定好的，根据接收的聊天消息所属不同类型应用自动选取不同显示方式相互区分多个不同类型应用。
在另一个实施例中，通过顶层消息视图分别根据聊天消息所属不同类型应用以相应的显示方式沿预定方向滚动播放聊天消息的步骤包括：
获取不同类型应用对应的显示方式的选取指令；
根据选取指令通过顶层消息视图分别根据聊天消息所属不同类型应用以相应的显示方式沿预定方向滚动播放聊天消息。
可以通过事先设置多种不同的显示方式，如通过不同颜色顶层消息视图的显示方式、通过顶层消息视图直接显示应用名的显示方式、通过不同形状顶层消息视图的显示方式等等，用户可以分别对不同类型应用对应的显示方式分别对应选取设置，从而根据选取指令分别根据聊天消息所属不同类型应用以相应的显示方式播放聊天消息。在另一个实施例中，可以通过实现设置多种限定显示方式的不同显示元素，通过选取多个显示元素组合形成对应的显示方式，如通过针对某一类型应用的显示方式的选取指令，包含对顶层消息视图的颜色的选取指令、对顶层消息视图是否现实应用名的选取指令、对顶层消息视图形状的选取指令等，通过多个指令组合确定特定的显示方式，从而根据选取指令分别根据聊天消息所属不同类型应用以相应的显示方式播放聊天消息。
通过通过顶层消息视图分别根据聊天消息所属不同类型应用以相应的显示方式播放聊天消息，以不同的显示方式分别对应于不同的聊天消息所属类型应用，用户在通过顶层消息视图动态接收到聊天消息时可以快速知晓聊天消息的所属应用，便于用户能够快速识别关注消息与非关注消息。
在一个实施例中，请参阅图5，步骤105，根据通知消息的发送参数确定通知消息的类型的步骤包括：
步骤1051，获取应用规则列表；
应用规则列表是指按照预先设定规则配置的聊天应用列表，其中预先设定规则根据目前聊天应用所共同具有的特性确定的，如目前聊天应用所共同具有的特性中具有相同关键字，则根据应用名中包含的相同关键字作为预先设定规则，如目前聊天应用所共同具有的特性中具有相同分类属性，则根据应用名中包含的相同分类属性作为预先设定规则，如此根据多个不同的共同特性分别形成多条预先设定规则而将目前聊天应用分类到相应的预先设定规则内，形成应用规则列表。在一具体的实施例中，应用规则列表的示意如下：
rulea(app1,app2,app3，…)
ruleb(app4，app5，app6，…)
其中，rulea表示预先设定规则a，ruleb表示预先设定规则b，app1表示第一聊天应用，app2表示第二聊天应用,以此类推。
步骤1052，根据应用规则列表和发送参数确定通知消息的发送方是否为聊天应用。
发送参数是指能够用于了解通知消息的发送方信息的相关参数，如发送方名、发送方分类属性、发送方关键字等。应用规则列表则是根据发送方信息的相关参数中的共同特性所提取的预先设定规则而形成的聊天应用列表。根据发送参数与应用规则列表中的聊天应用或者预先设定规则是否匹配的结果判断发送方是否为聊天应用，当通知消息的发送参数与应用规则列表中的聊天应用或者预先设定规则匹配时，则该通知消息的发送方为聊天应用；当通知消息的发送参数与应用规则列表中的聊天应用或者预先设定规则均不匹配时，则该通知消息的发送方不为聊天应用。
步骤1053，当通知消息的发送方为聊天应用时，获取通知消息的消息内容判断是否包含文本消息，根据消息内容中是否包含文本消息以判断通知消息是否为聊天消息。
通过聊天应用发送的交流消息的消息内容包含各种形式，如图片消息、链接消息、文本消息以及语音消息等。其中，通过文字传达的通常是用户自己编辑的用于描述包含自身看法或者思想的内容，因此文本消息是传递用户关注信息最可靠的方式。通过判断通知消息的消息内容是否包含文本消息，将文本消息作为需要通过顶层消息视图动态播放的聊天消息，根据消息内容中是否包含文本消息以判断通知消息是否为聊天消息，再通过顶层消息视图运动播放该聊天消息，从而确保用户关注的有价值信息能够及时传达给被接收用户。
在一个实施例中，请参阅图6，发送参数包括应用名或应用分类属性，步骤1051，获取应用规则列表的步骤包括：
步骤1055，获取服务器发送的以预设规则配置的聊天应用列表。
其中预设规则与应用规则列表中的预先设定规则可以是相同的规则，即预设规则同样是根据目前聊天应用所共同具有的特性确定的，如目前聊天应用所共同具有的特性中具有相同关键字，则根据应用名中包含的相同关键字作为预设规则，如目前聊天应用所共同具有的特性中具有相同分类属性，则根据应用名中包含的相同分类属性作为预设规则，如此根据多个不同的共同特性分别形成多条预设规则而将目前聊天应用分类到相应的预设规则内，形成将目前聊天应用按照预设规则划分的聊天应用列表。
步骤1056，获取选取应用为或不为聊天应用的选取指令。
选取应用为或不为聊天应用的选取指令包括由用户通过终端将终端上所安装的应用手动添加为聊天应用以及用户通过终端将聊天应用列表中的应用删除不作为聊天应用的选取指令。
步骤1057，根据聊天应用列表及选取指令生成包含应用名或者应用分类属性的应用规则列表。
应用规则列表根据服务器自动配置的聊天应用列表以及用户指定聊天应用的选取指令共同确定，通过服务器的后台配置可以实现大部分的聊天应用的统一识别，而通过用户手动添加或者删除应用为聊天应用的选取指令可以弥补服务器统一识别可能出现的误差与满足用户的个性化需求，随着越来越多的符合特定需求目的的个性化的聊天应用出现，难以确保所有的聊天应用均通过服务器后台统一配置的方式可以通过提取聊天应用所共同具有的特性的方式而形成对应的预设规则，从而难以确保所有的聊天应用都可以精确地划分到预设规则中去，因此支持用户手动添加或者删除来完善聊天应用列表能够弥补统一识别可能出现的误差；其次，对于服务器后台统一配置的聊天应用列表中的聊天应用的使用用户可能有自身的喜好差异，对于自己沟通交流的主要手段可能会有偏向性，如将其中一聊天应用作为工作商务等重要事务的交流手段，将其中另一聊天应用作为平日休闲娱乐互动的交流手段，为了确保通过本申请所提供的终端显示方式能够更加精确的及时接收关注的消息，可以通过从服务器所提供的聊天应用列表中删除该其中另一聊天应用来满足自己的需求，从而能够满足用户的个性化需求。可以理解的，用户手动添加应用为聊天应用完善聊天应用列表的步骤中，也可以添加一般分类中实际上并不为聊天应用的应用加入到聊天应用列表中。
根据应用名或者应用分类属性对应用进行划分是准确识别应用是否为聊天应用有效手段，通常而言，聊天应用的应用名当中包含“聊天”、“群聊”等相同字符，或者分类属性当中包含“通讯”、“社交”等相同字符。通过生成包含应用名或者应用分类属性的应用规则列表，并对应获取通知消息的发送参数中的应用名或者应用分类属性，通过根据应用或者应用分类属性准确识别聊天应用。
在一个实施例中，根据聊天消息创建顶层消息视图的步骤包括：
若当前显示页面为桌面时，调用系统管理器的增加子视图函数在桌面创建显示优先级为最上层的顶层消息视图。
若当前显示页面为应用页面时，调用系统管理器的增加子视图函数在当前应用页面创建显示优先级为最上层的顶层消息视图。
通过调用系统管理器的增加子视图函数的方式在任意界面创建视图展示聊天消息，仍以android系统为例，可以通过调用系统管理器windowmanager的增加子视图addview函数创建视图。其中，顶层消息视图是指显示优先级为任意界面的上层的视图，以便于在收到通知消息并判断为聊天消息时，可以在任意当前界面的上层展示聊天消息，根据终端的当前显示状态，当前显示页面为桌面时，在桌面创建顶层消息视图显示当前接收到的聊天消息，当前显示页面为任意应用进程时，在当前应用页面创建顶层消息视图显示当前接收到的聊天消息，达到便于及时阅读的目的。
在一个实施例中，该终端信息显示方法中顶层消息视图的显示优先级还可以根据获取设置该终端信息显示装置的显示级别的设置指令进行调整，相应的设置指令包括在锁定屏幕状态下显示或在锁定屏幕状态下不显示的指令，当设置指令为在锁定屏幕状态显示时，即使在锁屏状态下，无需解锁屏幕，当监听到系统通知栏的通知消息并判断为聊天消息时，便创建顶层消息视图动态展示聊天消息的消息内容以便用户及时了解，用户在阅读到重要的或者想要立即回复的聊天消息时，可以通过点击对应顶层消息视图中的聊天消息后切换进入解锁界面、通过解锁界面输入解锁指令后直接转入该聊天消息所属聊天应用。当设置指令为在锁定屏幕状态不显示时，当监听到系统通知栏的通知消息并判断为聊天消息时，判断是否为非锁屏状态，若是，则直接在当面页面的上层创建顶层消息视图展示聊天消息，若否，则待获取到屏幕解锁指令时，将当前屏幕解锁之前的锁屏时间段内所监听到的聊天消息根据接收时间顺序通过顶层消息视图滚动播放。
在一个实施例中，该终端信息显示方法还包括如下步骤：获取选择顶层消息视图中的聊天消息的选取指令，根据所述选取指令切换进入所述聊天消息所属应用。通过本申请实施例所提供的终端信息显示方法，用户可以及时接收到自己所关注的信息，并通过点击或者触摸等方式选取对应的所关注信息的选取指令直接进行回复或详细查看，从而提高有效消息的传达效率。
在一个实施例中，请参阅图7，步骤107，当通知消息为聊天消息时，根据聊天消息创建顶层消息视图,通过顶层消息视图动态播放聊天消息的步骤包括：
步骤1073，当通知消息为聊天消息时，获取屏宽和屏高，根据屏宽和屏高确定聊天消息的坐标；
步骤1074，获取聊天消息的消息长度，根据消息长度确定聊天消息的运动速度；
步骤1078，根据坐标创建顶层消息视图，通过顶层消息视图以上述运动速度滚动播放所述聊天消息。
聊天消息的坐标可以根据屏宽和屏高所限定的显示范围内随机确定，坐标的确定包括分别确定x轴坐标和y轴坐标，具体的确定方式示意如下：
x＝random(0，screenwidth)
y＝random(0，screenheight)
其中，x、y分别表示顶层消息视图相对于屏幕左上角为原点时的x、y轴坐标，screenwidth表示屏宽，screenheight表示屏高。以聊天消息的坐标为原点随机设置聊天消息显示的起始位置以创建对应的顶层消息视图，其中聊天消息显示的起始位置可确定顶层消息视图的长度，根据消息长度与对应顶层消息视图的长度可计算聊天消息的运动速度。
具体的，请参阅图8，步骤1074，获取聊天消息的消息长度，根据消息长度确定聊天消息的运动速度的步骤包括：
步骤1075，获取聊天消息的消息长度，根据消息长度与播放系数的乘积获得聊天消息的滚动时长；
步骤1076，设置聊天消息的播放的起始位置；
步骤1077，根据起始位置与滚动时长确定聊天消息的滚动速度。
聊天消息的运动速度与消息长度之间呈反比，其中运动速度可通过对应的聊天消息的运动时长与顶层消息视图的显示长度确定。获取聊天消息的消息长度，根据消息长度与播放系数的乘积获得聊天消息的滚动时长，具体的确定方式示意如下：
duration＝textlength*scale
其中，duration表示滚动时长，textlength表示消息长度，scale表示播放系数。其中播放系数根据对应顶层消息视图可播放的最长时间和最长文本的比例来确定。以聊天消息的坐标为起始坐标，以起始坐标为原点设置对应聊天消息播放的起始位置并创建对应的顶层消息视图，根据起始位置与滚动时长确定聊天消息的滚动速度。聊天消息包含的文本消息越长，则运动速度越慢，反之文本消息越短，则运动速度越快，从而符合阅读需求。
在一具体的实施例中，终端为andriod系统终端，监听系统通知栏的通知消息通过系统服务notificationlistenerservice监听通知栏的状态变化，当有通知加入时，系统服务收到回调通过回调函数获取通知消息的发送参数，发送参数包含发送方名和发送内容。终端信息显示装置启动后更新应用规则列表到本地，根据获取到的发送方名与应用规则列表进行匹配，如果匹配则可以判断当前通知消息的发送方为聊天应用。其中应用规则列表包括终端信息显示装置启动后自动获取的服务器发送的预先配置的聊天应用列表，或者该预先配置的聊天应用列表结合终端用户根据实际需求增加或者删除指定应用为聊天应用的选取指令所形成的包含应用名或者应用分类属性的列表。该应用规则列表的形式的具体示意如下：
rulea(app1,app2,app3，…)
ruleb(app4，app5，app6，…)
其中，rulea表示预先设定规则a，如应用名中包含共同的关键字a，ruleb表示预先设定规则b，如分类属性中包含共同的关键字b，app1表示第一聊天应用，app2表示第二聊天应用,以此类推。关键字a为“聊天”、“群聊”，则应用名中包含“聊天”、“群聊”关键字的应用app1,app2,app3均划分至预先设定规则a中，关键字b为“通讯”、“社交”，则应用分类中包含“通讯”、“社交”关键字的应用app4，app5，app6均划分至预先设定规则b中。通过应用规则列表与通知消息的发送方名判断该通知消息的发送方为聊天应用时，获取该通知消息的发送内容，具体可通过android中的statusbarnotification获取通知消息的发送内容。根据发送内容判断为图片消息、链接消息、语音消息或文本消息，当仅包含文本消息时将该通知消息确定为聊天消息，当包含文本消息与其它类型消息时，过滤掉其它内容消息后提取文本消息为聊天消息。通过调用系统管理器windowmanager的增加子视图addview函数在当前界面创建显示优先级为当前界面上层的顶层消息视图，动态展示聊天消息。该顶层消息视图为弹幕，配合android框架，完成弹幕的滚动播放。请参阅图9，为本申请实施例所提供的终端信息显示方法的显示示意图。
请参阅图10，在另一实施例中，提供一种终端信息显示装置，包括监听模块11、参数获取模块13、确定模块15及播放模块17。监听模块11用于监听系统通知栏的通知消息。参数获取模块13用于当监听到通知消息时，获取通知消息的发送参数。确定模块15用于根据通知消息的发送参数确定通知消息的类型。播放模块17用于当通知消息为聊天消息时，根据聊天消息创建顶层消息视图，通过顶层消息视图动态播放聊天消息。
请参阅图11，播放模块17包括视图创建单元171与播放单元172。视图创建单元171用于根据聊天消息创建顶层消息视图。播放单元172用于通过顶层消息视图分别根据聊天消息所属不同类型应用以相应的显示方式沿预定方向滚动播放聊天消息，其中显示方式分别对应不同类型应用。在一实施例中，播放单元172包括显示方式指令单元及滚动播放单元。显示方式指令单元用于获取不同类型应用对应的显示方式的选取指令。滚动播放单元用于根据选取指令通过顶层消息视图分别根据聊天消息所属不同类型应用以相应的显示方式沿预定方向滚动播放聊天消息。
请参阅图12，确定模块15包括列表获取单元151、应用确定单元152及消息确定单元153。列表获取单元151用于获取应用规则列表。应用确定单元152用于根据应用规则列表和发送参数确定通知消息的发送方是否为聊天应用。消息确定单元153用于当通知消息的发送方为聊天应用时，获取通知消息的消息内容判断是否包含文本消息，根据消息内容中是否包含文本消息以确定通知消息的类型是否为聊天消息。
请参阅图13，列表获取单元151包括获取单元155、指令单元156及列表单元157。获取单元155用于获取服务器发送的以预设规则配置的聊天应用列表。指令单元156用于获取选取应用为或不为聊天应用的选取指令。列表单元157用于根据聊天应用列表及选取指令生成包含应用名或者应用分类属性的应用规则列表。
在一个实施例中，播放模块17具体用于若当前显示页面为桌面时，调用系统管理器的增加子视图函数在桌面创建显示优先级为最上层的顶层消息视图；若当前显示页面为应用页面时，调用系统管理器的增加子视图函数在当前应用页面创建显示优先级为最上层的顶层消息视图。
在另一个实施例中，请参阅图14，播放模块17包括坐标确定单元173、运动确定单元174及播放单元178。坐标确定单元173用于获取屏宽和屏高，根据屏宽和屏高确定聊天消息的坐标。运动确定单元174用于获取聊天消息的消息长度，根据消息长度确定聊天消息的运动速度。播放单元178用于根据坐标创建顶层消息视图，通过顶层消息视图以以上运动速度滚动播放聊天消息。在一实施例中，终端信息显示装置还包括消息选取模块，用于获取选择顶层消息视图中的聊天消息的选取指令，根据选取指令切换进入聊天消息所属应用。
具体的，请参阅图15，运动确定单元174包括时长获取单元175、设置单元176及速度确定单元177。时长获取单元175用于获取聊天消息的消息长度，根据消息长度与播放系数的乘积获得聊天消息的滚动时长。设置单元176用于设置聊天消息的播放的起始位置。速度确定单元177用于根据起始位置与滚动时长确定聊天消息的滚动速度。
以上终端信息显示装置，通过监听模块监听系统通知栏的通知消息并通过通知消息的发送参数识别聊天消息，播放模块将聊天消息通过顶层消息视图及时地动态播放，方便用户快速查看，从而可及时从众多的聊天消息中获取关注的聊天消息进行查看，以避免通知消息容易积累过多无法准确有效区分而带来消息推送不便的问题，通常用户无法将关注力一直持续地投入到接收到了什么消息，更加是无法将关注力同时投入到多个聊天应用接收到了什么消息，从而导致通过聊天应用发送聊天消息进行沟通时无法及时传达的情况，通过顶层消息视图以动态播放聊天消息，便于用户快速及时的接收到聊天消息所携带的价值信息并针对性做出反应，提升了通过聊天应用进行沟通的及时性，从而也提升了各聊天应用的实用价值。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)或随机存储记忆体(randomaccessmemory，ram)等。
以上所述实施例仅库达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。