CN110428403B - 验车方法及电子装置 - Google Patents

Abstract

本申请提供一种验车方法，包括：获取车辆的三维外形数据，根据获取到的车辆外形数据进行车辆外形三维重建，得到所述车辆的三维重建模型；及分析所述车辆的三维重建模型，判断所述车辆是否外形受损。还提供一种电子装置。本申请的验车方法和电子装置可以实现自助验车。

Description

验车方法及电子装置

技术领域

本申请涉及检测技术领域，具体涉及验车方法及电子装置。

背景技术

当前汽车租赁接受程度日益提高，市场也随着扩大。由于汽车是一个相对贵重的财物，顾客(承租方)需要确认出租方提供车辆受损情况等其它状态，而出租方需要确认顾客归还时的车辆受损情况等其它状态，即验车。若有固定的门店的可以由服务人员与顾客同时验车，以达成对车辆状态的共识；但这种情况对顾客来说体验并不好，需要到特定的门店租赁与归还，并不适合分时租赁。另一方面没有固定门店的，极大的提高了用户体验，但验车的时候仅有顾客在场，顾客不够专业，双方就车辆状态达成共识较为困难。当前也有一些大型的验车设备，由于验车后车辆不能够再移动，因此此类设备必须由专人操作并确认车辆状态，无法做到无人值守，同时需要在还车点获取专用的停车位或场地，这在用车高的繁华地区会产极高成本，同时限制目标客户体验。

发明内容

本申请提供一种验车方法及电子装置，所述验车方法及电子装置能够自助验车，且成本较低，较易操作。

本申请提供一种验车方法，包括：获取车辆的三维外形数据，根据获取到的车辆外形数据进行车辆外形三维重建，得到所述车辆的三维重建模型；及分析所述车辆的三维重建模型，判断所述车辆是否外形受损。

在一实施例中，步骤“分析所述车辆的三维重建模型，判断所述车辆是否外形受损”包括：连接一车辆状态数据库，判断所述车辆状态数据库中是否保存有所述车辆的前一次三维重建模型；如果有所述车辆的前一次三维重建模型，分析所述车辆的三维重建模型与所述车辆的前一次三维重建模型是否有差异；如果有差异，根据所述差异的状况，判断所述车辆外形是否受损；及如果没有差异，则判断所述车辆外形正常。

在一实施例中，步骤“分析所述车辆的三维重建模型，判断所述车辆是否外形受损”还包括：如果所述车辆状态数据库中没有存储所述车辆的前一次三维重建模型，则判断所述车辆状态数据库中是否保存有所述车辆的三维设计模型；如果有所述车辆的三维设计模型，分析所述车辆的三维重建模型与所述车辆的三维设计模型是否有差异；如果有差异，根据所述差异的状况，判断所述车辆外形是否受损；及如果没有差异，则判断所述车辆外形正常。

在一实施例中，步骤“得到所述车辆的三维重建模型”之后还包括：从所述车辆的三维重建模型中提取所述车辆的标识信息；其中，所述车辆状态数据库中储存有车辆的标识信息与车辆的各三维重建模型的对应关系；步骤“判断所述车辆状态数据库中是否保存有所述车辆的前一次三维重建模型”包括：判断所述车辆状态数据库中是否有对应所述车辆的标识信息的车辆的前一次三维重建模型；步骤“判断所述车辆状态数据库中是否保存有所述车辆的三维设计模型的步骤”包括：判断所述车辆状态数据库中是否有对应所述车辆的标识信息的车辆的三维设计模型。

在一实施例中，所述车辆状态数据库中存储有车辆差异的图形与车辆外形状况的对应关系，以及车辆外形状况与车辆是否外形受损的对应关系；步骤“根据所述差异的状况，判断所述车辆外形是否受损”包括：将所述车辆的差异的图形与所述车辆状态数据库中存储的车辆差异图形与车辆外形状况的对应关系相比对，得到所述车辆外形状况；及根据所述车辆状态数据库中存储的所述车辆的外形状况与车辆是否外形受损的对应关系，判断所述车辆是否外形受损。

在一实施例中，所述车辆状态数据库中还存储有车辆外形状况与车辆受损等级的对应关系，步骤“根据所述差异的状况，判断所述车辆外形是否受损”还包括：根据所述车辆状态数据库中存储的车辆外形状况与车辆受损等级的对应关系，判断所述车辆外形受损等级。

在一实施例中，所述验车方法还包括步骤：获取所述车辆的车身状态数据；及据所述车辆的车身状态数据，判断所述车辆的车身是否受损。

在一实施例中，如果判断所述车辆的外形受损，则发出警示信息；及，如果判断所述车辆的车身受损，发出警示信息。

在一实施例中，还包括步骤：将所述外形状况及所述车身状况发送至终端；其中，如果判断所述车辆外形受损，则还将受损的部位在车辆的三维重建模型中标注出来，将所述车辆的外形状况发送至终端时，还将标注了受损部位的所述车辆的三维重建模型发送至所述终端。

本申请还提供一种电子装置，用于检验车辆是否受损，所述电子装置存储器、处理器及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置成由所述处理器执行，所述一个或多个程序包括用于执行前述的验车方法的指令。

相较于现有技术，本申请的的验车方法及电子装置，对车辆外型进行三维重建，得到车辆的三维模型，可直观的获得车辆外形受损及其他数据，从而不需要出租方到场，即可对车辆状况进行确认，从而对车况达成共识，可以实现自助验车，且成本较低，较易操作。

附图说明

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

图1为本申请第一实施例提供的验车方法的流程图。

图2为本申请第一实施例提供的验车方法的一流程图。

图3为本申请第一实施例提供的验车方法的一流程图。

图4为本申请第一实施例提供的验车方法的一流程图。

图5为本申请第二实施例提供的验车方法的一流程图。

图6为本申请第三实施例提供的电子装置的框图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

下面对本申请实施例进行详细介绍。

请参阅图1，本申请第一实施例提供一种验车方法，所述验车方法包括：

S10，获取车辆的三维外形数据，根据获取到的车辆外形数据进行车辆外形三维重建，得到所述车辆的三维重建模型。

所述车辆的三维外形数据的获取可以通过摄像头模组来完成，所述摄像头模组包括多个摄像头，所述多个摄像头包含景深摄像头，以获取三维的车辆外形数据。

具体地，所述车辆的三维外形数据可以通过移动所述摄像头模组对所述车辆的外形进行多点拍摄来完成。

其中，可以通过手持所述摄像头模组对所述摄像头模组进行移动，或通过驱动装置连接所述摄像头模组从而驱动所述摄像头模组移动，等等。

在一实施例中，对所述车辆进行多点拍摄可以为多点定点拍摄，例如在车辆顶面、车辆侧面、车辆前表面及后表面等区块的一个或几个固定位置拍摄；在一实施例中，可以预设有拍摄位置，且可以预设有参照物例如门把手、车灯、车牌等等，从而可以根据所述参照物的位置获取预设拍摄位置相对于参照物的方位及距离，之后根据所述方位及距离移动至预设的所述拍摄位置进行定点拍摄。

在另一实施例中，对所述车辆进行多点拍摄可以为多点连续拍摄，即随摄像头模组的移动进行连续的拍摄，还可以预设有摄像头模组的移动路线，从而引导摄像头模组沿预设的路线移动进行连续拍摄，例如，沿车辆顶面、车辆左侧面、车辆前表面、车辆右侧面及车辆后表面的顺序进行连续拍摄。

因车辆的顶面较难进行拍摄且有异常(例如刮蹭、碰撞等)的几率比较小，故，也可以仅对所述车辆的左侧面、前表面、右侧面及后表面进行拍摄。

在一实施例中，所述车辆的三维外形数据可以通过摄像头模组与惯性测量单元(IMU)的配合来完成，以获取更精准的三维数据。

在一实施例中，采集车辆的三维外形数据之前还可以包括步骤：

接收一验车指令。

其中，接收到所述验车指令后，才进行获取车辆的三维外形数据的步骤。

所述验车指令可以为用户主动输入的验车指令；也可以为根据用户的租车操作自动生成的验车指令，例如在判断用户租车手续合格可以用车时，可以自动生成验车指令，或在判断用户准备还车时可以自动生成验车指令等，其中，判断用户准备还车例如可以为用户已停车且启动了还车流程等；在一实施例中，如果用户停车且启动了还车流程之后，又启动了车辆，则不生成所述验车指令。

在一实施例中，如果一用户停车且启动了还车流程之后，该用户又启动了车辆，且启动车辆时验车指令已经生成，车辆的三维外形数据已经获取，或车辆三维重建模型已经建立，则在该用户启动车辆后，将此车辆的三维外形数据及车辆的三维重建模型无效。

接收到所述验车指令后，可以自动或手动获取车辆的三维外形数据。

S20，分析所述车辆的三维重建模型，判断所述车辆是否外形受损。

在一实施例中，如图2所示，分析所述车辆的三维重建模型，判断是否外形受损可以包括步骤：

S2011，连接一车辆状态数据库，判断所述车辆状态数据库中是否保存有所述车辆的前一次三维重建模型。

S2012，如果有所述车辆的前一次三维重建模型，分析所述车辆的三维重建模型与所述车辆的前一次三维重建模型是否有差异。

S2016，如果所述车辆状态数据库中没有存储所述车辆的前一次三维重建模型，则判断所述车辆状态数据库中是否保存有所述车辆的三维设计模型。

S2017，如果有所述车辆的三维设计模型，分析所述车辆的三维重建模型与所述车辆的三维设计模型是否有差异。

在一实施例中，如图2所示，步骤S2012之后或S2017步骤之后还可以包括步骤：

S2013，如果有差异，根据所述差异的状况，判断所述车辆外形是否受损。

S2014，如果没有差异，则判断所述车辆外形正常。

在一实施例中，步骤S2011之后或步骤S2016之后，如果判断没有所述车辆的前一次三维重建模型，或没有所述车辆的前一次三维重建模型，则还可以包括步骤：

S2015，发出提示信息。

在一实施例中，所述车辆状态数据库中保存有多辆车辆的三维重建模型，则需要对车辆进行区分，从而前述步骤S2011中的判断所述车辆状态数据库中是否保存有所述车辆的前一次三维重建模型可以包括步骤：

S2021，从所述车辆的三维重建模型中提取所述车辆的标识信息。

S2022，判断所述车辆状态数据库中是否有对应所述车辆的标识信息的车辆的前一次三维重建模型。

其中，所述标识信息可以为车牌号、车架号等。

当然，本实施例中的步骤也并不限于所述车辆状态数据库中保存有多辆车辆的三维重建模型的情况。

其中，所述车辆状态数据库中可以储存有车辆的标识信息与车辆的各三维重建模型的对应关系，从而，根据所述车辆的标识信息与车辆的各三维重建模型的对应关系，即可找到所述车辆的前一次三维重建模型。

进一步，前述步骤S2016中的判断所述车辆状态数据库中是否存储有所述车辆的三维设计模型可以包括步骤：

判断所述车辆状态数据库中是否有对应所述车辆的标识信息的车辆的三维设计模型。

其中，所述车辆状态数据库中可以储存有车辆的标识信息与车辆的三维设计模型的对应关系，从而，根据所述车辆的标识信息与车辆的三维设计模型的对应关系，即可找到所述车辆的三维设计模型。

在一实施例中，在前述步骤S2021中的从所述车辆的三维重建模型中提取所述车辆的标识信息之后，及在进行步骤S2022之前，可以包括步骤：

根据所述车辆的标识信息，判断所述车辆是否为目标车辆。

如果是目标车辆，则继续进行S2022中的步骤。

如果不是目标车辆，则发出提醒信息。

其中，可以通过将所述标识信息与用户本次租车信息中的车辆信息相比对，判断所述车辆是否为目标车辆，即，判断所述车辆是否为用户本次租车信息中所提供的车辆。

在一实施例中，在判断是目标车辆之后，还可以包括步骤：

将所述车辆的三维重建模型存储到所述车辆状态数据库。

其中，可以将所述车辆的外形数据的采集时间同时存储到所述车辆状态数据库，还可以同时将车辆的标识信息存储到所述车辆状态数据库。

当然，如果不需要对车辆进行识别，也可以在S10步骤之后，及S20步骤之前，将所述车辆的三维重建模型存储到所述车辆状态数据库。

在一实施例中，所述车辆状态数据库中存储有车辆差异的图形与车辆外形状况的对应关系，以及车辆外形状况与车辆是否外形受损的对应关系，所述车辆外形是否受损可以为车辆外形受损或车辆外形正常等；如图3所示，S2013步骤中的如果有差异，根据所述差异的状况，判断所述车辆外形是否受损，可以包括步骤：

S2030，将所述车辆的差异的图形与所述车辆状态数据库中存储的车辆差异图形与车辆外形状况的对应关系相比对，得到所述车辆外形状况。

S2031，根据所述车辆状态数据库中存储的所述车辆的外形状况与车辆是否外形受损的对应关系，判断所述车辆是否外形受损。

例如，车辆外形状况可能包括：车身脏污、车身轻微刮痕、车身轻微变形、车身严重变形、玻璃轻微裂纹、玻璃破损、车灯轻微裂纹、车灯破损等等。车辆外形状况与车辆是否外形受损的对应关系例如可以为：车身脏污对应为车辆外形状况正常；车身轻微刮痕、车身轻微变形、玻璃轻微裂纹、车灯轻微裂纹、车身严重变形、玻璃破损、车灯破损对应为车辆外形受损。

其中，还可以对车辆外形受损状况进行分级，例如正常为一级，轻微受损为二级，严重受损为三级等；所述车辆状态数据库中还可以存储有车辆外形状况与车辆受损等级的对应关系，从而还可以根据所述车辆状态数据库中存储的车辆外形状况与车辆受损等级的对应关系，判断所述车辆的受损等级。

例如，车辆外观状况可能包括：车身脏污、车身轻微刮痕、车身轻微变形、车身严重变形、玻璃轻微裂纹、玻璃破损、车灯轻微裂纹、车灯破损等等。车辆外形状况与车辆受损等级的对应关系例如可以为：车身脏污对应为车辆受损的一级，即正常。车身轻微刮痕、车身轻微变形、玻璃轻微裂纹、车灯轻微裂纹对应为车辆受损的二级，即轻微受损；车身严重变形、玻璃破损、车灯破损对应为车辆受损的三级，即严重受损。可以理解，如果判断车辆外形受损，但受损等级较低，即轻微受损，可以在后台备案后继续租用所述车辆，如果判断车辆外形受损，且受损等级较高，即严重受损，可以停止租用所述车辆。

在一实施例中，如图4所示，所述验车方法还包括步骤：

S301，获取所述车辆的车身状态数据。

所述车身状态数据包括机油、油、电等的余量及胎压值等。

S302，根据所述车辆的车身状态数据，判断所述车辆的车身是否受损。

步骤S301中的获取所述车辆的车身状态数据之后，还包括步骤：

S303，将所述车辆的车身状态数据上传至所述车辆状态数据库。

其中，可以将所述车辆的车身状态数据的采集时间同时存储到所述车辆状态数据库；如果有提取所述车辆的标识信息，还可以同时将车辆的标识信息对应所述车辆的车身状态数据存储到所述车辆状态数据库。

在一实施例中，步骤S20之后还包括步骤：

如果判断所述车辆的外形受损，则发出警示信息。

在一实施例中，步骤302之后还包括步骤：

如果判断所述车辆的车身受损，则发出警示信息。

其中，所述车辆的车身状态数据较容易获得，故，在一实施例中，可以周期性的将所述车辆的车身状态数据上传至所述车辆状态数据库，以能对所述车辆的车身状态进行监控，如果发现车辆的车身状况不好，可以发出警示信息，并将车辆标注为不可用。

在一实施例中，步骤20之后还包括步骤：

将所述车辆的外形状况发送至终端。

所述终端可以包括出租方、承租方及车载电脑等。

如果还进行了前述步骤S301及S302，则还将所述车辆的车身状况发送至终端。

所述车辆的外形状况及车身状况可以包括判断结果，还可以包括其他相关数据，例如外形状况数据、车身状况数据、车辆标识信息等。

在一实施例中，如果判断所述车辆外形受损，则还将受损的部位在车辆的三维重建模型中标注出来；将所述车辆的外形状况发送至终端时，还将标注了受损部位的所述车辆的三维重建模型发送至所述终端。

在另一实施例中，步骤20之后还包括步骤：

将所述车辆的外形状况发送云端服务器。

如果还进行了前述步骤S301及S302，则还将所述车辆的车身状况发送至云端服务器。

所述车辆的外形状况及车身状况可以包括判断结果，还可以包括其他相关数据，例如外形状况数据、车身状况数据、车辆标识信息等。

在一实施例中，如果判断所述车辆外形受损，则还将受损的部位在车辆的三维重建模型中标注出来；将所述车辆的外形状况发送至云端服务器时，还将标注了受损部位的所述车辆的三维重建模型发送至所述云端服务器。

其中，终端可以通过访问所述云端服务器，获取所述车辆的外形状况及车身状况。

可以理解，如果判断所述车辆的外形及车身均未受损，即为正常，或，或者为轻微受损，双方终端确认可以使用，则可以继续进行所述车辆的租用；否则，可结束所述车辆的租用，可以理解，此时可以换另一车辆进行前述的过程，直到所操作的车辆可以使用。

本申请中的验车方法，对车辆外型进行三维重建，可直观的获得车辆外形受损及其他数据，从而不需要出租方到场，即可对车辆状况进行确认，从而对车况达成共识。可以做到随借随还，不需要有专门人及固定的停车位。同时可以车辆状态进行监控，实时清楚车辆是否达到维修阀，可以延长人工检修的间隔，从而极大的节省人力成本。

请参阅图5，本申请第二实施例提供一种验车方法，所述验车方法包括：

S901，接收一验车指令。

S902，根据所述验车指令，获取车辆的三维外形数据，根据获取到的车辆外形数据进行车辆外形三维重建，得到所述车辆的三维重建模型。

S903，从所述车辆的三维重建模型中提取所述车辆的标识信息。

S904，根据所述车辆的标识信息，判断所述车辆是否为目标车辆。

S905，如果是目标车辆，则连接一车辆状态数据库，将所述车辆的三维重建模型存储到所述车辆状态数据库，并判断所述车辆状态数据库中是否保存有所述车辆的前一次三维重建模型。

S906，如果有所述车辆的前一次三维重建模型，分析所述车辆的三维重建模型与所述车辆的前一次三维重建模型是否有差异。

S907，如果没有所述车辆的前一次三维重建模型，则判断所述车辆状态数据库中是否保存有对应所述车辆的标识信息的三维设计模型。

S908，如果有所述车辆的三维设计模型，分析所述车辆的三维重建模型与所述车辆的三维设计模型是否有差异。

S909，如果有差异，将所述车辆的差异的图形与所述车辆状态数据库中存储的车辆差异图形与车辆外形状况的对应关系相比对，得到所述车辆外形状况。

S910，根据所述车辆状态数据库中存储的所述车辆的外形状况与车辆是否外形受损的对应关系，判断所述车辆是否外形受损。

S911，如果判断所述车辆的外形受损，则发出警示信息。

S912，如果没有差异，或，判断所述车辆外形无受损，则判断所述车辆外形正常。

S913，如果不是目标车辆，则发出提醒信息。

可以理解的是，本申请的验车方法及装置并不仅限于租车时使用，进行车险核保时也可以使用本申请的验车方法。

请参阅图6，本申请第三实施例提供一种电子装置1，用于检验车辆是否受损，所述电子装置1包括存储器2、处理器3及一个或多个程序4，其中，所述一个或多个程序4被存储在所述存储器2中，并且被配置成由所述处理器3执行，所述一个或多个程序4包括用于执行第一实施例或第二实施例中的验车方法的指令。

在一实施例中，所述电子装置1还包括摄像头模组5，所述摄像头模组5包含景深摄像头，用于采集车辆的三维外形数据。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是，以上实施方式仅用以说明本申请的技术方案而非限制，尽管参照以上较佳实施方式对本申请进行了详细说明，本领域的普通技术人员应当理解，可以对本申请的技术方案进行修改或等同替换都不应脱离本申请技术方案的精神和范围。

Claims (9)

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

获取车辆的三维外形数据，根据获取到的车辆外形数据进行车辆外形三维重建，得到所述车辆的三维重建模型；及

分析所述车辆的三维重建模型，判断所述车辆是否外形受损，包括：

连接一车辆状态数据库，其中，所述车辆状态数据库中存储有车辆差异图形与车辆外形状况的对应关系、车辆外形状况与车辆是否外形受损的对应关系、所述车辆的预设模型，所述车辆的预设模型至少包括所述车辆的前一次三维重建模型或所述车辆的三维设计模型；

分析所述车辆的三维重建模型与所述车辆的预设模型是否有差异；

如果有差异，获得所述车辆差异处的图形，并根据所述车辆状态数据库中存储的车辆差异图形与车辆外形状况的对应关系确定所述车辆差异处的图形对应的车辆外形状况；及根据所述车辆状态数据库中存储的所述车辆的外形状况与车辆是否外形受损的对应关系，判断所述车辆是否外形受损；所述车辆的外形状况包括车辆脏污，所述车辆的外形状况与车辆是否外形受损的对应关系包括所述车辆脏污对应为所述车辆的外形状况正常。

2.如权利要求1所述的验车方法，其特征在于，步骤“分析所述车辆的三维重建模型与所述车辆的预设模型是否有差异”包括：

判断所述车辆状态数据库中是否保存有所述车辆的前一次三维重建模型；

如果有所述车辆的前一次三维重建模型，分析所述车辆的三维重建模型与所述车辆的前一次三维重建模型是否有差异；

如果没有差异，则判断所述车辆外形正常。

3.如权利要求2所述的验车方法，其特征在于，步骤“分析所述车辆的三维重建模型与所述车辆的预设模型是否有差异”还包括：

如果所述车辆状态数据库中没有存储所述车辆的前一次三维重建模型，则判断所述车辆状态数据库中是否保存有所述车辆的三维设计模型；

如果有所述车辆的三维设计模型，分析所述车辆的三维重建模型与所述车辆的三维设计模型是否有差异；

如果没有差异，则判断所述车辆外形正常。

4.如权利要求3所述的验车方法，其特征在于，步骤“得到所述车辆的三维重建模型”之后还包括：

从所述车辆的三维重建模型中提取所述车辆的标识信息；

其中，所述车辆状态数据库中储存有车辆的标识信息与车辆的各三维重建模型的对应关系；

步骤“判断所述车辆状态数据库中是否保存有所述车辆的前一次三维重建模型”包括：

判断所述车辆状态数据库中是否有对应所述车辆的标识信息的车辆的前一次三维重建模型；

步骤“判断所述车辆状态数据库中是否保存有所述车辆的三维设计模型的步骤”包括：

判断所述车辆状态数据库中是否有对应所述车辆的标识信息的车辆的三维设计模型。

5.如权利要求4所述的验车方法，其特征在于，所述车辆状态数据库中还存储有车辆外形状况与车辆受损等级的对应关系，步骤“分析所述车辆的三维重建模型，判断所述车辆是否外形受损”还包括：

根据所述车辆状态数据库中存储的车辆外形状况与车辆受损等级的对应关系，判断所述车辆的受损等级。

6.如权利要求1所述的验车方法，其特征在于，所述验车方法还包括步骤：

获取所述车辆的车身状态数据；及

根据所述车辆的车身状态数据，判断所述车辆的车身是否受损。

7.如权利要求1或6所述的验车方法，其特征在于，如果判断所述车辆的外形受损，则发出警示信息；及，如果判断所述车辆的车身受损，发出警示信息。

8.如权利要求6所述的验车方法，其特征在于，还包括步骤：

将车辆的外形状况及车身状况发送至终端；

其中，如果判断所述车辆的外形受损，则还将受损的部位在车辆的三维重建模型中标注出来，将所述车辆的外形状况发送至终端时，还将标注了受损部位的所述车辆的三维重建模型发送至所述终端。

9.一种电子装置，用于检验车辆是否受损，其特征在于，所述电子装置包括存储器、处理器及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置成由所述处理器执行，所述一个或多个程序包括用于执行权利要求1至权利要求8任一项中的验车方法的指令。

Images