CN116108106A - 测试车辆的分布式管理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种测试车辆的分布式管理方法、装置、设备及存储介质，该方法包括：获取测试车辆的故障信息，故障信息包括历史操作故障信息和车身故障信息；对车身故障信息进行验证，基于验证结果将车身故障信息发送至对应的数据库进行分布式数据存储；根据历史操作故障信息对测试车辆进行测试，以得到目标操作信息，并将目标操作信息发送至数据库进行分布式存储。本申请不仅提高了测试效率，还提高了测试的可控性。

Description

测试车辆的分布式管理方法、装置、设备及存储介质

技术领域

本申请涉及车辆测试技术域，具体涉及一种测试车辆的分布式管理方法、装置、设备及存储介质。

背景技术

一款汽车想要实现量产，需要经过设计、研发到生产等多个环节，直至达到量产的标准。在汽车研发的环节中，为了保证汽车的功能、耐久、安全性和环境适应性，需要不停进行重复测试，记录测试结果并深入分析，从而判断出故障信息。因为汽车在实际驾驶中受到道路类型、地理环境以及不同气候的影响，所以测试阶段依赖于测试人员驾驶测试车辆在真实的路段进行测试，但是测试车辆并不是完全安全的，其存在非常多的问题，如果测试人员在未完全了解测试车辆的故障信息的情况下，直接驾驶测试车辆，那么可能威胁到自身安全以及他人安全。

然而，一台测试车辆可能会在不同的时间被不同的测试人员进行测试，以往对测试车辆进行测试时，测试人员在驾驶过程中的产生故障信息无法共享，测试车辆不能真实且准确记录每个测试人员发现的故障信息，导致测试人员容易出现重复的操作，测试效率低。另外，如果测试人员在驾驶时，对前一测试人员发现的故障信息了解不完全，那么测试人员不能把控测试车辆可能出现的故障情况，会降低测试人员在测试时的安全性和测试车辆的可控性。因此，如何提高车辆测试的效率和可控性，是一个亟需解决的问题。

发明内容

鉴于以上所述现有技术的缺点，本申请提供一种测试车辆的分布式管理方法、装置、设备及存储介质，以解决上述技术问题中的至少之一。

获取测试车辆的故障信息，所述故障信息包括历史操作故障信息和车身故障信息；

对所述车身故障信息进行验证，基于验证结果将所述车身故障信息发送至对应的数据库进行分布式数据存储；

根据所述历史操作故障信息对所述测试车辆进行测试，以得到目标操作信息，并将所述目标操作信息发送至所述数据库进行分布式存储。

于本申请的一实施例中，对所述车身故障信息进行验证，基于验证结果将所述车身故障信息发送至对应的数据库进行分布式数据存储，包括：

利用所述测试车辆向当前测试人员推送所述车身故障信息；

若接收到来自所述当前测试人员输入的验证指令，则根据所述验证指令将所述车身故障信息发送至对应的数据库。

于本申请的一实施例中，若接收到来自所述当前测试人员输入的验证指令，则根据所述验证指令将所述车身故障信息发送至对应的数据库，包括：

根据所述验证指令确定所述车身故障信息的真实性；

若所述车身故障信息真实，则将所述车身故障信息发送至操作故障数据库，所述数据库包括所述操作故障数据库和车身数据库；

若所述车身故障信息不真实，则将所述车身故障信息发送至所述车身障数据库。

于本申请的一实施例中，根据所述历史操作信息对所述测试车辆进行测试，以得到目标操作信息，包括：

将所述历史操作故障信息分为已解决故障信息和未解决故障信息；

基于所述未解决故障信息对所述测试车辆进行测试，以得到所述目标操作信息。

于本申请的一实施例中，将所述目标操作信息发送至所述数据库进行分布式存储，包括：

获取所述测试车辆的当前身份信息；

将所述目标操作信息和当前所述身份信息进行绑定，得到目标操作故障信息；

将所述目标操作故障信息发送至所述操作故障数据库。

于本申请的一实施例中，所述获取测试车辆的故障信息之前，包括：

获取所述当前测试人员的身份信息；

基于所述测试车辆预先存储的认证信息对所述当前测试人员的身份信息进行认证，确定所述测试车辆的所述当前身份信息。

在第二方面，提本申请还提供了一种测试车辆的分布式管理装置，包括：

获取模块，配置为获取测试车辆的故障信息，所述故障信息包括历史操作故障信息和车身故障信息；

车身故障模块，配置为对所述车身故障信息进行验证，基于验证结果将所述车身故障信息发送至对应的数据库进行分布式数据存储；

操作故障模块，配置为根据所述历史操作故障信息对所述测试车辆进行测试，以得到目标操作信息，并将所述目标操作信息发送至所述数据库进行分布式数据存储。

在第三方面，本申请还提供了一种车辆设备，所述车辆应用于如上述实施例中所述的测试车辆的分布式管理方法。

在第四方面，本申请还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的测试车辆的分布式管理方法。

在第五方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如上述实施例中所述的测试车辆的分布式管理方法。

本申请的有益效果：本申请提出了的一种测试车辆的分布式管理方法、装置、设备及介质，该方法通过获取测试车辆的故障信息，故障信息包括历史操作故障信息和车身故障信息；然后验证车身故障信息，将验证后的车身故障信息发送至对应的数据库进行分布式数据存储；根据历史操作故障信息对所述测试车辆进行测试，以得到目标操作信息，并将所述目标操作信息发送至所述数据库进行分布式存储。使得测试人员能够了解测试车辆的存在故障信息，在已知其他测试人员发现的故障信息的情况下进行测试，避免了重复操作，并将此次测试相关的故障信息存储于对应数据库，以完成对测试车辆故障信息的分布式管理，不仅提高了测试效率，还提高了测试的可控性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请的一示例性实施例示出的测试车辆的分布式管理方法的实施环境示意图；

图2是本申请的一示例性实施例示出的测试车辆的分布式管理系统的示意图；

图3是本申请的一示例性实施例示出的测试车辆的分布式管理逻辑的示意图；

图4是本申请的一示例性实施例示出的测试车辆的分布式管理方法的流程示意图；

图5是本申请的一示例性实施例示出的测试人员驾驶测试车辆前准备的示意图；

图6是图4所示实施例中的步骤S420在一示例性的实施例中的流程图；

图7是本申请的一示例性实施例示出的验证车身故障信息的示意图；

图8是图4所示实施例中的步骤S430在一示例性的实施例中的流程图

图9是本申请的一示例性实施例示出的测试得到目标操作故障信息的示意图；

图10是本申请的一示例性实施例示出的各测试人员的测试结果的示意图；

图11是图4所示实施例中的步骤S410在一示例性的实施例中的流程图；

图12是本申请的一示例性实施例示出的测试车辆的分布式管理装置的框图；

图13示出了适于用实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本申请的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本申请，而不是为了限制本申请的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本申请的基本构想，遂图式中仅显示与本申请中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本申请实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本申请的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本申请的实施例难以理解。

请参阅图1，为本申请的一示例性实施例示出的测试车辆的分布式管理方法的实施环境示意图。如图1所示，该实施环境应用网络架构可以包括服务器101(服务器集群)和用户终端集群。该用户终端集群可以包括一个或者多个用户终端，这里将不对用户终端的数量进行限制。如图1所示，具体可以包括用户终端100a、用户终端100b、用户终端100c、…、用户终端100n。如图1所示，用户终端100a、用户终端100b、用户终端100c、…、用户终端100n可以分别与上述服务器10进行网络连接，以便于每个用户终端可以通过该网络连接与服务器101进行数据交互。其中，这里不限定该网络连接的具体连接方式，比如，可以通过有线通信方式进行直接或间接地连接，也可以通过无线通信方式进行直接或间接地连接。

如图1所示，本申请实施例中的服务器101可以为终端对应的服务器。该服务器101可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。图1所示的用户终端集包括了多台测试车辆，每台测试车辆上安装有一个用户终端，该用户终端可以是测试车辆上的hmi(人机交互界面)，通过hmi可以实现测试车辆和服务器101之间的数据交互。为便于理解，测试人员可以通过用户终端查看故障信息，并对测试车辆进行测试，将测试过程中发现的故障信息上传到上述服务器101，即，存储于对应数据库。其中，上述测试车辆的分布式管理方法可以在服务器、终端、服务器集群或云计算服务集群等任意设备中进行。

请参阅图2，为本申请的一示例性实施例示出的测试车辆的分布式管理系统的示意图。本申请中的方法可以应用于如图2所示的测试车辆的分布式管理系统中，该系统的结构包括分布式管理子系统和测试车辆子系统两部分，其中，测试车辆子系统主要作用于测试车辆，用于采集测试车辆在不正常行驶时的故障信息。分布式管理子系统包括了hmi、cpu(即，中央处理单元)、数据库存储单元和can(即，控制器局域网)模块。

继续参照图2所示，分布式管理子系统中的中央处理单元用于计算和通信，能够获取数据库存储单元和can模块中的数据，将这些数据发送到hmi进行显示；hmi用于实现测试人员和测试车辆的交互，将交互产生的数据存储通过中央处理单元存储于数据库存储模块中，还能够测试人员的身份信息进行认证，显示中央处理单元调用的故障信息，以供测试人员进行相关操作，例如，判断故障信息是否真的存在、记录升级测试车辆功能时产生的故障信息等。数据库存储单元可以是中央处理单元中的内部存储，也可以是外部存储，用于存储数据库，数据库包括操作故障数据库和车身故障数库，其中，操作故障数据库用于存储因测试人员进行测试操作引起的故障，车身故障数据库用于存储车身故障信息，即，测试车辆子系统推送的测试车辆本身产生的故障信息，例如，发动机运转不平稳、发动机震抖严重、耗油量变高等故障。can模块用于获取测试车子系统采集到的故障信息，该故障信息指的是车身故障信息。

请参阅图3，为本申请的一示例性实施例示出的测试车辆的分布式管理逻辑的示意图。如图3所示，故障信息包括can数据故障信息和升级系统产生的故障信息，其中，can数据故障信息为本方法中的车身故障信息，升级系统产生的故障信息为本方法中的目标操作信息，图3中的用户为测试人员，can数据库为车身故障数据库，故障数据库为操作故障数据库。cpu获取到车身故障信息后，将发送至hmi供测试人员判断测试车辆是否真的存在该车身故障信息对应故障，若是，则将该车身故障信息发送至车身故障数据库；若不是，则将该车身故障信息发送至操作故障数据库。另外，测试人员在hmi上输入目标操作信息后，由cpu发送至操作故障数据库。

请参阅图4，为本申请的一示例性实施例示出的测试车辆的分布式管理方法的流程图。该方法可以应用于图1所示的实施环境，并由该实施环境中的服务器具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

继续参照图4所示，在一示例性的实施例中，测试车辆的分布式管理方法至少包括步骤S410至步骤S430，详细介绍如下：

步骤S410，获取测试车辆的故障信息，故障信息包括历史操作故障信息和车身故障信息。

其中，需要理解的是，历史操作故障信息由在此次测试之前驾驶测试车辆的测试人员进行测试操作后产生，然后存储于操作故障数据库中的。车身故障信息是当前测试车辆中的部件出现问题，经过中央处理单元生成车身故障信息后，推送给测试车辆中的人机监护界面显示给测试人员。本申请能够帮助测试人员在对测试车辆进行测试的过程中，对当前驾驶的测试车辆存在的故障信息有清晰的了解，减少未知因素，使测试人员根据之前的故障信息进行测试，使测试的过程更加安全、可控。

请参阅图5，为本申请的一示例性实施例示出的测试人员驾驶测试车辆前准备的示意图。如图5所示是测试人员驾驶测试车辆前查看历史操作故障信息的流程，图5中的用户即测试人员，故障信息即历史操作故障信息。测试人员需要先通过him登录测试车辆，然后通过him调用历史操作故障信息，调用的操作由cpu完成；cpu将查看操作故障数据库中的历史操作故障信息，并将其发送至hmi以显示给测试人员查看。

步骤S420，对车身故障信息进行验证，基于验证结果将车身故障信息发送至对应的数据库进行分布式数据存储。

具体地，需要验证获取的车身故障信息是否是错误判断，因为测试车辆的配置不完善，所以采集到的车身故障信息不一定准确，需要对其进行验证，从而判断是否为真实的车身故障信息，并根据验证结果判断该车身故障信息将发送至操作故障数操库，还是车身故障数据库，从而避免了数据库错误存储车身故障信息，使之后测试人员在测试时进行不必要的操作。

在本申请的一个实施例中，车身故障信息可能来源于图2中的can模块存储的车身故障信息，也可能是直接由测试车辆发送的车身故障信息。

步骤S430，根据历史操作故障信息对测试车辆进行测试，以得到目标操作信息，并将目标操作信息发送至数据库进行分布式存储。

具体地，测试人员查看历史操作故障信息后，能够了解清楚所驾驶测试车辆存在的所有故障信息，从而有针对性的对测试车辆进行测试操作，避免了重复操作，提高了测试效率。

在本申请的一个实施例中，本申请中的数据库均可以采用区块链(Blockhain)技术，区块链是一种分布式，去中心化，信息不可篡改，全程保留痕迹，集体维护，公开透明，有可靠数据库的技术。每位测试人员在对测试车辆进行测试操作时，例如，对测试车辆中的功能进行升级，或者维护了测试车辆中的某个故障，然后得到目标操作信息，并采用加密技术Hash(即，哈希算法)生成唯一且加密的哈希值存储于操作故障数据库，因为数据库存储的故障信息不能被篡改，所以测试人员对测试车辆操作时具有绝对的责任机制；因为测试全程保留痕迹，所以当测试阶段出现问题时，可以快速且精确定位到问题发生的具体时间点和对应的测试操作；因为测试公开透明，所以能够避免测试人员进行重复操作，从而有效提高测试效率。

请参阅图6，为图4所示实施例中的步骤S420在一示例性的实施例中的流程图，详述如下：

步骤S610，利用测试车辆向当前测试人员推送车身故障信息。

具体地，车身故障信息来自于测试车辆本身出现的故障，需要推送给驾驶测试车辆的当前测试人员以查看，然后进行验证。

在本申请的一个实施例中，当测试车辆的车身出现故障时，测试车辆将车身故障信息存储于如图2所示can模块，然后由cpu调用，通过hmi显示，以推送给当前测试人员查看，提示测试人员解决。其中，cpu还能够实时获取hmi接收的测试人员输入的操作信息，以完成验证。

步骤S620，若接收到来自当前测试人员输入的验证指令，则根据验证指令将车身故障信息发送至对应的数据库。

具体地，当前测试人员根据推送的车身故障信息，结合测试车辆的车身状态，可以验证该车身故障信息是否真实存在，从而得到验证结果，并将验证结果作为验证指令。验证指令的作用是判断该车身故障信息应该存储的数据库为车身故障数据库，还是操作故障数据库。这一步骤防止了测试人员忽略未测试到的车身故障信息，消除安全隐患。

在本申请的一个实施例中，根据测试人员输入的验证指令可以验证车身故障信息的真实性。如果测试人员判断该车身故障信息真实，输入与车身故障信息真实相关的验证指令，反之亦然。若车身故障信息真实，则将其发送至操作故障数据库，以供后续测试人员查看，从而在测试过程中有针对性的进行解决。若车身故障信息不真实，则将其发送至上述车身障数据库，以供开发者查看，分析该车身故障不存在却提示的原因，避免错过其他故障问题。

请参阅图7，为本申请的一示例性实施例示出的验证车身故障信息的示意图。如图7所示，测试车辆的车身故障信息储存于can模块，由cpu获取can模块中的车身故障信息发送至hmi显示，用户查看后验证车身故障信息的真实性；若真实，则上传到操作故障数据库，若不真实，则上传到车身故障数据库。

请参阅图8，为图4所示实施例中的步骤S430在一示例性的实施例中的流程图，详述如下：

步骤S810，将历史操作故障信息分为已解决故障信息和未解决故障信息。

具体地，此次测试之前上传的历史操作故障信息包括了已解决故障信息和未解决故障信息。需要理解的是，测试车辆中功能部分等基本都是独立的，在测试过程中，其中一个功能部分被测试人员进行调试升级或更换，不会影响到其他功能部分。因此，测试车辆中未解决的故障问题不会影响已解决的故障问题。

步骤S820，基于未解决故障信息对测试车辆进行测试，以得到目标操作信息。

具体地，当前测试人员可以忽略已解决故障信息，着重解决关于历史未解决故障信息和关于此次测试中发现的故障信息。也就是说，当前测试人员在清楚了解未解决故障信息后，再对测试车辆进行测试，然后将此次测试发现或解决的故障问题作为目标操作信息，发送至操作故障数据库。需要说明的是，目标操作信息中包括了目标操作发生时间，以方便在后续测试中快速定位对应测试操作的具体时间点。

请参阅图9，为本申请的一示例性实施例示出的测试得到目标操作故障信息的示意图。图9中的升级系统指的是测试人员在测试过程中对测试车辆进行的调试、升级或更换功能部分等，针对此时出现的操作故障信息，测试人员需要通过hmi输入，以存储于操作故障数据库。

在本申请的一个实施例中，将目标操作信息发送至操作故障数据库还包括获取测试车辆的当前身份信息，将目标操作信息和当前身份信息绑定在一起，结合成目标操作故障信息，即，由当前驾驶测试车辆的测试人员的身份信息和目标操作信息组成目标操作故障信息，然后存储于操作故障数据库。

请参阅图10，为本申请的一示例性实施例示出的各测试人员的测试结果的示意图。如图10所示的各测试人员在不同时刻对测试车辆进行了测试，按时间先后排序，依次是人员A、人员B、人员C、人员D。人员A在驾驶测试车辆时出现了方向盘故障，因此系统记录内容为方向盘故障，偏左移90°的目标操作信息，存储于操作故障数据库中，其中，本实施例中的系统可以是图2中的分布式管理子系统。人员B在驾驶测试车辆时，还出现了雨刷器故障和刹车故障，因此系统将增加记录内容为刹车故障，踩到底才生效；雨刷器故障，打开失败的目标操作信息，而内容为方向盘故障，偏左移90°的目标操作信息在此次测试中为历史操作故障信息。人员C在驾驶测试车辆时，只解决了刹车故障，所以人员D只需要着重解决方向盘故障和雨刷器故障即可，不需要再关心刹车故障。

请参阅图11，为图4所示实施例中的步骤S430在一示例性的实施例中的流程图。获取测试车辆的故障信息之前，还包括：

步骤S1101，获取当前测试人员的身份信息。

具体的，测试人员必须进行身份认证后，才能使用测试车辆。其中，身份认证可以通过测试车辆中的hmi完成。只有前一测试人员离开测试车辆的情况下，当前测试人员才能够登录测试车辆，完成身份认证。

步骤S1102，基于测试车辆预先存储的认证信息对当前测试人员的身份信息进行认证，确定测试车辆的当前身份信息。

在本发明的一个实施例中，当前测试人员完成身份认证后，关于测试车辆上的所有测试操作都将和测试车辆的当前身份信息记录在一起，即，将目标操作信息和当前身份信息绑定，使得测试操作和测试人员之间存在关联性，测试人员需要对自己所做的测试操作负责。

请参阅图12，为本申请的一示例性实施例示出的测试车辆的分布式管理装置的框图。该装置可以应用于图1所示的实施环境，也可以适用于其它的示例性实施环境，本实施例不对该装置所适用的实施环境进行限制。

继续参照图12所示，该示例性的测试车辆的分布式管理装置包括：获取模块1201、车身故障模块1202、操作故障模块1203。

获取模块1201，配置为获取测试车辆的故障信息，故障信息包括历史操作故障信息和车身故障信息；

车身故障模块1203，配置为对车身故障信息进行验证，基于验证结果将车身故障信息发送至对应的数据库进行分布式数据存储；

操作故障模块1204，配置为根据历史操作故障信息对测试车辆进行测试，以得到目标操作信息，并将目标操作信息发送至数据库进行分布式数据存储。

在本申请的一个实施例中，获取模块的功能可以由图2中的cpu和hmi合作完成，获取的故障信息来自图2所示的数据库存储单元和can模块，车身故障模块和操作故障模块中处理后的故障信息都均发送至数据库存储单元。

需要说明的是，上述实施例所提供的测试车辆的分布式管理装置与上述实施例所提供的测试车辆的分布式管理方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的测试车辆的分布式管理装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本申请的实施例还提供了一种车辆设备，车辆应用于如上述实施例中的测试车辆的分布式管理方法。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述各个实施例中提供的测试车辆的分布式管理方法。

图13示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是，图13示出的电子设备的计算机系统1300仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图13所示，计算机系统1300包括中央处理单元(CentralProcessingUnit，CPU)1301，其可以根据存储在只读存储器(Read-OnlyMemory，ROM)1302中的程序或者从储存部分1308加载到随机访问存储器(RandomAccessMemory，RAM)1303中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM1303中，还存储有系统操作所需的各种程序和数据。CPU1301、ROM1302以及RAM1303通过总线1304彼此相连。输入/输出(Input/Output，I/O)接口1305也连接至总线1304。

以下部件连接至I/O接口1305：包括键盘、鼠标等的输入部分1306；包括诸如阴极射线管(CathodeRayTube，CRT)、液晶显示器(LiquidCrystalDisplay，LCD)等以及扬声器等的输出部分1307；包括硬盘等的储存部分1308；以及包括诸如LAN(LocalAreaNetworK，局域网)卡、调制解调器等的网络接口卡的通信部分1309。通信部分1309经由诸如因特网的网络执行通信处理。驱动器1310也根据需要连接至I/O接口1305。可拆卸介质1311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1310上，以便于从其上读出的计算机程序根据需要被安装入储存部分1308。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1309从网络上被下载和安装，和/或从可拆卸介质1311被安装。在该计算机程序被中央处理单元(CPU)1301执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ErasableProgrammableReadOnlyMemory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(CompactDiscRead-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前的测试车辆的分布式管理方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

上述实施例仅示例性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (10)

1.一种测试车辆的分布式管理方法，其特征在于，包括：

获取测试车辆的故障信息，所述故障信息包括历史操作故障信息和车身故障信息；

对所述车身故障信息进行验证，基于验证结果将所述车身故障信息发送至对应的数据库进行分布式数据存储；

根据所述历史操作故障信息对所述测试车辆进行测试，以得到目标操作信息，并将所述目标操作信息发送至所述数据库进行分布式存储。

2.如权利要求1所述的测试车辆的分布式管理方法，其特征在于，对所述车身故障信息进行验证，基于验证结果将所述车身故障信息发送至对应的数据库进行分布式数据存储，包括：

利用所述测试车辆向当前测试人员推送所述车身故障信息；

若接收到来自所述当前测试人员输入的验证指令，则根据所述验证指令将所述车身故障信息发送至对应的数据库。

3.如权利要求2所述的测试车辆的分布式管理方法，其特征在于，若接收到来自所述当前测试人员输入的验证指令，则根据所述验证指令将所述车身故障信息发送至对应的数据库，包括：

根据所述验证指令确定所述车身故障信息的真实性；

若所述车身故障信息真实，则将所述车身故障信息发送至操作故障数据库，所述数据库包括所述操作故障数据库和车身数据库；

若所述车身故障信息不真实，则将所述车身故障信息发送至所述车身障数据库。

4.如权利要求1所述的测试车辆的分布式管理方法，其特征在于，根据所述历史操作信息对所述测试车辆进行测试，以得到目标操作信息，包括：

将所述历史操作故障信息分为已解决故障信息和未解决故障信息；

基于所述未解决故障信息对所述测试车辆进行测试，以得到所述目标操作信息。

5.如权利要求4所述的测试车辆的分布式管理方法，其特征在于，将所述目标操作信息发送至所述数据库进行分布式存储，包括：

获取所述测试车辆的当前身份信息；

将所述目标操作信息和当前所述身份信息进行绑定，得到目标操作故障信息；

将所述目标操作故障信息发送至所述操作故障数据库。

6.如权利要求1至5任一所述的测试车辆的分布式管理方法，其特征在于，所述获取测试车辆的故障信息之前，包括：

获取所述当前测试人员的身份信息；

基于所述测试车辆预先存储的认证信息对所述当前测试人员的身份信息进行认证，确定所述测试车辆的所述当前身份信息。

7.一种测试车辆的分布式管理装置，其特征在于，包括：

获取模块，用于获取测试车辆的故障信息，所述故障信息包括历史操作故障信息和车身故障信息；

车身故障模块，用于对所述车身故障信息进行验证，基于验证结果将所述车身故障信息发送至对应的数据库进行分布式数据存储；

操作故障模块，用于根据所述历史操作故障信息对所述测试车辆进行测试，以得到目标操作信息，并将所述目标操作信息发送至所述数据库进行分布式数据存储。

8.一种车辆设备，其特征在于，所述车辆应用于权利要求1至6中任一项所述的测试车辆的分布式管理方法。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至6中任一项所述的测试车辆的分布式管理方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序用于使计算机执行如权利要求1至6所述的测试车辆的分布式管理方法。

Images