電網(wǎng)多環(huán)節(jié)互動(dòng)終端集成方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及一種電網(wǎng)多環(huán)節(jié)互動(dòng)終端集成方法。
【背景技術(shù)】
[0002] 應(yīng)用集成架構(gòu)描述不同類型的應(yīng)用進(jìn)行集成的內(nèi)容、方法與原則，為應(yīng)用系統(tǒng)集 成提供一個(gè)參考框架；應(yīng)用集成架構(gòu)既適應(yīng)同一安全分區(qū)內(nèi)應(yīng)用集成，又適應(yīng)于不同安全 分區(qū)間的應(yīng)用集成。
[0003] 應(yīng)用集成架構(gòu)承認(rèn)現(xiàn)有應(yīng)用系統(tǒng)的邊界劃分，其關(guān)注重點(diǎn)是應(yīng)用間集成環(huán)境與基 礎(chǔ)框架，關(guān)注不同應(yīng)用之間的接口集成關(guān)系，應(yīng)用集成架構(gòu)將規(guī)范各類應(yīng)用在信息系統(tǒng)集 成時(shí)定位與作用。
[0004] 應(yīng)用系統(tǒng)集成架構(gòu)從信息系統(tǒng)本身描述集成時(shí)各應(yīng)用系統(tǒng)間的功能關(guān)系，應(yīng)用集 成架構(gòu)側(cè)重于總線及平臺(tái)所抽象出的公共服務(wù)，關(guān)注應(yīng)用間的通用集成接口設(shè)計(jì)；而數(shù)據(jù) 集成架構(gòu)則側(cè)重于集成時(shí)數(shù)據(jù)的組織、質(zhì)量控制、元數(shù)據(jù)管理等；技術(shù)架構(gòu)則側(cè)重于應(yīng)用與 數(shù)據(jù)間集成時(shí)所采用的技術(shù)實(shí)現(xiàn)手段。因此，應(yīng)用集成架構(gòu)是數(shù)據(jù)集成架構(gòu)實(shí)現(xiàn)的必要的 前提。

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

[0005] 本發(fā)明要解決上述現(xiàn)有技術(shù)的缺點(diǎn)，提供一種電網(wǎng)多環(huán)節(jié)互動(dòng)終端集成方法。
[0006] 本發(fā)明解決其技術(shù)問(wèn)題采用的技術(shù)方案：這種電網(wǎng)多環(huán)節(jié)互動(dòng)終端集成方法，包 括智能用電信息共享平臺(tái)，智能用電信息共享平臺(tái)與企業(yè)服務(wù)總線、應(yīng)用內(nèi)集成總線、服務(wù) 總線相連接，其中企業(yè)服務(wù)總線通過(guò)消息接口與智能用電雙向互動(dòng)服務(wù)平臺(tái)和智能用電信 息共享平臺(tái)相連接，應(yīng)用內(nèi)集成總線通過(guò)應(yīng)用集成接口與雙向互動(dòng)服務(wù)終端和智能用電信 息共享平臺(tái)相連接，服務(wù)總線通過(guò)適配器與用電服務(wù)支撐系統(tǒng)和智能用電信息共享平臺(tái)相 連接。
[0007] 發(fā)明有益的效果是：本發(fā)明建立一種有利于實(shí)現(xiàn)電力企業(yè)各種分布式應(yīng)用軟件系 統(tǒng)的應(yīng)用間集成，它支會(huì)使用不同的計(jì)算機(jī)語(yǔ)言、操作系統(tǒng)、協(xié)議和管理工具，是以松耦合 的方式，通過(guò)在事件驅(qū)動(dòng)的基礎(chǔ)上交換數(shù)據(jù)的各種應(yīng)用，通過(guò)應(yīng)用間代理消息的中間件服 務(wù)實(shí)施。
【附圖說(shuō)明】
[0008] 圖1是本發(fā)明的結(jié)構(gòu)示意圖；
【具體實(shí)施方式】
[0009] 下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步說(shuō)明：
[0010] 1. 1.概述
[0011] 應(yīng)用集成架構(gòu)描述不同類型的應(yīng)用進(jìn)行集成的內(nèi)容、方法與原則，為應(yīng)用系統(tǒng)集 成提供一個(gè)參考框架；應(yīng)用集成架構(gòu)既適應(yīng)同一安全分區(qū)內(nèi)應(yīng)用集成，又適應(yīng)于不同安全 分區(qū)間的應(yīng)用集成。
[0012] 應(yīng)用集成架構(gòu)承認(rèn)現(xiàn)有應(yīng)用系統(tǒng)的邊界劃分，其關(guān)注重點(diǎn)是應(yīng)用間集成環(huán)境與基 礎(chǔ)框架，關(guān)注不同應(yīng)用之間的接口集成關(guān)系，應(yīng)用集成架構(gòu)將規(guī)范各類應(yīng)用在信息系統(tǒng)集 成時(shí)定位與作用。
[0013] 應(yīng)用系統(tǒng)集成架構(gòu)從信息系統(tǒng)本身描述集成時(shí)各應(yīng)用系統(tǒng)間的功能關(guān)系，應(yīng)用集 成架構(gòu)側(cè)重于總線及平臺(tái)所抽象出的公共服務(wù)，關(guān)注應(yīng)用間的通用集成接口設(shè)計(jì)；而數(shù)據(jù) 集成架構(gòu)則側(cè)重于集成時(shí)數(shù)據(jù)的組織、質(zhì)量控制、元數(shù)據(jù)管理等；技術(shù)架構(gòu)則側(cè)重于應(yīng)用與 數(shù)據(jù)間集成時(shí)所采用的技術(shù)實(shí)現(xiàn)手段。因此，應(yīng)用集成架構(gòu)是數(shù)據(jù)集成架構(gòu)實(shí)現(xiàn)的必要的 前提。雙向互動(dòng)應(yīng)用集成時(shí)首先必須遵循基于IEC61970/61968所規(guī)定的集成規(guī)范
[0014] 雙向互動(dòng)應(yīng)用集成架構(gòu)在概念上主要包括組成：
[0015] 企業(yè)服務(wù)總線
[0016] 雙向互動(dòng)服務(wù)平臺(tái)
[0017] 智能用電信息共享平臺(tái)
[0018] 用電服務(wù)支撐系統(tǒng)
[0019] 雙向互動(dòng)服務(wù)平臺(tái)內(nèi)部總線
[0020] 雙向互動(dòng)服務(wù)終端
[0021] 應(yīng)用集成接口
[0022] 1.2.雙向互動(dòng)應(yīng)用集成規(guī)范
[0023] 考慮到與雙向互動(dòng)有關(guān)的應(yīng)用之間技術(shù)與模型的差異，需要建立一種有利于實(shí) 現(xiàn)電力企業(yè)各種分布式應(yīng)用軟件系統(tǒng)的應(yīng)用間集成，它支會(huì)使用不同的計(jì)算機(jī)語(yǔ)言、操作 系統(tǒng)、協(xié)議和管理工具，是以松耦合的方式，通過(guò)在事件驅(qū)動(dòng)的基礎(chǔ)上交換數(shù)據(jù)的各種應(yīng) 用，通過(guò)應(yīng)用間代理消息的中間件服務(wù)實(shí)施
[0024] 規(guī)范應(yīng)是說(shuō)明性的，包含所有服務(wù)交換需要的前置條件和后置條件、屬性、方法 和參數(shù)，這些服務(wù)交換是接口規(guī)范的一部分，規(guī)范與編程語(yǔ)言無(wú)關(guān)，并且接口與實(shí)現(xiàn)應(yīng)能 夠分離，它應(yīng)獨(dú)立于中間件
[0025] IEC61968是一種電力企業(yè)應(yīng)用集成的一種"公共語(yǔ)言"，它包含了電力企業(yè)應(yīng)用 集成的規(guī)范，它與IEC61970 -起定義了靈活的業(yè)務(wù)模型，構(gòu)建了一套標(biāo)準(zhǔn)的電力企業(yè)應(yīng) 用集成的接口參考模型，提供了一套規(guī)范的信息交換模型與組件接口規(guī)范。
[0026] IEC61968使用元數(shù)據(jù)描述應(yīng)用發(fā)布的事件類型.預(yù)定接受某事件類型的全部消 息的應(yīng)用一旦查找到信息交換模型中的事件類型的元數(shù)據(jù)，就可以識(shí)別特定事件消息的 各域，可以使用元數(shù)據(jù)作為手段來(lái)增加新的事件類型與IEC61968兼容。
[0027] 對(duì)電網(wǎng)模型與集成服務(wù)進(jìn)行綜合管理是確保新建、改造后的應(yīng)用服務(wù)能夠充分共 享、有效集成、"即插即用"的關(guān)鍵。由于接入總線的應(yīng)用數(shù)據(jù)源類型繁多，為了保障其數(shù)據(jù) 的可用性，需要借助(ΠΜ完成私有數(shù)據(jù)類型向公共數(shù)據(jù)類型的轉(zhuǎn)換，因此，基于雙向互動(dòng)集 成架構(gòu)需要具備對(duì)元數(shù)據(jù)進(jìn)行綜合管理的能力，具有模型新建、擴(kuò)展、維護(hù)等各種功能，元 數(shù)據(jù)管理實(shí)際上為接入總線上的各類應(yīng)用提供了一個(gè)公共的模型管理入口。對(duì)各類集成服 務(wù)進(jìn)行綜合管理是保障總線可用性的基礎(chǔ)手段，服務(wù)解決了如何訪問(wèn)數(shù)據(jù)的語(yǔ)法問(wèn)題，長(zhǎng) 期以來(lái)，由于缺少對(duì)服務(wù)可用性的技術(shù)驗(yàn)證工具，導(dǎo)致無(wú)法從數(shù)據(jù)層面對(duì)接入總線上的服 務(wù)提出質(zhì)量要求；客觀上阻礙了對(duì)數(shù)據(jù)質(zhì)量要求較高的應(yīng)用的接入。
[0028] 集成規(guī)范包含四個(gè)方面的內(nèi)容，BP :
[0029] ?信息模型管理：引入公共信息模型作為初始元模型，按照電網(wǎng)企業(yè)實(shí)際業(yè)務(wù)需 求進(jìn)行統(tǒng)一的拓展維護(hù)，形成雙向互動(dòng)標(biāo)準(zhǔn)信息模型；并在合適的時(shí)候，選擇新版本的公共 信息模型，合并進(jìn)入雙向互動(dòng)標(biāo)準(zhǔn)信息模型。
[0030] ?業(yè)務(wù)領(lǐng)域定義：把雙向互動(dòng)信息模型按業(yè)務(wù)領(lǐng)域進(jìn)行劃分，形成多個(gè)小規(guī)模的 模型子集，降低業(yè)務(wù)集成人員的管理難度，和集成廠商的理解難度。
[0031] ?業(yè)務(wù)語(yǔ)境定義：基于業(yè)務(wù)集成需求，從各個(gè)模型子集中抽取合適的元模型組合 成合適的動(dòng)詞和名詞，生成服務(wù)校驗(yàn)規(guī)則（Service Schema)。并可以基于本體論，添加描 述力更強(qiáng)的數(shù)據(jù)校驗(yàn)規(guī)則。
[0032] 魯服務(wù)語(yǔ)法定義：基于集成服務(wù)的具體技術(shù)實(shí)現(xiàn)，將服務(wù)校驗(yàn)規(guī)則映射成為的服 務(wù)接口定義，比如基于CIM XML的RDF/OWL Schema和基于消息的XML Message Schema。在 一些的特殊環(huán)境下，還可以把名詞中的元模型同現(xiàn)有系統(tǒng)中的數(shù)據(jù)字典進(jìn)行關(guān)聯(lián)，形成基 于IEB服務(wù)總線的橋接器。
[0033] 為了保障能夠定義符合IEC61968的消息，需要設(shè)計(jì)一套業(yè)務(wù)集成需求驅(qū)動(dòng)的消 息定義流程及工具，保障集成服務(wù)的即插即用。
[0034] IEC61968消息定義需要符合相關(guān)的消息定義流程，具體而言，流程按以下順序執(zhí) 行：
[0035] 1消息定義首先必須符合(ΠΜ，即相關(guān)的模型的語(yǔ)義符合(ΠΜ及其子集，即首先定 義相關(guān)子集，在設(shè)計(jì)時(shí)須選擇具體的子集來(lái)進(jìn)行定義
[0036] 2消息定義其次必須定義相關(guān)的語(yǔ)境，即通過(guò)OWL定義相關(guān)的配置文件，用本體語(yǔ) 言來(lái)實(shí)現(xiàn)相關(guān)業(yè)務(wù)規(guī)則的限制。配置文件是一套作用在Schema的約束。
[0037] 3選擇相關(guān)的動(dòng)詞與名詞生成相關(guān)消息的Schema
[0038] 1. 3.企業(yè)服務(wù)總線（ESB)
[0039] 企業(yè)服務(wù)總線作為應(yīng)用集成的一個(gè)核心基礎(chǔ)設(shè)施，它可以被各種中間件技術(shù)實(shí) 現(xiàn)，使得按照SOA架構(gòu)進(jìn)行服務(wù)集成
[0040] I. 3. I. ESB虛擬化實(shí)現(xiàn)
[0041] 位置和標(biāo)識(shí)：參與方不需要知道其他參與方的位置或標(biāo)識(shí).例如，請(qǐng)求者不需 要知道請(qǐng)求是否可以由某個(gè)提供者提供服務(wù).可以隨意添加或刪除服務(wù)提供者，而不會(huì)帶 來(lái)任何干擾
[0042] 交互協(xié)議：參與方不需要采用相同的通信協(xié)議或交互方式.表達(dá)為S0AP/HTTP 的請(qǐng)求可能由僅理解JAVA遠(yuǎn)程方法調(diào)用（RMI)的提供者提供服務(wù)
[0043] 接口：請(qǐng)求者和提供者不需要就公共接口達(dá)到協(xié)議，可以通過(guò)將請(qǐng)求消息轉(zhuǎn)換 為提供者所期望的格式來(lái)處理此類差異.
[0044] (交互）服務(wù)質(zhì)量（Qos):參與方聲明其QoS要求，包括性能和可靠性，請(qǐng)求 的授權(quán)，消息內(nèi)容的加密/解密，服務(wù)交互的自動(dòng)審核以及如何對(duì)請(qǐng)求進(jìn)行路由（如根據(jù) 工作負(fù)載分布標(biāo)準(zhǔn)癬請(qǐng)求路由到可用的實(shí)現(xiàn)）
[0045] ESB模式使得服務(wù)請(qǐng)求者不用了解服務(wù)提供者的物理實(shí)現(xiàn)，它只負(fù)責(zé)將請(qǐng)求交付 給提供所需功能和QoS的服務(wù)提供者；當(dāng)服務(wù)提供者接他們要響應(yīng)的請(qǐng)求，而不知道消息 的來(lái)源，ESB本身對(duì)使用它的服務(wù)請(qǐng)求者和提供者均不可見(jiàn)；應(yīng)用程序邏輯可以使用各種 編程模型和技術(shù)調(diào)用或交付服務(wù)，而無(wú)需考慮是直接連接還是通過(guò)ESB傳遞的.
[0046] ESB支持許多交互類型，包括單向、請(qǐng)求/響應(yīng)、異步、同步和發(fā)布/訂閱
[0047] L 3. 2. ESB 基礎(chǔ)功能
[0048] ESB是一個(gè)能夠提供與SOA準(zhǔn)則一致的邏輯架構(gòu)基礎(chǔ)設(shè)施組件
[0049] SOA由一些明確的、可由獨(dú)立實(shí)現(xiàn)的接口定義的服務(wù)組成，它們通過(guò)能夠標(biāo)識(shí) 位置透明的通信協(xié)議進(jìn)行松耦合綁定和調(diào)用，服務(wù)封裝成可重用的業(yè)務(wù)邏輯
[0050] ESB可以作為一個(gè)分布式、異構(gòu)的基礎(chǔ)設(shè)施實(shí)用
[0051] ESB提供一個(gè)管理服務(wù)基礎(chǔ)設(shè)施的手段及操作分布式、異構(gòu)環(huán)境的能力
[0052] 考慮到雙向互動(dòng)應(yīng)用間集成時(shí)的各種環(huán)境，ESB總線應(yīng)具備以下能力
[0054] ESB除了上述能力之外，為了滿足電力企業(yè)的應(yīng)用集成，還需要提供面向電力應(yīng)用 集成的服務(wù)擴(kuò)展能力。
[0055] 1.4.雙向互動(dòng)服務(wù)平臺(tái)內(nèi)部總線
[0056] 應(yīng)用輕量級(jí)總線平臺(tái)建立具有海量數(shù)據(jù)處理能力的雙向互動(dòng)服務(wù)平臺(tái)，該技術(shù)的 核心是一個(gè)強(qiáng)大的基于規(guī)則的路由以及媒介引擎，該引擎提供了一個(gè)基于POJO的企業(yè)應(yīng) 用模式的實(shí)現(xiàn)，可以采用其異常強(qiáng)大且十分易用的API (可以說(shuō)是一種Java的領(lǐng)域定義語(yǔ) 言Domain Sp