CN109842727B - 触控信号的上报方法、装置、终端及存储介质 - Google Patents

Abstract

本申请实施例公开了一种触控信号的上报方法、装置、终端及存储介质，属于计算机技术领域，本实施例提供的触控信号的上报方法，能够在输入组件获取触控信号，且在该触控信号至少包括第一事件和第二事件时，延长第一事件的位置信息的第一作用时段，随后，按照触控信号对应的时间各自的作用时段，上报触控信号至目标应用，使得通过采样方式获取触控信号中的事件的目标应用能够减低遗漏采样的风险，提高了终端上报数据的能力。

Description

触控信号的上报方法、装置、终端及存储介质

技术领域

本申请实施例涉及计算机技术领域，特别涉及一种触控信号的上报方法、装置、终端及存储介质。

背景技术

随着触摸屏幕在终端中的普及，通过触摸屏幕产生的触控信号进而控制目标应用成为主流的人机交互方式。

在本领域中，终端中安装的部分目标应用由于自身程序设计的原因，是通过引擎采样终端上报的触控信号的位置信息的。在此场景中，由于引擎的采样频率的不同，引擎将会有一点概率漏采集触控信号的位置信息。

发明内容

本申请实施例提供了一种触控信号的上报方法、装置、终端及存储介质，可以解决的问题。所述技术方案如下：

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

通过输入组件获取触控信号，所述触控信号对应的事件至少包括第一事件和第二事件，所述第一事件用于指示屏幕接收到点击信号，所述第二事件用于指示所述屏幕接收到滑动信号；

延长所述第一事件的位置信息的第一作用时段，得到所述第一事件的位置信息的第二作用时段，所述位置信息用于指示所述触控信号在屏幕中的触发位置，所述第一作用时段短于所述第二作用时段；

按照所述触控信号对应的事件各自的作用时段，上报所述触控信号至目标应用，所述目标应用通过采样的方式在所述作用时段上获取所述触控信号对应的事件。

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

信号获取模块，用于通过输入组件获取触控信号，所述触控信号对应的事件至少包括第一事件和第二事件，所述第一事件用于指示屏幕接收到点击信号，所述第二事件用于指示所述屏幕接收到滑动信号；

时段延长模块，用于延长所述第一事件的位置信息的第一作用时段，得到所述第一事件的位置信息的第二作用时段，所述位置信息用于指示所述触控信号在屏幕中的触发位置，所述第一作用时段短于所述第二作用时段；

信号上报模块，用于按照所述触控信号对应的事件各自的作用时段，上报至目标应用，所述目标应用通过采样的方式在所述作用时段上获取所述触控信号对应的事件。

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

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

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

本实施例提供的触控信号的上报方法，能够在输入组件获取触控信号，且在该触控信号至少包括第一事件和第二事件时，延长第一事件的位置信息的第一作用时段，随后，按照触控信号对应的时间各自的作用时段，上报触控信号至目标应用，使得通过采样方式获取触控信号中的事件的目标应用能够减低遗漏采样的风险，提高了终端上报数据的能力。

附图说明

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

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

图2是本申请实施例提供的另一种终端100的结构方框图；

图3是本申请实施例提供的另一种终端100的结构方框图；

图4是本申请一个示例性实施例提供的触控信号的上报方法的流程图；

图5是基于图4所示实施例提供的一种触控信号的上报时段的示意图；

图6是本申请另一个示例性实施例提供的触控信号的上报方法流程图；

图7是本申请另一个示例性实施例提供的触控信号的上报方法流程图；

图8是本申请一个示例性实施例提供的触控信号的上报装置的结构框图。

具体实施方式

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

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

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

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

输入组件：可以包括触摸屏或触摸板等组件，用于接收触控信号。可选地，该触控信号是触摸屏或触摸板等组件在操控者通过手指触摸、指关节触摸或手掌触摸等触控方式的触控时生成的信号。

触控信号对应的事件：可以根据相应的触控信号的形式分为不同的事件。在一种可能的方式中，触控信号对应的事件可以包括第一事件和第二事件，需要说明的是，第一事件用于指示屏幕接收到点击信号，第二事件用于指示屏幕接收到滑动信号。可选地，触控信号对应的事件还可以包括第三事件，第三事件用于指示屏幕上的触控操作终止。可见，在一种可能实现的方式中，若触控信号对应的事件是滑动事件时，则该滑动事件包括第一事件、第二事件和第三事件。

在一种可能的实现方式中，第一事件是down事件，第二事件是move事件，第三事件是up事件。分别而言，down事件表示触控信号指示的是按下的操作，move事件表示触控信号指示的是屏幕上存在滑动的操作，up事件表示触控信号指示的是手指从屏幕上抬起的操作。

目标应用：指能够运行在终端的操作系统中，并提供可视的用户界面的指定应用。需要说明的是，在本申请中，目标应用是通过预定采样频率采样并识别出触控信号对应的事件的应用。在一种可能的实现方式中，目标应用。其中，目标应用可以是游戏应用、购物程序、即时通讯程序、博客应用、制图绘画应用、文本编辑应用、订票应用、地图导航应用、视频播放应用、直播应用、浏览器应用、阅读应用、音乐应用、理财支付应用、相机应用、相片美化程序、智能设备控制应用、电话应用、短信程序、天气应用、时钟程序、系统搜索应用、联系人程序、共享交通应用、物流应用、打车应用、外卖应用、考勤打卡应用和扫码应用中至少一种。

在一种可能的实现方式中，目标应用是通过引擎按照预定采样频率进行采样的应用。

游戏应用：包括独立封装的游戏应用、通过第三方应用提供启动入口的游戏应用和集成在第三方应用中的游戏应用中的至少一种。

可选地，当游戏应用是独立封装的游戏应用时，该游戏应用可以是一个单独的应用、程序或者客户端。例如，游戏应用可以是通过apk(AndroidPackage，安卓安装包)安装在搭载安卓系统的终端中的应用；或者，游戏应用也可以是通过ipa(iPhoneApplication，苹果应用)安装包安装在搭载ios操作系统的终端中的应用。

可选地，当游戏应用是通过第三方应用提供入口的应用时，该游戏应用可以由指定的第三方应用提供入口。例如，该游戏应用可以是通过html5(HyperText MarkupLanguage 5，超级文本标记语言第5版)编写的小程序(mini program)、轻应用(Light App)或者快应用等。

可选地，游戏应用也可以根据进行游戏的方式进行分类，例如，可以包括第一人称射击类游戏应用FPS、角色扮演类游戏应用RPG、动作角色扮演类游戏应用ARPG、多人在线战术竞技游戏应用MOBA、大型多人在线类游戏应用MMOG、消除类游戏应用、捕鱼类游戏应用、卡牌类游戏应用、音乐类游戏应用和放置类游戏应用中的至少一种。

在一种可能的实现方式中，当游戏应用是大型多人在线类游戏应用MMOG时，该MMOG可以包括：策略类大型多人在线游戏应用MMOSLG、冒险类大型多人在线游戏应用MMOAVG、模拟类大型多人在线游戏应用MMOSG、运动类大型多人在线游戏应用MMOSPT、赛车类大型多人在线游戏应用MMORCG和角色扮演类大型多人在线游戏应用MMORPG中的至少一种。

触控信号：在输入组件等硬件传感器被触碰时触发，被终端在操作系统中的指定层级接收后，传递至目标应用所在的应用层，以指示目标应用执行相应的操作。以图1和图2为例，介绍终端中存在软件层级。

参考图1和图2所示，其示出了本申请一个示例性实施例提供的终端100的结构方框图。该终端100可以是智能手机、平板电脑和电子书等等。本申请中的终端100可以包括一个或多个如下部件：处理器110、存储器120和触摸显示屏130。

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

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

以操作系统为安卓(Android)系统为例，存储器120中存储的程序和数据如图1所示，存储器120中存储有Linux内核层220、系统运行库层240、应用框架层260和应用层280。Linux内核层220为终端100的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。系统运行库层240通过一些C/C++库来为Android系统提供了主要的特性支持。如SQLite库提供了数据库的支持，OpenGL/ES库提供了3D绘图的支持，Webkit库提供了浏览器内核的支持等。在系统运行库层240中还提供有安卓运行时库(Android Runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层260提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层280中运行有至少一个应用程序，这些应用程序可以是操作系统自带的联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的应用程序，比如即时通信程序、相片美化程序等。

以操作系统为IOS系统为例，存储器120中存储的程序和数据如图2所示，IOS系统包括：核心操作系统层320(Core OS layer)、核心服务层340(Core Services layer)、媒体层360(Media layer)、可触摸层380(Cocoa Touch Layer)。核心操作系统层320包括了操作系统内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层340的程序框架所使用。核心服务层340提供给应用程序所需要的系统服务和/或程序框架，比如基础(Foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层360为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(AirPlay)接口等。可触摸层380为应用程序开发提供了各种常用的界面相关的框架，可触摸层380负责用户在终端100上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(User Interface，UI)框架、用户界面UIKit框架、地图框架等等。

在图2所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层340中的基础框架和可触摸层380中的UIKit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的系统服务，和UI无关。而UIKit框架提供的类是基础的UI类库，用于创建基于触摸的用户界面，iOS应用程序可以基于UIKit框架来提供UI，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

示例性地，本申请实施例所示的触控信号的上报方法，可以应用在终端中，该终端具备显示屏且具备触控信号的上报的功能。终端可以包括手机、平板电脑、膝上型电脑、电视、MP4播放终端、MP5播放终端、学习机、点读机、电纸书、电子词典和车载终端等设备中。

请参见图3，其是本申请涉及的一种触控信号的传递途径示意图。在图3中，触摸显示屏130在被用户的手指或者其它触控主体接触时，由于人体导电，手指与触摸显示屏130的电解质层之间形成了耦合电容。终端经过处理，获取触摸显示屏130上边的触摸点的位置信息。不同的触控操作激发相应的触控信号，触控信号至少包含有第一事件和第二事件。当触摸显示屏130中生成触控信号后，触摸显示屏130将通过总线向存储器120中的软件层级上报触控信号，在本申请中，当软件层级中的应用框架层260接收到该触控信号后，应用框架层260将向应用层280上报该触控信号。其中，应用层280中的目标应用281接收该触控信号，并将该触控信号交由引擎281b采样处理。在本申请中，引擎281b可以选用固定的周期(频率)进行采样，其将采样到的位置信息发送至目标应用进程。最终，目标应用进程281a根据引擎采样到的触控信号，作出相应的响应。

请参考图4，其是本申请一个示例性实施例提供的触控信号的上报方法的流程图。该触控信号的上报方法可以应用在上述图1、图2或图3所示的终端中。在图4中，触控信号的上报方法包括：

步骤410，通过输入组件获取触控信号，触控信号对应的事件至少包括第一事件和第二事件，第一事件用于指示屏幕接收到点击信号，第二事件用于指示屏幕接收到滑动信号。

在本申请实施例中，终端通过输入组件获取触控信号，该触控信号对应的事件至少包括第一事件和第二事件。可选地，该触控信号对应的事件可以包括第一事件、第二事件和第三事件，有关各个事件的解释可参见本申请的上述段落，此处不再赘述。

在本实施例中，每一个事件包含一个位置信息，在一种可能的实现方式中，位置信息可以是一个坐标点，该坐标点可以是二维坐标点。其中，坐标点可以以像素为单位的坐标。在另一种可能的实现方式中，位置信息还可以通过位置标识来表示。例如，终端将屏幕分为100*100个方格，使用数字标识1至数字标识100000来表示上述方格。

在一种可能的实现场景中，终端通过触摸屏幕接收用户手指在触摸屏幕中的滑动触控信号，该滑动触控信号对应的事件包括1个down事件、多个move事件和1个up事件。在一次滑动触屏事件中，终端中的底层会向上一层级上报上述1个down事件、多个move事件和1个up事件。若以图1所示系统结构为例，由Linux内核层提供驱动的底层的触摸显示屏将向应用框架层发送上述事件。需要说明的是，在底层向应用框架层上报事件时，上报的频率将直接决定终端感应该滑动触屏事件的灵敏度。

步骤420，延长第一事件的位置信息的第一作用时段，得到第一事件的位置信息的第二作用时段，位置信息用于指示触控信号在屏幕中的触发位置，第一作用时段短于第二作用时段。

在本公开实施例中，在一种场景中，由于目标应用是以一定的采样频率对终端的框架层上报给终端的事件进行采样的。因此，目标应用有一定的概率遗漏采集第一事件的位置信息。倘若目标应用遗漏采集第一事件的位置信息，则目标应用会将错误地将自身采集到的第一个事件的位置信息作为第一位置信息，从而导致目标应用识别到的触控信号的起点位置出现偏差，最终导致目标应用无法执行用户实际想要的触控操作效果。

步骤430，按照触控信号对应的事件各自的作用时段，上报触控信号至目标应用。

在本申请实施例中，终端能够按照触控信号对应的时间各自的作用时段，上报至目标应用。本申请将按照触控信号各自对应的作用时段，将各个事件上报至目标应用。例如，请参照表一，其示出了一种终端向目标应用上报的触控信号对应的事件和各自的作用时段的情况。

表一

事件名称	第一事件	第二事件A	第二事件B	第二事件C	第三事件
						作用时段	(1ms,6ms]	(6ms,9ms]	(9ms,12ms]	(12ms,14ms]	(14ms,16ms]

在表一中，触控信号在时间上从前到后共包括5个事件，依次为第一事件、第二事件A、第二事件B、第二事件C和第三事件。终端根据系统时间向目标应用发送各个事件，例如，在系统时间的(1ms,6ms]时段内，终端将持续向目标系统上报第一事件，目标应用采样将得到第一事件。同理，终端在其它相应的作用时段中，也将采样得到对应的事件。需要说明的是，上述作用时段(1ms,6ms]是第二作用时段。

请参考图5，其是基于图4所示实施例提供的一种触控信号的上报时段的示意图。在图5中，以系统时刻为参考，终端将在(1ms,6ms]持续上报第一事件，在(6ms,9ms]持续上报第二事件A，在(9ms,12ms]持续上报第二事件B，在(12ms,14ms]持续上报第二事件C，在(14ms,16ms]持续上报第三事件。

在终端上报触控信号对应的各个事件后，目标应用通过采样的方式在进行采样，例如，若目标应用的采样周期是3ms，且第一次采样的时刻为0.5ms，则目标应用采集如表一所示的触控信号的数据可参见表二。

表二

在此场景下，目标应用能够成功地从识别出触控信号中实际包括的第一事件、第二事件A、第二事件B、第二事件C和第三事件。从而，本申请避免了触控信号实际表现的是从预设起点到预设终点的滑动操作不被识别，提高了终端应对触控信号被目标应用通过采样方式采样时遗漏采样起始的事件的能力，提高了终端为目标应用提供有效数据的能力。

需要说明是，当目标应用采集到事件后，目标应用能够获取该事件中的位置信息，从而确认触控信号指示的触控方式和触控位置。

综上所述，本实施例提供的触控信号的上报方法，能够在输入组件获取触控信号，且在该触控信号至少包括第一事件和第二事件时，延长第一事件的位置信息的第一作用时段，随后，按照触控信号对应的时间各自的作用时段，上报触控信号至目标应用，使得通过采样方式获取触控信号中的事件的目标应用能够减低遗漏采样的风险，提高了终端上报数据的能力。

基于上一个实施例所公开的方案，终端还能够通过修正第一事件的结束时刻，来增加第一事件的作用时段，请参考如下实施例。

请参见图6，其是本申请另一个示例性实施例提供的触控信号的上报方法流程图。该触控信号的上报方法可以应用在上述图1、图2或图3所示的终端中。在图6中，该触控信号的上报方法包括：

步骤610，通过输入组件获取触控信号。

步骤610的执行过程和步骤410的执行过程相同，此处不再赘述。

步骤621，确定目标起始时刻和第一结束时刻。

在本公开实施例中，目标起始时刻是第一作用时段的起始时刻，第一结束时刻是第一作用时段的结束时刻。

例如，若第一作用时段是(1ms,3ms]，则目标起始时刻是1ms,第一结束时刻是3ms。

步骤622，将目标起始时刻确定为第二作用时段的起始时刻。

在本申请实施例中，终端能够将目标起始时刻确定为第二作用时段的起始时刻。需要说明的是，本申请为了保证目标应用最大可能地采集并响应第一事件。因此，在延长第一作用时段时，同时保持第二作用时段的起始时刻和第一作用时段的起始时刻相同。

步骤623，从第一结束时刻开始，增加目标时长增量，得到第二结束时刻。

在申请实施例中，终端从第一结束时刻开始，增加目标时长增量，得到第二结束时刻。在该执行方式中，目标时长增量是终端中预先保存的常量数据。例如，2ms、3ms或者5ms等常数均可以作为目标时长增量。

步骤624，将目标起始时刻到第二结束时刻之间的时段确定为第二作用时段。

在申请实施例中，终端将目标起始时刻到第二结束时刻之间的时段确定为第二作用时段。以目标时长增量是3ms且第一作用时段是(1ms,3ms]为例，终端将以目标起始时刻(即1ms)到第二结束时刻(即6ms)之间的时段确定为第二作用时段。也即，第二作用时段是(1ms,6ms]。

需要说明的是，在本申请中，终端还能够根据焦点窗口对应的目标应用的标识，确定相应的目标时长增量。在一种可能的实现方式中，请参照表三。表三示出了一种不同应用与各自的目标时长增量的对应关系，该对应关系存储在终端的存储器中。在该场景下，终端可以通过两步操作获得目标时长增量，步骤陈述如下：

步骤(1)，获取终端的焦点窗口对应的目标应用的标识。

步骤(2)，根据目标应用的标识，获取目标应用的对应的目标时长增量。

需要说明的是，目标应用的标识可以是目标应用的安装包名。

表三

终端能够获取当前焦点窗口对应的目标应用的标识，在根据目标应用的标识获取目标时长增量。

在一种可能的实现方式中，当目标应用的标识在预设的白名单中时，延长第一事件的位置信息的第一作用时段，得到第一事件的位置信息的第二作用时段。

在另一种可能的实现方式中，当目标应用的标识和版本同时存在于预设的白名单中时，延长第一事件的位置信息的第一作用时段，得到第一事件的位置信息的第二作用时段。

步骤630，按照触控信号对应的事件各自的作用时段，上报触控信号至目标应用。

步骤630的执行过程和步骤430的执行过程相同，此处不再赘述。

综上所述，本实施例能够根据不同的目标应用提供相应的目标时长增量，保证提高目标应用采样触控信号的性能的前提下，为不同的目标应用提供了个性化优化方案，不过多丧失触控信号中第二事件的灵敏性。

基于上述实施例所示的方法，本申请实施例还提供一种触控信号的上报方法，能够通过将第一事件的后续n个事件的触发时刻赋值为第一结束时刻的时刻值，来延长第一作用时段，得到第二作用时段。详情请参考如下实施例：

请参考图7，其是本申请另一个示例性实施例提供的触控信号的上报方法流程图。该触控信号的上报方法可以应用在上述图1、图2或图3所示的终端中。在图7中，该触控信号的上报方法包括其是基于图6所示的触控信号的上报方法提供的部分步骤的流程图，在图7中，终端在执行完成步骤610、步骤621和步骤622后，可以执行包括步骤623a1和步骤623a2的流程一，或者，也可以执行包括步骤623b1和步骤623b2的流程二。其中，在终端完成流程一或者流程二后，终端可以执行步骤624和步骤630以完成本申请公开的触控信号的上报方法。

步骤623a1，获取目标事件的结束时刻，目标事件是与第一事件相邻的n个事件中的最后一个事件，n为正整数。

步骤623a2，确定目标事件的结束时刻的时刻值，为第二结束时刻。

在本申请中，例如，第一事件后是第二事件A和第二事件B。终端可以将第二事件A作为目标事件，将该第二事件A的结束时刻的时刻值确定为第二结束时刻。

由此可见，终端通过将与第一事件相邻的事件的上报时间段划分给第一事件，延长了第一事件的作用时段的时长，进而提高了第一事件被目标应用采样到的概率。

在一种可能的方式中，目标事件是第二事件。例如，第一事件是down事件，则目标事件可以是第二事件，也即可以是move事件。

步骤623b1，获取触控信号对应的事件中除第一事件之外的事件。

步骤623b2，将各个第三时段分别向后延迟目标时长增量的时长，第三时段是触控信号对应的事件中除第一事件之外的事件各自对应的时段。

在本申请中，例如，终端能够将第一事件的作用时段直接延长目标时长增量，第一时段后的各个时段在当前时刻的基础上，依次向后顺延目标时长增量。

综上可知，本申请实施例能够通过多种方式延长第一事件的作用时段，进而提高第一事件被采用固定的采样频率采样到的概率，提高了终端上报触控信号的适应性。

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

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

信号获取模块810，用于通过输入组件获取触控信号，所述触控信号对应的事件至少包括第一事件和第二事件，所述第一事件用于指示屏幕接收到点击信号，所述第二事件用于指示所述屏幕接收到滑动信号；

时段延长模块820，用于延长所述第一事件的位置信息的第一作用时段，得到所述第一事件的位置信息的第二作用时段，所述位置信息用于指示所述触控信号在屏幕中的触发位置，所述第一作用时段短于所述第二作用时段；

信号上报模块830，用于按照所述触控信号对应的事件各自的作用时段，上报至目标应用，所述目标应用通过采样的方式在所述作用时段上获取所述触控信号对应的事件。

在一个可选的实施例中，所述时段延长模块820，用于确定目标起始时刻和第一结束时刻，所述目标起始时刻是所述第一作用时段的起始时刻，所述第一结束时刻是所述第一作用时段的结束时刻；将所述目标起始时刻确定为所述第二作用时段的起始时刻；从所述第一结束时刻开始，增加目标时长增量，得到第二结束时刻；将所述目标起始时刻到所述第二结束时刻之间的时段确定为所述第二作用时段。

在一个可选的实施例中，所述装置还包括执行模块，用于获取终端的焦点窗口对应的所述目标应用的标识；根据所述目标应用的标识，获取所述目标应用的对应的所述目标时长增量。

在一个可选的实施例中，所述时段延长模块820，用于获取目标事件的结束时刻，所述目标事件是与所述第一事件相邻的n个事件中的最后一个事件，n为正整数；确定所述目标事件的结束时刻的时刻值，为所述第二结束时刻。

在一个可选的实施例中，所述目标事件是所述第二事件。

在一个可选的实施例中，所述时段延长模块820，用于获取所述触控信号对应的事件中除所述第一事件之外的事件；将各个第三时段分别向后延迟所述目标时长增量的时长，所述第三时段是所述触控信号对应的事件中除所述第一事件之外的事件各自对应的时段。

在一个可选的实施例中，所述时段延长模块820，用于当所述目标应用的标识在所述预设的白名单中时，延长所述第一事件的位置信息的第一作用时段，得到所述第一事件的位置信息的第二作用时段。

在一个可选的实施例中，所述时段延长模块820，用于当所述目标应用的标识和版本同时存在于所述预设的白名单中时，延长所述第一事件的位置信息的第一作用时段，得到所述第一事件的位置信息的第二作用时段。

在一个可选的实施例中，所述目标应用是通过引擎按照预定采样频率进行采样的应用。

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

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

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

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

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

Claims (12)

1.一种触控信号的上报方法，其特征在于，所述方法包括：

通过输入组件获取触控信号，所述触控信号对应的事件至少包括第一事件和第二事件，所述第一事件用于指示屏幕接收到点击信号，所述第二事件用于指示所述屏幕接收到滑动信号；

延长所述第一事件的位置信息的第一作用时段，得到所述第一事件的位置信息的第二作用时段，所述位置信息用于指示所述触控信号在屏幕中的触发位置，所述第一作用时段短于所述第二作用时段；

按照所述触控信号对应的事件各自的作用时段，上报所述触控信号至目标应用，所述目标应用通过采样的方式在所述作用时段上获取所述触控信号对应的事件。

2.根据权利要求1所述的方法，其特征在于，所述延长所述第一事件的位置信息的作用时段，包括：

确定目标起始时刻和第一结束时刻，所述目标起始时刻是所述第一作用时段的起始时刻，所述第一结束时刻是所述第一作用时段的结束时刻；

将所述目标起始时刻确定为所述第二作用时段的起始时刻；

从所述第一结束时刻开始，增加目标时长增量，得到第二结束时刻；

将所述目标起始时刻到所述第二结束时刻之间的时段确定为所述第二作用时段。

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

获取终端的焦点窗口对应的所述目标应用的标识；

根据所述目标应用的标识，获取所述目标应用的对应的所述目标时长增量。

4.根据权利要求2所述的方法，其特征在于，所述从所述第一结束时刻开始，增加目标时长增量，得到第二结束时刻，包括：

获取目标事件的结束时刻，所述目标事件是位于所述第一事件之后，且与所述第一事件相邻的事件；

确定所述目标事件的结束时刻的时刻值，为所述第二结束时刻。

5.根据权利要求4所述的方法，其特征在于，所述目标事件是所述第二事件。

6.根据权利要求2所述的方法，其特征在于，所述从所述第一结束时刻开始，增加目标时长增量，得到第二结束时刻，包括：

获取所述触控信号对应的事件中除所述第一事件之外的事件；

将各个第三时段分别向后延迟所述目标时长增量的时长，所述第三时段是所述触控信号对应的事件中除所述第一事件之外的事件各自对应的时段。

7.根据权利要求2至6任一所述的方法，其特征在于，所述延长所述第一事件的位置信息的第一作用时段，得到所述第一事件的位置信息的第二作用时段，包括：

当所述目标应用的标识在预设的白名单中时，延长所述第一事件的位置信息的第一作用时段，得到所述第一事件的位置信息的第二作用时段。

8.根据权利要求7所述的方法，其特征在于，所述当所述目标应用的标识在预设的白名单中时，延长所述第一事件的位置信息的第一作用时段，得到所述第一事件的位置信息的第二作用时段，包括：

当所述目标应用的标识和版本同时存在于所述预设的白名单中时，延长所述第一事件的位置信息的第一作用时段，得到所述第一事件的位置信息的第二作用时段。

9.根据权利要求1至6任一所述的方法，其特征在于，所述目标应用是通过引擎按照预定采样频率进行采样的应用。

10.一种触控信号的上报装置，其特征在于，所述装置包括：

信号获取模块，用于通过输入组件获取触控信号，所述触控信号对应的事件至少包括第一事件和第二事件，所述第一事件用于指示屏幕接收到点击信号，所述第二事件用于指示所述屏幕接收到滑动信号；

时段延长模块，用于延长所述第一事件的位置信息的第一作用时段，得到所述第一事件的位置信息的第二作用时段，所述位置信息用于指示所述触控信号在屏幕中的触发位置，所述第一作用时段短于所述第二作用时段；

信号上报模块，用于按照所述触控信号对应的事件各自的作用时段，上报至目标应用，所述目标应用通过采样的方式在所述作用时段上获取所述触控信号对应的事件。

11.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如权利要求1至9任一所述的触控信号的上报方法。

12.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求1至9任一所述的触控信号的上报方法。

Images