触控跳点故障的检测方法、电子设备和可读存储介质与流程

计算;推算;计数设备的制造及其应用技术1.本技术涉及触控技术领域，具体涉及一种触控跳点故障的检测方法、电子设备和可读存储介质。背景技术：2.随着电子技术的快速发展，触控技术被广泛应用于各类电子设备中。例如，手机、平板电脑、可穿戴设备及教学一体机等设备的屏幕中均集成有触控面板，使得设备的屏幕在显示的同时具有触控的功能。3.这些具有触控功能的电子设备，在应用时，概率性的会出现触控跳点故障。触控跳点，也称为跳点、异常跳点、“鬼手”、“鬼触”或自动触摸等，是指用户未对屏幕进行触控操作的情况下，触控面板却识别到报点，上报了触控事件，从而使得屏幕出现了画面跳动、自动操作应用或控件等现象。电子设备出现触控跳点故障会使得用户无法实现预期操作，严重影响用户的正常使用，导致用户体验差。因此，有必要对触控跳点故障进行识别和检测，以便于分析触控跳点故障发生的原因，进而解决触控跳点故障。技术实现要素：4.本技术提供了一种触控跳点故障的检测方法、装置、电子设备、芯片、计算机可读存储介质和计算机程序产品，能够识别和检测触控跳点故障。5.第一方面，本技术提供一种触控跳点故障的检测方法，该方法包括：6.获取电子设备的第一触控数据，第一触控数据包括预设时长内多个报点的坐标、时刻和事件标识，事件标识用于表征报点所属的触控事件，多个报点中包括按下报点和抬起报点，按下报点和抬起报点具有动作标识；根据第一触控数据确定预设时长内是否存在预设类型的触控跳点故障。7.第一方面提供的触控跳点故障的检测方法能够检测预设时长内是否存在预设类型的触控跳点故障，以便于后期分析触控跳点故障的产生原因，从而解决触控跳点故障或降低跳点故障出现的概率，提高用户体验；且这整个过程无需人工介入，智能性高。而且该实现方式能够检测出触控跳点故障的类型，这样，在后期分析触控跳点故障的原因时，能够基于触控跳点故障的类型进行分析，更有针对性，从而能够更加准确的解决触控跳点故障。8.一种可能的实现方式中，预设类型的触控跳点故障为第一方向跳点故障、固定位置连续点击跳点故障、固定位置快速点击跳点故障、满屏随机触控跳点故障、满屏随机同时触控跳点故障、持续触控跳点故障或触摸后跳点故障中的一种。9.一种可能的实现方式中，根据第一触控数据确定预设时长内是否存在预设类型的触控跳点故障，包括：10.根据多个报点的事件标识和动作标识，确定第一触控数据中的至少一个完整触控事件；完整触控事件是指按下报点和抬起报点均包括在第一触控数据中的触控事件；根据第一触控数据中至少一个完整触控事件的数据，确定预设时长内是否存在预设类型的触控跳点故障。11.一种可能的实现方式中，预设类型的触控跳点故障为第一方向跳点故障，根据第一触控数据中至少一个完整触控事件的数据，确定预设时长内是否存在预设类型的触控跳点故障，包括：12.根据至少一个完整触控事件的按下报点的坐标和时刻，确定第一按下报点与相邻按下报点的坐标是否满足第一坐标条件；其中，第一按下报点为任一个完整触控事件的按下报点，相邻按下报点是指与第一按下报点时序相邻的按下报点；第一坐标条件包括第一按下报点与相邻按下报点在第二方向上的坐标偏移量小于或等于第一偏移量阈值，第二方向与第一方向垂直；若第一按下报点与相邻按下报点的坐标满足第一坐标条件，则将第一按下报点确定为第一目标按下报点；若至少一个完整触控事件的数据中第一目标按下报点的数量大于或等于第一预设数量，则确定预设时长内存在第一方向跳点故障。13.一种可能的实现方式中，预设类型的触控跳点故障为第一方向跳点故障，根据第一触控数据中至少一个完整触控事件的数据，确定预设时长内是否存在预设类型的触控跳点故障，包括：14.根据至少一个完整触控事件的抬起报点的坐标和时刻，确定第一抬起报点与相邻抬起报点的坐标是否满足第二坐标条件；其中，第一抬起报点为任一个完整触控事件的抬起报点，相邻抬起报点是指与第一抬起报点时序相邻的抬起报点；第二坐标条件包括第一抬起报点与相邻抬起报点在第二方向上的坐标偏移量小于或等于第一偏移量阈值，第二方向与第一方向垂直；若第一抬起报点与相邻抬起报点的坐标满足第二坐标条件，则将第一抬起报点确定为目标抬起报点；若至少一个完整触控事件的数据中目标抬起报点的数量大于或等于第一预设数量，则确定预设时长内存在第一方向跳点故障。15.可选的，第一方向为电子设备的屏幕坐标系中的横坐标方向，第二方向为电子设备的屏幕坐标系中的纵坐标方向，该实现方式中的触控跳点故障为横坐标方向故障。16.横坐标方向跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述两种实现方式能够实现对触控数据中横坐标方向跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决横坐标方向跳点故障，进一步提高用户体验。且上述两种实现方式中通过按下报点的坐标或抬起报点的坐标表征触控事件的位置，能够简化算法，提高触控跳点故障检测的效率。17.可选的，第一方向为电子设备的屏幕坐标系中的纵坐标方向，第二方向为电子设备的屏幕坐标系中的横坐标方向，该实现方式中的触控跳点故障为纵坐标方向故障。18.类似的，纵坐标方向跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述两种实现方式能够实现对触控数据中纵坐标方向跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决纵坐标方向跳点故障，进一步提高用户体验。19.可选的，第一坐标条件还包括：20.第一按下报点与相邻按下报点在第一方向上的坐标偏移量小于或等于第二偏移量阈值。21.该实现方式中，在限定第一按下报点和相邻按下报点在第一方向上的坐标偏移量的同时，进一步限定二者在第二方向上的坐标偏移量，这样能够有效避免将用户在一些特殊情况下的触控(例如，对屏幕进行报点准确性检测时不断沿某一方向划线等)误判为横坐标方向触控跳点故障，提高第一方向触控跳点故障的检测准确度。22.可选的，第一偏移量阈值可以为6像素(pixel)至10pixel。23.可选的，第二偏移量阈值可以为80pixel至120pixel。24.可选的，第一预设数量可以为4至6的整数。25.可选的，预设时长可以为800ms至1200ms。26.一种可能的实现方式中，预设类型的触控跳点故障为固定位置连续点击跳点故障，根据第一触控数据中至少一个完整触控事件的数据，确定预设时长内是否存在预设类型的触控跳点故障，包括：27.根据至少一个完整触控事件的报点的坐标、时刻和事件标识，确定第一完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标是否满足第三坐标条件，并确定第一完整触控事件与相邻完整触控事件的事件间隔是否小于或等于预设事件间隔阈值；28.其中，第一完整触控事件为任一个完整触控事件，相邻完整触控事件为在第一触控事件之后与第一完整触控事件时序相邻的完整触控事件；第三坐标条件包括第一完整触控事件的按下报点与相邻完整触控事件的按下报点在第一方向上的坐标偏移量小于或等于第三偏移量阈值，且在第二方向上的坐标偏移量小于或等于第四偏移量阈值，第一方向与第二方向垂直；事件间隔是指两个触控事件中在时序上的前一个触控事件的抬起报点的时刻与后一个触控事件的按下报点的时刻的时间差；29.若第一完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标满足第三坐标条件，且第一完整触控事件与相邻完整触控事件的事件间隔小于或等于预设事件间隔阈值，则将第一完整触控事件确定为第一目标事件；30.若至少一个完整触控事件中第一目标事件的数量大于或等于第二预设数量，则确定预设时长内存在固定位置连续点击跳点故障。31.一种可能的实现方式中，预设类型的触控跳点故障为固定位置连续点击跳点故障，根据第一触控数据中至少一个完整触控事件的数据，确定预设时长内是否存在预设类型的触控跳点故障，包括：32.根据至少一个完整触控事件的报点的坐标、时刻和事件标识，确定第一完整触控事件的抬起报点与相邻完整触控事件的抬起报点的坐标是否满足第四坐标条件，并确定第一完整触控事件与相邻完整触控事件的事件间隔是否小于或等于预设事件间隔阈值；33.其中，第一完整触控事件为任一个完整触控事件，相邻完整触控事件在第一完整触控事件之后与第一完整触控事件时序相邻的完整触控事件；第四坐标条件包括第一完整触控事件的抬起报点与相邻完整触控事件的抬起报点在第一方向上的坐标偏移量小于或等于第三偏移量阈值，且在第二方向上的坐标偏移量小于或等于第四偏移量阈值，第一方向与第二方向垂直；事件间隔是指两个触控事件中在时序上的前一个触控事件的抬起报点的时刻与后一个触控事件的按下报点的时刻的时间差；34.若第一完整触控事件的抬起报点与相邻完整触控事件的抬起报点的坐标满足第四坐标条件，且第一完整触控事件与相邻完整触控事件的事件间隔小于或等于预设事件间隔阈值，则将第一完整触控事件确定为第二目标事件；35.若至少一个完整触控事件中第二目标事件的数量大于或等于第二预设数量，则确定预设时长内存在固定位置连续点击跳点故障。36.固定位置连续点击跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述两种实现方式能够实现对触控数据中固定位置连续点击跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决固定位置连续点击跳点故障，进一步提高用户体验。且上述两种实现方式中通过按下报点的坐标或抬起报点的坐标表征触控事件的位置，能够简化算法，提高触控跳点故障检测的效率。37.可选的，第三偏移量阈值和第四偏移量阈值可以均为128pixel至192pixel。38.可选的，第二预设数量可以为4至6的整数。39.可选的，预设事件间隔阈值可以为16ms至24ms。40.可选的，预设时长可以为490ms至510ms。41.一种可能的实现方式中，预设类型的触控跳点故障为固定位置快速点击跳点故障，根据第一触控数据中至少一个完整触控事件的数据，确定预设时长内是否存在预设类型的触控跳点故障，包括：42.根据至少一个完整触控事件的报点的坐标、时刻和事件标识，确定第一完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标是否满足第五坐标条件，并确定第一完整触控事件的触控时长是否小于或等于预设触控时长阈值；43.其中，第一完整触控事件为任一个完整触控事件，相邻完整触控事件为在第一完整触控事件之后与第一完整触控事件时序相邻的完整触控事件；第五坐标条件包括第一完整触控事件的按下报点与相邻完整事件的按下报点在第一方向上的坐标偏移量小于或等于第五偏移量阈值，且在第二方向上的坐标偏移量小于或等于第六偏移量阈值，第一方向与第二方向垂直；触控时长是指触控事件的抬起报点的时刻与按下报点的时刻的时间差；44.若第一完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标满足第五坐标条件，且第一完整触控事件的触控时长小于或等于预设触控时长阈值，则将第一完整触控事件确定为第三目标事件；45.若至少一个完整触控事件中第三目标事件的数量大于或等于第三预设数量，则确定预设时长内存在固定位置快速点击跳点故障。46.一种可能的实现方式中，预设类型的触控跳点故障为固定位置快速触控跳点故障，根据第一触控数据中至少一个完整触控事件的数据，确定预设时长内是否存在预设类型的触控跳点故障，包括：47.根据至少一个完整触控事件的报点的坐标、时刻和事件标识，确定第一完整触控事件的抬起报点与相邻完整触控事件的抬起报点的坐标是否满足第六坐标条件，并确定第一完整触控事件的触控时长是否小于或等于预设触控时长阈值；48.其中，第一完整触控事件为任一个完整触控事件，相邻完整触控事件为在第一完整触控事件之后与第一完整触控事件时序相邻的完整触控事件；第六坐标条件包括第一完整触控事件的抬起报点与相邻完整事件的抬起报点在第一方向上的坐标偏移量小于或等于第五偏移量阈值，且在第二方向上的坐标偏移量小于或等于第六偏移量阈值，第一方向与第二方向垂直；触控时长是指触控事件的抬起报点的时刻与按下报点的时刻的时间差；49.若第一完整触控事件的抬起报点与相邻完整触控事件的抬起报点的坐标满足第六坐标条件，且第一完整触控事件的触控时长小于或等于预设触控时长阈值，则将第一完整触控事件确定为第四目标事件；50.若至少一个完整触控事件中第四目标事件的数量大于或等于第三预设数量，则确定预设时长内存在固定位置快速点击跳点故障。51.固定位置快速点击跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中固定位置快速点击跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决固定位置快速点击跳点故障，进一步提高用户体验。52.可选的，第五偏移量阈值和第六偏移量阈值可以均为128pixel至192pixel。53.可选的，第三预设数量可以为4至6的整数。54.可选的，触控时长阈值可以为16ms至24ms。55.可选的，预设时长可以为490ms至510ms。56.一种可能的实现方式中，预设类型的触控跳点故障为满屏随机触控跳点故障，根据第一触控数据中至少一个完整触控事件的数据，确定预设时长内是否存在预设类型的触控跳点故障，包括：57.根据至少一个完整触控事件的按下报点的坐标和时刻，确定第一按下报点与相邻按下报点的坐标是否满足第七坐标条件，并确定第一按下报点的时刻与相邻按下报点的坐标的时刻的时间差是否小于或等于第一时间差阈值；58.其中，第一按下报点为任一个完整触控事件的按下报点，相邻按下报点是指与第一按下报点时序相邻的按下报点；第七坐标条件包括第一按下报点与相邻按下报点在第一方向上的坐标偏移量大于或等于第七偏移量阈值，且在第二方向上的坐标偏移量大于或等于第八偏移量阈值，第一方向与第二方向垂直；59.若第一按下报点与相邻按下报点的坐标满足第七坐标条件，且第一按下报点的时刻与相邻按下报点的时刻的时间差小于或等于第一时间差阈值，则将第一按下报点确定为第二目标按下报点；60.若至少一个完整触控事件的数据中第二目标按下报点的数量大于或等于第四预设数量，则确定预设时长内存在满屏随机触控跳点故障。61.满屏随机触控跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中满屏随机触控跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决满屏随机触控跳点故障，进一步提高用户体验。62.可选的，第七偏移量阈值和第八偏移量阈值可以均为128pixel至192pixel。63.可选的，第四预设数量可以为4至6的整数。64.可选的，第一时间差阈值可以为24ms至36ms。65.可选的，预设时长可以为800ms至1200ms。66.一种可能的实现方式中，预设类型的触控跳点故障为满屏随机同时触控跳点故障，根据第一触控数据中至少一个完整触控事件的数据，确定预设时长内是否存在预设类型的触控跳点故障，包括：67.若第一触控事件数据中完整触控事件的数量大于或等于第一数量阈值，则根据多个报点的时刻和事件标识，获取预设时长对应的时间段内的所有子时间段，并获取各个子时间段内触控事件的数量；子时间段的时长小于预设时长；68.将所有子时间段中，触控事件的数量大于或等于第二数量阈值的子时间段确定为目标子时间段；69.若所有子时间段中目标子时间段的数量占比大于预设占比，则确定预设时长内存在满屏随机同时触控跳点故障。70.满屏随机同时触控跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中满屏随机同时触控跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决满屏随机同时触控跳点故障，进一步提高用户体验。71.一种可能的实现方式中，获取预设时长对应的时间段内的所有子时间段，包括：72.将多个报点中各个按下报点的时刻分别作为子时间段的起点，根据子时间段的时长和预设时长对应的时间段，得到所有子时间段。该实现方式中提供的子时间段的划分方法，能够使得划分的所有子时间段包括第一触控数据中所有按下报点，从而在检测过程中实现对所有触控事件的遍历，提高了满屏随机同时触控故障检测结果的准确性。73.一种可能的实现方式中，所有子时间段连续，获取预设时长对应的时间段内的所有子时间段，包括：74.根据子时间段的时长对预设时长对应的时间段进行划分，得到所有子时间段。该实现方式提供的子时间段的划分方法，能够快速的获取得到所有子时间段，算法效率高。75.可选的，子时间段的时长可以为80ms至120ms。76.可选的，第一数量阈值可以为24至36的整数。77.可选的，第二数量阈值可以为3至5的整数。78.可选的，预设占比可以为40％至60％。79.可选的，预设时长可以为2400ms至3600ms。80.一种可能的实现方式中，预设类型的触控跳点故障为持续触控跳点故障，预设时长对应的时间段的起点为第二按下报点的时刻；81.根据第一触控数据中至少一个完整触控事件的数据，确定预设时长内是否存在预设类型的触控跳点故障之前，该方法还包括：82.确定第一触控数据中不存在与第二按下报点的事件标识相同的第二抬起报点；83.根据第一触控数据中至少一个完整触控事件的数据，确定预设时长内是否存在预设类型的触控跳点故障，包括：84.确定第一完整触控事件的按下报点和抬起报点的坐标是否满足第八坐标条件；第一完整触控事件为任一个完整触控事件，第八坐标条件包括第一完整触控事件的按下报点和抬起报点在第一方向的坐标偏移量小于或等于第九偏移量阈值，且在第二方向上的坐标偏移量小于或等于第十偏移量阈值，第一方向与第二方向垂直；85.若第一完整触控事件的按下报点和抬起报点的坐标满足第八坐标条件，则将第一完整触控事件确定为第五目标事件；获取第一触控数据中触控事件的总数量；若至少一个完整触控事件中第五目标事件的数量与总数量的比例大于或等于预设比例阈值，则确定预设时长内存在持续触控跳点故障。86.持续触控跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中持续触控跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决持续触控跳点故障，进一步提高用户体验。87.可选的，第九偏移量阈值和第十偏移量阈值可以均为48pixel至72pixel。88.可选的，预设时长可以为6400ms至9600ms。89.可选的，预设比例阈值可以为56％至84％。90.一种可能的实现方式中，预设类型的触控跳点故障为触摸后跳点故障，预设时长对应的时间段的起点为第二按下报点的时刻；91.根据第一触控数据确定预设时长内是否存在预设类型的触控跳点故障，包括：92.根据第一触控数据中按下报点的坐标和时刻，确定第二按下报点与各个其他按下报点的坐标是否满足第九坐标条件，并确定第二按下报点的时刻与各个其他按下报点的时刻的时间差是否均小于或等于第二时间差阈值；93.其中，其他按下报点是指第一触控数据中除第二按下报点外的按下报点；第九坐标条件包括第二按下报点与各个其他按下报点在第一方向的坐标偏移量均大于或等于第十一偏移量阈值，且在第二方向的坐标偏移量均大于或等于第十二偏移量阈值，第一方向与第二方向垂直；94.若第二按下报点与各个其他按下报点的坐标满足第九坐标条件，且第二按下报点的时刻与各个其他按下报点的时刻的时间差均小于或等于第二时间差阈值，则将第二按下报点与各个其他按下报点确定为一组多点共触报点；95.获取以第三按下报点的时刻为起点的预设时长内的第三触控数据，将第三按下报点作为第二按下报点，对第三触控数据执行第一触控数据的步骤，直至第二按下报点与各个其他按下报点不为多点共触报点，确定多点共触报点的组数；第三按下报点为在第二抬起报点之后与第二抬起报点时序相邻的按下报点，第二抬起报点为与第二按下报点的事件标识相同的抬起报点；96.若多点共触报点的组数大于或等于预设组数，则确定预设时长内存在触摸后跳点故障。97.触摸后跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中触摸后跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决触摸后跳点故障，进一步提高用户体验。98.可选的，第十一偏移量阈值和第十二偏移量阈值可以均为120pixel至180pixel。99.可选的，第二时间差阈值可以为40ms至60ms。100.可选的，预设组数可以为3或4。101.可选的，预设时长可以为490ms至510ms。102.第二方面，本技术提供一种装置，该装置包含在电子设备中，该装置具有实现上述第一方面及上述第一方面的可能实现方式中电子设备行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，接收模块或单元、处理模块或单元等。103.第三方面，本技术提供一种电子设备，电子设备包括：处理器、存储器和接口；处理器、存储器和接口相互配合，使得电子设备执行第一方面的技术方案中任意一种方法。104.第四方面，本技术提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。105.可选的，芯片还包括存储器，存储器与处理器通过电路或电线连接。106.进一步可选的，芯片还包括通信接口。107.第五方面，本技术提供一种计算机可读存储介质，计算机可读存储介质中存储了计算机程序，当计算机程序被处理器执行时，使得该处理器执行第一方面的技术方案中任意一种方法。108.第六方面，本技术提供一种计算机程序产品，计算机程序产品包括：计算机程序代码，当计算机程序代码在电子设备上运行时，使得该电子设备执行第一方面的技术方案中任意一种方法。附图说明109.图1是本技术实施例提供的一例电子设备的软件结构框图；110.图2是本技术实施例提供的一例电子设备中触控功能所涉及的模块示意图；111.图3是本技术实施例提供的一例手机的屏幕坐标系的示意图；112.图4是本技术实施例提供的一例按下报点的数据的示意图；113.图5是本技术实施例提供的一例抬起报点的数据的示意图；114.图6是本技术实施例提供的一例移动报点的数据的示意图；115.图7是本技术实施例提供的一例触控跳点故障的检测方法的流程示意图；116.图8是本技术实施例提供的一例横坐标方向跳点故障对应的报点示意图；117.图9是本技术实施例提供的一例横坐标方向跳点故障的检测方法的流程示意图；118.图10是本技术实施例提供的另一例横坐标方向跳点故障的检测方法的流程示意图；119.图11是本技术实施例提供的一例纵坐标方向跳点故障对应的报点示意图；120.图12是本技术实施例提供的一例固定位置连续点击跳点故障对应的报点示意图；121.图13是本技术实施例提供的一例固定位置连续点击跳点故障的检测方法的流程示意图；122.图14是本技术实施例提供的另一例固定位置连续点击跳点故障的检测方法的流程示意图；123.图15是本技术实施例提供的一例固定位置快速点击跳点故障对应的报点示意图；124.图16是本技术实施例提供的一例固定位置快速点击跳点故障的检测方法的流程示意图；125.图17是本技术实施例提供的另一例固定位置快速点击跳点故障的检测方法的流程示意图；126.图18是本技术实施例提供的一例满屏随机触控跳点故障对应的报点示意图；127.图19是本技术实施例提供的一例满屏随机触控跳点故障的检测方法的流程示意图；128.图20是本技术实施例提供的一例满屏随机同时触控跳点故障对应的报点示意图；129.图21是本技术实施例提供的一例满屏随机同时触控跳点故障的检测方法的流程示意图；130.图22是本技术实施例提供的一例持续触控跳点故障对应的报点示意图；131.图23是本技术实施例提供的一例持续触控跳点故障的检测方法的流程示意图；132.图24是本技术实施例提供的一例触摸后跳点故障对应的报点示意图；133.图25是本技术实施例提供的一例触摸后跳点故障的检测方法的流程示意图；134.图26是本技术实施例提供的一例电子设备的结构示意图。具体实施方式135.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。其中，在本技术实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，在本技术实施例的描述中，“多个”是指两个或多于两个。136.以下，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括一个或者更多个该特征。137.触控面板(touch panel，tp)，又称触摸面板等，是指能够实现触控输入的面板。触控面板可以单独应用实现触控功能，例如，应用于笔记本电脑等电子设备。触控面板也可以与显示面板配合应用，形成触控显示屏(也称为触控屏或触摸屏)，既能够实现显示功能，又能够实现触控功能，例如，应用于手机、平板电脑、可穿戴设备及教学一体机等电子设备。138.无论是应用于哪一种电子设备，触控面板在使用过程中都可能出现触控跳点故障。触控跳点，又称为跳点、异常跳点、触摸屏跳点、“鬼手”、“鬼触”或自动触摸等，是指用户未对屏幕进行触控操作的情况下，触控面板却识别到报点，上报了触控事件，从而使得屏幕出现了画面跳动、自动操作应用或控件等现象。造成跳点的原因可能有很多种，例如，触控面板的电场受到影响，如，受到静电、磁场、导电物质附着、温度、湿度、物理损坏等影响；又例如，触控面板供电电压不稳定等。139.触控跳点故障会导致用户无法执行正常的触控操作，甚至可能因屏幕自动操作应用或控件对用户造成损失。因而，有必要对触控跳点故障进行检测，以便于对触控跳点故障出现的原因进行分析，进而解决触控跳点故障或降低触控跳点故障出现的概率。本技术实施例提供的方法旨实现触控跳点故障的检测。140.可以理解，本技术实施例提供的方法可以用于对任何具有触控功能的电子设备的触控跳点故障进行检测，包括具有触控面板的笔记本电脑等电子设备，以及具有触控屏的电子设备。以下实施例均以该方法用于检测具有触控屏的电子设备的触控跳点故障为例进行说明。141.为了便于理解，在对本技术实施例提供的触控跳点故障的检测方法说明之前，首先对具有触控屏的电子设备的软件架构，以及电子设备实现触控功能的过程进行说明。142.电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本技术实施例以分层架构的android系统为例，示例性说明电子设备100的软件结构。143.示例性的，图1为本技术一个实施例提供的电子设备的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(android runtime)和系统库，以及内核层。应用程序层可以包括一系列应用程序包。144.如图1所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，wlan，蓝牙，音乐，视频，短信息等应用程序。145.应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。146.如图1所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。147.窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。148.内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。149.视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。150.电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。151.资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。152.通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。153.另外，应用程序框架层还包括事件上报与管理的相关模块，例如，事件监听(event hub)模块、输入读取(input reader)模块和输入分发(input dispatcher)模块等。154.android runtime包括核心库和虚拟机。android runtime负责安卓系统的调度和管理。155.核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。156.应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。157.系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：opengl es)，2d图形引擎(例如：sgl)等。158.表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。159.媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:mpeg4，h.264，mp3，aac，amr，jpg，png等。160.三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。161.2d图形引擎是2d绘图的绘图引擎。162.内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。另外，内核层还可以包括触控信号处理模块、触控数据生成模块、日志(log)生成模块和通信模块等。其中，通信模块可以为有线通信模块，也可以为无线通信模块。163.另外，电子设备还包括硬件层。硬件层可以包括主板、触控面板、触控芯片以及配件等。硬件层与软件系统的各个层配合，实现触控功能。164.示例性的，图2为本技术一个实施例提供的电子设备中触控功能所涉及的模块示意图。如图2所示，电子设备实现触控功能的结构和模块包括：硬件层的触控面板201，内核层的触控信号处理模块202、触控数据生成模块203和日志生成模块207，以及应用程序框架层的事件监听模块204、输入读取模块205和输入分发模块206等。165.触控面板201用于生成触控信号，并将生成的触控信号上报至内核层的触控信号处理模块202。其中，触控面板201生成触控信号可以为根据用户的触控操作生成触控信号，也可以为因触控跳点故障生成触控信号。可选的，用户的触控操作包括但不限于触摸操作、点击操作、滑动操作和长摁操作(也称为长按操作)等。因触控跳点故障生成的触控信号包括但不限于因触控面板的电场受到影响而生成触控信号，以及因触控面板供电电压不稳定而生成触控信号等。166.触控信号处理模块202接收触控信号，对触控信号进行封装处理，并将封装处理后的触控信号输出至内核层的触控数据生成模块203。可选的，触控信号处理模块202可以通过集成电路(inter-integrated circuit，i2c)接口、移动产业处理器接口(mobile industry processor interface，mipi)或串行外设接口(serial peripheral interface，spi)等将封装处理后的触控信号上报至触控数据生成模块203。触控数据生成模块203对该触控信号进行归一化处理、数据校准等处理，进而生成触控事件的数据(input.c)。可以理解，用户执行一个触控操作，生成一个或多个触控事件。一个触控事件对应一个触控接触对象(如手指或手写笔等)的操作，一个触控事件对应一组数据。例如，用户在屏幕上执行上滑操作，可能用一根手指上滑，也可能用多根手指上滑。每根手指在屏幕上的操作，都生成一个触控事件，对应一组数据。167.触控数据生成模块203将生成的触控事件的数据上报至应用程序架构层的事件监听模块204和输入读取模块205进行处理。经过事件监听模块204和输入读取模块205处理后，由输入分发模块206分发至应用程序层中对应的应用程序，由该应用程序做出相应的响应。168.可以理解，触控数据生成模块203生成触控事件的数据后，还可以进一步将触控事件的数据发送至日志生成模块207。日志生成模块207根据触控事件的数据生成日志文件。可选的，触控数据生成模块203可以实时的将触控事件的数据发送至日志生成模块207，以使日志生成模块207生成日志文件；也就是说，触控数据生成模块203每生成一个触控事件的数据，就将该触控事件的数据发送至日志生成模块207，由日志生成模块207将该触控事件的数据的部分或全部写入日志文件中。日志文件可以存储于电子设备的存储器中，也可以发送至其他的电子设备，例如，发送至服务器。169.为了便于理解，下面对触控事件的数据进行说明。170.每个触控事件的数据至少包括一个按下报点(也称为按下事件)的数据和一个抬起报点(也称为抬起事件)的数据。其中，按下报点的数据对应用户的按下操作，即，用户的手指或手写笔等与屏幕接触。抬起报点的数据对应用户的抬起操作，即，用户的手指或手写笔等离开屏幕。另外，每个触控事件的数据还可以包括一个或多个移动报点(也称为移动点)的数据。移动报点的数据对应用户的接触操作或移动操作，即用户手指或手写笔等与屏幕接触或沿屏幕移动。可以理解，一个触控事件的移动报点在时间上处于按下报点和抬起报点之间。171.按下报点、抬起报点和各个移动点的数据中均包括坐标、时刻和事件标识。坐标用于表征报点在预设坐标系中的位置。以手机来说，坐标用于表征报点在手机的屏幕坐标系中的位置。示例性的，图3为本技术实施例提供的一例手机的屏幕坐标系的示意图。如图3所示，手机的屏幕坐标系包括横坐标方向(即x坐标方向)和纵坐标方向(即y坐标方向)，手机的宽度方向为x坐标方向，手机的长度方向为y坐标方向，正持手机时屏幕左上角为坐标0点。对应的，报点的坐标可以包括x坐标和y坐标。x坐标用于表征该报点在手机屏幕坐标系中x坐标方向的位置，y坐标用于表征该报点在手机屏幕坐标系中y坐标方向的位置。可选的，报点的x坐标和y坐标可以以像素(pixel)为单位来表征。172.报点的时刻用于表征报点发生的时刻点。173.事件标识也可以称为事件编号、tracking id等。报点的事件标识用于表征报点所属的触控事件。174.另外，按下报点的数据和抬起报点的数据还包括动作标识。具体的，按下报点的数据中包括按下动作标识。按下动作标识用于表征报点为按下报点。示例性的，按下动作标识例如可以为“btn_touch down”。抬起报点的数据中包括抬起动作标识，抬起动作标识用于表征报点为抬起报点。示例性的，按下动作标识例如可以为“btn_touchup”。175.可以理解，一个触控事件对应一个事件标识，也就是说，同一触控事件的按下报点、抬起报点和各个移动报点的事件标识相同。176.可选的，按下报点、抬起报点和各个移动报点的数据中还可以分别包括报点率等其他数据，本技术实施例对此不做任何限定。177.示例性的，图4为本技术实施例提供的一例按下报点的数据的示意图。如图3所示，按下报点的数据包括该按下报点的x坐标401、y坐标402、事件标识403、按下动作标识404、时刻405和报点率406等。178.示例性的，图5为本技术实施例提供的一例抬起报点的数据的示意图。如图5所示，抬起报点的数据包括该抬起报点的x坐标501、y坐标502、事件标识503、抬起动作标识504、报点时刻505和报点率506等。179.示例性的，图6为本技术实施例提供的一例移动报点的数据的示意图。如图6所示，移动报点的数据包括该移动报点x坐标601、y坐标602、事件标识603、报点时刻605和报点率606等。180.本技术实施例提供的触控跳点故障的检测方法用于对如图1和图2所示结构的电子设备生成的触控事件的数据进行处理，以检测触控跳点故障。具体的，本技术实施例提供的方法用于对图2实施例所示的触控数据生成模块203生成的触控事件的数据(input.c)进行处理，以确定是否存在触控跳点故障。181.需要说明的是，本技术实施例提供的触控跳点故障的检测方法可以应用于电子设备。该电子设备可以为上述具有触控功能，即，能够生成触控事件的数据的电子设备，例如终端设备；也可以为与生成触控事件的数据的电子设备通信连接的其他电子设备，例如，服务器。其中，终端设备可以为手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，ar)/虚拟现实(virtual reality，vr)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本、个人数字助理(personal digital assistant，pda)等。本技术实施例提供的方法应用于终端设备时，可选的，终端设备可以实时从内核层获取触控事件的数据，对触控事件的数据进行处理，以检测触控跳点故障事件。可选的，也可以将生成的触控事件的数据以运行日志等形式存储于存储器中，终端设备从存储器中获取触控事件的数据，对触控事件的数据进行处理。182.本技术实施例提供的方法应用于服务器时，服务器可以为云端服务器，也可以为物理服务器。可选的，生成触控事件的数据的电子设备可以将生成的触控事件的数据以运行日志等形式上传至服务器，服务器对触控事件的数据进行处理，以检测触控跳点故障事件。183.为了便于说明，下述实施例均以触控跳点故障的检测方法应用于服务器为例，并以生成触控事件的数据的电子设备为终端设备，具体以手机为例进行说明。184.首先结合图1和图2，对触控跳点故障的检测方法的整个流程(包括手机生成触控事件的数据及上传触控事件的数据至服务器的过程)进行说明。可以理解，本实施例中，各个模块表征实现某一功能的模块，其可以通过硬件实现，也可以通过软件实现，还可以通过软件与硬件结合实现，本技术对此不做任何限定。请参见图7，触控跳点故障的检测流程包括：185.s701、触控面板生成触控信号。186.如上所述，触控面板生成触控信号可以为根据用户的触控操作生成触控信号，也可以为因触控跳点故障生成触控信号。187.s702、触控面板将生成的触控信号上报至触控信号处理模块。188.s703、触控信号处理模块接收触控信号，对触控信号进行封装处理。189.s704、触控信号处理模块将封装处理后的触控信号发送至触控数据生成模块。190.s705、触控数据生成模块对封装处理后的触控信号进行归一化处理、数据校准等处理，生成触控事件的数据。191.s706、触控数据生成模块将生成的触控事件的数据发送至日志生成模块。192.s707、日志生成模块根据触控事件的数据生成日志文件。193.即，日志生成模块将各个触控事件的数据的部分或全部写入日志文件中。日志文件中的触控事件的数据可能包括因触控跳点故障生成的数据。194.s708、日志生成模块将日志文件发送至通信模块。195.s709、通信模块将日志文件发送至服务器。196.可选的，日志生成模块可以周期性的将生成的日志文件打包发送至通信模块，由通信模块将日志文件发送至服务器。可选的，日志生成模块也可以根据日志文件中数据量的大小，当日志文件中的数据量达到预设值时，将日志文件打包发送至服务器。197.s710、服务器接收通信模块发送的日志文件，并根据日志文件中的触控事件的数据检测触控跳点故障。198.在一个实施例中，服务器根据日志文件中的触控事件的数据检测触控跳点故障时，可以从日志文件中逐个获取数据包，对各个数据包中的触控事件的数据分别进行处理，以检测该数据包中是否存在触控跳点故障。对于不存在触控跳点故障的数据包，服务器可以将该数据包删除，以释放内存。对于存在触控跳点故障的数据包，服务器可以提示故障，并保留该数据包中的时刻事件的数据，以便于后期根据这些数据分析触控跳点故障的产生原因，从而解决触控跳点故障或降低跳点故障出现的概率，提高用户体验；且这整个过程无需人工介入，智能性高。199.可选的，服务器可以根据预设的规则获取预设时长内所有报点的数据，得到多个数据包，进而对多个数据包分别进行处理。200.在一个实施例中，可以按照预设时长对日志文件中所有报点所占的时间段进行划分，得到多个连续的时间段。多个连续的时间段中的每个时间段内报点的数据作为一个数据包，从而得到多个数据包。例如，日志文件中的报点按照时间排序，第一个报点的时刻为a1，最后一个报点的时刻为a2，则可以按照预设时长△t对a1至a2的时间段进行划分，得到时间段a1至a1+△t，时间段a1+△t至a1+2△t，时间段a1+2△t至a1+3△t……获取报点的时刻处于时间段a1至a1+△t内的所有报点的数据，得到数据包1，获取报点的时刻处于时间段a1+△t至a1+2△t内的所有报点的数据，得到数据包2，获取报点的时刻处于时间段a1+2△t至a1+3△t内的所有报点的数据，得到数据包3……如此，可得到多个数据包。201.在另一个实施例中，还可以以日志文件中各个按下报点的时刻分别作为起点获取预设时长内所有报点的数据，从而得到多个数据包。例如，以日志文件中第一个按下报点的时刻b1作为起点，获取b1之后预设时长△t内所有报点的数据，得到数据包1，也即，获取报点的时刻处于时间段b1至b1+△t内的所有报点的数据，得到数据包1；以日志文件中的第二个按下报点的时刻b2作为起点，获取b2之后预设时长△t内所有报点的数据，得到数据包2，也即，获取报点的时刻处于时间段b2至b2+△t内的所有报点的数据，得到数据包2；以此类推。可选的，上述第一个按下报点、第二个按下报点……可以为按照时间顺序排序得到的按下报点列表中的第一个、第二个……按下报点。基于本实施例中的方法获取的数据包进行触控跳点故障检测，能够实现对日志文件中所有触控事件数据的遍历，使得触控跳点故障检测的结果更加准确。202.当然，对于数据包的获取，还可以通过其他方法实现，本技术对此不做任何限定。203.另外，本技术实施例中，根据发生故障时报点在位置、时间和数量等方面的不同表现，可以将触控跳点故障分为横坐标方向跳点故障、纵坐标方向跳点故障、固定位置连续点击跳点故障、固定位置快速点击跳点故障、满屏随机触控跳点故障、满屏随机同时触控跳点故障、持续触控跳点故障和触摸后跳点故障等。本技术实施例提供的方法可以根据上述获取的各个数据包中的触控数据确定该数据包中是否存在上述多种类型中的一种触控跳点故障，也即确定该数据包对应的预设时长内是否存在上述多种类型中的一种触控跳点故障。这样，在后期分析触控跳点故障的原因时，能够基于触控跳点故障的类型进行分析，更有针对性，从而能够更加准确的解决触控跳点故障。204.不同类型的触控跳点故障，可以通过不同的具体方法进行检测。可选的，对于每个数据包，可以分别执行各个类型的触控跳点故障的检测方法，以确定该数据包中是否存在该类型的触控跳点故障。同时，获取数据包过程中，预设时长的具体值可以根据实际需求选择。在一个实施例中，可以根据所要检测的触控跳点故障类型的不同，设置不同的预设时长。205.为了便于说明，以下实施例中，以服务器对某一数据包中的触控事件的数据(以下称为第一触控数据)的处理过程为例，分别对各个类型的触控跳点故障及其检测方法的具体过程进行阐述。对于其他数据包中触控数据的处理过程与该过程相同，不再重复描述。206.首先对本技术实施例中涉及的定义和概念进行说明：207.完整触控事件，是指按下报点、抬起报点和各个移动点均包括在第一触控数据中的触控事件。可以理解，对于一个触控事件而言，由于各个移动点的时刻处于按下报点的时刻和抬起报点的时刻之间，因而，若按下报点和抬起报点均包括在第一触控数据，即可说明该触控事件为完整触控事件。208.非完整触控事件，是指按下报点、抬起报点和各个移动点中至少一个报点不包括在第一触控数据中的触控事件。同理，若一个事件的按下报点或抬起报点中的任一个不包括在第一触控数据中，即可说明该触控事件为非完整触控事件。209.在x坐标方向的坐标偏移量，是指两个报点的x坐标的差值的绝对值，即|x1-x2|，x1表示两个报点中其中一个的x坐标，x2表示另一个的x坐标。210.在y坐标方向的坐标偏移量，是指两个报点的y坐标的差值的绝对值，即|y1-y2|，y1表示两个报点中其中一个的y坐标，y2表示另一个的y坐标。211.触控时长，是指一个触控事件的抬起报点的时刻与按下报点的时刻的时间差，即触控时长＝tup-tdown，tup表示某一触控事件的抬起报点的时刻，tdown表示该触控事件的按下报点的时刻。212.事件间隔，是指两个触控事件中，时序上的前一个触控事件的抬起报点的时刻与后一个触控事件的按下报点的时刻的时间差，即事件间隔＝tdown2-tup1，tup1表示时序上的前一个触控事件的抬起报点的时刻，tdown2表示后一个触控事件的按下报点的时刻。213.下面对各个类型的触控跳点故障及其检测方法一一进行说明：214.1、横坐标方向跳点故障215.横坐标方向跳点故障也称为横坐标跳点故障或固定行跳点故障等，是指在较短时间内多次出现沿某一横行分布的完整触控事件。沿某一横行分布是指这些完整触控事件在纵坐标方向上的位置波动较小。横坐标方向跳点故障的报点表现为在固定行多次出现触控事件的报点，且这些报点的坐标接近，在纵坐标方向上的坐标偏移量很小。一般情况下，用户执行正常触控操作的报点不会出现这样的表现。216.本技术实施例中，触控事件的位置可以通过触控事件中的按下报点的坐标、按下坐标或移动点中的一种或多种来表征。为了便于说明，且为了简化触控跳点故障的检测过程，下述实施例中，触控事件的位置通过按下报点或抬起报点的坐标表征。217.示例性的，图8为本技术实施例提供的一例横坐标方向跳点故障对应的报点示意图。图8中每一个点代表一个完整触控事件的按下报点，且这些报点的时刻处于某一时间段内，本实施例中，该时间段的时长为900ms。由图8可以看出，图中的各个报点沿图中的横行801分布，在纵坐标方向上的波动较小。也就是说，在900ms内，多次出现了坐标沿横行801分布的完整触控事件，因而，该900ms内存在横坐标方向跳点故障。218.对于横坐标方向跳点故障，可以通过下述方法进行检测。219.示例性的，图9是本技术实施例提供的一例横坐标方向跳点故障的检测方法的流程示意图，如图9所示，该方法包括：220.s901、根据预设时长内多个报点的事件标识和动作标识，确定第一触控数据中的至少一个完整触控事件。221.预设时长即上述实施例中获取数据包时选用的时长。横坐标方向跳点故障的检测的实施例中，预设时长可以为800ms至1200ms。222.可以理解，第一触控数据对应的触控事件既可以包括完整触控事件，也可以包括非完整触控事件。服务器可以在第一触控数据中查找动作标识和事件标识，若存在事件标识相同的一个按下报点(即具有按下动作标识的报点)和一个抬起报点(即具有抬起动作标识的报点)，则确定该事件标识对应的触控事件为完整触控事件。完整触控事件的数量可以为1个或多个。223.可选的，服务器可以根据事件标识，从第一触控数据中提取完整触控事件的数据。每个完整触控事件的数据包括该触控事件中按下报点、抬起报点和各个移动点的数据(坐标、时刻、事件标识及动作标识等)。224.服务器根据上述至少一个完整触控事件的数据，确定预设时长内是否存在横坐标方向跳点故障。具体的，如下述步骤s902至s907。225.s902、确定至少一个完整触控事件的数据中，第n个按下报点与相邻按下报点的坐标是否满足第一坐标条件；其中，n＝1，2，3……m，m为第一触控数据中完整触控事件的总数量。226.相邻按下报点是指上述至少一个完整触控事件的按下报点中与第n个按下报点时序相邻的按下报点。227.可选的，本实施例中，服务器可以按照完整触控事件的各个报点的时刻顺序获取第n个按下报点，以及第n个按下报点的相邻按下报点。应当理解，至少一个完整触控事件的按下报点中，第1个按下报点和第m个按下报点包括1个相邻报点，其他的按下报点均包括2个相邻按下报点。228.第一坐标条件用于表征第n个按下报点与相邻按下报点的坐标在纵坐标方向差距较小。可选的，第一坐标条件可以包括第n个按下报点和相邻按下报点在y坐标方向上的坐标偏移量小于或等于第一偏移量阈值。可选的，第一偏移量阈值可以为8pixel至12pixel。229.可选的，作为一种可能的实现方式，第一坐标条件还可以包括第n个按下报点和相邻按下报点在x坐标方向上的坐标偏移量小于或等于第二偏移量阈值。可选的，第二偏移量阈值可以为80pixel至120pixel。该实现方式中，在限定第n个按下报点和相邻按下报点在y坐标方向上坐标偏移量的同时，进一步限定二者在x坐标方向上的坐标偏移量，这样能够有效避免将用户在一些特殊情况下的触控(例如，对屏幕进行报点准确性检测时不断沿横坐标方向划线等)误判为横坐标方向触控跳点故障，提高横坐标方向触控跳点故障的检测准确度。230.以第一偏移量阈值为8pixel，第二偏移量阈值为80pixel为例，步骤s902也即是说，服务器判断第n个按下报点与相邻按下报点的坐标是否同时满足|ydown(n+1)-ydown(n)|≤80pixel和|xdown(n+1)-xdown(n)|≤80pixel；其中，ydown(n)表示第n个按下报点的y坐标，ydown(n+1)表示相邻按下报点的y坐标，xdown(n)表示第n个按下报点的x坐标，xdown(n+1)表示相邻按下报点的x坐标。231.若满足，则执行步骤s903；232.若不满足，则执行步骤s906。233.s903、将第n个按下报点确定为第一目标按下报点。234.s904、判断第一目标按下报点的数量是否大于或等于第一预设数量。235.可选的，第一预设数量可以为4至6的整数。236.若第一目标按下报点的数量大于或等于第一预设数量，则执行步骤s905；237.若第一目标按下报点的数量小于第一预设数量，则执行步骤s906。238.s905、确定预设时长内存在横坐标方向跳点故障。239.s906、判断n是否等于m。240.也就是说，判断所有完整触控事件的按下报点中，是否每个按下报点均执行了上述判断过程。241.若n等于m，则执行步骤s907；242.若n小于m，则令n＝n+1，返回执行步骤s902。243.s907、确定预设时长内不存在横坐标方向跳点故障。244.可选的，在一个实施例中，在步骤s902之前，还可以包括，判断第一触控数据中完整触控事件的总数量是否大于或等于第一预设数量，若是，则执行步骤s902，若否，则执行步骤s907。这样能够简化判断过程，提高算法运行效率。245.经研究分析，横坐标方向跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中横坐标方向跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决横坐标方向跳点故障，进一步提高用户体验。246.上述横坐标方向跳点故障的检测方法中，通过按下报点的坐标表征触控事件的位置。在另一种可能的实现方式中，也可以通过抬起报点表征触控事件的位置。示例性的，图10是本技术实施例提供的另一例横坐标方向跳点故障的检测方法的流程示意图，如图10所示，该方法包括：247.s1001、根据预设时长内多个报点的事件标识和动作标识，确定第一触控数据中的至少一个完整触控事件。248.s1002、确定至少一个完整触控事件的数据中，第n个抬起报点与相邻抬起报点的坐标是否满足第二坐标条件；其中，n＝1，2，3……m，m为第一触控数据中完整触控事件的总数量。249.相邻抬起报点是指上述至少一个完整触控事件的抬起报点中与第n个抬起报点时序相邻的抬起报点。250.第二坐标条件用于表征第一抬起报点与相邻抬起报点的坐标在纵坐标方向差距较小。可选的，第二坐标条件可以包括第n个抬起报点和相邻抬起报点在y坐标方向上的坐标偏移量小于或等于第一偏移量阈值。可选的，第一偏移量阈值可以为8pixel至12pixel。251.可选的，作为一种可能的实现方式，第一坐标条件还可以包括第n个抬起报点和相邻抬起报点在x坐标方向上的坐标偏移量小于或等于第二偏移量阈值。可选的，第二偏移量阈值可以为80pixel至120pixel。与图9所示的实施例类似，该实现方式中，在限定第n个抬起报点和相邻抬起报点在y坐标方向上坐标偏移量的同时，进一步限定二者在x坐标方向上坐标的偏移量，这样能够有效避免将用户在一些特殊情况下的触控误判为触控跳点故障，提高触控跳点故障的检测准确度。252.以第一偏移量阈值为8pixel，第二偏移量阈值为80pixel为例，步骤s1002也即是说，服务器判断第n个抬起报点与相邻抬起报点的坐标是否同时满足|yup(n+1)-yup(n)|≤8pixel和|xup(n+1)-xup(n)|≤80pixel；其中，yup(n)表示第n个抬起报点的y坐标，yup(n+1)表示相邻抬起报点的y坐标，xup(n)表示第n个抬起报点的x坐标，xup(n+1)表示相邻抬起报点的x坐标。253.若第n个抬起报点与相邻抬起报点的坐标满足第二坐标条件，则执行步骤s1003；254.若第n个抬起报点与相邻抬起报点的坐标不满足第二坐标条件，执行步骤s1006。255.s1003、将第n个抬起报点确定为目标抬起报点。256.s1004、判断目标抬起报点的数量是否大于或等于第一预设数量。257.若目标抬起报点的数量大于或等于第一预设数量，则执行步骤s1005；258.若目标抬起报点的数量小于第一预设数量，则执行步骤s1006。259.s1005、确定预设时长内存在横坐标方向跳点故障。260.s1006、判断n是否等于m。261.也就是说，判断所有完整触控事件的抬起报点中，是否每个抬起报点均执行了上述判断过程。262.若n等于m，则执行步骤s1007；263.若n小于m，则令n＝n+1，返回执行步骤s1002。264.s1007、确定预设时长内不存在横坐标方向跳点故障。265.该实现方式与图9实施例所示过程类似，具体的过程及有益效果等在此不再赘述。266.2、纵坐标方向跳点故障267.纵坐标方向跳点故障也称为纵坐标跳点故障或固定列跳点故障等，是指在较短时间内多次出现沿某一纵列分布的完整触控事件。沿某一纵列分布是指这些完整触控事件在横坐标方向上的位置波动较小。纵坐标方向跳点故障的报点表现为在固定列多次出现触控事件的报点，且这些报点的坐标接近，在横坐标方向上的坐标偏移量很小。一般情况下，用户执行正常触控操作的报点不会出现这样的表现。268.示例性的，图11为本技术实施例提供的一例纵坐标方向跳点故障对应的报点示意图。图11中每一个点代表一个完整触控事件的按下报点，且这些报点的时刻处于某一时间段内，本实施例中，该时间段的时长为900ms。由图11可以看出，图中的各个报点分布沿图中的纵列1101分布，在横坐标方向上的波动较小。也就是说，在900ms内，多次出现了坐标沿纵列1101分布的完整触控事件，因而，该900ms内存在纵坐标方向跳点故障。269.纵坐标方向跳点故障的检测方法与横坐标方向跳点故障的检测方法类似，不同点在于，纵坐标方向跳点故障的坐标条件与上述第一坐标条件或第二坐标条件中对于横坐标方向和纵坐标方向上的坐标偏移量的阈值相反。与图9所示实施例对比来说，纵坐标方向跳点故障的检测过程中，纵坐标方向跳点故障的坐标条件为第n个按下报点与相邻按下报点在横坐标方向上的坐标偏移量小于或等于第一偏移量阈值(8pixel至12pixel)，且二者在纵坐标方向上的坐标偏移量小于或等于第二偏移量阈值(80pixel至120pixel)。270.另外，同横坐标方向跳点故障的检测方法，纵坐标方向跳点故障的检测过程中，可以通过按下报点的坐标表征触控事件的位置，也可以通过抬起报点的坐标表征触控事件的位置。271.同时，纵坐标方向跳点故障也为用户实际应用中出现的一种触控跳点故障，本实施例提供的方法实现对触控数据中横坐标方向跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决纵坐标方向跳点故障，进一步提高用户体验。272.3、固定位置连续点击跳点故障273.固定位置连续点击跳点故障也称为固定位置连续抬起按下跳点故障或固定位置连续触控跳点故障等，是指较短时间内在某一固定位置出现多个完整触控事件，这些完整触控事件连续(即一个完整触控事件结束，另一个完整触控事件发生)，且时序相邻的两个完整触控事件的事件间隔较短。固定位置连续点击跳点故障的报点表现为在固定位置不断出现按下报点、抬起报点、按下报点、抬起报点，如同有手指或手写笔等在固定位置连续点击屏幕。然而，这种故障中完整触控事件出现的频率比用户正常的连续点击操作的频率高。274.可以理解，本实施例中，所谓的“固定位置”可以不是绝对固定的位置，而是一个小的范围或区域。275.示例性的，图12为本技术实施例提供的一例固定位置连续点击跳点故障对应的报点示意图。图12中每一个点代表一个完整触控事件的按下报点，已知这些完整触控事件连续，时序相邻的两个完整触控事件的事件间隔较短，且这些完整触控事件的报点的时刻处于某一时间段内。本实施例中，该时间段的时长为495ms。由图12可以看出，图中的各个报点分布在区域1201内，报点的坐标在横坐标方向和纵坐标方向上波动均较小。也就是说，495ms内在区域1201内出现多个连续的完整触控事件，且时序相邻的两个完整触控事件的事件间隔较短。因而，该495ms内存在固定位置连续点击跳点故障。276.对于固定位置连续点击跳点故障，可以通过下述方法进行检测。277.示例性的，图13是本技术实施例提供的一例固定位置连续点击跳点故障的检测方法的流程示意图，如图13所示，该方法包括：278.s1301、根据预设时长内多个报点的事件标识和动作标识，确定第一触控数据中的至少一个完整触控事件。279.预设时长即上述实施例中获取数据包时选用的时长。固定位置连续点击跳点故障检测的实施例中，预设时长可以为490ms至510ms。280.该步骤的具体过程同上述图9所示实施例中步骤s901，在此不再赘述。281.s1302、确定至少一个完整触控事件中，第n个完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标是否满足第三坐标条件；其中，n＝1，2，3……m，m为第一触控数据中完整触控事件的总数量。282.相邻完整触控事件是指上述至少一个完整触控事件中，在第n个完整触控事件之后且与第n个完整触控事件时序相邻的完整触控事件。换句话说，相邻完整触控事件的按下报点在第n个完整触控事件的抬起报点之后，且相邻完整触控事件的按下报点与第n个完整触控事件的抬起报点相邻。283.可选的，服务器可以根据各个完整触控事件的报点的事件标识和时刻，确定按下报点的时刻在第n个触控事件的抬起报点之后，且按下报点的时刻与第n个完整触控事件的抬起报点的时刻相邻的完整触控事件，从而确定相邻完整触控事件，进而判断是否满足第三坐标条件。284.第三坐标条件用于表征第n个完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标差距较小。可选的，第三坐标条件可以包括第n个完整触控事件的按下报点和相邻完整触控事件的按下报点在x坐标方向上的坐标偏移量小于或等于第三偏移量阈值，且在y坐标方向上的坐标偏移量小于或等于第三偏移量阈值。可选的，第三偏移量阈值和第四偏移量阈值可以相等，也可以不相等。在一个实施例中，第三偏移量阈值和第四偏移量阈值相等，且均为128pixel至192pixel。285.以第三偏移量阈值和第四偏移量阈值均为150pixel为例，也就是说，服务器判断第n个完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标是否同时满足|xn+1(down)-xn(down)|≤150pixel和|yn+1(down)-yn(down)|≤150pixel；其中，xn(down)表示第n个完整触控事件的按下报点的x坐标，xn+1(down)表示相邻完整触控事件的按下报点的x坐标，yn(down)表示第n个完整触控事件的按下报点的y坐标，yn+1(down)表示相邻完整触控事件的按下报点的y坐标。286.若满足，则执行步骤s1303；287.若不满足，则执行步骤s1307。288.s1303、判断第n个完整触控事件与相邻完整触控事件的事件间隔是否小于或等于预设事件间隔阈值。289.也就是说，服务器判断第n个完整触控事件的抬起报点的时刻与相邻完整触控事件的按下报点的时刻的时间差是否小于或等于预设事件间隔阈值。290.可选的，预设事件间隔阈值可以为16ms至24ms。以预设事件间隔阈值为22ms为例，步骤s1303也即：判断第n个完整触控事件与相邻完整触控事件是否满足tn+1(down)-tn(up)≤22ms，其中，tn+1(down)表示相邻完整触控事件的按下报点的时刻，tn(up)表示第n个完整触控事件的抬起报点的时刻。291.若第n个完整触控事件与相邻完整触控事件的事件间隔小于或等于预设事件间隔阈值，则执行步骤s1304；292.否则，执行步骤s1307。293.s1304、将第n个完整触控事件确定为第一目标事件。294.s1305、判断第一目标事件的数量是否大于或等于第二预设数量。295.可选的，第二预设数量可以为4至6的整数。296.若第一目标事件的数量大于或等于第二预设数量，则执行步骤s1306；297.若第一目标事件的数量小于第二预设数量，则执行步骤s1307。298.s1306、确定预设时长内存在固定位置连续点击跳点故障。299.s1307、判断n是否等于m。300.也就是说，判断是否每个完整触控事件均执行了上述判断过程。301.若n等于m，则执行步骤s1308；302.若n小于m，则令n＝n+1，返回执行步骤s1302。303.s1308、确定预设时长内不存在固定位置连续点击跳点故障。304.可选的，在一个实施例中，在步骤s1302之前，还可以包括，判断第一触控数据中完整触控事件的总数量是否大于或等于第二预设数量，若是，则执行步骤s1302，若否，则执行步骤s1308。这样能够简化判断过程，提高算法运行效率。305.经研究分析，固定位置连续点击跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中固定位置连续点击跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决固定位置连续点击跳点故障，进一步提高用户体验。306.上述固定位置连续点击跳点故障的检测方法中，通过按下报点的坐标表征触控事件的位置。在另一种可能的实现方式中，也可以通过抬起报点表征触控事件的位置。示例性的，图14是本技术实施例提供的另一例固定位置连续点击跳点故障的检测方法的流程示意图，如图14所示，该方法包括：307.s1401、根据预设时长内多个报点的事件标识和动作标识，确定第一触控数据中的至少一个完整触控事件。308.s1402、确定至少一个完整触控事件中，第n个完整触控事件的抬起报点与相邻完整触控事件的抬起报点的坐标是否满足第四坐标条件；其中，n＝1，2，3……m，m为第一触控数据中完整触控事件的总数量。309.第四坐标条件用于表征第n个完整触控事件的抬起报点与相邻完整触控事件的抬起报点的坐标差距较小。可选的，第四坐标条件可以包括第n个完整触控事件的抬起报点和相邻完整触控事件的抬起报点在x坐标方向上的坐标偏移量小于或等于第三偏移量阈值，且在y坐标方向上的坐标偏移量小于或等于第三偏移量阈值。第三偏移量阈值和第四偏移量阈值的取值可以同上述图13所示实施例。310.以第三偏移量阈值和第四偏移量阈值均为150pixel为例，步骤s1402也即是说，服务器判断第n个完整触控事件的抬起报点与相邻完整触控事件的抬起报点的坐标是否同时满足|xn+1(up)-xn(up)|≤150pixel和|yn+1(up)-yn(up)|≤150pixel；其中，xn(up)表示第n个完整触控事件的抬起报点的x坐标，xn+1(up)表示相邻完整触控事件的抬起报点的x坐标，yn(up)表示第n个完整触控事件的抬起报点的y坐标，yn+1(up)表示相邻完整触控事件的抬起报点的y坐标。311.若满足，则执行步骤s1403；312.若不满足，则执行步骤s1407。313.s1403、判断第n个完整触控事件与相邻完整触控事件的事件间隔是否小于或等于预设事件间隔阈值。314.若第n个完整触控事件与相邻完整触控事件的事件间隔小于或等于预设事件间隔阈值，则执行步骤s1404；315.否则，执行步骤s1407。316.s1404、将第n个完整触控事件确定为第二目标事件。317.s1405、判断第二目标事件的数量是否大于或等于第二预设数量。318.若第二目标事件的数量大于或等于第二预设数量，则执行步骤s1406；319.若第二目标事件的数量小于第二预设数量，则执行步骤s1407。320.s1406、确定预设时长内存在固定位置连续点击跳点故障。321.s1407、判断n是否等于m。322.也就是说，判断是否每个完整触控事件均执行了上述判断过程。323.若n等于m，则执行步骤s1408；324.若n小于m，则令n＝n+1，返回执行步骤s1402。325.s1408、确定预设时长内不存在固定位置连续点击跳点故障。326.该实现方式与图13实施例所示过程类似，具体的过程及有益效果等在此不再赘述。327.4、固定位置快速点击跳点故障328.固定位置快速点击跳点故障也称为固定位置快速抬起按下跳点故障或固定位置快速触控跳点故障等，是指较短时间内在某一固定位置出现多个完整触控事件，这些完整触控事件连续(即一个完整触控事件结束，另一个完整触控事件发生)，且每个完整触控事件的触控时长较短。固定位置快速点击跳点故障的报点表现为在固定位置不断出现按下报点、抬起报点、按下报点、抬起报点，如同有手指或手写笔等在固定位置快速点击屏幕。然而，这种故障中完整触控事件出现的频率比用户正常的快速点击操作的频率高，且完整触控事件的触控时长比用户正常的快速点击操作的触控时长短。329.同样的，本实施例中，所谓的“固定位置”可以不是绝对固定的位置，而是一个小的范围或区域。330.示例性的，图15为本技术实施例提供的一例固定位置快速点击跳点故障对应的报点示意图。图15中每一个点代表一个完整触控事件的按下报点，已知这些完整触控事件连续，有多个完整触控事件的触控时长均比较小，且这些完整触控事件的报点的时刻处于某一时间段内。本实施例中，该时间段的时长为495ms。由图15可以看出，图中的各个报点分布在区域1501内，报点的坐标在横坐标方向和纵坐标方向上波动均较小。也就是说，495ms内在区域1501内出现多个快速的完整触控事件，因而，该495ms内存在固定位置快速点击跳点故障。331.对于固定位置快速点击跳点故障，可以通过下述方法进行检测。332.示例性的，图16是本技术实施例提供的一例固定位置快速点击跳点故障的检测方法的流程示意图，如图16所示，该方法包括：333.s1601、根据预设时长内多个报点的事件标识和动作标识，确定第一触控数据中的至少一个完整触控事件。334.预设时长即上述实施例中获取数据包时选用的时长。固定位置快速点击跳点故障检测的实施例中，预设时长可以为490ms至510ms。335.该步骤同上述图9所示实施例中步骤s901，在此不再赘述。336.s1602、确定至少一个完整触控事件中，第n个完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标是否满足第五坐标条件；其中，n＝1，2，3……m，m为第一触控数据中完整触控事件的总数量。337.相邻完整触控事件的定义及其确定方法与图13和图14所示实施例相同，在此不再赘述。338.第五坐标条件用于表征第n个完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标差距较小。可选的，第五坐标条件可以包括第n个完整触控事件的按下报点和相邻完整触控事件的按下报点在x坐标方向上的坐标偏移量小于或等于第五偏移量阈值，且在y坐标方向上的坐标偏移量小于或等于第六偏移量阈值。第五偏移量阈值和第六偏移量阈值可以相等，也可以不相等。在一个实施例中，第五偏移量阈值和第六偏移量阈值相等，且均为128pixel至192pixel。339.也就是说，第五坐标条件可以与图13所示实施例中第三坐标条件相同，判断第n个完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标是否满足第五坐标条件的过程在此不再赘述。340.若第n个完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标满足第五坐标条件，则执行步骤s1603；341.若第n个完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标不满足第五坐标条件，执行步骤s1607。342.s1603、判断第n个完整触控事件的触控时长是否小于或等于预设触控时长阈值。343.也就是说，服务器判断第n个完整触控事件的抬起报点的时刻与按下报点的时刻的时间差是否小于或等于预设触控时长阈值。344.可选的，预设触控时长阈值可以为16ms至24ms。以预设触控时长阈值为21ms为例，步骤s1603也即判断第n个完整触控事件是否满足tn(up)-tn(down)≤21ms；其中，tn(up)表示第n个完整触控事件的抬起报点的时刻，tn(down)表示第n个完整触控事件的按下报点的时刻。345.若第n个完整触控事件的触控时长小于或等于预设触控时长阈值，则执行步骤s1604；346.否则，执行步骤s1607。347.s1604、将第n个完整触控事件确定为第三目标事件。348.s1605、判断第三目标事件的数量是否大于或等于第三预设数量。349.可选的，第三预设数量可以为4至6的整数。350.若第三目标事件的数量大于或等于第三预设数量，则执行步骤s1606；351.若第三目标事件的数量小于第三预设数量，则执行步骤s1607。352.s1606、确定预设时长内存在固定位置快速点击跳点故障。353.s1607、判断n是否等于m。354.也就是说，判断是否每个完整触控事件均执行了上述判断过程。355.若n等于m，则执行步骤s1608；356.若n小于m，则令n＝n+1，返回执行步骤s1602。357.s1608、确定预设时长内不存在固定位置快速点击跳点故障。358.可选的，在一个实施例中，在步骤s1602之前，还可以包括，判断第一触控数据中完整触控事件的总数量是否大于或等于第三预设数量，若是，则执行步骤s1602，若否，则执行步骤s1608。这样能够简化判断过程，提高算法运行效率。359.经研究分析，固定位置快速点击跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中固定位置快速点击跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决固定位置快速点击跳点故障，进一步提高用户体验。360.上述固定位置快速点击跳点故障的检测方法中，通过按下报点的坐标表征触控事件的位置。在另一种可能的实现方式中，也可以通过抬起报点表征触控事件的位置。示例性的，图17是本技术实施例提供的另一例固定位置快速点击跳点故障的检测方法的流程示意图，如图17所示，该方法包括：361.s1701、根据预设时长内多个报点的事件标识和动作标识，确定第一触控数据中的至少一个完整触控事件。362.s1702、确定至少一个完整触控事件中，第n个完整触控事件的抬起报点与相邻完整触控事件的抬起报点的坐标是否满足第六坐标条件；其中，n＝1，2，3……m，m为第一触控数据中完整触控事件的总数量。363.第六坐标条件用于表征第n个完整触控事件的抬起报点与相邻完整触控事件的抬起报点的坐标差距较小。可选的，第六坐标条件可以包括第n个完整触控事件的抬起报点和相邻完整触控事件的抬起报点在x坐标方向上的坐标偏移量小于或等于第五偏移量阈值，且在y坐标方向上的坐标偏移量小于或等于第六偏移量阈值。364.第六坐标条件可以与图16所示实施例中第五坐标条件相同，判断第n个完整触控事件的按下报点与相邻完整触控事件的按下报点的坐标是否满足第六坐标条件的过程在此不再赘述。365.若满足，则执行步骤s1703；366.若不满足，则执行步骤s1707。367.s1703、判断第n个完整触控事件的触控时长是否小于或等于预设触控时长阈值。368.若第n个完整触控事件的触控时长小于或等于预设触控时长阈值，则执行步骤s1704；369.否则，执行步骤s1707。370.s1704、将第n个完整触控事件确定为第四目标事件。371.s1705、判断第四目标事件的数量是否大于或等于第三预设数量。372.若第四目标事件的数量大于或等于第三预设数量，则执行步骤s1706；373.若第四目标事件的数量小于第三预设数量，则执行步骤s1707。374.s1706、确定预设时长内存在快速点击跳点故障。375.s1707、判断n是否等于m。376.也就是说，判断是否每个完整触控事件均执行了上述判断过程。377.若n等于m，则执行步骤s1708；378.若n小于m，则令n＝n+1，返回执行步骤s1702。379.s1708、确定预设时长内不存在快速点击跳点故障。380.该实现方式与图16实施例所示过程类似，具体的过程及有益效果等在此不再赘述。381.5、满屏随机触控跳点故障382.满屏随机触控跳点故障也称为全屏随机触控跳点故障等，是指在较短时间内出现多个完整触控事件，这些完整触控事件的位置随机，无明显规律，且这些完整触控事件的开始时间较接近。满屏随机触控的报点表现为报点的坐标随机，无明显规律，且触控事件的按下报点之间事件间隔较小。一般情况下，用户执行正常触控操作的报点不会出现这样的表现。383.示例性的，图18为本技术实施例提供的一例满屏随机触控跳点故障对应的报点示意图。图18中每一个点代表一个完整触控事件的按下报点，已知这些报点的间隔较小，且这些完整触控事件的报点的时刻处于某一时间段内，本实施例中，该时间段的时长为900ms。由图18可以看出，图中的各个报点随机分布，无明显规律。也就是说，在900ms内，多次出现了坐标随机分布的完整触控事件，且这些完整触控事件的按下报点的间隔较小，因而，该900ms内存在满屏随机触控跳点故障。384.对于满屏随机触控跳点故障，可以通过下述方法进行检测。385.示例性的，图19是本技术实施例提供的一例满屏随机触控跳点故障的检测方法的流程示意图，如图19所示，该方法包括：386.s1901、根据预设时长内多个报点的事件标识和动作标识，确定第一触控数据中的至少一个完整触控事件。387.预设时长即上述实施例中获取数据包时选用的时长。满屏随机触控跳点故障的检测的实施例中，预设时长可以为800ms至1200ms。388.该步骤同上述图9所示实施例中步骤s901，在此不再赘述。389.s1902、确定至少一个完整触控事件的数据中，第n个按下报点与相邻按下报点的坐标是否满足第七坐标条件；其中，n＝1，2，3……m，m为第一触控数据中完整触控事件的总数量。390.相邻按下报点的定义及获取方法同上述图9所示实施例，在此不再赘述。391.第七坐标条件用于表征第n个按下报点与相邻按下报点的坐标在纵坐标方向差距较大，从而体现坐标的随机性。可选的，第七坐标条件可以包括第n个按下报点和相邻按下报点在x坐标方向上的坐标偏移量大于或等于第七偏移量阈值，且在y坐标方向上的坐标偏移量大于或等于第八偏移量阈值。第七偏移量阈值和第八偏移量阈值可以相等，也可以不等。在一个实施例中，第七偏移量阈值和第八偏移量阈值相等，均为128pixel至192pixel。392.以第七偏移量阈值和第八偏移量阈值均为180pixel为例，步骤s1902也即是说，服务器判断第n个按下报点与相邻按下报点的坐标是否同时满足|xdown(n+1)-xdown(n)|≤180pixel和|ydown(n+1)-ydown(n)|≤180pixel；其中，xdown(n)表示第n个按下报点的x坐标，xdown(n+1)表示相邻按下报点的x坐标，ydown(n)表示第n个按下报点的y坐标，ydown(n+1)表示相邻按下报点的y坐标。393.若满足，则执行步骤s1903；394.若不满足，则执行步骤s1907。395.s1903、判断第n个按下报点的时刻与相邻按下报点的时刻的时间差是否小于或等于第一时间差阈值。396.可选的，第一时间差阈值可以为24ms至36ms。以第一时间差阈值为33ms为例，服务器判断第n个按下报点的时刻与相邻按下报点的时刻是否满足tdown(n+1)-tdown(n)≤33ms；其中，tdown(n+1)表示相邻按下报点的时刻，tdown(n)表示第n个按下报点的时刻。397.若满足，则执行步骤s1904；398.若不满足，则执行步骤s1907。399.s1904、将第n个按下报点确定为第二目标按下报点。400.s1905、判断第二目标按下报点的数量是否大于或等于第四预设数量。401.可选的，第四预设数量可以为4至6的整数。402.若第二目标按下报点的数量大于或等于第四预设数量，则执行步骤s1906；403.若第二目标按下报点的数量小于第四预设数量，则执行步骤s1907。404.s1906、确定预设时长内存在满屏随机触控跳点故障。405.s1907、判断n是否等于m。406.也就是说，判断所有完整触控事件的按下报点中，是否每个按下报点均执行了上述判断过程。407.若n等于m，则执行步骤s1908；408.若n小于m，则令n＝n+1，返回执行步骤s1902。409.s1908、确定预设时长内不存在满屏随机触控跳点故障。410.可选的，在一个实施例中，在步骤s1902之前，还可以包括，判断第一触控数据中完整触控事件的总数量是否大于或等于第四预设数量，若是，则执行步骤s1902，若否，则执行步骤s1908。这样能够简化判断过程，提高算法运行效率。411.经研究分析，满屏随机触控跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中满屏随机触控跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决满屏随机触控跳点故障，进一步提高用户体验。412.6、满屏随机同时触控跳点故障413.满屏随机同时触控跳点故障也称为全屏随机触控同时跳点故障或满屏随机多点触控跳点故障等，是指在较短时间内出现多个完整触控事件，而且在某一时刻同时出现了多个触控事件(包括完整触控事件和非完整触控事件)，这些触控事件的位置在屏幕上随机出现，无明显规律；这种同时出现多个触控事件的情况多次发生。满屏随机同时触控的报点表现为报点的坐标随机，无明显规律，短时间内有多个完整事件的报点，且多次发生“同一时刻同时出现多个的报点”(包括按下报点、抬起报点或移动报点)的情况。一般情况下，用户执行正常触控操作的报点不会出现这样的表现。414.可以理解，本实施例中，所谓的“同时”，可以不是绝对的同时，而是某一个较小的时间范围或时间段。415.示例性的，图20为本技术实施例提供的一例满屏随机同时触控跳点故障对应的报点示意图。具体的，图20为某一时刻手机触控事件的数据中的报点。也就是说，图20中各个报点的时刻相同。另外，已知包含这些报点的时刻在内的某一时间段内，完整触控事件的数量大于35个。本实施例中，该时间段的时长为2900ms。由图20可以看出，图中的各个报点随机分布，无明显规律，同时，同一时刻同时出现了多个报点。也就是说，在2900ms内，出现了大于35个完整触控事件，而且，在图20所示的时刻，同时出现了较多触控事件。因而，该2900ms内存在满屏随机同时触控跳点故障。416.对于满屏随机同时触控跳点故障，可以通过下述方法进行检测。417.示例性的，图21是本技术实施例提供的一例满屏随机同时触控跳点故障的检测方法的流程示意图，如图21所示，该方法包括：418.s2101、根据预设时长内多个报点的事件标识和动作标识，确定第一触控数据中的至少一个完整触控事件。419.预设时长即上述实施例中获取数据包时选用的时长。满屏随机同时触控跳点故障的检测的实施例中，预设时长可以为2400ms至3600ms。420.该步骤同上述图9所示实施例中步骤s901，在此不再赘述。421.s2102、确定第一触控数据中完整触控事件的数量是否大于第一数量阈值。422.可选的，第一数量阈值可以为24至36的整数。423.若第一触控数据中完整触控事件的数量大于第一数量阈值，则执行步骤s2103；424.否则执行步骤s2107。425.s2103、根据第一触控数据中的多个报点的时刻和事件标识，获取预设时长对应的时间段内的所有子时间段，并获取各个子时间段内触控事件的数量；子时间段的时长小于预设时长。426.子时间段是指以某一时刻为基准确定的时间范围。子时间段用于确定该时间段内发生触控事件的数量，进而在下述步骤中确定同一时刻是否同时出现多个触控事件。处于同一子时间段内的报点认为属于“同一时刻”，也即这些报点“同时”出现。子时间段的时长可以根据需求设定。可以理解，子时间段的时长越小，子时间段内的报点越接近“同时”，得到的满屏随机同时触控故障的结果越准确。可选的，子时间段的时长可以为80ms至120ms。子时间段选用80ms至120ms能够在保证满屏随机同时触控故障的结果准确性的同时，使得算法的计算过程不会太过复杂，提高检测效率。427.子时间段的划分可以有多种方法。在一个实施例中，可以将预设时长对应的时间段按照子时间段的时长进行划分，得到多个连续的时间段，即为所有子时间段。其中，预设时长对应的时间段也即上述实施例中数据包对应的时间段。假设预设时长对应的时间段为b1至b1+△t，子时间段的时长为100ms，则该实施例中，划分得到的子时间段包括：b1+100ms、b1+200ms、b1+300ms、b1+400ms……428.在另一个实施例中，也可以以第一触控数据中各个按下报点的时刻作为子时间段的起点，根据子时间段的时长划分得到所有子时间段。例如，第一触控数据中，按下报点的时刻分别为：c1、c2、c3、c4……则，划分得到的子时间段包括：c1+100ms、c2+100ms、c3+100ms、c4+100ms……本实施例提供的子时间段的划分方法，能够使得划分的所有子时间段包括第一触控数据中所有按下报点，从而在检测过程中实现对所有触控事件的遍历，提高了满屏随机同时触控故障检测结果的准确性。429.本实施例中，触控事件的数量包括完整触控事件的数量和非完整触控事件的数量。以获取某一子时间段内触控事件的数量为例，服务器可以根据第一触控数据中各个报点的时刻和事件标识，筛选出时刻处于该子时间段内的报点，并根据事件标识对筛选出的报点统计触控事件的数量。需要说明的是，对于筛选出的报点，事件标识相同的报点仅统计一次。430.s2104、将所有子时间段中，触控事件的数量大于或等于第二数量阈值的子时间段确定为目标子时间段。431.可选的，第二数量阈值可以为3至5的整数。432.以子时间段的时长为110ms，第二数量阈值为5为例来说，该步骤也即判断预设时长内的各个110ms内触控事件的数量是否大于或等于5个。换句话说，判断预设时长内的各个110ms是否有至少5个触控事件“同时”发生。若是，将该子时间段确定为目标子时间段。433.s2105、判断所有子时间段中目标子时间段的数量的占比是否大于预设占比。434.也就是说，判断至少有5个触控事件“同时”发生的触控事件的占比是否大于预设占比。435.可选的，预设占比可以为40％至60％。436.若所有子时间段中目标子时间段的数量的占比大于预设占比，则执行步骤s2106；437.若所有子时间段中目标子时间段的数量的占比小于或等于预设占比，则执行步骤s2107；438.s2106、确定预设时长内存在满屏随机同时触控跳点故障。439.s2107、确定预设时长内不存在满屏随机同时触控跳点故障。440.经研究分析，满屏随机同时触控跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中满屏随机同时触控跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决满屏随机同时触控跳点故障，进一步提高用户体验。441.7、持续触控跳点故障442.持续触控跳点故障也称为长摁跳点故障或不消失跳点故障等，是指触控数据存在某一个触控事件的触控时长很长。持续触控跳点故障的报点表现为某一触控事件的报点数据持续存在的时长很长。443.可以理解，当手机出现了固定位置持续触控跳点故障时，会影响用户执行正常的触控操作，例如，用户点击屏幕没有反应等。这种情况下，用户会多次尝试，进行多次触控。经研究发现，持续触控跳点故障发生时，因故障出现的报点和用户触控生成的报点可以表现为：某一触控事件的按下报点和抬起报点之间的时间差很大，且在该触控事件的按下报点的时刻和抬起报点的时刻对应的时间段内，存在另外的一个或多个触控事件，这些触控事件中多数触控事件的坐标范围波动很小。一般情况下，用户执行正常触控操作的报点不会出现这样的表现。444.示例性的，图22为本技术实施例提供的一例持续触控跳点故障对应的报点示意图。具体的，图22为某一时间段内触控事件的报点。本实施例中，该时间段的时长为9300ms。已知图中2201处、2202处、2203处和2204处各代表一个触控事件的报点。其中，2201处的报点中不包括该事件的抬起报点，2202处、2203处和2204处的触控事件为完整触控事件。由图22可以看出，图中2202处、2203处、2204处触控事件的报点的坐标范围波动较小。也就是说，2201处报点对应的触控事件的触控时长大于9300ms。在9300ms的时间段内，图中75％的触控事件的波动范围较小。因而，该9300ms内存在持续触控跳点故障。445.对于持续触控跳点故障，可以通过下述方法进行检测。446.需要说明的是，本实施例中，第一触控数据的获取方法为：以日志文件中某个按下报点(下面称为第二按下报点)的时刻作为起点获取预设时长内所有报点的数据，得到第一触控数据。也就是说，第一触控数据对应的时间段的起点为第二按下报点的时刻，该时间段的持续时长为预设时长。447.示例性的，图23是本技术实施例提供的一例持续触控跳点故障的检测方法的流程示意图，如图23所示，该方法包括：448.s2301、根据预设时长内多个报点的事件标识和动作标识，确定第一触控数据中是否存在与第二按下报点的事件标识相同的第二抬起报点。449.第二抬起报点也即第二按下报点对应的触控事件的抬起报点。也就是说，服务器确定第二按下报点的触控事件的触控时长是否大于或等于预设时长。450.预设时长即上述实施例中获取数据包时选用的时长。持续触控跳点故障的检测的实施例中，预设时长可以为6400ms至9600ms。451.若第一触控数据中存在第二抬起报点，则执行步骤s2302；452.若第一触控数据中不存在第二抬起报点，则执行步骤s2309；453.s2302、根据预设时长内多个报点的事件标识和动作标识，确定第一触控数据中的至少一个完整触控事件。454.该步骤同上述图9所示实施例中步骤s901，在此不再赘述。455.s2303、确定至少一个完整触控事件中，第n个完整触控事件的按下报点与抬起报点的坐标是否满足第八坐标条件；其中，n＝1，2，3……m，m为第一触控数据中完整触控事件的总数量。456.第八坐标条件用于表征第n个完整触控事件的按下报点与抬起报点的坐标差距较小。可选的，第八坐标条件可以包括第n个完整触控事件的按下报点和抬起报点在x坐标方向上的坐标偏移量小于或等于第九偏移量阈值，且在y坐标方向上的坐标偏移量小于或等于第十偏移量阈值。可选的，第九偏移量阈值和第十偏移量阈值可以相等，也可以不相等。在一个具体的实施例中，第九偏移量阈值和第十偏移量阈值相等，均为48pixel至72pixel。457.以第九偏移量阈值和第十偏移量阈值均为68pixel为例，也就是说，服务器判断第n个完整触控事件的按下报点与抬起报点的坐标是否同时满足|xn(up)-xn(down)|≤68pixel和|yn(up)-yn(down)|≤68pixel；其中，xn(up)表示第n个完整触控事件的抬起报点的x坐标，xn(down)表示第n个完整触控事件的按下报点的x坐标，yn(up)表示第n个完整触控事件的抬起报点的y坐标，yn(down)表示第n个完整触控事件的按下报点的y坐标。458.若满足，则执行步骤s2304；459.若不满足，执行步骤s2308。460.s2304、将第n个完整触控事件确定为第五目标事件。461.s2305、获取第一触控数据中触控事件的总数量(以下简称总数量)。462.s2306、确定第五目标事件的数量与总数量的比例是否大于或等于预设比例阈值。463.可选的，预设比例阈值可以为56％至84％。464.若第五目标事件的数量与总数量的比例大于或等于预设比例阈值，则执行步骤s2307；465.若第五目标事件的数量与总数量的比例小于预设比例阈值，则执行步骤s2308。466.s2307、确定预设时长内存在持续触控跳点故障。467.s2308、判断n是否等于m。468.也就是说，判断是否每个完整触控事件均执行了上述判断过程。469.若n等于m，则执行步骤s2309；470.若n小于m，则令n＝n+1，返回执行步骤s2303。471.s2309、确定预设时长内不存在持续触控跳点故障。472.可以理解，将日志文件中每个按下报点的时刻分别作为起点获取预设时长内所有报点的数据，得到多个数据包，对每个数据包执行上述s2301至s2309的过程，即可遍历所有触控事件，确定出日志文件的触控数据中所有的持续触控跳点故障，准确率高。473.经研究分析，持续触控跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中持续触控跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决持续触控跳点故障，进一步提高用户体验。474.8、触摸后跳点故障475.触摸后跳点故障也称为触控后跳点故障或触摸引发跳点故障等，是指用户触摸屏幕，屏幕便自动上报触控事件，用户不触摸屏幕，屏幕不上报触控事件。这些随着用户触摸而出现的触控事件，触控时长随机。而且，不同于用户的正常多点触控，这些随着用户触摸而出现的触控事件与用户触摸产生的触控事件的距离较大，且开始时间较接近。476.经研究发现，触摸后跳点故障发生时，报点可以表现为：多个(至少2个)触控事件的按下报点在短时间内成组出现，且这组按下报点中，屏幕自动上报的按下报点与用户触摸产生的按下报点的坐标之间的距离较大，屏幕自动上报的按下报点与用户触摸产生的按下报点的时刻之间的差值较小。一般情况下，用户执行正常触控操作的报点不会出现这样的表现。477.示例性的，图24为本技术实施例提供的一例触摸后跳点故障对应的报点示意图。具体的，图24中一个点代表一个触控事件的按下报点，且已知这些触控事件的报点的时刻处于某一较短的时间段内，本实施例中，该时间段的时长为495ms。另外，已知报点2401与报点2402处，报点2401与报点2403之间的时刻的差值均较小。由图可以看出，报点2402与报点2401的坐标距离较远，报点2403与报点2401的坐标距离较远。也就是说，495ms内，报点2402、报点2403与报点2401成组出现，且报点2402、报点2403与报点2401之间的坐标距离较远，时刻的差值较小。因而，该495ms内存在触摸后跳点故障。478.在一个实施例中，为了保证触摸后跳点故障检测结果的准确性，可以在上述情况连续出现多次时，确定出现触摸后跳点故障。479.下面结合附图，对触摸后跳点故障的检测方法进行说明。480.同图23所示的实施例，本实施例中，第一触控数据的获取方法也为：以日志文件中某个按下报点(下面称为第二按下报点)的时刻作为起点获取预设时长内所有报点的数据，得到第一触控数据。也就是说，第一触控数据对应的时间段的起点为第二按下报点的时刻，该时间段的持续时长为预设时长。481.示例性的，图25是本技术实施例提供的一例触摸后跳点故障的检测方法的流程示意图，如图25所示，该方法包括：482.s2501、根据预设时长内各个报点的坐标，确定第二按下报点与各个其他按下报点的坐标是否满足第九坐标条件；其他按下报点是指第一触控数据中除第一个按下报点外的其他按下报点。483.预设时长即上述实施例中获取数据包时选用的时长。触摸后跳点故障的检测的实施例中，预设时长可以为490ms至510ms。484.第九坐标条件用于表征第二按下报点与各个其他按下报点的坐标的距离较大。在一个实施例中，第九坐标条件可以包括第一个按下报点与各个其他按下报点在x坐标方向上的坐标偏移量均大于或等于第十一偏移量阈值，且在y坐标方向上的坐标偏移阈值均大于或等于第十二偏移量阈值。可选的，第十一偏移量阈值与第十二偏移量阈值可以相等，也可以不相等。在一个具体的实施例中，第十一偏移量阈值与第十二偏移量阈值相等，均为120pixel至180pixel。485.以第十一偏移量阈值与第十二偏移量阈值均为140pixel为例，步骤s2501也即是说，服务器判断第二按下报点与每个其他按下报点的坐标是否同时满足|x2(down)-xs(down)|≤140pixel和|y2(down)-ys(down)|≤140pixel；其中，x2(down)表示第二按下报点的x坐标，xs(down)表示任一个其他按下报点的x坐标，y2(down)表示第二按下报点的y坐标，ys(down)表示任一个其他按下报点的y坐标。486.若满足，则执行步骤s2502；487.若不满足，执行步骤s2503。488.s2502、根据预设时长内各个报点的时刻，确定第二按下报点的时刻与各个其他按下报点的时刻的时间差是否均小于或等于第二时间差阈值。489.可选的，第二时间差阈值可以为40ms至60ms。490.若第二按下报点的时刻与各个其他按下报点的时刻的时间差均小于或等于第二时间差阈值，则执行步骤s2503；491.若第二按下报点的时刻与各个其他按下报点的时刻的时间差均小于或等于第二时间差阈值，则执行步骤s2504。492.s2503、确定预设时长内不存在触摸后跳点故障。493.s2504、将第二按下报点与各个其他按下报点确定为一组多点共触报点。494.也就是说，若满足一次步骤s2501和步骤s2502的条件，则确定出现一次疑似触摸后跳点故障。495.s2505、判断多点共触报点的组数是否大于或等于预设组数。496.可选的，预设组数可以为3或4。497.若多点共触报点的组数小于预设组数，则执行步骤s2506。498.若多点共触报点的组数大于或等于预设组数，则执行步骤s2508；499.s2506、获取以第三按下报点的时刻为起点的预设时长内的第三触控数据；第三按下报点为在第二抬起报点之后，且与第二抬起报点时序相邻的按下报点，第二抬起报点为与第二按下报点的事件标识相同的抬起报点。500.s2507、将第三按下报点作为上述第二按下报点，将第三触控数据作为上述第一触控数据，返回执行步骤s2501。501.s2508、确定预设时长内存在触摸后跳点故障。502.以预设组数为4为例，也就是说，若连续出现4次及以上疑似触摸后跳点故障，则确定第一触控数据对应的预设时长内，以及第三触控数据对应的预设时长内出现触摸后跳点故障。503.可以理解，将日志文件中每个按下报点的时刻分别作为起点获取预设时长内所有报点的数据，得到多个数据包，对每个数据包执行上述s2501至s2508的过程，即可遍历所有触控事件，确定出日志文件的触控数据中所有的触摸后跳点故障，准确率高。504.经研究分析，触摸后跳点故障为用户实际应用中出现的一种触控跳点故障，通过上述过程能够实现对触控数据中触摸后跳点故障的检测，与用户实际使用中发生的触控跳点故障类型匹配，充分考虑用户真实体验，从而便于根据发生这种跳点故障时的触控事件的数据进行分析，更有针对性的解决触摸后跳点故障，进一步提高用户体验。505.上文详细介绍了本技术实施例提供的触控跳点故障的检测方法的示例。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。506.本技术实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分为各个功能模块，例如检测单元、处理单元、显示单元等，也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。507.需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。508.请参考图26，其示出了本技术实施例提供的电子设备的一种结构，该电子设备可以为上述申请实施例中的生成触控事件的数据的终端设备，也可以为服务器。该电子设备包括：处理器2601、接收器2602、发射器2603、存储器2604和总线2605。处理器2601包括一个或者多个处理核心，处理器2601通过运行软件程序以及模块，从而执行各种功能的应用以及信息处理。接收器2602和发射器2603可以实现为一个通信组件，该通信组件可以是一块基带芯片。存储器2604通过总线2605和处理器2601相连。存储器2604可用于存储至少一个程序指令，处理器2601用于执行至少一个程序指令，以实现上述实施例的技术方案。其实现原理和技术效果与上述方法相关实施例类似，此处不再赘述。509.当电子设备开机后，处理器可以读取存储器中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过天线发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至控制电路中的控制电路，控制电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到电子设备时，控制电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。510.本领域技术人员可以理解，为了便于说明，图26仅示出了一个存储器和处理器。在实际的电子设备中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本技术实施例对此不做限制。511.作为一种可选的实现方式，处理器可以包括基带处理器和中央处理器，基带处理器主要用于对通信数据进行处理，中央处理器主要用于执行软件程序，处理软件程序的数据。本领域技术人员可以理解，基带处理器和中央处理器可以集成在一个处理器中，也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，电子设备可以包括多个基带处理器以适应不同的网络制式，电子设备可以包括多个中央处理器以增强其处理能力，电子设备的各个部件可以通过各种总线连接。该基带处理器也可以表述为基带处理电路或者基带处理芯片。该中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储器中，由处理器执行软件程序以实现基带处理功能。该存储器可以集成在处理器中，也可以独立在处理器之外。该存储器包括高速缓存cache，可以存放频繁访问的数据/指令。512.在本技术实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。513.在本技术实施例中，存储器可以是非易失性存储器，比如硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ss)等，还可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，不限于此。514.本技术实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。本技术各实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，dwd)、或者半导体介质(例如，ssd)等。515.本技术实施例提供一种计算机程序产品，当所述计算机程序产品在电子设备运行时，使得所述电子设备执行上述实施例中的技术方案。其实现原理和技术效果与上述相关实施例类似，此处不再赘述。516.本技术实施例提供一种计算机可读存储介质，其上存储有程序指令，所述程序指令被电子设备执行时，使得所述电子设备执行上述实施例的技术方案。其实现原理和技术效果与上述相关实施例类似，此处不再赘述。517.综上所述，以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!