一種局部放電數(shù)據(jù)專家消息推送方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及局部放電數(shù)據(jù)管理領(lǐng)域，尤其涉及一種局部放電數(shù)據(jù)專家消息推送方法。
【背景技術(shù)】
[0002]通常介質(zhì)在局部放電的作用下能引起電氣性能的老化(電老化)和擊穿，它對絕緣介質(zhì)的影響是不容忽視的。但局部放電的檢測、診斷不僅需要專業(yè)的學(xué)科知識，同時(shí)需要豐富的相關(guān)經(jīng)驗(yàn)，普通工作人員很難準(zhǔn)確的判斷是否產(chǎn)生局部放電、以及局部放電的類型。這就要求助于這方面的專家。因此，需要在普通工作人員和局方專家之間建立一套溝通機(jī)制。
[0003]當(dāng)前，傳統(tǒng)的局部放電數(shù)據(jù)專家消息推送基于HTTP長連接的消息推送機(jī)制:客戶端發(fā)出一個(gè)http長連接請求，然后等待服務(wù)器的響應(yīng)，屬于異步請求消息機(jī)制，所以客戶端可以繼續(xù)工作；服務(wù)器接到請求之后，并不立即發(fā)送出數(shù)據(jù)，而是保持這個(gè)連接，為非阻塞處理，服務(wù)器可以繼續(xù)處理其他請求；在某個(gè)時(shí)刻，如服務(wù)器有新數(shù)據(jù)了，服務(wù)器再主動把這個(gè)消息推送出去，即通過之前建立好的連接將數(shù)據(jù)推送給客戶端；客戶端收到返回。這個(gè)時(shí)候就可以處理數(shù)據(jù)，然后再次發(fā)起新的長連接。在很多瀏覽器需要及時(shí)獲取服務(wù)器數(shù)據(jù)更新的需要下，技術(shù)人員們變通地發(fā)明了一些基于HTTP協(xié)議的“偽”長連接技術(shù)，實(shí)現(xiàn)了服務(wù)器數(shù)據(jù)向?yàn)g覽器的“準(zhǔn)”推送。
[0004]定時(shí)刷新粗糙的實(shí)現(xiàn)快速感知服務(wù)器數(shù)據(jù)變化的方法，不停地刷新頁面從而顯示最新的服務(wù)器端數(shù)據(jù)，頁面有明顯的刷新，用戶體驗(yàn)會比較差。
[0005]基于消息的架構(gòu)使用消息可以實(shí)現(xiàn)松散耦合的分布式數(shù)據(jù)通訊。通過消息從服務(wù)器向?yàn)g覽器推送數(shù)據(jù)一般需要一個(gè)消息中間件(Message Oriented Middleware，MOM)，服務(wù)器將數(shù)據(jù)推送給消息中間件，消息中間件再將數(shù)據(jù)以消息的方式推送給瀏覽器?；谙⒌募軜?gòu)有個(gè)特別大的優(yōu)點(diǎn)，那就是不但可以實(shí)現(xiàn)服務(wù)器向單瀏覽器、服務(wù)器向多瀏覽器推送數(shù)據(jù)；還支持瀏覽器到瀏覽器之間的數(shù)據(jù)推送，然而雖然功能強(qiáng)大，但實(shí)現(xiàn)起來較麻煩，不符合局部放電數(shù)據(jù)管理的應(yīng)用場景。

【發(fā)明內(nèi)容】

[0006]本發(fā)明的目的是一種局部放電數(shù)據(jù)專家消息推送方法，基于ExtJs實(shí)現(xiàn)定時(shí)器功能，實(shí)現(xiàn)“偽”長連接，系統(tǒng)頁面局部刷新，提升用戶體驗(yàn)，由用戶定制接收推送的途徑，將推送消息接入用戶自己的辦公系統(tǒng)，將經(jīng)過初步分析的局放數(shù)據(jù)連同消息一起發(fā)送給專家，專家可根據(jù)接收到的消息直接對局放現(xiàn)象做出診斷。
[0007]本發(fā)明技術(shù)方案如下:
一種局部放電數(shù)據(jù)專家消息推送方法，基于線上/線下推送協(xié)調(diào)進(jìn)行局部放電數(shù)據(jù)專家消息推送，包括以下步驟:
Si，用戶選定向局部放電數(shù)據(jù)專家，選擇是否為緊急消息，并向所述專家發(fā)送消息；
S2，判斷消息是否為緊急消息，若為緊急消息，同時(shí)執(zhí)行消息線上推送和線下推送，若為非緊急消息，判斷專家是否在線，若專家在線，執(zhí)行消息線上推送，否則，執(zhí)行消息線下推送。
[0008]線上推送具體包括以下步驟，
用戶選定局部放電數(shù)據(jù)專家，設(shè)置是否定時(shí)發(fā)送，并向所述專家發(fā)送消息；
局部放電數(shù)據(jù)專家登陸信息接收在線系統(tǒng)的客戶端，ExtJs的定時(shí)器間隔限定時(shí)間，查詢服務(wù)器端數(shù)據(jù)庫中的消息表，當(dāng)所述信息表中存在所述專家的新消息，判斷用于是否設(shè)定了推送時(shí)間，如果設(shè)定了推送時(shí)間，根據(jù)推送時(shí)間新消息返回到客戶端，否則，新消息返回到客戶端。如果當(dāng)前時(shí)間未到設(shè)定推送時(shí)間，等待時(shí)間到達(dá)設(shè)定推送時(shí)間，新消息返回到客戶端；
如果當(dāng)前時(shí)間超過設(shè)定推送時(shí)間，新消息返回到客戶端。
[0009]線下推送具體包括以下步驟，
用戶選定局部放電數(shù)據(jù)專家，并向所述專家發(fā)送消息；
局部放電數(shù)據(jù)專家的登錄狀態(tài)為線下狀態(tài)或者消息為緊急消息，基于專家設(shè)定的消息接收媒介，調(diào)用消息線下推送接口，發(fā)送消息給所述專家。消息接收媒介包括手機(jī)短信或者微信或者QQ或者郵件。
[0010]與現(xiàn)有技術(shù)相比，本發(fā)明有益效果包括:
(I)將局放數(shù)據(jù)用戶和局部放電數(shù)據(jù)專家連接起來，做到兩者之間的有效溝通、信息共享，彌補(bǔ)了普通局放數(shù)據(jù)用戶專業(yè)知識不足的缺憾，發(fā)揮了專家的專業(yè)優(yōu)勢，將其專業(yè)知識應(yīng)用于實(shí)際生產(chǎn)，兩者有效互補(bǔ)。
[0011](2)線上推送、線下推送協(xié)調(diào)結(jié)合，構(gòu)建出一套及時(shí)響應(yīng)機(jī)制，做到局放消息、局放數(shù)據(jù)的及時(shí)發(fā)送、及時(shí)處理，避免因消息遺漏帶來的不利影響。
[0012](3)推送的消息不單單是簡單的提醒，在提醒專家的同時(shí)，將局放相關(guān)數(shù)據(jù)同時(shí)發(fā)送給專家，專家在消息處理頁面中可直接對相關(guān)數(shù)據(jù)進(jìn)行診斷，并將診斷結(jié)論反饋給用戶，無需額外操作。
[0013](4)解決了 B/S架構(gòu)系統(tǒng)消息推送的難點(diǎn)，為之后類似的需求提供參考。
[0014](5)利用專家的專業(yè)優(yōu)勢，及時(shí)、準(zhǔn)確的診斷產(chǎn)生局部放電的電氣設(shè)備，進(jìn)而采取果斷的處理措施，將事故扼殺在萌芽階段，最大限度的減少不必要的損失。
【附圖說明】
[0015]圖1為本發(fā)明一種局部放電數(shù)據(jù)專家消息推送方法流程圖。
【具體實(shí)施方式】
[0016]下面結(jié)合附圖對本發(fā)明作更進(jìn)一步的說明。
[0017]如圖1所示，一種局部放電數(shù)據(jù)專家消息推送方法，基于線上/線下推送協(xié)調(diào)進(jìn)行局部放電數(shù)據(jù)專家消息推送，包括以下步驟:
SI，用戶選定向局部放電數(shù)據(jù)專家，選擇是否為緊急消息，并向所述專家發(fā)送消息；
S2，判斷消息是否為緊急消息，若為緊急消息，同時(shí)執(zhí)行消息線上推送和線下推送，若為非緊急消息，判斷專家是否在線，若專家在線，執(zhí)行消息線上推送，否則，執(zhí)行消息線下推送。
[0018]線上推送具體包括以下步驟，
用戶選定局部放電數(shù)據(jù)專家，設(shè)置是否定時(shí)發(fā)送，并向所述專家發(fā)送消息；
局部放電數(shù)據(jù)專家登陸信息接收在線系統(tǒng)的客戶端，ExtJs的定時(shí)器間隔限定時(shí)間，查詢服務(wù)器端數(shù)據(jù)庫中的消息表，當(dāng)所述信息表中存在所述專家的新消息，判斷用于是否設(shè)定了推送時(shí)間，如果設(shè)定了推送時(shí)間，根據(jù)推送時(shí)間新消息返回到客戶端，否則，新消息返回到客戶端。如果當(dāng)前時(shí)間未到設(shè)定推送時(shí)間，等待時(shí)間到達(dá)設(shè)定推送時(shí)間，新消息返回到客戶端；
如果當(dāng)前時(shí)間超過設(shè)定推送時(shí)間，新消息返回到客戶端。
[0019]線下推送具體包括以下步驟，
用戶選定局部放電數(shù)據(jù)專家，并向所述專家發(fā)送消息；
局部放電數(shù)據(jù)專家的登錄狀態(tài)為線下狀態(tài)或者消息為緊急消息，基于專家設(shè)定的消息接收媒介，調(diào)用消息線下推送接口，發(fā)送消息給所述專家。消息接收媒介包括手機(jī)短信或者微信或者QQ或者郵件。
[0020]以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出:對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
【主權(quán)項(xiàng)】
1.一種局部放電數(shù)據(jù)專家消息推送方法，其特征在于， 基于線上/線下推送協(xié)調(diào)進(jìn)行局部放電數(shù)據(jù)專家消息推送，包括以下步驟: Si，用戶選定向局部放電數(shù)據(jù)專家，選擇是否為緊急消息，并向所述專家發(fā)送消息； S2，判斷消息是否為緊急消息，若為緊急消息，同時(shí)執(zhí)行消息線上推送和線下推送，若為非緊急消息，判斷專家是否在線，若專家在線，執(zhí)行消息線上推送，否則，執(zhí)行消息線下推送。2.根據(jù)權(quán)利要求1所述的一種局部放電數(shù)據(jù)專家消息推送方法，其特征在于， 所述線上推送具體包括以下步驟， 用戶選定局部放電數(shù)據(jù)專家，設(shè)置是否定時(shí)發(fā)送，并向所述專家發(fā)送消息； 局部放電數(shù)據(jù)專家登陸信息接收在線系統(tǒng)的客戶端，ExtJs的定時(shí)器間隔限定時(shí)間，查詢服務(wù)器端數(shù)據(jù)庫中的消息表，當(dāng)所述信息表中存在所述專家的新消息，判斷用于是否設(shè)定了推送時(shí)間，如果設(shè)定了推送時(shí)間，根據(jù)推送時(shí)間新消息返回到客戶端，否則，新消息返回到客戶端。3.根據(jù)權(quán)利要求1所述的一種局部放電數(shù)據(jù)專家消息推送方法，其特征在于， 所述線下推送具體包括以下步驟， 用戶選定局部放電數(shù)據(jù)專家，并向所述專家發(fā)送消息； 局部放電數(shù)據(jù)專家的登錄狀態(tài)為線下狀態(tài)或者消息為緊急消息，基于專家設(shè)定的消息接收媒介，調(diào)用消息線下推送接口，發(fā)送消息給所述專家。4.根據(jù)權(quán)利要求2所述的一種局部放電數(shù)據(jù)專家消息推送方法，其特征在于， 所述設(shè)定了推送時(shí)間，根據(jù)推送時(shí)間新消息返回到客戶端包括以下步驟， 如果當(dāng)前時(shí)間未到設(shè)定推送時(shí)間，等待時(shí)間到達(dá)設(shè)定推送時(shí)間，新消息返回到客戶端; 如果當(dāng)前時(shí)間超過設(shè)定推送時(shí)間，新消息返回到客戶端。5.根據(jù)權(quán)利要求3所述的一種局部放電數(shù)據(jù)專家消息推送方法，其特征在于， 所述消息接收媒介包括手機(jī)短信或者微信或者QQ或者郵件。
【專利摘要】本發(fā)明公開了一種局部放電數(shù)據(jù)專家消息推送方法，基于線上/線下推送協(xié)調(diào)進(jìn)行局部放電數(shù)據(jù)專家消息推送，包括以下步驟：S1，用戶選定向局部放電數(shù)據(jù)專家，選擇是否為緊急消息，并向所述專家發(fā)送消息；S2，判斷消息是否為緊急消息，若為緊急消息，同時(shí)執(zhí)行消息線上推送和線下推送，若為非緊急消息，判斷專家是否在線，若專家在線，執(zhí)行消息線上推送，否則，執(zhí)行消息線下推送；本發(fā)明將局放數(shù)據(jù)用戶和局部放電數(shù)據(jù)專家連接起來，彌補(bǔ)了普通局放數(shù)據(jù)用戶專業(yè)知識不足的缺憾，發(fā)揮了專家的專業(yè)優(yōu)勢，將其專業(yè)知識應(yīng)用于實(shí)際生產(chǎn)，兩者有效互補(bǔ)；本發(fā)明線上推送、線下推送協(xié)調(diào)結(jié)合，構(gòu)建出一套及時(shí)響應(yīng)機(jī)制，避免因消息遺漏帶來的不利影響。
【IPC分類】G06Q50/06, H04L29/06, H04L12/58
【公開號】CN105141511
【申請?zhí)枴緾N201510632952
【發(fā)明人】卞超, 邵新蒼, 劉云, 秦延山
【申請人】國家電網(wǎng)公司, 江蘇省電力公司, 江蘇省電力公司檢修分公司
【公開日】2015年12月9日
【申請日】2015年9月30日