[0001] 本发明涉及故障树技术领域，更具体的说，涉及一种多人协同处理故障树的方法及系统。

[0002] 故障树是一种特殊的倒立树状逻辑因果关系图，它用事件符号、逻辑门符号和转移符号描述系统中各种事件之间的因果关系。故障树分析(Fault Tree Ana l ysis，FTA)技术是美国贝尔电报公司的电话实验室于1962年开发的，它采用逻辑的方法，形象地进行危险的分析工作，特点是直观、明了，思路清晰，逻辑性强，可以做定性分析，也可以做定量分析。体现了以系统工程方法研究安全问题的系统性、准确性和预测性，它是安全系统工程的主要分析方法之一。

[0003] 当前，故障树分析一般通过单机版本软件实现，由单人建立故障树并分析，且分析结果只能保存到当前操作电脑中。也就是说，无法将多人建立的故障树以及分析结果直接进行合并，需由其中一人对其他人的操作结果在同一电脑中重复操作。

[0004] 由于被分析的故障树往往比较复杂(结构较大和分析内容较多)，因此导致单人构造困难，分析易错、易漏。

[0005] 综上，如何提供一种多人协同处理故障树的方法及系统是本领域技术人员亟待解决的技术问题。

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

[0048] 本发明实施例公开了一种多人协同处理故障树的方法及系统，以实现多人协同处理同一故障树。

[0049] 参见图1，本发明实施例提供的一种多人协同处理故障树的方法流程图，包括步骤：

[0050] 步骤S11、通过客户端的视图编辑器修改故障树视图，生成故障树视图改变信号；

[0051] 步骤S12、所述视图编辑器将所述故障树视图改变信号发送给所述客户端的控制器；

[0052] 步骤S13、所述控制器接收所述故障树视图改变信号，并利用所述故障树视图改变信号更新所述客户端的故障树模型；

[0053] 需要说明的是，上述步骤中的故障树模型、控制器和故障树视图全在同一客户端层面。

[0054] 其中，在实现故障树图形化时，本发明采用的是MVC(Mode l-View-Control，模型-视图-控制器)模式，故障树模型与故障树视图通过控制器关联，控制器监听故障树模型与故障树视图的变化，在故障树模型改变时，控制器对应的更新故障树视图，在故障树视图改变时，控制器对应的更新故障树模型。

[0055] 具体参见图2，本发明实施例提供的一种故障树模型与故障树视图的同步机制示意图，包括：控制器、故障树模型和故障树视图；

[0056] 故障树模型与控制器互相通信：控制器由故障树模型生成，控制器中记录故障树模型的通信地址且监听故障树模型的属性变化。

[0057] 故障树视图与控制器互相通信：故障树视图由控制器生成，故障树视图与控制器的对应信息通过一个记录表来进行记录。

[0058] 由于控制器、故障树模型和故障树视图三者为一一对应，所以对于整个故障树视图来说，故障树模型与故障树视图的改变并不会影响其他的故障树模型与故障树视图，从而实现故障树视图的局部刷新。

[0059] 具体的，故障树模型记录所有可持久化的属性信息，控制器记录故障树模型及故障树视图的通信地址，故障树视图将故障树模型的信息通过可视化的方式展现。故障树模型、控制器及故障树视图在数据结构上都为树形结构且一一对应，具体参见图3，本发明实施例提供的一种故障树MVC模式的示意图，其中，故障树模型M1、控制器C1和故障树视图V1对应同一客户端；故障树模型M2、控制器C2和故障树视图V2对应同一客户端；故障树模型M3、控制器C3和故障树视图V3对应同一客户端；故障树模型M4、控制器C4和故障树视图V4对应同一客户端。

[0060] 步骤S14、所述客户端将更新完成的故障树模型保存到服务器；

[0061] 需要说明的是，服务器中包含有数据库。

[0062] 步骤S15、所述服务器接收所述更新完成的故障树模型，并向其他客户端发送与所述更新完成的故障树模型对应的更新指令；

[0063] 步骤S16、所述其他客户端的控制器分别接收所述更新指令，并更新各自对应的故障树模型，分别生成对应的故障树模型改变信号；

[0064] 步骤S17、所述其他客户端的控制器利用所述对应的故障树模型改变信号更新各自对应的故障树视图。

[0065] 本发明为进一步说明客户端与服务器的同步机制，参见图4，本发明实施例提供的一种多个客户端协同处理故障树的结构示意图，包括：客户端01、客户端02、客户端03以及分别与客户端01、客户端02和客户端03连接的服务器S，其中：

[0066] 客户端01包括：依次连接的故障树视图V1、控制器C1和故障树模型M1，故障树模型M1与服务器S连接；

[0067] 客户端02包括：依次连接的故障树视图V2、控制器C2和故障树模型M2，故障树模型M2与服务器S连接；

[0068] 客户端03包括：依次连接的故障树视图V3、控制器C3和故障树模型M3，故障树模型M3与服务器S连接；

[0069] 工作原理：在故障树视图V1编辑故障树后，故障树视图V1将视图改变信号发送至控制器C1，控制器C1更新故障树模型M1；

[0070] 客户端01将更新完成的故障树保存到服务器S，服务器S向客户端02、客户端03同时发送更新指令，客户端02的控制器C2接收更新指令，对故障树模型M2进行更新，故障树模型M2向控制器C2发送模型改变信号，控制器C2接收模型改变信号更新故障树视图V2；客户端03的更新过程同客户端02，此处不再赘述。

[0071] 综上可以看出，本发明在实现故障树图形化时，在客户端采用的是模型-视图-控制器模型，控制器监听故障树模型和故障树视图的变化，在故障树模型改变时，控制器对应更新故障树视图；在故障树视图改变时，控制器对应更新故障树模型。同时各客户端与同一个服务器连接，这样当其中一个客户端改变时，由服务器通知其他客户端进行相应改变。因此，本发明可以实现多人协同处理故障树，从而大大减少了单人构建及分析故障树的工作量，很大程度上提高了故障树构建及分析的可靠性。

[0072] 由于服务器会保存故障树模型的所有版本，以及每个版本对应的修改客户端，因此本发明可以很容易追溯故障树的构造过程。

[0073] 当不同客户端修改同一故障树时，为避免多个客户端同时修改同一故障树，本发明在上述实施例的基础上，还设置了提交权限。

[0074] 参见图5，本发明实施例提供的一种多人协同处理故障树的方法流程图，包括步骤：

[0075] 步骤S21、当需要修改所述故障树视图时，所述客户端的控制器从所述服务器获取待修改故障树模型的信息；

[0076] 其中，所述待修改故障树模型的信息具体指的是模型信息。

[0077] 步骤S22、通过所述信息判断所述待修改故障树模型是否已被锁，如果是，则执行步骤S23，如果否，则执行步骤S29；

[0078] 其中，可以采用在待修改故障树模型添加标识的方式对待修改故障树模型加锁。

[0079] 不同提交权限的客户端采用不同的标识，提交权限高的客户端可以对提交权限低的客户端所加的锁进行解锁，提交权限低的客户端不能对提交权限高的客户端所加的锁进行解锁。

[0080] 步骤S23、判断是否对所述待修改故障树模型强制解锁，如果是，则执行步骤S24，如果否，则执行步骤S29；

[0081] 步骤S24、判断自身提交权限是否大于对所述待修改故障树模型加锁的加锁客户端的提交权限，如果是，则执行步骤S25，如果否，则执行步骤S29；

[0082] 步骤S25、对所述待修改故障树模型进行解锁；

[0083] 步骤S26、对解锁后的待修改故障树模型再次加锁；

[0084] 步骤S27、对再次加锁的待修改故障树模型进行修改；

[0085] 步骤S28、将修改后的故障树模型保存到所述服务器；

[0086] 步骤S29、取消对所述待修改故障树模型的修改。

[0087] 需要说明的是，修改后的故障树模型被保存到服务器后会自动解锁。

[0088] 可以理解的是，在客户端修改完的故障树模型准备保存到服务器前，若该故障树模型被提交权限更高的客户端解锁，则修改客户端将无法对修改完成后的故障树模型保存，也就是说，这次修改被取消。

[0089] 因此，上述实施例中的步骤S28包括步骤：

[0090] 判断所述自身提交权限是否被其他客户端抢占；

[0091] 如果否，则将修改后的故障树模型保存到所述服务器。

[0092] 综上可以看出，本发明在实现多人协同处理故障树模型的同时，还设置了提交权限，从而有效避免了多人同时修改同一故障树模型情况的出现。

[0093] 与上述方法实施例相对应，本发明还提供了一种多人协同处理故障树的系统。

[0094] 本发明实施例提供的一种多人协同处理故障树的系统结构示意图，包括：客户端和服务器；

[0095] 其中，

[0096] 客户端用于通过视图编辑器修改故障树视图，生成故障树视图改变信号；通过所述视图编辑器将所述故障树视图改变信号发送给控制器；使所述控制器接收所述故障树视图改变信号，并利用所述故障树视图改变信号更新故障树模型；将更新完成的故障树模型保存到服务器；接收服务器发送的更新指令，并更新所述故障树模型，生成对应的故障树模型改变信号，通过所述控制器利用所述对应的故障树模型改变信号更新所述故障树视图；

[0097] 服务器用于接收其他客户端发送的更新完成的故障树模型，并向客户端发送与所述更新完成的故障树模型对应的所述。

[0098] 需要说明的是，多人协同处理故障树的系统中包含一个服务器和与该服务器连接的多个客户端，每个客户端的工作原理同本实施例示出客户端的工作原理。

[0099] 在实现故障树图形化时，客户端采用的是MVC(Model-View-Control，模型-视图-控制器)模式，故障树模型与故障树视图通过控制器关联，控制器监听故障树模型与故障树视图的变化，在故障树模型改变时，控制器对应的更新故障树视图，在故障树视图改变时，控制器对应的更新故障树模型。故障树模型记录所有可持久化的属性信息，控制器记录故障树模型及故障树视图的通信地址，故障树视图将故障树模型的信息通过可视化的方式展现。故障树模型、控制器及故障树视图在数据结构上都为树形结构且一一对应，具体参见图3。

[0100] 为进一步说明客户端与服务器的同步机制，参见图4，本发明实施例提供的一种多个客户端协同处理故障树的结构示意图，包括：客户端01、客户端02、客户端03以及分别与客户端01、客户端02和客户端03连接的服务器S，其中：

[0101] 客户端01包括：依次连接的故障树视图V1、控制器C1和故障树模型M1，故障树模型M1与服务器S连接；

[0102] 客户端02包括：依次连接的故障树视图V2、控制器C2和故障树模型M2，故障树模型M2与服务器S连接；

[0103] 客户端03包括：依次连接的故障树视图V3、控制器C3和故障树模型M3，故障树模型M3与服务器S连接；

[0104] 工作原理：在故障树视图V1编辑故障树后，故障树视图V1将视图改变信号发送至控制器C1，控制器C1更新故障树模型M1；

[0105] 客户端01将更新完成的故障树保存到服务器S，服务器S向客户端02、客户端03同时发送更新指令，客户端02的控制器C2接收更新指令，对故障树模型M2进行更新，故障树模型M2向控制器C2发送模型改变信号，控制器C2接收模型改变信号更新故障树视图V2；客户端03的更新过程同客户端02，此处不再赘述。

[0106] 综上可以看出，本发明在实现故障树图形化时，在客户端采用的是模型-视图-控制器模型，控制器监听故障树模型和故障树视图的变化，在故障树模型改变时，控制器对应更新故障树视图；在故障树视图改变时，控制器对应更新故障树模型。同时各客户端与同一个服务器连接，这样当其中一个客户端改变时，由服务器通知其他客户端进行相应改变。因此，本发明可以实现多人协同处理故障树，从而大大减少了单人构建及分析故障树的工作量，很大程度上提高了故障树构建及分析的可靠性。

[0107] 由于服务器会保存故障树模型的所有版本，以及每个版本对应的修改客户端，因此本发明可以很容易追溯故障树的构造过程。

[0108] 当不同客户端修改同一故障树时，为避免多个客户端同时修改同一故障树，本发明在上述实施例的基础上，还设置了提交权限。

[0109] 在修改故障树时，客户端还用于通过所述控制器从服务器获取待修改故障树模型的信息；通过所述信息判断所述待修改故障树模型是否已被锁；如果所述待修改故障树模型已被锁，则判断是否对所述待修改故障树模型强制解锁；如果对所述待修改故障树模型强制解锁，则判断自身提交权限是否大于对所述待修改故障树模型加锁的加锁客户端的提交权限；如果自身提交权限大于对所述待修改故障树模型加锁的加锁客户端的提交权限，则对所述待修改故障树模型进行解锁；对解锁后的待修改故障树模型再次加锁；对再次加锁的待修改故障树模型进行修改；将修改后的故障树模型保存到服务器。

[0110] 其中，可以采用在待修改故障树模型添加标识的方式对待修改故障树模型加锁。

[0111] 不同提交权限的客户端采用不同的标识，提交权限高的客户端可以对提交权限低的客户端所加的锁进行解锁，提交权限低的客户端不能对提交权限高的客户端所加的锁进行解锁。

[0112] 需要说明的是，修改后的故障树模型被保存到服务器后会自动解锁。

[0113] 可以理解的是，在修改客户端修改完的故障树模型准备保存到服务器前，若该故障树模型被提交权限更高的客户端解锁，则修改客户端将无法对修改完成后的故障树模型保存，也就是说，这次修改被取消。

[0114] 因此，客户端还用于判断所述自身提交权限是否被其他客户端抢占；如果否，则将修改后的故障树模型保存到所述服务器。

[0115] 为进一步优化上述实施例，客户端还用于

[0116] 若不对所述待修改故障树模型强制解锁，

[0117] 或，若所述自身提交权限不大于所述加锁客户端的提交权限，

[0118] 或，若所述自身提交权限被其他客户端抢占，则取消对所述待修改故障树模型的修改。

[0119] 综上可以看出，本发明在实现多人协同处理故障树模型的同时，还设置了提交权限，从而有效避免了多人同时修改同一故障树模型情况的出现。

[0120] 需要说明的是，系统实施例中，各组成部分的具体工作原理请参见对应的方法实施例部分，此处不再赘述。

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

[0122] 本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

[0123] 对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。