CN109689444A - 车辆访问授权 - Google Patents

Abstract

本发明涉及接收包括车辆乘员认证信息的数据。接收控制车辆部件的请求。识别车辆乘员的角色。确定所识别的角色是否包括控制所述车辆部件的权限。如果所识别的角色包括控制所述车辆部件的所述权限，则执行对所述车辆部件的所请求的控制。

Description

车辆访问授权

背景技术

自主车辆(即，自驾驶车辆)可以在没有用户干预的情况下驾驶。因此，车辆可以在没有任何乘员或只有未成年儿童的情况下行驶。因此，自主车辆的访问授权可能需要改进的访问和授权。

附图说明

图1是用于控制对车辆系统的访问的示例性系统的框图。

图2是示出与车辆用户相关联的角色的层级的框图。

图3是用于根据车辆用户的角色和权限来控制车辆部件的示例性过程的流程图。

图4是用于定义角色并将权限与角色相关联的另一示例性过程的流程图。

具体实施方式

介绍

图1示出了示例性车辆系统105。自主车辆100可以在各种用户(例如，不同年龄的不同家庭成员)之间共享。用户是可以是车辆100乘员的人。每个用户可以被分配到多个角色中的一个。具有各种权限的各种角色可以被定义为允许或拒绝对车辆100的各种部件的访问，诸如娱乐系统、信息系统、导航系统、气候控制系统等。因此，根据适合于特定用户的权限和/或限制，可以为用户分配角色。例如，对于特定角色，计算机110可以被编程为仅将车辆100导航到指定位置，例如家庭地址。

系统元件

图1示出了包括计算机110的示例车辆100，计算机110被编程为根据如本文所述定义和实现的用户角色来管理各种用户对各种车辆100部件的访问。

车辆100可以各种已知的方式被供电，例如，利用电动马达和/或内燃发动机。车辆100包括计算机110、传感器115、致动器120、人机界面(HMI)145和下面讨论的其他部件。

计算机110包括诸如已知的处理器和存储器。存储器包括一个或多个形式的计算机可读介质，并且存储可由计算机110执行以用于执行各种操作(包括如本文所公开的)的指令。

计算机110可以自主或半自主模式操作车辆100。出于本公开的目的，自主模式被定义为其中车辆100的推进、制动和转向中的每一个由计算机110控制的模式；在半自主模式中，计算机110控制车辆100的推进、制动和转向中的一个或两个。

计算机110可以包括编程以操作车辆制动、推进(例如，通过控制内燃发动机、电动马达，混合动力发动机等中的一个或多个来控制车辆中的加速度)、转向、气候控制、内部和/或外部灯等中的一个或多个，以及确定计算机110是否以及何时(与人类操作员相反)控制这种操作。

计算机110可以包括或者通信地耦接到(例如经由如下面进一步描述的车辆通信总线)包括在车辆中的一个以上的处理器(例如控制器等)，用于监测和/或控制各种车辆控制器130(例如，动力传动系统控制器、制动控制器、转向控制器等)。计算机110通常被布置用于在车辆通信网络(诸如车辆中的总线，诸如控制器局域网(CAN)等)上通信。

经由车辆网络，计算机110可以向车辆中的各种装置发送消息和/或从各种装置接收消息，例如控制器、致动器、传感器等(包括传感器115)。替代地或另外，在计算机110实际上包括多个装置的情况下，车辆通信网络可用于在本公开中表示为计算机110的装置之间的通信。此外，如下所述，各种控制器和/或传感器115可以经由车辆通信网络向计算机110提供数据。

另外，计算机110可以被配置为用于经由网络160通过车辆到基础设施(V到I)接口与服务器165进行通信。网络160表示用户装置155、计算机110和服务器165可以彼此通信的一种或多种机制，并且可以是各种有线或无线通信机制中的一种或多种，包括有线(例如，电缆和光纤)和/或无线(例如，蜂窝、无线、卫星、微波和射频)通信机制的任何期望的组合以及任何期望的网络拓扑(或当使用多个通信机制时的拓扑)。示例性通信网络包括无线通信网络(例如，使用蜂窝、蓝牙、IEEE802.11等中的一个或多个)、专用短程通信(DSRC)、局域网(LAN)和/或广域网(WAN)(包括因特网)，以提供数据通信服务。

如已经提到的，通常包括在存储在存储器中并由计算机110执行的指令中的是用于在没有人类操作者的干预的情况下操作一个或多个车辆部件(例如，制动、转向、推进等)的程序。使用在计算机110中接收的数据，例如来自传感器115、服务器165等的传感器数据，计算机110可以在没有驾驶员操作车辆的情况下进行各种确定和/或控制各种车辆部件和/或操作。例如，计算机110可包括编程以调节车辆操作行为，诸如速度、加速、减速、转向等，以及战术行为，诸如车辆之间的距离和/或车辆之间的时间量、车辆之间的车道改变最小间隙、左转通过路径最小值、到达特定位置的时间、到达交叉口(无信号)通过交叉口的最小时间等。

如本文中使用的术语，控制器130是通常被编程为控制特定车辆子系统的处理器。示例包括动力传动系统控制器、制动控制器和转向控制器。控制器可以是诸如已知的电子控制单元(ECU)，其可能包括如本文所述的附加编程。控制器可以通信地连接到计算机110并从计算机110接收指令，以根据指令致动子系统。例如，制动控制器可以从计算机110接收指令以操作车辆的制动器。

传感器115可包括已知经由车辆通信总线提供数据的各种装置。例如，传感器115可以包括设置在车辆100中的一个或多个摄像机、雷达或光检测和测距(LIDAR)传感器，其提供包含车辆内部、外部或两者中的至少一些的数据。计算机110可以通过诸如已知的合适的接口接收数据。计算机110可以基于所接收的数据来认证用户。

此外，传感器115可以包括设置在车辆(例如内部或行李厢)中的麦克风，以提供音频数据。例如，计算机110可以与用户通信，以例如使用语音辨识技术来识别车辆100的用户。

传感器115可以包括GPS(全球定位系统)装置。GPS传感器可以经由车辆通信网络(例如，车辆100总线)发送车辆100的当前地理坐标。例如，计算机110可以禁止车辆100(例如对于一个或多个特定用户角色)导航到预定地理围栏区域之外的任何位置，或者距离家庭位置预定距离等。地理围栏区域可以是由诸如已知的地理围栏区域的角落或边界的地理坐标识别的地理区域。

致动器120经由电路、芯片或可根据已知的适当控制信号致动各种车辆子系统的其他电子部件来实现。例如，致动器120可以经由一个或多个继电器、伺服马达等来实施。因此，致动器120可以用于控制主车辆100的制动、加速和转向。另外，致动器120可以控制对车辆100的访问，例如，释放/锁定门或车辆100的部件，例如，释放/锁定多媒体访问。用于控制致动器120的控制信号可以由计算机110、位于车辆100中的控制单元(例如，制动控制器)等产生。

人机界面(HMI)145可以包括触摸屏、交互式语音响应(IVR)系统和/或诸如已知的其他输入/输出机构，并且可以从用户接收输入数据和/或向用户输出数据。

用户装置155可以经由网络160与计算机110通信。用户装置155可以是经由网络160通信的智能电话或可穿戴计算机。

服务器165是经由网络160(例如，LTE)与计算机110通信的一个或多个远程计算机。

图2示出了在示例实现方式中与各个车辆用户相关联的各种角色。每个角色对应于车辆用户的类别，并且如下面所讨论，包括为用户的类别建立的权限。

如图2所示，角色可以在层级200中定义。在层级200中较高层处的角色通常具有比在较低层级处的角色更大的权限。如本文中使用的术语“权限”包括访问(例如，查看)车辆部件和/或对其设置进行修改的权限的不同组合。也就是说，权限指定是否应该准许或拒绝控制一个或多个车辆100部件的用户请求。例如，“查看权限”(可互换地称为“访问权限”)是例如经由HMI 145查看车辆100部件的状态或配置或其操作的权限。“修改权限”是对车辆100部件的状态或配置或其操作进行改变的权限。控制请求是用于查看特定信息或修改车辆100部件的设置或状态的用户输入。

因此，权限可以包括查看或修改与一个或多个车辆100部件相关联的权限，诸如：

·娱乐系统，例如用于选择无线电台、播放来自另一装置(诸如智能电话)的媒体等；

·导航系统，例如，用于查看/设置目的地、查看/设置路线；

·气候控制系统，例如，用于查看/修改车厢恒温器设置等；

·虚拟驾驶员，例如，发起诸如车辆行驶的控制。

权限和权限与角色的关联将在下面进一步详细讨论。

可以基于用户的一个或多个属性向用户分配角色。在本上下文中，用户属性是可归因于例如用户年龄、与车辆100的所有者(例如，家庭成员、配偶等)的关系、驾驶能力(例如，许可的或未许可的)等的类别的特征。例如，可以基于关于车辆100的所有权状态、用户的年龄等来分配角色(即不同的权限集)。各种角色之间的关系可以是层级的(如层级200所示)。在层级关系中，第一角色可以具有超出层级中第一角色之下的第二角色的超集(即，更大数量)的权限。

示例角色包括管理员205、超级用户210、成年乘客215、成年客人乘客220和儿童225。分配给这些角色中的每一个角色的一些权限的示例在以下表格中示出：

表1

在层级200中，诸如成年乘客215的角色可以具有与超级用户210相关联的权限的子集(即，一些但不是全部)。替代地，角色可以彼此之间的其他关系来定义。例如，对示例层级200的替代布置中的角色可以具有重叠的权限集，但不一定是彼此的层级关系。

在本示例层级200中，管理员205具有比任何其他角色更多的权限。作为示例，车辆100的所有者可以与管理员205角色相关联。当车辆100被出售和/或投入使用时，诸如车辆经销商或政府机构的实体可以将实体或个人(例如，所有者)与管理员205角色相关联。例如，实体可以在服务器165上维护指示车辆100的管理员205的身份的电子数据(例如电子车辆标题文档)。该实体可以提供要存储在计算机110中的存储器信息以供管理员205以已知方式(例如，通过记录用于生物识别特征认证的认证信息，通过在名称和密码下提供管理员等)经由HMI 145来认证。替代地，例如，当汽车被租赁或租用时，像汽车共享设施或原始设备制造商(OEM)这种实体可以与管理员205角色相关联。

超级用户210可以具有分配给管理员205的权限的子集(在本上下文中意味着“较低数量”)。作为一个示例，超级用户210可能不具有将用户添加到车辆100的权限，而管理员205确实具有这种权限。

成年乘客215或成年客人乘客220可以具有超级用户210的权限的子集。此外，儿童225角色可以具有与成年乘客215角色相关联的权限的子集，和/或儿童客人230可以具有成年客人成年乘客角色220的权限的子集。例如，成年乘客215可以具有在车辆100导航系统中的广阔地理区域(例如，城市、州、国家)中或者在如上所述的地理围栏区域内设置任何目的地的权限。然而，儿童225角色可以具有关于可设置目的地的更受限制的权限，例如，与儿童225角色相关联的用户可以被允许仅设置作为单个预定位置(例如，家庭地址)的目的地。儿童客人230可以被限制为根本不选择任何目的地，但是可以是允许车辆100操作的角色。

在车辆100的操作期间，为了确定每个车辆100用户的适当权限集，计算机110(参见图1)可以认证一个或多个用户，例如，如可以使用来自已知的一个或多个传感器115的输入来检测的存在于车辆100中的所有用户。例如，计算机110可以通过经由HMI 145接收诸如用户名和密码之类的认证信息、经由相机的生物识别认证信息或诸如已知的其他技术来认证用户。另外，计算机110可以使用用于这种识别(例如，图像辨识)的已知技术，基于所接收的传感器115数据来识别用户和/或确定用户特征(例如，年龄)。如上面所讨论，当识别出用户时，计算机110可以确定特定用户的角色，具有与其相关联的权限的角色。计算机110存储器可以存储用户标识符和分配给每个用户的角色的表等。管理员205(例如，被分配有权限以将新用户(潜在车辆乘员)输入到系统中并分配角色的用户)可以提供输入以将角色分配给其标识符被存储在存储器中的每个用户。

此外，在一些实现方式中，计算机110可以被编程为基于一个或多个用户特征(例如，年龄)的确定来分配用户角色。例如，看起来是二十岁或更大但未以其他方式识别的用户可以被分配成年客人乘客角色220，而看起来是十九岁或更小的用户可以被分配儿童225角色。

作为用户认证的另一示例，计算机110可以使用语音辨识技术将用户的语音(即从传感器115接收的音频数据)与如上所述的与存储的标识符相关联的已知用户的语音进行比较(参见图1)。如上面所讨论，计算机110可以例如通过基于分析用户的语音将年龄分配给用户来确定将被分配给用户的角色，或者可以根据用户输入来分配角色，并且当用户被认证时(例如，使用语音辨识和交互式语音响应(IVR)检索该角色(如已知的)。

示例性过程流程

图3示出了用于根据车辆用户的角色和权限来控制车辆部件的示例过程300。车辆用户可以包括车辆乘员和/或远程车辆用户(例如，经由用户装置155和网络160与计算机110通信)。例如，可以根据过程300对计算机110进行编程，以根据请求相应控制的车辆用户的权限来控制车辆100的部件。

过程300开始于框305，其中计算机110例如使用来自一个或多个传感器115、HMI145等的输入来认证车辆用户。认证用户通常包括例如根据存储在计算机110存储器中的特定用户名或其他唯一用户身份来识别用户。替换地或另外，认证用户可以包括使用已知技术来确定车辆100中的一个或多个用户的生物识别特征(例如估计的年龄)。

接下来，在框310中，计算机110例如经由HMI 145、用户装置155等接收控制车辆部件的请求。例如，控制请求可以包括查看车辆100的目的地和路线的请求。控制请求可以包括对计算机110的许多其他输入，例如，授权开始行驶的请求(即授权车辆移动的请求)、改变气候控制设置的请求、经由信息娱乐系统播放媒体的请求、激活车厢灯的请求等。

接下来，在框315中，计算机110基于用户请求在框310中控制车辆100部件来识别角色。(假设用户可以被识别为在框305中被认证的用户。如果不是，则过程300可以HMI 145上的不能处理该请求的输出结束。)例如，计算机110可以基于例如存储在计算机110的存储器中的表(包括车辆100的用户标识符和分配给每个用户的角色)来确定认证用户的角色。替代地或另外，如上所述，可以根据诸如年龄的特征来识别用户。

接下来，在判定框320中，计算机110基于所识别的用户角色来确定用户是否具有对所请求的控制的权限。例如，计算机110可以基于存储在计算机110的存储器中的表(包括每个角色的角色和所分配的权限)来确定针对所识别的用户的车辆100部件的权限控制。如果所识别的用户具有针对所请求的控制的权限，则接下来执行框325；否则，过程300前进到判定框330。

在框325中，计算机110例如通过经由车辆通信网络向控制器130、致动器120、HMI145等输出信号来执行对车辆100部件的所请求的控制。例如，计算机110可以将目的地和路线信息输出到HMI145以查看信息或将信号输出到控制器130以发起行驶。在框325之后，过程300前进到判定框330。

在判定框330中，计算机110确定是否请求控制车辆100部件的新请求。如果是，则接下来执行框310；否则，过程300结束。

图4示出了用于定义角色并将权限与角色相关联的示例过程400。例如，计算机110可以被编程为接收指示预期角色、权限和用户数据的信息。例如，车主可以经由HMI 145、用户装置155或服务器165输入该信息。可以根据过程400对计算机110进行编程，以基于接收到的信息定义角色和权限、向角色分配权限以及向用户分配角色。

过程400开始于框405，其中计算机110例如基于来自车辆所有者或具有管理员205访问的其他用户的输入来定义一个或多个角色(例如超级用户、成年乘客等)，以及每个角色的权限。

接下来，在框410中，计算机110存储角色，即，包括与存储器中的每个角色相关联的权限。表1提供了角色和相关联的权限的部分示例，例如，授权维护的权限被分配给管理员205和超级用户210角色。然而，成年乘客215、成年客人乘客220、儿童22和儿童客人230角色不具有授权维护的权限。

接下来，在框415中，计算机110向用户分配角色。用户可由用户ID、口令或生物识别特征(诸如，面部图像、语音或指纹)来识别。计算机110可以将例如列表存储在向角色分配用户标识符的存中。

在框415之后，过程400结束。

诸如本文所讨论的处理器通常各自包括可由诸如以上所识别的那些处理器中的一个或多个处理器执行的以及用于执行以上所描述的过程的框或步骤的指令。计算机可执行指令可以从使用各种编程语言和/或技术创建的计算机程序中编译或解释，这些编程语言和/或技术包括但不限于Java^TM、C、C++、Visual Basic、Java脚本、Perl、HTML等。通常，处理器(例如，微处理器)例如从存储器、计算机可读介质等接收指令，并且执行这些指令，从而执行一个或多个过程，包括本文所描述的过程中的一个或多个。这种指令和其他数据可以使用各种计算机可读介质来存储和传输。存储在处理器中的文件通常是存储在诸如存储介质、随机存取存储器等计算机可读介质上的数据集合。

计算机可读介质包括参与提供可由计算机读取的数据(例如，指令)的任何介质。这种介质可以采取许多形式，包括但不限于非易失性介质、易失性介质等。非易失性介质包括例如光盘或磁盘和其他持久性存储器。易失性介质包括动态随机存取存储器(DRAM)，其通常构成主存储器。计算机可读介质的常见形式包括例如软磁盘、软盘、硬盘、磁带、任何其他磁性介质、CD-ROM、DVD、任何其他光学介质、穿孔卡、纸带、任何其他具有孔图案的物理介质、RAM、PROM、EPROM、FLASH-EEPROM、任何其他存储芯片或盒式磁带或任何其他计算机可以读取的介质。

关于本文描述的介质、过程、系统、方法等，应理解，尽管这种过程等的步骤已经被描述为根据某个有序序列发生，但是这种过程可以用以不同于本文中描述的顺序的顺序执行的所描述的步骤来实践。应进一步理解，可以同时执行某些步骤，可以添加其他步骤，或者可以省略在此描述的某些步骤。换句话说，本文中的系统和/或过程的描述是出于说明某些实施例的目的而提供的，并且不应以任何方式被解释为限制所公开的主题。

因此，应理解，包括以上描述和附图以及以下权利要求的本公开旨在是说明性的而非限制性的。在阅读以上描述时，除了所提供的示例之外的许多实施例和应用对于本领域技术人员将是显而易见的。本发明的范围不应参照上述描述来确定，而是应参照所附权利要求和/或基于此的非临时专利申请中包括的权利要求以及这些权利要求所授权的等同物的全部范围来确定。预期并打算在此讨论的领域中出现未来的发展，并且所公开的系统和方法将被结合到这种未来实施例中。总之，应理解，所公开的主题能够进行修改和变化。

除非本文中作出相反的明确指示，否则权利要求中使用的所有术语旨在给出本领域技术人员所理解的它们的简单和普通的含义。特别地，除非权利要求叙述了相反的明确限制，否则使用诸如“一”、“该”、“所述”等单数冠词应被理解为叙述一个或多个所指示的元件。

Claims (20)

1.一种计算机，其包括处理器和存储器，所述存储器存储可由所述处理器执行的指令，使得所述计算机被编程为：

接收包括车辆乘员认证信息的数据；

接收控制车辆部件的请求；

识别车辆乘员的角色；

确定所述识别的角色是否包括控制所述车辆部件的权限；以及

如果所述识别的角色包括控制所述车辆部件的所述权限，则执行对所述车辆部件的所请求的控制。

2.根据权利要求1所述的计算机，其中所述计算机进一步被编程为如果所述识别的角色没有控制所述车辆部件的所述权限，则拒绝对所述车辆部件的所述请求的控制。

3.根据权利要求1所述的计算机，其中所述计算机进一步被编程为如果所述计算机从远程装置接收到超驰输入，则当所述识别的角色没有控制所述车辆部件的所述权限时，执行对所述车辆部件的所述请求的控制。

4.根据权利要求1所述的计算机，其中所述认证信息包括是车辆乘员的生物识别数据。

5.根据权利要求1所述的计算机，其中所述车辆部件是车辆致动器。

6.根据权利要求1所述的计算机，其中所述计算机被编程为从与所述车辆相关联的装置接收所述控制请求。

7.根据权利要求1所述的计算机，其中所述计算机被编程为从所述车辆外部的远程装置接收所述控制请求。

8.根据权利要求1所述的计算机，其中多个角色中的一个角色与所述车辆乘员相关联，并且所述多个角色中的每一个角色包括一个或多个权限。

9.根据权利要求8所述的计算机，其中所述一个或多个权限包括授权远程发起行驶的权限。

10.根据权利要求1所述的计算机，其中所述计算机进一步被编程为至少部分地通过修改所述车辆部件的设置来执行对所述车辆部件的所述请求的控制。

11.根据权利要求1所述的计算机，其中所述计算机被进一步编程为：

基于第二输入数据来定义一个或多个角色，所述一个或多个角色中的每一个角色包括一个或多个权限；以及

将所述一个或多个角色中的一个角色分配给所述车辆乘员。

12.根据权利要求11所述的计算机，其中所述计算机进一步被编程为从远程装置接收所述第二输入数据。

13.根据权利要求11所述的计算机，其中所述计算机进一步被编程为至少部分地基于所述第二输入数据来改变分配给所述车辆乘员的所述角色。

14.根据权利要求13所述的计算机，其中所述第二输入数据指示所述车辆的所有权的改变。

15.根据权利要求11所述的计算机，其中所述计算机被进一步编程为：

定义车辆乘员的一个或多个组；以及

将所述一个或多个角色中的一个角色分配给所述一个或多个组，其中分配给所述一个或多个组中的一个的一个或多个角色中的所述一个角色适用于包括在所述相应组中的所述车辆乘员中的每一个。

16.一种方法，其包括：

接收包括车辆乘员认证信息的数据；

接收控制车辆部件的请求；

识别所述车辆乘员的角色；

确定所述识别的角色是否包括控制所述车辆部件的权限；以及

如果所述识别的角色包括控制所述车辆部件的所述权限，则执行对所述车辆部件的所述请求的控制。

17.根据权利要求16所述的方法，其进一步包括：如果所述识别的角色缺少控制所述车辆部件的所述权限，则拒绝对所述车辆部件的所述请求的控制。

18.根据权利要求16所述的方法，其中所述控制请求是从所述车辆外部的远程装置接收的。

19.根据权利要求16所述的方法，其进一步包括：

基于第二输入数据来定义一个或多个角色，所述一个或多个角色中的每一个角色包括一个或多个权限；以及

将所述一个或多个角色中的一个角色分配给所述车辆乘员。

20.根据权利要求19所述的方法，其进一步包括：

定义车辆乘员的一个或多个组；以及

将所述一个或多个角色中的一个角色分配给所述一个或多个组，其中分配给所述一个或多个组中的一个的一个或多个角色中的所述一个角色适用于包括在所述相应组中的所述车辆乘员中的每一个。