【正文】 22]。 浙江大學(xué)碩士學(xué)位論文 第 3 章 OSGi 體系架構(gòu)分析 17 Bundle 的狀態(tài)有一下幾種： INSTALLED、 RESOLVED、 STARTING、 ACTIVE、STOPPING、 UNINSTALLED。在 OSGi 框架啟動后，首先會解析安裝的 Bundle， Bundle 只有在解析后，才能關(guān)聯(lián)到相應(yīng)的類加載器，一般會在 Bundle 解析成功后，由框架創(chuàng)建一個(gè)與 Bundle 綁定的類加載器，在一些不需要啟動就加載的 Bundle 中，框架一般會采取延時(shí)創(chuàng)建加載器的方式，等到Bundle 實(shí)際被使用時(shí)才被創(chuàng)建 [2]。一個(gè)服務(wù)是一個(gè) Java 對象，這個(gè)對象實(shí)現(xiàn)了一個(gè)或多個(gè)特定的服務(wù)接口，在實(shí)現(xiàn)服務(wù)接口的同時(shí)，也通過服務(wù)注冊，將服務(wù)與接口進(jìn)行綁定，通過調(diào)用接口，就可以調(diào)用到相應(yīng)注冊的服務(wù)。 在 OSGi框架中，模塊化的單元是 bundle，一個(gè) bundle 由 Java 的類和其他文件組成，提供終端功能，在服務(wù)框架中， bundle 是僅有的需要部署的 Java 應(yīng)用實(shí)體， bundle 以 Jar 文件的方式進(jìn)行部署 ，每個(gè) Bundle 中 包含一個(gè) manifest 文件，用來描述 Jar 文件的內(nèi)容和 bundle 的信息，將 bundle 的信息提供給框架，以用來安裝和激活 bundle。 OSGi 框架 及運(yùn)行機(jī)制 OSGi 框架 根據(jù)功能劃分， OSGi框架可以分為以下幾個(gè)層次 [13]： 安全層 Security Layer； 模塊層 Module Layer； 生命周期層 Life Cycle Layer； 服務(wù)實(shí)現(xiàn)層 Actual Service； 圖 OSGi 模塊結(jié)構(gòu)圖 安全層是 OSGi服務(wù)架構(gòu)中的一個(gè)可選的層，它是基于 Java2 的安全體系結(jié)構(gòu)，并且安全層提供了在精密控制的環(huán)境下應(yīng)用程序的部署和管理的基礎(chǔ)架構(gòu)。后來，由于 OSGi 的諸多優(yōu)秀特性，比如動態(tài)改變系統(tǒng)行為，熱插拔的插件體系結(jié)構(gòu)，高效性，高復(fù)用性等，被應(yīng)用于許多 PC 上的應(yīng)用，并逐步被開發(fā)者所鐘愛。 OSGi 的起源在最初也 是希望能夠?yàn)榧彝デ度胧皆O(shè)備提供網(wǎng)關(guān)服務(wù)，直至現(xiàn)如今成為了一個(gè)熱門的 動態(tài)模型框架。 CORBA 主要包括三個(gè)部 分：接口定義語言（ IDL），對象請求代理（ ORB），以及 ORB 之間的交互協(xié)議 IIOP。 雖然 MTNM 主要的應(yīng)用在于網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)之間的交互，但是，也可以用于多網(wǎng)絡(luò)管理系統(tǒng)之間的交互，比如以Client/Server 客戶端服務(wù)器的模式， 一個(gè)管理系統(tǒng)作為客戶端，另一個(gè)或多個(gè)作為服務(wù)器，通過 MTNM 交互。 MTNM 是一種基于 CORBA 分布式技術(shù)的網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)接口交互的標(biāo)準(zhǔn)協(xié)議， MTNM 提供的是網(wǎng)絡(luò)端到端的管理，并且能夠?qū)崿F(xiàn)多廠商網(wǎng)絡(luò)設(shè)備并存的預(yù)先配置 ，不同于 MTOSI，它是一種純粹的面向資源層次的。 CMIS/CMIP 是 OSI 提供的網(wǎng)絡(luò)管理協(xié)議 簇， CMIS（ Common Management Information Service） 是公共管理信息服務(wù)，定義了網(wǎng)絡(luò)中的網(wǎng)絡(luò)管理服務(wù)， CMIP（ Common Management Information Protocol） 是公共管理信息協(xié)議，是現(xiàn)實(shí) CMIS服務(wù)的網(wǎng)絡(luò)管理協(xié)議 ， OSI 希望通過這樣的網(wǎng)絡(luò)管理協(xié)議簇為在 ISO 參考模型上的網(wǎng)絡(luò)設(shè)備提供一個(gè)公共的網(wǎng)絡(luò)結(jié)構(gòu)。 隨著網(wǎng)絡(luò)的不斷發(fā)展， 網(wǎng)絡(luò)管理的解決方案的研究也正在迅速的發(fā)展，包括了 HEMS， SGM， CMIS/CMIP， SNMP 等網(wǎng)絡(luò)管理解決規(guī)范的內(nèi)容都得到了更新和完善 ， 網(wǎng)絡(luò)各部分的信息交互除了信息載體，還需要提供程序?qū)崿F(xiàn)的方式， 目前， 基于 分布式技術(shù)的實(shí)現(xiàn)方式在網(wǎng)絡(luò)管理系統(tǒng)中最為常見 。在網(wǎng)絡(luò)管理中，網(wǎng)絡(luò)單元由網(wǎng)元管理系統(tǒng)（ EMS）來管理。檢測和接收網(wǎng)絡(luò)對象的告警事件，分析安全相關(guān)的信息，并提供安全事件分析 機(jī)制和歷史事件檢索功能，及時(shí)發(fā)現(xiàn)網(wǎng)絡(luò)的可疑行為。計(jì)費(fèi)管理主要包括了計(jì)費(fèi)數(shù)據(jù)采集和管理，計(jì)費(fèi)策略制定，計(jì)費(fèi)數(shù)據(jù)計(jì)算和分析，計(jì)費(fèi)數(shù)據(jù)查詢等。網(wǎng)絡(luò)故障管理主要包括了三方面的內(nèi)容，故障檢測，故障隔離以及故障修復(fù)，檢測包括對網(wǎng)絡(luò)和網(wǎng)絡(luò)設(shè)備的各種信息的主動和被動探測 和接收，并對獲得的信息進(jìn)行分析和管理，識別其中與故障相關(guān)的內(nèi)容，生產(chǎn)故障日志等，同時(shí)，建立故障告警機(jī)制，在接收到故障檢測提供的故障信息時(shí)，根據(jù)告警策略發(fā)布告警信號。 性能在系統(tǒng)實(shí)現(xiàn)中是一個(gè)非常重要的因素， TMN 包含了對設(shè)備的性能和網(wǎng)絡(luò)單元的有效性的管理和評 估的功能，包括性能檢測、分析以及控制管理，參數(shù)閾值控制，可視化分析，性能統(tǒng)計(jì)查詢，并根據(jù)評估結(jié)果生成一系列評估報(bào)告等，性能管理在系統(tǒng)運(yùn)行中具有非常重要的參考和評估價(jià)值。 業(yè)務(wù)管理層是考慮的重點(diǎn)是如何 使用 服務(wù) 提供 有利可圖 的 企業(yè) 業(yè)務(wù) ，更多的是面向業(yè)務(wù)的需求，比如服務(wù)由誰來管理，如何也對象競爭等 [20]。 TMN 通過互操作接口 管理 各元素之間的信息交互 過程 ， 互操作接口定義了信息交互所需的協(xié)議、過程、消息格式、語義等信息， 同時(shí)，還提供了信息定義模型，通過管理以信息模型定義的對象實(shí)現(xiàn)信息交互管理的目的 。 TMN 主要針對異構(gòu)網(wǎng)絡(luò)、業(yè)務(wù)、設(shè)備的管理，通過豐富的管理功能，實(shí)現(xiàn)多廠商、多技術(shù)的綜合管理，并且能夠在多網(wǎng)絡(luò)、多系統(tǒng)之間進(jìn)行交互，包括在相互獨(dú)立的被管理網(wǎng)絡(luò)之間實(shí)現(xiàn)交互通信，達(dá)到最終業(yè)務(wù)的端到端管理 [18]。 網(wǎng)絡(luò)管理 是網(wǎng)絡(luò)運(yùn)營和管理 中一個(gè)非常重要的服務(wù) 模型， 在網(wǎng)絡(luò)管理解決方案中， 電信管理網(wǎng) TMN 是其中一個(gè)比較著名的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)規(guī)范 。 第五章， 針對網(wǎng)絡(luò)操作任務(wù)的工作流管理方式進(jìn)行 詳細(xì)的 分析、設(shè)計(jì)以及實(shí)現(xiàn)。 論文的組織結(jié)構(gòu) 本論文共分為六個(gè) 章節(jié) ，按照一下的形式組織陳述 ： 第一章， 緒論，主要介紹本課題的研究背景，基本 現(xiàn)狀以及本文的主要工作和內(nèi)容 。 同時(shí)，本文還對實(shí)現(xiàn)平臺的關(guān)鍵技術(shù) OSGi 框架做了深入的研究和闡述，通過管理系統(tǒng)的實(shí)例，說明 OSGi 動態(tài)模塊化的特點(diǎn)， 通過 OSGi 實(shí)現(xiàn)平臺開發(fā)過程中模塊松散耦合的 問題 ，以及作為一個(gè)基礎(chǔ) 框架來實(shí)現(xiàn)一個(gè)具有高度復(fù)用，良好擴(kuò)展的軟件系統(tǒng)平臺的可行性 ，詳細(xì)描 述了網(wǎng)絡(luò)操作管理系統(tǒng) 結(jié)構(gòu)的設(shè)計(jì)。 目前網(wǎng)絡(luò)管理 的發(fā)展趨勢 已經(jīng)從側(cè)重設(shè)備管理轉(zhuǎn)向側(cè)重業(yè)務(wù)管理， 網(wǎng)絡(luò)管理用戶已經(jīng)不再將網(wǎng)絡(luò)設(shè)備的管理看作網(wǎng)絡(luò)管理的重點(diǎn)，而是考慮如何使網(wǎng)絡(luò)管理滿足業(yè)務(wù)系統(tǒng)的需求 。 Tivoli 是 IBM 提供了管理解決方案，采用了開放系統(tǒng)和自動化的管理技術(shù)，利用基于策略的資源分配，系統(tǒng)管理解決方案。 有關(guān)網(wǎng)絡(luò)管理方面的研究，國外的起步較早，早在 80 年代初，隨著互聯(lián)網(wǎng)的出現(xiàn)和發(fā)展， 集成化，規(guī)?；木W(wǎng)絡(luò)設(shè)備的應(yīng)用 ，使人們很快認(rèn)識到網(wǎng)絡(luò)的重要性 ，對網(wǎng)絡(luò)管理的研究也隨之而開始，比如提出了 HEMS、 SGMP、 CMIS／ CMIP等 網(wǎng)絡(luò)解決方案等， SGMP 是一個(gè) 簡單網(wǎng)關(guān)監(jiān)控協(xié)議 （ Simple Gateway Monitoring Protocol），是一個(gè)基于互聯(lián)網(wǎng) 標(biāo)準(zhǔn)的網(wǎng)絡(luò)關(guān)系協(xié)議，后來發(fā)展成了著名的 SNMP，最初是設(shè)計(jì)用來管理那些訪問網(wǎng)絡(luò)的網(wǎng)關(guān)設(shè)備， SNMP 進(jìn)一步簡化了在大規(guī)模網(wǎng)絡(luò)設(shè)備中的網(wǎng)絡(luò)管理和信息數(shù)據(jù)的獲取，由于出色的效果，使得很多網(wǎng)絡(luò)設(shè)備廠商都采用 SNMP 作為默認(rèn)的網(wǎng)絡(luò)服務(wù)。 當(dāng)然，網(wǎng)絡(luò)管理服務(wù) 的發(fā)展不僅僅是為了簡化網(wǎng)絡(luò)操作 ，還有不同業(yè)務(wù)浙江大學(xué)碩士學(xué)位論文 第 1 章 緒論 2 管理的需求，隨著網(wǎng)絡(luò)工作越來越繁重，網(wǎng)絡(luò)的故障也越來越頻繁，網(wǎng)絡(luò)故障的定位，故障的隔離和修復(fù)也成為影響網(wǎng)絡(luò)發(fā)展的一個(gè)重要因素， 如果系統(tǒng)的正常運(yùn)行都無法保證，那么更不用 提 網(wǎng)絡(luò)管理 ，因此，在網(wǎng)絡(luò)管理解決方案 中，故障管理 服務(wù) 往往是用戶優(yōu)先考慮的 服務(wù) 模塊 。網(wǎng)絡(luò)最初的產(chǎn)生是源于軍備競賽，軍方系統(tǒng)能夠提供一種方式，將軍事指揮中心的各個(gè)分散 點(diǎn)連接起來，形成一個(gè)具有通信組織的集合， 網(wǎng)絡(luò)真正意義上的產(chǎn)生是 互聯(lián)網(wǎng)（ Inter） 的出現(xiàn)， 從互聯(lián)網(wǎng)的名字就可以看出，是希望將網(wǎng)絡(luò)連接到一起， 隨著 作為網(wǎng)絡(luò)重要組成部分 TCP/IP 協(xié)議的 不斷 更新和 完善，網(wǎng)絡(luò)使用 范圍的不斷擴(kuò)大 ，已經(jīng)遠(yuǎn) 不是當(dāng)初控制幾臺電腦主機(jī)可以相提并論，網(wǎng)絡(luò) 產(chǎn)生的意義是 希望 讓人類生活更快捷，更豐富，人民更方便的獲取信息，獲得所求， 人們 利用網(wǎng)絡(luò)來實(shí)現(xiàn)和替代很多原本需要身體力行的工作， 工作會議可以通過網(wǎng)絡(luò)視頻來代替 ，聊天通信可以通過網(wǎng)絡(luò)通訊軟件來實(shí)現(xiàn)，網(wǎng)絡(luò)購物更是因?yàn)閮?yōu)惠的價(jià)格 受到了廣泛的關(guān)注 ， 網(wǎng)絡(luò)的應(yīng)用 范圍不斷擴(kuò)大 。 work operation work order is a set of work operation tasks. This model is based work management system layer, a series of work operation tasks to a single work order as a managed object, by means of integrated missions to achieve the unified management of work operations, as a service to provide to users. Also use OSGi dynamic modular technology as the infrastructure of system model, analyze the architecture of the OSGi technology and operating principles, and analyze the functions, divide the module and design the structure of the system based on OSGi framework, in which detailed the design and implementation of operation task process management. Finally, demonstrate the implemented system to show the result of work operations management, system uses web interface to provide a management service for work operations work order management. The system achieve the business processes as content analysis of work order file, design and allocate the executable plan time, automatically perform the operational tasks and realtime monitoring of operation tasks. Key Words： Network management, Service, OSGi, Bundle, jBPM 浙江大學(xué)碩士學(xué)位論文 目錄 I 目錄 摘要 .............................................................................................................................. ii Abstract ........................................................................................................................ iii 圖目錄 ........................................................................................................................ III 第 1 章 緒論 ................................................................................................................1 課題背景 ..............................................................................................................1 網(wǎng)絡(luò)管理服務(wù)發(fā)展國內(nèi)外現(xiàn)狀 ..........................................................................2 本文的主要工作 ..................................................................................................3 論文的組織結(jié)構(gòu) ..