CN113253905A - 基于多指操作的触控方法及智能终端 - Google Patents

Abstract

本申请公开了一种基于多指操作的触控方法及智能终端，用于解决相关技术中智能终端的多指触控操作容易产生歧义，触控操作复杂的问题。本申请中，第一应用获取针对所述第一应用的第一触控事件，然后基于所述第一触控事件执行相应的指定操作；若查询到触控点数大于或等于指定点数，则结束所述指定操作。由此，第一应用能够基于触控点数量确定是否执行相应的指定操作，或结束执行指定操作，能够避免手势冲突对其他应用的影响。

Description

基于多指操作的触控方法及智能终端

技术领域

本申请涉及智能终端技术领域，特别涉及一种基于多指操作的触控方法及智能终端。

背景技术

智能终端的触控屏支持用于通过不同的手势操作，实现相应的控制。例如通过单指或多指下滑来唤出状态栏，再例如可以通过三指下滑实现截屏。

然而，通常情况下，用户想执行三值下滑截屏时，通常会触发下拉状态栏，导致智能终端的多指触控操作容易产生歧义，触控操作复杂。

发明内容

本申请的目的是提供一种基于多指操作的触控方法及智能终端，用于解决相关技术中智能终端的多指触控操作容易产生歧义，触控操作复杂的问题。

第一方面，本申请提供一种基于多指操作的触控方法，应用于第一应用，所述方法包括：

获取针对所述第一应用的第一触控事件，所述第一触控事件是基于所述第一应用的触控区域的触控操作产生的；

基于所述第一触控事件执行相应的指定操作；

若查询到触控点数大于或等于指定点数，则结束所述指定操作，其中所述触控点数为处于触控状态的触控点的数量所述指定点数为用于触发第二应用的点数。

可选的，所述方法还包括：

接收触控服务模块发送的触控点数更新通知，其中，所述触控服务模块用于在获取到触控点数变化消息后生成所述触控点数更新通知；

每当接收到所述触控点数更新通知，则查询所述触控点数。

可选的，所述方法还包括：

向所述触控服务模块发送注册请求，所述注册请求用于请求所述触控服务模块在生成所述触控点数更新通知后分发给所述第一应用。

可选的，所述方法还包括：

若查询到所述触控点数小于所述指定点数，则继续执行所述指定操作。

第二方面，本申请提供一种基于多指操作的触控方法，应用于触控管理模块，所述方法包括：

获取第二触控事件；

响应于所述第二触控事件，获取处于触控状态的触控点的数量得到触控点数并保存。

可选的，所述方法还包括：

响应于所述第二触控事件，生成触控点数变化消息给触控服务模块。

可选的，所述方法还包括：

基于所述第二触控事件的触发区域，将所述第二触控事件通知给所述触发区域对应的应用。

第三方面，本申请提供一种基于多指操作的触控方法，应用于触控服务模块，所述方法包括：

响应于智能终端的***启动请求，与触控管理模块建立通信；并，

初始化各应用的管理信息；

若接收到所述触控管理模块发送的触控点数变化消息，则向管理信息中的各应用发送触控点数更新通知，以使所述应用基于所述触控点数更新通知查询触控点数，其中所述触控点数为处于触控状态的触控点的数量。

可选的，所述方法还包括：

接收第一应用发送的注册请求；

基于所述注册请求，生成所述第一应用的注册信息；

将所述注册信息添加到所述管理信息中。

第四方面、本申请体用一种智能终端，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如第一方面至第三方面中任一项所述的多指操作的触控方法。

第五方面，本申请还提供一种计算机存储介质，其上存储有计算机程序，该程序被处理单元执行时实现第一方面至第三方面任一所述方法的步骤。

第六方面，本申请还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现第一方面至第三方面中任一项所述的方法。

另外，第四方面以及第六方面中任一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果，此处不再赘述。

本申请中，第一应用能够基于触控点数量确定是否执行相应的指定操作，或结束执行指定操作，能够避免手势冲突对其他应用的影响。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

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

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

图3示例性示出了本申请实施例提供的屏幕区域的划分效果图；

图4示例性示出了本申请实施例提供的引发手势冲突的效果图；

图5示例性示出了本申请实施例提供的触屏操作流程的示意图；

图6示例性示出了基于多指操作的触控方法的原理示意图；

图7示例性示出了本申请实施例提供的基于多指操作的触控方法的流程示意图；

图8示例性示出了本申请实施例提供的基于多指操作的界面示意图；

图9示例性示出了本申请实施例提供的基于多指操作的触控方法的另一流程示意图；

图10示例性示出了本申请实施例提供的基于多指操作的另一界面示意图；

图11示例性示出了本申请实施例提供的一种智能终端的结构示意图。

具体实施方式

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

并且，在本申请实施例的描述中，除非另有说明，″/″表示或的意思，例如，A/B可以表示A或B；文本中的″和/或″仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，″多个″是指两个或多于两个。

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

首先，图1示出了一种智能终端100的结构示意图。

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

图1中示例性示出了根据示例性实施例中智能终端100的硬件配置框图。如图1所示，智能终端100包括：射频(radio frequency，RF)电路110、存储器120、显示单元130、摄像头140、传感器150、音频电路160、无线保真(Wireless Fidelity，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的各种菜单的图形用户界面(graphical user interface，GUI)。具体地，显示单元130可以包括设置在智能终端100正面的显示屏132。其中，显示屏132可以采用液晶显示器、发光二极管等形式来配置。显示单元130可以用于显示本申请中下拉状态栏的用户界面。

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

摄像头140可用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-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耦接。

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

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

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

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

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

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

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

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

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

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

视图***包括可视控件，例如显示拍照控件、显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括用于采集图像的应用的显示界面，可以包括显示文字的视图以及显示图片的视图。

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

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件、对图像的特效处理方法、提高图像画质的方法等。

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

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

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

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

***库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

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

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

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

2D(一种动画方式)图形引擎是2D绘图的绘图引擎。

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

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

下面结合下拉状态栏和三指截屏对本申请实施例提供的多帧操作的触控方法进行说明。

状态栏区域一般位于屏幕的一侧，如图3所示，状态栏区域位于屏幕上边一侧。图3中示出了对屏幕区域的划分，屏幕区域可划分为三个区域，屏幕外区域，状态栏区域和应用区域。

只要状态栏区域检测到触控事件，都会引发状态栏区域下拉展示状态栏。以用户期望使用三指下滑操作实现截屏为例，对三指下滑操作过程中容易引起下拉状态栏导致截屏失败，或截屏结果错误进行说明。

如图4所示：

图4中的(a)例示出三指下滑的触控点均落在应用区域，此时截屏操作会正常进行，得到正常的屏幕截图；

图4中的(b)例示出了三指下滑的触控点均落在状态栏区域(此示例中三指下滑的方向几乎垂直向下)，此时会触发下拉状态栏，导致截屏失败或截屏结果错误；

图4中的(c)例示出了三指下滑的触控点均落在状态栏区域的另一种情况此示例中三指下滑的方向与垂直向下方向具有很大的夹角)，此时也会触发下拉状态栏，导致截屏失败或截屏结果错误；

图4中的(e)例示出了三指下滑的触控点起始点落在屏幕外，随着三指下滑的操作，必然会经过状态栏区域，故此，该种情况下也会下拉状态栏，导致截屏失败或截屏结果错误；

图4中的(f)例示出了三指下滑的触控点落在屏幕外、状态栏区域和应用区域内，该种情况下也会下拉状态栏，导致截屏失败或截屏结果错误；

图4中的(g)例示出了三指下滑的触控点落在屏幕外和应用区域内，该种情况下也会下拉状态栏，导致截屏失败或截屏结果错误；

图4中的(h)例示出了三指下滑的触控点落在屏幕外和状态栏区域内，该种情况下也会下拉状态栏，导致截屏失败或截屏结果错误；

图4中的(i)例示出了三指下滑的触控点未一起落下，触控点落在应用区域和状态栏区域内，该种情况下也会下拉状态栏，导致截屏失败或截屏结果错误；

图4中的(j)例示出了三指下滑的触控点未一起落下，触控点落在应用区域和屏幕外区域内，该种情况下也会下拉状态栏，导致截屏失败或截屏结果错误。

当然，需要说明的是，图4中仅罗列一些三指下滑操作导致下拉状态栏的情况，其它未罗列的情况也适用于与本申请实施例。

综合图4中各种示例可知，很多种情况下，三指下滑操作只要落在状态栏区域内，均会导致截屏出现问题。状态栏的下拉条件是有触控点落在或者向下划过状态栏区域，并且位移或加速度满足一定的阈值。各厂商通常实现的三指下滑截屏功能都是在三指落下并且有了一定的下滑位移后才会触发，而这短短的一段位移以及其中包含的滑动加速度，却刚好可以触发状态栏下滑，导致手势冲突。

有鉴于此，本申请提出一种基于多指操作的触控方法，来提高终端设备的控制的便利性和准确性。

如图5所示，为智能终端内部感知并分发触控事件的示意图。当有触控事件时，触屏上报给触控管理模块InptuDispacher。触控管理模块基于触控位置与***焦点状态确定触控点所在的区域对应哪一个或那几个界面应用。例如，当有多个触控点时，各触控点所在的界面应用可能均不同。由此，多个界面应用产生触控事件时，触控管理模块会根据触控点的位置，将触控事件通知给相应的界面应用。假设，三指操作中具有三个触控点例如包括触控点A、触控点B和触控点C。其中触控点A位于状态栏区域，则状态栏会接收到触控点A的触控事件，触控点B落在应用B区域内，则应用B会收到触控点B的触控事件，最后一个触控点C落在应用C区域内，则应用C会收到触控点C的触控事件。各应用会基于自己的应用区域内的触控事件执行相应的操作。

本申请实施例为了避免手势冲突，增加了触控管理模型的功能，使之能够记录处于down状态，即处于触控状态的触控点的数量。并增加了触控服务模块来及时将触控点的变化及时通知给各应用。

如图6所示，为本申请实施例的原理示意图包括触控管理模块、触控服务模块以及各个应用。其中：

触控管理模块，能够接收到触屏上报事件，基于该事件了解触控点的位置，以便于确定触控点发生在哪个应用界面视图区域内。同时触控管理模块，能够基于触控事件实时维护触控点的数量供应用查询。应用可以基于触控点的数量确定是否执行或中断当前执行的操作。触控管理模块基于触控事件除了更新触控点数量，还可以通知触控服务模块。各应用可以在触控服务模块进行注册，以便于当触控点数量产生变化时候，触控服务模块能够及时通知到各应用便于各应用去查询触控点数量。

由此，以状态栏为例，当状态栏接收到分发来的触控时间之后，可以查看触控点数量，如果触控点数量不为3(三指截屏的触控点数量)，则可以执行下拉状态栏的操作，展示状态栏。如果为3则可以不执行，甚至终止下拉状态栏，由此可以避免下拉状态栏或及时终止下拉状态栏，尽可能在应用区域检测到三指下滑操作时，状态栏处于收起状态，从而截取到期望的屏幕截图。

下面截图7对本申请实施例提供的基于多指操作的触控方法进行说明，例如包括以下步骤：

在步骤701中，触控服务模块响应于智能终端的***启动请求，与触控管理模块建立通信；并，初始化各应用的管理信息。

其中管理信息用于记录各个应用的注册信息，以便于触控服务模型在得到触控点数量变化时，确定向哪些应用分发这个消息。

在步骤702中，第一应用向触控服务模块发送注册请求。

实施时，该注册请求中可以包括应用标识，回调函数的方法等。

在步骤703中，触控服务模块基于注册请求，生成第一应用的注册信息；

在步骤704中，触控服务模块将第一应用的注册信息添加到管理信息中。

在步骤705中，触控管理模块获取触控事件。

当用户执行触控操作时，可以触发触屏上报，触控管理模块可以基于触屏上报作为触控事件。触控事件中涵盖了触控点的位置、时间还有触控点的状态。例如down状态标识处于触屏状态，即该触控点位置继续保留在屏幕上。Up状态标识触控点已经抬起，用于触控后抬起，结束该点的触控。

在步骤706中，触控管理模块响应于触控事件，获取处于触控状态的触控点的数量得到触控点数并保存，并基于触控事件的触发区域，将触控事件通知给触发区域对应的第一应用。

触控管理模块可记录触屏的属性参数，每次有触控事件时，可以重新查询屏幕中包含多少处于down状态的触控点并记录下来，以便于第一应用进行查询。

在步骤707中，触控管理模块响应于触控事件，生成触控点数变化消息给触控服务模块。

在步骤708中，触控服务模块基于触控点数变化消息，生成触控点数更新通知，并发布给第一应用。

在步骤709中，第一应用查询触控点数量。

在步骤710中，第一应用若查询到触控点数大于或等于指定点数，则结束操作，该指定点数为用于触发第二应用的点数。

在步骤711中，第一应用若查询到触控点数小于指定点数，则基于触控事件执行指定操作。

综上所述，第一应用能够基于触控点数量确定是否执行相应的指定操作，或结束执行指定操作，能够避免手势冲突对第二应用的影响。

以第一应用避免和第二应用手势冲突为例，进行说明。假设用户n指操作想对第二应用进行操作，假设用户的n指操作先经过第一应用而后经过第二应用，n为正整数且n大于等于2。执行的流程示意图，例如图8所示以n等于2为例进行说明。第一应用先接受到第一应用的触控事件，由于触控管理模块先获得m个触控点，m小于n，故此第一应用执行第一操作。随着新的触控时间，触控管理模块对记录的触控点更新为n，交由触控服务模块通知第一应用触控点产生变化，第一应用查询到触控点数量为n，则停止第一操作。随着n指操作滑动到第二应用的视图中，第二应用接受到触控时间开始执行第二操作。由此，第一应用及时终止第一操作，第二应用正确的执行了n指操作的第二操作。

继续以状态栏为第一应用，三指截屏为第二应用为例对此进行说明，如图9所示：

1、触控点的记录：

从图5所示的触屏上报流程图中可以得知，InputDispatcher中有最原始的触控事件信息在此处本申请中添加一个标记变量，因为该InputDispatcher的相关流程处在native层，跟状态栏应用不在同一个层级，为了方便变量的传递，本申请中使用属性值SystemProperties来记录触控点数量。

举例：当一个触控点落下时，记录属性sys.touchpoint.num＝1，之后每有一个触控点落下，该属性值+1，每有一个触控点抬起，该属性值-1。该值可最终被状态栏应用用来查询判断触控点个数。

2、触控点的回调：

在***启动的时候，本申请中需要同步启动一个服务即触控服务模块，该模块比如可称之为TouchChangeService。该模块用来与InputDispatcher建立通信，并提供一个callback回调给应用使用。

当InputDispatcher中的触控点发生变化时，InputDispatcher主动调用与TouchChangeService之间的通信接口通知TouchChangeService触控点已变化。而后TouchChangeService则会触发callback的回调将触控点变化的消息通知给注册的应用。此时，凡是注册过该TouchChangeService的callback的应用都会收到回调，这个回调就是让注册的应用及时了解到当前触控点数量变化了，各应用就可以根据需要更新自己的状态。

按照一般思路，有了记录的触控点，状态栏就可以知道当前有几个触控点了，就可以避免误触了。但是这种思路，只能存在于状态栏一定能收到第三个点的情况才成立。而在特例下，如果三个点落下的顺序为第一个点在状态栏，后两个点在应用区域，因为状态栏只能收到第一个点的上报，而上报这个点的时候，触控点的属性值仅仅是1。而后两个点落下后，虽然触控点的属性值变了，但此时状态栏无法感知到属性值变了，这样状态栏还是认为只有一个触控点，就依然会触发状态栏继续下拉，而不是结束下拉。故此，实施时，这个回调可以是用来对本申请实施例的一个补充。用于实现图状态栏在下拉过程中还能够及时终止下拉的方案。

3、状态栏的处理：

在状态栏初始化的时候，主动注册一下对TouchChangeService的callback监听。

而后，当状态栏收到触屏事件上报的时候，主动查询一下属性值sys.touchpoint.num是否大于等于3，若是，则终止当前触屏流程，回到初始状态。

当状态栏收到TouchChangeService的callback回调时，主动查询一下属性值sys.touchpoint.num是否大于等于3，若是，则终止状态栏的触屏流程，回到初始状态。

由此，不管什么时候触控点达到3，状态栏都可以及时处理手势，实现了状态栏下拉手势对三指手势的兼容处理，避免出现截图错误的问题。

继续以状态栏为第一应用，三指下滑截屏为第二应用进行说明。如图10所示，三指下滑操作中首先两点触控到屏幕，其中有一触控点落在状态栏区域内，则状态栏执行下拉操作进行展示。在状态来完整展示或未完成展示时，第三个触控点落下并被记录，次数状态栏查询到有三个触控点，故此结束操作收起状态栏。随着三指下滑，三个触控点完全落在应用界面的应用区域中，状态栏完全收起，应用区域接收到触控事件开始执行截屏操作，最终得到不包含状态栏界面内容的截图。

还需要说明的是，本申请实施例提供的基于多指操作的触控方法不仅适用于三指下滑截屏的情况，还适用于其它情况均适用于本申请实施例。本申请实施例的方案也适用于多屏播放时，跨屏操作的场景。例如，上下分屏均在播放视频，如果其中一个应用的策划是当触控点到应用区域外的时候暂停播放并更换一个广告页，通过本申请提供的方案，就可以比较容易得知当前是否有触控点没有落到应用内部，就可以避免错误的暂停播放。此外，基于跨应用(或功能模块的点数统计)可以触发一些特定行为。

基于相同的发明构思，本申请实施例还提供一种智能终端，如图11所示，包括输入单元1101、处理器1102以及显示屏1103；

所述输入单元1101，用于获取用户指令；

所述处理器1102，用于执行本申请实施例中任一所述的基于多指操作的触控方法；

所述显示屏1103，用于显示界面信息。

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

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

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

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

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

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

Claims (10)

1.一种基于多指操作的触控方法，其特征在于，应用于第一应用，所述方法包括：

获取针对所述第一应用的第一触控事件，所述第一触控事件是基于所述第一应用的触控区域的触控操作产生的；

基于所述第一触控事件执行相应的指定操作；

若查询到触控点数大于或等于指定点数，则结束所述指定操作，其中所述触控点数为处于触控状态的触控点的数量，所述指定点数为用于触发第二应用的点数。

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

接收触控服务模块发送的触控点数更新通知，其中，所述触控服务模块用于在获取到触控点数变化消息后生成所述触控点数更新通知；

每当接收到所述触控点数更新通知，则查询所述触控点数。

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

向所述触控服务模块发送注册请求，所述注册请求用于请求所述触控服务模块在生成所述触控点数更新通知后分发给所述第一应用。

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

若查询到所述触控点数小于所述指定点数，则继续执行所述指定操作。

5.一种基于多指操作的触控方法，其特征在于，应用于触控管理模块，所述方法包括：

获取第二触控事件；

响应于所述第二触控事件，获取处于触控状态的触控点的数量得到触控点数并保存。

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

响应于所述第二触控事件，生成触控点数变化消息给触控服务模块。

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

基于所述第二触控事件的触发区域，将所述第二触控事件通知给所述触发区域对应的应用。

8.一种基于多指操作的触控方法，其特征在于，应用于触控服务模块，所述方法包括：

响应于智能终端的***启动请求，与触控管理模块建立通信；并，

初始化各应用的管理信息；

若接收到所述触控管理模块发送的触控点数变化消息，则向管理信息中的各应用发送触控点数更新通知，以使所述应用基于所述触控点数更新通知查询触控点数，其中所述触控点数为处于触控状态的触控点的数量。

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

接收第一应用发送的注册请求；

基于所述注册请求，生成所述第一应用的注册信息；

将所述注册信息添加到所述管理信息中。

10.一种智能终端，其特征在于，包括∶

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-9中任一项所述的多指操作的触控方法。

Images