通信终端及分屏模式下的应用解锁方法与流程

本申请涉及通信领域，特别涉及通信终端及分屏模式下的应用解锁方法。

背景技术：

随着智能通信终端的普及，通信终端所使用的应用程序越来越多，为了使用户获得更好的使用体验，目前的通信终端可以支持分屏模式，即一个屏幕上包含多个分屏窗口，从而可以对应用程序分屏显示。分屏模式是指在同一个屏幕上同时显示两个或两个以上应用的界面。

技术实现要素：

本申请示例性的实施方式中提供一种通信终端及分屏模式下的应用解锁方法，可提升用户操作通信终端的用户体验。

根据示例性的实施方式中的一方面，提供一种通信终端，包括：触摸屏，被配置为接收来自用户的触摸操作；显示屏，被配置为显示用户界面；处理器，所述处理器分别与所述触摸屏和所述显示屏耦接；所述通信终端在分屏模式下显示的用户界面至少包括不相重叠的第一分屏窗口和第二分屏窗口；所述处理器被配置为：响应于分屏模式下用户在第一分屏窗口打开第一应用的操作，若确定所述第一分屏窗口内的第一应用被锁定，则仅在所述第一分屏窗口显示解锁界面；响应于用户在所述解锁界面的解锁操作，若解锁成功，则仅在所述第一分屏窗口显示第一应用的界面。

上述实施例中，当用户对分屏模式下的第一分屏窗口进行操作时，若该分屏窗口内的应用被锁定，则显示解锁界面，由于仅在第一分屏窗口显示解锁界面，因此不会遮挡其他分屏窗口，可降低对其他分屏窗口内的应用界面显示的影响，减少对用户操作其他分屏窗口内的应用的影响，从而提高用户体验。

在一些示例性的实施方式中，所述处理器被具体配置为：在所述第一分屏窗口内显示悬浮窗口，所述悬浮窗口显示所述解锁界面。

在一些示例性的实施方式中，所述处理器被进一步配置为：所述悬浮窗口的大小和位置，与所述第一分屏窗口的大小和位置相同。

在一些示例性的实施方式中，所述处理器被进一步配置为：响应于分屏模式下用户在第一分屏窗口打开第一应用的操作，判定所述第一应用被锁定，停止启动所述第一应用的界面，并将所述第一应用的启动信息传递给所述解锁界面，使得在所述第一应用解锁成功后根据所述启动信息启动所述第一应用的界面。

在一些示例性的实施方式中，所述解锁界面中包括解锁密码输入区域，所述基于所述解锁界面的解锁操作为基于所述密码输入区域输入的解锁密码；或者，所述解锁界面中包括手势输入区域，所述基于所述解锁界面的解锁操作为基于所述手势输入区域输入的解锁手势；或者，所述解锁界面中包括指纹录入区域，所述基于所述解锁界面的解锁操作为基于所述指纹录入区域输入的指纹；或者，所述解锁界面中包括人脸扫描区域，所述基于所述解锁界面的解锁操作为基于所述人脸扫描区域扫描的人脸；或者，所述解锁界面中包括语音输入功能选项，所述基于所述解锁界面的解锁操作为基于所述语音输入功能选项录入的语音。

本实施例通过采用不同解锁方式进行解锁，从而使得解锁方式更加丰富，提升用户的使用便捷性以及使用体验感。

根据示例性的实施方式中的另一方面，提供一种分屏模式下的应用解锁方法，其中，在分屏模式下显示的用户界面至少包括不相重叠的第一分屏窗口和第二分屏窗口，该方法包括：响应于分屏模式下用户在第一分屏窗口打开第一应用的操作，若确定所述第一分屏窗口内的第一应用被锁定，则仅在所述第一分屏窗口显示解锁界面；响应于用户在所述解锁界面的解锁操作，若解锁成功，则仅在所述第一分屏窗口显示第一应用的界面。

在一些示例性的实施方式中，在所述第一分屏窗口显示解锁界面，包括：在所述第一分屏窗口内显示悬浮窗口，所述悬浮窗口显示所述解锁界面。

在一些示例性的实施方式中，所述悬浮窗口的大小和位置，与所述第一分屏窗口的大小和位置相同。

在一些示例性的实施方式中，所述方法还包括：响应于分屏模式下用户在第一分屏窗口打开第一应用的操作，判定所述第一应用被锁定，停止启动所述第一应用的界面，并将所述第一应用的启动信息传递给所述解锁界面，使得在所述第一应用解锁成功后根据所述启动信息启动所述第一应用的界面。

根据示例性的实施方式中的再一方面，提供一种计算机存储介质，所述计算机存储介质中存储有计算机程序指令，当所述指令在计算机上运行时，使得所述计算机执行如上所述的处理方法。

在符合本领域常识的基础上，上述各优选条件，可任意组合，即得本申请各较佳实施例。

附图说明

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

图1示例性示出了本申请实施例提供的一种通信终端的结构示意图；

图2示例性示出了本申请实施例提供的一种通信终端的软件架构示意图；

图3示例性示出了本申请实施例提供的通信终端的用户界面示意图；

图4示例性示出了本申请实施例提供的通信终端处于分屏模式下的用户界面示意图；

图5示例性示出了本申请实施例提供的通信终端处于解锁状态下的用户界面示意图；

图6示例性示出了本申请实施例提供的分屏模式下应用解锁的方法的流程示意图；

图7a、图7b和图7c示例性示出了本申请实施例提供的分屏模式下应用解锁过程的界面示意图；

图8示例性示出了本申请实施例提供的通信终端处于分屏模式下的其中一种解锁状态的用户界面示意图；

图9示例性示出了本申请实施例提供的通信终端处于分屏模式下的其中一种解锁状态的用户界面示意图；

图10示例性示出了本申请实施例提供的分屏模式下应用解锁的方法的流程示意图。

具体实施方式

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

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

图1示出了通信终端100的结构示意图。

下面以通信终端100为例对实施例进行具体说明。应该理解的是，图1所示通信终端100仅是一个范例，并且通信终端100可以具有比图1中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

图1中示例性示出了根据示例性实施例中通信终端100的硬件配置框图。如图1所示，通信终端100包括：射频(radiofrequency，rf)电路110、存储器120、显示单元130、摄像头140、传感器150、音频电路160、无线保真(wirelessfidelity，wi-fi)模块170、处理器180、蓝牙模块181、以及电源190等部件。

rf电路110可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器180处理；可以将上行数据发送给基站。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。

存储器120可用于存储软件程序及数据。处理器180通过运行存储在存储器120的软件程序或数据，从而执行通信终端100的各种功能以及数据处理。存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器120存储有使得通信终端100能运行的操作系统。本申请实施例中存储器120可以存储操作系统及各种应用程序，还可以存储执行本申请实施例所述方法的代码。

显示单元130可用于接收输入的数字或字符信息，产生与通信终端100的用户设置以及功能控制有关的信号输入，具体地，显示单元130可以包括设置在通信终端100正面的触摸屏131，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。

显示单元130还可用于显示由用户输入的信息或提供给用户的信息以及终端100的各种菜单的图形用户界面(graphicaluserinterface，gui)。具体地，显示单元130可以包括设置在通信终端100正面的显示屏132。其中，显示屏132可以采用液晶显示器、发光二极管等形式来配置。显示单元130可以用于显示本申请实施例中所述的各种图形用户界面。

其中，触摸屏131可以覆盖在显示屏132之上，也可以将触摸屏131与显示屏132集成而实现通信终端100的输入和输出功能，集成后可以简称触摸显示屏。本申请实施例中显示单元130可以显示应用程序以及对应的操作步骤。

摄像头140可用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(chargecoupleddevice，ccd)或互补金属氧化物半导体(complementarymetal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器180转换成数字图像信号。

通信终端100还可以包括至少一种传感器150，比如加速度传感器151、距离传感器152、指纹传感器153、温度传感器154。通信终端100还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路160、扬声器161、麦克风162可提供用户与通信终端100之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出。通信终端100还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出至rf电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。本申请实施例中麦克风162可以获取用户的语音。

wi-fi属于短距离无线传输技术，通信终端100可以通过wi-fi模块170帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。

处理器180是通信终端100的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器120内的软件程序，以及调用存储在存储器120内的数据，执行通信终端100的各种功能和处理数据。在一些实施例中，处理器180可包括一个或多个处理单元；处理器180还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器180中。本申请实施例中处理器180可以运行操作系统、应用程序、用户界面显示及触控响应，以及本申请实施例所述的处理方法。另外，处理器180与显示单元130和摄像头140耦接。

蓝牙模块181，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，通信终端100可以通过蓝牙模块181与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

通信终端100还包括给各个部件供电的电源190(比如电池)。电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗等功能。通信终端100还可配置有电源按钮，用于终端的开机和关机，以及锁屏等功能。

图2是本申请实施例的通信终端100的软件结构框图。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

系统库可以包括多个功能模块。例如：表面管理器(surfacemanager)，媒体库(medialibraries)，三维图形处理库(例如：opengles)，2d图形引擎(例如：sgl)等。

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

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：mpeg4，h.264，mp3，aac，amr，jpg，png等。

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

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

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

下面结合捕获拍照场景，示例性说明通信终端100软件以及硬件的工作流程。

当触摸屏131接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为相机应用图标的控件为例，相机应用调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头140捕获静态图像或视频。

本申请实施例中的通信终端100可以为手机、平板电脑、可穿戴设备、笔记本电脑以及电视等。

图3是用于示出通信终端(例如图1的通信终端100)上的用户界面的示意图。在一些具体实施中，用户通过触摸用户界面上的应用图标可以打开相应的应用程序，或者通过触摸用户界面上的文件夹图标可以打开相应的文件夹。

目前的通信终端的显示界面新增了分屏模式，即在同一个屏幕上同时显示两个或两个以上分屏窗口。可在不同的分屏窗口中启动不同的应用，以方便用户同时使用多个应用。例如，可以将通信终端的显示界面划分为第一分屏窗口和第二分屏窗口，用户可在第一分屏窗口中启动视频应用以观看视频，在第二分屏窗口中启动聊天应用，从而可以在第二分屏窗口进行聊天的同时，观看第一分屏窗口中播放的视频。

在一些实施例中，通过手势触发分屏。比如，在支持指关节分屏的通信终端上，用户可通过指关节在支持分屏的应用界面(比如主屏界面)轻敲划一道横线即可将屏幕分屏。

在另一些实施例中，在通信终端的屏幕上有用于触发分屏的操作的快捷键，可在支持分屏的应用界面(比如主屏界面)长按该快捷键以实现快速分屏。

当用户想要退出分屏模式时，可以在任意一个分屏窗口中打开系统设置界面，在其中选择取消分屏的相关设置功能选项，从而取消分屏模式，恢复为全屏显示。在有些实施例中，在分屏模式下，分屏窗口之间存在分割条，分割条上设置有用于取消分屏模式的快捷功能按钮，当用户触发该功能按钮后可取消分屏模式，恢复为全屏显示。

图4示例性示出了一种包含有2个分屏窗口的分屏模式的通信终端的显示屏示意图。如图所示，通信终端100的显示屏上包含有2个分屏窗口：位于上面的分屏窗口41以及位于下面的分屏窗口42。分屏窗口41和分屏窗口42之间被分割条43分割。分割条43可被上下拖动，以改变分屏窗口41和分屏窗口42的大小或分屏比例。分屏窗口41中显示有多个应用程序的图标，用户可点击其中的应用程序a的图标以在该分屏窗口中启动应用程序a；分屏窗口42中显示用应用b(图中示为″设置″应用)的用户界面。用户可分别对分屏窗口41和分屏窗口42中的应用进行操作。

如果在分屏模式下，一个分屏窗口下的应用被应用锁锁定，而另外一个分屏窗口下的应用没有被锁定，在示例性的一种实施方式中，启动锁定应用时弹出的全屏类型的应用解锁界面会遮挡住非锁定应用的界面，影响到非锁定应用界面的显示，降低用户体验。

例如，在基于图4所示的分屏模式下，如果应用a被锁定，则当用户在分屏窗口41中进行触屏操作以启动应用a的用户界面时，将显示解锁界面44，如图5所示，该解锁界面44为全屏窗口，遮挡了分屏窗口42，用户无法在分屏窗口42中进行触屏操作以使用应用b。

在本申请示例性的一种实施方式中，启动锁定应用时弹出的应用解锁界面不会遮挡住其他分屏窗口内的应用界面，不会影响到其他应用界面的显示。

图6示例性示出了本申请实施例提供的一种分屏模式下处理应用锁定的方法流程。该流程可由上述通信终端实现。当通信终端检测到分屏模式下用户在分屏窗口打开第一应用的操作后，可通过执行如图6所示的流程对被锁定的应用进行应用解锁。

其中，通信终端在分屏模式下显示的界面至少包括不相重叠的第一分屏窗口和第二分屏窗口，分屏模式下分屏窗口的例子可参见图4。当然，分屏模式下也可包含更多分屏窗口。

其中，在分屏模式下，用户在第一分屏窗口打开第一应用的操作，可以是用户在第一分屏窗口中的触屏操作，比如在该分屏窗口中的点击第一应用的图标。系统服务可检测到用户的上述操作，以触发执行如图6所示的流程。

如图6所示，该流程可包括：

s601：确定第一应用是否被锁定，若被锁定，则执行s602，若未被锁定则执行s604。

本流程中，以在分屏模式下，用户点击第一分屏窗口中的第一应用的图标为例，可通过查询该应用的设置信息来确定该应用是否被锁定。

s602：显示悬浮窗口，悬浮窗口中显示解锁界面。

其中，悬浮窗口位于第一分屏窗口内，使得悬浮窗口不大于第一分屏窗口。

在一些示例性的实施方式中，可通过窗口管理服务获取第一分屏窗口的窗口状态信息，其中，窗口状态信息可包括窗口的位置和大小，从而基于所获取的窗口状态信息设置悬浮窗口的窗口状态。

s603：接收用户在解锁界面的解锁操作，以触发对第一应用进行解锁。

s604：打开第一应用的界面，用户可以正常使用第一应用。

进一步地，在s603之后，上述流程还包括以下步骤：

s605：确定是否解锁成功，若解锁成功，则执行s606，否则执行s607。

s606：关闭悬浮窗口，在第一分屏窗口打开第一应用的界面。被解锁的应用后续可以响应用户对该应用的操作。

s607：提示解锁失败。

可选地，上述方法流程中还可包括：响应于分屏模式下用户在第一分屏窗口打开第一应用的操作，判定第一应用被锁定，停止启动第一应用的界面，并将第一应用的启动信息传递给解锁界面，使得在第一应用解锁成功后根据该启动信息启动第一应用的界面。

在另一些实施例中，可不用悬浮窗口来显示解锁界面，而是使用普通窗口来显示解锁界面。具体地，在分屏模式下，用户在第一分屏窗口打开第一应用时，若确定第一分屏窗口内的第一应用被锁定，则在第一分屏窗口内显示解锁界面，该解锁界面可通过普通窗口进行显示。

本申请的实施例中悬浮窗口位于用户操作的第一分屏窗口内，不大于第一分屏窗口，因此不会遮挡其他分屏窗口，与在分屏模式下启动一个分屏窗口中被锁定的应用时弹出全屏解锁界面相比，可降低对其他分屏窗口内的应用界面显示的影响，减少对用户操作其他分屏窗口内的应用的影响，从而提高用户体验。

以图7a所示的分屏模式为例，其中包括分屏窗口71和分屏窗口72。″图库″应用被设置了应用锁。当用户点击分屏窗口71中的″图库″应用的图标后，由于该应用被锁定，因此在分屏窗口71内显示″图库″应用的解锁界面，如图7b所示。

图7b所示的应用解锁界面中显示有解锁密码输入框73以及确认按钮74，用户在解锁密码输入框输入″图库″应用的解锁密码后，通信装置将用户输入的密码与预先设置的密码进行比对，若根据比对结果确认解锁成功，则在分屏窗口71显示″图库″应用的用户界面，如图7c所示。

在示例性的一种实施方式中，悬浮窗口的大小与第一分屏窗口的大小相同，悬浮窗口的位置与第一分屏窗口所在的位置相同。

图8示例性示出了一种悬浮窗口的大小和位置与第一分屏窗口相同的示意图。其中，悬浮窗口位于分屏窗口41所在的位置或区域，且悬浮窗口的大小与分屏窗口41的大小相同，使得解锁界面占满分屏窗口41，完全遮挡了分屏窗口41中的应用界面，但未遮挡分屏窗口42中的用户界面。

当悬浮窗口的大小与第一分屏窗口的大小相同，在不对分屏窗口42进行遮挡的前提下，悬浮窗口的位置与该第一分屏窗口所在的位置相同的时候，整个悬浮窗口的面积处于最大状态，字体较大，显示界面也较大，便于使用者观察和操作。

在示例性的另一种实施方式中，悬浮窗口的尺寸小于第一分屏窗口，悬浮窗口位于该第一分屏窗口内。

图9示例性示出了一种悬浮窗口小于被锁定应用所在的分屏窗口的示意图。其中，悬浮窗口位于分屏窗口41内，且悬浮窗口小于分屏窗口41，使得解锁界面未占满分屏窗口41，部分遮挡了分屏窗口41中的应用界面，但未遮挡分屏窗口42中的用户界面。

当悬浮窗口的尺寸小于第一分屏窗口，悬浮窗口位于该第一分屏窗口所在区域内的时候，能够更加直观的操作解锁动作。

本申请实施例的可支持一种或多种解锁方式，比如，支持密码解锁、手势解锁或指纹解锁等。

本申请实施例在支持密码解锁的情况下，解锁界面中可包括解锁密码输入区域，解锁操作为在该密码输入区域输入解锁密码的操作。通信终端根据解锁操作获得用户输入的解锁密码，并与存储的该应用的解锁密码进行比对，若相同，则解锁成功，否则解锁失败。

本申请实施例在支持手势解锁的情况下，解锁界面中包括手势输入区域，基于用户在解锁界面的解锁操作为在该手势输入区域输入解锁手势(图案)的操作。通信终端根据解锁操作获得用户输入的解锁手势图案，并与存储的该应用的解锁手势图案进行比对，若相同，则解锁成功，否则解锁失败。

本申请实施例支持指纹解锁的情况下，解锁界面中包括指纹录入区域，基于用户在解锁界面的解锁操作为在该指纹录入区域输入指纹的操作。通信终端根据第二用户操作获得用户输入的指纹，识别该指纹特征，并与存储的该应用对应的指纹特征进行比对，若匹配，则解锁成功，否则解锁失败。

本申请实施例支持人脸扫描解锁的情况下，解锁界面中包括人脸扫描区域，基于用户在解锁界面的解锁操作为基于该人脸扫描区域扫描人脸的操作。通信终端根据解锁操作获得用户输入的人脸，识别该人脸特征，并与存储的该应用对应的人脸特征进行比对，若匹配，则解锁成功，否则解锁失败。

本申请实施例支持语音解锁的情况下，解锁界面中包括语音输入功能选项，基于用户在解锁界面的解锁操作为基于所述语音输入功能选项录入语音的操作。通信终端根据解锁操作获得用户输入的语音，识别该语音，并与存储的该应用对应的语音或语音特征进行比对，若匹配，则解锁成功，否则解锁失败。

以上仅示例性列举了几种解锁方式，本申请实施例并不仅限于上述列举的解锁方式。

下面以搭载有android(安卓)系统的通信终端为例，对分屏模式下的应用解锁过程进行说明。

android系统的应用程序框架层中包括有以下系统服务：用于对应用程序进行管理的activitymanagerservice(应用管理服务)，用于对应用窗口进行管理的windowmanagerservice(窗口管理服务)等。

其中，activitymanagerservice简称ams，它是android中很重要的一个服务，它统筹管理着android的四大组件；统一调度各应用进程；amn由binder类派生，实现了iactivitymanager接口，客户端使用activitymanager类，因为ams是系统核心服务，很多api不能直接访问需要通过activitymanager。activitymanager内部通过调用amn的getdefault方法得到一个activitymanagerproxy对象，通过它可与ams通信。

windowmanagerservice(wms)，即窗口管理服务，与ams一样是framewrok层的核心服务；负责窗口的启动，添加，删除等。

windowstate，即窗口状态，用来设置运行时窗体的状体。

windowmanager.layoutparams是windowmanager接口的嵌套类，继承于viewgroup.layoutparams。

图10示例性示出了本申请实施例提供的一种分屏模式下处理应用锁定的方法流程。该流程可由上述通信终端实现。如图所示，该流程可包括：

s901、当系统服务activitymanagerservice检测到用于触发目标应用的界面启动的用户操作时，查看用于存储锁定应用的数据库中是否包含该目标应用，若包含，则说明该目标应用被应用锁锁定，则转入s902，否则，转入s913。

s902：获取目标应用的启动信息，并停止启动该目标应用。

s903：通过访问系统服务windowmanagerservice获取窗口模式的类型，如果当前窗口模式为分屏模式，则转入s904，否则转入s906。

s904、通过系统服务windowmanagerservice获取当前具有焦点的窗口的窗口状态(windowstate)，该焦点窗口即为目标应用所在的第一分屏窗口，通过窗口状态(windowstate)可以查询对应窗口的大小和位置。

s905：设置悬浮窗口的布局参数(windowmanager.layoutparams)，然后转入s907。其中，悬浮窗口的大小及位置参数与s904中获取的目标应用所在分屏窗口的大小和位置相同。

s906：设置悬浮窗口的布局参数(windowmanager.layoutparams)，其中，悬浮窗口为全屏窗口，然后转入s907。

s907、根据悬浮窗口的布局参数创建悬浮窗口的视图控件(view控件)，查看用于存储用户设置的应用锁密码类型的数据库，并根据应用锁密码类型，生成相应的解锁界面。

其中，如果该数据库中记录的是图案(手势)密码类型，则在该视图view控件中使用lockpatternview控件(锁图案视图控件)实现图案类型密码的输入；如果记录的是数字密码，则继续查询用于存储数字密码的数据库，根据密码的长度在该视图view控件中显示合适的数字密码输入框，便于用户方便解锁。

s908、启动悬浮窗口，悬浮窗口中显示有应用解锁界面。

s909：接收用户在解锁界面上的解锁操作，获取用户输入的解锁信息。

s910将解锁信息与应用锁密码进行匹配，若匹配成功则转入s911，否则转入s912。

s911：关闭悬浮窗口，将目标应用从用于存储锁定应用的数据库中删除。

s912：显示解锁失败提示信息，或者等待用户重新输入解锁信息。

s913：获取目标应用的启动信息，并启动该目标应用，在第一分屏窗口显示该目标应用的界面。

本实施例在通信终端分屏模式下对被锁定的应用进行解锁操作时显示的悬浮窗口的大小和位置进行限定，从而使得用户在通信终端处于分屏模式下对被锁定的应用进行解锁时能够让不同的解锁界面能够独立显示并且互不干扰。

根据示例性的实施方式中的再一方面，提供一种计算机存储介质，所述计算机存储介质中存储有计算机程序指令，当所述指令在计算机上运行时，使得所述计算机执行如上所述的处理方法。

由于本申请实施例中的通信终端和计算机存储介质可以应用于上述处理方法，因此，其所能获得的技术效果也可参考上述方法实施例，本申请的实施例在此不再赘述。

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

虽然以上描述了本申请的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，本申请的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本申请的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本申请的保护范围。