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

背景技術(shù)：

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

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

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

技術(shù)實現(xiàn)要素：

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

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

一種直流輸電系統(tǒng)故障數(shù)據(jù)管理方法，所述方法包括：

建立直流輸電系統(tǒng)中的站點拓?fù)潢P(guān)系；

獲取所述直流輸電系統(tǒng)中站點的故障數(shù)據(jù)；

對所述故障數(shù)據(jù)進行故障關(guān)鍵詞提煉；

將所述故障關(guān)鍵詞根據(jù)站點之間的拓?fù)潢P(guān)系建立聯(lián)系。

優(yōu)選地，所述建立直流輸電系統(tǒng)中的站點拓?fù)潢P(guān)系，包括：根據(jù)直流輸電系統(tǒng)中站點之間的聯(lián)系，建立站點之間的拓?fù)潢P(guān)系。

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

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

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

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

提取所述直流輸電系統(tǒng)中站點的故障數(shù)據(jù)中對應(yīng)的故障名稱；

提取所述故障名稱中的關(guān)鍵詞。

優(yōu)選地，所述將所述故障關(guān)鍵詞根據(jù)站點之間的拓?fù)潢P(guān)系建立聯(lián)系，包括：

以故障源故障關(guān)鍵詞為核心，通過站點之間的拓?fù)潢P(guān)系、所述基本數(shù)據(jù)和所述故障數(shù)據(jù)建立的模型，建立關(guān)鍵詞之間的聯(lián)系。

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

附圖說明

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

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

圖2為本發(fā)明實施例提供的一種直流輸電系統(tǒng)的站點拓?fù)浣Y(jié)構(gòu)示意圖。

具體實施方式

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

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

S101，建立直流輸電系統(tǒng)中的站點拓?fù)潢P(guān)系；具體地，根據(jù)直流輸電系統(tǒng)中站點之間的聯(lián)系，建立站點之間的拓?fù)潢P(guān)系。如圖2所示為本發(fā)明實施例提供的一種直流輸電系統(tǒng)的站點拓?fù)浣Y(jié)構(gòu)示意圖，拓?fù)浣Y(jié)構(gòu)中的編號1為送端交流系統(tǒng)是指向直流輸電系統(tǒng)提供能量的交流電源，它可能是變電站、電廠。拓?fù)浣Y(jié)構(gòu)中的編號2是交流線路是連接送端交流系統(tǒng)和整流站的線路。整流站是完成交流變直流轉(zhuǎn)換的換流站，拓?fù)浣Y(jié)構(gòu)中的編號為3。連接整流站和逆變站的直流線路在拓?fù)浣Y(jié)構(gòu)中編號為4，逆變站是完成直流變交流的換流站，在拓?fù)浣Y(jié)構(gòu)中編號為5。連接逆變站和受端交流系統(tǒng)的交流線路在拓?fù)浣Y(jié)構(gòu)中編號為6，受端交流系統(tǒng)的是接受直流傳輸功率的變電站，在拓?fù)浣Y(jié)構(gòu)中編號為7。

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

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

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

S103，對所述故障數(shù)據(jù)進行故障關(guān)鍵詞提煉。具體包括：提取所述直流輸電系統(tǒng)中站點的故障數(shù)據(jù)中對應(yīng)的故障名稱，提取所述故障名稱中的關(guān)鍵詞。

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

S104，將所述故障關(guān)鍵詞根據(jù)站點之間的拓?fù)潢P(guān)系建立聯(lián)系。以故障源故障關(guān)鍵詞為核心，通過站點之間的拓?fù)潢P(guān)系、所述基本數(shù)據(jù)和所述故障數(shù)據(jù)建立的模型，建立關(guān)鍵詞之間的聯(lián)系。

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

由上述實施例可見，本實施例公開了一種直流輸電系統(tǒng)故障數(shù)據(jù)管理方法，所述方法包括：建立直流輸電系統(tǒng)中的站點拓?fù)潢P(guān)系；獲取所述直流輸電系統(tǒng)中站點的故障數(shù)據(jù)；對所述故障數(shù)據(jù)進行故障關(guān)鍵詞提煉；將所述故障關(guān)鍵詞根據(jù)站點之間的拓?fù)潢P(guān)系建立聯(lián)系。根據(jù)輸電系統(tǒng)中的站點拓?fù)潢P(guān)系，實現(xiàn)了直流輸電系統(tǒng)故障數(shù)據(jù)分析的完整性，更加深入、準(zhǔn)確的反應(yīng)故障站點的內(nèi)在聯(lián)系，關(guān)鍵詞的提煉和聯(lián)系的建立形成了關(guān)鍵詞檢索集合，實現(xiàn)了故障數(shù)據(jù)的快速精確檢索。

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

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

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