CN109933199A - 基于手势的控制方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种基于手势的控制方法、装置、电子设备及存储介质。其中，所述方法包括：实时采集手势图像，并识别手势图像对应的手势指令；根据预先获取的手势注册信息，获取注册有所述手势指令的至少一个候选控制对象；基于预设的优先级策略，将所述手势指令在所述至少一个候选控制对象中传递，依次指示所述至少一个候选控制对象判断是否需要处理所述手势指令，直到需要处理所述手势指令的控制对象处理完毕，或者不存在需要处理所述手势指令的控制对象为止。本发明实施例实现了手势的复用，使得利用少数最常用手势即可覆盖大多数应用场景，通过统一对手势进行传递和仲裁处理，提升了手势指令处理的效率，且避免了手势竞争和冲突问题。

Description

基于手势的控制方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及车联网领域，尤其涉及一种基于手势的控制方法、装置、电子设备及存储介质。

背景技术

随着互联网和智能终端技术的快速发展，越来越多的设备允许用户通过手势或语音对其进行控制，车载终端也不例外。驾驶员可以在开车过程中，仅通过手势或语音就可以实现对车载系统以及车载系统上安装的导航或音乐等应用进行控制，提高了使用上的便捷性，也有助于保障驾驶安全。

然而，现有技术中，不同的应用往往会定制自己专属的手势类型，每个应用也都会自己处理手势识别及相关流程。一方面，这会造成开发成本的浪费，另一方面，随着应用类型和场景的增加，需要的手势类型越来越多，会导致常用手势不够用的情况，增加用户的交互成本，也容易造成手势的竞争和冲突。

发明内容

本发明实施例提供了一种基于手势的控制方法、装置、电子设备及存储介质，以解决现有技术中为不同的应用定制自己专属的手势类型时，存在的开发成本高、手势数量有限以及手势的竞争和冲突的技术问题。

第一方面，本发明实施例提供了一种基于手势的控制方法，包括：

实时采集手势图像，并识别手势图像对应的手势指令；

根据预先获取的手势注册信息，获取注册有所述手势指令的至少一个候选控制对象；

基于预设的优先级策略，将所述手势指令在所述至少一个候选控制对象中传递，依次指示所述至少一个候选控制对象判断是否需要处理所述手势指令，直到需要处理所述手势指令的控制对象处理完毕，或者不存在需要处理所述手势指令的控制对象为止。

第二方面，本发明实施例还提供了一种基于手势的控制装置，包括：

手势采集识别模块，用于实时采集手势图像，并识别手势图像对应的手势指令；

控制对象获取模块，用于根据预先获取的手势注册信息，获取注册有所述手势指令的至少一个候选控制对象；

手势传递仲裁模块，用于基于预设的优先级策略，将所述手势指令在所述至少一个候选控制对象中传递，依次指示所述至少一个候选控制对象判断是否需要处理所述手势指令，直到需要处理所述手势指令的控制对象处理完毕，或者不存在需要处理所述手势指令的控制对象为止。

第三方面，本发明实施例还提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任一实施例所述的基于手势的控制方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任一实施例所述的基于手势的控制方法。

本发明实施例提供的一种基于手势的控制方法、装置、电子设备及存储介质，通过实时采集手势图像，识别手势图像对应的手势指令，并将手势指令依次传递给注册有该手势指令的候选控制对象，指示候选控制对象进行仲裁以判断是否需要处理所述手势指令。由此实现了手势的复用，使得利用少数最常用手势即可覆盖大多数应用场景，通过统一对手势进行传递和仲裁处理，提升了手势指令处理的效率，且避免了手势竞争和冲突问题。

附图说明

图1是本发明实施例一提供的一种基于手势的控制方法的流程示意图；

图2是本发明实施例二提供的一种基于手势的控制方法的流程示意图；

图3是本发明实施例三提供的一种基于手势的控制方法的流程示意图；

图4是本发明实施例四提供的一种基于手势的控制装置的结构示意图；

图5是本发明实施例五提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一提供的一种基于手势的控制方法的流程图，本实施例可适用于各种基于手势的应用交互的情况，该方法可以由相应的基于手势的控制装置执行，该装置可以采用软件和/或硬件的方式实现，并可配置于电子设备上，例如车载终端、智能设备等。

如图1所示，本发明实施例中提供的基于手势的控制方法可以包括：

S101、实时采集手势图像，并识别手势图像对应的手势指令。

在车载终端上设置有至少一个摄像头，通过摄像头可以实时采集位于车载终端正对面或其它位置的用户的手势图像，例如驾驶员的手势图像。由此可实时从摄像头获取用户手势图像，再利用图像识别技术，即可识别出手势图像对应的手势指令。在此需要说明的是，为确保手势能够复用(例如同一手势在不同应用程序间执行不同的功能)，本实施例识别出的手势图像所对应的手势指令没有具体的含义，只是一个指令标识，例如手掌向左滑动的手势指令对应数字A，五指由聚合到张开的手势指令对应数字B。

S102、根据预先获取的手势注册信息，获取注册有所述手势指令的至少一个候选控制对象。

针对任一需要进行手势交互的控制对象，预先需要将该控制对象所用到的所有手势以及各个手势对应的手势指令按照预设规则进行注册，示例性的，可按照“控制对象-手势-手势指令”格式进行注册，并生成手势注册信息。优选的，该注册操作可以在S101之前进行。在本发明实施例中，不同的控制对象可以注册相同的手势，而且同一个手势对应的手势指令是在统一标准下设定，以便实现手势的复用。

通过S101获得手势指令后，根据手势注册信息，可将注册有该手势指令的所有控制对象筛选出来，作为候选控制对象。

S103、基于预设的优先级策略，将所述手势指令在所述至少一个候选控制对象中传递，依次指示所述至少一个候选控制对象判断是否需要处理所述手势指令，直到需要处理所述手势指令的控制对象处理完毕，或者不存在需要处理所述手势指令的控制对象为止。

可根据各候选控制对象的优先级，例如按照优先级由高到低的顺序，将手势指令在各候选控制对象之间传递。而且手势指令每传递到一个候选控制对象，则指示该候选控制对象对该手势指令进行仲裁，以判断该候选控制对象是否需要处理该手势指令。在此需要说明的是，任一控制对象，对于某一个手势控制都有一定的控制策略，例如控制对象的手势控制逻辑，其中包括了是否允许该手势进行控制的情况，以及执行该手势指令对应的控制逻辑和操作。

如果判断结果为需要处理，则该候选控制对象确定手势指令在该控制对象中具体对应的控制逻辑和操作，并按照控制逻辑和操作执行相应的控制功能。示例性的，候选控制对象为地图应用，手势指令对应的手势为左摆，地图应用判断需要处理该手势指令，则执行该指令使地图向左挪动。

进一步的，如果判断结果为不需要处理，则直接传递到下一个优先级的候选控制对象继续仲裁判断，直到需要处理手势指令的控制对象处理完毕为止，或者不存在需要处理所述手势指令的控制对象为止。示例性的，如果地图应用判断不需要处理该手势指令，则传递到下一个优先级的候选控制对象播放器应用，由于手势指令对应的手势为左摆，播放器应用判断需要处理该手势指令，则执行该指令使播放器切换到下一首歌。由此实现了手势复用，同一个手势可以应用到不同控制对象。而且，由于是按优先级依次判断各候选控制对象是否需要处理该手势指令，避免了不同控制对象之间的手势竞争和冲突问题。

本发明实施例中，通过实时采集手势图像，识别手势图像对应的手势指令，并将手势指令依次传递给注册有该手势指令的候选控制对象，指示候选控制对象进行仲裁以判断是否需要处理所述手势指令。由此实现了手势的复用，使得利用少数最常用手势即可覆盖大多数应用场景，通过对手势进行传递和仲裁处理，提升了手势指令处理的效率，且避免了手势竞争和冲突问题。

实施例二

图2为本发明实施例二提供的一种基于手势的控制方法的流程示意图。本实施例以上述实施例为基础进行优化，如图2所示，本发明实施例中提供的基于手势的控制方法可以包括：

S201、实时采集手势图像，并识别手势图像对应的手势指令。

S202、根据预先获取的手势注册信息，获取注册有所述手势指令的至少一个候选控制对象。

本实施例中，控制对象包括系统的手势处理模块和安装在系统上的应用程序。按照应用程序层次到系统层次的传递顺序，依次对手势指令进行传递和仲裁。在应用层次，可按照S203进行，在系统层次可按照S204-S205进行。

S203、基于预设的优先级策略，按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的应用程序，指示所述应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕为止。

其中，所述应用程序是根据预设的应用手势控制逻辑判断是否需要处理手势指令。若需要，则按照应用手势控制逻辑执行该手势指令，以实现对应的功能。若不需要，则将该手势指令传递到下一个应用程序继续仲裁判断，直到需要处理手势指令的应用程序处理完毕为止。

由于发生手势指令控制需求时，通常是针对当前显示界面，因此，可选的，基于预设的优先级策略，可以先将手势指令发送至当前界面所属的应用程序，指示所述当前界面所属的应用程序判断是否需要处理所述手势指令；如果所述当前界面所属的应用程序的反馈结果为不需要处理所述手势指令，则按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的其他应用程序，并指示其他应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕为止；如果所述当前界面所属的应用程序的反馈结果为需要处理所述手势指令，则结束手势指令的传递。由此，可以实现手势指令的快速识别，并达成用户的控制目的。

S204、如果不存在需要处理所述手势指令的应用程序，则将所述手势指令发送至系统的手势处理模块，指示所述手势处理模块判断是否需要处理所述手势指令。

其中，手势处理模块是根据预设的系统手势控制逻辑判断是否需要处理手势指令。若需要，则由手势处理模块根据系统手势控制逻辑执行该手势指令，并结束对该手势指令的传递；若不需要，则执行S205。

S205、如果所述手势处理模块的反馈结果为不需要处理所述手势指令，则丢弃所述手势指令。

其中，丢弃手势指令后，该手势指令的传递和仲裁处理结束。

本实施例中，在应用程序和系统两个层面对手势指令进行传递和仲裁处理，实现了手势的复用，使得利用少数最常用手势即可覆盖大多数应用场景，且通过对手势在两个层面进行传递和仲裁处理，在达到手势指令全面覆盖的前提下，避免了手势竞争和冲突问题。

实施例三

图3为本发明实施例三提供的一种基于手势的控制方法的流程示意图。本实施例以上述实施例为基础，对手势指令在应用程序层次的传递和冲裁进行优化，使得在手势指令传递的过程中，增加了关于应用程序对是否允许手势指令继续传递的判断，并基于应用程序的判断结果来传递和仲裁手势指令的技术内容。如图3所示，本发明实施例中提供的基于手势的控制方法可以包括：

S301、实时采集手势图像，并识别手势图像对应的手势指令。

S302、根据预先获取的手势注册信息，获取注册有所述手势指令的至少一个候选控制对象，其中，所述控制对象包括系统的手势处理模块和安装在所述系统上的应用程序。

S303、将所述手势指令发送至当前界面所属的应用程序，指示所述当前界面所属的应用程序判断是否需要处理所述手势指令。

其中，应用程序是根据预设的应用手势控制逻辑判断是否需要处理手势指令。

示例性的，识别出的手势指令为向左滑动的手势指令，当前界面所属的应用程序是播放器应用，且该应用的当前界面是一个播放界面，根据手势控制逻辑，向左滑动可切换歌曲，则播放器应用判断需要处理该手势指令。也即，如果所述当前界面所属的应用程序的反馈结果为需要处理所述手势指令，则继续执行S304。

示例性的，识别出的手势指令为向左滑动的手势指令，当前界面所属的应用程序是地图应用，且地图应用的当前界面是一个地图中的地址列表，根据手势控制逻辑，向左滑动对地址列表不起任何作用，则判断地图应用不需要处理该手势指令。也即，如果所述当前界面所属的应用程序的反馈结果为不需要处理所述手势指令，则继续执行S305，判断其它应用程序是否需要处理该手势指令。

S304、接收当前界面所属的应用程序关于是否允许手势指令继续传递的返回消息，如果允许，则继续执行S305，反之执行S306。

S305、按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的其他应用程序，并指示其他应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕且不允许继续传递手势指令为止。

其中，应用程序是根据预设的应用手势控制逻辑判断是否允许继续传递手势指令。此外，如果不存在需要处理所述手势指令的应用程序，也即所有应用程序均判断不需要处理所述手势指令，则将所述手势指令发送至系统的手势处理模块，指示所述手势处理模块判断是否需要处理所述手势指令。

S306、将所述手势指令发送至系统的手势处理模块，指示所述手势处理模块判断是否需要处理所述手势指令。

相应的，如果手势处理模块判断不需要处理所述手势指令，则丢弃该手势指令。

这里需要说明的是，在本发明实施例中，传递手势指令的过程中还考虑了应用程序是否允许继续传递手势指令，也即，当需要处理手势指令的应用程序处理完毕该手势指令后，需要反馈是否允许该手势指令继续传递，当允许继续传递时，则在其他应用程序之间继续传递，直到需要处理的应用程序处理完毕且不允许继续传递为止。如果没有需要处理手势指令的应用程序，则将所述手势指令发送至系统的手势处理模块，指示所述手势处理模块判断是否需要处理所述手势指令。

示例性的，如果某一应用程序需要处理的手势指令所对应的操作需要占用大量的内存并花费较长时间，为了避免影响该程序的正常流畅的操作，则不允许该手势指令继续传递，也即是避免其他程序处理该手势指令，以达到节省内存的目的。当然，也可以是出于其他目的在应用手势控制逻辑中加入对是否允许指令继续传递的判断逻辑，从而提高手势指令控制的灵活性。

此外，在本实施例中，在应用程序层面进行手势指令传递的过程中，示例性地将当前界面所属的应用程序作为最高优先级，优先将手势指令发送至当前界面所属的应用程序进行判断，如果该应用程序需要处理手势指令，并且允许手势指令继续传递，则进一步将手势指令在其他应用程序中传递。这里可以理解的是，在其他实施方式中，也可以按照其他优先级策略在应用程序中传递，而且无论按照怎样的优先级策略进行传递，都可以在需要处理手势指令的应用程序允许指令继续传递的前提下进行传递。而对于其他优先级策略的示例，此处不再一一赘述。

本实施例中，可结合当前应用界面判断应用程序是否需要处理手势指令，并根据应用程序反馈的是否允许手势指令继续传递的返回消息，确定是否结束该手势指令的传递和仲裁。由此实现了手势复用且避免手势竞争和冲突问题。

实施例四

图4是本发明实施例四提供的基于手势的控制装置的结构示意图。如图4所示，该装置包括：

手势采集识别模块401，用于实时采集手势图像，并识别手势图像对应的手势指令；

控制对象获取模块402，用于根据预先获取的手势注册信息，获取注册有所述手势指令的至少一个候选控制对象；

手势传递仲裁模块403，用于基于预设的优先级策略，将所述手势指令在所述至少一个候选控制对象中传递，依次指示所述至少一个候选控制对象判断是否需要处理所述手势指令，直到需要处理所述手势指令的控制对象处理完毕，或者不存在需要处理所述手势指令的控制对象为止。

本发明实施例中，通过实时采集手势图像，识别手势图像对应的手势指令，并将手势指令依次传递给注册有该手势指令的候选控制对象，指示候选控制对象进行仲裁以判断是否需要处理所述手势指令。由此实现了手势的复用，使得利用少数最常用手势即可覆盖大多数应用场景，通过对手势进行传递和仲裁处理，提升了手势指令处理的效率，且避免了手势竞争和冲突问题。

在上述实施例的基础上，所述控制对象包括系统的手势处理模块和安装在所述系统上的应用程序；

相应的，所述手势传递仲裁模块，包括：

应用层传递仲裁单元，用于基于预设的优先级策略，按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的应用程序，指示所述应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕为止；

系统层传递仲裁单元，用于如果不存在需要处理所述手势指令的应用程序，则将所述手势指令发送至系统的手势处理模块，指示所述手势处理模块判断是否需要处理所述手势指令；

其中，所述应用程序和手势处理模块是分别根据预设的应用手势控制逻辑和系统手势控制逻辑判断是否需要处理手势指令。

在上述实施例的基础上，所述应用层传递仲裁单元具体用于：

将所述手势指令发送至当前界面所属的应用程序，指示所述当前界面所属的应用程序判断是否需要处理所述手势指令；

如果所述当前界面所属的应用程序的反馈结果为不需要处理所述手势指令，则按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的其他应用程序，并指示其他应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕为止。

在上述实施例的基础上，所述应用层传递仲裁单元还用于：

按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的应用程序，指示所述应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕且不允许继续传递手势指令为止；

其中，所述应用程序是根据预设的应用手势控制逻辑判断是否允许继续传递手势指令。

本发明实施例所提供的分基于手势的控制装置可执行本发明任意实施例所提供的基于手势的控制方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本发明实施例五提供的电子设备的结构示意图。图5示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图5显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理器16，存储器28，连接不同系统组件(包括存储器28和处理器16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器16通过运行存储在存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的基于手势的控制方法，包括：

实时采集手势图像，并识别手势图像对应的手势指令；

根据预先获取的手势注册信息，获取注册有所述手势指令的至少一个候选控制对象；

基于预设的优先级策略，将所述手势指令在所述至少一个候选控制对象中传递，依次指示所述至少一个候选控制对象判断是否需要处理所述手势指令，直到需要处理所述手势指令的控制对象处理完毕，或者不存在需要处理所述手势指令的控制对象为止。

实施例六

本发明实施例中提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种基于手势的控制方法，该方法包括：

实时采集手势图像，并识别手势图像对应的手势指令；

根据预先获取的手势注册信息，获取注册有所述手势指令的至少一个候选控制对象；

基于预设的优先级策略，将所述手势指令在所述至少一个候选控制对象中传递，依次指示所述至少一个候选控制对象判断是否需要处理所述手势指令，直到需要处理所述手势指令的控制对象处理完毕，或者不存在需要处理所述手势指令的控制对象为止。

当然，本发明实施例中所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例中所提供的基于手势的控制方法中的相关操作。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种基于手势的控制方法，其特征在于，所述方法包括：

实时采集手势图像，并识别手势图像对应的手势指令；

根据预先获取的手势注册信息，获取注册有所述手势指令的至少一个候选控制对象；

基于预设的优先级策略，将所述手势指令在所述至少一个候选控制对象中传递，依次指示所述至少一个候选控制对象判断是否需要处理所述手势指令，直到需要处理所述手势指令的控制对象处理完毕，或者不存在需要处理所述手势指令的控制对象为止。

2.根据权利要求1所述的方法，其特征在于，所述控制对象包括系统的手势处理模块和安装在所述系统上的应用程序；

相应的，所述基于预设的优先级策略，将所述手势指令在所述至少一个候选控制对象中传递，依次指示所述至少一个候选控制对象判断是否需要处理所述手势指令，直到需要处理所述手势指令的控制对象处理完毕，或者不存在需要处理所述手势指令的控制对象为止，包括：

基于预设的优先级策略，按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的应用程序，指示所述应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕为止；

如果不存在需要处理所述手势指令的应用程序，则将所述手势指令发送至系统的手势处理模块，指示所述手势处理模块判断是否需要处理所述手势指令；其中，所述应用程序和手势处理模块是分别根据预设的应用手势控制逻辑和系统手势控制逻辑判断是否需要处理手势指令。

3.根据权利要求2所述的方法，其特征在于，所述按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的应用程序，指示所述应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕为止，包括：

将所述手势指令发送至当前界面所属的应用程序，指示所述当前界面所属的应用程序判断是否需要处理所述手势指令；

如果所述当前界面所属的应用程序的反馈结果为不需要处理所述手势指令，则按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的其他应用程序，并指示其他应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕为止。

4.根据权利要求2所述的方法，其特征在于，所述按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的应用程序，指示所述应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕为止，包括：

按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的应用程序，指示所述应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕且不允许继续传递手势指令为止；

其中，所述应用程序是根据预设的应用手势控制逻辑判断是否允许继续传递手势指令。

5.一种基于手势的控制装置，其特征在于，所述装置包括：

手势采集识别模块，用于实时采集手势图像，并识别手势图像对应的手势指令；

控制对象获取模块，用于根据预先获取的手势注册信息，获取注册有所述手势指令的至少一个候选控制对象；

手势传递仲裁模块，用于基于预设的优先级策略，将所述手势指令在所述至少一个候选控制对象中传递，依次指示所述至少一个候选控制对象判断是否需要处理所述手势指令，直到需要处理所述手势指令的控制对象处理完毕，或者不存在需要处理所述手势指令的控制对象为止。

6.根据权利要求5所述的装置，其特征在于，所述控制对象包括系统的手势处理模块和安装在所述系统上的应用程序；

相应的，所述手势传递仲裁模块，包括：

应用层传递仲裁单元，用于基于预设的优先级策略，按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的应用程序，指示所述应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕为止；

系统层传递仲裁单元，用于如果不存在需要处理所述手势指令的应用程序，则将所述手势指令发送至系统的手势处理模块，指示所述手势处理模块判断是否需要处理所述手势指令；

其中，所述应用程序和手势处理模块是分别根据预设的应用手势控制逻辑和系统手势控制逻辑判断是否需要处理手势指令。

7.根据权利要求6所述的装置，其特征在于，所述应用层传递仲裁单元具体用于：

将所述手势指令发送至当前界面所属的应用程序，指示所述当前界面所属的应用程序判断是否需要处理所述手势指令；

如果所述当前界面所属的应用程序的反馈结果为不需要处理所述手势指令，则按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的其他应用程序，并指示其他应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕为止。

8.根据权利要求6所述的装置，其特征在于，所述应用层传递仲裁单元还用于：

按照优先级由高到低的顺序，将所述手势指令依次发送至所述至少一个候选控制对象中的应用程序，指示所述应用程序判断是否需要处理所述手势指令，直到需要处理所述手势指令的应用程序处理完毕且不允许继续传递手势指令为止；

其中，所述应用程序是根据预设的应用手势控制逻辑判断是否允许继续传递手势指令。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任一所述的基于手势的控制方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-4中任一所述的基于手势的控制方法。