異構網絡管理系統(tǒng)間分布式協(xié)作機制

摘 要：從全局全網出發(fā)對通信業(yè)務進行提供和保障，要求作為支撐體系中的網絡管理系統(tǒng)之間能夠動態(tài)協(xié)作。而分布式協(xié)作方式相對于集中式協(xié)作方式具有性能和可擴展性等方面的優(yōu)勢。分析了網絡管理系統(tǒng)對分布式協(xié)作的需求，在一個基于Web services的動態(tài)協(xié)作網絡管理體系結構的基礎上，將網絡管理系統(tǒng)間的協(xié)作轉換為由網絡管理系統(tǒng)提供的管理服務之間的協(xié)作，定義了異構網絡管理系統(tǒng)之間的分布式協(xié)作機制，設計并實現了一個原型系統(tǒng)來驗證該分布式協(xié)作機制。

關鍵詞：網絡管理；Web服務；分布式協(xié)作

中圖分類號：TN915.07； TP393 文獻標志碼：A

文章編號：1001-3695(2008)09-2741-05

Distributed coordination mechanism between heterogeneous network management systems

ZHANG Yue，QIU Xuesong，MENG Luoming

(State Key Laboratory of Switching Networking Technology， Beijing University of Posts Telecommunications， Beijing 100876， China)

Abstract:The efficient fulfillment and assurance of communication services is one of the main objectives of network management. To provide and assure communication services from the overall network needs dynamical coordination between network management systems， which are significant parts of operation support systems. Since distributed coordination had better performance and extensibility than centralized coordination， the demands for distributed coordination of network management systems were analyzed. Based on a Web servicesbased dynamically cooperative network management architecture， by convertingthe coordination between network management systems to that between management services provided by those network management systems，a distributed coordination mechanism between network management systems was proposed and a prototype was designed and implemented to validate the mechanism.

Key words:network management; Web services; distributed coordination



在電信運營支撐體系中，網絡管理系統(tǒng)（network management system，NMS）對通信業(yè)務的提供和保障起到了極為重要的作用。目前，電信運營以客戶為出發(fā)點的運營思路要求通信業(yè)務的部署、運營和維護能夠從全局全網出發(fā)，各自為政的NMS已經難以從全局反映網絡運行的實際情況。然而，NMS在其設計和實現的過程中，所采用的技術和管理協(xié)議存在很大的差異，形成了多種異構的NMS。在傳統(tǒng)網絡管理體系結構中，異構NMS之間往往采用層次型的管理者/代理者交互模型來交換管理信息，形成了一種緊耦合的層次關系。如何打破異構NMS之間的緊耦合關系、有效實現NMS之間的動態(tài)協(xié)作，從而快速提供和有效保障通信業(yè)務已成為網絡管理領域亟待解決的問題之一。另一方面，日趨復雜的跨多個NMS的業(yè)務流程不斷涌現，NMS的分布性和自治性要求NMS之間的動態(tài)協(xié)作能夠以分布式的方式實現，因此，需要定義一種有效的機制在NMS之間實現分布式協(xié)作以快速滿足電信運營不斷變化的管理需求。

Web services作為一種新興的分布式技術，由于其松耦合性和底層技術支持的廣泛性，引起了網絡管理研究領域的極大關注，基于Web services的網絡管理的研究正在展開^[1]。在網絡管理領域應用Web services技術，可以從兩個不同的方面入手：a）基于Web services技術對現有的網絡管理體系結構進行重新構造；b)將Web services技術用于管理接口中。筆者在文獻[2]中提出了一個基于Web services的動態(tài)協(xié)作網絡管理體系結構。該體系結構充分繼承了Web services松耦合的特點，打破了傳統(tǒng)網絡管理體系結構中NMS之間的緊耦合性，并采用面向服務的思想將NMS的管理功能以管理服務的形式提供，將NMS之間的動態(tài)協(xié)作轉換為管理服務之間的動態(tài)協(xié)作，有效地屏蔽了NMS之間的異構性。然而，文獻[2]尚未探討如何在該動態(tài)協(xié)作網絡管理體系結構中實現管理服務之間的分布式協(xié)作。本文將首先介紹在文獻[2]中所做的工作，然后分析NMS之間實現分布式協(xié)作的必要性，進而基于文獻[2]提出的基于Web services的動態(tài)協(xié)作網絡管理體系結構，利用其將NMS間協(xié)作轉換為管理服務之間協(xié)作的特點，定義一種用于在管理服務之間有效實現分布式協(xié)作的機制，從而實現異構NMS之間的分布式協(xié)作；最后設計并實現一個原型系統(tǒng)對該分布式協(xié)作機制進行驗證。

1 相關工作

1.1 基于Web services的動態(tài)協(xié)作網絡管理體系結構

在文獻[2]中，利用Web services技術在松耦合性等方面具有的突出優(yōu)勢，提出了一個基于Web services的動態(tài)協(xié)作網絡管理體系結構。該體系結構將Web services技術和面向服務的思想引入到網絡管理中，將NMS的管理功能以管理服務的形式提供，并將NMS之間的動態(tài)協(xié)作轉換為管理服務之間的動態(tài)協(xié)作，用于屏蔽目前NMS之間的異構性并打破它們之間存在的緊耦合關系，進而解決異構NMS間動態(tài)協(xié)作困難的問題?；赪eb services的動態(tài)協(xié)作網絡管理體系結構如圖1所示。

基于Web services的動態(tài)協(xié)作網絡管理系統(tǒng)體系結構具有四個成員，即網絡管理系統(tǒng)（network management system，NMS）、管理服務組合器（management service composer，MSC）、管理服務管理器（management service manager，MSM）和管理服務用戶（management service user，MSU）。各成員之間通過發(fā)布（publish）、查找（find）和綁定（bind）三種操作進行交互。在基于Web services的動態(tài)協(xié)作網絡管理系統(tǒng)體系結構中，存在兩種管理服務，即基本管理服務（basic management service，BMS）和組合管理服務（composite management service，CMS）。其中，BMS完成基本的網絡管理功能，向管理服務用戶提供基本管理服務，這類管理服務一般來說具有單一功能，如網絡監(jiān)視、通知上報、性能數據采集等；而CMS完成較高級的組合功能，向管理服務用戶提供高級管理服務，這類管理服務通常由多個BMS或CMS按照一定的規(guī)則協(xié)作完成，如業(yè)務開通、端到端業(yè)務指配、端到端安全管理等。

相對于Web services自身的體系結構，MSC是動態(tài)協(xié)作網絡管理系統(tǒng)體系結構中的新增成員，它是為了滿足電信運營對網絡管理提出的動態(tài)協(xié)作的需求而提出的。當單個NMS提供的管理功能不能滿足MSU的需求時，可以根據管理需求通過MSC設計出相應的業(yè)務流程，在MSM中找到符合相關要求的管理服務，并利用服務組合技術將這些管理服務動態(tài)組合成CMS，最終完成復雜的網絡管理任務。

1.2 分布式協(xié)作

協(xié)作的定義是管理活動之間依賴關系的行為^[3]。它的組成部分包括目標、活動、參與者和依賴關系。協(xié)作所涉及的共同致力于完成某個目標的相互聯系的活動的組合被稱為業(yè)務流程。業(yè)務流程的支持自動化操作的形式化描述被稱做流程定義，流程定義的單個執(zhí)行的表示叫做流程實例。業(yè)務流程管理（business process management，BPM）可以協(xié)助業(yè)務流程完成預期目標，是自動化實現動態(tài)協(xié)作的有效手段之一。工作流管理是具有代表性的BPM技術之一。

通常，完成協(xié)作的實體叫做協(xié)作點，它通過對活動之間的依賴關系進行管理來協(xié)調參與者完成相應活動的執(zhí)行，最終實現整個目標。其中協(xié)作點本身也可以作為完成活動的參與者。根據協(xié)作點之間的關系，協(xié)作的實現方式可分為以下兩種（圖2）：

a）集中式協(xié)作。其協(xié)作點是相對孤立的實體，各個協(xié)作點之間缺乏有效的交互與協(xié)作。單個協(xié)作點負責與其相關的所有參與者進行通信。隨著參與者的增多，這些孤立的協(xié)作點便成了性能的瓶頸，限制了集中式協(xié)作的可擴展性。

b）分布式協(xié)作。其具有多個協(xié)作點，通過協(xié)作點之間的彼此交互，整個協(xié)作由多個協(xié)作點共同完成，有效地減輕了單個協(xié)作點在性能和可擴展性上的不足。而分布式協(xié)作對協(xié)作點之間的交互機制以及BPM均提出了更高的要求。

1.3 異構NMS間的分布式協(xié)作

在傳統(tǒng)的網絡管理體系結構中，NMS之間的協(xié)作多采用集中式方式實現，即在多個NMS中，以某個NMS為主，由該NMS充當協(xié)作點，在該NMS與其他充當協(xié)作參與者的NMS之間定義明確的通信接口。然而作為協(xié)作參與者的異構NMS之間缺乏交互，在各個異構的NMS之間分別定義接口是不現實的，于是那些作為協(xié)作參與者的NMS無法成為協(xié)作點，協(xié)作很難以分布式方式實現。

在基于Web services的動態(tài)協(xié)作網絡管理系統(tǒng)體系結構中，NMS將其實現的管理功能以服務的方式提供，異構NMS之間的協(xié)作隨之轉換為管理服務之間的協(xié)作。MSC使用服務組合語言將根據網絡管理需求設計出的網絡管理業(yè)務流程形式化描述為流程定義，并根據業(yè)務流程實現的功能定義出相應的CMS發(fā)布在MSM上以便MSU使用。當MSU向MSC請求使用相關的CMS時，MSC使用其中的流程執(zhí)行引擎對流程定義進行執(zhí)行并調用流程定義涉及到的管理服務，整個業(yè)務流程的功能由多個管理服務協(xié)作實現，參與協(xié)作的管理服務之間的依賴關系由MSC管理，即MSC是管理服務協(xié)作過程中的協(xié)作點。

在基于Web services的動態(tài)協(xié)作網絡管理系統(tǒng)體系結構中，作為協(xié)作參與者的管理服務能夠屏蔽NMS之間的異構性，因此作為協(xié)作點的MSC與這些管理服務之間能以一種統(tǒng)一的方式進行通信，這在很大程度上降低了協(xié)作點與協(xié)作參與者之間通信接口的復雜性。然而在采用集中式方式實現協(xié)作時，單個MSC不僅要響應MSU調用CMS的請求，還要在流程定義的執(zhí)行過程中負責調用各個管理服務并與這些管理服務進行交互。隨著被調用的CMS數目不斷增多，MSC中被執(zhí)行的流程定義即流程實例數目也要隨之不斷增多，這給MSC增加了很大的負擔。MSC需要與多個不同的管理服務進行交互，并負責控制這些消息的流向，這不僅使MSC的性能不堪重負，同時也增加了網絡的流量。另一方面，NMS自身不僅具有分布性，還具有自治性。在執(zhí)行業(yè)務流程時，NMS要求業(yè)務流程與它自身相關的部分能夠在其內部執(zhí)行，這使得跨越多個NMS的業(yè)務流程需要在分布的不同NMS中協(xié)作執(zhí)行。因此，在基于Web services的動態(tài)協(xié)作網絡管理系統(tǒng)體系結構中，需要在管理服務之間實現分布式協(xié)作，以滿足網絡管理業(yè)務流程不斷增長變化的需求。

2 異構NMS間的分布式協(xié)作機制

在基于Web services的動態(tài)協(xié)作網絡管理系統(tǒng)體系結構中實現分布式協(xié)作，需要完成如下兩個任務：a)需要在作為協(xié)作點的MSC與作為協(xié)作參與者的管理服務之間規(guī)定統(tǒng)一的通信接口；b)需要在作為協(xié)作點的MSC之間定義有效的交互機制，以便MSC通過它們之間的交互機制來共同完成整個協(xié)作過程。對于前者而言，MSC中與服務組合語言相對應的流程執(zhí)行引擎已經完成了相應的工作，因此筆者將主要關注MSC之間的交互機制。

協(xié)作的自動化實現需要協(xié)作點能夠對業(yè)務流程進行有效的管理。在分布式協(xié)作中，整個業(yè)務流程通過多個協(xié)作點之間的交互共同完成，協(xié)作點之間的交互機制應能夠對分布在不同協(xié)作點上的業(yè)務流程進行有效的管理。在基于Web services的動態(tài)協(xié)作網絡管理系統(tǒng)體系結構中，為了實現管理服務之間的分布式協(xié)作，作為協(xié)作點的MSC之間應具有能夠對網絡管理業(yè)務流程進行有效管理的交互機制。該交互機制的管理內容包括網絡管理業(yè)務流程構建階段的流程定義和運行階段的流程實例?？紤]到MSC實現網絡管理服務之間協(xié)作的工作主要通過對網絡管理業(yè)務流程進行管理來完成，為了通用起見，將BPM部分的功能抽象出來，并將能夠對網絡管理業(yè)務流程進行管理的系統(tǒng)稱為網絡管理業(yè)務流程管理系統(tǒng)（network management business process management system，NMBPMS），并通過在NMBPMS之間定義交互接口來自動化實現網絡管理服務之間的分布式協(xié)作。

工作流管理是實現BPM的一種具有代表性的技術，工作流管理聯盟（workflow management coalition，WfMC）為工作流管理提出了工作流參考模型，明確了工作流管理系統(tǒng)的主要組件及各組件的功能，并定義了各組件之間進行交互的五個接口。其中接口4是工作流管理系統(tǒng)之間進行互操作的接口，目前采用基于異步服務訪問協(xié)議（asynchronous service access protocol，ASAP）的WfXML^[4]定義，但是WfXML定義的工作流管理系統(tǒng)之間的互操作接口在操作的可重用性和事件通知處理上存在一些不足。本文在WfXML定義的工作流管理系統(tǒng)之間的互操作機制的基礎上，對WfXML存在的不足進行了改進，通過在NMBPMS之間定義交互接口來實現對不同NMBPMS上的業(yè)務流程進行有效的管理。

2.1 WfXML

WfXML提供了遠程監(jiān)控管理流程的機制，它定義了一組消息用于描述面向流程的服務提供者與服務請求者之間的交互。根據流程管理系統(tǒng)在交互時可能充當的角色，WfXML定義了五種服務接口，即Observer、Service Registry、Factory、Instance和Activity。

WfXML將面向流程的工具融合為一個通用的調用框架，不僅標準化了流程監(jiān)控工具跟蹤流程實例的方式，也標準化了流程定義工具獲取或更新流程定義的方式。同時，WfXML定義的接口也存在一些不足。首先，這些接口的操作不具備良好的可重用性，如WfXML為了列出集合元素中符合相關條件的條目元素，在Service Registry、Factory和Instance接口上定義了三個不同的操作分別用于列出流程定義、流程實例和流程內部的活動。上述三個操作的功能幾乎完全相同卻具有不同的消息定義，既增加了工作流管理系統(tǒng)交互接口定義的復雜程度，也加重了工作流管理系統(tǒng)在處理交互消息上的負擔。其次，WfXML定義的接口在事件通知處理機制上不夠全面，Instance接口在通知訂購方面只能提供訂購和撤銷訂購的功能，不具備暫停/恢復通知訂購的機制；而且Subscribe操作只能用于訂購流程實例狀態(tài)發(fā)生改變的通知，至于如何訂購及處理與其他主題相關的事件，WfXML并沒有提及。這不僅不能適應不斷變化的管理需求，也影響了WfXML定義的接口的可擴展性。

2.2 交互接口的定義

WfXML尚存的不足主要有接口操作不具備良好的可重用性和可擴展性以及通知處理機制不夠全面兩個方面。筆者對WfXML的改進主要從上述兩個方面入手，一是使用標準可擴展的具有良好重用性方法來對接口操作進行定義；二是定義相對完善的通知處理機制。對于前者而言，WSRF^[5]（WSresourceframework）定義的訪問WSResource特性的接口操作具有良好的可重用性和可擴展性。其中WSResource是有狀態(tài)資源和提供到該有狀態(tài)資源訪問的服務的組合。目前WfXML支撐協(xié)議ASAP的最新版本也已經引入了WSRF的一些概念，并明確指出支持ASAP的實現可以選擇支持WSRF系列規(guī)范定義的相關接口。在定義NMBPMS交互接口時，引入了WSRF定義的相關接口來解決WfXML在接口操作可重用性和可擴展性上的問題。對于后者而言，WSN^[6]（WSnotification）定義的使用Web services進行發(fā)布/訂購通知的方式已經相對完善，因此在定義NMBPMS交互接口時，引入了WSN來解決WfXML在通知處理機制上的問題。

NMBPMS交互接口的定義首先需要明確NMBPMS交互接口具體的管理功能。NMBPMS交互接口的主要功能在于能夠對不同NMBPMS中的業(yè)務流程進行有效的管理，于是將與業(yè)務流程相關的實體看做被管資源，并將NMBPMS交互接口看做是由NMBPMS提供的管理服務的管理接口。WfXML明確了工作流管理系統(tǒng)在交互時可能充當的角色，并根據角色劃分出了五個接口，這五個接口具有清晰的功能劃分。于是在定義NMBPMS交互接口時，直接借鑒了WfXML的接口劃分并對各接口在通知處理機制等方面的功能進行了擴展，即NMBPMS交互接口由以下五個成員功能接口構成，這五個成員功能接口能夠提供的功能如下：

a）Service Registry，代表流程定義庫，即Factory的集合。通過它可以獲取和設置與流程定義庫相關的特性，列出其中存在的流程定義，外部的流程定義工具或NMBPMS可以通過它來向本地NMBPMS增加流程定義。它還提供流程定義改變通知的訂購、撤銷訂購、暫停訂購和恢復訂購的功能，并在流程定義發(fā)生改變時產生通知。

b）Factory，代表流程定義。通過它可以獲取和設置與流程定義相關的特性，創(chuàng)建流程實例，列出其中的流程實例。

c）Instance，代表流程實例。通過它可以獲取和設置與流程實例相關的特性，改變流程實例狀態(tài)，列出其中正在運行的活動；它還提供狀態(tài)改變通知的訂購、撤銷訂購、暫停訂購和恢復訂購的功能，并在狀態(tài)發(fā)生改變時產生通知。

d）Activity，代表流程實例內部的活動等待點。通過它可以獲取和設置與流程實例內部的活動等待點相關的特性，具有接收活動結束通知的功能。

e）Observer，代表與上述四種接口進行交互的實體。它讓Service Registry和Instance預先明確其產生的事件通知的接收者，并能夠接收上述實體產生的相關通知。

在明確了NMBPMS交互接口的功能構成以后，為了充分利用現有的WSRF和WSN系列規(guī)范定義的接口來對NMBPMS交互接口進行具體的定義，需要將上述五個成員功能接口所代表的實體均看做是WSResource，并對這五個WSResource各自的特點以及它們之間存在的內在聯系進行分析。通過分析發(fā)現，Instance功能接口需要對流程實例進行生命周期管理，于是使用了一個狀態(tài)模型來組織流程實例的生命周期。NMBPMS交互接口中流程實例所采用的狀態(tài)模型如圖3所示。

另一方面，筆者發(fā)現Service Registry與Factory之間、Factory與Instance之間以及Instance與Activity之間均是包含與被包含的關系。于是使用WSRF系列規(guī)范中WSServiceGroup定義的相關接口來對這四種WSResource之間的關系進行管理。在Factory中新創(chuàng)建一個流程實例（Instance）的同時，可以使用WSServiceGroup的Add操作在充當ServiceGroup的Factory中增加一個Instance的條目，從而批量查詢符合條件的流程實例。

在定義NMBPMS交互接口的過程中，將NMBPMS交互接口各成員功能接口進一步劃分為粒度更細的組件接口，并盡可能地利用WSRF和WSN系列規(guī)范已經定義好的接口。對于NMBPMS交互接口五個成員功能接口中存在的那些WSRF和WSN系列規(guī)范沒有涉及的功能需求，新定義了相應的組件接口：

a）Service Registry上的“新增流程定義接口”。該接口具有兩個接口操作，一個是NewProcess操作，外部流程定義工具可以通過它向本地NMBPMS增加流程定義；另一個是LoadProcess操作，外部NMBPMS可以通過它向本地NMBPMS分發(fā)流程定義。

b）Factory上的“流程實例創(chuàng)建接口”。該接口具有一個創(chuàng)建流程實例的Create操作。

c）Instance上的“狀態(tài)接口”。該接口具有Start、Suspend、Resume、Complete和Terminate五個接口操作，在圖3給出的流程實例狀態(tài)模型的基礎上，這五個操作可以對流程實例狀態(tài)進行變更。

在完成上述工作以后，筆者遵循了WSDM（WSdistributedmanagement）工作組的MUWS^[7]（management using Web services）規(guī)范給出的描述管理服務的方法，根據NMBPMS交互接口各成員功能接口所代表實體各自的特點及其需要提供的功能，為各個成員功能接口定義了相應的資源特性文檔（resource property document）及接口操作。

3 原型系統(tǒng)的設計與實現

為了驗證本文提出的異構NMS間的分布式協(xié)作機制，設計并實現了一個原型系統(tǒng)。以下首先給出原型系統(tǒng)的驗證場景及體系結構，然后給出該原型系統(tǒng)中的關鍵設計。

3.1 原型系統(tǒng)的驗證場景

由于本文是在文獻[2]提出的基于Web services的動態(tài)協(xié)作網絡管理體系結構的基礎上展開的，原型系統(tǒng)的驗證場景遵循了上述體系結構，如圖4所示。

在上述原型系統(tǒng)的驗證場景中存在五個系統(tǒng)，即CRM（customer relationship management，客戶關系管理）、Registry（注冊中心）、SFS（service fulfillment system，業(yè)務開通系統(tǒng)）、DNMS（data network management system，數據網管系統(tǒng)）和SNMS（switching network management system，交換網管系統(tǒng)）。這五個系統(tǒng)與基于Web services的動態(tài)協(xié)作網絡管理體系結構中的成員有著相互對應的關系，即CRM和Registry分別相當于體系結構中的MSU和MSM；SFS、DNMS和SNMS相當于動態(tài)協(xié)作體系結構中的NMS，它們各自提供一些基本管理服務。SFS和DNMS同時還充當動態(tài)協(xié)作體系結構中的MSC，它們均具有協(xié)作點的功能。此外，上述場景還遵循如下假設：

a）SFS根據來自CRM的業(yè)務開通請求，通過與驗證場景中的其他系統(tǒng)進行交互，完成業(yè)務開通流程的自動化實現。

b）利用SFS中的流程設計工具，業(yè)務開通流程由人工設計完成。

c）簡化服務查找的過程，假設從Registry中選出的符合業(yè)務開通流程需求的管理服務均由驗證場景內部的系統(tǒng)提供。

d）假設在SFS上設計好的完整的業(yè)務開通流程可被分割為相應的子流程，子流程可以通過NMBPMS交互接口分發(fā)給DNMS并交由DNMS執(zhí)行。整個業(yè)務開通流程通過SFS和DNMS這兩個協(xié)作點之間的交互共同完成。

3.2 原型系統(tǒng)體系結構

在原型系統(tǒng)中，SFS、DNMS和SNMS均將其功能模塊實現的功能封裝成管理服務發(fā)布在Registry中。其中管理服務均利用Apache Muse^[8]平臺實現。CRM通過查找Registry發(fā)現符合其需求的管理服務。SFS和DNMS中的協(xié)作點模塊使用ActiveBPEL engine^[9]作為流程執(zhí)行引擎來完成流程實例的執(zhí)行。上述兩個協(xié)作點模塊之間通過NMBPMS交互接口進行交互。其中NMBPMS交互接口也以服務的形式對外提供。原型系統(tǒng)的體系結構如圖5所示。

3.3 關鍵設計

考慮到開發(fā)原型系統(tǒng)的一個主要目標在于驗證異構NMS間的分布式協(xié)作機制的有效性，為此在原型系統(tǒng)的開發(fā)過程中設計并實現了一個簡化了的DSL業(yè)務開通流程，如圖6所示。DSL業(yè)務開通流程中各個關鍵步驟的功能分別由原型系統(tǒng)驗證場景中相應系統(tǒng)實現的管理服務提供。DSL業(yè)務開通流程的流程定義使用服務組合語言WSBPEL進行形式化描述。在原型系統(tǒng)中，筆者分別使用了集中式和分布式協(xié)作方式來實現該DSL業(yè)務開通流程。在集中式協(xié)作方式中，SFS單獨負責整個DSL業(yè)務開通流程的執(zhí)行；在分布式協(xié)作中，SFS和DNMS通過NMBPMS交互接口共同完成整個DSL業(yè)務開通流程的執(zhí)行。將流程定義分割為兩個子流程，即將流程定義中由DNMS的配置交換機和配置認證服務器兩個步驟完成的功能合并在一起，SFS將這一部分的流程定義作為子流程通過NMBPMS交互接口分發(fā)給DNMS執(zhí)行，DSL業(yè)務開通流程其他部分的流程定義由SFS執(zhí)行。SFS和DNMS之間通過NMBPMS交互接口來實現對各自所執(zhí)行的流程進行有效的管理，從而完成管理服務之間的分布式協(xié)作。實驗證明，具有多個協(xié)作點的分布式協(xié)作方式相對于只有一個協(xié)作點的集中式協(xié)作方式在性能上具有明顯的優(yōu)勢。

4 結束語

本文首先分析了分布式協(xié)作的優(yōu)勢，明確了異構NMS對分布式協(xié)作的需求，在文獻[2]提出的基于Web services的動態(tài)協(xié)作網絡管理系統(tǒng)體系結構的基礎上，將NMS之間的動態(tài)協(xié)作轉換為網絡管理服務之間的動態(tài)協(xié)作，定義了一個能夠有效實現管理服務之間分布式協(xié)作的NMBPMS交互接口來完成異構NMS之間的分布式協(xié)作，并設計實現了一個原型系統(tǒng)來驗證所提出的異構NMS間分布式協(xié)作機制。該分布式協(xié)作機制對異構NMS間動態(tài)協(xié)作技術的進一步發(fā)展和完善起到了一定的促進作用。目前原型系統(tǒng)中各成員的功能僅完成了模擬實現，進一步完善原型系統(tǒng)的功能是下一階段實現的工作。

參考文獻：

［1］PAVLOU G，FLEGKAS P，GOUVERIS S，et al.On management technologies and the potential of Web services[J].IEEE Communications Magazine，2004，42(7): 58-66.

[2]ZHANG Yue，QIU Xuesong，MENG Luoming.A Web servicesbased dynamically cooperative network management architecture[C]//Proc of the 1st International Conference on Communications and Networking in China.Beijing:[s.n.]，2006:1-3.

[3]MALONE T W，CROWSTON K.What is coordination theory and how can it help design cooperative work systems[C]//Proc of ACM Conference on Computer Supported Cooperative Work.New York:ACM Press，1990:357-370.

[4]SWENSON K D，PRADHAN S，GILGER W.WfXML 2.0:XML based protocol for runtime integration of process engines[M].[S.l.]: WfMC，2004.

[5]OASIS. Web services resource framework[EB/OL].(200611).http://www.oasisopen.org/committees/tc_home.php?wg_abbrev=wsrf.

[6]OASIS.Web services notification[EB/OL].(200611).http://www.oasisopen.org/committees/tc_home.php?wg_abbrev=wsn.

[7]OASIS MUWS 1.0 Web services distributed management:Management using Web Services[S].[S.l.]:OASIS， 2005.

[8]Active Endpoints.ActiveBPEL engine[EB/OL].(200611).http://www.activebpel.org.

[9]Apache.Apache muse[EB/OL].(200611)(2007-03).http://ws.apache.org/muse/