汽车诊断设备手势智能响应处理方法、装置、设备及介质转让专利

申请号 : CN202210850145.5

文献号 : CN114924686B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 谭斌尹欣荣肖灵聪

申请人 : 深圳市星卡软件技术开发有限公司

摘要 :

本发明涉汽车诊断技术领域,特别涉及汽车诊断设备手势智能响应处理方法、装置、设备及介质。其中,一种汽车诊断设备手势智能响应处理方法,包括以下步骤:在源码中存在的视图布局中创建对应的核心管理类;通过核心管理类创建手势视图;在手势视图内生成自定义的动画图标;在屏幕中将动画图标进行展示;在核心管理类中注册手势的监听区域以实时监听手指触摸动作;在手势视图中判断手指触摸动作以及触摸区域的有效性;判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应。本发明使得汽车诊断设备的手势返回操作更加顺滑美观,能灵活根据项目展示出不同风格的手势图标供用户利用手势返回,同时能够丰富手势响应的功能,更加智能化。

权利要求 :

1.一种汽车诊断设备手势智能响应处理方法,其特征在于,包括以下步骤:S100、在源码中存在的视图布局中创建对应的核心管理类;

S200、通过所述核心管理类创建手势视图,所述手势视图与操作用户权限ID进行关联映射绑定,即相同的手势视图因操作用户权限不同响应的结果也不同;

S300、在所述手势视图内生成自定义的动画图标;

S400、在屏幕中将所述动画图标进行展示;

S500、在核心管理类中注册手势的监听区域以实时监听手指触摸动作,在核心管理类中注册手势的监听区域时,根据使用场景以及操作用户权限进行动态调整监听区域的范围和位置,所述范围和位置的形状为根据设备屏幕布局自定义非几何规则的形状;不同权限/不同设备的人监听的周期频率不一样,同时,根据汽车诊断设备的诊断工作的时间来唤醒监听;

S600、在所述手势视图中根据监听到的手指触摸动作的触摸位置及触摸距离判断手指触摸动作以及触摸区域的有效性;

S700、在S600判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应;根据实时检测到手指触摸动作的频率动态调整预设时间内返回响应的次数。

2.根据权利要求1所述的汽车诊断设备手势智能响应处理方法,其特征在于:步骤S200中所述手势视图承载在整个屏幕。

3.根据权利要求1所述的汽车诊断设备手势智能响应处理方法,其特征在于:步骤S500中通过WindowManagerService注册手势的监听区域。

4.根据权利要求1所述的汽车诊断设备手势智能响应处理方法,其特征在于:步骤S600中通过对手指的滑动距离进行判断以实现不同响应。

5.一种汽车诊断设备手势智能响应处理装置,其特征在于:包括

核心管理模块,用于在源码中存在的视图布局中创建对应的核心管理类;

创建模块,用于通过所述核心管理类创建手势视图,所述手势视图与操作用户权限ID进行关联映射绑定,即相同的手势视图因操作用户权限不同响应的结果也不同;

绘制模块,用于在所述手势视图内生成自定义的动画图标;

展示模块,用于在屏幕中将所述动画图标进行展示;

监听模块,用于在核心管理类中注册手势的监听区域以实时监听手指触摸动作,在核心管理类中注册手势的监听区域时,根据使用场景以及操作用户权限进行动态调整监听区域的范围和位置,所述范围和位置的形状为根据设备屏幕布局自定义非几何规则的形状;

不同权限/不同设备的人监听的周期频率不一样,同时,根据汽车诊断设备的诊断工作的时间来唤醒监听;

判断模块,用于在所述手势视图中根据监听到的手指触摸动作的触摸位置及触摸距离判断手指触摸动作以及触摸区域的有效性;

响应模块,用于在所述判断模块判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应;根据实时检测到手指触摸动作的频率动态调整预设时间内返回响应的次数。

6.一种汽车诊断设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1~4中任一项所述的手势智能响应处理方法的步骤。

7.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1~4中任一项所述的手势智能响应处理方法的步骤。

说明书 :

汽车诊断设备手势智能响应处理方法、装置、设备及介质

技术领域

[0001] 本发明涉及汽车诊断技术领域,特别涉及汽车诊断设备手势智能响应处理方法、装置、设备及介质。

背景技术

[0002] 在汽车诊断技术领域中,由于智能时代的飞快发展,诊断设备的设计更偏向提高用户的体验,如果一个诊断设备的界面在返回上一层界面时,只局限于通过界面上固定的导航按钮去操作,显得有点单一;且手势图比较单一,无法满足多样化、个性化的需求。
[0003] 如公布号为CN105549838A,公开日为2016.05.04的专利文件公开了一种手势滑动触发销毁当前的Activity 的方法,包括:打开应用程序进入第一 Activity 界面;按在屏幕一侧边的一端,然后慢慢向另一侧滑动;当滑动到屏幕三分之一的宽度时,应用程序执行 finish()方法;销毁当前 activity 界面返回到第二 Activity 界面。实施本发明的技术方案目的是提供一种手势响应,从左向右滑动就可以返回到上一层,销毁当前的 Activity,来实现点击返回按钮的效果,方便用户操作,提高体验度。
[0004] 上述方案能够通过手势达成返回操作,拓展了操作的方式,但是其手势响应的UI单一,并且功能上较为简单,无法满足多样化、个性化的需求。

发明内容

[0005] 为解决上述现有汽车诊断设备手势响应UI单一、功能单一的不足,本发明提供一种汽车诊断设备手势智能响应处理方法,包括以下步骤:
[0006] S100、在源码中存在的视图布局中创建对应的核心管理类;
[0007] S200、通过所述核心管理类创建手势视图;
[0008] S300、在所述手势视图内生成自定义的动画图标;
[0009] S400、在屏幕中将所述动画图标进行展示;
[0010] S500、在核心管理类中注册手势的监听区域以实时监听手指触摸动作;
[0011] S600、在所述手势视图中根据监听到的手指触摸动作的触摸位置及触摸距离判断手指触摸动作以及触摸区域的有效性;
[0012] S700、在S600判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应。
[0013] 优选的,步骤S200中所述手势视图承载在整个屏幕。
[0014] 优选的,步骤S500中通过WindowManagerService(WMS)注册手势的监听区域。
[0015] 优选的,步骤S500中在核心管理类中注册手势的监听区域时,根据使用场景以及操作用户权限进行动态调整监听区域的范围和位置,所述范围和位置的形状为根据设备屏幕布局自定义非几何规则的形状。
[0016] 优选的,步骤S600中通过对手指的滑动距离进行判断以实现不同响应。
[0017] 优选的,步骤S200中生成的手势视图与操作用户权限ID进行关联映射绑定,即相同的手势视图因操作用户权限不同响应的结果也不同。
[0018] 优选的,步骤S700中,根据实时检测到手指触摸动作的频率动态设置调整预设时间内返回响应的次数。
[0019] 本发明还提供一种汽车诊断设备手势智能响应处理装置,包括
[0020] 核心管理模块,用于在源码中存在的视图布局中创建对应的核心管理类;
[0021] 创建模块,用于通过所述核心管理类创建手势视图;
[0022] 绘制模块,用于在所述手势视图内生成自定义的动画图标;
[0023] 展示模块,用于在屏幕中将所述动画图标进行展示;
[0024] 监听模块,用于在核心管理类中注册手势的监听区域以实时监听手指触摸动作;
[0025] 判断模块,用于在所述手势视图中根据监听到的手指触摸动作的触摸位置及触摸距离判断手指触摸动作以及触摸区域的有效性;
[0026] 响应模块,用于在所述判断模块判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应。
[0027] 本发明还提供一种汽车诊断设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现如上任意所述的手势响应处理方法的步骤。
[0028] 本发明还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上任意所述的手势响应处理方法的步骤。
[0029] 基于上述,与现有技术相比,本发明提供的一种手势响应处理方法,使得汽车诊断设备的手势返回操作会更加顺滑美观,能灵活根据项目展示出不同风格的手势图标供用户利用手势返回。同时能够根据预先的设置做出不同的响应动作,丰富了手势响应的功能。
[0030] 本发明的其它特征和有益效果将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他有益效果可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

[0031] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图;在下面描述中附图所述的位置关系,若无特别指明,皆是图示中组件绘示的方向为基准。
[0032] 图1为本发明提供的一种汽车诊断设备手势智能响应处理方法的流程图;
[0033] 图2为本发明实施例1实际运行时的整体流程图;
[0034] 图3为本发明提供的一种汽车诊断设备手势智能响应处理装置的结构示意图;
[0035] 图4为本发明提供的一种汽车诊断设备的结构示意图。
[0036] 附图标记:
[0037] 10核心管理模块;20创建模块;30绘制模块;40展示模块;50监听模块;60判断模块;70响应模块。

具体实施方式

[0038] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例;下面所描述的本发明不同实施方式中所设计的技术特征只要彼此之间未构成冲突就可以相互结合;基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0039] 在本发明的描述中,需要说明的是,本发明所使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域的普通技术人员通常所理解的含义相同的含义,不能理解为对本发明的限制;应进一步理解,本发明所使用的术语应被理解为具有与这些术语在本说明书的上下文和相关领域中的含义一致的含义,并且不应以理想化或过于正式的意义来理解,除本发明中明确如此定义之外。
[0040] 实施例1
[0041] 为解决手势响应的UI单一,并且功能上较为简单,无法满足多样化、个性化的需求的问题,本实施例提供一种汽车诊断设备手势智能响应处理方法,请参阅图1及图2,应用于汽车诊断设备,具体包括以下步骤:
[0042] S100、在源码中存在的视图布局中创建对应的核心管理类;
[0043] S200、通过所述核心管理类创建手势视图;
[0044] S300、在所述手势视图内生成自定义的动画图标;
[0045] S400、在屏幕中将所述动画图标进行展示;
[0046] S500、在核心管理类中注册手势的监听区域以实时监听手指触摸动作;
[0047] S600、在所述手势视图中根据监听到的手指触摸动作的触摸位置及触摸距离判断手指触摸动作以及触摸区域的有效性;
[0048] S700、在S600判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应。
[0049] 本发明的汽车诊断设备手势智能响应处理方法可基于安卓10进行二次开发,实际开发时,可在SystemUI中通过DI框架创建EdgeBackGestureHandler类,EdgeBackGestureHandler类是整个汽车诊断设备手势智能响应处理方法的核心管理类。核心管理类在构造的时候需初始化预设的手势判断需要的参数和变量,在核心管理类创建手势视图(NavigationBarEdgePanel)时,核心管理类会向手势视图注入预设的参数和变量。
然后在手势视图中生成自定义的动画图标,并通过屏幕进行展示。同时核心管理类注册监听区域以实时监听手指触摸动作。具体监听区域设置流程参考InputChannel进行构建。手势视图根据监听到的手指触摸动作的触摸位置及触摸距离等数据判断手指触摸动作以及触摸区域的有效性,判断为有效时,通过核心管理类返回相应的动画图标及手指触摸动作响应。
[0050] 参考图2,S100~S400为利用设计模式中的工厂设计模式建立多套手势UI切换功能以及需求体验的选择。如A用户想要一种红色圆点里面带白色箭头的提示UI,并且功能在左侧和右侧滑动都一样的效果使界面返回上一层,根据此类需求建立API方法1;B用户想要一种直观的水波纹动画效果,并且左滑实现返回上一级页面,右滑拉出侧边栏,建立API方法2。整体方法建立完成后根据实际操作进行响应。自定义的动画图标的好处在于一方面可以根据每个用户的行为习惯进行定制操作以提高效率;一方面可以提供个性化的服务,增加使用体验感。
[0051] 而为完成响应,需要S500进行对应的监听步骤,S500中监听手指按下的位置与屏幕边缘的距离,在手指触摸到屏幕边缘距离左边缘或者右边缘30~40像素时,会有响应的指令发送到系统指定的API方法中,在屏幕上展示自定义的图标效果;然后,根据手指的左滑动或者右滑动,在滑动距离在0~30像素内为预设的有效的监听区域。之后进入S600步骤判断如果是有效的监听区域就执行S700返回上一页面操作,如果S500中监听到手指按下的位置与屏幕边缘的距离超过30~40像素并且又小于整个屏幕宽度,该区域为无效区域,不执行S600的判断。进一步的,由于应用在普通的沉浸模式中,若用户从边缘滑动,则应用不会识别发生了该手势,无法发出信号。因此全局采用粘性沉浸模式,粘性沉浸模式使得设备不需要系统顶部的通知栏也能优化滑动效果。具体的,手势视图的创建与监听区域的注册在代码层面可以同时进行。
[0052] 优选的,步骤S200中所述手势视图承载可在整个屏幕。
[0053] 具体的,步骤S500中可通过WindowManagerService(WMS)注册手势的监听区域。
[0054] 实施例2
[0055] 为进一步解决固定响应区域固定导致一些应实际用场景不适应的问题。本发明还提供实施例2以适应不同应用场景,具体包括以下步骤:
[0056] S100、在源码中存在的视图布局中创建对应的核心管理类;
[0057] S200、通过所述核心管理类创建手势视图;
[0058] S300、在所述手势视图内生成自定义的动画图标;
[0059] S400、在屏幕中将所述动画图标进行展示;
[0060] S500、在核心管理类中注册手势的监听区域实时监听手指触摸动作,同时根据使用场景以及操作用户权限进行动态调整监听区域的范围和位置,所述范围和位置的形状为根据设备屏幕布局自定义非几何规则的形状;
[0061] S600、在所述手势视图中根据监听到的手指触摸动作的触摸位置及触摸距离判断手指触摸动作以及触摸区域的有效性;
[0062] S700、在S600判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应。
[0063] 若手势响应区域固定,则存在对于一些应用场景不适合的问题,例如汽车诊断设备可能会放在高处或者放在低处,屏幕固定会导致使用不方便;还会出现某些区域出现物理损坏,不能使用手势响应的情况,就无法使用手势响应。因此在步骤S500中本领域技术人员可根据使用场景以及操作用户权限进行预先设置,动态调整监听区域的范围和位置,具体的范围和位置的形状可为标准几何形状或根据设备屏幕布局自定义形状。实际操作时,可采用事先划区,后续选择的方式或者自定义划区的方式实现。且具体范围和位置不需要承载在全部屏幕,既节省硬件资源,又可以避免因为某些区域出现物理损坏导致无法使用的问题。
[0064] 且非几何规则的形状会让没有经过专业培训指导的用户无法使用,避免非专业的用户误操作或者乱操作而带来的故障问题。
[0065] 实施例3
[0066] 为进一步解决实际应用时,手势响应会遇到效率低,需要多次重复的情况。本发明还提供实施例3以提高手势操作响应的效率,包括以下步骤:
[0067] S100、在源码中存在的视图布局中创建对应的核心管理类;
[0068] S200、通过所述核心管理类创建手势视图;
[0069] S300、在所述手势视图内生成自定义的动画图标;
[0070] S400、在屏幕中将所述动画图标进行展示;
[0071] S500、在核心管理类中注册手势的监听区域以实时监听手指触摸动作;
[0072] S600、在所述手势视图中根据监听到的手指触摸动作的触摸位置及触摸距离判断手指触摸动作以及触摸区域的有效性,并通过对手指的滑动距离进行判断以实现不同响应;
[0073] S700、在S600判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应。
[0074] 若诊断设备的软件界面较多,采用手势响应一页一页地翻屏,效率不高。因此对S600中手指的滑动距离进行判断以实现不同响应。具体的,可将步骤S600中手指滑动距离0~30像素的判断分为3段,各段距离分别对应翻1页、翻2页或者翻3页的操作。这样若用户想直接翻到第2或者第3页时,则可以根据手指滑动距离来控制,既提高了效率,又节约了设备的软硬件资源。
[0075] 实施例4
[0076] 汽车诊断设备实际使用时,为解决操作人员复杂容易导致误操作的问题,本发明还提供实施例4以方便设备操作及管理,包括以下步骤:
[0077] S100、在源码中存在的视图布局中创建对应的核心管理类;
[0078] S200、通过所述核心管理类创建手势视图,同时生成的手势视图与操作用户权限ID进行关联映射绑定,即相同的用户手势因操作用户权限不同响应的结果也不同;
[0079] S300、在所述手势视图内生成自定义的动画图标;
[0080] S400、在屏幕中将所述动画图标进行展示;
[0081] S500、在核心管理类中注册手势的监听区域以实时监听手指触摸动作;
[0082] S600、在所述手势视图中根据监听到的手指触摸动作的触摸位置及触摸距离判断手指触摸动作以及触摸区域的有效性;
[0083] S700、在S600判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应。
[0084] 目前的手势响应缺乏对管理权限的设定,只要进入后,无论是什么权限都可以进行操作,对管理不利。因此在步骤S200生成的手势视图与操作用户权限ID进行关联映射绑定,即相同的手势视图因操作用户权限不同响应的结果也不同(如不同权限的人操作左右水平滑动时,其响应的功能可以是不同的)。例如高级管理者进入设备界面,其手势响应的区域比较大,可以操作的手势类型也比较多;比如一般使用者,其手势响应界面相对比较小,且手势响应类型也比较单一。这样就可以解决高级管理者登录后,普通操作人员进行操作带来的管理问题。具体实施时,在设备系统层面设置不同权限账户,各权限账户对应设置操作用户权限ID,并在配备用户权限ID对应权限的手势库。根据设备型号及配置通过诸如指纹识别、手势输入、激活密码等方式激活对应的权限账户,并配置相应的操作用户权限ID。在核心管理类创建手势视图时,注入对操作用户权限ID判断的内容,手势视图创建后即与操作用户权限ID完成了关联映射绑定,之后手势视图即可遍历手势库并做出相应的判断。
[0085] 实施例5
[0086] 为了解决在汽车诊断设备手势智能响应处理方法实际操作时,操作人员会产生操作过快,出现误操作的问题。本发明还提供实施例5对其进行优化,包括以下步骤:
[0087] S100、在源码中存在的视图布局中创建对应的核心管理类;
[0088] S200、通过所述核心管理类创建手势视图;
[0089] S300、在所述手势视图内生成自定义的动画图标;
[0090] S400、在屏幕中将所述动画图标进行展示;
[0091] S500、在核心管理类中注册手势的监听区域以实时监听手指触摸动作;
[0092] S600、在所述手势视图中根据监听到的手指触摸动作的触摸位置及触摸距离判断手指触摸动作以及触摸区域的有效性;
[0093] S700、在S600判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应,并根据实时检测到手指触摸动作的频率动态调整预设时间内返回响应的次数。
[0094] 目前的手势响应处理方法在进行返回操作时存在用户单位时间内操作过快导致误操作的问题。因此,在S700中可以设置预设时间内返回响应的次数。具体的,可设定单位时间内仅响应1次手势响应,如0.5s内仅响应1次手势响应,既避免了误操作,又避免操作频繁浪费设备的硬件资源。
[0095] 而且还可以通过实时检测到手指触摸动作的频率动态设置调整预设时间内返回响应的次数,比如某段时间内实时检测到手指触摸动作的频率比较多时,说明该时间段操作频繁,需要做快速的响应,则可以适当增加预设时间内返回响应的次数;相反,若某段时间内实时检测到手指触摸动作的频率比较少时,说明该时间段操作不频繁,不需要做快速的响应,则可以适当减少预设时间内返回响应的次数。这样既满足操作使用,又能节约设备的软硬件资源。
[0096] 实施例6
[0097] 汽车诊断设备在实际使用时,具体操作发生次数及频率不定,长时间监听会浪费设备资源,为解决上述问题,本发明还提供实施例6对其进行优化,包括以下步骤:
[0098] S100、在源码中存在的视图布局中创建对应的核心管理类;
[0099] S200、通过所述核心管理类创建手势视图;
[0100] S300、在所述手势视图内生成自定义的动画图标;
[0101] S400、在屏幕中将所述动画图标进行展示;
[0102] S500、在核心管理类中注册手势的监听区域以实时监听手指触摸动作,同时,不同权限/不同设备的人监听的周期频率不一样;
[0103] S600、在所述手势视图中根据监听到的手指触摸动作的触摸位置及触摸距离判断手指触摸动作以及触摸区域的有效性;
[0104] S700、在S600判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应
[0105] 在手势响应处理方法中一直进行监听会浪费设备资源。因此在步骤S500中不同权限/不同设备的人监听的周期频率不一样。如高级管理者权限因其操作权限大,可进行的操作复杂,因此进行高频率的监听,而一般使用者,其手势响应界面相对比较小,且手势响应类型也比较单一,因此其监听频率设置为低频率。
[0106] 优选的,还可根据汽车诊断设备的诊断工作的时间来唤醒监听,如在开始进行诊断工作后停止监听,在诊断进行至最后阶段时唤醒监听。优选的,在汽车诊断设备设定时间内不工作时,具体时间用户可自行设置,在设定时间无人操作后停止监听,汽车诊断设备调低屏幕亮度,然后在汽车诊断设备接收到操作后恢复亮度同时唤醒监听模块。
[0107] 实施例7
[0108] 本实施例还提供汽车诊断设备手势智能响应处理装置,如图3所示,包括[0109] 核心管理模块,用于在源码中存在的视图布局中创建对应的核心管理类;
[0110] 创建模块,用于通过所述核心管理类创建手势视图;
[0111] 绘制模块,用于在所述手势视图内生成自定义的动画图标;
[0112] 展示模块,用于在屏幕中将所述动画图标进行展示;
[0113] 监听模块,用于在核心管理类中注册手势的监听区域以实时监听手指触摸动作;
[0114] 判断模块,用于在所述手势视图中根据监听到的手指触摸动作的触摸位置及触摸距离判断手指触摸动作以及触摸区域的有效性;
[0115] 响应模块,用于在所述判断模块判断为有效时通过核心管理类返回相应的动画图标及手指触摸动作响应。
[0116] 需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。例如,处理模块可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述装置的某一个处理元件调用并执行以上处理模块的功能。其他模块的实现与之类似。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
[0117] 实施例8
[0118] 本实施例提供一种汽车诊断设备,如图4所示,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现如上任意所述的手势响应处理方法的步骤。
[0119] 本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上任意所述的手势响应处理方法的步骤。
[0120] 所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的设备、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的模块及步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
[0121] 在本申请所提供的实施例中,应该理解到,所揭露的设备、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为逻辑功能划分,实际实现时可以有另外的划分方式,也可以将具有相同功能的单元集合成一个单元,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
[0122] 另外,本领域技术人员应当理解,尽管现有技术中存在许多问题,但是,本发明的每个实施例或技术方案可以仅在一个或几个方面进行改进,而不必同时解决现有技术中或者背景技术中列出的全部技术问题。本领域技术人员应当理解,对于一个权利要求中没有提到的内容不应当作为对于该权利要求的限制。
[0123] 尽管本文中较多的使用了诸如源码、核心管理类、监听等术语,但并不排除使用其它术语的可能性。使用这些术语仅仅是为了更方便地描述和解释本发明的本质;把它们解释成任何一种附加的限制都是与本发明精神相违背的;还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者电子设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者电子设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者电子设备中还存在另外的相同要素。
[0124] 最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。