專利名稱：基于發(fā)布者/訂閱者模式的全站模型文件匹配的檢測(cè)方法
技術(shù)領(lǐng)域：
本發(fā)明屬于電力技術(shù)領(lǐng)域，尤其是一種基于發(fā)布者/訂閱者模式的全站模 型文件匹配的檢測(cè)方法。
背景技術(shù)：
以一次設(shè)備智能化、二次設(shè)備網(wǎng)絡(luò)化、通信平臺(tái)標(biāo)準(zhǔn)化為主要特征的數(shù)字 化變電站代表了今后變電站的發(fā)展方向。數(shù)字化變電站中的通信平臺(tái)標(biāo)準(zhǔn)化體
現(xiàn)為全站采用IEC 61850標(biāo)準(zhǔn)(國(guó)內(nèi)等同引用為DL/T 860標(biāo)準(zhǔn))，該IEC 61850 標(biāo)準(zhǔn)的一個(gè)重要特征就是全站智能電子設(shè)備(IED， Intelligent Electronic Device)采用基于變電站描述語言(SCL, Substation Configuration description Language)建立的模型文件進(jìn)行管理。模型文件分為模版模型 文件和經(jīng)配置后模型文件兩類，模版模型文件包括ICD (IED Capability Description)文件禾口 SSD (System Specification Description)文件，其 中ICD文件為IED設(shè)備功能模版描述文件，SSD文件為變電站網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)描 述文件。經(jīng)配置后模型文件包括CID (Configured IED Description)文件和 SCD (Substation Configuration Description)文件，其中CID文件為經(jīng)配 置后的IED設(shè)備功能描述文件，SCD文件為全站二次系統(tǒng)描述文件。
數(shù)字化變電站建站過程中，智能電子設(shè)備提供商將IED的ICD文件交給變 電站系統(tǒng)集成商，集成商將各ICD文件和全站的SSD文件通過配置工具，生成 經(jīng)配置后的CID文件和SCD文件。其中CID文件配置到IED設(shè)備，SCD文件配 置到變電站監(jiān)控系統(tǒng)，以達(dá)到全站設(shè)備的互聯(lián)互通和互操作。
可見，全站模型文件(CID文件和SCD文件)是數(shù)字化變電站二次系統(tǒng)功 能實(shí)現(xiàn)的基礎(chǔ)。在變電站建設(shè)過程中，設(shè)備的改動(dòng)或變動(dòng)牽涉到模型文件的改 動(dòng)，模型文件版本的經(jīng)常改變直接體現(xiàn)在版本自描述信息的改變。錯(cuò)誤版本的 模型文件下載到設(shè)備中，如果未及時(shí)發(fā)現(xiàn)，勢(shì)必造成設(shè)備工作的不正常，延長(zhǎng) 了設(shè)備調(diào)試的周期。因此，隨時(shí)掌握全站設(shè)備模型文件版本信息的變化，是數(shù) 字化變電站建設(shè)維護(hù)人員的必然需求，目前缺少一種集中、方便的驗(yàn)證手段。

發(fā)明內(nèi)容
本發(fā)明的目的在于克服現(xiàn)有技術(shù)的不足，提供一種能在站內(nèi)各IED設(shè)備和 監(jiān)控系統(tǒng)主機(jī)中的模型文件版本發(fā)生變化時(shí)自動(dòng)比對(duì)且自動(dòng)報(bào)警的基于發(fā)布 者/訂閱者模式的全站模型文件匹配的檢測(cè)方法。
本發(fā)明采用的技術(shù)方案是一種基于發(fā)布者/訂閱者模式的全站模型文件匹配的檢測(cè)方法，其特征在 于該方法包括以下步驟
(1) 作為訂閱者的變電站監(jiān)控系統(tǒng)工程師站將自身的地址信息傳遞給作為 發(fā)布者的站內(nèi)各IED設(shè)備和監(jiān)控系統(tǒng)主機(jī)，進(jìn)行注冊(cè)，訂閱其更新的版本信息;
(2) 發(fā)布者讀取設(shè)備內(nèi)CID文件或SCD文件的版本自描述信息，如果發(fā)現(xiàn)版 本信息有變化，則把最新的版本信息按照步驟(l)收到的訂閱者的地址信息發(fā)送 給訂閱者，實(shí)現(xiàn)信息的發(fā)布；
(3) 訂閱者收到發(fā)布者發(fā)出的版本更新信息后進(jìn)行解析，按裝置名稱與實(shí)時(shí) 數(shù)據(jù)庫中的版本信息進(jìn)行比較，有改變時(shí)，先將舊版本信息備份至歷史數(shù)據(jù)庫 中，然后更新實(shí)時(shí)數(shù)據(jù)庫中的版本信息，同時(shí)生成告警信息提示版本變化，由 此完成全站模型文件匹配的檢測(cè)過程。
而且，所述步驟(l)的地址信息是變電站監(jiān)控系統(tǒng)工程師站的IP地址、端
口和每個(gè)發(fā)布者在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí)號(hào)。
而且，所述步驟(2)中版本信息是否發(fā)生變化的判斷過程是 發(fā)布者讀取第n次和第n+l次的模型文件中的自描述信息，當(dāng)?shù)趎+l次的
Header域中的version值加上revision值大于第n次時(shí)，并且第n+l次的
Header域中的History域中的Hitem項(xiàng)的數(shù)目大于第n次時(shí)，則判斷版本信
息發(fā)生變化。
而且，所述步驟(2)中版本信息是否發(fā)生變化的判斷過程是 訂閱者接收到某設(shè)備的版本更新信息后，讀取該版本更新信息中的 Header域中的version值和revision值，并將該兩個(gè)數(shù)值求和，然后與實(shí)時(shí) 數(shù)據(jù)庫中該設(shè)備的version值和revision值求和結(jié)果進(jìn)行比較，當(dāng)版本更新 信息中version值和revision值求和結(jié)果大于實(shí)時(shí)數(shù)據(jù)庫中的數(shù)據(jù)時(shí)，則判 斷版本信息發(fā)生變化。
本發(fā)明的優(yōu)點(diǎn)和積極效果是
1. 本方法基于發(fā)布者/訂閱者的工作模式，其與點(diǎn)對(duì)點(diǎn)通信模式和客戶/ 服務(wù)器模式相比較，發(fā)布者/訂閱者的工作模式是多個(gè)數(shù)據(jù)源(即發(fā)布者)向 多個(gè)接受者(即訂閱者)發(fā)送數(shù)據(jù)的最佳解決方案。其比較過程自動(dòng)完成，自 動(dòng)化程度高。
2. 本方法中發(fā)布者和訂閱者分別進(jìn)行版本信息的判斷并最終將變化的版 本信息存儲(chǔ)在數(shù)據(jù)庫中，使版本信息的改變有據(jù)可査，避免了調(diào)試人員和廠家 工程師溝通不及時(shí)造成的設(shè)備工作不正常的故障。
3. 本發(fā)明操作簡(jiǎn)便，版本信息的比較自動(dòng)完成，有效地保證了變電站各設(shè) 備的模型文件的正確性，不僅縮短了設(shè)備調(diào)試的周期，而且在變電站正式投入 使用后也可以作為模型文件版本的管理方法。是一種能實(shí)現(xiàn)集中管理、準(zhǔn)確驗(yàn)證的檢測(cè)方法。


圖l是本發(fā)明的工作示意圖。
具體實(shí)施例方式
下面結(jié)合實(shí)施例，對(duì)本發(fā)明進(jìn)一步說明，下述實(shí)施例是說明性的，不是限 定性的，不能以下述實(shí)施例來限定本發(fā)明的保護(hù)范圍。
本發(fā)明基于現(xiàn)有變電站中的網(wǎng)絡(luò)設(shè)備，如圖l所示，站控層網(wǎng)絡(luò)以交換機(jī) 為數(shù)據(jù)或指令傳輸?shù)暮诵模B接在交換機(jī)上的有發(fā)布者，即監(jiān)控系統(tǒng)主機(jī)和從
IED1 IEDN的多個(gè)設(shè)備，連接在站控層網(wǎng)絡(luò)上的還有訂閱者，即變電站監(jiān)控 系統(tǒng)工程師站。訂閱者和發(fā)布者之間通過站控層網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)的交換。
以上述硬件結(jié)構(gòu)為基礎(chǔ)， 一種基于發(fā)布者/訂閱者模式的全站模型文件匹 配的檢測(cè)方法包括以下步驟
1. 作為訂閱者的變電站監(jiān)控系統(tǒng)工程師站將自身的地址信息傳遞給作為 發(fā)布者的站內(nèi)各IED設(shè)備和監(jiān)控系統(tǒng)主機(jī)，進(jìn)行注冊(cè)，訂閱其更新的版本信息。
本步驟中的地址信息是變電站監(jiān)控系統(tǒng)工程師站的IP地址、端口和每個(gè) 發(fā)布者在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí)號(hào)。
2. 發(fā)布者讀取設(shè)備內(nèi)CID文件或SCD文件的版本自描述信息，如果發(fā)現(xiàn)版 本信息有變化，則把最新的版本信息按照步驟(l)收到的訂閱者的地址信息發(fā)送 給訂閱者，實(shí)現(xiàn)信息的發(fā)布。
本步驟中版本信息是否發(fā)生變化的判斷過程是
發(fā)布者讀取第n次和第n+l次的模型文件中的自描述信息，當(dāng)?shù)趎+l次的 Header域中的version值加上revision值大于第n次時(shí)，并且第n+l次的 Header域中的History域中的Hitem項(xiàng)的數(shù)目大于第n次時(shí)，則判斷版本信 息發(fā)生變化。
3. 訂閱者收到發(fā)布者發(fā)出的版本更新信息后進(jìn)行解析，按裝置名稱與實(shí)時(shí) 數(shù)據(jù)庫中的版本信息進(jìn)行比較，有改變時(shí)，先將舊版本信息備份至歷史數(shù)據(jù)庫 中，然后更新實(shí)時(shí)數(shù)據(jù)庫中的版本信息，同時(shí)生成告警信息提示版本變化，由 此完成全站模型文件匹配的檢測(cè)過程。
本步驟中版本信息是否發(fā)生變化的判斷過程是
訂閱者接收到某設(shè)備的版本更新信息后，讀取該版本更新信息中的 Header域中的version值和revision值，并將該兩個(gè)數(shù)值求和，然后與實(shí)時(shí) 數(shù)據(jù)庫中該設(shè)備的version值和revision值求和結(jié)果進(jìn)行比較，當(dāng)版本更新 信息中version值和revision值求和結(jié)果大于實(shí)時(shí)數(shù)據(jù)庫中的數(shù)據(jù)時(shí)，則判 斷版本信息發(fā)生變化。
應(yīng)用實(shí)施例1試驗(yàn)場(chǎng)地
某數(shù)字化變電站內(nèi)測(cè)試 硬件環(huán)境
網(wǎng)絡(luò)由交換機(jī)和光纖構(gòu)成。
訂閱者——變電站監(jiān)控系統(tǒng)工程師站(工作站)
發(fā)布者——監(jiān)控系統(tǒng)主機(jī)(服務(wù)器)、220kV4號(hào)線路測(cè)控裝置(IED1)、 220kV4號(hào)線路繼電保護(hù)裝置A (IED2 )、 220kV4號(hào)線路繼電保護(hù)裝置B (IED3 )。 檢測(cè)過程如下
1. 變電站監(jiān)控系統(tǒng)工程師站將自身的地址信息傳遞給各IED設(shè)備和監(jiān)控 系統(tǒng)主機(jī)，進(jìn)行注冊(cè)，訂閱其更新的版本信息。
由于變電站監(jiān)控系統(tǒng)工程師站內(nèi)預(yù)存的軟件處理模塊為多線程的程序，所 以每個(gè)現(xiàn)成對(duì)應(yīng)一個(gè)站內(nèi)的IED設(shè)備，由此分配給每個(gè)IED設(shè)備一個(gè)處理模塊 線程的標(biāo)識(shí)號(hào)。這樣完整的地址信息是變電站監(jiān)控系統(tǒng)工程師站的IP地址、 端口和每個(gè)發(fā)布者在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí)號(hào)，各IED設(shè)備接收的 地址信息如下
IED1:
IP地址為:172.20.83.10 端口為1800
該設(shè)備在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí)號(hào)1。
IED2:
IP地址為172.20.83.10 端口為1801
該設(shè)備在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí)號(hào)2。
IED3:
IP地址為172.20.83.10 端口為1802
該設(shè)備在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí)號(hào)3。
2. 發(fā)布者啟動(dòng)后，讀取設(shè)備內(nèi)CID文件或SCD文件的版本自描述信息，并 同上一次的記錄進(jìn)行比較以判斷是否更新。下面以IED1設(shè)備為例進(jìn)行說明
本次讀取的信息如下，記做第n+l次記錄
<Header revision=〃0. 2〃 nameStructure=〃IEDl" version=l〃 id=〃chenfu"> 〈History>
〈Hitem revision=〃0〃 when=〃2009-05-12 08:55:06〃 version=〃l〃/> 〈Hitem why-〃新增裝置〃 revision=〃0.1〃 what-〃增加了 5971D及其相關(guān)間隔內(nèi) 容〃 who=〃fm〃 when-〃星期二五月19 10:03:38 2009〃 version=T/〉〈Hitem why-〃修正錯(cuò)誤〃 revision=〃0.2〃 what〃導(dǎo)入對(duì)應(yīng)的cid文件〃 who=〃fm〃 when-"星期六五月23 11:20:43 2009〃 version=T/> </History 〈/Header>
上一次的信息如下，記做第n次記錄
<Header revision=〃0.1〃 nameStructure="IEDl〃 version=lw id=〃chenfuw〉 〈History>
〈Hitem revision="0〃 when=〃2009_05-12 08:55:06〃 version=〃l〃/>
〈Hitem why^新增裝置〃 revision=〃0.1〃 what-〃增加了 5971D及其相關(guān)間隔內(nèi) 容〃 who="fm〃 when-〃星期二五月19 10:03:38 2009〃 version=T/〉 </History> 〈/Header>
由上述信息可知，IEDl設(shè)備在硬起動(dòng)自檢時(shí)，經(jīng)過比較，第n+1次的Header 域中的version值加上revision值大于第n次時(shí)，并且第n+1次的Header 域中的History域中的Hitem項(xiàng)的數(shù)目大于第n次，確定模型文件版本已更新， 然后IEDl設(shè)備將更新后的version值、revision值以及IEDl設(shè)備的裝置名 稱發(fā)送至變電站監(jiān)控系統(tǒng)工程師站，所發(fā)送的版本更新信息的結(jié)構(gòu)是
〈version=〃l〃 revision-"0.2〃 why '修正錯(cuò)誤"what-"導(dǎo)入對(duì)應(yīng)的cid文件〃 who="fm〃 whe『"星期六五月23 11:20:43 2009〃 〉
至此，IEDl設(shè)備完成模型文件版本信息的發(fā)布。
發(fā)送的地址信息為
IP地址為:172.20.83.10
端口為1800
IEDl設(shè)備在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí)號(hào)1。
3.變電站監(jiān)控系統(tǒng)工程師站收到IEDl設(shè)備發(fā)出的版本更新信息后進(jìn)行解 析，按裝置名稱與實(shí)時(shí)數(shù)據(jù)庫中的版本信息進(jìn)行比較，將版本更新信息中的 Header域中的version值和revision值求和，然后與實(shí)時(shí)數(shù)據(jù)庫中IEDl設(shè) 備的version值和revision值求和結(jié)果進(jìn)行比較，當(dāng)版本更新信息中version 值和revision值求和結(jié)果大于實(shí)時(shí)數(shù)據(jù)庫中的數(shù)據(jù)時(shí)，則判斷版本信息發(fā)生 變化，先將舊版本信息備份至歷史數(shù)據(jù)庫中，然后更新實(shí)時(shí)數(shù)據(jù)庫中的版本信 息，同時(shí)生成告警信息提示版本變化，由此完成IEDl設(shè)備的模型文件匹配的 檢測(cè)過程。
其它IED設(shè)備和監(jiān)控系統(tǒng)主機(jī)中的模型文件版本的檢測(cè)相同。 應(yīng)用實(shí)施例2試驗(yàn)場(chǎng)地
某數(shù)字化變電站內(nèi)測(cè)試 硬件環(huán)境
網(wǎng)絡(luò)由交換機(jī)和光纖構(gòu)成。
訂閱者——變電站監(jiān)控系統(tǒng)工程師站(工作站)
發(fā)布者——監(jiān)控系統(tǒng)主機(jī)(服務(wù)器)、110kV8號(hào)線路測(cè)控裝置(IED1)、 110kV8號(hào)線路繼電保護(hù)裝置(IED2)。 檢測(cè)過程如下
1. 變電站監(jiān)控系統(tǒng)工程師站將自身的地址信息傳遞給各IED設(shè)備和監(jiān)控 系統(tǒng)主機(jī)，進(jìn)行注冊(cè)，訂閱其更新的版本信息。
由于變電站監(jiān)控系統(tǒng)工程師站內(nèi)預(yù)存的軟件處理模塊為多線程的程序，所 以每個(gè)現(xiàn)成對(duì)應(yīng)一個(gè)站內(nèi)的IED設(shè)備，由此分配給每個(gè)IED設(shè)備一個(gè)處理模塊 線程的標(biāo)識(shí)號(hào)。這樣完整的地址信息是變電站監(jiān)控系統(tǒng)工程師站的IP地址、 端口和每個(gè)發(fā)布者在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí)號(hào)，各IED設(shè)備接收的
地址信息如下 IED1:
IP地址為172.20.83.10 端口為1831
該設(shè)備在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí)號(hào)6。 IED2:
IP地址為172.20.83.10 端口為1832
該設(shè)備在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí)號(hào)8。
2. 發(fā)布者啟動(dòng)后，讀取設(shè)備內(nèi)CID文件或SCD文件的版本自描述信息，并 同上一次的記錄進(jìn)行比較以判斷是否更新。下面以IED2設(shè)備為例進(jìn)行說明
本次讀取的信息如下，記做第n+l次記錄
〈Header revision="0.1〃 nameStructure=〃IED2〃 version=2〃 id=〃chenfu〃> 〈History>
〈Hitem revision=〃0〃 when=〃2009-5-06 09:13:08〃 version=〃l〃/>
〈Hitem wh"〃定值區(qū)改變〃 revision=〃0〃 what-〃備用定值區(qū)定值順序改變〃 who=〃ww〃 when:〃星期二五月16 15:42:27 2009〃 version=〃2〃/〉
〈Hitem wh尸〃修正錯(cuò)誤"revision=〃0.1〃 what:〃更正PT斷線告警描述〃 who=〃ww" whe『〃星期一 五月22 17:10:02 2009〃 version=〃27> </History〉 〈/Header>上一次的信息如下，記做第n次記錄
<Header revision=〃0〃 nameStructure=〃IED2〃 version=2〃 id=〃chenfu〃〉 <History>
〈Hitem revision="0〃 when=〃2009_5—06 09:13:08〃 version="l〃/〉
〈Hitem why '新增裝置"revision=〃0" what^增加了 5971D及其相關(guān)間隔內(nèi)容 〃 who,ww〃 when-〃星期二五月16 15:42:27 2009〃 version=〃2〃/> </History> </Header>
由上述信息可知，IED2設(shè)備在硬起動(dòng)自檢時(shí)，經(jīng)過比較，第n+l次的Header 域中的version值加上revision值大于第n次時(shí)，并且第n+1次的Header 域中的History域中的Hitem項(xiàng)的數(shù)目大于第n次，確定模型文件版本已更新， 然后IED2設(shè)備將更新后的version值、revision值以及IED2設(shè)備的裝置名 稱發(fā)送至變電站監(jiān)控系統(tǒng)工程師站，所發(fā)送的版本更新信息的結(jié)構(gòu)是
< version=〃2〃 revision=〃0.1〃 why '修正錯(cuò)誤〃 what-〃更正PT斷線告警描述〃 who=〃ww〃 whe『〃星期一 五月22 17:10:02 2009" >
發(fā)送的地址信息為
IP地址為172.20.83.10
端口為1832
IED2設(shè)備在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí)號(hào)8。 至此，IED2設(shè)備完成模型文件版本信息的發(fā)布。
3.變電站監(jiān)控系統(tǒng)工程師站收到IED2設(shè)備發(fā)出的版本更新信息后進(jìn)行解 析，按裝置名稱與實(shí)時(shí)數(shù)據(jù)庫中的版本信息進(jìn)行比較，將版本更新信息中的 Header域中的version值和revision值求和，然后與實(shí)時(shí)數(shù)據(jù)庫中IED2設(shè) 備的version值和revision值求和結(jié)果進(jìn)行比較，當(dāng)版本更新信息中version 值和revision值求和結(jié)果大于實(shí)時(shí)數(shù)據(jù)庫中的數(shù)據(jù)時(shí)，則判斷版本信息發(fā)生 變化，先將舊版本信息備份至歷史數(shù)據(jù)庫中，然后更新實(shí)時(shí)數(shù)據(jù)庫中的版本信 息，同時(shí)生成告警信息提示版本變化，由此完成IED2設(shè)備的模型文件匹配的 檢測(cè)過程。
其它IED設(shè)備和監(jiān)控系統(tǒng)主機(jī)中的模型文件版本的檢測(cè)相同。
權(quán)利要求
1、一種基于發(fā)布者/訂閱者模式的全站模型文件匹配的檢測(cè)方法，其特征在于該方法包括以下步驟(1)作為訂閱者的變電站監(jiān)控系統(tǒng)工程師站將自身的地址信息傳遞給作為發(fā)布者的站內(nèi)各IED設(shè)備和監(jiān)控系統(tǒng)主機(jī)，進(jìn)行注冊(cè)，訂閱其更新的版本信息；(2)發(fā)布者讀取設(shè)備內(nèi)CID文件或SCD文件的版本自描述信息，如果發(fā)現(xiàn)版本信息有變化，則把最新的版本信息按照步驟(1)收到的訂閱者的地址信息發(fā)送給訂閱者，實(shí)現(xiàn)信息的發(fā)布；(3)訂閱者收到發(fā)布者發(fā)出的版本更新信息后進(jìn)行解析，按裝置名稱與實(shí)時(shí)數(shù)據(jù)庫中的版本信息進(jìn)行比較，有改變時(shí)，先將舊版本信息備份至歷史數(shù)據(jù)庫中，然后更新實(shí)時(shí)數(shù)據(jù)庫中的版本信息，同時(shí)生成告警信息提示版本變化，由此完成全站模型文件匹配的檢測(cè)過程。
2、 根據(jù)權(quán)利要求1所述的一種基于發(fā)布者/訂閱者模式的全站模型文件 匹配的檢測(cè)方法，其特征在于所述步驟(l)的地址信息是變電站監(jiān)控系統(tǒng)工 程師站的IP地址、端口和每個(gè)發(fā)布者在工程師站中對(duì)應(yīng)的處理模塊的標(biāo)識(shí) 號(hào)。
3、 根據(jù)權(quán)利要求1所述的一種基于發(fā)布者/訂閱者模式的全站模型文件 匹配的檢測(cè)方法，其特征在于所述步驟(2)中版本信息是否發(fā)生變化的判斷 過程是發(fā)布者讀取第n次和第n+l次的模型文件中的自描述信息，當(dāng)?shù)趎+l次 的Header域中的version值加上revision值大于第n次時(shí)，并且第n+l次 的Header域中的History域中的Hitem項(xiàng)的數(shù)目大于第n次時(shí)，則判斷版本 信息發(fā)生變化。
4、 根據(jù)權(quán)利要求1所述的一種基于發(fā)布者/訂閱者模式的全站模型文件 匹配的檢測(cè)方法，其特征在于所述步驟(2)中版本信息是否發(fā)生變化的判斷 過程是訂閱者接收到某設(shè)備的版本更新信息后，讀取該版本更新信息中的 Header域中的version值和revision值，并將該兩個(gè)數(shù)值求和，然后與實(shí) 時(shí)數(shù)據(jù)庫中該設(shè)備的version值和revision值求和結(jié)果進(jìn)行比較，當(dāng)版本更 新信息中version值和revision值求和結(jié)果大于實(shí)時(shí)數(shù)據(jù)庫中的數(shù)據(jù)時(shí),則 判斷版本信息發(fā)生變化。
全文摘要
本發(fā)明涉及一種基于發(fā)布者/訂閱者模式的全站模型文件匹配的檢測(cè)方法包括以下步驟(1)訂閱者將自身的地址信息傳遞給發(fā)布者；(2)發(fā)布者讀取設(shè)備內(nèi)CID文件或SCD文件的版本自描述信息，如果發(fā)現(xiàn)版本信息有變化，則把最新的版本信息發(fā)送給訂閱者；(3)訂閱者收到發(fā)布者發(fā)出的版本更新信息后進(jìn)行解析，與實(shí)時(shí)數(shù)據(jù)庫中的版本信息進(jìn)行比較，有改變時(shí)，先將舊版本信息備份至歷史數(shù)據(jù)庫中，然后更新實(shí)時(shí)數(shù)據(jù)庫中的版本信息，同時(shí)生成告警信息提示版本變化，由此完成全站模型文件匹配的檢測(cè)過程。本發(fā)明操作簡(jiǎn)便，保證了變電站各設(shè)備的模型文件的正確性，縮短了設(shè)備調(diào)試的周期。是一種能實(shí)現(xiàn)集中管理、準(zhǔn)確驗(yàn)證的檢測(cè)方法。
文檔編號(hào)H02J13/00GK101609407SQ20091006983
公開日2009年12月23日 申請(qǐng)日期2009年7月22日 優(yōu)先權(quán)日2009年7月22日
發(fā)明者磐 張, 張會(huì)建, 科 徐, 瓊 方 申請(qǐng)人:天津市電力公司