1面向服務的體系結構

　　1）服務（Service） ：邏輯實體，是一個或多個已發布接口定義的契約。

　　2）服務提供者（Service Provider） ：實現服務規范軟件實體。

　　3）服務使用者或請求者（Service Consumer） ：調用服務提供者的軟件實體。也稱為“客戶端”。服務使用者可以是終端用戶應用程序或另一個服務。

　　4）服務定位器（Service Locator） ：一種特殊類型的服務提供者，它作為一個注冊中心，允許查找服務提供者接口和服務位置。

　　5）服務代理（Service Broker） ：一種特殊類型的服務提供者，它可以將服務請求傳送到一個或多個其他的服務提供者。

　　從應用程序的角度而言，所有的服務都是原子的，在更大的作用域（應用程序框架的作用域）內進行服務的定義。也就是開發基于組件的應用程序框架，實現現有的應用程序集成。

　　因此，我們必須配置好這個應用程序框架，實現各業務子系統的信息交換，我們就把它定義為業務集成平臺（Business Integration Platform ，BIP）。其功能是把各業務子系統實現信息交換的功能抽取出來，在BIP上公開發布，同時開放組件的調用方法和功能，各子系統之間的信息交換根據所要交換的信息（功能）通過約定的方法調用。它既可消除各子系統之間復雜的耦合關系，又確保了各子系統之間相對的獨立性、完整性和安全性。它是各應用程序間進行業務集成與數據交互的核心樞紐。

　　我們可以看到，BIP是各應用系統間進行業務集成與數據交互的核心樞紐，通過消息傳遞協議來控制、實現所有服務之間的消息傳輸，所有要進行交互的信息通過BIP實現了端到端的業務流程方式。

　　我們可以將要連接的應用系統與BIP連接所示，這樣就構成了一個企業服務總線（Enterprise Service Bus ，ESB） ，通過它將所需要連接的應用集成起來，由此將接口數量減到最少。

　　BIP提供統一的應用集成規則、數據交互規則、安全管理機制、身份驗證機制，使得不同的開發商在開發軟件的時候只需要遵循平臺標準，開發各自業務系統就可以了，而不需要在服務接口、數據字典、安全管理、身份驗證等方面做重復的工作。對于每一個用戶來說，可以在統一的平臺下使用所有的業務軟件，有效地降低了軟件操作的難度。

　　2基于SOA的BIP

　　作為平臺中的一個組成部分，主要功能是對不同應用系統之間的數據交換提供基于XML技術的路由管理，避免系統之間一對一的數據傳輸，降低系統集成的復雜程度，保證系統之間數據傳輸的準確、安全和可靠。描述了信息交互業務框架。

　　BIP由3部分組成：工具與Web服務、基礎服務、規則文件庫。如圖表示了BIP的業務描述，BIP與各應用程序間透過HTTP和SMTP協議，采用SOAPΠXML方式進行數據交換。通過可擴展的數據交換規則庫，在各應用系統間數據交互時，對數據進行校驗、轉換（命名規則、數據類型、編碼規則）、復制Π加工，實現數據信息的透明傳遞和語義識別。

　　連接的應用系統將業務功能用SOA方法封裝為各個服務，發布到BIP上產生服務總調度應用。

　　因此，問題的關鍵是服務的設計發布，其次是服務的調度，這就是應用集成平臺實現的服務定位器和服務代理的功能。

　　平臺設計遵循J2EE架構，它可以連接到外部基于DCOM或CORBA組件的系統。

　　1）業務流程定義業務流程定義是根據應用要求，設定應用服務所產生的各業務處理過程。它定義了業務流程的有關管理，支持多分支Π并行、用戶權限管理、任務分配等。

　　配置關系：將定制好的工作流進行封裝，打包成符合J2EE標準的EJB ，方便平臺和其他業務系統對該工作流的調用與集成。采用EJB封裝工作流，

　　以XML格式存儲集成規則，所以并不依賴于某個具體的中間件流程組件。

　　業務集成規則和數據交互規則通過的BIP解釋執行引擎完成定制的業務邏輯。它可以驅動平臺定義的所有基礎服務，并支持符合平臺應用接口規約的各類網關插件。

　　2）流程驅動引擎采用中間件的應用集成組件來實現。

　　3）服務發布Π查找平臺通過提供統一的服務發布Π查詢服務（UDDI） ，可以滿足信息集成環境所需的信息交互要求。它支持各類Web Service在平臺上的服務發布、維護與查詢，實現基于Web Service的集成應用。

　　4）平臺基礎服務平臺基礎服務是在流程驅動引擎中實現的服務，包括：①路由控制：根據應用集成的規則，在流轉數據Π變量滿足特定條件時進行分支、合并或實施同步、異步操作。

　?、诎踩J證：依據口令、采用數字證書對參與交易的各方進行身份認證。

　?、蹅鬏敿用埽簽楸ＷC關鍵信息在流轉中的安全，平臺必須提供安全加密方法，如DES 56Π128、RSA加密方式，并對加密后的信息進行MD 5校驗，確保信息在傳輸過程中不被篡改。

　?、軕镁W關：平臺用以調用其他業務系統實現業務邏輯和獲取業務信息的一系列接口方法，如：SOAP Gateway、Email Gateway等，也可以是滿足平臺應用集成規約的網關插件，如為滿足特殊應用的二進制流Polling.

　?、軽ML解析：平臺支持全程的XML數據流轉，包括XML信息的接收、解析、存取，并支持XML與其他數據格式之間的轉換。

　?、薹瞻l現：平臺支持在執行SOAP Gateway調用時，通過查詢在WSDL中服務描述的來動態發現調用地址和調用規則。

　?、呷罩靖櫍嚎梢愿鶕枰?，將平臺執行到某個節點時的交易信息生成日志，以XML格式存儲到數據庫或文件系統中。

　?、鄰椭萍庸ぃ浩脚_可以對在其內部流轉的信息，如XML ，進行復制、加工、轉換等操作，以此滿足不同網關數據內容、數據格式需要。

　　5）平臺規則文件庫平臺的規則文件庫及配置文件均以XML格式進行存取，包括：①應用集成規則庫：存放各應用系統間進行交互的流程規則，如：財物報表合并數據采集流程等，是集應用系統集成Π數據轉換為一體的綜合定義。

　?、跀祿换ヒ巹t庫：存放各應用系統的元數據類型，以及在信息交互時數據類型的轉換規則。

　?、蹣藴叔e誤信息庫：在事物交易過程中，所有可能發生錯誤的代碼、描述信息和報警級別。

　?、躓SDL服務描述庫：描述企業內Π外的各應用系統提供Web服務的功能描述、調用規則等信息。

　　3

　　BIP應用

　　在目前的情況下，電力營銷MIS需要交互的業務系統主要有：調度自動化系統、配電網管理信息系統（配電自動化系統）、地理信息（GIS）系統、財務系統；OA、SCADA、銀行支付系統、負荷管理系統、電能量管理系統、計量采集信息接口、遠方抄表系統、居民低壓電力載波抄表系統、95598客服系統等。

　　隨著今后業務的發展，隨時都有新的業務變化，同時也可將新的應用信息系統接入?；贐IP定義的環境下，新應用系統遵循BIP信息接口集成規約，在平臺約定的條件下，就可直接與其他應用系統進行信息交互和應用集成，實現插接式應用。

　　這樣徹底解決了傳統的端到端的接口連接問題，讓問題簡單化。匯總所集成的信息所示。

　　實例：營銷MIS通過平臺與集抄系統實現抄表信息交互用例。

　　其過程如下：營銷MIS進行電費計算，向BIP發出電量數據申請，BIP根據預定的規約，向集抄設備發出電量抄表服務，集抄系統根據BIP的請求，響應BIP服務，并將數據回復BIP ，BIP將結果轉送電費計算程序。

　　1）信息交互規范系統間交互時采用標準的SOAP協議，SOAP架構的底層是傳送協議如HTTP和SMTP ，通過綁定與消息框架連接。SOAP的兩個主要設計目標是簡單性和擴展性。SOAP包括下面的4個部分：①信封（Envelope） ：定義了一個消息框架，描述消息的內容是什么，是誰發送的，誰應當接受并處理它以及如何處理。

　?、诰幋a規則（Encoding Rules） ：用于表示應用程序需要使用的數據類型的實例。

　?、劢壎ǎ˙inding） ：定義底層通信協議，進行消息交換。

　?、躌PC：表示遠程過程調用和應答的協定。

　　如果簡化對SOAP的理解，它可以說是一個XML + RPC over HTTP的開放標準協議，方便Web服務提供者和服務請求者穿過防火墻在因特網上進行通信交互。SOAP是個跨平臺的協議，每一個通過網絡的遠程調用都可以通過SOAP封裝起來。

　　SOAP使用HTTP傳送XML消息，盡管HTTP不是最有效率的通信協議，而且在傳送XML消息時還需要額外的文件解析，但是XML和HTTP都是開放標準規范，HTTP是一個在Web上被最廣泛應用又能避免許多關于防火墻問題的傳送協議，從而使SOAP得到了廣泛的接受和應用。

　　2）交互接口的服務規范①服務接口類型BIP平臺接口定義分為客戶端（即服務請求方）接口和服務端（即服務提供方）接口兩個部分。對于客戶端，平臺作為一個Web Service ，提供MTP的SOAP協議訪問。SOAP消息能夠與不同的底層協議進行綁定，同時可以在很多種消息傳輸模式中使用。對于服務端，平臺采用SOAP Over HTTPΠSMTP進行信息交互和功能請求。

　　大多數SOAP客戶機都提供類庫、COM對象或從您自己程序調用的等同對象。通常，使用這些客戶機庫遵循以下模式：●程序傳遞要調用的遠程方法的名稱和所有必需參數。

　　●組裝SOAP請求的適當XML文檔以將這一信息打包。

　　●將這一XML文檔傳遞給SOAP端點a標識的SOAP服務器，這與通過指定服務器的a將瀏覽器指向Web服務器地址很類似。

　　●SOAP服務器嘗試執行方法后，它組裝包含執行結果的SOAP響應XML文檔，并將它發回SOAP客戶機。

　　●接收SOAP響應時，客戶機庫對XML進行語法分析以獲得方法調用的結果，并將結果傳遞給使用庫的程序。

　?、谂c請求服務方接口對于請求方來說，BIP既是一個WEB服務提供者（Web Service Provider） ，也是一個WEB服務代理者（Web Service Proxy）。作為一個WEB服務提供者，BIP對外公布一些方法，用于響應請求方提出的各類請求。

　　作為一個WEB服務代理者，BIP提供一個UDDI平臺，其他服務提供商在平臺上注冊登記并發布服務（Web Service、EJB、Servlet、APIs等） ，BIP對這些發布的服務進行審計后，通過整合、優化后，發布給客戶端調用。

　?、叟c服務提供者接口對于服務提供者，BIP就是一個請求方，服務提供者不必關心誰是該請求的最初發起者，只需要處理SOAP封裝的請求，并直接將處理結果返回BIP即可。

　　3） SOAP格式：< xml version =″110″encoding =″utf2GB2312″> < SOAP2ENV ： Envelope xmlns： SOAP2ENV =″http ：ΠΠschemas. xmlsoap.orgΠsoapΠenvelopeΠ″> < SOAP2ENV ：Body > <業務代碼xmlns =″BIP域名″> < TimeTag >時標<ΠTimeTag > < Rows > < Meter MeterLocCode =″表址編號″MeteringType =″抄表類型組合″Π> < Meter MeterLocCode =″表址編號″MeteringType =″抄表類型組合″Π> <ΠRows > <Π業務代碼> <ΠSOAP2ENV ：Body > <ΠSOAP2ENV ：Envelope >

　　4結論

　　本文拋磚引玉地介紹了面向服務的體系結構（SOA）的應用。通過對電力營銷MIS系統的信息集成應用，闡述了面向服務的體系結構（SOA）架構下的業務信息集成平臺（BIP）的設計實現過程。應該說，隨著信息化建設的飛速發展，信息集成將成為跨越IT傳統結構的一個重要的應用領域，越來越受到各方面的重視。