CN109688565A - 车辆控制方法、装置、服务器及车辆控制系统 - Google Patents

Abstract

本发明提供一种车辆控制方法、装置、服务器及车辆控制系统，涉及车辆控制技术领域。该方法包括获取用户事件信息，其中用户事件信息包括音频、文本、图片、视频中的至少一种；解析用户事件信息以获取至少一个相应的操作指令；基于至少一个相应的操作指令生成可执行的目标指令集；发送目标指令集，以控制车辆执行目标指令集。本方案通过将接收的用户事件信息转化为车辆可执行的目标指令集，能够实现远程管理控制车辆的功能，有助于改善现有技术中的需要到车辆现场进行控制的问题，另外，还有助于为用户智能规划出行方案，使得用户与车辆的交互更直接高效，提升用户的出行体验度。

Description

车辆控制方法、装置、服务器及车辆控制系统

技术领域

本发明涉及车辆控制技术领域，具体而言，涉及一种车辆控制方法、装置、服务器及车辆控制系统。

背景技术

在车辆控制领域中，通常需要对汽车进行控制以实现相应的操作，例如，车主需要通过按钮实现车窗的开关。在现有技术中，车辆与用户的互动方式通常是物理控制，例如，车主通过钥匙、物理按键等对车进行的控制，这类控制需要人员到车辆现场进行接触式地手动操作，若操作的人员不在汽车的现场，就无法通过手动操作对汽车进行控制。另外，在现有技术中，在用户需要驾驶车辆外出时，车辆与用户的交互通常为机械操作上的交互，使得用户与车辆的交互方式单一。

发明内容

为了克服上述现有技术中的不足，本发明实施例在于提供一种车辆控制方法、装置、服务器及车辆控制系统，能够远程对汽车进行控制，提升用户与车辆的交互体验感。

为了实现上述目的，本发明实施例所提供的技术方案如下所示：

第一方面，本发明实施例提供一种车辆控制方法，所述方法包括：

获取用户事件信息，其中所述用户事件信息包括音频、文本、图片、视频中的至少一种；

解析所述用户事件信息以获取至少一个相应的操作指令；

基于所述至少一个相应的操作指令生成可执行的目标指令集；

发送所述目标指令集，以控制车辆执行所述目标指令集。

结合第一方面，在一些可选的实施方式中，所述用户事件信息包括：

用户发送的事件信息或用户预先记录的日程信息。

结合第一方面，在一些可选的实施方式中，获取用户事件信息之前，所述方法还包括：接收用户的账号信息，并建立与所述车辆的通信连接。

结合第一方面，在一些可选的实施方式中，所述方法还包括：获取车辆的当前状态信息，以将所述当前状态信息结合所述用户事件信息，生成相应的可执行的目标指令集。

结合第一方面，在一些可选的实施方式中，所述当前状态信息包括车辆位置信息、车内温度信息、车辆电量信息、车辆故障信息、车载设备信息。

结合第一方面，在一些可选的实施方式中，所述方法还包括：获取用户的出行习惯数据，并将所述出行习惯数据结合所述用户事件信息，生成相应的可执行的目标指令集。

结合第一方面，在一些可选的实施方式中，所述方法还包括：将所述可执行的目标指令集生成对应的事件信息并发送给移动终端，以确认所述可执行的目标指令集。

结合第一方面，在一些可选的实施方式中，所述方法还包括：向移动终端发送与所述用户事件信息对应的通知消息以提醒用户要执行的事件信息。

结合第一方面，在一些可选的实施方式中，所述通知消息以网络电话、文本信息、语音消息中的一种或多种方式发送。

第二方面，本发明实施例还提供一种车辆控制装置，所述装置包括：

事件获取单元，用于获取用户事件信息，其中所述用户事件信息包括音频、文本、图片、视频中的至少一种；

事件解析单元，用于解析所述用户事件信息以获取至少一个相应的操作指令；

指令集生成单元，用于基于所述至少一个相应的操作指令生成可执行的目标指令集；

发送单元，用于发送所述目标指令集，以控制所述车辆执行所述目标指令集。

第三方面，本发明实施例还提供一种服务器，包括相互耦合的存储模块、处理模块、通信模块，所述存储模块内存储计算机程序，当所述计算机程序被所述处理模块执行时，使得所述服务器执行上述的方法。

第四方面，本发明实施例还提供一种车辆控制系统，包括：移动终端、上述的服务器及车辆，其中：

所述移动终端用于执行用户输入的第一操作指令；

所述车辆用于执行所述服务器发送的第二操作指令。

相对于现有技术而言，本发明提供的车辆控制方法、装置、服务器及车辆控制系统至少具有以下有益效果：通过将接收的用户事件信息转化为车辆可执行的目标指令集，实现远程管理控制车辆的功能，有助于改善现有技术中的需要到车辆现场进行控制的问题；另外，通过控制车辆执行目标指令集，有助于为用户智能规划出行方案，使得用户与车辆的交互更直接高效，提升用户的出行体验度。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举本发明实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的车辆、移动终端、服务器之间的交互示意图。

图2为本发明实施例提供的数据控制设备的方框示意图。

图3为本发明实施例提供的车辆数据控制方法的流程示意图。

图4为本发明实施例提供的用户与车辆交互时移动终端的显示界面的示意图。

图5为本发明实施例提供的车辆控制装置的方框示意。

图标：10-车辆控制系统；20-目标车辆；30-移动终端；40-服务器；41-处理模块；42-通信模块；43-存储模块；100-车辆控制装置；110-事件获取单元；120-事件解析单元；130-指令集生成单元；140-发送单元。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。此外，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在车辆控制领域中，通常需要对汽车进行控制以实现相应的操作，例如，车主需要通过按钮实现车窗的开关。在现有技术中，车辆与用户的互动方式通常是物理控制，例如，车主通过钥匙、物理按键等对车进行的控制，这类控制需要人员到车辆现场进行接触式地手动操作，若操作的人员不在汽车的现场，就无法通过手动操作对汽车进行控制。另外，在现有技术中，在用户需要驾驶车辆外出时，车辆与用户的交互通常为机械操作上的交互，使得用户与车辆的交互方式单一。

鉴于上述问题，本申请发明人经过长期研究探索，提出以下实施例以解决上述问题。下面结合附图，对本发明实施例作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请结合参照图1和图2，本发明实施例提供一种车辆控制系统10。车辆控制系统10可以包括车辆、移动终端30及服务器40。车辆可以包括车辆本体及设置在汽车本体上的数据控制设备，车辆、移动终端30及服务器40可以相互配合，能够使得用户通过移动终端30对车辆进行远程控制。

在本实施例中，图1所示目标车辆20可以理解为与当前用户的移动终端30关联的车辆。其中，目标车辆20与服务器40及移动终端30之间可以两两建立通信连接。比如，数据控制设备可以直接与移动终端30通过网络建立通信连接，以实现目标车辆20与移动终端30之间的数据交互。或者，数据控制设备可以通过服务器40与移动终端30建立通信连接。例如，数据控制设备可以通过网络与服务器40建立通信连接，以进行数据交互，服务器40与移动终端30可以通过网络建立通信连接以进行数据交互。其中，服务器40或数据控制设备可以执行下述车辆控制方法的各步骤，有助于车辆远程控制的实现，能够增加车辆与用户的交互方式，提升用户与车辆的交互体验感。

服务器40或数据控制设备可以接收移动终端30发送的用户事件信息，然后根据用户事件信息对车辆执行相应操作。比如，若用户需要通过移动终端30向车辆发送用于开启车辆空调的操作指令，移动终端30可以先将表征操作指令的用户事件信息发送至服务器40，服务器40在接收到该用户事件信息后，便会解析得到用于开启车辆空调的操作指令，然后将操作指令下发至车辆的数据控制设备，由数据控制设备控制车辆开启车辆的空调。或者，移动终端30可以直接将表征操作指令的用户事件信息发送至数据控制设备，在数据控制设备接收该用户事件信息后，便会解析得到用于开启车辆空调的操作指令，然后响应该操作指令，以控制车辆开启车辆的空调。当然，用户也可以根据实际情况通过移动终端30设置空调的温度。

服务器40可以是，但不限于云服务器、分布式服务器、集群服务器等。其中，该服务器40可以作为数据的中转站，也可以直接对数据进行分析处理以得到相应的操作指令。比如，服务器40可以接收移动终端30发送的用户事件信息(如音频信息、图像信息、视频信息等)，然后将用户事件信息转发至数据控制设备。或者，服务器40在接收到用户事件信息后，直接对用户事件信息进行分析处理，以得到目标指令集。当然，用户也可以通过服务器40查看车辆的相关历史记录，比如历史的控制操作内容，其包括但不限于车辆开始运行的信息、停止运行的信息、开关车门的记录等。

在本实施例中，移动终端30可以是，但不限于，智能手机、个人电脑(personalcomputer，PC)、平板电脑、个人数字助理(personal digital assistant，PDA)、移动上网设备(mobile Internet device，MID)等，可以用于执行用户输入的第一操作指令。车辆具有被远程控制的功能，可以用于执行服务器40发送的第二操作指令。其中，第一操作指令为用户操控用户终端而生成的指令，比如为用户发送的用户事件信息，比如为语音信息。第二操作指令为服务器40对用户事件信息解析所得到的操作指令，比如为控制车载空调开启或关闭的操作指令。网络可以是，但不限于，有线网络或无线网络。

请参照图2，在本实施例中，服务器40可以包括处理模块41、通信模块42、存储模块43以及车辆控制装置100，处理模块41、通信模块42、存储模块43以及车辆控制装置100各个元件之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

处理模块41可以是一种集成电路芯片，具有信号的处理能力。上述处理模块41可以是通用处理器。例如，该处理器可以是中央处理器(Central Processing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。

通信模块42用于通过网络建立服务器40与移动终端30及车辆的通信连接，并通过网络收发数据。

存储模块43可以是，但不限于，随机存取存储器，只读存储器，可编程只读存储器，可擦除可编程只读存储器，电可擦除可编程只读存储器等。在本实施例中，存储模块43可以用于存储操作指令、深度学习模型等。当然，存储模块43还可以用于存储程序，处理模块41在接收到执行指令后，执行该程序。

进一步地，车辆控制装置100包括至少一个可以软件或固件(firmware)的形式存储于存储模块43中或固化在数据控制设备操作系统(operating system，OS)中的软件功能模块。处理模块41用于执行存储模块43中存储的可执行模块，例如车辆控制装置100所包括的软件功能模块及计算机程序等。

可以理解的是，图2所示的结构仅为服务器40的一种结构示意图，服务器40还可以包括比图2所示更多或更少的组件。图2中所示的各组件可以采用硬件、软件或其组合实现。另外，数据控制设备可以具有与服务器40相类似的硬件结构，例如，数据控制设备可以包括处理器、存储器及用于数据通信的通信组件，可以用于执行下述的车辆控制方法。数据控制设备还可以包括麦克风、摄像头等，可以在车辆上采集语音信息、视频信息等。

请参照图3，本发明实施例提供的车辆控制方法可以应用于上述的服务器40或数据控制设备中，由服务器40或数据控制设备实现车辆控制方法的各步骤，有助于对车辆进行远程管理控制，另外，能够通过语音指令对车辆进行控制，从而解放用户的双手，提升用户的体验感。在本实施例中，车辆控制方法可以包括以下步骤：

步骤S210，获取用户事件信息，其中用户事件信息包括音频、文本、图片、视频中的至少一种；

步骤S220，解析用户事件信息以获取至少一个相应的操作指令；

步骤S230，基于至少一个相应的操作指令生成可执行的目标指令集；

步骤S240，发送目标指令集，以控制车辆执行目标指令集。

下面以方法的执行主体为服务器40为例，对图3中所示的车辆控制方法的各步骤进行详细阐述：

步骤S210，获取用户事件信息，其中用户事件信息包括音频、文本、图片、视频中的至少一种。

请参照图4，在本实施例中，用户可以通过移动终端30向服务器40发送音频信息、文本信息、图片信息、视频信息等用户事件信息，该音频信息可以是用户通过移动终端30实时采集录入的语音信息，通常包括相应的语音指令。文本信息可以为用户预先录入移动终端30的文本类容。例如，若移动终端30为智能手机，服务器40可以获取智能手机的日历或备忘录上的行程规划文本信息。

其中，行程规划可以为在某时某刻用户需要驾驶汽车到某地点执行某事。比如，在图4中，用户通过移动终端30向服务器40发送的用户事件信息为“提醒我今天下午5点去机场接人”，图中所示的“提醒我今天下午5点去机场接人”可以为语音信息所表达的字面意思，也可以为文本文字。服务器40可以接收该用户事件信息，然后解析得到行程规划，以向用户反馈基于用户事件信息的内容处理得到的行程方案。

可理解地，音频信息包括操作人员发出的语音的频率、振幅、音色等特征，可以通过声谱图来呈现。音频信息可以用于提取出语音指令，另外，音频信息还可以提取出声纹特征，该声纹特征可以用于对当前操作人员进行身份认证，以判断当前操作人员的身份是否正常。比如，若身份校验不通过，则认为当前操作人员的身份异常，服务器40便结束对当前操作人员提供服务器40。此时，服务器40无需对该操作人员发出的语音解析以得到操作指令。若身份校验通过，则认为当前操作人员的身份正常，服务器40可以继续对语音进行解析以得到操作指令。

文本信息可以包括，但不限于用于表示需要某时某刻到某地出行访谈的文本、用于表示需要某时某刻到某地出行会议的文本、用于表示出行时的注意事项(例如需要携带的物品、会议主题内容等)的文本等，其文本信息可以由用户根据实际情况进行设置或录入到移动终端30中，这里对文本信息的具体内容不作限定。

通常来讲，车辆的车主便为实现车辆控制方法的应用程序预先注册的用户，音频信息中包括相应的操作指令，该操作指令用于控制车辆执行相应的操作。例如，用户对移动终端30录入包括语音指令的音频信息，移动终端30便可以将该音频信息发送至服务器40，服务器40便可以基于音频信息解析出语音指令，然后将语音指令发送至车辆的数据控制设备，然后由数据控制设备根据该语音指令控制车辆执行相应的操作。比如，用户可以发出用于控制车辆空调打开的语音信息，车辆便可以根据该指令打开空调。另外，车主也可以通过语音控制车辆中的空调以调节车内温度。

在本实施例中，用户事件信息可以包括用户当前发送的事件信息或用户预先记录的日程信息。当前发送的事件信息可以为上述的图片、音频等信息。预先记录的日程信息可以包括不限于用户预先在移动终端30的日历中或者记事本等应用程序中添加的日程信息，如某日某时某刻需要到某地开会议，然后系统会根据这些记录信息提前规划提醒时间，去的路线等等。

可理解地，操作指令可以根据实际情况由车主输入或根据预存的用户习惯信息的内容确定，这里不作具体限定。例如，操作指令包括但不限于用于车辆门窗打开/关闭的指令、车灯打开/关闭的指令、车载音乐打开/关闭的指令、车载导航路径的搜索与路径规划的指令等。

例如，对于文本信息，若服务器40接收的文本信息表示需要到某时刻到某地接人，那么便可以基于该文本信息为用户规划出行程安排。比如，在行程规划时，可以避开拥挤路段，选择预估的行程时长较短的路径作为规划出的行程路径。

作为一种可选的实施方式，在步骤S210之前，方法还可以包括：接收用户的账号信息，并建立与车辆的通信连接。

在本实施例中，移动终端30可以安装有与车辆控制方法对应的应用程序(Application，APP)，该应用程序可以称为“小助手”。用户可以通过该应用程序与车辆进行交互，以实现车辆控制方法。当用户首次使用该应用程序时，通常需要先注册用户账户，然后基于注册的用户账户登录。在注册后，在使用该应用程序时，用户可以通过移动终端30输入预先注册的用户账户、密码等账号信息，服务器40接收该账号信息，在用户账户及密码认证成功后，便建立该移动终端30与车辆的通信连接。

作为一种可选的实施方式，步骤S210可以包括：接收与服务器40通信连接的移动终端30发送的生物特征信息，其中，生物特征信息用于服务器40对移动终端30对应的用户账户的进行身份认证，避免未经过身份认证或认证不通过的人员通过服务器40对车辆进行控制，以提高被控车辆的安全性及可靠性。

在本实施例中，移动终端30可以预先安装有上述的APP，车辆的车主可以通过该APP与服务器40进行关联，并注册用户账户。车主在注册时，可以通过APP采集车主的人脸特征、指纹特征、车主的声纹特征等生物特征信息。注册时采集的这些生物特征可以储存到本地或云端，可以作为参考标准特征，以对后续登录时采集的生物特征进行验证，仅当验证通过后，才能继续其他操作，例如，控制车辆响应操作指令。基于此，可以提高车辆的安全系数，避免非车主人员控制车辆。

通常来讲，这些参考标准特征在注册后，车主也可以进行更改，或重新录入，不过在更改之前，需要进行身份认证，其身份认证的方式可以根据实际情况进行设置，这里不作具体限定。

步骤S220，解析用户事件信息以获取至少一个相应的操作指令。

在本实施例中，服务器40在接收到用户事件信息后，会解析出与用户事件信息的内容对应的操作指令。比如，用户事件信息为音频信息，基于音频信息确定出操作指令的方式可以是：通过将音频信息对应的声谱曲线划分为连续的多段曲线，然后分别对多段连续的声谱曲线与文字进行匹配，以得到多组连续的文字，然后基于相邻文字之间的关系确定出最终与音频信息对应的文本文字，该文本文字的内容也就是音频信息对应操作指令的执行内容。

在本实施例中，基于文本信息确定出操作指令的方式可以是：根据文本信息中的关键词或关键字，确定出该文本信息对应的操作指令。其中，关键字、关键词可以根据实际情况进行设置，例如，“打开”、“关闭”或其他关键词，表征时间的关键词，比如“下午三点钟”。比如，若一文本信息内容为“在下午三点钟打开空调”，服务器40便会基于该文本信息控制车辆在下午三点钟开启车辆上的空调。当然，若当前时刻超过下午三点钟，那么可以取消该操作或者控制车辆第二天执行该操作。

可选地，确定操作指令的方式可以是基于深度学习得到。例如，在步骤S220之前，车辆控制方法可以包括：获取样本音频集或样本文本集，样本音频集包括多条样本音频信息，每条样本音频信息包括与样本音频信息对应的音频特征及与音频特征对应的操作指令，样本文本集包括多条样本文本信息，每条样本文本信息包括与样本文本信息对应的文本特征及与文本特征对应的操作指令；使用样本音频集或样本文本集，采用深度学习算法训练预设深度学习模型，得到训练后的深度学习模型。

步骤S220可以包括：将用户事件信息输入训练后的深度学习模型中进行解析，得到与用户事件信息对应的操作指令。

可理解地，对于音频信息，服务器40预先存储有训练后的深度学习模型。深度学习模型在训练之前，可以通过大量的样本音频信息，以训练得到音频信息中的音频特征与操作指令之间的对应关系，深度学习模型在完成训练后，当输入需要进行识别的音频信息时，便可以通过从音频信息中提取出的音频特征，然后基于训练得到的对应关系直接确定出与该音频信息对应的操作指令。基于此，可以提高确定出操作指令的速度，从而有助于提高车辆响应语音指令的速度，另外，通过大量的训练，有助于提高对确定出的操作指令的准确性及可靠性。

对于文本信息，服务器40可以预先存储有训练后的另一深度学习模型。该深度学习模型在训练之前，可以通过大量的样本文本信息，以训练得到文本信息中的文本特征与操作指令之间的对应关系。其中，对文本信息的训练与对音频信息的训练相类似，这里不再赘述。

在本实施例中，深度学习算法包括但不限于卷积神经网络算法、循环神经网络算法、深度神经网络算法等。

步骤S230，基于至少一个相应的操作指令生成可执行的目标指令集。

在本实施例中，一条用户事件信息可以包括一个或多个操作指令，一条用户事件信息对应的所有操作指令可以生成一个与该用户事件信息对应的目标指令集。例如，在图4所示的行程规划中，服务器40可以根据用户事件信息“提醒我今天下午5点去机场接人”确定出用于行程规划的第一操作指令，另外，服务器40还可以根据用户习惯确定出用于控制车载空调开启以调节车内温度的第二操作指令，服务器40可以根据第一操作指令与第二操作指令生成目标指令集。

步骤S240，发送目标指令集，以控制车辆执行目标指令集。

在本实施例中，服务器40可以将目标指令集发送至车辆，车辆可以根据目标指令集进行响应。车辆可以执行的操作与操作指令对应的操作内容相关。其中，操作内容可以由车主根据实际情况进行设置。例如，车辆可以根据操作指令对汽车空调的开关、温度进行调节或控制；或者根据操作指令对车灯、车窗的开关进行控制等；或者在满足操作指令的条件时，向移动终端30发送提示信息，以增加用户与车辆的交互方式，提升用户的体验感。

例如，在操作指令用于表示在预设时刻需要车辆行使至预设地理位置时，服务器40控制车辆向移动终端30发送用于提示用户行程的提示信息，提示信息包括行使路线信息、与行程对应的天气状况信息中的至少一种信息。其中，预设时刻、预设地理位置可以根据实际情况进行设置，这里不作具体限定。

当然，该提示信息可以根据实际情况进行设置，比如，该提示信息还可以包括其他提示内容，例如，若需要行驶到预设地理位置去开会议，那么提示信息可以包括会议内容、需要携带的物品信息等，这里对提示信息的内容不作具体限定。

可理解地，服务器40可以从移动终端30接收到用户事件信息，通过深度学习分析该用户事件信息以规划出一个出行方案或控制方案，然后将出行方案或控制推送给移动终端30，或者也可以根据出行方案或控制方案对车辆进行相应控制。出行方案或控制方案可理解为：在某事某刻控制汽车驾驶至某地，或在某时刻将需要到达指定地方的行程及路径推送至移动终端30。也就是说，出行方案或控制方案的目标内容可以由服务器40结合当前的实际情况进行确定，能够提高方案的时效性。

作为一种可选的实施方式，方法还可以包括：将可执行的目标指令集生成对应的事件信息并发送给移动终端30，以确认可执行的目标指令集。

例如，请参照图4，服务器40在根据用户事件信息“提醒我今天下午5点去机场接人”，获取当前地理位置及目的位置，在图4中所示的“当前位置”指车辆当前的地理位置，所示的“机场”指目的位置，在确定出当前地理位置和目的位置后，便可以基于导航系统预存的地图生成行程路径。在确定出行程路径后，服务器40可以将行程路径通过如图4所示的图片的方式发送至移动终端30，以提醒用户要执行的事件信息，然后由用户确定是否接受服务器40所规划的行程路径，在用户确定接受服务器40所规划的行程路径后，用户通常便会所按照该行程路径驾驶车辆。

作为一种可选的实施方式，方法还可以包括：向移动终端30发送与用户事件信息对应的通知消息以提醒用户要执行的事件信息。

其中，车辆基于用户事件信息向移动终端30推送通知消息(或提示信息)的方式可以是由车辆中的通信组件将通知消息发送至移动终端30；或者由车辆将通知消息发送至服务器40，然后由服务器40中的通信模块42将通知消息发送至移动终端30。其提示的方式包括，但不限于向移动终端30发送短信、发送语音消息、拨打网络电话、向用户对应的邮箱发送邮件、向用户对应的微信发提示消息、向用户对应的Facebook发送提示消息、向用户对应的Twitter发送提示消息等，其提示的方式可以根据实际情况进行设置，这里对提示的方式不作具体限定。

在本实施例中，服务器40通过音频信息或文本信息解析出的操作指令可能为无效的操作指令，也可能为有效的操作指令。在车辆响应操作指令前，通常需要对语音指令的有效性进行判断，以提高被控车辆的安全性和可靠性。

其中，表示无效的操作指令的具体情况可以包括：若操作指令可以执行，但该操作指令对应的用户不具有权限(比如，有效指令可以包括“播放音乐”，若由非车主人员发出的“播放音乐”的语音指令，那么该语音指令便为无效指令)；若语音指令对应的操作内容为车辆本身不具有的功能操作(比如，若车辆本身不具有飞行功能，若语音指令对应的操作内容为“开始飞行”，那么该语音指令便为无效指令)。

表示无效的操作指令的具体情况可以包括：发起操作指令的用户具有权限，且经过相应的身份认证，且操作指令可以被执行。比如，经过身份认证的车主发送的语音指令为“开启音乐”，且“开启音乐”的操作在不考虑权限的影响下是可以被执行的，那么该语音指令便为有效的操作指令。

可选地，在步骤S230之前，方法可以包括：确定出移动终端30对应的用户的身份认证通过。

具体地，例如，确定出音频信息中包括的声纹特征为预设声纹特征。预设声纹特征通常与人员具有唯一的关联性，类似于指纹可以用于区别个人，以进行身份认证。通常来讲，预设声纹特征为：通过对车主预先录入的语音采集得到的声纹特征。

在本实施例中，服务器40的处理模块41可以判断音频信息中的声纹特征是否为预设声纹特征。当音频信息中的声纹特征为预设声纹特征时，也就是两声纹特征相同或相似度较高，则确认用户的认证通过(这里可以设置相似度阈值，相似度阈值可以根据实际情况进行设置，例如，两声纹相似度超过99.9％，则认为认证通过)。该用户认证可以是对操作人员的行认身份进证，也可以是对车主的与服务器40对应的APP用户账户的进行身份认证。基于此，仅当认证通过后才能控制车辆响应操作指令，从而可以提高控制的车辆的安全性及可靠性，避免非车主人员控制车辆，这里的非车主人员通常指没有经过认证的人或认证不通过的人。

可选地，在步骤S230之前，方法可以包括：判断与音频信息对应的操作指令是否为有效操作指令，其中，在操作指令包括预设词库中的预设关键词时，确定与音频信息对应的操作指令为有效操作指令。

可理解地，预设词库中包括多个预设关键词，预设关键词可以根据车辆需要语音控制的执行内容来确定，这里不作具体限定。例如，需要语音控制车载音乐开启，预设关键词可以包括但不限于“音乐”、“播放”、“打开”、“关闭”、“暂停”之类的词。预设词库中通常包括该车辆能够被控制执行的相应操作内容的词，而不包括对于车辆不能被控制执行操作的词。基于此，响应该操作指令之前判断出操作指令是否能被执行/响应。若不能被执行/响应，服务器40可以发出用于表示操作指令无效的提示。若能被执行/响应，服务器40可以发出用于表示操作指令有效的提示，以便于用户直观地获知操作指令是否有效。

可选地，在步骤S230之前，方法可以包括：在确定出操作指令的重要等级超过预设等级时，对移动终端30的用户进行权限认证，并确定用户的权限认证通过。

可理解地，语音指令可以根据执行的操作内容预先设置重要等级，其重要等级可以用数字表示，比如，可以用1、2、3、4之类的数字表示，其中，数字越大可以表示操作内容越重要。

例如，对于能够实现无人驾驶的车辆，用于控制车辆进行无人驾驶、在驾驶过程中刹车等的指令的重要等级可以为最高级别，而对于控制音乐播放、空调温度调节的指令的重要等级可以最低。车主每次在远程控制无人驾驶的车辆启动时，均需要完成至少一次地身份认证，且在每次认证通过后，才可以通过移动终端30对车辆进行远程控制。基于此，提高被控制车辆的安全性及可靠性。

对于能够实现无人驾驶的车辆，基于上述设计，在无人驾驶的情况下也实现接送功能。例如，若车辆停放在车主的家中，而车主本人在离家较近的该车辆可达的地方，那么车主便可以通过移动终端30，向车辆发送让车辆自动行驶至车主当前位置的音频信息，车辆上的服务器40在接收到该音频信息时，会解析出相应的语音指令，然后根据该语音指令控制车辆从车主的家中自动驾驶至车主当前位置。车主也可以通过移动终端30查看车辆当前的运行状况(车速、车内温度、车门窗的开/关状态等)、位置信息等，以及历史记录等。

作为一种可选的实施方式，方法还可以包括：获取车辆的当前状态信息，以将当前状态信息结合用户事件信息，生成相应的可执行的目标指令集。其中，当前状态信息包括但不限于车辆位置信息、车内温度信息、车辆电量信息、车辆故障信息、车载设备信息。车辆故障信息包括但不限于轮胎爆胎信息、车灯损坏信息、刹车片损坏信息等，车载设备信息包括但不限于空调的开关状态信息、摄像头运行状态信息。

例如，基于上述图4对应的例子，若车辆电池组的电量较低，且低于预设阈值时(该预设阈值可以根据实际情况而设置)，生成的目标指令集中除了可以包括用于行程规划的操作指令，还可以包括用于充电提示的操作指令。或者，若检测到车辆故障信息，那么可以基于车辆故障信息进行分类，并为用户推荐解决故障的方案。若车辆故障需要到汽车维修站维修，则可以基于当前地理位置并结合导航系统中预先存储的汽车维修站的地理位置，推荐出一条去往汽车维修站的路径。

或者，服务器40预先存储有维修站的联系方式(比如，电话)，服务器40可以基于维修站的地理位置确定出一个最近的维修站所对应的联系方式，并将该联系方式发送至移动终端30，使得用户无需人工查找维修站的位置或联系方式，能够快速地抵达维修站的位置或呼叫维修人员来维修汽车，从而提升用户的体验感。

作为一种可选的实施方式，方法还可以包括：获取用户的出行习惯数据，并将出行习惯数据结合用户事件信息，生成相应的可执行的目标指令集。

在本实施例中，出行习惯数据可以基于用户的操作习惯而得到。例如，出行习惯数据可以包括根据用户设置的车载空调的历史温度数据确定出的习惯温度数据，习惯温度通常为使用次数最频繁的温度。当检测到习惯温度与车外的温度差异较大时(比如检测到温度差值超过预设温度，该预设温度可以根据实际情况而设置)，在控制空调开启时，便设定空调的调节温度为习惯温度。

出行习惯数据可以包括根据用户行驶到早餐店买早餐的地理位置和停车时间确定出的买早餐的习惯位置和时段。其中，习惯位置可以理解为用户在该地理位置买早餐的次数最多的地理位置，习惯时段可以理解为根据多次买早餐停车时刻确定出的时段。当用户在买早餐的习惯时段期间行使到习惯位置时，服务器40可以生成用于提示用户买早餐的操作指令，以避免用户错过早餐店。

出行习惯数据可以包括根据用户行驶到花店买花的地理位置和停车时间确定出的买花的习惯位置和时段。当用户在买花的习惯时段期间行使到买花的习惯位置时，服务器40可以生成用于提示用户买花的操作指令，以避免用户错过花店。

可理解地，出行习惯数据可以根据实际情况确定，比如，可以根据用户的各类历史操作记录进行确定。

请参照图4，本发明实施例提供的车辆控制装置100可以应用于上述的服务器40，用于执行或实现车辆控制方法的各步骤。其中，该车辆控制装置100可以包括事件获取单元110、事件解析单元120、指令集生成单元130及发送单元140。

事件获取单元110，用于获取用户事件信息，其中用户事件信息包括音频、文本、图片、视频中的至少一种。

其中，用户事件信息可以包括：用户发送的事件信息或用户预先记录的日程信息。

事件解析单元120，用于解析用户事件信息以获取至少一个相应的操作指令。

指令集生成单元130，用于基于至少一个相应的操作指令生成可执行的目标指令集。

发送单元140，用于发送目标指令集，以控制车辆执行目标指令集。

可选地，事件获取单元110在获取用户事件信息之前，还可以用于接收用户的账号信息，并建立与车辆的通信连接。

可选地，事件获取单元110还可以用于获取车辆的当前状态信息，以将当前状态信息结合用户事件信息，生成相应的可执行的目标指令集。

其中，当前状态信息可以包括车辆位置信息、车内温度信息、车辆电量信息、车辆故障信息、车载设备信息。

可选地，事件获取单元110还可以用于获取用户的出行习惯数据，并将出行习惯数据结合用户事件信息，生成相应的可执行的目标指令集。

可选地，发送单元140还可以用于将可执行的目标指令集生成对应的事件信息并发送给移动终端30，以确认可执行的目标指令集。

可选地，发送单元140还可以用于向移动终端30发送与用户事件信息对应的通知消息以提醒用户要执行的事件信息。

其中，通知消息可以以网络电话、文本信息、语音消息中的一种或多种方式发送。

需要说明的是，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的车辆控制装置100、数据控制设备的具体工作过程及功能作用，可以参考前述方法中的各步骤对应过程，在此不再过多赘述。

本发明实施例还提供一种计算机可读存储介质。可读存储介质中存储有计算机程序，当计算机程序在计算机上运行时，使得计算机执行如上述实施例中所述的车辆控制方法。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现，基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器40，或者网络设备等)执行本发明各个实施场景所述的方法。

综上所述，本发明提供一直车辆控制方法、装置、服务器及车辆控制系统。该方法包括获取用户事件信息，其中用户事件信息包括音频、文本、图片、视频中的至少一种；解析用户事件信息以获取至少一个相应的操作指令；基于至少一个相应的操作指令生成可执行的目标指令集；发送目标指令集，以控制车辆执行目标指令集。本方案通过将接收的用户事件信息转化为车辆可执行的目标指令集，能够实现远程管理控制车辆的功能，有助于改善现有技术中的需要到车辆现场进行控制的问题，另外，还有助于为用户智能规划出行方案，使得用户与车辆的交互更直接高效，提升用户的出行体验度。

在本发明所提供的实施例中，应该理解到，所揭露的装置、系统和方法，也可以通过其它的方式实现。以上所描述的装置、系统和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

可以替换的，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种车辆控制方法，其特征在于，所述方法包括：

获取用户事件信息，其中所述用户事件信息包括音频、文本、图片、视频中的至少一种；

解析所述用户事件信息以获取至少一个相应的操作指令；

基于所述至少一个相应的操作指令生成可执行的目标指令集；

发送所述目标指令集，以控制车辆执行所述目标指令集。

2.根据权利要求1所述的方法，其特征在于，所述用户事件信息包括：

用户发送的事件信息或用户预先记录的日程信息。

3.根据权利要求1所述的方法，其特征在于，获取用户事件信息之前，所述方法还包括：接收用户的账号信息，并建立与所述车辆的通信连接。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：获取车辆的当前状态信息，以将所述当前状态信息结合所述用户事件信息，生成相应的可执行的目标指令集。

5.根据权利要求4所述的方法，其特征在于，所述当前状态信息包括车辆位置信息、车内温度信息、车辆电量信息、车辆故障信息、车载设备信息。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：获取用户的出行习惯数据，并将所述出行习惯数据结合所述用户事件信息，生成相应的可执行的目标指令集。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：将所述可执行的目标指令集生成对应的事件信息并发送给移动终端，以确认所述可执行的目标指令集。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述方法还包括：向移动终端发送与所述用户事件信息对应的通知消息以提醒用户要执行的事件信息。

9.根据权利要求8所述的方法，其特征在于，所述通知消息以网络电话、文本信息、语音消息中的一种或多种方式发送。

10.一种车辆控制装置，其特征在于，所述装置包括：

事件获取单元，用于获取用户事件信息，其中所述用户事件信息包括音频、文本、图片、视频中的至少一种；

事件解析单元，用于解析所述用户事件信息以获取至少一个相应的操作指令；

指令集生成单元，用于基于所述至少一个相应的操作指令生成可执行的目标指令集；

发送单元，用于发送所述目标指令集，以控制所述车辆执行所述目标指令集。

11.一种服务器，其特征在于，包括相互耦合的存储模块、处理模块、通信模块，所述存储模块内存储计算机程序，当所述计算机程序被所述处理模块执行时，使得所述服务器执行如权利要求1-9中任一项所述的方法。

12.一种车辆控制系统，其特征在于，包括：移动终端、如权利要求11所述的服务器及车辆，其中：

所述移动终端用于执行用户输入的第一操作指令；

所述车辆用于执行所述服务器发送的第二操作指令。