CN109634479A - 全屏状态下的通知信息处理方法、设备、存储介质及装置 - Google Patents

Abstract

本发明公开了一种全屏状态下的通知信息处理方法、设备、存储介质及装置，该方法包括：用户设备在处于全屏状态时，检测当前显示界面所属的应用类型，对接收到的通知信息进行拦截，并识别所述通知信息的类型，当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识。由于根据当前的应用类型与通知信息的类型采取针对性的处理措施，在应用类型为操作类应用，且通知信息的类型为推送消息时，拦截了通知信息，对通知信息的处理仅为显示未读消息提醒标识，该未读消息提醒标识在所述当前显示界面占有面积极小，避免了所述通知信息遮挡当前显示界面，提高了用户的全屏体验。

Description

全屏状态下的通知信息处理方法、设备、存储介质及装置

技术领域

本发明涉及信息处理技术领域，尤其涉及一种全屏状态下的通知信息处理方法、设备、存储介质及装置。

背景技术

随着移动终端的硬件性能不断提升和软件开发的逐渐成熟，现有的移动终端不仅用于移动通讯，还用于游戏娱乐，例如，视频播放、游戏等。

目前，用户在全屏使用移动终端玩游戏或者观看视频时，当接收到来电通知，该来电通知会直接占据移动终端的整个屏幕，并且显示较长时间，尤其是骚扰电话，用户不想接却遮盖了正在操作的页面；当接收到推送消息时，该推送消息会遮挡部分当前操作界面，并且显示数秒，如果用户想要将该推送消息滑上去，却又容易误点到该推送消息，从而打开该推送消息对应的应用程序(Application，app)，退出当前操作页面，特别是推送消息较多时，就会不停的在屏幕上方弹出，增大误点的可能性而影响当前操作，用户体验差。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种全屏状态下的通知信息处理方法、设备、存储介质及装置，旨在解决现有技术中通知信息影响用户的全屏体验的技术问题。

为实现上述目的，本发明提供一种全屏状态下的通知信息处理方法，所述全屏状态下的通知信息处理方法包括以下步骤：

用户设备在处于全屏状态时，检测当前显示界面所属的应用类型；

对接收到的通知信息进行拦截，并识别所述通知信息的类型；

当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识。

优选地，所述当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识，包括：

当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，从所述通知信息中提取发送方信息，并将所述发送方信息与预设名单信息进行匹配；

当所述预设名单信息中存有所述发送方信息时，在所述当前显示界面中显示第一形态的未读消息提醒标识；

当所述预设名单信息中不存有所述发送方信息时，在所述当前显示界面中显示第二形态的未读消息提醒标识。

优选地，所述当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识之后，所述方法还包括：

当监听到用户在所述未读消息提醒标识上的触摸事件时，显示所述通知信息对应的未读消息展示框；

当监听到所述用户在所述未读消息展示框上的触摸事件时，跳转至所述通知信息对应的应用程序界面。

优选地，所述对接收到的通知信息进行拦截，并识别所述通知信息的类型之后，所述方法还包括：

当所述应用类型为观看类应用，且所述通知信息的类型为推送消息时，根据所述通知信息生成消息通知界面，并在所述当前显示界面中显示所述消息通知界面。

优选地，所述对接收到的通知信息进行拦截，并识别所述通知信息的类型之后，所述方法还包括：

当所述应用类型为操作类应用，且所述通知信息的类型为来电通知时，将所述当前显示界面缩小，并在缩小后的屏幕空闲区域展示所述通知信息。

优选地，所述对接收到的通知信息进行拦截，并识别所述通知信息的类型之后，所述方法还包括：

当所述应用类型为观看类应用，且所述通知信息的类型为来电通知时，在所述当前显示界面之上生成一来电悬浮窗；

在所述来电悬浮窗中加载所述通知信息。

优选地，所述在所述来电悬浮窗中加载所述通知信息之后，所述方法还包括：

当监听到用户在所述来电悬浮窗上的触摸事件时，展示来电方全名或电话号码。

此外，为实现上述目的，本发明还提出一种用户设备，所述用户设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的全屏状态下的通知信息处理程序，所述全屏状态下的通知信息处理程序配置为实现如上文所述的全屏状态下的通知信息处理方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有全屏状态下的通知信息处理程序，所述全屏状态下的通知信息处理程序被处理器执行时实现如上文所述的全屏状态下的通知信息处理方法的步骤。

此外，为实现上述目的，本发明还提出一种全屏状态下的通知信息处理装置，所述全屏状态下的通知信息处理装置包括：

检测模块，用于在处于全屏状态时，检测当前显示界面所属的应用类型；

识别模块，用于对接收到的通知信息进行拦截，并识别所述通知信息的类型；

处理模块，用于当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识。

本发明中，用户设备在处于全屏状态时，检测当前显示界面所属的应用类型，对接收到的通知信息进行拦截，并识别所述通知信息的类型，当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识。由于根据当前的应用类型与通知信息的类型采取针对性的处理措施，在应用类型为操作类应用，且通知信息的类型为推送消息时，拦截了通知信息，对通知信息的处理仅为显示未读消息提醒标识，该未读消息提醒标识在所述当前显示界面占有面积极小，避免了所述通知信息遮挡当前显示界面，提高了用户的全屏体验。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的用户设备结构示意图；

图2为本发明全屏状态下的通知信息处理方法第一实施例的流程示意图；

图3为本发明全屏状态下的通知信息处理方法第二实施例的流程示意图；

图4为本发明全屏状态下的通知信息处理方法第三实施例的流程示意图；

图5为本发明全屏状态下的通知信息处理装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的用户设备结构示意图。

如图1所示，该用户设备可以包括：处理器1001，例如中央处理器(CentralProcessing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)，可选用户接口1003还可以包括标准的有线接口、无线接口，对于用户接口1003的有线接口在本发明中可为USB接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(WIreless-FIdelity，WI-FI)接口)。存储器1005可以是高速的随机存取存储器(Random Access Memory，RAM)存储器，也可以是稳定的存储器(Non-volatileMemory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对用户设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及全屏状态下的通知信息处理程序。

在图1所示的用户设备中，网络接口1004主要用于连接后台服务器，与所述后台服务器进行数据通信；用户接口1003主要用于连接外设，与所述外设进行数据通信；所述用户设备通过处理器1001调用存储器1005中存储的全屏状态下的通知信息处理程序，并执行本发明实施例提供的全屏状态下的通知信息处理方法。

基于上述硬件结构，提出本发明全屏状态下的通知信息处理方法的实施例。

参照图2，图2为本发明全屏状态下的通知信息处理方法第一实施例的流程示意图，提出本发明全屏状态下的通知信息处理方法第一实施例。

在第一实施例中，所述全屏状态下的通知信息处理方法包括以下步骤：

步骤S10：用户设备在处于全屏状态时，检测当前显示界面所属的应用类型。

需要说明的是，本实施例的执行主体是用户设备，所述用户设备可为智能手机或平板电脑等可移动智能设备，本实施例的应用场景是，用户通过所述用户设备玩游戏或者观看视频时，将所述用户设备切换为全屏状态，在全屏状态下，会接收到各种通知信息，所述通知信息包括来电通知、短信消息或者各应用程序的推送消息等，为了避免所述通知信息遮挡全屏状态下的当前显示界面，本实施例将对不同的通知信息采取针对性的措施，以降低所述通知信息对当前显示界面带来的影响，提高用户体验。

在具体实现中，用户使用用户设备中的应用时，由于应用类型不同，对当前显示界面的被遮挡面积要求不同，例如，游戏等操作类应用要求当前显示界面的被遮挡面积较小或无遮挡，对于优酷视频等观看类应用，对当前显示界面的被遮挡面积要求较低。因此，将检测当前显示界面所属的应用类型，以供后续采取针对性的措施处理通知信息。

步骤S20：对接收到的通知信息进行拦截，并识别所述通知信息的类型。

需要说明的是，为了对所述通知信息进行处理，将对通知信息进行监听，具体地，将监听网络运营商的来电通知和短信通知，监听各应用程序的消息推送，从而当监听到所述通知信息时，为了避免当前显示界面被所述通知信息遮挡，用户设备将接收通知信息并进行拦截，从而能够对所述通知信息作出后续处理，实现提醒用户的前提下不影响当前显示界面。由于不同通知信息的不同特性，比如，来电通知具有较强的实时性，用户必须在较短时间内选择接听或者拒接，而推送消息实时性较弱，用户一般无需实时查看或回复，可继续在所述当前显示界面中玩游戏或者观看视频，稍后再处理该推送消息，因此，将识别所述通知信息的类型，以采用针对性措施分别对不同类型的通知信息进行处理。

步骤S30：当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识。

可以理解的是，当所述应用类型为操作类应用时，要求当前显示界面的被遮挡面积较小或无遮挡，当所述通知信息的类型为推送消息时，所述推送消息包括：短信息或者各应用程序的推送信息，由于推送消息实时性较弱，无需实时进行显示，只需对用户进行提醒提示。因此，当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，采取遮挡面积小，以及实时性较弱的处理措施，所述当前显示界面中预设有一预设区域，所述预设区域一般设于所述用户设备屏幕的角落处，在所述预设区域显示所述未读消息提醒标识，所述未读消息提醒标识在所述当前显示界面占有面积极小，完全不影响用户的全屏体验，并且可以提醒用户接收到短信息或者各应用程序的推送信息。

在第一实施例中，用户设备在处于全屏状态时，检测当前显示界面所属的应用类型，对接收到的通知信息进行拦截，并识别所述通知信息的类型，当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识。由于根据当前的应用类型与通知信息的类型采取针对性的处理措施，在应用类型为操作类应用，且通知信息的类型为推送消息时，拦截了通知信息，对通知信息的处理仅为显示未读消息提醒标识，该未读消息提醒标识在所述当前显示界面占有面积极小，避免了所述通知信息遮挡当前显示界面，提高了用户的全屏体验。

参照图3，图3为本发明全屏状态下的通知信息处理方法第二实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明全屏状态下的通知信息处理方法的第二实施例。

在第二实施例中，所述步骤S30，包括：

步骤S301：当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，从所述通知信息中提取发送方信息，并将所述发送方信息与预设名单信息进行匹配。

需要说明的是，由于当所述通知信息的类型为推送消息时，在所述当前显示界面中只显示未读消息提醒标识，用户仅获取到所述用户设备接收了通知信息，并未获取该通知信息的发送方是否为感兴趣方，因此，本实施例将从所述通知信息中提取发送方信息，并将所述发送方信息与预设名单信息进行匹配，所述预设名单信息中包含有用户的感兴趣发送方，从而判断用户是否对所述发送方信息对应的发送方感兴趣。

步骤S302：当所述预设名单信息中存有所述发送方信息时，在所述当前显示界面中显示第一形态的未读消息提醒标识。

步骤S303：当所述预设名单信息中不存有所述发送方信息时，在所述当前显示界面中显示第二形态的未读消息提醒标识。

可以理解的是，当所述预设名单信息中存有所述发送方信息时，说明所述发送方信息对应的发送方为用户的感兴趣发送方，将在所述当前显示界面中显示第一形态的未读消息提醒标识；当所述预设名单信息中不存有所述发送方信息时，说明所述发送方信息对应的发送方不是用户的感兴趣发送方，将在所述当前显示界面中显示第二形态的未读消息提醒标识；所述第一形态与所述第二形态不同，从而根据不同的发送方信息展示不同的未读消息提醒标识，以便用户区分所述通知信息的发送方。

在第二实施例中，所述步骤S30之后，所述方法还包括：

步骤S304：当监听到用户在所述未读消息提醒标识上的触摸事件时，显示所述通知信息对应的未读消息展示框。

可以理解的是，当所述用户游戏或视频暂停或结束时，所述用户将查看所述通知信息，一般情况下，用户需要退出当前显示界面，进入所述用户设备的主界面，在所述主界面中查找推送所述通知信息的应用程序，然后点击进入该应用程序，而本实施例中，用户可在所述未读消息提醒标识上触摸事件，所述用户设备将显示所述通知信息对应的未读消息展示框，所述未读消息展示框显示了所述通知信息对应的应用程序，以使所述用户确认推送所述通知信息的应用程序。

步骤S305：当监听到所述用户在所述未读消息展示框上的触摸事件时，跳转至所述未读消息展示框对应的应用程序界面。

需要说明的是，当所述用户在在所述未读消息展示框上触摸事件时，将自动跳转至所述通知信息对应的应用程序界面，无需退出当前显示界面，简化了用户查看所述通知信息的操作，提高了用户体验。

在第二实施例中，所述步骤S20之后，所述方法还包括：

步骤S40：当所述应用类型为观看类应用，且所述通知信息的类型为推送消息时，根据所述通知信息生成消息通知界面，并在所述当前显示界面中显示所述消息通知界面。

可以理解的是，当所述应用类型为观看类应用时，对当前显示界面的被遮挡面积要求较低，当所述通知信息的类型为推送消息时，由于推送消息实时性较弱，无需实时显示该通知信息，只需提示用户接收到所述通知信息。因此，当所述应用类型为观看类应用，且所述通知信息的类型为推送消息时，采取遮挡面积略大，以及实时性较弱的处理措施。若所述通知信息为文字信息，在所述消息通知界面中显示消息发送方和消息内容的前几个字，若所述通知信息为图片、语音或视频，在所述消息通知界面中显示消息发送方和消息类型，所述消息类型包括图片、语音和视频，从而将该消息通知界面的面积控制在预设面积内，以减少对所述当前界面的遮挡，所述消息通知界面只能查看不能点击，仅提供提示用户的功能，降低了用户误点的可能性。

进一步地，所述在所述当前显示界面中显示所述消息通知界面之后，所述方法还包括：

启动预设计时器，并在预设时长后，响应于所述预设计时器的关闭指令，关闭所述消息通知界面。

需要说明的是，现有技术中的通知界面一般显示数秒，为用户提供了点选所述通知界面，以跳转至对应应用程序的时间，本实施例中的消息通知界面仅提供提醒功能，因而将所述消息通知界面的显示时间设置为预设时长，所述预设时长用于使用户查看所述消息通知界面中的消息发送方，可设为1-2s，由于所述消息通知界面显示时间较短，可有效降低用户误点的可能性，并减少对所述当前显示界面的遮挡时间，提高了用户的全屏体验。

在具体实现中，在所述当前显示界面中显示所述消息通知界面时，启动预设计时器，所述预设计时器计时预设时长，并在预设时长到达时，发出关闭指令，所述用户设备将关闭所述消息通知界面，减少对所述当前显示界面的遮挡时间。

在第三实施例中，根据不同的发送方信息展示不同的未读消息提醒标识，以便用户区分所述通知信息的发送方。当所述用户在在所述未读消息展示框上触摸事件时，将自动跳转至所述通知信息对应的应用程序界面，无需退出当前显示界面，简化了用户查看所述通知信息的操作，提高了用户体验。所述消息通知界面显示时间较短，并且只能查看不能点击，仅提供提示用户的功能，可有效降低用户误点的可能性，并减少对所述当前显示界面的遮挡时间，提高了用户的全屏体验。

参照图4，图4为本发明全屏状态下的通知信息处理方法第三实施例的流程示意图，基于上述图2所示的第二实施例，提出本发明全屏状态下的通知信息处理方法的第三实施例。

在第二实施例中，所述步骤S20之后，所述方法还包括：

步骤S50：当所述应用类型为操作类应用，且所述通知信息的类型为来电通知时，将所述当前显示界面缩小，并在缩小后的屏幕空闲区域展示所述通知信息。

需要说明的是，由于来电通知具有较强的实时性，必须实时对该通知信息进行显示，当所述应用类型为操作类应用，且所述通知信息的类型为来电通知时，采取当前显示界面的被遮挡面积较小，且实时性较高的处理措施，为了避免所述通知信息遮挡所述当前显示界面，将所述当前显示界面等比例缩小，尽可能减少对所述当前显示界面的影响，使得所述用户设备的屏幕上出现屏幕空闲区域，将所述通知信息展示在所述屏幕空闲区域中，以供用户选择接听或者拒接。

在具体实现中，获取所述屏幕空闲区域，根据所述屏幕空闲区域的大小生成来电通知界面，所述来电通知界面的大小不超过所述屏幕空闲区域的大小，将所述来电通知界面展示于所述屏幕空闲区域处，并在所述来电通知界面中加载所述通知信息，在所述来电通知界面中，用户可选择接听或拒接，从而实现同时展示当前显示界面和来电通知界面，不影响用户观看视频或玩游戏，也不影响用户接听电话。

在第二实施例中，所述步骤S20之后，所述方法还包括：

步骤S601：当所述应用类型为观看类应用，且所述通知信息的类型为来电通知时，在所述当前显示界面之上生成一来电悬浮窗。

步骤S602：在所述来电悬浮窗中加载所述通知信息。

需要说明的是，当所述应用类型为观看类应用，且所述通知信息的类型为来电通知时，由于观看类应用对当前显示界面的被遮挡面积要求较低，且来电通知具有较强的实时性，必须实时对该通知信息进行显示，将采取当前显示界面的被遮挡面积略大，但实时性较高的处理措施，为了避免所述通知信息遮挡所述当前显示界面，在所述当前显示界面之上生成一来电悬浮窗，并在所述来电悬浮窗中加载所述通知信息。为缩小所述来电悬浮窗的面积，根据所述通知信息获取来电方简称，在所述来电悬浮窗中，加载所述来电方简称，所述来电方简称可以为所述来电方的姓、用户设置的昵称或符号等，所述来电悬浮窗中还设有接听键与拒接键，用户可通过所述接听键与拒接键选择接听或拒接。所述来电悬浮窗占据空间小，并且所述来电悬浮窗的背景颜色为透明，可有效减少所述来电悬浮窗对所述当前显示界面的遮挡，同时降低了用户误点的可能性，提高了用户的全屏体验。

进一步地，所述步骤S602之后，所述方法还包括：

步骤S603：当监听到用户在所述来电悬浮窗上的触摸事件时，展示来电方全名或电话号码。

可以理解的是，用户看到所述来电方简称后，仍然不理解来电方的真实身份，将在所述来电悬浮窗上进行触摸，所述用户设备监听到用户在所述来电悬浮窗上的触摸事件时，在所述来电悬浮窗周围展示来电方全名或电话号码，以使所述用户确认来电方身份，从而选择接听或者拒接。

在第三实施例中，通过当所述通知信息的类型为来电通知时，在所述当前显示界面之上生成一来电悬浮窗，在所述来电悬浮窗中加载所述通知信息。当监听到用户在所述来电悬浮窗上的触摸事件时，展示来电方全名或电话号码。由于前期通过来电悬浮窗显示来电方简称，使得所述来电悬浮窗占据空间小，并且所述来电悬浮窗的背景颜色为透明，可有效减少所述来电悬浮窗对所述当前显示界面的遮挡，同时降低了用户误点的可能性，提高了用户的全屏体验，后期还可根据用户的触摸指令显示来电方全名或电话号码，以使所述用户确认来电方身份。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有全屏状态下的通知信息处理程序，所述全屏状态下的通知信息处理程序被处理器执行时实现如上文所述的全屏状态下的通知信息处理方法的步骤。

此外，参照图5，本发明实施例还提出一种全屏状态下的通知信息处理装置，所述全屏状态下的通知信息处理装置包括：

检测模块10，用于在处于全屏状态时，检测当前显示界面所属的应用类型；

识别模块20，用于对接收到的通知信息进行拦截，并识别所述通知信息的类型；

处理模块30，用于当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识。

需要说明的是，本实施例的执行主体是用户设备，所述用户设备可为智能手机或平板电脑等可移动智能设备，本实施例的应用场景是，用户通过所述用户设备玩游戏或者观看视频时，将所述用户设备切换为全屏状态，在全屏状态下，会接收到各种通知信息，所述通知信息包括来电通知、短信消息或者各应用程序的推送消息等，为了避免所述通知信息遮挡全屏状态下的当前显示界面，本实施例将对不同的通知信息采取针对性的措施，以降低所述通知信息对当前显示界面带来的影响，提高用户体验。

在具体实现中，用户使用用户设备中的应用时，由于应用类型不同，对当前显示界面的被遮挡面积要求不同，例如，游戏等操作类应用要求当前显示界面的被遮挡面积较小或无遮挡，对于优酷视频等观看类应用，对当前显示界面的被遮挡面积要求较低。因此，将检测当前显示界面所属的应用类型，以供后续采取针对性的措施处理通知信息。

需要说明的是，为了对所述通知信息进行处理，将对通知信息进行监听，具体地，将监听网络运营商的来电通知和短信通知，监听各应用程序的消息推送，从而当监听到所述通知信息时，为了避免当前显示界面被所述通知信息遮挡，用户设备将接收通知信息并进行拦截，从而能够对所述通知信息作出后续处理，实现提醒用户的前提下不影响当前显示界面。由于不同通知信息的不同特性，比如，来电通知具有较强的实时性，用户必须在较短时间内选择接听或者拒接，而推送消息实时性较弱，用户一般无需实时查看或回复，可继续在所述当前显示界面中玩游戏或者观看视频，稍后再处理该推送消息，因此，将识别所述通知信息的类型，以采用针对性措施分别对不同类型的通知信息进行处理。

可以理解的是，当所述应用类型为操作类应用时，要求当前显示界面的被遮挡面积较小或无遮挡，当所述通知信息的类型为推送消息时，所述推送消息包括：短信息或者各应用程序的推送信息，由于推送消息实时性较弱，无需实时进行显示，只需对用户进行提醒提示。因此，当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，采取遮挡面积小，以及实时性较弱的处理措施，所述当前显示界面中预设有一预设区域，所述预设区域一般设于所述用户设备屏幕的角落处，在所述预设区域显示所述未读消息提醒标识，所述未读消息提醒标识在所述当前显示界面占有面积极小，完全不影响用户的全屏体验，并且可以提醒用户接收到短信息或者各应用程序的推送信息。

在本实施例中，用户设备在处于全屏状态时，检测当前显示界面所属的应用类型，对接收到的通知信息进行拦截，并识别所述通知信息的类型，当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识。由于根据当前的应用类型与通知信息的类型采取针对性的处理措施，在应用类型为操作类应用，且通知信息的类型为推送消息时，拦截了通知信息，对通知信息的处理仅为显示未读消息提醒标识，该未读消息提醒标识在所述当前显示界面占有面积极小，避免了所述通知信息遮挡当前显示界面，提高了用户的全屏体验。

在一实施例中，所述处理模块30，还用于当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，从所述通知信息中提取发送方信息，并将所述发送方信息与预设名单信息进行匹配；

当所述预设名单信息中存有所述发送方信息时，在所述当前显示界面中显示第一形态的未读消息提醒标识；

当所述预设名单信息中不存有所述发送方信息时，在所述当前显示界面中显示第二形态的未读消息提醒标识。

在一实施例中，所述处理模块30，还用于当监听到用户在所述未读消息提醒标识上的触摸事件时，显示所述通知信息对应的未读消息展示框；

当监听到所述用户在所述未读消息展示框上的触摸事件时，跳转至所述通知信息对应的应用程序界面。

在一实施例中，所述处理模块30，还用于当所述应用类型为观看类应用，且所述通知信息的类型为推送消息时，根据所述通知信息生成消息通知界面，并在所述当前显示界面中显示所述消息通知界面。

在一实施例中，所述处理模块30，还用于当所述应用类型为操作类应用，且所述通知信息的类型为来电通知时，将所述当前显示界面缩小，并在缩小后的屏幕空闲区域展示所述通知信息。

在一实施例中，所述处理模块30，还用于当所述应用类型为观看类应用，且所述通知信息的类型为来电通知时，在所述当前显示界面之上生成一来电悬浮窗；

在所述来电悬浮窗中加载所述通知信息。

在一实施例中，所述处理模块30，还用于当监听到用户在所述来电悬浮窗上的触摸事件时，展示来电方全名或电话号码。

本发明所述全屏状态下的通知信息处理装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。词语第一、第二、以及第三等的使用不表示任何顺序，可将这些词语解释为名称。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器镜像(Read Only Memory image，ROM)/随机存取存储器(Random AccessMemory，RAM)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种全屏状态下的通知信息处理方法，其特征在于，所述全屏状态下的通知信息处理方法包括以下步骤：

用户设备在处于全屏状态时，检测当前显示界面所属的应用类型；

对接收到的通知信息进行拦截，并识别所述通知信息的类型；

当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识。

2.如权利要求1所述的全屏状态下的通知信息处理方法，其特征在于，所述当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识，包括：

当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，从所述通知信息中提取发送方信息，并将所述发送方信息与预设名单信息进行匹配；

当所述预设名单信息中存有所述发送方信息时，在所述当前显示界面中显示第一形态的未读消息提醒标识；

当所述预设名单信息中不存有所述发送方信息时，在所述当前显示界面中显示第二形态的未读消息提醒标识。

3.如权利要求2所述的全屏状态下的通知信息处理方法，其特征在于，所述当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识之后，所述方法还包括：

当监听到用户在所述未读消息提醒标识上的触摸事件时，显示所述通知信息对应的未读消息展示框；

当监听到所述用户在所述未读消息展示框上的触摸事件时，跳转至所述通知信息对应的应用程序界面。

4.如权利要求1-3中任一项所述的全屏状态下的通知信息处理方法，其特征在于，所述对接收到的通知信息进行拦截，并识别所述通知信息的类型之后，所述方法还包括：

当所述应用类型为观看类应用，且所述通知信息的类型为推送消息时，根据所述通知信息生成消息通知界面，并在所述当前显示界面中显示所述消息通知界面。

5.如权利要求1-3中任一项所述的全屏状态下的通知信息处理方法，其特征在于，所述对接收到的通知信息进行拦截，并识别所述通知信息的类型之后，所述方法还包括：

当所述应用类型为操作类应用，且所述通知信息的类型为来电通知时，将所述当前显示界面缩小，并在缩小后的屏幕空闲区域展示所述通知信息。

6.如权利要求1-3中任一项所述的全屏状态下的通知信息处理方法，其特征在于，所述对接收到的通知信息进行拦截，并识别所述通知信息的类型之后，所述方法还包括：

当所述应用类型为观看类应用，且所述通知信息的类型为来电通知时，在所述当前显示界面之上生成一来电悬浮窗；

在所述来电悬浮窗中加载所述通知信息。

7.如权利要求6所述的全屏状态下的通知信息处理方法，其特征在于，所述在所述来电悬浮窗中加载所述通知信息之后，所述方法还包括：

当监听到用户在所述来电悬浮窗上的触摸事件时，展示来电方全名或电话号码。

8.一种用户设备，其特征在于，所述用户设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的全屏状态下的通知信息处理程序，所述全屏状态下的通知信息处理程序被所述处理器执行时实现如权利要求1至7中任一项所述的全屏状态下的通知信息处理方法的步骤。

9.一种存储介质，其特征在于，所述存储介质上存储有全屏状态下的通知信息处理程序，所述全屏状态下的通知信息处理程序被处理器执行时实现如权利要求1至7中任一项所述的全屏状态下的通知信息处理方法的步骤。

10.一种全屏状态下的通知信息处理装置，其特征在于，所述全屏状态下的通知信息处理装置包括：

检测模块，用于在处于全屏状态时，检测当前显示界面所属的应用类型；

识别模块，用于对接收到的通知信息进行拦截，并识别所述通知信息的类型；

处理模块，用于当所述应用类型为操作类应用，且所述通知信息的类型为推送消息时，在所述当前显示界面中显示未读消息提醒标识。