CN107529636A - 改善黑屏手势响应的方法、装置、存储介质及移动终端 - Google Patents

Abstract

本发明实施例公开了一种改善黑屏手势响应的方法、装置、存储介质及移动终端。该方法包括在检测到黑屏手势事件时，获取所述黑屏手势事件对应的手势数据，其中所述手势数据包括手势类型；通过至少一个开启线程，在后台开启所述手势类型对应的应用程序；通过至少一个绘制线程，与所述开启线程并行执行确定所述手势类型对应的手势轨迹，并绘制所述手势轨迹至显示屏；在满足预设的显示条件时，绘制所述应用程序对应的界面至所述显示屏，以在所述显示屏上显示所述应用程序的界面。通过采用上述技术方案，可以有效地提升黑屏手势的响应速度。

Description

改善黑屏手势响应的方法、装置、存储介质及移动终端

技术领域

本发明实施例涉及移动终端技术，尤其涉及一种改善黑屏手势响应的方法、装置、存储介质及移动终端。

背景技术

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

黑屏手势是目前智能手机的一个独具特色又具有科技未来感的功能，当黑屏手势功能被开启后，在智能手机待机黑屏的状态下也可实现检测作用于显示屏上的手势操作，从而触发手机内部相应的功能或软件。但是，目前的黑屏手势处理流程存在缺陷导致移动终端对黑屏手势的响应速度慢，黑屏手势功能反应不够灵敏。

发明内容

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

第一方面，本发明实施例提供了一种改善黑屏手势响应的方法，包括：

在检测到黑屏手势事件时，获取所述黑屏手势事件对应的手势数据，其中，所述手势数据包括手势类型；

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

通过至少一个绘制线程，与所述开启线程并行执行根据所述手势数据确定所述手势类型对应的手势轨迹，并绘制所述手势轨迹至显示屏；

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

第二方面，本发明实施例还提供了一种改善黑屏手势响应的装置，包括：

手势数据获取模块，用于在检测到黑屏手势事件时，获取所述黑屏手势事件对应的手势数据，其中，所述手势数据包括手势类型；

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

手势轨迹绘制模块，用于通过至少一个绘制线程，与所述开启线程并行执行根据所述手势数据确定所述手势类型对应的手势轨迹，并绘制所述手势轨迹至显示屏；

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

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

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

本发明实施例提供的改善黑屏手势响应的方案，通过在检测到黑屏手势事件时，获取黑屏手势事件对应的手势数据，其中，该手势数据包括手势类型；通过至少一个开启线程，在后台开启所述手势类型对应的应用程序；通过至少一个绘制线程，与所述开启线程并行执行根据所述手势数据确定所述手势类型对应的手势轨迹，并绘制所述手势轨迹至显示屏；在满足预设的显示条件时，绘制该应用程序对应的界面至显示屏，以在显示屏上显示该应用程序的界面。通过采用上述技术方案，可以有效地提升黑屏手势的响应速度，缩短由检测到黑屏手势至打开该黑屏手势对应的应用程序所需的时间。

附图说明

图1是本发明实施例提供的一种改善黑屏手势响应的方法的流程图；

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

图3是本发明实施例提供的获取所述黑屏手势事件对应的手势数据的方法的流程图；

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

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

图5a是本发明实施例提供的又一种改善黑屏手势响应的方法的流程图；

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

图6是本发明实施例提供的一种改善黑屏手势响应的装置的结构框图；

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

具体实施方式

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

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

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

由于上述黑屏手势执行流程是在显示屏熄灭的状态下检测黑屏手势，由检测到的黑屏手势触发上报黑屏手势事件至在显示屏上显示黑屏手势轨迹后打开应用程序的过程中，从用户的角度看来移动终端是没有反应的。例如，在用户输入黑屏手势打开对应的应用程序时，由于打开应用程序的操作需要花费较长的时间，会导致用户在输入黑屏手势后，***延时一段时间才能在显示屏上显示该应用程序的界面。从而，导致用户直观的认为黑屏手势功能反应不够灵敏。本发明实施例提供的改善黑屏手势响应的方案可以很好的解决上述的黑屏手势对应的应用程序的开启延时较长的问题。

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

步骤110、在检测到黑屏手势事件时，获取所述黑屏手势事件对应的手势数据。

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

黑屏手势可以是用户在黑屏手势功能开启后，在处于熄屏状态的移动终端的显示屏上输入的触摸手势。可以理解的是黑屏手势并不限于在显示屏上输入的触摸手势，还可以是由移动终端的传感器检测到的操作等。例如，左右摇晃智能手机的手势，从智能手机的显示屏上空拂过的手势及按压智能手机边框的手势等等。其中，显示屏为具有触摸检测功能的显示屏。例如，可以将触控电极制作于显示面板的玻璃基板上得到具有触摸检测功能的显示屏。可以理解的是，对于不具有触摸检测功能的显示屏，需要配合触摸屏实现本发明实施例中显示屏的功能。

手势数据包括手势类型、手势坐标和设定结束位等。

图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、通过至少一个开启线程，在后台开启所述手势类型对应的应用程序。

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

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

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

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

其中，绘制线程用于与开启线程并行执行确定该手势类型对应的手势轨迹，并显示该手势轨迹至显示屏的操作。

示例性的，应用层在通过开启线程执行在后台打开该手势类型对应的应用程序的同时，通过另外的至少一个绘制线程并行执行确定该手势类型对应的手势轨迹的操作。确定手势类型对应的手势轨迹的方式有很多种，例如，可以在移动终端中预先存储黑屏手势的手势类型对应的不同显示效果的手势图片。在有黑屏手势输入后，绘制线程可以获取黑屏手势的手势类型而不需要再获取手势坐标，大大减少了数据获取量。然后，根据该手势类型确定手势图片，并绘制该手势图片，将绘制好的手势图片发送至帧缓存(FrameBuffer)，以按照设定的刷新率将手势图片刷新至显示屏。其中，可以根据手势类型选择默认显示效果的手势图片。还可以是根据手势类型选择符合用户预先选择的显示效果的手势图片。又如，为了更真实的重现用户输入的黑屏手势，在有黑屏手势输入后，绘制线程可以获取手势类型和手势坐标，按照该手势类型对应的设定绘制规则提取该手势坐标中的多个采样点，顺序连接该采样点得到该手势类型对应的手势轨迹，并将包含采样点和采样点之间连线的画面帧发送至帧缓存(FrameBuffer)，以动画的形式将该手势轨迹展示在显示屏上，以模拟该黑屏手势的绘制过程。需要说明的是，上述过程可以由一个绘制线程单独完成，还可以是由两个或以上的绘制线程分别绘制手势轨迹片段。在各个绘制线程完成自己负责绘制的手势轨迹片段后，将已绘制完成的手势轨迹片段拼接为完整的手势轨迹。

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

其中，该显示条件可以根据实际需要设置，本发明实施例并不作具体限定。例如，可以规定显示屏上手势轨迹的显示时间阈值，作为应用程序界面的显示条件，即在手势轨迹显示时间达到设定显示时间阈值时，显示屏画面切换至应用程序界面。又如，可以规定显示屏上显示了绘制至显示屏上的手势轨迹的结束点为显示条件，即在手势轨迹绘制出结束点时，显示屏画面切换至应用程序界面。

示例性的，在手势轨迹显示时间达到设定显示时间阈值时，从缓存有应用程序界面对应的画面帧的预设存储区域读取数据，并传输至帧缓存(FrameBuffer)，以按照设定的刷新率将该应用程序界面刷新至显示屏，将显示画面由手势轨迹直接切换至应用程序界面。

本实施例的技术方案，通过在检测到黑屏手势事件时，获取黑屏手势事件对应的手势数据，其中，该手势数据包括手势类型；通过至少一个开启线程，在后台开启所述手势类型对应的应用程序；通过至少一个绘制线程，与所述开启线程并行执行根据所述手势数据确定所述手势类型对应的手势轨迹，并绘制所述手势轨迹至显示屏；在满足预设的显示条件时，绘制该应用程序对应的界面至显示屏，以在显示屏上显示该应用程序的界面。通过采用上述技术方案，可以有效地提升黑屏手势的响应速度，缩短由检测到黑屏手势至打开该黑屏手势对应的应用程序所需的时间。

可选的，一些情况下，用户可能输入了错误的黑屏手势，并在显示手势轨迹时及时发现了该错误，此时，用户往往不希望该错误的黑屏手势对应的应用程序被打开并在显示屏上显示。可以通过在绘制该应用程序对应的界面至显示屏之前，增加后台关闭应用程序的功能。例如，在绘制该应用程序对应的界面至显示屏之前，判断是否检测到用户输入的针对应用程序的放弃开启指令；若是，则在后台关闭该应用程序，并控制移动终端恢复黑屏手势模式，可以实现在显示黑屏手势的应用程序之前，及时拦截错误的黑屏手势对应的应用程序，避免浪费图像处理器的处理资源。同时，可以避免显示错误的黑屏手势对应的应用程序后，用户再关闭该应用程序，可以有效地缩短重新进入黑屏手势模式的时间。

图3是本发明实施例提供的获取所述黑屏手势事件对应的手势数据的方法的流程图。如图3所示，该方法包括：

步骤310、在检测到黑屏手势事件时，读取驱动层中标识所述预设节点数据状态的标识位。

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

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

该标识位用于标识驱动层中的预设节点中手势数据的状态。应用层可以通过查询该标识位的方式获知该预设节点中的手势数据的状态是准备完成还是准备中。其中，该标识位的取值由驱动层是否读取到设定结束位确定。例如，若驱动层读取到设定结束位，则更新该标识位的取值为预设的准备完成状态对应的数值。此后，应用层根据该更新后的标识位，可以判定该预设节点内的数据为准备完成状态。若驱动层未读取到设定结束位，则保持该标识位的取值为准备中状态对应的数值。

步骤320、根据标识位判断所述预设节点内的手势数据是否准备完成，若是，则执行步骤330，否则，执行步骤340。

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

步骤330、从所述预设节点内提取所述手势数据。

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

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

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

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

按照第二周期读取该计时器的读数，将该读取与设定时间长度比较，若大于或等于该设定时间长度，则执行步骤310；否则，返回执行步骤340；其中，第二周期小于第一周期。示例性的，应用层在判定该预设节点内的手势数据未准备完成时，等待设定时间长度，再读取驱动层中该标识位的取值，以根据其取值判断该预设节点内的手势数据是否准备完成。

本实施例的技术方案，通过读取驱动层中预置的标识位的方式判定驱动层的预设节点内的手势数据是否准备完成；若准备完成，则读取该预设节点内的手势数据，否则，等待设定时间长度后，重新读取该设定标识位，以进行该预设节点内数据状态判断。通过采用上述技术方案，可以有效地缩短应用层判断手势数据准备完成并读取该手势数据的时间，从而进一步提升黑屏手势的响应速度。

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

步骤410、在检测到黑屏手势事件时，获取所述黑屏手势事件对应的手势数据。

其中，手势数据包括手势类型。该手势类型是由驱动层根据黑屏手势对应的手势坐标，采用曲线拟合的方式确定的。曲线拟合是一种数据处理方式，即用连续曲线近似地刻画或比拟平面上离散点所表示的坐标之间的函数关系。示例性的，驱动层根据读取的手势数据中的手势坐标作曲线拟合来计算与输入黑屏手势最接近的手势类型。

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

步骤430、通过至少一个绘制线程，与所述开启线程并行执行将所述手势类型与预置的标准图形进行匹配。

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

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

步骤440、在显示屏上显示与所述手势类型匹配成功的标准图形。

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

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

步骤450、判断是否满足针对应用程序预设的显示条件，若是，则执行步骤460，否则，执行步骤440。

预先设置由标准图形的图像显示界面切换至应用程序的显示界面的显示条件，该显示条件可以根据实际需要设置为当前标准图形的图像显示时间不超过设定时间阈值等。若满足针对应用程序预设的显示条件，则执行步骤470，否则，返回执行步骤450。

步骤460、判断是否检测到用户输入的针对应用程序的放弃开启指令，若否，则执行步骤470，否则，执行步骤480。

其中，该放弃开启指令是预先配置的由用户的设定操作触发的指令。可以触发放弃开启指令的设定操作有很多中种，此处不作具体限定。示例性的，可以是***默认的手势，如晃动移动终端或由移动终端的显示屏上端拂过等。还可以是用户自定的手势等等。

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

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

步骤480、在后台关闭所述应用程序，控制移动终端恢复黑屏手势模式。

若检测到用户输入了放弃显示指令，则不执行绘制该应用程序对应的界面至显示屏的操作，在后台关闭该应用程序，并熄灭显示屏，控制移动终端重新进入黑屏手势模式。在该黑屏手势模式下，移动终端具有较低的功耗，且能够检测作用于显示屏上的黑屏手势。

本实施例的技术方案，通过获取的手势数据包括的手势类型，开启线程执行打开该手势类型对应的应用程序的同时；通过绘制线程查询预设标准图形库确定该手势类型对应的标准图形，绘制该标准图形的图像至显示屏；在满足针对应用程序预设的显示条件时，将显示画面由手势轨迹直接切换至应用程序界面。通过采用上述技术方案，可以在执行后台打开应用程序的同时，通过手势类型查询标准图形库迅速地确定用户输入的黑屏手势的手势轨迹，并将该手势轨迹绘制在显示屏上，避免用户直观地感觉黑屏手势功能反应不灵敏的情况发生，从而进一步提升黑屏手势的响应速度。

图5a是本发明实施例提供的又一种改善黑屏手势响应的方法的流程图。如图5a所示，该方法包括：

步骤510、在检测到黑屏手势事件时，获取所述黑屏手势事件对应的手势数据。

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

步骤530、通过至少一个绘制线程，与所述开启线程并行执行从所述手势数据包括的手势坐标中提取满足所述手势类型的预设采样规则的采样点。

其中，预先为手势类型设置采样规则，例如，可以设置每隔设定数目的坐标点采集一个坐标点作为采样点。即通过绘制线程按照该预设采样规则，由应用层读取的手势数据中提取满足该预设采样规则的若干个采样点。

步骤540、根据所述采样点绘制所述手势类型对应的手势轨迹，并在所述显示屏上以动画的形式显示所述手势轨迹。

可以对该采样点作曲线拟合得到用户输入的黑屏手势的手势类型对应的手势轨迹。可以以该手势轨迹的第一采样点开始，每隔设定时间间隔绘制设定数目的像素点，从而，以动画的形式展示手势轨迹的绘制过程。其中，为了保证较高的黑屏手势响应速度，该设定时间间隔为人眼能分辨图像变化的最小时间间隔，当然该时间间隔可以根据需要设定。

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

步骤550、判断是否满足针对应用程序预设的显示条件，若是，则执行步骤560，否则执行步骤540。

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

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

步骤560、判断是否检测到用户输入的针对应用程序的放弃开启指令，若否，则执行步骤570，否则，执行步骤580。

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

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

步骤580、在后台关闭所述应用程序，控制移动终端恢复黑屏手势模式。

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

图6是本发明实施例提供的一种改善黑屏手势响应的装置的结构框图。该装置可有软件和/或硬件实现，一般集成在移动终端中。如图6所示，该装置可以包括：

手势数据获取模块610，用于在检测到黑屏手势事件时，获取所述黑屏手势事件对应的手势数据，其中，所述手势数据包括手势类型；

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

手势轨迹绘制模块630，用于通过至少一个绘制线程，与所述开启线程并行执行根据所述手势数据确定所述手势类型对应的手势轨迹，并绘制所述手势轨迹至显示屏；

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

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

可选的，手势数据获取模块610包括：

数字状态判断子模块，用于判断驱动层的预设节点内的手势数据是否准备完成；

数据提取子模块，用于若该预设节点内的手势数据已准备完成，则从所述预设节点内提取所述手势数据；

否则，在等待设定时间长度后，返回执行判断所述预设节点内的手势数据是否准备完成的操作。

可选的，数字状态判断子模块具体用于：

读取驱动层中标识所述预设节点数据状态的标识位，根据所述标识位的取值判断所述手势数据是否准备完成。

可选的，应用程序开启模块620具体用于：

根据所述手势数据包括的手势坐标，采用曲线拟合的方式判定所述黑屏手势的手势类型。

可选的，手势轨迹绘制模块630具体用于：

将所述手势类型与预置的标准图形进行匹配，在显示屏上显示与所述手势类型匹配成功的标准图形。

可替换的，手势轨迹绘制模块630具体用于：：

从所述手势数据包括的手势坐标中提取满足所述手势类型的预设采样规则的采样点；

根据所述采样点绘制所述手势类型对应的手势轨迹，并在所述显示屏上以动画的形式显示所述手势轨迹。

可选的，还包括：

显示条件判定模块，用于在绘制所述应用程序对应的界面至所述显示屏之前，在所述应用程序于后台成功开启，且所述显示屏上以动画形式显示的手势轨迹达到最后一个采样点时，判定满足预设的显示条件。

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

在检测到黑屏手势事件时，获取所述黑屏手势事件对应的手势数据，所述手势数据包括手势类型；

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

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

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

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

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

本发明实施例提供了一种移动终端，该移动终端中可集成本发明实施例提供的改善黑屏手势响应的装置。图7为本发明实施例提供的一种移动终端的结构示意图。如图7所示，该移动终端可以包括：壳体(图中未示出)、存储器701、中央处理器(CentralProcessing Unit，CPU)702(又称处理器，以下简称CPU)、电路板(图中未示出)、显示屏712和电源电路(图中未示出)。所述显示屏712，用于将用户操作转换成电信号输入至所述处理器，并显示可视输出信号；所述电路板安置在所述显示屏712与所述壳体围成的空间内部；所述CPU702和所述存储器701设置在所述电路板上；所述电源电路，用于为所述移动终端的各个电路或器件供电；所述存储器701，用于存储计算机程序；所述CPU702读取并执行所述存储器701中存储的计算机程序。所述CPU702在执行所述计算机程序时实现以下步骤：在检测到黑屏手势事件时，获取所述黑屏手势事件对应的手势数据，所述手势数据包括手势类型；通过至少一个开启线程，在后台开启所述手势类型对应的应用程序；通过至少一个绘制线程，与所述开启线程并行执行确定所述手势类型对应的手势轨迹，并绘制所述手势轨迹至显示屏；在满足预设的显示条件时，绘制所述应用程序对应的界面至所述显示屏，以在所述显示屏上显示所述应用程序的界面。

所述移动终端还包括：外设接口703、RF(Radio Frequency，射频)电路705、音频电路706、扬声器711、电源管理芯片708、输入/输出(I/O)子***709、其他输入/控制设备710以及外部端口704，这些部件通过一个或多个通信总线或信号线707来通信。

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

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

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

外设接口703，所述外设接口703可以将设备的输入和输出外设连接到CPU702和存储器701。

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

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种改善黑屏手势响应的方法，其特征在于，包括：

在检测到黑屏手势事件时，获取所述黑屏手势事件对应的手势数据，其中，所述手势数据包括手势类型；

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

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

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

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

判断驱动层的预设节点内的手势数据是否准备完成；

若是，则从所述预设节点内提取所述手势数据；

否则，在等待设定时间长度后，返回执行判断所述预设节点内的手势数据是否准备完成的操作。

3.根据权利要求2所述的方法，其特征在于，判断所述预设节点内的手势数据是否准备完成，包括：

读取驱动层中标识所述预设节点数据状态的标识位，根据所述标识位的取值判断所述手势数据是否准备完成。

4.根据权利要求1至3中任一所述的方法，其特征在于，确定所述手势类型对应的手势轨迹，并绘制手势轨迹至显示屏，包括：

将所述手势类型与预置的标准图形进行匹配，在显示屏上显示与所述手势类型匹配成功的标准图形。

5.根据权利要求1至3中任一所述的方法，其特征在于，确定所述手势类型对应的手势轨迹，并绘制手势轨迹至显示屏，包括：

从所述手势数据包括的手势坐标中提取满足所述手势类型的预设采样规则的采样点；

根据所述采样点绘制所述手势类型对应的手势轨迹，并在所述显示屏上以动画的形式显示所述手势轨迹。

6.根据权利要求5所述的方法，其特征在于，在绘制所述应用程序对应的界面至所述显示屏之前，还包括：

在所述应用程序于后台成功开启，且所述显示屏上以动画形式显示的手势轨迹达到最后一个采样点时，判定满足预设的显示条件。

7.根据权利要求1所述的方法，其特征在于，在绘制所述应用程序对应的界面至所述显示屏之前，还包括：

判断是否检测到用户输入的针对应用程序的放弃开启指令；

若是，则在后台关闭所述应用程序。

8.一种改善黑屏手势响应的装置，其特征在于，包括：

手势数据获取模块，用于在检测到黑屏手势事件时，获取所述黑屏手势事件对应的手势数据，其中，所述手势数据包括手势类型；

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

手势轨迹绘制模块，用于通过至少一个绘制线程，与所述开启线程并行执行根据所述手势数据确定所述手势类型对应的手势轨迹，并绘制所述手势轨迹至显示屏；

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

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

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