CN107491315A - 消息提示方法、装置及终端 - Google Patents

Abstract

本申请实施例公开了一种消息提示方法、装置及终端，属于人机交互领域，所述方法包括：获取通知消息；根据通知消息的重要程度，确定通知消息对应的消息提示方式，消息提示方式包括前台提示方式和后台提示方式；当消息提示方式为前台提示方式时，在当前用户界面中显示通知消息对应的提示界面；当消息提示方式为后台提示方式时，不在当前用户界面中显示通知消息对应的提示界面。解决了免打扰模式下，终端对任何通知消息均不提示，导致重要信息遗漏的问题；达到了仅对重要通知消息进行提示，避免用户遗漏，对非重要通知消息进行屏蔽，避免对用户造成干扰的效果。

Description

消息提示方法、装置及终端

技术领域

本申请实施例涉及人机交互领域，特别涉及一种消息提示方法、装置及终端。

背景技术

随着终端处理能力的不断增强，用户可以使用终端进行各式各样的日常操作。比如，用户可以使用终端进行电子书阅读、视频播放或在线游戏等等。

在实际使用过程中，当后台应用程序接收到通知消息时，终端会在显示区域的顶端以横幅通知栏的形式进行消息提示，并在接收到对该横幅通知栏的点击操作时，将该后台应用程序切换为前台运行状态，以便用户对通知消息进行处理。

为了避免用户使用终端进行沉浸式交互时，比如全屏观看视频或进行全屏游戏时，显示的横幅通知栏对用户体验造成影响，用户可以预先开启终端的免打扰功能。开启免打扰功能后，在沉浸式交互过程中，终端将不会对接收到的通知消息进行提示。

发明内容

本申请实施例提供了一种消息提示方法、装置及终端，可以用于解决免打扰模式下，终端对任何通知消息均不进行提示，导致重要消息遗漏的问题。所述技术方案如下：

第一方面，提供了一种消息提示方法，所述方法包括：

获取通知消息；

根据通知消息的重要程度，确定通知消息对应的消息提示方式，消息提示方式包括前台提示方式和后台提示方式；

当消息提示方式为前台提示方式时，在当前用户界面中显示通知消息对应的提示界面；

当消息提示方式为后台提示方式时，不在当前用户界面中显示通知消息对应的提示界面。

第二方面，提供了一种消息提示装置，所述装置包括：

获取模块，用于获取通知消息；

第一确定模块，用于根据通知消息的重要程度，确定通知消息对应的消息提示方式，消息提示方式包括前台提示方式和后台提示方式；

第一提示模块，用于当消息提示方式为前台提示方式时，在当前用户界面中显示通知消息对应的提示界面；

第二提示模块，用于当消息提示方式为后台提示方式时，不在当前用户界面中显示通知消息对应的提示界面。

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

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

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

本申请实施例中，终端接收到应用程序发送的通知消息后，对该通知消息的重要程度进行判断，进而根据通知消息的重要程度，对重要通知消息采用前台提示的方式，在当前用户界面中显示相应的提示界面，对非重要通知消息则采用后台提示的方式，不在当前用户界面中显示相应的提示界面，解决了免打扰模式下，终端对任何通知消息均不进行提示，导致重要消息遗漏的问题；达到了仅对重要通知消息进行提示，避免用户遗漏，对非重要通知消息进行屏蔽，避免对用户造成干扰的效果。

附图说明

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

图1和图2是本申请一个示例性实施例提供的终端的结构方框图；

图3A至图3F是图1和图2所示实施例涉及的五种带有不同显示屏的终端的示意图；

图4A示出了本申请一个示例性实施例提供的消息提示方法的流程图；

图4B是提示界面显示方式的界面示意图；

图5A示出了本申请一个示例性实施例提供的消息提示方法的流程图；

图5B是提示界面显示方式的界面示意图；

图6A示出了本申请一个示例性实施例提供的消息提示方法的流程图；

图6B是提示界面显示方式的界面示意图；

图7示出了本申请一个示例性实施例提供的消息提示方法的流程图；

图8示出了本申请另一个示例性实施例提供的消息提示方法的流程图；

图9示出了本申请一个示例性实施例提供的消息提示装置的结构示意图。

具体实施方式

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

请参考图1和图2，其示出了本申请一个示例性实施例提供的终端100的结构方框图。该终端100可以是手机、平板电脑、笔记本电脑和电子书等。本申请中的终端100可以包括一个或多个如下部件：处理器110、存储器120和触摸显示屏130。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个终端100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作***、用户界面和应用程序等；GPU用于负责触摸显示屏130所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作***的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储根据终端100的使用所创建的数据(比如音频数据、电话本)等。

以操作***为安卓(Android)***为例，存储器120中存储的程序和数据如图1所示，存储器120中存储有Linux内核层220、***运行库层240、应用框架层260和应用层280。Linux内核层220为终端100的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。***运行库层240通过一些C/C++库来为Android***提供了主要的特性支持。如SQLite库提供了数据库的支持，OpenGL/ES库提供了3D绘图的支持，Webkit库提供了浏览器内核的支持等。在***运行库层240中还提供有Android运行时库242(Android Runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层260提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层280中运行有至少一个应用程序，这些应用程序可以是操作***自带的联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的应用程序，比如即时通信程序、相片美化程序等。

以操作***为IOS***为例，存储器120中存储的程序和数据如图2所示，IOS***包括：核心操作***层320(Core OS layer)、核心服务层340(Core Services layer)、媒体层360(Media layer)、可触摸层380(Cocoa Touch Layer)。核心操作***层320包括了操作***内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层340的程序框架所使用。核心服务层340提供给应用程序所需要的***服务和/或程序框架，比如基础(Foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层360为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(AirPlay)接口等。可触摸层380为应用程序开发提供了各种常用的界面相关的框架，可触摸层380负责用户在终端100上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(User Interface，UI)框架、用户界面UIKit框架、地图框架等等。

在图2所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层340中的基础框架和可触摸层380中的UIKit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的***服务，和UI无关。而UIKit框架提供的类是基础的UI类库，用于创建基于触摸的用户界面，iOS应用程序可以基于UIKit框架来提供UI，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

触摸显示屏130用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏130通常设置在终端130的前面板。触摸显示屏130可被设计成为全面屏、曲面屏或异型屏。触摸显示屏130还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本实施例对此不加以限定。其中：

全面屏

全面屏可以是指触摸显示屏130占用终端100的前面板的屏占比超过阈值(比如80％或90％或95％)的屏幕设计。屏占比的一种计算方式为：(触摸显示屏130的面积/终端100的前面板的面积)*100％；屏占比的另一种计算方式为：(触摸显示屏130中实际显示区域的面积/终端100的前面板的面积)*100％；屏占比的再一种计算方式为：(触摸显示屏130的对角线/在终端100的前面板的对角线)*100％。示意性的如图3A所示的例子中，终端100的前面板上近乎所有区域均为触摸显示屏130，在终端100的前面板40上，除中框41所产生的边缘之外的其它区域，全部为触摸显示屏130。该触摸显示屏130的四个角可以是直角或者圆角。

全面屏还可以是将至少一种前面板部件集成在触摸显示屏130内部或下层的屏幕设计。可选地，该至少一种前面板部件包括：摄像头、指纹传感器、接近光传感器、距离传感器等。在一些实施例中，将传统终端的前面板上的其他部件集成在触摸显示屏130的全部区域或部分区域中，比如将摄像头中的感光元件拆分为多个感光像素后，将每个感光像素集成在触摸显示屏130中每个显示像素中的黑色区域中。由于将至少一种前面板部件集成在了触摸显示屏130的内部，所以全面屏具有更高的屏占比。

当然在另外一些实施例中，也可以将传统终端的前面板上的前面板部件设置在终端100的侧边或背面，比如将超声波指纹传感器设置在触摸显示屏130的下方、将骨传导式的听筒设置在终端130的内部、将摄像头设置成位于终端的侧边且可插拔的结构。

在一些可选的实施例中，当终端100采用全面屏时，终端100的中框的单个侧边，或两个侧边(比如左、右两个侧边)，或四个侧边(比如上、下、左、右四个侧边)上设置有边缘触控传感器，该边缘触控传感器用于检测用户在中框上的触摸操作、点击操作、按压操作和滑动操作等中的至少一种操作。该边缘触控传感器可以是触摸传感器、热力传感器、压力传感器等中的任意一种。用户可以在边缘触控传感器上施加操作，对终端100中的应用程序进行控制。

曲面屏

曲面屏是指触摸显示屏130的屏幕区域不处于一个平面内的屏幕设计。一般的，曲面屏至少存在这样一个截面：该截面呈弯曲形状，且曲面屏在沿垂直于该截面的任意平面方向上的投影为平面的屏幕设计，其中，该弯曲形状可以是U型。可选地，曲面屏是指至少一个侧边是弯曲形状的屏幕设计方式。可选地，曲面屏是指触摸显示屏130的至少一个侧边延伸覆盖至终端100的中框上。由于触摸显示屏130的侧边延伸覆盖至终端100的中框，也即将原本不具有显示功能和触控功能的中框覆盖为可显示区域和/或可操作区域，从而使得曲面屏具有了更高的屏占比。可选地，如图3B所示的例子中，曲面屏是指左右两个侧边42是弯曲形状的屏幕设计；或者，曲面屏是指上下两个侧边是弯曲形状的屏幕设计；或者，曲面屏是指上、下、左、右四个侧边均为弯曲形状的屏幕设计。在可选的实施例中，曲面屏采用具有一定柔性的触摸屏材料制备。

异型屏

异型屏是外观形状为不规则形状的触摸显示屏，不规则形状不是矩形或圆角矩形。可选地，异型屏是指在矩形或圆角矩形的触摸显示屏130上设置有凸起、缺口和/或挖孔的屏幕设计。可选地，该凸起、缺口和/或挖孔可以位于触摸显示屏130的边缘、屏幕中央或两者均有。当凸起、缺口和/或挖孔设置在一条边缘时，可以设置在该边缘的中间位置或两端；当凸起、缺口和/或挖孔设置在屏幕中央时，可以设置在屏幕的上方区域、左上方区域、左侧区域、左下方区域、下方区域、右下方区域、右侧区域、右上方区域中的一个或多个区域中。当设置在多个区域中时，凸起、缺口和挖孔可以集中分布，也可以分散分布；可以对称分布，也可以不对称分布。可选地，该凸起、缺口和/或挖孔的数量也不限。

由于异型屏将触摸显示屏的上额区和/或下额区覆盖为可显示区域和/或可操作区域，使得触摸显示屏在终端的前面板上占据更多的空间，所以异型屏也具有更大的屏占比。在一些实施例中，缺口和/或挖孔中用于容纳至少一种前面板部件，该前面板部件包括摄像头、指纹传感器、接近光传感器、距离传感器、听筒、环境光亮度传感器、物理按键中的至少一种。

示例性的，该缺口可以设置在一个或多个边缘上，该缺口可以是半圆形缺口、直角矩形缺口、圆角矩形缺口或不规则形状缺口。示意性的如图3C所示的例子中，异型屏可以是在触摸显示屏130的上边缘的中央位置设置有半圆形缺口43的屏幕设计，该半圆形缺口43所空出的位置用于容纳摄像头、距离传感器(又称接近传感器)、听筒、环境光亮度传感器中的至少一种前面板部件；示意性的如图3D所示，异型屏可以是在触摸显示屏130的下边缘的中央位置设置有半圆形缺口44的屏幕设计，该半圆形缺口44所空出的位置用于容纳物理按键、指纹传感器、麦克风中的至少一种部件；示意性的如图3E所示的例子中，异型屏可以是在触摸显示屏130的下边缘的中央位置设置有半椭圆形缺口45的屏幕设计，同时在终端100的前面板上还形成有一个半椭圆型缺口，两个半椭圆形缺口围合成一个椭圆形区域，该椭圆形区域用于容纳物理按键或者指纹识别模组；示意性的如图3F所示的例子中，异型屏可以是在触摸显示屏130中的上半部中设置有至少一个小孔46的屏幕设计，该小孔46所空出的位置用于容纳摄像头、距离传感器、听筒、环境光亮度传感器中的至少一种前面板部件。

除此之外，本领域技术人员可以理解，上述附图所示出的终端100的结构并不构成对终端100的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端100中还包括射频电路、输入单元、传感器、音频电路、无线保真(Wireless Fidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。

参考图4A，其示出了本申请一个示例性实施例提供的消息提示方法的流程图。本实施例以该方法应用于上述图1或图2提供的终端中来举例说明。该方法包括：

步骤401，获取通知消息；

可选的，该通知消息为当前处于后台运行状态的应用程序接收到的通知消息，且应用程序接收到通知消息后，交由操作***对该通知消息进行提示。

以安卓***为例，处于应用层的应用程序接收到通知消息后，将该通知消息交由通知管理服务管理(Notification Manager Service)统一管理，由管理服务管理确定是否对该通知消息进行提示。

本实施例中，该通知消息指用户使用终端进行沉浸式交互时，终端操作***接收到后台应用程序发送的通知消息，其中，用户使用终端进行沉浸式交互包括：在全屏模式下观看视频、在全屏模式下进行游戏或在全屏模式下进行电子书阅读中的至少一种。

其中，该通知消息包括来电通知消息、短信通知消息、邮件通知消息、行程通知消息、应用推送消息或即时通信通知消息中的至少一种。

步骤402，根据通知消息的重要程度，确定通知消息对应的消息提示方式，消息提示方式包括前台提示方式和后台提示方式；

相关技术中，操作***获取到通知消息后，直接采用横幅通知的方式对该通知消息进行提示，显示的横幅通知将对用户当前使用的应用程序造成干扰；或者，在免打扰模式下，操作***对任何通知消息均不进行提示，容易造成重要通知消息的遗漏(比如来电通知等等)。而本申请实施例中，获取到通知消息后，操作***需要进一步根据通知消息的重要程度确定通知消息的消息提示方式，从而进行相应的消息提示。

在一种可能的实施方式中，对于重要程度较高的通知消息，终端确定其对应的消息提示方式为前台提示方式，而对于重要程度较低的通知消息，终端确定其对应的消息提示方式为后台提示方式。

比如，对于短信、来电、即时通信消息等需要用户立即处理的通知消息，终端确定其重要程度为高，并采用前台提示方式对该通知消息进行提示；而对于应用推送消息、邮件消息等无需用户立即处理的通知消息，终端确定其重要程度为低，并采用后台提示方式对该通知消息进行提示。

步骤403，当消息提示方式为前台提示方式时，在当前用户界面中显示通知消息对应的提示界面；

当消息提示方式为前台提示方式时，为了提示用户尽快处理通知消息，终端在当前用户界面中显示相应的提示界面，可选的，该提示界面中包含通知消息对应的通知内容、通知消息的数量、通知消息所属的应用程序或通知消息对应的操作控件中的至少一种。

在一种可能的实施方式中，操作***通过System UI在当前用户界面的上层的指定区域显示该提示界面，其中，该指定区域可以为当前用户界面的边角区域。

示意性的，如图4B所示，当在横屏模式下全屏显示游戏界面41，且接收到后台即时通信应用程序发送的通知消息时，终端确定该通知消息的提示方式为前台提示方式，并在游戏界面41(当前用户界面)的左上角显示该通知消息对应的提示界面42。

需要说明的是，由于通知消息对应的提示界面位于当前用户界面的上层，因此，当用户在提示界面中进行操作时，当前用户界面并不会对操作进行响应，从而避免对当前用户界面产生影响。

步骤404，当消息提示方式为后台提示方式时，不在当前用户界面中显示通知消息对应的提示界面。

在一种可能的实施方式中，当消息提示方式为后台提示方式时，为了避免对用户当前使用的应用程序造成影响，终端不在当前用户界面中显示相应的提示界面，而是直接将通知消息显示在后台通知栏中。

比如，当接收购物推送通知消息时，终端将该通知消息显示在通知栏中，用户在通知栏中即可查看到该通知消息。

综上所述，本实施例中，终端接收到应用程序发送的通知消息后，对该通知消息的重要程度进行判断，进而根据通知消息的重要程度，对重要通知消息采用前台提示的方式，在当前用户界面中显示相应的提示界面，对非重要通知消息则采用后台提示的方式，不在当前用户界面中显示相应的提示界面，解决了免打扰模式下，终端对任何通知消息均不进行提示，导致重要消息遗漏的问题；达到了仅对重要通知消息进行提示，避免用户遗漏，对非重要通知消息进行屏蔽，避免对用户造成干扰的效果。

在一种可选的实施方式中，通知消息的重要程度可由应用程序的应用类型确定。参考图5A，其示出了本申请一个示例性实施例提供的消息提示方法的流程图。本实施例以该方法应用于上述图1或图2提供的终端中来举例说明。方法包括：

步骤501，获取通知消息。

本步骤的实施方式与上述步骤401相似，本实施例对此不再赘述。

步骤502，确定通知消息所属应用程序的应用类型。

为了确定通知消息所属应用程序的应用类型，终端中预先存储有应用程序与类型的对应关系，其中，应用程序与类型的对应关系，如表一所示：

表一

应用程序类型	应用程序
		音视频通话类	音频通话A、视频通话A
即时通信类	短信、聊天工具A、聊天工具B
		音视频播放类	音频播放软件A、视频播放软件A
购物类	购物A、购物B
		生活服务类	天气A、股票B
…	…

当操作***接收到应用程序发送的通知消息后，确定该通知消息所属的应用程序，并根据上述对应关系确定该应用程序的类型。例如，当通知消息所属的应用程序为聊天工具B时，确定应用类型为即时通信类。

步骤503，根据应用类型确定通知消息的重要程度。

可选的，根据通知消息是否需要用户即时处理这一特点，操作***预先为应用类型对应的通知消息设置不同的重要程度。例如，对于即时通信类应用程序而言，由于即时通信类应用程序对应的通知消息需要用户即时处理，因此即时通信类应用程序对应的通知消息重要程度为高，也即，当确定通知消息所属的应用程序为即时通信类应用程序时，确定该通知消息的重要程度为高。

在一种可能的实现方式中，操作***预先将重要程度为高的通知消息所属的应用程序归为预设应用类型，本步骤包括下述步骤：

一、当通知消息所属应用程序的应用类型为预设类型时，确定通知消息的重要程度为第一重要程度，预设类型包括音视频通话应用程序和/或即时通信应用程序；

可选的，对于音视频通话消息、即时通信消息这类需要用户即时处理的通知消息，操作***将其所属的音视频通话应用程序和/或即时通信应用程序设置为预设类型。相应的，当确定通知消息所属应用程序的应用类型为预设类型时，操作***确定该通知消息的重要程度为第一重要程度，即该通知消息为重要消息。

例如，当通知消息所属的应用程序为聊天工具B时，由于聊天工具B属于即时通信类应用程序，且即时通信类应用程序属于预设类型，因此操作***确定该通知消息为第一重要程度。

二、当通知消息所属应用程序的应用类型不是预设类型时，确定通知消息的重要程度为第二重要程度；

相应的，当确定通知消息所属应用程序的应用类型不是预设类型时，操作***确定该通知消息的重要程度为第二重要程度，即该通知消息为非重要消息。

例如，当通知消息为商品推送消息时，通知消息所属的应用程序为购物A，由于购物A不属于预设类型，因此确定该通知消息的重要程度为第二重要程度。

在其他可能的实施方式中，操作***还可以将通知消息划分为三个或三个以上等级的重要程度，本申请并不对此进行限定。

步骤504，根据通知消息的重要程度，确定通知消息对应的消息提示方式。

在上述步骤503中，根据通知消息所属应用程序的类型，确定出通知消息的重要程度为第一重要程度或第二重要程度后，操作***进一步基于该重要程度，确定通知消息对应的消息提示方式。在一种可能的实施方式中，本步骤包括以下步骤：

一、当通知消息的重要程度为第一重要程度时，确定通知消息对应的消息提示方式为前台提示方式。

其中，第一重要程度表征通知消息的为重要消息，因此操作***确定该通知消息对应的消息提示方式为前台提示方式，从而避免因未对该通知消息进行提示造成的重要消息遗漏。

例如，当确定通知消息所属应用程序为聊天工具B，且通知消息的重要程度为第一重要程度时，操作***确定该通知消息对应的消息提示方式为前台提示方式。

二、当通知消息的重要程度为第二重要程度时，确定通知消息对应的消息提示方式为后台提示方式。

其中，第二重要程度表征通知消息的为非重要消息，因此操作***确定该通知消息对应的消息提示方式为后台提示方式，从而避免在沉浸式交互过程中，频繁显示非重要通知消息给用户体验造成的影响。

例如，当确定通知消息所属应用程序为购物A，且通知消息的重要程度为第二重要程度时，操作***确定该通知消息对应的提示方式为后台提示方式。

步骤505，当消息提示方式为前台提示方式时，在当前用户界面中显示通知消息对应的提示界面。

采用前台提示方式对通知消息进行提示时，为了避免在当前用户界面中显示的提示界面对用户交互造成影响，在一种可能的实施方式中，若当前用户界面中包括可操作控件，操作***根据可操作控件的显示位置调整提示界面显示的位置。

可选的，当检测到含有可操作控件时，操作***调整提示界面显示的位置，将提示界面显示在不包含可操作控件的位置，从而避免提示界面遮挡可操作控件。

示意性的，如图5B所示，游戏界面51(当前用户界面)中包括位于界面左上角的返回按钮511以及位于界面中部的翻页按钮512和菜单控件513。为了避免通知消息的提示界面对可操作控件造成遮挡，操作***将提示界面52显示在游戏界面51的右上角，即显示在可操作控件以外的位置。

为了不影响用户浏览当前显示界面，提示界面为半透明界面，可选的，用户可根据显示需要在设置页面中对提示界面的透明度进行设置，以便操作***根据该透明度对当前用户界面中显示的提示界面进行设置。

步骤506，当消息提示方式为后台提示方式时，不在当前用户界面中显示通知消息对应的提示界面。

由于在后台通知栏显示的通知消息不容易被主动察觉，因此为了避免后台通知栏中的通知消息被遗漏，在一种可能的实现方式中，操作***检测到当前显示界面退出全屏显示时，将对全屏显示期间采用后台提示方式进行提示的通知消息，以横幅通知的形式进行提示。

步骤507，若在预定时长内未接收到提示界面的操作，则停止显示提示界面。

为了避免长时间显示提示界面对用户沉浸式交互造成影响，操作***预先设置一预定时长，当在预定时长内未接收到对提示界面的操作信号，则停止显示该提示界面。比如，该预设时长为3秒。

本实施例中，终端在获取通知消息后，通过判断通知消息所属的应用程序的类型，确定通知消息的重要程度，并在通知消息重要程度为第一重要程度时，将该通知消息前台显示，在通知消息的重要程度为第二重要程度时，将该通知消息后台显示，在避免遗漏重要消息的同时，避免非重要消息对用户造成影响。

在实际应用中，针对不同类型的通知消息，在当前用户界面显示的提示界面中包含的内容不同。在一种可能的实施方式中，当接收到的通知消息为来电通知消息时，如图6A所示，上述步骤505包括如下步骤：

步骤505A，获取来电通知消息中包含的主叫方标识。

在一种可能的实现方式中，当终端通讯录中存储有主叫方号码时，主叫方标识即为终端中存储的主叫方身份信息(比如主叫方名称)；当终端通讯录中未存储主叫方号码时，主叫方标识即包括主叫方号码及归属地。

步骤505B，在当前用户界面的预定显示区域显示来电通知消息对应的提示界面，提示界面中包括主叫方标识和至少一个操作控件，操作控件包括接听控件和挂断控件。

为了进一步方便用户对来电通知消息进行相应的处理，来电通知消息对应的提示界面中还包括操作控件，该操作控件为接听控件和/或挂断控件。当操作***接收到对接听控件的操作信号时，操作***即启用电话应用进行电话接听，当操作***接收到对挂断控件的操作信号时，操作***即启用电话应用挂断电话。

其中，当接收到对提示界面上的控件的操作信号时，操作***通过未决定意图(Pending Intent)与电话应用进行交互。

示意性的，如图6B所示，提示界面61中包含主叫方标识611、接听控件612、挂断并自动回复控件613和挂断控件614。

当接收到对接听控件612的操作信号时，终端接听来电，并通过扬声器播放来电，且不退出当前用户页面；

当接收到对挂断并自动回复控件613的操作信号时，终端挂断来电，并通过短信应用发送一条预设短信给主叫方，比如，预设短信内容为“我现在有事，稍后给您回电”，本实施对预设短信内容不做限定；

当接收到对挂断控件614的选择操作时，终端挂断来电。

需要说明的是，当接收到用户对提示界面上操作控件的操作信号后，操作***停止显示该提示界面。

本实施例中，当操作***接收到来电通知消息时，在提示界面中显示主叫方标识和至少一个操作控件，方便用户直接在提示界面内接听/挂断来电，而无需退出当前显示页面，进一步降低了消息提示对用户沉浸式交互产生的影响。

在另一种可能的实施方式中，当通知消息为即时通信消息时，如图7所示，上述步骤505包括如下步骤：

步骤505C，确定即时通信消息的消息数量以及所属的应用程序。

为方便用户知悉即时通信消息的数量以及所属的应用程序，即时通信消息对应的提示界面中包括即时通信消息的数量以及所属的应用程序图标。

在一种可能的实施方式中，当在全屏显示模式下接收到即时通信消息时，操作***从通知管理服务管理中获取即时通信消息的数量信息，根据该数量信息确定即时通信消息的数量，同时，操作***从通知管理服务管理中获取即时通信消息所属的应用程序信息，并获取该应用程序的图标。

步骤505D，在当前用户界面的预定显示区域显示即时通信消息对应的提示界面，提示界面中包括应用程序的图标以及消息数量。

进一步的，操作***在提示界面中，对上述步骤505C获取到的内容进行显示。

例如，当接收到即时通信消息，且该即时通信消息为3条时，操作***在提示界面中显示即时通信消息所属的应用程序图标和即时通信消息数量3。

在一种可能的实施方式中，当接收到对提示界面的点击操作时，操作***退出当前用户页面，并跳转到即时通信消息所属的应用程序中(即由当前应用程序跳转至即时通信消息所属的应用程序)，以便用户对即时通信消息进行处理。

示意性的，如图5B所示，当即时通信消息属于聊天工具B时，提示界面52中显示聊天工具B的图标以及消息数量，当接收到用户对提示界面52的点击操作时，即跳转到聊天工具B中，以便用户在聊天工具B中进行相应操作。

在一种可能的实现方式中，由于用户在进行沉浸式交互时，通知消息的声音或震动也会影响用户体验，因此当接收来电通知时，为突出通知消息的重要程度，操作***在显示提示界面的同时，只进行震动提示不做声音提示，且震动时间不超过阈值；当终端在接收即时通信消息时，在显示提示界面的同时，不做震动提示和声音提示。

本实施例中，当操作***接收到即时通信消息时，仅在提示界面中显示通知消息所属应用程序的图标和通知消息数量，而不显示具体的通知消息内容，降低了消息提示对用户沉浸式交互产生的影响。

在实际应用中，仅在用户进行沉浸式交互时，终端才需根据通知消息的重要程度确定通知消息的提示方式，而在用户未进行沉浸式交互时，通知消息仍旧需要正常显示。因此，在获取通知消息之后，终端还需判断当前是否进行沉浸式交互，示意性的，如图8所示，步骤501后还包括如下步骤：

步骤508，检测当前应用程序是否处于全屏显示模式，且全屏显示模式时长达到阈值。

通常情况下，用户进行沉浸式交互时，操作***全屏显示应用程序的用户界面，且用户界面全屏显示状态的时间超过了一定时长，因此在检测是否处于沉浸式交互状态，操作***检测当前应用程序是否处于全屏显示模式，且全屏显示模式时长是否达到阈值，可选的，阈值为8分钟。

可选的，对应用程序显示状态以及进入该状态时长的检测，由窗口管理服务(Window Manager Service)执行。

当检测到当前应用程序处于全屏显示模式，且全屏显示模式时长达到阈值时，操作***执行下述步骤509；当检测到当前应用程序未处于全屏显示模式，且/或，全屏显示模式时长未达到阈值时，操作***对该通知消息进行正常提示。

步骤509，当当前应用程序处于全屏显示模式，且全屏显示模式时长达到阈值时，执行根据通知消息的重要程度，确定通知消息对应的消息提示方式的步骤。

当前应用程序处于全屏显示模式，且全屏显示模式时长达到阈值时，表明当前处于沉浸式交互，此时，操作***需要根据通知消息的重要程度确定通知消息对应的消息提示方式，避免了操作***获取到通知消息后，直接采用横幅通知的方式对该通知消息进行提示时，对用户沉浸式交互体验造成影响。

本实施例中，通过检测当前应用程序的显示状态以及进入该显示状态的时长，判断当前用户是否正在进行沉浸式交互，保证了仅在用户利用终端进行沉浸式交互时，才会根据通知消息的重要程度更换通知消息的提示方式，符合用户的操作需要并降低了终端功耗。

参考图9，其示出了本申请一个示例性实施例提供的消息提示装置的结构框图。该消息提示装置可以通过软件、硬件以及两者的组合实现成为终端的全部或一部分。该消息提示装置包括：获取模块910、确定模块920、第一提示模块930、第二提示模块940：

获取模块910，用于获取通知消息；

第一确定模块920，用于根据通知消息的重要程度，确定通知消息对应的消息提示方式，消息提示方式包括前台提示方式和后台提示方式；

第一提示模块930，用于当消息提示方式为前台提示方式时，在当前用户界面中显示通知消息对应的提示界面；

第二提示模块940，用于当消息提示方式为后台提示方式时，不在当前用户界面中显示通知消息对应的提示界面。

可选的，该装置，还包括：

第二确定模块，用于确定通知消息所属应用程序的应用类型；

第三确定模块，用于根据应用类型确定通知消息的重要程度。

可选的，第三确定模块，包括：

第一确定单元，用于当通知消息所属应用程序的应用类型为预设类型时，确定通知消息的重要程度为第一重要程度，预设类型包括音视频通话应用程序和/或即时通信应用程序；

第二确定单元，用于当通知消息所属应用程序的应用类型不是预设类型时，确定通知消息的重要程度为第二重要程度；

第一确定模块920，包括：

第三确定单元，用于当通知消息的重要程度为第一重要程度时，确定通知消息对应的消息提示方式为前台提示方式；

第四确定单元，用于当通知消息的重要程度为第二重要程度时，确定通知消息对应的消息提示方式为后台提示方式。

可选的，通知消息为来电通知消息，当消息提示方式为前台提示方式时，第一提示模块930，包括：

获取单元，用于获取来电通知消息中包含的主叫方标识；

第一显示单元，用于在当前用户界面的预定显示区域显示来电通知消息对应的提示界面，提示界面中包括主叫方标识和至少一个操作控件，操作控件包括接听控件和挂断控件。

可选的，通知消息为即时通信消息，当消息提示方式为前台提示方式时，第一提示模块930，包括：

第五确定单元，用于确定即时通信消息的消息数量以及所属的应用程序；

第二显示单元，用于在当前用户界面的预定显示区域显示即时通信消息对应的提示界面，提示界面中包括应用程序的图标以及消息数量。

可选的，该装置，还包括：

检测模块，用于检测当前应用程序是否处于全屏显示模式，且全屏显示模式时长达到阈值；

第一确定模块920，还用于当当前应用程序处于全屏显示模式，且全屏显示模式时长达到阈值时，执行根据通知消息的重要程度，确定通知消息对应的消息提示方式的步骤。

可选的，该装置还包括：

停止显示模块，用于若在预定时长内未接收到提示界面的操作，则停止显示提示界面。

综上所述，本实施例中，终端接收到应用程序发送的通知消息后，对该通知消息的重要程度进行判断，进而根据通知消息的重要程度，对重要通知消息采用前台提示的方式，在当前用户界面中显示相应的提示界面，对非重要通知消息则采用后台提示的方式，不在当前用户界面中显示相应的提示界面，解决了免打扰模式下，终端对任何通知消息均不进行提示，导致重要消息遗漏的问题；达到了仅对重要通知消息进行提示，避免用户遗漏，对非重要通知消息进行屏蔽，避免对用户造成干扰的效果。

本实施例中，终端在获取通知消息后，通过判断通知消息所属的应用程序的类型，确定通知消息的重要程度，并在通知消息重要程度为第一重要程度时，将该通知消息前台显示，在通知消息的重要程度为第二重要程度时，将该通知消息后台显示，在避免遗漏重要消息的同时，避免非重要消息对用户造成影响。

本实施例中，当操作***接收到来电通知消息时，在提示界面中显示主叫方标识和至少一个操作控件，方便用户直接在提示界面内接听/挂断来电，而无需退出当前显示页面，进一步降低了消息提示对用户沉浸式交互产生的影响。

本实施例中，当操作***接收到即时通信消息时，仅在提示界面中显示通知消息所属应用程序的图标和通知消息数量，而不显示具体的通知消息内容，降低了消息提示对用户沉浸式交互产生的影响。

本实施例中，通过检测当前应用程序的显示状态以及进入该显示状态的时长，判断当前用户是否正在进行沉浸式交互，保证了仅在用户利用终端进行沉浸式交互时，才会根据通知消息的重要程度更换通知消息的提示方式，符合用户的操作需要并降低了终端功耗。

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

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

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

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

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

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

Claims (16)

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

获取通知消息；

根据所述通知消息的重要程度，确定所述通知消息对应的消息提示方式，所述消息提示方式包括前台提示方式和后台提示方式；

当所述消息提示方式为所述前台提示方式时，在当前用户界面中显示所述通知消息对应的提示界面；

当所述消息提示方式为所述后台提示方式时，不在所述当前用户界面中显示所述通知消息对应的所述提示界面。

2.根据权利要求1所述的方法，其特征在于，所述根据所述通知消息的重要程度，确定所述通知消息对应的消息提示方式之前，所述方法还包括：

确定所述通知消息所属应用程序的应用类型；

根据所述应用类型确定所述通知消息的所述重要程度。

3.根据权利要求2所述的方法，其特征在于，所述根据所述应用类型确定所述通知消息的所述重要程度，包括：

当所述通知消息所属应用程序的应用类型为预设类型时，确定所述通知消息的重要程度为第一重要程度，所述预设类型包括音视频通话应用程序和/或即时通信应用程序；

当所述通知消息所属应用程序的应用类型不是所述预设类型时，确定所述通知消息的重要程度为第二重要程度；

所述根据所述通知消息的重要程度，确定所述通知消息对应的消息提示方式，包括：

当所述通知消息的重要程度为所述第一重要程度时，确定所述通知消息对应的消息提示方式为所述前台提示方式；

当所述通知消息的重要程度为所述第二重要程度时，确定所述通知消息对应的消息提示方式为所述后台提示方式。

4.根据权利要求1至3任一所述的方法，其特征在于，所述通知消息为来电通知消息，所述当所述消息提示方式为所述前台提示方式时，在当前用户界面中显示所述通知消息对应的提示界面，包括：

获取所述来电通知消息中包含的主叫方标识；

在所述当前用户界面的预定显示区域显示所述来电通知消息对应的所述提示界面，所述提示界面中包括主叫方标识和至少一个操作控件，所述操作控件包括接听控件和挂断控件。

5.根据权利要求1至3任一所述的方法，其特征在于，所述通知消息为即时通信消息，所述当所述消息提示方式为所述前台提示方式时，在当前用户界面中显示所述通知消息对应的提示界面，包括：

确定所述即时通信消息的消息数量以及所属的应用程序；

在所述当前用户界面的预定显示区域显示所述即时通信消息对应的所述提示界面，所述提示界面中包括所述应用程序的图标以及所述消息数量。

6.根据权利要求1至3任一所述的方法，其特征在于，所述获取通知消息之后，所述方法还包括：

检测当前应用程序是否处于全屏显示模式，且所述全屏显示模式时长达到阈值；

当所述当前应用程序处于所述全屏显示模式，且所述全屏显示模式时长达到所述阈值时，执行所述根据所述通知消息的重要程度，确定所述通知消息对应的消息提示方式的步骤。

7.根据权利要求1至3任一所述的方法，其特征在于，所述当所述消息提示方式为所述前台提示方式时，在当前用户界面中显示所述通知消息对应的提示界面之后，所述方法还包括：

若在预定时长内未接收到所述提示界面的操作，则停止显示所述提示界面。

8.一种消息提示装置，其特征在于，所述装置包括：

获取模块，用于获取通知消息；

第一确定模块，用于根据所述通知消息的重要程度，确定所述通知消息对应的消息提示方式，所述消息提示方式包括前台提示方式和后台提示方式；

第一提示模块，用于当所述消息提示方式为所述前台提示方式时，在当前用户界面中显示所述通知消息对应的提示界面；

第二提示模块，用于当所述消息提示方式为所述后台提示方式时，不在所述当前用户界面中显示所述通知消息对应的所述提示界面。

9.根据权利要求8所述的装置，其特征在于，所述装置，还包括：

第二确定模块，用于确定所述通知消息所属应用程序的应用类型；

第三确定模块，用于根据所述应用类型确定所述通知消息的所述重要程度。

10.根据权利要求9所述的装置，其特征在于，所述第三确定模块，包括：

第一确定单元，用于当所述通知消息所属应用程序的应用类型为预设类型时，确定所述通知消息的重要程度为第一重要程度，所述预设类型包括音视频通话应用程序和/或即时通信应用程序；

第二确定单元，用于当所述通知消息所属应用程序的应用类型不是所述预设类型时，确定所述通知消息的重要程度为第二重要程度；

所述第一确定模块，包括：

第三确定单元，用于当所述通知消息的重要程度为所述第一重要程度时，确定所述通知消息对应的消息提示方式为所述前台提示方式；

第四确定单元，用于当所述通知消息的重要程度为所述第二重要程度时，确定所述通知消息对应的消息提示方式为所述后台提示方式。

11.根据权利要求8至10任一所述的装置，其特征在于，所述通知消息为来电通知消息，所述第一提示模块，包括：

获取单元，用于获取所述来电通知消息中包含的主叫方标识；

第一显示单元，用于在所述当前用户界面的预定显示区域显示所述来电通知消息对应的所述提示界面，所述提示界面中包括主叫方标识和至少一个操作控件，所述操作控件包括接听控件和挂断控件。

12.根据权利要求8至10任一所述的装置，其特征在于，所述通知消息为即时通信消息，所述第一提示模块，包括：

第五确定单元，用于确定所述即时通信消息的消息数量以及所属的应用程序；

第二显示单元，用于在所述当前用户界面的预定显示区域显示所述即时通信消息对应的所述提示界面，所述提示界面中包括所述应用程序的图标以及所述消息数量。

13.根据权利要求8至10任一所述的装置，其特征在于，所述装置，还包括：

检测模块，用于检测当前应用程序是否处于全屏显示模式，且所述全屏显示模式时长达到阈值；

所述第一确定模块，还用于当所述当前应用程序处于所述全屏显示模式，且所述全屏显示模式时长达到所述阈值时，执行所述根据所述通知消息的重要程度，确定所述通知消息对应的消息提示方式的步骤。

14.根据权利要求8至10任一所述的装置，其特征在于，所述装置，还包括：

停止显示模块，用于若在预定时长内未接收到所述提示界面的操作，则停止显示所述提示界面。

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

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