CN112590810A - 自主车辆中的多方认证的系统和方法 - Google Patents

Abstract

本公开提供了“自主车辆中的多方认证的系统和方法”。系统和方法包括：让多个参与方登入自主车辆；在所述自主车辆中显示一个或多个认证协议；响应于所述一个或多个认证协议而从所述多个参与方中的每一者接收认证确认；以及将所述多个参与方的存在的认证确认状态传达给与所述自主车辆相关联的运输车辆功能(TVF)管理器。

Description

自主车辆中的多方认证的系统和方法

技术领域

本公开涉及自主车辆中的多方认证，并且更具体地涉及认证管理器，所述认证管理器被配置为认证正进入自主车辆的多个参与方的状态。

背景技术

运输系统正变得越来越依赖于共乘服务，其中车辆被分配来在两个或更多个航路点之间运输乘客。通过多方使用，使共乘服务更具成本效益。更具体地，优化用于多方运输的车辆的容量可减少操作费用、由于未占用造成的车辆停车时间以及道路交通。然而，车辆的同时多方使用可能产生参与方认证的问题，特别是当多个参与方同时或在同一航路点上登入车辆时。类似地，多方使用可能出现以下问题：较晚登车的参与方抵达车辆，并且已登车的参与方为较晚登车的参与方打开车门或者在较晚登车的参与方抵达时已经打开车门。特别是对于在车辆中不存在专用人类驾驶员的自主车辆，可能出现以下问题：第一参与方认证他们在车辆中的存在，但抵达车辆的另外的参与方在未认证其存在的情况下访问车辆。例如，第一参与方会为了第二参与方而保持车辆的车门打开。可能发生两个参与方同时进入车辆的另一个示例。在此类情况下，特别是在参与方中的一者或多者包括多名乘客的情况下，自主车辆可能无法检测多个参与方的存在。此外，识别自主车辆中的乘员的存在的传统车厢扫描和方法可能不适合参与方数量在请求运输之后改变但新参与方数量未及时传达给车辆的情况。

需要改进的多方辨识和管理，特别是对于自主车辆。

发明内容

本文公开的系统和方法被配置为认证在同一或类似航路点进入自主车辆或者在先前认证的参与方允许相继登车的参与方访问车辆而不需要相继登车的参与方进行认证的情况下进入自主车辆的多个参与方的状态。传统上，认证多方登车事件对于自主车辆来说是困难的，因为车辆上没有人类操作员来在视觉和听觉上检测车辆处的所有参与方的存在。本文描述的一种或多种系统和方法利用认证管理器(authentication manager，AM)，所述AM与跟自主车辆相关联的运输即服务(transportation-as-a-service，TaaS)车辆功能(TVF)管理器通信。AM向TVF通知参与方状态(例如，抵达所述车辆)以允许自主车辆的乘客经认证的操作，诸如运输到一个或多个目的地航路点。

在一个实施方案中，本公开利用设置在自主车辆内或自主车辆上的用户接口。用户接口可包括触摸屏、小键盘或其组合。用户接口可被配置为向已经(将要)在同一或类似航路点处登入自主车辆的多个参与方显示一个或多个认证协议。用户接口可进一步被配置为响应于一个或多个认证协议而从多个参与方中的每一者接收认证确认。在一个示例性实施方案中，一个或多个认证协议可包括识别哪些参与方仍未进行认证的参与方状态指示符。一个或多个认证协议可包括供参与方认证其在车辆中的存在的区域。在认证登车后，AM将成功认证传达给TVF以允许自主车辆操作。下文将更详细地描述本公开的这些和其他益处。

附图说明

参考附图阐述了具体实施方式。相同附图标记的使用可指示类似或相同的项。各种实施方案可利用附图中示出的元件和/或部件之外的元件和/或部件，并且一些元件和/或部件可能不存在于各种实施方案中。附图中的元件和/或部件不一定按比例绘制。在整个本公开中，根据上下文，可以可互换地使用单数与复数术语。

图1描绘根据实施方案的自主车辆的说明性视图。

图2和图3描绘根据实施方案的设置在自主车辆内的用户接口的示例性视图。

图4描绘根据实施方案的图3的用户接口的放大视图。

图5包括自主车辆中的多方认证的方法的流程图。

具体实施方式

现转到附图，图1描绘自主车辆100的说明性视图，自主车辆100包括运输即服务(TaaS)车辆功能(TVF)管理器102和认证管理器(AM)104。TVF 102可向自动化驾驶系统提供自主车辆100需要驾驶到的位置的坐标。TVF 102可进一步处理在非自主车辆中原本可由人驾类驶员处理的非驾驶职责。TVF 102和AM 104可包括呈一个或多个计算装置形式的模块，所述一个或多个计算装置包括被配置为执行计算机可读指令的一个或多个存储器和处理器，如本文所概述。

AM 104可被配置为认证进入自主车辆100的多个参与方的状态。在一个实施方案中，AM 104可被配置为认证在相同或大致相同的时间(诸如在同一登车位置)进入自主车辆100的多个参与方的成功登车。在另一个实施方案中，AM 104可被配置为在原本可能未发生认证的情况下认证相继登车的参与方。在不使用AM 104的情况下，多个参与方可在未认证其个人登车状态的情况下进入自主车辆100，从而使自主车辆100需要帮助来成功检测登车事件。传统上，当让单个参与方登入自主车辆100时，所述参与方必须认证其状态以解锁或以其他方式访问车辆。然而，当多个参与方同时登车或者车辆的车门原本就为了相继登车的参与方而保持打开时，可能不发生唯一认证。例如，第一参与方可认证他们的状态以打开或解锁自主车辆，并且为了在同一航路点登上自主车辆100的第二参与方而保持车门打开。替代地，第一参与方可打开车辆的车门，这可允许第二参与方未经认证地访问车辆。由于第二参与方不需要认证其状态以便解锁或访问自主车辆100，因此对第二参与方的成功登车的认证可能出现问题。具体地，在某些情况下，当成功认证的参与方少于所有参与方时，可能难以或不可能在多个存在的参与方之间进行区分。在其他情况下，当一个或多个参与方带着另外的乘客时，可能难以认证参与方。在又一些情况下，当参与方未能抵达自主车辆100并且必须移除他们的下车位置时，可能难以分配适当的路线。在这方面，AM 104可能需要认证第二参与方或其他另外的参与方以完成多方登车事件并且允许运输服务。在认证所有参与方的成功登车之后，AM 104可将认证确认状态传达给TVF 102，所述TVF 102然后可与自动化驾驶系统通信以操作自主车辆100并且将参与方运输到其相应下车位置。

在一个实施方案中，AM 104可包括处理电路。在一个实施方案中，AM 104可局部设置在自主车辆100内。AM 104可与TVF 102(诸如自主车辆100中或上所包含的单独操作硬件)分离。在一个实施方案中，AM 104可包括用户接口106，诸如触摸屏、用户录入小键盘或键盘或者另一用户交互接口，用户接口106被配置为从登车参与方接收其抵达自主车辆100的输入。在一个实施方案中，用户接口106可设置在自主车辆100的内部。例如，用户接口106可设置在自主车辆100的壁或前板(headboard)上，或者设置在自主车辆100的座椅或部件内。在另一个实施方案中，用户接口106可至少部分地设置在自主车辆100的外部位置处或沿着所述外部位置设置。例如，用户接口106可包括设置在自主车辆100的车门处或其附近的小键盘。在某些实施方案中，用户接口106可具有设置在自主车辆100内的一些部件和设置在自主车辆100外部的其他部件。多个接口可同步操作以在自主车辆100内部和外部检测参与方登车。

在一个实施方案中，TVF 102或另一个自主车辆子系统可执行内部检查以确定自主车辆100内的座位占用情况。此类内部检查可包括光学扫描、重量检测或被配置为检测自主车辆100内的一名或多名乘客的存在的其他类似扫描元件或方法。在例如要经由自主车辆100接受运输的参与方中的一者或多者在安排搭乘之后改变其参与方中的乘客数量的情况下，内部检查的使用可有用。通过非限制性示例，第一参与方可请求运输三个人，并且第二参与方可请求运输两个人。如果自主车辆有六个座位，则最初可存在供具有仅一名乘客的第三参与方使用的一个另外的座位。然而，如果第一参与方或第二参与方中的一者有一名另外的乘客抵达自主车辆100(例如，第一参与方有四名乘客抵达或者第二参与方有三名乘客抵达)，则内部检查的使用可通知TVF：期望空出的座位现在已被占用，并且在不首先让第一参与方和第二参与方中的一者或两者下车的情况下，自主车辆100无法接受另外的第三参与方。如下面更详细地描述，自主车辆100可包括供登车参与方编辑其参与方中所包含的乘客数量的输入选项。这种输入选项可包括在例如AM 104的用户接口106中。输入选项可允许进入参与方修改其参与方乘客计数以添加一名或多名另外的乘客或从参与方的乘客计数除去一名或多名现有乘客，以提供与特定参与方相关联的准确乘客计数。

在某些情况下，自主车辆100可在当前分配的航路点之间发生中间停靠。中间停靠可包括例如接载另外的参与方来进行运输。在一个实施方案中，TVF 102可请求AM 104在中间停靠时验证所有已登车参与方的状态。如果与参与方相关联的电话位于自主车辆100内，则可不需要另外的处理。在参与方向人机界面(HMI)验证其状态的情况下，可使用内部相机和座位传感器来执行对车辆内的参与方的检查，以验证参与方的成员并未改变座位位置。在一个实施方案中，自主车辆100可通过内部显示器、外部显示器或两者上的HMI呈现多方认证，以在中间停靠时检查参与方存在。当车辆的检查返回无效时或者除了车辆检查之外，可执行多方认证。

图2示出示例性用户接口106，其被配置为显示一个或多个认证协议108并响应于认证协议108而接收多个参与方中的每一者的存在的认证确认110。在一个实施方案中，一个或多个认证协议108可包括状态区域112，其描绘自主车辆100中的与运输需求相关联的参与方的当前状态。在所示实施方案中，状态区域112描绘两个参与方(例如，参与方IDJ052和S357)的成功认证和一个未认证参与方(例如，参与方ID X169)。相较于已成功认证其已登车状态的参与方，可通过使用不同的颜色、形状或一个或多个其他特性来在用户接口106上突出显示尚未认证其成功登车状态的参与方。在所示实施方案中，用橙色阴影指示参与方ID X169的未认证状态，以警示乘客：与参与方ID X169相关联的参与方尚未进行认证。

成功认证可在用户接口106上或通过另一种方法(诸如通过智能装置)执行。经由智能装置进行的认证在蜂窝接收性良好的区域中可容易地执行。然而，在蜂窝接收性不良的区域中，可能需要参与方使用用户接口106来手动认证其成功已登车状态。在所示实施方案中，将参与方ID J052描述为已通过使用智能装置进行认证。具体地，参与方ID J052已使用电话进行认证。同时，将参与方ID S357描述为已通过使用PIN认证(下面更详细地描述)进行认证。

图3示出在参与方(例如，参与方ID X169)选择其认证确认110(图2)之后的用户接口106。响应于选择认证确认110，用户显示器106可显示输入区域114以用于录入与认证参与方相关联的唯一密码或代码。在所示实施方案中，输入区域114包括数字键盘116，认证参与方可在数字键盘116中录入在登车之前接收的密码。在一个实施方案中，键盘116可显示在用户接口106上。在另一个实施方案中，键盘可以是与用户接口106通信的离散键盘或小键盘的一部分。图4示出可显示在用户接口106上的示例性键盘116的放大视图。键盘116可包括数字、字母、字符以及其他操作和功能元件，以允许用户成功录入其密码或代码。

在一个示例性实施方案中，参与方可在向自主车辆请求搭乘时经由与认证参与方相关联的智能装置接收其密码。替代地，密码可在请求搭乘与进入自主车辆100之间的某个其他时间提供给认证参与方。在一个实施方案中，密码可包括字母数字密码或PIN。认证参与方可录入所接收的密码以认证其已登车状态。

在成功认证时，用户接口106可改变先前未进行认证的参与方的状态以指示成功认证。AM 104可进一步将成功认证传达给TVF 102，以允许车辆通行到第一航路点目的地。

图5示出自主车辆中的多方认证的方法500的流程图。在一个实施方案中，方法500包括：让多个参与方登入502自主车辆。在一个实施方案中，登车502在相同或大致相同的时间发生，诸如在同一航路点处发生。在另一个实施方案中，单个航路点处的登车502可包括多个参与方进入自主车辆而无需单独认证以解锁或访问自主车辆的情况。也就是说，在并不需要所有参与方进行单独参与方认证以访问自主车辆的情况下，可能需要多方认证的方法500。例如，如果第一参与方为了第二参与方而保持车门打开或重新打开车门，则第二参与方可在不认证抵达的情况下进入自主车辆。通过另一个示例，第一参与方的成员可在第二参与方将要登车的航路点处暂时离开车辆。如果第二参与方在车门打开时抵达，则第二参与方可能不需要认证抵达以访问自主车辆。

方法500还可包括：在自主车辆中显示504一个或多个认证协议。认证协议可显示在自主车辆内部、自主车辆外部或两者。认证协议可向登车参与方指示对认证的请求。认证协议还可包括让登车参与方认证其已登车状态的指令或动作。

在某些情况下，多个参与方中的一者或多者可能未成功认证其状态。例如如果参与方未出现在自主车辆中或自主车辆处或者未注意到所请求认证，则可能发生这种情况。在此类情况下，自主车辆可向未进行认证的参与方产生警示。警示可包括例如视觉警示、听觉警示、触觉警示、其他类型的警示或其任何组合。在某些实施方案中，警示具有可变强度，诸如随时间推移增加的强度。也就是说，例如，初始警示可包括给参与方的低强度通知。随时间推移，警示的强度可增大。例如，警示可变得更响、更亮或更刺耳，以便更容易引起一个或多个遗漏或未进行认证的参与方的注意。

在一个实施方案中，方法500还可包括：响应于一个或多个认证协议而从多个参与方中的每一者接收506认证确认。在某些情况下，参与方可将唯一密码或代码录入到一个或多个用户接口中以认证状态。在特定实施方案中，用户接口可包括触摸屏，所述触摸屏被配置为显示字母数字字符和其他字符以供参与方录入其密码。

在一个实施方案中，方法500还可包括：将多个参与方的存在的认证确认状态传达508给与自主车辆相关联的TaaS车辆功能(TVF)管理器。在某些情况下，传达508多个参与方的存在可允许TVF执行登车检查，并且一旦登车检查完成，就请求参与方提供确认以允许自主车辆将汽车换挡到驾驶挡。一旦提供确认并且自主车辆准备好驾驶，TVF就可请求自动驾驶系统执行驾驶到如由TVF提供的下车位置的任务。

在一个实施方案中，自主车辆可进一步为相关联智能装置(诸如将要登入自主车辆的一个或多个参与方的用户装置)产生更新。在特定实施方案中，TVF可产生更新。更新可与对自主车辆、一个或多个参与方或两者的更新相对应。例如，更新可向参与方中的一者或多者通知：自主车辆已抵达接载航路点，已从航路点出发，正在去往航路点的途中，正在等待参与方登车，不再被调度用于接载，不需要维护，或者参与方的任何其他相关更新。在某些实施方案中，可仅将更新发送到需要为其通知更新的那些用户装置。也就是说，可仅将更新发送到参与方中与运输场景相关联的一个或少数参与方。

在一个实施方案中，TVF可将预期登车参与方行程ID传达给AM。在一个实施方案中，自主车辆可被配置为在抵达之前的有限持续时间内向将要登车的参与方更新其位置或状态。有限持续时间可持续例如10秒、15秒或30秒。此外，更新可在出发之后中止。以这种方式，可更好地维持自主车辆、与自主车辆相关联的参与方或两者的安全性，以避免事故和问题。在一个实施方案中，AM可保持与行程ID相关联的密钥不活动。在从TVF接收到登车状态后，AM可激活与行程ID相关联的密钥。AM可进一步接合适当的密钥验证系统和相关联的人机界面(HMI)，诸如电话连接请求、电话定位、小键盘HMI等。

在某些实施方案中，可在与参与方相关联的智能装置与自主车辆连接的整个持续时间内连续地维持如由智能装置监测的参与方位置。在位置改变时或者当AM在进行解锁和出发时从车辆的另一个模块接收到认证质询之后，可将所确定的位置报告给AM。然后，AM可报告整个搭乘持续时间内所有已知参与方的位置。特别地，AM可报告登车操作期间所有已知参与方的位置。

在某些情况下，AM可被配置为从与自主车辆相关联的区域中的智能装置接收认证或其简化版本。例如，当参与方接近车辆时，AM可从其接收认证。AM可向TVF通知正在接近的参与方，TVF然后可解锁车辆。在某些情况下，AM可进一步在用户接口处请求认证。在其他情况下，AM可在通知正在接近车辆的参与方时认证所述参与方。如前所述，自主车辆与智能装置之间的这种交互可能并不在所有区域中都可用，因为蜂窝接收性可能不够强。因此，在某些情况下，认证协议可变化。

在一个实施方案中，TVF可在每次搭乘的目的地处向AM通知参与方行程ID下车列表。参与方行程ID下车列表可独立于任何同时或类似的接载时间。可允许下车参与方在下车期间访问自主车辆。对自主车辆的访问可对下车参与方终止，例如，在通过锁定请求或超时时段锁定自主车辆的车门时。在一个实施方案中，可允许下车参与方重新认证其在车辆处的存在，例如以领取被遗忘的行李，只要超时时段尚未到期即可。然后，自主车辆可在TVF确定参与方完成下车之后出发。这种确定可经由超时或在用HMI(例如，移动应用程序或利用一个或多个内部和外部显示器)成功确认时发生。

然而，本公开可以许多不同形式来体现，并且不应被解释为受限于本文阐述的示例性实施方案。相关领域的技术人员将明白，在不脱离本公开的精神和范围的情况下，可对各种实施方案作出形式和细节上的各种改变。因此，本公开的广度和范围不应受上述示例性实施方案中的任一者限制，而是应仅根据以下权利要求及其等效物来限定。以下描述出于说明目的呈现，而非意图为详尽的或受限于所公开的精确形式。可以形成本公开的另外混合实现方式所期望的任何组合来使用替代实现方式。

相对于本公开的一个特征描述的装置特性可在其他装置中提供类似的功能。例如相对于特定部件(诸如第一计算机中的第一处理器)描述的功能中的任一个可由另一个部件(诸如另一个计算机中的第二处理器)执行。另外，尽管已用特定于结构特征和/或方法动作的语言描述了实施方案，但是应理解，本公开不一定受限于所描述的特定特征或动作。

在以上公开内容中，已经参考示出可实践本公开的具体实现方式的附图。应理解，在不脱离本公开的范围的情况下，可利用其他实现方式，并且可进行结构改变。说明书中对“一个实施方案”、“一种实施方案”、“示例性实施方案”等的引用指示：所描述的实施方案包括特定特征、结构或特性，但是每个实施方案可不一定包括所述特定特征、结构或特性。此外，此类短语不一定是指同一实施方案。此外，当结合实施方案描述特征、结构或特性时，无论是否明确描述，本领域技术人员都将认识到结合其他实施方案的此类特征、结构或特性。

还应理解，如本文所使用的字词“示例”意图在本质上是非排他性的且非限制性的。更特别地，如本文所使用的字词“示例性”指示若干示例当中的一个，并且应理解，针对正在描述的特定示例并没有过分的强调或偏好。某些字词和术语在本文中仅为了方便而使用，并且此类字词和术语应被解释为指代本领域普通技术人员以各种形式和等效形式通常所理解的各种对象和动作。

计算机可读介质(也称为处理器可读介质)包括参与提供可由计算机(例如，由计算机的处理器)读取的数据(例如，指令)的任何非暂时性(例如，有形)介质。这种介质可采取许多形式，包括但不限于非易失性介质和易失性介质。计算装置可包括计算机可执行指令，其中所述指令可由一个或多个计算装置(诸如以上列出的那些)执行并且存储在计算机可读介质上。

关于本文描述的过程、系统、方法、启发法等，应理解，尽管已将此类过程等的步骤描述为按照某个有序序列发生，但此类过程可在所描述的步骤以本文描述的顺序之外的顺序执行的情况下实践。应进一步理解，可同时执行某些步骤，可添加其他步骤，或者可省略本文描述的某些步骤。换句话说，本文中对过程的描述是出于说明各种实施方案的目的而提供的，并且绝不应被解释为限制权利要求。

除非在本文中做出明确的相反指示，否则权利要求中使用的所有术语意图被赋予其如本文中描述的技术人员所理解的普通含义。特别地，除非权利要求叙述相反的明确限制，否则对诸如“一个”、“该”、“所述”等单数冠词的使用应被解读为叙述所指示要素中的一者或多者。除非另有特别说明或在使用时在上下文内以其他方式理解，否则诸如尤其是“能够”、“可能”、“可以”或“可”的条件语言通常意图表达某些实施方案可包括某些特征、元件和/或步骤，而其他实施方案可不包括某些特征、元件和/或步骤。因此，这种条件语言并不意图暗示一个或多个实施方案无论如何都需要所述特征、元件和/或步骤。

预计并预期本文所讨论的技术未来将有所发展，并且所公开的系统和方法将并入到此类未来实施方案中。总而言之，应理解，本申请能够进行修改和变化。

根据本发明的一个实施方案，所述用户接口被配置为显示所述多个参与方中的每一者的状态。

根据一个实施方案，所述用户接口被配置为从所述多个参与方中的每一者接收唯一标识符。

根据一个实施方案，所述认证管理器进一步被配置为接受所述多个参与方中的所述参与方中的至少一者的乘客数量修改并将所述乘客数量修改传达给所述TVF。

根据一个实施方案，所述认证管理器进一步被配置为在所述自主车辆的状态改变时通知与所述多个参与方中的至少一者相关联的用户装置。

根据一个实施方案，所述认证管理器被配置为在一定持续时间之后向所述多个参与方中的未进行认证的参与方产生警示。

Claims (15)

1.一种方法，其包括：

让多个参与方登入自主车辆；

在所述自主车辆中显示一个或多个认证协议；

响应于所述一个或多个认证协议而从所述多个参与方中的每一者接收认证确认；以及

将所述多个参与方的存在的认证确认状态传达给与所述自主车辆相关联的运输车辆功能(TVF)管理器。

2.如权利要求1所述的方法，其中所述多个参与方各自包括至少一名乘客。

3.如权利要求1所述的方法，其中显示所述一个或多个认证协议在所述自主车辆的内部执行。

4.如权利要求1所述的方法，其还包括：在所述自主车辆内显示所述多个参与方中的每一者的状态。

5.如权利要求4所述的方法，其中显示所述状态和接收所述多个参与方中的每一者的认证确认是在同一接口上执行。

6.如权利要求1所述的方法，其中接收认证确认包括：从所述多个参与方中的每一者接收唯一标识符。

7.如权利要求1所述的方法，其中所述多个参与方在同一航路点登入所述自主车辆。

8.如权利要求1所述的方法，其还包括：在自显示所述认证协议开始的一定持续时间之后向所述多个参与方中的一个或多个未进行认证的参与方产生警示。

9.一种自主车辆，其包括：

认证管理器(AM)，所述AM包括用户接口，其中所述AM被配置为认证进入所述自主车辆的多个参与方的状态，并且其中所述AM被配置为将所述多个参与方的所述状态传达给运输即服务(TaaS)车辆功能TVF系统。

10.如权利要求9所述的自主车辆，其中所述AM被配置为认证所述多个参与方的存在。

11.如权利要求9所述的自主车辆，其中所述用户接口的至少一部分设置在所述自主车辆的内部。

12.如权利要求9所述的自主车辆，其中所述TVF管理器被配置为在预期参与方尚未由所述AM进行认证时产生需要参与方认证的提示。

13.如权利要求9所述的自主车辆，其中所述用户接口被配置为从进入所述自主车辆的所述参与方接收PIN条目。

14.一种用于自主车辆的认证管理器，其包括：

用户接口，所述用户接口被配置为：

向已登入所述自主车辆的多个参与方显示一个或多个认证协议；并且

响应于所述一个或多个认证协议而从所述多个参与方中的每一者接收认证确认；

处理电路，所述处理电路被配置为将所述多个参与方的存在的认证确认状态传达给与所述自主车辆相关联的运输车辆功能(TVF)管理器。

15.如权利要求14所述的认证管理器，其中所述用户接口设置在所述自主车辆内。

Images