CN108427598B - 消息处理方法、装置、终端及存储介质 - Google Patents

Abstract

本申请实施例公开了一种消息处理方法、装置、终端及存储介质，属于计算机技术领域，所述方法包括：接收第二应用的推送消息，推送消息中包括第一应用待展示的消息内容；在消息展示控件中展示推送消息对应的通知消息；接收第一信号，第一信号是根据对通知消息执行的第一指定操作生成的信号；根据第一信号，控制第一应用展示包含消息内容的第一应用界面。本申请实施例能够令第二应用的推送消息中携带由第一应用进行展示的消息内容，当第一指定操作作用于该通知消息时，第一应用将展示包含消息内容的第一应用界面，避免第一应用的消息内容无法展示在作为一种消息展示控件的系统通知栏中，提高了第一应用的消息内容的展示效果。

Description

消息处理方法、装置、终端及存储介质

技术领域

本申请实施例涉及计算机技术领域，特别涉及一种消息处理方法、装置、终端及存储介质。

背景技术

随着智能终端在生活中的起到的作用越来越重要，用户使用智能终端中不同的应用实现不同的功能。

通常，当用户启动一个应用时，智能终端的屏幕中将显示该应用的应用界面。例如，当用户接收到A应用的推送消息时，智能终端的系统通知栏中将显示该推送消息。当用户点击该推送消息时，终端将启动A应用，并显示该推送消息对应的界面。

然而，由于系统通知栏中仅能显示开启了推送功能的应用的推送消息，导致未开启推送功能的应用无法展示自身的推送消息。

发明内容

本申请实施例提供了一种消息处理方法、装置、终端及存储介质，可以解决由于系统通知栏中仅能显示开启了推送功能的应用的推送消息，导致未开启推送功能的应用无法展示自身的推送消息的问题。所述技术方案如下：

根据本申请的第一方面，提供了一种消息处理方法，所述方法包括：

接收第二应用的推送消息，所述推送消息中包括第一应用待展示的消息内容；

在消息展示控件中展示所述推送消息对应的通知消息；

接收第一信号，所述第一信号是根据对所述通知消息执行的第一指定操作生成的信号；

根据所述第一信号，控制所述第一应用展示包含所述消息内容的第一应用界面。

根据本申请的第二方面，提供了一种消息处理装置，所述装置包括：

消息接收模块，被配置为接收第二应用的推送消息，所述推送消息中包括第一应用待展示的消息内容；

消息展示模块，被配置为在消息展示控件中展示所述推送消息对应的通知消息；

信号接收模块，被配置为接收第一信号，所述第一信号是根据对所述通知消息执行的第一指定操作生成的信号；

界面展示模块，被配置为根据所述第一信号，控制所述第一应用展示包含所述消息内容的第一应用界面。

根据本申请的第三方面，提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如第一方面所述的消息处理方法。

根据本申请的第四方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如第一方面所述的消息处理方法。

本申请实施例提供的技术方案带来的有益效果是：

由于本申请实施例的方案在执行时，能够使得终端在接收第二应用的推送消息时，在消息展示控件中展示推送消息对应的通知消息，其中，推送消息中包括第一应用待展示的消息内容；在接收到根据对通知消息执行的第一指定操作生成的第一信号时，终端将根据第一信号，控制第一应用展示包含消息内容的第一应用界面。可见，根据本申请实施例的消息处理方法，能够令第二应用的推送消息中携带第一应用待展示的消息内容，当第一指定操作作用于该通知消息时，第一应用将展示包含消息内容的第一应用界面。可见，本申请实施例能够避免由于第一应用在系统通知栏中的推送功能的关闭，导致的第一应用的消息内容无法展示在作为一种消息展示控件的系统通知栏中的问题，提高了第一应用的消息内容的展示效果，进而提高了直接打开第一应用界面的效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个示例性实施例提供的消息处理方法的流程图；

图2是基于图1所示实施例提供的一种展示通知消息的用户界面图；

图3是基于图1所示实施例提供的一种用户操作示意图；

图4是本申请另一个示例性实施例提供的消息处理方法流程图；

图5是基于图4所示的实施例公开的一种用户操作界面的示意图；

图6是本申请一个示例性实施例提供的消息处理装置的结构框图；

图7是本申请一个示例性实施例提供的终端的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

为了本申请实施例所示方案易于理解，下面将对本申请实施例中出现的若干名词进行解释。

第一应用：是能够安装运行在终端中的一个应用程序，该应用程序可以是已安装在终端中的应用程序，也可以是未安装在终端中的应用程序。当该第一应用是已安装在终端中的应用程序时，该第一应用可以是未开启显示推送消息功能的应用。当该第一应用是未安装在终端中的应用程序时，该第一应用是能够安装在该终端的操作系统中的应用程序。例如，当终端中安装的操作系统是安卓8.0版本的系统时，该第一应用需要是满足该版本系统的应用程序。可选地，该第一应用也可以是能够运行在ios操作系统中的应用程序。

第二应用：是能够安装运行在终端中的一个应用程序，且该应用程序是已安装在终端中的应用程序，并且该应用程序是开启显示推送消息功能的应用。当第二应用对应的服务器发送推送消息时，第二应用能够在消息展示控件中显示该推送消息。

消息展示控件：包括系统通知栏、弹窗和悬浮窗中的至少一种。比如，当该消息展示控件是系统通知栏时，该系统通知栏可以是终端在屏幕解锁状态下，从指定的屏幕边缘，利用手指的拖动操作呼出的控件。当该消息展示控件是弹窗时，该弹窗可以在需要显示通知消息时直接在用户界面展示。当该消息展示控件是悬浮窗时，该悬浮窗可以通过在不需要显示通知消息时以一个悬浮图标的形式停靠显示在终端的屏幕中的指定位置，在需要显示通知消息时，展开为一个显示界面来显示通知消息。

第一信号：是根据对通知消息执行的第一指定操作生成的信号，该信号可以由显示通知消息的控件生成，也可以终端的处理器在检测到针对通知消息执行的第一指定操作后直接生成。

第一指定操作：可以是触控操作。该触控操作可以包括短按触控信号、长按触控信号、轻压触控信号、重压触控信号、滑动触控信号或多点触控信号等信号。可选地，对于能够分辨指关节触控信号、手掌触控信号和手背触控信号的终端而言，终端还可以采集关节触控信号、手掌触控信号或手背触控信号等信号。可选地，对于能够识别悬浮触控(FloatingTouch)信号的终端而言，第一指定操作也可以是悬浮触控操作。可选地，对于折叠屏终端(包括但不限于外折叠屏终端和内折叠屏终端)而言，第一指定操作也可以是令折叠屏的折叠角度发生变化的操作。可选地，对于全面屏终端而言，第一指定操作也可以通过热感应器和/或光感器所采集，该第一指定操作时用户的手指在指定区域进行的指定触控动作。

第一应用界面：是第一应用中的一个用户界面的页面，在该页面中含有消息内容。该消息内容是终端接收的第二应用的推送消息中包含的消息内容。例如，第二应用是即时社交应用，在终端接收到的第二应用的推送消息是“明天大雨，详情请点击查看”时，终端将在消息展示控件中展示该推送消息，当该推送消息被第一指定操作触发时，终端将启动第一应用，并跳转至该第一应用界面，以显示包含“明天大雨”的详细内容。

示例性地，本申请实施例所示的消息处理方法，可以应用在终端中，该终端具备显示屏。并且，该终端搭载的操作系统具备消息展示控件。根据设计功能的不同，终端可以包括手机、平板电脑、膝上型电脑、台式电脑、电脑一体机、电视、智能眼镜、智能手表、数码相机、MP4播放终端、MP5播放终端、学习机、点读机、电纸书、电子词典或车载终端等。

请参考图1，其是本申请一个示例性实施例提供的应用界面展示的流程图。该消息处理方法可以应用在上述所示的终端中。在图1中，该消息处理方法包括：

步骤110，接收第二应用的推送消息，推送消息中包括第一应用待展示的消息内容。

在本申请实施例中，终端搭载的操作系统具有消息展示控件，消息展示控件中包括系统通知栏。终端能够在系统通知栏中留存并显示推送消息。由于系统通知栏中显示的推送消息都是针对某个应用的。因此，用户可以根据使用需求开启或者关闭一个指定应用显示推送消息的功能。

在本实施例中，第二应用是开启了显示推送消息功能的应用，终端接收第二应用的推送消息，既可以是从第二应用在云端的服务器中获取该推送消息，也可以从第二应用在云端的第三方推送平台中获取该推送消息。该推送消息中包含第一应用待展示的消息内容。

可选地，为了能够在第二应用的推送消息中获取第一应用待展示的消息内容，本实施例可以对发送该推送消息的第二应用对应的服务器或者第三方推送平台进行配置。以发送该推送消息的设备是第二应用对应的服务器为例，在本实施例中，第一应用的管理人员的终端可以首先获取该服务器的后台配置权限，该配置权限包括修改该服务器发送推送消息的参数，在获得了该服务器的后台配置权限后，在该服务器中定义推送消息的私有链接。其中，该服务器的后台配置权限可以通过账号密码来验证。

可选地，该私有链接中包含协议头、域名和页面参数。该私有链接可被设计为仅能由第一应用解析，以便跳转到页面参数所指定的第一应用页面。例如，该私有链接的形式可以为：sqreader://com.sq.controller/readbook/？luanch？112395。

其中，协议头为“sqreader://”，域名为“com.sq.controller”，页面参数为“/readbook/？luanch？112395”。当上述服务器中配置了该私有链接后，该私有链接便可以与推送消息一同发送给终端。

此外，为了在推送消息中显示消息内容，可以在服务器中配置需要显示的文字信息和图片作为消息内容。当配置完成了需要显示的文字信息和图片后，终端接收的推送消息中即包含有私有链接、需要显示的文字信息和图片。

可选地，私有链接可以按照安卓Scheme跳转协议的规范进行编写。

步骤120，在消息展示控件中展示推送消息对应的通知消息。

以终端是手机且消息展示控件是系统通知栏为例，当手机根据在系统通知栏中展示通知消息时，该通知消息可以是第二应用根据推送消息生成的。例如，请参考图2，其是基于图1所示实施例提供的一种展示通知消息的用户界面图。在图2中，系统通知栏处于展开状态，显示区域21中显示有通知消息“明天大雨，详情请点击查看”，该显示区域21中包括“钻石宝库”(第二应用)的启动图标22，该图标22用于标识显示区域21中显示的通知消息是“钻石宝库”生成的。可选地，为了标识通知消息“明天大雨，详情请点击查看”是由“本地生活”(第一应用)进行展示的消息内容，显示区域21中还可以包括“本地生活”的启动图标23。

可选地，在一种可能的实现方式中，终端在接收到第二应用的推送消息后，可以直接令第二应用根据该推送消息生成通知消息，并将该通知消息留存于系统通知栏中。当用户展开通知栏后，可以在通知栏中查看该通知消息。

步骤130，接收第一信号，第一信号是根据对通知消息执行的第一指定操作生成的信号。

在本实施例中，终端能够接收第一信号，该第一信号是根据对通知消息执行的第一指定操作生成的信号。例如，请参见图3，其是基于图1所示实施例提供的一种用户操作示意图。在图3中，以手机作为终端为例进行说明。用户的手指点击显示区域21中的通知消息“明天大雨，详情请点击查看”。此时在该点击操作(第一指定操作)的作用下，手机中生成了第一信号。手机能够接收该第一信号。

步骤140，根据第一信号，控制第一应用展示包含消息内容的第一应用界面。

在本实施例中，终端将根据第一信号，控制第一应用展示包含消息内容的第一应用界面。由于终端接收到了第一信号，说明用户有意愿查看消息内容，此时，终端将开启第一应用，并在第一应用界面中展示该消息内容。

综上所述，本实施例提供的消息处理方法，能够使得终端在接收第二应用的推送消息时，在消息展示控件中展示推送消息对应的通知消息，其中，推送消息中包含第一应用待展示的消息内容；在接收到根据对通知消息执行的第一指定操作生成的第一信号时，终端将根据第一信号，控制第一应用展示包含消息内容的第一应用界面。可见，根据本申请实施例消息处理方法能够令第二应用的推送消息中携带由第一应用进行展示的消息内容，当第一指定操作作用于该通知消息时，第一应用将展示包含消息内容的第一应用界面。因此，本申请实施例能够避免由于第一应用在系统通知栏中的推送功能的关闭，导致的第一应用的消息内容无法展示在系统通知栏中，提高了第一应用的消息内容的展示效果，进而提高了直接打开第一应用界面的效率。

在本实施例提供的另一种实现方式中，终端还能够针对显示内容在显示方式上进行优化，请参考如下实施例。

请参见图4，其是本申请另一个示例性实施例提供的消息处理方法流程图。该消息处理方法可以应用在上述所示的终端中。在图4中，该消息处理方法包括：

步骤401，接收第二应用的推送消息，推送消息中包括第一应用待展示的消息内容。

在本实施例中，步骤401的执行过程和步骤110的执行过程相同，此处不再赘述。

步骤402，在消息展示控件中展示推送消息对应的通知消息。

在一种可能的展示方式中，终端可以通过执行步骤(1)至步骤(3)来实现在消息展示控件中展示推送消息对应的通知消息的操作。

步骤(1)获取第二应用被启动的历史记录，历史记录中包括第二应用每一次被启动的时刻。

在本实施例中，终端能够获取第二应用被启动的历史记录。其中，历史记录中可以包括第二应用每一次被启动的时刻。例如，请参见表一，其示出了一种第二应用被启动的历史记录。

表一

需要说明的是，第二应用被启动的历史记录可以包括启动时的日期以及时刻。然而，在本实施例中，该历史记录可也以仅包括第二应用每一次的启动时刻。

步骤(2)根据历史记录确定展示时间段。

在本申请实施例中，终端可以根据历史记录确定展示时间段。在一种可能的实现方式中，终端可以将一天分割为若干个等长的时段，并可以根据历史记录统计第二应用在各个预设时间段内被启动的次数。在各个预设时间段中，终端将第二应用被启动次数最多的时间段确定为展示时间段。

例如，终端将一天(24个小时)划分为四个等长的时段，分别为午夜时段(0:00至5:59)，上午时段(6:00至11:59)，下午时段(12:00至17:59)，夜晚时段(18:00至23:59)。基于表一所示的历史数据，终端分别统计落入各个时段的第二应用的启动时刻的个数，相关的数据请参见表二。

表二

时段	午夜时段	上午时段	下午时段	夜晚时段
					启动次数	0	9	4	5

在本例中，根据表二所示的数据可知，终端将启动时刻最多的上午时段确定为展示时间段。

步骤(3)在展示时间段中，在消息展示控件中展示通知消息。

在本实施例中，终端可以在系统时间达到展示时间段后，即刻在消息展示控件中展示通知消息。

可选地，在另一种可能的展示方式中，终端还可以(1)在展示时间段中，检测终端是否处于屏幕解锁状态；(2)若终端处于屏幕解锁状态，则在消息展示控件中展示通知消息。

例如，当终端在接收到第二应用的推送消息后，检测终端当前的屏幕状态。当终端的屏幕处于点亮且屏幕解锁的状态时，终端可以令第二应用根据该推送消息生成通知消息，并将该通知消息留存于系统通知栏中。当终端的屏幕处于熄灭且锁定的状态时，终端可以周期性检测屏幕状态，直至终端的屏幕处于点亮且屏幕解锁的状态时，终端令第二应用根据该推送消息生成通知消息，并将该通知消息留存于系统通知栏中。可见，在该实现方式中，终端将较大可能地将该通知消息留存在系统通知栏的顶部，提高了该通知消息被查阅的可能性。

步骤403，接收第一信号，第一信号是根据对通知消息执行的第一指定操作生成的信号。

在本实施例中，步骤403的执行过程和步骤130的执行过程相同，此处不再赘述。

步骤404，根据第一信号，获取推送消息中包含的私有链接，私有链接用于指向第一应用中的第一应用界面。

在本实施例中，终端将根据第一信号获取推送消息中包含的私有链接，该私有链接指向第一应用中的第一应用界面。

可选地，该私有链接中可以包括协议头、域名和页面参数。

步骤405，根据私有链接，在已安装的应用中查找第一应用。

在本实施例中，终端将根据私有链接，在已安装的应用中查找第一应用。在实际执行过程中，终端可以遍历所有已安装的应用，在已安装的应用中查找第一应用。

在本申请中，终端执行完成步骤405后，可以执行步骤406，也可以执行步骤407至步骤410。

步骤406，当在已安装的应用中查找到第一应用时，控制第一应用展示包含消息内容的第一应用界面。

在本实施例中，当终端在已安装的应用中查找到第一应用时，终端将首先启动第一应用，根据私有链接确定第一应用页面。随后，控制第一应用展示包含消息内容的第一应用界面。

步骤407，当在已安装的应用中没有查找到第一应用时，跳转到第一应用的下载页面。

在本实施例中，终端在已安装的应用中没有查找到第一应用时，终端将跳转到第一应用的下载页面。可选地，该下载页面可以是应用市场中的界面，也可以是浏览器开启的一个网页页面。

步骤408，接收第二信号，第二信号是根据对安装按钮执行第二指定操作生成的信号。

在本实施例中，终端还可以接收第二信号，该第二信号是根据对安装按钮执行的第二指定操作生成的信号。需要说明的是，该安装按钮可以是下载页面中的一个按钮。

步骤409，根据第二信号，下载并安装第一应用。

在本实施例中，终端能够接收第二信号，下载并安装“本地生活”(第一应用)。例如，请参见图5，其是基于图4所示的实施例公开的一种用户操作界面的示意图。在图5中，用户的手指51点击下载页面52中的安装按钮53，该点击安装按钮53的操作将生成第二信号。终端将接收该第二信号，根据该第二信号下载并安装“本地生活”。

步骤410，当第一应用安装完成时，控制第一应用展示包含消息内容的第一应用界面。

在本实施例中，终端将在第一应用安装完成时，控制第一应用展示包含消息内容的第一应用界面。需要说明的是，该第一应用界面是在第一应用中展示的。终端将先开启第一应用，然后再控制第一应用解析推送消息中包含的私有链接，以便第一应用展示包含消息内容的第一应用界面。

比如，在一个能够实现的场景中，本实施例可以预先获取B应用的服务器的控制权限，将私有协议预先配置在B应用的服务器中。当终端中没有安装A应用，但终端中安装有B应用，且B应用能够在系统通知栏中显示推送消息时，被配置后的B应用将包含私有协议的推送消息发送给终端。其中，该推送消息属于B应用，但该推送消息中包含有由A应用进行展示的消息内容。终端在接收到该推送消息后，可以根据推送消息生成通知消息。此时，终端可以根据B应用被启动的历史记录确定展示时间段，例如历史记录中确定该B应用在上午时段(6:00至11:59)的启动次数最多，则将上午时段确定为展示时间段。为了进一步提升通知消息被查阅的概率，终端还可以在展示时间段内检测终端是否处于屏幕解锁状态，当终端处于屏幕解锁状态时，终端在系统通知栏中展示通知消息。当用户点击该通知消息时，由于终端已安装的应用程序中不存在A应用，则终端跳转到A应用的下载页面，当用户点击该下载页面中的安装按钮时，终端将下载并安装A应用。随后，终端将打开A应用，通过A应用解析推送消息中包含的私有链接，解析后将展示第一应用界面。

综上所述，本申请实施例通过接收第二应用的推送消息，在消息展示控件中展示通知消息，接收第一信号，第一信号是根据对通知消息执行的第一指定操作生成的信号，根据第一信号，获取推送消息中包含的私有链接，私有链接用于指向第一应用中的第一应用界面，根据私有链接，在已安装的应用中查找第一应用，当在已安装的应用中查找到第一应用时，控制第一应用展示包含消息内容的第一应用界面，令终端能够在已安装第一应用的情况下，通过第二应用的推送消息的触发，启动第一应用展示第一应用界面，提高了第一应用的消息内容的展示效果。

另外，本申请实施例还通过接收第二应用的推送消息，在系统通知栏中展示通知消息，接收第一信号，第一信号是根据对通知消息执行的第一指定操作生成的信号，根据第一信号，获取推送消息中包含的私有链接，私有链接用于指向第一应用中的第一应用界面，根据私有链接，在已安装的应用中查找第一应用，当在已安装的应用中没有查找到第一应用时，通过跳转到第一应用的下载页面，接收第二信号，第二信号是根据对安装按钮执行第二指定操作生成的信号，根据第二信号，下载并安装第一应用，当第一应用安装完成时，控制第一应用展示包含消息内容的第一应用界面，提高了消息内容的展示效果。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图6是本申请一个示例性实施例提供的消息处理装置的结构框图。该消息处理装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该装置包括：

消息接收模块610，被配置为接收第二应用的推送消息，所述推送消息包括第一应用待展示的消息内容；

消息展模块620，被配置为在消息展示控件中展示所述推送消息对应的通知消息；

信号接收模块630，被配置为接收第一信号，所述第一信号是根据对所述通知消息执行的第一指定操作生成的信号；

界面展示模块640，被配置为根据所述第一信号，控制所述第一应用展示包含所述消息内容的第一应用界面。

在一个可选地实施例中，消息展示控件包括系统通知栏、弹窗和和悬浮窗中至少一种。

在一个可选的实施例中，界面展示模块640，被配置为根据所述第一信号，获取所述推送消息中包含的私有链接，所述私有链接用于指向所述第一应用中的所述第一应用界面；根据所述私有链接，在已安装的应用中查找所述第一应用；当在所述已安装的应用中查找到所述第一应用时，控制所述第一应用展示包含所述消息内容的第一应用界面。

在一个可选的实施例中，所述装置还包括第二展示模块，所述第二展示模块，被配置为当在所述已安装的应用中没有查找到所述第一应用时，跳转到所述第一应用的下载页面；接收第二信号，所述第二信号是根据对安装按钮执行第二指定操作生成的信号；根据所述第二信号，下载并安装所述第一应用；当所述第一应用安装完成时，控制所述第一应用展示包含所述消息内容的第一应用界面。

在一个可选的实施例中，所述私有链接中包含协议头、域名和页面参数。

在一个可选的实施例中，消息展示模块620，还被配置为获取所述第二应用被启动的历史记录，所述历史记录中包括所述第二应用每一次被启动的时刻；根据所述历史记录确定展示时间段；在所述展示时间段中，在所述消息展示控件中展示所述推送消息对应的通知消息。

在一个可选的实施例中，消息展示模块620，还被配置为根据所述历史记录统计所述第二应用在各个预设时间段内被启动的次数；将所述各个预设时间段中，所述第二应用被启动次数最多的时间段确定为所述展示时间段。

在一个可选的实施例中，消息展示模块620，还被配置为在所述展示时间段中，检测终端是否处于屏幕解锁状态；若终端处于所述屏幕解锁状态，则在所述消息展示控件中展示所述通知消息。

图7是本申请一个示例性实施例提供的终端的结构框图，如图7所示，该终端包括处理器710和存储器720，所述存储器720中存储有至少一条指令，所述指令由所述处理器710加载并执行以实现如上各个实施例所述的消息处理方法。

本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的消息处理方法。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的消息处理方法。

需要说明的是：上述实施例提供的消息处理装置在执行消息处理方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的消息处理装置与消息处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

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

接收第二应用的推送消息，所述推送消息中包括第一应用待展示的消息内容，且所述推送消息在服务器中被定义有私有链接，所述私有链接是通过所述服务器的后台配置权限设置的且用于被所述第一应用解析而跳转至第一应用界面；

在消息展示控件中展示所述推送消息对应的通知消息；

接收第一信号，所述第一信号是根据对所述通知消息执行的第一指定操作生成的信号；

根据所述第一信号，控制所述第一应用展示包含所述消息内容的所述第一应用界面。

2.根据权利要求1所述的方法，其特征在于，所述消息展示控件包括系统通知栏、弹窗和悬浮窗中至少一种。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第一信号，控制所述第一应用展示包含所述消息内容的第一应用界面，包括：

根据所述第一信号，获取所述推送消息中包含的私有链接，所述私有链接用于指向所述第一应用中的所述第一应用界面；

根据所述私有链接，在已安装的应用中查找所述第一应用；

当在所述已安装的应用中查找到所述第一应用时，控制所述第一应用展示包含所述消息内容的第一应用界面。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

当在所述已安装的应用中没有查找到所述第一应用时，跳转到所述第一应用的下载页面；

接收第二信号，所述第二信号是根据对安装按钮执行第二指定操作生成的信号；

根据所述第二信号，下载并安装所述第一应用；

当所述第一应用安装完成时，控制所述第一应用展示包含所述消息内容的第一应用界面。

5.根据权利要求3所述的方法，其特征在于，所述私有链接中包含协议头、域名和页面参数。

6.根据权利要求1所述的方法，其特征在于，所述在消息展示控件中展示所述推送消息对应的通知消息，包括：

获取所述第二应用被启动的历史记录，所述历史记录中包括所述第二应用每一次被启动的时刻；

根据所述历史记录确定展示时间段；

在所述展示时间段中，在所述消息展示控件中展示所述推送消息对应的通知消息。

7.根据权利要求6所述的方法，其特征在于，所述根据所述历史记录确定展示时间段，包括：

根据所述历史记录统计所述第二应用在各个预设时间段内被启动的次数；

将所述各个预设时间段中，所述第二应用被启动次数最多的时间段确定为所述展示时间段。

8.根据权利要求6所述的方法，其特征在于，所述在所述展示时间段中，在所述消息展示控件中展示所述推送消息对应的通知消息，包括：

在所述展示时间段中，检测终端是否处于屏幕解锁状态；

若终端处于所述屏幕解锁状态，则在所述消息展示控件中展示所述通知消息。

9.一种消息处理装置，其特征在于，所述装置包括：

消息接收模块，被配置为接收第二应用的推送消息，所述推送消息中包括第一应用待展示的消息内容，且所述推送消息在服务器中被定义有私有链接，所述私有链接是通过所述服务器的后台配置权限设置的且用于被所述第一应用解析而跳转至第一应用界面；

消息展示模块，被配置为在消息展示控件中展示所述推送消息对应的通知消息；

信号接收模块，被配置为接收第一信号，所述第一信号是根据对所述通知消息执行的第一指定操作生成的信号；

界面展示模块，被配置为根据所述第一信号，控制所述第一应用展示包含所述消息内容的所述第一应用界面。

10.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如权利要求1至8任一所述的消息处理方法。

11.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求1至8任一所述的消息处理方法。

Images