CN104035714A - 一种基于安卓***的触摸事件处理方法、装置和设备 - Google Patents

Abstract

本申请提供了一种基于安卓***的触摸事件处理方法、装置和设备，该方法包括：获取当前触发的触摸事件；判断当前触摸事件是否为按下事件，如果是按下事件，则触发触摸事件预测流程，所述触摸事件预测流程包括：判断上一次触摸事件发生的时间与当前时间的时间差是否大于预设的触摸时间间隔，如果大于，则依据预设的预测事件模型预测下一次触摸事件；将所述预测的下一次触摸事件确定为待处理的触摸事件。本申请实施例可以解决现有技术中对于用户的触摸操作存在较大延时的问题，从而能够粘住用户在触摸屏幕上滑动的手指，以对用户的触摸事件快速做出反应，不仅提高Android***的响应速度，还能够提升用户的使用体验。

Description

一种基于安卓***的触摸事件处理方法、装置和设备

技术领域

本申请涉及智能设备的安卓Android***领域，特别涉及基于Android***的触摸事件处理方法、装置和设备。

背景技术

随着科学技术的进步，在安卓(Android)***的移动设备上，一般都采用触摸屏实现显示界面。因此，用户在触摸屏上操控移动设备的流畅性就显得尤为重要，这也是影响用户体验的非常关键因素。这在用户在触摸屏幕上触发拖拽操作时显得尤为突出，如：滑动屏幕、拖动列表等。

发明人在研究过程中发现，现有技术中的智能设备，例如智能手机或者平板电脑等，用户产生的触摸操作一般都有较大延时，不能粘住用户在触摸屏幕上滑动的手指，也不能对用户的触摸事件快速做出反应。

发明内容

本申请所要解决的技术问题是提供一种基于Android***的触摸事件处理方法，用以解决现有技术中对于用户的触摸操作存在较大延时的问题，从而能够粘住用户在触摸屏幕上滑动的手指，以对用户的触摸时间快速做出反应，不仅提高Android***的响应速度，还能够提升用户的使用体验。

本申请还提供了一种基于Android***的触摸事件处理装置和设备，用以保证上述方法在实际中的实现及应用。

为了解决上述问题，本申请公开了一种基于Android***的触摸事件处理方法，包括：

获取当前触发的触摸事件；

判断当前触摸事件是否为按下事件，如果是按下事件，则触发触摸事件预测流程，所述触摸事件预测流程包括：判断上一次触摸事件发生的时间与当前时间的时间差是否大于预设的触摸时间间隔，如果大于，则依据预设的预测事件模型预测下一次触摸事件；

将所述预测的下一次触摸事件作为待处理的触摸事件进行响应。

可选的，在所述当前触摸事件不是按下事件的情况下，还包括：

判断所述当前触摸事件是否为松开事件，如果是，则停止所述触摸事件预测流程，如果否，则确定所述当前触摸事件为移动事件，并判断所述移动事件是否存在对应的预测触摸事件，如果存在，则获取所述预测触摸事件的发生位置和所述移动事件的发生位置之间的像素差值。

可选的，还包括：

判断所述像素差值是否大于预设的误差阈值，如果是，则将所述预测触摸事件记录为异常事件。

可选的，所述事件预测模型包括高阶函数模型和线性函数模型，则还包括：

判断所述异常事件的频率是否大于预设频率阈值，如果是，则将预设的高阶函数模型确定为下一次触发事件预测流程时使用的事件预测模型，如果否，则将预设的线性函数模型作为下一次触发事件预测流程时使用的事件预测模型。

可选的，所述当前触摸事件存储在事件队列中，则在停止所述触摸事件预测流程之后，还包括：

清除所述事件队列中的所有触摸事件。

可选的，还包括：

依据所述Android***的CPU负载情况对所述预设的触摸时间间隔进行调整。

本申请还提供了一种基于Android***的触摸事件处理装置，包括：

获取事件模块，用于获取当前触发的触摸事件；

第一判断模块，用于判断当前触摸事件是否为按下事件；

触发模块，用于在所述第一判断模块的结果为是时，触发触摸事件预测模块；

触摸事件预测模块包括：判断子模块和预测子模块，所述判断子模块，用于判断上一次触摸事件发生的时间与当前时间的时间差是否大于预设的触摸时间间隔，所述预测子模块用于在所述判断子模块的结果为是的情况下，依据预设的预测事件模型预测下一次触摸事件；

确定模块，用于将所述预测的下一次触摸事件作为待处理的触摸事件进行响应。

可选的，在所述当前触摸事件不是按下事件的情况下，还包括：

第二判断模块，用于判断所述当前触摸事件是否为松开事件；

停止模块，用于在所述第二判断模块的结果为是的情况下，停止触发模块；

确定模块，用于在所述第二判断模块的结果为否的情况下，确定所述当前触摸事件为移动事件；

第三判断模块，用于判断所述移动事件是否存在对应的预测触摸事件；

获取像素差值模块，用于在所述第三判断模块的结果为是的情况下，获取所述预测触摸事件的发生位置和所述移动事件的发生位置之间的像素差值。

可选的，还包括：

第四判断模块，用于判断所述像素差值是否大于预设的误差阈值；

记录模块，用于在所述第四判断模块的结果为是的情况下，将所述预测触摸事件记录为异常事件。

可选的，还包括：

第五判断模块，用于判断所述异常事件的频率是否大于预设频率阈值；

第一确定模块，用于在所述第五判断模块的结果为否的情况下，将预设的高阶函数模型确定为下一次触发事件预测流程时使用的事件预测模型；

第二确定模块，用于在所述第五判断模块的结果为是的情况下，将预设的线性函数模型作为下一次触发事件预测流程时使用的事件预测模型。

可选的，所述当前触摸事件存储在事件队列中，则还包括：

清除模块，用于清除所述事件队列中的所有触摸事件。

可选的，还包括：

调整模块，用于依据所述Android***的CPU负载情况对所述预设的触摸时间间隔进行调整。

与现有技术相比，本申请包括以下优点：

在本申请中，由于在上一次触摸事件发生的时间与当前时间的时间差超过触摸时间间隔的时候，就会预测下一次的触摸事件，从而***可以响应该预测的触摸事件，而不是等待用户实际发生的触摸事件再进行响应，这样就能解决现有技术中对于用户的触摸操作存在较大延时的问题，从而能够粘住用户在触摸屏幕上滑动的手指，以对用户的触摸时间快速做出反应，不仅提高Android***的响应速度，还能够提升用户的使用体验。

附图说明

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

图1是本申请的一种基于Android***的触摸事件处理方法实施例1的流程图；

图2是本申请的一种基于Android***的触摸事件处理方法实施例2的流程图；

图3是本申请的一种基于Android***的触摸事件处理装置实施例的结构框图。

具体实施方式

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

本申请可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

参考图1，示出了本申请一种基于Android***的触摸事件处理方法实施例1的流程图，可以包括以下步骤：

步骤101：获取当前触发的触摸事件。

在本申请实施例中，当用户在智能设备的触摸屏上触发了触摸事件时，首先获取到用户当前触发的触摸事件。其中，触摸事件指的是，在触摸屏上正在显示的当前界面上产生的触摸事件。例如，当前用户打开了微信，那么在本实施例中就需要捕捉用户当前打开的微信界面上的滑动(move)事件。而如果用户从微信切换到了淘宝网的界面，则在这种情况下捕捉到的触摸事件就是用户在淘宝网的界面上触发的滑动事件。还例如，用户在智能设备的桌面应用的多屏之间进行切换时的滑动事件，等等。

步骤102：判断当前触摸事件是否为按下事件，如果是按下事件，则进入步骤103。

对步骤101中获取到的当前触摸事件是否为按下事件进行判断，如果是按下事件，后续就触发触摸事件预测流程。在本实施例中，触摸事件分为三种：按下、松开和移动，当产生按下事件时会触发触摸事件预测流程。

步骤103：触发触摸事件预测流程，所述触摸事件预测流程可以包括：判断上一次触摸事件发生的时间与当前时间的时间差是否大于预设的触摸时间间隔，如果大于，则依据预设的预测事件模型预测下一次触摸事件。

在本实施例中，当产生了按下事件时，触发的触摸事件预测流程首先可以判断上一次触摸事件发生的时间与当前时间的时间差是否大于一个预设的触摸时间间隔，例如10ms，如果这个时间差比预设的触摸时间间隔还大，说明用户产生的触摸事件有了延时，在这种情况下就会出现触摸屏上界面的绘制不连续或者延时的情况，为了避免这种情况，就可以根据预设的预测事件模型来预测下一次触摸事件。例如，预测下一次的触摸事件发生的位置，即预测在当前触摸界面上的哪个位置可能产生触摸事件。

可以理解的是，触摸时间间隔的数值可以由本领域技术人员依据实际需求或者应用场景自主设置，例如，依据所述Android***的CPU负载情况对所述预设的触摸时间间隔进行调整。其中，如果CPU负载较大，则可以相应的将触摸时间间隔设置的稍微小一点，而如果CPU负载较小，则可以相应的将触摸时间间隔设置的稍微大一些。例如，当CPU负载超过70％的时候，说明***响应用户的触摸事件的速度会比较慢，那么此时将预设的触摸时间间隔调整为10ms，这样就可以较快的预测出下一次的触摸事件，而如果CPU负载小于或者等于70％，说明***的性能比较好，对用户的触摸事件本身就相应的较快一些，此时就可以将触摸时间间隔调整为20ms，不那么频繁的对触摸事件进行预测。当然，上述数值只是具体示例，不应将其理解为对本申请的限定。

步骤104：将所述预测的下一次触摸事件确定为待处理的触摸事件。

接着***就将步骤103中预测的触摸事件确定为待处理的触摸事件。

采用本发明实施例，当用户在触摸设备上进行手指滑动的时候，一旦在预设的触摸时间间隔内没有发生触摸操作，就会预测出下一次可能发生的触摸事件的位置，再由***对该预测的触摸事件进行响应。从而能够较快速的响应用户在触摸屏上的操作，这样不仅提升了***的响应速度，对用户的触摸时间快速做出反应，从而解决了用户的触摸操作存在较大延时的问题，也能够产生粘住用户在触摸屏幕上滑动的手指的效果，从而提升了用户的使用体验。

参考图2，示出了本申请一种基于Android***的触摸事件处理方法实施例2的流程图，本实施例是实施例1的具体示例，本具体示例可以包括以下步骤：

步骤201：获取当前触发的触摸事件。

步骤202：判断当前触摸事件是否为按下事件，如果是按下事件，则进入步骤203，如果不是按下事件，则进入步骤204。

步骤201～步骤202与实施例1一致，在此不再赘述。

步骤203：触发事件预测流程，并进入步骤213。

在本实施例中，事件预测流程可以采用一个独立的预测线程实现。当需要触发事件预测流程的时候，就触发该独立的预测线程。可以理解的是，该独立的预测线程在触发之后，可以判断是否当前设置了退出标识，例如用户是否触发了松开事件，如果是，则该预测线程可以停止，而如果用户没有触发松开事件，则预测线程可以获取到预设的触摸时间间隔，并获取到上次触摸事件发生的时间从而与当前时间相减得到时间差。如果该时间差大于触摸时间间隔，则可以调用预设的预测事件模型来生成下一次触摸事件，如果时间差没有大于触摸时间间隔，则该独立的预测线程可以进入休眠，休眠事件的长度可以是预设的触摸事件间隔的长度，从而等待下一次用户在产生按下事件的时候被唤醒。

步骤204：判断所述当前触摸事件是否为松开事件，如果是，则进入步骤205，如果否，则进入步骤206。

在本实施例中，如果当前触摸事件不是按下事件，则继续判断当前触摸事件是不是松开事件。

步骤205：停止触摸事件预测流程，并清除所述事件队列中的所有触摸事件，结束当前流程。

如果当前触摸事件为松开事件，则说明用户当前已经完成了对触摸屏的操作，则此时可以停止触摸事件预测流程。

在本实施例中，可以建立一个先入先出的事件队列，并将触摸事件依次保存至该事件队列中，那么在停止触摸事件预测流程之后，可以将该事件队列中的触摸事件清零，从而方便下一次触发触摸事件预测流程的时候，再往该事件队列中存储触摸事件。

步骤206：确定所述当前触摸事件为移动事件，并判断所述移动事件是否存在对应的预测触摸事件，如果存在，则进入步骤207，如果不存在，结束当前流程。

在当前触摸事件既不是按下事件也不是松开事件的情况下，确定当前触摸事件是移动(move)事件，那么，判断该移动事件是否存在对应的预测触摸事件，即是判断是否还有预测事件和该移动事件相匹配。在具体实现时，预测事件可以放入预测队列中，当用户触发了触摸事件时，从预测队列的头部取出预测事件，可以和触摸事件一起放入事件队列中。如果预测队列中没有触摸事件，则说明该移动事件没有对应的预测事件。

步骤207：获取所述预测触摸事件的发生位置和所述移动事件的发生位置之间的像素差值。

当移动事件存在对应的预测触摸事件的时候，获取到预测触摸事件的发生位置，即是预测触摸事件在触摸屏显示界面上的横坐标X和纵坐标Y值，并且同样的获取到移动事件的发生位置，即是移动事件在触摸屏显示界面上的横坐标X和纵坐标Y值，将两者的坐标值相减得到像素差值。

步骤208：判断所述像素差值是否大于预设的误差阈值，如果是，则进入步骤209，如果不是，则结束当前流程。

判断步骤207得到的像素差值是否大于预设的误差阈值。该误差阈值可以取值为5～8，一般情况下，用户手指按下时会在触摸屏的界面上覆盖5～8个像素点。如果不大于，则结束当前流程。

步骤209：将所述预测触摸事件记录为异常事件。

当像素差值大于预设的误差阈值的时候，例如已经大于用户平均触摸时覆盖的像素点区域，那么说明本次的预测触摸事件相对不够准确，在这种情况下，将该预测触摸事件记录为异常事件。

步骤210：判断所述异常事件的频率是否大于预设频率阈值，如果是，则进入步骤211，如果否，则进入步骤212。

在实际应用中，如果连续几次都发生异常事件，即是异常事件的频率大于预设频率阈值，例如，最近的连续8个预测触摸事件中有3个都是异常事件，可能预测事件模型选择的不够准确。

步骤211：将预设的高阶函数模型确定为下一次触发事件预测流程时使用的事件预测模型，结束当前流程。

当异常事件出现的次数较多的时候，就采用预设的高阶函数模型作为预测事件模型，在下一次触发事件预测流程时，就会采用预设的高阶函数模型来预测触摸事件的发生位置。

步骤212：将预设的线性函数模型作为下一次触发事件预测流程时使用的事件预测模型，结束当前流程。

当异常事件出现的次数较少的时候，就采用预设的线性函数模型作为预测事件模型，在下次触发事件预测流程时，就会采用预设的线性函数模型来预测触摸事件的发生位置。

步骤213：将所述预测的下一次触摸事件确定为待处理的触摸事件。

当预测了触摸事件的时候，就将预测的下一次触摸事件作为待处理的触摸事件。后续在用户真实的触摸事件并未传递到输入窗口处理器的时候，就直接响应该预测的触摸事件。

采用本发明实施例，不仅能够较快速的响应用户在触摸屏上的操作，提升了***的响应速度，对用户的触摸时间快速做出反应，从而解决了用户的触摸操作存在较大延时的问题，也能够产生粘住用户在触摸屏幕上滑动的手指的效果，从而提升了用户的使用体验。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

与上述本申请一种基于Android***的触摸事件处理方法实施例1所提供的方法相对应，参见图3，本申请还提供了一种基于Android***的触摸事件处理装置实施例1，在本实施例中，可以包括：

获取事件模块301，用于获取当前触发的触摸事件；

第一判断模块302，用于判断当前触摸事件是否为按下事件；

触发模块303，用于在所述第一判断模块的结果为是时，触发触摸事件预测模块304；

触摸事件预测模块304包括：判断子模块3041和预测子模块3042，所述判断子模块，用于判断上一次触摸事件发生的时间与当前时间的时间差是否大于预设的触摸时间间隔，所述预测子模块用于在所述判断子模块的结果为是的情况下，依据预设的预测事件模型预测下一次触摸事件；

确定模块305，用于将所述预测的下一次触摸事件确定为待处理的触摸事件。

采用本发明实施例，当用户在触摸设备上进行手指滑动的时候，一旦在预设的触摸时间间隔内没有发生触摸操作，就会预测出下一次可能发生的触摸事件的位置，再由***对该预测的触摸事件进行响应。因为***响应也会占用一定的时间，因此，在用户真实的触摸事件还未及时传递时就响应预测的触摸事件，从而能够较快速的响应用户在触摸屏上的操作，这样不仅提升了***的响应速度，对用户的触摸时间快速做出反应，从而解决了用户的触摸操作存在较大延时的问题，也能够产生粘住用户在触摸屏幕上滑动的手指的效果，从而提升了用户的使用体验。

在不同的实施例中，除了图3所示的各个模块之外，基于Android***的触摸事件处理装置实施例2具体还可以包括：

第二判断模块，用于判断所述当前触摸事件是否为松开事件。

停止模块，用于在所述第二判断模块的结果为是的情况下，停止触发模块。

确定模块，用于在所述第二判断模块的结果为否的情况下，确定所述当前触摸事件为移动事件。

第三判断模块，用于判断所述移动事件是否存在对应的预测触摸事件。

获取像素差值模块，用于在所述第三判断模块的结果为是的情况下，获取所述预测触摸事件的发生位置和所述移动事件的发生位置之间的像素差值。

第四判断模块，用于判断所述像素差值是否大于预设的误差阈值。

记录模块，用于在所述第四判断模块的结果为是的情况下，将所述预测触摸事件记录为异常事件。

第五判断模块，用于判断所述异常事件的频率是否大于预设频率阈值；

第一确定模块，用于在所述第五判断模块的结果为否的情况下，将预设的高阶函数模型确定为下一次触发事件预测流程时使用的事件预测模型。

第二确定模块，用于在所述第五判断模块的结果为是的情况下，将预设的线性函数模型作为下一次触发事件预测流程时使用的事件预测模型。

清除模块，用于清除所述事件队列中的所有触摸事件。

调整模块，用于依据所述Android***的CPU负载情况对所述预设的触摸时间间隔进行调整。

本申请还提供了一种设备，该设备例如智能手机或者平板电脑等具体触摸屏的智能设备，其CPU上集成了前述的任一项装置。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种ECU的安全访问方法、ECU及上位机进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种基于Android***的触摸事件处理方法，其特征在于，包括：

获取当前触发的触摸事件；

判断当前触摸事件是否为按下事件，如果是按下事件，则触发触摸事件预测流程，所述触摸事件预测流程包括：判断上一次触摸事件发生的时间与当前时间的时间差是否大于预设的触摸时间间隔，如果大于，则依据预设的预测事件模型预测下一次触摸事件；

将所述预测的下一次触摸事件确定为待处理的触摸事件。

2.根据权利要求1所述的方法，其特征在于，在所述当前触摸事件不是按下事件的情况下，还包括：

判断所述当前触摸事件是否为松开事件，如果是，则停止所述触摸事件预测流程，如果否，则确定所述当前触摸事件为移动事件，并判断所述移动事件是否存在对应的预测触摸事件，如果存在，则获取所述预测触摸事件的发生位置和所述移动事件的发生位置之间的像素差值。

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

判断所述像素差值是否大于预设的误差阈值，如果是，则将所述预测触摸事件记录为异常事件。

4.根据权利要求3所述的方法，其特征在于，所述事件预测模型包括高阶函数模型和线性函数模型，则还包括：

判断所述异常事件的频率是否大于预设频率阈值，如果是，则将预设的高阶函数模型确定为下一次触发事件预测流程时使用的事件预测模型，如果否，则将预设的线性函数模型作为下一次触发事件预测流程时使用的事件预测模型。

5.根据权利要求2所述的方法，其特征在于，所述当前触摸事件存储在事件队列中，则在停止所述触摸事件预测流程之后，还包括：

清除所述事件队列中的所有触摸事件。

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

依据所述Android***的CPU负载情况对所述预设的触摸时间间隔进行调整。

7.一种基于Android***的触摸事件处理方法，其特征在于，包括：

获取事件模块，用于获取当前触发的触摸事件；

第一判断模块，用于判断当前触摸事件是否为按下事件；

触发模块，用于在所述第一判断模块的结果为是时，触发触摸事件预测模块；

触摸事件预测模块包括：判断子模块和预测子模块，所述判断子模块，用于判断上一次触摸事件发生的时间与当前时间的时间差是否大于预设的触摸时间间隔，所述预测子模块用于在所述判断子模块的结果为是的情况下，依据预设的预测事件模型预测下一次触摸事件；

确定模块，用于将所述预测的下一次触摸事件确定为待处理的触摸事件。

8.根据权利要求7所述的装置，其特征在于，在所述当前触摸事件不是按下事件的情况下，还包括：

第二判断模块，用于判断所述当前触摸事件是否为松开事件；

停止模块，用于在所述第二判断模块的结果为是的情况下，停止触发模块；

确定模块，用于在所述第二判断模块的结果为否的情况下，确定所述当前触摸事件为移动事件；

第三判断模块，用于判断所述移动事件是否存在对应的预测触摸事件；

获取像素差值模块，用于在所述第三判断模块的结果为是的情况下，获取所述预测触摸事件的发生位置和所述移动事件的发生位置之间的像素差值。

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

第四判断模块，用于判断所述像素差值是否大于预设的误差阈值；

记录模块，用于在所述第四判断模块的结果为是的情况下，将所述预测触摸事件记录为异常事件。

10.根据权利要求9所述的装置，其特征在于，还包括：

第五判断模块，用于判断所述异常事件的频率是否大于预设频率阈值；

第一确定模块，用于在所述第五判断模块的结果为否的情况下，将预设的高阶函数模型确定为下一次触发事件预测流程时使用的事件预测模型；

第二确定模块，用于在所述第五判断模块的结果为是的情况下，将预设的线性函数模型作为下一次触发事件预测流程时使用的事件预测模型。

11.根据权利要求8所述的装置，其特征在于，所述当前触摸事件存储在事件队列中，则还包括：

清除模块，用于清除所述事件队列中的所有触摸事件。

12.根据权利要求7～11任一项所述的装置，其特征在于，还包括：

调整模块，用于依据所述Android***的CPU负载情况对所述预设的触摸时间间隔进行调整。