用于存储设备故障记录的知识库、及利用其辅助定位设备故障的方法及系统

摘要

本发明公开了一种用于存储设备故障记录的知识库、及利用其辅助定位设备故障的方法及系统，知识库包括由故障分类标识确定的根节点及位于各个故障分类标识下的故障记录分支，且知识库采用树状链表的形式保存所有的故障分类标识根节点及其下的故障记录分支，其中，故障分类标识用于标识设备故障所属的类型；故障记录分支包括至少一个用于记录当次设备故障的详情信息的叶子节点，详情信息包括故障信息和维修信息，叶子节点通过节点标识关联其父节点和子节点。根据本发明公开的方案，可以通过维修知识库不断的扩展维修经验，辅助对医疗设备的故障进行定位，大大的提高了处理效率，并且节约人力。

说明书

技术领域

本发明涉及设备维修管理技术领域，特别是一种用于存储设备故障记录的知识库、以及利用该知识库辅助定位设备故障的方法及系统。

背景技术

如今大型医疗设备例如磁共振成像设备、CT、数字X光机等的系统复杂度、设备精密度越来越高，设备日常使用和保养维护都需要专业的技术人员进行操作。特别是一旦设备出现故障，一般的操作技师和医院工作人员都无法处理，只能依赖专业的维修工程来解决。

在专业维修工程师接到医院的报修之后，需要第一时间赶到设备现场，进行故障排查。排查的过程中维修工程根据设备当时的报错信息和自身的维修经验找出设备的故障原因，然后再订购相应的配件，进行更换调试。如果更换相关配件之后设备仍然不能正常工作，需要重复上述过程再次进行排查，直到故障被解决。

由此可见，现有的维修方法严重依赖维修工程的经验。有丰富经验的工程师遇到相关的维修问题时，可以轻松地通过排查一次性解决问题，而经验不足的年轻工程师，往往需要多次排查才能最终解决问题。因此，这种严重依赖维修工程师经验的传统维修方式，不仅维修成本高昂，而且无法保证维修效率。

发明内容

为了解决上述问题，本发明的目的之一在于提供一个供维修工程师学习参考的存储有维修经验数据的知识数据库，实现对维修经验的积累和存储。该数据库中的内容可以由经验丰富的工程师进行编辑，并结合实际维修情况进行更新，保证知识库中维修经验数据的可靠性和利用价值。为了方便利用，构建的知识数据库可以设计为基于分支管理的思想来进行数据架构，例如按照不同的分支、问题领域等进行划分，由此可以充分利用经验数据为维修工程师提供学习平台，并为有经验的工程师也提供了分享和交流的平台。

本发明的另一目的还在于，通过该维修知识数据库为故障提供维修建议，以基于实际故障和维修经验的数据累积辅助工程师实现快速定位设备的故障模块、故障信息以及有利于快速维修的相关信息，减少现有维修方式对维修工程师经验高度依赖带来的弊端，大大的提高了效率。

根据本发明的第一方面，用于存储设备故障记录的知识库，其包括由故障分类标识确定的根节点及位于各个故障分类标识下的故障记录分支，且所述知识库采用树状链表的形式保存所有的故障分类标识根节点及其下的故障记录分支，其中，

故障分类标识用于标识设备故障所属的类型；

故障记录分支包括至少一个用于记录当次设备故障的详情信息的叶子节点，详情信息包括故障信息和维修信息，叶子节点通过节点标识关联其父节点和子节点。

根据本发明的第二方面，提供了一种辅助定位设备故障的方法，包括如下步骤：

构建维修知识库，该维修知识库上述的用于存储设备故障记录的知识库；

响应于故障上报指令，获取设备的第一类输入参数，该第一类输入参数包括故障描述；

根据第一类输入参数从维修知识库获取匹配的故障类型；

根据匹配的故障类型对应的故障记录分支情况确定推荐维修策略输出。

根据本发明的第三方面，提供了一种辅助定位设备故障的系统，包括：

上述的维修知识库，其为用于存储设备故障记录的知识库；

数据获取模块，用于获取上报设备的第一类输入参数；

故障定位模块，用于根据第一类输入参数从维修知识库获取匹配的故障类型，根据匹配的故障类型对应的故障记录分支情况确定推荐维修策略输出。

根据本发明的第四个方面，提供了一种电子设备，其包括：至少一个处理器，以及与至少一个处理器通信连接的存储器，其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述方法的步骤。

根据本发明的第五个方面，提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。

根据本发明提供的方法及系统，充分利用了所有的符合实际的维修经验数据，可以辅助对医疗设备的故障进行定位，克服了现有技术中需要耗费大量人力资源和时间去准确的定位故障的问题，智能化的对医疗设备进行故障定位，通过维修知识库不断的扩展维修经验，大大的提高了处理效率，并且节约人力。而且还可以实现智能化的预警、派单和维修报价，应用范围广，功能多样化，为相关工作人员提供了极大的便利。

附图说明

图1为本发明一实施方式的用于存储设备故障记录的知识库的数据结构示意图；

图2为本发明一实施方式的辅助定位设备故障的方法流程图；

图3为本发明又一实施方式的辅助定位设备故障的方法流程图；

图4为本发明一实施方式的辅助定位设备故障的系统框图；

图5为本发明又一实施方式的辅助定位设备故障的系统框图；

图6为本发明另一实施方式的辅助定位设备故障的系统框图；

图7为本发明再一实施方式的辅助定位设备故障的系统框图；

图8为本发明一种实施方式的电子设备的框图。

具体实施方式

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

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、元件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

在本发明中，“模块”、“装置”、“系统”等指应用于计算机的相关实体，如硬件、硬件和软件的组合、软件或执行中的软件等。详细地说，例如，元件可以、但不限于是运行于处理器的过程、处理器、对象、可执行元件、执行线程、程序和/或计算机。还有，运行于服务器上的应用程序或脚本程序、服务器都可以是元件。一个或多个元件可在执行的过程和/或线程中，并且元件可以在一台计算机上本地化和/或分布在两台或多台计算机之间，并可以由各种计算机可读介质运行。元件还可以根据具有一个或多个数据包的信号，例如，来自一个与本地系统、分布式系统中另一元件交互的，和/或在因特网的网络通过信号与其它系统交互的数据的信号通过本地和/或远程过程来进行通信。

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

下面结合附图对本发明作进一步详细的说明。

为了能够使得维修经验数据更好地为维修工程服务，以减少医疗设备维修过程中对工程师个人经验的依赖，提供了一种用于存储设备故障记录的知识库，该知识库采用分支管理的思想，将医疗设备的故障进行分类，并根据具体的故障和维修记录建立分支，既方便进行经验数据的管理(如存储和动态更新)，又能够使得经验数据很好的为新的故障提供参考。

作为一种具体实现例，如图1所示，本发明实施例提供的知识库包括由故障分类标识确定的根节点A及位于各个故障分类标识下的故障记录分支B，且该知识库采用树状链表的形式保存所有的故障分类标识根节点及其下的故障记录分支，其中，故障分类标识用于标识设备故障所属的类型，故障记录分支包括至少一个用于记录当次设备故障的详情信息的叶子节点C，详情信息包括故障信息和维修信息，叶子节点通过节点标识关联其父节点和子节点。

示例性地，以故障信息包括故障标识、设备标识、故障时间、故障描述、以及故障日志和参数特征，详情信息包括故障分类、故障分类标识、故障严重程度、故障原因、诊断测试步骤、测试校验步骤、修复方法、更换备件、备件费用和工时，节点标识包括父节点标识和子节点标识为例，结合具体的故障记录，则可以形成如下的分支管理知识库数据结构：

故障分类数据结构如下：

故障分类标识：[T001]

形成的故障记录数据结构如下：

故障一：

故障标识:E001(本次故障记录唯一编号)

设备标识：D001(设备唯一编号)

故障时间：2019-4-19 9:45

故障描述：用户观测到液氦监控器的液氦压力报警灯亮。

故障分类：液氦压力异常(根据故障描述，将本次故障归入液氦压力异常分类)

故障分类标识：T001(故障分类的唯一标识)

故障严重程度：4(0.提示性信息1.故障隐患2.影响图像质量3.机器不能扫描4.会引起严重故障)

设备快照：接到用户的故障报告之后，数据采集盒自动采集并保存设备当前数据，包括:故障日志，运行参数，用户操作记录。

故障原因：查看设备快照中的液氦压力波动曲线，氦压机工作日志，水冷机工作日志。本次故障发生时，液氦压力变化周期长期异常，液氦压力上升之后，下降速度十分缓慢。说明本设备冷头工作效率很低，需要更换冷头。从氦压机工作日志，可以看出本设备的氦压机工作正常。

诊断测试步骤：查看氦压机工作日志，可以看出氦压机工作正常。查看水温水流数据，可以看出水冷机工作正常。查看液氦压力变化曲线，发现压力变化周期长期异常，液氦压力上升之后，下降速度十分缓慢，确定冷头效率下降。结论：更换冷头。

(1)氦压机是否工作正常？是

(2)水温、水流是否正常？是

(3)冷头效率是否正常？否

结论：更换冷头。

故障日志和参数特征：液氦压力高于阈值，液氦波动曲线异常，冷头效率低于阈值(冷头效率可以使用现有技术计算)

测试校验步骤：系统开机，运行24小时以上，查看液氦数据，确保各项数据都在正常范围内。

修复方法：更换冷头

更换备件：冷头

备件费用：10000元

工时：10小时

父节点标识：[T001]

子节点标识：[]

故障二：

故障标识:E002(本次故障记录唯一编号)

设备标识：D002(设备唯一编号)

故障时间：2019-4-18 8:45

故障描述：用户观测到液氦监控器的液氦压力报警灯亮。

故障分类：液氦压力异常(根据故障描述，将本次故障归入液氦压力异常分类)

故障分类标识：T001(故障分类的唯一标识)

故障严重程度：4(0.提示性信息1.故障隐患2.影响图像质量3.机器不能扫描4.会引起严重故障)

设备快照：接到用户的故障报告之后，数据采集盒自动采集并保存设备当前数据，包括:故障日志，运行参数，用户操作记录。

故障原因：查看设备快照中的液氦压力波动曲线，氦压机工作日志，水冷机工作日志。本次故障发生时，液氦压力变化周期正常，说明本设备冷头效率正常。查看氦压机工作日志，发现氦压机停机，从而导致液氦压力异常升高。查看水冷机日志，水温正常，水冷机工作正常。进一步检查氦压机状态，发现氦压机供电电源故障，导致氦压机停机。

诊断测试步骤：查看氦压机工作日志，发现氦压机停机。查看氦压机电源状态，发现氦压机电源故障。检查氦压机保险丝，发现氦压机保险丝正常。结论：更换氦压机电源。

(1)氦压机是否工作正常？否

(2)氦压机电源是否工作正常？否

(3)氦压机电源保险丝是否正常？是

结论：更换氦压机电源。

故障日志和参数特征：液氦压力高于阈值，冷头效率正常，氦压机停机。

测试校验步骤：系统开机，运行24小时以上，查看液氦数据，确保各项数据都在正常范围内。

修复方法：更换氦压机电源。

更换备件：氦压机电源

备件费用：5000元

工时：8小时

父节点标识：[T001]

子节点标识：[E004]

故障三：

故障标识:E003(本次故障记录唯一编号)

设备标识：D003(设备唯一编号)

故障时间：2019-4-17 10:45

故障描述：用户观测到液氦监控器的液氦压力报警灯亮。

故障分类：液氦压力异常(根据故障描述，将本次故障归入液氦压力异常分类)

故障分类标识：T001(故障分类的唯一标识)

故障严重程度：4(0.提示性信息1.故障隐患2.影响图像质量3.机器不能扫描4.会引起严重故障)

设备快照：接到用户的故障报告之后，数据采集盒自动采集并保存设备当前数据，包括:故障日志，运行参数，用户操作记录。

故障原因：查看设备快照中的液氦压力波动曲线，氦压机工作日志，水冷机工作日志。本次故障发生时，液氦压力变化周期正常，说明本设备冷头效率正常。查看氦压机工作日志，发现氦压机停机，从而导致液氦压力异常升高。查看水冷机日志，水温正常，水冷机工作正常。进一步检查氦压机状态，发现氦压机供电电源故障，导致氦压机停机。进一步检查，发现氦压机电源保险丝熔断。

诊断测试步骤：查看氦压机工作日志，发现氦压机停机。查看氦压机电源状态，发现氦压机电源故障。检查氦压机保险丝，发现氦压机保险丝熔断。结论：更换氦压机电源保险丝。

(1)氦压机是否工作正常？否

(2)氦压机电源是否工作正常？否

(3)氦压机电源保险丝是否正常？否

结论：更换氦压机电源保险丝。

故障日志和参数特征：液氦压力高于阈值，冷头效率正常，氦压机停机。

测试校验步骤：系统开机，运行24小时以上，查看液氦数据，确保各项数据都在正常范围内。

修复方法：氦压机电源保险丝。

更换备件：氦压机电源保险丝

备件费用：10元

工时：1小时

父节点标识：[T001]

子节点标识：[E003]

故障四：

故障标识:E004(本次故障记录唯一编号)

设备标识：D004(设备唯一编号)

故障时间：2019-4-15 8:45

故障描述：用户观测到液氦监控器的液氦压力报警灯亮。

故障分类：液氦压力异常(根据故障描述，将本次故障归入液氦压力异常分类)

故障分类标识：T001(故障分类的唯一标识)

故障严重程度：4(0.提示性信息1.故障隐患2.影响图像质量3.机器不能扫描4.会引起严重故障)

设备快照：接到用户的故障报告之后，数据采集盒自动采集并保存设备当前数据，包括:故障日志，运行参数，用户操作记录。

故障原因：查看设备快照中的液氦压力波动曲线，氦压机工作日志，水冷机工作日志。本次故障发生时，液氦压力变化周期正常，说明本设备冷头效率正常。查看氦压机工作日志，发现氦压机停机，从而导致液氦压力异常升高。查看水冷机日志，水温正常，水冷机工作正常。进一步检查氦压机状态，发现氦压机供电电源故障，导致氦压机停机。

诊断测试步骤：查看氦压机工作日志，发现氦压机停机。查看氦压机电源状态，发现氦压机电源故障。检查氦压机保险丝，发现氦压机保险丝正常。结论：更换氦压机电源。

诊断测试步骤：查看氦压机工作日志，发现氦压机停机。查看氦压机电源状态，发现氦压机电源故障。检查氦压机保险丝，发现氦压机保险丝熔断。结论：更换氦压机电源保险丝。

(1)氦压机是否工作正常？否

(2)氦压机电源是否工作正常？否

(3)氦压机电源保险丝是否正常？是

结论：更换氦压机电源。

故障日志和参数特征：液氦压力高于阈值，冷头效率正常，氦压机停机。

测试校验步骤：系统开机，运行24小时以上，查看液氦数据，确保各项数据都在正常范围内。

修复方法：更换氦压机电源。

更换备件：氦压机电源

备件费用：5000元

工时：6小时

父节点标识：[E002]

子节点标识：[E005]

故障五：

故障标识:E005(本次故障记录唯一编号)

设备标识：D005(设备唯一编号)

故障时间：2019-4-16 18:45

故障描述：用户观测到液氦监控器的液氦压力报警灯亮。

故障分类：液氦压力异常(根据故障描述，将本次故障归入液氦压力异常分类)

故障分类标识：T001(故障分类的唯一标识)

故障严重程度：4(0.提示性信息1.故障隐患2.影响图像质量3.机器不能扫描4.会引起严重故障)

设备快照：接到用户的故障报告之后，数据采集盒自动采集并保存设备当前数据，包括:故障日志，运行参数，用户操作记录。

故障原因：查看设备快照中的液氦压力波动曲线，氦压机工作日志，水冷机工作日志。本次故障发生时，液氦压力变化周期正常，说明本设备冷头效率正常。查看氦压机工作日志，发现氦压机停机，从而导致液氦压力异常升高。查看水冷机日志，水温正常，水冷机工作正常。进一步检查氦压机状态，发现氦压机供电电源故障，导致氦压机停机。

诊断测试步骤：查看氦压机工作日志，发现氦压机停机。查看氦压机电源状态，发现氦压机电源故障。检查氦压机保险丝，发现氦压机保险丝正常。结论：更换氦压机电源。

1)氦压机是否工作正常？否

2)氦压机电源是否工作正常？否

3)氦压机电源保险丝是否正常？是

结论：更换氦压机电源。

故障日志和参数特征：液氦压力高于阈值，冷头效率正常，氦压机停机。

测试校验步骤：系统开机，运行24小时以上，查看液氦数据，确保各项数据都在正常范围内。

修复方法：更换氦压机电源。

更换备件：氦压机电源

备件费用：5000元

工时：7小时

父节点标识：[E004]

子节点标识：[]

在具体进行数据存储时，可以通过现有的合适数据库，例如采用关系型数据库(如mysql)建立故障数据表格，将如上列举的故障示例的名称(即将每一行冒号前面的描述作为列名)作为表格所需的列，其中，将“故障标识”设置为故障数据表格的唯一索引，由此就能形成如图1所示的分支管理数据结构的知识库。

优选地，还可以为知识库设定故障分支标志列，以基于故障分支标志列来进行分支管理。具体地，可以将故障记录分支的形成和更新均设置成是基于故障分支标志列的内容变化来确定的，故障分支标志列可以设置为包括故障严重程度、故障原因、诊断测试步骤、故障日志和参数特征、测试校验步骤、修复方法和更换备件。那么在具体实践中，根据接收到的新输入的故障记录内容进行判断(新输入的故障记录内容一般是基于某一故障记录分支的叶子节点的，因此，判断时会将新输入的内容与其基于的叶子节点的故障分支标志列的内容进行比较)，只要判断任意故障分支标志列的内容修改之后，则需要将此次故障记录生成新的分支；如果故障分支标志列的内容完全没有变化，则将此次故障记录继续加在原有分支上。由此，在具体应用中，可以在输出推荐的分支节点的内容作为推荐策略，并允许工程师根据具体的维修情况进行分支节点内的修改操作，那么根据修改的内容是否是故障分支标志列的内容，就可以基于对推荐分支节点内容的修改来形成新的分支或者增长原有分支的叶子节点的数量，这样以来，分支的叶子节点数量越长，就说明该节点的维修策略被采用的次数越多，能够有效表征分支的叶子节点被引用的次数，进而提升辅助故障定位的效率和准确性；同时通过允许用户根据具体维修情况修改分支节点内容，还能动态更新维修知识库，且更新内容是基于实际情况的，参考价值高。

图2示意性地显示了根据本发明的一种实施方式的辅助定位设备故障的方法流程图，如图2所示，以应用上述用于存储设备故障记录的知识库实现辅助定位设备故障为例，本实施例包括如下步骤：

步骤S101：构建维修知识库，其中，构建的维修知识库为前文描述的用于存储设备故障记录的知识库，其构建方式可以采用mysql数据库实现，具体实现方式包括在mysql数据库中建立故障数据表格，将如上列举的故障示例的名称(即将每一行冒号前面的描述作为列名)作为表格所需的列，其中，将“故障标识”设置为故障数据表格的唯一索引，这样就可以为每一个故障记录建立一个对应的故障数据表格，每个故障数据表格之间即每个故障记录之间通过父节点标识和子节点标识建立关联关系，由此就形成了以故障分类标识为根节点，每个故障分类标识都会关联多个故障记录，而相关联的故障记录则通过节点标识串联成一个故障记录分支，由此就可以形成一个基于分支管理的维修知识库。

步骤S102：响应于故障上报指令，获取设备的第一类输入参数，第一类输入参数包括故障描述。该故障上报指令为在用户发现设备故障时进行故障上报的操作指令，可以实现为由用户手动的通过用户界面进行下发，当遇到设备故障的问题时，医院的相关工作人员可以发出故障上报的指令，并同时将故障设备的故障情况简单描述发送出去。响应于该指令后，就会接收到用户发出的故障描述。

步骤S103：根据第一类输入参数从维修知识库获取匹配的故障类型。

当接到报修时(故障上报指令)，首先会对报修现象进行分类，分类的方法可以通过获取的故障描述进行语义分析，语义分析的方法可以参照现有技术的提取关键词实现，从而确定关键词与知识库的内容进行匹配，定位相匹配的故障类型。

在其它实施方式中，还可以通过用户在进行报修时，手动选取报故障描述关键词；还可以结合设备的第二类输入参数，例如通过自动获取故障日志里的典型报错来自动标识出报错信息和异常参数(与存储的标准参数的阈值不一致的)，从而进行故障分类的匹配和定位(这种情况下可以实现自动发现和定位设备故障，进而实现自动派工和/或实时预警)；还可以结合调出上报设备的最近的故障日志和相关参数数据，来确定故障分类。上述的分类方法可以同时使用，本发明实施例对此不进行限制，只要能够有效匹配确定出故障分类即可。

示例性地，例如：新收到的故障为

故障标识:E006(本次故障记录唯一编号)

设备标识：D006(设备唯一编号)

故障时间：2019-4-24 18:45

故障描述：用户观测到液氦监控器的液氦压力报警灯亮。

根据故障描述匹配维修知识库中的故障分类，以上文的知识库中存储的故障示例为例，通过此次匹配可以确定故障分类为T001。

步骤S104：根据匹配的故障类型对应的故障记录分支情况确定推荐维修策略输出。

在根据故障描述在故障数据库中匹配了故障分类之后，就可以根据故障类型对应的故障记录分支的具体情况来确定推荐的维修策略。具体地，可以选择根据故障记录分支包含的叶子节点的数量、以及叶子节点对应的维修费用和工时确定推荐维修策略。

示例性地，在故障数据库中搜索T001对应的分支，找到该分支下最长的分支为E002-->E004-->E005，因为最长的分支标识该类型故障中发生概率最大的一种情况，也标识了引用次数为最多的情况。则可以选择将最长分支中的节点E005，作为推荐的维修策略显示到维修建议页面上(即将引用次数最多的作为较好的推荐策略)。工程师根据维修建议，结合本次故障的实际情况，判断本次故障原因。如果工程师认为本次故障和E005一致，则按照E005的内容完成了维修，则将E006的父节点定义为E005。而如果工程师认为本次故障和E005不一致，则可以选择获取分支长度排名第二的分支节点，如图所示，E001和E003分支长度排名第二的分支节点。如果分支长度一样，则可以选择优先显示平均维修工时最短或维修费用最低的分支。如果工程师认为本次故障和E003不一致，则给工程师显示分支长度排名第三的分支节点E001。以此类推，遍历所有可能分支仍然没有找到相符的分支，或者工程师认为本次维修和以往同类故障的维修都不相同，则在T001类故障中新建新的分支，将E006的父节点定义为T001，由此在维修后即可以根据实际维修记录来形成新的故障记录分支，从而丰富维修知识库的内容。

通过以上的数据存储和维修建议推荐过程，既可以完成维修知识库的自动累积、自动迭代和维修建议自动推荐，既能充分利用好的维修经验，又能依赖有经验的个体工程师，大大提高故障定位和维修效率。

为了扩充和推广维修知识库的使用，在优选实施方式中，该维修知识库可以进行动态更新，可以由工程师根据当次维修的实际情况对该维修知识库进行编辑，修改不合理的内容，并补充缺失内容。其中，对维修知识库的修改采用分支管理的数据结构，即每个工程师的修改都生成新的分支(即当故障分支标志列的内容发生变化时，就生成新的分支)或生成新的叶子节点(当当故障分支标志列的内容没有发生变化时)，每次编辑的时候工程师可以选择基于自己的分支继续修改，或者从其他工程师的分支，或者是从主分支上拉取最新的内容，或基于推荐的故障记录内容所在的节点进行修改。这样，通过一定时间的积累，就会出现关于各种常见问题详细准确的维修知识库。而且可以将设备故障日志的报错和实际的故障对应起来。

根据本实施例提供的方法可以通过多个工程师建立的具有经验数据支撑的维修知识库，生成推荐维修策略，有效的提高了设备的维修成功率，大大的节约了人力资源，实用性高，并且该知识库可以进行实时更新，不断扩充，具有很高的利用率。

图3示意性地显示了根据本发明又一实施方式的辅助定位设备故障的方法流程图，本实施例的方法与图2所示的实施例的不同点在于，本实施例不是基于上报指令来确定故障类型的，而是基于自动实时采集的第二类输入参数例如故障日志和参数特征来确定故障类型的，由此，就可以实现自动派工、实时预警等功能，实现完全自动化监测。如图3所示，该方法包括如下步骤：

步骤S201：构建维修知识库，其实现方式可以参照步骤S101。

步骤S202：自动获取目标设备的第二类输入参数，第二类输入参数包括故障日志和参数特征。具体可以实现为：实时采集目标设备的故障日志，获取的方式可以通过数据采集装置进行定时，示例性地每15分钟获取一次目标设备的设备日志，根据设备日志中的异常参数获取故障日志。其中，该数据采集装置为现有技术的采集装置，将其与医疗设备放置于同一网段中就可以获取设备的日志信息。

步骤S203：根据第二类输入参数从维修知识库确定匹配的故障类型。

当获取到新的设备日志时，首先会对日志内容进行解析，可以通过对获取的故障日志进行语义分析，语义分析的方法可以参照现有技术的提取关键词实现，从而将确定的关键词与知识库的内容进行匹配，定位相匹配的故障类型。

步骤S204：根据匹配的故障类型对应的故障记录分支情况确定推荐维修策略输出。其实现方式可以参照步骤S104。

通过自动获取设备日志来分析故障，可以实现将匹配的故障类型等信息实时推送至工程师实现自动派工，这样工程师可以通过远程维修工具，经过分析确认故障之后，按照给出的维修参数提前采购备件，再到现场进行排查，及时修复故障。

在优选实施方式中，还根据故障日志与维修知识库进行匹配生成匹配故障信息，该故障信息包括有故障原因、工时费、备件报价等推送给医院用户，使用户获知故障的可能原因，备件报价和工时费报价，进行统计生成预算表，实现了自动报价的功能。这样医院用户可以根据报价表与工程师确实之后，线上下单购买维修服务。

在优选实施方式中，还根据故障日志与维修知识库进行匹配生成匹配故障信息，根据匹配故障信息生成预警消息输出实现实时预警。该预警消息根据故障严重程度进行输出，如果该故障严重程度较高，需要用户立即采取措施避免进一步损失，就会立刻通过微信推送等方式给医院相关的管理人员发送消息，并告知其需要立即采取的措施。

根据本实施例提供的方法可以实现智能化的利用维修数据库对设备故障进行预警、派工、自动报价等操作，多元化的为用户提供了便利，大大的节约了人力资源，提高了效率。

图4示意性地显示了根据本发明一实施方式的辅助定位设备故障的系统框图，如图4所示，

辅助定位设备故障的系统包括：维修知识库1、数据获取模块2和故障定位模块3。

维修知识库1用于存储设备的故障记录，其实现为上述的分支管理结构的知识库，具体的构建方式可以参照上述的方法部分。

数据获取模块2用于接收故障上报指令，获取上报设备的第一类输入参数，具体可以是故障描述。

故障定位模块3用于根据上报设备的故障描述从维修知识库1确定适配的故障类型，并根据故障类型和该故障类型对应的故障记录分支的情况生成推荐维修策略输出，根据故障记录分支的情况确定推荐维修策略可以是根据分支中叶子节点的数量即分支的长度，也可以是根据分支中相应节点对应的维修策略所需的费用情况等，具体可以参照上述方法部分的描述，这里不再赘述。

在优选实施方式中，该系统还包括更新模块11，该模块用于对维修知识库1按分支进行动态更新，更新的方式可以参照上述的方法部分。

根据本实施例提供的系统，不仅可以搭建数据多样化且覆盖面广的维修知识库，还可以通过多个工程师建立的具有数据支撑的维修知识库，生成推荐维修策略，有效的提高了设备的维修成功率，大大的节约了人力资源，实用性高，并且该知识库可以进行实时更新，不断扩充，具有很高的利用率。

图5示意性地显示了根据本发明又一实施方式的辅助定位设备故障的系统框图，如图5所示，

该还包括自动诊断模块，用于自动获取目标设备的第二类输入参数，第二类输入参数包括故障日志和参数特征，自动获取目标设备的第二类输入参数实现为采用具有数据采集功能的装置，与医疗设备放置在同一网段，可以对设备的日志信息进行实时采集。在该实施例中，故障定位模块还用于根据第二类输入参数从维修知识库获取匹配的故障类型，根据匹配的故障类型对应的故障记录分支情况确定推荐维修策略输出。

作为一种优选实施例，故障定位模块可以实现为包括报价单元4，用于根据定位的故障类型从维修知识库1中获取维修报价信息，生成维修报价信息输出显示，其中，维修报价信息可以实现为报价预算表，其包括故障的可能原因、备件报价和工时费报价，由对故障的可能原因及其对应的备件报价和工时费报价进行统计生成，实现了自动报价的功能。这样医院用户可以根据报价预算表获取故障的可能原因和费用，与工程师确实之后，线上下单购买维修服务。

在另一实施方式中，如图6所示，故障定位模块还可以实现为包括自动派工单元5，该单元用于根据定位的故障类型从维修知识库获取匹配的维修参数(例如故障原因、测试校验步骤、修复方法、更换备件等)输出，这样工程师可以通过远程维修工具，经过分析确认故障之后，按照给出的维修参数提前采购备件，再到现场进行排查，及时修复故障。

在又一实施方式中，如图7所示，故障定位模块还可以实现为包括预警单元6，该单元用于根据定位的故障类型对应的故障严重程度生成预警消息输出显示。该预警消息根据故障严重程度进行输出，如果该故障严重程度较高，需要用户立即采取措施避免进一步损失，就会立刻通过微信推送等方式给医院相关的管理人员发送消息，并告知其需要立即采取的措施。

其中，在其他实施方式中，该系统的报价单元4、自动派工单元5和预警单元6并不限于上述的实现方式，还可以实现为三者中的两种或三种的组合系统。

图8本发明一实施例提供的辅助定位设备故障的方法的电子设备的硬件结构示意图，如图8所示，该设备包括：

一个或多个处理器310以及存储器320，图8中以一个处理器310为例。

执行辅助定位设备故障的方法的设备还可以包括：输入装置330和输出装置340。

处理器310、存储器320、输入装置330和输出装置340可以通过总线或者其他方式连接，图8中以通过总线连接为例。

存储器320作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的辅助定位设备故障的方法对应的程序指令/模块。处理器310通过运行存储在存储器320中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例辅助定位设备故障的方法。

存储器320可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据辅助定位设备故障的系统的使用所创建的数据等。此外，存储器320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器320可选包括相对于处理器310远程设置的存储器，这些远程存储器可以通过网络连接至辅助定位设备故障的系统。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置330可接收输入的数字或字符信息，以及产生与多设备间的设备运行情况对比分析装置的用户设置以及功能控制有关的信号。输出装置340可包括显示屏等显示设备。

上述一个或者多个模块存储在所述存储器320中，当被所述一个或者多个处理器310执行时，执行上述任意方法实施例中的辅助定位设备故障的方法。

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

本申请实施例的电子设备以多种形式存在，包括但不限于:

(1)移动通信设备:这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC设备等，例如iPad。

(3)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(4)其他具有数据交互功能的电子装置。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。