一种基于设备状态和用户行为的车辆控制方法以及装置与流程

1.本技术涉及车辆交互技术领域，具体涉及一种基于设备状态和用户行为的车辆控制方法、基于设备状态和用户行为的车辆控制装置。


背景技术：

2.在用车过程中gui(图形化交互)方式伴随着硬按键、触摸屏系统已经使用了几十年，随着车联网和人工智能技术的发展，vui(语音交互)方式兴起，在智能车中得到普遍配备。因其便捷的使用方式，在用车过程中，越来越多的用户接受以语vui控制车辆的设备，如控制空调、车窗、娱乐系统等，并且在行车的安全性也有助益。
3.目前多数用户以vui方式发起任务，但因各种原因，如任务场景过于复杂或用户表达缺省等，使得首轮执行结果未达到用户预期，这迫使用户进行多轮交互或者直接以gui方式替代vui交互。这种情况：多轮交互或切换交互方式等，使得vui方式的便捷性、安全性大打折扣。
4.例如，在一个场景中，用户说“打开空调”，空调打开后用户发现车窗是打开状态，于是发起第二轮；
5.即第二轮：“关闭车窗”，车窗关闭；
6.在另一个场景中，用户说“调大音量”，系统音量调大5％，但用户觉得音量调整的幅度太小，则仍然需要发起第二轮：用户通过方控按键手动调高系统音量。
7.可以理解的是，还有很多实施例中，可能会出现更多轮的交互，从而提高了交互难度，而且浪费了用户的时间。
8.因此，希望有一种技术方案来解决或至少减轻现有技术的上述不足。


技术实现要素：

9.本发明的目的在于提供一种基于设备状态和用户行为的车辆控制方法来至少解决上述的一个技术问题。
10.本发明的一个方面，提供一种基于设备状态和用户行为的车辆控制方法，所述基于设备状态和用户行为的车辆控制方法包括：
11.获取用户行为；
12.获取车辆设备状态；
13.根据用户行为获取第一用户请求信息；
14.根据所述第一用户请求信息以及所述车辆设备状态判断是否需要更改第一用户请求信息，若是，则
15.改写第一用户请求信息，从而获取第二用户请求信息；
16.根据所述第二用户请求信息生成第一控制信息；
17.将第一控制信息发送给车辆的对应控制机构，以使车辆的对应控制机构根据第一控制信息对车辆进行控制。
18.可选地，所述用户行为包括用户语音信息和/或用户动作信息。
19.可选地，当所述用户行为为用户语音行为时，所述根据用户行为获取第一用户请求信息包括：
20.解析所述用户语音信息，从而获取用户语义；
21.根据所述用户语义生成第一用户语音请求信息。
22.可选地，所述用户动作信息包括动作轨迹信息，当所述用户行为为动作轨迹信息时，所述根据用户行为获取第一用户请求信息进一步包括：
23.解析所述用户动作轨迹信息，从而获取用户动作轨迹语义；
24.根据所述用户动作轨迹语义生成第一用户动作请求信息。
25.可选地，所述改写第一用户请求信息，从而获取第二用户请求信息包括：
26.获取规则映射表，所述规则映射表包括至少一个第一用户请求信息、至少一个预设车辆设备状态以及至少一个扩展请求数据，其中，一个预设车辆设备状态至少与一个第一用户请求信息对应、一个扩展请求数据至少与一个预设车辆设备状态对应；
27.获取第一用户请求信息所对应的预设车辆设备状态作为第一状态；
28.获取第一状态所对应的扩展请求数据；
29.将所述扩展请求数据与所述第一用户请求信息组合成第二用户请求信息。
30.可选地，在所述将第一控制信息发送给车辆的对应控制机构，以使车辆的对应控制机构根据第一控制信息对车辆进行控制之前，所述基于设备状态和用户行为的车辆控制方法进一步包括：
31.根据所述第一控制信息生成提问语音；
32.获取用户根据所述提问语音反馈的回答语音；
33.根据所述回答语音判断是否将所述将控制信息发送给车辆的对应控制机构，若是，则
34.将第一控制信息发送给车辆的对应控制机构。
35.可选地，在所述将第一控制信息发送给车辆的对应控制机构，以使车辆的对应控制机构根据第一控制信息对车辆进行控制之前，所述基于设备状态和用户行为的车辆控制方法进一步包括：
36.根据所述回答语音判断是否将所述将第一控制信息发送给车辆的对应控制机构，若否，则
37.根据所述第一用户请求信息生成第二控制信息；
38.将第二控制信息发送给车辆的对应控制机构。
39.可选地，所述基于设备状态和用户行为的车辆控制方法进一步包括：
40.获取用户行为习惯信息；
41.根据用户行为习惯信息生成规则映射表。
42.本技术还提供了一种基于设备状态和用户行为的车辆控制装置，所述基于设备状态和用户行为的车辆控制装置包括：
43.用户行为获取模块，所述用户行为获取模块用于获取用户行为；
44.车辆设备状态获取模块，所述车辆设备状态获取模块用于获取车辆设备状态；
45.第一用户请求信息获取模块，所述第一用户请求信息获取模块用于根据用户行为
获取第一用户请求信息；
46.判断模块，所述判断模块用于根据所述第一用户请求信息以及所述车辆设备状态判断是否需要更改第一用户请求信息；
47.改写模块，所述改写模块用于在所述判断模块判断为是时，更改第一用户请求信息，从而获取第二用户请求信息；
48.控制信息生成模块，所述控制信息生成模块用于根据所述第二用户请求信息生成第一控制信息；
49.发送模块，所述发送模块用于将第一控制信息发送给车辆的对应控制机构，以使车辆的对应控制机构根据第一控制信息对车辆进行控制。
50.本技术还提供了一种车辆，所述车辆包括如上所述的基于设备状态和用户行为的车辆控制装置。
51.有益效果
52.本技术的基于设备状态和用户行为的车辆控制方法根据用户行为来获取到第一用户请求信息(例如，开空调)，然后根据车辆的设备状态(例如，窗户在打开状态)以及第一用户请求信息来判断是否需要获取第二用户请求信息(例如，在开空调的同时，需要关窗)，从而在用户行为没有提及的条件下，主动为用户进行的操作，从而实现以较少交互次数和交互方式切换频次的情况下，满足用户的需求。
附图说明
53.图1是本技术一实施例的基于设备状态和用户行为的车辆控制方法的流程示意图。
54.图2是本技术一实施例的能够实现图1所示的基于设备状态和用户行为的车辆控制方法的电子设备示意图。
具体实施方式
55.为使本技术实施的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。所描述的实施例是本技术一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。下面结合附图对本技术的实施例进行详细说明。
56.图1是本技术一实施例的基于设备状态和用户行为的车辆控制方法的流程示意图。
57.如图1所示的基于设备状态和用户行为的车辆控制方法包括：
58.步骤1：获取用户行为；
59.步骤2：获取车辆设备状态；
60.步骤3：根据用户行为获取第一用户请求信息；
61.步骤4：根据所述第一用户请求信息以及所述车辆设备状态判断是否需要更改第
一用户请求信息，若是，则
62.步骤5：改写第一用户请求信息，从而获取第二用户请求信息；
63.步骤6：根据所述第二用户请求信息生成第一控制信息；
64.步骤7：将第一控制信息发送给车辆的对应控制机构，以使车辆的对应控制机构根据第一控制信息对车辆进行控制。
65.本技术的基于设备状态和用户行为的车辆控制方法根据用户行为来获取到第一用户请求信息(例如，开空调)，然后根据车辆的设备状态(例如，窗户在打开状态)以及第一用户请求信息来判断是否需要获取第二用户请求信息(例如，在开空调的同时，需要关窗)，从而在用户行为没有提及的条件下，主动为用户进行的操作，从而实现以较少交互次数和交互方式切换频次的情况下，满足用户的需求。
66.在本实施例中，用户行为包括用户语音信息和/或用户动作信息。
67.可以理解的是，用户行为可能是一句语音，例如，请开空调，也可能是一个动作，例如，是一个手势运动轨迹，例如，驾驶者比划热的动作或者想抽烟的动作等，不论是那种情况，都可以通过本技术的方法去判断是否需要改写第一用户请求信息。在后续的举例中，会进行具体详细阐述，在此不再赘述。
68.在本实施例中，当用户行为为用户语音行为时，根据用户行为获取第一用户请求信息包括：
69.解析用户语音信息，从而获取用户语义；
70.根据用户语义生成第一用户语音请求信息。
71.在另一个实施例中，用户动作信息包括动作轨迹信息，当所述用户行为为动作轨迹信息时，所述根据用户行为获取第一用户请求信息进一步包括：
72.解析所述用户动作轨迹信息，从而获取用户动作轨迹语义；
73.根据所述用户动作轨迹语义生成第一用户动作请求信息。
74.在本实施例中，所述改写第一用户请求信息，从而获取第二用户请求信息包括：
75.获取规则映射表，所述规则映射表包括至少一个第一用户请求信息、至少一个预设车辆设备状态以及至少一个扩展请求数据，其中，一个预设车辆设备状态至少与一个第一用户请求信息对应、一个扩展请求数据至少与一个预设车辆设备状态对应；
76.获取第一用户请求信息所对应的预设车辆设备状态作为第一状态；
77.获取第一状态所对应的扩展请求数据；
78.将所述扩展请求数据与所述第一用户请求信息组合成第二用户请求信息。
79.在本实施例中，基于设备状态和用户行为的车辆控制方法进一步包括：
80.获取用户行为习惯信息；
81.根据用户行为习惯信息生成规则映射表。
82.具体而言，采用如下方法获取到规则映射表：
83.a)首先车载客户端进行数据采集，采集用户行为习惯信息，包括用户平时的首轮语音请求数据、设备状态信息以及用户行为序列数据，例如下表1：
[0084][0085]
b)云端接收客户端上报的数据信息，分别对首轮语音请求数据&设备状态数据，行为序列数据做规范化处理：目的是对数据做统一化表示，为后续数据挖掘分析做数据准备，示例如下表2：
[0086][0087]
c)从时空维度对齐首轮语音请求数据&设备状态数据和行为序列数据，目的是在云端重构会话数据；
[0088]
d)分析会话数据中语义请求&设备状态与行为序列之间是否可以生成改写规则，主要分析原则是行为序列中是否存在用户与设备交互的行为，如果存在就可以生成改写规则，否则不可以；
[0089]
e)聚合统计改写规则数据，利用统计模型确定最终改写规则映射表；
[0090]
最后将生成的规则映射表推送到车载客户端备用，参见下表，为一个规则映射表举例：
[0091]
。
[0092]
在本实施例中，在将第一控制信息发送给车辆的对应控制机构，以使车辆的对应控制机构根据第一控制信息对车辆进行控制之前，所述基于设备状态和用户行为的车辆控制方法进一步包括：
[0093]
根据控制信息生成提问语音；
[0094]
获取用户根据所述提问语音反馈的回答语音；
[0095]
根据回答语音判断是否将所述将控制信息发送给车辆的对应控制机构，若是，则
[0096]
将第一控制信息发送给车辆的对应控制机构。
[0097]
在本实施例中，在将第一控制信息发送给车辆的对应控制机构，以使车辆的对应控制机构根据第一控制信息对车辆进行控制之前，所述基于设备状态和用户行为的车辆控制方法进一步包括：
[0098]
根据回答语音判断是否将第一控制信息发送给车辆的对应控制机构，若否，则
[0099]
根据第一用户请求信息生成第二控制信息；
[0100]
将第二控制信息发送给车辆的对应控制机构。
[0101]
采用这种方式，在进行根据控制信息对车辆进行控制时，会提前咨询用户，从而防止用户不想进行其他操作或者进行其他操作可能反而会造成危险的情况出现。
[0102]
下面以举例的方式对本技术进行进一步详细阐述，可以理解的是，该举例并不构成对本技术的任何限制。
[0103]
实施例1：
[0104]
获取用户行为，假设用户行为为一个语音信息，该语音信息经过解析后获取到的语义信息为“打开空调”；
[0105]
获取车辆设备状态，可以获得的车辆设备状态众多，例如，可以通过各种传感器获取到车辆的情况，例如车辆油量、车辆窗户打开情况等，在本实施例中，由于用户的语义信息为打开空调，因此，其获取的车辆设备状态包括车窗打开情况以及天窗打开情况。
[0106]
获取用户行为(在本实施例中，用户行为为语音信息，语音信息解析成语义后为“打开空调”)；
[0107]
获取车辆设备状态；
[0108]
根据用户行为获取第一用户请求信息(即第一用户请求信息为“打开空调”)；
[0109]
根据第一用户请求信息以及车辆设备状态判断是否需要更改第一用户请求信息
(具体地，调用规则映射表，查看根据现在的车辆设备状态以及第一用户请求信息判断是否需要改写，如上边示例的规则映射表而言，当请求信息为打开空调，且窗户打开状态下，需要改写)，则
[0110]
改写第一用户请求信息，从而获取第二用户请求信息(即改写为打开空调且关闭窗户)；
[0111]
根据第二用户请求信息生成第一控制信息(即空调打开信号以及窗户关闭信息)；
[0112]
将第一控制信息发送给车辆的对应控制机构，以使车辆的对应控制机构根据控制信息对车辆进行控制。
[0113]
可以理解的是，在另一个实施例中，在将第一控制信息发送给车辆的对应控制机构之前，车载控制器还进行如下操作：
[0114]
根据所述控制信息生成提问语音(例如，请问在打开空调时，是否同时关闭车窗)；
[0115]
获取用户根据所述提问语音反馈的回答语音(例如回答为是)；
[0116]
根据所述回答语音判断是否将所述将控制信息发送给车辆的对应控制机构，若是，则
[0117]
将第一控制信息发送给车辆的对应控制机构。
[0118]
采用这种方式，可以防止用户突然看到其他自己没有给出命令的操作出现，导致用户以为车辆损坏，或者用户此时手正放在车窗外，突然的关闭车窗可能会出现危险，又例如可能用户的头正在天窗外，突然关闭天窗可能出现危险等情况出现。
[0119]
实施例2：
[0120]
对于用户行为是用户动作信息时，其操作与上述语音信息类似，区别如下：
[0121]
当用户行为为动作轨迹信息时，根据用户行为获取待执行直接操作包括：
[0122]
解析用户动作轨迹信息，从而获取用户动作轨迹语义；
[0123]
举例来说，可以通过摄像装置获取使用者的动作轨迹，然后通过动作识别器(例如通过神经网络的方法)获取到动作轨迹的含义，例如含义为好热，此时，根据用户动作轨迹语义获取第一用户请求信息，例如打开空调。
[0124]
当获取第一用户请求信息后，通过设备信息获取到车窗还是打开状态，则采用跟上述方法相同的方法，判断是否进行改写。
[0125]
本技术还提供了一种基于设备状态和用户行为的车辆控制装置，所述基于设备状态和用户行为的车辆控制装置包括用户行为获取模块、车辆设备状态获取模块、第一用户请求信息获取模块、判断模块、改写模块、控制信息生成模块以及发送模块，用户行为获取模块用于获取用户行为；车辆设备状态获取模块用于获取车辆设备状态；第一用户请求信息获取模块用于根据用户行为获取第一用户请求信息；判断模块用于根据所述第一用户请求信息以及所述车辆设备状态判断是否需要更改第一用户请求信息；改写模块用于在所述判断模块判断为是时，更改第一用户请求信息，从而获取第二用户请求信息；控制信息生成模块用于根据所述第二用户请求信息生成第一控制信息；发送模块用于将第一控制信息发送给车辆的对应控制机构，以使车辆的对应控制机构根据第一控制信息对车辆进行控制。
[0126]
本技术还提供了一种车辆，所述车辆包括如上所述的基于设备状态和用户行为的车辆控制装置。
[0127]
可以理解的是，上述对方法的描述，也同样适用于对装置的描述。
[0128]
本技术还提供了一种电子设备，包括存储器、处理器以及存储在存储器中并能够在处理器上运行的计算机程序，处理器执行计算机程序时实现如上的基于设备状态和用户行为的车辆控制方法。
[0129]
本技术还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时能够实现如上的基于设备状态和用户行为的车辆控制方法。
[0130]
图2是能够实现根据本技术一个实施例提供的基于设备状态和用户行为的车辆控制方法的电子设备的示例性结构图。
[0131]
如图2所示，电子设备包括输入设备501、输入接口502、中央处理器 503、存储器504、输出接口505以及输出设备506。其中，输入接口502、中央处理器503、存储器504以及输出接口505通过总线507相互连接，输入设备501和输出设备506分别通过输入接口502和输出接口505与总线507 连接，进而与电子设备的其他组件连接。具体地，输入设备504接收来自外部的输入信息，并通过输入接口502将输入信息传送到中央处理器503；中央处理器503基于存储器504中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器504中，然后通过输出接口505将输出信息传送到输出设备506；输出设备506将输出信息输出到电子设备的外部供用户使用。
[0132]
也就是说，图2所示的电子设备也可以被实现为包括：存储有计算机可执行指令的存储器；以及一个或多个处理器，该一个或多个处理器在执行计算机可执行指令时可以实现结合图1描述的基于设备状态和用户行为的车辆控制方法。
[0133]
在一个实施例中，图2所示的电子设备可以被实现为包括：存储器504，被配置为存储可执行程序代码；一个或多个处理器503，被配置为运行存储器504中存储的可执行程序代码，以执行上述实施例中的基于设备状态和用户行为的车辆控制方法。
[0134]
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/ 输出接口、网络接口和内存。
[0135]
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
[0136]
计算机可读介质包括永久性和非永久性、可移动和非可移动，媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器 (cd-rom)、数据多功能光盘(dvd)或其他光学存储、磁盒式磁带、磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
[0137]
本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0138]
此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。
[0139]
附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，模块、程序段、或代码的一部分包括一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地标识的方框实际上可以基本并行地执行，他们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或总流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0140]
在本实施例中所称处理器可以是中央处理单元(central processingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，dsp)、专用集成电路(application specific integratedcircuit，asic)、现成可编程门阵列(field-programmable gate array，fpga) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0141]
存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现装置/终端设备的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
[0142]
在本实施例中，装置/终端设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom， read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减。本技术虽然以较佳实施例公开如上，但其实并不是用来限定本技术，任何本领域技术人员在不脱离本技术的精神和范围内，都可以做出可能的变动和修改，因此，本技术的保护范围应当以本技术权利要求所界定的范围为准。
[0143]
本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。
因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0144]
此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。
[0145]
虽然，上文中已经用一般性说明及具体实施方案对本发明作了详尽的描述，但在本发明基础上，可以对之作一些修改或改进，这对本领域技术人员而言是显而易见的。因此，在不偏离本发明精神的基础上所做的这些修改或改进，均属于本发明要求保护的范围。