CN114020157A - 验车的方法、装置、车辆及存储介质 - Google Patents

Abstract

本申请公开了一种验车的方法、装置、车辆及存储介质。在车辆开启验车模式后，采集包含目标对象的目标图像，在验车模式开启的情况下，车辆的功能组件不响应针对功能组件的关联操作装置的操作信号；对目标图像进行识别，得到目标对象的姿势信息；在确定姿势信息为预设姿势信息的情况下，控制车辆的目标功能组件执行目标功能组件的功能，预设姿势信息用于表征对车辆的目标功能组件进行验证的姿势信息。本申请示例提供的技术方案，通过识别目标对象的姿势信息来对车辆的各个功能组件进行验证，该过程无需相关人员在车内对待验证的功能组件的关联操作装置进行操作，也即无需多人配合，节省了人力资源，并且可以提高验车的操作便利性。

Description

验车的方法、装置、车辆及存储介质

技术领域

本申请涉及自动驾驶技术领域，更具体地，涉及一种验车的方法、装置、车辆及存储介质。

背景技术

在车辆提取的过程中，需要对车辆的相关功能进行验证，例如，验证车辆的车灯是否能够正常开启或关闭；验证车辆的喇叭是否能够正常发声等等。

在目前对车辆功能进行验证的过程中，需要至少两个人的配合来进行验证。具体而言，需要一个人在车内开启相关功能，另一个人在车外验证对应的功能是否正常工作。例如，在验证车灯时，需要车内的人依次打开车的近光灯、远光灯、转向灯等等，并且需要车外的人来依次确认车的近光灯、远光灯、转向灯是否正常开启并闪烁。

因此，在目前对车辆功能进行验证的过程中，无法通过一个人来完成车辆功能的验证工作，需要至少两个人的配合来进行验证的方式造成了人力资源的浪费。同时，在两个人验车的过程中，可能存在沟通不足、配合不默契等问题，增加了验车的复杂度。

发明内容

本申请示例提供一种验车的方法、装置、车辆及存储介质。

第一方面，本申请一些示例提供一种验车的方法，该方法包括：在车辆开启验车模式后，采集包含目标对象的目标图像，在验车模式开启的情况下，车辆的功能组件不响应针对功能组件的关联操作装置的操作信号；对目标图像进行识别，得到目标对象的姿势信息；在确定姿势信息为预设姿势信息的情况下，控制车辆的目标功能组件执行目标功能组件的功能，预设姿势信息用于表征对车辆的目标功能组件进行验证的姿势信息。

在一些示例中，在步骤对目标图像进行识别，得到目标对象的姿势信息之后，该方法还包括：将姿势信息与预设姿势信息进行匹配；若匹配成功，则确定姿势信息为预设姿势信息。本示例提供确定姿势信息是否为预设姿势信息的确认方式，能准确判断姿势信息是否为预设姿势信息。

在一些示例中，在确定姿势信息为预设姿势信息之前，该方法还包括：获取姿势信息的持续时长；若持续时长大于或等于第一预设时长，则确定姿势信息为预设姿势信息。在本示例中，通过检测姿势信息的持续时长是否大于或等于第一预设时长，避免用户在无意识状态下摆出的姿势被认为是对目标功能组件进行验证的姿势，减小误触发的概率，提高验车的准确度。

在一些示例中，目标功能组件包括多个工作模式，目标功能组件运行于不同的工作模式时，其工作参数不相同。该方法还包括：在确定姿势信息为预设姿势信息的情况下，控制车辆的目标功能组件在各个工作模式下执行目标功能组件的功能。在本示例中，通过控制目标功能组件在不同工作模式下执行相应的功能，保证该目标功能组件的功能在不同工作模式下在验证过程中被验证，保证验证的完整性。

在一些示例中，该方法还包括：基于目标功能组件运行对应的功能的执行结果，获取第一结果信息，第一结果信息表征目标功能组件是否存在异常；若第一结果信息表征目标功能组件存在异常，则向目标车辆发送反馈信息，目标车辆是指包含指定功能组件的其他车辆，反馈信息用于触发目标车辆对指定功能组件进行验证，指定功能组件与目标功能组件是型号相同的功能组件。在本示例中，在目标功能组件存在异常的情况下，通知包含有相同型号功能组件的其他车辆进行相应的验证，能及时发现包含有相同型号功能组件的车辆是否出现异常。

在一些示例中，该方法还包括：基于目标功能组件运行对应的功能的执行结果，获取第二结果信息，第二结果信息表征车辆的多个功能组件的运行健康状态；获取并呈现车辆的报价信息，报价信息基于第二结果信息、根据预置的报价数据库评估而得到，报价信息包括车辆的价格。在本示例中，在获取车辆的验证结果后，通过预置的报价数据库并基于上述验证结果来确定该车辆的报价信息，给用户提供报价指导。

在一些示例中，在车辆开启验车模式后，采集包含目标对象的目标图像之前，该方法还包括：接收车辆的关联设备发送的验车模式开启指示；基于验车模式开启指示控制车辆开启验车模式；其中，车辆的关联设备为以下一项或多项的组合：车辆的交互装置、与车辆建立第一通信连接的智能设备以及与车辆建立第二通信连接的智能钥匙；车辆的交互装置用于在接收到第一验证模式开关的第一触发信号后生成验车模式开启指示；智能设备用于在接收到第二验证模式开关的第二触发信号后生成验车模式开启指示；智能钥匙用于接收到针对第一目标按键的第一操作信号后生成验车模式开启指示。在本示例中，提供了多种开启验车模式的方法，用户可以根据自身的需求选择开启验车模式，丰富本申请提出的验车的方法的可实施性。

在一些示例中，在车辆开启验车模式后，采集包含目标对象的目标图像之前，该方法还包括：响应于开启验车模式的控制指令，获取车辆的位置信息；若位置信息表征车辆在预设的目标位置内，则开启车辆的验车模式。在本示例中，当车辆处于目标位置下，开启验车模式，丰富了验车模式开启的方法。

在一些示例中，车辆的功能组件的数量至少为一项，在步骤控制车辆的目标功能组件执行目标功能组件的功能之后，该方法还包括：若存在除目标功能组件之外的其它功能组件处于待验证状态，则将处于待验证状态的功能组件确定为目标功能组件，并从采集包含目标对象的目标图像的步骤重新开始执行；若不存在除目标功能组件之外的其它功能组件处于待验证状态，则关闭验车模式。提供一种在目标功能组件验证完毕后自动对其他未验证的功能组件进行验证的方案，以及在完成对所有功能组件的验证工作后自动退出验车模式，避免验车模式始终开启导致车辆无法正常使用的情况发生。

在一些示例中，该方法还包括：若在第二预设时长内未采集到包含目标对象的目标图像，或/及，若在第三预设时长内未从目标图像中识别出预设姿势信息，则关闭验车模式。在本示例中，在确定目标对象不存在验车需求后关闭验车模式，避免验车模式始终开启导致车辆无法正常使用的情况发生。

在一些示例中，该方法还包括：接收车辆的关联设备发送的验车模式关闭指示；基于验车模式关闭指示控制车辆关闭验车模式；其中，车辆的关联设备为以下一项或多项的组合：车辆的交互装置、与车辆建立第一通信连接的智能设备以及与车辆建立第二通信连接的智能钥匙；车辆的交互装置用于在接收到第三验证模式开关的第三触发信号后生成验车模式关闭指示；智能设备用于在接收到第四验证模式开关的第四触发信号后生成验车模式关闭指示；智能钥匙用于接收到针对第二目标按键的第二操作信号后生成验车模式关闭指示。在本示例中，目标对象可以根据自身需求手动触发车辆关闭验车模式，避免验车模式始终开启导致车辆无法正常使用的情况发生。

第二方面，本申请一些示例还提供一种验车的装置，该装置包括：目标图像采集模块、姿势信息获取模块和功能执行模块。其中，目标图像采集模块用于在车辆开启验车模式后，采集包含目标对象的目标图像，在验车模式开启的情况下，车辆的功能组件不响应针对功能组件的关联操作装置的操作信号。姿势信息获取模块用于对目标图像进行识别，得到目标对象的姿势信息。功能执行模块用于在确定姿势信息为预设姿势信息的情况下，控制车辆的目标功能组件执行目标功能组件的功能，预设姿势信息用于表征对车辆的目标功能组件进行验证的姿势信息。

第三方面，本申请一些示例还提供一种车辆，该车辆包括：一个或多个处理器、一个或多个摄像头、存储器和一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于执行上述验车的方法。

第四方面，本申请一些示例还提供一种计算机可读存储介质，该计算机可读存储介质存储有程序代码，其中，在程序代码被处理器运行时执行上述验车的方法。

第五方面，本申请示例还提供一种计算机程序产品，该计算机程序产品被执行时，实现上述验车的方法。

本申请提供一种验车的方法、装置、车辆及存储介质。车辆在开启验车模式后，采集包含目标对象的目标图像；在识别出目标对象的姿势信息为对目标功能组件进行验证的姿势信息的情况下，控制目标功能组件执行相应的功能，以验证目标功能组件是否正常。本申请示例提供的技术方案，通过识别目标对象的姿势信息来对车辆的各个功能组件进行验证，该过程无需相关人员在车内对待验证的功能组件的关联操作装置进行操作，也即无需多人配合，节省了人力资源，并且可以提高验车的操作便利性。

附图说明

为了更清楚地说明本申请示例中的技术方案，下面将对示例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些示例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请示例提供的一种验车的方法的应用环境示意图。

图2示出了本申请第一示例提供的一种验车的方法的流程示意图。

图3示出了本申请示例提供的一种人车交互场景示意图。

图4示出了本申请示例提供的召唤姿势的示意图。

图5示出了本申请示例提供的停止姿势的示意图。

图6示出了本申请第二示例提供的一种验车的方法的流程示意图。

图7示出了本申请第三示例提供的一种验车的方法的流程示意图。

图8示出了本申请第四示例提供的一种验车的方法的流程示意图。

图9示出了本申请示例提供的一种验车的装置的模块框图。

图10示出了本申请示例提供的车辆的模块框图。

图11示出了本申请示例提供的计算机可读存储介质的模块框图。

具体实施方式

下面详细描述本申请的实施方式，实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性地，仅用于解释本申请，而不能理解为对本申请的限制。

为了使本技术领域的人员更好地理解本申请的方案，下面将结合本申请示例中的附图，对本申请示例中的技术方案进行清楚、完整的描述。显然，所描述的示例仅仅是本申请一部分示例，而不是全部的示例。基于本申请中的示例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他示例，都属于本申请保护的范围。

本申请提供一种验车的方法、装置、车辆及存储介质。车辆在开启验车模式后，采集包含目标对象的目标图像；在识别出目标对象的姿势信息为对目标功能组件进行验证的姿势信息的情况下，控制目标功能组件执行相应的功能，以验证目标功能组件是否正常。本申请示例提供的技术方案，通过识别目标对象的姿势信息来对车辆的各个功能组件进行验证，该过程无需相关人员在车内对待验证的功能组件的关联操作装置进行操作，也即无需多人配合，节省了人力资源，并且可以提高验车的操作便利性。

为了便于详细说明本申请方案，下面先结合附图对本申请示例中的应用环境进行介绍。请参阅图1，图1为本申请示例提供的验车的方法的应用环境的示意图，该应用环境包括：车辆110、一个或多个摄像头120、关联设备130和服务器140。

车辆110是指以动力装置驱动或者牵引，供人员乘用或者用于运送物品的轮式车辆110，其包括但不限于小轿车、中巴车、大巴车。车辆110中包括多个功能组件。其中，功能组件包括但不限于车灯组件、喇叭组件、车窗组件、雨刷组件以及车辆驱动组件。其中，车灯组件包括但不限于近光灯、远光灯、转向灯以及转向辅助灯。在一些示例中，车辆110还包括汽车声音警报系统(AVAS)，AVAS用于在开启验车模式的情况下，播放提示信息，该提示信息用于指导对功能组件进行验证的姿势信息。在一些示例中，车辆110还包括一个或多个传感器，一个或多个传感器用于检测目标对象的位置，并且在确定目标对象位置的情况下，触发一个电信号，该电信号用于指示开启距离目标对象最近的摄像头120。

一个或多个摄像头120安装于车辆110的不同位置，在本申请示例中，一个或多个摄像头120用于在验车模式开启的情况下，采集包含目标对象的目标图像。在一些情况中，摄像头120可用于记录在驾驶过程中的行车画面，以及拍摄在倒车过程中的车后实时的画面。

关联设备130是实现用户与车辆之间的交互的中间设备，例如用户通过对关联设备130的操作打开或关闭车辆110的验车模式。关联设备130可以是车辆110中的交互装置，具体地，关联设备130可以是车辆110中设置有实体按键或虚拟按键的操作面板，比如设置在车辆110的中控台。在一些示例中，中控台还用于接收一个或多个摄像头120采集到的包含目标对象的目标图像，并对该目标图像进行识别并得到目标对象的姿势信息。并且在上述姿势信息为预设姿势信息的情况下，向车辆110发送相关控制指令，以使得车辆能基于该预设姿势信息对应的功能组件执行相应的功能。

在本申请的一些示例中，关联设备130还可以是通过无线连接(例如Wi-Fi连接)和车辆110相连接的智能设备，例如智能手机、智能平板，在该智能设备上安装有指定验车程序。在本申请的另一些示例中，关联设备130还可以是通过无线遥控技术(例如无线射频识别技术)和车辆110相连接的智能钥匙，通过在该智能钥匙设置有用于开启或关闭车辆110中验车模式的功能按键以及对应的按压操作，实现对车辆110中验车模式的开启或关闭。

服务器140和车辆110以及关联设备之间分别建立通信连接，服务器140为车辆110提供数据备份、异常状态处理以及数据处理等服务。在本示例中，服务器140包括第一服务器和第二服务器，其中，第一服务器用于接收车辆110发送的第一结果信息，并基于车辆110中存在异常的功能组件对应的型号，确定其他包含相同型号功能组件的目标车辆，并向该目标车辆对应的关联设备发送验车请求。第二服务器用于接收车辆发送的第二结果信息，并对第二结果信息进行评估得到车辆110对应的报价信息，进一步将该报价信息发送至车辆110。

如图2所示，图2示意性地示出本申请第一示例提供的一种验车的方法。该方法应用于图1中的车辆，该方法可以包括以下步骤S210至步骤S230。

步骤S210：在车辆开启验车模式后，采集包含目标对象的目标图像。

在验车模式开启的情况下，车辆的功能组件不响应针对功能组件的关联操作装置的操作信号。其中，针对功能组件的关联操作装置可以包括操作面板上的实体按键或虚拟按键，也可以包括操作台上的摇杆、操作杆等装置，在一些示例中，关联操作装置还可以包括该功能组件对应的语音命令识别装置。在验车模式开启的情况下，无法通过功能组件的关联操作装置控制车辆的功能组件实现相应的功能，而是通过识别目标对象的预设姿势来控制车辆的功能组件实现相应的功能。若在验车模式下，车辆响应针对上述关联操作装置的操作，此时不能判断车辆响应的原因是识别到预设姿势还是接收到针对关联操作装置的触发操作，给验车过程带来干扰，因此在验车模式开启的情况下，禁止通过关联操作装置控制车辆的功能组件。以控制喇叭组件为例，在开启验车模式的情况下，无法通过喇叭组件对应的操作面板上的实体按键或虚拟按键来实现喇叭组件的开启或关闭，而是通过识别喇叭组件对应的预设姿势来实现喇叭组件的开启或关闭。验车模式的开启方式将在下文示例进行说明。

在车辆开启验车模式的情况下，车辆通过摄像头采集包含目标对象的目标图像。目标对象可以是对车辆的功能组件进行验证的人员，比如车主、车辆的测试人员等等。作为一种实施方式，在开启验车模式之后，开启车辆中的摄像头来拍摄包含目标对象的视频流，得到包含目标对象的至少一张目标图像。

在一些示例中，在摄像头开启前，检测车辆的全部车门是否处于关闭状态。在车辆的全部车门都处于关闭状态的情况下，开启摄像头。在一些示例中，车辆开启车辆中的全部摄像头，以采集包含目标对象的目标图像。在另一些示例中，车辆开启指定摄像头，上述指定摄像头基于目标对象的位置确定，比如距离目标对象最近的位置，或者，目标对象正对的位置。上述目标对象的位置可以通过车辆上的传感器检测得到。

步骤S220：对目标图像进行识别，得到目标对象的姿势信息。

作为一种实施方式，车辆中设置有对目标对象的姿势进行识别的姿势识别算法，该姿势识别算法的输入为车辆的摄像头拍摄到的视频流，对视频流中的图像(即目标图像)进行识别，得到目标对象的姿势信息。

姿势识别算法包括且不限于：基于随机森林的姿态识别算法、基于神经网络的姿态识别算法、基于概率图模型的姿态识别算法、基于近似字符串匹配的姿态识别算法和基于支持向量机的姿态识别算法。

姿势信息包括但不限于指向姿势、聆听姿势、召唤姿势和停止姿势。指向姿势为目标对象单手指向需要验证的功能组件的姿势。请参阅图3，图3示出了本申请示例提供的一种人车交互场景示意图。在图3中，目标对象310单手指向车辆110中位于车辆前部的车灯组件320。示例性地，聆听姿势为目标对象的单手放在耳朵处，模拟聆听动作的姿势。召唤姿势为目标对象双手分开放于胸前并且掌心向内的姿势，如图4所示，图4示意性的示出了本申请示例提供的召唤姿势的示意图。停止姿势为目标对象双手分开放于胸前并且掌心向外的姿势，如图5所示，图5示意性的示出了本申请示例提供的停止姿势的示意图。

步骤S230：在确定姿势信息为预设姿势信息的情况下，控制车辆的目标功能组件执行目标功能组件的功能。

预设姿势信息是对目标功能组件进行验证的姿势信息。预设姿势信息包括且不限于：指向姿势、聆听姿势、召唤姿势和停止姿势。不同功能组件对应不同的预设姿势信息，其由相关技术人员在车辆出厂前进行设置。以下表-1示出验证不同功能组件的不同预设姿势信息。

表-1

功能组件	预设姿势信息
		车灯组件、车窗组件、雨刷组件	指向姿势
喇叭组件	聆听姿势
		车辆驱动组件	召唤姿势、停止姿势

在本示例中，将姿势信息与预设姿势信息进行匹配，若姿势信息与预设姿势信息匹配成功，则确定姿势信息为预设姿势信息；反之，若姿势信息与预设姿势信息匹配失败，则确定姿势信息不是预设姿势信息。

作为一种实施方式，车辆计算该姿势信息和至少一个预设姿势信息之间的相似度来确定是否匹配，若该相似度大于或等于预设相似度，则说明姿势信息与预设姿势信息匹配成功；反之，若该姿势信息和全部预设姿势信息之间的相似度都小于预设相似度，则说明姿势信息与预设姿势信息匹配失败。预设相似度根据实验或经验设定。例如，预设相似度为80％。

可选地，相似度可以通过计算余弦相似度、欧氏距离、切比雪夫距离、皮尔逊相关系数、汉明距离、KL散度、Hellinger距离之间的一种或多种来确定。

进一步地，在姿势信息与预设姿势信息匹配成功的情况下，该方法还包括如下步骤：获取姿势信息的持续时长，若该持续时长大于或等于第一预设时长，则确定姿势信息为预设姿势信息。姿势信息的持续时长用姿势信息与预设姿势信息的连续匹配成功的目标图像的数量来确定。可选地，上述目标图像的数量和摄像头的采集帧率之间的比值即为持续时长。示例性地，以目标图像的数量为150张以及摄像头的采集帧率为30帧/秒为例，对应的持续时长为5秒。可选地，第一预设时长由车辆默认设定，或者，由相关技术人员自定义设定。不同预设姿势信息对应的第一预设时长可以相同，也可以不同。

若该持续时长小于第一预设时长，则说明目标对象摆出姿势时间过短，其有可能是目标对象在无意识状态下摆出的姿势，而并非对目标功能组件进行验证地姿势，因此车辆确定姿势信息不是预设姿势信息。通过上述方式，避免用户在无意识状态下摆出的姿势被认为是对目标功能组件进行验证的姿势，减小误触发的概率，提高验车的准确度。

在一些示例中，在确定姿势信息为预设姿势信息中的指向姿势的情况下，则车辆需要确定目标对象指向的目标功能组件。作为一种实施方式，在车辆的交互装置中可以设置有具有识别目标功能组件的算法，该算法在确定目标对象的姿势为指向姿势的情况下，基于拍摄目标图像的摄像头位置信息以及目标图像中目标对象手臂伸出的方向与躯干的方向之间夹角的角度信息，确定目标对象指向的目标功能组件。以对位于车辆前部的车灯组件进行验证为例，在确定目标对象的姿势为指向姿势的情况下，该算法基于拍摄目标图像的摄像头位于车辆前部的信息确定目标对象处于车辆的前方，并且基于目标对象手臂伸出的方向与躯干的方向之间夹角的角度为第一角度，此时确定目标对象指向的是位于车辆前部的车灯组件。

进一步地，在确定目标功能组件的情况下，控制目标功能组件执行目标功能组件对应的功能。示例性地，若目标功能组件为雨刷组件时，雨刷组件所执行的功能为开启雨刷器并且来回扫动两次。若目标功能组件为车窗组件时，车窗组件所执行的功能为全部车窗包括顶窗(如果有)开启或关闭。若目标功能组件为喇叭组件时，喇叭组件所执行的功能为喇叭鸣笛两次。若目标功能组件为车辆驱动组件时，车辆驱动组件所执行的功能为车辆启动并向前行驶和/或车辆停止向前行使。

在一些示例中，目标功能组件包括多个工作模式，目标功能组件运行于不同的工作模式时，其工作参数不相同。则步骤S230可以实现为：在确定姿势信息为预设姿势信息的情况下，控制车辆的目标功能组件在各个工作模式下执行目标功能组件的功能。

在本示例中，不同的工作模式对应的工作参数不相同。具体地，工作参数可以是不同工作模式下对应的处于工作状态的硬件设备，也可以是处于工作状态的硬件设备对应的设备参数。在目标功能组件存在多个工作模式的情况下，控制车辆的目标功能组件在各个工作模式下执行目标功能组件的功能。功能组件的工作模式由车辆内部的控制系统预先设定，以车灯组件为例，车灯组件对应的工作模式可以包括近光灯工作模式、远光灯工作模式、转向灯工作模式、转向辅助灯工作模式等等。因此，当确定目标功能组件为位于车辆前部的车灯组件时，车灯组件依次在上述近光灯工作模式、远光灯工作模式、转向灯工作模式、转向辅助灯工作模式分别打开及关闭对应的车灯，也即依次打开并关闭车灯组件中的近光灯、远光灯、转向灯以及转向辅助灯。需要说明的是，目标功能组件在不同工作模式下的工作顺序由车辆默认设定，或者由验车人员自定义设定。

可选地，在控制目标功能组件执行对应的功能之前，还包括步骤：播放第一提示信息，第一提示信息用于告知目标功能组件即将执行的功能。例如，若确定目标功能组件为喇叭组件时，播放的第一提示信息则是告知目标对象喇叭即将鸣笛两次。又如，若确定目标功能组件为位于车辆前部的车灯组件时，第一提示信息用于告知目标对象即将打开的车灯名称。

在本申请示例中，在确定目标对象的姿势信息是对目标功能组件进行验证的姿势信息的情况下，控制目标功能组件执行目标功能组件对应的功能，验车人员通过确认车辆的各个功能组件是否能够执行自身的功能，以确定车辆的各个功能组件是否正常。以对位于车辆前部的车灯组件进行验证为例，目标对象根据车灯组件的闪烁情况，判断车灯组件是否正常工作，即完成了对车灯组件的验证工作。

在本申请示例中，步骤S230之后还包括步骤：检测是否存在除目标功能组件之外的其它功能组件处于待验证状态。在对目标功能组件进行验证之后，该目标功能组件会标记为已验证状态。未被标记为已验证状态的功能组件即处于待验证状态。若存在除目标功能组件之外的其它功能组件处于待验证状态，则将处于待验证状态的任一功能组件确定为目标功能组件，并从采集包含目标对象的目标图像的步骤重新开始执行。可选地，从采集包含目标对象的目标图像的步骤重新开始执行之前，还包括步骤：播放第二提示信息，第二提示信息用于提示当前目标功能组件的功能已执行完毕，对其他需要验证的功能组件进行功能验证。例如，第二提示信息为“车灯已验证完成，请验证其他功能组件”。

若不存在除目标功能组件之外的其它功能组件处于待验证状态，则关闭验车模式，以避免影响车辆的正常工作。在本示例中，在关闭验车模式之前，检测是否满足关闭验车模式的条件，该条件包括：若在第二预设时长内未采集到包含目标对象的目标图像，或/及，若在第三预设时长内未从目标图像中识别出预设姿势信息，则关闭验车模式。第二预设时长和第三预设时长由车辆默认设定，或者，由相关技术人员自定义设定，第二预设时长和第三预设时长可以相同，也可以不相同。具体地，第二预设时长可以大于或等于2min并且小于20min，在本示例中，第二预设时长为5min。第三预设时长可以大于或等于2min并且小于20min，在本示例中，第三预设时长为8min。这里需要说明的是，若对该车辆的全部功能组件都验证完毕之后，目标对象可能对某些功能组件进行再次验证。车辆通过上述方式判断目标对象不存在验车意图，进而关闭验车模式，以避免验车模式始终开启时车辆无法正常使用的情况发生。

在又一些示例中，在车辆开启验车模式后，检测是否满足上述关闭验车模式的条件。在满足上述关闭验车模式条件的情况下，关闭验车模式，若不满足，则可以直接执行验车的后续步骤。例如，在车辆开启验车模式后，若在第二预设时长内未采集到包含目标对象的目标图像，或/及，若在第三预设时长内未从目标图像中识别出预设姿势信息，则关闭验车模式。由此，可以避免系统一直处于待机状态带来的能耗问题，在关闭验车模式后，车辆的其他功能(如被禁用的关联操作装置)恢复启用状态，避免为用户带来不便。

在一些示例中，在采集包含目标对象的目标图像之前，还包括步骤：播放第三提示信息。该第三提示信息用于提示对目标功能组件进行验证的预设姿势信息。示例性地，第三提示信息的具体内容为“请指向需要验证的区域，并在3秒内保持该姿势”。

在本申请示例中，车辆在开启验车模式后，采集包含目标对象的目标图像；在识别出目标对象的姿势信息为对目标功能组件进行验证的姿势信息的情况下，控制目标功能组件执行相应的功能，以验证目标功能组件是否正常。本申请示例提供的技术方案，通过识别目标对象的姿势信息来对车辆的各个功能组件进行验证，该过程无需相关人员在车内对待验证的功能组件的关联操作装置进行操作，也即无需多人配合，节省了人力资源，并且可以提高验车的操作便利性。

如图6所示，图6示意性地示出本申请第二示例提供的一种验车的方法。该方法应用于图1中的车辆，该方法包括步骤S610至步骤S650。

步骤S610：在车辆开启验车模式后，采集包含目标对象的目标图像。

步骤S620：对目标图像进行识别，得到目标对象的姿势信息。

步骤S630：在确定姿势信息为预设姿势信息的情况下，控制车辆的目标功能组件执行目标功能组件的功能。

步骤S610至步骤S630可以参考步骤S210至步骤S230中的详细阐述，在此不再一一赘述。

步骤S640：基于目标功能组件运行对应的功能的执行结果，获取第一结果信息。

第一结果信息表征目标功能组件是否存在异常。基于目标功能组件运行对应的功能的执行结果，车辆在对应的目标功能组件完成验证之后，通过该车辆对应的交互装置获取目标对象输入的验证结果，该验证结果即为第一结果信息。作为一种示例，若该目标功能组件为车辆前部的车灯组件，在目标对象在对该车灯组件完成验证之后，通过交互装置(例如，智能手机、智能平板)输入车灯组件的验证结果。具体地，若车灯组件中的每个车灯对应的功能的执行结果为全部车灯均正常工作，目标对象依次输入车灯组件中每个车灯的验证结果为车灯正常工作，车辆对应的交互装置获取对应的第一结果信息，此时第一结果信息表明目标功能组件不存在异常；若车灯组件中的每个车灯对应的功能的执行结果为存在车灯(例如，近光灯)无法正常工作，目标对象将车灯组件的验证结果中近光灯对应的验证结果输入为无法正常工作，车辆对应的交互装置获取对应的第一结果信息，此时第一结果信息表明目标功能组件存在异常。

步骤S650：若第一结果信息表征目标功能组件存在异常，则向目标车辆发送反馈信息。

目标车辆是指包含指定功能组件的其他车辆。指定功能组件与目标功能组件是型号相同的功能组件。

在一些示例中，若第一结果信息表征目标功能组件存在异常，则向第一服务器发送第一异常信息，第一服务器被配置为在接收到第一异常信息之后，向目标车辆发送反馈信息。第一异常信息用于通知第一服务器目标功能出现异常。第一异常信息包括目标功能组件的名称以及异常表现。例如，第一异常信息为喇叭无法发声。在一些示例中，第一异常信息还包括目标功能组件的型号。

反馈信息用于请求目标车辆对指定功能组件进行验证。反馈信息包括指定功能组件的名称，以及验车原因。例如，反馈信息为“发现同型号的远光灯出现异常，请验证远光灯是否正常”。

作为一种示例，在第一异常信息不包括目标功能组件的型号的情况下，第一服务器接收到第一异常信息后，基于预先存储的车辆数据信息，确定该车辆中目标功能组件的型号，之后确定包含指定功能组件(与目标功能组件的型号相同)的目标车辆。作为另一种示例，在第一异常信息包括目标功能组件的型号的情况下，第一服务器接收到第一异常信息后，基于预先存储的车辆数据信息以及该车辆中目标功能组件的型号，直接确定包含指定功能组件(与目标功能组件的型号相同)的目标车辆。

可选地，在第一服务器中可以统计接收到的第一异常信息中同一型号的目标功能组件发生异常的次数，在同一型号的目标功能发生异常的次数大于预设次数的情况下，进一步确定目标车辆。

在另一些示例中，若第一结果信息表征目标功能组件存在异常，则通过与车辆建立通信的网络(例如，局域网、Zigbee网络或者蓝牙网络)，确定在该车辆一定范围内的目标车辆，并向目标车辆发送反馈信息。

可选地，第一服务器在确定目标功能组件的型号的情况下，基于该型号确定包含目标功能组件的订单链接，进一步将该订单链接发送至与该车辆建立通信连接的第二关联设备，例如智能手机。

在本示例中，在检测出目标功能组件存在异常后，向第一服务器发送验证结果，以使得第一服务器能够搜索并向车辆的关联设备推送目标功能组件的商品信息，使得用户能够更便利地购买用于替换的功能组件。

在本示例中，在目标功能组件存在异常的情况下，通知包含有相同型号功能组件的其他车辆进行相应的验证，能及时发现包含有相同型号功能组件的车辆是否出现异常。

如图7所示，图7示意性地示出本申请第三示例提供的一种验车的方法。该方法应用于图1中的车辆，该方法包括步骤S710至步骤S750。

步骤S710：在车辆开启验车模式后，采集包含目标对象的目标图像。

步骤S720：对目标图像进行识别，得到目标对象的姿势信息。

步骤S730：在确定姿势信息为预设姿势信息的情况下，控制车辆的目标功能组件执行目标功能组件的功能。

步骤S710至步骤S730可以参考步骤S210至步骤S230中的详细阐述，在此不再一一赘述。

步骤S740：基于目标功能组件运行对应的功能的执行结果，获取第二结果信息。

其中，第二结果信息表征车辆的多个功能组件的运行健康状态。作为一种示例，车辆在获取到多个第一结果信息之后，将多个第一结果信息汇总成第二结果信息，第一结果信息的获取方式在步骤S640中已经下详细介绍，在此不再一一赘述。示例性地，第二结果信息可以包括车辆的车灯组件、喇叭组件、车窗组件、雨刷组件、车辆驱动组件等功能组件中一项或多项的验证结果，当上述功能组件对应的第一结果信息都确定的情况下，汇总成第二结果信息。

步骤S750：获取并呈现车辆的报价信息。

报价信息基于第二结果信息、根据预置的报价数据库评估而得到，报价信息包括车辆的价格。

作为一种示例，在车辆获取到第二结果信息之后，通过车辆的中控台中预先设置的报价数据库获取该车辆的报价信息，并通过中控台上的显示屏呈现该车辆的报价信息。具体地，预置的报价数据库为不同型号的车辆对应的验证结果和车辆报价之间的映射表。在车辆获取到第二结果信息之后，基于预先存储的车辆数据信息确定该车辆的型号，进一步基于上述映射表确定车辆的报价信息，并将价格信息通过中控台上的显示屏呈现。

作为另一种示例，预置的报价数据库存储在与车辆建立通信连接的第二服务器中。当车辆获取到第二结果信息之后，通过车辆中的信息发送装置将该第二结果信息发送至第二服务器。第二服务器在接收到上述车辆发送的第二结果信息之后，基于第二结果信息确定当前车辆中各个功能组件的验证结果。并进一步基于该验证结果对车辆的价格进行评估，具体地，在第二服务器中可以预存有不同型号的车辆对应的验证结果和车辆报价之间的映射表。作为一种示例，第二结果信息中不包含车辆的型号信息，在第二服务器接收到第二结果信息后，基于预先存储的车辆数据信息确定该车辆的型号，进一步基于车辆的型号以及车辆对应的验证结果，通过映射表确定车辆的报价信息。作为另一种示例，第二结果信息中包含车辆的型号信息，第二服务器直接从接收到的第二结果信中确定车辆的型号以及车辆对应的验证结果，进一步通过映射表确定车辆的报价信息。

在第二服务器确定当前车辆的报价信息之后，将报价信息发送至车辆的中控台，或者是车辆对应的交互装置。在车辆的中控台或者是车辆的交互装置在接收到上述报价信息之后，该对报价信息进行呈现。

在本示例中，在获取车辆的验证结果后，通过预置的报价数据库并基于上述验证结果来确定该车辆的报价信息，给用户提供报价指导。

下面对验车模式的开启方式进行描述。在基于图2提供的示例中，在步骤S210之前，该方法还包括如下步骤：接收该车辆的关联设备发送的验车模式开启指示，并且基于该验车模式开启指示控制车辆开启验车模式。其中，车辆的关联设备为以下一项或多项的组合：车辆的交互装置、与车辆建立第一通信连接的智能设备以及与车辆建立第二通信连接的智能钥匙。

在一些示例中，车辆的关联设备为车辆的交互装置，车辆的交互装置用于在接收到第一验证模式开关的第一触发信号后生成验车模式开启指示。具体地，车辆的交互装置可以是设置有实体按键或虚拟按键的操作面板(比如中控台)，第一验证模式开关可以是上述操作面板中的任一实体按键(即第一实体按键)或任一虚拟按键(即第一虚拟按键)。车辆的交互装置在接收到针对第一验证模式开关的第一触发信号后，生成验车模式打开指示，并将上述验车模式打开指示发送至车辆，车辆基于该验车模式开启指示开启验车模式。

在另一些示例中，车辆的关联设备为与车辆建立第一通信连接的智能设备，智能设备用于在接收到第二验证模式开关的第二触发信号后生成验车模式开启指示。具体地，智能设备通过无线连接(例如Wi-Fi连接)和车辆相连接，例如智能手机、智能平板。以智能手机为例，在该智能手机上安装有关联上述车辆的应用程序，在该应用程序中，设置有开启验车模式功能的第二虚拟按键，即为第二验证模式开关。在智能设备接收到针对第二验车模式开关的第二触发信号后，生成验车模式开启指示并发送至车辆，车辆基于该验车模式开启指示开启验车模式。

在又一些示例中，车辆的关联设备为与车辆建立第二通信连接的智能钥匙，智能钥匙用于接收到针对第一目标按键的第一操作信号后生成验车模式开启指示。具体地，智能钥匙通过无线遥控技术(例如无线射频识别技术)和车辆相连接，第一目标按键为智能钥匙上具有开启验车模式功能的按键，该按键可以是实体按键也可以是智能钥匙上触摸屏内的某一虚拟按键，在此不做具体限定。针对第一目标按键的第一操作可以是长按操作、多击操作等等，以长按操作为例，当智能钥匙接收到针对第一目标按键的第一操作信号后，生成验车模式开启指示并发送至车辆，车辆在接收该验车模式开启指示开启验车模式。

这里需要说明的是，还可以在检测到多个关联设备发送的验车模式开启指示的情况下，开启验车模式。示例性地，在接收到车辆的智能钥匙发送的验车模式开启指示，并且接收到车辆的交互装置发送的验车模式开启指示的情况下，开启验车模式。在这种情况下，可以有效避免单个关联设备误开启验车模式的情况，降低在验车模式误开启的情况下，用户无法通过功能组件的关联操作装置控制车辆情况的可能性，提高用户的使用体验。

可选地，在步骤S210之前，该方法还包括如下步骤：响应于开启验车模式的控制指令，获取车辆的位置信息，若位置信息表征车辆在预设的目标位置内，则开启车辆的验车模式。

车辆的位置信息可以通过车辆内置GPS定位系统获得。车辆的位置信息包括但不限于车辆所处位置的经度信息和维度信息、车辆所处位置的地址信息。具体地，预设的目标位置可以是汽车销售服务4S店对应的位置，也可以是二手车行对应的位置。目标位置对应的位置信息可以预先储存在车辆的控制系统中，也可以存储在与车辆建立通信连接的服务器中。当车辆接收到开启验车模式对应的控制指令之后，进一步判断车辆的位置是否在预设的位置内。当车辆的位置信息表明车辆处于预设的目标位置内时，开启车辆的验车模式。具体地，可以基于车辆的位置信息和目标位置的位置信息，计算车辆和目标位置之间的距离，若该距离小于距离阈值，则表明车辆在预设的目标位置内，在这种情况下，开启车辆的验车模式。

在本示例中，通过判断车辆位置是否为目标位置，可以避免车辆在不合适的位置下开启验车模式的情况发生，避免验车模式开启后对用户造成的不便。

在本申请示例中，提供了多种开启验车模式的方法，用户可以根据自身的需求选择开启验车模式，丰富了本申请提出的验车的方法的可实施性。

在上文示例中介绍了车辆在所有功能组件验证完毕后自动退出验证模式。目标对象也可以根据自身需求手动触发车辆关闭验车模式。下面对验车模式的关闭方式进行描述。

在一些示例中，可以通过接收该车辆的关联设备发送的验车模式关闭指示，并且基于该验车模式关闭指示控制车辆关闭验车模式。其中，车辆的关联设备已在上述示例中进行详细阐述，在此不再一一赘述。

在一些示例中，车辆的关联设备为车辆的交互装置，车辆的交互装置用于在接收到第三验证模式开关的第三触发信号后生成验车模式开启指示。具体地，车辆的交互装置可以是设置有实体按键或虚拟按键的操作面板(比如中控台)，第三验证模式开关可以是上述操作面板中的任一实体按键(即第二实体按键)或任一虚拟按键(即第三虚拟按键)。车辆的交互装置在接收到针对第三验证模式开关的第三触发信号后，生成验车模式关闭指示，并将上述验车模式关闭指示发送至车辆，车辆基于该验车模式关闭指示开启验车模式。其中，第二实体按键和第一实体按键可以为同一实体按键，也可以为不同实体按键。第三虚拟按键和第一虚拟按键可以为同一虚拟按键，也可以为不同虚拟按键。

在另一些示例中，车辆的关联设备为与车辆建立第一通信连接的智能设备，智能设备用于在接收到第四验证模式开关的第四触发信号后生成验车模式关闭指示。具体地，智能设备通过无线连接(例如Wi-Fi连接)和车辆相连接，例如智能手机、智能平板。以智能手机为例，在该智能手机上安装有关联上述车辆的应用程序，在该应用程序中，设置有关闭验车模式功能的第四虚拟按键，即为第四验证模式开关。在智能设备接收到针对第四验车模式开关的第四触发信号后，生成验车模式关闭指示并发送至车辆，车辆基于该验车模式关闭指示关闭验车模式。其中，第四虚拟按键和第二虚拟按键可以为同一虚拟按键，也可以为不同虚拟按键。

在又一些示例中，车辆的关联设备为与车辆建立第二通信连接的智能钥匙，智能钥匙用于接收到针对第二目标按键的第二操作信号后生成验车模式关闭指示。具体地，智能钥匙通过无线遥控技术(例如无线射频识别技术)和车辆相连接，第二目标按键为智能钥匙上具有关闭验车模式功能的按键，该按键可以是实体按键也可以是智能钥匙上触摸屏内的某一虚拟按键，在此不做具体限定。针对第二目标按键的第二操作可以是长按操作、多击操作等等，以长按操作为例，当智能钥匙接收到针对第二目标按键的第二操作信号后，生成验车模式关闭指示并发送至车辆，车辆在接收该验车模式关闭指示关闭验车模式。

在本申请示例中，提供了多种关闭验车模式的方法，用户可以根据自身的需求选择关闭验车模式，丰富了本申请提出的验车的方法的可实施性。

如图8所示，图8示意性地示出本申请第四示例提供的一种验车的方法。该方法应用于图1中的车辆，该车辆包括但不限于以下功能组件：前车车灯、喇叭。该方法可以包括以下步骤S810至步骤S826。

步骤S810：车内打开验车模式，验车人下车并关闭车门。

验车人即为步骤S210中的目标对象，车内打开验车模式的方法可以通过操作车辆内部的交互装置实现，具体的实现方法请参阅验车模式的开启方式对应的示例中的阐述，在此不一一赘述。

步骤S812：AVAS播放语音。

AVAS播放的语音即为上述示例中的第一提示信息。在本示例中，语音的具体内容可以是“请用手指向想要查验的区域或者通过手势模拟想要实现的功能，时间大于或等于3秒”。

步骤S814：摄像头识别用户操作。

步骤S814的具体实施方式可以参考步骤S220中的阐述，在此不一一赘述。

步骤S816：是否指向前车车灯且时间大于或等于3秒。若是，则执行步骤S818；若否，则执行步骤S814。

步骤S818：AVAS播报点亮的车灯名称并开启相应的车灯。

在步骤S818执行完毕之后，再次执行步骤S814。

步骤S820：是否将单手放在耳朵处且时间大于或等于3秒。若是，则执行步骤S822；若否，则执行步骤S814。

步骤S822：AVAS播报即将鸣笛并且鸣笛两声。

在步骤S822执行完毕之后，再次执行步骤S814。

步骤S824：是否摆出其他预设姿势。若是，则执行步骤S826；若否，则执行步骤S814。

步骤S826：执行步骤S824中预设姿势对应功能组件的功能。

在步骤S826执行完毕之后，再次执行步骤S814。

其中，步骤S816、步骤S820和步骤S824不存在执行的先后顺序。步骤S816至步骤S826的具体实施方式可以参考步骤S220至步骤S230中的阐述，在此不一一赘述。

在本申请示例中，车辆在开启验车模式后，采集包含目标对象的目标图像；在识别出目标对象的姿势信息为对目标功能组件进行验证的姿势信息的情况下，控制目标功能组件执行相应的功能，以验证目标功能组件是否正常。本申请示例提供的技术方案，通过识别目标对象的姿势信息来对车辆的各个功能组件进行验证，该过程无需相关人员在车内对待验证的功能组件的关联操作装置进行操作，也即无需多人配合，节省了人力资源，并且可以提高验车的操作便利性。

请参阅图9，其示出了本申请示例提供的一种验车的装置900的结构框图。该装置900包括：目标图像采集模块910、姿势信息获取模块920和功能执行模块930。其中，目标图像采集模块910用于在车辆开启验车模式后，采集包含目标对象的目标图像，在验车模式开启的情况下，车辆的功能组件不响应针对功能组件的关联操作装置的操作信号。姿势信息获取模块920用于对目标图像进行识别，得到目标对象的姿势信息。功能执行模块930用于在确定姿势信息为预设姿势信息的情况下，控制车辆的目标功能组件执行目标功能组件的功能，预设姿势信息用于表征对车辆的目标功能组件进行验证的姿势信息。

在一些示例中，装置900还包括：姿势信息匹配模块(图中未示出)。姿势信息匹配模块用于将姿势信息与预设姿势信息进行匹配；若匹配成功，则确定姿势信息为预设姿势信息。

在一些示例中，目标功能组件包括多个工作模式，目标功能组件运行于不同的工作模式时，其工作参数不相同。功能执行模块930用于在确定姿势信息为预设姿势信息的情况下，控制车辆的目标功能组件在各个工作模式下执行目标功能组件的功能。

在一些示例中，装置900还包括：第一结果信息获取模块(图中未示出)和反馈信息发送模块(图中未示出)。其中，第一结果信息获取模块(图中未示出)用于基于目标功能组件运行对应的功能的执行结果，获取第一结果信息，第一结果信息表征目标功能组件是否存在异常。反馈信息发送模块(图中未示出)用于若第一结果信息表征目标功能组件存在异常，则向目标车辆发送反馈信息，目标车辆是指包含指定功能组件的其他车辆，反馈信息用于触发目标车辆对指定功能组件进行验证，指定功能组件与目标功能组件是型号相同的功能组件。

在一些示例中，装置900还包括：第二结果信息获取模块(图中未示出)和报价信息获取模块(图中未示出)。其中，第二结果信息获取模块(图中未示出)用于基于目标功能组件运行对应的功能的执行结果，获取第二结果信息，第二结果信息表征车辆的多个功能组件的运行健康状态。报价信息获取模块(图中未示出)用于获取并呈现车辆的报价信息，报价信息基于第二结果信息、根据预置的报价数据库评估而得到，报价信息包括车辆的价格。

在一些示例中，装置900还包括：验车模式开启模块(图中未示出)。验车模式开启模块用于接收车辆的关联设备发送的验车模式开启指示；基于验车模式开启指示控制车辆开启验车模式。其中，车辆的关联设备为以下一项或多项的组合：车辆的交互装置、与车辆建立第一通信连接的智能设备以及与车辆建立第二通信连接的智能钥匙。车辆的交互装置用于在接收到第一验证模式开关的第一触发信号后生成验车模式开启指示；智能设备用于在接收到第二验证模式开关的第二触发信号后生成验车模式开启指示；智能钥匙用于接收到针对第一目标按键的第一操作信号后生成验车模式开启指示。

在一些示例中，装置900还包括：位置信息获取模块(图中未示出)。其中，位置信息获取模块(图中未示出)用于响应于开启验车模式的控制指令，获取车辆的位置信息。验车模式开启模块(图中未示出)用于若位置信息表征车辆在预设的目标位置内，则开启车辆的验车模式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法示例中的对应过程，在此不再赘述。

在本申请所提供的几个示例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个示例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

在本申请提供的装置中，在车辆开启验车模式后，采集包含目标对象的目标图像，在验车模式开启的情况下，车辆的功能组件不响应针对功能组件的关联操作装置的操作信号；对目标图像进行识别，得到目标对象的姿势信息；在确定姿势信息为预设姿势信息的情况下，控制车辆的目标功能组件执行目标功能组件的功能，预设姿势信息用于表征对车辆的目标功能组件进行验证的姿势信息。本申请示例提供了一种通过识别目标对象的姿势信息来完成对车辆的目标功能组件进行验证的方法，在本方法中，不需要操作车内的功能组件的关联操作装置来验证功能组件的功能，而是通过设置有验车模式，并且在验车模式开启的情况下，通过车辆自动识别车外的目标对象的姿势信息，在姿势信息为预设姿势信息的情况下，控制该姿势信息对应的目标功能组件执行相应的功能，实现了单人完成自助验车，和传统的需要至少两个人的配合来完成验车的方法相比，节省了人力资源。

请参阅图10，其示出了本申请示例还提供一种车辆1000，车辆1000包括：一个或多个处理器1010、存储器1020、一个或多个摄像头1030以及一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于执行上述的验车的方法。

处理器1010可以包括一个或者多个处理核。处理器1010利用各种接口和线路连接整个电池管理系统内的各种部分，通过运行或执行存储在存储器1020内的指令、程序、代码集或指令集，以及调用存储在存储器1020内的数据，执行电池管理系统的各种功能和处理数据。可选地，处理器1010可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1010可集成中央处理器1010(Central Processing Unit，CPU)、图像处理器1010(Graphics ProcessingUnit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、验车人界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1010中，单独通过一块通信芯片进行实现。

存储器1020可以包括随机存储器1020(Random Access Memory，RAM)，也可以包括只读存储器1020(Read-Only Memory)。存储器1020可用于存储指令、程序、代码、代码集或指令集。存储器1020可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各种方法示例的指令等。存储数据区还可以存储电子设备图在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参阅图11，其示出了本申请示例还提供一种计算机可读存储介质1100，该计算机可读存储介质1100中存储有计算机程序指令1110，计算机程序指令1110可被处理器调用以执行上述示例中所描述的方法。

计算机可读存储介质可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质包括非易失性计算机可读存储介质(non-transitory computer-readable storage medium)。计算机可读存储介质1100具有执行上述方法中的任何方法步骤的程序代码的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码可以例如以适当形式进行压缩。

以上，仅是本申请的较佳示例而已，并非对本申请作任何形式上的限制，虽然本申请已以较佳示例揭示如上，然而并非用以限定本申请，任何本领域技术人员，在不脱离本申请技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效示例，但凡是未脱离本申请技术方案内容，依据本申请的技术实质对以上示例所作的任何简介修改、等同变化与修饰，均仍属于本申请技术方案的范围内。

Claims (10)

1.一种验车的方法，其特征在于，所述方法包括：

在车辆开启验车模式后，采集包含目标对象的目标图像，在所述验车模式开启的情况下，所述车辆的功能组件不响应针对所述功能组件的关联操作装置的操作信号；

对所述目标图像进行识别，得到所述目标对象的姿势信息；

在确定所述姿势信息为预设姿势信息的情况下，控制所述车辆的目标功能组件执行所述目标功能组件的功能，所述预设姿势信息用于表征对所述车辆的目标功能组件进行验证的姿势信息。

2.根据权利要求1所述的方法，其特征在于，所述对所述目标图像进行识别，得到所述目标对象的姿势信息之后，还包括：

将所述姿势信息与预设姿势信息进行匹配；

若匹配成功，则确定所述姿势信息为所述预设姿势信息。

3.根据权利要求2所述的方法，其特征在于，所述目标功能组件包括多个工作模式，所述目标功能组件运行于不同的工作模式时，其工作参数不相同；所述在确定所述姿势信息为预设姿势信息的情况下，控制所述车辆的目标功能组件执行所述目标功能组件的功能，包括：

在确定所述姿势信息为预设姿势信息的情况下，控制所述车辆的目标功能组件在各个所述工作模式下执行所述目标功能组件的功能。

4.根据权利要求1所述的方法，其特征在于，所述在确定所述姿势信息为预设姿势信息的情况下，控制所述车辆的目标功能组件执行所述目标功能组件的功能之后，所述方法还包括：

基于所述目标功能组件运行对应的功能的执行结果，获取第一结果信息，所述第一结果信息表征所述目标功能组件是否存在异常；

若所述第一结果信息表征所述目标功能组件存在异常，则向目标车辆发送反馈信息，所述目标车辆是指包含指定功能组件的其他车辆，所述反馈信息用于触发所述目标车辆对所述指定功能组件进行验证，所述指定功能组件与所述目标功能组件是型号相同的功能组件。

5.根据权利要求1所述的方法，其特征在于，所述在确定所述姿势信息为预设姿势信息的情况下，控制所述车辆的目标功能组件执行所述目标功能组件的功能之后，所述方法还包括：

基于所述目标功能组件运行对应的功能的执行结果，获取第二结果信息，所述第二结果信息表征所述车辆的多个功能组件的运行健康状态；

获取并呈现所述车辆的报价信息，所述报价信息基于所述第二结果信息、根据预置的报价数据库评估而得到，所述报价信息包括所述车辆的价格。

6.根据权利要求1所述的方法，其特征在于，所述在车辆开启验车模式后，采集包含目标对象的目标图像之前，还包括：

接收所述车辆的关联设备发送的验车模式开启指示；

基于所述验车模式开启指示控制所述车辆开启验车模式；

其中，所述车辆的关联设备为以下一项或多项的组合：所述车辆的交互装置、与所述车辆建立第一通信连接的智能设备以及与所述车辆建立第二通信连接的智能钥匙；

所述车辆的交互装置用于在接收到第一验证模式开关的第一触发信号后生成所述验车模式开启指示；所述智能设备用于在接收到第二验证模式开关的第二触发信号后生成所述验车模式开启指示；所述智能钥匙用于接收到针对第一目标按键的第一操作信号后生成所述验车模式开启指示。

7.根据权利要求1所述的方法，其特征在于，所述在车辆开启验车模式后，采集包含目标对象的目标图像之前，还包括：

响应于开启验车模式的控制指令，获取所述车辆的位置信息；

若所述位置信息表征所述车辆在预设的目标位置内，则开启所述车辆的验车模式。

8.一种验车的装置，其特征在于，所述装置包括：

目标图像采集模块，用于在车辆开启验车模式后，采集包含目标对象的目标图像，在所述验车模式开启的情况下，所述车辆的功能组件不响应针对所述功能组件的关联操作装置的操作信号；

姿势信息获取模块，用于对所述目标图像进行识别，得到所述目标对象的姿势信息；

功能执行模块，用于在确定所述姿势信息为预设姿势信息的情况下，控制所述车辆的目标功能组件执行所述目标功能组件的功能，所述预设姿势信息用于表征对所述车辆的目标功能组件进行验证的姿势信息。

9.一种车辆，其特征在于，包括：

一个或多个处理器；

一个或多个摄像头；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-7任一项所述的方法。

Images