消息显示方法、装置及设备与流程

本发明涉及通信技术领域，尤其涉及一种消息显示方法、装置及设备。

背景技术：

现如今的移动终端上使用的应用程序是越装越多，随着移动终端业务的大量使用，相应的应用程序向所述预定显示位置推送的通知消息也越来越多，用户几乎每天都会收到许多应用程序推送的通知消息，这对通知栏的显示造成了一大压力，大量的通知消息使得通知栏的显示变得杂乱无序，混乱不已，用户也很有可能因此忽略了重要或者有用的推送消息，这对用户造成了一大困扰，大大降低了用户体验。现有技术中，通知栏获取了通知消息后一条接一条地显示于通知栏界面，并没有对其进行分类处理，不管其中的通知消息是什么类别的消息，统统显示于通知栏中，有时通知栏界面拥挤了太多同应用的或不同应用的通知消息，这些数目众多、排列杂乱的通知信息使得用户难以找到自己感兴趣的通知信息，使得用户受到一些无用的通知消息或者自己不喜欢的通知消息的干扰，极大程度会造成用户反感度增加，通知栏的作用因此也大大地降低。

技术实现要素：

为了克服上述所指的现有技术中的不足之处，本发明提供一种消息显示方法、装置及设备，以解决如上述现有技术中至少一个问题。

本发明解决上述技术问题所采用的技术方案如下：

根据本发明的一个方面，提供一种消息显示方法，包括以下步骤：

获取当前接收到的第一通知消息；

确定所述第一通知消息的所属类型；

当预定显示位置存在与所属类型相同的第二通知消息时，将所述第一通知消息与所述第二通知消息合并显示。

具体的，所述获取当前接收到的第一通知消息，具体包括以下步骤：

接收显示所述第一通知消息的显示指令；

验证所述显示指令的有效性，获取所述第一通知消息。

具体的，所述验证显示指令的有效性包括验证以下一种或多种：操作码、地址码、指令长度。

具体的，所述确定所述第一通知消息的所属类型，包括以下步骤：

根据获取的第一通知消息，分析所述第一通知消息的属性特征；

通过对所述第一通知消息的属性特征的分析，确定所述第一通知消息的所属类型。

具体的，所述类型包括如下任意一种或任意多种：由同一应用程序产生的通知消息为一种类型；由同一用途的多种应用程序产生的通知消息为一种类型；由用户指定的应用程序产生的通知消息为一种类型；未归为任何其他类型的通知消息为一种类型。

具体的，所述第一通知消息的属性特征包括以下任意一种或多种：终端信息、系统信息和应用信息。

具体的，所述将所述第一通知消息与所述第二通知消息合并显示，具体包括以下步骤：

将与所述第一通知消息所属类型相同的第二通知消息和所述第一通知消息合并为用于收纳通知消息的合并组；

将所述合并组显示于所述预定显示位置。

具体的，所述合并组接收到作用于合并组的显示展开指令，在所述预定显示位置展开显示该合并组所收纳的第一通知消息和第二通知消息，所述显示于所述预定显示位置中的第一通知消息接收作用于所述第一通知消息显示区域的详情显示指令，显示所述第一通知消息的详情页面。

具体的，所述不同类型的通知消息被相应不同的所述合并组所收纳，所述预定显示位置允许显示一个或多个所述合并组，每个合并组用于收纳一种类型的通知消息。

具体的，所述通知消息或合并组的显示部分包括标题、内容、图标、扩展部分中任意一种或者多种。

具体的，所述扩展部分至少包括以下一种或多种：通过统计相同类型的所述通知消息的数量并显示于所述预定显示位置或合并组的部分、通过调用所述通知消息对应的应用查看通知消息详情的部分、通过调用相关应用分享所述通知消息的部分、通过调用相关删除函数响应作用于所述通知消息或合并组所在区域的删除指令将所述通知消息或合并组删除的部分、通过调用系统相关设置强制停止所述通知消息对应的应用运行的部分以及通过调用系统相关设置不再提醒所述通知消息对应的应用推送的通知消息的部分。

相应的，本发明还提供一种消息显示装置，应用于移动终端，包括：

获取模块：用于获取当前接收到的第一通知消息；

确定模块：用于确定所述第一通知消息的所属类型；

合并模块：用于当预定显示位置存在与所属类型相同的第二通知消息时，将所述第一通知消息与所述第二通知消息合并显示。

具体的，所述获取模块，具体包括：

接收单元：用于接收显示所述第一通知消息的显示指令；

验证单元：用于验证所述显示指令的有效性，获取所述第一通知消息。

具体的，所述验证显示指令的有效性包括验证以下一种或多种：操作码、地址码、指令长度。

具体的，所述确定模块，包括：

分析单元：用于根据获取的第一通知消息，分析所述第一通知消息的属性特征；

确定单元：用于通过对所述第一通知消息的属性特征的分析，确定所述第一通知消息的所属类型。

具体的，所述类型包括如下任意一种或任意多种：由同一应用程序产生的通知消息为一种类型；由同一用途的多种应用程序产生的通知消息为一种类型；由用户指定的应用程序产生的通知消息为一种类型；未归为任何其他类型的通知消息为一种类型。

具体的，所述第一通知消息的属性特征包括以下任意一种或多种：终端信息、系统信息和应用信息。

具体的，所述合并模块，具体包括：

合并单元：用于将所述第一通知消息与所述第二通知消息合并为用于收纳通知消息的合并组；

显示单元：用于将所述合并组显示于所述预定显示位置。

具体的，所述合并组接收到作用于合并组的显示展开指令，在所述预定显示位置展开显示该合并组所收纳的第一通知消息和第二通知消息，所述显示于所述预定显示位置中的第一通知消息接收作用于所述第一通知消息显示区域的详情显示指令，显示所述第一通知消息的详情页面。

具体的，所述不同类型的通知消息被相应不同的所述合并组所收纳，所述预定显示位置允许显示一个或多个所述合并组，每个合并组用于收纳一种类型的通知消息。

具体的，所述通知消息或合并组的显示部分包括标题、内容、图标、扩展部分中任意一种或者多种。

具体的，所述扩展部分至少包括以下一种或多种：通过统计相同类型的所述通知消息的数量并显示于所述预定显示位置或合并组的部分、通过调用所述通知消息对应的应用查看通知消息详情的部分、通过调用相关应用分享所述通知消息的部分、通过调用相关删除函数响应作用于所述通知消息或合并组所在界面区域的删除指令将所述通知消息或合并组删除的部分、通过调用系统相关设置强制停止所述通知消息对应的应用运行的部分以及通过调用系统相关设置不再提醒所述通知消息对应的应用推送的通知消息的部分。

相应的，本发明还提供一种消息显示设备，所述设备包括上述装置。

与现有技术相比，本发明具备如下优点：

本发明在所述预定显示位置这一显示界面上，对通知消息进行了分类管理显示，将属于同一应用或同一类型应用或用户自定义分类应用或未分类应用的通知消息合并，这给用户阅览通知消息提供了更加方便的方式，使得通知栏内通知消息的显示更加简洁、清晰，不仅降低了空间的占用，而且提高了用户阅读有用通知消息的效率，节省了时间，提高了用户体验。

另外的，本发明所述方法通过获取当前接收到的第一通知消息，确定所述第一通知消息的所属类型，当预定显示位置存在与所属类型相同的第二通知消息时，将所述第一通知消息与所述第二通知消息合并显示。所述显示指令在符合有效性的情况下才获取所述第一通知消息，对获取的所述第一通知消息进行分析进而确定其所属类型，通过这种方式避免了一些无用的或者用户自定义不喜欢的通知消息的干扰，提高了推送的通知消息的纯净度。

综上所述，本发明对属于同一应用或用户自定义分类应用或未分类应用的通知消息进行了合并管理，使得所述预定显示位置界面简洁，表述通知消息的内容更加清晰，降低了资源占用，不仅如此，还对所述预定显示位置内通知消息的显示进行了筛选，提高了推送的通知消息的纯净度，避免了无用通知信息以及不喜欢的通知消息的打扰，提高了用户体验。

【附图说明】

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明中一种消息显示方法的一个实施例的总程序流程图；

图2为本发明中一种消息显示方法的一个实施例的程序流程图；

图3为本发明中一种消息显示装置的一个实施例的总结构框图；

图4为本发明中一种消息显示装置的一个实施例的结构框图。

【具体实施方式】

下面结合附图和示例性实施例对本发明作进一步地描述，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。此外，如果已知技术的详细描述对于示出本发明的特征是不必要的，则将其省略。

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

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

本技术领域技术人员可以理解，下文所使用的“终端”、“终端设备”或者“移动通信终端”是指可以在移动中使用的计算机设备，广义的讲包括手机、笔记本、平板电脑、POS机甚至包括车载电脑。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视等设备。这里所使用的“终端”、“终端设备”也拥有非常丰富的通信方式，即可以通过GSM，CDMA，WCDMA，EDGE，3G等无线运营网通讯，也可以通过无线局域网，蓝牙和红外进行通信。

用户界面泛指能够用于向智能终端发送所述控制指令的显示界面，例如，可以为Android系统的设置页面中的一个选项(或按键，由所述应用程序添加其中，下同)，也可以是从桌面呼出的所述预定显示位置或者交互页面中的一个选项，还可以是所述应用程序的一个活动组件所构造的页面中的一个选项。

计算机是通过执行指令来处理各种数据的。为了指出数据的来源、操作结果的去向及所执行的操作，一条指令必须包含下列信息：

(1)操作码，(OperationCode，OP)它具体说明了操作的性质及功能，一台计算机可能有几十条至几百条指令，每一条指令都有一个相应的操作码，计算机通过识别该操作码来完成不同的操作。

(2)操作数的地址，CPU通过该地址就可以取得所需的操作数。

(3)操作结果的存储地址，把对操作数的处理所产生的结果保存在该地址中，以便再次使用。

(4)下条指令的地址，执行程序时，大多数指令按顺序依次从主存中取出执行，只有在遇到转移指令时，程序的执行顺序才会改变，为了压缩指令的长度，可以用一个程序计数器(Program Counter，PC)存放指令地址。每执行一条指令，PC的指令地址就自动+1(设该指令只占一个主存单元)，指出将要执行的下一条指令的地址。当遇到执行转移指令时，则用转移地址修改PC的内容。由于使用了PC，指令中就不必明显地给出下一条将要执行指令的地址。

有必要先对本发明的应用场景及原理进行如下的先导性说明。

通知栏是一款比较大众化使用的应用程序，主要功能是利用所述通知栏的通知消息的核心服务器与三方应用程序通过鉴权码接入后接收显示三方应用所推送的通知消息，通常显示在手机终端的界面上端，用户由至上而下滑动手机终端界面即可带动所述通知栏的界面的出现，于所述通知栏上可以不仅仅包括三方应用的通知消息，也可以包括手机终端系统设置中心的一些的设置快捷键，如WLAN开关、蓝牙开关、移动数据开关等。

需要说明的是，本发明所述预定显示位置表示的是在通知栏或其他三方应用程序界面中通知消息的显示位置。

以下描述的一种消息显示方法，可应用于蜂窝式通信设备，例如应用于移动电话、平板电脑、智能可穿戴设备等等。在以下的描述中，以移动电话为例进行说明，亦可统一为终端设备进行说明。

为了使本技术领域的人员更好地理解本发明实施例的方案，下面结合附图和实施方式对本发明作进一步的详细说明。以下实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本发明的关键点在于，智能设备或者智能终端支持液晶屏触控功能，且智能设备或者智能终端具备有所述预定显示位置应用程序的情况下才可使用消息显示方法，否则，本发明所带来的技术效果就不能够完美的呈现了。

另外，一种消息显示装置还包括多种功能按键、功能接口及功能传感器。

所述智能设备/智能终端为一种消息显示设备，用于实现上述一种消息显示方法，其主要包括：

处理器，用于执行实现一种消息显示方法的程序。

存储介质，用于存储所述方法实现过程中产生的候选中间数据以及结果数据。

显示装置，用于显示所述方法实现过程中产生的中间信息及结果信息。

通信装置，用于收发所述方法实现过程中产生的中间数据以及结果数据。

请参阅附图1所示的一种消息显示方法的一个实施例的总程序流程图，本发明所述方法包括以下步骤：

110，获取当前接收到的第一通知消息。

具体的，所述获取当前接收到的第一通知消息的步骤中包括如下步骤：

接收显示所述第一通知消息的显示指令；

验证所述显示指令的有效性，获取所述第一通知消息。

所述显示指令实际上包括两种信息即操作码和地址码。所述操作码用来表示该显示指令所要完成的数据传送操作，其指令长度取决于指令系统中的指令条数。所述地址码用来描述该显示指令的操作对象，它或者直接给出操作数，或者指出操作数的存储器地址或寄存器地址(即寄存器名)。

具体的，所述预定显示位置服务器与三方应用程序服务器建立相关的协议，在相关的协议下，三方应用程序与所述预定显示位置实现通信，所述三方应用程序服务器将所述第一通知消息以预定规则处理后推送至所述预定显示位置服务器，当所述预定显示位置服务器获取到该三方应用程序的通知消息时，同时由所述三方程序服务器下发相应的第一通知消息显示指令。

具体的，所述预定显示位置接收到所述第一通知消息显示指令后，分析所述第一通知消息显示指令，验证所述第一通知消息显示指令的有效性，所述验证显示指令的有效性包括验证以下一种或多种：操作码、地址码、指令长度，所述操作码用来表示该显示指令所要完成的数据传送操作；所述指令长度取决于指令系统中的指令条数；所述地址码用来描述该显示指令的操作对象，该地址码直接给出操作数，或者指出操作数的存储器地址或寄存器地址。当所述显示指令验证具备有效性时，具体是当操作码、地址码以及指令长度均有效时，获取由所述三方应用程序服务器推送的第一通知消息；当所述显示指令为无效指令时，所述预定显示位置服务器将忽略所述第一通知消息。

120，确定所述第一通知消息的所属类型。

具体的，所述确定所述第一通知消息的所属类型的步骤中具体包括以下步骤：

根据获取的第一通知消息，分析所述第一通知消息的属性特征；

通过对所述第一通知消息的属性特征的分析，确定所述第一通知消息的所属类型。。

当所述第一通知消息的显示指令为有效时，提取推送至所述预定显示位置的所述第一通知消息，进行二次分析，主要分析的是所述获取的通知消息的属性特征，所述属性特征包括以下任意一种或者多种：终端信息、系统信息和应用信息，其中，所述通知消息将在所述终端信息以及系统信息符合要求的基础上进行显示。所述应用信息包括：包名、应用版本以及所述预定显示位置服务器和接入三方应用程序之间的鉴权码中的任意一种或多种，所述预定显示位置服务器和接入三方应用程序之间采用客户端/服务器模式。

对所述第一通知消息的分析具体表现在：对所述通知消息实施分类处理以及有效性和合法性的判定。其中，所述通知消息的有效性是指所述通知消息符合所述预定显示位置预定规则以及所述合法性是指所述通知消息在所述预定显示位置显示的预设权限之内，其中，所述预定规则包括所述通知消息的显示是否符合预设格式要求，所述通知消息的内容具体包括标题、消息内容、推送具体时间、消息类型以及图标等中任意一种或多种；还有的是检验所述通知消息的合法性主要是根据调用系统设置中对通知消息显示的相关限定，在具备所述相关限定的内容即不满足系统的合法性时，系统将忽略所述通知消息的推送，其中，所述相关限定可根据系统由云端服务器获取的不满意度高的通知消息列表而制定相关的限定条件，还可根据用户自定义相关的限定列表而制定相关的限定条件或者是对某一些应用程序推送的通知消息进行强制性的限制，具体的，所述限定条件包括限定具非正常渠道的广告成分的因素、限定具攻击性成分的因素以及用户不喜欢或不感兴趣的信息因素等，故在所述有效性及合法性的限定下，过滤了一些非法无效的通知消息，使得用户免受打扰，提高了用户使用满意程度。

所述通过对所述第一通知消息的属性特征的分析，确定所述第一通知消息的所属类型的过程中，根据对所述第一通知消息属性特征的分析结果，获取所述第一通知消息的类型特征，将所述第一通知消息的类型特征与预设的消息类型特征进行比对，得出所述第一通知消息的所属类型，又或者是根据所述第一通知消息的类型特征，将所述第一通知消息的类型特征定义为一类。

例如：所述预定显示位置在某一单位时间区间内共收到通知消息有：a1、a2、a3、a4、a5、a6、a7，其中a1属于影音类的好听音乐推荐，a2属于影音类的好看视频推荐，a3属于聊天类应用程序推送的提醒信息，a4属于购物类应用程序推送的精品推荐信息，a5属于与a4对应的购物类应用程序推送的消费详情信息提醒，a6属于系统未归类应用程序推送的信息，a7属于天气预报类应用程序推送的实时天气预报信息。

130，当所述预定显示位置存在与所属类型相同的第二通知消息时，将所述第一通知消息与所述第二通知消息合并显示。

具体的，所述将所述第一通知消息与所述第二通知消息合并显示包括以下步骤：

将与所述第一通知消息所属类型相同的第二通知消息和所述第一通知消息合并为用于收纳通知消息的合并组；

将所述合并组显示于所述预定显示位置。

其中，判断所述显示位置上是否存在相同类型的第二通知消息，若存在所述相同类型的第二通知消息，则将所述第一通知消息与所述第二通知消息合并为用于收纳通知消息的合并组并显示于所述预定显示位置中，若否，则显示所述第一通知消息于所述预定显示位置中。

所述不同类型的通知消息被相应不同的所述合并组所收纳，所述预定显示位置允许显示一个或多个所述合并组，每个合并组用于收纳一种类型的通知消息。

所述通知消息或合并组的显示部分包括标题、内容、图标、扩展部分中任意一种或者多种。所述扩展部分至少包括以下一种或多种：通过统计相同类型的所述通知消息的数量并显示于所述预定显示位置或合并组的部分、通过调用所述通知消息对应的应用查看通知消息详情的部分、通过调用相关应用分享所述通知消息的部分、通过调用相关删除函数响应作用于所述通知消息或合并组所在区域的删除指令将所述通知消息或合并组删除的部分、通过调用系统相关设置强制停止所述通知消息对应的应用运行的部分以及通过调用系统相关设置不再提醒所述通知消息对应的应用推送的通知消息的部分。

所述类型包括如下任意一种或任意多种：由同一应用程序产生的通知消息为一种类型；由同一用途的多种应用程序产生的通知消息为一种类型；由用户指定的应用程序产生的通知消息为一种类型；未归为任何其他类型的通知消息为一种类型。

根据所述预定显示位置获取通知消息的先后时间，将所述获取的通知消息分别显示于所述预定显示位置界面中，前提是当获取的通知消息所属类型并不相同的情况下，即所述通知消息为第一通知消息。于此同时，确定根据获取通知消息的先后顺序排列于所述预定显示位置的前后位置关系。

另外的，所述通知消息显示于所述合并组，所述合并组显示于所述预定显示位置界面中，所述预定显示位置的界面显示主要有两种方式：一种是显示界面识别用户于显示界面上操作的动作指示，根据所述动作指示触发并调用相关函数，下发所述预定显示位置的显示指令。其中，所述动作指示包括通常情况下的用户于用户界面上通过手部行为动作做出的操作包括下拉操作、上拉操作、左滑动操作以及右滑动操作中任意一种，最常用的普遍是往下拉的指示操作，通过所述下拉操作；另外一种是当所述预定显示位置的调用以虚拟按键或者实体按键的形式时，终端将根据用户于用户显示界面上点击所述虚拟按键的操作，进而触发所述预定显示位置显示指令的相关函数调用，以显示所述预定显示位置，或者是终端将根据用户于终端上实体按键开关的按压进而下发所述预定显示位置的显示指令，以显示所述预定显示位置。

所述合并组接收到作用于合并组的显示展开指令时，在所述预定显示位置展开显示该合并组所收纳的第一通知消息和第二通知消息，所述显示于所述预定显示位置中的第一通知消息接收作用于所述第一通知消息显示区域的详情显示指令，显示所述第一通知消息的详情页面。

进一步的，作用于某个所述的合并组的通知消息展开指令包括两种可行性的方案：一种是通过点击所述合并组所处的界面区域的操作，触发所述合并组展开所述通知消息的指令的下发，所述预定显示位置服务器通过接收到的消息展开指令，确认所述消息展开指令的有效性后，执行所述消息展开指令，获取并将所获取的通知消息以预置的格式显示于所述合并组中，所述预置的格式所呈现的效果包括所述合并组以“书卷”被下拉的方式呈现效果；所述合并组以弹窗的形式呈现的效果；所述合并组以列表显示的形式呈现出的效果。另一种方案是通过终端(手机)传感器系统感知手机的摇动进而触发展开所述合并组的指令下发，具体的是在所述预定显示位置的显示界面上，通过用户摇晃手机的动作指示操作，所述传感器系统根据预设的协议机制，将用户摇晃手机这一动作指示操作定义为下发展开合并组的指示操作，并展开所述合并组中的通知消息。

例如：所述预定显示位置在某一单位时间区间内共收到通知消息有：b1、b2、b3、b4、b5、b6，其中，所述b1属于新闻类应用程序A推送的一条实时军事新闻头条，b2属于新闻类应用程序A推送的一条实时娱乐新闻头条，b3属于新闻类应用程序B推送的一条军事类新闻头条，b4属于新闻类应用程序C推送的一条体育类新闻头条，b5属于音乐类应用程序D推送的一条播放操作开关，b6属于音乐类应用程序D推送的一条音乐推荐歌曲，故所述b1与b2将合并为命名为“应用程序A”的合并组并显示于命名为“新闻类”的合并组中，所述“应用程序A”的合并组、b3与b4同样将合并在“新闻类”的合并组中，b3和b4为不同应用程序推送的通知消息，尚且只有一条，所以b3和b4将直接显示在所述“新闻类”的合并组中，所述b5为不可合并消息，所以将直接显示在所述预定显示位置上，所述b6将显示于“音乐类”的所述预定显示位置中。

另外的，响应作用于所述合并消息栏的通知消息移除指令，从所述预定显示位置中移除相应的通知消息，即所述通过调用相关删除函数响应作用于所述通知消息或合并组所在区域的删除指令将所述通知消息或合并组删除的部分。具体的，所述从所述预定显示位置中移除相应的通知消息包括两种可行性方案：在所述预定显示位置界面上针对相应的合并消息栏中的通知消息或合并组，按触所述通知消息或合并组所处的界面区域并作出左滑动或者右滑动的手势操作为移除所述通知消息或合并组的指示操作；另外一种情况是长按所述通知消息或合并组所处的界面区域，以移除所述通知消息或合并组，或者是长按之后出现移除提示信息，点击选择确认之后移除所述通知消息或合并组。

例如：承接上述的例子，所述b1与b2将合并为命名为“应用程序A”的合并组并显示于命名为“新闻类”的合并组中，所述“应用程序A”的合并组、b3与b4同样将合并在“新闻类”的合并组中，b3和b4为不同应用程序推送的通知消息，尚且只有一条，所以b3和b4将直接合并显示在所述“新闻类”的合并组中，所述b5、b6将直接显示在所述预定显示位置上，欲移除所述“应用程序A”的合并组，按触所述“应用程序A”的合并组所处的界面区域，同时做出左滑动或者右滑动的手势操作，视为移除整个所述“应用程序A”的合并组；若欲移除所述通知消息b3，则点击所述“新闻类”的合并组，使展开所述“新闻类”的合并组中的b3和b4，按触所述b3所处的界面区域，同时做出左滑动或者右滑动的手势操作，视为移除了所述b3。

进一步的，请参照图2所示的一种消息显示方法的一个实施例的程序流程图，本发明所述方法包括以下步骤：

210，接收显示所述第一通知消息的显示指令。

所述显示指令实际上包括两种信息即操作码和地址码。所述操作码用来表示该显示指令所要完成的数据传送操作，其指令长度取决于指令系统中的指令条数。所述地址码用来描述该显示指令的操作对象，它或者直接给出操作数，或者指出操作数的存储器地址或寄存器地址(即寄存器名)。

具体的，所述预定显示位置服务器与三方应用程序服务器建立相关的协议，在相关的协议下，三方应用程序与所述预定显示位置实现通信，所述三方应用程序服务器将所述第一通知消息以预定规则处理后推送至所述预定显示位置服务器，当所述预定显示位置服务器获取到该三方应用程序的通知消息时，同时由所述三方程序服务器下发相应的第一通知消息显示指令。

220，验证所述显示指令的有效性，获取所述第一通知消息。

具体的，所述预定显示位置接收到所述第一通知消息显示指令后，分析所述第一通知消息显示指令，验证所述第一通知消息显示指令的有效性，所述验证显示指令的有效性包括验证以下一种或多种：操作码、地址码、指令长度，所述操作码用来表示该显示指令所要完成的数据传送操作；所述指令长度取决于指令系统中的指令条数；所述地址码用来描述该显示指令的操作对象，该地址码直接给出操作数，或者指出操作数的存储器地址或寄存器地址。当所述显示指令验证具备有效性时，具体是当操作码、地址码以及指令长度均有效时，获取由所述三方应用程序服务器推送的第一通知消息；当所述显示指令为无效指令时，所述预定显示位置服务器将忽略所述第一通知消息。

230，根据获取的第一通知消息，分析所述第一通知消息的属性特征。

当所述第一通知消息的显示指令为有效时，提取推送至所述预定显示位置的所述第一通知消息，进行二次分析，主要分析的是所述获取的通知消息的属性特征，所述属性特征包括以下任意一种或者多种：终端信息、系统信息和应用信息，其中，所述通知消息将在所述终端信息以及系统信息符合要求的基础上进行显示。所述应用信息包括：包名、应用版本以及所述预定显示位置服务器和接入三方应用程序之间的鉴权码中的任意一种或多种，所述预定显示位置服务器和接入三方应用程序之间采用客户端/服务器模式。

对所述第一通知消息的分析具体表现在：对所述通知消息实施分类处理以及有效性和合法性的判定。其中，所述通知消息的有效性是指所述通知消息符合所述预定显示位置预定规则以及所述合法性是指所述通知消息在所述预定显示位置显示的预设权限之内，其中，所述预定规则包括所述通知消息的显示是否符合预设格式要求，所述通知消息的内容具体包括标题、消息内容、推送具体时间、消息类型以及图标等中任意一种或多种；还有的是检验所述通知消息的合法性主要是根据调用系统设置中对通知消息显示的相关限定，在具备所述相关限定的内容即不满足系统的合法性时，系统将忽略所述通知消息的推送，其中，所述相关限定可根据系统由云端服务器获取的不满意度高的通知消息列表而制定相关的限定条件，还可根据用户自定义相关的限定列表而制定相关的限定条件或者是对某一些应用程序推送的通知消息进行强制性的限制，具体的，所述限定条件包括限定具非正常渠道的广告成分的因素、限定具攻击性成分的因素以及用户不喜欢或不感兴趣的信息因素等，故在所述有效性及合法性的限定下，过滤了一些非法无效的通知消息，使得用户免受打扰，提高了用户使用满意程度。

240，通过对所述第一通知消息的属性特征的分析，确定所述第一通知消息的所属类型。

所述通过对所述第一通知消息的属性特征的分析，确定所述第一通知消息的所属类型的过程中，根据对所述第一通知消息属性特征的分析结果，获取所述第一通知消息的类型特征，将所述第一通知消息的类型特征与预设的消息类型特征进行比对，得出所述第一通知消息的所属类型，又或者是根据所述第一通知消息的类型特征，将所述第一通知消息的类型特征定义为一类。

例如：所述预定显示位置在某一单位时间区间内共收到通知消息有：a1、a2、a3、a4、a5、a6、a7，其中a1属于影音类的好听音乐推荐，a2属于影音类的好看视频推荐，a3属于聊天类应用程序推送的提醒信息，a4属于购物类应用程序推送的精品推荐信息，a5属于与a4对应的购物类应用程序推送的消费详情信息提醒，a6属于系统未归类应用程序推送的信息，a7属于天气预报类应用程序推送的实时天气预报信息。

250，将与所述第一通知消息所属类型相同的第二通知消息和所述第一通知消息合并为用于收纳通知消息的合并组。

判断所述显示位置上是否存在相同类型的第二通知消息，若存在所述相同类型的第二通知消息，则将所述第一通知消息与所述第二通知消息合并为用于收纳通知消息的合并组并显示于所述预定显示位置中，若否，则显示所述第一通知消息于所述预定显示位置中。

所述不同类型的通知消息被相应不同的所述合并组所收纳，所述预定显示位置允许显示一个或多个所述合并组，每个合并组用于收纳一种类型的通知消息。

所述类型包括如下任意一种或任意多种：由同一应用程序产生的通知消息为一种类型；由同一用途的多种应用程序产生的通知消息为一种类型；由用户指定的应用程序产生的通知消息为一种类型；未归为任何其他类型的通知消息为一种类型。

根据所述预定显示位置获取通知消息的先后时间，将所述获取的通知消息分别显示于所述预定显示位置界面中，前提是当获取的通知消息所属类型并不相同的情况下，即所述通知消息为第一通知消息。于此同时，确定根据获取通知消息的先后顺序排列于所述预定显示位置的前后位置关系。

260，将所述合并组显示于所述预定显示位置

所述通知消息或合并组的显示部分包括标题、内容、图标、扩展部分中任意一种或者多种。所述扩展部分至少包括以下一种或多种：通过统计相同类型的所述通知消息的数量并显示于所述预定显示位置或合并组的部分、通过调用所述通知消息对应的应用查看通知消息详情的部分、通过调用相关应用分享所述通知消息的部分、通过调用相关删除函数响应作用于所述通知消息或合并组所在区域的删除指令将所述通知消息或合并组删除的部分、通过调用系统相关设置强制停止所述通知消息对应的应用运行的部分以及通过调用系统相关设置不再提醒所述通知消息对应的应用推送的通知消息的部分。

另外的，所述通知消息显示于所述合并组，所述合并组显示于所述预定显示位置界面中，所述预定显示位置的界面显示主要有两种方式：一种是显示界面识别用户于显示界面上操作的动作指示，根据所述动作指示触发并调用相关函数，下发所述预定显示位置的显示指令。其中，所述动作指示包括通常情况下的用户于用户界面上通过手部行为动作做出的操作包括下拉操作、上拉操作、左滑动操作以及右滑动操作中任意一种，最常用的普遍是往下拉的指示操作，通过所述下拉操作；另外一种是当所述预定显示位置的调用以虚拟按键或者实体按键的形式时，终端将根据用户于用户显示界面上点击所述虚拟按键的操作，进而触发所述预定显示位置显示指令的相关函数调用，以显示所述预定显示位置，或者是终端将根据用户于终端上实体按键开关的按压进而下发所述预定显示位置的显示指令，以显示所述预定显示位置。

所述合并组接收到作用于合并组的显示展开指令时，在所述预定显示位置展开显示该合并组所收纳的第一通知消息和第二通知消息，所述显示于所述预定显示位置中的第一通知消息接收作用于所述第一通知消息显示区域的详情显示指令，显示所述第一通知消息的详情页面。

进一步的，作用于某个所述的合并组的通知消息展开指令包括两种可行性的方案：一种是通过点击所述合并组所处的界面区域的操作，触发所述合并组展开所述通知消息的指令的下发，所述预定显示位置服务器通过接收到的消息展开指令，确认所述消息展开指令的有效性后，执行所述消息展开指令，获取并将所获取的通知消息以预置的格式显示于所述合并组中，所述预置的格式所呈现的效果包括所述合并组以“书卷”被下拉的方式呈现效果；所述合并组以弹窗的形式呈现的效果；所述合并组以列表显示的形式呈现出的效果。另一种方案是通过终端(手机)传感器系统感知手机的摇动进而触发展开所述合并组的指令下发，具体的是在所述预定显示位置的显示界面上，通过用户摇晃手机的动作指示操作，所述传感器系统根据预设的协议机制，将用户摇晃手机这一动作指示操作定义为下发展开合并组的指示操作，并展开所述合并组中的通知消息。

例如：所述预定显示位置在某一单位时间区间内共收到通知消息有：b1、b2、b3、b4、b5、b6，其中，所述b1属于新闻类应用程序A推送的一条实时军事新闻头条，b2属于新闻类应用程序A推送的一条实时娱乐新闻头条，b3属于新闻类应用程序B推送的一条军事类新闻头条，b4属于新闻类应用程序C推送的一条体育类新闻头条，b5属于音乐类应用程序D推送的一条播放操作开关，b6属于音乐类应用程序D推送的一条音乐推荐歌曲，故所述b1与b2将合并为命名为“应用程序A”的合并组并显示于命名为“新闻类”的合并组中，所述“应用程序A”的合并组、b3与b4同样将合并在“新闻类”的合并组中，b3和b4为不同应用程序推送的通知消息，尚且只有一条，所以b3和b4将直接显示在所述“新闻类”的合并组中，所述b5为不可合并消息，所以将直接显示在所述预定显示位置上，所述b6将显示于“音乐类”的所述预定显示位置中。

另外的，响应作用于所述合并消息栏的通知消息移除指令，从所述预定显示位置中移除相应的通知消息，即所述通过调用相关删除函数响应作用于所述通知消息或合并组所在区域的删除指令将所述通知消息或合并组删除的部分。具体的，所述从所述预定显示位置中移除相应的通知消息包括两种可行性方案：在所述预定显示位置界面上针对相应的合并消息栏中的通知消息或合并组，按触所述通知消息或合并组所处的界面区域并作出左滑动或者右滑动的手势操作为移除所述通知消息或合并组的指示操作；另外一种情况是长按所述通知消息或合并组所处的界面区域，以移除所述通知消息或合并组，或者是长按之后出现移除提示信息，点击选择确认之后移除所述通知消息或合并组。

例如：承接上述的例子，所述b1与b2将合并为命名为“应用程序A”的合并组并显示于命名为“新闻类”的合并组中，所述“应用程序A”的合并组、b3与b4同样将合并在“新闻类”的合并组中，b3和b4为不同应用程序推送的通知消息，尚且只有一条，所以b3和b4将直接合并显示在所述“新闻类”的合并组中，所述b5、b6将直接显示在所述预定显示位置上，欲移除所述“应用程序A”的合并组，按触所述“应用程序A”的合并组所处的界面区域，同时做出左滑动或者右滑动的手势操作，视为移除整个所述“应用程序A”的合并组；若欲移除所述通知消息b3，则点击所述“新闻类”的合并组，使展开所述“新闻类”的合并组中的b3和b4，按触所述b3所处的界面区域，同时做出左滑动或者右滑动的手势操作，视为移除了所述b3。

进一步的，请参照图3的一种消息显示方法的一个实施例的总结构框图，本发明所述装置包括以下模块：

获取模块11：用于获取当前接收到的第一通知消息。

具体的，所述获取模块11包括：

接收单元：用于接收显示所述第一通知消息的显示指令；

验证单元：用于验证所述显示指令的有效性，获取所述第一通知消息。

所述显示指令实际上包括两种信息即操作码和地址码。所述操作码用来表示该显示指令所要完成的数据传送操作，其指令长度取决于指令系统中的指令条数。所述地址码用来描述该显示指令的操作对象，它或者直接给出操作数，或者指出操作数的存储器地址或寄存器地址(即寄存器名)。

具体的，所述预定显示位置服务器与三方应用程序服务器建立相关的协议，在相关的协议下，三方应用程序与所述预定显示位置实现通信，所述三方应用程序服务器将所述第一通知消息以预定规则处理后推送至所述预定显示位置服务器，当所述预定显示位置服务器获取到该三方应用程序的通知消息时，同时由所述三方程序服务器下发相应的第一通知消息显示指令。

具体的，所述预定显示位置接收到所述第一通知消息显示指令后，分析所述第一通知消息显示指令，验证所述第一通知消息显示指令的有效性，所述验证显示指令的有效性包括验证以下一种或多种：操作码、地址码、指令长度，所述操作码用来表示该显示指令所要完成的数据传送操作；所述指令长度取决于指令系统中的指令条数；所述地址码用来描述该显示指令的操作对象，该地址码直接给出操作数，或者指出操作数的存储器地址或寄存器地址。当所述显示指令验证具备有效性时，具体是当操作码、地址码以及指令长度均有效时，获取由所述三方应用程序服务器推送的第一通知消息；当所述显示指令为无效指令时，所述预定显示位置服务器将忽略所述第一通知消息。

确定模块12：用于确定所述第一通知消息的所属类型。

具体的，所述获取模块12包括：

分析单元：用于根据获取的第一通知消息，分析所述第一通知消息的属性特征；

确定单元：用于通过对所述第一通知消息的属性特征的分析，确定所述第一通知消息的所属类型。

当所述第一通知消息的显示指令为有效时，提取推送至所述预定显示位置的所述第一通知消息，进行二次分析，主要分析的是所述获取的通知消息的属性特征，所述属性特征包括以下任意一种或者多种：终端信息、系统信息和应用信息，其中，所述通知消息将在所述终端信息以及系统信息符合要求的基础上进行显示。所述应用信息包括：包名、应用版本以及所述预定显示位置服务器和接入三方应用程序之间的鉴权码中的任意一种或多种，所述预定显示位置服务器和接入三方应用程序之间采用客户端/服务器模式。

对所述第一通知消息的分析具体表现在：对所述通知消息实施分类处理以及有效性和合法性的判定。其中，所述通知消息的有效性是指所述通知消息符合所述预定显示位置预定规则以及所述合法性是指所述通知消息在所述预定显示位置显示的预设权限之内，其中，所述预定规则包括所述通知消息的显示是否符合预设格式要求，所述通知消息的内容具体包括标题、消息内容、推送具体时间、消息类型以及图标等中任意一种或多种；还有的是检验所述通知消息的合法性主要是根据调用系统设置中对通知消息显示的相关限定，在具备所述相关限定的内容即不满足系统的合法性时，系统将忽略所述通知消息的推送，其中，所述相关限定可根据系统由云端服务器获取的不满意度高的通知消息列表而制定相关的限定条件，还可根据用户自定义相关的限定列表而制定相关的限定条件或者是对某一些应用程序推送的通知消息进行强制性的限制，具体的，所述限定条件包括限定具非正常渠道的广告成分的因素、限定具攻击性成分的因素以及用户不喜欢或不感兴趣的信息因素等，故在所述有效性及合法性的限定下，过滤了一些非法无效的通知消息，使得用户免受打扰，提高了用户使用满意程度。

所述通过对所述第一通知消息的属性特征的分析，确定所述第一通知消息的所属类型的过程中，根据对所述第一通知消息属性特征的分析结果，获取所述第一通知消息的类型特征，将所述第一通知消息的类型特征与预设的消息类型特征进行比对，得出所述第一通知消息的所属类型，又或者是根据所述第一通知消息的类型特征，将所述第一通知消息的类型特征定义为一类。

例如：所述预定显示位置在某一单位时间区间内共收到通知消息有：a1、a2、a3、a4、a5、a6、a7，其中a1属于影音类的好听音乐推荐，a2属于影音类的好看视频推荐，a3属于聊天类应用程序推送的提醒信息，a4属于购物类应用程序推送的精品推荐信息，a5属于与a4对应的购物类应用程序推送的消费详情信息提醒，a6属于系统未归类应用程序推送的信息，a7属于天气预报类应用程序推送的实时天气预报信息。

合并模块13：用于当所述预定显示位置存在与所属类型相同的第二通知消息时，将所述第一通知消息与所述第二通知消息合并显示。

具体的，所述合并模块13包括：

合并单元：用于将与所述第一通知消息所属类型相同的第二通知消息和所述第一通知消息合并为用于收纳通知消息的合并组；

显示单元：用于将所述合并组显示于所述预定显示位置。

具体的，判断所述显示位置上是否存在相同类型的第二通知消息，若存在所述相同类型的第二通知消息，则将所述第一通知消息与所述第二通知消息合并为用于收纳通知消息的合并组并显示于所述预定显示位置中，若否，则显示所述第一通知消息于所述预定显示位置中。

所述不同类型的通知消息被相应不同的所述合并组所收纳，所述预定显示位置允许显示一个或多个所述合并组，每个合并组用于收纳一种类型的通知消息。

所述通知消息或合并组的显示部分包括标题、内容、图标、扩展部分中任意一种或者多种。所述扩展部分至少包括以下一种或多种：通过统计相同类型的所述通知消息的数量并显示于所述预定显示位置或合并组的部分、通过调用所述通知消息对应的应用查看通知消息详情的部分、通过调用相关应用分享所述通知消息的部分、通过调用相关删除函数响应作用于所述通知消息或合并组所在区域的删除指令将所述通知消息或合并组删除的部分、通过调用系统相关设置强制停止所述通知消息对应的应用运行的部分以及通过调用系统相关设置不再提醒所述通知消息对应的应用推送的通知消息的部分。

所述类型包括如下任意一种或任意多种：由同一应用程序产生的通知消息为一种类型；由同一用途的多种应用程序产生的通知消息为一种类型；由用户指定的应用程序产生的通知消息为一种类型；未归为任何其他类型的通知消息为一种类型。

根据所述预定显示位置获取通知消息的先后时间，将所述获取的通知消息分别显示于所述预定显示位置界面中，前提是当获取的通知消息所属类型并不相同的情况下，即所述通知消息为第一通知消息。于此同时，确定根据获取通知消息的先后顺序排列于所述预定显示位置的前后位置关系。

另外的，所述通知消息显示于所述合并组，所述合并组显示于所述预定显示位置界面中，所述预定显示位置的界面显示主要有两种方式：一种是显示界面识别用户于显示界面上操作的动作指示，根据所述动作指示触发并调用相关函数，下发所述预定显示位置的显示指令。其中，所述动作指示包括通常情况下的用户于用户界面上通过手部行为动作做出的操作包括下拉操作、上拉操作、左滑动操作以及右滑动操作中任意一种，最常用的普遍是往下拉的指示操作，通过所述下拉操作；另外一种是当所述预定显示位置的调用以虚拟按键或者实体按键的形式时，终端将根据用户于用户显示界面上点击所述虚拟按键的操作，进而触发所述预定显示位置显示指令的相关函数调用，以显示所述预定显示位置，或者是终端将根据用户于终端上实体按键开关的按压进而下发所述预定显示位置的显示指令，以显示所述预定显示位置。

所述合并组接收到作用于合并组的显示展开指令时，在所述预定显示位置展开显示该合并组所收纳的第一通知消息和第二通知消息，所述显示于所述预定显示位置中的第一通知消息接收作用于所述第一通知消息显示区域的详情显示指令，显示所述第一通知消息的详情页面。

进一步的，作用于某个所述的合并组的通知消息展开指令包括两种可行性的方案：一种是通过点击所述合并组所处的界面区域的操作，触发所述合并组展开所述通知消息的指令的下发，所述预定显示位置服务器通过接收到的消息展开指令，确认所述消息展开指令的有效性后，执行所述消息展开指令，获取并将所获取的通知消息以预置的格式显示于所述合并组中，所述预置的格式所呈现的效果包括所述合并组以“书卷”被下拉的方式呈现效果；所述合并组以弹窗的形式呈现的效果；所述合并组以列表显示的形式呈现出的效果。另一种方案是通过终端(手机)传感器系统感知手机的摇动进而触发展开所述合并组的指令下发，具体的是在所述预定显示位置的显示界面上，通过用户摇晃手机的动作指示操作，所述传感器系统根据预设的协议机制，将用户摇晃手机这一动作指示操作定义为下发展开合并组的指示操作，并展开所述合并组中的通知消息。

例如：所述预定显示位置在某一单位时间区间内共收到通知消息有：b1、b2、b3、b4、b5、b6，其中，所述b1属于新闻类应用程序A推送的一条实时军事新闻头条，b2属于新闻类应用程序A推送的一条实时娱乐新闻头条，b3属于新闻类应用程序B推送的一条军事类新闻头条，b4属于新闻类应用程序C推送的一条体育类新闻头条，b5属于音乐类应用程序D推送的一条播放操作开关，b6属于音乐类应用程序D推送的一条音乐推荐歌曲，故所述b1与b2将合并为命名为“应用程序A”的合并组并显示于命名为“新闻类”的合并组中，所述“应用程序A”的合并组、b3与b4同样将合并在“新闻类”的合并组中，b3和b4为不同应用程序推送的通知消息，尚且只有一条，所以b3和b4将直接显示在所述“新闻类”的合并组中，所述b5为不可合并消息，所以将直接显示在所述预定显示位置上，所述b6将显示于“音乐类”的所述预定显示位置中。

另外的，响应作用于所述合并消息栏的通知消息移除指令，从所述预定显示位置中移除相应的通知消息，即所述通过调用相关删除函数响应作用于所述通知消息或合并组所在区域的删除指令将所述通知消息或合并组删除的部分。具体的，所述从所述预定显示位置中移除相应的通知消息包括两种可行性方案：在所述预定显示位置界面上针对相应的合并消息栏中的通知消息或合并组，按触所述通知消息或合并组所处的界面区域并作出左滑动或者右滑动的手势操作为移除所述通知消息或合并组的指示操作；另外一种情况是长按所述通知消息或合并组所处的界面区域，以移除所述通知消息或合并组，或者是长按之后出现移除提示信息，点击选择确认之后移除所述通知消息或合并组。

例如：承接上述的例子，所述b1与b2将合并为命名为“应用程序A”的合并组并显示于命名为“新闻类”的合并组中，所述“应用程序A”的合并组、b3与b4同样将合并在“新闻类”的合并组中，b3和b4为不同应用程序推送的通知消息，尚且只有一条，所以b3和b4将直接合并显示在所述“新闻类”的合并组中，所述b5、b6将直接显示在所述预定显示位置上，欲移除所述“应用程序A”的合并组，按触所述“应用程序A”的合并组所处的界面区域，同时做出左滑动或者右滑动的手势操作，视为移除整个所述“应用程序A”的合并组；若欲移除所述通知消息b3，则点击所述“新闻类”的合并组，使展开所述“新闻类”的合并组中的b3和b4，按触所述b3所处的界面区域，同时做出左滑动或者右滑动的手势操作，视为移除了所述b3。

进一步的，请参照图4的一种消息显示方法的一个实施例的结构框图，本发明所述装置还包括以下单元：

接收单元21：用于接收显示所述第一通知消息的显示指令。

所述显示指令实际上包括两种信息即操作码和地址码。所述操作码用来表示该显示指令所要完成的数据传送操作，其指令长度取决于指令系统中的指令条数。所述地址码用来描述该显示指令的操作对象，它或者直接给出操作数，或者指出操作数的存储器地址或寄存器地址(即寄存器名)。

具体的，所述预定显示位置服务器与三方应用程序服务器建立相关的协议，在相关的协议下，三方应用程序与所述预定显示位置实现通信，所述三方应用程序服务器将所述第一通知消息以预定规则处理后推送至所述预定显示位置服务器，当所述预定显示位置服务器获取到该三方应用程序的通知消息时，同时由所述三方程序服务器下发相应的第一通知消息显示指令。

验证单元22：用于验证所述显示指令的有效性，获取所述第一通知消息。

具体的，所述预定显示位置接收到所述第一通知消息显示指令后，分析所述第一通知消息显示指令，验证所述第一通知消息显示指令的有效性，所述验证显示指令的有效性包括验证以下一种或多种：操作码、地址码、指令长度，所述操作码用来表示该显示指令所要完成的数据传送操作；所述指令长度取决于指令系统中的指令条数；所述地址码用来描述该显示指令的操作对象，该地址码直接给出操作数，或者指出操作数的存储器地址或寄存器地址。当所述显示指令验证具备有效性时，具体是当操作码、地址码以及指令长度均有效时，获取由所述三方应用程序服务器推送的第一通知消息；当所述显示指令为无效指令时，所述预定显示位置服务器将忽略所述第一通知消息。

分析单元23：用于根据获取的第一通知消息，分析所述第一通知消息的属性特征；

当所述第一通知消息的显示指令为有效时，提取推送至所述预定显示位置的所述第一通知消息，进行二次分析，主要分析的是所述获取的通知消息的属性特征，所述属性特征包括以下任意一种或者多种：终端信息、系统信息和应用信息，其中，所述通知消息将在所述终端信息以及系统信息符合要求的基础上进行显示。所述应用信息包括：包名、应用版本以及所述预定显示位置服务器和接入三方应用程序之间的鉴权码中的任意一种或多种，所述预定显示位置服务器和接入三方应用程序之间采用客户端/服务器模式。

对所述第一通知消息的分析具体表现在：对所述通知消息实施分类处理以及有效性和合法性的判定。其中，所述通知消息的有效性是指所述通知消息符合所述预定显示位置预定规则以及所述合法性是指所述通知消息在所述预定显示位置显示的预设权限之内，其中，所述预定规则包括所述通知消息的显示是否符合预设格式要求，所述通知消息的内容具体包括标题、消息内容、推送具体时间、消息类型以及图标等中任意一种或多种；还有的是检验所述通知消息的合法性主要是根据调用系统设置中对通知消息显示的相关限定，在具备所述相关限定的内容即不满足系统的合法性时，系统将忽略所述通知消息的推送，其中，所述相关限定可根据系统由云端服务器获取的不满意度高的通知消息列表而制定相关的限定条件，还可根据用户自定义相关的限定列表而制定相关的限定条件或者是对某一些应用程序推送的通知消息进行强制性的限制，具体的，所述限定条件包括限定具非正常渠道的广告成分的因素、限定具攻击性成分的因素以及用户不喜欢或不感兴趣的信息因素等，故在所述有效性及合法性的限定下，过滤了一些非法无效的通知消息，使得用户免受打扰，提高了用户使用满意程度。

确定单元24：用于通过对所述第一通知消息的属性特征的分析，确定所述第一通知消息的所属类型。

所述通过对所述第一通知消息的属性特征的分析，确定所述第一通知消息的所属类型的过程中，根据对所述第一通知消息属性特征的分析结果，获取所述第一通知消息的类型特征，将所述第一通知消息的类型特征与预设的消息类型特征进行比对，得出所述第一通知消息的所属类型，又或者是根据所述第一通知消息的类型特征，将所述第一通知消息的类型特征定义为一类。

例如：所述预定显示位置在某一单位时间区间内共收到通知消息有：a1、a2、a3、a4、a5、a6、a7，其中a1属于影音类的好听音乐推荐，a2属于影音类的好看视频推荐，a3属于聊天类应用程序推送的提醒信息，a4属于购物类应用程序推送的精品推荐信息，a5属于与a4对应的购物类应用程序推送的消费详情信息提醒，a6属于系统未归类应用程序推送的信息，a7属于天气预报类应用程序推送的实时天气预报信息。

合并单元25：用于将与所述第一通知消息所属类型相同的第二通知消息和所述第一通知消息合并为用于收纳通知消息的合并组。

所述类型包括如下任意一种或任意多种：由同一应用程序产生的通知消息为一种类型；由同一用途的多种应用程序产生的通知消息为一种类型；由用户指定的应用程序产生的通知消息为一种类型；未归为任何其他类型的通知消息为一种类型。

根据所述预定显示位置获取通知消息的先后时间，将所述获取的通知消息分别显示于所述预定显示位置界面中，前提是当获取的通知消息所属类型并不相同的情况下，即所述通知消息为第一通知消息。于此同时，确定根据获取通知消息的先后顺序排列于所述预定显示位置的前后位置关系。

显示单元26：用于将所述合并组显示于所述预定显示位置

判断所述显示位置上是否存在相同类型的第二通知消息，若存在所述相同类型的第二通知消息，则将所述第一通知消息与所述第二通知消息合并为用于收纳通知消息的合并组并显示于所述预定显示位置中，若否，则显示所述第一通知消息于所述预定显示位置中。

所述不同类型的通知消息被相应不同的所述合并组所收纳，所述预定显示位置允许显示一个或多个所述合并组，每个合并组用于收纳一种类型的通知消息。

所述通知消息或合并组的显示部分包括标题、内容、图标、扩展部分中任意一种或者多种。所述扩展部分至少包括以下一种或多种：通过统计相同类型的所述通知消息的数量并显示于所述预定显示位置或合并组的部分、通过调用所述通知消息对应的应用查看通知消息详情的部分、通过调用相关应用分享所述通知消息的部分、通过调用相关删除函数响应作用于所述通知消息或合并组所在区域的删除指令将所述通知消息或合并组删除的部分、通过调用系统相关设置强制停止所述通知消息对应的应用运行的部分以及通过调用系统相关设置不再提醒所述通知消息对应的应用推送的通知消息的部分。

另外的，所述通知消息显示于所述合并组，所述合并组显示于所述预定显示位置界面中，所述预定显示位置的界面显示主要有两种方式：一种是显示界面识别用户于显示界面上操作的动作指示，根据所述动作指示触发并调用相关函数，下发所述预定显示位置的显示指令。其中，所述动作指示包括通常情况下的用户于用户界面上通过手部行为动作做出的操作包括下拉操作、上拉操作、左滑动操作以及右滑动操作中任意一种，最常用的普遍是往下拉的指示操作，通过所述下拉操作；另外一种是当所述预定显示位置的调用以虚拟按键或者实体按键的形式时，终端将根据用户于用户显示界面上点击所述虚拟按键的操作，进而触发所述预定显示位置显示指令的相关函数调用，以显示所述预定显示位置，或者是终端将根据用户于终端上实体按键开关的按压进而下发所述预定显示位置的显示指令，以显示所述预定显示位置。

所述合并组接收到作用于合并组的显示展开指令时，在所述预定显示位置展开显示该合并组所收纳的第一通知消息和第二通知消息，所述显示于所述预定显示位置中的第一通知消息接收作用于所述第一通知消息显示区域的详情显示指令，显示所述第一通知消息的详情页面。

进一步的，作用于某个所述的合并组的通知消息展开指令包括两种可行性的方案：一种是通过点击所述合并组所处的界面区域的操作，触发所述合并组展开所述通知消息的指令的下发，所述预定显示位置服务器通过接收到的消息展开指令，确认所述消息展开指令的有效性后，执行所述消息展开指令，获取并将所获取的通知消息以预置的格式显示于所述合并组中，所述预置的格式所呈现的效果包括所述合并组以“书卷”被下拉的方式呈现效果；所述合并组以弹窗的形式呈现的效果；所述合并组以列表显示的形式呈现出的效果。另一种方案是通过终端(手机)传感器系统感知手机的摇动进而触发展开所述合并组的指令下发，具体的是在所述预定显示位置的显示界面上，通过用户摇晃手机的动作指示操作，所述传感器系统根据预设的协议机制，将用户摇晃手机这一动作指示操作定义为下发展开合并组的指示操作，并展开所述合并组中的通知消息。

例如：所述预定显示位置在某一单位时间区间内共收到通知消息有：b1、b2、b3、b4、b5、b6，其中，所述b1属于新闻类应用程序A推送的一条实时军事新闻头条，b2属于新闻类应用程序A推送的一条实时娱乐新闻头条，b3属于新闻类应用程序B推送的一条军事类新闻头条，b4属于新闻类应用程序C推送的一条体育类新闻头条，b5属于音乐类应用程序D推送的一条播放操作开关，b6属于音乐类应用程序D推送的一条音乐推荐歌曲，故所述b1与b2将合并为命名为“应用程序A”的合并组并显示于命名为“新闻类”的合并组中，所述“应用程序A”的合并组、b3与b4同样将合并在“新闻类”的合并组中，b3和b4为不同应用程序推送的通知消息，尚且只有一条，所以b3和b4将直接显示在所述“新闻类”的合并组中，所述b5为不可合并消息，所以将直接显示在所述预定显示位置上，所述b6将显示于“音乐类”的所述预定显示位置中。

另外的，响应作用于所述合并消息栏的通知消息移除指令，从所述预定显示位置中移除相应的通知消息，即所述通过调用相关删除函数响应作用于所述通知消息或合并组所在区域的删除指令将所述通知消息或合并组删除的部分。具体的，所述从所述预定显示位置中移除相应的通知消息包括两种可行性方案：在所述预定显示位置界面上针对相应的合并消息栏中的通知消息或合并组，按触所述通知消息或合并组所处的界面区域并作出左滑动或者右滑动的手势操作为移除所述通知消息或合并组的指示操作；另外一种情况是长按所述通知消息或合并组所处的界面区域，以移除所述通知消息或合并组，或者是长按之后出现移除提示信息，点击选择确认之后移除所述通知消息或合并组。

例如：承接上述的例子，所述b1与b2将合并为命名为“应用程序A”的合并组并显示于命名为“新闻类”的合并组中，所述“应用程序A”的合并组、b3与b4同样将合并在“新闻类”的合并组中，b3和b4为不同应用程序推送的通知消息，尚且只有一条，所以b3和b4将直接合并显示在所述“新闻类”的合并组中，所述b5、b6将直接显示在所述预定显示位置上，欲移除所述“应用程序A”的合并组，按触所述“应用程序A”的合并组所处的界面区域，同时做出左滑动或者右滑动的手势操作，视为移除整个所述“应用程序A”的合并组；若欲移除所述通知消息b3，则点击所述“新闻类”的合并组，使展开所述“新闻类”的合并组中的b3和b4，按触所述b3所处的界面区域，同时做出左滑动或者右滑动的手势操作，视为移除了所述b3。

总的来说，本发明在所述预定显示位置这一显示界面上，对通知消息进行了分类管理显示，将属于同一应用或同一类型应用或用户自定义分类应用或未分类应用的通知消息合并，这给用户阅览通知消息提供了更加方便的方式，使得所述预定显示位置内通知消息的显示更加简洁、清晰，不仅降低了空间的占用，而且提高了用户阅读有用通知消息的效率，节省了时间，提高了用户体验。

另外的，本发明所述方法通过接收所述预定显示位置显示所述第一通知消息的显示指令，进而验证所述显示指令的有效性。所述显示指令在符合有效性的情况下才获取所述第一通知消息，具体是验证所述显示指令的操作码、地址码、指令长度其中至少一种或者多种，通过这种方式避免了一些无用的或者用户自定义不喜欢的通知消息的干扰，提高了推送的通知消息的纯净度。

综上所述，本发明在所述预定显示位置这一显示界面上，对通知消息进行了分类管理显示，将属于同一应用或同一类型应用或用户自定义分类应用或未分类应用的通知消息合并，这给用户阅览通知消息提供了更加方便的方式，使得通知栏内通知消息的显示更加简洁、清晰，不仅降低了空间的占用，而且提高了用户阅读有用通知消息的效率，节省了时间，提高了用户体验。

另外的，本发明所述方法通过获取当前接收到的第一通知消息，确定所述第一通知消息的所属类型，当预定显示位置存在与所属类型相同的第二通知消息时，将所述第一通知消息与所述第二通知消息合并显示。所述显示指令在符合有效性的情况下才获取所述第一通知消息，对获取的所述第一通知消息进行分析进而确定其所属类型，通过这种方式避免了一些无用的或者用户自定义不喜欢的通知消息的干扰，提高了推送的通知消息的纯净度。

综上所述，本发明对属于同一应用或用户自定义分类应用或未分类应用的通知消息进行了合并管理，使得所述预定显示位置界面简洁，表述通知消息的内容更加清晰，降低了资源占用，不仅如此，还对所述预定显示位置内通知消息的显示进行了筛选，提高了推送的通知消息的纯净度，避免了无用通知信息以及不喜欢的通知消息的打扰，提高了用户体验。

在此处所提供的说明书中，虽然说明了大量的具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实施例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

虽然上面已经示出了本发明的一些示例性实施例，但是本领域的技术人员将理解，在不脱离本发明的原理或精神的情况下，可以对这些示例性实施例做出改变，本发明的范围由权利要求及其等同物限定。