CN114710587A - 沉浸模式的开启方法和相关装置 - Google Patents

Abstract

本申请提供了一种沉浸模式的开启方法和相关装置，涉及终端技术领域，该方法包括：在第一界面接收到横幅通知之后，确定用户是否处于沉浸式场景，该第一界面用于显示安装在终端设备的任一应用程序的界面；在用户处于沉浸式场景的情况下，在第一界面上显示提示信息，该提示信息用于询问用户是否开启沉浸模式。本申请提供的方法可以使得终端设备在沉浸式场景下，主动提示用户是否开启沉浸模式，以免被其他通知消息打扰，提升了用户的体验。

Description

沉浸模式的开启方法和相关装置

技术领域

本申请涉及终端技术领域，尤其涉及一种沉浸模式的开启方法和相关装置。

背景技术

随着终端设备功能的逐渐强大，用户除了使用终端设备进行通信之外，还会经常使用终端设备来娱乐，例如，玩游戏，看视频等。

但通常情况下，终端设备在游戏、或视频时，经常会收到来自微信、QQ等信息的通知或语音、视频通话的邀请通知，使得用户沉浸在游戏、视频等娱乐项目中的状态受到打扰，用户可能需要在处理完通知后才可以再次回到娱乐项目中。而这些通知有可能并不需要及时处理，甚至不需要予以关注，但却影响了用户的娱乐体验，用户的体验较差。

发明内容

本申请提供一种沉浸模式的开启方法和相关装置，可以使得终端设备在沉浸式场景下，主动提示用户是否开启沉浸模式，以免被其他通知消息打扰，提升了用户的体验。

第一方面，提供了一种沉浸模式的开启方法，包括：在第一界面接收到横幅通知之后，确定用户是否处于沉浸式场景，该第一界面用于显示安装在终端设备的任一应用程序的界面；在用户处于沉浸式场景的情况下，在第一界面上显示提示信息，该提示信息用于询问用户是否开启沉浸模式。

本申请提供的沉浸模式的开启方法，可以在第一界面接收到横幅通知后，且确定用户处于沉浸式场景的情况下，主动提示用户是否开启沉浸模式，该方法可以在终端设备未开启免打扰模式，且处于沉浸式场景下，无需通过调用状态栏或导航栏，以开启沉浸模式，有效地避免了横幅通知的到达打破沉浸式场景的情况，提升了用户的体验。

应理解，该横幅通知可以显示来自终端设备上安装的任一应用程序的消息，或者来自终端设备的系统消息。

可选地，在第一界面退出横幅通知，且用户处于沉浸式场景的情况下，在第一界面上显示提示信息。

应理解，上述退出横幅通知的方式可以是终端设备响应于用户退出横幅通知的操作后退出，或是终端设备在接收到横幅通知之后一段时间内未接收到用户退出横幅通知的操作，自动退出。

结合第一方面，在第一方面的某些实现方式中，确定用户是否处于沉浸式场景，包括：在第一界面满足如下条件的情况下，确定用户处于沉浸式场景：该第一界面为全屏显示的界面；第一界面的状态栏能够响应于用户在状态栏区域的触发操作而显示，且第一界面的导航栏能够响应于用户在导航栏区域的触发操作而显示；以及第一界面上除状态栏区域和导航栏区域之外的区域，不响应用户调用状态栏和导航栏的触发操作；其中，状态栏区域为用于触发上述第一界面显示状态栏的区域，导航栏区域为用于触发上述第一界面显示导航栏的区域。

结合第一方面，在第一方面的某些实现方式中，上述沉浸模式包括全沉浸模式，全沉浸模式用于过滤所有的消息。

本申请中的全沉浸模式可以理解为全部免打扰模式，即终端设备在该模式下，接收到的任何消息均不以任何方式（例如，铃声通知、横幅通知、状态栏通知等等）提示用户，仅在通知中心展示。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：响应于用户操作，开启全沉浸模式；在开启所述全沉浸模式之后，将再次接收到的消息过滤，而不通过第一界面显示。

应理解，上述不通过第一界面显示即不在第一界面上以横幅通知的方式显示接收到的消息，但终端设备可以将接收到的消息在通知中心展示。

结合第一方面，在第一方面的某些实现方式中，上述横幅通知用于显示来自目标应用中的目标联系人的消息，该沉浸模式包括定制沉浸模式，定制沉浸模式用于过滤目标应用中的目标联系人的消息。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：响应于用户操作，开启定制沉浸模式；在开启所述定制沉浸模式之后，确定再次接收到的消息是否为来自目标应用中的目标联系人的消息；以及，在该消息为来自目标应用中的目标联系人的消息的情况下，将该消息过滤，而不通过第一界面显示；或在该消息不是来自目标应用中的目标联系人的消息的情况下，通过第一界面中的横幅通知显示该消息。

结合第一方面，在第一方面的某些实现方式中，被过滤的消息保存在通知中心中；该方法还包括：确定用户退出沉浸式场景；显示保存在通知中心的消息。

可选地，上述通知中心保存的信息还包括退出的横幅通知中显示的消息。

第二方面，提供了一种终端设备，该终端设备包括：处理模块和显示模块，处理模块用于在第一界面接收到横幅通知之后，确定用户是否处于沉浸式场景，该第一界面用于显示安装在终端设备的任一应用程序的界面；显示模块用于在用户处于沉浸式场景的情况下，在第一界面上显示提示信息，该提示信息用于询问用户是否开启沉浸模式。

结合第二方面，在第二方面的某些实现方式中，处理模块具体用于：在第一界面满足如下条件的情况下，确定用户处于沉浸式场景：该第一界面为全屏显示的界面；该第一界面的状态栏能够响应于用户在状态栏区域的触发操作而显示，且第一界面的导航栏能够响应于用户在导航栏区域的触发操作而显示；以及第一界面上除状态栏区域和导航栏区域之外的区域，不响应用户调用状态栏和导航栏的触发操作；其中，状态栏区域为用于触发上述第一界面显示状态栏的区域，导航栏区域为用于触发上述第一界面显示导航栏的区域。

结合第二方面，在第二方面的某些实现方式中，上述沉浸模式包括全沉浸模式，全沉浸模式用于过滤所有的消息。

结合第二方面，在第二方面的某些实现方式中，处理模块还用于：响应于用户操作，开启全沉浸模式；以及，在开启所述全沉浸模式之后，将再次接收到的消息过滤，而不通过第一界面显示。

结合第二方面，在第二方面的某些实现方式中，上述横幅通知用于显示来自目标应用中的目标联系人的消息，上述沉浸模式包括定制沉浸模式，该定制沉浸模式用于过滤所述目标应用中的目标联系人的消息。

结合第二方面，在第二方面的某些实现方式中，处理模块还用于：响应于用户操作，开启定制沉浸模式；在开启所述定制沉浸模式之后，确定再次接收到的消息是否为来自目标应用中的目标联系人的消息；以及，在该消息为来自目标应用中的目标联系人的消息的情况下，将该消息过滤，而不通过第一界面显示；或在该消息不是来自目标应用中的目标联系人的消息的情况下，通过第一界面中的横幅通知显示该消息。

结合第二方面，在第二方面的某些实现方式中，被过滤的消息保存在通知中心中；处理模块还用于：确定用户退出所述沉浸式场景；显示模块还用于：显示保存在通知中心的消息。

第三方面，提供了一种终端设备，包括处理器，该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面中任一种可能实现方式中的方法。

可选地，该终端设备还包括存储器。

可选地，该终端设备还包括通信接口，处理器与通信接口耦合。

第四方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有指令，当指令被执行时，使得计算机执行如第一方面或第一方面的任一种实现方式中描述的沉浸模式的开启方法。

第五方面，一种计算机程序产品，包括计算机程序，当计算机程序被运行时，使得计算机执行如第一方面或第一方面的任一种实现方式中描述的沉浸模式的开启方法。

附图说明

图1是一种沉浸式场景的示意图；

图2是本申请实施例提供的一种终端设备的结构示意图；

图3是本申请实施例提供的一种开启全沉浸模式的界面示意图；

图4是本申请实施例提供的一种开启联系人免打扰的界面示意图；

图5是本申请实施例提供的终端设备的一种软件架构的示意图；

图6是本申请实施例提供的一种沉浸模式的开启方法的示意性流程图；

图7是本申请实施例提供的一种联系人免打扰的开启方法的示意性流程图；

图8是本申请实施例提供的一种处理联系人信息的方法的示意性流程图；

图9是本申请实施例提供的另一种沉浸模式的开启方法的示意性流程图；

图10是本申请实施例提供的一种沉浸模式的开启装置的示意性框图；

图11是本申请实施例提供的另一种沉浸模式的开启装置的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

终端设备可以支持各类应用程序的下载。因此，对于用户而言，终端设备不仅仅是一种用于通信的设备，还可以供用户休闲娱乐，例如，玩游戏或观看视频等。但是用户在游戏或视频等沉浸式场景可能会收到微信、QQ等语音或视频通话的邀请，或是一些系统通知消息等，会打破沉浸状态，用户在处理完通知后，才可以再次进入沉浸式场景。本申请实施例将在沉浸式场景下横幅通知的弹出定义为打破沉浸式场景。

图1为一种沉浸式场景的示意图。在图1对应的实施例中，以终端设备为智能手机为例进行示例说明，该示例并不构成对本申请实施例的限定。

当智能手机接收到用户针对视频应用程序（application，APP）中的视频资源的播放操作时，智能手机可以显示如图1中a所示的界面，该界面可以为观看的视频对应的界面101，该界面101全屏显示，即在当前界面隐藏状态栏和导航栏。在收到XX来电时，显示图1中b所示的界面，该界面可以为观看的视频对应的界面102，在界面102的上方弹出横幅通知103，该横幅通知103包括“XX来电”以及“接听”图标104和“挂断”图标105。响应于用户接听来电的操作，显示图1中c所示的界面，该界面可以为观看的视频对应的界面106，用户可以在该界面106与XX进行通话，且在界面106显示通话图标104。在通话结束后，显示图1中d所示的界面，该界面可以为观看的视频对应的界面107，该界面107全屏显示。

可选地，如图1中b所示的界面，响应于用户挂断来电的触发操作，显示如图1中d所示的界面。若此时XX继续来电，在如图1中d所示的界面，仍会弹出“XX来电”的横幅通知。

在上述图1所示的视频播放界面，用户存在不被任何通知消息所打扰的需求，且终端设备显示该视频播放界面之前并未设置终端设备的“免打扰”模式。此时，若在视频播放界面弹出横幅通知，打破沉浸模式的情况下，如何让用户方便、快速地开启沉浸模式，而减少对用户的打扰，成为一项亟待解决的问题。

基于此，本申请实施例提供了一种沉浸模式的开启方法和相关装置，可以在沉浸式场景的显示界面主动提示用户是否开启沉浸模式，使得用户可以方便、快速地开启沉浸模式，避免了横幅通知的弹出打破沉浸式场景的情况，提升了用户的体验。

本申请实施例中的终端设备也可以称为终端（terminal）、用户设备（userequipment，UE）、移动台（mobile station，MS）、移动终端（mobile terminal，MT）等。终端设备可以为拥有触摸屏的手机（mobile phone）、智能电视、穿戴式设备、平板电脑、带无线收发功能的电脑、虚拟现实（virtual reality，VR）终端设备、增强现实（augmented reality，AR）终端设备、工业控制（industrial control）中的无线终端、无人驾驶（self-driving）中的无线终端、远程手术（remote medical surgery）中的无线终端、智能电网（smart grid）中的无线终端、运输安全（transportation safety）中的无线终端、智慧城市（smart city）中的无线终端、智慧家庭（smart home）中的无线终端等等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

为了能够更好地理解本申请实施例，下面对本申请实施例的终端设备的结构进行介绍。

图2是本申请实施例提供的一种终端设备的结构示意图。终端设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线（universal serial bus，USB）接口130，充电管理模块140，电源管理模块141，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，传感器模块180，按键190，指示器192，摄像头193，以及显示屏194等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

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

处理器110可以包括一个或多个处理单元。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。处理器110中还可以设置存储器，用于存储指令和数据。

通用串行总线（universal serial bus，USB）接口130是符合USB标准规范的接口，该USB接口130可以用于连接充电器为终端设备充电，也可以用于终端设备与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。电源管理模块141用于连接充电管理模块140与处理器110。

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

天线1和天线2用于发射和接收电磁波信号。终端设备中的天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。

移动通信模块150可以提供应用在终端设备上的包括第二代无线技术通信（2th-generation wireless telephone technology，2G）/第三代移动通信技术（3th-generation mobile communication technology）3G/第四代移动通信技术（4th-generation mobile communication technology，4G）/第五代移动通信技术（5th-generation mobile communication technology，5G）等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（low noise amplifier，LNA）等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。

无线通信模块160可以提供应用在终端设备上的包括无线局域网（wirelesslocalarea networks，WLAN）（如无线保真（wireless fidelity，Wi-Fi）网络），蓝牙（bluetooth，BT），全球导航卫星系统（global navigation satellite system，GNSS），调频（frequencymodulation，FM）等无线通信的解决方案。

终端设备通过图形处理单元（graphics processing unit，GPU），显示屏194，以及应用处理器等实现显示功能。GPU连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，终端设备可以包括1个或N个显示屏194，N为大于1的正整数。

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

摄像头193用于捕获静态图像或视频。在一些实施例中，终端设备可以包括1个或N个摄像头193，N为大于1的正整数。

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

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。

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

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备可以通过扬声器170A收听音乐，或收听免提通话。受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。陀螺仪传感器180B可以用于确定终端设备的运动姿态。气压传感器180C用于测量气压。磁传感器180D包括霍尔传感器。加速度传感器180E可检测终端设备在各个方向上（一般为三轴）加速度的大小。距离传感器180F，用于测量距离。接近光传感器180G可以包括例如发光二极管（LED）和光检测器，例如光电二极管。环境光传感器180L用于感知环境光亮度。指纹传感器180H用于采集指纹。温度传感器180J用于检测温度。触摸传感器180K，也称“触控器件”。骨传导传感器180M可以获取振动信号。

触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，或称“触控屏”。本申请实施例中，该触摸屏内可以设置有电容感测节点网格（下文简称电容传感器），当终端设备确定该电容传感器接收到的至少一个网格中的电容的数值超出电容阈值时，则可以确定发生触摸操作；进一步的，终端设备可以基于超出电容阈值的至少一个网格所占的区域，确定触摸操作对应的触摸区域。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端设备可以接收按键输入，产生与终端设备的用户设置以及功能控制有关的键信号输入。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

为了便于清楚描述本申请实施例的技术方案，本申请中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。

此外，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项（个）”或其类似表达，是指的这些项中的任意组合，包括单项（个）或复数项（个）的任意组合。例如，a、b和c中的至少一项（个），可以表示：a，或b，或c，或a和b，或a和c，或b和c，或a、b和c，其中a，b，c可以是单个，也可以是多个。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立实现，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

需要说明的是，本申请实施例的沉浸模式包括全沉浸模式和定制沉浸模式，其中，全沉浸模式为也可以称为通知免打扰模式或是其他名称，该模式下终端设备的所有消息均不通知；定制沉浸模式也可以称为联系人免打扰模式或是其他名称，该模式下仅设置的联系人的消息不再通知，本申请实施例对两类模式的名称不作限定。

图3是本申请实施例提供的一种开启全沉浸模式的界面示意图。当终端设备接收到用户针对视频APP中的视频资源的播放操作时，终端设备可以显示如图3中的a所示的界面，该界面可以为观看的视频对应的界面301，该界面301全屏显示，即在当前界面隐藏状态栏和导航栏。终端设备在收到系统的通知测试消息时，显示图3中的b所示的界面，该界面可以为观看的视频对应的界面302，在界面302的上方弹出横幅通知303，该横幅通知303包括“通知测试·定制通知标题·定制通知详情…”。终端设备响应于用户按箭头304所示的向上滑动的操作（或是终端设备在一段时间内未收到用户的任何操作，则该通知消息自动退出），显示图3中的c所示的界面，该界面可以为观看的视频对应的界面305，在该界面305上弹出“开启全沉浸模式/联系人免打扰”的通知。终端设备在接收到用户点击“全沉浸模式”的操作，显示图3中d所示的界面，该界面可以为观看的视频对应的界面306，该界面306全屏显示。

应理解，终端设备在如图3中d所示的界面接收到任一通知消息时，仍显示观看的视频对应的界面，不再弹出横幅通知。需要说明的是，任一通知消息包括联系人发起的语音/视频邀请、短信通知、系统消息等。

图4是本申请实施例提供的一种开启联系人免打扰的界面示意图。当终端设备接收到用户针对视频APP中的视频资源的播放操作时，终端设备可以显示如图4中的a所示的界面，该界面可以为观看的视频对应的界面401，该界面401全屏显示，即在当前界面隐藏状态栏和导航栏。终端设备在收到XX来电时，显示图4中的b所示的界面，该界面可以为观看的视频对应的界面402，在界面402的上方弹出横幅通知403，该横幅通知403包括“XX来电”以及“接听”图标404和“挂断”图标405。终端设备响应于用户按箭头406所示的向上滑动的操作，或是终端设备响应于用户点击“挂断”图标405的操作，或是终端设备在一段时间内未收到用户的任何操作，则该通知消息自动退出，显示图4中的c所示的界面，该界面可以为观看的视频对应的界面407，在该界面407上弹出“开启全沉浸模式/联系人免打扰”的通知。终端设备在接收到用户点击“联系人免打扰”的操作，显示图4中的d所示的界面，该界面可以为观看的视频对应的界面408，该界面408全屏显示。

应理解，终端设备在接收到用户点击“联系人免打扰”的操作后，在如图4中的d所示的界面再次收到XX来电的通知消息时，仍显示观看的视频对应的界面，不再弹出横幅通知。需要说明的是，开启联系人免打扰后，在如图4中的d所示的界面接收到其他联系人（非XX来电）的通知消息时，在如图4中d所示的界面，再次弹出横幅通知，以提示有联系人来电，或者在如图4中d所示的界面接收到联系人XX的微信消息时，在如图4中d所示的界面，再次弹出横幅通知，以提示接收到联系人的微信消息。

结合上面图3和图4示出的例子，终端设备在接收到退出视频资源的触发操作时（即退出沉浸式场景），一并退出全沉浸模式或联系人免打扰。

应理解，本申请实施例提供的界面仅作为示例，并不构成对本申请实施例的进一步限定。

图5是本申请实施例提供的终端设备100的一种软件架构的示意图。如图5所示，包括应用层和应用框架层。应用层包括沉浸式APP和系统UI。

其中，应用框架层包括：系统（system）用户界面（user interface，UI）可见性。

沉浸式APP包括：进入沉浸场景和退出沉浸场景。

系统UI层包括：通知模块和沉浸模块。通知模块包括横幅通知到达，横幅通知移除，通知免打扰以及联系人免打扰等多个模块。沉浸模块包括沉浸场景识别，全沉浸模式，定制沉浸模式以及退出沉浸模式等多个模块。

下面结合图6，详细说明图5中各个模块之间的交互流程。

图6是本申请实施例提供的一种沉浸模式的开启方法的示意性流程图。如图6所示，该方法包括S601至S609，下面详细介绍图6中的各步骤：

S601，横幅通知到达模块检测到在任一界面上显示的横幅通知。

上述任一界面可以是终端响应于用户开启图5所示的沉浸式APP的触发操作，显示的界面。例如，图3中的a所示的界面或是图4中的a所示的界面。

应理解，该横幅通知上显示的通知消息可以显示联系人发起的语音或视频邀请，也可以是系统通知消息。例如，图3中b所示的横幅通知或图4中b所示的横幅通知。

S602，横幅通知移除模块检测到显示在该界面的横幅通知被移除。

应理解，该移除方式可以是终端设备响应于用户以预设方向滑动的操作，或是终端设备在未收到来自用户的操作，自动移除。并将该移除信息发送至终端设备的沉浸场景识别模块。

S603，横幅通知移除模块通知沉浸场景识别模块，进行场景识别。

S604，沉浸场景识别模块查询system UI可见性，并返回查询结果。

示例性地，终端设备通过查询窗口管理器中布局参数中携带的system UI可见性标志集合进行识别。

进一步地，上述标识集合满足状态栏隐藏、导航栏隐藏以及粘性沉浸模式时，确定当前场景为沉浸式场景。其中，粘性沉浸模式的定义为：在当前场景所示的界面，终端设备接收到用户在状态栏、导航栏所在的区域的触发操作时，显示状态栏和导航栏，且终端设备接收到用户在其他区域（非状态栏和导航栏所在的区域）的触发操作时，仍旧显示场景所示的界面，则确定终端设备处于沉浸式场景。

示例性地，上述可见性标志集合可以是一个二进制的数，该二进制数的每一位上的值（0或1）标识一种可见性模式的状态。其中，1表示显示，0表示隐藏，因此，可以对二进制的每一位进行按与操作，确定system UI的可见性。例如，标志集合为111（依次表示状态栏、导航栏、粘性沉浸模式）时，确定终端设备处于沉浸式场景。

沉浸场景识别模块确定终端设备（用户）处于沉浸式场景的情况下，S605，沉浸场景识别模块将终端设备处于沉浸式场景消息发送给全沉浸模式模块/定制沉浸模式模块。

S606，通知免打扰模块（或联系人免打扰模块）接收到用户的触发操作。

S607，通知免打扰模块（或联系人免打扰模块）通知全沉浸模式模块（或定制沉浸模式模块），开启全沉浸模式（或定制沉浸模式）。

S608，退出沉浸场景模块接收到用户退出该界面的操作，退出当前界面。

应理解，终端设备退出当前界面显示其他界面时不处于沉浸式场景。

S609，退出沉浸场景模块将退出沉浸场景的消息发送给退出沉浸模式模块，退出沉浸模式。

图7是本申请实施例提供的一种联系人免打扰的开启方法700的示意性流程图。应理解，该方法700可以由终端设备执行，也可以由支持该终端设备实现该方法的芯片、芯片系统、或处理器执行，还可以由能实现全部或部分终端设备功能的逻辑模块或软件执行。需要说明的是，如下所示的方法700是在确定终端设备处于沉浸式场景，移除横幅通知时的方法流程。如图7所示，该方法700包括：

S701，保存移除的横幅通知中显示的通知消息。

应理解，终端设备将移除的横幅通知显示的通知消息保存在终端设备的缓存中。

S702，开启定制沉浸模式。

示例性地，终端设备接收到用户对定制沉浸模式的触发操作，开启定制沉浸模式。

S703，读取通知消息。

示例性地，终端设备从数据库中读取缓存的通知消息。应理解，该消息即为移除的横幅通知显示的消息。

S704，关键字识别。

示例性地，上述关键字识别包括获取该通知消息的应用包名，联系人信息等关键字。

S705，添加关键字至过滤器。

应理解，终端设备将获取的应用包名（目标应用）、联系人信息（目标联系人）等添加到过滤器。

图8是本申请实施例提供的一种处理联系人信息的方法800的示意性流程图。应理解，该方法800可以由终端设备执行，也可以由支持该终端设备实现该方法的芯片、芯片系统、或处理器执行，还可以由能实现全部或部分终端设备功能的逻辑模块或软件执行。需要说明的是，如下所示的方法800是在终端设备开启联系人免打扰模式，接收到联系人消息时的方法流程。如图8所示，该方法800包括：

S801，接收到联系人消息。

示例性地，该消息可以是微信好友的视频邀请消息，或是通讯录中的好友的电话消息或是其他应用中包括的联系人发送的消息等。

S802，获取该联系人消息中的应用包名信息以及联系人信息。

S803，判断过滤器是否为空。

若过滤器为空，则执行S807；若过滤器不为空，则执行S804。

S804，包名过滤。即判断获取的包名信息否为过滤器中的包名信息（目标应用的包名）。若是，则执行S805；若不是，则执行S807。

S805，联系人过滤。即判断获取的联系人信息是否为过滤器中的联系人（目标联系人），

若是，则执行S806；若不是，则执行S807。

S806，通知免打扰。即不在第一界面上显示横幅通知，在通知中心展示该联系人信息。

S807，横幅通知显示该联系人消息。即在当前终端设备的显示界面上通过横幅通知显示该联系人消息。

本申请实施例中，终端设备在接收到联系人消息时，可以将该消息与过滤器中的应用包名信息、联系人信息进行比较，若过滤器中存在与该联系人消息相同的包名信息和联系人信息，则将该消息过滤，不再通过横幅通知显示在当前沉浸式场景的界面上，使得用户可以在开启定制沉浸模式后，不再因为弹出该联系人消息的横幅通知而打破沉浸式场景，有效地提升了用户的体验。

基于上述实施例中所描述的内容，为了更好的理解本申请各实施例，下面对沉浸模式的开启方法进行具体解释。

图9是本申请实施例提供的另一种沉浸模式的开启方法900的示意性流程图。如图所示该方法包括S901和S902，下面对各步骤进行详细说明。

S901，在第一界面接收到横幅通知之后，根据第一界面确定用户是否处于沉浸式场景，该第一界面用于显示安装在终端设备的任一APP的界面。

应理解，该横幅通知可以显示来自终端设备上安装的任一应用程序的消息，或者来自终端设备的系统消息。例如，图3中的横幅通知303，或图4中的横幅通知403等。

应理解，上述第一界面可以用于显示视频播放的界面，例如，图3中的界面301，界面302，界面305以及界面306；或图4中的界面401，界面402，界面407以及界面408。

S902，在用户处于沉浸式场景的情况下，在第一界面上显示提示信息，该提示信息用于询问用户是否开启沉浸模式。

可选地，在第一界面退出横幅通知，且用户处于沉浸式场景的情况下，在第一界面上显示提示信息。

还应理解，该提示信息的形式可以是横幅通知的形式，或是其他显示形式，本申请实施例对此不作限定。

本申请实施例提供的沉浸模式的开启方法，可以在第一界面接收到横幅通知后，且确定用户处于沉浸式场景的情况下，主动提示用户是否开启沉浸模式，该方法可以在终端设备未开启免打扰模式，且处于沉浸式场景下，无需通过调用状态栏或导航栏，以开启沉浸模式，有效地避免了横幅通知的到达打破沉浸式场景的情况，提升了用户的体验。

作为一个可选的实施例，确定用户是否处于沉浸式场景，包括：在第一界面满足如下条件的情况下，确定用户处于沉浸式场景：该第一界面为全屏显示的界面；第一界面的状态栏能够响应于用户在状态栏区域的触发操作而显示，以及该第一界面的导航栏能够响应于用户在导航栏区域的触发操作而显示；第一界面上除状态栏区域和导航栏区域之外的区域，不响应用户调用状态栏和导航栏的触发操作；其中，状态栏区域为用于触发第一界面显示状态栏的区域，导航栏区域为用于触发第一界面显示导航栏的区域。

可选地，若终端设备默认的设置为在导航栏区域不显示导航栏时，上述在第一界面满足如下条件的情况下，确定用户处于沉浸式场景：该第一界面为全屏显示的界面；第一界面的状态栏能够响应于用户在状态栏区域的触发操作而显示；第一界面上除状态栏区域之外的区域，不响应用户调用状态栏的触发操作。

作为一个可选的实施例，上述沉浸模式包括全沉浸模式，全沉浸模式用于过滤所有的消息。

本申请实施例中的全沉浸模式可以理解为全部免打扰模式，即终端设备在该模式下，接收到的任何消息均不以任何方式（例如，铃声通知、横幅通知、状态栏通知等等）提示用户，仅在通知中心展示。

作为一个可选的实施例，该方法900还包括：响应于用户操作，开启全沉浸模式；在开启全沉浸模式之后，将再次接收到的消息过滤，而不通过第一界面显示。

应理解，上述不通过第一界面显示即不在第一界面上以横幅通知的方式显示接收到的消息，但终端设备可以将接收到的消息在通知中心展示。

还应理解，该消息可以是终端设备接收到的任一消息，例如，终端设备上安装的应用程序的消息，系统应用的消息，短消息、语音或视频的邀请消息等等。

作为一个可选的实施例，横幅通知用于显示来自目标应用中的目标联系人的消息，上述沉浸模式包括定制沉浸模式，该定制沉浸模式用于过滤该目标应用中的目标联系人的消息。

示例性地，在第一界面上弹出的横幅通知显示：微信中XX的语音来电，此时，用户选择挂断该邀请或按预设方向滑动（例如，向上滑动）该横幅通知等操作以退出该横幅通知，终端设备获取该通知消息的应用名（微信）和联系人信息（XX），并缓存在过滤器中，该过滤器缓存的应用包名和联系人信息即为上述的目标应用和目标联系人。

需要说明的是，本申请实施例中的联系人的消息是任意具备联系人消息格式的通知消息。例如，微信中启用的公众号、QQ邮箱提醒等，在接收到该功能的消息时，也可以开启定制沉浸模式，过滤公众号或QQ邮箱的消息。

作为一个可选的实施例，该方法900还包括：响应于用户操作，开启定制沉浸模式；在开启定制沉浸模式之后，确定再次接收到的消息是否为来自目标应用中的目标联系人的消息；以及，在该消息为来自目标应用中的目标联系人的消息的情况下，将该消息过滤，而不通过第一界面显示；或在消息不是来自目标应用中的目标联系人的消息的情况下，通过第一界面中的横幅通知显示该联系人消息。

结合上面目标应用为微信，目标联系人为好友XX的例子，开启定制沉浸模式，若在再次接收到微信好友XX的消息，将不在第一界面上显示微信好友XX的消息的横幅通知；若在再次接收到微信好友A的消息，将在第一界面显示微信好友A的消息的横幅通知；若再次接收到QQ好友XX的消息，将在第一界面显示QQ好友XX的消息的横幅通知。

作为一个可选的实施例，被过滤的消息保存在通知中心中；该方法900还包括：确定用户退出沉浸式场景；显示保存在通知中心的消息。

应理解，被过滤的消息是在开启沉浸模式后，终端设备接收到的不通过第一界面显示的消息。

可选地，上述通知中心保存的信息还包括退出的横幅通知中显示的消息。

本申请实施例，通过在通知中心保存开启沉浸模式后接收到的消息，可以避免终端设备在退出沉浸模式之后，用户错过被过滤的消息，提升了用户的体验。

应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上文中结合图3至图9，详细描述了本申请实施例的沉浸模式的开启方法，下面将结合图10和图11，详细描述本申请实施例的沉浸模式的开启装置。

图10是本申请实施例提供的一种沉浸模式的开启装置1000。如图10所示，该装置包括：处理模块1010和显示模块1020。

其中，处理模块1010：用于在第一界面接收到横幅通知之后，确定用户是否处于沉浸式场景，所述第一界面用于显示安装在终端设备的任一应用程序的界面；显示模块1020，用于在所述用户处于沉浸式场景的情况下，在所述第一界面上显示提示信息，所述提示信息用于询问用户是否开启沉浸模式。

可选地，处理模块1010具体用于：在所述第一界面满足如下条件的情况下，确定所述用户处于沉浸式场景：所述第一界面为全屏显示的界面；所述第一界面的状态栏能够响应于用户在状态栏区域的触发操作而显示，且所述第一界面的导航栏能够响应于用户在导航栏区域的触发操作而显示；以及所述第一界面上除所述状态栏区域和所述导航栏区域之外的区域，不响应用户调用状态栏和导航栏的触发操作；其中，所述状态栏区域为用于触发所述第一界面显示所述状态栏的区域，所述导航栏区域为用于触发所述第一界面显示所述导航栏的区域。

可选地，所述沉浸模式包括全沉浸模式，全沉浸模式用于过滤所有的消息。

可选地，处理模块1010还用于：响应于用户操作，开启所述全沉浸模式；在开启所述全沉浸模式之后，将再次接收到的消息过滤，而不通过所述第一界面显示。

可选地，所述横幅通知用于显示来自目标应用中的目标联系人的消息，所述沉浸模式包括定制沉浸模式，所述定制沉浸模式用于过滤所述目标应用中的所述目标联系人的消息。

可选地，处理模块1010还用于：响应于用户操作，开启所述定制沉浸模式；在开启所述定制沉浸模式之后，确定再次接收到的消息是否为来自所述目标应用中的所述目标联系人的消息；以及，在所述消息为来自所述目标应用中的所述目标联系人的消息的情况下，将所述消息过滤，而不通过所述第一界面显示；或在所述消息不是来自所述目标应用中的所述目标联系人的消息的情况下，通过所述第一界面中的横幅通知显示所述消息。

可选地，被过滤的消息保存在通知中心中；处理模块1010还用于：确定所述用户退出所述沉浸式场景；显示模块1020还用于：显示保存在所述通知中心的消息。

应理解，这里的装置1000以功能模块的形式体现。这里的术语“模块”可以指应用特有集成电路（application specific integrated circuit，ASIC）、电子电路、用于执行一个或多个软件或固件程序的处理器（例如共享处理器、专有处理器或组处理器等）和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。

在一个可选的例子中，本领域技术人员可以理解，装置1000可以具体为上述方法实施例中的终端设备，或者，上述方法实施例中终端设备的功能可以集成在装置1000中，装置1000可以用于执行上述方法实施例中与终端设备对应的各个流程和/或步骤，为避免重复，在此不再赘述。

上述装置1000具有实现上述方法实施例中终端设备执行的相应步骤的功能；上述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

在本申请的实施例中，图10中的装置1000也可以是芯片或者芯片系统，例如：片上系统（system on chip，SoC）。

图11是本申请实施例提供的另一种沉浸模式的开启装置1100的示意性框图。该装置1100包括处理器1110、通信接口1120和存储器1130。

其中，处理器1110、通信接口1120和存储器1130通过内部连接通路互相通信，该存储器1130用于存储指令，该处理器1110用于执行该存储器1130存储的指令，以控制该通信接口1120发送信号和/或接收信号。

应理解，该装置1100可以具体为上述方法实施例中的终端设备，或者，上述方法实施例中终端设备的功能可以集成在装置1100中，装置1100可以用于执行上述方法实施例中与终端设备对应的各个步骤和/或流程。可选地，该存储器1130可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该处理器1110可以用于执行存储器中存储的指令，并且该处理器执行该指令时，该处理器可以执行上述方法实施例中与终端设备对应的各个步骤和/或流程。

应理解，在本申请实施例中，该处理器1110可以是中央处理单元（centralprocessing unit，CPU），该处理器还可以是其他通用处理器、数字信号处理器（digitalsignal processing，DSP）、专用集成电路（application specific integrated circuit，ASIC）、现场可编程门阵列（field programmable gate array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器执行存储器中的指令，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

本申请提供了一种终端设备，包括：处理器，该处理器与存储器耦合，该存储器用于存储计算机程序，当处理器调用所述计算机程序时，使得该终端设备执行上述方法实施例中终端设备对应的方法。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，该计算机程序用于实现上述方法实施例中终端设备对应的方法。

本申请还提供了一种计算机程序产品，该计算机程序产品包括计算机程序（也可以称为代码，或指令），当该计算机程序在计算机上运行时，该计算机可以执行上述方法实施例所示的终端设备对应的方法。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read-only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种沉浸模式的开启方法，其特征在于，包括：

在第一界面接收到横幅通知之后，确定用户是否处于沉浸式场景，所述第一界面用于显示安装在终端设备的任一应用程序的界面；

在所述用户处于沉浸式场景的情况下，在所述第一界面上显示提示信息，所述提示信息用于询问用户是否开启沉浸模式。

2.根据权利要求1所述的方法，其特征在于，所述确定用户是否处于沉浸式场景，包括：

在所述第一界面满足如下条件的情况下，确定所述用户处于沉浸式场景：

所述第一界面为全屏显示的界面；

所述第一界面的状态栏能够响应于用户在状态栏区域的触发操作而显示，且所述第一界面的导航栏能够响应于用户在导航栏区域的触发操作而显示；以及

所述第一界面上除所述状态栏区域和所述导航栏区域之外的区域，不响应用户调用状态栏和导航栏的触发操作；

其中，所述状态栏区域为用于触发所述第一界面显示所述状态栏的区域，所述导航栏区域为用于触发所述第一界面显示所述导航栏的区域。

3.根据权利要求1所述的方法，其特征在于，所述沉浸模式包括全沉浸模式，全沉浸模式用于过滤所有的消息。

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

响应于所述用户操作，开启所述全沉浸模式；

在开启所述全沉浸模式之后，将再次接收到的消息过滤，而不通过所述第一界面显示。

5.根据权利要求1所述的方法，其特征在于，所述横幅通知用于显示来自目标应用中的目标联系人的消息，所述沉浸模式包括定制沉浸模式，所述定制沉浸模式用于过滤所述目标应用中的所述目标联系人的消息。

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

响应于所述用户操作，开启所述定制沉浸模式；

在开启所述定制沉浸模式之后，确定再次接收到的消息是否为来自所述目标应用中的所述目标联系人的消息；以及，

在所述消息为来自所述目标应用中的所述目标联系人的消息的情况下，将所述消息过滤，而不通过所述第一界面显示；或

在所述消息不是来自所述目标应用中的所述目标联系人的消息的情况下，通过所述第一界面中的横幅通知显示所述消息。

7.根据权利要求4或6所述的方法，其特征在于，被过滤的消息保存在通知中心中；

所述方法还包括：

确定所述用户退出所述沉浸式场景；显示保存在所述通知中心的消息。

8.一种终端设备，其特征在于，包括用于实现如权利要求1至7中任一项所述方法的模块。

9.一种终端设备，其特征在于，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储计算机程序，当所述处理器调用所述计算机程序时，使得所述终端设备执行如权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序包括用于实现如权利要求1至7中任一项所述的方法的指令。

Images