CN115027386A - 基于汽车云栈的车载服务控制方法、***、装置及介质 - Google Patents

Abstract

本发明涉及基于汽车云栈的车载服务控制方法、***、装置及介质，其方法运行于汽车内部的中控器中，中控器连接有触摸屏，触摸屏设置于汽车内部的方向盘上，触摸屏上预设位置设置有第一可选控键或第二可选控键，第一可选控键中存储有车座位置信息，第二可选控键中存储有目标控制信息，目标控制信息为目标设施可执行的动作信息，第一可选控键和第二可选控键均设置有可识别范围，方法包括：获取司机在触摸屏上进行操作的滑动路径信息；根据滑动路径信息判断本次操作是否为有效操作；若本次操作为有效操作，则输出控制信号，以控制目标设施执行第二可选控键内存储的目标控制信息。本申请能够提高司机在操作虚拟控键或实体按键时司机自身的安全性。

Description

基于汽车云栈的车载服务控制方法、***、装置及介质

技术领域

本申请涉及汽车驾驶的技术领域，尤其是涉及一种基于汽车云栈的车载服务控制方法、***、装置及介质。

背景技术

一般的，汽车内的中控台上设置有用于操控汽车内部各个***运行的显示屏或多个用于操控汽车内部各个***运行的实体按键。除此之外，在汽车的车门上也设置有具有部分控制功能的实体按键，以供司机或乘车者操作。

现有技术中，汽车内用于操控汽车内部各个***运行的实体按键或虚拟控键都是分布在主驾驶座位的周围。当司机在驾驶车辆行进的过程中要操控实体按键或虚拟控键时，需要将视线转移至显示屏或相应的实体按键上，而后进行操作。

但是，司机在操作显示屏上的虚拟控键或实体按键时，司机的视线停留在显示屏上或实体按键上，此时，汽车的行驶状态对于司机而言是视线盲区，容易在操作虚拟控键或实体按键时，发生交通事故，进而造成较为严重的损失。

发明内容

本申请目的一是提供一种基于汽车云栈的车载服务控制方法，具有提高司机在操作虚拟控键或实体按键时司机自身的安全性的特点。

本申请的上述申请目的一是通过以下技术方案得以实现的：

一种基于汽车云栈的车载服务控制方法，运行于汽车内部的中控器中，所述中控器连接有触摸屏，所述触摸屏设置于汽车内部的方向盘上，所述触摸屏上预设位置设置有第一可选控键或第二可选控键，所述第一可选控键中存储有车座位置信息，所述第二可选控键中存储有目标控制信息，所述目标控制信息为目标设施可执行的动作信息，所述第一可选控键和第二可选控键均设置有可识别范围，所述控制方法包括：

获取司机在所述触摸屏上进行操作的滑动路径信息；

根据所述滑动路径信息判断本次操作是否为有效操作；

若本次操作为有效操作，则输出控制信号，以控制目标设施执行所述滑动路径信息终点位置所在的第二可选控键内存储的目标控制信息。

通过采用上述技术方案，将触摸屏集成至方向盘上，使得司机能够通过操作触摸屏，以控制车内各个设施运行。由于触摸屏集成于方向盘上，故当司机进行操作的时候，无须将视线转向其他地方，这样在一定程度上提高了司机在进行操作时其自身的安全性。同时，通过滑动进行操作的方式也能够有效避免产生误操作的情况。

本申请在一较佳示例中可以进一步配置为：所述根据所述滑动路径信息判断本次操作是否为有效操作的方法还包括：

判断所述滑动路径信息的起始位置是否处于第一可选控制的可识别范围内，若是，则判断所述滑动路径信息的终点位置是否处于第二可选控键的可识别范围内，若是，则本次操作为有效操作。

本申请在一较佳示例中可以进一步配置为：所述根据所述滑动路径信息判断本次操作是否为有效操作的方法还包括：

若所述滑动路径信息的起始位置非第一可选控键的可识别范围内，则本次操作为无效操作；

若所述滑动路径信息的起始位置处于第一可选控制的可识别范围内且所述滑动路径信息的终点位置非第二可选控键的可识别范围内，则本次操作为无效操作。

本申请在一较佳示例中可以进一步配置为：在判断本次操作为有效操作之后，以及输出控制信号之前，还包括：

获取所述滑动路径信息的终点位置所在的第二可选控键的目标控制信息；

判断该目标控制信息是否预存有详细控制信息；

若是，则根据所述详细控制信息调整第二可选控键的位置、可识别范围和存储的信息，以供司机再次进行操作。

通过采用上述技术方案，能够提供给司机更多的操作选项，即司机能够操作触摸屏，以控制目标设施实现更为精准地调节。

本申请在一较佳示例中可以进一步配置为：所述根据所述详细控制信息调整第二可选控键的位置和存储的信息的方法包括：

获取所述详细控制信息的数量；

根据所述详细控制信息的数量确定第二可选控键的位置；

将多个详细控制信息分别存储于每个第二可选控键中。

通过采用上述技术方案，能够根据详细控制信息的数量调整第二可选控键的数量和位置，根据实际情况得到对应的操作界面，以便于司机进行操作，以控制目标设施实现更为精准地调节。

本申请在一较佳示例中可以进一步配置为：所述可识别范围的设置方法为：

将预设位置作为圆心；

将到所述圆心的距离小于预设距离的区域设置为第一可选控键或第二可选控键的可识别范围。

本申请目的二是提供一种基于汽车云栈的车载服务控制***，具有提高司机在操作虚拟控键或实体按键时司机自身的安全性的特点。

本申请的上述申请目的二是通过以下技术方案得以实现的：

一种基于汽车云栈的车载服务控制***，包括，

路径获取模块，用于获取司机在所述触摸屏上进行操作的滑动路径信息。

判断模块，用于根据所述滑动路径信息判断本次操作是否为有效操作；以及，

输出模块，用于在本次操作为有效操作时输出控制信号。

本申请目的三是提供一种基于汽车云栈的车载服务控制装置，具有提高司机在操作虚拟控键或实体按键时司机自身的安全性的特点。

本申请的上述申请目的三是通过以下技术方案得以实现的：

一种基于汽车云栈的车载服务控制装置，包括方向盘、触摸屏、存储器和处理器；

所述触摸屏设置于所述方向盘上，与所述处理器连接；

所述存储器上存储有能够被处理器加载并执行上述车内设施的控制方法的计算机程序。

本申请在一较佳示例中可以进一步配置为：所述触摸屏连接有电源按键、锁屏按键、状态检测按键和功能接口；

所述电源按键、锁屏按键、状态检测按键和功能接口均设置于所述方向盘上；

所述电源按键用于控制所述触摸屏的开启或关闭；

所述锁屏按键用于控制所述触摸屏的显示状态；

所述功能接口用于更新所述存储器上存储的能够被处理器加载并执行上述基于汽车云栈的车载服务控制方法的计算机程序。

本申请目的四是提供一种计算机存储介质，能够存储相应的程序，具有提高司机在操作虚拟控键或实体按键时司机自身的安全性的特点。

本申请的上述申请目的四是通过以下技术方案得以实现的：

一种计算机可读存储介质，存储有能够被处理器加载并执行上述任一种基于汽车云栈的车载服务控制方法的计算机程序。

综上所述，本申请包括以下至少一种有益技术效果：

1.通过将触摸屏集成至方向盘上，使得司机能够通过操作触摸屏，以控制车内各个设施运行。由于触摸屏集成于方向盘上，故当司机进行操作的时候，无须将视线转向其他地方，这样在一定程度上提高了司机在进行操作时其自身的安全性。同时，通过滑动进行操作的方式也能够有效避免产生误操作的情况；

2.通过功能接口，能够对处理器中加载的程序进行更新，以适用于不同的车辆。

附图说明

图1是本申请其中一实施例的基于汽车云栈的车载服务控制方法的流程示意图。

图2是本申请其中一实施例的触摸屏的结构示意图。

图3是本申请其中一实施例的基于汽车云栈的车载服务控制***的***示意图。

图4是本申请其中一实施例的基于汽车云栈的车载服务控制装置的结构示意图。

图中，21、路径获取模块；22、判断模块；23、输出模块；301、CPU；302、ROM；303、RAM；304、总线；305、I/O接口；306、输入部分；307、输出部分；308、存储部分；309、通信部分；310、驱动器；311、可拆卸介质。

具体实施方式

以下结合附图对本申请作进一步详细说明。

本具体实施例仅仅是对本申请的解释，其并不是对本申请的限制，本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本申请的权利要求范围内都受到专利法的保护。

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

本申请实施例提供一种基于汽车云栈的车载服务控制方法，主要用于控制车内设施的运行状态。其中，与中控器连接的触摸屏集成于车内的方向盘上，使得司机无须将视线移至其他位置，以实现操控车内设施运行的功能，不仅便于司机操作，还能够在一定程度上提高司机在操作虚拟控键或实体按键时司机自身的安全性。

下面结合说明书附图对本申请实施例作进一步详细描述。

本申请实施例提供的基于汽车云栈的车载服务控制方法的主要流程描述如下。

如图1和图2所示：

步骤S101：获取司机在所述触摸屏上进行操作的滑动路径信息。

其中，触摸屏优选为圆形的触摸屏，当然在一些其他的示例中也可以为长方形、正方形等其他形状的触摸屏。触摸屏不仅为获取信息的输入设备，还是能够显示信息的输出设备，其包括显示面板和触控面板。显示面板能够显示不同的界面。触控面板能够对触摸操作进行感知，与显示面板配合实现触摸屏的触控功能。由于触摸屏为相关领域的成熟技术，故本申请实施例中不再对其工作原理进行详细介绍。

显示面板上显示操作主界面。操作主界面上预设位置设置有第一可选控键或第二可选控键。第一可选控键和第二可选控键都设置有一定的可识别范围。第一可选控键中存储有车座位置信息。车座位置信息与车型相关。具体来说，不同的车型车内的座位数量不同，座位的位置也不同。第一可选控键的数量即为车内的座位数量，每一个第一可选控键中存储一个车座的位置信息，该车座的位置信息与实际车内的座位位置对应。车座位置信息可以以字符或图标的形式显示在第一可选控键的区域内。在一些具体的示例中，第一可选控键内显示“副驾驶位”、“后一排左位”等字样，或显示所有座位的位置样图，标亮对应的座位。

第二可选控键中存储有目标控制信息。目标控制信息为车内设施的调整策略即可执行的动作信息。对于不同的车内设施，目标控制信息所对应的调整策略不同。例如，目标设施即可操控的车内设施为车门，则目标控制信息为车门开启/关闭。目标设施为空调，则目标控制信息为空调开启/关闭，或空调开启至预设温度，此处的预设温度可以根据实际情况做适应性设置。其中，每一个第二可选控键中都存储有一个目标控制信息，并且执行目标控制信息的车内设施与中控器相连。目标控制信息也可以以文字的形式在第二可选控键的区域内标记，即说明第二可选控键的数量即为车内目标设施的数量。在一些具体的示例中，第二可选控键内显示“开启/关闭空调”等字样。

进一步的，根据车型能够确定操作主界面上第一可选控键和第二可选控键的数量，进而能够确定第一可选控键和第二可选控键的预设位置。具体确定方法如下：

以显示面板的圆心为原点，建立xOy坐标系，确定显示面板的周长。将显示面板的边缘均匀划分为N个点，每个点作为一个设置第一可选控键或第二可选控键的预设位置，其中N为第一可选控键与第二可选控键的控键数量之和。为了便于确定每个预设位置的坐标，可将一个预设位置设置于显示面板与y轴的一个交点上。同时，将每个预设位置分别作为圆心，并将显示面板内到每一个圆心的距离小于预设距离的区域设置为第一可选控键或第二可选控键的可识别范围，以便于对触摸动作的识别。优选的，预设距离需不超过相邻两个预设位置之间的距离的一半，第一可选控键与第二可选控键均为连续设置。

至此，显示面板的操作主界面能够显示所有第一可选控键和第二可选控键的位置、可识别范围和标记的内容。同样的，以触控面板的圆心为原点，也建立xOy坐标系。当然，触控面板和显示面板可以共用同一个坐标系。

可以了解的是，对于操作主界面的正确操作方式应为，选中一个第一可选控键，以此作为起始在触摸屏上滑动，直至选中一个第二可选控键，则可实现选中的第一可选控键与选中的第二可选控键之间的连接，即实现对指定目标设施的操控。因此，当司机与触摸屏发生接触时，通过触控面板即可获取司机在进行操作时的滑动路径信息。滑动路径信息即为滑动的轨迹。

一般的，当肢体与触控面板接触时，触控面板上与肢体接触的区域的电容值会发生变化，根据电容值即可计算得到肢体与触控面板接触的位置信息，可以以坐标形式进行呈现。当然，根据不同工作原理制成的触控面板可以采用不同的方式采集肢体与触控面板接触的位置信息。其中涉及的触控面板工作原理为相关领域技术人员的常规技术手段，故此处不作过多赘述。

步骤S102：根据所述滑动路径信息判断本次操作是否为有效操作。

步骤S103：若本次操作为有效操作，则输出控制信号。

步骤S104：若本次操作为无效操作，则输出提示信号。

首先，通过触控面板能够获得滑动路径信息的起始位置。而后，判断起始位置是否处于第一可选控键的可识别范围内。其中，起始位置也以坐标形成呈现。由于第一可选控键的预设位置的坐标是已知的，预设距离也是已知的，故第一可选控键的可识别范围的边界即为确定的。因此，可以将起始位置的坐标与第一可选控键的可识别范围的边界的坐标进行比较，以确定起始位置与第一可选控键的可识别范围的位置关系。若起始位置处于第一可选控键的可识别范围内，则通过触控面板继续获得滑动路径信息的终点位置。反之，则认为本次操作为无效操作。在一个具体的示例中，若司机无意间触碰到触控面板时，触碰区域大多为第一可选控键外的区域，因此，当起始位置非第一可选控键的可识别范围内时，可以认为司机的操作为误操作。

进一步的，终点位置也以坐标形成呈现。按照上述相同的原理，将终点位置与第二可选控键的可识别范围的边界的坐标进行比较，以确定终点位置与第二可选控键的可识别范围的位置关系。若终点位置也处于第二可选控键的可识别范围内，则认为本次操作为有效操作。反之，则认为本次操作为无效操作。在一个具体的示例中，若司机在选中一个第一可选控键后滑动的过程中，受到路况等外界因素干扰，使得终点位置非第二可选控键的可识别范围内，将本次操作视为无效操作，能够降低误操作的可能性。

当确认司机的操作为有效操作时，输出控制信号，以控制目标设施执行终点位置所在的第二可选控键内存储的目标控制信息。反之，当确认司机的操作为无效操作时，输出提示信号，以提示司机操作失败。

当然根据滑动路径信息判断本次操作是否为有效操作的方法还有其他实施方式，对此本申请实施例中不再详细介绍。

值得说明的是，对于一些车内设施而言，其调整策略并不是简单的开启和关闭，而是涉及更为精准地调节。例如，空调温度可以调节到20℃、23℃、26℃等多个温度值。座位的倾斜度可以调节到110°、115°等多个倾斜度值。以及音响的音量值等。为此，对于这些有更为精细的调整策略的车内设施，都可以一一匹配有相应的二级操作界面。

具体的，从所有车内设施对应的目标控制信息中筛选具有详细控制信息的车内设施。其中，详细控制信息即可选的进一步的调节方式。根据筛选得到的每一车内设施对应的详细控制信息制成与之匹配的二级操作界面。

首先，选取其中一种车内设施，获取其目标控制信息内所有的详细控制信息，同时能够确定详细控制信息的数量。由于一个第二可选控键中只能存储一个详细控制信息，故进而能够确定二级操作界面中第二可选控键的数量。在二级操作界面中，第一可选控键的数量可以依旧按照主操作界面中第一可选控键的数量进行设置。按照上述的方法，能够确定二级操作界面中第一可选控键和第二可选控键的位置和可识别范围。同样的，第二可选控键内也显示有相应单的详细控制信息。这样能够获得每一个筛选得到的车内设施所对应的二级操作界面。所有二级操作界面均存储于存储器中。

优选的，在本申请中，当判断本次操作为有效操作之后，还应进行如下步骤：

获取滑动路径信息的终点位置所在的第二可选控键的目标控制信息；

判断该目标控制信息是否预存有详细控制信息；

若是，则调取与该目标控制信息相匹配的二级操作界面进行展示，以根据详细控制信息调整第二可选控键的位置、可识别范围和存储的信息；

若否，则输出控制信号。

当主操作界面切换至二级操作界面时，司机还可以以同样的方式进行选择，即选中在主操作界面选中的第一可选控键，滑动至某一第二可选控键，此时，选中的第一可选控键与第二可选控键连接，以输出控制信号，控制执行详细控制信息的车内设施开始进行调整。当然，根据实际情况需要还可以按照同样的方式设置三级操作界面。

可以了解的是，当司机每一次进行有效操作后，对于司机选取的第一可选控键的车座位置信息和第二可选控键的目标控制信息，可以形成一条操作记录以进行存储。经历一段时间后，可通过深度学习的方式，学习所有操作记录中最为频繁的组合操作，以使得在汽车启动时，自动将对应位置的车内设施调整到常用的模式。具体可参照顺序、时间、频次等参数进行分析。在一个具体的示例中，若每次汽车启动时，司机都会将空调温度开启至20℃，则中控器默认汽车启动时，自动开启空调并调节至20℃。

还值得说明的是，无论司机的操作是有效操作还是无效操作，司机对其结果都是后知后觉，甚至难以觉察其操作结果。因此，可以采用不同的形式以提醒司机。优选的，本申请实施例中选用振动器发出不同的振动以表示操作过程的不同阶段。例如，当司机的操作为无效操作时，可以通过长振动进行提醒。当主操作界面切换至二级操作界面可以通过连续两下振动以提醒司机进行操作。当司机的操作为有效操作且目标设施启动时，通过一下振动以告知司机。当然，也可以通过其他形式进行提醒。

除了上述提及的对滑动路径信息的识别方法外，还可以通过设置锁屏键，以在不需要操作触摸屏时将触摸屏锁定，即使得触摸屏进入休眠模式，这样不仅能够有效避免发生误操作的情况，同时，也能够减小触摸屏的能耗。

当然，考虑到一些司机可能会对车内进行改装，使得座位的位置发生变化，或者车内设施的位置发生改变。为此，本申请实施例提供的基于汽车云栈的车载服务控制方法在通过程序实现时，程序可以进行修改或是更新，以进行多次加载。

图3为本申请一种实施例提供的一种基于汽车云栈的车载服务控制***的***示意图。

如图3所示的一种基于汽车云栈的车载服务控制***，包括路径获取模块21、判断模块22和输出模块23，其中：

路径获取模块21，用于获取司机在所述触摸屏上进行操作的滑动路径信息。

判断模块22，用于根据所述滑动路径信息判断本次操作是否为有效操作。

输出模块23，用于在本次操作为有效操作时输出控制信号。

图4示出了适于用来实现本申请实施例的基于汽车云栈的车载服务控制装置的装置示意图。

如图4所示，基于汽车云栈的车载服务控制装置包括方向盘、触摸屏和中央处理单元(CPU)301。其中，触摸屏集成于方向盘上，与中央处理单元(CPU)301连接。方向盘上还设置有用于控制触摸屏的开启或关闭的电源按键、用于控制触摸屏的显示状态的锁屏按键、状态检测按键和用于更新中央处理单元(CPU)301所加载的程序的功能接口。

中央处理单元(CPU)301可以根据存储在只读存储器(ROM)302中的程序或者从存储部分加载到随机访问存储器(RAM)303中的程序而执行各种适当的动作和处理。在RAM303中，还存储有***操作所需的各种程序和数据。CPU 301、ROM 302以及RAM 303通过总线304彼此相连。输入/输出(I/O)接口305也连接至总线304。

以下部件连接至I/O接口305：包括键盘、鼠标等的输入部分306；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分307；包括硬盘等的存储部分308；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分309。通信部分309经由诸如因特网的网络执行通信处理。驱动器310也根据需要连接至I/O接口305。可拆卸介质311，诸如磁盘、光盘、磁光盘、半导体存储器等，根据需要安装在驱动器310上，以便于从其上读出的计算机程序根据需要被安装入存储部分308。

特别地，根据本申请的实施例，上文参考流程图图1描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在机器可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分309从网络上被下载和安装，和/或从可拆卸介质311被安装。在该计算机程序被中央处理单元(CPU)301执行时，执行本申请的***中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一种或多种导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，前述模块、程序段、或代码的一部分包含一种或多种用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括路径获取模块21、判断模块22和输出模块23。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定，例如，路径获取模块21还可以被描述为“用于获取司机在所述触摸屏上进行操作的滑动路径信息的模块”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中的。上述计算机可读存储介质存储有一个或者多个程序，当上述前述程序被一个或者一个以上的处理器用来执行描述于本申请的基于汽车云栈的车载服务控制方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的申请范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离前述申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中申请的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种基于汽车云栈的车载服务控制方法，运行于汽车内部的中控器中，所述中控器连接有触摸屏，所述触摸屏设置于汽车内部的方向盘上，其特征在于，所述触摸屏上预设位置设置有第一可选控键或第二可选控键，所述第一可选控键中存储有车座位置信息，所述第二可选控键中存储有目标控制信息，所述目标控制信息为目标设施可执行的动作信息，所述第一可选控键和第二可选控键均设置有可识别范围，所述控制方法包括：

获取司机在所述触摸屏上进行操作的滑动路径信息；

根据所述滑动路径信息判断本次操作是否为有效操作；

若本次操作为有效操作，则输出控制信号，以控制目标设施执行所述滑动路径信息终点位置所在的第二可选控键内存储的目标控制信息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述滑动路径信息判断本次操作是否为有效操作的方法还包括：

判断所述滑动路径信息的起始位置是否处于第一可选控制的可识别范围内，若是，则判断所述滑动路径信息的终点位置是否处于第二可选控键的可识别范围内，若是，则本次操作为有效操作。

3.根据权利要求2所述的方法，其特征在于：所述根据所述滑动路径信息判断本次操作是否为有效操作的方法还包括：

若所述滑动路径信息的起始位置非第一可选控键的可识别范围内，则本次操作为无效操作；

若所述滑动路径信息的起始位置处于第一可选控制的可识别范围内且所述滑动路径信息的终点位置非第二可选控键的可识别范围内，则本次操作为无效操作。

4.根据权利要求3所述的方法，其特征在于：在判断本次操作为有效操作之后，以及输出控制信号之前，还包括：

获取所述滑动路径信息的终点位置所在的第二可选控键的目标控制信息；

判断该目标控制信息是否预存有详细控制信息；

若是，则根据所述详细控制信息调整第二可选控键的位置、可识别范围和存储的信息，以供司机再次进行操作。

5.根据权利要求4所述的方法，其特征在于，所述根据所述详细控制信息调整第二可选控键的位置和存储的信息的方法包括：

获取所述详细控制信息的数量；

根据所述详细控制信息的数量确定第二可选控键的位置；

将多个详细控制信息分别存储于每个第二可选控键中。

6.根据权利要求5所述的方法，其特征在于，所述可识别范围的设置方法为：

将预设位置作为圆心；

将到所述圆心的距离小于预设距离的区域设置为第一可选控键或第二可选控键的可识别范围。

7.一种基于汽车云栈的车载服务控制***，其特征在于，包括，

路径获取模块(21)，用于获取司机在所述触摸屏上进行操作的滑动路径信息；

判断模块(22)，用于根据所述滑动路径信息判断本次操作是否为有效操作；以及，

输出模块(23)，用于在本次操作为有效操作时输出控制信号。

8.一种基于汽车云栈的车载服务控制装置，其特征在于，包括方向盘、触摸屏、存储器和处理器；

所述触摸屏设置于所述方向盘上，与所述处理器连接；

所述存储器上存储有能够被处理器加载并执行如权利要求1至6中任一种方法的计算机程序。

9.根据权利要求8所述的基于汽车云栈的车载服务控制装置，其特征在于，所述触摸屏连接有电源按键、锁屏按键、状态检测按键和功能接口；

所述电源按键、锁屏按键、状态检测按键和功能接口均设置于所述方向盘上；

所述电源按键用于控制所述触摸屏的开启或关闭；

所述锁屏按键用于控制所述触摸屏的显示状态；

所述功能接口用于更新所述存储器上存储的能够被处理器加载并执行如权利要求1至6中任一种方法的计算机程序。

10.一种计算机可读存储介质，其特征在于，存储有能够被处理器加载并执行如权利要求1至6中任一种方法的计算机程序。

Images