CN111913931A - 车辆故障数据库的构建方法及装置、存储介质及电子设备 - Google Patents

Abstract

本公开涉及车辆技术领域，提供了一种车辆故障数据库的构建方法及装置、介质和电子设备。上述方法包括：划分车辆的组成结构得到零件分布图；收集多组故障信息，其中，每组故障信息包括：故障模式代码、故障零件信息和故障解决信息；基于零件分布图，确定故障零件信息对应的故障零件代码和故障零件层级属性；根据故障模式代码、故障零件代码、故障零件层级属性以及故障解决信息构建车辆故障数据库。本技术方案可以快速获取故障解决信息，避免重新排查故障发生原因并重复思考解决方案，从而有利于提升故障处理效率，减少人力物力的浪费。同时，可以获取与零件相关的故障信息，从而研发人员可以针对性的设计或改进零件，提升研发质量与效率。

Description

车辆故障数据库的构建方法及装置、存储介质及电子设备

技术领域

本公开涉及车辆技术领域，具体而言，涉及一种车辆故障数据库的构建方法、车辆故障数据库的构建装置，以及实现所述车辆故障数据库的构建方法的计算机可读存储介质及电子设备。

背景技术

现有的相关技术中，对于车辆发生的故障，一般仅针对此故障本身来寻找故障原因，进一步确定此故障的解决方案来解决故障。而不对发生故障的原因以及对应的解决方案作出汇总，也不多次故障及其解决方案进行总结。

可见，现有的相关技术中，由于没有对故障数据进行记录与总结，导致出现相同或类似故障时需重新排查故障发生原因并思考解决方案，进而造成故障处理效率低，且浪费人力物力。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种车辆故障数据库的构建方法及装置、计算机可读存储介质及电子设备，进而至少在一定程度上克服现有的相关技术中车辆故障维修效率低的问题，同时减少人力物力的浪费。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供了一种车辆故障数据库的构建方法，包括：

划分车辆的组成结构得到零件分布图，其中，所述零件分布图用于确定零件代码和零件层级属性；

收集多组故障信息，其中，每组所述故障信息包括：故障模式代码、故障零件信息和故障解决信息；

基于所述零件分布图，确定所述故障零件信息对应的故障零件代码和故障零件层级属性；

根据所述故障模式代码、所述故障零件代码、所述故障零件层级属性以及所述故障解决信息构建车辆故障数据库。

在本公开的一种示例性实施例中，基于前述方案，所述划分车辆的组成结构得到零件分布图，包括：

将目标型号的车辆划分为多个功能系统，其中，所述功能系统包含系统代码和所述功能系统所属的车型代码；

将所述功能系统划分为多个部件，其中，所述部件包含部件代码和所述部件所属的车型代码、系统代码；

将所述部件划分为多个零件，其中，所述零件包含零件代码和所述零件所属的车型代码、系统代码、部件代码。

在本公开的一种示例性实施例中，基于前述方案，在收集多组故障信息之前，所述方法还包括：

将收集到的故障名称进行分类，并为分类后的故障名称进行编码得到包含多个故障模式代码得到故障代码表；

所述收集多组故障信息，包括：

查找所述故障代码表，根据收集到的故障名称确定所述故障模式代码。

在本公开的一种示例性实施例中，基于前述方案，所述方法包括：

根据接收到的故障信息中的故障名称更新所述故障代码表。

在本公开的一种示例性实施例中，基于前述方案，所述根据所述故障模式代码、所述故障零件代码、所述故障零件层级属性以及所述故障解决信息构建车辆故障数据库，包括：

根据所述故障零件代码确定所述车辆故障数据库的第一索引条目；

关联所述故障模式代码、所述故障零件层级属性以及所述故障解决信息至所述第一索引条目，以根据所述第一索引条目获取与所述故障零件代码相关的故障模式代码、层级属性和/或故障解决信息。

在本公开的一种示例性实施例中，基于前述方案，所述根据所述故障模式代码、所述故障零件代码、所述故障零件层级属性以及所述故障解决信息构建车辆故障数据库，包括：

根据所述故障模式代码确定所述车辆故障数据库的第二索引条目；

关联所述故障零件代码、所述故障零件层级属性以及所述故障解决信息至所述第二索引条目，以根据所述第二索引条目获取与所述故障模式代码相关的零件代码、零件层级属性和/或故障解决信息。

在本公开的一种示例性实施例中，基于前述方案，所述故障解决信息包括对零件的改进信息，所述车辆包括：轨道车辆、公路车辆。

根据本公开的第二方面，提供了一种车辆故障数据库的构建装置，包括：零件分布图确定模块，用于划分车辆的组成结构得到零件分布图，其中，所述零件分布图用于确定零件代码和零件层级属性；

信息收集模块，用于收集多组故障信息，其中，每组所述故障信息包括：故障模式代码、故障零件信息和故障解决信息；

目标信息确定模块，用于基于所述零件分布图，确定所述故障零件信息对应的故障零件代码和故障零件层级属性；

数据库构建模块，用于根据所述故障模式代码、所述故障零件代码、所述故障零件层级属性以及所述故障解决信息构建车辆故障数据库。

根据本公开的第三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第一方面所述的车辆故障数据库的构建方法。

根据本公开实施例的第四方面，提供了一种电子设备，包括：处理器；以及，存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的车辆故障数据库的构建方法。

由上述技术方案可知，本公开示例性实施例中的车辆故障数据库的构建方法、车辆故障数据库的构建装置，以及实现所述车辆故障数据库的构建方法的计算机可读存储介质及电子设备，至少具备以下优点和积极效果：

在本公开的一些实施例所提供的技术方案中，划分车辆的组成结构得到零件分布图，其中，可以通过零件分布图将车辆零部件由上而下的进行整理，从而方便地确定各个零件的分布。并收集多组故障信息，包括：目标故障代码、目标零件信息和故障解决信息，并基于上述零件分布图，确定故障所涉及的目标零件信息对应的目标零件代码和目标零件层级属性。进一步地，根据目标故障代码、目标零件代码、目标零件层级属性以及故障解决信息构建车辆故障数据库。从而将故障相关的零件信息以及故障解决方案关联起来，通过对故障信息的汇总实现对故障及其相关零件的总体把握，进而一方面根据目标故障代码检索上述车辆故障数据库可以快速获取故障解决信息，避免重新排查故障发生原因并重复思考解决方案，从而有利于提升故障处理效率，减少人力物力的浪费。另一方面，通过目标零件代码检索上述车辆故障数据库，可以获取与零件相关的故障信息，从而研发人员可以针对性的设计或改进零件，提升研发质量与效率。

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

附图说明

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

图1示出本公开一示例性实施例中车辆故障数据库的构建方法的流程示意图；

图2示出了根据本公开一示例性实施例中零件分布图的确定方法的流程示意图；

图3示出了根据本公开一示例性实施例中零件分布图示意图；

图4示出了根据本公开一示例性实施例中故障信息处理方法的流程示意图；

图5示出了根据本发明实施例的故障收集方法流程图；

图6示出了根据本发明实施例提供的一种故障分类整理流程图；

图7示出了根据本公开一示例性实施例中车辆故障数据看的构建方法的流程示意图；

图8示出了根据本公开另一示例性实施例中车辆故障数据看的构建方法的流程示意图；

图9示出本公开一示例性实施例中跳字的显示控制装置的结构示意图；

图10示出本公开示例性实施例中计算机存储介质的结构示意图；以及，

图11示出本公开示例性实施例中电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

现有的相关技术中，由于没有对故障数据进行记录与总结，不仅导致出现相同或类似故障时需重新排查故障发生原因并思考解决方案。同时，无法确定机车产品哪些方面需要改进，导致车辆设计研发过程中无法针对性的对零部件进行改进，难以有效提高产品成熟度。

在本公开的实施例中，首先提供了一种车辆故障数据库的构建方法，至少在一定程度上克服上述现有的相关技术中存在的缺陷。

图1示出本公开一示例性实施例中车辆故障数据库的构建方法的流程示意图。参考图1，该实施例提供的方法包括：

步骤S110，划分车辆的组成结构得到零件分布图，其中，所述零件分布图用于确定零件代码和零件层级属性；

步骤S120，收集多组故障信息，其中，每组所述故障信息包括：故障模式代码、故障零件信息和故障解决信息；

步骤S130，基于所述零件分布图，确定所述故障零件信息对应的故障零件代码和故障零件层级属性；以及，

步骤S140，根据所述故障模式代码、所述故障零件代码、所述故障零件层级属性以及所述故障解决信息构建车辆故障数据库。

其中，上述故障解决信息包括对零件的改进信息等，上车辆包括：轨道车辆、公路车辆，示例性的，可以以轨道车辆中的机车车辆为例进行说明。

在图1所示实施例所提供的技术方案中，划分车辆的组成结构得到零件分布图，其中，可以通过零件分布图将车辆零部件由上而下的进行整理，从而方便地确定各个零件的分布。并收集多组故障信息，包括：故障模式代码、故障零件信息和故障解决信息，并基于上述零件分布图，确定故障所涉及的故障零件信息对应的故障零件代码和故障零件层级属性。进一步地，根据故障模式代码、故障零件代码、故障零件层级属性以及故障解决信息构建车辆故障数据库。从而将故障相关的零件信息以及故障解决方案关联起来，通过对故障信息的汇总实现对故障及其相关零件的总体把握，进而一方面根据故障模式代码检索上述车辆故障数据库可以快速获取故障解决信息，避免重新排查故障发生原因并重复思考解决方案，从而有利于提升故障处理效率，减少人力物力的浪费。另一方面，通过故障零件代码检索上述车辆故障数据库，可以获取与零件相关的故障信息，从而研发人员可以针对性的设计或改进零件，提升研发质量与效率。

以下对图1所示实施例的各个步骤的具体实施方式进行详细阐述：

在示例性的实施例中，图2示出了根据本公开一示例性实施例中零件分布图的确定方法的流程示意图。具体可以作为步骤S110的一种具体实施方式。参考图2，该实施例提供的方法包括：

步骤S210，将目标型号的车辆划分为多个功能系统，其中，所述功能系统包含系统代码和所述功能系统所属的车型代码；

步骤S220，将所述功能系统划分为多个部件，其中，所述部件包含部件代码和所述部件所属的车型代码、系统代码；以及，

步骤S230，将所述部件划分为多个零件，其中，所述零件包含零件代码和所述零件所属的车型代码、系统代码、部件代码。

在图2所示实施例提供的技术方案中，将不同车型的车辆产品层级划分，并将分系统从上至下逐级展开，直至在现场可更换的最小单元。具体地，将目标型号的车辆划分为多个功能系统，将功能系统划分为多个部件，进一步地，将部件划分为多个零件。通过零件分布图将车辆零部件由上而下的进行整理，从而方便地确定各个零件的分布。其中，为车型、功能系统、部件以及零件分别设置的代码的方式，有利于零件分布图的规范化，有利于提高在零件分布图中查找相关零部件的效率。

示例性的，图3示出了根据本公开一示例性实施例中零件分布图示意图，具体的，图3是根据图2所示实施例提供的方法确定的。将各个车型编码，每个车型对应一个车型代码；并根据功能分成将机车向下划分系统，对系统进行编码，每个系统对应一个系统代码；然后将组成系统的部件进行编码，每个部件对应一个部件代码；最后将组成部件的零件进行编码，每个零件对应一个零件代码。通过机车层级划分，能够将机车构成组件呈树形展开，便于故障检索、问题溯源。

示例性的，根据图3实处的零件分布图，可以迅速确定相关零件的代码及其层级属性，例如：第一零件的零件代码为零件a。其层级属性为：车型s->系统m->部件n等等。

在示例性的实施例中，继续参考图1，在步骤S120中：收集多组故障信息，其中，每组所述故障信息包括：故障模式代码、故障零件信息和故障解决信息。示例性的，将每组故障信息作为故障收集用条目，其可以被用于还原故障所必须的描述信息索引的关键。其中，一次车辆故障记录为一组故障信息，用收集用条目内容描述机车故障情形及相关作业。

在示例性的实施例中，上述故障模式代码是根据故障名称确定的。图4示出了根据本公开一示例性实施例中故障信息处理方法的流程示意图。参考图4，该实施例提供的方法包括：

步骤S410，将收集到的故障名称进行分类，并为分类后的故障名称进行编码得到包含多个故障模式代码得到故障代码表；以及，步骤S420，查找所述故障代码表，根据收集到的故障名称确定所述故障模式代码。

示例性的，将故障名称代码化，有利于提升故障信息分类、整理效率，进一步地，有利于对收集的故障信息与产品层级部件单元相匹配与关联。

示例性的，对于之前未出现过故障名称，需为其编制对应的代码，并将故障相关信息以及代码更新时故障代码表中，以使故障代码表实时更新。

在示例性的实施例中，继续参考图1，在步骤S130中：基于所述零件分布图，确定所述故障零件信息对应的故障零件代码和故障零件层级属性。查找零件分布图，确定与目标故障相关的零件信息，包括故障零件代码和故障零件层级属性等。进而，将故障信息与车辆产品(零件)信息相关联，以构建车辆故障数据库。

在示例性的实施例中，根据下表1示出的故障信息收集表来收集故障信息。具体的，以下对表1示出的多个条目及其作用进行解释说明：

条目“1基本信息”，通过填写“发生时间”、“车型编号”、“用户信息”“走行公里”、“发生时间”、“发生时间”或其他内容，用于显示故障发生时车辆状态。

条目“2故障信息”，通过填写“故障描述”、“故障原因”、“故障措施”来用于还原故障情形。条目“2故障信息”中“故障零件代码”、“故障模式代码”用于对故障信息规范化，进而对故障信息进行快速记录。

条目“3故障部件信息”，通过填写“更换部件”、“配件厂家”、“责任单位”等信息用于记录故障部件。

条目“4维修说明”，通过填写“维修级别”、“维修时间”、“维修人数”等维修操作记录维修过程。

条目“5新增故障模式”，对于车辆故障数据库中已存在故障零件代码、但是没有该类故障模式的故障信息进行标识。

条目“6新增部件信息”，对于车辆故障数据库中已存在故障模式代码、但是没有该故障零件的故障信息进行标识。通过填写该条目下要求的“故障零件名称”、“上一级部件名称”等信息，识别该故障零件、故障模式，进而在产品层级对车辆信息进行完善。

表1

最后，“填表人”、“填表时间”可以用于查找填表人，用于对故障收集表内容核实。

在示例性的实施例中，基于上述表1提供的故障信息收集表，图5示出了根据本发明实施例的故障收集方法流程图。根据图5中的步骤操作及判断即可完成故障信息收集表的填写，从而完成一组故障信息收集工作。

参考图5，示例性的，在步骤S51中，当车辆发生故障时，开始收集故障信息。在步骤S52中，填写条目“1基本信息”，具体地填写“发生时间”、“车型编号”等信息，从而标明故障发生时车辆状态。之后，在步骤S53中，填写条目“2故障信息”，具体填写“故障描述”、“故障原因”、“故障措施”等，以还原故障情形；其中，具体地，确定此故障涉及的故障零件，并在步骤S54中，判断是否零件分布图中是否存在故障零件代码。

示例性的，若零件分布图中不存在故障零件代码，则在步骤S55中，填写条目“6新增部件信息”，对于车辆故障数据库中已存在故障模式代码、但是没有该故障零件的故障信息进行标识。通过填写该条目下要求的“故障零件名称”、“上一级部件名称”等信息，识别该故障零件、故障模式，进而在产品层级对车辆信息进行完善。

示例性的，若零件分布图中存在故障零件代码，则在步骤S56中，在条目“2故障信息”中填写上述故障零件代码。

示例性的，在步骤S57中，判断故障代码表中时候存在本次故障相对应的故障模式代码。若不存在，在步骤S58中，填写条目“5新增故障模式”，对于车辆故障数据库中已存在故障零件代码、但是没有该类故障模式的故障信息进行标识。若存在，在步骤S59中，在条目“2故障信息”中填写上述故障模式代码。

示例性的，在步骤S510中，填写条目“3故障部件信息”，通过填写“更换部件”、“配件厂家”、“责任单位”等信息用于记录故障部件。进一步地，在步骤S511中，填写条目“4维修说明”，通过填写“维修级别”、“维修时间”、“维修人数”等维修操作记录维修过程。最后，在步骤S512中，填写条目“填表人”、“填表时间”等。

从而，通过步骤S51-步骤S512便收集到一组故障信息，用于构建车辆故障数据库。

基于上述表1提供的故障信息收集表，图6示出了根据本发明实施例提供的一种故障分类整理流程图，提供一种故障信息分类、整理的具体实施方法。根据图6中的步骤操作及判断即可根据故障信息收集表中的信息，完成故障分类整理，以进一步构建车辆故障数据库。

示例性的，在步骤S61中，查看通过图5所示的方法确定的一故障信息收集表。在步骤S62中，判断此故障信息收集表中涉及的故障零件代码a，是否存在于相关车型的零件分布图中。

示例性的，若相关车型的零件分布图中不存在此故障零件代码a，则：执行步骤S63，填写条目“6新增部件信息”；以及执行步骤S64，更新相关车型的零件分布图，以使更新后的零件分布图中包含相关故障零件信息。进一步执行步骤S66。

示例性的，若相关车型的零件分布图中存在此故障零件代码a，则：执行步骤S65，判断此故障信息收集表中涉及的故障模式代码b，是否存在于故障代码库中。若故障代码库中不存在此故障模式代码b，则：执行步骤S66，对条目“2故障信息”的故障模式代码信息以及相关的故障名称等信息进行提取，用以在步骤S67中更新故障代码库。进一步执行步骤S68。

示例性的，若故障代码库中存在此故障模式代码b，则：执行步骤S68，将该组故障信息存储于对应的车辆产品层级中，以关联上述故障模式代码b的相关信息与故障零件代码a的相关信息。从而，在步骤S69中构建车辆故障数据库。

在示例性的实施例中，为了提高车辆故障数据库的使用价值，本实施例提供的技术方案中所构建的车辆故障数据库具备多种检索方式。例如，可以根据故障模式代码检索数据库，进而确定与目标故障相关的零件信息和故障解决信息，从而快速获取故障解决信息，提升故障处理效率，减少人力物力的浪费。再例如，可以根据零件代码检索数据库，进而确定与目标零件相关的各种故障信息和故障解决信息，从而，根据数据库提供的相关故障有效地指导零件产品设计，避免重复性错误，能直接用于产品FMEA、可靠性、维修性设计，减少机车故障，促进机车产品升级。

图7示出了根据本公开一示例性实施例中车辆故障数据看的构建方法的流程示意图。具体的，作为步骤S140的一种具体实施方式，该实施例提供一种以零件代码作为索引条目的数据库构建方法。参考图5，该实施例提供的方法包括：

步骤S710，根据所述故障零件代码确定所述车辆故障数据库的第一索引条目；以及，

步骤S720，关联所述故障模式代码、所述故障零件层级属性以及所述故障解决信息至所述第一索引条目，以根据所述第一索引条目获取与所述故障零件代码相关的故障模式代码、层级属性和/或故障解决信息。

在图7所示实施例提供的技术方案中，将故障零件代码作为所构建的车辆故障数据库的索引条目，产品研发人员在设计或优化相关零部件时，可以根据零件代码检索上述数据库，从而获取跟零部件相关的故障信息。进而利用本实施例提供的技术方案，可以将车辆研发、试制、试验、运行考核、使用中采集来的各项原始数据信息经过分类和规范化整理，建立与车辆产品结构层级相关联，具有索引条目实现故障信息的查阅、条目、更新功能的故障模式库，通过举一反三，能够有效的指导产品设计，避免重复性错误，能直接用于产品的失效模式和影响分析(Failure Mode and Effect Analysis,简称：FMEA)、可靠性分析、产品维修性设计，有利于促进车辆产品升级，从而从源头上减少车辆故障发生频率。

图8示出了根据本公开另一示例性实施例中车辆故障数据看的构建方法的流程示意图。具体的，作为步骤S140的另一种具体实施方式，该实施例提供一种以故障模式代码作为索引条目的数据库构建方法。参考图6，该实施例提供的方法包括：

步骤S810，根据所述故障模式代码确定所述车辆故障数据库的第二索引条目；以及，

步骤S820，关联所述故障零件代码、所述故障零件层级属性以及所述故障解决信息至所述第二索引条目，以根据所述第二索引条目获取与所述故障模式代码相关的零件代码、零件层级属性和/或故障解决信息。

在图8所示实施例提供的技术方案中，将故障模式代码作为所构建的车辆故障数据库的索引条目，故障维修人员在维修车辆时，可以根据故障模式代码检索上述数据库，从而获取跟故障件相关的维修信息。进而利用本实施例提供的技术方案，可以快速获取故障解决信息，避免重新排查故障发生原因并重复思考解决方案，从而有利于提升故障处理效率，减少人力物力的浪费。

本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

图9示出本公开示例性实施例中车辆故障数据库的构建装置的结构示意图。如图9所示，上述车辆故障数据库的构建装置900包括：零件分布图确定模块901、信息收集模块902、目标信息确定模块903以及数据库构建模块904。

其中，上述零件分布图确定模块901，用于划分车辆的组成结构得到零件分布图，其中，所述零件分布图用于确定零件代码和零件层级属性；

上述信息收集模块902，用于收集多组故障信息，其中，每组所述故障信息包括：故障模式代码、故障零件信息和故障解决信息；

上述目标信息确定模块903，用于基于所述零件分布图，确定所述故障零件信息对应的故障零件代码和故障零件层级属性；以及，

上述数据库构建模块904，用于根据所述故障模式代码、所述故障零件代码、所述故障零件层级属性以及所述故障解决信息构建车辆故障数据库。

在本公开的一种示例性实施例中，基于前述方案，上述零件分布图确定模块901，具体用于：

将目标型号的车辆划分为多个功能系统，其中，所述功能系统包含系统代码和所述功能系统所属的车型代码；将所述功能系统划分为多个部件，其中，所述部件包含部件代码和所述部件所属的车型代码、系统代码；以及，将所述部件划分为多个零件，其中，所述零件包含零件代码和所述零件所属的车型代码、系统代码、部件代码。

在本公开的一种示例性实施例中，基于前述方案，上述车辆故障数据库的构建装置900还包括：故障代码表确定模块。

其中，上述故障代码表确定模块，用于将收集到的故障名称进行分类，并为分类后的故障名称进行编码得到包含多个故障模式代码得到故障代码表。

其中，上述信息收集模块902，具体用于：查找所述故障代码表，根据收集到的故障名称确定所述故障模式代码。

在本公开的一种示例性实施例中，基于前述方案，上述车辆故障数据库的构建装置900还包括：更新模块。

其中，上述更新模块用于：根据接收到的故障信息中的故障名称更新所述故障代码表。

在本公开的一种示例性实施例中，基于前述方案，上述数据库构建模块904，具体用于：

根据所述故障零件代码确定所述车辆故障数据库的第一索引条目；以及，关联所述故障模式代码、所述故障零件层级属性以及所述故障解决信息至所述第一索引条目，以根据所述第一索引条目获取与所述故障零件代码相关的故障模式代码、层级属性和/或故障解决信息。

在本公开的一种示例性实施例中，基于前述方案，上述数据库构建模块904，具体还用于：

根据所述故障模式代码确定所述车辆故障数据库的第二索引条目；以及，关联所述故障零件代码、所述故障零件层级属性以及所述故障解决信息至所述第二索引条目，以根据所述第二索引条目获取与所述故障模式代码相关的零件代码、零件层级属性和/或故障解决信息。

在本公开的一种示例性实施例中，基于前述方案，所述故障解决信息包括对零件的改进信息，所述车辆包括：轨道车辆、公路车辆。

上述车辆故障数据库的构建装置中各单元的具体细节已经在对应的车辆故障数据库的构建方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

在本公开示例性实施方式中，还提供了一种能够实现上述方法的计算机存储介质。其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

参考图10所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品1000，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图11来描述根据本公开的这种实施方式的电子设备1100。图11显示的电子设备1100仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图11所示，电子设备1100以通用计算设备的形式表现。电子设备1100的组件可以包括但不限于：上述至少一个处理单元1110、上述至少一个存储单元1120、连接不同系统组件(包括存储单元1120和处理单元1110)的总线1130。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1110执行，使得所述处理单元1110执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元1110可以执行如图1中所示的：步骤S110，划分车辆的组成结构得到零件分布图，其中，所述零件分布图用于确定零件代码和零件层级属性；步骤S120，收集多组故障信息，其中，每组所述故障信息包括：故障模式代码、故障零件信息和故障解决信息；步骤S130，基于所述零件分布图，确定所述故障零件信息对应的故障零件代码和故障零件层级属性；以及，步骤S140，根据所述故障模式代码、所述故障零件代码、所述故障零件层级属性以及所述故障解决信息构建车辆故障数据库。

存储单元1120可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)11201和/或高速缓存存储单元11202，还可以进一步包括只读存储单元(ROM)11203。

存储单元1120还可以包括具有一组(至少一个)程序模块11205的程序/实用工具11204，这样的程序模块11205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1130可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1100也可以与一个或多个外部设备1200(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1100交互的设备通信，和/或与使得该电子设备1100能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1150进行。并且，电子设备1100还可以通过网络适配器1160与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1160通过总线1130与电子设备1100的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1100使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (10)

1.一种车辆故障数据库的构建方法，其特征在于，所述方法包括：

划分车辆的组成结构得到零件分布图，其中，所述零件分布图用于确定零件代码和零件层级属性；

收集多组故障信息，其中，每组所述故障信息包括：故障模式代码、故障零件信息和故障解决信息；

基于所述零件分布图，确定所述故障零件信息对应的故障零件代码和故障零件层级属性；

根据所述故障模式代码、所述故障零件代码、所述故障零件层级属性以及所述故障解决信息构建车辆故障数据库。

2.根据权利要求1所述的车辆故障数据库的构建方法，其特征在于，所述划分车辆的组成结构得到零件分布图，包括：

将目标型号的车辆划分为多个功能系统，其中，所述功能系统包含系统代码和所述功能系统所属的车型代码；

将所述功能系统划分为多个部件，其中，所述部件包含部件代码和所述部件所属的车型代码、系统代码；

将所述部件划分为多个零件，其中，所述零件包含零件代码和所述零件所属的车型代码、系统代码、部件代码。

3.根据权利要求1所述的车辆故障数据库的构建方法，其特征在于，在收集多组故障信息之前，所述方法还包括：

将收集到的故障名称进行分类，并为分类后的故障名称进行编码得到包含多个故障模式代码得到故障代码表；

所述收集多组故障信息，包括：

查找所述故障代码表，根据收集到的故障名称确定所述故障模式代码。

4.根据权利要求3所述的车辆故障数据库的构建方法，其特征在于，所述方法包括：

根据接收到的故障信息中的故障名称更新所述故障代码表。

5.根据权利要求1所述的车辆故障数据库的构建方法，其特征在于，所述根据所述故障模式代码、所述故障零件代码、所述故障零件层级属性以及所述故障解决信息构建车辆故障数据库，包括：

根据所述故障零件代码确定所述车辆故障数据库的第一索引条目；

关联所述故障模式代码、所述故障零件层级属性以及所述故障解决信息至所述第一索引条目，以根据所述第一索引条目获取与所述故障零件代码相关的故障模式代码、层级属性和/或故障解决信息。

6.根据权利要求1所述的车辆故障数据库的构建方法，其特征在于，所述根据所述故障模式代码、所述故障零件代码、所述故障零件层级属性以及所述故障解决信息构建车辆故障数据库，包括：

根据所述故障模式代码确定所述车辆故障数据库的第二索引条目；

关联所述故障零件代码、所述故障零件层级属性以及所述故障解决信息至所述第二索引条目，以根据所述第二索引条目获取与所述故障模式代码相关的零件代码、零件层级属性和/或故障解决信息。

7.根据权利要求5或6所述的车辆故障数据库的构建方法，其特征在于，所述故障解决信息包括对零件的改进信息，所述车辆包括：轨道车辆、公路车辆。

8.一种车辆故障数据库的构建装置，其特征在于，所述装置包括：

零件分布图确定模块，用于划分车辆的组成结构得到零件分布图，其中，所述零件分布图用于确定零件代码和零件层级属性；

信息收集模块，用于收集多组故障信息，其中，每组所述故障信息包括：故障模式代码、故障零件信息和故障解决信息；

目标信息确定模块，用于基于所述零件分布图，确定所述故障零件信息对应的故障零件代码和故障零件层级属性；

数据库构建模块，用于根据所述故障模式代码、所述故障零件代码、所述故障零件层级属性以及所述故障解决信息构建车辆故障数据库。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至7中任一项所述的车辆故障数据库的构建方法。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至7中任意一项所述的车辆故障数据库的构建方法。

Images