CN114880649A - 一种终端设备、解锁方法和存储介质 - Google Patents

Abstract

本申请提供了一种终端设备、解锁方法和存储介质，涉及计算机技术领域。本申请的终端设备在监测到电子标签卡片完成在终端设备关联的打卡设备上的打卡操作，则可以将终端设备在设定信任时长内设置为可信任状态，在终端设备处于可信任状态时，若接收到针对终端设备输入的屏幕解锁操作，则跳过解锁界面，直接显示终端设备的运行界面。上述终端设备可以自动确定当前时刻是否可以直接显示终端设备的运行界面，方便用户使用，无需再进行复杂的解锁过程，此种可信任状态又存在一定的时限性，在一定程度上兼顾了终端设备的安全性。

Description

一种终端设备、解锁方法和存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种终端设备、解锁方法和存储介质。

背景技术

随着科技的进步，终端设备成为人们必不可少的随身物品，其中存储着大量的个人信息，为了保证用户个人信息的安全，终端设备需要密码解锁或者一些复杂的结果流程才可以打开。但是，在使用终端设备的过程中，有些时候不会发生个人信息的泄露，复杂的解锁流程会给用户的使用带来不便。

如何提供一种既兼顾安全性，又可以方便用户使用终端设备的方法是一个亟待解决的问题。

发明内容

为了解决上述现有技术中的问题，本申请实施例提供了一种终端设备、解锁方法和存储介质，在终端设备处于安全环境时，无需通过复杂的解锁流程解锁终端设备，既方便用户使用，又在一定程度上兼顾安全性。

第一方面，本申请实施例提供了一种终端设备，包括：显示器、存储器和处理器；

所述显示器被配置为，显示所述终端设备运行时的界面；

所述处理器被配置为，若监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定信任时长内设置为可信任状态；在所述终端设备处于可信任状态时，若接收到针对终端设备输入的屏幕解锁操作，则跳过解锁界面，控制所述显示器显示所述终端设备的运行界面。

本申请实施例提供的终端设备，在监测到终端设备的电子标签卡片完成在终端设备关联的打卡设备上的打卡操作，则可以将终端设备在设定信任时长内设置为可信任状态，在终端设备处于可信任状态时，若接收到针对终端设备输入的屏幕解锁操作，则跳过解锁界面，直接显示终端设备的运行界面。上述终端设备可以自动确定当前时刻是否可以直接显示终端设备的运行界面，方便用户使用，无需再进行复杂的解锁过程，此种可信任状态又存在一定的时限性，在一定程度上兼顾了终端设备的安全性。

在一种可能的实施方式中，所述处理器被配置为：

若监测到所述电子标签卡片在设定打卡时长内在所述打卡设备上的打卡次数等于设定次数，则确定监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定时长内设置为可信任状态；或者，

若监测到所述电子标签卡片在所述打卡设备上的打卡频率等于设定频率，则确定监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定时长内设置为可信任状态。

在一种可能的实施方式中，所述处理器被配置为：

响应于用户利用终端设备的电子标签卡片在打卡设备的打卡操作，获取所述打卡操作的反馈结果；

根据每次打卡操作的反馈结果中包含的打卡时间，确定所述电子标签卡片在设定打卡时长内在所述打卡设备上的打卡次数。

在一种可能的实施方式中，所述处理器被配置为：

响应于用户利用终端设备的电子标签卡片在打卡设备的打卡操作，获取所述打卡操作的反馈结果；

根据每次打卡操作的反馈结果中包含的打卡时间，确定所述电子标签卡片在所述打卡设备上的打卡频率。

在一种可能的实施方式中，所述处理器还被配置为：

若所述终端设备的动态解锁功能为开启状态，则执行监测所述终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作的步骤。

在一种可能的实施方式中，所述处理器还被配置为：

在所述终端设备的动态解锁功能为关闭状态时，或者，在所述终端设备未处于所述可信任状态时，若接收到针对所述终端设备输入的屏幕解锁操作，则控制所述显示器显示所述解锁界面。

在一种可能的实施方式中，所述处理器还被配置为：

在所述终端设备处于可信任状态时，若接收到开启预先设定的密码启动应用的操作，则跳过所述密码启动应用的密码输入界面，控制所述显示器显示所述密码启动应用的运行界面。

在一种可能的实施方式中，所述打卡设备为所述终端设备预先绑定的可信任打卡设备。

第二方面，本申请实施例提供了一种解锁方法，所述方法包括：

若监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定信任时长内设置为可信任状态；

在所述终端设备处于可信任状态时，若接收到针对终端设备输入的屏幕解锁操作，则跳过解锁界面，显示所述终端设备的运行界面。

在一种可能的实施方式中，若监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定信任时长内设置为可信任状态，包括：

若监测到所述电子标签卡片在设定打卡时长内在所述打卡设备上的打卡次数等于设定次数，则确定监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定时长内设置为可信任状态；或者，

若监测到所述电子标签卡片在所述打卡设备上的打卡频率等于设定频率，则确定监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定时长内设置为可信任状态。

在一种可能的实施方式中，通过如下方式确定所述电子标签卡片在设定打卡时长内在所述打卡设备上的打卡次数：

响应于用户利用终端设备的电子标签卡片在打卡设备的打卡操作，获取所述打卡操作的反馈结果；

根据每次打卡操作的反馈结果中包含的打卡时间，确定所述电子标签卡片在设定打卡时长内在所述打卡设备上的打卡次数。

在一种可能的实施方式中，通过如下方式确定所述电子标签卡片在所述打卡设备上的打卡频率：

响应于用户利用终端设备的电子标签卡片在打卡设备的打卡操作，获取所述打卡操作的反馈结果；

根据每次打卡操作的反馈结果中包含的打卡时间，确定所述电子标签卡片在所述打卡设备上的打卡频率。

在一种可能的实施方式中，所述方法还包括：

若所述终端设备的动态解锁功能为开启状态，则执行监测所述终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作的步骤。

在一种可能的实施方式中，所述方法还包括：

在所述终端设备的动态解锁功能为关闭状态时，或者，在所述终端设备未处于所述可信任状态时，若接收到针对所述终端设备输入的屏幕解锁操作，则控制所述显示器显示所述解锁界面。

在一种可能的实施方式中，所述方法还包括：

在所述终端设备处于可信任状态时，若接收到开启预先设定的密码启动应用的操作，则跳过所述密码启动应用的密码输入界面，控制所述显示器显示所述密码启动应用的运行界面。

本申请实施例提供的终端设备还可以在可信任状态时，在用户开启预先设定的密码启动应用时，终端设备也可以跳过这些密码启动应用的密码输入界面，直接显示密码启动应用的运行界面，方便用户跳过一些复杂的密码输入过程，快速使用密码启动应用。

第三方面，本申请实施例提供了一种解锁装置，包括：

设置单元，用于若监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定信任时长内设置为可信任状态；

第一显示单元，用于在所述终端设备处于可信任状态时，若接收到针对终端设备输入的屏幕解锁操作，则跳过解锁界面，显示所述终端设备的运行界面。

在一种可能的实施方式中，所述解锁装置，还包括：

第一检测单元，用于若所述终端设备的动态解锁功能为开启状态，则执行监测所述终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作的步骤。

在一种可能的实施方式中，所述解锁装置，还包括：

第二显示单元，用于在所述终端设备处于可信任状态时，若接收到开启预先设定的密码启动应用的操作，则跳过所述密码启动应用的密码输入界面，控制所述显示器显示所述密码启动应用的运行界面。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现上述第二方面或第二方面的任意可能的实施方式中的方法。

第五方面，本申请实施例提供一种计算机程序产品，该计算机程序产品包括计算机程序或指令，当该计算机程序或指令被处理器执行时，实现上述第二方面或第二方面的任意可能的实施方式中的方法。

第二方面至第五方面中任意一种实现方式所带来的技术效果可参见第一方面中对应的实现方式所带来的技术效果，此处不再赘述。

附图说明

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

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

图2为本申请实施例提供的一种终端设备的软件结构框图；

图3为本申请实施例提供的一种动态解锁功能设置界面的示意图；

图4为本申请实施例提供的另一种动态解锁功能设置界面的示意图；

图5为本申请实施例提供的一种设置动态解锁功能的操作示意图之一；

图6为本申请实施例提供的一种设置动态解锁功能的操作示意图之二；

图7为本申请实施例提供的一种设置动态解锁功能的操作示意图之三；

图8为本申请实施例提供的一种设置动态解锁功能的操作示意图之四；

图9为本申请实施例提供的一种设置动态解锁功能的操作示意图之五；

图10为本申请实施例提供的一种设置动态解锁功能的操作示意图之六；

图11为本申请实施例提供的一种解锁方法的流程图；

图12为本申请实施例提供的一种将终端设备设置为可信任状态的流程图；

图13为本申请实施例提供的另一种将终端设备设置为可信任状态的流程图；

图14为本申请实施例提供的一种解锁终端设备的操作示意图；

图15为本申请实施例提供的另一种解锁方法的流程图；

图16为本申请实施例提供的另一种解锁方法的流程图；

图17为本申请实施例提供的一种详细的解锁方法的流程图；

图18为本申请实施例提供的另一种解锁方法的流程图；

图19为本申请实施例提供的一种解锁装置的结构示意图；

图20为本申请实施例提供的另一种解锁装置的结构示意图；

图21为本申请实施例提供的另一种解锁装置的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部份实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

需要说明的是，下述本申请实施例描述的应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

目前，随着手机等终端设备越来越普及，其中存储着大量的个人信息，为了保证用户个人信息的安全，终端设备需要密码解锁或者一些复杂的结果流程才可以打开。但是，在使用终端设备的过程中，有些时候不会发生个人信息的泄露，复杂的解锁流程会给用户的使用带来一定的不便。

基于此，本申请实施例提供一种解锁方法，若监测到终端设备的电子标签卡片完成在终端设备关联的打卡设备上的打卡操作，将终端设备在设定信任时长内设置为可信任状态，在终端设备处于可信任状态时，若接收到针对终端设备输入的屏幕解锁操作，则跳过解锁界面，控制显示终端设备的运行界面。通过此种方式，终端设备可以自动确定当前时刻是否可以直接显示终端设备的运行界面，方便用户使用，无需再进行复杂的解锁过程，此种可信任状态又存在一定的时限性，在一定程度上兼顾了终端设备的安全性。

本申请实施例提供的终端设备可以为手机、可穿戴设备、平板电脑等便携式设备。图1中示例性示出了本申请实施例提供的一种终端设备的硬件配置框图。应该理解的是，图1所示终端设备100仅是一个范例，并且终端设备100可以具有比图1中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

如图1所示，终端设备100包括：通信组件110、处理器120、存储器130、显示器140、输入组件150、音频电路160、SIM卡接口170以及传感器180等部件。

其中，通信组件110用于接收或发送通话请求，并在通话过程中接收和发送信号，以及连接服务器，上传或下载数据。通信组件110可以包括RF(radio frequency，射频)电路111、Wi-Fi(Wireless Fidelity，无线保真)模块112。

RF电路111可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器120处理；可以将上行数据发送给基站。通常，RF电路111包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。RF电路111可以由天线接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。RF电路111还可以对经调制解调处理器调制后的信号放大，经天线转为电磁波辐射出去。在一些实施例中，RF电路111的至少部分功能模块可以被设置于处理器120中。在一些实施例中，RF电路111的至少部分功能模块可以与处理器120的至少部分模块被设置在同一个器件中。终端设备100的RF电路111和天线耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信。

Wi-Fi属于短距离无线传输技术，终端设备100可以通过Wi-Fi模块112帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。Wi-Fi模块112可以连接路由器，通过路由器连接外部网络。Wi-Fi模块112也可以连接服务器，上传或下载数据。

存储器130可用于存储终端设备运行时所使用的数据或程序代码。处理器120通过运行存储在存储器130的数据或程序代码，从而执行终端设备100的各种功能以及数据处理。存储器130可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器130存储有使得终端设备100能运行的操作***。

显示器140用于显示由用户输入的信息或提供给用户的信息以及终端设备100的各种菜单的图形用户界面(graphical user interface，GUI)。具体地，显示器140可以包括设置在终端设备100正面的显示器。显示器可以采用液晶显示器、发光二极管等形式来配置。显示器140可用于显示终端设备运行时的界面。

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

其中，触控屏可以覆盖在显示器之上，在一些实施例中，可以将触控屏与显示器集成而实现终端设备100的输入和输出功能，集成后可以简称触控显示器。

终端设备100还可以包括定位模块，如卫星定位模块或移动通信网络定位模块等，可以实时确定终端设备100所处的地理位置。

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

SIM卡接口170用于连接SIM卡。SIM卡可以通过***SIM卡接口170，或从SIM卡接口170中拔出，实现和终端设备100的接触和分离。终端设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口170可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口可以同时***多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口也可以兼容不同类型的SIM卡。SIM卡接口也可以兼容外部存储卡。终端设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端设备100中，不能和终端设备100分离。SIM卡用于标识用户的手机号码。

终端设备100除包含SIM卡接口170之外，还可以包括USB(universal serial bus，通用串行总线)接口等。USB接口用于连接充电线或其它外设。例如，终端设备100可以通过USB接口连接充电线。终端设备100中的各组件或模块通过总线连接。

终端设备100还可以包括至少一种传感器180，比如加速度传感器181、距离传感器182、指纹传感器183、温度传感器184。终端设备100还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。例如，指纹传感器183可以用于感应用户点击终端设备100操作界面的图标。

终端设备100还可以包括摄像头，用于捕获静态图像或视频。摄像头可以是一个，也可以是多个。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器120转换成数字图像信号。

处理器120是终端设备100的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器130内的软件程序，以及调用存储在存储器130内的数据，执行终端设备100的各种功能和处理数据。在一些实施例中，处理器120可包括一个或多个处理单元。本申请中处理器120可以运行操作***、应用程序、用户界面显示及触控响应，以及本申请实施例所述的解锁方法。处理器120执行解锁操作方法的具体过程，将在下文中详细介绍。

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

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

应用程序层可以包括一系列应用程序包。如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，时钟，蓝牙，音乐，视频，短信息等应用程序。用户可以在时钟应用程序中设置闹钟。应用程序层还可以包括安装在终端设备上的第三方应用。

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

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

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

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

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

电话管理器用于提供终端设备的通信功能。例如通话状态的管理(包括接通，挂断等)。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

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

Android Runtime包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。

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

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

***库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。其中，三维图形处理库和2D图形引擎均属于公共相机资源。

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

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

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

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

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

为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。所述方法在实际的处理过程中或者装置执行时，可按照实施例或者附图所示的方法顺序执行或者并执行。

本申请实施例中提供的解锁方法在使用的过程中，需要通过一定的预先配置过程，本申请实施例中的配置过程以基于Android***实现为例。

在***设置中，增加动态解锁功能，图3示出了一种动态解锁功能设置界面，该界面中可以包括动态解锁功能的开关设置按键和可信任状态条件的配置按键。动态解锁功能在默认情况下处于关闭状态，在动态解锁功能处于关闭状态时，可信任状态条件均处于灰度状态，无法进行预先配置。可信任状态条件可以包括打卡时长，设定次数，信任时长以及打卡设备。图4示出了另一种动态解锁功能设置界面，可信任状态条件还可以包括打卡频率，信任时长以及打卡设备。

下述以可信任状态条件以包括打卡时长，设定次数，信任时长以及打卡设备为例进行说明。

用户可以通过动态解锁功能的开关设置按键将动态解锁功能调整至开启状态。图5示出了一种用户将动态解锁功能设置为开启状态后的界面示意图，如图5的页面a所示，用户点击动态解锁功能对应的“开启”按键，在用户预先设置了屏幕解锁密码的情况下，终端设备监测到用户针对动态解锁功能对应的“开启”按键的触发操作，显示如图5的页面b所示的密码输入界面。

如图6的页面a所示，用户可以在该密码输入界面中输入预先设置的屏幕解锁密码，输入完成解锁密码后，如图6中的页面b所示，用户点击“√”按键，终端设备响应于用户输入的触控操作，可以进行跳转到下一界面中。

如图7所示，在用户点击“√”之后，终端设备会返回动态解锁功能设置界面，并在动态解锁功能设置界面中显示提示框，提示框中显示如下信息：可以设置可信任状态条件，在设置可信任状态条件后，若满足可信任状态条件则终端设备处于可信任状态，处于可信任状态时的终端设备无需密码、指纹验证以及人脸验证就可以解锁终端设备。

用户可以点击“确定”按键，终端设备响应于用户的触控操作将此提示框关闭。也可以将“确定”按键设置为“添加”按键，则用户点击“添加”按键之后，终端设备响应于用户点击“添加”按键将此提示框关闭，并直接使用户进行设置可信任状态条件。

图8示出了一种设置打卡时间的操作界面示意图，如图8所示的界面a中设置打卡时长时点击“设置”按键，终端设备响应于用户输入的点击操作，显示如图8中的页面b的界面，终端设备显示可供选择的时间长度的运行界面，如“10秒”，用户可以通过向上或者向下滑动的方式选择时间，此处以选择“10秒”为例，用户可以点击“确定”，终端设备响应于用户点击“确定”的操作，显示如图8的页面c，终端设备将打卡时间设置为10秒。

设定次数以及信任时长的设置方式与打卡时长的设置方实相同，此处不再赘述，以将设定次数设置为3次，信任时长设置为5个小时为例，如图9所示。

在设置了上述可信任状态条件之后，还需要进行设置打卡设备，此处在设置打卡设备的过程中，仅能设置预先与终端设备预先绑定的可信任打卡设备。

其中，终端设备预先绑定的可信任打卡设备可以理解为：与可信任打卡设备可以进行近场通信(Near Field Communication，NFC)的电子标签卡片已经预先存储到终端设备中。

示例性地，在设置打卡设备过程之前，用户需要将与可信任打卡设备可以进行近场通信的电子标签卡片预先存储到终端设备中，具体过程如下：

响应于用户添加电子标签卡片的操作，终端设备显示添加电子标签卡片的运行界面，响应于用户将可以与可信任打卡设备进行近场通信的电子标签卡片的卡片号码，卡片名称等信息添加到终端设备，并点击完成的操作，终端设备将可以与可信任打卡设备进行近场通信的电子标签卡片存储在终端设备中。

通过上述终端设备预先存储电子标签卡片的过程之后，设置打卡设备的过程可以理解为：将可以与打卡设备进行近场通信的电子标签卡片添加到卡片清单中。可以与打卡设备进行近场通信的电子标签卡片添加至卡片清单中后，终端设备中的每一个电子标签卡片仅能被一个打卡设备识别，所以，若检测到使用已经添加到电子标签卡片与打卡设备进行通信，则说明使用了电子标签卡片完成了在可信任的打卡设备上打卡操作。电子标签卡片可以以NFC卡为例。

图10示出了一种设置打卡设备的操作界面示意图，终端设备响应于用户点击如图10所示的界面a中的打卡设备的“设置”按键，终端设备显示如图10所示的页面b，页面b可以称为电子标签卡片添加界面，该电子标签卡片添加界面会显示出预先存储到终端设备中的，每个可信任打卡设备对应的电子标签卡片，此处仅以一个电子标签卡片为例，终端设备响应于用户在页面b中点击“开始添加”的按键，将预先存储的电子标签卡片添加到卡片清单中。在将电子标签卡片添加到卡片清单中之后，如图10中的页面c所示，终端设备响应于用户点击“完成”按键，则结束设置打卡设备的过程，返回动态解锁功能设置界面，如图10中的页面d所示，打卡设备这一项显示为“已添加”。

通过上述方式将动态解锁功能设置完毕，则说明当用户使用添加到卡片清单中的电子标签卡片，在10秒中内在打卡设备上实现3次打卡操作，则终端设备处于5个小时的可信任状态。

通过上述方式将动态解锁功能设置完毕之后，用户即可以使用动态解锁功能实现无密码开锁。下述实施例中以打卡时长设置为10秒为例，设定次数为3次，信任时长为5个小时，打卡设备以用户居住的房屋的门禁设备为例，门禁设备为终端设备预先关联的可信任打卡设备，电子标签卡片以门禁设备对应的NFC卡为例。

图11示出了本申请实施例提供的一种解锁方法的流程图。该方法可以适用于图1所示的终端设备，该终端设备可以包括但不限于手机。如图11所示，该方法可以包括如下步骤：

步骤S1101：若监测到终端设备的电子标签卡片完成在终端设备关联的打卡设备上的打卡操作，将终端设备在设定信任时长内设置为可信任状态。

在一种可能的实施例中，若监测到电子标签卡片在设定打卡时长内在打卡设备上的打卡次数等于设定次数，则确定监测到终端设备的电子标签卡片完成在终端设备关联的打卡设备上的打卡操作，将终端设备在设定时长内设置为可信任状态。

具体地，终端设备在确定用户设定打卡时长内打卡次数的具体方式如下：响应于用户利用终端设备的电子标签卡片在打卡设备的打卡操作，获取打卡操作的反馈结果，根据每次打卡操作的反馈结果中包含的打卡时间，确定电子标签卡片在设定打卡时长内在打卡设备上的打卡次数。

用户每次利用终端设备的电子标签卡片在打卡设备上进行打卡，终端设备会获取到打卡信息。可以理解为每次打卡操作，是电子标签卡片和打卡设备进行了一次近距离通信，则终端设备会获取到下述打卡信息，打卡信息包括使用的是电子标签卡片的标识信息，以及打卡时间。

终端设备根据打卡时间确定打卡起始时刻，在设定打卡时长内，查询获取到几次打卡信息即可完成验证。若在10秒内收到3次打卡信息，则说明用户使用电子标签卡片完成了在终端设备关联的打卡设备上的打卡操作。

图12示出了一种将终端设备设置为可信任状态的流程图，步骤如下：

步骤S1201：响应于用户利用终端设备的电子标签卡片在打卡设备的打卡操作，获取打卡操作的反馈结果。

步骤S1202：根据每次打卡操作的反馈结果中包含的打卡时间，确定电子标签卡片在设定打卡时长内在打卡设备上的打卡次数。

步骤S1203：监测到电子标签卡片在设定打卡时长内在打卡设备上的打卡次数等于设定次数，将终端设备在设定信任时长内设置为可信任状态。

示例性地，当用户使用终端设备上预先存储的门禁设备的NFC卡，在门禁设备上进行打卡操作，则终端设备监测用户在设定打卡时长内的打卡次数，以用户在门禁设备上第一次打卡操作为起始时刻的10秒内，查询用户在门禁设备上的打卡次数，若在10秒内存在3次打卡，则说明电子标签卡片完成在终端设备关联的打卡设备上的打卡操作，可以将终端设备在5个小时内设置为可信任状态。其中，终端设备还会验证3次打卡操作的电子标签卡片是否使用的是同一个电子标签卡片。

需要说明的是，本申请实施例中也可以将预先配置的设定次数设置为1次，但是为了防止用户误操作，所以，给用户提供了多次打卡方可满足将终端设备处于可信任状态的条件，可以进一步保证终端设备的安全性，其他人在不知道可信任状态条件的前提下，也无法触发终端设备的可信任状态。

需要说明的是，终端设备在第一次打卡操作之后，对使用的电子标签卡片进行验证，验证此次使用的电子标签卡片是否为预先添加到卡片清单中的电子标签卡片，也就是验证一下该打卡设备是否属于预先关联的可信任的打卡设备。在后续的打卡操作中，只需要后续使用的电子标签卡片是否与第一次相同即可。

若第二次的打卡操作中使用的电子标签卡片与第一次使用的电子标签卡片不同，则重新开始计算打卡时长和打卡次数。可以理解为：若每一次打卡操作使用的电子标签卡片与上一次的打卡操作使用的电子标签卡片不同，则重新确定打卡的起始时刻以及打卡次数。

在另一种可能的实施例中，若监测到电子标签卡片在打卡设备上的打卡频率等于设定频率，则确定监测到终端设备的电子标签卡片完成在终端设备关联的打卡设备上的打卡操作，将终端设备在设定时长内设置为可信任状态。

具体地，终端设备在确定用户的打卡频率的具体方式如下：响应于用户利用终端设备的电子标签卡片在打卡设备的打卡操作，获取打卡操作的反馈结果，根据每次打卡操作的反馈结果中包含的打卡时间，确定电子标签卡片在打卡设备上的打卡频率。

在上文中叙述设置方式的过程中，图4还示出了另一种动态解锁功能设置界面，可信任状态条件还可以包括打卡频率，信任时长以及打卡设备。可以将打卡频率设置为10秒内打卡2次，通过设置打卡频率可以在用户设置的过程中一次设置完成，方便用户使用。

图13示出了另一种将终端设备设置为可信任状态的流程图，步骤如下：

步骤S1301：响应于用户利用终端设备的电子标签卡片在打卡设备的打卡操作，获取打卡操作的反馈结果。

步骤S1302：根据每次打卡操作的反馈结果中包含的打卡时间，确定电子标签卡片在打卡设备上的打卡频率。

步骤S1303：监测到电子标签卡片在打卡设备上的打卡频率等于设定频率，将终端设备在设定信任时长内设置为可信任状态。

示例性地，当用户使用终端设备上预先存储的门禁设备的NFC卡，在门禁设备上进行打卡操作，则终端设备会监测用户在设定打卡时长内的打卡次数，会以用户在门禁设备上第一次打卡操作为起始时刻的10秒内，查询用户在门禁设备上的打卡次数，若在10秒内存在2次打卡，则说明电子标签卡片完成在终端设备关联的打卡设备上的打卡操作，可以将终端设备在5个小时内设置为可信任状态。

步骤S1102：在终端设备处于可信任状态时，若接收到针对终端设备输入的屏幕解锁操作，则跳过解锁界面，显示终端设备的运行界面。

在一种可能的实施例中，图14示出了一种在终端设备处于可信任状态下时，终端设备的解锁过程。如图14的页面a所示，在终端设备没有接收到屏幕解锁操作之前，消息提示均为保密状态，用户在屏幕中进行上划操作，则终端设备响应于用户输入的屏幕解锁操作，终端设备的处理器控制显示器显示终端设备的运行界面，如图14的页面b所示。

终端设备通过上述解锁方法，可以自动确定当前时刻是否可以直接显示终端设备的运行界面，方便用户使用，无需再进行复杂的解锁过程，此种可信任状态又存在一定的时限性，在一定程度上兼顾了终端设备的安全性。

上述方式中是以终端设备在屏幕解锁的过程中设置了密码，且终端设备开启了动态解锁功能为例进行描述的动态解锁过程。下述内容说明两种其他情况。

在一种可能的实施例中，若用户使用终端设备时，没有设置屏幕解锁密码的话，则用户启动终端设备时，则直接进入终端设备，显示终端设备的运行界面即可，无需检测终端设备是否处于可信任状态。

图15示出了另一种解锁方法的流程示意图，步骤如下：

步骤S1501：接收到针对终端设备输入的屏幕解锁操作，确定终端设备未设置屏幕解锁密码。

步骤S1502：显示终端设备的运行界面。

在另一种可能的实施例中，若用户启动终端设备时，终端设备未处于可信任状态，则显示解锁界面。图16示出了另一种解锁方法的流程示意图，步骤如下：

步骤S1601：接收到针对终端设备输入的屏幕解锁操作，确定终端设备未处于可信任状态。

步骤S1602：显示解锁界面。

具体地，终端设备未处于可信任状态可能是由于当前时刻距离将终端设备设置成为可信任状态的时刻之间的时间差大于设定时长，超过了信任时长，导致终端设备未处于可信任状态。也可能是由于终端设备在之前未使用电子标签卡片进行打卡，或者，终端设备未能成功在设定打卡时长内在打卡设备上进行设定次数的打卡操作。

图17示出了一种详细的解锁方法的流程示意图，步骤如下：

步骤S1701：接收到针对终端设备输入的屏幕解锁操作，判断终端设备是否设置屏幕解锁密码；若是，则执行步骤S1702；若否，则执行步骤S1706。

步骤S1702：判断终端设备是否开启动态解锁功能。若是，则执行步骤S1703。若否，则执行步骤S1705。

步骤S1703：判断终端设备是否处于可信任状态。若是，则执行步骤S1704，若否，则执行步骤S1705。

步骤S1704：跳过解锁界面，显示终端设备的运行界面。

步骤S1705：显示解锁界面。

步骤S1706：显示终端设备的运行界面。

在终端设备进行屏幕解锁的过程中，通过上述解锁方法，本申请实施例提供的终端设备会自动检测自身是否处于可信任状态，在一定时限内可以无需进行复杂的解锁过程，直接打开终端设备，显示终端设备的运行界面。在用户没有在特定场合或者特定时间段内时，终端设备的可信任状态又不会一直伴随终端设备，在一定程度上兼顾了终端设备的安全性。

进一步地，在终端设备处于可信任状态时，若接收到开启预先设定的密码启动应用的操作，则跳过密码启动应用的密码输入界面，显示密码启动应用的运行界面。

图18示出了另一种解锁方法的流程示意图，步骤如下：

步骤S1801：接收到开启预先设定的密码启动应用的操作，确定终端设备处于可信任状态。

步骤S1802：跳过密码启动应用的密码输入界面，显示密码启动应用的运行界面。

示例性地，本申请提供的可信任状态不仅适用于屏幕解锁的操作过程中，在动态解锁功能设置界面中，还可以增加适配动态解锁功能的应用程序。例如，现在存在很多用户会将图库，或者各种通讯软件的登录过程上锁，保证其他人不能查看自己的聊天记录或者图片等，但是进入各个应用程序之前均需要输入密码非常的繁琐，所以，可以增加适配动态解锁功能的应用程序，在终端设备处于可信任状态时，打开适配动态解锁功能的应用程序也无需输入密码就可以显示这些应用程序的运行界面。

基于同一发明构思，本申请实施例中还提供了一种解锁装置，如图19所示，该解锁装置包括：

设置单元1901，用于若监测到终端设备的电子标签卡片完成在终端设备关联的打卡设备上的打卡操作，将终端设备在设定信任时长内设置为可信任状态；

第一显示单元1902，用于在终端设备处于可信任状态时，若接收到针对终端设备输入的屏幕解锁操作，则跳过解锁界面，显示终端设备的运行界面。

基于同一发明构思，本申请实施例中还提供了另一种解锁装置，如图20所示，该解锁装置包括：

第一检测单元2001，用于若终端设备的动态解锁功能为开启状态，则执行监测终端设备的电子标签卡片完成在终端设备关联的打卡设备上的打卡操作的步骤。

基于同一发明构思，本申请实施例中还提供了另一种解锁装置，如图21所示，该解锁装置包括：

第二显示单元2101，用于在终端设备处于可信任状态时，若接收到开启预先设定的密码启动应用的操作，则跳过密码启动应用的密码输入界面，控制显示器显示密码启动应用的运行界面。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种终端设备，其特征在于，包括：显示器和处理器；

所述显示器被配置为，显示所述终端设备运行时的界面；

所述处理器被配置为，若监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定信任时长内设置为可信任状态；在所述终端设备处于可信任状态时，若接收到针对终端设备输入的屏幕解锁操作，则跳过解锁界面，控制所述显示器显示所述终端设备的运行界面。

2.根据权利要求1所述的终端设备，其特征在于，所述处理器被配置为：

若监测到所述电子标签卡片在设定打卡时长内在所述打卡设备上的打卡次数等于设定次数，则确定监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定时长内设置为可信任状态；或者，

若监测到所述电子标签卡片在所述打卡设备上的打卡频率等于设定频率，则确定监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定时长内设置为可信任状态。

3.根据权利要求2所述的终端设备，其特征在于，所述处理器被配置为通过如下方式确定所述电子标签卡片在设定打卡时长内在所述打卡设备上的打卡次数：

响应于用户利用终端设备的电子标签卡片在打卡设备的打卡操作，获取所述打卡操作的反馈结果；

根据每次打卡操作的反馈结果中包含的打卡时间，确定所述电子标签卡片在设定打卡时长内在所述打卡设备上的打卡次数。

4.根据权利要求2所述的终端设备，其特征在于，所述处理器被配置为通过如下方式确定所述电子标签卡片在所述打卡设备上的打卡频率：

响应于用户利用终端设备的电子标签卡片在打卡设备的打卡操作，获取所述打卡操作的反馈结果；

根据每次打卡操作的反馈结果中包含的打卡时间，确定所述电子标签卡片在所述打卡设备上的打卡频率。

5.根据权利要求1所述的终端设备，其特征在于，所述处理器还被配置：

若所述终端设备的动态解锁功能为开启状态，则执行监测所述终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作的步骤。

6.根据权利要求5所述的终端设备，其特征在于，所述处理器还被配置：

在所述终端设备的动态解锁功能为关闭状态时，或者，在所述终端设备未处于所述可信任状态时，若接收到针对所述终端设备输入的屏幕解锁操作，则控制所述显示器显示所述解锁界面。

7.根据权利要求1所述的终端设备，其特征在于，所述处理器还被配置：

在所述终端设备处于可信任状态时，若接收到开启预先设定的密码启动应用的操作，则跳过所述密码启动应用的密码输入界面，控制所述显示器显示所述密码启动应用的运行界面。

8.根据权利要求1所述的终端设备，其特征在于，所述打卡设备为所述终端设备预先绑定的可信任打卡设备。

9.一种解锁方法，其特征在于，所述方法包括：

若监测到终端设备的电子标签卡片完成在所述终端设备关联的打卡设备上的打卡操作，将所述终端设备在设定信任时长内设置为可信任状态；

在所述终端设备处于可信任状态时，若接收到针对终端设备输入的屏幕解锁操作，则跳过解锁界面，显示所述终端设备的运行界面。

10.一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，其特征在于：所述计算机程序被处理器执行时，实现权利要求9所述的方法。

Images