CN111352529B - 触摸事件的上报方法、装置、终端及存储介质 - Google Patents

Abstract

本申请实施例公开了一种触摸事件的上报方法、装置、终端及存储介质，属于触摸屏控制技术领域，由于终端能够在接收到触摸屏驱动上报的触摸事件时，读取触摸事件中的目标属性，该目标属性用于指示触摸屏中是否存在触摸点，当目标属性指示触摸屏中不存在触摸点时，终端将触摸屏驱动的槽值清空，随后，终端将该触摸事件按照操作系统中的层级关系，上报至上层中的目标应用，使得目标应用知晓触摸屏中已经不存在触摸点，从而不再响应原本的触摸点对应的操作，保证了目标应用的正常使用，避免了触摸屏驱动不正常清空其槽值的情况下，目标应用中存在异常驻留的触摸点，提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

Description

触摸事件的上报方法、装置、终端及存储介质

技术领域

本申请实施例涉及触摸屏控制技术领域，特别涉及一种触摸事件的上报方法、装置、终端及存储介质。

背景技术

随着智能移动终端的快速普及，触摸屏在智能移动终端中的应用也越来越广泛。触控技术也随着用户的需求快速进步，由单点触控技术发展为多点触控技术。

在一些应用场景中，触摸屏的驱动对应有若干个槽(英文：slot)，一个槽中存储有一个触摸点的坐标。当用户的手指离开触摸屏时，智能移动终端将该手指离开触摸屏前对应的触摸点的槽清空。

发明内容

本申请实施例提供了一种触摸事件的上报方法、装置、终端及存储介质。

所述技术方案如下：

根据本申请的一方面内容，提供了一种触摸事件的上报方法，所述方法包括：

当接收到触摸屏驱动上报的触摸事件时，读取所述触摸事件中的目标属性，所述目标属性用于指示触摸屏中是否存在触摸点；

当所述目标属性指示所述触摸屏中不存在触摸点时，将所述触摸屏驱动的槽值清空，所述槽值用于指示所述触摸点的坐标位置；

将所述触摸事件上报至对应的目标应用。

根据本申请的另一方面内容，提供了一种触摸事件的上报装置，所述装置包括：

属性读取模块，用于当接收到触摸屏驱动上报的触摸事件时，读取所述触摸事件中的目标属性，所述目标属性用于指示触摸屏中是否存在触摸点；

槽值清空模块，用于当所述目标属性指示所述触摸屏中不存在触摸点时，将所述触摸屏驱动的槽值清空，所述槽值用于指示所述触摸点的坐标位置；

事件上报模块，用于将所述触摸事件上报至对应的目标应用。

根据本申请的另一方面内容，提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如本申请实施提供的触摸事件的上报方法。

根据本申请的另一方面内容，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如本申请实施提供的触摸事件的上报方法。

本申请实施例提供的技术方案带来的有益效果可以包括：

由于终端能够在接收到触摸屏驱动上报的触摸事件时，读取触摸事件中的目标属性，该目标属性用于指示触摸屏中是否存在触摸点，当目标属性指示触摸屏中不存在触摸点时，终端将触摸屏驱动的槽值清空，随后，终端将该触摸事件按照操作系统中的层级关系，上报至上层中的目标应用，使得目标应用知晓触摸屏中已经不存在触摸点，从而不再响应原本的触摸点对应的操作，保证了目标应用的正常使用，避免了触摸屏驱动不正常清空其槽值的情况下，目标应用中存在异常驻留的触摸点，提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

附图说明

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

图1是是本申请一个示例性实施例提供的一种终端的结构框图；

图2是本申请一个示例性实施例提供的触摸事件的上报方法的流程图；

图3是本申请另一个示例性实施例提供的触摸事件的上报方法流程图；

图4是本申请一个示例性实施例提供的一种触摸事件的上报装置的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

为了本申请实施例所示方案易于理解，下面对本申请实施例中出现的若干名词进行介绍。

触摸屏驱动：用于为触摸屏提供驱动服务的软件程序或者烧录有驱动程序的硬件芯片。在具有多层级的操作系统中，触摸屏驱动能够产生触摸事件，上报至上一层，若该层为目标应用所在的应用层，则触摸事件完成上报至目标应用的流程；若该层不为目标应用所在的应用层，则该触摸事件继续上报，直至上报至目标应用所在的应用层为止。

例如，若本申请实施例应用在安卓系统或者基于Linux内核开发的操作系统中，则该操作系统可以从低层到高层分为内核层、系统运行层、应用框架层和应用层。在该场景中，若触摸屏驱动被设置在内核层，则触摸事件先从内核层上报至系统运行层，再从系统运行层上报至应用框架层，再从应用框架层上报至应用层。同理，若触摸屏驱动被设置在系统运行层，则触摸事件从系统运行层上报至应用框架层，再从应用框架层上报至应用层。

触摸事件：用于指示触摸屏中的一个触摸点对应的事件。在触摸事件中，包括多个参数值，不同的参数值包括不同的含义。其中，触摸事件中可以包括目标属性，该目标属性用于指示触摸屏中是否存在触摸点。一种可能的方式中，当目标属性的值为0时，表示触摸屏中存在触摸点；当目标属性的值为1时，表示触摸屏中不存在触摸点。在另一种可能的方式中，当目标属性的值为0时，表示触摸屏中不存在触摸点；当目标属性的值为1时，表示触摸屏中存在触摸点。

示意性的，目标属性可以是BTN_TOUCH属性值。

在一种可能的方式中，触摸事件还可以指示本次触摸事件的属性。示意性的，触摸事件的属性包括按压(英文：down)、移动(英文：move)和抬起(英文：up)。

槽：对应于触摸屏驱动的逻辑概念，一个槽中存储有一个触摸点的坐标。在一种可能的方式中，若触摸屏支持同时识别N个触摸点，则触摸屏驱动对应有N个槽，每一个槽中存储有一个触摸点的坐标。

槽值：用于指示一个槽中的数值，或者，用于指示触摸屏驱动中所有槽中的数值。

目标应用：用于指示接收触摸事件的应用。一种可能的方式中，该应用可以是焦点窗口对应的应用。另一种可能的方式中，该应用可以是运行在后台中的应用或系统服务。

例如，当终端处于亮屏解锁状态时，目标应用可以是当前处于前台运行的应用。若处于前台运行的应用是一个，则该应用是焦点窗口对应的应用。若终端处于分屏模式，则目标应用是多个应用中对应于焦点窗口的应用。

当终端处于黑屏状态时，终端在后台运行有特定的应用或系统服务能够监控触摸屏上报的触摸事件。当触摸事件是预设的手势时，特定的应用或系统服务则能够响应该触摸事件。比如，当终端处于黑屏状态时，触摸事件指示在触摸屏中出现指关节划出的字母“O”时，特定的系统服务则直接亮屏打开照相机。在比如，当终端处于黑屏状态时，触摸事件指示在触摸屏中出现指关节划出的字母“V”时，特定的系统服务则直接亮屏启动手电筒。

示例性地，本申请实施例所示的触摸事件的上报方法，可以应用在配置有触摸屏的终端中，该终端具备显示屏且具备触摸事件的上报功能。终端可以包括手机、平板电脑、智能手表、数码相机、MP4播放终端、MP5播放终端、学习机、点读机、电纸书、电子词典或车载终端等。

请参见图1，图1是本申请一个示例性实施例提供的一种终端的结构框图，如图1所示，该终端包括处理器120、存储器140和触摸屏160，所述存储器140中存储有至少一条指令，所述指令由所述处理器120加载并执行以实现如本申请各个方法实施例所述的触摸事件的上报方法。

在本申请中，终端100是具备识别终端帐户的类型功能的电子设备。当终端100从目标终端中获取终端帐户对应的操作记录时，终端100能够根据所述操作记录，获取对应的画像特征，当所述画像特征符合预设条件时，将所述终端帐户确定为所述目标帐户。其中，所述操作记录用于指示所述目标终端中安装的目标应用相关的操作记录，所述画像特征用于指示所述终端帐户使用所述目标应用的偏好程度，所述目标帐户是针对所述目标应用的偏好程度大于预设阈值的所述终端帐户。

处理器120可以包括一个或者多个处理核心。处理器120利用各种接口和线路连接整个终端100内的各个部分，通过运行或执行存储在存储器140内的指令、程序、代码集或指令集，以及调用存储在存储器140内的数据，执行终端100的各种功能和处理数据。可选的，处理器120可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器120可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器120中，单独通过一块芯片进行实现。

存储器140可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选的，该存储器140包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器140可用于存储指令、程序、代码、代码集或指令集。存储器140可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储下面各个方法实施例中涉及到的数据等。

触摸屏160用于在接收到用户的触摸操作时，产生触控事件，触控事件在操作系统中逐层传递直至目标应用所在的层级。目标应用在接收到触控事件后，将响应触控事件，使得终端能够正确按照用户的意愿控制目标应用。

请参考图2，图2是本申请一个示例性实施例提供的触摸事件的上报方法的流程图。该触摸事件的上报方法可以应用在上述所示的终端中。在图2中，触摸事件的上报方法包括：

步骤210，当接收到触摸屏驱动上报的触摸事件时，读取触摸事件中的目标属性，目标属性用于指示触摸屏中是否存在触摸点。

在本申请实施例中，终端能够在操作系统中的指定层级接收触摸屏驱动上报的触摸事件。当终端在指定层级接收到触摸事件时，终端能够读取触摸事件中的目标属性。示意性的，该目标属性可以是BTN_TOUCH属性值，该属性用于指示触摸屏中是否存在触摸点。

步骤220，当目标属性指示触摸屏中不存在触摸点时，将触摸屏驱动的槽值清空，槽值用于指示触摸点的坐标位置。

示意性的，终端能够对目标属性的值进行判断，通过目标属性的值确认触摸屏中是否存在触摸点。在一种可能的方式中，请参见表一，表一示出了一种目标属性的值与屏幕中是否存在触摸点的对应关系。

表一

目标属性	1	0
			触摸屏中是否存在触摸点	存在	不存在

再另一种可能的方式中，请参见表二，表二是处理另一种目标属性的值与屏幕中是否存在触摸点的对应关系。

表二

目标属性	1	0
			触摸屏中是否存在触摸点	不存在	存在

在本申请实施例中，终端能够在目标属性指示触摸屏中不存在触摸点时，将触摸屏驱动的槽值清空，该槽值用于指示触摸点的坐标位置。

例如，在终端正常响应触摸事件的流程中，可以包括以下步骤。

当触摸屏中不存在触摸点时，触摸屏驱动对应的全部槽均为空，也即，触摸屏驱动对应的全部槽值均为空。在此情况下，介绍目标应用响应触摸事件的流程。

步骤(1)，当终端接收到触摸屏驱动发送的触摸事件为按压时，终端申请一个目标槽。

步骤(2)，终端将该按压事件的坐标存储在目标槽中。

步骤(3)，终端将该按压事件上报至目标应用所在的应用层。

步骤(4)，目标应用响应该按压事件，执行对应的操作。

例如，目标应用可以执行打开新窗口或关闭窗口等操作。

步骤(5)，当终端接收到触摸屏驱动发送的下一个触摸事件时，确定该触摸事件的属性。

步骤(6-1)，当触摸事件的属性为移动时，获取移动事件的坐标。

步骤(6-2)，当移动事件的坐标与目标槽中存储的坐标不同时，终端将存储该移动事件的坐标。

步骤(6-3)，终端将移动事件上报至目标应用所在的应用层。

步骤(6-4)，目标应用响应该移动事件，执行对应的操作。

步骤(7-1)，当触摸事件的属性为抬起时，将目标槽清空。

步骤(7-2)，终端将抬起事件上报至目标应用所在的应用层。

步骤(7-3)，目标应用将在触摸屏中释放该触摸点。

在一种触摸事件的上报格式中，触摸事件可以包括如下格式的指令。

(1)/dev/input/event2:EV_ABS ABS_MT_TRACKING_ID 00000324//对应申请一个slot槽。

通过该格式，终端能够申请一个槽，例如申请一个目标槽，该槽的ID是00000324。

(2)/dev/input/event2:EV_KEY BTN_TOUCH//DOWN事件

通过该格式，触摸屏驱动能够向终端发送一个按压事件。

(3)/dev/input/event2:EV_ABS ABS_MT_POSITION_X 0000022f//X坐标。

通过该格式，触摸屏驱动能够向终端发送X坐标。

(4)/dev/input/event2:EV_ABS ABS_MT_POSITION_Y 000002dc//Y坐标。

通过该格式，触摸屏驱动能够向终端发送Y坐标。

(5)/dev/input/event2:EV_ABS ABS_MT_TRACKING_ID ffffffff//清空触摸屏驱动对应的slot槽。

通过该格式，终端能够清空触摸屏驱动对应的ID的槽。例如，触摸屏驱动对应的ID的槽是10个槽中的第3个槽，则该格式的指令能够清空第3个槽。

(6)/dev/input/event2:EV_KEY BTN_TOUCH//UP事件

通过该格式，触摸屏驱动能够向终端发送一个抬起事件。

需要说明的是，终端可以依次执行步骤(1)、步骤(2)、步骤(3)、步骤(4)、步骤(5)、步骤(6-1)、步骤(6-2)、步骤(6-3)、步骤(6-4)、步骤(7-1)、步骤(7-2)和步骤(7-3)。在另一种可能的方式中，终端可以依次执行骤(1)、步骤(2)、步骤(3)、步骤(4)、步骤(5)、步骤(7-1)、步骤(7-2)和步骤(7-3)。在上述两种执行方式中，终端都能够正常释放触摸点，不会造成目标应用响应异常。

在一些可能的方式中，触摸屏驱动发送指令会出现异常。例如，若触摸屏驱动在本应执行步骤(7-1)时，没有向终端发送抬起事件，则目标槽中会保存上一个触摸事件的坐标，导致目标应用认为该坐标中始终存在触摸操作，导致异常。

然而，在本申请所示的应用方式中，终端可以直接读取目标属性，比如读取BTN_TOUCH属性值。当该BTN_TOUCH属性值指示触摸屏中不存在触摸点时，终端将触摸屏驱动的操作清空。在此情况中，即使触摸屏驱动在需要发送抬起事件时没有发送抬起事件，终端也能够正确地清除触摸屏中的触摸点，保证目标应用不出现异常。例如，当触摸屏驱动对应的10个槽中的第3个槽和第4个槽中存储有坐标，则在该步骤中，第3个槽和第4个槽中的坐标都将被清空。

步骤230，将触摸事件上报至对应的目标应用。

在本申请实施例中，终端在清空触摸屏驱动的槽值后，将触摸事件上报至对应的目标应用。需要说明的是，若终端没有接收到抬起事件但清空了触摸屏驱动的槽值，终端将根据已被清空的槽值确定触摸屏中已无触摸点。

综上所述，本实施例提供的触摸事件的上报方法，由于终端能够在接收到触摸屏驱动上报的触摸事件时，读取触摸事件中的目标属性，该目标属性用于指示触摸屏中是否存在触摸点，当目标属性指示触摸屏中不存在触摸点时，终端将触摸屏驱动的槽值清空，随后，终端将该触摸事件按照操作系统中的层级关系，上报至上层中的目标应用，使得目标应用知晓触摸屏中已经不存在触摸点，从而不再响应原本的触摸点对应的操作，保证了目标应用的正常使用，避免了触摸屏驱动不正常清空其槽值的情况下，目标应用中存在异常驻留的触摸点，提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

基于上一个实施例所公开的方案，终端还能够在触摸屏较高可能出现异常的情况下，执行本方案提高的触摸事件的上报方法，以减少终端的功耗并提高触摸事件的上报效率，请参考如下实施例。

请参见图3，图3是本申请另一个示例性实施例提供的触摸事件的上报方法流程图。该触摸事件的上报方法可以应用在上述图1所示的终端中。在图3中，该触摸事件的上报方法包括：

步骤301，获取目标触点在触摸屏中的驻留时长，目标触点是触摸屏响应的触摸点。

示意性的，终端能够获取触摸屏中的触摸点在同一个坐标上的驻留时长。例如，目标触点在一个目标坐标上驻留时长为5秒，终端将获取该驻留时长。

步骤302，当驻留时长大于等于时长阈值，且接收到触摸屏驱动上报的触摸事件时，读取触摸事件中的目标属性。

可选的，时长阈值可以是5秒、6秒或者10秒等常数值，本申请实施例对此不作限定。当目标触点在同一个坐标上的驻留时长大于或者等于时长阈值时，终端将读取触摸事件中的目标属性。

在本申请实施例中，步骤302所示的读取目标属性的步骤可以由步骤(a1)、步骤(a2)和步骤(a3)替代。

步骤(a1),当驻留时长大于等于时长阈值，获取触摸屏驱动的槽值的第一占用个数。

示意性的，触摸屏驱动的槽值个数可以在出厂时确定。例如，触摸屏支持10点触控，则触摸屏驱动的槽值个数为10。若当前有1个槽中存有坐标值，则终端获取的第一占用个数为1。

步骤(a2),当接收到触摸屏驱动上报的触摸事件时，获取触摸屏驱动的槽值的第二占用个数。

示意性的，当终端再次接收到触摸屏驱动上报的触摸事件时，终端能够获取此时触摸屏驱动的槽值的第二占用个数，若当前有2个槽中存有坐标值，则终端获取的第二占用个数为2。

步骤(a3),当第二占用个数大于第一占用个数时，读取触摸事件中的目标属性。

示意性的，若第二占用个数大于第一占用个数时，说明此时触摸屏中的触摸点比上一次接收到触摸事件时有所增加。在此情况下，上一个触摸点有可能是异常的残留点。因此，本申请在此情况下读取触摸事件中的目标属性，已决定是否清空槽值，保障目标应用的正常工作。

步骤311，获取触摸屏的标识。

示意性的，终端能够获取触摸屏的标识，识别该硬件的生产厂商或者生产批次。

步骤312，从云端服务器发送验证请求，验证请求中携带有触摸屏的标识，且验证请求用于请求验证触摸屏的故障率是否高于目标故障率。

可选的，终端向云端服务器发送验证请求，验证请求中携带有触摸屏的标识。云端服务器在接收到验证请求后，能够确定该触摸屏是否是出现过异常的生产厂商生产的触摸屏，或者，能够确定该触摸屏是否是出现过异常的生产批次的触摸屏。

步骤313，接收云端服务器发送的验证响应，验证响应对应于验证请求。

示意性的，终端能够接收云端服务器发送的验证响应，该验证响应对应于验证请求。

一种可能的方式中，验证响应指示该触摸屏的故障率不高于目标故障率。

另一种可能的方式中，验证响应指示该触摸屏的故障率高于目标故障率。

可选地，目标故障率可以是云端服务器设定的常数值。例如，目标故障率可以是0.00003、0.00002或者0.000005，本申请实施例对此不作限定。

当验证响应指示触摸屏的故障率高于目标故障率时，执行步骤350、步骤360和步骤370。

步骤320，获取触摸屏驱动的槽值的第三占用个数。

在本申请实施例中，终端能够获取触摸屏驱动的槽值的第三占用个数。需要说明的是，该第三占用个数是终端监控触摸屏驱动实时占用的槽值的个数。例如，当触摸屏驱动对应的槽值共有10个时，触摸屏驱动占用的槽值的个数可以是1个、2个、3个或者其它小于等于10的数值。终端可以监控并获取该数值。

当第三占用个数大于个数阈值时，执行步骤350。

可选地，个数阈值可以是1，也即当触摸屏驱动占用的槽值的个数大于1个时，终端将执行步骤350、步骤360和步骤370。

步骤330，获取终端的设备温度，设备温度用于指示终端中指定测温点的温度。

当设备温度大于温度阈值时，执行步骤350、步骤360和步骤370。

示意性的，终端能够获取自身的设备温度，该设备温度用于指示终端中指定测温点的温度。其中，指定测温点可以是测量电池温度的测温点，也可以是测量CPU温度的测温点，本申请实施例对此不作限定。

可选的，温度阈值可以是60℃、70℃或80℃，本申请实施例对此不作限定。

步骤340，获取终端中焦点窗口对应的应用标识。

示意性的，终端能够获取焦点窗口对应的应用标识，该应用标识可以是应用的安装包名。

当应用标识属于白名单中应用标识时，执行步骤350、步骤360和步骤370。

步骤350，当接收到触摸屏驱动上报的触摸事件时，读取触摸事件中的目标属性。

步骤360，当目标属性指示触摸屏中不存在触摸点时，将触摸屏驱动的槽值清空。

步骤370，将触摸事件上报至对应的目标应用。

在本申请实施例中，步骤350、步骤360和步骤370的执行过程可以参见步骤210、步骤220和步骤230的执行过程，此处不再赘述。

综上所述，本实施例提供的触摸事件的上报方法，能够在触摸点在同一坐标处驻留时长超过时长阈值时执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

本实施例提供的触摸事件的上报方法，还能够在触摸点占用的槽的个数增多时执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

本实施例提供的触摸事件的上报方法，还能够在触摸点占用的槽的个数超过指定个数时执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

本实施例提供的触摸事件的上报方法，还能够在触摸屏属于高概率故障批次或者生产厂商生产的触摸屏时执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

本实施例提供的触摸事件的上报方法，还能够在设备处于较高温度时，也即高温可能造成设备的功能紊乱的情况下，执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

本实施例提供的触摸事件的上报方法，还能够在目标应用属于白名单中的应用时，例如，白名单中的应用是终端需要重点保障功能的应用时，如游戏应用和及时通讯应用时，能够执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图4，图4是本申请一个示例性实施例提供的一种触摸事件的上报装置的结构框图。该触摸事件的上报装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该装置包括：

属性读取模块410，用于当接收到触摸屏驱动上报的触摸事件时，读取所述触摸事件中的目标属性，所述目标属性用于指示触摸屏中是否存在触摸点；

槽值清空模块420，用于当所述目标属性指示所述触摸屏中不存在触摸点时，将所述触摸屏驱动的槽值清空，所述槽值用于指示所述触摸点的坐标位置；

事件上报模块430，用于将所述触摸事件上报至对应的目标应用。

在一个可选的实施例中，所述属性读取模块410，用于获取目标触点在所述触摸屏中的驻留时长，所述目标触点是所述触摸屏响应的触摸点；当所述驻留时长大于等于时长阈值，且接收到所述触摸屏驱动上报的触摸事件时，读取所述触摸事件中的所述目标属性。

在一个可选的实施例中，所述属性读取模块410，用于当所述驻留时长大于等于时长阈值，获取所述触摸屏驱动的槽值的第一占用个数；当接收到所述触摸屏驱动上报的触摸事件时，获取所述触摸屏驱动的槽值的第二占用个数；当所述第二占用个数大于所述第一占用个数时，读取所述触摸事件中的所述目标属性。

在一个可选的实施例中，所述装置包括第一标识获取模块、请求发送模块和响应接收模块。所述第一标识获取模块，用于获取所述触摸屏的标识；所述请求发送模块，用于从云端服务器发送验证请求，所述验证请求中携带有所述触摸屏的标识，且所述验证请求用于请求验证所述触摸屏的故障率是否高于目标故障率；所述响应接收模块，用于接收所述云端服务器发送的验证响应，所述验证响应对应于所述验证请求；所述属性读取模块410，用于当所述验证响应指示所述触摸屏的故障率高于所述目标故障率，且接收到触摸屏驱动上报的触摸事件时，读取所述触摸事件中的目标属性。

在一个可选的实施例中，所述装置还包括个数获取模块。所述个数获取模块，用于获取所述触摸屏驱动的槽值的第三占用个数；所述属性读取模块410，用于当所述第三占用个数大于个数阈值，且接收到触摸屏驱动上报的触摸事件时，读取所述触摸事件中的目标属性。

在一个可选的实施例中，所述装置还包括温度获取模块。所述温度获取模块，用于获取终端的设备温度，所述设备温度用于指示所述终端中指定测温点的温度；所述属性读取模块410，用于当所述设备温度大于温度阈值，且接收到触摸屏驱动上报的触摸事件时，读取所述触摸事件中的目标属性。

在一个可选的实施例中，所述装置还包括第二标识获取模块。所述第二标识获取模块，用于获取终端中焦点窗口对应的应用标识。所述属性读取模块410，用于当所述应用标识属于白名单中应用标识，且接收到触摸屏驱动上报的触摸事件时，读取所述触摸事件中的目标属性。

综上所述，本实施例提供的触摸事件的上报装置，能够在触摸点在同一坐标处驻留时长超过时长阈值时执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

本实施例提供的触摸事件的上报装置，还能够在触摸点占用的槽的个数增多时执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

本实施例提供的触摸事件的上报装置，还能够在触摸点占用的槽的个数超过指定个数时执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

本实施例提供的触摸事件的上报装置，还能够在触摸屏属于高概率故障批次或者生产厂商生产的触摸屏时执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

本实施例提供的触摸事件的上报装置，还能够在设备处于较高温度时，也即高温可能造成设备的功能紊乱的情况下，执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

本实施例提供的触摸事件的上报装置，还能够在目标应用属于白名单中的应用时，例如，白名单中的应用是终端需要重点保障功能的应用时，如游戏应用和及时通讯应用时，能够执行获取触摸事件中的目标属性，并根据目标属性确定是否清空触摸屏驱动对应的槽值，并上报触摸事件，降低了终端的功耗，并提高了上报触摸事件的正确率和终端操作系统抵抗触摸屏驱动异常的能力。

本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的触摸事件的上报方法。

需要说明的是：上述实施例提供的触摸事件的上报装置在执行触摸事件的上报方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的触摸事件的上报装置与触摸事件的上报方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的能够实现的示例性的实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (8)

1.一种触摸事件的上报方法，其特征在于，所述方法包括：

获取目标触点在触摸屏中的驻留时长，所述目标触点是所述触摸屏响应的触摸点；

当所述驻留时长大于等于时长阈值，获取所述触摸屏驱动的槽值的第一占用个数；

当接收到所述触摸屏驱动上报的触摸事件时，获取所述触摸屏驱动的槽值的第二占用个数；

当所述第二占用个数大于所述第一占用个数时，读取所述触摸事件中的目标属性，所述目标属性用于指示所述触摸屏中是否存在触摸点；

当所述目标属性指示所述触摸屏中不存在触摸点时，将所述触摸屏驱动的槽值清空，所述槽值用于指示所述触摸点的坐标位置；

将所述触摸事件上报至对应的目标应用。

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

获取所述触摸屏的标识；

从云端服务器发送验证请求，所述验证请求中携带有所述触摸屏的标识，且所述验证请求用于请求验证所述触摸屏的故障率是否高于目标故障率；

接收所述云端服务器发送的验证响应，所述验证响应对应于所述验证请求；

当所述验证响应指示所述触摸屏的故障率高于所述目标故障率时，执行所述读取所述触摸事件中的目标属性的步骤。

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

获取所述触摸屏驱动的槽值的第三占用个数；

当所述第三占用个数大于个数阈值时，执行所述读取所述触摸事件中的目标属性的步骤。

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

获取终端的设备温度，所述设备温度用于指示所述终端中指定测温点的温度；

当所述设备温度大于温度阈值时，执行所述读取所述触摸事件中的目标属性的步骤。

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

获取终端中焦点窗口对应的应用标识；

当所述应用标识属于白名单中应用标识时，执行所述读取所述触摸事件中的目标属性的步骤。

6.一种触摸事件的上报装置，其特征在于，所述装置包括：

属性读取模块，用于获取目标触点在触摸屏中的驻留时长，所述目标触点是所述触摸屏响应的触摸点；当所述驻留时长大于等于时长阈值，获取所述触摸屏驱动的槽值的第一占用个数；当接收到所述触摸屏驱动上报的触摸事件时，获取所述触摸屏驱动的槽值的第二占用个数；当所述第二占用个数大于所述第一占用个数时，读取所述触摸事件中的目标属性，所述目标属性用于指示触摸屏中是否存在触摸点；

槽值清空模块，用于当所述目标属性指示所述触摸屏中不存在触摸点时，将所述触摸屏驱动的槽值清空，所述槽值用于指示所述触摸点的坐标位置；

事件上报模块，用于将所述触摸事件上报至对应的目标应用。

7.一种终端，其特征在于，所述终端包括处理器、和与所述处理器相连的存储器，以及存储在所述存储器上的程序指令，所述处理器执行所述程序指令时实现如权利要求1至5任一所述的触摸事件的上报方法。

8.一种计算机可读存储介质，所述存储介质中存储有程序指令，其特征在于，所述程序指令被处理器执行时实现如权利要求1至5任一所述的触摸事件的上报方法。

Images