專利名稱：故障處理系統的制作方法
技術領域：
本文公開的主題涉及一種故障處理系統。特別地，本文公開的主題涉及電力系統故障處理系統，其利用了處理引擎的體系結構以及消息隊列來處理故障數據。
背景技術：
故障檢測、隔離以及恢復(或者，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·圣安德烈斯 申請人:通用電氣公司