CN107479700B - 黑屏手势控制方法、装置、存储介质及移动终端 - Google Patents

Abstract

本发明实施例公开了一种黑屏手势控制方法、装置、存储介质及移动终端。该方法包括在基于黑屏手势唤醒***后，驱动层在上报黑屏手势事件时，并行执行读取所述黑屏手势的手势数据的操作，并将所述手势数据存储在驱动层的预设节点内；应用层在接收到所述黑屏手势事件时，检测所述预设节点内的手势数据是否准备完成；在准备完成时，应用层由所述预设节点内读取所述手势数据；应用层在所述手势数据读取成功且有效时，执行所述手势数据对应的黑屏手势功能。上述技术方案通过改变黑屏手势功能的控制逻辑，可以有效地提升黑屏手势的响应速度，缩短由检测到黑屏手势至打开该黑屏手势对应的应用程序所需的时间。

Description

黑屏手势控制方法、装置、存储介质及移动终端

技术领域

本发明实施例涉及移动终端技术，尤其涉及黑屏手势控制方法、装置、存储介质及移动终端。

背景技术

目前的移动终端，例如智能手机、掌上电脑、平板电脑或掌上游戏机等通常被设计为具有触控显示屏的结构，以提供触摸输入方式，使用户的操作更加便捷。

黑屏手势在现有智能手机上有着广泛应用，当黑屏手势功能被开启后，在智能手机待机黑屏的状态下也可实现检测作用于触控显示屏上的手势操作，从而触发手机内部相应的功能或软件。黑屏手势因其能够减少了用户打开手势内部功能或应用软件的操作步骤，且具有酷炫的使用效果，而被广泛应用。但是，目前的黑屏手势处理流程存在缺陷导致移动终端对黑屏手势的响应速度慢，黑屏手势功能反应不够灵敏。

发明内容

本发明实施例提供一种黑屏手势控制方法、装置、存储介质及移动终端，可以提高黑屏手势的响应速度。

第一方面，本发明实施例提供了一种黑屏手势控制方法，包括：

在基于黑屏手势唤醒***后，驱动层在上报黑屏手势事件时，并行执行读取所述黑屏手势的手势数据的操作，并将所述手势数据存储在驱动层的预设节点内；

应用层在接收到所述黑屏手势事件时，检测所述预设节点内的手势数据是否准备完成；

在准备完成时，应用层由所述预设节点内读取所述手势数据，其中，所述手势数据包括手势类型；

应用层在所述手势数据读取成功且有效时，执行所述手势数据对应的黑屏手势功能。

第二方面，本发明实施例还提供了一种黑屏手势控制装置，该装置包括：

第一数据读取模块，用于在基于黑屏手势唤醒***后，驱动层在上报黑屏手势事件时，并行执行读取所述黑屏手势的手势数据的操作，并将所述手势数据存储在驱动层的预设节点内；

数据检测模块，用于应用层在接收到所述黑屏手势事件时，检测所述预设节点内的手势数据是否准备完成；

第二数据读取模块，用于在准备完成时，应用层由所述预设节点内读取所述手势数据，其中，所述手势数据包括手势类型；

功能执行模块，用于应用层在所述手势数据读取成功且有效时，执行所述手势数据对应的黑屏手势功能。

第三方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所述的黑屏手势控制方法。

第四方面，本发明实施例还提供了一种移动终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明实施例所述的黑屏手势控制方法。

本发明实施例提供的移动终端的黑屏手势控制方案，通过并行执行上报黑屏手势事件与读取手势数据的操作；并在驱动层读取手势数据的过程中若应用层接收到该黑屏手势事件，则应用层按照设定周期检测该手势数据是否准备完成；在准备完成时，应用层由该预设节点内读取手势数据，其中，所述手势数据包括手势类型；在读取成功时，判断手势数据是否有效，若有效，则执行手势数据对应的黑屏手势功能。上述技术方案通过改变黑屏手势功能的控制逻辑，可以有效地提升黑屏手势的响应速度，缩短由检测到黑屏手势至打开该黑屏手势对应的应用程序所需的时间。

附图说明

图1是本发明实施例提供的一种黑屏手势控制方法的流程图；

图2是本发明实施例提供的一种安卓***框架示意图；

图3a是本发明实施例提供的另一种黑屏手势控制方法的流程图；

图3b是本发明实施例提供的一种黑屏手势轨迹的显示示意图；

图4a是本发明实施例提供的另一种黑屏手势控制方法的流程图；

图4b是本发明实施例提供的另一种黑屏手势轨迹的显示示意图；

图5是本发明实施例提供的一种黑屏手势控制装置的结构示意图；

图6是本发明实施例提供的一种移动终端的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

黑屏手势功能是在移动终端(例如智能手机)处于熄屏休眠的情况下，触控显示屏以低功耗状态运行，以检测熄屏下的作用于触控显示屏的黑屏手势，并根据该黑屏手势来唤醒智能手机的某项功能或开启预先设置的与黑屏手势类型对应的应用程序的功能。为了便于理解黑屏手势功能，下面对由熄屏状态下检测到黑屏手势至应用层开启该黑屏手势对应的应用程序的流程进行说明，该流程包括：将黑屏手势对应的手势数据存入驱动层的预设节点内，其中，手势数据包括手势坐标和手势类型；由驱动层执行黑屏手势数据有效性判断；若有效，则由框架层执行黑屏手势事件派发；在应用层接收到黑屏手势事件后，由应用层从驱动层内预设节点读取手势数据，手势坐标根据该手势坐标和手势类型计算黑屏手势的动画轨迹，将动画轨迹数据发送至帧缓存(FrameBuffer)，以按照设定的屏幕刷新率将该动画轨迹刷新至触控显示屏，进行显示；随后，由应用层执行开启该黑屏手势对应的应用程序的操作。

由上述黑屏手势执行流程可知，在触控显示屏显示黑屏手势轨迹并打开应用程序之前，还需要执行：驱动层通过设定读取函数由触摸芯片中读取手势坐标，并存储于驱动层的预设节点；驱动层根据该手势坐标确定用户输入的黑屏手势的手势类型，再将该手势类型也作为手势数据存储于该预设节点内。驱动层上报黑屏手势事件。应用层在接收到黑屏手势事件后，由该预设节点读取手势数据，根据手势数据确定手势轨迹。由于上述步骤是在触控显示屏熄灭的状态下进行的，从用户的角度看来移动终端是没有反应的，即从输入黑屏手势至打开该黑屏手势对应的应用程序的延时时间较长，导致用户直观的认为黑屏手势功能反应不够灵敏。本发明实施例提供的黑屏手势控制方案可以很好的解决上述的黑屏手势对应的应用程序的开启延时较长的问题。

图1是本发明实施例提供的一种黑屏手势控制方法的流程图，该方法由黑屏手势控制装置来执行，其中，该装置可由软件和/或硬件实现，一般可集成在移动终端中。如图1所示，该方法包括：

步骤110、在基于黑屏手势唤醒***后，驱动层在上报黑屏手势事件时，并行执行读取所述黑屏手势的手势数据的操作，并将所述手势数据存储在驱动层的预设节点内。

其中，黑屏手势事件可以是驱动层与应用层预先协商好的用于代表有黑屏手势输入的事件。

黑屏手势可以是用户在黑屏手势功能开启后，在处于熄屏状态的移动终端的触控显示屏上输入的触摸手势。可以理解的是黑屏手势并不限于在触控显示屏上输入的触摸手势，还可以是由移动终端的传感器检测到的操作等。例如，左右摇晃智能手机的手势，从智能手机的触控显示屏上空拂过的手势及按压智能手机边框的手势等等。

手势数据包括对应于黑屏手势的手势坐标、手势类型及预设结束位等。

预设节点可以为文件节点，例如可以是proc-D目录下的虚拟文件节点。

图2是本发明实施例提供的一种安卓***框架示意图。以图2所示的操作***为安卓(Android)***的移动终端为例，介绍本发明实施例提供的黑屏手势功能的执行流程。如图2所示，安卓***框架由下至上包括内核层210、核心类库层220、框架层230及应用层240。其中，内核层210提供核心***服务，包括安全、内存管理、进程管理、网络协议栈及硬件驱动等。其中，将内核层210中的硬件驱动记为驱动层211，该驱动层211包括触控显示屏驱动、摄像头驱动等。核心类库层220包括安卓运行环境(Android Runtime)和类库(Libraries)。其中，Android Runtime提供大部分在Java编程语言核心类库中可用的功能，包括核心库(Core Libraries)和Dalvik虚拟机(Dalvik VM)。每一个安卓应用程序是Dalvik虚拟机中的实例，运行在它们自己的进程中。类库供安卓***的各个组件使用，包括如下功能：媒体库(Media Framework)、界面管理(Surface Manager)、SQLite(关系数据库引擎)及FreeType(位图和矢量字体渲染)等，其各个功能通过安卓***的框架层230暴露给开发者使用。框架层230提供开发安卓应用程序所需的一系列类库，使开发人员可以进行快速的应用程序开发，方便重用组件，也可以通过继承实现个性化的扩展，其提供的服务包括组件管理服务、窗口管理服务、***数据源组件、空间框架、资源管理服务及安装包管理服务等。应用层240上包括各类与用户直接交互的应用程序，或由Java语言编写的运行于后台的服务程序，包括桌面应用、联系人应用、通话应用、相机应用、图片浏览器、游戏、地图、web浏览器等程序，以及开发人员开发的其他应用程序。

示例性的，在黑屏手势功能开启后，触摸芯片在检测到黑屏手势时，生成一唤醒信号，并发送该唤醒信号至内核层。通过该唤醒信号触发内核层执行***唤醒操作。在***唤醒后，内核层调用驱动层中断处理函数执行，驱动层通过该中断处理函数读取触摸芯片中手势数据，并将读取的手势数据存储在驱动层的预设节点内。其中，触摸芯片用于输出触摸感测控制信号至触控显示屏，以检测触摸操作，识别作用于触控显示屏上的黑屏手势的手势坐标，将该手势坐标作为手势数据存储在自身的寄存器中。预设节点可以为文件节点，例如可以是proc-D目录下的虚拟文件节点。在数据读取完成后，驱动层判定该手势数据的有效性，有效性判定的方式有很多种，本实施例不作具体限定。例如，驱动层根据该手势数据包含的手势坐标确定手势类型，并将所确定的手势类型作为手势数据存储在该预设节点内。若该手势类型不是预设的黑屏手势，则判定手势数据无效。又如，驱动层统计该手势数据的数目，判定该数目是否满足绘制预设的黑屏手势的要求，若否，则判定手势数据无效。在数据有效时，驱动层上报黑屏手势事件。该黑屏手势事件经内核层、核心类库层传输至框架层，并通过框架层派发，达到应用层。应用层在获取到黑屏手势事件时，检测驱动层的预设节点中的手势数据是否准备完成。若是，则由该预设节点读取手势数据。根据该手势数据包含的手势坐标计算出黑屏手势轨迹，将该黑屏手势轨迹绘制在触控显示屏上进行显示。然后，应用层基于所读取的手势数据中的手势类型，打开与该手势类型对应的应用程序。其中，手势类型可以是预先设置于移动终端中的用于实现某一功能的手势，还可以是用户自定义的手势。例如，手势类型可以是O，代表打开相机。又如，手势类型可以是V，代表打开手电筒等等。

可以理解的是，黑屏手势功能的执行流程并不限于本实施例中列举的方式。例如，还可以是在***唤醒时即上报黑屏手势事件，内核层调用驱动层中断处理函数执行，驱动层通过该中断处理函数读取触摸芯片中手势数据，并将该手势数据存储在驱动层的预设节点内；在上报黑屏手势事件时，驱动层并行执行由该预设节点内读取手势数据，根据手势数据确定手势类型的操作；可选的，驱动层上报黑屏手势事件，该黑屏手势事件通过框架层分发至应用层。在上报黑屏手势事件时，内核层调用驱动层中断处理函数执行，驱动层通过中断处理函数并行执行从该触摸芯片中读取该黑屏手势对应的手势数据，并将该手势数据存储在驱动层的预设节点内。驱动层检测该预设节点内的手势数据是否包括预设结束位，若是，则根据手势坐标确定该黑屏手势对应的手势类型。

步骤120、应用层在接收到所述黑屏手势事件时，检测所述预设节点内的手势数据是否准备完成。

其中，预设节点内的手势数据的状态包括准备完成及准备中。可以根据检测该预设节点中手势数据是否包括预设结束位，判定该预设节点数据处于准备完成状态或是准备中状态。例如，预先预设结束位对应的字符是“#”。在用户输入黑屏手势时，触摸芯片将检测到的黑屏手势对应的手势数据存入自身预设的寄存器中。触摸芯片在检测到黑屏手势输入完成后(例如，预设时间长度内未检测到用户输入黑屏手势)，在寄存器中存储的手势数据的结尾添加“#”。驱动层按照设定周期读取该预设节点内的手势数据，若检测到该预设结束位对应的字符，即“#”，则判定该预设节点数据状态为准备完成。此时，将驱动层内的设定标识位的取值变更为代表手势数据准备完成的取值。其中，该设定标识位用于标识驱动层中的预设节点中手势数据的状态。该设定标识位的取值由驱动层是否读取到预设结束位确定。若驱动层读取到预设结束位，则更新该设定标识位的取值为准备完成状态对应的数值。若驱动层未读取到预设结束位，则保持该设定标识位的取值为准备中状态对应的数值。

可以理解的是，该结束位可以有很多种，并不限于本实施例列举的“#”。

应用层在接收到黑屏手势事件后，周期性地读取配置于驱动层内的设定标识位的取值。应用层可以通过该设定标识位的取值获知该预设节点中的手势数据的状态是准备完成还是准备中。在该预设节点内的手势数据未准备完成时，启动计时器定时设定时间长度，等待该设定时间长度，再读取驱动层中该标识位的取值，以根据其取值判断该预设节点内的手势数据是否准备完成。

可以理解的是，在内核层调用驱动层中断处理函数执行，驱动层通过该终端处理函数从该触摸芯片中读取该黑屏手势对应的手势数据，并存入驱动层的预设节点的过程中，应用层周期性的读取设定标识位。

步骤130、在准备完成时，应用层由所述预设节点内读取所述手势数据。

在该预设节点内的手势数据准备完成后，应用层从该预设节点内提取手势数据。例如，应用层调用设定函数从proc-D目录下的虚拟文件节点内读取手势坐标及手势类型等。

步骤140、应用层在所述手势数据读取成功且有效时，执行所述手势数据对应的黑屏手势功能。

其中，若应用层读取到该手势数据的预设结束位，则认为该手势数据读取成功。若应用层读取到的手势坐标的数目超过设定数量阈值，且该手势类型对应的黑屏手势为已启用的黑屏手势，则认为该黑屏手势数据有效。示例性的，应用层在由预设节点读取手势数据后，将该手势数据与预设结束位进行比对，若该手势数据包括预设结束位，则确定该手势数据读取成功，停止从预设节点读取数据。应用层根据该手势数据包括的手势类型查询已开启的黑屏手势的手势类型，若该手势类型对应的黑屏手势已开启，则统计所读取的手势数据中手势坐标的数目，判断该手势坐标的数目是否超过设定数量阈值。若是，则判定该手势数据有效。可以预先为各个黑屏手势设定绘制黑屏手势轨迹的最少手势坐标数量。

在该手势数据读取成功且有效时，应用层执行所述手势数据对应的黑屏手势功能。其中，黑屏手势功能包括打开某个应用程序、执行唤醒移动终端或切歌等功能。示例性的，在该手势数据读取成功且有效时，确定该黑屏手势对应的手势轨迹，并将该手势轨迹显示于触控显示屏上。根据手势类型与黑屏手势功能的对应关系，确定待执行的操作。例如，若根据该手势类型确定待执行的操作为打开照相机，则在该手势轨迹在触控显示屏上显示设定时间后，打开照相机，并将显示界面切换至照相机界面。

本实施例的技术方案，通过并行执行上报黑屏手势事件与读取手势数据的操作；并在驱动层读取手势数据的过程中若应用层接收到该黑屏手势事件，则应用层按照设定周期检测该手势数据是否准备完成；在准备完成时，应用层由该预设节点内读取手势数据，并在读取成功时，判断手势数据是否有效，若有效，则执行手势数据对应的黑屏手势功能。上述技术方案通过改变黑屏手势功能的控制逻辑，可以有效地提升黑屏手势的响应速度，缩短由检测到黑屏手势至打开该黑屏手势对应的应用程序所需的时间。

图3a是本发明实施例提供的另一种黑屏手势控制方法的流程图。如图3a所示，该方法包括：

步骤301、在基于黑屏手势唤醒***后，驱动层在上报黑屏手势事件时，并行执行读取所述黑屏手势的手势数据的操作，并将所述手势数据存储在驱动层的预设节点内。

步骤302、应用层在接收到所述黑屏手势事件时，查询驱动层中标识所述预设节点的数据状态的标识位。

在驱动层读取该黑屏手势的手势数据，并存储至驱动层的预设节点的过程中，若应用层接收到黑屏手势事件，则并行执行查询该预设节点内的手势数据是否包括预设结束位的操作。即在黑屏手势的手势数据写入预设节点的过程中，应用层实时检测该预设节点内的手势数据是否包括预设结束位，可以有效的避免从大量的数据中查找预设结束位而延长黑屏手势的响应时间的情况发生。

步骤303、根据标识位的取值判断所述手势数据是否准备完成，若是，则执行步骤306，否则，执行步骤304。

应用层按照设定的周期读取驱动层中的标识位的取值，并将该取值与代表该预设节点内的手势数据准备完成的数值进行匹配。若该取值等于该代表手势数据准备完成的数值，则判定该预设节点内的手势数据准备完成，执行步骤306；否则，判定该预设节点内的手势数据未准备完成，执行步骤304。

步骤304、通过计时器进行计时。

在该预设节点内的手势数据未准备完成时，启动计时器定时设定时间长度。其中，该设定时间长度等于应用层读取驱动层中标识位的第一周期。

步骤305、判断计时器的数值是否达到设定时间长度，若是，则执行步骤302，否则，执行步骤304。

按照第二周期读取该计时器的读数，将该读取与设定时间长度比较，若大于或等于该设定时间长度，则执行步骤302；否则，返回执行步骤304；其中，第二周期小于第一周期。

步骤306、应用层由所述预设节点内读取所述手势数据。

步骤307、判断所述手势数据是否读取成功且有效，若是，则执行步骤308，否则，执行步骤306。

步骤308、应用层通过至少一个开启线程，在后台开启所述手势类型对应的应用程序。

其中，开启线程用于执行在后台打开手势类型对应的应用程序的操作。在安卓***中，应用程序是由Activity组成的，因此，应用程序的启动过程实际上就是应用程序中的默认Activity的启动过程，包括Activity类的调用及对象的实例化等。在后台开启该手势类型对应的应用程序后，缓存应用程序界面对应的画面帧，暂不绘制应用程序界面至触控显示屏。

预先建立手势类型与应用程序或手机功能的关联关系，可以以设定白名单的方式存储手势类型与应用程序(如进程号或安装包名)或手机功能(如手机唤醒、会议模式或标准模式等工作模式切换)的关联关系。可以理解的是建立手势类型与应用程序的关联关系的方式有很多种，本发明实施例不作限定。例如，可以在移动终端出厂前为移动终端的设定功能或设定应用设置快捷启动功能，通过输入设定手势可以在熄屏状态下直接执行该设定功能或打开该设定应用。以手电筒为例，在移动终端出厂前预先设置手电筒具有快捷启动功能，通过输入黑屏手势“O”可以在熄屏状态下打开手电筒。又如，移动终端提供黑屏手势配置功能，在用户开启黑屏手势功能时，提示用户选择需要设置快捷启动功能的应用程序，并输入或选择该应用程序对应的黑屏手势，从而建立手势类型与应用程序的关联关系。

应用层在接收到黑屏手势事件时，通过开启线程查询预先设定的白名单，确定与该手势类型对应的应用程序，在后台开启该应用程序。

步骤309、应用层通过至少一个绘制线程，与所述开启线程并行执行确定所述手势类型对应的手势轨迹，并绘制所述手势轨迹至触控显示屏。

其中，绘制线程用于与开启线程并行执行确定该手势类型对应的手势轨迹，并显示该手势轨迹至触控显示屏的操作。可以由一个绘制线程单独完成手势轨迹的绘制，还可以是由两个或以上的绘制线程分别绘制手势轨迹片段。在各个绘制线程完成自己负责绘制的手势轨迹片段后，将已绘制完成的手势轨迹片段拼接为完整的手势轨迹，从而，可以有效地提高手势轨迹的绘制效率。

示例性的，应用层在通过开启线程执行在后台打开该手势类型对应的应用程序的同时，通过另外的至少一个绘制线程并行执行确定该手势类型对应的手势轨迹的操作。确定手势类型对应的手势轨迹的方式有很多种，例如，绘制线程从所述手势数据包括的坐标信息中提取满足所述手势类型的预设采样规则的采样点，根据所述采样点绘制所述手势类型对应的手势轨迹，并将包含采样点和采样点之间连线的画面帧发送至帧缓存(FrameBuffer)，以动画的形式将该手势轨迹展示在触控显示屏上，以模拟该黑屏手势的绘制过程。

可选的，预设采样规则可以是每隔设定数目的手势坐标采集一个手势坐标作为采样点。可以对该采样点作曲线拟合得到用户输入的黑屏手势的手势类型对应的手势轨迹。可以以该手势轨迹的第一采样点开始，每隔设定时间间隔绘制设定数目的像素点，从而，以动画的形式展示手势轨迹的绘制过程。其中，为了保证较高的黑屏手势响应速度，该设定时间间隔为人眼能分辨图像变化的最小时间间隔，当然该时间间隔可以根据需要设定。曲线拟合是一种数据处理方式，即用连续曲线近似地刻画或比拟平面上离散点所表示的坐标之间的函数关系。

图3b是本发明实施例提供的一种黑屏手势轨迹的显示示意图。如图3b所示，以手势类型“W”的第一采样点301为起点，每隔设定时间间隔绘制3个采样点之间的手势轨迹。在第一次绘制时，由第一采样点301开始绘制3个采样点之间的手势轨迹，然后间隔设定时间长度进行第二次绘制。此时，由第四采样点302开始绘制3个采样点之间的手势轨迹，然后间隔设定时间长度进行第三次绘制。此时，由第七采样点303开始绘制3个采样点之间的手势轨迹，依此规则绘制手势轨迹直至绘出最后一个采样点304结束绘制，从而，实现在触控显示屏上以动画的形式显示所述手势轨迹，改善了静态显示手势轨迹的单调性问题，增加了趣味性。

步骤310、判断是否满足预设的应用程序界面的显示条件，若是，则执行步骤311，否则，执行步骤312。

预先设置由手势轨迹显示界面切换至应用程序的显示界面的显示条件，该显示条件可以根据实际需要设定为该手势类型对应的应用程序于后台打开成功且触控显示屏上显示的手势轨迹绘制至最后一个采样点。

应用层在检测到用户输入的黑屏手势对应的应用程序于后台开启完成时，判断触控显示屏上的手势轨迹是否绘制至最后一个采样点，若是，则执行步骤311，否则，执行步骤312。可选的，若触控显示屏上的手势轨迹绘制至最后一个采样点，但用户输入的黑屏手势对应的应用程序未开启完成，则在触控显示屏上显示完成的手势轨迹直至检测到该应用程序在后台已开启完成，再执行步骤311。

步骤311、应用层绘制所述应用程序对应的界面至所述触控显示屏，以在所述触控显示屏上显示所述应用程序的界面。

从缓存有应用程序界面对应的画面帧的预设存储区域读取数据，并以设定的屏幕刷新率将该应用程序界面刷新至触控显示屏，实现由手势轨迹界面直接切换至应用程序界面。

步骤312、在触控显示屏上继续显示所述手势轨迹。

本实施例的技术方案，通过在开启线程执行打开该手势类型对应的应用程序的同时，通过绘制线程从该手势数据的坐标信息中提取若干个满足预设采样规则的采样点，根据该采样点绘制手势轨迹，以动画的形式在触控显示屏上显示该手势轨迹；在满足针对应用程序界面的预设显示条件时，由手势轨迹显示界面切换至应用程序界面。通过采用上述技术方案，可以在执行后台打开应用程序的同时，迅速地确定用户输入的黑屏手势的手势轨迹，并将该手势轨迹生动地绘制在触控显示屏上，避免用户直观地感觉黑屏手势功能反应不灵敏的情况发生，从而进一步提升黑屏手势的响应速度。

图4a是本发明实施例提供的另一种黑屏手势控制方法的流程图。如图4a所示，该方法包括：

步骤401、触摸芯片在检测到黑屏手势时，触发内核层唤醒***。

步骤402、驱动层通过框架层向应用层上报所述黑屏手势对应的黑屏手势事件。

步骤403、驱动层在上报黑屏手势事件时，并行执行读取所述黑屏手势的手势数据的操作，并将所述手势数据存储在驱动层的预设节点内。

步骤404、应用层在接收到所述黑屏手势事件时，查询驱动层中标识所述预设节点的数据状态的标识位。

步骤405、根据标识位的取值判断所述手势数据是否准备完成，若是，则执行步骤408，否则，执行步骤406。

步骤406、通过计时器进行计时。

步骤407、判断计时器的数值是否达到设定时间长度。

步骤408、应用层由所述预设节点内读取所述手势数据。

步骤409、判断所述手势数据是否读取成功且有效，若是，则执行步骤410，否则，执行步骤408。

步骤410、应用层确定所述手势类型对应的手势轨迹，并绘制手势轨迹至触控显示屏。

查询预先配置的标准图形库，确定与该手势类型匹配的标准图形。其中，该标准图形库可以设置于移动终端中，以便于应用层查询，因其不依赖于互联网而具有较快的查询速度。并且，该标准图形库可以在移动终端联网后，基于远程服务器推送的更新消息进行更新。可选的，该标准图形库还可以存储于远程服务器，以避免占用移动终端的存储空间。

示例性的，用户输入黑屏手势的手势类型为“W”，根据该手势类型查询该标准图形库，确定设定显示效果的“W”的标准图形。其中，设定显示效果可以是***默认的显示效果或者用户预先设定的显示效果，包括字体颜色、字形、字号等等。

绘制线程可以根据手势类型查询标准图形库得到该黑屏手势对应的标准图形，而不需要再获取手势坐标，进行手势轨迹绘制，大大减少了数据获取量。

应用层在预先配置的标准图形库中查找到与该手势类型匹配的标准图形，绘制该标准图形的图像，并将图像数据存储于触控显示屏的帧缓存内，按照设定的屏幕刷新率将标准图形的图像刷新至触控显示屏，以在该触控显示屏上显示该标准图形的图像。

图4b是本发明实施例提供的另一种黑屏手势轨迹的显示示意图。如图4b所示，用户在黑屏状态下输入黑屏手势“W”，即可在触控显示屏上显示该手势类型对应的标准图形。

步骤411、应用层开启所述手势类型对应的应用程序，并在所述触控显示屏上显示所述应用程序的界面。

从缓存有应用程序界面对应的画面帧的预设存储区域读取数据，并传输至帧缓存，以按照设定的屏幕刷新率将该应用程序界面刷新至触控显示屏，将显示画面由手势轨迹直接切换至应用程序界面。

本实施例的技术方案，通过查询预设标准图形库确定该手势类型对应的标准图形，绘制该标准图形的图像至触控显示屏；然后，开启所述手势类型对应的应用程序，并在所述触控显示屏上显示所述应用程序的界面。通过采用上述技术方案，通过查找预设标准图形库的方式，迅速地确定与用户输入的黑屏手势的手势轨迹对应的标准图形，并将该标准图形绘制在触控显示屏上，避免用户直观地感觉黑屏手势功能反应不灵敏的情况发生，从而进一步提升黑屏手势的响应速度。

图5是本发明实施例提供的一种黑屏手势控制装置的结构示意图。如图5所示，该装置包括：

第一数据读取模块510，用于在基于黑屏手势唤醒***后，驱动层在上报黑屏手势事件时，并行执行读取所述黑屏手势的手势数据的操作，并将所述手势数据存储在驱动层的预设节点内；

数据检测模块520，用于应用层在接收到所述黑屏手势事件时，检测所述预设节点内的手势数据是否准备完成；

第二数据读取模块530，用于在准备完成时，应用层由所述预设节点内读取所述手势数据；

功能执行模块540，用于应用层在所述手势数据读取成功且有效时，执行所述手势数据对应的黑屏手势功能。

本实施例的技术方案提供一种黑屏手势控制装置，通过改变黑屏手势功能的控制逻辑，可以有效地提升黑屏手势的响应速度，缩短由检测到黑屏手势至打开该黑屏手势对应的应用程序所需的时间。

可选的，在驱动层基于黑屏手势唤醒***之前，还包括：

触摸芯片在检测到黑屏手势时，触发内核层唤醒***；

所述上报黑屏手势事件，包括：驱动层通过框架层向应用层上报所述黑屏手势对应的黑屏手势事件。

可选的，所述并行执行读取所述黑屏手势对应的手势数据的操作，包括：

所述驱动层通过中断处理函数，并行执行从所述触摸芯片中读取所述黑屏手势对应的手势数据的操作。

可选的，应用层由所述黑屏手势事件触发执行检测所述预设节点内的手势数据是否准备完成，包括：

应用层在接收到所述黑屏手势事件时，查询驱动层中标识所述预设节点的数据状态的标识位；

应用层根据所述标识位的取值判断所述手势数据是否准备完成；

若是，则应用层执行从所述预设节点内提取所述手势数据的操作；

否则，在等待设定时间长度后，应用层返回执行查询所述标识位的操作。

可选的，在应用层由所述预设节点内读取所述手势数据之后，还包括：

应用层判断由所述预设节点内读取的手势数据是否包括所述手势数据的预设结束位，若是，则确定所述手势数据读取成功。

可选的，执行所述手势数据对应的黑屏手势功能，包括：

应用层确定所述手势类型对应的手势轨迹，并绘制手势轨迹至触控显示屏；

应用层开启所述手势类型对应的应用程序，并在所述触控显示屏上显示所述应用程序的界面。

可选的，执行所述手势数据对应的黑屏手势功能，包括：

应用层通过至少一个开启线程，在后台开启所述手势类型对应的应用程序；

应用层通过至少一个绘制线程，与所述开启线程并行执行确定所述手势类型对应的手势轨迹，并绘制所述手势轨迹至触控显示屏的操作；

在满足预设的显示条件时，应用层绘制所述应用程序对应的界面至所述触控显示屏，以在所述触控显示屏上显示所述应用程序的界面。

本发明实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种黑屏手势控制方法，该方法包括：

在基于黑屏手势唤醒***后，驱动层在上报黑屏手势事件时，并行执行读取所述黑屏手势的手势数据的操作，并将所述手势数据存储在驱动层的预设节点内；

应用层在接收到所述黑屏手势事件时，检测所述预设节点内的手势数据是否准备完成；

在准备完成时，应用层由所述预设节点内读取所述手势数据；

应用层在所述手势数据读取成功且有效时，执行所述手势数据对应的黑屏手势功能。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机***存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机***中，或者可以位于不同的第二计算机***中，第二计算机***通过网络(诸如因特网)连接到第一计算机***。第二计算机***可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机***中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的黑屏手势控制方法的操作，还可以执行本发明任意实施例所提供的黑屏手势控制方法中的相关操作。

本发明实施例提供了一种移动终端，该移动终端中可集成本发明实施例提供的黑屏手势控制装置。图6为本发明实施例提供的一种移动终端的结构示意图。如图6所示，该移动终端可以包括：壳体(图中未示出)、存储器601、中央处理器(Central Processing Unit，CPU)602(又称处理器，以下简称CPU)、电路板(图中未示出)、触控显示屏612和电源电路(图中未示出)。所述触控显示屏612，用于将用户操作转换成电信号输入至所述处理器，并显示可视输出信号；所述电路板安置在所述触控显示屏612与所述壳体围成的空间内部；所述CPU602和所述存储器601设置在所述电路板上；所述电源电路，用于为所述移动终端的各个电路或器件供电；所述存储器601，用于存储计算机程序；所述CPU602读取并执行所述存储器601中存储的计算机程序。所述CPU602在执行所述计算机程序时实现以下步骤：在基于黑屏手势唤醒***后，驱动层在上报黑屏手势事件时，并行执行读取所述黑屏手势的手势数据的操作，并将所述手势数据存储在驱动层的预设节点内；应用层在接收到所述黑屏手势事件时，检测所述预设节点内的手势数据是否准备完成；在准备完成时，应用层由所述预设节点内读取所述手势数据；应用层在所述手势数据读取成功且有效时，执行所述手势数据对应的黑屏手势功能。

所述移动终端还包括：外设接口603、RF(Radio Frequency，射频)电路605、音频电路606、扬声器611、电源管理芯片608、输入/输出(I/O)子***609、其他输入/控制设备610以及外部端口604，这些部件通过一个或多个通信总线或信号线607来通信。

应该理解的是，图示移动终端600仅仅是移动终端的一个范例，并且移动终端600可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的集成有黑屏手势控制装置的移动终端进行详细的描述，该移动终端以手机为例。

存储器601，所述存储器601可以被CPU602、外设接口603等访问，所述存储器601可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口603，所述外设接口603可以将设备的输入和输出外设连接到CPU602和存储器601。

I/O子***609，所述I/O子***609可以将设备上的输入输出外设，例如触控显示屏612和其他输入/控制设备610，连接到外设接口603。I/O子***609可以包括显示控制器6091和用于控制其他输入/控制设备610的一个或多个输入控制器6092。其中，一个或多个输入控制器6092从其他输入/控制设备610接收电信号或者向其他输入/控制设备610发送电信号，其他输入/控制设备610可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器6092可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。

触控显示屏612，所述触控显示屏612是用户终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

I/O子***609中的显示控制器6091从触控显示屏612接收电信号或者向触控显示屏612发送电信号。触控显示屏612检测触控显示屏上的接触，显示控制器6091将检测到的接触转换为与显示在触控显示屏612上的用户界面对象的交互，即实现人机交互，显示在触控显示屏612上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触控显示屏612形成的触摸敏感表面的延伸。

RF电路605，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路605接收并发送RF信号，RF信号也称为电磁信号，RF电路605将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路605可以包括用于执行这些功能的已知电路，其包括但不限于天线***、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。

音频电路606，主要用于从外设接口603接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器611。

扬声器611，用于将手机通过RF电路605从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片608，用于为CPU602、I/O子***及外设接口所连接的硬件进行供电及电源管理。

本发明实施例提供的移动终端，可以有效地提升黑屏手势的响应速度，缩短由检测到黑屏手势至打开该黑屏手势对应的应用程序所需的时间。

上述实施例中提供的黑屏手势控制装置、存储介质及移动终端可执行本发明任意实施例所提供的黑屏手势控制方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的黑屏手势控制方法。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种黑屏手势控制方法，其特征在于，包括：

在基于黑屏手势唤醒***后，驱动层在上报黑屏手势事件时，并行执行读取所述黑屏手势的手势数据的操作，并将所述手势数据存储在驱动层的预设节点内，其中，所述黑屏手势包括处于熄屏状态的移动终端的触控显示屏上输入的触摸手势或传感器检测到的操作，所述黑屏手势事件是所述驱动层与应用层预先协商的用于代表有黑屏手势输入的事件，所述手势数据包括对应于黑屏手势的手势坐标、手势类型及预设结束位，所述预设节点为文件节点，所述基于黑屏手势唤醒***，包括触摸芯片在检测到黑屏手势时，生成唤醒信号，通过所述唤醒信号触发内核层唤醒***；

应用层在接收到所述黑屏手势事件时，检测所述预设节点内的手势数据是否准备完成；

在准备完成时，应用层由所述预设节点内读取所述手势数据，其中，所述手势数据包括手势类型；

应用层在所述手势数据读取成功且有效时，执行所述手势数据对应的黑屏手势功能。

2.根据权利要求1所述的方法，其特征在于，所述上报黑屏手势事件，包括：

驱动层通过框架层向应用层上报所述黑屏手势对应的黑屏手势事件。

3.根据权利要求2所述的方法，其特征在于，所述并行执行读取所述黑屏手势对应的手势数据的操作，包括：

所述驱动层通过中断处理函数，并行执行从所述触摸芯片中读取所述黑屏手势对应的手势数据的操作。

4.根据权利要求1所述的方法，其特征在于，应用层由所述黑屏手势事件触发执行检测所述预设节点内的手势数据是否准备完成，包括：

应用层在接收到所述黑屏手势事件时，查询驱动层中标识所述预设节点的数据状态的标识位；

应用层根据所述标识位的取值判断所述手势数据是否准备完成；

若是，则应用层执行从所述预设节点内提取所述手势数据的操作；

否则，在等待设定时间长度后，应用层返回执行查询所述标识位的操作。

5.根据权利要求1所述的方法，其特征在于，在应用层由所述预设节点内读取所述手势数据之后，还包括：

应用层判断由所述预设节点内读取的手势数据是否包括所述手势数据的预设结束位，若是，则确定所述手势数据读取成功。

6.根据权利要求1至5中任一项所述的方法，其特征在于，执行所述手势数据对应的黑屏手势功能，包括：

应用层确定所述手势类型对应的手势轨迹，并绘制手势轨迹至触控显示屏；

应用层开启所述手势类型对应的应用程序，并在所述触控显示屏上显示所述应用程序的界面。

7.根据权利要求1至5中任一项所述的方法，其特征在于，执行所述手势数据对应的黑屏手势功能，包括：

应用层通过至少一个开启线程，在后台开启所述手势类型对应的应用程序；

应用层通过至少一个绘制线程，与所述开启线程并行执行确定所述手势类型对应的手势轨迹，并绘制所述手势轨迹至触控显示屏的操作；

在满足预设的显示条件时，应用层绘制所述应用程序对应的界面至所述触控显示屏，以在所述触控显示屏上显示所述应用程序的界面。

8.一种黑屏手势控制装置，其特征在于，包括：

第一数据读取模块，用于在基于黑屏手势唤醒***后，驱动层在上报黑屏手势事件时，并行执行读取所述黑屏手势的手势数据的操作，并将所述手势数据存储在驱动层的预设节点内，其中，所述黑屏手势包括处于熄屏状态的移动终端的触控显示屏上输入的触摸手势或传感器检测到的操作，所述黑屏手势事件是所述驱动层与应用层预先协商的用于代表有黑屏手势输入的事件，所述手势数据包括对应于黑屏手势的手势坐标、手势类型及预设结束位，所述预设节点为文件节点，所述基于黑屏手势唤醒***，包括触摸芯片在检测到黑屏手势时，生成唤醒信号，通过所述唤醒信号触发内核层唤醒***；

数据检测模块，用于应用层在接收到所述黑屏手势事件时，检测所述预设节点内的手势数据是否准备完成；

第二数据读取模块，用于在准备完成时，应用层由所述预设节点内读取所述手势数据，其中，所述手势数据包括手势类型；

功能执行模块，用于应用层在所述手势数据读取成功且有效时，执行所述手势数据对应的黑屏手势功能。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至7中任一所述的黑屏手势控制方法。

10.一种移动终端，包括触控显示屏、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一所述的黑屏手势控制方法。

Images