专利名称：故障处理系统的制作方法
技术领域：
本文公开的主题涉及一种故障处理系统。特别地，本文公开的主题涉及电力系统故障处理系统，其利用了处理引擎的体系结构以及消息队列来处理故障数据。
背景技术：
故障检测、隔离以及恢复(或者，FDIR)是时间敏感的过程，其被一些电力供应商用来提供优质客户服务并满足可靠性要求。虽然FDIR可以给电力供应商提供许多益处，但它也需要大量的处理能力。这在需要生成恢复计划来满足具体性能目标时是尤其为真。FDIR的现有方式包括a)单片电路过程，或者b)面向对象的框架以及关联的库。这两个方式提供有限的灵活性，很难维持且不容易升级，通常不能完全采用多线程，并且不 能充分利用现代分布式事件驱动体系结构的优势。
发明内容
公开了一种故障处理系统。在一个实施例中，故障处理系统包括第一处理引擎包装器(wrapper),其具有入站管道,配置成获取第一要求检查(claimcheck)数据分组；处理引擎组件，配置成根据故障规则处理从该第一要求检查数据分组得到的第一上下文消息，该故障规则选自故障检测规则、故障位置规则、故障隔离规则或故障恢复规则，以及生成第二上下文消息，该第二上下文消息包括根据所选择的故障规则处理的数据；以及出站管道，配置成提供从第二上下文消息得到的第二要求检查数据分组。本发明的第一方面包括一种故障处理系统，其具有第一处理引擎包装器，具有入站管道，配置成获取第一要求检查数据分组；处理引擎组件，配置成根据故障规则处理从该第一要求检查数据分组得到的第一上下文消息，该故障规则选自故障检测规则、故障位置规则、故障隔离规则、或故障恢复规则，以及生成第二上下文消息，该第二上下文消息包括根据所选择的故障规则处理的数据；以及出站管道，配置成提供从第二上下文消息得到的第二要求检查数据分组。本发明的第二方面包括一种故障处理系统，其具有一系列连接的处理引擎包装器，其共同地配置成处理在电力系统中的故障，处理引擎包装器中的每一个具有入站管道，配置成获取第一要求检查数据分组；处理引擎组件，配置成根据仅一个故障规则处理从第一要求检查数据分组得到的第一上下文消息，故障规则选自故障检测规则、故障位置规则、故障隔离规则或者故障恢复规则，以及生成第二上下文消息，第二上下文消息包括根据所选择的故障规则处理的数据；以及出站管道，配置成提供从第二上下文消息得到的第二要求检查数据分组给一系列处理引擎包装器中的后继处理引擎包装器。本发明的第三方面包括一种系统，其包括至少一个计算设备，通过执行包括如下的动作来适于处理电力系统故障获取表示电力系统组件中的故障的入站事件上下文消息；获取与电力系统组件周围的电路有关的电路信息；提供用于标准化在电力系统组件周围的电路的指令；验证事件上下文消息；确定在电力系统组件周围的标准化的电路中的多个可能故障位置；为多个可能故障位置中的至少一个生成隔离计划；识别能够为标准化电路的电力系统下游的一部分提供恢复电力的多个联络开关(tie switch);获取与在多个联络开关中的每一个的周围的电路有关的电路信息；标准化在多个联络开关中的每一个的周围的电路；以及基于预定的恢复量度、利用多个联络开关中的至少一个生成供电恢复计划。
通过结合描述了本发明各种实施例的附图，从本发明的各个方面的以下详细描述中，本发明的这些及其他特征将变得更容易理解，其中图I示出了根据本发明实施例的故障处理系统的说明性示意图；图2示出了根据本发明实施例的具有故障处理系统的说明性环境；图3 4示出了根据本发明实施例的方法的示意性过程流程图；
图5示出了根据本发明实施例的方法的示意性过程流程图。注意，本发明的附图并不是一定按比例绘制的。附图仅仅意于描绘本发明的典型方面，并且因此不应被认为限制了本发明的范围。图中，相同的标记表示附图之间的相同元件。
具体实施例方式如所注意到的，本文公开的主题涉及一种故障处理系统。特别地，本文公开的主题涉及利用引擎来处理故障数据的电力系统故障处理系统。电力系统中的故障产生一组消息，其通过管道系统以及相应的处理引擎被发送。每个处理引擎在其入站管道接收入站上下文消息，执行特定的故障处理功能，并经由它的出站管道发送出站上下文消息。为了最小化在每个相应的处理引擎之间传输的数据量，并且因此，通过整个故障处理系统，可以在消息发送期间使用请求检查模式。这可以包括使用例如分离器、聚集器以及标准化器。故障检测、隔离以及恢复(或称为FDIR)是一种时间敏感的处理，其被一些电力供应商用来提供优质客户服务并满足可靠性要求。虽然FDIR能给电力供应商提供许多益处，但它也需要大量的处理能力。这在需要形成恢复计划来满足具有的性能目标时是尤其为真的。FDIR的传统方式包括a)单片电路过程，因此比较慢，或者b)面向对象框架以及关联的库，这可能是很麻烦的。对比于传统的FDIR系统，本发明的方面提供一种故障处理系统，配置成利用处理引擎来处理表示电力系统组件中的故障的事件上下文消息的部分。在一个实施例中，本发明的故障处理系统包括第一处理引擎包装器，其具有入站管道，配置成获取第一要求检查数据分组；处理引擎组件，配置成根据故障规则处理从该第一要求检查数据分组得到的第一上下文消息，该故障规则选自故障检测规则、故障位置规则、故障隔离规则、或故障恢复规则，以及生成第二上下文消息，该第二上下文消息包括根据所选择的故障规则处理的数据；以及出站管道，配置成提供从第二上下文消息得到的第二要求检查数据分组。转到图I,根据本发明的实施例不出一种故障处理系统2。在一个实施例中，故障处理系统2包括第一处理引擎包装器(或者，第一包装器)4。该第一包装器4包括入站管道6，入站管道6配置成获取第一要求检查数据分组8。另外，该第一包装器4具有处理引擎10，处理引擎10配置成根据故障规则处理从该第一要求检查数据分组8得到的第一上下文消息(CM) 12，该故障规则选自故障检测规则、故障位置规则、故障隔离规则或故障恢复规贝U。此外，第一包装器4配置成生成第二上下文消息14，其具有根据所选择的故障规则处理的数据。该第一包装器4还包括出站管道16，出站管道16配置成提供从第二上下文消息14得到的第二要求检查数据分组18。在图I的故障处理系统2中还示出了要求检查服务模块20，其配置成将第一要求检查数据分组8转换成第一上下文消息12以及将第二上下文消息14转换成第二要求检查数据分组18。也就是说，图I的故障处理系统2可以被配置成在入站管道6接收要求检查数据分组8，并在出站管道16提供区别的要求检查数据分组18，允许该故障处理系统2经由一系列(或并行配置的)管道和处理引擎与其他故障处理系统交互作用，如本文将进一步描述的那样。本文公开的每一个故障处理系统2配置成接收包括要求检查令牌(token)的要求检查数据分组8。要求检查数据分组8内的要求检查令牌在数据大小方面显著地小于第一上下文消息12 (例如，一小部分)，并且该要求检查令牌仅包括足够允许要求检查服务模块20识别并提供第一上下文消息12的信息。该第一上下文消息12包括处理引擎组件10根据其确定的故障处理规则来进行处理所需的特定故障数据。例如，当处理引擎10中的故障处理规则(图I中的“处理”命令)是故障检测规则时，第一上下文消息12可以包括关于故障组件识别、故障阻抗值、故障信息属性等的数据。当处理 引擎10中的故障处理规则(图I中的“处理”命令)是故障位置规则时，第一上下文消息12可以包括关于网络拓扑、线路阻抗值、故障指示器值等的数据。当处理引擎10中的故障处理规则(图I中的“处理”命令)是故障隔离规则时，第一上下文消息12可以包括关于网络拓扑、电流开关状态(开启/关闭)等的数据。当处理引擎10中的故障处理规则(图I中的“处理”命令)是故障恢复规则时，第一上下文消息12可以包括关于能量用户、备用电源、电流开关状态(开启/关闭)、自动开关识别等的数据。可以理解的是，对于每个类型的上下文消息12，处理引擎10可以基于故障恢复规则对上下文消息12中的数据执行特定的动作。例如，在故障处理规则是故障位置规则的情况下，处理引擎10可以添加位置信息到第一上下文消息12来创建第二上下文消息14(其包括附加的位置信息)。当故障处理规则是故障恢复规则时，处理引擎10可以添加切换计划数据到第一上下文消息12来创建第二上下文消息14。区别的处理引擎10中的其他故障处理规则可以对第一上下文消息12执行不同的功能(例如，添加区别的数据)来创建第二上下文消息14。在创建第二上下文消息14之后，处理引擎可以提供那个消息给要求检查服务模块20，这可以提供具有表示第二上下文消息14的令牌的新要求检查数据分组(例如，要求检查数据分组18)。在任意情形中，可以理解的是，故障处理系统2可以配置成获取采用要求检查数据分组8的形式的相对小的数据分组。在一些实施例中，要求检查数据分组8的大小仅仅大到足够确保数据分组的唯一性。在一个实现中，这个要求检查数据分组8近似为20字节，然而，其他实现可以使用稍大或稍小的要求检查。总的数据分组(即消息)大小由要求检查大小加上消息系统用于标题等的开销组成，这里，要求检查用作令牌。在任意情形中，故障处理系统2可以进一步获取由处理引擎10从要求检查服务模块20要求的仅仅特定数据(作为第一上下文消息12)来处理故障数据。因而，要求检查数据分组(例如，本文描述的8、18及其它)可以利用与整个上下文消息(例如，上下文消息12)的情形相比较少的传输容量在处理引擎包装器(例如，处理引擎包装器4)之间传输。在一个实施例中，处理引擎包装器4可以被配置成根据仅仅一个故障处理规则来处理第一上下文消息12。在实践中，多个处理引擎包装器4可以被共同地使用(例如，并联或串联)，来处理要求检查服务模块20上保持的故障事件数据的区别部分。如本文指出的那样，在一些实施例中，一组处理引擎包装器(类似于处理引擎包装器4)可以被连接(例如，串联或并联)来处理电力网络中的故障事件数据的区别部分。对比于传统的FDIR方式，本发明的方面提供故障处理系统2(包括处理引擎包装器4)，其经由特定规则执行入站上下文消息(例如，第一 上下文消息12)的特定处理，并提供已处理的出站上下文消息(例如，第二上下文消息14)。如本领域技术人员意识到的，本文描述的故障处理系统可以具体化为系统(一种或多种)、方法(一种或多种)或计算机程序产品(一种或多种)，例如，作为故障处理系统(一种或多种)的一部分。因此，本发明的实施例可以采用完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或软件和硬件方面组合的实施例的形式，其在本文可以统称为“电路”、“模块”或“系统”。此外，本发明可以采用嵌入在表现的任意有形介质中的计算机程序产品的形式，在介质中嵌入有计算机可用程序代码。可以使用一个或多个计算机可用或计算机可读介质(一个或多个)的任意组合。该计算机可用或计算机可读介质可以是但不限于例如电、磁、光、电磁、红外线或半导体的系统、装置或设备。计算机可读介质的更具体的示例(非穷举列表)将包括以下各项具有一个或多条布线的电连接，便携式计算机磁盘，硬盘，随机存取存储器(RAM)，只读存储器(R0M)，可擦写可编程只读存储器(EPR0M或闪速存储器)，光纤，便携式光盘只读存储器(CD-ROM)，光学存储设备，诸如支持互联网或内联网的介质的传输介质，或磁存储设备。注意，计算机可用或计算机可读介质甚至可以是将程序印刷在其上的纸或其他适合的介质，因为程序可以经由例如纸或其他介质的光学扫描被电子地捕获，然后被编译、解释或如有需要另外以适合的方式处理，接着被存储在计算机存储器中。在本文档的上下文中，计算机可用或计算机可读介质可以是任意介质，其能够容纳、存储、传递、或传输程序供指令执行系统、装置、或设备使用或者与其连接。计算机可用介质可以包括传播的数据信号，该传播的数据信号具有在基带中或作为载波一部分包含于其中的计算机可用程序代码。计算机可用程序代码可以利用任意适合的介质(包括但不限于无线、有线线路、光纤线缆、RF等)来传输。用于执行本发明操作的计算机程序代码可以以一种或多种编程语言的任意组合来写成，包括诸如Java、Magik、Smalltalk、C++等的面向对象的编程语言，以及诸如“C”编程语言或类似的编程语言的传统过程编程语言。程序代码可以完全在用户计算机上执行，部分在用户计算机上执行，作为独立软件包执行，部分在用户计算机上且部分在远程计算机上执行，或完全在远程计算机或服务器上执行。在后者的情形中，远程计算机可以通过包括局域网(LAN)或广域网(WAN)的任意类型的网络连接到用户计算机，或者使其与外部计算机连接(例如，通过使用网络服务供应商的因特网)。本文参照根据本发明实施例的方法、装置(系统)和计算机程序产品的数据流程图和/或框图来描述了本发明的实施例。将要理解的是，数据流程图和/或框图中的每个框以及流程图和/或框图中的框的组合可以通过计算机程序指令来实现。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器来产生一种机器，使得经由计算机或其他可编程数据处理装置来执行的指令生成用于实现在流程图和/或框图中的一个框或多个框中指定的功能/动作的单元。这些计算机程序指令还可以被存储在计算机可读介质中，计算机可读介质能够引导计算机或其他可编程数据处理装置以具体方式运行，使得存储在计算机可读介质中的指令产生制造品，其包括执行在流程图和/或框图的一个框或多个框中指定的功能/动作的指令单兀。计算机程序指令还可以被加载到计算机或其他可编程数据处理装置中，以引起要在计算机或其他可编程装置上执行的一系列操作步骤来产生计算机实现的过程，使得在计算机或其他可编程装置上执行的指令提供用于实现在流程图和/或框图的一个框或多个框中指定的功能/动作的过程。
转到图2，示出了根据本发明实施例的具有故障处理系统(一个或多个)2的说明性环境90。环境90包括能够执行本文描述的各种过程的计算机基础结构102。特别地，计算机基础结构102被示出为包括计算设备104，计算设备104包括使得计算设备104能处理在电网210中检测到的故障的故障处理系统2。计算设备104被示出为包括存储器112、处理器(PU) 114、输入/输出(I/O)接口116以及总线118。此外，计算设备104被示出与外部I/O设备/资源120以及存储系统122通信。如本领域公知的，通常，处理器114执行诸如被存储在存储器112和/或存储系统122中的故障处理系统(一个或多个)2之类的计算机程序代码。当执行计算机程序代码时，处理器114能够从存储器112、存储系统122和/或I/O接口 116中读取和/或向其写入数据(诸如要求检查数据分组8、第一上下文消息12、第二上下文消息14和/或要求检查数据分组18)。总线118在计算设备104中的每个组件之间提供通信链路。I/O设备120能够包括可以使得用户和计算设备104交互作用的任意设备或使得计算设备104能够与一个或多个其他计算设备通信的任意设备。输入/输出设备(包括但不局限于键盘、显示器、指示设备等)可以被直接地或通过介入I/o控制器耦合到系统。在一些实施例中，如图I所示，环境90可以选择性地包括与电网210链接的传统电力管理系统200，以及可操作地通过计算设备104(例如，经由无线或硬接线方式)连接到故障处理系统(一个或多个)2的传统监督控制和要求检查服务模块20。在一些实施例中，这些组件可以相互链接(例如，经由无线或硬接线方式)。可理解的是，故障处理系统(一个或多个)2可以包括传统的发送器和接收器，分别用于向电力管理系统200 (以及因此电网210)和/或要求检查服务模块20发送数据和从其接收数据。在任意事件中，计算设备104能够包括能执行由用户安装的计算机程序代码的任意通用计算制造品(例如，个人计算机、服务器、手持设备等)。然而，可以理解的是，计算设备104和故障处理系统(一个或多个)2仅仅是可以执行本公开的各个过程步骤的各种可能的等效计算设备的代表。在这点上，在其他实施例中，计算设备104能够包括硬件和/或用于执行特定功能的计算机程序代码的任意专用计算制造品，以及包括专用和通用硬件/软件的组合的任意计算制造品等。在每种情形中，程序代码和硬件分别能够使用标准编程及工程技术来创建。类似地，计算机基础结构102仅仅是用于实现本公开的各种类型计算机基础结构的示例。例如，在一个实施例中，计算机基础结构102包括两个或多个计算设备(例如，月艮务器集群)，其通过诸如网络、共享存储器等的任意类型的有线和/或无线通信链接之类的通信来执行本公开的各种过程步骤。当通信链接包括网络时，网络可以包括一个或多个类型的网络(例如，因特网，广域网，局域网，虚拟专用网等)的任意组合。网络适配器还可以被耦合到系统，以使数据处理系统能够通过介入私有或公用网络而与其他数据处理系统或远程打印机或存储设备耦合。调制解调器、线缆调制解调器以及以太网卡目前可以获得的若干类型的网络适配器。无论怎样，计算设备之间的通信可以利用各种类型传输技术的任意组合。如之前提及的以及下面进一步讨论的，故障处理系统(一个或多个)2具有使得计算基础结构102能够执行本文描述的故障处理功能(除别的以外)的技术效果。可以理解的是，图2中示出的各种组件中的一些能够被独立地实现、被组合和/或被存储在包含于计算机基础结构102中的一个或多个分开的计算设备的存储器中。此外，可以理解的是，一些组件和/或功能性可以不被实现，或附加的方案和/或功能性可以被包括作为环境90的一部分。
转到图3 5，根据本发明的实施例示出了过程流程(包括对象)的示意图。总的来说，本发明的方面可以包括一种系统(例如，故障处理系统2)，其具有至少一个计算设备(例如，计算设备104)，其通过执行包括如下的动作来适于处理电力系统故障(例如，电网210中的故障)获取表示电力系统组件中的故障的入站事件上下文消息；获取与电力系统组件周围的电路有关的电路信息；提供用于标准化在电力系统组件周围的电路的指令；验证事件上下文消息；确定在电力系统组件周围的被标准化的电路中的多个可能故障位置；为多个可能故障位置中的至少一个生成隔离计划；识别能够为标准化电路的电力系统下游的一部分提供恢复电力的多个联络开关；获取与在多个联络开关中的每一个的周围的电路有关的电路彳目息；标准化在多个联络开关中的每一个的周围的电路；以及基于预定的电源准则、利用多个联络开关中的至少一个生成电力恢复计划。另外，至少一个计算设备可以被配置成实现电力恢复计划并且实现在生成电力恢复计划之后回归正常操作。根据本发明的实施例，图3 4示出了上面描述的故障检测、隔离以及恢复(FDIR)方法的部分，以及图5示出了回归正常(RTN)方法的部分。如图3所示，第一过程可以包括在接收模块300处从电力管理系统200接收故障事件(例如，故障事件标签)。在接收故障事件之后，该接收模块300可以调用事件上下文服务320来生成该故障事件的事件上下文(其可以存储在事件上下文数据库330中)。该事件上下文将包括诸如哪个设备触发了该故障的标识(组件ID)的数据。该组件ID接着允许从电力管理系统200取回与该故障组件周围的电力电路部分有关的电路信息。在取回该电路信息之后，故障组件周围的电路可以根据传统的方法被标准化(例如，通过将电路信息转换成由所有处理引擎使用的内部表示)。在组件周围电路的标准化之后，故障检测处理引擎包装器(例如，类似于处理引擎包装器4)可以验证该故障，如参照图I所描述的那样。在故障验证后，故障位置处理引擎包装器(例如，类似于处理引擎包装器4)可以识别所有可能故障位置(例如，导致组件ID中的错误读取的那些位置)。这可以包括对在故障组件周围的电路内的组件使用故障指示器、阻抗值等，以确定所有的可能故障位置。对于这些故障位置的每一个(为了简化说明在图3中表示为双路分离)，故障隔离处理引擎包装器(例如，类似于处理引擎包装器4)生成用于特定故障位置的周围区域的隔离计划(电力隔离计划)。可以理解的是，这可以在多个位置上执行，而非简单地为图3所示的两个。当每个隔离计划已经被生成之后，故障恢复计划处理引擎包装器(例如，类似于处理引擎包装器4)可以为由故障隔离处理引擎包装器所识别的每个区域准备恢复计划。在这一过程后，该方法可以聚合并如图4所示那样前进(经由链接节点a)。转到图4，在为每一个潜在的故障位置(包括它们周围的电路)准备恢复计划之后，可以从电力管理系统200取回电路数据，电路数据与每个潜在故障位置周围的电路的、周围的电力电路部分有关。也就是说，在这一过程中，可以从电力管理系统200取回周围电路的第二级别，来确定每一个可能故障位置周围的电路周围的区域特征。从电力管理系统200取回这个数据之后，这些电路中的每一个可以根据传统方法被标准化。在电路(一个或多个)标准化之后，该过程可以包括另一分离——对每个位置，执行以下动作对于一组恢复量度A、B、C等中的每一个，(对具体组件的电力供给的预定准则，包括电力需求、时间、响应性等)，故障恢复处理引擎包装器(例如，类似于处理引擎包装器4)可以为量度A、B、 C等的组中的每一个开发恢复计划。可以理解的是，由于处理引擎包装器的独立性(如本文参照处理引擎包装器4所描述的那样)，故障恢复处理引擎包装器可以并行开发这些计划。可以理解的是，恢复量度可以从要求电力系统的某些部分从其他的部分接收电源的规则得到。例如，一个可能的恢复量度(规则)可以包括恢复尽可能多的总电力；恢复对尽可能多的用户(位置)的电力；先于其他位置恢复对重点位置(例如，健康护理中心)的电力等。当恢复计划已经被生成之后，计划可以被分组并提供给传统故障事件发送器以提供给电力管理系统200。然后该电力管理系统200可以接着在电网210上协调一个或多个恢复计划(图2)以便有效地执行所希望的FDIR功能。在一个实施例中，电力管理系统200可以利用恢复计划以便生成多个回归正常(RTN)计划，其允许在FDIR过程结束之后在电网210上的RTN操作。图5示出了根据本发明的方面的回归正常(RTN)操作。该操作可以包括RTN接收模块500，其获取来自电力管理系统200的RTN消息，以及来自事件上下文服务320的上下文消息。根据传统的方法，在获取RTN消息和事件上下文消息之后，该过程可以包括获取电路数据(例如，从电力管理系统200)、标准化在RTN消息中概括的电路并在那个电路上执行RTN操作。RTN操作之后，故障事件发送器模块可以提供更新的电力系统信息(例如，表示故障已经被矫正以及系统已回归正常的信息)给电力管理系统200用于存储和/或后续使用。附图中的数据流程图和框图示出了根据本发明的各个实施例的系统、方法和计算机程序产品的基础结构、功能性以及操作。在这点上，流程表或框图中的每个框可以表示一个模块、片段或部分代码，其包括用于实现指定的逻辑功能(一个或多个)的一个或多个可执行指令。还要注意的是，在一些备选的实施例中，在框中指出的功能可不按照图中指出的次序出现。例如，依赖于所涉及的功能性，接连示出的两个框实际上可以大体上同时被执行，或者框有时可以按照相反的顺序执行。还将要注意的是，在框图和/或流程图中的每一个框以及框图和/或流程图中框的组合，可以由执行特定功能或动作的专用基于硬件的系统来实现，或由专用硬件和计算机指令的组合来实现。
如本文所讨论的，各种系统和组件被描述为“获取”数据(例如，温度、电网频率等)。可以理解的是，相应的数据可以利用任意解决方案来获取。例如，相应的系统/组件能够生成和/或被用来生成数据、从一个或多个数据存储或传感器(例如，数据库)取回数据、从另一个系统/组件接收数据和/或类似的方法。当数据没有被特定的系统/组件生成时，可以理解的是，能够实现脱离于所示的系统/组件的另一个系统/组件，其生成数据并将数据提供给系统/组件和/或存储该数据供系统/组件访问。前面的附图示出了与根据本公开的若干实施例有关的一些处理。就这一点而言，在附图的流程图中的每个图或框表示与所述方法的实施例关联的过程。还要注意的是，在一些备选的实现中，依赖于所涉及的动作，在附图或框中指出的动作可以不按照附图中指出的次序出现，或者例如实际上可以大体上同时执行。同样，本领域普通技术人员将认识到，可以添加描述处理的附加框。本文中使用的术语仅是用于描述特定的实施例的目的，并且不意于限制本公开。如本文中所用的，单数形式“一”、“一个”以及“该”也意于包括复数形式，除非上下文清楚地另有说明。将进一步理解的是，当在本说明书中用到术语“包括”和/或“包含”时，其是 指存在所陈述的特征、整体、步骤、操作、元件和/或组件，但是不排除存在或添加一个或多个其它的特征、整体、步骤、操作、元件、组件和/或其组合。本书面说明使用示例来公开本发明，包括最佳模式，也使任意本领域技术人员能实践本发明，包括制造和使用任意装置或系统以及执行任意结合的方法。本发明的可取得专利的范围由权利要求限定，并可包括本领域技术人员想到的其它示例。如果这样的其它示例具有与权利要求的字面语言没有不同的结构元件或者它们包括与权利要求的字面语言无实质性差异的等效结构元件，那么这样的其它示例意于在权利要求的范围内。部件列表2故障处理系统4包装器6入站管道8第一要求检查数据分组10处理引擎组件12第一上下文消息14第二上下文消息16 出站管道18第二要求检查数据分组20要求检查服务模块90 环境102计算机基础结构104计算设备112存储器114处理器116 I/O 接口118 总线
120I/O 设备 / 资源122存储系统200电力管理系统210电网300接收模块320事件上下文服务330事件上下文数据库 500回归正常接收模块。
权利要求
1.一种故障处理系统(2),包括 第一处理引擎包装器(4)，其具有 入站管道￠)，配置成获取第一要求检查数据分组(8)； 处理引擎(10)组件，配置成 根据故障规则处理从所述第一要求检查数据分组(8)得到的第一上下文消息(12)，所述故障规则选自故障检测规则、故障位置规则、故障隔离规则或者故障恢复规则；以及 生成第二上下文消息(14)，所述第二上下文消息(14)包括根据所选择的故障规则处理的数据；以及 出站管道(16)，配置成提供从所述第二上下文消息(14)得到的第二要求检查数据分组(18)。
2.根据权利要求I所述的故障处理系统(2)，进一步包括要求检查服务模块(20)，配置成 将所述第一要求检查数据分组(8)转换成所述第一上下文消息(12);以及 将所述第二上下文消息(14)转换成所述第二要求检查数据分组(18)。
3.根据权利要求2所述的故障处理系统(2)，其中所述入站管道(6)配置成通过所述要求检查服务模块(20)发送所述第一要求检查数据分组(8)。
4.根据权利要求3所述的故障处理系统(2)，其中所述要求检查服务模块(20)配置成提供所述第二要求检查数据分组(18)至所述出站管道(16)。
5.根据权利要求I所述的故障处理系统(2)，其中所述第一处理引擎包装器(4)的所述处理引擎组件(10)配置成根据仅仅所选择的故障规则处理所述第一上下文消息(12)。
6.根据权利要求I所述的故障处理系统(2)，其中所述第一要求检查数据分组(8)是所述第一上下文消息(12)的大小的一小部分，并且其中所述第二要求检查数据分组(18)是所述第二上下文消息(14)的大小的一小部分。
7.根据权利要求6所述的故障处理系统(2)，其中所述入站管道(6)和所述出站管道(16)配置成仅传输要求检查数据分组(8，18)。
8.根据权利要求I所述的故障处理系统(2)，进一步包括 第二处理引擎包装器(4)，其与所述第一处理引擎包装器(4)连接，所述第二处理引擎包装器⑷具有 入站管道￠)，配置成从所述第一处理引擎包装器(4)的所述出站管道(16)获取第一要求检查数据分组(8)； 处理引擎组件(10)，配置成 根据区别于所述第一处理引擎包装器处理引擎组件(10)的所述故障规则的故障规则处理从所述第一要求检查数据分组(8)得到的所述第一上下文消息(12)，所述故障规则选自故障检测规则、故障位置规则、故障隔离规则或者故障恢复规则；以及 生成第二上下文消息(14)，所述第二上下文消息(14)包括根据所选择的故障规则处理的数据；以及 出站管道(16)，配置成提供从所述第二上下文消息(14)得到的第二要求检查数据分组(18)。
9.一种故障处理系统(2),包括一系列连接的处理引擎包装器(4)，其共同地配置成处理在电力系统中的故障，所述处理引擎包装器(4)中的每一个具有 入站管道￠)，配置成获取第一要求检查数据分组(8)； 处理引擎组件(10)，配置成 根据仅仅一个故障规则处理从所述第一要求检查数据分组(8)得到的第一上下文消息(12)，所述故障规则选自故障检测规则、故障位置规则、故障隔离规则或者故障恢复规则；以及 生成第二上下文消息(14)，所述第二上下文消息(14)包括根据所选择的故障规则处理的数据；以及 出站管道(16)，配置成提供从所述第二上下文消息(14)得到的第二要求检查数据分组(18)给所述一系列处理引擎包装器(4)中的后继处理引擎包装器(4)。
10.一种系统(2),包括 至少一个计算设备(104)，适于通过执行包括如下的动作来处理电力系统故障 获取表示电力系统组件中的故障的入站事件上下文消息(12)； 获取与所述电力系统组件周围的电路有关的电路信息； 提供用于标准化在所述电力系统组件周围的所述电路的指令； 验证所述事件上下文消息(12)； 确定在所述电力系统组件周围的所标准化的电路中的多个可能故障位置； 为所述多个可能故障位置中的至少一个生成隔离计划； 识别能为所述标准化电路的所述电力系统下游的一部分提供恢复电力的多个联络开关; 获取与在所述多个联络开关中的每一个的周围的电路有关的电路信息； 标准化在所述多个联络开关中的每一个的周围的所述电路；以及 基于预定的恢复量度、利用所述多个联络开关中的至少一个生成供电恢复计划。
全文摘要
本发明名称为“故障处理系统”。本发明的方面提供了一种故障处理系统(2)。在一个实施例中，该故障处理系统(2)包括故障处理系统(2)，其包括第一处理引擎包装器(4)，其具有入站管道(6)，配置成获取第一要求检查数据分组(8)；处理引擎(10)组件，配置成根据故障规则处理从该第一要求检查数据分组(8)得到的第一上下文消息(12)，故障规则选自故障检测规则、故障位置规则、故障隔离规则或者故障恢复规则，以及生成第二上下文消息(14)，该第二上下文消息(14)包括根据所选择的故障规则处理的数据；以及出站管道(16)，配置成提供从第二上下文消息(14)得到的第二要求检查数据分组(18)。
文档编号G06Q50/06GK102880990SQ20121032997
公开日2013年1月16日 申请日期2012年6月14日 优先权日2011年6月14日
发明者A·尼加姆, R·J·圣安德烈斯 申请人:通用电气公司