專利名稱：電力系統(tǒng)中b/s架構(gòu)的實時告警系統(tǒng)及其實時告警方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)及其實時告警方法，屬于基于AJAX的長連接技術(shù)。
背景技術(shù)：
電力系統(tǒng)現(xiàn)場運行環(huán)境復雜多變，為保障電力系統(tǒng)的安全運行，避免調(diào)度故障，需要對異常情況進行及時警示和處理，作為電力行業(yè)重要技術(shù)應用的電力實時調(diào)度告警服務(wù)系統(tǒng)，近年來發(fā)展迅速。
雖然近些年來使用的告警實時監(jiān)控系統(tǒng)已經(jīng)對傳統(tǒng)的監(jiān)控系統(tǒng)做出了很多改進，但絕大多數(shù)系統(tǒng)采用的是C/S架構(gòu)的體系結(jié)構(gòu)，在B/S架構(gòu)系統(tǒng)廣泛使用的今天，C/S和B/S架構(gòu)的不同首先不利于告警系統(tǒng)與其他系統(tǒng)的融合、實現(xiàn)一體化，同時C/S架構(gòu)的使用意味著在系統(tǒng)投入使用時需要為每一個用戶的主機安裝專門的告警客戶端程序，并且在系統(tǒng)軟件的設(shè)計時需要考慮操作系統(tǒng)的兼容性以及可移植性，不利于實現(xiàn)快速部署、安裝和配置，具有較大的局限。發(fā)明內(nèi)容
針對現(xiàn)有技術(shù)中B/S架構(gòu)的實時告警系統(tǒng)及其實時告警方法的上述不足，本發(fā)明提供一種基于B/S軟件架構(gòu)的電力調(diào)度自動化實時告警服務(wù)系統(tǒng)，提出使用AJAX異步通信機制實現(xiàn)長連接進行告警信息推送，達到實時告警的目的。對Web通信的瀏覽器和服務(wù)器端技術(shù)進行了研究，結(jié)合研究對告警系統(tǒng)的設(shè)計和實現(xiàn)進行了改進，提高了 B/S監(jiān)控系統(tǒng)對異常反饋的實時性，該系統(tǒng)可以使用戶不受時間、地點以及運行環(huán)境的限制，只需要打開瀏覽器就可以獲取電力系統(tǒng)當前的實時告警信息，及時掌握電力現(xiàn)場的運行狀況，并根據(jù)告警異常提示進行異常的管理和處理，達到了實時告警的目的。
本發(fā)明的技術(shù)方案是: 電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)，包括數(shù)據(jù)采集模塊、數(shù)據(jù)處理模塊、告警服務(wù)模塊、瀏覽器展示模塊；所述數(shù)據(jù)采集模塊包括數(shù)據(jù)發(fā)送接口 ；所述數(shù)據(jù)處理模塊包括報文解析單元、數(shù)據(jù)告警邏輯判斷單元、數(shù)據(jù)接收接口、數(shù)據(jù)發(fā)送接口、數(shù)據(jù)庫服務(wù)接口 ；所述告警服務(wù)模塊包括消息管理單元、數(shù)據(jù)庫服務(wù)接口、告警處理單元、數(shù)據(jù)發(fā)送接收接口 ；所述瀏覽器展示模塊包括數(shù)據(jù)庫服務(wù)接口、消息管理單元、數(shù)據(jù)接收接口、告警通知及展示單J Li o
進一步，所述數(shù)據(jù)采集模塊用于通過前置信息采集裝置獲取電力系統(tǒng)現(xiàn)場運行的數(shù)據(jù)，將所述數(shù)據(jù)對應到告警系統(tǒng)中的測點，通過數(shù)據(jù)發(fā)送接口發(fā)送到數(shù)據(jù)處理模塊。
進一步，所述數(shù)據(jù)處理模塊用于通過數(shù)據(jù)接收接口接收數(shù)據(jù)采集模塊發(fā)送來的實時數(shù)據(jù)報文，通過數(shù)據(jù)庫服務(wù)接口定時同步告警配置表的告警點屬性信息，組織告警信息，發(fā)送告警通知到告警 服務(wù)模塊。
進一步，所 述告警服務(wù)模塊用于接收數(shù)據(jù)處理模塊發(fā)送來的告警通知，發(fā)送告警信息到消息總線，將處理過的告警信息推送到瀏覽器展示模塊。
進一步，所述瀏覽器展示模塊用于接收告警服務(wù)模塊發(fā)送來的告警信息并進行展/Jn o
進一步，所述測點包括遙信點和遙測點。
進一步，所述告警信息存儲于關(guān)系庫中。
進一步，所述瀏覽器展示模塊展示的內(nèi)容包括組態(tài)圖告警數(shù)據(jù)顯示、各地調(diào)歷史和實時告警數(shù)、告警實時曲線、告警處理操作。
上述電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)的實時告警方法，使用AJAX長連接方式實現(xiàn)告警信息的請求，其刷新根據(jù)是否有新數(shù)據(jù)來執(zhí)行，如果有新的告警信息到達服務(wù)端，接收并顯示告警數(shù)據(jù)，然后發(fā)起新的AJAX請求，如果一段時間內(nèi)，沒有告警信息，則連接處于睡眠狀態(tài)，一直等待有告警數(shù)據(jù)到達或者請求超時時才發(fā)起下個AJAX請求,具體包括以下步驟: (1)用戶打開瀏覽器，用戶登錄告警服務(wù)系統(tǒng)； (2)用戶驗證用戶信息并獲取相應告警信息瀏覽和處理權(quán)限后，tl時刻瀏覽器端發(fā)出AJAX初始化請求，向服務(wù)器端請求告警數(shù)據(jù)信息； (3H2時刻請求到達服務(wù)器端，后臺servlet接收到請求信息后進行處理，將隊列中的告警數(shù)據(jù)信息X從隊列中取出在t3時刻發(fā)往瀏覽器端； (4H4時刻瀏覽器端AJAX引擎接收到數(shù)據(jù)X后立即準備長連接請求于t5時刻發(fā)往服務(wù)器端，請求編號為x+1的告警數(shù)據(jù)信息，與此同時AJAX引擎將數(shù)據(jù)X交給瀏覽器界面控件進行實時展； (5)當t6時刻請求到達服務(wù)器端，長連接建立，此時服務(wù)器端沒有告警數(shù)據(jù)，等待告警數(shù)據(jù)信息到達服務(wù)器端，服務(wù)器端不斷調(diào)用接口輪詢接收告警數(shù)據(jù)信息，在t7時刻將獲取到的編號為x+1、x+2、x+3的3條數(shù)據(jù)發(fā)送到瀏覽器端，以此類推，當時間到達tlO時刻，在t9到til時刻范圍內(nèi)服務(wù)端未獲取任何告警數(shù)據(jù)信息，長連接超時，服務(wù)端釋放連接，瀏覽器端再次向服務(wù)器端發(fā)送AJAX告警數(shù)據(jù)信息連接請求，繼續(xù)請求數(shù)據(jù)。這樣就完成了 B/S架構(gòu)的告警實時展示的實現(xiàn)機制。在不`浪費系統(tǒng)資源的情況下保證告警的實時性。
本發(fā)明的有益效果是: 在B/S結(jié)構(gòu)系統(tǒng)應用越來越廣泛的今天，研究基于HTTP的實時信息傳輸是很有現(xiàn)實意義的。本發(fā)明對Web通信技術(shù)做了研究，最后使用新的實時信息傳輸方法，將服務(wù)器端推送技術(shù)和基于AJAX的異步傳輸兩種模式結(jié)合起來，利用HTTP長連接進行實時告警信息異步傳輸，實現(xiàn)了 B/S架構(gòu)的電力系統(tǒng)實時調(diào)度告警服務(wù)系統(tǒng)。根據(jù)實驗結(jié)果測試，當告警產(chǎn)生時該方法響應及時，能夠快速反饋給用戶，達到實時監(jiān)控和告警的目的。
圖1是傳統(tǒng)Web應用模型圖； 圖2是基于AJAX的Web模型圖； 圖3是基于長輪詢的服務(wù)器推模型圖； 圖4是基于流方式的服務(wù)器推模型圖； 圖5是異步服務(wù)請求基本流程圖；圖6是短連接定時刷新方式實現(xiàn)告警信息實時展示和刷新的示意圖； 圖7是長連接方式實現(xiàn)告警信息實時展示和刷新的示意圖； 圖8是告警系統(tǒng)Web服務(wù)和瀏覽器的交互原理圖； 圖9是告警系統(tǒng)架構(gòu)圖。
具體實施方式
下面結(jié)合附圖對本發(fā)明進行進一步詳細說明。
本發(fā)明的電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)，包括數(shù)據(jù)采集模塊、數(shù)據(jù)處理模塊、告警服務(wù)模塊、瀏覽器展示模塊；所述數(shù)據(jù)采集模塊包括數(shù)據(jù)發(fā)送接口 ；所述數(shù)據(jù)處理模塊包括報文解析單元、數(shù)據(jù)告警邏輯判斷單元、數(shù)據(jù)接收接口、數(shù)據(jù)發(fā)送接口、數(shù)據(jù)庫服務(wù)接口 ；所述告警服務(wù)模塊包括消息管理單元、數(shù)據(jù)庫服務(wù)接口、告警處理單元、數(shù)據(jù)發(fā)送接收接口 ；所述瀏覽器展示模塊包括數(shù)據(jù)庫服務(wù)接口、消息管理單元、數(shù)據(jù)接收接口、告警通知及展示單元。
瀏覽器作為Web應用的前臺，相對其他C/S桌面應用，其處理功能相對有限。瀏覽器的主要工作是發(fā)送HTTP連接請求，然后解析服務(wù)器返回的信息進行顯示。以前瀏覽器主要使用的是同步通信的技術(shù)，即瀏覽器端在發(fā)送請求后，必須等待服務(wù)端的回復到達，才能采取下一步操作的通信方式。
但是AJAX技術(shù)的出現(xiàn)，解決了同步通信的問題，AJAX在瀏覽器端和服務(wù)器端之間增加了 I個AJAX引擎，允許瀏覽器發(fā)送異步請求，在異步通信過程中，并非所有的請求都提交給服務(wù)器端。它將一些請求，比如數(shù)據(jù)驗證交由AJAX引擎來完成。只有確定需要從服務(wù)器端獲取數(shù)據(jù)時再由AJAX引擎代為向服務(wù)器端提交請求。
然而在Web應用中，瀏覽器端的多個用戶在同時不斷地進行操作，服務(wù)器端的數(shù)據(jù)等信息也相應在不斷更新，現(xiàn)有的AJAX技術(shù)并不能解決將服務(wù)器端的更新信息實時傳送給所有瀏覽器端這個問題，因而用戶可能會在“過時”的信息下進行操作。AJAX的應用也使后臺數(shù)據(jù)更新更加頻繁成為可能。
服務(wù)器推送在現(xiàn)實應用中確實存在很多需求，同時為了處理上面的數(shù)據(jù)“過時”問題，基于HTTP長連接、無須在瀏覽器端安裝插件的服務(wù)器推送技術(shù)Comet得到較多的研究和關(guān)注。
通常Comet應用有兩種實現(xiàn)模型，即長連接建立的策略有兩種:HTTP流和HTTP長輪詢。前者由客戶端向服務(wù)器端發(fā)出請求并打開一個連接，這個連接只有在收到服務(wù)器端的數(shù)據(jù)之后才會關(guān)閉。服務(wù)器端發(fā)送完數(shù)據(jù)之后，就立即關(guān)閉連接。客戶端則馬上再打開一個新的連接，等待下一次的數(shù)據(jù)，后者客戶端打開一個單一的與服務(wù)器端的HTTP持久連接。服務(wù)器通過此連接把數(shù)據(jù)發(fā)送過來，客戶端對它們進行增量處理。
傳統(tǒng)Web應用模型與基于AJAX的Web模型比較如圖1和圖2所示，基于AJAX的長輪詢方式如圖1所示，AJAX的出現(xiàn)使得JavaScript可以調(diào)XMLHTTPRequest對象發(fā)出HTTP請求，JavaScript響應處理函數(shù)根據(jù)服務(wù)器返回的信息對HTML頁面的顯示進行更新。使用AJAX實現(xiàn)服務(wù)器推送與傳統(tǒng)的AJAX應用不同之處在于: I)服務(wù)器端會阻塞請求直到有數(shù)據(jù)傳遞或超時才返回。
2)客戶端JavaScript響應處 理函數(shù)會在處理完服務(wù)器返回的信息后，再次發(fā)出請求，重新建立連接。
3)當客戶端處理接收的數(shù)據(jù)、重新建立連接時，服務(wù)器端可能有新的數(shù)據(jù)到達；這些信息會被服務(wù)器端保存直到客戶端重新建立連接，客戶端會一次把當前服務(wù)器端所有的信息取回。
相對于“輪詢”，這種長輪詢方式也可以稱為“拉”。因為這種方案基于AJAX，具有以下一些優(yōu)點:請求異步發(fā)出；無須安裝插件；IE、Mozilla FireFox都支持AJAX。
基于AJAX的流方式:流方式是基于Iframe及htmlfile, iframe是很早就存在的一種HTML標記,通過在HTML頁面里嵌入一個隱蔵巾貞，然后將這個隱蔵巾貞的SRC屬性設(shè)為Iframe是HTML提供的一種標簽，利用Iframe可以在HTML頁面中創(chuàng)建一個內(nèi)聯(lián)的文檔框架，該標簽的SRC屬性用來設(shè)置該內(nèi)聯(lián)框架需要顯示的文檔的URL。當包含Iframe元素的頁面加載顯示時，Iframe會通過SRC屬性設(shè)置的URL獲取文檔內(nèi)容并顯示。
基于Iframe的流方式也是應用較為廣泛的方案?；贗frame的流方式在頁面中內(nèi)置一個隱藏的Iframe元素，將Iframe的SRC屬性設(shè)置為一個長連接請求，服務(wù)器端會不斷更新連接狀態(tài)，使這個長連接在執(zhí)行過程中一直處于連接狀態(tài)，服務(wù)器端在數(shù)據(jù)更新后會立即通過這個長連接將數(shù)據(jù)傳送到客戶端隱藏的Iframe中，客戶端通過Iframe獲取這些數(shù)據(jù)完成頁面內(nèi)容的更新。
從圖4可以看到，每次數(shù)據(jù)傳送不會關(guān)閉連接，連接只會在通信出現(xiàn)錯誤時，或是連接重建時關(guān)閉(一些防火墻常被設(shè)置為丟棄過長的連接，服務(wù)器端可以設(shè)置一個超時時間，超時后通知客戶端重新建立連接，并關(guān)閉原來的連接)。
當業(yè)務(wù)數(shù)據(jù)大量涌現(xiàn)時，比如由于系統(tǒng)出現(xiàn)異常，告警會不斷地密集發(fā)出，這時就要考慮到服務(wù)端的數(shù)據(jù)處理能力，在服務(wù)端壓力增大時，需要一套后臺Servlet處理機制避免服務(wù)端處理能力的下降甚至崩潰。
Servlet3中異步服務(wù)處理Servlet (Async Servlet)的特性,異步處理流程如圖5所示，它很好地解決了服務(wù)端處理能力下降的問題。
為了實現(xiàn)實時告警系統(tǒng)與電力系統(tǒng)上其他B/S架構(gòu)系統(tǒng)的平臺一體化融合，實時告警系統(tǒng)的瀏覽器端起初使用通常的HTTP短連接，定時刷新的方法，調(diào)用消息接收接口獲取告警信息進行展現(xiàn)。
如圖6，在常規(guī)的 短 連接模式下，通過不間斷的刷新頁面請求獲取數(shù)據(jù)實現(xiàn)當前最新電力系統(tǒng)告警信息的展示。頁面每3秒鐘就發(fā)送一次AJAX請求，更新一次數(shù)據(jù)，直到用戶關(guān)閉網(wǎng)頁。由于電力現(xiàn)場環(huán)境的不可預測性，電力系統(tǒng)異常的產(chǎn)生是隨機的，一般運行較為穩(wěn)定，沒有告警發(fā)出，而一旦在雷雨天氣等情況時出現(xiàn)異常時告警會不斷密集發(fā)出，告警的產(chǎn)生顯然并不是均勻分布，這樣的實現(xiàn)遇到的主要問題是: 如果長時間里一個告警信息并沒有，頁面的每次刷新都不會返回新的告警數(shù)據(jù)，很多請求都是沒必要的，造成了系統(tǒng)資源的大量浪費； 另外一個問題，就是實時性較低。告警信息發(fā)出后，跟數(shù)據(jù)的請求并不同步，會造成告警信息展示的延遲，從而影響對告警信息處理的效率。
如圖7，使用AJAX長連接方式實現(xiàn)告警信息的請求，它的刷新是根據(jù)是否有新數(shù)據(jù)來執(zhí)行的，如果有新的告警信息到達服務(wù)端，接收并顯示告警數(shù)據(jù)，然后發(fā)起新的AJAX請求，如果一段時間內(nèi)，沒有告警信息，則連接處于睡眠狀態(tài)，一直等待有告警數(shù)據(jù)到達或者請求超時時才發(fā)起下個AJAX請求。這樣每個告警信息到達服務(wù)端時都會即時推送到瀏覽器上，延遲極少；而且其每次請求都是有意義的，與短連接方式相比，效率要高很多，避免了大量系統(tǒng)資源的浪費。
圖8顯示了 B/S電力調(diào)度告警服務(wù)系統(tǒng)最終的瀏覽器和服務(wù)器端所采用的技術(shù)方案和實現(xiàn)過程。
由于很多瀏覽器對于流的訪問方式不支持，系統(tǒng)瀏覽器端采用長輪詢的方式發(fā)送AJAX異步長連接請求與服務(wù)端進行通信和交互。瀏覽器發(fā)送告警信息請求，服務(wù)器端servlet調(diào)用接口從總線獲取告警數(shù)據(jù)信息，告警數(shù)據(jù)存儲在服務(wù)端分配的一個告警信息隊列里。
用戶打開瀏覽器，用戶登錄告警服務(wù)系統(tǒng)，驗證用戶信息并獲取相應告警信息瀏覽和處理權(quán)限后，tl時刻瀏覽器端發(fā)出AJAX初始化請求，向服務(wù)器端請求告警數(shù)據(jù)信息，t2時刻請求到達服務(wù)器端，后臺servlet接收到請求信息后進行處理，將隊列中的告警數(shù)據(jù)信息X從隊列中取出在t3時刻發(fā)往瀏覽器端，t4時刻瀏覽器端AJAX引擎接收到數(shù)據(jù)X后立即準備長連接請求于t5時刻發(fā)往服務(wù)器端，請求編號為x+1的告警數(shù)據(jù)信息，與此同時AJAX引擎將數(shù)據(jù)X交給瀏覽器界面控件進行實時展示。同樣的，當t6時刻請求到達服務(wù)器端，長連接建立，此時服務(wù)器端沒有告警數(shù)據(jù)，等待告警數(shù)據(jù)信息到達服務(wù)器端，服務(wù)器端不斷調(diào)用接口輪詢接收告警數(shù)據(jù)信息，在t7時刻將獲取到的編號為x+l、x+2、x+3的3條數(shù)據(jù)發(fā)送到瀏覽器端，以此類推，當時間到達tlO時刻，在t9到til時刻范圍內(nèi)服務(wù)端未獲取任何告警數(shù)據(jù)信息，長連接超時，服務(wù)端釋放連接，瀏覽器端再次向服務(wù)器端發(fā)送AJAX告警數(shù)據(jù)信息連接請求，繼續(xù)請求數(shù)據(jù)。這樣就完成了 B/S架構(gòu)的告警實時展示的實現(xiàn)機制。在不浪費系統(tǒng)資源的情況下保證告警的實時性。
如圖9所示，B/S電力調(diào)度告警服務(wù)系統(tǒng)架構(gòu)圖描述了系統(tǒng)的架構(gòu)、功能模塊構(gòu)成、數(shù)據(jù)存取訪問以及數(shù)據(jù)的傳送機制和處理流程。
權(quán)利要求
1.電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)，包括數(shù)據(jù)采集模塊、數(shù)據(jù)處理模塊、告警服務(wù)模塊、瀏覽器展示模塊；所述數(shù)據(jù)采集模塊包括數(shù)據(jù)發(fā)送接口 ；所述數(shù)據(jù)處理模塊包括報文解析單元、數(shù)據(jù)告警邏輯判斷單元、數(shù)據(jù)接收接口、數(shù)據(jù)發(fā)送接口、數(shù)據(jù)庫服務(wù)接口 ；所述告警服務(wù)模塊包括消息管理單元、數(shù)據(jù)庫服務(wù)接口、告警處理單元、數(shù)據(jù)發(fā)送接收接口 ；所述瀏覽器展示模塊包括數(shù)據(jù)庫服務(wù)接口、消息管理單元、數(shù)據(jù)接收接口、告警通知及展示單元。
2.根據(jù)權(quán)利要求1所述的電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)，其特征在于:所述數(shù)據(jù)采集模塊用于通過前置信息采集裝置獲取電力系統(tǒng)現(xiàn)場運行的數(shù)據(jù)，將所述數(shù)據(jù)對應到告警系統(tǒng)中的測點，通過數(shù)據(jù)發(fā)送接口發(fā)送到數(shù)據(jù)處理模塊。
3.根據(jù)權(quán)利要求1所述的電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)，其特征在于:所述數(shù)據(jù)處理模塊用于通過數(shù)據(jù)接收接口接收數(shù)據(jù)采集模塊發(fā)送來的實時數(shù)據(jù)報文，通過數(shù)據(jù)庫服務(wù)接口定時同步告警配置表的告警點屬性信息，組織告警信息，發(fā)送告警通知到告警服務(wù)模塊。
4.根據(jù)權(quán)利要求1所述的電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)，其特征在于:所述告警服務(wù)模塊用于接收數(shù)據(jù)處理模塊發(fā)送來的告警通知，發(fā)送告警信息到消息總線，將處理過的告警信息推送到瀏覽器展示模塊。
5.根據(jù)權(quán)利要求1所述的電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)，其特征在于:所述瀏覽器展示模塊用于接收告警服務(wù)模塊發(fā)送來的告警信息并進行展示。
6.根據(jù)權(quán)利要求2所述的電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)，其特征在于:所述測點包括遙信點和遙測點。
7.根據(jù)權(quán)利要求3或4或5所述的電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)，其特征在于:所述告警信息存儲于關(guān)系庫中。
8.根據(jù)權(quán)利要求5所述的電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)，其特征在于:所述瀏覽器展示模塊展示的內(nèi)容包括組態(tài)圖告警數(shù)據(jù)顯示、各地歷史和實時告警數(shù)、告警實時曲線、告警處理操作。
9.權(quán)利要求1至8中任意一項所述的電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)的實時告警方法，其特征在于:使用AJAX長連接方式實現(xiàn)告警信息的請求，其刷新根據(jù)是否有新數(shù)據(jù)來執(zhí)行，如果有新的告警信息到達服務(wù)端，接收并顯示告警數(shù)據(jù)，然后發(fā)起新的AJAX請求，如果一段時間內(nèi)，沒有告警信息，則連接處于睡眠狀態(tài)，一直等待有告警數(shù)據(jù)到達或者請求超時時才發(fā)起下個AJAX請求，具體包括以下步驟: (1)用戶打開瀏覽器，用戶登錄告警服務(wù)系統(tǒng)； (2)用戶驗證用戶信息并獲取相應告警信息瀏覽和處理權(quán)限后，tl時刻瀏覽器端發(fā)出AJAX初始化請求，向服務(wù)器端請求告警數(shù)據(jù)信息； (3H2時刻請求到達服務(wù)器端，后臺servlet接收到請求信息后進行處理，將隊列中的告警數(shù)據(jù)信息X從隊列中取出在t3時刻發(fā)往瀏覽器端； (4H4時刻瀏覽器端AJAX引擎接收到數(shù)據(jù)X后立即準備長連接請求于t5時刻發(fā)往服務(wù)器端，請求編號為x+1的告警數(shù)據(jù)信息，與此同時AJAX引擎將數(shù)據(jù)X交給瀏覽器界面控件進行實時展； (5)當t6時刻請求到達服務(wù)器端，長連接建立，此時服務(wù)器端沒有告警數(shù)據(jù)，等待告警數(shù)據(jù)信息到達服務(wù)器端，服務(wù)器端不斷調(diào)用接口輪詢接收告警數(shù)據(jù)信息，在t7時刻將獲取到的編號為x+l、x+2、x+3的3條數(shù)據(jù)發(fā)送到瀏覽器端，以此類推，當時間到達tlO時刻，在t9到til時刻范圍內(nèi)服務(wù)端未獲取任何告警數(shù)據(jù)信息，長連接超時，服務(wù)端釋放連接，瀏覽器端再次向服務(wù)器端發(fā)送AJAX告·警數(shù)據(jù)信息連接請求，繼續(xù)請求數(shù)據(jù)。
全文摘要
本發(fā)明公開了一種電力系統(tǒng)中B/S架構(gòu)的實時告警系統(tǒng)及其實時告警方法。所述實時告警系統(tǒng)包括數(shù)據(jù)采集模塊、數(shù)據(jù)處理模塊、告警服務(wù)模塊、瀏覽器展示模塊。所述實時告警方法使用AJAX長連接方式實現(xiàn)告警信息的請求，其刷新根據(jù)是否有新數(shù)據(jù)來執(zhí)行，如果有新的告警信息到達服務(wù)端，接收并顯示告警數(shù)據(jù)，然后發(fā)起新的AJAX請求，如果一段時間內(nèi)，沒有告警信息，則連接處于睡眠狀態(tài)，一直等待有告警數(shù)據(jù)到達或者請求超時時才發(fā)起下個AJAX請求。本發(fā)明使用新的實時信息傳輸方法，實現(xiàn)了B/S架構(gòu)的電力系統(tǒng)實時調(diào)度告警服務(wù)系統(tǒng)。借助圖形化手段，實現(xiàn)了海迅實時數(shù)據(jù)庫中海量歷史實時數(shù)據(jù)的可視化的展示。
文檔編號H04L29/08GK103237048SQ201310080340
公開日2013年8月7日 申請日期2013年3月13日 優(yōu)先權(quán)日2013年3月13日
發(fā)明者王啟銀, 高明, 王 忠, 王曉強, 王旭 申請人:山西省電力公司大同供電分公司, 江蘇瑞中數(shù)據(jù)股份有限公司, 國家電網(wǎng)公司