CN108170566A - 产品故障信息处理方法、系统、设备和协同工作平台 - Google Patents

Abstract

本发明公开了一种产品故障信息处理方法、系统、设备和协同工作平台。该方法包括：获取产品的已发生故障信息，利用故障报告分析和纠正措施系统，对已发生故障信息进行处理，得到第一故障处理对象；收集产品的潜在故障信息，利用故障模式与影响分析，对潜在故障信息进行分析，得到第二故障处理对象；利用故障树分析，对已发生故障信息或潜在故障信息进行故障原因的分析，得到第三故障处理对象。根据本发明实施例提供的产品故障信息处理方法，可以高效地对产品故障信息进行汇总和管理。

Description

产品故障信息处理方法、系统、设备和协同工作平台

技术领域

本发明涉及故障诊断技术领域，尤其涉及一种产品故障信息处理方法、系统、设备和协同工作平台。

背景技术

产品可靠性，是指产品性能在时间上的稳定性程度，或者说在一定时间内，不发生故障问题的概率，为保证产品的长时间无故障运行，需要对产品可靠性进行分析。

通过探寻产品的故障模式，对产品的故障进行报告和跟踪，以便分析故障原因，并采取相应的有效纠正措施，来达到对产品故障的控制，从而提高产品的质量和可靠性，是现阶段工业生产过程中，提高产品质量问题处理效率、提高产品可靠性、保障产品质量管理体系有效运行的重要技术手段。

目前，对故障信息进行可靠性分析的工具很多，虽然分析的对象都是产品的故障信息，但是，使用不同的可靠性分析工具，可以应用于对故障信息处理的不同阶段，因此，很难将不同的可靠性分析进行集成管理和使用。

因此，在现有的故障信息处理方法和系统中，故障信息的处理对象之间相互孤立、互不关联，当需要对处理过程中的处理信息进行查询、汇总和分析时，难以快速高效地对产品的故障信息进行汇总和管理。

发明内容

本发明实施例提供一种产品故障信息处理方法、系统、设备和协同工作平台，可以高效地将对产品故障信息进行汇总和管理。

根据本发明实施例的一方面，提供一种产品故障信息处理方法，包括：

获取产品的已发生故障信息，利用故障报告分析和纠正措施系统，对已发生故障信息进行处理，得到产品的第一故障处理对象；

收集产品的潜在故障信息，利用故障模式与影响分析，对潜在故障信息进行分析，得到产品的第二故障处理对象；

利用故障树分析，对已发生故障信息或潜在故障信息进行故障原因的分析，得到产品的第三故障处理对象。

根据本发明实施例的另一方面，提供一种故障信息处理系统，包括：

故障报告分析和纠正措施模块，用于获取产品的已发生故障信息，利用故障报告分析和纠正措施系统，对已发生故障信息进行处理，得到产品的第一故障处理对象；

故障模式与影响分析模块，用于收集产品的潜在故障信息，利用故障模式与影响分析，对潜在故障信息进行分析，得到产品的第二故障处理对象；

故障树分析模块，用于利用故障树分析，对已发生故障信息或潜在故障信息进行故障原因的分析，得到产品的第三故障处理对象。

根据本发明实施例的再一方面，提供一种故障信息处理设备，包括：存储器和处理器；该存储器用于存储程序；该处理器用于读取存储器中存储的可执行程序代码以执行上述的故障信息处理方法。

根据本发明实施例的又一方面，提供了一种产品信息处理的协同工作平台，包括：产品开发管理系统和试验管理系统中的至少一种、以及上述的故障信息处理系统；

该产品开发管理系统，用于通过预设的产品开发接口，向故障信息处理系统提供数据字典，数据字典用于对故障信息处理系统中的第一故障处理对象的描述语言、第二故障处理对象的描述语言和第三故障处理对象的描述语言，进行语言标准化定义；

该试验管理系统，用于通过预设的试验管理接口，向故障信息处理系统的故障模式与影响分析模块提供试验流程，试验流程用于对故障模式与影响分析模块中的第二处理对象进行验证。

根据本发明实施例中的产品故障信息处理方法、系统、设备和协同工作平台，可以利用故障报告分析和纠正措施系统、故障模式与影响分析和故障树分析三种技术和方法对产品故障信息进行集成管理，并对上述技术和方法中的故障处理对象，基于不同的处理层级进行逻辑关联，有效解决故障信息孤立和丢失，以及对故障信息的重复加工造成的工作沟通障碍和工作效率低下问题。

附图说明

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

图1是示出根据本发明一实施例的产品故障信息处理方法的流程图；

图2是图1中利用故障报告分析和纠正措施系统进行故障信息处理的详细流程图；

图3是图1中利用故障模式与影响分析进行故障信息处理的详细流程图；

图4是图1中利用故障树分析对已发生故障信息或潜在故障信息进行故障原因的分析的具体流程图；

图5是图1中将第一故障处理对象、第二故障处理对象和第三故障处理对象进行关联的详细流程图；

图6是示出根据本发明另一实施例的产品故障信息处理方法的流程图；

图7是示出根据本发明示例性实施例中利用故障报告分析和纠正措施系统、故障模式与影响分析和故障树分析方法对故障信息进行集成处理时的不同层级间处理对象的逻辑关系示意图；

图8是示出根据本发明一实施例的产品故障信息处理系统的结构示意图；

图9是示出根据本发明另一实施例的产品故障信息处理系统的结构示意图；

图10是示出根据本发明示例性实施例的产品故障信息处理系统的结构功能示意图；

图11是示出根据本发明实施例的产品信息处理的协同工作平台的结构示意图。

图12是示出了可以实现根据本发明实施例的方法和装置的计算设备的示例性硬件架构的结构图。

在附图中，相同的部件使用相同的附图标记，标记说明如下：

800-故障信息处理系统；

810-故障报告分析和纠正措施模块；820-故障模式与影响分析模块；

830-故障树分析模块；840-处理层级设定模块；850-逻辑关联模块；860-数据字典；870-处理对象确定模块；880-处理对象查询模块；890-试验管理模块；

1100-产品信息处理的协同工作平台；1110-故障信息处理系统；1120-产品开发管理系统；1130-试验管理系统；

1200-计算设备；1201-输入设备；1202-输入接口；1203-中央处理器；

1204-存储器；1205-输出接口；1206-输出设备；1210-总线。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明实施例的故障信息处理方法和系统，可以对来自产品、系统或服务的故障信息进行处理。为了描述简便，下面一些实施例可以将产品故障作为示例，对本发明实施例的故障信息处理方法进行描述。应理解，这些实施例并不是用来限制本发明公开的范围，对系统故障信息或对服务故障信息的处理过程，与对产品故障信息的处理过程相同。

在本发明实施例中，故障树分析(Fault Tree Analysis，FTA)，是一种具有树形逻辑结构的逻辑推理方法。故障树分析可以对产品故障形成的原因或系统故障形成的原因进行分析，并画出逻辑关系图例如故障树，从而确定产品故障原因或系统故障原因和发生故障的概率。故障树可以是一种倒立树状的逻辑因果关系图，它可以通过规定的逻辑符号描述产品或系统中各种事件之间的因果关系。

在根据FTA方法绘制的故障树中，可以将仅导致其他事件发生的原因事件称为底事件，底事件位于故障树的底端，包括基本事件和未探明事件，其中，基本事件是无须探明其发生原因的事件，未探明事件时暂时不必或暂时不能探明其发生原因的事件；在该故障树中，由其他事件或其他事件的组合所导致的事件可以称为是结果事件，结果事件可以包括顶事件和中间事件，其中，顶事件位于故障树的顶端，可以是要分析的最不希望发生的事件；中间事件是位于底事件和顶事件之间的事件，中间事件既可以是导致一个事件发生的原因事件，同时又可以是由另一个事件所导致的结果事件。

通过FTA方法，可以将顶事件作为分析目标，逐层向下查找所有可能发生的原因，每层均查找其直接原因，从而找出产品或系统中可能存在的各种底事件与顶事件之间的逻辑关系，例如元件失效、环境影响、人为失误或程序处理等硬件和软件因素与产品故障或系统故障之间的逻辑关系，从而形成倒立树状图形，将该倒立树状图形称为故障树。通过FTA可以分析各种可能的潜在故障，为故障诊断提供依据，是评价产品和系统可靠性和安全性的重要工具。

在本发明实施例中，失效模式与影响分析(Failure Mode and EffectsAnalysis，FMEA)，是在产品设计阶段、产品制造过程阶段或产品生产过程中，事先对构成产品的各组成单元或各个工序可能发生的故障或问题点、以及每种故障或问题点对产品功能的影响进行分析，提出可以采用的预防改进措施，以提高产品质量和可靠性的一种分析方法。

在利用FMEA方法对产品的各种失效模式及其对产品功能的影响进行分析的过程中，可以对产品的失效模式、失效影响和失效原因进行分析。

在FMEA中，失效可以是指产品失去原本设计意图所规定的功能，失效模式可以是指产品失去预定的功能或失去可以满足原本设计意图所规定的功能时的具体表现，即产品可能发生的故障的表现形式，例如材料弯曲、材料断裂、零件变形、电器短路或设备安装不当等相对于规定的功能发生功能失效的一种状态；失效影响可以表示失效模式对产品自身及对其他产品的使用、功能、状态造成的影响；失效原因表示在产品的设计、制造或使用阶段发生的，引起产品功能失效的各种事件例如，设计产品时把器件的容许瞬间负载当做容许常值负载使用、使用产品时未按静电保护要求进行操作等。

在本发明实施例中，故障报告、分析及纠正措施系统(Failure Report Analysisand Correction System，FRACAS)，也可以称为是故障信息闭环管理系统。在FRACAS中，可以通过预设的故障处理流程，报告产品故障、分析故障原因、制定和实施有效的纠正措施，以防止故障再现，从而改善和促进产品的可靠性。

在一些实施例中，FTA、FMEA和FRACAS均为可靠性分析的技术和方法，但是，使用上述三种方法对产品故障信息进行处理时，关键分析项和核心信息之间相互孤立、互不关联，无法形成有效的相互支持关系，从而不利于提高分析和处理故障信息的效率，以及故障信息处理的规范化管理。

基于上述问题，本发明实施例提供一种产品故障信息处理方法和系统，可以对应用FTA、FMEA和FRACAS三种技术和方法得到的故障信息的处理对象进行关联，将三种方法处理过程中包含的关键的处理对象和核心信息进行关联，规范故障信息处理过程，提高故障信息处理效率。

为了更好的理解本发明，下面将结合附图，详细描述根据本发明实施例的产品故障信息处理方法和系统，应注意，这些实施例并不是用来限制本发明公开的范围。

图1是示出根据本发明实施例的产品故障信息处理方法的流程图。如图1所示，本发明实施例中的产品故障信息处理方法100包括以下步骤：

步骤S110，获取产品的已发生故障信息，利用故障报告分析和纠正措施系统FRACAS，对产品的已发生故障信息进行处理，得到该产品的第一故障处理对象。

步骤S120，收集产品的潜在故障信息，利用故障模式与影响分析FMEA，对产品的潜在故障信息进行分析，得到该产品的第二故障处理对象。

步骤S130，利用故障树分析FTA，对已发生故障信息或潜在故障信息进行故障原因分析，得到该产品的第三故障处理对象。

根据本发明实施例的故障信息处理方法，可以将第一故障处理对象、第二故障处理对象和第三故障处理对象进行关联，得到第一故障处理对象、第二故障处理对象和第三故障处理对象之间的关联关系。

也就是说，本发明实施例的故障信息处理方法，可以将FRACAS、FTA和FMEA三种技术和方法处理得到的故障处理对象进行关联，从而可以将使用FRACAS、FTA和FMEA对处理故障信息时得到的关键处理对象和核心信息进行逻辑关联，提高故障信息管理的效率。

下面结合附图和具体实施例，详细描述根据本发明实施例的产品故障信息处理方法。

图2是图1中利用FRACAS方法进行故障信息处理的详细流程图，图2与图1相同或等同的步骤使用相同的标号。如图2所示，在一个实施例中，步骤S110具体可以包括：

在步骤S111，获取产品的已发生故障信息，已发生故障信息包括故障描述信息。

在一个实施例中，产品的已发生故障信息可以包括如下信息项中的至少一项：故障反馈时间、故障反馈部门、故障反馈人、故障序号、故障机型、故障所属系统、采取的临时措施。

在步骤S112，根据故障描述信息，确定产品的故障类型。

在本发明实施例中，由于故障信息更多出现在产品使用现场，由于使用现场的环境复杂性、故障处理的标准化水平、以及产品使用人员在故障处理经验、技术水平和思维方式等方面的差异，要求使用人员例如顾客或现场实施人员对故障信息进行标准化的语言进行描述较难实现。

基于此，在本发明实施例中，利用FRACAS采集现场的产品使用人员对故障的描述信息，并根据采集的故障描述信息进行信息加工，从大量的描述方式各异的故障描述信息中，对产品的故障类型进行提炼，对后续的故障信息处理提供较为优质的数据基础。

在步骤S113，对故障类型对应的故障信息进行分析，得到产品的故障原因。

在步骤S114，针对故障原因制定产品的改进方案。

在步骤S115，验证改进方案的改进效果，得到产品的改进效果验证信息。

在步骤S116，将故障描述信息、故障类型、故障原因、改进方案以及改进效果验证信息中的至少一种，作为该产品的第一故障处理对象。

在一个实施例中，步骤S110可以包括上述步骤S111至步骤S116中的至少一个步骤。作为一个示例，步骤S110可以包括步骤S111、和/或S112、和/或S113、和/或S114、和/或S115、和/或S116。

在一个实施例中，步骤S110还可以包括如下步骤中的至少一个步骤：

步骤S110-01，设置已发生故障信息的反馈权限，采集用户上报的已发生故障信息，该用户具有用户反馈权限。

在该步骤中，可以根据用户角色、产品类型、产品阶段、反馈内容等项目对用户的反馈权限进行限定。

作为一个示例，设置产品使用人员和现场实施人员可以反馈产品使用阶段发生的故障信息、设置产品制造人员可以对产品生成阶段的已发生故障信息进行反馈，从而可以提高产品故障信息反馈来源的针对性和信息有效性。

步骤S110-02，根据故障信息的严重程度，将故障信息划分为不同的故障级别。

作为一个示例，可以根据故障信息的严重程度，将故障信息划分为特别重大故障、重大故障、较大故障、一般故障四个级别。

作为另一个示例，可以通过级别数的大小反映故障信息的严重程度，例如，级别数越小，故障信息的严重程度越高。

步骤S110-03，按照预设的统计信息项，对已发生故障信息进行统计，根据统计结果生成指定文件格式的统计文件，打印该统计文件，以及对该统计文件进行版本管理。

在该步骤中，可以根据预设的统计信息项，对故障信息进行统计。

作为一个示例，预设的统计信息项可以包括如下项中的至少一项：故障类型、故障原因、故障级别、故障反馈时间、故障反馈时间、故障反馈部门、故障反馈人、故障序号、故障机型、故障所属系统对已发生故障信息进行统计。

在该步骤中，该统计文件的文件格式，可以是报表或图片等格式。

步骤S110-04，设置对改进方案的改进效果的验证权限，根据验证权限对改进方案的改进效果进行验证。

在该步骤中，改进方案的管理信息包括如下项中的至少一项：改进方案具体措施、改进方案计划完成时间、改进方案实际完成时间、改进方案责任人和改进方案责任部门。

在一个实施例中，在进行改进方案的改进效果验证时，可以根据改进方案责任人和改进方案责任部门，对用户可以进行的验证操作进行限定，严格管理改进方案的回查管理流程和操作规范，确保改进方案的效果验证过程顺利进行。

在一个实施例中，改进效果验证信息包括如下项中至少一项：改进效果验证人和改进效果验证时间。

通过上述步骤，可以利用FRACAS，根据预先设置的故障信息处理流程，获取用户上报的故障描述信息，确定产品故障的故障类型和故障原因，根据故障原因制定改进方案，以及对改进方案的改进效果进行验证。

在该实施例中，FRACAS涉及的处理环节较多、处理流程链路较长，可以很好地衔接起顾客、项目现场实施人员和企业内部对故障信息进行加工和使用的人员对故障信息在不同处理环节或处理阶段的处理需求，并可以实现对每个处理环节或处理阶段的处理对象和处理结果的闭环管理。

图3是图1中利用FMEA方法进行故障信息处理的详细流程图，图3与图1相同或等同的步骤使用相同的标号。如图3所示，在一个实施例中，步骤S120具体可以包括：

步骤S121，利用FMEA方法，对获取的产品的功能说明信息和/或设计文件进行分析，得到产品在工艺流程中的潜在故障信息，根据潜在故障信息，确定产品的失效模式，失效模式用于描述产品的潜在故障问题的表现形式。

在该步骤中，产品的预定功能，可以是满足产品设计意图的功能。

步骤S122，分析失效模式对产品性能造成的潜在影响，将对产品性能造成的潜在影响，作为产品的最终失效影响。

步骤S123，根据预设的产品层次，分析失效模式对相同产品层次的其他产品的影响，得到产品的局部失效影响，以及对具有更高产品层次的其他产品的影响，得到产品的上一层次失效影响。

在该步骤中，确定产品层次的过程，可以是一种根据产品使用的原材料或其他物料对产品进行分类的过程；根据产品的分类，可以将产品认为划分为不同的层级。产品层次可以作为对产品进行分类、汇总和定价的参考条件。

在一个实施例中，失效影响可以分为最终失效影响、局部失效影响和上一层次失效影响三个级别。作为一个示例，最终失效影响，可以是从产品性能来描述失效的影响，例如噪声、性能衰退、外观不良、工作不稳定等。失效影响分析不仅可以分析该产品对同一层次其他产品的影响，也可以分析该产品对更高层次其他产品的影响。

步骤S124，分析产生最终失效影响，以及局部失效影响和上一层次失效影响的原因，将分析得到的原因，作为产品的失效原因。

步骤S125，根据产品的潜在故障问题的失效原因，制定对产品的改进计划，得到产品的改进计划。

在该步骤中，产品的改进计划可以包括如下项中的至少一项：建议改进措施、改进计划责任人和改进计划完成时间。

步骤S126，评估改进计划的改进效果，得到产品的改进后效果。

步骤S127，将失效模式、最终失效影响、局部失效影响、上一层次失效影响、失效原因、改进计划和改进后效果，作为产品的第二故障处理对象。

在该步骤中，改进计划包括如下项中的至少一项：建议改进措施、改进计划责任人和改进计划完成时间。

在一个实施例中，步骤S120具体可以包括如下步骤中的至少一个步骤：

步骤S121-01，记录确定失效模式依据的判定条件，将判定条件作为该失效模式的失效判据。

步骤S121-02，根据判断依据中的故障信息，生成判断依据文件，将判断依据文件保存为指定的文件格式。

步骤S121-03，设置对失效模式和失效原因进行识别所采取的处理方式，将采取的处理方案作为失效模式和失效原因的探测措施。

在该步骤中，可以通过设置探测措施，对失效模式和失效原因进行识别。

步骤S121-04，设置针对失效原因的预防措施，以及记录预防措施的当前效果。

以产品是螺钉为例，如果规定的该螺钉可以实现的功能是：螺钉被完全拧入，则失效模式可以是：螺钉没有完全拧入；该失效模式的失效原因可以是：操作员在拧入螺钉时，没有将螺帽扳手与该螺钉的作业面保持垂直；根据该失效模式和该失效原因而制定的探测措施可以是，在螺帽扳手内加入角度传感器，以对螺纹的上述失效模式和该失效原因进行确认；针对该失效原因设置的预防措施包括：对操作员的操作规范进行培训等。

在该实施例中，通过FMEA，可以在产品设计的早期阶段，或在产品制造过程启动之前，对产品的失效模式和造成的影响进行分析，根据分析结果指定产品的改进计划并评估改进成果，确保产品设计和生产过程中，考虑并处理了潜在的故障问题，使潜在的失效模式得到评估，以及相应的措施得到实施。

图4是图1中利用FTA对已发生故障信息或潜在故障信息进行故障原因的分析的具体流程图。如图4所示，在一个实施例中，步骤S130具体可以包括：

步骤S131，根据产品的已发生故障信息或潜在故障信息，选择FTA方法中的顶事件，顶事件用于表示产品的待分析故障状态。

在一个实施例中，可以选择该产品最不希望发生的故障状态作为顶事件。

步骤S132，将顶事件作为分析目标事件，对分析目标事件进行逐层分析处理，得到分析目标事件的直接故障原因。

步骤S133，将产品的待分析故障状态、以及分析目标事件的直接故障原因，作为产品的第三故障处理对象。

其中，步骤S132中逐层分析处理的步骤，具体可以包括：

查找导致分析目标事件发生的直接原因，得到分析目标事件的直接故障原因；

将查找到的直接故障原因作为分析目标事件的直接原因事件，原因事件包括底事件和/或中间事件；以及

如果分析目标的原因事件包括中间事件，将中间事件作为新的分析目标事件，直到新的分析目标事件的直接原因事件均为底事件。

在一个实施例中，通过FTA分析，可以使用倒立树状的逻辑因果关系图，通过逻辑符号将具有逻辑因果关系的产品的顶事件、中间事件和底事件连接成树状逻辑图，即该产品的故障树。

图5是示出图1中将第一故障处理对象、第二故障处理对象和第三故障处理对象进行关联的详细流程图。如图5所示，在一个实施例中，故障信息处理方法100具体还可以包括：

步骤S140，设定对已发生故障信息和潜在故障信息进行处理的多个故障信息处理层级，多个故障信息处理层级包括：故障模式分析层、故障影响分析层、故障原因分析层、产品改进措施制定层和产品改进效果验证层。

步骤S150，基于该故障信息处理层级中的至少一个，将第一故障处理对象、第二故障处理对象和第三故障处理对象进行关联，得到第一故障处理对象、第二故障处理对象和第三故障处理对象的逻辑关联关系。

在一个实施例中，步骤S150具体可以包括如下步骤中的至少一个步骤：

步骤S151，在故障模式分析层，将第一故障处理对象中的问题描述信息与第二故障处理对象中的失效模式进行关联，得到第一故障处理对象和第二故障处理对象在故障模式分析层的逻辑关联关系。

步骤S152，在故障影响分析层，将第一故障处理对象中的问题类型与第三故障处理对象中顶事件表示的待分析故障状态进行关联，将第三故障处理对象中的顶事件表示的待分析故障状态与第二故障处理对象中的最终失效影响进行关联，以及

将第三故障处理对象中的中间事件对应的直接故障原因与第二故障处理对象中的局部失效影响和上一层次失效影响进行关联，得到第一故障处理对象、第二故障处理对象和第三故障处理对象在故障影响分析层的逻辑关联关系。

步骤S153，在故障原因分析层，将第一故障处理对象中的产品的问题原因与第三故障处理对象中的底事件对应的直接故障原因进行关联，以及将第三故障处理对象中的底事件对应的直接故障原因与第二故障处理对象中的失效原因进行关联，得到第一故障处理对象、第二故障处理对象和第三故障处理对象在故障原因分析层的逻辑关联关系。

步骤S154，在产品改进措施制定层，将第一故障处理对象中的产品的改进方案与第二故障处理对象中的改进计划进行关联，得到第一故障处理对象和第二故障处理对象在产品改进措施制定层的逻辑关联关系。

步骤S155，在产品改进效果验证层，将第一故障处理对象中的产品的改进效果验证信息与第二故障处理对象中的改进后效果进行关联，得到第一故障处理对象和第二故障处理对象在产品改进效果验证层的逻辑关联关系。

在本发明实施例中，在使用FTA对产品进行故障树分析和使用FMEA对产品进行故障模式与影响分析的基础上，可以分别在故障影响分析层、故障影响分析层、以及故障原因分析层，在不同的层级，建立FTA中的处理对象和FMEA中的处理对象之间的逻辑关联关系，对FTA中的处理对象和FMEA中的处理对象进行集成管理，提高故障信息的处理效率。

在一些实施例中，使用FMEA和FTA对故障信息进行分析，对分析人员的技术水平、操作规范和语言规范程度要求较高，由于故障信息更多出现在产品使用现场，要求顾客和现场实施人员掌握FMEA和FTA的工具难度较大。

因此，本发明实施例可以将FRACAS、FMEA和FTA三者之间建立关联关系，FRACAS涉及的故障处理环节多、流程链路完整、且对产品故障信息进行采集时可以采用自然语言进行描述，易用性更高，可以很好地衔接起顾客、项目现场和企业内部故障信息的加工和使用部门。

在本发明实施例中，利用FRACAS中的第一故障处理对象，FMEA中的第二处理对象、以及FTA中的第三处理对象之间，在故障模式分析层、故障影响分析层、故障原因分析层、产品改进措施制定层和产品改进效果验证层中的不同层级建立的关联关系，利用上述三种技术和方法对产品的故障信息进行集成管理。

在上述实施例中，通过FRACAS、FMEA和FTA在多个故障信息处理层级之间的关联关系，可以将孤立、分散的管理信息进行集成管理和使用，提高系统可靠性分析的处理效率。

图6是示出根据本发明另一实施例的故障信息处理方法。图6与图1相同或等同的步骤使用相同的标号。如图6所示，在一个实施例中，故障信息处理方法100还可以包括：

步骤S160，定义数据字典，该数据字典用于将第一故障处理对象的描述语言、与第一故障处理对象具有逻辑关联关系的第二故障处理对象的描述语言、以及与第一故障处理对象具有逻辑关联关系的第三故障处理对象的描述语言，进行语言标准化定义。

在一个实施例中，第一故障处理对象、与第一故障处理对象具有逻辑关联关系的第二故障处理对象、以及与第一故障处理对象具有逻辑关联关系的第三故障处理对象包括：产品的问题类型，产品的顶事件和产品的最终失效影响。

在一个实施例中，可以利用数据字典，将产品的问题类型的描述语言、产品的顶事件的描述语言和产品的最终失效影响的描述语言，进行语言标准化定义。

在该实施例中，故障信息处理方法100还可以包括：

步骤S170，将经过语言标准化定义的问题类型、顶事件表示的待分析故障状态、或最终失效影响作为查询对象，利用查询对象，查询产品的问题类型对应的第一故障处理对象、产品的最终失效影响对应的第二故障处理对象、或产品的顶事件表示的待分析故障状态对应的第三故障处理对象。

在一个实施例中，还可以利用数据字典，分别将故障序号的描述语言和故障机型的描述语言，进行语言标准化定义，得到统一描述语言的故障序号和统计格式的故障机型。

在一个实施例中，可以利用统一描述语言的故障序号和统计格式的故障机型分别在查询产品的问题类型对应的第一故障处理对象、产品的最终失效影响对应的第二故障处理对象、或产品的顶事件表示的待分析故障状态对应的第三故障处理对象。

在该步骤中，可以将产品的问题类型、产品的顶事件表示的待分析故障状态和产品的最终失效影响进行描述语言的统一，经过描述语言统一，可以使用同一个查询关键词，同步查询得到FRACAS中的与问题类型对应的第一故障处理对象、FTA中的与顶事件所表述的待分析故障状态相对应的第三故障处理对象、以及FMEA中的与最终失效影响对应的第二故障处理对象，避免了使用不规范的描述信息作为查询关键词，分别在FRACAS、FTA和FMEA重复进行查询，克服了冗余操作，提高了工作效率和准确率。

在一个应用场景中，由于来源和使用部门较多，故障模式、故障影响、故障原因、故障的改进措施和改进效果是企业质量可靠性工程的核心信息，常存在信息管理分散和不规范的情况，引起信息使用部门的理解分歧以及信息的重复加工等问题，严重降低了企业的工作效率。

通过本发明实施例的故障信息处理方法，在对故障模式进行分析的故障模式分析层、在对故障影响进行分析的故障影响分析层、在对故障原因进行分析的故障原因分析层、在对故障的改进措施进行分析的产品改进措施制定层、以及在对改进效果进行分析的产品改进效果验证层，通过数据字典，将FRACAS、FMEA和FTA使用的描述语言进行规范化的管理，减少因描述语言造成的理解分歧和信息重复加工等问题，从而提高故障信息的处理效率和准确率。

继续参考图6，在一个实施例中，故障信息处理方法100还可以包括：

步骤S180，建立试验流程，通过试验流程对产品的失效模式进行验证，得到产品的失效模式的试验信息，并根据试验信息生成指定格式的试验报告，其中，

试验信息可以包括试验题目和试验计划信息，试验计划信息可以如下项中的至少一项：执行人、计划完成时间、试验计划交付内容、试验执行情况和试验结果记录信息。

在该实施例中，可以通过建立试验流程，对FMEA对失效模式的故障原因制定的改进方案进行验证，并对试验流程中涉及的试验信息进行标准化、流程化的管理，并可以对整个试验流程形成标准化的文档，为后续分析改进方案的改进效果提供良好的试验数据基础。

图7是根据本发明示例性实施例中利用FRACAS、FMEA和FTA方法对故障信息进行集成处理时的不同层级间处理对象的逻辑关系示意图。

在图7中，黑色箭头实线可以表示信息的顺序和流向，黑色箭头虚线可以表示信息之间的对应关系，黑色虚线引出的未在主流路上的方框可以是FMEA和FRACAS系统中独立存在的信息。

如图7所示，在FRACAS中，可以通过预设的故障信息处理流程，在对采集到的故障信息，在故障模式分析层、故障影响分析层、故障原因分析层、产品改进措施制定层和产品改进效果验证层，对故障信息进行处理，得到第一处理对象例如故障描述信息、故障类型、故障原因、改进方案以及改进效果验证信息等核心信息。

作为FRACAS中可以独立存在的信息，可以在使用FRACAS采集故障信息时，同时获取故障反馈时间、故障反馈部门、故障反馈人、故障问题序号、故障产品机型以及故障分级等故障信息进行管理。

如图7所示，可以通过FMEA，对产品潜在的故障模式进行分析，得到第二故障处理对象，例如失效模式、最终失效影响、局部失效影响和上一层次失效影响、失效原因、改进计划和改进后效果等关键信息。

作为FMEA中独立存在的分析方法，FMEA中还可以通过获取产品功能说明，分析得到产品可能的失效模式；记录失效判据作为确定失效模式依据的判定条件；设计并记录探测措施以对失效原因进行识别；根据失效原因设计预防措施以避免相同的失效模式再次发生；记录当前预防措施下的预防效果；以及对改进计划的建议改进措施、改进计划责任人和改进计划完成时间等FMEA中独有的处理信息进行管理。

如图7所示，可以利用FTA，对产品的故障状态的故障原因进行分析，并构建产品的故障树，得到第三故障处理对象例如顶事件表示的待分析故障状态，中间事件或底事件表示的直接故障原因。

在本发明实施例中，可以通过表1描述FRACAS、FTA、FMEA之间处理对象之间分层建立的逻辑关联关系。

表1

在表1中，顶事件可以表示产品的待分析故障状态，中间事件和底事件用于表示对应的待分析故障状态的故障原因。由表1可见，本发明实施例可以在不同的故障信息处理层级建立FRACAS、FTA、FMEA三种技术和方法之间的逻辑关系，通过该逻辑对应关系，可以将相同故障信息处理层级的处理对象进行逻辑关联，从而可以利用上述三种技术和方法对故障信息进行集成管理，提高工作效率。

下面结合附图，详细介绍根据本发明实施例的故障信息处理系统。

图8示出了根据本发明一实施例提供的故障信息处理系统的结构示意图。如图8所示，故障信息处理系统800包括：

故障报告分析和纠正措施模块810，用于获取产品的已发生故障信息，利用故障报告分析和纠正措施系统FRACAS，对已发生故障信息进行处理，得到产品的第一故障处理对象。

故障模式与影响分析模块820，用于收集产品的潜在故障信息，利用故障模式与影响分析FMEA，对潜在故障信息进行分析，得到产品的第二故障处理对象。

故障树分析模块830，用于利用故障树分析FTA，对已发生故障信息或潜在故障信息进行故障原因的分析，得到产品的第三故障处理对象。

根据本发明实施例的故障信息处理系统，可以将FRACAS、FTA和FMEA三种技术和方法处理得到的故障处理对象进行关联，从而将使用FRACAS、FTA和FMEA对处理故障信息时得到的关键处理对象和核心信息进行逻辑关联，提高故障信息管理的效率。

在一个实施例中，故障报告分析和纠正措施模块810，具体可以包括：

已发生故障信息获取单元，用于获取产品的已发生故障信息，已发生故障信息包括故障描述信息。

故障类型确定单元，用于根据故障描述信息，确定产品的故障类型。

故障原因分析单元，用于对故障类型对应的故障信息进行分析，得到产品的故障原因。

改进方案制定单元，用于针对故障原因制定改进方案，得到产品的改进方案信息。

改进效果验证单元，用于验证改进方案的改进效果，得到产品的改进效果验证信息。

第一处理对象确定单元，用于将故障描述信息、故障类型、故障原因、改进方案以及改进效果验证信息中的至少一种，作为产品的第一故障处理对象。

在一个实施例中，故障模式与影响分析模块820，具体可以包括：

失效模式确定单元，用于利用FMEA方法，对获取的产品的功能说明信息和/或设计文件进行分析，得到产品在工艺流程中的潜在故障信息，根据潜在故障信息，确定产品的失效模式，失效模式用于描述产品的潜在故障问题的表现形式；

最终失效影响分析单元，用于分析失效模式对产品性能造成的潜在影响，将对产品性能造成的潜在影响，作为产品的最终失效影响；

局部和上层失效影响分析单元，用于根据预设的产品层次，分析失效模式对具有相同产品层次的其他产品的影响，得到产品的局部失效影响，以及对具有更高产品层次的其他产品的影响，得到产品的上一层次失效影响；

失效原因分析单元，用于分析产生最终失效影响，以及局部失效影响和上一层次失效影响的原因，将分析得到的原因，作为产品的失效原因；

改进计划指定单元，用于根据产品的潜在故障问题的失效原因，制定对产品的改进计划，得到产品的改进计划；

改进效果评估单元，用于评估改进计划的改进效果，得到产品的改进后效果；

第二故障处理对象确定单元，用于将失效模式、最终失效影响、局部失效影响、上一层次失效影响、失效原因、改进计划和改进后效果，作为产品的第二故障处理对象。

在一个实施例中，故障树分析模块830，具体可以包括：

顶事件确定单元，用于根据产品的已发生故障信息或潜在故障信息，选择FTA方法中的顶事件，顶事件用于表示产品的待分析故障状态；

故障原因逐层分析单元，用于将顶事件作为分析目标事件，对分析目标事件进行逐层分析处理，得到分析目标事件的直接故障原因；

第三故障处理对象确定单元，用于将产品的待分析故障状态、以及分析目标事件的直接故障原因，作为产品的第三故障处理对象；

其中，逐层分析处理包括如下步骤：查找导致分析目标事件发生的直接原因，得到分析目标事件的直接故障原因；将查找到的直接故障原因作为分析目标事件的直接原因事件，原因事件包括底事件和/或中间事件；如果分析目标的原因事件包括中间事件，将中间事件作为新的分析目标事件，直到新的分析目标事件的直接原因事件均为底事件。

在一个实施例中，故障信息处理系统具体还可以包括：

处理层级设定模块840，用于对已发生故障信息和潜在故障信息进行处理的多个故障信息处理层级，多个故障信息处理层级包括：故障模式分析层、故障影响分析层、故障原因分析层、产品改进措施制定层和产品改进效果验证层；

逻辑关联模块850，基于故障信息处理层级中的至少一个，将第一故障处理对象、第二故障处理对象和第三故障处理对象进行关联，得到第一故障处理对象、第二故障处理对象和第三故障处理对象的逻辑关联关系。

在一个实施例中，逻辑关联模块850可以包括如下单元中的至少一个：

故障模式逻辑关联单元，用于在故障模式分析层，将第一故障处理对象中的故障描述信息与第二故障处理对象中的失效模式进行关联，得到第一故障处理对象和第二故障处理对象在故障模式分析层的逻辑关联关系；

故障影响逻辑关联单元，用于在故障影响分析层，将第一故障处理对象中的故障类型与第三故障处理对象中的顶事件表示的待分析故障状态进行关联，将第三故障处理对象中的顶事件表示的待分析故障状态与第二故障处理对象中的最终失效影响进行关联，以及，将第三故障处理对象中的中间事件对应的直接故障原因与第二故障处理对象中的局部失效影响和上一层次失效影响进行关联，得到第一故障处理对象、第二故障处理对象和第三故障处理对象在故障影响分析层的逻辑关联关系；

故障原因逻辑关联单元，用于在故障原因分析层，将第一故障处理对象中的产品的故障原因与第三故障处理对象中的底事件对应的直接故障原因进行关联，以及将第三故障处理对象中的底事件对应的直接故障原因与第二故障处理对象中的失效原因进行关联，得到第一故障处理对象、第二故障处理对象和第三故障处理对象在故障原因分析层的逻辑关联关系；

改进措施逻辑关联单元，用于在产品改进措施制定层，将第一故障处理对象中的产品的改进方案与第二故障处理对象中的改进计划进行关联，得到第一故障处理对象和第二故障处理对象在产品改进措施制定层的逻辑关联关系；

改进效果验证逻辑关联单元，用于在产品改进效果验证层，将第一故障处理对象中的产品的改进效果验证信息与第二故障处理对象中的改进后效果进行关联，得到第一故障处理对象和第二故障处理对象在产品改进效果验证层的逻辑关联关系。

图9是示出了根据本发明一些示例性实施例的故障信息处理系统的更详细的结构示意图，图9与图8相同或等同的结构使用相同的标号。如图9所示，在一些实施例中，故障信息处理系统800还可以包括：

数据字典860，用于将第一故障处理对象的描述语言、与第一故障处理对象具有逻辑关联关系的第二故障处理对象的描述语言、以及与第一故障处理对象具有逻辑关联关系的第三故障处理对象的描述语言，进行语言标准化定义，

其中，第一故障处理对象、与第一故障处理对象具有逻辑关联关系的第二故障处理对象、以及与第一故障处理对象具有逻辑关联关系的第三故障处理对象包括：产品的问题类型，产品的顶事件和产品的最终失效影响。

在该实施例中，利用FRACAS中的第一故障处理对象，FMEA中的第二处理对象、以及FTA中的第三处理对象之间，在故障模式分析层、故障影响分析层、故障原因分析层、产品改进措施制定层和产品改进效果验证层中的不同层级建立的关联关系，利用上述三种技术和方法对产品的故障信息进行集成管理，将孤立、分散的管理信息进行集成管理和使用，提高系统可靠性分析的处理效率。

继续参考图9，在一个实施例中，数据字典管理模块具体用于：将产品的问题类型的描述语言、产品的顶事件的描述语言和产品的最终失效影响的描述语言，进行语言标准化定义；故障信息处理系统800还可以包括：

处理对象确定模块870，用于将经过语言标准化定义的问题类型、顶事件表示的待分析故障状态或最终失效影响作为查询对象；

处理对象查询模块880，用于利用查询对象，查询产品的问题类型对应的第一故障处理对象、产品的最终失效影响对应的第二故障处理对象、或产品的顶事件对应的第三故障处理对象。

在该实施例中，通过数据字典，将FRACAS、FMEA和FTA使用的描述语言进行规范化的管理，减少因描述语言造成的理解分歧和信息重复加工等问题，从而提高故障信息的处理效率和准确率。

继续参考图9，在一个实施例中，故障信息处理系统800还可以包括：

试验管理模块890，用于建立试验流程，通过试验流程对产品的失效模式进行验证，得到产品的失效模式的试验信息，并根据试验信息生成指定格式的试验报告，其中，试验信息包括试验题目和试验计划信息，试验计划信息如下项中的至少一项：执行人、计划完成时间、试验计划交付内容、试验执行情况和试验结果记录信息。

在该实施例中，通过试验流程管理模块建立试验流程，对FMEA对失效模式的故障原因制定的改进方案进行验证，并对试验流程中涉及的试验信息进行标准化、流程化的管理，并可以对整个试验流程形成标准化的文档，为后续分析改进方案的改进效果提供良好的试验数据基础。

图10是根据本发明示例性实施例的故障信息处理系统的结构功能示意图。在图10中，黑色箭头实线可以表示故障信息处理系统中的各模块之间的信息处理顺序和流向，黑色箭头虚线可以表示故障信息处理系统中的各模块处理的信息之间的对应关系，黑色虚线引出的未在主流路上的方框可以是FMEA和FRACAS系统中可以独立存在的模块或可以独立处理的信息。并且，在图10中，还示例性的例举出重要的功能模块和核心的处理信息项。下面结合图10，描述根据本发明示例性实施例的故障信息处理系统。应注意，这些实施例并不是用来限制本发明公开的范围。

在一些实施例中，故障信息处理系统800可以包括故障报告分析和纠正措施模块810、故障模式与影响分析模块820、故障树分析模块830、逻辑关联模块840、数据字典850、处理对象确定模块860、处理对象查询模块870、试验管理模块880。图10与图8、图9相同或等同的结构使用相同的编号。

如图10所示，故障报告分析和纠正措施模块810中，可以在多个处理层级对已发生故障信息进行处理，得到第一故障处理对象。

该多个处理层级包括：故障信息处理层级、故障模式分析层、故障影响分析层、故障原因分析层、改进措施制定层、产品改进效果验证层。

该第一故障处理对象包括：故障描述信息、故障类型、故障原因、改进方案信息以及改进效果验证信息。

在一个实施例中，该故障反馈信息可以包括如下项中的至少一项：故障反馈时间、故障反馈部门、故障反馈人、故障序号、故障机型、故障所属系统、采取的临时措施。

在一个实施例中，用户例如顾客或现场施工人员，可以通过现场填写产品故障分析报告，记录上述故障信息，并上传产品故障分析报告到故障信息处理系统中。

在一个实施例中，该改进方案信息可以包括如下项中的至少一项：改进方案具体措施、改进方案计划完成时间、改进方案实际完成时间、改进方案责任人和改进方案责任部门。

在一个实施例中，该改进效果验证信息可以包括如下项中的至少一项：改进效果验证人和改进效果验证时间。

继续参考图10，故障信息处理系统800还可以包括：

反馈权限管理模块，如图10中的反馈权限管理所示，反馈权限管理模块可以用于设置已发生故障信息的用户反馈权限。

故障分级管理模块，如图10中的故障分级管理所示，故障分级管理模块可以用于根据故障信息的严重程度，将故障信息划分为不同的级别。

故障信息统计模块，如图10中的统计所示，故障信息统计单元可以用于按照预设的统计信息项，对已发生故障信息进行统计，根据统计结果生成指定文件格式的故障信息统计文件。

作为一个示例，该指定文件格式的统计文件可以是报表文件。

故障信息打印模块，如图10中的报表打印所示，故障信息打印单元可以用于打印统计文件。

版本管理模块，如图10中的版本管理所示，版本管理单元可以用于对故障信息统计文件的版本或产品故障分析报告的版本进行版本管理。

故障信息查询模块，如图10中的信息查询所示，故障信息查询单元可以用于查询故障反馈信息。

验证权限管理模块，如图10中的验证权限管理所示，验证权限管理单元可以用于设置对改进方案的改进效果的验证权限，根据验证权限对改进方案的改进效果进行验证。

如图10所示，故障模式与影响分析模块820中，可以在多个处理层级对潜在故障信息进行处理，得到第二故障处理对象。

该多个处理层级包括：故障信息处理层级、故障模式分析层、故障影响分析层、故障原因分析层、改进措施制定层、产品改进效果验证层。

该第二故障处理对象可以包括：失效模式、最终失效影响、局部失效影响、上一层次失效影响、失效原因、改进计划和改进后效果。

在一个实施例中，改进计划可以包括如下信息项中的至少一项：建议改进措施、改进计划责任人和改进计划完成时间。

在一个实施例中，故障模式与影响分析模块820可以包括：

产品功能说明单元，如图10中的产品功能说明所示，产品功能说明单元可以用于对产品的预定功能进行说明，得到产品的产品功能说明信息。

产品设计文件获取单元，如图10中的设计文件导入所示，产品设计文件获取单元可以用于通过指定的文件读取接口，获取产品的设计文件。

作为一个示例，产品设计文件可以是，产品在调研、设计、试制、鉴定到生产的各个阶段的实践过程形成的图样及技术资料的总称。

在故障模式与影响分析模块820中，可以通过产品功能说明信息和产品的设计文件，分析得到产品潜在的失效模式。

在一个实施例中，故障模式与影响分析模块820还可以包括：

失效判定单元，如图10中的失效判据所示，失效判定单元可以用于记录确定失效模式依据的判定条件，将判定条件作为失效模式的失效判据。

失效文件管理单元，如图10中的报表导出所示，失效文件管理单元可以用于将产品的潜在故障信息和失效判据保存为指定的文件格式。作为一个示例，该文件格式可以是报表或图像文件。

探测措施制定单元，如图10中的设计探测措施所示，探测措施制定单元可以用于制定对失效模式和失效原因进行识别所采取的处理方案，将采取的处理方案作为失效模式和失效原因的探测措施；

预防措施设置单元，如图10中的设计预防措施所示，预防措施设置单元可以用于设置针对失效原因的预防措施。

当前措施效果记录单元，如图10中的当前效果所示，当前措施效果记录单元可以用于记录针对失效原因的当前预防措施的改进效果。

继续参考图10，故障报告分析和纠正措施模块830中，可以在多个处理层级对已发生故障信息或潜在故障信息进行处理，得到第三故障处理对象。

该多个处理层级包括：故障影响分析层和故障原因分析层。

该第一故障处理对象包括：顶事件表示的待分析故障状态，以及中间事件或底事件表示的待分析故障状态的故障原因。

在图10中，可以将故障报告分析和纠正措施模块810中的第一故障处理对象、故障模式与影响分析模块820中的第二故障处理对象和故障树分析模块830中的第三故障处理对象进行关联，得到第一故障处理对象、第二故障处理对象和第三故障处理对象之间的逻辑关联关系。

并且，可以通过数据字典850，将第一故障处理对象的描述语言、与该第一故障处理对象具有逻辑关联关系的第二故障处理对象的描述语言、以及与该第一故障处理对象具有逻辑关联关系的第三故障处理对象的描述语言，进行语言标准化定义。

作为一个示例，将第一故障处理对象中的故障类型的描述语言、与第二故障处理对象中的最终失效影响的描述语言，以及与第三故障处理对象中的顶事件的描述语言，三者之间进行逻辑关联，并将三者的描述语言，统一定义为标准化的词语。

通过将统一定义为标准化词语的问题类型、顶事件表示的待分析故障状态、或产品的最终失效影响，可以对故障报告分析和纠正措施模块810中产品的问题类型对应的第一故障处理对象或其他信息项、故障模式与影响分析模块820中的产品的最终失效影响对应的第二故障处理对象或其他信息项、故障树分析模块830中的产品的顶事件对应的第三故障处理对象或其他信息项进行集中查询从而提高信息处理效率，避免重复性操作。

根据本发明实施例的故障信息处理系统，可以利用FRACAS、FMEA和FTA三种技术和方法对产品故障信息进行集成管理，并对上述技术和方法中的故障处理对象，基于不同的处理层级进行逻辑关联，有效解决故障信息孤立和丢失的问题。

并且，利用数据字典，可以对上述三种技术和方法得到的故障处理对象的描述语言进行标准化定义，从而有效解决对故障信息的重复加工造成的工作沟通障碍和工作效率低下问题。

根据本发明实施例的故障信息处理系统的其他细节与以上结合图1至图9描述的根据本发明实施例的故障信息处理方法和故障信息处理系统类似，在此不再赘述。

图11是根据本发明实施例的产品信息处理的协同工作平台的结构示意图。如图11所示，在一个实施例中，产品信息处理的协同工作平台1100可以包括：产品开发管理系统1120和试验管理系统1130中的至少一种、以及故障信息处理系统1110；其中，故障信息处理系统1110与以上结合图8至图10描述的根据本发明实施例的故障信息处理系统类似，在此不再赘述。

产品开发管理系统1120，用于通过预设的产品开发接口，向故障信息处理系统提供数据字典，数据字典用于对故障信息处理系统中的第一故障处理对象的描述语言、第二故障处理对象的描述语言和第三故障处理对象的描述语言，进行标准化定义。

试验管理系统1130，用于通过预设的试验管理接口，向故障信息处理系统的故障模式与影响分析模块提供试验流程，试验流程用于对故障模式与影响分析模块中的第二处理对象进行验证。

在该实施例中，可以将本发明上述实施例中的故障信息处理系统，通过产品开发接口与产品开发管理系统集成，并进行产品开发信息的交互例如数据字典；也可以将本发明上述实施例中的故障信息处理系统，通过试验管理接口与产品开发管理系统集成，并进行试验管理信息的交互。

在一些实施例中，可以基于本发明上述实施例中的故障信息处理系统，基于对应的数据交互接口与多种形式的产品信息管理系统进行集成，从而实现对产品开发、管理、维护等多种需求的综合管理系统或协同工作平台。

图12是示出能够实现根据本发明实施例的故障信息处理方法和装置的计算设备的示例性硬件架构的结构图。

如图12所示，计算设备1200包括输入设备1201、输入接口1202、中央处理器1203、存储器1204、输出接口1205、以及输出设备1206。其中，输入接口1202、中央处理器1203、存储器1204、以及输出接口1205通过总线1210相互连接，输入设备1201和输出设备1206分别通过输入接口1202和输出接口1205与总线1210连接，进而与计算设备1200的其他组件连接。具体地，输入设备1201接收来自外部(例如，故障报告输入设备)的输入信息，并通过输入接口1202将输入信息传送到中央处理器1203；中央处理器1203基于存储器1204中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器1204中，然后通过输出接口1205将输出信息传送到输出设备1206；输出设备1206将输出信息输出到计算设备1200的外部供用户使用。

在一个实施例中，图12所示的计算设备1200可以被实现为故障信息处理设备，该故障信息处理设备可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例中的故障信息处理方法。

通过本发明实施例的故障信息处理设备，可以将原本布置在不同设备上的故障报告分析和纠正措施模块、故障模式与影响分析模块以及故障树分析模块，布置在同一台服务器设备上，对产品故障信息进行集成管理，节约系统资源，提高工作效率。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品或计算机可读存储介质的形式实现。所述计算机程序产品或计算机可读存储介质包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (21)

1.一种产品故障信息处理方法，其特征在于，所述故障信息处理方法包括：

获取产品的已发生故障信息，利用故障报告分析和纠正措施系统，对所述已发生故障信息进行处理，得到所述产品的第一故障处理对象；

收集所述产品的潜在故障信息，利用故障模式与影响分析方法，对所述潜在故障信息进行分析，得到所述产品的第二故障处理对象；

利用故障树分析方法，对所述已发生故障信息或所述潜在故障信息进行故障原因的分析，得到所述产品的第三故障处理对象。

2.根据权利要求1所述的产品故障信息处理方法，其特征在于，所述获取产品的已发生故障信息，利用故障报告分析和纠正措施系统对所述已发生故障信息进行处理，得到所述产品的第一故障处理对象，包括：

获取所述产品的已发生故障信息，所述已发生故障信息包括故障描述信息；

和/或，根据所述故障描述信息，确定所述产品的故障类型；

和/或，对所述故障类型对应的故障信息进行分析，得到所述产品的故障原因；

和/或，针对所述故障原因制定所述产品的改进方案；

和/或，验证所述改进方案的改进效果，得到所述产品的改进效果验证信息；

将所述故障描述信息、所述故障类型、所述故障原因、所述改进方案以及所述改进效果验证信息中的至少一种，作为所述产品的第一故障处理对象。

3.根据权利要求1所述的产品故障信息处理方法，其特征在于，所述收集所述产品的潜在故障信息，利用故障模式与影响分析方法，对所述潜在故障信息进行分析，得到所述产品的第二故障处理对象，包括：

利用故障模式与影响分析方法，通过获取的所述产品的功能说明信息和/或设计文件，确定所述产品的设计方案和工艺流程，对所述设计方案和所述工艺流程进行分析，得到所述产品在所述设计方案和所述工艺流程中的潜在故障信息，根据所述潜在故障信息，确定所述产品的失效模式，所述失效模式用于描述所述产品的潜在故障问题的表现形式；

分析所述失效模式对产品性能造成的潜在影响，将所述对产品性能造成的潜在影响，作为所述产品的最终失效影响；

根据预设的产品层次，分析所述失效模式对具有相同产品层次的其他产品的影响，得到所述产品的局部失效影响，以及对具有更高产品层次的其他产品的影响，得到所述产品的上一层次失效影响；

分析产生所述最终失效影响，以及所述局部失效影响和所述上一层次失效影响的原因，将所述分析得到的原因，作为所述产品的失效原因；

根据所述产品的潜在故障问题的失效原因，制定对所述产品的改进计划，得到所述产品的改进计划；

评估所述改进计划的改进效果，得到所述产品的改进后效果；

将所述失效模式、所述最终失效影响、所述局部失效影响、所述上一层次失效影响、所述失效原因、所述改进计划和所述改进后效果中的至少一种，作为所述产品的第二故障处理对象。

4.根据权利要求1所述的产品故障信息处理方法，其特征在于，所述利用故障树分析方法，对所述已发生故障信息或所述潜在故障信息进行故障原因的分析，得到所述产品的第三故障处理对象，包括：

根据所述产品的已发生故障信息或所述潜在故障信息，选择所述故障树分析方法中的顶事件，所述顶事件用于表示所述产品的待分析故障状态；

将所述顶事件作为分析目标事件，对所述分析目标事件进行逐层分析处理，得到所述分析目标事件的直接故障原因；

将所述产品的待分析故障状态、以及所述分析目标事件的直接故障原因中的至少一种，作为所述产品的第三故障处理对象；

其中，所述逐层分析处理包括如下步骤：

查找导致所述分析目标事件发生的直接原因，得到所述分析目标事件的直接故障原因；

将查找到的所述直接故障原因作为所述分析目标事件的直接原因事件，所述原因事件包括底事件和/或中间事件；

如果所述分析目标的原因事件包括所述中间事件，将所述中间事件作为新的分析目标事件，直到所述新的分析目标事件的直接原因事件均为底事件。

5.根据权利要求1所述的产品故障信息处理方法，其特征在于，所述故障信息处理方法还包括：

设定对所述已发生故障信息和所述潜在故障信息进行处理的多个故障信息处理层级，所述多个故障信息处理层级包括：故障模式分析层、故障影响分析层、故障原因分析层、产品改进措施制定层和产品改进效果验证层；

基于所述故障信息处理层级中的至少一个，将所述第一故障处理对象、所述第二故障处理对象和所述第三故障处理对象进行关联，得到所述第一故障处理对象、所述第二故障处理对象和所述第三故障处理对象的逻辑关联关系。

6.根据权利要求5所述的产品故障信息处理方法，其特征在于，所述基于所述故障信息处理层级中的至少一个，将所述第一故障处理对象、所述第二故障处理对象和所述第三故障处理对象进行关联，得到所述第一故障处理对象、所述第二故障处理对象和所述第三故障处理对象的逻辑关联关系，包括如下步骤中的至少一个步骤：

在所述故障模式分析层，将所述第一故障处理对象中的故障描述信息与所述第二故障处理对象中的失效模式进行关联，得到所述第一故障处理对象和所述第二故障处理对象在所述故障模式分析层的逻辑关联关系；

在所述故障影响分析层，将所述第一故障处理对象中的故障类型与所述第三故障处理对象中的顶事件表示的待分析故障状态进行关联，将所述第三故障处理对象中的顶事件表示的待分析故障状态与所述第二故障处理对象中的最终失效影响进行关联，以及，

将所述第三故障处理对象中的中间事件对应的直接故障原因与所述第二故障处理对象中的局部失效影响和上一层次失效影响进行关联，得到所述第一故障处理对象、所述第二故障处理对象和所述第三故障处理对象在所述故障影响分析层的逻辑关联关系；

在所述故障原因分析层，将所述第一故障处理对象中的所述产品的故障原因与所述第三故障处理对象中的底事件对应的直接故障原因进行关联，以及将所述第三故障处理对象中的底事件对应的直接故障原因与所述第二故障处理对象中的失效原因进行关联，得到所述第一故障处理对象、所述第二故障处理对象和所述第三故障处理对象在所述故障原因分析层的逻辑关联关系；

在所述产品改进措施制定层，将所述第一故障处理对象中的所述产品的改进方案与所述第二故障处理对象中的改进计划进行关联，得到所述第一故障处理对象和所述第二故障处理对象在所述产品改进措施制定层的逻辑关联关系；

在所述产品改进效果验证层，将所述第一故障处理对象中的所述产品的改进效果验证信息与所述第二故障处理对象中的改进后效果进行关联，得到所述第一故障处理对象和所述第二故障处理对象在所述产品改进效果验证层的逻辑关联关系。

7.根据权利要求1所述的故障信息处理方法，其特征在于，所述故障信息处理方法还包括：

定义数据字典，所述数据字典用于将所述第一故障处理对象的描述语言、与所述第一故障处理对象具有所述逻辑关联关系的第二故障处理对象的描述语言、以及与所述第一故障处理对象具有所述逻辑关联关系的第三故障处理对象的描述语言，进行语言标准化定义，

其中，所述第一故障处理对象、与所述第一故障处理对象具有所述逻辑关联关系的第二故障处理对象、以及与所述第一故障处理对象具有所述逻辑关联关系的第三故障处理对象包括：所述产品的问题类型，所述产品的顶事件和所述产品的最终失效影响。

8.根据权利要求7所述的故障信息处理方法，其特征在于，所述数据字典具体可以用于将所述产品的问题类型、所述产品的顶事件和所述产品的最终失效影响统一定义为标准化词语；

所述故障信息处理方法还包括：

将统一定义为标准化词语的所述产品的问题类型、所述产品的顶事件表示的待分析故障状态、或所述产品的最终失效影响作为查询对象；

利用所述查询对象，查询所述产品的问题类型对应的第一故障处理对象、所述产品的最终失效影响对应的第二故障处理对象、或所述产品的顶事件对应的第三故障处理对象。

9.根据权利要求4所述的故障信息处理方法，其特征在于，所述故障信息处理方法还包括：

建立试验流程，通过所述试验流程对所述产品的失效模式进行验证，得到所述产品的失效模式的试验信息，并根据所述试验信息生成指定格式的试验报告，

其中，所述试验信息包括试验题目和试验计划信息，所述试验计划信息如下项中的至少一项：执行人、计划完成时间、试验计划交付内容、试验执行情况和试验结果记录信息。

10.根据权利要求2所述的故障信息处理方法，其特征在于，

所述产品的已发生故障信息包括如下项中的至少一项：故障反馈时间、故障反馈部门、故障反馈人、故障序号、故障机型、故障所属系统、采取的临时措施；

所述改进方案的管理信息包括如下项中的至少一项：改进方案具体措施、改进方案计划完成时间、改进方案实际完成时间、改进方案责任人和改进方案责任部门；

所述改进效果验证信息包括如下项中的至少一项：改进效果验证人和改进效果验证时间。

11.根据权利要求1所述的故障信息处理方法，其特征在于，所述利用故障报告分析和纠正措施系统，对所述已发生故障信息进行处理，还包括如下步骤中的至少一个步骤：

设置所述已发生故障信息的用户反馈权限，采集具有所述用户反馈权限的用户上报的所述已发生故障信息；

根据所述故障信息的严重程度，将所述故障信息划分为不同的级别；

按照预设的统计信息项，对所述已发生故障信息进行统计，根据统计结果生成指定文件格式的统计文件，打印所述统计文件，以及对所述统计文件进行版本管理；

设置对所述改进方案的改进效果的验证权限，根据所述验证权限对所述改进方案的改进效果进行验证。

12.根据权利要求3所述的故障信息处理方法，其特征在于，

所述改进计划包括如下项中的至少一项：建议改进措施、改进计划责任人和改进计划完成时间。

13.根据权利要求3所述的故障信息处理方法，其特征在于，所述利用故障模式与影响分析，对所述潜在故障信息进行分析，还包括如下步骤中的至少一个步骤：

对所述产品的预定功能进行说明，得到所述产品的产品功能说明信息；

通过指定的文件读取接口，获取所述产品的设计文件；

记录确定所述失效模式依据的判定条件，将所述判定条件作为所述失效模式的失效判据；

将所述产品的潜在故障信息和所述失效判据保存为指定的文件格式；

制定对所述失效模式和所述失效原因进行识别所采取的处理方案，将所述采取的处理方案作为所述失效模式和失效原因的探测措施；

设置针对所述失效原因的预防措施，以及记录针对所述失效原因的当前预防措施的改进效果。

14.一种故障信息处理系统，其特征在于，所述故障信息处理系统包括：

故障报告分析和纠正措施模块，用于获取产品的已发生故障信息，利用故障报告分析和纠正措施系统，对所述已发生故障信息进行处理，得到所述产品的第一故障处理对象；

故障模式与影响分析模块，用于收集所述产品的潜在故障信息，利用故障模式与影响分析，对所述潜在故障信息进行分析，得到所述产品的第二故障处理对象；

故障树分析模块，用于利用故障树分析，对所述已发生故障信息或所述潜在故障信息进行故障原因的分析，得到所述产品的第三故障处理对象。

15.根据权利要求14所述的故障信息处理系统，其特征在于，所述故障信息处理系统还包括：

处理层级设定模块，用于对所述已发生故障信息和所述潜在故障信息进行处理的多个故障信息处理层级，所述多个故障信息处理层级包括：故障模式分析层、故障影响分析层、故障原因分析层、产品改进措施制定层和产品改进效果验证层；

逻辑关联模块，基于所述故障信息处理层级中的至少一个，将所述第一故障处理对象、所述第二故障处理对象和所述第三故障处理对象进行关联，得到所述第一故障处理对象、所述第二故障处理对象和所述第三故障处理对象的逻辑关联关系。

16.根据权利要求14所述的故障信息处理系统，其特征在于，所述逻辑关联模块，包括如下单元中的至少一个：

故障模式逻辑关联单元，用于在所述故障模式分析层，将所述第一故障处理对象中的故障描述信息与所述第二故障处理对象中的失效模式进行关联，得到所述第一故障处理对象和所述第二故障处理对象在所述故障模式分析层的逻辑关联关系；

故障影响逻辑关联单元，用于在所述故障影响分析层，将所述第一故障处理对象中的故障类型与所述第三故障处理对象中的顶事件表示的待分析故障状态进行关联，将所述第三故障处理对象中的顶事件表示的待分析故障状态与所述第二故障处理对象中的最终失效影响进行关联，以及，

将所述第三故障处理对象中的中间事件对应的直接故障原因与所述第二故障处理对象中的局部失效影响和上一层次失效影响进行关联，得到所述第一故障处理对象、所述第二故障处理对象和所述第三故障处理对象在所述故障影响分析层的逻辑关联关系；

故障原因逻辑关联单元，用于在所述故障原因分析层，将所述第一故障处理对象中的所述产品的故障原因与所述第三故障处理对象中的底事件对应的直接故障原因进行关联，以及将所述第三故障处理对象中的底事件对应的直接故障原因与所述第二故障处理对象中的失效原因进行关联，得到所述第一故障处理对象、所述第二故障处理对象和所述第三故障处理对象在所述故障原因分析层的逻辑关联关系；

改进措施逻辑关联单元，用于在所述产品改进措施制定层，将所述第一故障处理对象中的所述产品的改进方案与所述第二故障处理对象中的改进计划进行关联，得到所述第一故障处理对象和所述第二故障处理对象在所述产品改进措施制定层的逻辑关联关系；

改进效果验证逻辑关联单元，用于在所述产品改进效果验证层，将所述第一故障处理对象中的所述产品的改进效果验证信息与所述第二故障处理对象中的改进后效果进行关联，得到所述第一故障处理对象和所述第二故障处理对象在所述产品改进效果验证层的逻辑关联关系。

17.根据权利要求14所述的故障信息处理系统，所述故障信息处理系统还包括：

数据字典，用于将所述第一故障处理对象的描述语言、与所述第一故障处理对象具有所述逻辑关联关系的第二故障处理对象的描述语言、以及与所述第一故障处理对象具有所述逻辑关联关系的第三故障处理对象的描述语言，进行语言标准化定义，

其中，所述第一故障处理对象、与所述第一故障处理对象具有所述逻辑关联关系的第二故障处理对象、以及与所述第一故障处理对象具有所述逻辑关联关系的第三故障处理对象包括：所述产品的问题类型，所述产品的顶事件和所述产品的最终失效影响。

18.根据权利要求17所述的故障信息处理系统，其特征在于，

所述数据字典管理模块具体用于：将所述产品的问题类型的描述语言、所述产品的顶事件的描述语言和所述产品的最终失效影响的描述语言，进行语言标准化定义；

所述故障信息处理系统还包括：

查询对象确定模块，用于将经语言标准化定义的所述产品的问题类型、所述产品的顶事件表示的待分析故障状态、或所述产品的最终失效影响作为查询对象；

处理对象查询模块，用于利用所述查询对象，查询所述产品的问题类型对应的第一故障处理对象、所述产品的最终失效影响对应的第二故障处理对象、或所述产品的顶事件对应的第三故障处理对象。

19.根据权利要求14所述的故障信息处理系统，其特征在于，所述故障信息处理系统还包括：

试验流程管理模块，用于获取试验流程，通过所述试验流程对所述产品的失效模式进行验证，得到所述产品的失效模式的试验信息，并根据所述试验信息生成指定格式的试验报告，

其中，所述试验信息包括试验题目和试验计划信息，所述试验计划信息如下项中的至少一项：执行人、计划完成时间、试验计划交付内容、试验执行情况和试验结果记录信息。

20.一种产品信息处理的协同工作平台，其特征在于，所述产品信息处理的协同工作平台包括：产品开发管理系统和试验管理系统中的至少一种、以及如权利要求14所述的故障信息处理系统；

所述产品开发管理系统，用于通过预设的产品开发接口，向所述故障信息处理系统提供数据字典，所述数据字典用于对所述故障信息处理系统中的第一故障处理对象的描述语言、第二故障处理对象的描述语言和第三故障处理对象的描述语言，进行语言标准化定义；

所述试验管理系统，用于通过预设的试验管理接口，向所述故障信息处理系统的故障模式与影响分析模块提供试验流程，所述试验流程用于对所述故障模式与影响分析模块中的第二处理对象进行验证。

21.一种故障信息处理设备，其特征在于，包括存储器和处理器；

所述存储器用于储存有可执行程序代码；

所述处理器用于读取所述存储器中存储的可执行程序代码以执行权利要求1至13任一项所述的故障信息处理方法。