一種基于電網GIS的GSAI氣象數據服務平臺的制作方法

本發明涉及電力系統氣象數據服務領域，具體涉及一種基于電網GIS的氣象數據服務系統。

背景技術：

隨著電力行業的發展，智能電網已經成為電網發展的必然趨勢。GIS服務平臺的提出旨在為平臺使用者以及各個業務系統的應用提供良好的接口服務與數據服務，以期實現良好的數據共享與業務集成。而目前電力行業中，存在著多套專業信息系統，不同信息系統之間相對獨立，致使信息系統之間的數據共享十分復雜，難以充分利用各類信息資源，這已經成為了GIS平臺信息系統發展的瓶頸。而傳統的企業應用集成技術，不能很好的滿足GIS信息系統的集成需求。如何突破這一瓶頸，滿足電網GIS信息系統的集成需求，實現良好的數據共享與業務集成，為GIS平臺的使用者以及各個業務系統的應用提供良好的接口服務與數據服務，已經成為GIS服務平臺發展中急需解決的問題。

技術實現要素：

為了解決上述問題，本發明提出了一種基于電網GIS的氣象數據服務平臺，包括，

數據采集模塊，接口模塊，業務整合模塊，服務請求接收模塊，服務處理模塊，服務應答模塊，其中，

所述數據采集模塊通過所述接口模塊利用GSAI消息與至少兩種不同類型的異構業務信息系統進行數據交互，所述GSAI消息基于IEC61968消息通訊標準；

所述數據采集模塊接收異構信息系統發送的業務數據，并將所述業務數據發送至業務整合模塊；

業務整合模塊為每一種業務數據類型提供基礎數據處理插件，針對不同的業務與數據需求，提供不同廣度與深度的數據解析與標準化數據整合，并對處理后的業務數據進行電網GIS的可視化處理與地理信息匹配；

當用戶需要服務時，通過客戶端向平臺發送請求消息，服務請求接收模塊捕獲到請求消息后，對用戶請求進行分析，并將分析結果發送給服務處理模塊，服務處理模塊根據分析結果從服務整合模塊獲取用戶所要求的業務數據，并將獲取的業務數據發送給服務應答模塊，服務應答模塊將處理結果返回給用戶客戶端。

其特征在于，所述服務請求接收模塊對外提供統一服務接口，通過定義唯一的請求接口Request以及標準化的請求與應答消息體，實現與不同類型客戶端的數據交互。

其特征在于，所處不同類型的異構業務信息系統可以為氣象系統、或地質隱患系統、或衛星遙感系統、或危化品系統、或防汛系統。

其特征在于，請求接口Request的請求參數為RequestMessage，返回值為ResponseMessage，RequestMessage、ResponseMessage的定義遵循IEC61968消息類型定義，并在構成上對原有IEC61968消息進行擴展，新增了兩個可選變量PayloadImgData和PayloadFileData，在必要的時候，分別用來傳輸圖片、文本字節流。

說明書附圖

圖1使出了依據本發明已實施例的基于電網GIS的GSAI氣象數據服務平臺的結構示意圖；

圖2(a)為本發明實施例下的所述服務請求接收模塊使用的交互接口的消息結構中的Header示例；

圖2(b)為本發明實施例下的所述服務請求接收模塊使用的交互接口的消息結構中的Request示例；

圖2(c)為本發明實施例下的所述服務請求接收模塊使用的交互接口的消息結構中的Payload示例；

具體實施方式

以下結合附圖對本發明進行詳細說明。

為滿足電網GIS信息系統的集成需求，針對氣象、地質隱患、衛星遙感、危化品、防汛等分布式異構系統間數據類型復雜、存在字節流數據，提出一種可有效提高異構系統數據交互共享的GSAI(GIS+Service+AXIS2+IEC61968)數據集成技術。GSAI對內可以把不同平臺的多類型數據結構或者服務接口的數據進行快速數據整合以及數據解析，根據業務系統需求組裝成GIS平臺易于使用可滿足業務應用數據交互要求的數據體。

圖1為本發明實施例提供的一種基于電網GIS的GSAI氣象數據服務平臺，包括，數據采集模塊，接口模塊，業務整合模塊，服務請求接收模塊，服務處理模塊，服務應答模塊，所述數據采集模塊通過所述接口模塊利用GSAI消息與至少兩種不同類型的異構業務信息系統進行數據交互。

所述GSAI消息基IEC61968消息通訊標準，GSAI可對海量數據進行自定義預統計分析，提高數據查詢效率。GSAI具有良好的業務擴展能力，對于新增的數據類型與服務類型，可提供快速的整合與數據的可配置解析，通過與現有數據的融合，滿足GIS系統復雜的數據展示需求與數據深度挖掘能力。所述數據采集模塊接收異構信息系統發送的業務數據，并將所述業務數據發送至業務整合模塊；業務整合模塊為每一種業務數據類型提供基礎數據處理插件，針對不同的業務與數據需求，提供不同廣度與深度的數據解析與標準化數據整合。將氣象數據、地址隱患、衛星遙感、危化品等數據進行電網GIS的可視化處理與地理信息匹配，并可關聯相應的周邊電網設施數據，根據電力設施數據進行多層次的分析與處理。

當用戶需要服務時，通過客戶端向平臺發送請求消息，通過定義唯一的請求接口Request以及標準化的請求與應答消息體，實現與不同類型客戶的標準消息交互。GSAI消息定義基于IEC61968消息通訊標準，并根據GIS平臺的數據可展示化特性，擴展了請求與應答消息字節流字段，方便異構系統間復雜數據交互。交互服務與消息定義技術實現基于AXIS2服務架構，采用WSDL網絡描述語言，對通信消息進行結構化描述，實現了異構系統之間的數據解析與業務集成。

服務請求接收模塊捕獲到請求消息后，對用戶請求進行分析，并將分析結果發送給服務處理模塊，服務處理模塊根據分析結果從服務整合模塊獲取用戶所要求的業務數據，并將獲取的業務數據發送給服務應答模塊，服務應答模塊將處理結果返回給用戶客戶端。

圖2為本發明實施例下的所述服務請求接收模塊使用的交互接口定義消息結構示例，本發明中平臺采用唯一的交互接口Request與用戶進行交互。Request方法請求參數為RequestMessage，返回值為ResponseMessage。RequestMessage、ResponseMessage的定義遵循IEC61968消息類型定義。

接口服務Request含有一個復合類型參數RequestMessage和一個復合類型返回值ResponseMessage。這兩個復合類型都是由其它的簡單，或者復合類型組成，但最終都是由簡單類型組成，這些簡單類型共同組合成了IEC61968消息，完成各業務系統之間的業務調用和數據支持。考慮到GIS平臺后臺服務多數情況下，需要提供完整的文件、圖片文件字節流，因此消息在構成上對原有IEC61968消息進行擴展，新增了兩個可選變量PayloadImgData和PayloadFileData，在必要的時候，分別用來傳輸圖片、文本字節流。

消息結構示例：

消息包含Header、Request、Payload三部分，其中Request和Payload是可選的。Request包含相關的參數，Payload用來表達消息的具體信息。

為了說明和描述已經給出了本發明具體示例性實施例的上述描述。它們并不意在把本發明窮舉或限制為所公開的精確形式，而是顯然地，按照上述教導可以進行許多修改和變化。選擇和描述所述示例性實施例以便說明本發明的某些特定的原理及其實際應用，從而使得其它本領域技術人員進行和利用本發明的各種示例性實施例，及其各種替換和修改。本發明的范圍意在由附加于此的權利要求及其等效物來定義。