CN112434551A - 用于车辆使用认证的系统和方法 - Google Patents

Abstract

提供了将验证图像与一个或多个确认数据集进行比较的系统和方法，其中所述一个或多个确认集的每一者是基于将文档图像与确认图像匹配而形成。在至少一个示例中，可以响应于所述验证图像与所述一个或多个确认数据集中的确认数据集匹配而执行一个或多个车辆可操作性动作。例如，可以响应于所述验证图像与所述确认数据不匹配而进一步执行拒绝动作。

Description

用于车辆使用认证的系统和方法

相关申请的交叉参考

本申请要求在2019年8月23日提交的标题为“用于车辆使用认证的系统和方法”的美国临时专利申请号62/891,032的优先权，所述美国临时专利申请出于所有目的通过引用的方式整体并入本文。

背景技术

本公开涉及可以在车辆的背景中使用的用户认证。

发明内容

随着汽车租赁和汽车共享计划的不断普及，车辆合同管理和认证用户也面临日益严峻的挑战。具体地，在合同申请过程期间认证用户可能会耗费大量劳动和时间，这通常需要人工检查。此类合同认证方法可能会形成瓶颈。此外，用于在控制点处集结或停放租赁汽车的当前方法可能会使得将用户与车辆配对非常耗时。

此外，即使一个或多个用户在车辆使用的合同申请过程期间被认证之后，确保仅签合同的一个或多个用户操作所述车辆仍可能会面临其他问题。例如，在一些情况下，已认证用户可以允许未被认证操作车辆的用户驾驶车辆。另外，针对用户可能尝试欺骗当前汽车租赁和汽车共享计划而为车辆提供第二级安全性面临日益严峻的挑战。

鉴于上述情况，发明人已经认识到需要移除租赁汽车的手动步骤并提高安全性。因此，发明人已经开发了用于至少部分解决上述问题的系统和方法。

在发明人开发的至少一种示例性方法中，用户的验证图像被车辆捕获并且与确认数据集进行比较。确认数据集可以是基于在诸如汽车租赁合同或汽车共享合同注册过程之类的合同注册过程期间经由面部识别将用户的文档图像和确认图像进行匹配而先前验证的数据集。如果用户的验证图像与确认集图像数据匹配，则可以执行车辆可操作性动作。替代地，如果用户的验证图像与确认集不匹配，则执行拒绝动作，所述拒绝动作阻止车辆被操作。

通过移除租赁汽车的手动步骤，尤其是由于可以消除结账队列，因此可以实现速度和便利性。由于所公开的方法有助于将车辆的使用限制为由租赁协议授权的用户并且有助于阻止未被授权的用户利用租赁车辆，因此进一步提高了安全性。

附图说明

图1示出了根据本公开的一个或多个实施例的车厢的示例性局部视图；

图2示出了根据本公开的一个或多个实施例的示例性车载计算系统；

图3示出了根据本公开的一个或多个实施例的示例性车辆监测系统；

图4A和图4B示出了根据本公开的至少一个示例的方法的流程图；

图5示出了根据本公开的至少一个示例的方法的流程图；

图6示出了根据本公开的至少一个示例的示例性通信图式。

具体实施方式

如上文所讨论的，本公开至少部分地涉及一种用于对操作车辆(诸如包括图1、图2和图3所示的特征的车辆)进行用户认证的方法。如图4A、图4B和图5所讨论的，用户的验证图像被车辆捕获并与确认集进行比较，其中基于经由面部识别将用户的文档图像和确认图像进行匹配来形成确认集。例如，确认集可以存储在确认数据库中，如图6所示。如果用户的验证图像与确认集图像数据匹配，则可以执行车辆可操作性动作。替代地，如果用户的验证图像与确认集不匹配，则执行拒绝动作，所述拒绝动作阻止车辆被操作。

在由发明人开发的至少一个示例中，使用移动装置上包含面部识别软件、汽车共享服务或传统的汽车租赁代理商的应用程序可以注册潜在用户连同他们的驾驶执照的照片、姓名、地址、信用卡信息等。经由诸如在应用程序内拍摄的照片之类的确认照片来确认用户的驾驶执照的照片(其在本文中可以被称为文档图像)。所述应用程序的面部识别软件可以用于根据确认照片来验证用户的驾驶执照。

然后，用户进入车辆，位于驾驶员座椅上(也就是说，坐在驾驶员座椅上)，并且在用户位于驾驶员座椅上时，车辆经由面部识别将用户识别为租赁车辆的用户。响应于车辆将用户验证为租赁车辆的用户，然后可以在合同上同意的时间段内起动并驾驶车辆。然而，如果进入车辆并且位于驾驶员座椅上的用户没有被验证为租赁车辆的用户，则阻止车辆起动和驾驶。由车辆执行的面部识别可以经由面部识别软件来执行，所述面部识别软件是例如车厢监测软件和移动应用程序的一部分。

包含上面讨论的两层面部验证过程有利地将用户与车辆联系在一起，并且将未被授权的用户利用租赁汽车和汽车共享车辆降低至最低程度。此外，与传统的汽车租赁结账过程相比可以实现提高效率，所述传统的汽车租赁结账过程可能包括人员执行驾驶执照的验证并确保已授权用户与租赁车辆配对。此外，本文公开的方法需要用户的三个不同图像以跨车辆使用的两个不同验证过程执行用户的验证，这有利地有助于阻止未被授权的用户利用车辆。

现在转到图1，图1示出了用于音频定制系统的一种类型的环境的示例性局部视图：其中可以乘坐驾驶员和/或一个或多个乘客的车辆102的车厢100的内部。图1的车辆102可以是包括驱动轮(未示出)和内燃发动机104的机动车辆。内燃发动机104可以包括一个或多个燃烧室，所述一个或多个燃烧室可以经由进气道接收进气并经由排气道排出燃烧气体。除了其他类型的车辆之外，车辆102还可以是公路汽车。在一些示例中，车辆102可以包括混合动力推进系统，所述混合动力推进系统包括能量转换装置，所述能量转换装置可操作以从车辆运动和/或发动机吸收能量并将吸收的能量转换为适用于通过能量存储装置存储的能量形式。车辆102可以包括结合有燃料电池、太阳能捕获元件和/或为车辆提供动力的其他能量存储系统的全电动车辆。

如图所示，仪表板106可以包括车辆102的驾驶员(也被称为用户)可访问的各种显示器和控件。例如，仪表板106可以包括车载计算系统109(例如，信息娱乐系统)的触摸屏108、音频系统控制面板和仪表组110。尽管图1所示的示例性系统包括音频系统控件，所述音频系统控件可以经由车载计算系统109的用户界面(诸如没有单独的音频系统控制面板的触摸屏108)来执行，但是在其他实施例中，车辆可以包括音频系统控制面板，所述音频系统控制面板可以包括用于常规的车辆音频系统(诸如收音机、光盘播放器、MP3播放器等)的控件。所述音频系统控件可以包括用于经由车辆扬声器系统的扬声器112控制音频输出的一个或多个方面的特征。例如，车载计算系统或音频系统控件可以控制音频输出的音量、车辆扬声器系统的各个扬声器之间的声音分布、音频信号的均衡和/或音频输出的任何其他方面。在其他示例中，车载计算系统109可以基于经由触摸屏108直接接收到的用户输入或基于经由外部装置150和/或移动装置128接收的关于用户的数据(诸如身体状态和/或用户的环境)来调整(例如，来自收音机或CD或MP3的)无线电台选择、播放列表选择、音频输入源等。在至少一个示例中，移动装置128可以包括一个或多个相机。车辆的音频系统可以包括耦合到多个扬声器(未示出)的放大器(未示出)。在一些实施例中，车载计算系统109的一个或多个硬件元件(诸如触摸屏108、显示屏、各种控制刻度盘、旋钮和按钮、存储器、一个或多个处理器以及任何接口元件(例如，连接器或端口))可以形成安装在车辆的仪表板106中的集成主机单元。主机单元可以固定地或可移除地附接到仪表板106中。在另外的或替代的实施例中，车载计算系统的一个或多个硬件元件可以是模块化的并且可以安装在车辆的多个位置中。

车厢100可以包括用于监测车辆、用户和/或环境的一个或多个传感器。例如，车厢100可以包括：一个或多个安装在座椅上的压力传感器，所述压力传感器被配置为测量施加到座椅的压力以确定用户的存在与否；车门传感器，所述车门传感器被配置为监测车门活动；湿度传感器，所述湿度传感器用于测量车厢的含水量；传声器，所述传声器接收呈语音命令的形式的用户输入，使得用户能够拨打电话和/或测量车厢100中的环境噪声；等等。

在这些传感器中，可以包括一个或多个相机101，其中一个或多个相机101可以用于捕获车厢100内或尝试进入车厢的一个或多个用户的图像。

例如，相机101可以捕获在车辆的驾驶员位置中的用户的图像，其中车辆的驾驶员位置是车辆102的车厢100内的位置，所述位置包括驾驶员控件，诸如方向盘、点火开关、制动踏板和加速踏板以及其他驾驶员控制特征。

在一些示例中，相机101的定位可以是可调整的。相机101的这种可调整性可以有利地允许调整相机101的定位使得相机101增大用于捕获面部图像的范围。在至少一个示例中，这种可调整性可以有利于允许捕获各种身高的用户的面部图像。相机101的位置的可调整性可能能够捕获车厢100内的一个或多个用户的面部图像。例如，可以调整相机101以便更好地捕获驾驶员座椅上的用户和乘客座椅上的用户的面部图像。

另外或替代地，相机101还可以包括作为广角镜头的镜头。相机101包括广角镜头对于增大捕获范围可能是有利的。注意，在相机101包括广角镜头的情况下，可以在捕获面部图像之后执行调整过程以在执行面部识别过程之前校正任何失真。

相机101的其他参数是可以进一步调整的以便促进面部成像过程。例如，可以调整光敏性(例如，ISO)、快门速度、光圈、景深、白平衡和曝光补偿中的一者或多者。相机101的此类参数可以被自动调整以确保为了评估目的而捕获了足够多面部信息。

相机101的参数可以被自动调整以确保捕获执行面部识别所需的预定面部数据。在至少一个示例中，执行面部识别所需的预定面部数据可以是特定的面部特征。例如，预定面部数据点可以包括一个或多个面部特征，诸如用户的眼睛、鼻子、嘴巴和耳朵中的一者或多者。预定面部数据点可以另外或替代地包括例如脸型和发际线。

另外或替代地，执行面部识别所需的预定面部数据可以是用户面部的估计百分比。也就是说，可以估计用户面部在相机101的视野内的百分比。这种估计可以基于所识别的面部特征中的一者或多者。例如，如果在捕获的面部图像中识别出两只眼睛、一只鼻子和两只耳朵，则可以做出关于已经捕获了多少用户面部的对应估计。如果捕获的用户面部的估计百分比大于预定百分比阈值，则捕获的面部图像将被确定为适用于执行面部识别。如果确定捕获的用户面部的估计百分比小于或等于预定百分比阈值，则捕获的面部图像将被确定为不适用于执行面部识别。如果捕获的面部图像被确定为不适用于执行面部识别，则可以自动操作相机以重新捕获面部图像。可以自动重复操作相机以捕获用户的一个或多个面部图像的过程，直到捕获到适用于执行面部识别的用户的面部图像(例如，捕获的面部图像大于预定百分比阈值)为止。或者，在至少一个示例中，可以仅自动重复一个或多个面部图像捕获过程，直到失败的面部捕获过程的阈值次数达到阈值为止。

例如，可以响应于未能捕获大于预定百分比阈值的面部图像而确定面部捕获过程失败。如果已经确定面部捕获过程失败的次数大于阈值次数，则面部捕获过程可以终止，并且可能不会发起面部图像的重新捕获。例如，失败的面部捕获过程的阈值次数可以是三次。在此类情况下，响应于面部捕获过程第一次失败，可以自动执行第一次面部图像重新捕获。如果面部捕获过程由于第一次重新捕获的面部图像而第二次失败，则可以执行第二次面部重新捕获作为第三次面部捕获过程的一部分。如果面部捕获过程由于第二次重新捕获的面部图像而第三次失败，则面部捕获过程可以终止。注意，终止面部捕获过程可以包括不自动控制相机来拍摄另一个面部捕获图像。在至少一个示例中，终止面部捕获过程可以包括在移动装置和/或车辆的用户界面上提供关于面部捕获失败的提供的通知。在至少一个示例中，面部捕获失败通知可以包括提示，所述提示请求是否重新尝试面部捕获过程。

另外，在一些示例中，必须捕获用户面部的估计阈值百分比与所捕获的一个或多个所需面部特征两者的结合以便将捕获的面部图像用于面部识别。例如，可能需要用户的眼睛以便将捕获的面部图像用于执行面部识别，而与捕获的面部图像中的用户面部的估计百分比无关。

尽管相机101被示为位于仪表板110上，但是可以预期相机101的其他定位。例如，相机101可以被定位成邻近后视镜、集成到方向盘中、被结合到仪表盘中、联接到车厢车顶，或者在车辆的车门处面朝外以监测车辆的入口，以及被定位在其他可能的位置。

应理解，上述传感器和/或一个或多个另外的或替代的传感器可以位于车辆的任何合适位置中。例如，传感器可以位于发动机舱中、位于车辆的外表面上，和/或位于用于提供关于车辆的操作、车辆的环境状况、车辆的用户等的信息的其他合适的位置中。例如，通过在车辆的外表面(车辆的车厢外部)包括相机，用户可在被允许进入车辆的车厢之前经历认证过程。也可以从车辆外部和/或与车辆分开(也就是说，并非车辆系统的一部分)的传感器(诸如耦合到外部装置150和/或移动装置128的传感器)接收关于车辆的环境状况、车辆状态或车辆驾驶员的信息。

车厢100还可以包括在行驶之前、期间和/或之后存储在车辆中的一个或多个用户对象，诸如移动装置128。移动装置128可以包括智能电话、平板电脑、膝上型计算机、便携式媒体播放器和/或任何合适的移动计算装置。移动装置128可以经由通信链路130连接到车载计算系统。通信链路130可以是有线的(例如，经由通用串行总线[USB]、高清晰度链路[MHL]、高清晰度多媒体接口[HDMI]、以太网等)或无线的(例如，经由蓝牙、WIFI、WIFI直连、近场通信[NFC]、蜂窝连接等)，并且被配置为在移动装置与车载计算系统之间提供双向通信。移动装置128可以包括用于连接到一个或多个通信链路(例如，上述示例性通信链路中的一者或多者)的一个或多个无线通信接口。无线通信接口可以包括一个或多个物理装置，诸如耦合到数据线以载送所传输或接收的数据的一个或多个天线或一个或多个端口，以及用于根据移动装置中的其他装置来操作物理装置的一个或多个模块/驱动器。例如，通信链路130可以将来自各种车辆系统(诸如车辆音频系统、气候控制系统等)和触摸屏108的传感器信号和/或控制信号提供到移动装置128，并且可以将来自移动装置128的控制信号和/或显示信号提供到车载系统和触摸屏108。通信链路130还可以从车载电源向移动装置128提供电力以便给移动装置的内部电池充电。

车载计算系统109也可以通信地耦合到由用户操作和/或访问但位于车辆102外部的附加装置，诸如一个或多个外部装置150。在所描绘的实施例中，尽管外部装置位于车辆102的外部，但是应明白，在替代实施例中，外部装置可以位于车厢100内部。外部装置可以包括服务器计算系统、个人计算系统、便携式电子装置、电子腕带、电子头带、便携式音乐播放器、电子活动跟踪装置、计步器、智能手表、GPS系统等。外部装置150可以经由通信链路136(其可以是有线的或无线的，如参考通信链路130所讨论的)连接到车载计算系统，并且被配置为在外部装置与车载计算系统之间提供双向通信。例如，外部装置150可以包括一个或多个传感器，并且通信链路136可以将来自外部装置150的传感器输出传输到车载计算系统109和触摸屏108。外部装置150也可以存储和/或接收关于上下文数据、用户行为/偏好、操作规则等的信息，并且可以将来自外部装置150的这种信息传输到车载计算系统109和触摸屏108。

车载计算系统109可以分析从外部装置150、移动装置128和/或其他输入源接收的输入以及各种车载系统(诸如气候控制系统或音频系统)的选择设置，经由触摸屏108和/或扬声器112提供输出，与移动装置128和/或外部装置150通信，和/或基于评估结果执行其他操作。在一些实施例中，评估结果的全部或一部分可以由移动装置128和/或外部装置150执行。

在一些实施例中，外部装置150中的一者或多者可以经由移动装置128和/或外部装置150中的另一个外部装置间接地通信耦合到车载计算系统109。例如，通信链路136可以将外部装置150通信地耦合到移动装置128，使得来自外部装置150的输出被中继到移动装置128。然后，可以将从外部装置150接收的数据与由移动装置128收集的数据在移动装置128处进行聚合，然后将聚合的数据经由通信链路130传输到车载计算系统109和触摸屏108。类似的数据聚合可以在服务器系统处发生，然后经由通信链路136/130传输到车载计算系统109和触摸屏108。

图2示出了被配置和/或集成在车辆201内部的车载计算系统200的框图。车载计算系统200可以是图1的车载计算系统109的示例，和/或在一些实施例中可以执行本文描述的方法中的一者或多者。另外或替代地，车载计算系统200可以是用于图3的车辆300的车载计算系统的示例。在一些示例中，车载计算系统可以是车辆信息娱乐系统，所述车辆信息娱乐系统被配置为将基于信息的媒体内容(音频和/或视觉媒体内容，包括娱乐内容、导航服务等)提供到车辆用户以增强操作员车载体验。车辆信息娱乐系统可以包括或耦合到各种车辆系统、子系统、硬件部件以及软件应用程序和系统，所述软件应用程序和系统被集成在或可集成到车辆201中以便增强驾驶员和/或乘客的车载体验。

车载计算系统200可以包括一个或多个处理器，所述处理器包括操作系统处理器214和接口处理器220。操作系统处理器214可以执行车载计算系统上的操作系统，并且控制车载计算系统的输入/输出、显示、播放和其他操作。接口处理器220可以经由车辆间系统通信模块222与车辆控制系统230对接。

车辆间通信模块222可以将数据输出到其他车辆系统231和车辆控制元件261，同时还例如通过车辆控制系统230从其他车辆部件和系统231、261接收数据输入。在输出数据时，车辆间系统通信模块222可以经由总线提供与车辆的任何状态、车辆周围环境或连接到车辆的任何其他信息源的输出相对应的信号。车辆数据输出可以包括例如模拟信号(诸如当前速度)、由各个信息源(诸如时钟、温度计、位置传感器(诸如全球定位系统[GPS]传感器等))提供的数字信号、通过车辆数据网络(诸如：发动机控制器局域网[CAN]总线，通过其可以传送发动机相关信息；气候控制器CAN总线，通过其可以传送气候控制相关信息；以及多媒体数据网络，通过其在车辆中的多媒体部件之间传送多媒体数据)传播的数字信号。例如，车载计算系统可以从发动机CAN总线中检索由车轮传感器估计的车辆的当前速度、经由电池和/或车辆的电力分布系统获得的车辆的动力状态、车辆的点火装置状态等。另外，在不脱离本公开的范围的情况下，也可以使用诸如以太网之类的其他对接装置。

非易失性存储装置208可以包括在车载计算系统200中来以非易失性形式存储诸如可由处理器214和220执行的指令的数据。存储装置208可以存储应用程序数据以使得车载计算系统200能够运行用于连接到基于云的服务器和/或收集信息以传输到基于云的服务器的应用程序。所述应用程序可以检索由车辆系统/传感器、输入装置(例如，用户界面218)、与车载计算系统进行通信的装置(例如，经由蓝牙链路连接的移动装置)等收集的信息。车载计算系统200还可以包括易失性存储器216。易失性存储器216可以是随机存取存储器(RAM)。非暂时性存储装置(诸如非易失性存储装置208和/或易失性存储器216)可以存储指令和/或代码，所述指令和/或代码在由处理器(例如，操作系统处理器214和/或接口处理器220)执行时控制车载计算系统200以执行本公开中描述的动作中的一者或多者。

传声器202可以被包括在车载计算系统200中以从用户接收语音命令、测量车辆中的环境噪声、根据车辆的声学环境来确定是否调谐来自车辆扬声器的音频。语音处理单元204可以处理语音命令，诸如从传声器202接收的语音命令。在一些实施例中，车载计算系统200还可能能够使用被包括在车辆的音频系统232中的传声器来接收语音命令并对周围车辆噪声进行采样。

车载计算系统200的传感器子系统210中可以包括一个或多个附加传感器。传感器子系统可以包括存储在非暂时性存储器中的指令，所述指令可由处理器执行以执行本文所述的功能中的一者或多者。

例如，传感器子系统210可以包括一个或多个相机209，诸如用于帮助用户停放车辆的后视相机和/或用于(例如，使用经由存储在传感器子系统中的人工智能实现的面部识别和/或用户手势)识别用户的相机。例如，相机209可以包括如图1所示的相机101和图3中的监测系统302的相机。当捕获面部图像样本时，可以经由传感器子系统致动相机209。例如，相机209可以被致动以获得车厢内的一个或多个用户的面部图像。在至少一个示例中，致动相机209以获得车厢内的一个或多个用户的面部图像可以包括致动相机101中的一者或多者。具体地，作为授权车辆使用的验证步骤的一部分，可以执行相机209的致动以获得车厢内的一个或多个用户的面部图像。在此类示例中，可以执行面部图像以确保捕获至少预定数量的面部数据点。如上文所讨论的，确保在获得面部图像时捕获预定数量的面部数据点有助于在将面部图像用于验证目的期间提高准确性。

车载计算系统200的传感器子系统210可以与各种车辆传感器通信并从其中接收输入，并且可以进一步接收用户输入。例如，由传感器子系统210接收的输入可以包括变速器挡位位置、变速器离合器位置、油门踏板输入、制动器输入、变速器选择器位置、车辆速度、发动机转速、通过发动机的空气质量流量、环境温度、进气温度等，以及来自气候控制系统传感器的输入(诸如传热流体温度、防冻液温度、风扇速度、乘客舱温度、期望的乘客舱温度、环境湿度等)、来自检测由用户发出的语音命令的音频传感器的输入、来自从车辆的钥匙扣接收命令并任选地跟踪车辆的钥匙扣的地理位置/接近度的钥匙扣传感器的输入等。尽管某些车辆系统传感器可以单独地与传感器子系统210通信，但是其他传感器也可以与传感器子系统210和车辆控制系统230两者通信，或者可以经由车辆控制系统230间接地与传感器子系统210通信。车载计算系统200的导航子系统211可以生成和/或接收导航信息，诸如位置信息(例如，经由GPS传感器和/或来自传感器子系统210的其他传感器得到的信息)、路线引导、交通信息，感兴趣点(POI)识别，和/或为驾驶员提供其他导航服务。

车载计算系统200的外部装置接口212可能能够耦合到车辆201外部的一个或多个外部装置240和/或与其进行通信。尽管外部装置被示为定位在车辆201的外部，但是应理解，它们可以暂时容纳在车辆201中，诸如当用户在操作车辆201的同时操作外部装置时容纳在所述车辆中。换句话说，外部装置240不是车辆201的组成部分。外部装置240可以包括移动装置242(例如，经由蓝牙、NFC、WIFI直连或其他无线连接进行连接)或替代的启用蓝牙的装置252。移动装置242可以是移动电话、智能电话、可以经由有线和/或无线通信与车载计算系统进行通信的可穿戴装置和/或传感器、或一个或多个其他便携式电子装置。

其他外部装置包括外部服务246。例如，外部装置可以包括与车辆分开并位于车辆外部的车外装置。在至少一个示例中，外部服务246可以包括存储在其上的确认数据库502(图5所示)。其他外部装置包括外部存储装置254，诸如固态驱动器、随身碟、USB驱动器等。在不脱离本公开的范围的情况下，外部装置240可以无线地或经由连接器与车载计算系统200进行通信。例如，外部装置240可以通过外部装置接口212经由网络260、通用串行总线(USB)连接、直接有线连接、直接无线连接和/或其他通信链路与车载计算系统200进行通信。外部装置240中的每一者可以包括处理器和存储在非暂时性存储器中的指令，所述指令可由处理器执行以用于执行各种动作。

外部装置接口212可以提供通信接口以使得车载计算系统能够与和驾驶员的联系人相关联的移动装置进行通信。例如，外部装置接口212可以使得能够建立电话呼叫和/或(例如，经由蜂窝通信网络)向与驾驶员的联系人相关联的移动装置发送文本消息(例如，SMS、MMS等)。外部装置接口212可以另外或替代地提供无线通信接口以使得车载计算系统能够经由WIFI直连将数据与车辆中的一个或多个装置(例如，驾驶员的移动装置)同步，如下文更详细地描述。

一个或多个应用程序244可以在移动装置242上操作。例如，移动装置应用程序244可以被操作，使得移动装置应用程序244与车载计算系统200通信以发起车辆201内的面部成像过程。可以经由传感器子系统210的相机209来执行面部成像。如上文所讨论的，捕获面部图像可以包括调整一个或多个相机参数(例如，相机101的参数)以确保捕获至少预定数量的面部数据点。这些相机参数可以包括例如上文参考图1讨论的相机参数中的任何一者或多者。面部数据点的预定数量可以是实现最小识别确定性阈值的最小数据点数量。也就是说，面部数据的预定数量。

所收集的数据可以由应用程序244通过网络260传输到外部装置接口212。另外，可以在移动装置242处经由外部装置接口212从车载计算系统200接收特定的用户数据请求。特定的数据请求可以包括用于确定用户地理位置的请求、环境噪声水平和/或用户位置处的音乐类型、用户位置处的环境天气状况(温度、湿度等)等。移动装置应用程序244可以向移动装置242的部件(例如，传声器、放大器等)或其他应用程序(例如，导航应用程序)发送控制指令以使得能够在移动装置上收集所请求的数据或对部件进行所请求的调整。然后，移动装置应用程序244可以将所收集到的信息中继回到车载计算系统200。

同样，一个或多个应用程序248可以在外部服务246上操作。例如，外部服务应用程序248可以操作以聚合和/或分析来自多个数据源的数据。例如，外部服务应用程序248可以聚合来自用户的一个或多个社交媒体账户的数据、来自车载计算系统的数据(例如，传感器数据、日志文件、用户输入等)、来自互联网查询的数据(例如，天气数据、POI数据)等。所收集的数据可以被传输到另一个装置和/或由应用程序进行分析以确定驾驶员、车辆和环境的背景，并且基于所述背景来执行动作(例如，请求数据/向其他装置发送数据)。

车载控制系统230可以包括用于控制不同车载功能中所涉及的各种车辆系统231的各方面的控件。这些可以包括例如控制用于向车辆乘员提供音频娱乐的车辆音频系统232的各方面、用于满足车辆乘员的车厢冷却或加热需求的气候控制系统234的各方面以及用于使得车辆乘员能够与其他人建立电信联系的电信系统236的各方面。

音频系统232可以包括一个或多个声学再现装置，所述声学再现装置包括诸如扬声器之类的电磁换能器。诸如由于包括功率放大器，车辆音频系统232可以是无源的或有源的。在一些示例中，车载计算系统200可以是声学再现装置的唯一音频源，或者可能存在连接到音频再现系统的其他音频源(例如，诸如移动电话之类的外部装置)。任何此类外部装置与音频再现装置的连接可以是模拟的、数字的或模拟技术与数字技术的任何组合。

气候控制系统234可以被配置为在车辆201的车厢或乘客舱内提供舒适的环境。气候控制系统234包括实现受控通风的部件，诸如通风口、加热器、空调、集成加热器和空调系统等。与加热和空调设置相关的其他部件可以包括能够清理挡风玻璃的挡风玻璃除霜和除雾系统以及用于清洁通过新鲜空气入口进入乘客舱的外部空气的通风过滤器。

车辆控制系统230还可以包括用于调整与发动机和/或车辆的车厢内的辅助元件有关的各种车辆控件261(或车辆系统控制元件)的设置的控件，诸如方向盘控件262(例如，安装在方向盘上的音频系统控件、巡航控件、挡风玻璃刮水器控件、前灯控件、转向信号控件等)、仪表板控件、一个或多个传声器、加速器/制动器/离合器踏板、变速杆、位于驾驶员车门或乘客车门中的车门/车窗控件、座椅控件、车厢照明控件、音频系统控件、车厢温度控件等。车辆控制装置261还可以包括被配置为经由车辆的CAN总线接收指令以改变发动机、排气系统、变速器和/或其他车辆系统中的一者或多者的操作的内部发动机和车辆操作控件(例如，发动机控制器模块、致动器、气门等)。控制信号还可以控制在车辆的音频系统232的一个或多个扬声器处的音频输出。例如，控制信号可以调整音频输出特性，诸如音量、均衡、音频图像(例如，用于产生对于用户而言似乎源自一个或多个定义位置的音频输出的音频信号的配置)、多个扬声器中的音频分布等。同样，控制信号可以控制气候控制系统234的通风口、空调和/或加热器。例如，控制信号可以增加向车厢的特定部分的冷却空气的输送。

位于车辆外部的控制元件(例如，用于安全系统的控件)也可以诸如经由通信模块222连接到计算系统200。车辆控制系统的控制元件可以物理地且永久地位于车辆上和/或车辆中以用于接收用户输入。车辆控制系统230除了从车载计算系统200接收控制指令之外还可以从由用户操作的一个或多个外部装置240(诸如从移动装置242)接收输入。这允许基于从外部装置240接收的用户输入来控制车辆系统231和车辆控件261的各方面。

车载计算系统200还可以包括天线206。天线206被示为单个天线，但是在一些实施例中可以包括一个或多个天线。车载计算系统可以经由天线206获得宽带无线互联网访问，并且还可以接收诸如收音机、电视、天气、交通等广播信号。车载计算系统可以经由一个或多个天线206接收诸如GPS信号之类的定位信号。车载计算系统还可以经由FR(诸如经由一个或多个天线206或经由红外或其他方式)通过适当的接收装置接收无线命令。在一些实施例中，天线206可以被包括作为音频系统232或电信系统236的一部分。另外，天线206可以经由外部装置接口212向外部装置240(诸如向移动装置242)提供AM/FM无线电信号。

用户可以经由用户界面218控制车载计算系统200的一个或多个元件。用户界面218可以包括呈现在触摸屏(诸如图1的触摸屏108)上的图形化用户界面和/或用户致动的按钮、开关、旋钮、刻度盘、滑块等。例如，用户致动的元件可以包括方向盘控件、车门和/或车窗控件、仪表板控件、音频系统设置、气候控制系统设置等。用户也可以经由用户界面218与车载计算系统200和移动装置242的一个或多个应用程序进行交互。除了在用户界面218上接收用户的车辆设置偏好之外，还可以在用户界面218上向用户显示由车载控制系统选择的车辆设置。可以在用户界面的显示器上向用户显示通知和其他消息(例如，接收到的消息)以及导航辅助。可以经由对用户界面的用户输入而执行用户偏好/信息和/或对所呈现的消息的响应。

图3是车辆300的框图，所述车辆包括示例性监测系统302，所述监测系统包括一个或多个相机101a、101b、101c、101d、101e、101f、101g。在至少一个示例中，相机101a、101b和101c在本文中可以被称为车厢内相机。如图2中所讨论的，可以经由车辆传感器子系统(诸如相机209子系统)来控制监测系统。车辆300可以是图1的车辆102的示例。车辆300包括车门304、驾驶员座椅309、乘客座椅310和后排座椅311。车门304中的每一者可以包括被锁定的车门。当车门304被锁定时，它们可以被称为处于锁定状态。当车门304被解锁时，它们可以被称为处于解锁状态。尽管四门车辆被示为包括车门304-1、304-2、304-3和304-4，但是监测系统302也可以用于具有更多或更少车门的车辆中。一个或多个用户301a、301b可以位于车辆300内。车辆300可以是汽车、卡车、轮船等。车辆300可以包括发动机333和马达334中的一者或两者。在至少一个示例中，发动机333可以是内燃发动机。尽管仅示出了一个后排座椅，但是较大的车辆可能具有多排后排座椅。较小车辆可能只具有一个或多个座椅。尽管示出了特定的示例性配置，但是可以使用其他配置，包括具有更少或附加部件的那些配置。

监测系统302可以有利地用于启用车辆的操作之前的用户核实。例如，如下所述，监测系统302可以有利地用作对合同(诸如汽车租赁合同或汽车共享合同)的验证步骤，以帮助确保正确的用户正在驾驶汽车。监测系统302可以用于形成用户的验证图像，并且可以经由面部识别将验证图像与和合同相关联的用户的图像数据进行比较。如果验证图像与和授权车辆使用的合同相关联的用户的图像数据匹配，则可以启用车辆可操作性。否则，如果验证图像与和授权车辆使用的合同相关联的用户的图像数据不匹配，则可以阻止车辆可操作性。

除了监测系统302之外，车辆还可以包括环绕声扬声器。此类环绕声扬声器可以包括左侧扬声器(LS扬声器)317和右侧扬声器(RS扬声器)319、左后扬声器(LR扬声器)329和右后扬声器(RR扬声器)330，或扬声器组的组合。可以使用其他扬声器组。尽管未示出，但是可能存在一个或多个专用低音炮或其他驱动器。可能的低音炮安装位置包括行李厢305、座椅下方或后窗架308。车辆300还可以具有安装在内部的一个或多个传声器350。

每个FL扬声器、FR扬声器、LS扬声器、RS扬声器、LR扬声器和RR扬声器可以包括具有预定频率响应范围的一个或多个换能器，诸如高音扬声器、中音扬声器或低音扬声器。高音、中音或低音扬声器可以在基本上相同的位置或不同的位置中彼此相邻安装。例如，FL扬声器313可以是位于车门304-1中或大致等于侧视镜的高度或更高高度的其他位置处的高音扬声器。FR扬声器315可以具有与车辆右侧(例如，在车门304-2中)的FL扬声器313类似的布置。

LR扬声器329和RR扬声器330可以各自是安装在后窗架308中的低音扬声器。

现在转到图4A，图4A示出了根据本公开的至少一个示例的方法400的流程图。在至少一个示例中，本文公开的方法(例如，方法400和500)可以作为指令存储在诸如非易失性存储装置208和/或易失性存储器216之类的非暂时性存储装置上，所述指令可由处理器(例如，操作系统处理器214、接口处理器220和一个或多个外部装置240中的一者或多者的处理器中的一者或多者)执行以执行在本公开中描述的动作中的一者或多者。

例如，所存储的指令可以由外部装置处理器执行以响应于验证用于核实合同的用户的文档图像与确认图像之间的匹配而生成确认数据集。所存储的指令可以另外或替代地由操作系统处理器和/或车辆的接口处理器执行以(例如，经由一个或多个相机101)执行用户面部扫描、将来自用户面部扫描的面部图像与存储在确认数据库中的确认数据进行比较，并且基于所述比较来执行拒绝动作(例如，即使接收到起动请求也阻止车辆起动和/或将一个或多个车门维持在锁定状态)或车辆可操作性动作(例如，允许车辆起动和/或解锁一个或多个车门)。还应注意，方法500中公开的步骤中的一者或多者可以作为方法400中公开的步骤的补充或替代来使用。

首先转到步骤402，步骤402包括接收合同信息。合同信息例如可以是汽车租赁合同信息或汽车共享协议。这种合同信息可以包括用户姓名、用户地址和用户信用卡信息中的一者或多者。另外，也可以输入关于用户优选的合同期限、用户优选的汽车保险、附加的驾驶员请求和用户优选的汽车类型中的一者或多者的细节。

可以经由移动装置的应用程序来接收合同信息。这种应用程序可以是例如图5中讨论的安全车辆应用程序。另外或替代地，可以经由诸如平板电脑或个人计算机之类的另一个计算装置来接收合同信息。

在步骤402之后，方法400包括在步骤404处接收文档图像。在至少一个示例中，文档图像可以是驾驶执照的照片。另外或替代地，文档图像可以是护照的照片或包括用户图像的其他形式的政府颁发证件。与接收合同信息类似，可以经由移动装置的应用程序来接收文档图像，其中所述应用程序可以是例如图5中讨论的安全车辆应用程序。另外或替代地，可以经由诸如平板电脑或个人计算机之类的另一个计算装置来接收合同信息。

在至少一个示例中，可以经由移动装置的相机来提供文档图像。在可以经由移动装置的相机提供文档图像并且经由移动装置上的应用程序接收文档图像的示例中，所述应用程序可能具有集成提示以从移动装置上的本地相册添加文档图像的照片或者实时地拍摄文档图像的照片。

如果集成提示是通过实时拍摄文档图像的照片来添加文档图像的照片，则可以提供能够在应用程序内操作移动装置的相机的照片浏览器。然而，替代地，可以使用单独的数码相机、计算装置的相机或平板电脑的相机来形成文档图像。还应注意，可能需要将文档图像用作用于计算预定面部数据点和/或估计关于图1所讨论的用户面部的量的参考图像。例如，出于匹配目的，通过这种方式，文档图像可以用作对确认图像的参考。

在步骤404之后，方法400包括在步骤406处接收确认图像。确认图像是用于经由面部识别验证在步骤404处接收到的文档图像的用户图像。也就是说，确认图像是用于验证在步骤404处接收到的文档图像的用户图像。在至少一个示例中，确认图像可以是经由移动装置拍摄的用户照片。例如，类似于步骤404，在至少一个示例中，所述应用程序可以具有集成提示以从移动装置上的本地相册添加用于确认图像的照片或实时拍摄用于所述图像的照片。如果集成提示是实时添加用于确认图像的照片，则可以提供能够在应用程序内操作移动装置的相机的照片视图。然而，替代地，可以使用诸如数码相机、计算装置的相机或平板电脑的相机之类的单独相机来形成确认图像。还应注意，出于匹配目的，可能需要确认图像包括预定面部数据点和/或关于图1所讨论的估计量的用户面部以用作确认图像。

移至方法400的步骤408，步骤408包括确认文档图像和确认图像是否匹配。也就是说，步骤408包括验证文档图像中的用户是否与确认图像中的用户相同。可以经由执行面部识别以将文档图像中的用户与确认图像中的用户进行比较来执行步骤408处的这种确认。可以经由移动装置和服务提供商装置的应用程序中的一者或多者来执行步骤408处的面部识别。例如，图6处所示的服务提供商装置608可以执行面部识别。因此，换句话说，步骤408包括基于文档图像和确认图像经由面部识别执行第一次验证。

如果文档图像和确认图像被确定为大于确定性阈值量的匹配，则文档图像和确认被确定为匹配(例如，“是”)。

确定性阈值量可以基于文档图像和确认图像匹配的量。例如，可以将用于文档图像和确认图像中的每一者的面部数据点彼此比较以确定文档图像与确认图像之间的重叠量。这些面部数据点可以包括面部特征和定位。在一个或多个示例中，对于重叠量，某些面部数据点的权重可能比其他面部数据点的权重更大。例如，通常在人与人之间是唯一的并且不太可能随时间变化的面部特征在确定文档图像与确认图像之间的重叠方面可以具有更大加权。

相比之下，在人与人之间可能不是唯一的并且更可能随时间变化的面部特征在确定文档图像与确认图像之间的重叠方面可以具有较小权重。在至少一个示例中，确定性阈值量可以大于99％的确定性。在一些示例中，确定性阈值量可以大于98％的确定性或大于95％的确定性。

如果在步骤408处确定文档图像和确认图像匹配，则方法400包括在步骤410处形成确认数据集。确认数据集可以包括文档图像、确认图像以及文档图像和确认图像的合成图像(在本文也被称为聚合图像)中的任何一者或多者。作为形成确认数据集的一部分，可以在步骤412处将确认数据集与合同信息相关联。例如，确认数据集可以与在步骤402处接收的合同信息相关联。

此外，在步骤410处形成确认数据集可以包括分配合同参数。也就是说，尽管步骤412处的合同信息可能已经包括用户偏好的合同细节，但是这些细节中的一者或多者(诸如汽车类型)可能不可用。因此，在步骤410处分配合同参数可以包括分配诸如特定汽车或汽车类型之类的合同参数，以及在步骤412处将分配的合同信息与可供使用的确认数据集相关联。在至少一个示例中，可以诸如经由应用程序在移动装置处形成确认数据集。替代地，可以经由服务提供商装置(诸如图6所示的服务器提供商装置608)来形成确认数据集。此外，作为另一个替代方案，例如，可以经由另一个计算装置或平板电脑形成确认数据集。

在步骤410和412之后，方法400包括在步骤414处向确认数据库发送确认数据集。在至少一个示例中，确认数据库可以远离移动装置。例如，确认数据库可以是经由服务提供商管理的数据库。因此，确认数据库可以存储在服务提供商装置上。例如，确认数据库可以是数据库，诸如如图6所示的确认数据库602。确认数据库可以将附加的确认数据集存储到在步骤414处被发送到确认数据库的确认数据集。

一旦在步骤414处向确认数据库发送确认数据集，方法400就包括在步骤416处生成成功消息。成功消息可以是诸如经由应用程序在移动装置上提供的显示。成功消息可以另外或替代地包括电子邮件消息、文本消息或与用户的其他形式的通信。成功消息可以包括关于合同的细节，包括所接收的合同信息和所分配的合同信息中的一者或多者。例如，成功消息可以包括针对用户的合同被分配给用户的特定汽车或汽车类型，以及诸如特定汽车或汽车类型的提车位置、合同期限等细节。应注意，在分配特定汽车的示例中，可以提供汽车型号、车牌号或其他特定汽车名称中的一者或多者。在至少一个示例中，这种特定的汽车名称可以是由汽车经销商分配给汽车的唯一ID。在仅分配汽车类型的示例中，可以提供汽车尺寸和汽车类别中的一者或多者。例如，汽车尺寸可以包括紧凑型、中型和大型名称中的一者或多者。另外或替代地，汽车尺寸可以包括汽车可以容纳的乘客和/或行李的数量。示例性汽车类型可以包括各种名称，包括经济型、中档、高档和豪华中的一者或多者。另外或替代地，示例性汽车类型可以包括紧凑型和全尺寸。其他潜在的汽车类型可以另外或替代地包括标准型、SUV、卡车、货车、两用车、运动型、外来车辆、混合动力和电动汽车。在步骤416之后，方法400移至图4B处所示的步骤426。连接器“A”指示图4A与图4B之间的过渡。

然而，移回至步骤408，如果文档图像和确认图像未被确定是匹配的，则方法400移至步骤418。也就是说，如果文档图像和确认图像小于阈值重叠，并且因此小于匹配的确定性阈值量，则确定文档图像和确认图像不匹配(例如“否”)。

在步骤416之后，在步骤418处生成失败消息。失败消息可以是诸如经由应用程序在移动装置上提供的显示。失败消息可以另外或替代地包括电子邮件消息、文本消息或与用户的其他形式的通信。失败消息可以指示文档图像和确认不匹配。另外，失败消息可以提供提示以使用户提供更新的文档图像和/或更新的确认图像。

在步骤420处，如果接收到更新的文档图像和更新的确认中的一者或多者(例如，“是”)，则方法400移至步骤422以确定是否与更新的图像形成匹配。例如，关于在步骤422处是否形成匹配的确定可以类似于关于步骤408所描述的确定。如果在步骤422处没有形成匹配(例如，“否”)，则方法400前进到步骤424，确定自从生成失败消息以来的时间量是否已经超过预定阈值。如果否(例如，“否”)，则方法400移回至步骤420以继续监测更新图像和/或更新的确认图像中的一者或多者。

如果在步骤420处既未接收到更新的文档图像也未接收到更新的确认(例如，“否”)，并且自从生成失败消息以来的时间量超过预定阈值(例如，在步骤424处为“是”)，则所述方法400结束。

转到图4B，图4B示出了根据本公开的至少一个示例的方法400的另一流程图。如上所述，在图4A所示的方法400的步骤416之后，所述方法移至步骤426。经由连接器“A”示出了图4A与图4B之间的连接。

方法400的步骤426包括接收经由感兴趣车辆生成的验证图像。

在至少一个示例中，验证图像可以是感兴趣车辆的驾驶员座椅上的用户的面部图像。另外或替代地，验证图像可以是请求解锁感兴趣车辆的用户的面部图像。可以诸如如上所述经由移动装置上的应用程序来提供解锁车辆的请求。另外或替代地，可以经由用户拉动感兴趣车辆的锁定车门的把手来提供解锁车辆的请求。

在至少一个示例中，可以经由车辆的传感器子系统生成验证图像。例如，可以利用车辆的传感器子系统的相机来捕获用户的面部图像并形成验证图像。

在一个或多个示例中，可以响应于接收到用于起动感兴趣车辆的用户输入而生成验证图像。用于起动感兴趣车辆的用户输入可以包括按下车辆的起动按钮或将钥匙插入车辆的点火装置中。另外或替代地，可以响应于接收到用于访问车辆的锁箱或解锁感兴趣车辆的车门的用户输入而生成验证图像。在至少一个示例中，车辆的锁箱可以维持钥匙。

应注意，出于匹配目的，可能需要验证图像包括预定面部数据点和/或关于图1所讨论的估计量的用户面部以用作确认图像。

在步骤426之后，方法400包括在步骤428处确定验证图像是否与确认数据库中的确认数据集中的一者匹配。也就是说，步骤426包括基于验证图像和来自一个或多个确认集的图像数据来执行第二次验证。例如，428可以包括运行确认数据库的查询以确定验证图像是否与存储在确认数据库中的确认数据集中的任一者匹配。所述查询可以包括将验证图像从车辆发送到应用程序，诸如上文讨论的在移动装置上的应用程序。另外或替代地，所述查询可以包括将验证图像从车辆发送到服务提供商装置。例如，可以从车辆服务提供商装置608发送验证图像。

基于验证图像与确认数据集的文档图像、确认图像和合成图像中的一者或多者的比较，可以确定验证图像与存储在确认数据库中的确认数据集匹配。可以通过例如与关于步骤408所描述的方式类似的方式执行用于确定验证图像与确认数据集的文档图像、确认图像和合成图像中的一者或多者之间的匹配的过程。

如果在步骤428处确定验证图像与确认数据匹配(例如“是”)，则方法400移至步骤430，此时确定与感兴趣车辆相关联的数据是否与确认数据集的确认数据匹配。也就是说，步骤430包括确定与感兴趣车辆相关联的数据是否与包括在确认数据集中的所接收的合同信息和所分配的合同信息匹配。具体地，可以与确认数据集进行比较的感兴趣车辆的参数包括例如车辆的类型和类别。

如果在步骤430处与感兴趣车辆相关联的数据与确认数据集匹配(例如“是”)，则方法400包括在步骤432处执行一个或多个车辆可操作性动作。

在至少一个示例中，在步骤432处的一个或多个车辆可操作性动作可以包括以下至少一项：起动发动机(例如，内燃发动机333)、起动车辆的电动马达(例如，马达334)以及使得能够在车辆的点火装置时转动钥匙。此类示例可以包括其中响应于用于起动车辆的用户输入而生成验证图像的情况。

另外或替代地，在步骤432处的一个或多个车辆可操作性动作可以包括解锁锁箱和解锁车辆的至少一个车门中的至少一者。此类示例可以包括其中响应于用户尝试进入感兴趣车辆的车厢而生成验证图像的情况。

此外，在至少一个示例中，在步骤432处的一个或多个车辆可操作性动作可以包括向用户提供代码。例如，可以经由移动装置向用户发送代码。在一些示例中，可以经由移动装置的应用程序来显示代码。另外或替代地，可以经由文本消息和电子邮件中的一者或两者来提供代码。可以在车辆的用户界面处输入被提供给用户的代码以用于车辆进入和起动车辆中的一项或多项。例如，可以将代码提供给车辆的车门处的用户界面。作为另一个示例，所述代码可以经由触摸屏输入到车辆的信息娱乐系统中。在步骤432之后，方法400可以结束。

移回至步骤430，如果在步骤430处与感兴趣车辆相关联的数据与确认数据不匹配(例如“否”)，则方法400包括在步骤444处生成合同显示。在步骤444处的合同显示可以提供来自与用户相关联的确认数据集的信息，诸如为合同分配的汽车类型或汽车类别。在至少一个示例中，合同显示可以进一步提供满足合同条件的一个或多个车辆的一个或多个位置。在步骤444处提供的合同显示包括更新合同的选项。

在步骤446处，方法400包括确定是否已经接收到合同更新，使得已经与验证图像匹配的确认数据集现在与感兴趣车辆的车辆数据匹配。例如，步骤446包括监测合同以确定合同上的期限、被授权的驾驶员和汽车类型中的一者或多者是否已被更新使得用户可以使用感兴趣车辆。

如果已经接收到更新使得与验证图像匹配的确认数据集也与感兴趣车辆的车辆数据匹配(例如，“是”)，则方法400移至步骤432，然后结束。

替代地，如果尚未接收到更新而不能将确认数据集与感兴趣车辆匹配(例如，“否”)，则方法400移至步骤448。在步骤448处，确定自从生成合同显示以来的时间量是否已经超过阈值时间。如果否(例如，“否”)，则方法400前进到446。如果自从生成合同显示以来的时间已经超过阈值时间(例如，“是”)，则方法400移至步骤450以执行一个或多个车辆拒绝动作。

在步骤450处的一个或多个车辆拒绝动作可以包括以下一项或多项：阻止发动机起动，形成警报以发送给服务提供商装置，将锁箱维持锁定以及将感兴趣车辆保维持在锁定状态。应注意，将感兴趣车辆维持在锁定状态可以包括例如将车辆的一个或多个车门维持在锁定状态。对服务提供商装置的警报可以提供消息，所述消息经由显示器向服务提供商装置通知尝试进入感兴趣车辆。所述警报还可以包括在用户的确认数据集中形成标记以用于未来的确认数据库查询。在步骤450之后，方法400可以结束。

如上文所讨论的，移回至步骤428，步骤428包括在步骤428处确定验证图像是否与存储在确认数据库中的确认数据集中的一者匹配。如所提到的，步骤428可以包括运行确认数据库的查询以确定验证图像是否与存储在确认数据库中的确认数据集中的任一者匹配。所述查询可以包括将验证图像从车辆发送到应用程序，诸如上文讨论的在移动装置上的应用程序。另外或替代地，所述查询可以包括将验证图像从车辆发送到服务提供商装置。例如，可以从车辆服务提供商装置608发送验证图像。

基于验证图像与确认数据集的文档图像、确认图像和合成图像中的一者或多者的比较，可以确定验证图像与存储在确认数据库中的确认数据集匹配。可以通过例如与关于步骤408所描述的方式类似的方式执行用于确定验证图像是否与确认数据集的文档图像、确认图像和合成图像中的一者或多者之间的匹配的过程。

如果在步骤428处确定验证图像与确认数据库的确认数据集中的任一者都不匹配(例如，“否”)，则方法400在步骤434处继续执行拒绝动作。在步骤434处的一个或多个车辆拒绝动作可以包括以下一项或多项：阻止发动机起动、形成警报以发送给服务提供商装置、将锁箱维持锁定以及将感兴趣车辆保维持在锁定状态。对服务提供商装置的警报可以提供消息，所述消息经由显示器向服务提供商装置通知尝试进入感兴趣车辆。所述警报还可以包括在用户的确认数据集中形成标记以用于未来的确认数据库查询。

此外，在步骤434处的拒绝动作还可以包括生成失败消息。在步骤434处的拒绝动作还可以包括提供使得用户能够重试验证图像的显示。

在步骤434之后，方法400确定自从执行一个或多个拒绝动作以来的时间量是否大于阈值时间量。如果是(例如，“是”)，则方法400前进到结束。如果否(例如，“否”)，则方法400前进到步骤438，此时接收重试请求。也就是说，在438处接收到重试将验证图像与确认数据集中的一者匹配的请求。在至少一个示例中，重试匹配的请求可以包括重拍验证照片。可以经由用户输入来接收这种重试请求。例如，经由应用程序接收用户输入。

在步骤438处接收到重试请求之后，方法400包括确定所执行的重试事件的数量是否大于重试事件的预定阈值。例如，可以经由应用程序跟踪重试事件的数量。

如果重试事件的数量超过阈值(例如，“是”)，则方法400前进到结束。在一个或多个示例中，方法400还可以包括响应于重试事件的数量超过阈值而向服务提供商生成警报。

如果重试事件的数量未超过阈值(例如，“否”)，则方法400移至步骤442以确定是否已经与存储于确认数据库中的确认数据集中的一者形成匹配。例如，可以如步骤428中所讨论的那样执行对是否已经形成图像匹配的确定。如果未形成图像匹配(例如，“否”)，则方法400前进到步骤436。如果形成图像匹配(例如，“是”)，则方法400前进到步骤430。

通过这种方式，可以利用用户的三个单独图像来执行两个单独的验证动作以确认对车辆使用的用户授权。也就是说，在步骤408处，可以在合同处理期间执行第一次验证动作。在步骤428处，可以在实际车辆使用期间执行第二次验证动作。此外，第一次验证动作需要用户的文档图像和用户的确认图像，所述确认图像用于形成确认数据集。第二次验证动作需要在车辆使用时用户的验证图像。因此，总共需要用户的三个图像。此外，可以实时拍摄确认图像和验证图像中的一者或两者。因此，与先前的方法相比，本文公开的方法有利地实现了提高用于认证车辆使用的用户准确性的技术优势。

转到图5，图5示出了根据本公开的至少一个示例的方法500的流程图。应注意，方法500可以另外或替代地包括关于方法400公开的步骤中的一者或多者。

方法500开始于步骤502，其中可以将安全车辆应用程序(在本文也被称为应用程序)下载到移动装置上。安全车辆应用程序可以是响应于用户输入而下载到移动装置上的用户应用程序。在至少一个示例中，移动装置可以是智能电话。例如，移动装置可以是诸如128、242和604(在图6中示出)之类的移动装置。安全车辆应用程序可以提供图形化用户界面，用户可以通过所述所述图形化用户界面注册合同。在至少一个示例中，合同可以是租赁合同，诸如汽车租赁合同或汽车共享合同。

在方法500的步骤504处，在移动装置处接收租赁合同细节。具体地，可以经由在移动装置上的安全车辆应用程序上接收的用户输入来输入租赁合同细节。此类租赁合同细节可以包括用户姓名、地址和信用卡信息中的一者或多者。另外，还可以输入关于合同期限、汽车保险偏好、授权用户请求和汽车类型中的一者或多者的细节。例如，此类合同细节可以另外或替代地包括如方法400的步骤402所述的合同信息。

在步骤504之后，方法500移至步骤506。在步骤506处，拍摄照片以提供文档图像。例如，拍摄用户的驾驶执照的照片以提供文档图像。可以经由移动装置的相机拍摄照片。然而，还可以预期，可以经由移动装置外部的相机拍摄照片。例如，可以经由扫描仪、外部数码相机或平板电脑相机等等拍摄驾驶执照的照片。文档图像可以被发送到移动电话并且被上传到安全车辆应用程序。应注意，出于匹配目的，可能需要文档图像包括预定面部数据点和/或关于图1所讨论的估计量的用户面部以用作文档图像。

另外，步骤504还可以包括拍摄用户的照片以提供确认图像。在至少一个示例中，为确认图像拍摄的照片可以是经由移动装置实时拍摄的用户的照片。也就是说，可以在输入合同细节之后立即获取为用户拍摄的用于提供确认图像的照片，同时仍然完成合同。例如，确认图像可以是经由移动装置的相机拍摄的用户的自拍照或其他照片。通过经由移动装置实时拍摄用户的照片作为确认图像，可以提高安全性。也就是说，这种实时照片可以帮助确保用户的身份对于合同目的而言是准确的。然而，替代地，可以经由移动装置外部的相机拍摄用于确认图像的用户照片。例如，可以经由外部数码相机或平板相机拍摄用于确认图像的用户照片。应注意，出于匹配目的，可能需要确认图像包括预定面部数据点和/或关于图1所讨论的估计量的用户面部以用作确认图像。

转到方法500的步骤508，步骤508包括验证文档图像。这种验证包括经由面部识别通过安全车辆应用程序将文档图像与确认图像进行比较。例如，可以经由集成到安全车辆应用程序中的面部识别在移动装置上本地比较文档图像和确认图像。替代地，可以经由通信地耦合到移动装置的服务提供商装置来执行文档图像和确认图像的面部识别比较。例如，服务提供商装置可以是如图6所示的服务提供商装置608。通过经由服务提供商装置将文档图像和确认图像进行比较，可以实现减少移动装置上的处理负荷的技术优势。在至少一个示例中，应注意，对文档图像的验证还可以包括确认所述文档是与合同结合使用的预批准文档列表的一部分。例如，在汽车租赁或汽车共享合同的情况下，验证文档图像是驾驶执照的文档图像。

在步骤508之后，方法500移至步骤510，所述步骤包括验证文档图像和确认图像为真实的。也就是说，在步骤510处，基于在508处执行的比较，将文档图像(例如，驾驶执照)和确认图像验证为同一用户的图像。响应于将文档图像和确认图像验证为真实的，可以经由安全车辆应用程序在移动装置上显示成功消息。另外或替代地，可以经由移动装置上的安全车辆应用程序显示允许汽车使用的消息、指示特定使用汽车的消息或指示汽车使用类别的消息中的一者或多者(例如，紧凑型、中型、大型、两用车、经济、高级)。通过这种方式，向用户提供关于对文档图像和确认图像的验证的反馈。

此外，在至少一个示例中，将文档图像和确认图像验证为真实还可以包括形成确认数据集并向确认数据库发送确认数据集。确认数据集可以包括以下一者或多者：文档图像、确认图像、基于文档图像和确认图像形成的合成图像，以及一个或多个确认的租赁合同细节。例如，上面讨论的租赁合同细节中的一者或多者，诸如用户姓名、地址和信用卡信息、合同期限、汽车保险偏好、授权用户请求、用户偏好的特定汽车(例如，在504处指示)、用户偏爱的汽车类别(例如，在504处指示)，以及所指示的特定使用汽车(例如，在510处指示)和所指示的使用汽车类别(例如，在510处所示)中的一者或多者。可以将确认数据集发送到确认数据库以进行存储。例如，确认数据集可以被发送到服务提供商的确认数据库，诸如在图6处所示。

在步骤510之后，方法500移至步骤514。应注意，如在虚线框512处所指示，当用户位于合同上感兴趣车辆处或感兴趣车辆中时，执行步骤514、516、518和520。具体地，可以在用户位于感兴趣车辆的驾驶员座椅内时执行步骤514、516、518和520。例如，感兴趣车辆可以是特定使用汽车或在步骤510处经由安全车辆应用程序指示的汽车类别内的汽车。在至少一个示例中，也可以在感兴趣车辆内执行步骤502、504、506、508和510。然而，替代地，在其他示例中，可以在用户尝试进入感兴趣车辆时执行步骤502、504、506、508和510。感兴趣车辆可以包括如关于图1至图3所讨论的特征中的任何一者或组合。

再次转到步骤514，在步骤514处，接收用于起动或进入感兴趣车辆的用户输入。在至少一个示例中，用于起动的用户输入可以是对车辆的起动按钮的用户输入。在另一个示例中，用于起动的用户输入可以是将钥匙插入点火装置中和/或在感兴趣车辆的点火装置中转动钥匙。此外，在至少一个示例中，用于起动的用户输入可以是对安全车辆应用程序的用于起动感兴趣车辆的用户输入。在方法500中，当提供用户输入以起动感兴趣车辆时，用户位于驾驶员座椅中。

用于进入感兴趣车辆的用户输入可以包括对车门的输入，诸如拉动汽车车门把手和/或例如触摸车门把手。

在步骤514之后，方法500包括在步骤516处对用户的面部图像进行采样以形成验证图像并发送验证图像以进行验证。在至少一个示例中，可以经由感兴趣车辆对用户的面部图像进行采样。例如，感兴趣车辆可以包括车厢监测软件，并且车厢监测软件可以用于经由例如如图2中所讨论的传感器子系统210的相机209对用户的面部图像进行采样。应注意，出于匹配目的，可能需要验证图像包括预定面部数据点和/或关于图1所讨论的估计量的用户面部以用作验证图像。

一旦获得了用户的面部图像以形成验证图像，感兴趣车辆就经由面部识别发送验证图像以进行验证。也就是说，出于匹配目的，发送验证图像以与图像数据进行比较。在至少一个示例中，感兴趣车辆可以向服务器提供商装置(例如，图6处所示的服务器提供商装置608)发送验证图像以进行验证。另外或替代地，可以经由安全车辆应用程序向移动装置发送验证图像以进行验证。在一个或多个示例中，验证模块可以被集成到安全车辆应用程序中或被集成到服务器提供商装置中以执行验证。

在步骤516之后，方法500包括将验证图像与由安全车辆应用程序提供的一个或多个图像进行比较。例如，可以将验证图像与先前验证的文档图像进行比较。另外或替代地，可以将确认图像与先前用于验证文档图像的确认图像进行比较。此外，在至少一个示例中，出于验证目的，可以将基于文档图像和验证图像两者的合成面部图像与验证图像进行比较。应注意，可以经由安全车辆应用程序来执行在步骤518处的验证图像的这种比较。另外或替代地，可以在服务器提供商装置处执行步骤518处的验证图像的比较。在至少一个示例中，验证所述验证图像可以包括访问确认数据库，所述确认数据库(诸如确认数据库602)包括在步骤510处形成的确认数据集。

在步骤518之后，方法500的步骤520可以包括验证照片是同一个人、起动感兴趣车辆，以及将验证图像作为合同期限内的有效驾驶员记录在感兴趣车辆中。也就是说，作为步骤520，验证图像被验证为与文档图像、确认图像和合成图像中的一者或多者相同的用户。在验证所述验证图像之后，可以起动感兴趣车辆。例如，起动电动马达和内燃发动机中的一者或多者。感兴趣车辆还在合同期限(诸如在方法500的步骤510处确认的期限)内存储用户的验证图像。替代地，如果在步骤514处接收到车辆进入请求而不是起动车辆的请求，则步骤520可以包括提供进入而不是起动车辆。提供进入可以包括解锁车门以使得能够进入车辆的车厢。在一个或多个示例中，感兴趣车辆中所记录的验证图像可以用于验证请求感兴趣车辆的后续起动的用户是有效用户。

通过这种方式，可以利用用户的三个单独图像来执行两个单独的验证动作以确认对车辆使用的用户授权。用户的这三个单独的图像可以包括文档图像(例如，驾驶执照的图像)、确认图像(例如，经由移动装置拍摄的用户照片)和验证图像(例如，经由车辆的相机拍摄的验证图像)。因此，与先前的方法相比，获得提高用于认证车辆使用的用户的准确性的技术优势。

现在转到图6，图6示出了根据本公开的一个或多个示例的示例性通信图式600。具体地，如通信图式600所示，服务提供商装置608是支持确认数据库602的计算装置。应注意，一个或多个确认数据集被存储在确认数据库602上。另外，移动装置604与服务提供商装置608和确认数据库602进行通信。应注意，移动装置604中的每一者包括本文描述的应用程序，也被称为安全车辆用户应用程序。另外在图6中示出了车辆606。车辆606可以是汽车租赁或汽车共享公司的多个车辆中的一者。如图所示，移动装置604可以位于车辆606内。

关于移动装置604，移动装置604向服务提供商装置608发送文档图像612、确认图像614和合同信息616。

在一个或多个示例中，服务提供商装置608可以在文档图像612与确认图像614之间执行匹配分析。然后，响应于在文档图像612与确认图像614之间形成匹配，服务提供商装置608可以向确认数据库618发送确认数据集。替代地，在向服务提供商装置608发送文档图像612、确认图像614和合同信息616之前，可以经由移动装置上的应用程序在文档图像612与确认图像614之间形成匹配。

响应于在服务提供商装置608处接收到文档图像612、确认图像614和合同信息616，服务提供商装置形成可以被发送至确认数据库602以进行存储并且可以被发送到移动装置604的确认数据集618。应注意，文档图像612、确认图像614和合同信息616可以包括本文讨论的特征中的一者或多者。

现在转到车辆606，车辆606可以查询确认数据库602以找到用于验证图像636的匹配。作为查询的一部分，车辆606可以向数据库发送验证图像636以将验证图像636与存储在确认数据库中的一个或多个确认集进行比较。验证图像636可以是经由车辆的一个或多个相机为用户拍摄的图像。然后，确认数据库602可以向车辆606发送确认数据集638，其中已验证的确认数据集是与验证图像636匹配的确认数据集。例如，可以向车辆606发送已验证的确认数据集638以进行记录。因此，车辆606可以容易地访问合同信息和被授权操作车辆的一个或多个用户的图像。

因此，本文提供了用于验证车辆操作的用户的系统和方法。在由发明人开发的至少一个示例中，使用移动装置上包含面部识别软件、汽车共享服务或传统的汽车租赁代理商的应用程序可以注册潜在用户连同他们的驾驶执照的照片、姓名、地址、信用卡信息等。可以经由确认照片(诸如在应用程序内拍摄的照片)来确认用户的驾驶执照的照片，并且可以使用所述应用程序的面部识别软件来根据所述确认照片来验证用户的驾驶执照。

然后，在至少一个示例中，用户可以进入车辆，并且在位于驾驶员座椅上时，车辆可以经由面部识别将用户识别为租赁车辆的用户。响应于车辆将用户验证为租赁车辆的用户，然后可以在合同上同意的时间段内起动并驾驶车辆。然而，如果进入车辆并且位于驾驶员座椅上的用户没有被验证为租赁车辆的用户，则即使接收到车辆起动请求，也可能阻止车辆起动和驾驶。

在至少一个示例中，由车辆执行的面部识别可以经由面部识别软件来执行，所述面部识别软件是车厢监测软件和移动应用程序的一部分。

包括在本文公开的两层面部验证过程实现了提高认证车辆使用的用户的准确性的技术优势。例如，本文公开的系统和方法可以有利地将用户与车辆联系在一起，并且将未被授权用户使用租赁车辆和汽车共享车辆降低至最低程度。此外，与传统的汽车租赁结账过程相比可以实现提高效率，所述传统的汽车租赁结账过程可能包括人员执行驾驶执照的验证并确保已授权用户与租赁车辆配对。可以经由本文公开的系统中的任何一者或多者来执行本文公开的方法。

在第一种方法中，所述方法可以包括：将验证图像与一个或多个确认数据集进行比较，其中所述一个或多个确认集的每一者是基于将文档图像与确认图像匹配而形成；响应于所述验证图像与所述一个或多个确认数据集中的确认数据集匹配而执行车辆可操作性动作；以及响应于所述验证图像与所述确认数据不匹配而执行拒绝动作。在所述第一种方法的第一示例中，通过车载图像传感器经由车厢扫描形成所述验证图像。在任选地包括第一选项的所述第一种方法的第二示例中，所述文档图像是用户的第一图像，并且所述确认图像是所述用户的第二图像，并且其中所述验证图像是所述用户的第三图像。在任选地包括所述第一和第二示例中的一者或两者的所述第一种方法的第三示例中，所述验证图像是位于所述车辆的驾驶员座椅上的用户的图像。在任选地包括所述第一至第三示例中的一者或多者的所述第一种方法的第四示例中，所述拒绝动作包括阻止车辆可操作性。在任选地包括所述第一至第四示例中的一者或多者的所述第一种方法的第五示例中，所述拒绝动作包括向用户移动装置发送消息和向管理员发送消息中的一者或多者。

在任选地包括所述第一示例的第二示例性方法中，一种方法包括：执行车载图像扫描以形成用户的验证图像；将所述验证图像与存储的确认数据进行比较，所述确认数据包括一个或多个确认数据集，所述确认数据集中的每一者包括文档图像、确认图像和聚合图像中的一者或多者；响应于在所述验证图像与预定确认数据之间的形成匹配而启用车辆可操作性；以及响应于所述验证图像与所述预定确认数据不匹配而执行拒绝动作。

所述拒绝动作可以包括例如将所述车辆的车门维持在锁定状态中。另外或替代地，所述拒绝动作可以包括即使接收到起动请求也阻止车辆起动。在一个或多个示例中，所述确认数据集可以与合同信息(诸如用于汽车租赁的合同信息)相关联。例如，所述确认数据集可以存储在远离所述车辆的数据库中。此外，在至少一个示例中，可以经由验证过程形成所述确认数据集，所述验证过程包括确认接收到的文档图像与接收到的确认图像匹配。启用所述车辆的可操作性可以包括启用车辆起动和解锁一个或多个车门中的一者或多者。启用所述车辆起动可以具体包括响应于在所述验证图像与所述预定确认数据之间形成匹配并接收到起动请求而起动发动机(例如，发动机333)和马达(例如，334)中的一者或多者。

在可以任选地包括所述第一种和第二种方法中的一者或两者的第三种方法中，一种方法包括：基于第一用户的文档图像和第二用户的确认图像来执行第一次验证；以及基于所述第一次验证来确认所述文档图像和所述确认图像匹配；以及生成确认数据集。应注意，确认所述文档图像和所述确认图像匹配包括确定所述第一用户和所述第二用户是同一用户。在所述第一次验证之后，所述第三种方法包括：基于验证图像和所述确认数据集来执行第二次验证；基于所述第二次验证来确认所述验证图像和所述确认数据集匹配；以及执行车辆的可操作性动作。所述验证图像可以是车辆用户的验证图像。在所述验证图像和所述确认数据集匹配的示例中，应注意，所述车辆用户被确定为与所述确认数据集用户相同的用户。也就是说，所述车辆用户被确定为与所述第一用户和所述第二用户相同的用户。在所述第三种方法的第一示例中，执行所述第一次验证和所述第二次验证包括执行面部识别。在可以任选地包括所述第一示例的所述第三种方法的第二示例中，经由移动装置上的应用程序执行所述第一次验证。在任选地包括所述第一和第二示例中的一者或两者的所述第三种方法的第三示例中，所述方法还包括在生成所述确认数据集期间将合同信息与所述用户相关联。在任选地包括所述第一至第三示例中的一者或多者的所述第三种方法的第四示例中，执行所述第二次验证还包括将所述车辆的数据与所述确认数据集的所述合同信息进行比较。在任选地包括所述第一至第四示例中的一者或多者的所述第三种方法的第五示例中，经由所述车辆的相机生成所述验证图像。在任选地包括所述第一至第五示例中的一者或多者的所述第三种方法的第六示例中，所述方法还包括在确认所述验证图像和所述确认数据集匹配之后将所述验证图像本地存储在所述车辆中。在任选地包括所述第一至第六示例中的一者或多者的所述第三种方法的第七示例中，所述文档图像、所述确认图像和所述验证图像中的每一者包括大于预定阈值的数量的面部数据点。

已经出于说明和描述的目的而呈现了对实施例的描述。可以根据以上描述执行或可以通过实践方法获得实施例的合适的修改和变化。所述方法可以通过利用一个或多个逻辑装置(例如，处理器)与一个或多个附加的硬件元件(诸如存储装置、存储器、图像传感器/透镜系统、光传感器、硬件网络接口/天线、开关、致动器、时钟电路等)相结合执行所存储的指令来执行。所描述的方法和相关联动作还可以按照除了本申请中所描述的顺序之外的各种顺序并行地和/或同时执行。所述系统本质上是示例性的，并且可以包括附加的元件和/或省略元件。本公开的主题包括所公开的各种系统和配置以及其他特征、功能和/或性质的全部新颖的且非显而易见的组合和子组合。

如本申请中所使用的，以单数形式列举并且前面带有单词“一个(a、an)”的元件或步骤应被理解为并不排除多个所述元件或步骤，除非指出这种排除情况。此外，对本公开的“一个实施例”或“一个示例”的提及不希望被解释为排除也并入有所叙述的特征的附加实施例的存在。术语“第一”、“第二”和“第三”等只用作标签，而不意图对其宾语施加数字要求或特定位置顺序。所附权利要求特别指出来自上述公开内容的并被认为是新颖的且非显而易见的主题。

Claims (20)

1.一种方法，其包括：

将验证图像与一个或多个确认数据集进行比较，其中所述一个或多个确认数据集的每一者是基于将文档图像与确认图像匹配而形成；

响应于所述验证图像与所述一个或多个确认数据集中的确认数据集匹配而执行一个或多个车辆可操作性动作；以及

响应于所述验证图像与所述确认数据集不匹配而执行拒绝动作。

2.根据权利要求1所述的方法，其中经由车辆图像传感器形成所述验证图像。

3.根据权利要求1所述的方法，其中所述文档图像是用户的第一图像，其中所述确认图像是所述用户的第二图像，并且其中所述验证图像是所述用户的第三图像。

4.根据权利要求3所述的方法，其中所述验证图像是位于所述车辆的驾驶员座椅上的所述用户的图像。

5.根据权利要求1所述的方法，其中所述拒绝动作包括阻止车辆可操作性。

6.根据权利要求5所述的方法，其中所述拒绝动作包括向用户移动装置发送消息和向管理员发送消息中的一者或多者。

7.一种方法，其包括：

执行车载图像扫描以形成用户的验证图像；

将所述验证图像与存储的确认数据进行比较，所述确认数据包括一个或多个确认数据集，所述确认数据集中的每一者包括文档图像、确认图像和聚合图像中的一者或多者；

响应于在所述验证图像与所述一个或多个确认数据集中的确认数据集之间形成匹配而启用车辆的可操作性；以及

响应于所述验证图像与所述一个或多个确认数据集中的任一者都不匹配而执行拒绝动作。

8.根据权利要求7所述的方法，其中所述拒绝动作包括将所述车辆的车门维持在锁定状态中。

9.根据权利要求7所述的方法，其中所述拒绝动作包括即使接收到起动请求也阻止车辆起动。

10.根据权利要求7所述的方法，其中所述确认数据集与合同信息相关联。

11.根据权利要求10所述的方法，其中所述确认数据存储在远离所述车辆的数据库中。

12.根据权利要求7所述的方法，其中启用所述车辆的可操作性包括启用车辆起动和解锁一个或多个车门中的一者或多者。

13.一种方法，其包括：

基于文档图像和确认图像来执行第一次验证；

基于所述第一次验证来确认所述文档图像和所述确认图像匹配，并且响应于确认所述文档图像和所述确认图像匹配而生成确认数据集；

基于验证图像和所述确认数据集来执行第二次验证；以及

基于所述第二次验证来确认所述验证图像和所述确认数据集匹配，并且响应于确认所述验证图像和所述确认数据集匹配而对车辆执行可操作性动作。

14.根据权利要求13所述的方法，其中执行所述第一次验证和所述第二次验证包括执行面部识别。

15.根据权利要求14所述的方法，其中经由移动装置上的应用程序执行所述第一次验证。

16.根据权利要求13所述的方法，其还包括在生成所述确认数据集期间将合同信息与所述用户相关联。

17.根据权利要求16所述的方法，其中执行所述第二次验证还包括将所述车辆的数据与所述确认数据集的所述合同信息进行比较。

18.根据权利要求13所述的方法，其中经由所述车辆的相机生成所述验证图像。

19.根据权利要求13所述的方法，其还包括在确认所述验证图像和所述确认数据集匹配之后将所述验证图像本地存储在所述车辆中。

20.根据权利要求13所述的方法，其中所述文档图像、所述确认图像和所述验证图像中的每一者包括大于预定阈值的数量的面部数据点。

Images