CN115543496A - 消息处理方法及相关装置 - Google Patents

Abstract

本申请公开了消息处理方法及相关装置，在所述消息处理方法中，终端设备接收推送服务器发送的第一应用的第一推送消息；终端设备接收推送服务器发送的第二应用的第二推送消息；终端设备在第一用户界面显示第一推送消息及第二推送消息；终端设备接收用户作用于第二推送消息的第一输入操作；响应于第一输入操作，终端设备显示第二用户界面；第二推送消息在第二用户界面的显示形态和/或显示顺序，与第二推送消息在第一用户界面的显示形态和/或显示顺序不同。这样，能够简化推送消息的查询操作，有效提升用户的使用体验。

Description

消息处理方法及相关装置

技术领域

本申请涉及电子技术领域，尤其涉及消息处理方法及相关装置。

背景技术

在信息技术高速发展的移动互联网时代，各种应用程序(Application，App)日出不穷，大部分App通常会通过推送(Push)消息向用户推送该App的一些重要消息。

目前，智能终端安装的App越来越多，智能终端接收到的App推送的Push消息也越来越多。由于Push消息众多，且在智能终端的系统通知栏内按时间逆序排序，需要用户手动翻找通知栏内的推送消息，这使得用户难以快速获取Push消息中对自己重要的消息。

综上所述，目前的Push消息的推送方式，查找Push消息的操作繁琐，不能适应用户的实际需求，用户体验差。

发明内容

本申请提供了消息处理方法及相关装置，能够简化Push消息的查询操作，有效提升用户的使用体验。

第一方面，本申请提供了消息处理方法，包括：终端设备接收推送服务器发送的第一应用的第一推送消息；终端设备接收推送服务器发送的第二应用的第二推送消息；终端设备在第一用户界面显示第一推送消息及第二推送消息；终端设备接收用户作用于第二推送消息的第一输入操作；响应于第一输入操作，终端设备显示第二用户界面；第二推送消息在第二用户界面的显示形态和/或显示顺序，与第二推送消息在第一用户界面的显示形态和/或显示顺序不同。

实施本申请实施例，响应于用户的输入操作，终端设备可以改变推送消息的显示形态和/或显示顺序。这样，用户可以将自己感兴趣的推送消息设置为特定的显示形态和/或特定的显示顺序的推送消息，以便于用户能够快速定位该推送消息。

在一种实现方式中，上述第二推送消息为第二用户界面中高亮显示的推送消息。

实施本申请实施例，用户可以将自己感兴趣的推送消息高亮显示在第一用户界面上，以便于用户能够快速定位该推送消息。

在一种实现方式中，上述第二推送消息为第二用户界面的顶部的第一条推送消息。

实施本申请实施例，用户可以将自己感兴趣的推送消息设置为第一用户界面的顶部的第一条推送消息，以便于用户能够快速定位该推送消息。

在一种实现方式中，上述第二推送消息为第二用户界面中的第一应用的推送消息中的第一条推送消息。

实施本申请实施例，用户可以将自己感兴趣的第一应用的第一推送消息，设置为第一应用的推送消息中的顶部的第一条推送消息，以便于用户能够快速定位该推送消息。

在一种实现方式中，上述推送服务器发送的第一推送消息携带至少一个显示标记，显示标记用于指示第一推送消息的保存时长、显示形态和显示顺序中的至少一项；上述终端设备在第一用户界面显示第一推送消息，包括：终端设备基于至少一个显示标记，在第一用户界面上显示第一推送消息。

实施本申请实施例，通过推送消息携带的显示标记，终端设备可以确定该推送消息在第一用户界面上的显示形态和/或显示顺序，以便于用户能够快速定位该推送消息。

在一种实现方式中，上述至少一个显示标记包括持久化标记，持久化标记用于指示终端设备在第一时长内保存第一推送消息；上述终端设备基于上述至少一个显示标记，在第一用户界面上显示第一推送消息之后，还包括：基于持久化标记，在与第一推送消息的接收时刻相隔第一时长的时刻，终端设备删除第一推送消息。

实施本申请实施例，第一推送消息的持久化时长(即第一时长)到期后，终端设备才会将其删除。这样，可以避免重要的推送消息提前被系统自动清除。

在一种实现方式中，上述至少一个显示标记包括全局置顶标记；上述终端设备基于上述至少一个显示标记，在第一用户界面上显示第一推送消息，包括：基于全局置顶标记，在第一用户界面上将第一推送消息显示为顶部的第一条推送消息。

在一种实现方式中，上述基于全局置顶标记，在第一用户界面上将第一推送消息显示为顶部的第一条推送消息，包括：基于全局置顶标记，在接收到第一推送消息后的第二时长内，在第一用户界面上将第一推送消息显示为顶部的第一条推送消息；所述方法还包括：在与第一推送消息的接收时刻相隔第二时长的时刻，终端设备删除第一推送消息的全局置顶标记。

实施本申请实施例，基于推送消息携带的全局置顶标记，在全局置顶时长(即第二时长)内，终端设备可以将该推送消息设置为第一用户界面的顶部的第一条推送消息，以便于用户能够快速定位该推送消息。

在一种实现方式中，上述至少一个显示标记包括App内置顶标记；上述终端设备基于上述至少一个显示标记，在第一用户界面上显示第一推送消息，包括：基于App内置顶标记，在第一用户界面上将第一推送消息显示为第一应用的推送消息中的第一条推送消息。

在一种实现方式中，上述基于App内置顶标记，在第一用户界面上将第一推送消息显示为第一应用的推送消息中的第一条推送消息，包括：基于App内置顶标记，在接收到第一推送消息后的第三时长内，在第一用户界面上将第一推送消息显示为第一应用的推送消息中的第一条推送消息；所述方法还包括：在与第一推送消息的接收时刻相隔第三时长的时刻，终端设备删除第一推送消息的App内置顶标记。

实施本申请实施例，基于第一推送消息携带的App内置顶标记，在App内置顶时长(即第三时长)内，终端设备可以将第一应用的第一推送消息，设置为第一应用的推送消息中的顶部的第一条推送消息，以便于用户能够快速定位该推送消息。

在一种实现方式中，上述至少一个显示标记包括高亮标记；上述终端设备基于上述至少一个显示标记，在第一用户界面上显示第一推送消息，包括：基于高亮标记，在第一用户界面上高亮显示第一推送消息。

在一种实现方式中，上述基于高亮标记，在第一用户界面上高亮显示第一推送消息，包括：基于高亮标记，在接收到第一推送消息后的第四时长内，在第一用户界面上高亮显示第一推送消息；所述方法还包括：在与第一推送消息的接收时刻相隔第四时长的时刻，终端设备删除第一推送消息的高亮标记。

实施本申请实施例，基于推送消息携带的高亮标记，在高亮时长(即第四时长)内，终端设备可以将该推送消息高亮显示在第一用户界面上，以便于用户能够快速定位该推送消息。

在一种实现方式中，上述高亮显示的第一推送消息包括以下一项或多项显示特征：相比非高亮的推送消息，第一推送消息的背景光颜色不同；相比非高亮的推送消息，第一推送消息的字体、字号和/或颜色不同；相比非高亮的推送消息，第一推送消息携带高亮图标。本申请实施例对高亮显示的具体展现形式不做具体限定。

第二方面，本申请提供，包括：推送服务器接收应用服务器发送的第一应用的第三推送消息，第三推送消息携带至少一个显示标签，显示标签用于指示第三推送消息在终端设备的保存时长、显示顺序和显示形态中的至少一项；推送服务器向终端设备发送第一推送消息，第一推送消息是基于第三推送消息确定的。

实施本申请实施例，应用服务器发送的推送消息携带的显示标签，指示了该推送消息在终端设备的保存时长、显示顺序和/或显示形态。这样，通过指示该推送消息的保存时长，可以避免重要的推送消息提前被终端设备的系统自动清除；通过指示该推送消息的显示顺序和/或显示形态，可以便于用户快速定位该推送消息。

在一种实现方式中，上述推送服务器向终端设备发送第一推送消息之前，还包括：推送服务器确定第三推送消息携带的第一显示标记的合法性，第一显示标记是上述至少一个显示标记中的任一个；当第一显示标记不合法时，推送服务器删除第一推送消息的第一显示标记，生成第一推送消息。

实施本申请实施例，通过推送服务器对应用服务器发送的推送消息携带的显示标记的预处理，可以提前过滤掉不合法的显示标记。

在一种实现方式中，上述推送服务器接收应用服务器发送的第三推送消息之前，还包括：应用服务器向推送服务器发送注册请求，注册请求用于注册第一应用的至少一类显示标记对应的显示服务。

在一种实现方式中，上述至少一类显示标记包括持久化标记、全局置顶标记、App内置顶标记、高亮标记中的至少一类；持久化标记对应的显示服务为持久化服务，全局置顶标记对应的显示服务为全局置顶服务、App内置顶标记对应的显示服务为App内置顶服务、高亮标记对应的显示服务为高亮服务。

在一种实现方式中，上述推送服务器确定第三推送消息携带的第一显示标记的合法性，包括：推送服务器确定第一应用是否注册了第一显示标记对应的显示服务；当第一应用未注册第一显示标记对应的显示服务，推送服务器确定第一显示标记不合法。

在一种实现方式中，第一显示标记为全局置顶标记，注册请求还包括全局置顶时间段；上述推送服务器确定第三推送消息携带的第一显示标记的合法性，包括：当第一应用注册了第一显示标记对应的显示服务，且当前时刻晚于全局置顶时间段时，推送服务器确定第一显示标记不合法。

在一种实现方式中，上述持久化标记，用于指示终端设备在第一时长内保存第一推送消息；上述全局置顶标记，用于指示终端设备，在第一用户界面上将第一推送消息显示为顶部的第一条推送消息；上述App内置顶标记，用于指示终端设备，在第一用户界面上将第一推送消息显示为第一应用的推送消息中的第一条推送消息；上述高亮标记，用于指示终端设备在第一用户界面上高亮显示第一推送消息。

第三方面，本申请提供了一种终端设备，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得终端设备执行上述第一方面任一项可能的实现方式中的消息处理方法。

第四方面，本申请提供了一种服务器，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得服务器执行上述第二方面任一项可能的实现方式中的消息处理方法。

第五方面，本申请实施例提供了一种计算机存储介质，包括计算机指令，当计算机指令在终端设备上运行时，使得终端设备执行上述第一方面任一项可能的实现方式中的消息处理方法。

第六方面，本申请实施例提供了一种计算机存储介质，包括计算机指令，当计算机指令在服务器上运行时，使得服务器执行上述第二方面任一项可能的实现方式中的消息处理方法。

第七方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述任一方面任一项可能的实现方式中的消息处理方法。

附图说明

图1为本申请实施例提供的通信系统的示意图；

图2为本申请实施例提供的软件结构框图；

图3A至图3B为本申请实施例提供的通知栏的用户界面示意图；

图3C至图3E为本申请实施例提供的Push消息盒子的用户界面示意图；

图3F至图3I为本申请实施例提供的开启Push消息盒子的用户界面示意图；

图4A为本申请实施例提供的接收全局置顶的Push消息后的用户界面示意图；

图4B为本申请实施例提供的接收App内置顶的Push消息后的用户界面示意图；

图4C至图4F为本申请实施例提供的接收高亮的Push消息后的用户界面示意图；

图5A至图5G为本申请实施例提供的手动设置置顶状态的用户界面示意图；

图6A至图6L为本申请实施例提供的手动设置置顶状态的用户界面示意图；

图7A至图7F为本申请实施例提供的手动设置高亮状态的用户界面示意图；

图8A至图8F为本申请实施例提供的手动设置高亮状态的用户界面示意图；

图9A至图9C为本申请实施例提供的手动删除的用户界面示意图；

图10A至图10F为本申请实施例提供的手动删除的用户界面示意图；

图11为本申请实施例提供的一种消息处理方法的方法流程示意图；

图12为本申请实施例提供的Push消息的预处理的方法流程示意图；

图13为本申请实施例提供的全局置顶流程的示意图；

图14为本申请实施例提供的App内置顶流程的示意图；

图15为本申请实施例提供的高亮流程的示意图；

图16为本申请实施例提供的另一种消息处理方法的方法流程示意图；

图17为本申请实施例提供的终端设备的结构示意图；

图18为本申请实施例提供的服务器的结构示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

首先介绍本申请实施例提供涉及的通信系统10。

图1示例性地示出了本申请实施例中提供的一种通信系统10的结构示意图。如图1所示，该通信系统10包括一或多个终端设备(例如终端设备100)、一或多个App开发者服务器(例如App服务器200)以及一或多个Push服务器(例如Push服务器300)。其中，App服务器200和Push服务器300可以通过无线通信网络和/或有线通信网络进行通信，Push服务器300和终端设备100也可以通过无线通信网络和/或有线通信网络进行通信。

App服务器200可以是一台服务器，或者由多台服务器组成的服务器集群，或者是一个云端计算中心。App服务器200是为终端设备100安装的指定App(例如游戏App、导航App、社交App、视频App和阅读App等)推送消息的服务器。App服务器200还可以为上述指定App提供其他业务，例如，为导航App提供实时导航服务，为社交App提供即时通信业务，此处不做具体限定。

Push服务器100可以是一台服务器，或者由多台服务器组成的服务器集群，或者是一个云端计算中心。Push服务器100用于对来自App服务器200的Push消息进行预处理(例如安全检测)，并可以将预处理后的Push消息发送给终端设备100。

本申请实施例中，App服务器200可以向Push服务器100申请指定App(例如App1)的Push消息持久化服务。此外，在Push消息持久化服务的基础上，App服务器200还可以向Push服务器100申请App1的Push消息的全局置顶服务、App内置顶服务和高亮服务。其中，以Push消息1为例，

Push消息持久化指：在Push消息1的持久化时长内，将Push消息1保存在终端设备100的Push消息盒子，以避免在预设时间段内Push消息1被终端设备100的系统自动清理掉。

Push消息全局置顶指：在Push消息1的全局置顶时长内，在终端设备100显示的Push消息盒子的Push消息中，Push消息1被显示在顶部第一条。

Push消息App内置顶指：在Push消息1的App内置顶时长内，在终端设备100显示的Push消息盒子中的App1的Push消息中，Push消息1被显示在顶部第一条。

Push消息高亮指：在Push消息1的高亮时长内，在终端设备100显示的Push消息盒子中的Push消息中，Push消息1的显示形式更加醒目，例如，Push消息1背景光更亮、Push消息1的字符颜色特殊、Push消息1的字符加粗和/或Push消息1带有特定图标等，此处不做具体限定。

本申请实施例中，以Push消息1为例，App服务器200发送的Push消息1可以携带持久化标记、全局置顶标记、App内置顶标记和/或高亮标记等参数，上述4个参数分别用于标识该Push消息的持久化、全局置顶、App内置顶和高亮；相应的，App服务器200发送的Push消息还可以携带Push消息1的持久化时长、全局置顶时长、App内置顶时长和/或高亮时长等参数。Push服务器可以基于App服务器200发送的Push消息携带的参数对Push消息进行预处理。终端设备100可以基于Push服务器下发的Push消息中携带的参数，在Push消息盒子的用户界面中对该Push消息进行全局置顶、App内置顶和/或高亮等。

本申请实施例中，终端设备100可以是搭载iOS、Android、Microsoft或者其它操作系统的终端。示例性的，终端设备100可以是手机、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificial intelligence,AI)设备、可穿戴式设备、车载设备、智能家居设备和/或智慧城市设备等，本申请实施例对终端设备100的具体类型不作特殊限制。

终端设备100、App服务器200和Push服务器300可以部署在陆地上，包括室内、室外、手持或车载，也可以部署在水面上，还可以部署在空中的飞机和人造卫星上，本申请实施例对此均不作限定。

应当理解，图1仅仅为本申请实施例提供的通信系统的系统结构示意图，该通信系统中还可以包括其它设备，例如，还可以包括无线中继设备和无线回传设备(图1中未示出)，在此不作限定。

下面介绍对本申请实施例涉及的终端设备100的软件系统。

终端设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明终端设备100的软件结构。

图2是本发明实施例的终端设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(Applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供终端设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

本申请实施例中，通知管理器包括Push Service和Push消息盒子。

其中，Push Service负责建立与Push服务器200的长链接，接收从Push服务器200下发的Push消息，并执行Push服务器下发的Push消息中的各参数(例如持久化标记、全局置顶标记、App内置顶标记和/或高亮标记，持久化时长、全局置顶时长、App内置顶时长和/或高亮时长)的对应逻辑，从而实现Push消息在Push消息盒子里的持久化显示、全局置顶、App内置顶、高亮等。

Push消息盒子是由智能终端系统提供的存放Push消息的系统入口，在Push消息盒子的用户界面中，终端设备100可以按照各Push消息中的各参数对该Push消息进行全局置顶、App内置顶和/或高亮等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面结合附图对本申请实施例提供的消息推送方法的应用场景进行示例性说明。

下面对本申请实施例提供的示例性的主界面11进行介绍。

示例性的，图3A示出了终端设备100上的用于展示终端设备100安装的应用程序的主界面11。主界面11可以包括：状态栏101，日历指示符102，天气指示符103，具有常用应用程序图标的托盘104，以及其他应用程序图标105。其中：

具有常用应用程序图标的托盘104可展示：电话图标、联系人图标、短信图标、相机图标。其他应用程序图标105可展示：消息盒子的图标105A、相册的图标、音乐的图标、邮箱的图标、备忘录的图标、设置的图标等。主界面11还可包括页面指示符106。其他应用程序图标可分布在多个页面，页面指示符106可用于指示用户当前查看的是哪一个页面中的应用程序。用户可以左右滑动其他应用程序图标的区域，来查看其他页面中的应用程序图标。

可以理解，图3A仅仅示例性示出了终端设备100上的用户界面，不应构成对本申请实施例的限定。

下面对本申请实施例提供的示例性的通知栏界面12进行介绍。

示例性的，状态栏101可以接收用户的输入操作(例如图3A所示的手指向下滑动的操作)，响应于上述输入操作，终端设备100可以显示图3B所示的通知栏界面12。

如图3B所示，通知栏界面12可展示通知栏最近保存的Push消息对应的消息卡片(例如消息卡片201至消息卡片206)。

以消息卡片201为例，每个消息卡片中包括Push消息201A和该Push消息的接收时间201B。示例性的，Push消息201A可以接收用户的输入操作(例如触摸操作)，响应于上述输入操作，终端设备100显示Push消息201A的详细内容。参见消息卡片201至消息卡片206中的接收时间，Push消息在通知栏界面12中从上至下按照接收时间的逆序排列，即两条先后接收的Push消息，相比更早接收的Push消息的消息卡片，更晚接收的Push消息的消息卡片靠近终端设备的顶部。可以理解，当通知栏保存的Push消息较多时，用户手动翻找所需的Push消息，耗时长，用户体验差。

需要说明的是，本申请实施例中，消息卡片中Push消息(例如Push消息201A)的具体显示内容可以是Push消息201A的标题、简介、或部分内容，此处不做具体限定。

在一些实施例中，通知栏界面12可以包括删除控件207。删除控件207可以接收用户的输入操作(例如触摸操作)，响应于上述输入操作，终端设备100可以删除通知栏保存的所有Push消息。通常，终端设备100会定期自动清除通知栏保存的Push消息或者重启后自动清除通知栏保存的Push消息，这可能导致用户错过重要的Push消息。

需要说明的是，本申请对Push消息的展现形态不做具体限定，此处以消息卡片的展示形态为例进行说明。消息卡片也可以被称为消息栏、消息框，此处不做具体限定。

本申请实施例中，针对具备持久化标记的Push消息1，终端设备100将其复制一份保存到Push消息盒子中，并可以在Push消息盒子的用户界面中进行显示。当Push消息1的持久化时长到期后，终端设备100才会将其删除。此外，当Push消息1携带全局置顶标记时，在Push消息盒子的用户界面中对Push消息1进行全局置顶；当Push消息1携带App内置顶标记时，在Push消息盒子的用户界面中对Push消息1进行App内置顶；当Push消息1携带高亮标记时，在Push消息盒子的用户界面中对Push消息1进行高亮。可以理解，全局置顶、App内置顶和/或高亮的显示方式，可以便于用户快速定位重要的Push消息。

示例性的，图3C所示的消息盒子的图标105A可以接收用户的输入操作(例如触摸操作)，响应于上述输入操作，终端设备100显示图3D所示的Push消息盒子的用户界面13。

在一些实施例中，Push消息盒子的用户界面13包括若干个消息卡片，其中，前N个消息卡片(例如消息卡片301)中的每个消息卡片可展示Push消息盒子保存的一条全局置顶的Push消息，前N个消息卡片之后的消息卡片为申请了持久化服务的若干App分别对应的消息卡片，例如阅读App对应的消息卡片302、视频App对应的消息卡片303、游戏App对应的消息卡片304、银行卡App对应的消息卡片305以及音乐App对应的消息卡片306。N为正整数。

在一些实施例中，用户界面13还可以包括搜索控件307和/或设置控件308。搜索控件307用于基于用户输入的字符，在Push消息盒子中搜索与上述字符相关的Push消息。设置控件308可以接收用户的输入操作(例如触摸操作)，响应于上述输入操作，终端设备100显示Push消息盒子的设置界面。

在一些实施例中，当Push消息盒子已显示N条全局置顶的Push消息时，若终端设备100又接收到一条全局置顶的Push消息，则取消上述N条全局置顶的Push消息中最早接收的Push消息的全局置顶。

本申请实施例对的N的取值不做具体限定。在一些实施例中，上述N最大取值为1，Push消息盒子仅能同时保存一条全局置顶消息。在一些实施例中，上述N取值可以大于1，在用户界面13中上述N个消息卡片从上至下的排列顺序，可以是各消息卡片对应的全局置顶的Push消息的接收时间的逆序。示例性的，用户界面13仅包括一条全局置顶的Push消息，如图3D所示，用户界面13的顶部第一个消息卡片301包括全局置顶的Push消息301A。可选的，消息卡片301还可以包括Push消息301A对应的App(即视频App)的App图标301B、App名称301C和Push消息301A的接收时间301D中的至少一项。

可以理解，当Push消息盒子没有保存全局置顶的Push消息时，用户界面13不包括全局置顶的Push消息对应的消息卡片。

在一些实施例中，每个App对应的消息卡片可以管理多条Push消息，但在用户界面13中该消息卡片最多可以展示M条Push消息，消息卡片管理的其他Push消息被折叠未显示出来。M为正整数，本申请实施例对的M的取值不做具体限定。例如，M等1，或者M等于2，或者M等于3。后续实施例以M等于2为例进行说明。示例性的，Push消息盒子保存了至少两条阅读App的非全局置顶的Push消息、至少两条视频App的非全局置顶的Push消息、一条游戏App的非全局置顶的Push消息和一条银行卡App的非全局置顶的Push消息。如图3D所示，阅读App的消息卡片302包括Push消息302A和Push消息302B，视频App的消息卡片303包括Push消息303A和Push消息303B，游戏App的消息卡片304和银行卡App的消息卡片305各包括一条Push消息。

在一些实施例中，每个App(例如App1)对应的消息卡片可以接收用户的输入操作，响应于上述输入操作，终端设备100可以显示App1的消息卡片管理的更多的Push消息。

在一些实施例中，每个App对应的消息卡片还包括该App最近接收到的Push消息的接收时间。示例性的，消息卡片302还包括阅读App最近接收到的Push消息的接收时间302C。

在一些实施例中，每个App对应的消息卡片最多管理K条App内置顶的Push消息，K为正整数，本申请实施例对的K的取值不做具体限定。例如，K等于1，或者K等于2，或者K等于3。可选的，每个App对应的消息卡片展示的前K条App内置顶的Push消息从上至下的排列顺序，为各Push消息的接收时间的逆序；每个App对应的消息卡片展示的非App内置顶的Push消息从上至下的排列顺序，也为各Push消息的接收时间的逆序。后续实施例以K取值为1为例进行说明，可以理解，若Push消息盒子保存有App1的App内置顶的Push消息，App1对应的消息卡片展示的第一条Push消息为App内置顶的Push消息；否则，App1对应的消息卡片展示的第一条Push消息为非App内置顶的Push消息。

在一些实施例中，M、N和/或K的取值可以是用户预设的，也可以是终端设备100预设的，此处不做具体限定。

在一些实施例中，各App对应的消息卡片在用户界面13从上至下的排列顺序，可以是各App对应的消息卡片管理的Push消息的最近接收时间的逆序，即两个先后接收非全局置顶的Push消息的App，相比更早接收Push消息的App的消息卡片，更晚接收Push消息的App的消息卡片靠近终端设备100的顶部。

本申请实施例中，每条持久化的Push消息的持久化时长到期后，Push消息盒子删除该Push消息。在一些实施例中，全局置顶的Push消息的消息卡片中还包括该Push消息的删除时间，App的消息卡片中还包括该App最近接收到的Push消息的删除时间。示例性的，如图3E所示，消息卡片301还包括Push消息301A的删除时间301E，消息卡片302还包括阅读App最近接收的Push消息的删除时间302D。

在一些实施例中，用户界面13中还标识每条Push消息的查看状态，Push消息的查看状态可以包括已读和/或未读。示例性的，如图3E所示，全局置顶的Push消息已被用户查看，终端设备100通过已读图标301F来标识该Push消息，视频App的消息卡片303中的Push消息303B已被查看，终端设备100通过已读图标303C来标识该Push消息。本申请实施例中，也可以通过未读标识来标识未被用户查看的Push消息。

需要说明的是，在一种实现方式中，Push消息盒子可以是独立于通知栏之外的系统应用，消息盒子图标105A是该系统应用的快捷入口；在另一种实现方式中，Push消息盒子也可以是通知栏的一种功能实现，消息盒子图标105A是该功能的快捷入口。本申请对此不做具体限定。

在一些实施例中，Push消息盒子是独立于通知栏之外的应用，Push消息盒子可以实时获取通知栏中的Push消息，并对获取到的Push消息进行管理和显示。可选的，用户开启Push消息盒子获取通知栏的Push消息的权限后，Push消息盒子才能获取通知栏的Push消息。示例性的，消息盒子图标105A接收到用户的输入操作后，终端设备100先显示图3F所示的权限申请框321，权限申请框321包括提示信息321A、禁止控件321B和允许控件321C。其中，提示信息321A用于提示用户“Push消息盒子”需要开启获取通知栏的Push消息的权限；禁止控件321B用于拒绝该权限申请，关闭权限申请框321；允许控件321C用于允许该权限申请。示例性的，响应于针对允许控件321C的输入操作，终端设备100允许Push消息盒子获取通知栏的Push消息，并基于Push消息盒子获取的Push消息，显示图3D所示的Push消息盒子的用户界面13。

在一些实施例中，Push消息盒子是通知栏的一种功能实现，用户开启通知栏的Push消息盒子的功能后，终端设备100才可以通过Push消息盒子管理和显示Push消息。示例性的，通知栏界面12还可以包括图3G所示的控件208。如图3H所示，响应于针对控件208的输入操作，终端设备100可以在用户界面14显示Push消息盒子的功能控制栏322，功能控制栏322包括开关控件322A。其中，开关控件322A处于打开(ON)状态时，开启Push消息盒子的功能；开关控件322A处于关闭(OFF)状态时，关闭Push消息盒子的功能。示例性的，响应于针对开关控件322A的输入操作(例如触摸操作)，终端设备可以切换开关控件322A的状态为图3I所示的打开状态，并基于通知栏接收到的Push消息在用户界面14显示消息卡片301至消息卡片305。可选的，响应于上述输入操作，还在用户界面14显示搜索控件307和/或设置控件308。在一些实施例中，用户通过开关控件322A开启Push消息盒子的功能后，响应于针对消息盒子图标105A的输入操作，终端设备100可以显示图3I所示的用户界面14。

在一些实施例中，响应于图3A所示的用户的输入操作，终端设备100显示用户界面13，用户界面13即为终端设备100的通知栏界面。

下面以图3D所示的终端设备100为例，对终端设备100接收到各类持久化的Push消息后的用户界面进行介绍。示例性的，图3D所示的用户界面13中Push消息301A是全局置顶的，Push消息302A和Push消息303A是App内置顶的。

在一些实施例中，以N取值为1为例，终端设备100接收到全局置顶的Push消息(例如Push消息309A)后，将当前系统设置的全局置顶的Push消息(例如图3D所示的Push消息301A)转化为非全局置顶的Push消息，并将Push消息309A进行全局置顶。此外，视频App的Push消息301A转化为非全局置顶的Push消息后，由视频App的消息卡片303对Push消息301A进行管理。可选的，Push消息301A作为视频App的非App内置顶的Push消息，消息卡片303依据Push消息301A的接收时间，对Push消息301A进行排序和显示。

示例性的，图3D所示的终端设备100接收到图4A所示的Push消息309A后，终端设备在用户界面13显示图4A所示的Push消息309A对应的消息卡片309，消息卡片309为图4A所示的用户界面13的顶部的第一个消息卡片。可选的，Push消息301A是除App内置顶的Push消息303A之外最近接收到的视频App的Push消息，Push消息301A在被取消全局置顶后，显示为视频App的消息卡片303中的Push消息303A的下一条Push消息。

在一些实施例中，以N取值为2为例，图3D所示的用户界面13当前仅显示了一条全局置顶的Push消息301A。示例性的，如图4B所示，图3D所示的终端设备100接收到全局置顶的Push消息(例如Push消息309A)后，将当前系统设置的全局置顶的Push消息(例如图3D所示的Push消息301A)向下移动，显示为用户界面13的顶部的第二条Push消息，并将Push消息309A进行全局置顶。

在一些实施例中，终端设备100接收到App内置顶的Push消息(例如Push消息303D)后，将Push消息303D在相应的视频App的消息卡片303中进行App内置顶。可选的，上述K取值大于1，终端设备100接收到Push消息303D后，视频App当前的第一条App内置顶的Push消息303A，被向下移动为视频App的第二条App内置顶的Push消息。可选的，上述K值取值为1，终端设备100接收到Push消息303D后，取消视频App当前的第一条Push消息303A的App内置顶，消息卡片303依据Push消息303A的接收时间，对Push消息303A进行排序和显示。后续实施例以K取值为1为例进行说明。

示例性的，如图4C所示，图4A所示的终端设备100接收到Push消息303D后，取消Push消息303A的App内置顶，将Push消息303D显示为消息卡片303的第一条Push消息，将Push消息303A显示为消息卡片303的第二条Push消息。

在一些实施例中，终端设备100接收到高亮的Push消息(例如Push消息302E)后，在Push消息302E对应的阅读App的消息卡片302中，按照Push消息的接收时间将该Push消息显示为非App内置顶的Push消息中的第一条，且在显示过程中对该Push消息进行高亮。

示例性的，图4C所示的阅读App的消息卡片302中的Push消息302A是App内置顶的；如图4D所示，图4C所示的终端设备100接收到Push消息302E后，将Push消息302E显示为消息卡片303中的第二条Push消息，并对Push消息302E的显示内容加粗显示。

在一些实施例中，终端设备100接收到高亮的Push消息(例如Push消息302E)后，将该Push消息302E单独显示在一个新建的消息卡片，且在显示过程中对该消息进行高亮。可选的，上述新建的消息卡片与Push消息302E对应的阅读App的消息卡片302相邻，且更靠近终端设备100的顶部。示例性的，如图4E所示，图4C所示的终端设备100接收到Push消息302E后，终端设备100在消息卡片310中显示Push消息302E，并对消息卡片310的背景光进行高亮。

在一些实施例中，终端设备100接收到App内置顶且高亮的Push消息(例如Push消息302E)后，将Push消息302E在阅读App的消息卡片302中同时进行App内置顶和高亮。示例性的，如图4F所示，图4C所示的终端设备100接收到App内置顶且高亮的Push消息302E后，将Push消息302E显示为消息卡片302中的第一条Push消息，并对Push消息302E的显示内容加粗显示。

可以理解，通过高亮显示可以让Push消息302E更加醒目，本申请实施例对高亮显示的具体实现方式不做限定。

本申请实施例中，针对Push消息盒子显示的Push消息，用户可以根据自己的需求与爱好，手动设置该Push消息的信息状态，Push消息的信息状态包括该Push消息的置顶状态、高亮状态、查看状态等等。

下面以4E所示的Push消息盒子的用户界面13为例，对用户如何手动设置Push消息的信息状态进行详细说明。

在一些实施例中，Push消息盒子的用户界面13中的Push消息是终端设备100从通知栏中实时获取的，用户界面13中的Push消息的排列顺序和通知栏中的Push消息的排列顺序可以相同，也可以不同，此处不做具体限定。

本申请实施例中，用户界面13显示的Push消息1可以接收用户的输入操作，响应于上述输入操作，终端设备100可以改变Push消息1在用户界面13中的置顶状态。Push消息1的置顶状态包括全局置顶、App内置顶、非全局置顶且非App内置顶。

在一些实施例中，用户界面13中每个消息卡片还包括用于改变置顶状态的置顶控件。示例性的，如图5A所示，消息卡片309包括置顶控件401，消息卡片310包括置顶控件402，消息卡片303包括置顶控件403。

针对全局置顶的Push消息，下面以消息卡片309为例，示例性介绍用户如何手动设置Push消息的置顶状态。

消息卡片309仅包括一条全局置顶的视频App的Push消息309A，置顶控件401可以接收用户的输入操作(例如触摸操作)，响应于上述输入操作，终端设备100显示图5B所示的取消全局置顶控件401A。取消全局置顶控件401A可以接收用户的输入操作(例如触摸操作)，响应于上述输入操作，终端设备100取消Push消息309A的全局置顶，通过视频App的消息卡片303对Push消息309A进行排序和显示。示例性的，如图5C所示，响应于上述输入操作，将Push消息309A显示为消息卡片303中的第二条Push消息。

针对仅包括一条非全局置顶的Push消息的消息卡片，下面以消息卡片310为例，示例性介绍用户如何手动设置Push消息的置顶状态。

如图5D所示，消息卡片310仅包括一条高亮的Push消息302E，置顶控件402可以接收用户的输入操作(例如触摸操作)，响应于上述输入操作，终端设备100显示图5E所示的全局置顶控件402A和App内置顶控件402B。如图5E和图5F所示，全局置顶控件402A可以接收用户的输入操作(例如触摸操作)，响应于上述输入操作，终端设备100将消息卡片310置顶显示。如图5F和图5G所示，App内置顶控件402B可以接收用户的输入操作(例如触摸操作)，响应于上述输入操作，终端设备100将Push消息302E显示为消息卡片302中的第一条Push消息。

针对包括多条非全局置顶的Push消息的消息卡片，下面以消息卡片303为例，示例性介绍用户如何手动设置Push消息的置顶状态。

如图6A和图6B所示，视频App的消息卡片303包括多条非全局置顶的Push消息(例如Push消息303D和Push消息303A)，置顶控件403可以接收用户的输入操作(例如触摸操作)，响应于上述输入操作，终端设备100显示视频App对应的选择控件403A、Push消息303D对应的选择控件403B和Push消息303A对应的选择控件403C。其中，

如图6B所示，用户选中视频App对应选择控件403A后，终端设备100显示图6C所示的全局置顶控件403D。此时，全局置顶控件403D用于将视频App的消息卡片303进行全局置顶。示例性的，如图6D所示，响应于针对全局置顶控件403D的输入操作(例如触摸操作)，在用户界面13中的多个App对应的消息卡片中，终端设备100将视频App的消息卡片303显示在第一个。可选的，如图6D所示，视频App的消息卡片303显示在全局置顶的Push消息309A的消息卡片309之后。可选的，视频App的消息卡片303也可以显示为用户界面13的顶部的第一个消息卡片。

如图6E所示，用户选中Push消息303D对应的选择控件403B后，终端设备100显示图6F所示的全局置顶控件403D和取消App内置顶控件403E。此时，全局置顶控件403D用于将Push消息303D进行全局置顶显示。取消App内置顶控件403E用于取消Push消息303D的App内置顶。如图6G所示，响应于针对全局置顶控件403D的输入操作(例如触摸操作)，终端设备100将Push消息303D显示在顶部第一个消息卡片中。

如图6H所示，用户选中Push消息303A对应的选择控件403C后，终端设备100显示图6I所示的全局置顶控件403D和App内置顶控件403F。此时，全局置顶控件403D用于将Push消息303A进行全局置顶，App内置顶控件403F用于将Push消息303A进行App内置顶。示例性的，如图6J所示，响应于针对全局置顶控件403D的输入操作(例如触摸操作)，终端设备100将Push消息303A显示在顶部第一个消息卡片。示例性的，如图6K所示，响应于针对App内置顶控件403F的输入操作(例如触摸操作)，终端设备100将Push消息303A显示为视频App的消息卡片303中的第一条Push消息。

在一些实施例中，当用户选中的待全局置顶的App(例如图6C所示的消息卡片303对应的视频App)与全局置顶的Push消息(例如图6C所示的Push消息309A)对应的App相同时，响应于针对全局置顶控件403D的输入操作，终端设备100将消息卡片303和Push消息309A对应的消息卡片309融合后，显示为用户界面13的第一个消息卡片。示例性的，如图6L所示，响应于上述输入操作，终端设备100停止显示Push消息卡片309，将Push将消息309A显示为消息卡片303的第一条Push消息，并将消息卡片303显示为用户界面13的第一个消息卡片。

在一些实施例中，用户将Push消息1(例如6G所示的Push消息303D、或图6J所示的Push消息303D)设置全局置顶的Push消息后，终端设备100将Push消息1进行全局置顶的显示，直至用户取消Push消息1的全局置顶。

在一些实施例中，用户将Push消息1(例如6G所示的Push消息303D、或图6J所示的Push消息303D)设置为全局置顶的Push消息后，若终端设备100接收到携带全局置顶标记的Push消息2，则终端设备100将Push消息2显示为用户界面13中Push消息1的下一条Push消息(即顶部的第二条全局置顶的Push消息)。

在一些实施例中，用户将Push消息1(例如6K所示的Push消息303A)设置为App1的App内置顶的Push消息后，终端设备100将Push消息1在App1的消息卡片中置顶显示，直至用户取消Push消息1的App内置顶。

在一些实施例中，用户将Push消息1(例如6K所示的Push消息303A)设置为App1的App内置顶的Push消息后，若终端设备100接收到App1的携带App内置顶标记的Push消息2，则终端设备100将Push消息2显示为App1的消息卡片(例如6K所示的Push消息卡片303)中的Push消息1的下一条Push消息(即App1的消息卡片中的第二条App内置顶的Push消息)。

本申请实施例中，用户界面13中的Push消息1可以接收用户的输入操作，响应于上述输入操作，终端设备100可以改变Push消息1的高亮状态。Push消息1的高亮状态包括高亮和非高亮。

针对仅包括一条高亮的Push消息的消息卡片，下面以消息卡片310为例，示例性介绍用户如何手动设置Push消息的高亮状态。

示例性的，如图7A和图7B所示，消息卡片310包括阅读App的高亮的Push消息302E，消息卡片310可以接收用户的输入操作(例如图7A所示的向左滑动操作)，响应于上述输入操作，终端设备100显示取消高亮控件501A。如图7C所示，响应于针对取消高亮控件501A的输入操作(例如触摸操作)，终端设备100在阅读App的消息卡片302中对Push消息302E进行非高亮显示。

针对仅包括一条非高亮的Push消息的消息卡片，下面以消息卡片309为例，示例性介绍用户如何手动设置Push消息的高亮状态。

示例性的，如图7D和图7E所示，消息卡片309包括视频App的非高亮的Push消息309A，消息卡片309可以接收用户的输入操作(例如图7D所示的向左滑动操作)，响应于上述输入操作，终端设备100显示高亮控件501B。如图7F所示，响应于针对高亮控件501B的输入操作(例如触摸操作)，终端设备100令消息卡片309的背景光高亮。

针对包括多条Push消息的消息卡片，下面以消息卡片303为例，示例性介绍用户如何手动设置Push消息的高亮状态。

示例性的，如图8A和图8B所示，消息卡片303包括视频App的非高亮的Push消息303D和Push消息303A，消息卡片303可以接收用户的输入操作(例如图8A所示的向左滑动操作)，响应于上述输入操作，终端设备100显示Push消息303D的选择控件502A、Push消息303A的选择控件502B、高亮控件503A和取消高亮控件503B。

示例性的，如图8C和图8D所示，用户选中选择控件502A后，响应于针对高亮控件503A的输入操作(例如触摸操作)，终端设备100将Push消息303D高亮显示。可以理解，Push消息303D高亮后，取消高亮控件503B可以用于取消Push消息303D的高亮。如图8E和图8F所示，用户选中选择控件502B后，响应于针对高亮控件503A的输入操作(例如触摸操作)，终端设备100将Push消息303D在新建的消息卡片311中高亮显示。

在一些实施例中，消息卡片303可以接收用户的输入操作(例如图8A所示的向左滑动操作)，响应于上述输入操作，终端设备100可以将消息卡片303中的所有Push消息进行高亮显示。例如，改变消息卡片303的背景光的颜色，或者，将消息卡片303的所有Push消息加粗显示。

在一些实施例中，用户界面13中的Push消息1可以接收用户的输入操作，响应于上述输入操作，终端设备100可以改变Push消息1的查看状态。Push消息1的查看状态包括已读和未读。在一些实施例中，用户界面13中的Push消息1可以接收用户的输入操作，响应于上述输入操作，终端设备100可以删除Push消息1。

针对仅包括一条Push消息的消息卡片，下面以消息卡片310为例，示例性介绍用户如何手动设置Push消息的查看状态，以及如何删除Push消息。

示例性的，如图9A和图9B所示，消息卡片310包括Push消息302E，消息卡片310可以接收用户的输入操作(例如图9A所示的向右滑动操作)，响应于上述输入操作，终端设备100显示已读控件601A、未读控件601B和删除控件601C。已读控件601A用于修改Push消息302E的查看状态为已读，未读控件601B用于修改Push消息302E的查看状态为未读。图9B所示的已读控件601A是高亮的，这表征Push消息302E当前处于已读状态。如图9C所示，响应于针对删除控601C的输入操作(例如触摸操作)，终端设备100删除Push消息302E。

针对仅包括多条Push消息的消息卡片，下面以消息卡片303为例，示例性介绍用户如何手动设置Push消息的查看状态，以及如何删除Push消息。

示例性的，如图10A和图10B所示，消息卡片303包括Push消息303D和Push消息303A，消息卡片303可以接收用户的输入操作(例如图10A所示的向右滑动操作)，响应于上述输入操作，终端设备100显示视频App的选择控件602A、Push消息303D的选择控件602B和Push消息303A的选择控件602C、已读控件603A、未读控件603B和删除控件603C。

如图10C所示，用户选中选择控件602A时，已读控件603A用于修改消息卡片303中的所有Push消息的查看状态为已读，未读控件603B用于修改消息卡片303中的所有Push消息的查看状态为未读，删除控件603C用于删除消息卡片303管理的所有Push消息。如图10D所示，响应于针对删除控件603C的输入操作(例如触摸操作)，终端设备100删除消息卡片303。

如图10E所示，以Push消息303A为例，用户选中Push消息303A对应的选择控件602C时，已读控件603A用于修改Push消息303A的查看状态为已读，未读控件603B用于修改Push消息303A的查看状态为未读，删除控件603C用于删除Push消息303A。如图10F所示，响应于针对删除控件603C的输入操作(例如触摸操作)，终端设备100删除消息卡片303中的Push消息303A。

基于前述通信系统10、软件系统架构和应用场景示意图，下面对本申请实施例提供的消息处理方法进行介绍。

所提消息处理方法中，App服务器200通过Push服务器300下发给终端设备100的Push消息1可以携带持久化标记、全局置顶标记、App内置顶标记和/或高亮标记。当Push消息1携带持久化标记，终端设备100可以在Push消息1的持久化时长内保存Push消息1，以避免Push消息1被系统自动清理掉；当Push消息1携带全局置顶标记、App内置顶标记和/或高亮标记时，相应的，终端设备100可以对Push消息1进行全局置顶、App内置顶和/或高亮，以增加Push消息1的曝光度，从而便于用户快速定位Push消息1。

图11示出了本申请实施例提供的消息处理方法的方法流程示意图。该消息处理方法包括但不限于步骤S101至步骤S106。

阶段一：白名单维护

S101、App服务器200向Push服务器300发送申请请求，申请请求用于申请App服务器200的Push消息的Access Token ID。

S102、发送Access Token ID。

S103、发送App1的注册请求，注册请求用于注册App1的Push消息持久化的相关服务，注册请求携带App服务器200的Access Token ID、App1的ID以及Push消息持久化的相关信息，上述相关信息用于表征请求注册App1的Push消息的持久化服务、全局置顶服务、App内置顶服务和/或高亮服务；当请求注册全局置顶服务时，注册请求还包括App1的Push消息的全局置顶时间1。

在一些实施例中，若上述注册请求未请求注册持久化服务，则其他服务(例如全局置顶服务、App内置顶服务和/或高亮服务)的注册请求均是无效的。

S104、Push服务器300在白名单中记录App服务器200的Access Token ID、App1的ID以及App1的Push消息持久化的相关信息。

在一些实施例中，Push服务器300在白名单的表1中，记录App服务器200的AccessToken ID、App1的ID、App1是否注册持久化服务、App1是否注册全局置顶服务、App1是否注册App内置顶服务以及App1是否注册高亮服务。若App1注册了全局置顶服务，Push服务器300还在白名单的表2中，记录App服务器200的Access Token ID、App1的ID以及App1的Push消息的全局置顶时间1。可选的，Push消息的全局置顶时间包括全局置顶的日期和/或一天中全局置顶的时间段。

在一些实施例中，一个AppID可以在一天中设置多个全局置顶的时间段。在一些实施例中，一天中一个AppID对应的全局置顶总时长不能超过预设时长。

白名单表1

白名单表2

在一些实施例中，参见表1和表2，针对白名单中每个App(例如App1)的记录，当App1的“是否持久化”设置为“是”时，Push服务器300才可以设置App1的白名单记录中的“是否全局置顶”、“是否App内置顶”、“是否高亮”、“全局置顶时间”。当“是否持久化”设置为“否”、其它值或者空时，App1的记录中的其它设置均无效。

在一些实施例之中，步骤S104之后还包括Push服务器300向App服务器200发送注册响应，注册响应用于通知App服务器200上述注册请求是否注册成功。

阶段二：Push消息的预处理

S105、App服务器200向Push服务器300发送App 1的Push消息1，Push消息1携带App1的ID、持久化标记和持久化时长1，还携带全局置顶标记、App内置顶标记和/或高亮标记，相应的，还可以携带全局置顶时长2、App内置顶时长3和/或高亮时长4。

其中，持久化时长1用于指示Push消息盒子存储Push消息1的时长，该时长可以被称为持久化时长；全局置顶时长2用于指示Push消息1在Push消息盒子中的全局置顶时长；App内置顶时长3用于指示Push消息1在Push消息盒子中的App内置顶时长；高亮时长4用于指示Push消息1在Push消息盒子中的高亮时长。

在一些实施例中，持久化时长1大于全局置顶时长2、App内置顶时长3和高亮时长4。

在一些实施例中，步骤S105中，Push消息1中可以不携带持久化时长1、全局置顶时长2、App内置顶时长3和/或高亮时长4。可选的，App1的所有Push消息的持久化时长、全局置顶时长、App内置顶时长和/或高亮时长，可以是步骤S105之前终端设备100和App服务器200双方预先设置好的。可选的，所有App的Push消息的持久化时长、全局置顶时长、App内置顶时长和/或高亮时长都是相同的，可以是Push服务器或终端设备100预设的。

在一些实施例中，步骤S105中，Push消息1中可以仅携带持久化时长1，不携带全局置顶时长2、App内置顶时长3和高亮时长4。终端设备100可以基于持久化时长1确定全局置顶时长2、App内置顶时长3和高亮时长4。可选的，终端设备100确定全局置顶时长2、App内置顶时长3和高亮时长4均等于持久化时长1。

S106、Push服务器300对Push消息1进行预处理。

S107、Push服务器300向终端设备100发送预处理后的Push消息1。

在一些实施例中，Push服务器300对Push消息1的预处理流程可以参见图12。如图12所示，预处理流程包括但不限于S106A至S106N。

S106A、Push服务器300解析App1的Push消息1。

S106B、Push服务器300确定Push消息1是否携带持久化标记。若携带持久化标记，则执行S106C。

需要说明的是，若Push消息1未携带持久化标记，则Push服务器300将Push消息1转发给终端设备100后，终端设备100按照Push消息的常规处理流程处理Push消息1，不会将Push消息1保存到Push消息盒子中，此处不再赘述。

示例性的，在一些实施例中，Push消息1携带如下字段：

1.MsgBox{

2."storage":True//(True or False)是否持久化

3."Storage_duraction:120//是否保存Push消息时长，单位sec

4."Whole_Top":True//(True or False)是否全局置顶

5."Whole_Top_duraction:120//全局置顶时长，单位sec

6."App_Top":True//(True or False)是否App内置顶

7."App_Top_duraction:120//本App内置顶时长，单位sec

8."HighLight":True//(True or False)是否高亮

9."HighLight_duraction:120//高亮时长，单位sec

10.}

在一种实现方式中，Push消息1携带的字段"storage"为"True"，表征Push消息1携带持久化标记；Push消息1携带的字段"storage"为"False"，或Push消息1未携带字段"storage"，表征Push消息1未携带持久化标记。Push消息1携带的字段"Whole_Top"为"True"，表征Push消息1携带全局置顶标记；Push消息1携带的字段"Whole_Top"为"False"，或Push消息1未携带字段"Whole_Top"，表征Push消息1未携带全局置顶标记。Push消息1携带的字段"App_Top"为"True"，表征Push消息1携带App内置顶标记；Push消息1携带的字段"App_Top"为"False"，或Push消息1未携带字段"App_Top"，表征Push消息1未携带App内置顶标记。Push消息1携带的字段"HighLight"为"True"，表征Push消息1携带高亮标记；Push消息1携带的字段"HighLight"为"False"，或Push消息1未携带字段"HighLight"，表征Push消息1未携带高亮标记。

在一些实施例中，若Push消息1未携带持久化标记，则该Push消息1携带的其他标记(例如全局置顶标记App内置顶标记、高亮标记)均是无效的。可选的，若Push消息1未携带持久化标记，或者Push消息1携带持久化标记但App1未注册持久化服务，则Push服务器300删除Push消息1携带的其他标记(例如全局置顶标记App内置顶标记、高亮标记)。

S106C、Push服务器300基于Push消息1携带的App 1的ID，查询白名单，确定App 1是否注册了持久化服务。若未注册持久化服务，则执行S106D；若已注册持久化服务，则执行S106E、S106I和S106I。

S106D、Push服务器300删除Push消息1的持久化标记。

需要说明的是，删除Push消息1的持久化标记后，Push服务器300可以将Push消息1转发给终端设备100，终端设备100按照Push消息的常规处理流程处理Push消息1，不会将Push消息1保存到Push消息盒子中，此处不再赘述。

在一些实施例中，Push服务器300删除Push消息1的持久化标记后，向App服务器200发送提示消息，以提示App1未注册持久化服务，Push消息1不能持久化。

需要说明的是，本申请实施例对S106E、S106I和S106I的执行顺序不做具体限定。可选的，终端设备100同时执行S106E、S106I和S106I。可选的，终端设备100按照预设顺序先后执行S106E、S106I和S106I。

S106E、Push服务器300确定Push消息1是否携带全局置顶标记。若携带全局置顶标记，则执行S106F；否则，执行下一步。

S106F、Push服务器300基于Push消息1携带的App 1的ID，查询白名单，确定App 1是否注册了全局置顶服务。若未注册全局置顶服务，则执行S106G；若已注册全局置顶服务，则执行S106H。

S106G、Push服务器300取消Push消息1的全局置顶，并执行下一步。

在一些实施例中，Push服务器300删除Push消息1的全局置顶标记。

可选的，Push服务器300修改Push消息1的“全局置顶标记”的字段的取值为"False"。例如，“全局置顶标记”的字段为"Whole_Top"，Push服务器300修改"Whole_Top"的取值为"False"。

S106H、Push服务器300查询白名单，确定Push消息1的全局置顶标记是否已过期。若已过期，则执行S106G；若未过期，则执行下一步。

在一些实施例中，Push服务器300查询白名单，确定App1的全局置顶时间，若当前时刻在App1的全局置顶时间的结束时刻之前，则确定Push消息1的全局置顶标记未过期；否则确定Push消息1的全局置顶标记已过期。

本申请实施例中，步骤S106H是可选的。在一些实施例中，步骤S103的注册请求可以不携带App1的全局置顶时间，终端设备100无需执行S106H。

需要说明的是，若Push服务器300先执行S106E至S106H，再执行S106I至S106K(或S106L至S106N)，则执行下一步指执行S106I(或S106L)。若Push服务器300先执行S106I至S106K以及S106L至S106N，再执行S106E至S106，则执行下一步指执行S107。

S106I、Push服务器300确定Push消息1是否携带App内置顶标记。若携带全局置顶标记，则执行S106J；否则，执行下一步。

S106J、Push服务器300基于Push消息1携带的App 1的ID，查询白名单，确定App 1是否注册了App内置顶服务。若未注册App内置顶服务，则执行S106K；若已注册全局置顶服务，则执行下一步。

S106K、Push服务器300取消Push消息1的App内置顶，并执行下一步。

在一些实施例中，Push服务器300删除Push消息1的App内置顶标记。

可选的，Push服务器300修改Push消息1的“App内置顶标记”的字段的取值为"False"。可选的，“App内置顶标记”的字段为"App_Top"，Push服务器300修改"App_Top"的取值为"False"。

需要说明的是，若Push服务器300先执行S106I至S106K，再执行S106E至S106H(或S106L至S106N)，则执行下一步指执行S106E(或S106L)。若Push服务器300先执行S106E至S106H以及S106L至S106N，再执行S106I至S106K，则执行下一步指执行S107。

S106L、Push服务器300确定Push消息1是否携带高亮标记。若携带高亮标记，则执行S106M；否则，执行下一步。

S106M、Push服务器300基于Push消息1携带的App 1的ID，查询白名单，确定App 1是否注册了高亮服务。若未注册高亮服务，则执行S106K；若已注册高亮服务，则执行下一步。

S106N、Push服务器300取消Push消息1的高亮，并执行下一步。

在一些实施例中，Push服务器300删除Push消息1的高亮标记。

可选的，Push服务器300修改“高亮标记”的字段的取值为"False"。可选的，“高亮标记”的字段为"HighLight"，Push服务器300修改"HighLight"的取值为"False"。

需要说明的是，若Push服务器300先执行S106L至S106N，再执行S106E至S106H(或S106I至S106K)，则执行下一步指执行S106E(或S106I)。若Push服务器300先执行S106E至S106H以及S106I至S106K，再执行S106L至S106N，则执行下一步指执行S107。

本申请实施例中，步骤S106是可选的。在一些实施例中，Push服务器300可以将App服务器200发送的Push消息1直接转发给终端设备100，无需对Push消息1进行预处理。

阶段三：Push消息的持久化显示

本申请实施例中，终端设备100接收Push服务器300发送的预处理后的Push消息1，终端设备100调用Push Service进程解析Push消息1，并基于Push消息1中的各参数，执行Push消息1在Push消息盒子中的持久化显示。

S108、终端设备100在通知栏中保存Push消息1，并确定Push消息1是否携带持久化标记。若携带持久化标记，则执行S109。

在一些实施例中，若Push消息1未携带持久化标记，则终端设备100按照现有的Push消息的处理方式进行处理，此处不再赘述。

S109、终端设备100在Push消息盒子中保存Push消息1，设置该消息在Push消息盒子的存储时间为持久化时长1。

S110、终端设备100执行全局置顶流程。

在一些实施例中，全局置顶流程可以参见图13，如图13所示，全局置顶流程包括但不限于S110A至S110H。

S110A、终端设备100确定Push消息1是否携带全局置顶标记。若携带全局置顶标记，则执行S110B；若未携带全局置顶标记，则执行S111。

可以理解，若Push消息1未携带全局置顶标记，则终端设备100继续判断Push消息1是否携带App内置顶标记和/或高亮标记。

S110B、终端设备100确定当前时刻是否在Push消息1的全局置顶时间1内。若不在全局置顶时间1内，则执行S112和S110C；若在全局置顶时间1内，则执行S110D。

在一些实施例中，步骤S110之前还包括Push服务器200向终端设备100发送App1的全局置顶时间1。可选的，Push服务器200下发的Push消息1携带App1的全局置顶时间1。

S110C、终端设备100监测到全局置顶时间1开始，执行S110D。

由Push服务器300的预处理过程可知，终端设备100接收到的Push消息1的全局置顶标记未过期，当前时刻在全局置顶时间1的开始时刻之前，或者在全局置顶时间1的开始时刻之后且在全局置顶时间1的结束时刻之前。

在一些实施例中，若Push消息1携带全局置顶标记，但当前时刻不在全局置顶时间1，终端设备100可以执行S112，即继续判断Push消息1是否携带高亮标记。这样，若Push消息1还携带高亮标记，终端设备100可以先对Push消息1进行高亮，等全局置顶时间1开始后，再执行S110D。

S110D、终端设备100确定Push消息盒子中是否已存在用户设置的全局置顶的Push消息。若存在用户设置的全局置顶的Push消息2，则执行S110E；若不存在用户设置的全局置顶的Push消息，则执行S110F。

在一些实施例中，用户设置的Push消息的全局置顶的优先级，高于Push消息自带的全局置顶的优先级。可选的，Push消息盒子的用户界面中，相比Push服务器下发的全局置顶的Push消息，用户设置的全局置顶的Push消息更靠近终端设备100的顶部。

S110E、终端设备100将Push消息1显示在Push消息2的下一条，并设置Push消息1的全局置顶时长为全局置顶时长2。

在一些实施例中，确定Push消息盒子中已存在用户设置的全局置顶的Push消息后，删除Push消息1的全局置顶标记，并执行S112。

S110F、终端设备100确定Push消息盒子中是否已存在系统设置的全局置顶的Push消息。若存在系统设置的全局置顶的Push消息3，则执行S110G；若不存在系统设置的全局置顶的Push消息，则执行S110H。

其中，系统设置的全局置顶的Push消息，指终端设备100基于Push消息自带的全局置顶标记设置的全局置顶的Push消息。

S110G、终端设备100取消Push消息3的全局置顶，然后执行S110H。

S110H、终端设备100将Push消息1在Push消息盒子中全局置顶(即将Push消息1显示为Push消息盒子的顶部的第一条Push消息)并设置Push消息1的全局置顶时长为全局置顶时长2。

示例性的，Push消息1可以为图4A所示的全局置顶的Push消息309A，终端设备100接收到Push消息309A后，在图4A所示的用户界面13的第一个消息卡片309中显示Push消息309A。

S111、终端设备100执行App内置顶流程。

在一些实施例中，App内置顶流程可以参见图14，如图14所示，全局置顶流程包括但不限于S111A至S111B。

S111A、终端设备100确定Push消息1是否携带App内置顶标记。若携带App内置顶标记，则执行S111B；若未携带App内置顶标记，则执行S112。

S111B、终端设备100将Push消息1在Push消息盒子中的App1的Push消息中置顶，设置Push消息1的App内置顶时长为App内置顶时长3。

示例性的，Push消息1可以为图4B所示的视频App的App内置顶的Push消息303D，终端设备100接收到Push消息303D后，将Push消息303D显示为视频App的消息卡片303中的第一条Push消息。

S112、终端设备100执行高亮流程。

在一些实施例中，高亮流程可以参见图15，如图15所示，全局置顶流程包括但不限于S112A至S112BH。

S112A、确定Push消息1是否携带高亮标记。若携带高亮标记，则执行S112B；若未携带高亮标记，则执行S113。

S112B、将Push消息1在Push消息盒子中高亮，设置Push消息1的高亮时长为高亮时长4。

示例性的，Push消息1可以为图4C所示的阅读App的高亮的Push消息302E，终端设备100接收到Push消息302E后，将Push消息302E高亮显示在阅读App的消息卡片302中。

示例性的，Push消息1可以为图4D所示的阅读App的高亮的Push消息302E，终端设备100接收到Push消息302E后，将Push消息302E高亮显示在新建的消息卡片310中。

示例性的，Push消息1可以为图4E所示的阅读App的App内置顶且高亮的Push消息302E，终端设备100接收到Push消息302E后，将Push消息302E显示为阅读App的消息卡片302中的第一条Push消息，且在显示过程中对Push消息302E进行高亮。

S113、在Push消息盒子中，将Push消息显示为App1的非全局置顶、非App内置顶且非高亮的第一条Push消息。

S114、全局置顶时长2到期后，终端设备100取消Push消息1的全局置顶。

在一些实施例中，步骤S105中，当Push消息1携带全局置顶标记时，Push消息1不携带全局置顶时长2，Push消息1携带全局置顶时间1。终端设备100接收到Push消息后，在全局置顶时间1内对Push消息1进行全局置顶。

需要说明的是，步骤S114是可选的。可以理解，若Push消息1未携带全局置顶标记，则终端设备100无需执行S114。

S115、App内置顶时长3到期后，终端设备100取消Push消息1的App内置顶。

在一些实施例中，步骤S105中，当Push消息1携带App内置顶标记时，Push消息1不携带App内置顶时长3，Push消息1携带App内置顶时间1。终端设备100接收到Push消息后，在App内置顶时间1内对Push消息1进行App内置顶。参考表2所示的全局置顶时间，App内置顶时间1可以包括日期和/或一天中全局置顶的时间段。

需要说明的是，步骤S115是可选的。可以理解，若Push消息1未携带App内置顶标记，则终端设备100无需执行S115。

S116、高亮时长4到期后，终端设备100取消Push消息1的高亮。

在一些实施例中，步骤S105中，当Push消息1携带高亮标记时，Push消息1不携带高亮时长4，Push消息1携带高亮时间1。终端设备100接收到Push消息后，在高亮时间1内对Push消息1进行高亮。参考表2所示的全局置顶时间，高亮时间1可以包括日期和/或一天中高亮的时间段。

需要说明的是，步骤S116是可选的。可以理解，若Push消息1未携带高亮标记，则终端设备100无需执行S116。

S117、持久化时长1到期后，终端设备100从Push消息盒子中删除Push消息1。

本申请实施例中，步骤S109是可选的。在一些实施例中，App服务器200发送的Push消息1可以不携带持久化标记，终端设备100接收Push消息1并保存到通知栏后，执行S110至S116，即终端设备100根据Push消息1携带的全局置顶标记、App内置顶标记和/或高亮标记，确定Push消息1的显示顺序(例如是否全局置顶、是否App内置顶)和显示形态(例如是否高亮)。

需要说明的是，本申请实施例对步骤S110、S111和S112的执行顺序不做具体限定，图11所示的消息处理方法是以先后执行S110、S111和S112为例进行说明，终端设备100也可以先判断Push消息1是否携带App内置顶标记或高亮标记。本申请实施例对步骤S114、S115和S116的执行顺序也不做具体限定。例如，针对App内置顶且高亮的Push消息1，S115和S116的执行顺序可以依据Push消息1的App内置顶时长3和高亮时长4来确定。若高亮时长4比App内置顶时长3先到期，则S116在S115之前执行；若高亮时长4和App内置顶时长3同时到期，则S116和S115可以同时执行。

图16示出了本申请实施例提供的一种消息处理方法的方法流程示意图。该消息处理方法包括但不限于步骤S201至步骤S206。

S201、终端设备接收推送服务器发送的第一应用的第一推送消息。

S202、终端设备接收推送服务器发送的第二应用的第二推送消息。

S203、终端设备在第一用户界面显示第一推送消息和第二推送消息。

S204、终端设备接收用户作用于第二推送消息的第一输入操作，响应于第一输入操作，终端设备显示第二用户界面；第二推送消息在第二用户界面的显示形态和/或显示顺序，与第二推送消息在第一用户界面的显示形态和/或显示顺序不同。

本申请实施例中，第一用户界面可以是前述用户界面12、用户界面13或用户界面14，此处不做具体限定。终端设备为前述终端设备100。

在一些实施例中，上述第二推送消息为第二用户界面的顶部的第一条推送消息。

示例性的，参见图5D、图5E和图5F，第二应用可以是阅读App，第二推送消息可以是阅读App的Push消息302E；第一应用可以是视频App，第一推送消息可以是视频App的Push消息309A，或者第一应用还可以是图5E所示的游戏App、银行卡App等其他App。第一输入操作可以是图5E所示的作用于全局置顶控件402A的触摸操作，如图5F所示，响应于第一输入操作，终端设备将Push消息302E显示为用户界面13的顶部的第一条Push消息。

示例性的，参见图6E至图6H，第二应用可以是视频App，第二推送消息可以是视频App的Push消息303D；第一应用可以是图6C所示的其他应用。第一输入操作可以是作用于图6F所示的全局置顶控件403D的触摸操作，如图6G所示，响应于第一输入操作，终端设备将Push消息303D显示为用户界面13的顶部的第一条Push消息。

在一些实施例中，上述第二推送消息为第二用户界面中的第一应用的推送消息中的第一条推送消息。

示例性的，参见图5D、图5E和图5G，第二应用可以是阅读App，第二推送消息可以是阅读App的Push消息302E；第一应用可以是视频App，第一推送消息可以是视频App的Push消息309A，或者第一应用还可以是图5E所示的其他App。第一输入操作可以是作用于图5E所示的App内置顶控件402B的触摸操作，如图5G所示，响应于第一输入操作，终端设备将Push消息302E显示为用户界面13中阅读App的消息卡片302中的第一条Push消息。

示例性的，参见图6I和图6K，第二应用可以是视频App，第二推送消息可以是视频App的Push消息303A；第一应用可以是图6I所示的其他应用。第一输入操作可以是作用于图6I所示的App内置顶控件403F的触摸操作，如图6K所示，响应于第一输入操作，终端设备将Push消息303A显示为视频App的消息卡片303中的第一条Push消息。

在一些实施例中，上述第二推送消息为第二用户界面中高亮显示的推送消息。

示例性的，参见图7D至图7F，第二应用可以是视频App，第二推送消息可以是视频App的Push消息309A；第一应用可以是图7E所示的其他App。第一输入操作可以是作用于图7E所示的高亮控件501B的触摸操作，如图7F所示，响应于第一输入操作，终端设备将Push消息309A高亮显示在用户界面13中。

示例性的，参见图8A至图8D，第二应用可以是视频App，第二推送消息可以是视频App的Push消息303D；第一应用可以是图8C所示的其他App。第一输入操作可以是作用于图8C所示的高亮控件503A的触摸操作，如图8D所示，响应于第一输入操作，终端设备将Push消息303D高亮显示在用户界面13中。

在一些实施例中，上述推送服务器发送的第一推送消息携带至少一个显示标记，显示标记用于指示第一推送消息的保存时长、显示形态和显示顺序中的至少一项；上述终端设备在第一用户界面显示第一推送消息，包括：终端设备基于至少一个显示标记，在第一用户界面上显示第一推送消息。

本申请实施例涉及的显示标记包括但不限于持久化标记、全局置顶标记、App内置顶标记和高亮标记。其中，持久化标记用于指示推送消息的保存时长，全局置顶标记和App内置顶标记用于指示推送消息的显示顺序，高亮标记用于指示推送消息的显示形态。

示例性的，第一应用可以是前述App1，第一推送消息可以是前述Push消息1。

在一些实施例中，上述至少一个显示标记包括持久化标记，持久化标记用于指示终端设备在第一时长内保存第一推送消息；上述终端设备基于上述至少一个显示标记，在第一用户界面上显示第一推送消息之后，还包括：基于持久化标记，在与第一推送消息的接收时刻相隔第一时长的时刻，终端设备删除第一推送消息。

本申请实施例中，第一时长可以为前述持久化时长，例如前述持久化时长1。

在一些实施例中，上述至少一个显示标记包括全局置顶标记；上述终端设备基于上述至少一个显示标记，在第一用户界面上显示第一推送消息，包括：基于全局置顶标记，在第一用户界面上将第一推送消息显示为顶部的第一条推送消息。

在一些实施例中，上述基于全局置顶标记，在第一用户界面上将第一推送消息显示为顶部的第一条推送消息，包括：基于全局置顶标记，在接收到第一推送消息后的第二时长内，在第一用户界面上将第一推送消息显示为顶部的第一条推送消息；所述方法还包括：在与第一推送消息的接收时刻相隔第二时长的时刻，终端设备删除第一推送消息的全局置顶标记。

本申请实施例中，第二时长可以为前述全局置顶时长，例如前述全局置顶时长2。

示例性的，第一条推送消息可以是图4A和图4B所示的视频App的Push消息309A，Push消息309A携带全局置顶标记，终端设备将Push消息309A显示为用户界面13的第一条Push消息。

在一些实施例中，上述至少一个显示标记包括应用程序App内置顶标记；上述终端设备基于上述至少一个显示标记，在第一用户界面上显示第一推送消息，包括：基于App内置顶标记，在第一用户界面上将第一推送消息显示为第一应用的推送消息中的第一条推送消息。

在一些实施例中，上述基于App内置顶标记，在第一用户界面上将第一推送消息显示为第一应用的推送消息中的第一条推送消息，包括：基于App内置顶标记，在接收到第一推送消息后的第三时长内，在第一用户界面上将第一推送消息显示为第一应用的推送消息中的第一条推送消息；所述方法还包括：在与第一推送消息的接收时刻相隔第三时长的时刻，终端设备删除第一推送消息的App内置顶标记。

本申请实施例中，第三时长可以为前述App内置顶时长，例如前述App内置顶时长3。

示例性的，第一条推送消息可以是图4C所示的视频App的Push消息303D，Push消息303D携带App内置顶标记，终端设备将Push消息303D显示为用户界面13中的视频App的消息卡片303中的第一条Push消息。

在一些实施例中，上述至少一个显示标记包括高亮标记；上述终端设备基于上述至少一个显示标记，在第一用户界面上显示第一推送消息，包括：基于高亮标记，在第一用户界面上高亮显示第一推送消息。

在一些实施例中，上述基于高亮标记，在第一用户界面上高亮显示第一推送消息，包括：基于高亮标记，在接收到第一推送消息后的第四时长内，在第一用户界面上高亮显示第一推送消息；所述方法还包括：在与第一推送消息的接收时刻相隔第四时长的时刻，终端设备删除第一推送消息的高亮标记。

本申请实施例中，第四时长可以为前述高亮时长，例如前述高亮时长4。

示例性的，第一条推送消息可以是图4D至图4F所示的阅读App的Push消息302E，Push消息302E携带高亮标记，终端设备将Push消息302E高亮显示在用户界面13中。

在一些实施例中，上述高亮显示的第一推送消息包括以下一项或多项显示特征：相比非高亮的推送消息，第一推送消息的背景光颜色不同；相比非高亮的推送消息，第一推送消息的字体、字号和/或颜色不同；相比非高亮的推送消息，第一推送消息携带高亮图标。本申请实施例对高亮显示的具体展现形式不做具体限定。

下面介绍本申请实施例涉及的终端设备100的结构。

示例性的，图17示出了终端设备100的结构示意图。终端设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(Application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过终端设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为终端设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

终端设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。终端设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在终端设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号解调以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

终端设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。

终端设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。终端设备100可以支持一种或多种视频编解码器。这样，终端设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

内部存储器121可以包括一个或多个随机存取存储器(random access memory，RAM)和一个或多个非易失性存储器(non-volatile memory，NVM)。

随机存取存储器可以包括静态随机存储器(static random-access memory，SRAM)、动态随机存储器(dynamic random access memory，DRAM)、同步动态随机存储器(synchronous dynamic random access memory,SDRAM)、双倍资料率同步动态随机存取存储器(double data rate synchronous dynamic random access memory,DDR SDRAM，例如第五代DDR SDRAM一般称为DDR5 SDRAM)等；非易失性存储器可以包括磁盘存储器件、快闪存储器(flash memory)。

快闪存储器按照运作原理划分可以包括NOR FLASH、NAND FLASH、3D NAND FLASH等，按照存储单元电位阶数划分可以包括单阶存储单元(single-level cell,SLC)、多阶存储单元(multi-level cell,MLC)、三阶储存单元(triple-level cell,TLC)、四阶储存单元(quad-level cell,QLC)等，按照存储规范划分可以包括通用闪存存储(英文：universalflash storage，UFS)、嵌入式多媒体存储卡(embedded multi media Card，eMMC)等。

随机存取存储器可以由处理器110直接进行读写，可以用于存储操作系统或其他正在运行中的程序的可执行程序(例如机器指令)，还可以用于存储用户及应用程序的数据等。

非易失性存储器也可以存储可执行程序和存储用户及应用程序的数据等，可以提前加载到随机存取存储器中，用于处理器110直接进行读写。

外部存储器接口120可以用于连接外部的非易失性存储器，实现扩展终端设备100的存储能力。外部的非易失性存储器通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部的非易失性存储器中。

终端设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。

耳机接口170D用于连接有线耳机。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。

陀螺仪传感器180B可以用于确定终端设备100的运动姿态。

气压传感器180C用于测量气压。

磁传感器180D包括霍尔传感器。

加速度传感器180E可检测终端设备100在各个方向上(一般为三轴)加速度的大小。当终端设备100静止时可检测出重力的大小及方向。

距离传感器180F，用于测量距离。终端设备100可以通过红外或激光测量距离。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。

环境光传感器180L用于感知环境光亮度。

指纹传感器180H用于采集指纹。

温度传感器180J用于检测温度。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于终端设备100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。

按键190可以是机械按键，也可以是触摸式按键。终端设备100可以接收按键输入，产生与终端设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。

下面介绍本申请实施例提供的一种App服务器200的结构。

图18示例性示出了本申请实施例提供的一种App服务器200的结构。

如图18所示，App服务器200可包括：一个或多个网络设备处理器701、存储器702、通信接口703、接收器705、发射器706、耦合器707、天线708、网络设备接口709。这些部件可通过总线704或者其他方式连接，图18以通过总线连接为例。其中：

通信接口703可用于App服务器200与其他通信设备，例如终端设备，进行通信。具体地，终端设备可以是图17所示的终端设备100。具体地，通信接口703可以是5G通信接口，也可以是未来新空口的通信接口。不限于无线通信接口，App服务器200还可以配置有有线的通信接口703，例如局域接入网(local access network，LAN)接口。发射器706可用于对网络设备处理器701输出的信号进行发射处理。接收器705可用于对天线708接收的移动通信信号进行接收处理。

在本申请的一些实施例中，发射器706和接收器705可看作一个无线调制解调器。在App服务器200中，发射器706和接收器705的数量均可以是一个或者多个。天线708可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器707用于将天线708接收到的移动通信信号分成多路，分配给多个的接收器705。

存储器702与网络设备处理器701耦合，用于存储各种软件程序和/或多组指令。具体地，存储器702可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器702可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端设备，一个或多个网络设备进行通信。

在本申请的一些实施例中，存储器702可用于存储本申请的一个或多个实施例提供的上行同步方法在App服务器200侧的实现程序。关于本申请的一个或多个实施例提供的上行同步方法的实现，请参考上述实施例。

网络设备处理器701可用于读取和执行计算机可读指令。具体地，网络设备处理器701可用于调用存储于存储器702中的程序，例如本申请的一个或多个实施例提供的上行同步方法在App服务器200侧的实现程序，并执行该程序包含的指令。

需要说明的是，图18所示的App服务器200仅仅是本申请实施例的一种实现方式，实际应用中，App服务器200还可以包括更多或更少的部件，在此不作限定。

本申请实施例中，Push服务器300的结构可以参照图18所示的App服务器200的结构，在此不再赘述。

本申请的各实施方式可以任意进行组合，以实现不同的技术效果。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solidstate disk，SSD))等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

总之，以上所述仅为本发明技术方案的实施例而已，并非用于限定本发明的保护范围。凡根据本发明的揭露，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (24)

1.一种消息处理方法，其特征在于，包括：

终端设备接收推送服务器发送的第一应用的第一推送消息；

所述终端设备接收所述推送服务器发送的第二应用的第二推送消息；

所述终端设备在所述第一用户界面显示所述第一推送消息及所述第二推送消息；

所述终端设备接收用户作用于所述第二推送消息的第一输入操作；

响应于所述第一输入操作，所述终端设备显示所述第二用户界面；所述第二推送消息在所述第二用户界面的显示形态和/或显示顺序，与所述第二推送消息在所述第一用户界面的显示形态和/或显示顺序不同。

2.根据权利要求1所述的方法，其特征在于，所述第二推送消息为所述第二用户界面中高亮显示的推送消息。

3.根据权利要求1或2所述的方法，其特征在于，所述第二推送消息为所述第二用户界面的顶部的第一条推送消息。

4.根据权利要求1或2所述的方法，其特征在于，所述第二推送消息为所述第二用户界面中的所述第一应用的推送消息中的第一条推送消息。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述推送服务器发送的第一推送消息携带至少一个显示标记，所述显示标记用于指示所述第一推送消息的保存时长、显示形态和显示顺序中的至少一项；

所述终端设备在所述第一用户界面显示所述第一推送消息，包括：

所述终端设备基于所述至少一个显示标记，在所述第一用户界面上显示所述第一推送消息。

6.根据权利要求5所述的方法，其特征在于，所述至少一个显示标记包括持久化标记，所述持久化标记用于指示所述终端设备在第一时长内保存所述第一推送消息；

所述终端设备基于所述至少一个显示标记，在所述第一用户界面上显示所述第一推送消息之后，还包括：

基于所述持久化标记，在与所述第一推送消息的接收时刻相隔所述第一时长的时刻，所述终端设备删除所述第一推送消息。

7.根据权利要求5所述的方法，其特征在于，所述至少一个显示标记包括全局置顶标记；

所述终端设备基于所述至少一个显示标记，在所述第一用户界面上显示所述第一推送消息，包括：

基于所述全局置顶标记，在所述第一用户界面上将所述第一推送消息显示为顶部的第一条推送消息。

8.根据权利要求7所述的方法，其特征在于，所述基于所述全局置顶标记，在所述第一用户界面上将所述第一推送消息显示为顶部的第一条推送消息，包括：

基于所述全局置顶标记，在接收到所述第一推送消息后的第二时长内，在所述第一用户界面上将所述第一推送消息显示为顶部的第一条推送消息；

所述方法还包括：

在与所述第一推送消息的接收时刻相隔所述第二时长的时刻，所述终端设备删除所述第一推送消息的所述全局置顶标记。

9.根据权利要求5所述的方法，其特征在于，所述至少一个显示标记包括应用程序内置顶标记；

所述终端设备基于所述至少一个显示标记，在所述第一用户界面上显示所述第一推送消息，包括：

基于所述App内置顶标记，在所述第一用户界面上将所述第一推送消息显示为所述第一应用的推送消息中的第一条推送消息。

10.根据权利要求9所述的方法，其特征在于，所述基于所述应用程序内置顶标记，在所述第一用户界面上将所述第一推送消息显示为所述第一应用的推送消息中的第一条推送消息，包括：

基于所述应用程序内置顶标记，在接收到所述第一推送消息后的第三时长内，在所述第一用户界面上将所述第一推送消息显示为所述第一应用的推送消息中的第一条推送消息；

所述方法还包括：

在与所述第一推送消息的接收时刻相隔所述第三时长的时刻，所述终端设备删除所述第一推送消息的所述应用程序内置顶标记。

11.根据权利要求5所述的方法，其特征在于，所述至少一个显示标记包括高亮标记；

所述终端设备基于所述至少一个显示标记，在所述第一用户界面上显示所述第一推送消息，包括：

基于所述高亮标记，在所述第一用户界面上高亮显示所述第一推送消息。

12.根据权利要求11所述的方法，其特征在于，所述基于所述高亮标记，在第一用户界面上高亮显示所述第一推送消息，包括：

基于所述高亮标记，在接收到所述第一推送消息后的第四时长内，在所述第一用户界面上高亮显示所述第一推送消息；

所述方法还包括：

在与所述第一推送消息的接收时刻相隔所述第四时长的时刻，所述终端设备删除所述第一推送消息的所述高亮标记。

13.根据权利要求11所述的方法，其特征在于，所述高亮显示的第一推送消息包括以下一项或多项显示特征：相比非高亮的推送消息，所述第一推送消息的背景光颜色不同；相比非高亮的推送消息，所述第一推送消息的字体、字号和/或颜色不同；相比非高亮的推送消息，所述第一推送消息携带高亮图标。

14.一种消息处理方法，其特征在于，包括：

推送服务器接收应用服务器发送的第一应用的第三推送消息，所述第三推送消息携带至少一个显示标签，所述显示标签用于指示所述第三推送消息在终端设备的保存时长、显示顺序和显示形态中的至少一项；

所述推送服务器向所述终端设备发送第一推送消息，所述第一推送消息是基于所述第三推送消息确定的。

15.根据权利要求14所述的方法，其特征在于，所述所述推送服务器向所述终端设备发送第一推送消息之前，还包括：

所述推送服务器确定所述第三推送消息携带的第一显示标记的合法性，所述第一显示标记是所述至少一个显示标记中的任一个；

当所述第一显示标记不合法时，所述推送服务器删除所述第一推送消息的第一显示标记，生成所述第一推送消息。

16.根据权利要求14所述的方法，其特征在于，所述推送服务器接收应用服务器发送的第三推送消息之前，还包括：

所述应用服务器向所述推送服务器发送注册请求，所述注册请求用于注册所述第一应用的至少一类显示标记对应的显示服务。

17.根据权利要求16所述的方法，其特征在于，所述至少一类显示标记包括持久化标记、全局置顶标记、应用程序内置顶标记、高亮标记中的至少一类；持久化标记对应的显示服务为持久化服务，全局置顶标记对应的显示服务为全局置顶服务、应用程序内置顶标记对应的显示服务为应用程序内置顶服务、高亮标记对应的显示服务为高亮服务。

18.根据权利要求16所述的方法，其特征在于，所述推送服务器确定所述第三推送消息携带的第一显示标记的合法性，包括：

所述推送服务器确定所述第一应用是否注册了所述第一显示标记对应的显示服务；

当所述第一应用未注册所述第一显示标记对应的显示服务，所述推送服务器确定所述第一显示标记不合法。

19.根据权利要求16所述的方法，其特征在于，所述第一显示标记为全局置顶标记，所述注册请求还包括全局置顶时间段；所述推送服务器确定所述第三推送消息携带的第一显示标记的合法性，包括：

当所述第一应用注册了所述第一显示标记对应的显示服务，且当前时刻晚于所述全局置顶时间段时，所述推送服务器确定所述第一显示标记不合法。

20.根据权利要求17所述的方法，其特征在于，所述持久化标记，用于指示所述终端设备在第一时长内保存所述第一推送消息；

所述全局置顶标记，用于指示所述终端设备，在第一用户界面上将所述第一推送消息显示为顶部的第一条推送消息；

所述应用程序内置顶标记，用于指示所述终端设备，在所述第一用户界面上将所述第一推送消息显示为所述第一应用的推送消息中的第一条推送消息；

所述高亮标记，用于指示所述终端设备在所述第一用户界面上高亮显示所述第一推送消息。

21.一种终端设备，包括触控屏，存储器，一个或多个处理器，多个应用程序，以及一个或多个程序；其中，所述一个或多个程序被存储在所述存储器中；其特征在于，所述一个或多个处理器在执行所述一个或多个程序时，使得所述终端设备实现如权利要求1至13任一项所述的方法。

22.一种服务器，包括触控屏，存储器，一个或多个处理器，多个应用程序，以及一个或多个程序；其中，所述一个或多个程序被存储在所述存储器中；其特征在于，所述一个或多个处理器在执行所述一个或多个程序时，使得所述服务器实现如权利要求14至20任一项所述的方法。

23.一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在终端设备上运行时，使得所述终端设备执行如权利要求1至13或权利要求14至20任一项所述的方法。

24.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1至13或权利要求14至20任一项所述的方法。

Images