本發(fā)明涉及輸電系統管理技術領域，特別是涉及一種直流輸電系統故障數據管理方法。

背景技術：

近年來，隨著電力輸送的發(fā)展，直流輸電系統在電力輸送中起著不可替代的作用。但是直流輸電系統會產生各種各樣的故障，因此需要對直流輸電系統產生的故障進行分析管理，以使得再次出現類似的故障，可以參考歷史故障處理數據進行及時的處理。

對于直流輸電系統的故障管理分析，目前還是按照傳統的交流輸電故障數據處理方式進行。傳統交流輸電的典型方式是某個點(可能是變電站、線路、電廠等)發(fā)生故障后運行人員將故障波形、報文及故障情況說明整理后報送調度，由調度來對數據進行管理分析。

但這種模式對于直流輸電來說有以下幾方面問問題：直流輸電的控制保護、故障錄波設備多源于消化吸收國外不同廠家的技術，由于技術差異，不同直流輸電工程的故障數據的格式、存儲方式、獲取手段都不盡相同，導致直流輸電的故障數據難以標準化、信息化管理；直流輸電的技術特點決定了其故障現象更為復雜，某一個獨立站點的數據是無法反映故障的原因和內在聯系的。如果要定位故障原因需要的是一系列的數據，而這些數據是分布在不同的站點，若按照傳統的電力故障數據模式一般只要求上報故障站點的數據，這對于直流故障分析處理是遠遠不夠的；即使數據得到了全面收集，還需要對這些數據進行有效的管理，當數據量達到一定程度后依靠人來管理顯然是不現實的。

技術實現要素：

本發(fā)明實施例中提供了一種直流輸電系統故障數據管理方法，以解決現有技術中直流輸電系統故障數據不能快速精確檢索的問題。

為了解決上述技術問題，本發(fā)明實施例公開了如下技術方案：

一種直流輸電系統故障數據管理方法，所述方法包括：

建立直流輸電系統中的站點拓撲關系；

獲取所述直流輸電系統中站點的故障數據；

對所述故障數據進行故障關鍵詞提煉；

將所述故障關鍵詞根據站點之間的拓撲關系建立聯系。

優(yōu)選地，所述建立直流輸電系統中的站點拓撲關系，包括：根據直流輸電系統中站點之間的聯系，建立站點之間的拓撲關系。

優(yōu)選地，所述獲取所述直流輸電系統中站點的故障數據，包括：

獲取直流輸電系統中各個站點的基本數據和故障數據的實體信息，所述基本數據包括記錄所述故障數據的故障類型、發(fā)生時間和站點故障等級，所述故障數據的實體信息包括故障數據對應額報文、波形；

優(yōu)選地，還包括：對所述基本數據和所述故障數據分別進行建模。

優(yōu)選地，所述對所述故障數據進行故障關鍵詞提煉，包括：

提取所述直流輸電系統中站點的故障數據中對應的故障名稱；

提取所述故障名稱中的關鍵詞。

優(yōu)選地，所述將所述故障關鍵詞根據站點之間的拓撲關系建立聯系，包括：

以故障源故障關鍵詞為核心，通過站點之間的拓撲關系、所述基本數據和所述故障數據建立的模型，建立關鍵詞之間的聯系。

由以上技術方案可見，本發(fā)明實施例提供的一種直流輸電系統故障數據管理方法，所述方法包括：建立直流輸電系統中的站點拓撲關系；獲取所述直流輸電系統中站點的故障數據；對所述故障數據進行故障關鍵詞提煉；將所述故障關鍵詞根據站點之間的拓撲關系建立聯系。根據輸電系統中的站點拓撲關系，實現了直流輸電系統故障數據分析的完整性，更加深入、準確的反應故障站點的內在聯系，關鍵詞的提煉和聯系的建立形成了關鍵詞檢索集合，實現了故障數據的快速精確檢索。

附圖說明

為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，對于本領域普通技術人員而言，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種直流輸電系統故障數據管理方法的流程示意圖；

圖2為本發(fā)明實施例提供的一種直流輸電系統的站點拓撲結構示意圖。

具體實施方式

為了使本技術領域的人員更好地理解本發(fā)明中的技術方案，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范圍。

參見圖1，為本發(fā)明實施例提供的一種直流輸電系統故障數據管理方法的流程示意圖，如圖1所示，所述方法包括：

S101，建立直流輸電系統中的站點拓撲關系；具體地，根據直流輸電系統中站點之間的聯系，建立站點之間的拓撲關系。如圖2所示為本發(fā)明實施例提供的一種直流輸電系統的站點拓撲結構示意圖，拓撲結構中的編號1為送端交流系統是指向直流輸電系統提供能量的交流電源，它可能是變電站、電廠。拓撲結構中的編號2是交流線路是連接送端交流系統和整流站的線路。整流站是完成交流變直流轉換的換流站，拓撲結構中的編號為3。連接整流站和逆變站的直流線路在拓撲結構中編號為4，逆變站是完成直流變交流的換流站，在拓撲結構中編號為5。連接逆變站和受端交流系統的交流線路在拓撲結構中編號為6，受端交流系統的是接受直流傳輸功率的變電站，在拓撲結構中編號為7。

S102，獲取所述直流輸電系統中站點的故障數據；包括：獲取直流輸電系統中各個站點的基本數據和故障數據的實體信息，所述基本數據包括記錄所述故障數據的故障類型、發(fā)生時間和站點故障等級，所述故障數據的實體信息包括故障數據對應額報文、波形；

例如獲取站點的基本數據中：Time屬性表示故障發(fā)生時間，采用Datetime類型描述，Station屬性表示故障裝置所在站點，采用Varchar類型描述，Recorder屬性表示記錄人員，采用Varchar類型描述，Fault_Level屬性表示故障等級，采用Varchar類型描述，Failure_Level雖然采用Varchar描述但其內容嚴格確定只能是“一般、告警、嚴重”三個類型，Remark屬性表示備注，采用Text類型描述。上述數據獲取完畢后，對所述基本數據進行建模。

故障實體信息數據中：Fault_message屬性表示故障報文，報文一般是以html文件儲存，其大小根據故障類型會有所不同，故采用長度可變的Varbinary類型描述，Fault_waveform屬性表示故障錄波數據，錄波數據一般是一段固定時間的數據，占用容量較大，采用BLOB類型描述，Fault_report屬性表示故障分析報告，故障分析報告是指相關人員對故障事件進行分析處理的記錄文檔，其大小不固定，故采用Varbinary類型描述，Attachments屬性表示故障附件，其作用是用于存儲故障報文、故障錄波文件之外的故障附件信息，如圖片、音視頻資料等，采用BLOB類型描述。對上述故障實體信息數據進行建模。

S103，對所述故障數據進行故障關鍵詞提煉。具體包括：提取所述直流輸電系統中站點的故障數據中對應的故障名稱，提取所述故障名稱中的關鍵詞。

在S102中定義的幾個屬性分別是Fault_ID、Location、Preorder_fault和Postorder_fault，其中Fault_ID屬性是該故障數據的唯一標識符，采用GUID字符串描述，在數據庫中用Char類型描述，Location屬性表示故障發(fā)生點在直流輸電拓撲中的位置，其取值為1到7，采用Char類型描述，Preorder_fault和Postorder_fault屬性是該故障的前序和后序故障Fault_ID，這兩個屬性是用于構建故障數據鏈的重要屬性，下一步驟中會對其進行解釋，二者均采用Char類型描述，后四個屬性來源于對數據信息的抽象，分別是Origin_fault、Cause_established、Processed和Fault_tags，其中Origin_fault屬性標識該故障點是不是故障鏈的故障源，根據數據信息分析結果如果是為true否則為false，采用bool類型描述，Cause_established屬性標識故障原因是否分析清楚，其值根據數據信息中的報告結果確定為true或false，采用bool類型描述，Processed屬性標識該故障是否采取了措施進行處理，已處理為true否則為false(原則上需要原因查明后才會有對應的處理措施)，采用bool類型描述，Fault_tags屬性表示是根據故障報文和故障分析報告提煉的關鍵字，采用Varchar類型描述，Fault_tags屬性中包含的信息則是故障名稱中的關鍵詞。

S104，將所述故障關鍵詞根據站點之間的拓撲關系建立聯系。以故障源故障關鍵詞為核心，通過站點之間的拓撲關系、所述基本數據和所述故障數據建立的模型，建立關鍵詞之間的聯系。

故障鏈是以故障源Origin_fault為true的故障點為核心，通過前序故障屬性Preorder_fault、后續(xù)故障屬性Postorder_fault建立鏈接，假設直流拓撲中的“N”點發(fā)生故障導致輸電系統故障，還需要特別說明的是一旦建立了故障鏈，各故障的關鍵字屬性Fault_tags便可以組成一個包括所有節(jié)點的故障關鍵字集合用于檢索，其優(yōu)點是可以更加準確的命中需要檢索的故障數據，如想要檢索由于交流單相接地故障導致換相失敗的故障數據，當以“單相接地換相失敗”為關鍵字進行檢索，若沒有采用故障鏈條模型則會檢索出所有包含“換相失敗”、“單相接地”的故障點數據，而這些故障點可能是有聯系的也可能是完全沒有關系的，無法準確命中，若采用故障鏈模型，則只會檢索出關鍵字集合中包含“換相失敗”、“單相接地”的故障鏈，這將極大的提高檢索的效率和精度。

由上述實施例可見，本實施例公開了一種直流輸電系統故障數據管理方法，所述方法包括：建立直流輸電系統中的站點拓撲關系；獲取所述直流輸電系統中站點的故障數據；對所述故障數據進行故障關鍵詞提煉；將所述故障關鍵詞根據站點之間的拓撲關系建立聯系。根據輸電系統中的站點拓撲關系，實現了直流輸電系統故障數據分析的完整性，更加深入、準確的反應故障站點的內在聯系，關鍵詞的提煉和聯系的建立形成了關鍵詞檢索集合，實現了故障數據的快速精確檢索。

本發(fā)明可以在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務或實現特定抽象數據類型的例程、程序、對象、組件、數據結構等等。也可以在分布式計算環(huán)境中實踐本發(fā)明，在這些分布式計算環(huán)境中，由通過通信網絡而被連接的遠程處理設備來執(zhí)行任務。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設備在內的本地和遠程計算機存儲介質中。

需要說明的是，在本文中，諸如“第一”和“第二”等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。

以上所述僅是本發(fā)明的具體實施方式，使本領域技術人員能夠理解或實現本發(fā)明。對這些實施例的多種修改對本領域的技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。