车辆故障数据的获取方法、装置、存储介质和管理服务器与流程

本公开涉及车辆技术领域，具体地，涉及一种车辆故障数据的获取方法、装置、存储介质和管理服务器。

背景技术：

在车辆发生故障时，车辆会生成相应的故障码，每一种故障码对应着相应的故障数据，管理服务器通过车辆发送的故障码获取对应的故障数据。但是，在通过故障码获取故障数据的过程中，通常受一些错误故障码的干扰，例如，偶发性故障现象或者是在特定环境影响下生成的故障码，在该故障现象恢复正常或该特定环境不存在时，该故障码仍然存储在车辆中；或者永久性故障现象生成故障码，该故障码也会被一直存储在车辆中。

这样，在获取车辆的当前故障现象对应的当前故障码的过程中，上述错误故障码也一同被获取到，但是，这些错误故障码可能并不是符合当前故障现象的故障码，在获取当前故障数据时，这些错误的故障码对应的故障数据也会被获取到，从而影响到故障数据获取的准确性。

技术实现要素：

为克服上述相关的问题，本公开的目的是提供一种车辆故障数据的获取方法、装置、存储介质和管理服务器。

为了实现上述目的，根据本公开实施例的第一方面，提供一种车辆故障数据的获取方法，应用于管理服务器，包括：接收车辆发送的故障码；在预先设置的全部故障现象中确定是否存在与所述故障码对应的目标故障现象；在确定存在与所述故障码对应的目标故障现象时，获取所述目标故障现象对应的目标故障码；根据所述目标故障码从所述车辆获取所述目标故障码对应的故障数据。

可选地，所述管理服务器存储有所述目标故障码和所述目标故障现象的第一对应关系；所述在预先设置的全部故障现象中确定是否存在与所述故障码对应的目标故障现象包括：根据所述第一对应关系确定所述故障码是否包括所述目标故障现象对应的全部目标故障码；在所述故障码包括所述目标故障现象对应的全部目标故障码时，确定存在与所述故障码对应的目标故障现象。

可选地，所述根据所述目标故障码从所述车辆获取所述目标故障码对应的故障数据包括：获取所述目标故障码对应的故障数据标识；向所述车辆发送数据获取指令，所述数据获取指令包括所述故障数据标识；接收所述车辆发送的与所述故障数据标识对应的故障数据。

可选地，所述管理服务器存储有所述目标故障码和所述故障数据标识的第二对应关系；所述获取所述目标故障码对应的故障数据标识包括：根据所述第二对应关系获取所述目标故障码对应的故障数据标识。

根据本公开实施例的第二方面，提供一种车辆故障数据的获取装置，应用于管理服务器，包括：接收模块，用于接收车辆发送的故障码；确定模块，用于在预先设置的全部故障现象中确定是否存在与所述故障码对应的目标故障现象；故障码获取模块，用于在确定存在与所述故障码对应的目标故障现象时，获取所述目标故障现象对应的目标故障码；数据获取模块，用于根据所述目标故障码从所述车辆获取所述目标故障码对应的故障数据。

可选地，所述管理服务器存储有所述目标故障码和所述目标故障现象的第一对应关系；所述确定模块，用于根据所述第一对应关系确定所述故障码是否包括所述目标故障现象对应的全部目标故障码；在所述故障码包括所述目标故障现象对应的全部目标故障码时，确定存在与所述故障码对应的目标故障现象。

可选地，所述数据获取模块包括：获取子模块，用于获取所述目标故障码对应的故障数据标识；发送子模块，用于向所述车辆发送数据获取指令，所述数据获取指令包括所述故障数据标识；接收子模块，接收所述车辆发送的与所述故障数据标识对应的故障数据。

可选地，所述管理服务器存储有所述目标故障码和所述故障数据标识的第二对应关系；所述获取子模块，用于根据所述第二对应关系获取所述目标故障码对应的故障数据标识。

根据本公开实施例的第三方面，提供一种计算机可读存储介质，所述计算机可读存储介质中包括一个或多个程序，所述一个或多个程序用于执行上述方法。

根据本公开实施例的第四方面，提供一种管理服务器，包括：上述计算机可读存储介质；以及一个或者多个处理器，用于执行所述计算机可读存储介质中的程序。

通过上述技术方案，接收车辆发送的故障码；在预先设置的全部故障现象中确定是否存在与所述故障码对应的目标故障现象；在确定存在与所述故障码对应的目标故障现象时，获取所述目标故障现象对应的目标故障码；根据所述目标故障码从所述车辆获取所述目标故障码对应的故障数据。这样，在获取的故障码包括目标故障现象对应的目标故障码时，根据目标故障码来获取故障数据，从而避免了对错误故障码对应故障数据的获取，提高了当前故障数据获取的准确性，便于有效地对故障数据进行分析，同时管理服务器也无需再获取错误故障码对应的错误的故障数据，降低了管理服务器的存储负担，从而节省了管理服务器的存储空间，提高管理服务器的运行效率。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据一示例性实施例示出的一种故障现象、故障码和故障数据标识之间对应关系的框图；

图2是根据一示例性实施例示出的一种车辆故障数据的获取方法的流程示意图；

图3是根据一示例性实施例示出的一种车辆故障数据的获取方法的流程示意图；

图4是根据一示例性实施例示出的一种车辆故障数据的获取装置的结构示意图；

图5是根据一示例性实施例示出的一种车辆故障数据的获取装置的结构示意图；

图6是根据一示例性实施例示出的一种管理服务器的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

在本公开的应用场景中，车辆在发生故障时，会在车辆的相中生成并存储相应的dtc(diagnostictroublecode，诊断故障码)，简称为故障码，每一个dtc都对应着相应的故障数据，车辆会将该故障码发送至管理服务器，管理服务器可通过车辆发送的dtc从车辆中获取故障现象对应的故障数据，从而根据故障数据进行车辆的故障诊断。

本公开为了提高获取故障数据的准确性，首先在管理服务器内预先设置故障现象、故障码和故障数据标识之间的对应关系，如图1所示，图1中fi表示为故障现象，dtci表示故障现象fi对应的故障码，idi表示故障码dtci对应的故障数据标识，该故障现象至少包括一种故障现象、每一种故障现象至少对应一个故障码，每一个故障码至少对应一个故障数据标识，每一个故障数据标识对应有相应的故障数据。例如，图1中，故障现象fi对应的故障码包括：dtc1、dtc2、dtc3，…，dtci，…，dtcn，其中，故障码dtci对应的故障标识包括：id1、id2、id3，…，idi，…，idn。

基于预先设置的故障现象、故障码和故障数据标识之间的对应关系，本公开提供一种车辆故障数据的获取方法、装置、存储介质和管理服务器，根据预先设置的故障现象确定故障码对应的目标故障现象，进而获取该目标故障现象的目标故障码对应的故障数据标识，从而获取与该故障标识对应的故障数据，这样，在获取的故障码包括目标故障现象对应的目标故障码时，根据目标故障码来获取故障数据，从而避免了对错误故障码对应故障数据的获取，提高了当前故障数据获取的准确性，便于有效地对故障数据进行分析，同时管理服务器也无需再获取错误故障码对应的错误的故障数据，降低了管理服务器的存储负担，从而节省了管理服务器的存储空间，提高管理服务器的运行效率。

下面结合具体的实施例对本公开进行详细的说明。

图2为根据一示例性实施例示出的一种车辆故障数据的获取方法的流程图，如图2所示，应用于管理服务器，该车辆故障数据的获取方法包括以下步骤：

s201、接收车辆发送的故障码。

在本步骤中，可以对车辆进行实时侦听，若侦听到车辆发送的故障码，则接收该故障码。

s202、在预先设置的全部故障现象中确定是否存在与该故障码对应的目标故障现象。

在一种可能的实现方式中，该管理服务器存储有该目标故障码和该目标故障现象的第一对应关系；根据该第一对应关系确定该故障码是否包括该目标故障现象对应的全部目标故障码；在该故障码包括该目标故障现象对应的全部目标故障码时，确定存在与该故障码对应的目标故障现象。

示例地，以预先设置的全部故障现象包括故障现象f1和f2为例进行说明，故障现象f1对应的故障码为dtc1、dtc2、dtc3、dtc4，故障现象f2对应的故障码为dtc1、dtc2、dtc3、dtc5，若获取的故障码为dtc1、dtc2、dtc3、dtc4、dtc6，由于获取的故障码中包括故障码dtc1、dtc2、dtc3、dtc4，即故障现象f1对应的故障码，则确定存在与该故障码对应的目标故障现象，且该目标故障现象为故障现象f1；若获取的故障码为dtc1、dtc2、dtc3、dtc5、dtc6，由于获取的故障码中包括故障码dtc1、dtc2、dtc3、dtc5，即故障现象f2对应的故障码，则确定存在与该故障码对应的目标故障现象，且该目标故障现象为故障现象f2；若获取的故障码为dtc1、dtc2、dtc4、dtc5，由于获取的故障码既不完全包含故障现象f1对应的故障码，也不完全包含故障现象f2对应的故障码，则确定不存在与该故障码对应的目标故障现象。

s203、在确定存在与该故障码对应的目标故障现象时，获取该目标故障现象对应的目标故障码。

其中，仍然以故障现象f1和f2为例进行说明，若故障现象f1为目标故障现象，则f1对应的故障码dtc1、dtc2、dtc3、dtc4即为目标故障码，若故障现象f2为目标故障现象，则f2对应的故障码dtc1、dtc2、dtc3、dtc5即为目标故障码。

s204、根据该目标故障码从该车辆获取该目标故障码对应的故障数据。

在本步骤中，可以获取该目标故障码对应的故障数据标识，并向该车辆发送数据获取指令，并接收该车辆发送的与该故障数据标识对应的故障数据，其中，该数据获取指令包括该故障数据标识。

示例地，继续以故障现象f1和f2为例进行说明，若故障现象f1为目标故障现象，则该故障数据包括dtc1对应的故障数据、dtc2对应的鼓掌数据和dtc3对应的故障数据以及dtc4对应的故障数据。

采用上述方案，在获取的故障码包括目标故障现象对应的目标故障码时，根据目标故障码来获取故障数据，从而避免了对错误故障码对应故障数据的获取，提高了当前故障数据获取的准确性，便于有效地对故障数据进行分析，同时管理服务器也无需再获取错误故障码对应的错误的故障数据，降低了管理服务器的存储负担，从而节省了管理服务器的存储空间，提高管理服务器的运行效率。

图3为根据一示例性实施例示出的一种车辆故障数据的获取方法的流程图，如图3所示，该方法包括：

s301、在该车辆的状态满足预设故障上报条件时，车辆向该管理服务器发送故障码。

其中，该预设故障上报条件可以是车辆点火，在车辆点火后，若车辆生成了故障码，则向管理服务器发送生成的故障码。

s302、管理服务器在接收到车辆发送的故障码后，在预先设置的全部故障现象中确定是否存在与该故障码对应的目标故障现象。

在一种可能的实现方式中，如图1所示，该管理服务器存储有该目标故障码和该目标故障现象的第一对应关系；根据该第一对应关系确定该故障码是否包括该目标故障现象对应的全部目标故障码；在该故障码包括该目标故障现象对应的全部目标故障码时，确定存在与该故障码对应的目标故障现象。

示例地，以预先设置的全部故障现象包括故障现象f1和f2为例进行说明，故障现象f1对应的故障码为dtc1、dtc2、dtc3、dtc4，故障现象f2对应的故障码为dtc1、dtc2、dtc3、dtc5，若获取的故障码为dtc1、dtc2、dtc3、dtc4、dtc6，由于获取的故障码中包括故障码dtc1、dtc2、dtc3、dtc4，即故障现象f1对应的故障码，则确定存在与该故障码对应的目标故障现象，且该目标故障现象为故障现象f1；若获取的故障码为dtc1、dtc2、dtc3、dtc5、dtc6，由于获取的故障码中包括故障码dtc1、dtc2、dtc3、dtc5，即故障现象f2对应的故障码，则确定存在与该故障码对应的目标故障现象，且该目标故障现象为故障现象f2；若获取的故障码为dtc1、dtc2、dtc4、dtc5，由于获取的故障码既不完全包含故障现象f1对应的故障码，也不完全包含故障现象f2对应的故障码，则确定不存在与该故障码对应的目标故障现象。

在确定存在与该故障码对应的目标故障现象时，执行步骤s303至步骤s308；

在确定不存在与该故障码对应的目标故障现象时，继续获取车辆发送的故障码。

s303、管理服务器获取该目标故障现象对应的目标故障码。

其中，仍然以故障现象f1和f2为例进行说明，若故障现象f1为目标故障现象，则f1对应的故障码dtc1、dtc2、dtc3、dtc4即为目标故障码，若故障现象f2为目标故障现象，则f2对应的故障码dtc1、dtc2、dtc3、dtc5即为目标故障码。

s304、管理服务器获取该目标故障码对应的故障数据标识。

在一种可能的实现方式中，如图1所示，该管理服务器存储有该目标故障码和该故障数据标识的第二对应关系，在得到目标故障码后，根据该第二对应关系确定该目标故障码对应的故障数据标识。

s305、管理服务器向车辆发送数据获取指令。

其中，该数据获取指令可以包括：故障数据标识、车辆标识，如vin(vehicleidentificationnumber，车辆识别码)、数据获取周期。

s306、车辆根据该数据获取指令获取故障数据标识对应的故障数据。

在本步骤中，车辆可以按照数据获取指令中的数据获取周期获取故障数据。

例如，若该数据获取周期为10个点火周期，则车辆在接收到该数据获取指令后，获取10个点火周期的故障数据。

s307、车辆向管理服务器发送包括该故障数据的车辆数据。

其中，该车辆数据可以包括车辆标识、数据获取周期、故障数据、获取故障数据的时间戳、获取故障数据时车辆的地理位置信息、获取故障数据时车辆的车速信息、获取故障数据时车辆的发动机转速信息等信息。

s308、管理服务器接收该车辆数据，并存储该车辆数据。

采用上述方案，在获取的故障码包括目标故障现象对应的目标故障码时，根据目标故障码来获取故障数据，从而避免了对错误故障码对应故障数据的获取，提高了当前故障数据获取的准确性，便于有效地对故障数据进行分析，同时管理服务器也无需再获取错误故障码对应的错误的故障数据，降低了管理服务器的存储负担，从而节省了管理服务器的存储空间，提高管理服务器的运行效率。

需要说明的是，对于上述方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

图4为根据一示例性实施例示出的一种车辆故障数据的获取装置，如图4所示，该装置包括：

接收模块401，用于接收车辆发送的故障码；

确定模块402，用于在预先设置的全部故障现象中确定是否存在与该故障码对应的目标故障现象；

故障码获取模块403，用于在确定存在与该故障码对应的目标故障现象时，获取该目标故障现象对应的目标故障码；

数据获取模块404，用于根据该目标故障码从该车辆获取该目标故障码对应的故障数据。

可选地，该管理服务器存储有该目标故障码和该目标故障现象的第一对应关系；该确定模块402，用于根据该第一对应关系确定该故障码是否包括该目标故障现象对应的全部目标故障码；在该故障码包括该目标故障现象对应的全部目标故障码时，确定存在与该故障码对应的目标故障现象。

可选地，如图5所示，该数据获取模块404包括：

获取子模块4041，用于获取该目标故障码对应的故障数据标识；

发送子模块4042，用于向该车辆发送数据获取指令，该数据获取指令包括该故障数据标识；

接收子模块4043，接收该车辆发送的与该故障数据标识对应的故障数据。

可选地，该管理服务器存储有该目标故障码和该故障数据标识的第二对应关系；该获取子模块4041，用于根据该第二对应关系获取该目标故障码对应的故障数据标识。

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

采用上述装置，在获取的故障码包括目标故障现象对应的目标故障码时，根据目标故障码来获取故障数据，从而避免了对错误故障码对应故障数据的获取，提高了当前故障数据获取的准确性，便于有效地对故障数据进行分析，同时管理服务器也无需再获取错误故障码对应的错误的故障数据，降低了管理服务器的存储负担，从而节省了管理服务器的存储空间，提高管理服务器的运行效率。

图6是根据一示例性实施例示出的一种管理服务器600的框图。参照图6，该管理服务器600包括处理组件601，其进一步包括一个或多个处理器，以及由存储器602所代表的存储器资源，用于存储可由处理组件601的执行的指令，例如应用程序。存储器602中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件601被配置为执行指令，以执行上述车辆故障数据的获取方法。

管理服务器600还可以包括一个电源组件603被配置为执行管理服务器600的电源管理，一个有线或无线网络接口604被配置为将管理服务器600连接到网络，和一个输入输出(i/o)接口605。管理服务器600可以操作基于存储在存储器602的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，例如包括程序指令的存储器，上述程序指令可由车辆故障数据的获取管理服务器600的处理组件601执行以完成上述的车辆故障数据的获取方法。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。