应用通知和短消息统一显示的方法与流程

本发明涉及通信技术领域，尤其涉及一种应用通知和短消息统一显示的方法。

背景技术：

随着移动通信技术的发展和进步，大量的应用程序被开发和使用。

根据调查，如果用户打开了一款应用的消息推送功能，那么62％的用户会在几个月之后再次使用这款应用；相比而言，如果用户关闭了应用消息推送功能，这一比例只有32％。因此，为了获得用户的更多的关注，移动应用大多提供了消息推送功能，并且较为频繁的进行消息推送。

目前各个应用之间，应用和短消息之间，新接收消息的信息提示，以及新接收消息的查看展示都是独立的。以Android系统为例，所有的系统通知和短消息都混杂堆积在Android的通知栏中，导致用户往往会因为消息量太大不易阅读而很少再去查看，造成应用通过系统推送消息直接被忽略掉，无法有效传递给用户。并且，在通知栏中，通常显示的只是消息或短信息的一部分内容，用户想要查看完整消息，还需要单独打开每一个应用，导致操作复杂，不便捷，进一步导致应用通过系统推送的消息往往无法有效传递给用户。

技术实现要素：

本发明的目的是针对现有技术的缺陷，提供一种应用通知和短消息统一显示的方法，将新的应用通知加入短消息列表，并且整合短消息和应用通知的接收提醒信息，对提醒信息和新接收消息均以统一的方式展示，从而简化操作，让用户更方便的阅读，增加了应用推送信息有效传递给用户的几率。

有鉴于此，本发明实施例提供了一种应用通知和短消息统一显示的方法，包括：

用户终端接收应用服务器推送的应用通知消息，确定所述应用通知消息的属性信息是否具有第一标识；

如果包括所述第一标识，将所述应用通知消息进行处理，生成应用通知待显示数据，存储在所述应用数据库中，并加入短消息列表；所述应用通知待显示数据包括跳转页面的链接数据；

接收用户输入的消息查看指令；

根据所述消息查看指令获取所述短消息列表中的短消息数据和所述应用通知待显示数据；

将所述短消息数据和所述应用通知待显示数据按照接收时间顺序显示；

接收用户对所述应用通知待显示数据的选择指令，根据所述跳转页面的链接数据调用相应的应用程序，并开启所述应用通知消息对应的页面。

优选的，在所述用户终端接收应用服务器推送的所述应用通知消息之前，所述方法还包括：

所述应用服务器生成应用通知消息，所述应用通知消息具有第一标识的属性信息。

优选的，在将所述应用通知消息进行处理，生成应用通知待显示数据具体为：

对所述应用通知消息进行解析，得到所述应用程序的名称信息、摘要内容信息、所述跳转页面的链接数据和推送时间的信息；

根据所述应用程序的名称信息、摘要内容信息、所述跳转页面的链接数据和推送时间的信息，生成应用通知待显示数据。

进一步优选的，在所述生成应用通知待显示数据之后，所述方法还包括：

根据所述应用程序的名称信息和/或所述摘要内容信息生成第一消息接收提醒信息；

将所述第一消息接收提醒信息加入新消息提醒列表。

进一步优选的，所述方法还包括：

当所述用户终端接收到短消息时，根据所述短消息的发送端信息和短消息的内容信息生成第二消息接收提醒信息；

将所述第二消息接收提醒信息加入所述新消息提醒列表。

进一步优选的，所述方法还包括：

接收用户在用户终端的滑动操作；

根据所述滑动操作获取所述新消息提醒列表中的消息接收提醒信息；

根据所述消息接收提醒信息生成提醒汇总信息，并显示。

优选的，在所述接收用户对所述应用通知待显示数据的选择指令之后，所述方法还包括：

在所述短消息列表中删除所述应用通知待显示数据。

本发明实施例提供的应用通知和短消息统一显示的方法，将新的应用通知加入短消息列表，并且整合短消息和应用通知的接收提醒信息，对提醒信息和新接收消息均以统一的方式展示，从而简化操作，让用户更方便的阅读，增加了应用推送信息有效传递给用户的几率。

附图说明

图1为本发明实施例提供的应用通知和短消息统一显示的方法流程图；

图2为本发明实施例提供的应用通知和短消息统一显示的显示界面示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

本发明实施例提出的应用通知和短消息统一显示的方法，应用于移动终端设备，主要是智能手机中。下述实施例中所述的应用通知，是指各种移动应用服务器产生并推送到移动终端设备的通知消息，短消息则是指通过短信服务中心转发的短信服务(Short Messaging Service，SMS)的信息。

图1为本发明实施例提供的应用通知和短消息统一显示的方法流程图，下面结合图1，对本发明实施例提供的应用通知和短消息统一显示的方法进行说明。

如图1所示，应用通知和短消息统一显示的方法包括如下步骤：

步骤101，用户终端接收应用服务器推送的应用通知消息；

具体的，应用通知消息由应用服务器生成，应用服务器中存储有预先设定的应用通知消息的生成规则，其中包括是否向应用通知消息中添加第一标识的属性信息。

通过第一标识的属性信息来区分是否以短消息的显示方式对应用通知消息进行接收后的显示。

步骤102，确定应用通知消息的属性信息是否具有第一标识；

用户终端对接收到的应用通知消息进行解析，确认其属性信息中是否包括有第一标识。如果具有第一标识的属性信息的按照本实施例提供的下述方法步骤执行，如果没有则按照现有技术提供的方法，按照不同的应用分别对接收到的应用通知消息进行显示，且不与短消息合并显示。

步骤103，如果包括第一标识，将应用通知消息进行处理，生成应用通知待显示数据，存储在应用数据库中，并加入短消息列表；

具体的，对应用通知消息进行处理具体可以是：对应用通知消息的消息内容进行解析，得到应用程序的名称信息、摘要内容信息、跳转页面的链接数据和推送时间的信息；然后根据应用程序的名称信息、摘要内容信息、跳转页面的链接数据和推送时间的信息，生成应用通知待显示数据。

应用通知待显示消息被存储在用户终端的应用数据库内。

在用户终端生成应用通知待显示数据之后，可以通过两种方式对这个应用通知消息进行查看。

一种是用户通过短消息服务的界面直接查看，另外一种是可以对应用通知消息的接收生成提示信息，用以提示用户接收到了信息应用通知消息，使得用户能够通过提示信息提供的入口链接到短消息服务的界面再进行查看。

如果是采用第一种方式，则直接执行步骤110。如果是通过提示信息进入到短消息服务的界面则由下述步骤104开始执行。在图1的流程图上给出的是按照用户通过提示信息提供的入口链接到短消息服务的界面进行查看的方式展现的。

步骤104，根据应用程序的名称信息和/或摘要内容信息生成第一消息接收提醒信息；

优选的，根据应用程序的名称信息和摘要内容信息共同生成提醒信息。提醒信息显示在用户终端的系统通知栏中，按照短消息的显示模式，将应用程序的名称信息显示为短消息的发送端信息，将摘要内容信息显示为短消息的内容信息，使得显示与新接收短消息的提示信息的显示相一致，从而可以实现能够在同一消息提醒列表中同时存储应用通知消息的消息接收提醒信息。

步骤105，将第一消息接收提醒信息加入新消息提醒列表。

如果用户在没有查看消息接收提醒信息的时候，用户终端接收到了短信服务中心发送的短消息，则继续执行步骤106。

步骤106，用户终端接收短消息，根据短消息的发送端信息和短消息的内容信息生成第二消息接收提醒信息；

同时，接收到的短消息被处理为短消息数据存储在短消息列表中。

步骤107，将第二消息接收提醒信息加入新消息提醒列表。

由此，可以在新消息提醒列表中同时存储用户终端新接收到的应用推送消息的提醒信息，和新接收到的短消息的提醒信息。

上述步骤106、107与上述步骤104、105的执行顺序并无先后规定，如果时先接收到短消息，则先执行步骤106、107。

在接收到用户的查看操作之前，对所接收到的具有第一标识的属性信息的应用推送消息和短消息都响应的生成消息接收提醒信息加入到新消息提醒列表。

步骤108，接收用户在用户终端的滑动操作，根据滑动操作获取新消息提醒列表中的消息接收提醒信息；

具体的，当用户需要查看新消息提醒列表时，可以通过在用户终端的触摸屏上的下拉操作调出用户终端的系统通知栏。

步骤109，根据消息接收提醒信息生成提醒汇总信息，并显示。

具体的，在用户调用系统通知栏的操作发生时，用户终端获取当前时刻新消息提醒列表中的全部消息接收提醒信息，生成提醒汇总信息，并显示。

比如可以具体显示为：“未读消息5条”。

当接收到用户对显示的提醒汇总信息的点击操作的时候，转到短消息服务的界面。同时，清空新消息提醒列表中存储的消息接收提醒信息。

步骤110，接收用户输入的消息查看指令；

具体的，消息查看指令的生成可以是上述步骤109中的用户对显示的提醒汇总信息的点击操作，也可以是用户对用户界面提供的短消息服务的应用图标的点击操作产生的。

步骤111，根据消息查看指令获取短消息列表中的短消息数据和应用通知待显示数据；

具体的，用户终端根据消息查看指令获取用户终端的应用数据库内存储的应用通知待显示数据和存储在数据库中的短消息。其中短消息包括新接收到的短消息以及历史短消息。

步骤112，将短消息数据和应用通知待显示数据按照接收时间顺序显示；

在图2中给出了一个具体的显示界面。

其中，用户终端新接收到的服务推送的应用通知消息有1条，接收时间是8月20日10：20，另外还有4条短消息，接收时间分别时8月19日，因此应用通知消息显示在第一条，短消息按时间顺序依次排在后面。

如果对应一个应用程序的名称信息有多个待显示的应用通知消息，或者一个短消息的发送端信息有多个短消息，则进行合并显示，且以最新更新的一条时间为准，进行显示排序。

此外，对按照接收时间的顺序显示也可以是按照不同的数据类别来分别排序的，也可以是对短消息数据和应用通知待显示数据整体排序的。

步骤113，接收用户对应用通知待显示数据的选择指令，根据跳转页面的链接数据调用相应的应用程序并开启应用通知消息对应的页面。

具体的，用户点击应用通知待显示数据时，执行所触发的操作，因为应用通知待显示数据包括跳转页面的链接数据，因此在接收到用户点击操作时会调用开启相应的应用程序，并将应用的界面显示页面跳转到相应的页面，将应用通知待显示数据显示为应用通知消息。

步骤114，在短消息列表中删除应用通知待显示数据。

具体的，为了避免过多冗余数据、重复数据的存储占用内存，在优选的方案中，将用户查看过的应用通知待显示数据从短消息列表中删除。

除此之外，用户除了通过上述步骤110所述的通过用户输入的消息查看指令直接或通过跳转进入短消息服务的界面，查看应用通知消息的方式之外，还可以直接开启应用，得到应用通知消息。

因为应用通知待显示消息被存储在用户终端的应用数据库内，在时应用能够从应用数据库获取到该消息。

在根据用户开启应用的指令向用户输出显示应用通知消息之后，同样根据显示输出的应用通知消息的信息，生成删除控制信号，将对应的应用通知待显示数据从短消息列表中删除。

本发明实施例提供的应用通知和短消息统一显示的方法，将用户终端新接收到的应用通知加入短消息列表，并且整合短消息和应用通知的接收提醒信息，对提醒信息和新接收消息均以统一的方式展示，从而简化操作，未读消息和应用通知的显示更加清晰简洁，方便用户的阅读，增加了应用推送信息有效传递给用户的几率。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。