CN116994577A - 基于语音指令的车辆控制方法及相关装置 - Google Patents

Abstract

本申请公开了基于语音指令的车辆控制方法及相关装置。车辆检测到用户输入的语音指令后，获取输入该语音指令的用户的角色信息并确定该用户的角色，根据该角色判断当前该用户是否具备该语音指令对应的权限，若有，则响应语音指令；若无，则不响应语音指令。本申请以多维度定义用户角色，针对用户角色进行细粒度的划分，对不同用户角色实现不同的权限管控。该方法在用户基于语音指令控制车辆的各类场景中，都能够保障车辆安全及用户安全，满足用户的实际需求，给用户提供便捷的、智能化、安全的车辆语音使用体验。

Description

基于语音指令的车辆控制方法及相关装置

技术领域

本申请涉及车辆控制技术领域，尤其涉及基于语音指令的车辆控制方法及相关装置。

背景技术

随着汽车技术的不断发展，车辆的智能化程度也越来越高。车载语音助手作为一种智能便捷的控制方式，广泛应用于车辆。车载语音助手支持用户通过语音指令操控车辆执行信息查询、多媒体娱乐、开启/关闭车窗等操作。语音控制虽然便捷，但也增加了车辆被非法控制的风险。

发明内容

本申请提供了基于语音指令的车辆控制方法及相关装置，针对用户角色进行细粒度的划分，对不同用户角色实现不同的权限管控，给用户提供便捷的、智能化、安全的车辆语音使用体验。

第一方面，本申请实施例提供一种基于语音指令的车辆控制方法，应用于车辆，该方法包括：车辆检测到第一用户输入的第一语音指令，第一语音指令用于指示车辆执行第一操作；仅在第一用户角色具备第一操作所需权限的情况下，车辆执行第一操作；其中，第一用户角色反映第一用户的以下至少两项：合法性、相对车辆的位置、运动健康状态、优先级、年龄或性别。

实施第一方面提供的方法，以多维度定义用户角色，针对用户角色进行细粒度的划分，对不同用户角色实现不同的权限管控。该方法在用户基于语音指令控制车辆的各类场景中，都能够保障车辆安全及用户安全，满足用户的实际需求，给用户提供便捷的、智能化、安全的车辆语音使用体验。

结合第一方面，用户的合法性指示了该用户是否合法。和车辆绑定的用户为该车辆的合法用户。在一些实施方式中，车辆从第一语音指令中提取第一用户的声纹信息，仅在车辆绑定的用户信息中存在第一用户的声纹信息的情况下，或，仅在车辆绑定的用户信息中存在第一用户的声纹信息，且第一用户当前满足合法性条件的情况下，确定第一用户合法。

在一些实施方式中，合法性条件由车辆的车主或其他合法用户设置。在一些实施方式中，第一用户的合法性条件到期后，可以向车主或者其他合法用户请求延长该合法性条件，避免该合法性条件到期后出现车辆安全问题。

结合第一方面，用户相对车辆的位置可以包括车辆外部，车辆内部。用户位于车辆外部时，还可以进一步细分为车辆左前方、右前方、左后方、右后方等。用户位于车辆内部时，还可以进一步细分为驾驶位、副驾驶位、后排左侧位、后排中间位、后排右侧位等。

在一些实施方式中，车辆通过多个麦克风采集到的音频，或，通过摄像头采集到的图像，或，通过信号发射器发送的信号和信号接收器接收到的反射信号，或，通过震动传感器采集的震动信号，确定第一用户相对车辆的位置。

结合第一方面，用户的运动健康状态可以反映用户的生理健康程度、情绪等等。用户的生理健康程度可包括疲劳、正常等。情绪可包括愉悦、愤怒等。

在一些实施方式中，车辆启动相关器件采集数据，根据采集的数据来确定第一用户的运动健康状态。例如，车辆可以通过无线连接的智能手表、智能手环等可穿戴设备采集心率、呼吸率、血氧、脉搏等数据，通过摄像头采集用户的表情等数据。

结合第一方面，用户的优先级可以由车主或车主以外的其他用户预先设置。优先级可以分为高、中、低几个等级，也可以按照数值来分级，本申请实施例对此不限定。

在一些实施方式中，车辆从第一语音指令中提取第一用户的声纹信息，在车辆绑定的用户信息中，查找和第一用户的声纹信息对应的第一用户的优先级、年龄或性别。

在一些实施方式中，车辆可以从第一语音指令中识别第一用户的年龄或性别。

结合第一方面，在一些实施方式中，车辆处于第一车辆状态。其中，车辆状态可包括但不限于以下一项或多项：车辆的行驶数据、操作数据，或车辆内各个器件的使用情况，等等。车辆状态例如包括车辆的速度、车辆所在的位置、车辆外部的环境光、是否系好安全带、车窗的状态等等。也就是说，仅第一用户角色在车辆处于第一车辆状态下也具备第一操作所需权限时，车辆才会执行第一操作。这样，在用户基于语音指令控制车辆时，可以结合车辆状态和用户角色来进行车辆的权限管控，给用户提供便捷的、智能化的车辆语音使用体验。

在一些实施方式中，同一个用户在不同车辆状态下可以具备不同的权限范围。

在一些实施方式中，针对同一个语音指令，其对应所需的权限可以发生变化。因此，同一个用户在不同车辆状态下输入相同的语音指令，车辆可以响应，也可以不响应。

结合第一方面，在一些实施方式中，车辆还检测到存在第二用户，第二用户不同于第一用户，第二用户对应第二用户角色，第二用户角色反映第二用户的以下至少两项：合法性、相对车辆的位置、运动健康状态、优先级、年龄或性别。也就是说，仅第一用户角色在还存在第二用户角色时也具备第一操作所需权限的情况下，车辆才会执行第一操作。这样，第一方面的方法可以融合多用户的角色信息，以此综合考虑各用户的权限范围，从而对各用户进行权限管控。充分考虑多用户的场景，可以带来更加智能化、全面的车辆权限管控。

在一些实施方式中，车辆中存在不同的其他的第二用户角色时，第一用户具备的权限范围不同。

结合第一方面，在一些实施方式中，第一用户具备第一操作所需权限。也就是说，仅第一用户角色在还存在第二用户角色时也具备第一操作所需权限的情况下，车辆才会执行第一操作。这样，仅第一用户角色具备第一操作所需权限且第一用户本身也具备该第一操作所需权限的情况下，车辆才会执行第一操作。其中，第一用户的权限可以由车主或车主以外的其他用户预先设置。这样不仅可以考虑用户角色的权限，还考虑用户本身的权限来对车辆进行权限管控，可以提供智能化的、安全的车辆使用体验。

结合第一方面，在一些实施方式中，车辆检测到第一用户输入的第一语音指令之前，可以启动语音助手，语音助手用于支持车辆检测到第一语音指令，并仅在第一用户角色具备第一操作所需权限的情况下，触发车辆执行第一操作。

第二方面，本申请实施例提供一种基于语音指令的车辆控制方法，应用于车辆，该方法包括：在第一时间点，车辆检测到第一用户输入的第一语音指令，第一语音指令用于指示车辆执行第一操作，车辆执行第一操作；在第二时间点，车辆再次检测到第一用户输入的第一语音指令，车辆拒绝执行第一操作；其中，第一时间点的第一用户角色，和，第二时间点的第一用户角色不同，第一用户角色反映第一用户在对应时间点的以下至少两项：合法性、相对车辆的位置、运动健康状态、优先级、年龄或性别。

实施第二方面提供的方法，以多维度定义用户角色，针对用户角色进行细粒度的划分，对不同用户角色实现不同的权限管控。由于同一用户在不同情况下的角色可能不同，即一个用户的角色可以根据实际情况动态变化，例如同一用户在不同时间所处的位置、运动健康状态、情绪状态等不同，那么该用户在不同时间的角色也不同，实施上述方法，车辆可以根据当前用户的角色，按照实际情况动态调整该用户的权限范围。这样，在同一用户基于语音指令控制车辆的各类场景中，都能够保障车辆安全，保障用户安全，给用户提供便捷的、智能化的车辆语音使用体验。

结合第二方面，在一些实施方式中，第一用户在第一时间点为合法用户，在第二时间点为非法用户；或者，第一用户在第一时间点位于车辆的内部，在第二时间点位于车辆的外部；或者，第一用户在第一时间点的运动健康状态优于在第二时间点的运动健康状态；或者，第一用户在第一时间点的优先级高于在第二时间点的优先级；或者，第一用户在第一时间点的年龄位于第一年龄段，在第二时间点的年龄位于第一年龄段之外。

第三方面，本申请实施例提供一种基于语音指令的车辆控制方法，应用于车辆，该方法包括：车辆检测到第一用户输入的第一语音指令，第一语音指令用于指示车辆执行第一操作，车辆根据第一用户角色执行第一操作；车辆检测到第二用户输入的第二语音指令，第二语音指令用于指示车辆执行第一操作，车辆根据第二用户角色拒绝执行第一操作；其中，第一用户角色、第二用户角色均反映对应用户的以下至少两项：合法性、相对车辆的位置、运动健康状态、优先级、年龄或性别；第一用户角色和第二用户角色不同。

实施第三方面提供的方法，以多维度定义用户角色，针对用户角色进行细粒度的划分，对不同用户角色实现不同的权限管控。不同用户的角色可能不同，例如不同用户的年龄、优先级、所属的账号、相对于车辆的位置等不同，则用户角色也不同，则实施第三方面的方法，车辆可以根据不同用户的角色，赋予各用户不同的权限范围。这样在不同用户基于语音指令控制车辆的各类场景中，都能够保障车辆安全，保障各个用户的安全，给各个用户提供便捷的、智能化的车辆语音使用体验。

结合第三方面，在一些实施方式中，第一用户为合法用户，第二用户为非法用户；或者，第一用户位于车辆的内部，第二用户位于车辆的外部；或者，第一用户的运动健康状态优于第二用户的运动健康状态；或者，第一用户的优先级高于第二用户的优先级；或者，第一用户的年龄位于第一年龄段，第二用户的年龄位于第一年龄段之外。

第四方面，本申请实施例提供一种基于语音指令的车辆控制方法，应用于车辆，该方法包括：车辆检测到第一用户角色输入的第一语音指令，第一语音指令用于指示车辆执行第一操作；在车辆检测到存在第二用户角色的情况下，车辆执行第一操作；在车辆检测到不存在第二用户角色的情况下，车辆拒绝执行第一操作；其中，第一用户角色对应第一用户，第二用户角色对应第二用户；第一用户角色、第二用户角色均反映对应用户的以下至少两项：合法性、相对车辆的位置、运动健康状态、优先级、年龄或性别。

实施第四方面提供的方法，以多维度定义用户角色，针对用户角色进行细粒度的划分，对不同用户角色实现不同的权限管控。并且，某个用户角色在车辆中的权限范围受到其他用户角色的影响。这样，第四方面的方法可以融合多用户的角色信息，以此综合考虑各用户的权限范围，从而对各用户进行权限管控。充分考虑多用户的场景，可以带来更加智能化、全面的车辆权限管控。

结合第四方面，在一些实施方式中，第二用户为合法用户；或者，第二用户位于车辆的内部；或者，第二用户的运动健康状态优于预设的运动健康状态；或者，第二用户的优先级高于预设的优先级；或者，第二用户的年龄位于第一年龄段。

第五方面，本申请实施例提供一种车辆，其特征在于，包括：存储器、一个或多个处理器；存储器与一个或多个处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，一个或多个处理器调用计算机指令以使得车辆执行如上述第一方面或第一方面任意一种实施方式，或上述第二方面或第二方面任意一种实施方式、上述第三方面或第三方面任意一种实施方式、上述第四方面或第四方面任意一种实施方式任一项的方法。

第六方面，本申请实施例提供一种计算机可读存储介质，包括指令，当指令在电子设备上运行，使得电子设备执行如上述第一方面或第一方面任意一种实施方式，或上述第二方面或第二方面任意一种实施方式、上述第三方面或第三方面任意一种实施方式、上述第四方面或第四方面任意一种实施方式任一项的方法。

第七方面，本申请实施例提供一种计算机程序产品，计算机程序产品包含计算机指令，当计算机指令在电子设备上运行，使得电子设备执行如上述第一方面或第一方面任意一种实施方式，或上述第二方面或第二方面任意一种实施方式、上述第三方面或第三方面任意一种实施方式、上述第四方面或第四方面任意一种实施方式任一项的方法。

实施本申请提供的技术方案，以多维度定义用户角色，针对用户角色进行细粒度的划分，对不同用户角色实现不同的权限管控。该技术方案在用户基于语音指令控制车辆的各类场景中，都能够保障车辆安全及用户安全，满足用户的实际需求，给用户提供便捷的、智能化、安全的车辆语音使用体验。

附图说明

图1A为本申请实施例提供的应用场景示意图；

图1B为本申请实施例提供的车辆的硬件结构框图；

图1C为本申请实施例提供的车辆的软件架构；

图2为本申请实施例提供的基于语音指令的车辆控制方法的流程图；

图3A-图3F为本申请实施例提供的在用户侧设备上绑定车辆和用户时涉及的一组用户界面；

图4A-图4B为本申请实施例提供的在车辆上绑定车辆和用户时涉及的一组用户界面；

图5A-图5F为本申请实施例提供的在车辆上设置各用户的合法性条件以及权限的一组用户界面；

图5G为本申请实施例提供的用户合法性条件即将到期时车辆所显示的用户界面；

图6A-图6B为本申请实施例提供的唤醒车辆中的语音助手时所显示的用户界面；

图6C-图6D为本申请实施例提供的在车辆中设置角色权限的用户界面；

图6E-图6F为本申请实施例提供的车辆响应或不响应语音指令后输出提示信息时的一组用户界面。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

本申请以下实施例中的术语“用户界面(user interface，UI)”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面是通过java、可扩展标记语言(extensible markuplanguage，XML)等特定计算机语言编写的源代码，界面源代码在电子设备上经过解析，渲染，最终呈现为用户可以识别的内容。用户界面常用的表现形式是图形用户界面(graphicuser interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的文本、图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

本申请以下实施例提供了基于语音指令的车辆控制方法及相关装置。

参考图1A，图1A为本申请实施例提供的基于语音指令的车辆控制方法的应用场景。如图1A所示，本申请应用于用户通过语音指令操控车辆的场景，该用户可以是位于车辆内部，也可以位于车辆外部。

在本申请实施例提供的基于语音指令的车辆控制方法中，车辆检测到用户输入的语音指令后，获取输入该语音指令的用户的角色信息，根据该角色信息判断当前该用户是否具备该语音指令对应的权限。若有，则车辆响应该语音指令；若无，则车辆不响应该语音指令。其中，一个用户的角色信息可包括以下任意至少两项：合法性信息、用户相对于车辆的位置、用户的运动健康状态、用户的优先级、用户的年龄，或，用户的性别。其中，合法性信息指示该用户是否为合法用户。

实施上述方法，车辆针对不同的用户角色开放不同的权限，在用户使用语音指令控制车辆的过程中，车辆根据当前用户的角色来判断是否响应该语音指令。并且，以多维度来定义用户的角色，可以针对用户角色进行细粒度的划分，对不同的用户角色实现不同的权限管控。这样，该方法可以适用于多种场景，在用户基于语音指令控制车辆的各类场景中，都能够保障车辆安全，保障用户安全，满足用户的实际需求，给用户提供便捷的、智能化、安全的车辆语音使用体验。

用户角色可以反映用户的合法性、用户相对于车辆的位置、用户的运动健康状态、用户的年龄，或，用户的性别等信息。例如，用户角色可包括合法成年人驾驶员、合法儿童副驾驶乘客、游客右后方乘客、游客儿童乘客、游客成年人乘客等。游客是指非法用户。

同一用户在不同情况下的角色可能不同，即一个用户的角色可以根据实际情况动态变化。例如，同一用户在不同时间所处的位置、运动健康状态、情绪状态等不同，该用户在不同时间的角色也不同。实施上述方法，车辆可以根据当前用户的角色，按照实际情况动态调整该用户的权限范围，在同一用户基于语音指令控制车辆的各类场景中，都能够保障车辆安全，保障用户安全，给用户提供便捷的、智能化的车辆语音使用体验。

不同用户的角色不同。例如，不同用户的年龄、优先级、所属的账号、相对于车辆的位置等不同，则用户角色也不同。实施上述方法，车辆可以根据不同用户的角色，赋予各用户不同的权限范围，在不同用户基于语音指令控制车辆的各类场景中，都能够保障车辆安全，保障各个用户的安全，给各个用户提供便捷的、智能化的车辆语音使用体验。

在本申请一些实施例中，如果车辆检测到多个用户，则车辆检测到一个用户输入的语音指令后，可以结合该用户的角色信息，以及，其他用户的角色信息，判断当前该用户是否具备该语音指令对应的权限。若有，则车辆响应该语音指令；若无，则车辆不响应该语音指令。也就是说，某个用户在车辆中的权限范围受到其他用户的影响。这样，本申请的方法可以融合多用户的角色信息，以此综合考虑各用户的权限范围，从而对各用户进行权限管控。充分考虑多用户的场景，可以带来更加智能化、全面的车辆权限管控。

在本申请的一些实施例中，车辆还可以获取自身的车辆状态，结合车辆状态和用户的角色信息判断当前该用户是否具备该语音指令对应的权限。若有，则车辆响应该语音指令；若无，则车辆不响应该语音指令。在不同的车辆状态下，车辆开放不同范围的权限给用户。其中，车辆状态可包括以下任意一项或多项：车辆的行驶数据、操作数据，或，车辆状态。这样，在用户基于语音指令控制车辆时，可以结合车辆状态和用户角色来进行车辆的权限管控，给用户提供便捷的、智能化的车辆语音使用体验。

在本申请实施例中，车辆中可以安装有语音助手。语音助手是基于人工智能构建的应用程序(application，APP)，借助语音语义识别算法，通过与用户进行即时问答式的语音交互，帮助用户完成信息查询、车辆控制、文本输入等操作。语音助手通常采用分阶段级联处理，依次通过语音唤醒、语音前端处理、自动语音识别、自然语言理解、对话管理、自然语言生成、文本转语音、应答输出等流程实现上述功能。

在本申请实施例中，语音助手用于支持车辆执行本申请实施例提供的基于语音指令的车辆控制方法。也就是说，语音助手支持车辆采集语音指令、获取输入该语音指令的用户的角色信息、根据该角色信息判断当前该用户是否具备该语音指令对应的权限，并根据具备的权限来决定是否响应该语音指令。语音助手可以实现为系统应用、第三方应用、服务接口、小程序或网页中的任意一种或多种。语音助手也可以被称为智慧助手、功能助手等其他名词，本申请对此不做限定。

在本申请实施例中，车辆可以和一个或多个用户绑定。绑定是指，车辆或者服务器中关联存储：车辆标识，与，用户的声纹信息。该绑定关系用于支持用户通过携带声纹信息的语音指令来控制车辆。其中，声纹信息用于表征用户的声纹，声纹是由波长、频率以及强度等因子组成的生物特征，是一项用于反映说话人生理和行为特征的语音参数。在一些实施例中，车辆或服务器还可以关联存储该用户的身份信息。服务器用于管理一个或多个车辆。

前文提及的用户的角色信息、车辆状态、用户的身份信息等的具体定义，可参考后续实施例的详细描述。车辆获取用户的角色信息、获取车辆状态的方式，也可参考后续实施例的详细描述。

下面，介绍本申请实施例提供的车辆。

本申请实施例中的车辆可以包括大型汽车、小型汽车、电动车、摩托车、拖拉机等机动车。

参考图1B，图1B为本申请实施例提供的车辆100的结构示意图。

如图1B所示，车辆100包括：控制器局域网络(controller area network，CAN)总线11、多个电子控制单元(electronic control unit，ECU)、发动机13、车载盒子(telematics box，T-box)14、变速器15、行车记录仪16、防抱死系统(antilock brakesystem，ABS)17、传感器系统18、摄像系统19，麦克风20，等等。

CAN总线11是支持分布式控制或实时控制的串行通信网络，用于连接车辆100的各个部件。在CAN总线11上的任何部件都可以监听到CAN总线11上传输的所有数据。CAN总线11传输的帧可以包含数据帧、远程帧、错误帧、过载帧，不同的帧传输不同类型的数据。在本申请实施例中，CAN总线11可用于传输各个部件在基于语音指令的控制方法中涉及到的数据，该方法的具体实现可参考后文方法实施例的详细描述。

不限于CAN总线11，在其他一些实施例中，车辆100的各个部件还可以通过其他方式来连接及通信。如，各个部件还可以通过车载以太网(ethernet)局域互联网络(localinterconnect network，LIN)总线、FlexRay及常用车载网络系统(media orientedsystems，MOST)总线等等通信，本申请实施例对此不做限制。以下实施例以各个部件通过CAN总线11通信进行说明。

ECU相当于车辆100的处理器或大脑，用于根据从CAN总线11上获取的指令或者根据用户输入的操作，指示对应的部件执行相应的动作。ECU可以由安全芯片、微处理器((microcontroller unit，MCU)、随机存取存储器(random access memory，RAM)、只读存储器(random-only memory，ROM)、输入/输出接口(I/O)、模拟/数字转换器(A/D转换器)以及输入、输出、整形、驱动等大规模集成电路组成。

ECU的种类繁多，不同种类的ECU可以用于实现不同的功能。

车辆100中的多个ECU例如可包括：发动机ECU121，车载盒子(telematics box，T-box)的ECU122，变速器ECU123，行车记录仪ECU124，防抱死系统(antilock brake system，ABS)ECU 125等。

发动机ECU121用于管理发动机，协调发动机的各个功能，例如可用于启动发动机、关闭发动机等等。发动机是为车辆100提供动力的装置。发动机是将某一种形式的能量转换为机械能的机器。车辆100可用于将液体或气体燃烧的化学能，或者将电能转化为机械能并对外输出动力。发动机组成部分可以包括曲柄连杆机构和配气机构两大机构，以及冷却、润滑、点火、能量供给、启动系统等五大系统。发动机的主要部件有气缸体、气缸盖、活塞、活塞销、连杆、曲轴、飞轮等。

T-box ECU122用于管理T-box14。

T-box14主要负责和互联网通信，为车辆100提供远程通讯接口，提供包括导航、娱乐、行车数据采集、行驶轨迹记录、车辆故障监控、车辆远程查询和控制(如开闭锁、空调控制、车窗控制、发动机扭矩限制、发动机启停、调整座椅，查询电池电量、油量、车门状态等)、驾驶行为分析、无线热点分享、道路救援、异常提醒等服务。

T-box14可用于和汽车远程服务提供商(telematics service provider，TSP)以及用户(如驾驶员)侧电子设备通信，实现电子设备上的车辆状态显示与控制。当用户通过电子设备上的车辆管理应用发送控制命令后，TSP会发出请求指令到T-box14，T-box14在获取到控制命令后，通过CAN总线发送控制报文并实现对车辆100的控制，最后反馈操作结果到用户侧电子设备上的车辆管理应用上。也就是说，T-box14通过CAN总线11读取到的数据，例如车况报告、行车报告、油耗统计、违章查询、位置轨迹、驾驶行为等数据，可以通过网络将传输到TSP后台系统，由TSP后台系统转发给用户侧的电子设备，以供用户查看。

T-box14具体可包括通信模块和显示屏。

其中，通信模块可用于提供无线通信功能，支持车辆100通过无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)、超宽带(ultra-wideband，UWB)等无线通信技术和其他设备通信。通信模块还可用于提供移动通信功能，支持车辆100通过全球移动通讯系统(globalsystem for mobile communications，GSM)、通用移动通信系统(universal Mobiletelecommunications system，UMTS)、宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，5G以及未来出现的6G等通信技术和其他设备通信。

通信模块可以通过基于蜂窝网络的车辆与万物(vehicle to everything，V2X)通信技术(cellular V2X，C-V2X)和其他设备如服务器、用户侧电子设备等建立连接并通信。C-V2X例如可包括基于长期演进(long term evolution，LTE)的V2X(LTE-V2X)、5G-V2X等。

显示屏用于为驾驶员1000提供可视化的界面。车辆100中可包括一个或多个显示屏，例如可包括设置于驾驶座前方的车载显示屏，设置于座椅上方的用于显示周边情况的显示屏，还可包括将信息投射到风窗玻璃上的抬头数字显示仪(head up display，HUD)等等。后续实施例提供的车辆100中用于显示用户界面的显示屏，可以是设置于座椅旁的车载显示屏，也可以是设置于座椅上方的显示屏，也可以是HUD等等，这里不做限定。车辆100中显示屏上显示的用户界面，具体可参考后续实施例的详细描述，在此暂不赘述。

T-box14也可以被称为车机系统、远程信息处理器、车辆网关等等，本申请实施例对此不作限制。

变速器ECU123用于管理变速器。

变速器15可以用来改变发动机的转速和转矩的机构，它能固定或分档改变输出轴和输入轴传动比。变速器15组成部分可以包含变速传动机构、操纵机构以及动力输出机构等。变速传动机构的主要作用是改变转矩和转速的数值和方向；操纵机构的主要作用是控制传动机构，实现变速器传动比的变换，即实现换档，以达到变速变矩。

行车记录仪ECU124用于管理行车记录仪16。

行车记录仪16组成部分可以包括主机、车速传感器、数据分析软件等。行车记录仪16是指记录车辆行驶途中的影像及声音包括行车时间、速度、所在位置等相关资讯的仪器。在本申请实施例中，当车辆行驶时，车速传感器采集到车轮转速，并将车速信息通过CAN总线发送给行车记录仪16。

ABS ECU125用于管理ABS17。

ABS17是在车辆制动时，自动控制制动器制动力的大小，使车轮不被抱死，处于边滚边滑的状态，以保证车轮与地面的附着力为最大值。在制动过程中，电子控制装置根据车轮转速传感器输入的车轮转速信号判定有车轮趋于抱死时，ABS就进入防抱死制动压力调节过程。

传感器系统18可包括：加速度传感器、车速传感器、震动传感器、陀螺仪传感器、雷达传感器，信号发射器，信号接收器等等。加速度传感器及车速传感器用于检测车辆100的速度。震动传感器可以设置在座位下方、安全带、椅背、操作面板、气囊或其他位置，用于检测车辆100是否被碰撞以及用户所在位置。陀螺仪传感器可以用于确定车辆100的运动姿态。雷达传感器可包括激光雷达、超声波雷达、毫米波雷达等。雷达传感器用于发射电磁波对目标进行照射并接收其回波，由此获得目标至电磁波发射点的距离、距离变化率(径向速度)、方位、高度等信息，从而识别车辆100附近的其他车辆、行人或路障等。信号发射器和信号接收器用于收发信号，该信号可用于检测用户所在位置，该信号例如可以是超声波、毫米波、激光等。

摄像系统19可包括多个摄像头，摄像头用于捕获静态图像或视频。摄像系统19中的摄像头可以设置在车前、车后、侧边、车内等位置，便于实现辅助驾驶、行车记录、全景环视、车内监控等功能。

传感器系统18、摄像系统19可用于检测周边环境，便于车辆100做出相应的决策来应对环境变化，例如可用于自动驾驶阶段完成对周边环境进行关注的任务。

麦克风20，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或输出语音指令时，用户可以通过人嘴靠近麦克风20发声，将声音信号输入到麦克风20。车辆100可以设置至少一个麦克风20。在另一些实施例中，车辆100可以设置两个麦克风20，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，车辆100还可以设置三个，四个或更多麦克风20，形成麦克风阵列，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

此外，车辆100还可以包括多个接口，例如USB接口，RS-232接口、RS485接口等等，可外接摄像头、麦克风、耳机以及用户侧电子设备200。

在本申请实施例中，麦克风20可用于检测用户输入的语音指令。传感器系统18、摄像系统19、T-box14等可用于获取输入该语音指令的用户的角色信息。车辆100中各个部件获取用户的角色信息的方式，可参考后续方法实施例中的相关描述。T-box ECU122可用于根据该角色信息判断当前该用户是否具备该语音指令对应的权限，仅在具备权限的情况下，T-box ECU122才调度车辆100中的相应部件来响应该语音指令。

在一些实施例中，传感器系统18、摄像系统19、T-box14等不仅用于获取输入该语音指令的用户的角色信息，还可用于获取其他用户的角色信息。T-box ECU122可用于结合输入语音指令的用户的角色信息，以及，其他用户的角色信息，判断当前该用户是否具备该语音指令对应的权限。

在一些实施例中，传感器系统18、摄像系统19、T-box14等可用于获取车辆100的车辆状态。T-box ECU122可用于结合车辆状态和用户的角色信息判断当前该用户是否具备该语音指令对应的权限。

在一些实施例中，车辆100中的存储器可用于存储车辆和用户之间的绑定关系。

可以理解的是，本申请实施例示意的结构并不构成对车辆系统的具体限定。车辆100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

例如，车辆100还可包括单独的存储器、电池、车灯、雨刷、仪表盘、音响、车载终端(transmission control unit，TCU)、辅助控制单元(auxiliary control unit，ACU)、智能进入及启动系统(passive entry passive start，PEPS)、车载单元(on board unit，OBU)、车身控制模块(body control module，BCM)、充电接口等等。其中，存储器可用于存储车辆100中针对不同角色的权限信息，该权限信息指示了该角色所具备或者不具备的对车辆100的使用权限。在一些实施例中，存储器可用于存储车辆100中不同角色在不同的车辆状态下的权限信息。在一些实施例中，存储器可用于存储车辆100中不同角色在有不同的其他角色时的权限信息。

车辆100各个部件的具体作用也可参考后续方法实施例的介绍，这里不赘述。

车辆100配置的软件操作系统(operating system，OS)可包括但不限于 Windows嵌入式紧凑型(Windows Embedded Compact，WinCE)操作系统等。

参考图1C，图1C为本申请实施例提供的车辆100的软件结构。

如图1C所示，车辆100可包括：用户信息注册单元、用户信息库、语音采集单元、角色信息获取单元、用户角色确定单元、意图分析单元、权限管理单元、决策单元、指令执行单元。其中：

用户信息注册单元，用于为用户提供信息录入和管理界面，用于接收用户录入的信息并将该用户信息和车辆100的标识关联存储到用户信息库中，以将该用户和车辆100绑定。其中，用户信息包括用户的声纹信息。在一些实施例中，用户信息还可包括用户的身份信息。用户的身份信息例如可包括该用户的面容、指纹、姓名、年龄、优先级、所属的账号、性别、驾照信息等等。和车辆100绑定了的用户，即为该车辆100的合法用户。

用户信息库，用于关联存储用户信息注册单元录入的用户信息和车辆100的标识。

在其他一些实施例中，车辆100也可以不包括用户信息注册单元和/或用户信息库。用户信息注册单元的部分或全部功能模块可以设置于用户侧的电子设备中。用户信息库中的部分或全部内容可以存储在用于管理车辆的服务器中。

语音采集单元，用于采集音频，包括语音指令。语音采集单元可以实现为麦克风等器件。

角色信息获取单元，用于获取一个或多个用户的角色信息。

角色信息获取单元可包括声纹识别单元，用于从语音采集单元采集到的语音中提取声纹信息，并和用户信息库中存储的信息比对，如果用户信息库中存储有该声纹信息，则判定该用户属于合法用户，否则判定该用户为非法用户。

可选的，角色信息获取单元还可包括声源方位识别单元，用于识别输入语音指令的用户所在的位置。用户所在的位置可以包括车辆外部，车辆内部。用户位于车辆外部时，还可以进一步细分为车辆左前方、右前方、左后方、右后方等。用户位于车辆内部时，还可以进一步细分为驾驶位、副驾驶位、后排左侧位、后排中间位、后排右侧位等。

声源方位识别单元可以实现为麦克风阵列，用于通过各个麦克风接收到的音频的差异，确定输入语音指令的用户所在的位置。

声源方位识别单元也可以实现为摄像头，用于通过摄像头采集到的图像，获取各个用户的唇动信息，分析该唇动信息和语音采集单元采集到的语音指令之间的相关性，确定输入语音指令的用户所在的位置。

声源方位识别单元也可以实现为信号发射器和信号接收器，用于通过发送信号并接收各个用户的唇喉部位反射回来的信号，分析收发信号和语音采集单元采集到的语音指令之间的相关性，确定输入语音指令的用户所在的位置。该信号例如可以是超声波、毫米波、激光、Wi-Fi信号等。

声源方位识别单元也可以实现为震动传感器，用于通过各个震动传感器接收到的震动信号和语音采集单元采集到的语音指令之间的相关性，确定输入语音指令的用户所在的位置。

角色信息获取单元还可以用于获取用户的运动健康状态，用户的优先级、所属的账号、用户的年龄，或，用户的性别等角色信息，具体获取方式可参考后续方法实施例的介绍。

用户角色确定单元，用于根据角色信息获取单元获取到的角色信息，确定用户角色。

意图分析单元，用于分析语音采集单元采集到的语音指令所代表的意图，并识别该意图对应的风险等级。在一些实施例中，意图分析单元可以通过自动语音识别、自然语言理解等步骤，识别语音指令所代表的意图。语音指令代表的意图是指，用户希望控制车辆执行某些操作。在本申请实施例中，可以将意图划分为不同的风险等级。在一些实施例中，意图分析单元可以结合当前的车辆状态来识别意图对应的风险等级。针对意图划分风险等级的方式可参考后续方法实施例的详细描述，这里不展开介绍。

权限管理单元，用于管理不同用户角色在车辆中具备的权限。在一些实施例中，权限管理单元可用于管理不同角色在不同的车辆状态下的权限信息。在一些实施例中，权限管理单元可用于管理不同角色在有不同的其他角色时的权限信息。用户角色对应的权限的确定方式及内容，可参考后续方法实施例的详细描述，这里不展开介绍。

决策单元，用于根据用户角色确定单元确定的用户角色，和，意图分析单元识别到的意图，以及，权限管理单元中的权限，判断当前用户是否具备实现该意图的权限。在一些实施例中，决策单元还可以结合其他用户的角色信息判断输入语音指令的用户是否具备对应的权限。在一些实施例中，决策单元还可以结合车辆状态来判断输入语音指令的用户是否具备对应的权限。

指令执行单元，用于在决策单元判断当前用户具备实现语音指令所代表意图的权限后，调度车辆的相关器件执行语音指令对应的操作，例如打开门窗、播放音乐、导航等等。

上述用户信息注册单元、用户信息库、语音采集单元、角色信息获取单元、用户角色确定单元、意图分析单元、权限管理单元、决策单元、指令执行单元，用于实现车辆中安装的语音助手的相关功能，可以看作是语音助手的组成单元。

上述图1C示出的车辆100的软件结构仅为示例，并不构成对车辆100的具体限定。在本申请另一些实施例中，该车辆100可以包括比图示更多或更少的单元，或者组合某些单元，或者拆分某些单元，或者不同的单元布置。例如，车辆100的软件架构中还可以包括车辆管理应用，该车辆管理应用支持用户登录到车辆本地或者服务器，还用于支持用户管理车辆的各项功能等等。

下面基于图1B及图1C所示的车辆100架构，介绍本申请实施例提供的基于语音指令的车辆控制方法。

参考图2，图2示例性示出了基于语音指令的车辆控制方法的流程。

如图2所示，该方法可包括如下步骤：

S101-S103，绑定车辆100和用户。

S101，账号注册。

账号注册，可以分为远程注册和本地注册两种，下面分别介绍。

1.远程注册

远程注册是指，用户向电子设备输入账号，电子设备向服务器发送携带账号的注册请求，服务器认证并同意该注册请求后，用户即成功注册账号。服务器对注册请求的认证可以基于动态验证码、固定密码等进行，动态验证码可以由服务器动态生成，固定密码可以由用户输入。该服务器可以是用于管理车辆，为车辆提供车辆状态查询、远程锁车、远程开锁、远程开空调等服务的服务器。该服务器可以由车厂(如华为公司)或者第三方提供。

远程注册时，供用户输入账号的电子设备可以称为电子设备200，电子设备200例如可以是手机、PC、平板电脑、车辆100等设备。电子设备200可以通过车辆管理应用、网页、小程序等提供用户界面，以供用户输入账号。用户输入的账号例如可以是用户姓名、邮箱、手机号码、家庭名字、群体名字或字符串等等。如果电子设备200可以主动获取手机号码、邮箱等信息，则可以自动填充账号，无需用户输入。如果远程注册时的服务器由华为公司提供，则用户注册的账号即为华为账号。

通过远程注册，服务器保存用户注册的账号，后续用户可以通过该账号在任意一个电子设备上登录到服务器，获取服务器提供的各项服务。

图3A-图3B示例性示出了远程注册时涉及的一组用户界面。

图3A-图3B以用户通过电子设备200例如手机，输入手机号作为账号为例。图3A-图3B所示的用户界面可以由电子设备200中安装的车辆管理应用提供。

如图3A所示，用户界面31中显示有：输入框301、控件302。输入框301用于接收用户输入的手机号。控件302用于接收用户操作(如点击操作、触摸操作等)，电子设备200响应于该用户操作向服务器发送携带该手机号的注册请求，并在用户界面31中显示如图3B所示的输入框303和控件304。服务器接收到注册请求后，向电子设备200发送动态验证码，电子设备200可以在输入框303中接收到用户输入的动态验证码，或者自动填充动态验证码。然后，电子设备200接收到作用于控件304上的用户操作(如点击操作、触摸操作等)，向服务器发送携带该动态验证码的消息。服务器接收到该消息后，通过该消息中的动态验证码验证当前用户可信，同意电子设备200的注册请求，向电子设备200反馈注册成功消息。

图3C可以是电子设备200接收到服务器发送的注册成功消息后，所显示的用户界面32。如图3C所示，成功远程注册账号后，电子设备200可以在车辆管理应用、网页或小程序中自动使用该账号登录到服务器。电子设备200登录到服务器所使用的技术可包括C-V2X、V2X(LTE-V2X)、5G-V2X等。

2.本地注册

本地注册是指，用户在车辆100本地输入账号，由车辆100本地同意该注册请求后，用户即成功注册账号。车辆100本地对注册请求的认证可以基于车辆100的锁屏码进行。车辆100可以通过车辆管理应用、网页、小程序等提供用户界面，以供用户输入账号。用户账号的类型及填充方式，可参考上述远程注册的相关内容。本地注册账号后，车辆100可以自动使用该账号登录到本地。

通过本地注册，车辆100在本地保存用户注册的账号，后续用户通过该账号仅可以登录到车辆100，获取车辆100提供的各项服务。

S102，绑定账号和车辆100。

绑定账号和车辆100是指，关联存储账号和车辆100的标识。上述账号和车辆100之间的关联关系可以存储于车辆100中，和/或，存储于服务器中。其中，车辆100的标识例如可以是车牌号、车辆识别代码(vehicle identification number，VIN)等。

如果S101中通过远程方式注册账号，则可以通过以下任意一种方式绑定账号和车辆100：

1.供用户输入账号的电子设备200获取到车辆100的标识，将车辆100的标识发送给服务器和/或车辆100，以关联存储账号和车辆100的标识。

在一些实施例中，电子设备200可以接收用户输入的车辆100的标识。示例性地，如图3C所示，远程注册账号后，电子设备200提供的用户界面32中显示有控件305，控件305可以实现为文本“绑定车辆”或其他形式。控件305用于提示用户绑定车辆，可用于接收用户输入的用户操作，电子设备200检测到该用户操作后，可以显示图3D所示的用户界面33。用户界面33显示有：输入框306，控件307。输入框306用于接收用户输入的车辆100的标识。控件307可用于接收用户操作，电子设备200可响应该操作，将输入框306接收到的车辆100的标识发送给服务器和/或车辆100。

在一些实施例中，如果电子设备200和车辆100之间的距离在阈值内，则电子设备200可以响应于接收到的用户操作，发现附近的车辆，以获取车辆100的标识。示例性地，如图3D所示，用户界面33还可以显示有控件308，控件308可用于接收用户操作，电子设备200检测到该用户操作后，开启无线通信模块中的WLAN、蓝牙、NFC中的一项或多项，并可以通过Wi-Fi直连、蓝牙、NFC中一项或多项无线通信技术发现该电子设备200附近的车辆100，并获取车辆100的标识。在获取到车辆100的标识后，电子设备200可以将该标识填充到输入框306中。之后，控件307可接收到用户操作，电子设备200可响应该操作，将获取到的车辆100的标识发送给服务器和/或车辆100。

2.成功远程注册账号后，用户在车辆100上通过该账号登录到服务器，登录成功后，服务器和/或车辆100关联存储账号和车辆100的标识，即绑定账号和车辆100。

如果S101中在车辆100本地注册账号，则注册账号后，车辆100可以关联存储该账号和车辆100的标识，还可以将该关联关系发送给服务器进行存储。

在本申请实施例中，一个车辆可以绑定一个或多个账号，该一个或多个账号包含车主的账号。车主账号以外的账号需要在车主授权后，才可以绑定车辆。车主授权的形式可包括多种，例如可以通过指纹、面容、密码或其他身份认证方式授权，这里不做限定。车主可以通过车主账号登录到服务器或者车辆本地，管理和车辆绑定的各个账号，例如添加账号、删除账号等等。车主账号可以被称为主账号，车主可以称为主用户。

S103，在账号下添加一个或多个用户的用户信息，用户信息包含声纹信息。

在本申请实施例中，一个账号下可以对应添加一个或多个用户的用户信息。在本申请一些实施例中，除了声纹信息，用户信息还可以进一步包括以下任意一项或多项：用户标识、面容、指纹、姓名、优先级、年龄、性别或驾照信息等。用户标识可以是序号、姓名、昵称、和账号主人之间的社会关系等等。其中，优先级可以分为高、中、低几个等级，也可以按照数值来分级，本申请实施例对此不限定。通常车主的优先级最高。账号下添加用户的用户信息后，该账号即为该用户所属的账号。

在账号下添加用户信息是指，关联存储账号和该用户信息。上述账号和用户信息之间的关联关系可以存储于车辆100中，和/或，存储于服务器中。由于账号还和车辆100绑定，因此，该账号下的用户信息也可以看作和该车辆100绑定，即用户信息所对应的用户和车辆100绑定。和车辆100绑定的用户，即为该车辆100的合法用户。合法用户有权限操控车辆100。合法用户的数量可以为一个或多个。

如果S101中通过远程方式注册账号，则可以由供用户输入账号的电子设备200提供用户界面，以供用户在该账号下添加用户信息。

示例性地，参考图3C，远程注册账号后，电子设备200提供的用户界面32中显示有控件309，控件309可以实现为文本“添加用户信息”或其他形式。控件309用于提示用户添加用户信息，可用于接收用户输入的用户操作，电子设备200检测到该用户操作后，可以显示图3E所示的用户界面34。用户界面34显示有用户信息中一项或多项的信息录入条目，包含声纹信息录入条目310、面容录入条目311、指纹录入条目312、姓名录入条目313、年龄录入条目314、性别录入条目315、优先级录入条目(图中未示出)等。用户可以点击上述各个信息录入条目，以录入该用户本人的各项信息。电子设备200可以启动麦克风、摄像头、指纹传感器等器件接收用户录入的各项信息。其中，年龄、性别可以由电子设备200从用户的声纹信息中自动识别出来，无需用户输入，或者，仅需用户微调。

用户界面34中还可以显示有控件316，如图3F所示，电子设备200检测到作用于控件316上的用户操作后，可以显示另一套信息录入条目，以供用户输入其他用户的用户信息。电子设备200可以接收上滑或下滑操作，以显示更多的界面内容。电子设备200接收到一个或多个用户信息后，可以将该用户信息发送给服务器和/或车辆100。

在一些实施例中，成功远程或者本地注册账号后，用户可以在车辆100上通过该账号登录到服务器，或者登录到车辆100本地，登录成功后，车辆100可以在车辆管理应用、网页或小程序中提供用户界面，以供用户在该账号下添加用户信息。车辆100提供的用于添加用户信息的用户界面，和电子设备200提供的用于添加用户信息的用户界面类似。图4A-图4B示例性示出了车辆100提供的用于添加用户信息的一组用户界面，可以参考图3E-图3F及相关描述，这里不再赘述。如图4A所示，当前用户在账号“152********”下绑定用户信息。图4A所示的用户界面41可以是车辆100检测到后续作用于图5B中的控件500上而显示的，具体可参考后文相关UI介绍。

本申请实施例对S102和S103的先后顺序不做限制，在其他一些实施例中，也可以先执行S103，然后执行S102。

不限于上述S101-S103中介绍的通过账号来为车辆100绑定用户，在本申请其他一些实施例中，车辆100也可以直接绑定用户。例如，车辆100可以直接提供用户界面，该用户界面可以用于接收输入的一个或多个用户的用户信息，从而将车辆100和该一个或多个用户绑定。

可选步骤S104，设置各用户的合法性条件，和/或，设置各用户的权限。

合法性条件例如可以是时间条件、里程条件或者地理位置条件等。用户在符合该条件时，属于车辆的合法用户，如果不符合该条件，则不属于车辆的合法用户。

在一些实施例中，如果用户由符合合法性条件并更为不符合合法性条件，则其用户信息和车辆解除绑定，服务器和/或车辆可以将账号下添加的该用户信息删除，对应用户不再是车辆的合法用户。在另一些实施例中，如果用户由符合合法性条件并更为不符合合法性条件，则服务器和/或车辆也可以保留其用户信息，但注明该用户为非法用户或当前已不符合合法性条件。

通常车主的合法性不受到限制，即车主在任意条件下都是合法的，不对其设置合法性条件。车主可以针对其他用户设置合法性条件，该其他用户可以是主账号下的其他用户，也可以是车辆绑定的主账号以外的其他账号下的用户。例如，车辆100的车主用户注册了主账号，在需要将车辆100出借给其他用户时，可以为其制定合法性条件，例如授权合法时间、合法公里数、合法地理位置等等。车主为其他用户设置的合法时间、合法公里数，可以从设置的一刻开始计算，也可以仅计算其他用于车用车辆的时间或里程。车主可以在车主侧电子设备或者车辆100上，使用主账号登录，并在登录后的用户界面上设置各用户的合法性条件。车主侧电子设备或者车辆100接收到用户设置的合法性条件后，可以将其发送至服务器存储，或者将其存储在本地，或者，将其发送给车辆100存储。通过设置各用户的合法性条件，可以方便车主管理车辆，在有保障地情况下将车辆出借给其他用户。

用户权限反映了用户操控车辆的权限范围，具体可指明用户可以操控车辆执行的操作、可以调用的车辆资源等，和/或，用户不能操控车辆执行的操作、不能调用的车辆资源等。

通常车主的权限不受到限制，即车辆可以被车主完全操控。车主可以针对其他用户设置用户权限，该其他用户可以是主账号下的其他用户，也可以是车辆绑定的主账号以外的其他账号下的用户。例如，车辆100的车主用户注册了主账号，在需要将车辆100出借给其他用户时，可以为其制定相应的用户权限，例如是否允许使用多媒体、是否允许提速到特定值、是否允许连续鸣笛等等。车主可以在车主侧电子设备或者车辆100上，使用主账号登录，并在登录后的用户界面上设置各用户的权限。车主侧电子设备或者车辆100接收到用户设置的权限后，可以将其发送至服务器存储，或者将其存储在本地，或者，将其发送给车辆100存储。通过设置各用户的权限，可以方便车主管理车辆权限，能够保障车辆安全，在有保障地情况下将车辆出借给其他用户。

图5A-图5F示例性示出了车主在车辆100上设置各用户的合法性条件以及权限的一组用户界面。图5A-图5F可以由车辆管理应用提供。

图5A示例性示出了车主使用主账号在车辆100上登录后所显示的用户界面51。用户界面51中显示有：状态栏、设置控件、页面指示符、电量及总里程数指示符、车辆图片、一系列功能选项。其中，一系列功能选项包括功能选项501。

功能选项501可用于监听用户操作(如点击操作、触摸操作等)，车辆100可以响应于该用户操作，显示如图5B所示的和车辆100绑定的账号信息。账号信息可包括账号，以及，账号下添加的一个或多个用户的用户信息。

示例性地，如图5B所示，车辆100绑定了两个账号，账号1下添加了三个用户的用户信息，账号2下添加了一个用户的用户信息。如图5B所示，每一个用户的一套用户信息都对应有控件502。控件502可用于监听用户操作(如点击操作、触摸操作等)，车辆100可以响应于该用户操作，显示用于展示对应用户的详细信息的用户界面。

图5C示例性示出了一种用于展示用户的详细信息的用户界面53，该用户界面53可以是车辆100检测到作用于控件502上的用户操作后显示的。如图5C所示，用户界面53中显示有：控件503和控件504。

控件503可用于监听用户操作(如点击操作、触摸操作等)，车辆100可以响应于该用户操作，显示如图5D所示的用户界面54。用户界面54用于车主设置对应用户的合法性条件。

控件504可用于监听用户操作(如点击操作、触摸操作等)，车辆100可以响应于该用户操作，显示如图5E所示的用户界面55。用户界面54用于车主设置对应用户的权限，车辆100可以响应于车主在用户界面54中的各项操作，确认车主设置的各用户的权限，并保存各用户的权限信息。

参考图5F，车主设置各个用户对应的合法性条件及权限后，用户界面53可以更新该合法性条件信息和权限信息。

通过上述S101-S103，可以为车辆100绑定一个或多个合法用户，通过S104可以为该一个或多个用户设置合法性条件和用户权限。参考下表1，表1示例性示出了车辆100绑定的用户信息以及对应的合法性条件、用户的权限信息等。其中，权限信息指示用户的权限。

表1

表1所包含的信息，可以存储于车辆100中，也可以存储于服务器中，这里不做限定。

在本申请一些实施例中，如果某用户被设置了合法性条件，该用户在使用车辆100的过程中，如果合法性条件即将到期或已经到期，则车辆100可以提示该用户或者设置合法性条件的车主，延长该合法性条件的持续时间、持续里程或扩大其地理位置区域。这样可以避免用户在使用车辆100的过程中，由于合法性条件到期导致权限受到限制，从而导致安全问题。例如，车主将车辆出借给友人，并为友人设置了其在驾驶车辆100在100km内合法，则友人驾驶车辆超过100km后，可以请求车主延长该合法里程，以让友人持续合法身份。

图5G示例性示出了友人驾驶车辆100的过程中，该友人的合法性条件即将到期时，车辆100所输出的提示信息505。图5G还显示有控件506，友人可以点击控件506，车辆100可以向车主侧的设备发送延长合法性条件的请求消息。

S105-S111，用户基于语音指令控制车辆100的过程。

S105，车辆100检测到第一用户输入的语音指令，该语音指令可用于指示车辆100执行第一操作。

在本申请实施例中，S105中车辆100检测到的第一用户输入的语音指令，可以称为第一语音指令。

车辆100可以运行语音助手，基于语音助手检测到第一用户输入的语音指令。

在一些实施例中，车辆100可以先响应于用户操作，唤醒语音助手。该用户操作例如可以是按键唤醒、图标唤醒或语音唤醒词唤醒等方式，本申请对此不作限定。示例性的，用户可以通过车辆100中的某个实体按键三秒来唤醒语音助手功能，然后在唤醒语音助手功能之后，显示屏上可显示语音助手的功能图标。作为另一种示例，用户可通过在显示屏显示的虚拟按键区长按虚拟按键区的Home键，唤醒语音助手，或者用户也可以对着车辆100说出唤醒词，例如“小艺小艺”来唤醒语音助手。语音助手被唤醒后，如果车辆100可以在一段时间内没有接收到用户输入的语音指令，则可以自动关闭语音助手，或者，车辆100也可以响应于用户输入的操作关闭语音助手。

在其他一些实施例中，车辆100也可以持续运行语音助手，无需用户额外输入唤醒语音助手的操作。

参考图6A，图6A示例性示出了车辆100唤醒语音助手后所显示的用户界面61。如图6A所示，用户界面61显示有语音识别图标601和语音提示框602。其中，语音识别图标601用于提示用户电子设备已经唤醒语音助手，语音提示框602用于显示车辆100检测到的用户说出的语音对应的文本信息。当用户说出唤醒词后还未说出语音时，则该语音提示框602中显示有“嗨，我在听”或其他提示语，同时，车辆100还可以通过语音播报“嗨，我在听”的提示信息，提示用户可以开始输入语音指令。

语音指令是指语义中包含针对车辆的控制命令的语音。车辆100可以通过麦克风、听筒等器件检测周围的音频，然后通过语音前端处理(例如降噪、放大等)、自动语音识别、自然语言处理(例如语义分析)等过程，从检测到的音频中识别的语音指令。语音指令例如可以是“帮我打开车门”、“帮我打开空调”、“开启车窗”等语音。

在本申请实施例中，车辆100可以执行的操作可包括多种。例如，车辆100可执行的操作可包括但不限于：

车辆可以执行的操作例如可包括但不限于以下几种：1.导航。2.调整器件，例如，调整座椅的高度、椅背的角度、座椅的前后位置，调整安全带位置、关闭门窗、安装安全座椅等等。3.播放音乐、播放视频。4.充电或加油。5.在驾驶过程中，控制行驶速度(如加速、减速等)、开始驾驶、停止驾驶、转向、打开转向灯、打开雨刷、鸣笛、调整驾驶模式(如自动驾驶模式，手动驾驶模式，运动驾驶模式、节能驾驶模式等)，等等。6.报警、呼叫救护车等。

S105中车辆100检测到的语音指令所指示车辆100执行的第一操作，可以是上述操作中任意一项或多项或者不同于上述操作的任意操作，具体取决于第一用户输入的语音指令。

在本申请实施例中，车辆100检测到的输入语音指令的第一用户可能是任意一个用户，既可能是合法用户，也可能是非法用户，该用户可能位于车内，也可能位于车外，该用户可能是车主，也可能不是车主，这里不做限定。

参考图6B，图6B示例性示出了车辆100检测到语音指令后，在语音提示框602中显示的该语音指令对应的文本信息。如图6B所示，第一用户输入的语音指令为“开启车窗”。

在执行S105以及后续步骤的过程中，车辆100可以处于登录状态，也可以处于未登录状态。也就是说，用户可以通过账号登录到车辆100本地或者通过车辆100登录到服务器，也可以不登录，本申请实施例对此不做限制。

S106，车辆100获取输入语音指令的第一用户的角色信息，并确定第一用户的角色。

在本申请实施例中，用户的角色信息可包括以下任意至少两项：合法性信息、用户相对于车辆的位置、用户的运动健康状态，用户的优先级、用户的年龄，或，用户的性别。其中，合法性信息指示该用户是否为合法用户，和车辆100绑定的用户为该车辆100的合法用户。

用户的角色信息反映了用户所属的角色，用户角色也可以体现上述角色信息中的各项。用户角色例如可包括：合法成年人驾驶员、合法轻度疲劳成年人驾驶员、合法儿童副驾驶乘客、非法愤怒游客副驾驶乘客、游客右后方乘客、游客儿童乘客、游客成年人乘客、合法老年人副驾驶乘客等。游客是指非法用户。

下面介绍车辆100获取第一用户的角色信息中各项的方式。

1.车辆100获取第一用户的合法性信息

车辆100可以从语音指令或唤醒词中提取到第一用户的声纹信息，然后在和车辆100绑定的用户信息中，查找是否包含该第一用户的声纹信息。在一些实施例中，如果车辆100绑定的用户信息中包含该第一用户的声纹信息，则说明该第一用户为合法用户，否则该第一用户为非法用户。在另一些实施例中，如果车辆100绑定的用户信息中包含该第一用户的声纹信息，并且，当前该第一用户符合该第一用户对应的合法性条件，例如当前时间在合法时间内、第一用户驾驶车辆100的公里数在合法公里数、当前车辆100位于合法的地理位置等等，那么该第一用户为合法用户，否则该第一用户为非法用户。上述和车辆100绑定的用户信息、第一用户的合法性条件，均可以存储于车辆100或者服务器中，如果存储于服务器中，车辆100可以从服务器处请求获取上述信息。

2.车辆100获取第一用户相对于车辆的位置

用户相对于车辆的位置可以包括车辆外部，车辆内部。用户位于车辆外部时，还可以进一步细分为车辆左前方、右前方、左后方、右后方等。用户位于车辆内部时，还可以进一步细分为驾驶位、副驾驶位、后排左侧位、后排中间位、后排右侧位等。

在一些实施例中，车辆100可以设置有多个麦克风，即麦克风阵列，通过麦克风阵列检测到的音频的差异，来判断S105中发出语音指令的第一用户所处的位置。一方面，可以比较各个麦克风采集的语音指令的音量大小，判断声源即第一用户的位置，离第一用户更近的麦克风采集到的音量相对更大。另一方面，如果车辆100采集语音指令时有多个用户说话或者有其他干扰音，则还可以通过比较各个麦克风采集的音频和S105中检测到的语音指令的相关性，来辅助判断第一用户的位置，麦克风采集到的相关性较高的音频才是第一用户发出的。又一方面，由于通过不同介质(例如空气、车窗玻璃等)传播的语音信号的特征不同，车辆100可以通过学习S105中检测到的语音指令的信号特征，识别传播语音指令的介质，从而判断发出语音指令的第一用户在车外还是车内。上述几方面可以任意结合实施。

在一些实施例中，车辆100可以通过摄像头采集的图像来判断用户的位置。车辆100在S101中采集语音指令时，同时启动摄像头采集车舱内以及外部的图像。如果摄像头采集的图像中仅包括一个用户，则可以将该用户的位置确定为S105中发出语音指令的第一用户的位置。此外，车辆100还可以分析和语音指令同步检测到的图像，分析图像中用户的唇动信息，分析各个用户的唇动信息和S105中采集的语音指令之间的相关性，将相关性较高的唇动信息对应的用户所在位置确定为输入语音指令的第一用户所在的位置。可选的，如果摄像头采集到的图像中，车内用户的唇动信息和语音指令的相关性较低，则可以认为发出语音指令的第一用户位于车外。

在一些实施例中，车辆100可以设置有信号发射器和信号接收器，通过信号发射器发送信号，通过信号接收器接收反射回来的信号，比较两者的差异，确定反射源所在的方向和距离，从而判断S105中发出语音指令的第一用户所处的位置。车辆100在S101中采集语音指令时，同时启动信号收发器发送并接收信号。一方面，可以比较发射信号与接收信号之间的强度差异或者其他差异，判断声源即第一用户的位置，离第一用户更近的信号接收器接收到的反射信号越强。另一方面，如果车辆100采集语音指令时有多个用户说话或者有其他干扰音，则还可以通过比较各个反射信号和S105中检测到的语音指令的相关性，来辅助判断第一用户的位置，相关性较高的反射信号才能用于辅助判断第一用户的位置。又一方面，由于通过不同介质(例如空气、车窗玻璃等)传播的信号的特征不同，车辆100可以通过学习S105反射信号的信号特征，识别传播语音指令的介质，从而判断发出语音指令的第一用户在车外还是车内。上述几方面可以任意结合实施。

在一些实施例中，车辆100可以在多个不同的位置设置震动传感器，通过震动传感器检测到的语音震动信号，判断S105中发出语音指令的第一用户所处的位置。车辆100在S101中采集语音指令时，同时通过震动传感器采集震动信号。车辆100可以通过滤波的等方式筛选出和语音相关的震动信号。车辆100可以分析各个震动传感器采集的震动信号和S105中采集的语音指令之间的相关性，将检测到相关性较高的震动信号的震动传感器位置确定为输入语音指令的第一用户所在的位置。如果采集到的车内震动传感器的震动信号与麦克风采集到的指令语音的相关性都低于阈值，可以认定输入语音指令的第一用户位于车外。

上述几个用于确定用户位置的实施例可以任意结合实施。

通过上述几个用于确定用户位置的方式，可以准确地识别到第一用户相对车辆的位置，即使是在车辆中有旅行中孩子吵闹、有家人聊天、打电话等存在干扰音的情况下，也能够准确地识别第一用户的位置。

3.车辆100获取第一用户的运动健康状态

运动健康状态可以反映用户的生理健康程度、情绪等等。用户的生理健康程度可包括疲劳、正常等。情绪可包括愉悦、愤怒等。

车辆100可以在S101中采集语音指令时，同时启动相关器件采集数据，根据采集的数据来确定第一用户的运动健康状态。车辆100可以通过无线连接的智能手表、智能手环等可穿戴设备采集心率、呼吸率、血氧、脉搏等数据，通过摄像头采集用户的表情等数据。根据采集的数据确定用户的运动健康状态的示例包括，当用户的呼吸率较低、体温较低时，该用户可能处于疲劳驾驶状态；当用户心率平稳、呼吸舒缓、皮肤阻抗较高时，该用户情绪愉悦；当用户心率加速，呼吸急促、皮肤阻抗较低等，该用户处于惊恐畏惧状态；当用户嘴巴两边向上翘起、眼角微翘时，该用户心情愉悦；当用户瞳孔放大、双手握拳时，该用户处于愤怒状态。当有多个用户时，车辆100可以结合第一用户所在的位置，获取该第一用户的运动健康状态。

4.车辆100获取第一用户的优先级、年龄或性别

在一些实施例中，车辆100在S105中检测到语音指令后，可以从该语音指令或唤醒词中提取到第一用户的声纹信息，然后在和车辆100绑定的用户信息中，查找该声纹信息对应的用户的优先级、年龄或性别。和车辆100绑定的用户信息，可以存储于车辆100或者服务器中，如果存储于服务器中，车辆100可以从服务器处请求获取上述信息。

在另一些实施例中，车辆100在S105中检测到语音指令后，可以直接从该语音指令中识别第一用户的年龄或性别。

不限于上述几种获取用户角色信息的方式，本申请实施例还可以通过其他方式来获取第一用户的角色信息。例如，车辆100可以通过摄像头获取到输入语音指令的第一用户的面容，然后和车辆100绑定的用户信息中，查找该面容对应的第一用户的合法性信息、优先级、年龄、性别等。

可选步骤S107，车辆100获取自身的车辆状态。

在本申请实施例中，S107中车辆100所处的车辆状态可以被称为第一车辆状态。

在本申请一些实施例中，车辆100在检测到第一用户输入的语音指令时，还可以获取自身的车辆状态。车辆状态可包括但不限于以下一项或多项：车辆100的行驶数据、操作数据，或车辆内各个器件的使用情况，等等。

其中，行驶数据反映了车辆100的驾驶情况，例如可包括车辆的速度、车辆所在的位置、车辆外部的环境光、所在的车道、车辆自身的道路规划(例如导航中当前地点附近的一段导航路线)、行车记录(包括驾驶过程中的设置在车辆外部的摄像头拍摄到的视频)、驾驶模式(例如包括自动驾驶模式和手动驾驶模式等)、雷达或摄像头采集到的环境信息(例如路况，如行车路径上的行人、车辆、车道线、可行驶区域以及障碍物等)。

操作数据反映了用户对车辆100的操控情况，例如包括反映车辆中是否有账号、登录的账号、用户是否手动打开转向灯、是否手动打开雨刮器、是否操控方向盘转向、是否系好安全带、车窗的状态、是否将脚放置在离合器或油门上的数据、摄像头采集的反映驾驶员是否低头驾驶的图像、摄像头采集的反应用户是否低头玩手机或打电话的图像，酒精含量探测器采集的驾驶员是否酒驾的数据，生理信息传感器采集的反映驾驶员是否疲劳驾驶的数据，等等。车窗状态可包括关闭、降下等等。

车辆100中各个器件的使用情况例如可包括刹车片灵敏度、车辆内各个主要器件(例如发动机、刹车片、轮胎等)的使用年限、油量、电量、距离上一次保养/洗车的时间、后视镜是否被遮挡等等。

上述各项车辆状态可以由车辆100中的相应器件采集。例如，车辆的T-box可以通过全球卫星导航技术、基站定位、Wi-Fi定位、红外线定位等技术获取自身的位置信息。又例如，车辆的摄像头可用于检测车辆所在的车道以及行车记录视频，设置在座椅下方的压力传感器可用于检测座椅上是否有用户就坐，速度传感器可用于检测速度，T-box14可用于获取车辆的导航路线，还可用于获取驾驶模式、车辆状态等。

不限于此，在一些实施例中，车辆状态还可包括该车辆的型号、车牌号、车辆中乘客的数量、座椅上是否有用户、车内是否有儿童等。

可见，车辆100的车辆状态可以反映该车辆100的行驶状况、操作情况、车辆100中各个器件的使用情况等等。

可选步骤S108，车辆100获取第一用户外其他用户的角色信息，并确定该其他用户的角色。

在本申请实施例中，S107中车辆100获取的其他用户的角色信息可以被称为第二角色信息，该其他用户可以被称为第二角色。

在本申请一些实施例中，车辆100在检测到第一用户输入的语音指令时，还可以获取第一用户以外的其他用户的角色信息，并确定其他用户的角色。

在一些实施例中，车辆100获取其他用户的角色信息的方式，和，S106中车辆100获取第一用户的角色信息的方式类似，可参考相关描述。例如，车辆100可以从其他用户发出的语音(不一定是语音指令)中提取声纹信息，然后根据声纹信息在车辆100绑定的信息中查找该其他用户的合法性信息。

不限于通过S106中类似的方式获取其他用户的角色信息，车辆100还可以通过其他方式获取其他用户的角色信息，本申请对此不做限制。例如，车辆100可以拍摄到车辆内的图像，通过图像中其他用户的人脸信息，查找该人脸信息对应的其他信息，如合法性、年龄、性别等，进而确定其他用户的角色。

S109，车辆100根据第一用户的角色，判断当前第一用户是否具备S105中检测到的语音指令对应的权限。

S105中检测到的语音指令对应的权限是指，操控车辆100执行第一操作的权限。

在本申请一些实施例中，车辆100或者服务器中可以存储有不同角色分别对应的权限信息。用户角色的定义可参考前文S106中的相关描述。

上述权限信息用于指示：用户角色具备的权限范围，和/或，用户角色不具备的权限范围。在一些实施例中，权限信息可以详细列出用户角色能够执行的指令，和/或，用户角色不能够执行的指令。在一些实施例中，可以将各类触发车辆100执行操作的指令进行分级或分类，权限信息可以列出用户角色能够执行的指令的级别或类别，和/或用户角色不能执行的指令的级别或类别。在一些实施例中，可以根据指令涉及的个人数据隐私程度、指令对人身安全的影响或者其他因素中的一个或多个，将指令划分为严重风险、高风险、中风险、低风险等多个风险等级。不限于此，还可以有其他的划分指令等级的方式，例如还可以将指令划分为1-5级，数值越大，风险等级越高。通常情况，用户角色具备的权限范围和该用户角色的可靠性、稳定性相关，用户角色的可靠性、稳定性越高，该用户角色具备的权限范围越广，能够执行的指令越多，能够执行越高风险的指令。

在划分不同角色对应的权限范围时，可以有多种策略，本申请实施例对此不限定。

例如，车内用户角色的权限范围可以比车外用户角色的权限范围更广。在一些实施例中，可以对车外游客的权限范围进行限制，例如不授予车外游客开启车窗、开启车门等权限，这样可以避免陌生人潜入车内，避免陌生人获取车辆中的用户个人数据，还可以避免陌生人危害车内人员的人身财产安全。例如驾驶员在等待红绿灯或在车内休憩时，陌生人在车外输入语音指令想要控制车窗开启，实施抢劫、盗窃等不法活动，如果实施本申请的方法，可以不将开启车窗的权限授予车外游客这一角色，那么车辆将不会响应陌生人的语音执行开启车窗，这样就可以保障车内人员的财产及人身安全。又例如，即使都是合法角色，但是车外合法角色的权限范围可以小于车内合法角色的权限范围，如车外合法角色不具备触发车辆执行高风险指令的权限。

又例如，优先级高的用户角色的权限范围，可以比优先级低的用户角色的权限范围更广。例如，车主的优先级最高，车主可以具备比其他所有角色都要更广的权限范围。

又例如，成年用户角色的权限范围可以比儿童用户角色的权限范围更广。在一些实施例中，可以对行为能力不足的角色的权限范围进行限制，例如不授予儿童开启车窗、开启车门等权限，这样可以避免儿童触发安全事故。例如，可以仅授予儿童乘客执行一些低风险操作的权限，而不授予儿童乘客执行高风险操作(例如在车辆行进过程中开启车窗等)的权限，那么实施本申请的方法，车辆在行进过程中，如果车辆内的儿童发出一些高风险语音指令(例如“开启车窗”)，车辆将不会响应该语音指令，这样可以保障车辆安全，防止出现安全事故。

又例如，合法用户角色的权限范围可以比游客用户角色的权限范围更广，或者，合法用户角色可以具备针对车辆的全部权限，而游客用户不具备针对车辆的任意权限，或者，精力充沛的用户角色可以比疲劳的用户角色的权限范围更广，等等。

这样以多维度来定义用户的角色，对不同的用户角色实现不同的权限管控，可以针对性地对某些场景提供安全保障，例如在上述提及的陌生人意图潜入车内场景、车内有儿童的场景中可以有效保障车辆安全。

参考表2，表2示例性示出了不同用户角色能够执行的指令的风险等级。表2中的信息可以存储于车辆100或者服务器中。

表2

在表2中，指示符“√”表示对应的用户角色具备执行对应风险等级指令的权限，指示符“×”表示对应的用户角色不具备执行对应风险等级指令的权限。

据此，车辆100在S109中可以根据从本地或者从服务器处获取到第一用户的角色对应的权限信息，判断该第一用户的角色是否具备执行第一操作的权限，若具备，则当前该第一用户具备执行第一操作的权限。例如，假设第一用户的角色为合法驾驶员，S105中检测到的语音指令为低风险，权限信息如表2所示，则当前第一用户具备响应该语音指令所需的权限。

在本申请一些实施例中，车辆100或者服务器中可以进一步存储有各个角色在不同的车辆状态下分别对应的权限信息。权限信息的定义可参考前文。车辆状态的定义可参考前文S107中的相关描述。

在划分各个角色在不同车辆状态下的权限范围时，可以有多种策略，本申请实施例对此不限定。

例如，同一用户角色在车辆静止时比车辆在行进过程中的权限范围更广。又例如，同一用户角色在车辆处于手动驾驶模式时比车辆处于自动驾驶模式的权限范围更广。又例如，同一用户角色在车辆处于光线好的环境下比车辆处于光线差的环境下的权限范围更广。又例如，同一用户角色在系上安全带时比不系安全带时的权限范围更广。

又例如，针对车外角色，在车窗处于降下状态时比在车窗处于关闭状态时的权限范围更广。如，可以对车窗处于降下状态的车外角色授予部分权限，而对车窗处于关闭状态的车外角色不授予任意权限。

又例如，当前车辆是否有账号登录以及该账号和用户之间的关系，可以影响该用户的权限。举例来说，针对同一用户角色，车辆中有账号登录时比车辆中无账号登录时的权限范围更广，例如有账号登录时该用户角色可以执行所有风险等级的指令，而没有账号登录时用户角色仅能执行低风险等级的指令。再举例来说，针对同一用户角色，车辆中登录的账号为该用户所属的账号时，比车辆中登录的账号为其他账号时的权限范围更广。

在一些实施例中，针对同一个指令，其风险等级会随着车辆当前的状态(停止、暂停、低速行驶、高速行驶等)发生变化。其中，停止是指车辆在一段时间内的速度都为0的状态，暂停是指车辆由行驶状态切换到速度为0的状态。低速行驶是指车辆的速度小于阈值，高速行驶是指车辆的速度大于阈值，阈值可以预先由车辆或者用户设置。例如，表3示例性示出了同一指令在不同车辆状态下的风险等级。表3中的信息可以存储于车辆100或者服务器中。

表3

据此，车辆100可以在S107中获取自身的车辆状态，在S109中可以根据从本地或者从服务器处获取到第一用户的角色对应的权限信息，以及车辆状态，判断当前该第一用户的角色在该车辆状态下是否具备执行第一操作的权限，若具备，则当前该第一用户具备执行第一操作的权限。例如，假设第一用户的角色为游客驾驶员，车辆100当前处于低速行驶状态，S105中检测到的语音指令为“打开车门”，权限信息如表2及表3所示，则当前该语音指令为高风险，第一用户不具备响应该语音指令所需的权限。又例如，假设当前第一用户未系上安全带，如果该第一用户输入语音指令“开启车窗”，可以认定该语音指令在当前的车辆状态下为高风险指令。

在本申请一些实施例中，车辆100或者服务器可以进一步存储有各个角色在存在不同的其他用户时分别对应的权限信息。该其他用户可以位于车辆100内部，也可以位于车辆100外部。

在划分各个角色在有不同的其他角色的权限范围时，可以有多种策略，本申请实施例对此不限定。

例如，针对同一用户角色，在车辆存在其他合法角色时的权限范围，大于，车辆内仅存在游客角色时的权限范围。例如，针对同一用户角色，在车辆内存在多个合法角色时的权限范围，大于，车辆内仅存在一个合法角色时的权限范围。

参考表4，表4示例性示出了各个角色在存在不同的其他用户时，分别可以执行的指令的风险等级。表4中的信息可以存储于车辆100或者服务器中。

表4

在表4中，指示符“√”表示对应的用户角色具备执行对应风险等级指令的权限，指示符“×”表示对应的用户角色不具备执行对应风险等级指令的权限。

据此，车辆100可以在S108中获取第一用户外的其他用户的角色，在S109中可以根据从本地或者从服务器处获取到第一用户的角色对应的权限信息，以及该其他用户的角色，判断当前该第一用户的角色在存在其他用户的角色时是否具备执行第一操作的权限，若具备，则当前该第一用户具备执行第一操作的权限。这样可以在多用户融合的场景下，控制用户对车辆的权限，保障车辆的使用安全。

例如，假设第一用户的角色为合法成年副驾驶乘客，其他用户的角色包括游客驾驶员，S105中检测到的第一用户输入的语音指令为高风险指令，则当前第一用户具备响应该语音指令所需的权限。又例如，假设第一用户为车外成年游客，其他用户的角色包括合法驾驶员，S105中检测到的第一用户输入的语音指令为“打开车门”，则当前第一用户可以具备响应该语音指令所需的权限，该示例在第一用户打车的场景下能够方便第一用户以及操作，使得第一用户通过语音指令就能够打开车门。

上述结合车辆状态、其他用户的角色，来判断第一用户是否具备相应权限的两个实施例可以结合实施。

上述涉及的各类权限信息可以由用户(例如车主或者其他合法用户)自主设置，例如车主可以设定合法驾驶员具备全部权限，儿童游客不具备任何权限，语音指令“打开车门”在高速驾驶下属于高风险指令，当车内有合法驾驶员时合法成年副驾驶员乘客具备全部权限。不限于此，上述涉及的各类权限也可以由厂商提前根据经验数据设置，或者是车辆100根据用户使用车辆100过程中的操作学习得到，或者，由云服务器搜集信息、学习并更新权限信息后下发至车辆100中，等等。

参考图6C-图6D所示的用户界面，其示例性示出了用户在车辆100上设置各类角色权限的一种方式。

图6C所示的用户界面62和图5A所示的用户界面51相同。用户界面62显示的一系列功能选项包括功能选项603。功能选项603可用于监听用户操作(如点击操作、触摸操作等)，车辆100可以响应于该用户操作，显示如图6D所示的用户界面63。用户界面63中显示有多个用户角色，以及各个用户角色分别对应的权限选项(图6D中的方框)，用户可以在该用户界面63中勾选权限选项，车辆100响应于该勾选操作，将对应的权限授予相应的用户角色。如图6D所示，当前用户将执行低风险、中风险、高风险、严重风险级别指令的权限授予了合法驾驶员这一角色，仅将执行低风险、中风险、高风险级别指令的权限授予了合法成年副驾这一角色，而未将执行严重风险级别指令的权限授予合法成年副驾这一角色。除了用户界面63中示出的几种角色，用户还可以添加更多角色，并进一步设置更多角色的权限。不限于图6C-图6D所示的在车辆100上设置角色权限，用户还可以通过其他设备例如用户侧电子设备200等设置角色权限，这里不做限定。

在本申请一些实施例中，除了根据第一用户的角色、车辆状态、其他用户的角色，来判断第一用户是否具备相应权限，还可以结合和车辆100绑定的该第一用户的用户权限，来判断该第一用户是否具备S105中语音指令的权限。只有在第一用户的角色具备S105中语音指令的权限，并且，和车辆绑定的该第一用户具备S105中语音指令的权限时，则当前该第一用户才具备该权限。例如，当“孩子”输入语音指令“开启车窗”后，车辆100可以确定“孩子”的用户角色为合法儿童副驾，该用户角色拥有开启车窗的权限；但是，参考表1，由于车辆100绑定的“孩子”的用户权限不包括“开启车窗”，车辆100判定当前该“孩子”不具备“开启车窗”的权限。

S110，如果当前第一用户具备S105中检测到的语音指令对应的权限，则车辆100响应于该语音指令，执行第一操作。

第一操作取决于第一用户在S105中输入的语音指令，具体可参考S105中的相关描述。

在一些实施例中，车辆100响应于S105中检测到的语音指令，执行第一操作后，还可以输出提示信息，该提示信息可用于提示用户当前车辆100已经执行了第一操作。该提示信息的形式可以有多种，例如可包括用户界面中的可视化界面元素，语音、震动、或灯光闪烁等。

示例性地，参考图6E，图6E示出了车辆100执行第一操作后，车辆100输出的一种提示信息。如图6E所示，假设第一操作为“开启车窗”，提示信息604可以实现为文本“已为您开启车窗！”。

S111，如果当前第一用户不具备S105中检测到的语音指令对应的权限，则车辆100不响应于该语音指令，不执行第一操作。

在一些实施例中，如果当前第一用户不具备S105中检测到的语音指令对应的权限，车辆100还可以输出提示信息，以提示第一用户其不具备该权限，车辆100不会执行第一操作。在一些实施例中，该提示信息还可以进一步提示用户其不具备该权限的原因，例如该用户未和车辆100绑定、该语音指令属于高风险指令、车主关闭了该用户的该权限，等等。车辆100输出提示信息的方式可以有多种，例如可包括用户界面中的可视化界面元素，语音、震动、或灯光闪烁等。

示例性地，参考图6F，图6F示出了在第一用户不具备输入的语音指令对应的权限时，车辆100输出的一种提示信息。如图6F所示，提示信息605可以实现为文本“您不属于合法用户，请先和车辆绑定！”。

进一步地，如果第一用户由于未和车辆100绑定而不具备语音指令对应的权限，则该第一用户还可以通过和前文S101-S103，相同的方法，将自身和车辆100绑定。之后，该第一用户便可以再次输入S105中相同的语音指令，以触发车辆100执行第一操作。

后续，车辆100还可以持续检测用户输入的语音指令，获取用户的角色信息，在判断该用户的角色是否有权限响应该语音指令后，再根据判断结果决定是否响应该语音指令。该用户可以是第一用户，也可以是其他用户，这里不做限定。

从上述用户角色的构成来看，同一用户在不同的情况下的角色可能不同。例如，用户在合法性条件到期后可能会变更为游客用户，用户在不同时间点可能乘坐于车辆中的不同位置，用户在不同时间的疲劳程度可能不同，随着时间增长用户的年龄也会增加，等等。随着同一用户角色的变化，该用户在不同情况下针对车辆的权限范围也不同。也就是说，车辆可以根据用户动态变化的角色，按照实际情况动态调整该用户的权限范围，在同一用户基于语音指令控制车辆的各类场景中，都能够保障车辆安全，保障用户安全，给用户提供便捷的、智能化的车辆语音使用体验。举例来说，针对同一个用户例如第一用户，第一用户在开始驾驶车辆100时输入了高风险语音指令，车辆100响应了该高风险语音指令；在长时间驾驶车辆100后该第一用户又再次输入了相同的高风险语音指令，由于此时第一用户的疲劳程度加深，第一用户的角色发生变化，车辆100不响应该高风险语音指令。

例如，在第一时间点，车辆检测到第一用户输入的第一语音指令，第一语音指令用于指示车辆执行第一操作，车辆执行第一操作；在第二时间点，车辆再次检测到第一用户输入的第一语音指令，车辆拒绝执行第一操作；其中，第一时间点的第一用户角色，和，第二时间点的第一用户角色不同。在一些实施方式中，第一用户在第一时间点为合法用户，在第二时间点为非法用户；或者，第一用户在第一时间点位于车辆的内部，在第二时间点位于车辆的外部；或者，第一用户在第一时间点的运动健康状态优于在第二时间点的运动健康状态；或者，第一用户在第一时间点的优先级高于在第二时间点的优先级；或者，第一用户在第一时间点的年龄位于第一年龄段，在第二时间点的年龄位于第一年龄段之外。第一年龄段可以是青壮年年龄段，例如18-50岁。

不同用户的角色可能不同。例如，不同用户的合法性信息可能不同，不同用户可能位于车辆的不同位置，不同用户的运动健康状态可能不同，不同用户的年龄或性别等均有可能不同。由于不同用户可能具备不同的角色，不同用户针对车辆的权限范围也不同。也就是说，车辆可以根据不同用户的角色，赋予各用户不同的权限范围，在不同用户基于语音指令控制车辆的各类场景中，都能够保障车辆安全，保障各个用户的安全，给各个用户提供便捷的、智能化的车辆语音使用体验。举例来说，针对不同的两个用户，例如第一用户和第二用户，第一用户的角色为合法驾驶员，第二用户的角色为游客副驾，如果第一用户和第二用户都向车辆100输入相同的语音指令(例如“开启车窗”)，车辆100可能仅响应第一用户输入的语音指令，而不响应第二用户输入的语音指令。

例如，车辆检测到第一用户输入的第一语音指令，第一语音指令用于指示车辆执行第一操作，车辆根据第一用户角色执行第一操作；车辆检测到第二用户输入的第二语音指令，第二语音指令用于指示车辆执行第一操作，车辆根据第二用户角色拒绝执行第一操作；第一用户角色和第二用户角色不同。在一些实施方式中，第一用户为合法用户，第二用户为非法用户；或者，第一用户位于车辆的内部，第二用户位于车辆的外部；或者，第一用户的运动健康状态优于第二用户的运动健康状态；或者，第一用户的优先级高于第二用户的优先级；或者，第一用户的年龄位于第一年龄段，第二用户的年龄位于第一年龄段之外。第一年龄段可以是青壮年年龄段，例如18-50岁。

在一些实施例中，同一用户角色在车辆中的权限范围可以受到其他用户角色的影响。本申请实施例提供的方法可以融合多用户的角色信息，以此综合考虑各用户的权限范围，从而对各用户进行权限管控。例如，车辆检测到第一用户角色输入的第一语音指令，第一语音指令用于指示车辆执行第一操作；在车辆检测到存在第二用户角色的情况下，车辆执行第一操作；在车辆检测到不存在第二用户角色的情况下，车辆拒绝执行第一操作。在一些实施方式中，第二用户为合法用户；或者，第二用户位于车辆的内部；或者，第二用户的运动健康状态优于预设的运动健康状态；或者，第二用户的优先级高于预设的优先级；或者，第二用户的年龄位于第一年龄段。第一年龄段可以是青壮年年龄段，例如18-50岁。

实施上述图2所示的基于语音指令的车辆控制方法，车辆针对不同的用户角色开放不同的权限，在用户使用语音指令控制车辆的过程中，车辆根据当前用户的角色来判断是否响应该语音指令。并且，以多维度来定义用户的角色，可以针对用户角色进行细粒度的划分，对不同的用户角色实现不同的权限管控。这样，该方法可以适用于多种场景，在用户基于语音指令控制车辆的各类场景中，都能够保障车辆安全，保障用户安全，满足用户的实际需求，给用户提供便捷的、智能化、安全的车辆语音使用体验。

可见，实施上述本申请实施例提供的基于语音指令的车辆控制方法，在充分利用了语音控制的便捷性的同时，还兼顾了安全性，可以给用户方便安全的车辆使用体验。

应理解，上述方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请还提供一种车辆，该车辆可以包括：存储器和处理器。其中，存储器可用于存储计算机程序；处理器可用于调用所述存储器中的计算机程序，以使得该车辆执行上述任意一个实施例中车辆100方法。

本申请还提供了一种芯片系统，所述芯片系统包括至少一个处理器，用于实现上述任一个实施例中车辆100侧所涉及的功能。

在一种可能的设计中，所述芯片系统还包括存储器，所述存储器用于保存程序指令和数据，存储器位于处理器之内或处理器之外。

该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

可选地，该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。

可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请实施例并不限定。示例性地，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型，以及存储器与处理器的设置方式不作具体限定。

示例性地，该芯片系统可以是现场可编程门阵列(field programmable gatearray，FPGA)，可以是专用集成芯片(application specific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processorunit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。

本申请还提供一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述任一个实施例中车辆100侧所执行的方法。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序(也可以称为代码，或指令)。当所述计算机程序被运行时，使得计算机执行上述任一个实施例中车辆100侧所执行的方法。

本申请的各实施方式可以任意进行组合，以实现不同的技术效果。

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

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

总之，以上所述仅为本申请技术方案的实施例而已，并非用于限定本申请的保护范围。凡根据本申请的揭露，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (15)

1.一种基于语音指令的车辆控制方法，其特征在于，所述方法包括：

车辆检测到第一用户输入的第一语音指令，所述第一语音指令用于指示所述车辆执行第一操作；

仅在第一用户角色具备所述第一操作所需权限的情况下，所述车辆执行所述第一操作；

其中，所述第一用户角色反映所述第一用户的以下至少两项：合法性、相对车辆的位置、运动健康状态、优先级、年龄或性别。

2.根据权利要求1所述的方法，其特征在于，所述车辆处于第一车辆状态。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述车辆还检测到存在第二用户，所述第二用户不同于所述第一用户，所述第二用户对应第二用户角色，所述第二用户角色反映所述第二用户的以下至少两项：合法性、相对车辆的位置、运动健康状态、优先级、年龄或性别。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一用户具备所述第一操作所需权限。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述车辆执行所述第一操作之前，所述方法还包括以下至少两项：

所述车辆从所述第一语音指令中提取所述第一用户的声纹信息，仅在所述车辆绑定的用户信息中存在所述第一用户的声纹信息的情况下，或，仅在所述车辆绑定的用户信息中存在所述第一用户的声纹信息，且所述第一用户当前满足合法性条件的情况下，确定所述第一用户合法；

所述车辆通过多个麦克风采集到的音频，或，通过摄像头采集到的图像，或，通过信号发射器发送的信号和信号接收器接收到的反射信号，或，通过震动传感器采集的震动信号，确定所述第一用户相对所述车辆的位置；

所述车辆从所述第一语音指令中提取所述第一用户的声纹信息，在所述车辆绑定的用户信息中，查找和所述第一用户的声纹信息对应的所述第一用户的优先级；

所述车辆从所述第一语音指令中提取所述第一用户的声纹信息，在所述车辆绑定的用户信息中，查找和所述第一用户的声纹信息对应的所述第一用户的年龄，或，从所述第一语音指令中识别所述第一用户的年龄；

或者，

所述车辆从所述第一语音指令中提取所述第一用户的声纹信息，在所述车辆绑定的用户信息中，查找和所述第一用户的声纹信息对应的所述第一用户的性别，或，从所述第一语音指令中识别所述第一用户的性别。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述车辆检测到第一用户输入的第一语音指令之前，所述方法包括：

所述车辆启动语音助手，所述语音助手用于支持所述车辆检测到所述第一语音指令，并仅在第一用户角色具备所述第一操作所需权限的情况下，触发所述车辆执行所述第一操作。

7.一种基于语音指令的车辆控制方法，其特征在于，所述方法包括：

在第一时间点，车辆检测到第一用户输入的第一语音指令，所述第一语音指令用于指示所述车辆执行第一操作，所述车辆执行所述第一操作；

在第二时间点，所述车辆再次检测到所述第一用户输入的所述第一语音指令，所述车辆拒绝执行所述第一操作；

其中，第一时间点的第一用户角色，和，第二时间点的第一用户角色不同，所述第一用户角色反映所述第一用户在对应时间点的以下至少两项：合法性、相对车辆的位置、运动健康状态、优先级、年龄或性别。

8.根据权利要求7所述的方法，其特征在于，

所述第一用户在第一时间点为合法用户，在第二时间点为非法用户；

或者，所述第一用户在第一时间点位于所述车辆的内部，在第二时间点位于所述车辆的外部；

或者，所述第一用户在第一时间点的运动健康状态优于在第二时间点的运动健康状态；

或者，所述第一用户在第一时间点的优先级高于在第二时间点的优先级；

或者，所述第一用户在第一时间点的年龄位于第一年龄段，在第二时间点的年龄位于所述第一年龄段之外。

9.一种基于语音指令的车辆控制方法，其特征在于，所述方法包括：

车辆检测到第一用户输入的第一语音指令，所述第一语音指令用于指示所述车辆执行第一操作，所述车辆根据第一用户角色执行所述第一操作；

所述车辆检测到第二用户输入的第二语音指令，所述第二语音指令用于指示所述车辆执行第一操作，所述车辆根据第二用户角色拒绝执行所述第一操作；

其中，所述第一用户角色、所述第二用户角色均反映对应用户的以下至少两项：合法性、相对车辆的位置、运动健康状态、优先级、年龄或性别；所述第一用户角色和所述第二用户角色不同。

10.根据权利要求7所述的方法，其特征在于，

所述第一用户为合法用户，所述第二用户为非法用户；

或者，所述第一用户位于所述车辆的内部，所述第二用户位于所述车辆的外部；

或者，所述第一用户的运动健康状态优于所述第二用户的运动健康状态；

或者，所述第一用户的优先级高于所述第二用户的优先级；

或者，所述第一用户的年龄位于第一年龄段，所述第二用户的年龄位于所述第一年龄段之外。

11.一种基于语音指令的车辆控制方法，其特征在于，所述方法包括：

车辆检测到第一用户角色输入的第一语音指令，所述第一语音指令用于指示所述车辆执行第一操作；

在所述车辆检测到存在第二用户角色的情况下，所述车辆执行所述第一操作；

在所述车辆检测到不存在所述第二用户角色的情况下，所述车辆拒绝执行所述第一操作；

其中，所述第一用户角色对应第一用户，所述第二用户角色对应第二用户；所述第一用户角色、所述第二用户角色均反映对应用户的以下至少两项：合法性、相对车辆的位置、运动健康状态、优先级、年龄或性别。

12.根据权利要求11所述的方法，其特征在于，

所述第二用户为合法用户；

或者，所述第二用户位于所述车辆的内部；

或者，所述第二用户的运动健康状态优于预设的运动健康状态；

或者，所述第二用户的优先级高于预设的优先级；

或者，所述第二用户的年龄位于第一年龄段。

13.一种车辆，其特征在于，包括：存储器、一个或多个处理器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述车辆执行如权利要求1-12中任一项所述的方法。

14.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行，使得所述电子设备执行如权利要求1-12中任一项所述的方法。

15.一种计算机程序产品，其特征在于，所述计算机程序产品包含计算机指令，当所述计算机指令在电子设备上运行，使得所述电子设备执行如权利要求1-12中任一项所述的方法。