北向接口系統(tǒng)及其實(shí)現(xiàn)方法

專(zhuān)利名稱(chēng)：北向接口系統(tǒng)及其實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信管理網(wǎng)絡(luò)技術(shù)，尤其涉及一種北向接口系統(tǒng)及其實(shí)現(xiàn)方法。
技術(shù)背景
EtffiWSN^ (Telecommunications Management Network, M^ ΤΜΝ) Φ, T 網(wǎng)元功能集(Network Element Function，簡(jiǎn)稱(chēng)NEF)系統(tǒng)和操作系統(tǒng)功能集(Operation System Function，簡(jiǎn)稱(chēng)0SF)系統(tǒng)之間的q接口就是通常描述的北向接口，該接口的功能是 提供OSF系統(tǒng)和NEF系統(tǒng)連接的通路，包括協(xié)議層面的轉(zhuǎn)換和語(yǔ)意層面的轉(zhuǎn)換。北向接口 往往是作為NEF系統(tǒng)中的一個(gè)模塊來(lái)發(fā)布的。
NEF系統(tǒng)和OSF系統(tǒng)之間協(xié)議層面的轉(zhuǎn)換主要是指交換信息使用的底層通信技 術(shù)，已經(jīng)被廣泛接受的標(biāo)準(zhǔn)協(xié)議主要包括公用對(duì)象請(qǐng)求代理(Common Object Request Broker Architecture, C0RBA) > M N ^ il (Simple Network Management Protocol，簡(jiǎn)稱(chēng) SNMP)、簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(Simple Object Access Protocol，簡(jiǎn)稱(chēng) SOAP) 和交易語(yǔ)言 1 (Transaction Language 1，簡(jiǎn)稱(chēng) TLl)等。
NEF系統(tǒng)和OSF系統(tǒng)之間語(yǔ)意層面的轉(zhuǎn)換包括一些電信領(lǐng)域的北向標(biāo)準(zhǔn)，如3GPP、 電信管理論壇(Telecommunications Management Forum，簡(jiǎn)稱(chēng) TMF) 814、TMF854 等，這些標(biāo) 準(zhǔn)主要定義了管理電信領(lǐng)域的故障管理、配置管理、計(jì)費(fèi)管理、性能管理和安全管理這五種 基本業(yè)務(wù)功能操作。
北向接口系統(tǒng)作為網(wǎng)絡(luò)管理系統(tǒng)中的一個(gè)關(guān)鍵系統(tǒng)，最初是使用C/C++語(yǔ)言來(lái)開(kāi) 發(fā)的，但是北向接口系統(tǒng)本身的特點(diǎn)是快速開(kāi)發(fā)、靈活定制以適應(yīng)不同OSF系統(tǒng)的對(duì)接需 求，而這正是C/C++語(yǔ)言難于實(shí)現(xiàn)的。于是，使用java語(yǔ)言來(lái)開(kāi)發(fā)北向接口系統(tǒng)開(kāi)始被逐 漸重視起來(lái)，同時(shí)OSF廠商也開(kāi)始使用java技術(shù)來(lái)開(kāi)發(fā)北向接口系統(tǒng)，SUN也推出了基于 java 平臺(tái)企業(yè)版本(Java Platform, Enterprise Edition，簡(jiǎn)稱(chēng) JEE)的基于 java 技術(shù)的 OSS(OSSJ)標(biāo)準(zhǔn)?；贘EE開(kāi)發(fā)的北向接口系統(tǒng)，存在的問(wèn)題是由于JEE體系龐大，采用 JEE開(kāi)發(fā)的系統(tǒng)無(wú)法實(shí)現(xiàn)北向接口系統(tǒng)的輕量化和靈活性。發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種北向接口系統(tǒng)及其實(shí)現(xiàn)方法，能夠?qū)崿F(xiàn)北向接口系統(tǒng)的組 件化和靈活性。
—方面，本發(fā)明實(shí)施例提供了一種北向接口系統(tǒng)，包括
通訊層處理模塊，用于調(diào)用北向通訊組件建立與操作系統(tǒng)功能集OSF系統(tǒng)之間的 連接，接收所述OSF系統(tǒng)發(fā)送的消息；
適配層處理模塊，用于調(diào)用第一適配組件對(duì)所述消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，使得 所述消息的格式轉(zhuǎn)換成能夠被網(wǎng)元功能集NEF系統(tǒng)識(shí)別的格式；并將待發(fā)布的服務(wù)生成的 業(yè)務(wù)組件注冊(cè)到所述第一適配組件；
業(yè)務(wù)層處理模塊，用于調(diào)用業(yè)務(wù)組件將經(jīng)過(guò)協(xié)議層面的轉(zhuǎn)換后的所述消息進(jìn)行語(yǔ)意層面的轉(zhuǎn)換，使得所述消息的內(nèi)容轉(zhuǎn)換成能夠被NEF系統(tǒng)識(shí)別的內(nèi)容；
公共服務(wù)層處理模塊，用于調(diào)用公共服務(wù)組件將經(jīng)過(guò)語(yǔ)意層面的轉(zhuǎn)換后的所述消 息發(fā)送給所述NEF系統(tǒng)。
另一方面，本發(fā)明實(shí)施例還提供了一種北向接口系統(tǒng)實(shí)現(xiàn)方法，包括
調(diào)用北向通訊組件建立與操作系統(tǒng)功能集OSF系統(tǒng)之間的連接，接收所述OSF系 統(tǒng)發(fā)送的消息；
調(diào)用第一適配組件對(duì)所述消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，使得所述消息的格式轉(zhuǎn)換成 能夠被網(wǎng)元功能集NEF系統(tǒng)識(shí)別的格式；并將待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到所述第 一適配組件；
調(diào)用業(yè)務(wù)組件對(duì)經(jīng)過(guò)協(xié)議層面的轉(zhuǎn)換后的消息進(jìn)行語(yǔ)意層面的轉(zhuǎn)換，使得所述消 息的內(nèi)容轉(zhuǎn)換成能夠被所述NEF系統(tǒng)識(shí)別的內(nèi)容；
調(diào)用公共服務(wù)組件將經(jīng)過(guò)語(yǔ)意層面的轉(zhuǎn)換后的所述消息發(fā)送給NEF系統(tǒng)。
可見(jiàn)，本發(fā)明實(shí)施例提供的北向接口系統(tǒng)及其實(shí)現(xiàn)方法中，通訊層處理模塊、適配 層處理模塊、業(yè)務(wù)層處理模塊和公共服務(wù)層處理模塊分別調(diào)用不同的組件對(duì)OSF系統(tǒng)發(fā)送 過(guò)來(lái)的消息進(jìn)行處理，實(shí)現(xiàn)了北向接口系統(tǒng)的組件化；其中，適配層處理模塊用于將待發(fā)布 的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到所述第一適配組件，從而實(shí)現(xiàn)提供注冊(cè)服務(wù)，可以動(dòng)態(tài)發(fā)布 新的Web服務(wù)而無(wú)需重啟整個(gè)系統(tǒng)，具有靈活性；同時(shí)，通訊組件、第一適配組件、業(yè)務(wù)組件 和公共服務(wù)組件可以根據(jù)實(shí)際需要來(lái)擴(kuò)展，具有靈活性。
下面通過(guò)附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1所示為本發(fā)明北向接口系統(tǒng)實(shí)施例一結(jié)構(gòu)示意圖2所示為本發(fā)明各實(shí)施例中系統(tǒng)組件劃分示意圖3所示為本發(fā)明實(shí)施例中頁(yè)面服務(wù)(Web Service)動(dòng)態(tài)發(fā)布原理示意圖4所示為本發(fā)明實(shí)施例中監(jiān)控組件的結(jié)構(gòu)示意圖5所示為本發(fā)明實(shí)施例中探針的實(shí)現(xiàn)示意圖6所示為本發(fā)明實(shí)施例中調(diào)用監(jiān)控組件收集探針結(jié)果的示意圖7所示為本發(fā)明北向接口系統(tǒng)實(shí)現(xiàn)方法實(shí)施例一流程圖。
具體實(shí)施方式
輕量化和組件化是北向接口系統(tǒng)追求的目標(biāo)，OSGI (Open ServiceGateway Initiative，簡(jiǎn)稱(chēng)0SGI)成為實(shí)現(xiàn)北向接口系統(tǒng)的理想選擇，OSGI貴方為網(wǎng)絡(luò)服務(wù)定義了 一個(gè)標(biāo)準(zhǔn)的、面向組件的計(jì)算環(huán)境。在模塊的組織方面，OSGI可以采用一個(gè)功能模塊一個(gè) 組件(Bundle)的方式組織模塊，在OSGI框架的支持下不會(huì)出現(xiàn)需要引用其他模塊組件的 情況，而只需要引用其他組件定義的接口即可，這樣每一個(gè)模塊對(duì)應(yīng)的組件的開(kāi)發(fā)不會(huì)很 復(fù)雜，同時(shí)組件的部署也非常簡(jiǎn)單。采用OSGI技術(shù)，模塊的復(fù)用非常簡(jiǎn)單，由于OSGI是規(guī) 范性質(zhì)的定義，只需要部署組件即可為系統(tǒng)增加相應(yīng)的模塊。而且OSGI不需要使用JEE環(huán) 境來(lái)支持，java標(biāo)準(zhǔn)版(JSE)環(huán)境就可以運(yùn)行。
采用OSGI技術(shù)的系統(tǒng)具備如下特點(diǎn)5
(1)可插拔的系統(tǒng)采用OSGI技術(shù)的系統(tǒng)，可以調(diào)用安裝新的組件、更新或停止現(xiàn) 有的組件來(lái)實(shí)現(xiàn)系統(tǒng)功能的插拔；
(2)可動(dòng)態(tài)改變行為的系統(tǒng)；
(3)穩(wěn)定、高效的系統(tǒng)采用OSGI技術(shù)的系統(tǒng)采用的是微核機(jī)制，微核機(jī)制保證了 系統(tǒng)的穩(wěn)定性，微核機(jī)制的系統(tǒng)中，只要微核是穩(wěn)定地運(yùn)行的，系統(tǒng)就不會(huì)崩潰，也就是說(shuō)， 采用OSGI技術(shù)的系統(tǒng)不會(huì)受到運(yùn)行在其中的組件的影響，不會(huì)因?yàn)榻M件的崩潰而導(dǎo)致系 統(tǒng)崩潰；
(4)規(guī)范的、可積累的模塊可以對(duì)接不同的系統(tǒng)，積累不同的對(duì)接模塊，從而形 成對(duì)接模塊倉(cāng)庫(kù)，提供大量的可重用的模塊。
本發(fā)明提供基于OSGI的北向接口實(shí)現(xiàn)方法的實(shí)施例，充分利用OSGI的優(yōu)勢(shì)，實(shí)現(xiàn) 了北向接口系統(tǒng)的組件化和輕量化。
如圖1所示為本發(fā)明北向接口系統(tǒng)實(shí)施例一結(jié)構(gòu)示意圖，該北向接口系統(tǒng)包括 通訊層處理模塊11、適配層處理模塊12、業(yè)務(wù)層處理模塊13和公共服務(wù)層處理模塊14，適 配層處理模塊12分別與通訊層處理模塊11和業(yè)務(wù)層處理模塊13邏輯連接，業(yè)務(wù)層處理模 塊13與公共服務(wù)層處理模塊14邏輯連接。
其中，通訊層處理模塊11用于調(diào)用北向通訊組件建立與OSF系統(tǒng)之間的連接，接 收OSF系統(tǒng)發(fā)送的消息；
適配層處理模塊12用于調(diào)用第一適配組件對(duì)該消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，使得 該消息的格式轉(zhuǎn)換成能夠被NEF系統(tǒng)識(shí)別的格式，并將待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè) 到第一適配組件；
業(yè)務(wù)層處理模塊13用于調(diào)用業(yè)務(wù)組件將經(jīng)過(guò)協(xié)議層面的轉(zhuǎn)換后的消息進(jìn)行語(yǔ)意 層面的轉(zhuǎn)換，使得該消息的內(nèi)容轉(zhuǎn)換成能夠被NEF系統(tǒng)識(shí)別的內(nèi)容；
公共服務(wù)層處理模塊14用于調(diào)用公共服務(wù)組件將經(jīng)過(guò)語(yǔ)意層面的轉(zhuǎn)換后的消息 發(fā)送給NEF系統(tǒng)。
其中，適配層處理模塊12具體可以用于調(diào)用第一適配組件將OSF系統(tǒng)發(fā)送過(guò)來(lái)的 消息轉(zhuǎn)換成能夠被NEF系統(tǒng)識(shí)別的數(shù)據(jù)對(duì)象，并將待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到第 一適配組件。
圖1中，公共服務(wù)層處理模塊還可以與通訊層處理模塊11和適配層處理模塊12 邏輯連接，公共服務(wù)層處理模塊14還可以用于調(diào)用日志組件和授權(quán)組件為通訊層處理模 塊11、適配層處理模塊12和業(yè)務(wù)層處理模塊13提供日志服務(wù)和授權(quán)服務(wù)。
本發(fā)明實(shí)施例一提供的北向接口實(shí)現(xiàn)系統(tǒng)中，通訊層處理模塊、適配層處理模塊、 業(yè)務(wù)層處理模塊和公共服務(wù)層處理模塊分別調(diào)用不同的組件對(duì)OSF系統(tǒng)發(fā)送過(guò)來(lái)的消息 進(jìn)行處理，實(shí)現(xiàn)了北向接口系統(tǒng)的組件化；其中，適配層處理模塊用于將待發(fā)布的服務(wù)生成 的業(yè)務(wù)組件注冊(cè)到所述第一適配組件，從而實(shí)現(xiàn)提供注冊(cè)服務(wù)，可以動(dòng)態(tài)發(fā)布新的Web服 務(wù)而無(wú)需重啟整個(gè)系統(tǒng)，具有靈活性；同時(shí)，通訊組件、第一適配組件、業(yè)務(wù)組件和公共服務(wù) 組件可以根據(jù)實(shí)際需要來(lái)擴(kuò)展，具有靈活性。
本發(fā)明實(shí)施中，北向接口系統(tǒng)中的各個(gè)組件的劃分遵循如下的原則
(1)每個(gè)組件的功能明確、單一；
(2)業(yè)務(wù)處理作為一個(gè)單獨(dú)的組件；
(3)組件與組件之間的交互應(yīng)該盡量通過(guò)接口(OSGI Service)來(lái)完成。
基于上述的原則，可以將北向接口系統(tǒng)分成四個(gè)層次，如圖2所示為本發(fā)明各實(shí) 施例中系統(tǒng)組件劃分示意圖
(1)北向通訊層
北向通訊層用于建立與OSF系統(tǒng)之間的物理連接，提供發(fā)送和接收消息的通道。 北向通訊層包含一系列用于實(shí)現(xiàn)具體通訊協(xié)議北向通訊組件，例如，用于實(shí)現(xiàn)超文本傳輸 協(xié)議(HyperText Transfer Protocol，簡(jiǎn)稱(chēng)HTTP)的HTTP服務(wù)器組件，用于提供java消息 業(yè)務(wù)(Java Messaging krvice，簡(jiǎn)稱(chēng)JMS)的JMS服務(wù)器組件等。如果OSF系統(tǒng)中不包括 JMS服務(wù)器(JMS server)，那么北向通訊層中可以包括JMS服務(wù)器組件和JMS客戶(hù)端組件， 如果OSF系統(tǒng)中包括JMS服務(wù)器，那么北向通訊層中可以只包括JMS服務(wù)器組件(Bundle)。 封裝了 CORBA能力的CORBA組件也可以是一種北向通訊組件。
(2)協(xié)議適配層
協(xié)議適配層主要的功能是實(shí)現(xiàn)協(xié)議層面的轉(zhuǎn)化，將一種消息格式轉(zhuǎn)換成另一種消 息格式，包括第一適配組件，例如第一適配組件可以是SAOP組件，SOAP組件主要用于將OSF 系統(tǒng)發(fā)送的SOAP消息轉(zhuǎn)換成數(shù)據(jù)對(duì)象，另外SOAP組件還用于提供頁(yè)面服務(wù)(Web Service) 的動(dòng)態(tài)發(fā)布和注銷(xiāo)。協(xié)議適配層還包括第二適配組件，第二適配組件可以是REST組件，該 REST組件用于將北向接口系統(tǒng)內(nèi)部的信息以TOB用戶(hù)界面(User interface，簡(jiǎn)稱(chēng)UI)相 關(guān)資源發(fā)布給外部瀏覽器。
協(xié)議適配層中的各個(gè)組件都需要使用北向通訊層提供的通訊服務(wù)，并提供相應(yīng)的 OSGI服務(wù)給下層組件使用。
(3)業(yè)務(wù)層
業(yè)務(wù)層主要用于進(jìn)行業(yè)務(wù)邏輯處理，將經(jīng)過(guò)協(xié)議適配層處理后的消息進(jìn)行語(yǔ)意 層面的轉(zhuǎn)換，可以包括用于實(shí)現(xiàn)不同的業(yè)務(wù)的業(yè)務(wù)組件。例如，可以包括告警處理組件 (Fault Management Bundle)、存量處理組件(Inventory Management Bundle)、配置組件 (Configuration Management Bundle)等。根據(jù)需要，可以開(kāi)發(fā)實(shí)現(xiàn)不同業(yè)務(wù)的不同組件， 將不同的組件添加到業(yè)務(wù)層中。業(yè)務(wù)層的組件都使用SOAP組件的頁(yè)面服務(wù)(Web Service) 動(dòng)態(tài)發(fā)布和注銷(xiāo)服務(wù)來(lái)發(fā)布自己的頁(yè)面服務(wù)(Web Service) 0
(4)公共服務(wù)層
公共服務(wù)層主要用于提供底層的、和業(yè)務(wù)無(wú)關(guān)的公共服務(wù)，包括多個(gè)公共服務(wù)組 件，這些公共服務(wù)組件提供給上面三個(gè)層次的組件使用，例如，公共服務(wù)層可以包括日志服 務(wù)組件(Log Bundle)、授權(quán)組件(License Bundle)、南向通訊組件和監(jiān)控組件(Monitor Bundle)等公共服務(wù)組件，南向通訊組件用于和NEF系統(tǒng)建立物理連接，監(jiān)控組件用于通過(guò) 探針動(dòng)態(tài)地跟蹤消息。
下面結(jié)合圖2詳細(xì)說(shuō)明本發(fā)明實(shí)施例一的工作原理。
以O(shè)SF系統(tǒng)查詢(xún)告警為例，首先，北向接口系統(tǒng)中的通訊層處理模塊調(diào)用北向通 訊組件建立與OSF系統(tǒng)之間的連接，接收OSF系統(tǒng)發(fā)送的用于查詢(xún)告警的SOAP消息，適配 層處理模塊調(diào)用SOAP組件將用于查詢(xún)告警的SOAP消息轉(zhuǎn)換為數(shù)據(jù)對(duì)象，并將數(shù)據(jù)對(duì)象發(fā) 送給業(yè)務(wù)層中的告警處理組件，業(yè)務(wù)層處理模塊調(diào)用告警處理組件將數(shù)據(jù)對(duì)象轉(zhuǎn)換成業(yè)務(wù) 實(shí)現(xiàn)數(shù)據(jù)，例如，業(yè)務(wù)實(shí)現(xiàn)數(shù)據(jù)包括告警發(fā)生時(shí)間、告警發(fā)生次數(shù)、告警發(fā)生端口等，告警處7理組件將業(yè)務(wù)實(shí)現(xiàn)數(shù)據(jù)發(fā)送給公共服務(wù)層的南向通訊組件，公共服務(wù)層處理模塊調(diào)用南向 通訊組件將業(yè)務(wù)實(shí)現(xiàn)數(shù)據(jù)發(fā)送給NEF系統(tǒng)。
如圖1所示的實(shí)施例中，適配層處理模塊具體可以用于調(diào)用第一適配組件對(duì)接收 到的消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，使得接收到的消息的格式轉(zhuǎn)換成能夠被網(wǎng)元功能集NEF系 統(tǒng)識(shí)別的格式；并將根據(jù)待發(fā)布的業(yè)務(wù)生成的JAR文件加載到啞元組件指定的路徑下，啟 動(dòng)啞元組件和待發(fā)布的業(yè)務(wù)生成的業(yè)務(wù)組件，將待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到第一 適配組件，完成業(yè)務(wù)發(fā)布。
所述啞元組件為預(yù)先定義的所述第一適配組件的必要組件，所述啞元組件能夠從 一個(gè)事先指定的路徑下加載任意協(xié)議數(shù)據(jù)JAR文件。
下面結(jié)合圖2，詳細(xì)說(shuō)明適配層處理模塊完成動(dòng)態(tài)服務(wù)發(fā)布的過(guò)程。
頁(yè)面服務(wù)描述語(yǔ)言(WebServices Description Language，簡(jiǎn)稱(chēng) WSDL)是定義 一個(gè)頁(yè)面服務(wù)(Web Service)的基礎(chǔ)，WSDL包括兩部分內(nèi)容類(lèi)型(Types)和綁定信息 (Binding)，類(lèi)型定義使用該頁(yè)面服務(wù)(Web Service)所需交換的數(shù)據(jù)的格式，即SOAP消息 中的數(shù)據(jù)格式，綁定信息用于定義該頁(yè)面服務(wù)(Web Service)所接受的SOAP消息和最終實(shí) 現(xiàn)這個(gè)服務(wù)的java方法之間的映射關(guān)系。
WSDL文件首先要通過(guò)JAXWS定義的工具進(jìn)行編譯以生成java相關(guān)的類(lèi)，JAXffS 是 XML 頁(yè)面月艮務(wù)(Web Service)的 java 應(yīng)用編程接口 (Application Programming Interface,簡(jiǎn)稱(chēng)API)，因?yàn)閃SDL是語(yǔ)言無(wú)關(guān)的，而具體的實(shí)現(xiàn)又是語(yǔ)言相關(guān)的，所以編譯 的過(guò)程就是語(yǔ)言綁定過(guò)程。這與CORBA中將交互式數(shù)據(jù)語(yǔ)言(Interactive Data Language, 簡(jiǎn)稱(chēng)IDL)編譯成指定語(yǔ)言的過(guò)程相同。被編譯后的WSDL文件生成兩個(gè)主要部分業(yè)務(wù)端 接口(Service Endpoint hterface，簡(jiǎn)稱(chēng)SEI)和協(xié)議數(shù)據(jù)類(lèi)。協(xié)議數(shù)據(jù)類(lèi)來(lái)自java-xml 數(shù)據(jù)綁定(簡(jiǎn)稱(chēng)JAXB)對(duì)WSDL中的類(lèi)型的編譯結(jié)果。SEI本身是一個(gè)java接口，頁(yè)面服 務(wù)(Web Service)的提供者就是要實(shí)現(xiàn)這個(gè)接口。協(xié)議數(shù)據(jù)類(lèi)就是調(diào)用這個(gè)接口所需要的 java數(shù)據(jù)類(lèi)型。
編譯WSDL文件生成的協(xié)議數(shù)據(jù)類(lèi)需要被打包成獨(dú)立的JAR文件。
由于組件和組件之間使用了不同的類(lèi)加載器，所以必須使用導(dǎo)入導(dǎo)出的方式讓不 同的組件實(shí)現(xiàn)類(lèi)的共享，這是OSGI的核心思想。要注冊(cè)一個(gè)頁(yè)面服務(wù)(Web Service)，就必 須將編譯WSDL文件生成的SEI注冊(cè)給SOAP組件，同時(shí)SOAP組件運(yùn)行時(shí)需要能夠看到任何 被注冊(cè)服務(wù)所必須的數(shù)據(jù)信息，即編譯WSDL文件生成的協(xié)議數(shù)據(jù)類(lèi)。所以SOAP組件也必 須要導(dǎo)入不同WSDL文件生成的數(shù)據(jù)信息。但是從工程的角度來(lái)說(shuō)，SOAP組件需要導(dǎo)入什 么信息不是實(shí)現(xiàn)確定的，需要根據(jù)具體的頁(yè)面服務(wù)(Web Service)來(lái)確定，因此每次發(fā)布新 的頁(yè)面服務(wù)(Web Service)的時(shí)候，都需要修改SOAP組件來(lái)得到MAINFEST. MF文件，這就 導(dǎo)致北向接口系統(tǒng)的框架沒(méi)有獨(dú)立性。
為了解決這一問(wèn)題，本發(fā)明實(shí)施例中定義一個(gè)啞元組件(MetaDataBundle)，該啞 元組件本身不包含任何JAR文件，該啞元組件能夠從一個(gè)事先指定的路徑下加載任意協(xié)議 數(shù)據(jù)JAR文件，并將所有的公共的接口導(dǎo)出。同時(shí)，將該啞元組件設(shè)定成SOAP組件的必要組 件(Required Bundle)，這就意味著啞元組件所有的導(dǎo)出公共數(shù)據(jù)都將缺省地導(dǎo)入到SOAP 組件中。
如圖3所示為本發(fā)明實(shí)施例中頁(yè)面服務(wù)(Web Service)動(dòng)態(tài)發(fā)布原理示意圖，當(dāng)有新的頁(yè)面服務(wù)(Web Service)要發(fā)布時(shí)，將JAR文件加載到啞元組件路徑下，然后根據(jù)待 發(fā)布的服務(wù)生成業(yè)務(wù)組件，該業(yè)務(wù)組件用于實(shí)現(xiàn)新的待發(fā)布的服務(wù)。啟動(dòng)待發(fā)布的服務(wù)生 成的業(yè)務(wù)組件和啞元組件，待發(fā)布的服務(wù)生成的業(yè)務(wù)組件獲取SOAP組件發(fā)布的注冊(cè)頁(yè)面 服務(wù)(Web Service)，然后將SEI向SOAP組件注冊(cè)，即待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到 SOAP組件，這樣就完成了一個(gè)服務(wù)的動(dòng)態(tài)發(fā)布。
圖1所示的實(shí)施例中，適配層處理模塊還可以用于停止待注銷(xiāo)的業(yè)務(wù)組件，去除 啞元組件指定的路徑下的根據(jù)所述待注銷(xiāo)的業(yè)務(wù)生成的JAR文件，重新啟動(dòng)啞元組件，完 成業(yè)務(wù)注銷(xiāo)。
下面結(jié)合圖2，說(shuō)明適配層處理模塊完成服務(wù)注銷(xiāo)的過(guò)程。
注銷(xiāo)服務(wù)的過(guò)程與發(fā)布的過(guò)程正好相反。
首先，適配層處理模塊停止需要注銷(xiāo)的業(yè)務(wù)組件，然后去掉啞元組件指定的路徑 下的根據(jù)待注銷(xiāo)的業(yè)務(wù)生成的JAR文件，重新啟動(dòng)啞元組件，完成業(yè)務(wù)注銷(xiāo)。
如圖1所示的實(shí)施例中，公共服務(wù)層處理模塊還可以用于調(diào)用監(jiān)控組件獲取各個(gè) 探針的收集結(jié)果，并將各個(gè)探針的收集結(jié)果推送到一個(gè)消息隊(duì)列中，探針包括用于監(jiān)控系 統(tǒng)資源的探針、用于獲取對(duì)業(yè)務(wù)調(diào)用的信息的探針和用戶(hù)自定義的探針；調(diào)用監(jiān)控組件，按 照提取策略，從消息隊(duì)列中提取探針的收集結(jié)果。適配層處理模塊具體還可以用于將探針 的收集結(jié)果通過(guò)超文本傳輸協(xié)議(HTTP)發(fā)送給用戶(hù)瀏覽器。
北向接口系統(tǒng)不同于網(wǎng)絡(luò)管理系統(tǒng)中的其他系統(tǒng)，網(wǎng)絡(luò)管理系統(tǒng)中的其他系統(tǒng)使 用相同的技術(shù)和穩(wěn)定的接口，99%的問(wèn)題在系統(tǒng)發(fā)布時(shí)就解決了。但是，北向接口系統(tǒng)需要 對(duì)接不同的其他系統(tǒng)，而其他系統(tǒng)具有很大的不確定性，無(wú)法事先測(cè)試其他系統(tǒng)，當(dāng)出現(xiàn)故 障時(shí)，無(wú)法在短時(shí)間內(nèi)確定是北向接口系統(tǒng)出現(xiàn)了故障還是其他系統(tǒng)出現(xiàn)了故障。究其原 因，主要是由于現(xiàn)有的北向接口系統(tǒng)內(nèi)部狀態(tài)管理不透明造成的。
為了解決這一問(wèn)題，本發(fā)明實(shí)施例中，公共服務(wù)層處理模塊調(diào)用監(jiān)控組件獲取各 個(gè)探針的收集結(jié)果，從而可以跟蹤北向接口中所有消息、狀態(tài)和資源，獲取北向接口系統(tǒng)中 各個(gè)消息的狀態(tài)參數(shù)。
下面詳細(xì)介紹公共服務(wù)層處理模塊獲取各個(gè)探針的收集結(jié)果以及提取探針的收 集結(jié)果的實(shí)現(xiàn)過(guò)程。
為了對(duì)北向接口系統(tǒng)進(jìn)行跟蹤，需要定義如下幾類(lèi)探針
1、用于監(jiān)控系統(tǒng)資源的探針。
用于監(jiān)控系統(tǒng)資源的探針主要針對(duì)系統(tǒng)的資源進(jìn)行監(jiān)控，可以包括組件內(nèi)容 (BundleContext)的監(jiān)控，OSGI框架事件的監(jiān)控、OSGI服務(wù)活動(dòng)時(shí)間的監(jiān)控、權(quán)限、配置、啟 動(dòng)級(jí)別的監(jiān)控等，還可以包括線(xiàn)程池的監(jiān)控，消息隊(duì)列的監(jiān)控等。
2、用于獲取對(duì)業(yè)務(wù)調(diào)用的信息的探針
用于獲取對(duì)業(yè)務(wù)調(diào)用的信息的探針主要用于獲取對(duì)該服務(wù)調(diào)用的信息，例如用于 獲取對(duì)業(yè)務(wù)調(diào)用的信息的探針可以包括用于獲取線(xiàn)程信息的探針、用于獲取參數(shù)的探針， 用于獲取返回信息的探針，用于獲取時(shí)間信息的探針等。
3、用戶(hù)自定義的探針
用戶(hù)自定義的探針主要是用于對(duì)用戶(hù)自定義的資源進(jìn)行監(jiān)控，所有的用戶(hù)自定義 的探針應(yīng)當(dāng)實(shí)現(xiàn)統(tǒng)一的接口并向探針收集服務(wù)進(jìn)行注冊(cè)才能使用。
在圖2中，公共服務(wù)層中包括監(jiān)控組件，協(xié)議適配層包括REST組件，這兩個(gè)組件 Bundle相互協(xié)作，實(shí)現(xiàn)探針數(shù)據(jù)的收集和最后的展示。所有探針的信息可以通過(guò)監(jiān)控組件 提供的OSGI服務(wù)接口來(lái)查詢(xún)，查詢(xún)的結(jié)果可以發(fā)送給REST組件，由REST組件將查詢(xún)結(jié)果 傳遞給Web瀏覽器顯示給用戶(hù)。用戶(hù)可以通過(guò)Web瀏覽器配置哪些探針可以啟動(dòng)，哪些探 針可以關(guān)閉。用戶(hù)配置探針的配置信息發(fā)送給監(jiān)控組件，監(jiān)控組件實(shí)時(shí)地中止或添加探針 到指定的位置。
如圖4所示為本發(fā)明實(shí)施例中監(jiān)控組件的結(jié)構(gòu)示意圖，監(jiān)控組件中包括探針管理 器35、復(fù)雜事件處理器36和事件收集器37，復(fù)雜事件處理器36用于收集各個(gè)探針收集的 數(shù)據(jù)，事件收集器37用于將探針收集到的數(shù)據(jù)和時(shí)間軸順序存儲(chǔ)，探針管理器35用于提供 探針激活、關(guān)閉和配置策略的接口。用于監(jiān)控系統(tǒng)資源的探針包括允許探針(Permission ft~ob)31、用戶(hù)探針(User Probe) 32、配置探針(Configuration Probe) 33、組件啟動(dòng)級(jí)別探 針(MartLevel ftx)be) 34等，還可以包括用戶(hù)自定義的探針38。
探針可以采用截取器技術(shù)和動(dòng)態(tài)代理技術(shù)來(lái)實(shí)現(xiàn)。如圖5所示為本發(fā)明實(shí)施例中 探針的實(shí)現(xiàn)示意圖。圖5中，使用了截取器技術(shù)來(lái)調(diào)用特定OSGI服務(wù)，利用java動(dòng)態(tài)代理 機(jī)制實(shí)現(xiàn)截取器anterceptor)設(shè)計(jì)模塊。探針關(guān)閉時(shí)，對(duì)組件的調(diào)用稱(chēng)為普通調(diào)用，探針 開(kāi)啟時(shí)，對(duì)組件的調(diào)用稱(chēng)為跟蹤調(diào)用。普通調(diào)用和跟蹤調(diào)用時(shí)，該組件對(duì)外部暴露的是相同 的接口。在正常調(diào)用時(shí)，調(diào)用路徑為①②組成的路徑，在跟蹤調(diào)用時(shí)，調(diào)用路徑變?yōu)棰邰堍?組成的路徑。路徑④實(shí)現(xiàn)的功能就是探針做的功能，包括獲取檢測(cè)結(jié)果等，組件本身不會(huì)感 知路徑④的存在。
探針可以附加各種策略，策略可以非常靈活，比如可以根據(jù)特定的時(shí)間點(diǎn)和時(shí)間 范圍來(lái)獲取，可以根據(jù)線(xiàn)程的ID或是特定的接口信息來(lái)獲取。探針提取信息的過(guò)程也是 可以進(jìn)行精確微調(diào)的，比如在特定的時(shí)間點(diǎn)才啟動(dòng)探針，在特定的時(shí)間點(diǎn)關(guān)閉探針，還包括 探針對(duì)不同的之信息來(lái)截取信息，比如僅僅截取來(lái)自某個(gè)開(kāi)放軟代碼軟件(open source software，簡(jiǎn)稱(chēng)0SS)請(qǐng)求的信息，或僅僅截取所有消息包括尺寸大于漲的消息，這些策略 可以通過(guò)Web瀏覽器的配置界面由用戶(hù)完成。
探針的基本功能是按照既定的設(shè)計(jì)檢測(cè)相關(guān)的信息并將檢測(cè)到的信息推送到一 個(gè)消息隊(duì)列中，然后由監(jiān)控組件中的消息提取器來(lái)按照用戶(hù)的提取策略，從消息隊(duì)列中提 取探針的檢測(cè)結(jié)果。
如圖6所示為本發(fā)明實(shí)施例中調(diào)用監(jiān)控組件收集探針結(jié)果的示意圖，圖6中，線(xiàn)程 Tl在其調(diào)用的路徑上有三個(gè)探針?lè)謩e是Pl、P3和P5，線(xiàn)程T2在其調(diào)用的路徑上有三個(gè)探 針?lè)謩e是P2、P4和P5，每個(gè)探針的功能都是將調(diào)用點(diǎn)的時(shí)間、線(xiàn)程ID、傳入?yún)?shù)和傳輸參數(shù) 收集，并將收集到的數(shù)據(jù)打包發(fā)送給監(jiān)控組件中的復(fù)雜事件處理器，復(fù)雜事件處理器就是 一個(gè)按照時(shí)間排序的消息隊(duì)列。監(jiān)控組件中的事件提取器根據(jù)用戶(hù)的提取策略，從復(fù)雜事 件處理器中提取探針收集結(jié)果，假設(shè)用戶(hù)的提取策略是根據(jù)線(xiàn)程I D提取探針收集結(jié)果，這 樣，復(fù)雜事件處理器提取的探針收集結(jié)果發(fā)送給REST組件，REST組件將探針的收集結(jié)果通 過(guò)HTTP接口發(fā)送給Web瀏覽器，在Web瀏覽器上將探針的收集結(jié)果顯示，這樣用戶(hù)就能看 到特定ID的線(xiàn)程所經(jīng)歷的所有調(diào)用的接口信息。
本發(fā)明還提供北向接口系統(tǒng)實(shí)施例二，該實(shí)施例二中，公共服務(wù)層處理模塊14還 可以用于調(diào)用公共服務(wù)組件接收NEF系統(tǒng)發(fā)送的消息；業(yè)務(wù)層處理模塊13還可以用于調(diào)用業(yè)務(wù)組件將NEF系統(tǒng)發(fā)送的消息進(jìn)行語(yǔ)意層面的轉(zhuǎn)換，使得消息的內(nèi)容轉(zhuǎn)換成能夠被所述 OSF系統(tǒng)識(shí)別的內(nèi)容；適配層處理模塊12還可以用于調(diào)用第一適配組件對(duì)經(jīng)過(guò)語(yǔ)意層面的 轉(zhuǎn)換后的消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，使得消息的格式轉(zhuǎn)換成能夠被所述OSF系統(tǒng)識(shí)別的格 式；通訊層處理模塊11還可以用于調(diào)用北向通訊組件將經(jīng)過(guò)協(xié)議層面的轉(zhuǎn)換后的消息發(fā) 送給所述OSF系統(tǒng)。
公共服務(wù)層處理模塊14還可以用于調(diào)用監(jiān)控組件獲取各個(gè)探針的收集結(jié)果，并 將各個(gè)探針的收集結(jié)果推送到消息隊(duì)列中，調(diào)用所述監(jiān)控組件，按照提取策略從所述消息 隊(duì)列中提取探針的收集結(jié)果。適配層處理模塊12還可以用于調(diào)用第二適配組件將所述探 針的收集結(jié)果通過(guò)超文本傳輸協(xié)議HTTP發(fā)送給用戶(hù)瀏覽器。
下面結(jié)合圖2詳細(xì)說(shuō)明本發(fā)明實(shí)施例二的工作原理。
以NEF系統(tǒng)上報(bào)告警為例，首先，北向接口系統(tǒng)中的公共服務(wù)層處理模塊調(diào)用公 共服務(wù)組件(例如圖2中的南向通訊組件)接收NEF系統(tǒng)發(fā)送的用于上報(bào)告警的消息；業(yè) 務(wù)層處理模塊調(diào)用業(yè)務(wù)組件將用于上報(bào)告警的消息經(jīng)過(guò)語(yǔ)意轉(zhuǎn)換，轉(zhuǎn)換成OSF系統(tǒng)能夠識(shí) 別的內(nèi)容；適配層處理模塊將經(jīng)過(guò)業(yè)務(wù)層處理模塊處理后的消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，將 消息的格式轉(zhuǎn)換成能夠被OSF系統(tǒng)識(shí)別的格式；通訊層處理模塊將經(jīng)過(guò)適配層處理模塊處 理后的消息發(fā)送給OSF系統(tǒng)。
如圖7所示為本發(fā)明北向接口系統(tǒng)實(shí)現(xiàn)方法實(shí)施例一流程圖，包括
步驟101、調(diào)用北向通訊組件建立與操作系統(tǒng)功能集OSF系統(tǒng)之間的連接，接收 OSF系統(tǒng)發(fā)送的消息。
具體的，步驟101可以由通訊層處理模塊執(zhí)行。
步驟102、調(diào)用第一適配組件對(duì)消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，使得消息的格式轉(zhuǎn)換成 能夠被NEF系統(tǒng)識(shí)別的格式；并將待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到第一適配組件。
具體的，步驟102可以由適配層處理模塊執(zhí)行。具體地，步驟102可以調(diào)用SOAP 組件將收到的OSF系統(tǒng)發(fā)送的SOAP消息轉(zhuǎn)換為能夠被NEF系統(tǒng)識(shí)別的格式，并將待發(fā)布的 服務(wù)生成的業(yè)務(wù)組件注冊(cè)到SOAP組件。
步驟103、調(diào)用業(yè)務(wù)組件對(duì)經(jīng)過(guò)協(xié)議層面的轉(zhuǎn)換后的消息進(jìn)行語(yǔ)意層面的轉(zhuǎn)換，使 得消息的內(nèi)容轉(zhuǎn)換成能夠被NEF系統(tǒng)識(shí)別的內(nèi)容。步驟103可以由業(yè)務(wù)層處理模塊執(zhí)行。 具體地，業(yè)務(wù)層處理模塊可以調(diào)用具體的業(yè)務(wù)組件將數(shù)據(jù)對(duì)象轉(zhuǎn)換成業(yè)務(wù)實(shí)現(xiàn)數(shù)據(jù)，例如， 可以調(diào)用告警處理組件將數(shù)據(jù)對(duì)象轉(zhuǎn)換成告警發(fā)生時(shí)間、告警發(fā)生次數(shù)、告警發(fā)生端口等 業(yè)務(wù)實(shí)現(xiàn)數(shù)據(jù)。
步驟104、調(diào)用公共服務(wù)組件將經(jīng)過(guò)語(yǔ)意層面的轉(zhuǎn)換后的消息發(fā)送給NEF系統(tǒng)。具 體地，公共服務(wù)層處理模塊可以調(diào)用南向通訊組件將業(yè)務(wù)實(shí)現(xiàn)數(shù)據(jù)發(fā)送給NEF系統(tǒng)。
步驟102中的調(diào)用第一適配組件對(duì)消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，使得消息的格式轉(zhuǎn) 換成能夠被NEF系統(tǒng)識(shí)別的格式的步驟具體可以為調(diào)用第一適配組件將OSF系統(tǒng)發(fā)送的 消息轉(zhuǎn)換成能夠被NEF系統(tǒng)識(shí)別的數(shù)據(jù)對(duì)象。例如，可以調(diào)用第一適配組件將OSF系統(tǒng)發(fā) 送的SOAP消息轉(zhuǎn)換成能夠被NEF系統(tǒng)識(shí)別的數(shù)據(jù)對(duì)象。
在如圖7所示的實(shí)施例一的基礎(chǔ)上，還可以包括
步驟201、調(diào)用公共服務(wù)組件接收NEF系統(tǒng)發(fā)送的消息。具體地，公共服務(wù)層處理 模塊可以調(diào)用公共服務(wù)組件，例如南向通訊組件，接收NEF系統(tǒng)發(fā)送的消息。
步驟202、調(diào)用業(yè)務(wù)組件將NEF系統(tǒng)發(fā)送的消息進(jìn)行語(yǔ)意層面的轉(zhuǎn)換，將消息的內(nèi) 容轉(zhuǎn)換成OSF系統(tǒng)能夠識(shí)別的內(nèi)容。步驟202可以由業(yè)務(wù)層處理模塊執(zhí)行。
步驟203、調(diào)用第一適配組件對(duì)經(jīng)過(guò)語(yǔ)意層面的轉(zhuǎn)換后的消息進(jìn)行協(xié)議層面的轉(zhuǎn) 換，將消息的格式轉(zhuǎn)換成所述OSF系統(tǒng)能夠識(shí)別的格式。步驟203可以由適配層處理模塊 執(zhí)行。
步驟204、調(diào)用北向通訊組件將經(jīng)過(guò)協(xié)議層面的轉(zhuǎn)換后的消息發(fā)送給所述OSF系 統(tǒng)步驟204可以由通訊層處理模塊執(zhí)行。
步驟102中，將待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到第一適配組件的步驟包括 將根據(jù)待發(fā)布的服務(wù)生成的JAR文件加載到啞元組件指定的路徑下，啟動(dòng)啞元組件和待發(fā) 布的服務(wù)生成的業(yè)務(wù)組件，將所述待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到第一適配組件，完 成動(dòng)態(tài)服務(wù)發(fā)布。
本發(fā)明實(shí)施例中的啞元組件本身不包含任何JAR文件，該啞元組件能夠從一個(gè)事 先指定的路徑下加載任意協(xié)議數(shù)據(jù)JAR文件，并將所有的公共的接口導(dǎo)出。同時(shí)，將該 元 組件被設(shè)置成SOAP組件的必要組件(Required Bundle)，這就意味著啞元組件所有的導(dǎo)出 公共數(shù)據(jù)都將缺省地導(dǎo)入到SOAP組件中。
啞元組件為第一適配組件的必要組件，使得啞元組件和第一適配組件能夠共享加 載到啞元組件指定目錄下加載數(shù)據(jù)JAR文件。當(dāng)有新的頁(yè)面服務(wù)(Web Service)要發(fā)布 時(shí)，只需要將重新啟動(dòng)啞元組件和待發(fā)布的服務(wù)生成的業(yè)務(wù)組件，無(wú)需重新啟動(dòng)整個(gè)系統(tǒng)， 實(shí)現(xiàn)了頁(yè)面服務(wù)(Web Service)的動(dòng)態(tài)發(fā)布。
本發(fā)明北向接口系統(tǒng)實(shí)現(xiàn)方法實(shí)施例一還可以包括停止待注銷(xiāo)的服務(wù)的業(yè)務(wù)組 件；去除啞元組件指定的路徑下的根據(jù)待注銷(xiāo)的服務(wù)生成的JAR文件；重新啟動(dòng)啞元組件， 完成服務(wù)注銷(xiāo)。
具體地，可以由適配層處理模塊停止待注銷(xiāo)的服務(wù)的業(yè)務(wù)組件；去除啞元組件指 定的路徑下的根據(jù)待注銷(xiāo)的服務(wù)生成的JAR文件；重新啟動(dòng)啞元組件，完成服務(wù)注銷(xiāo)。
可見(jiàn)，在前面有益效果的基礎(chǔ)上，本發(fā)明實(shí)施例提供的動(dòng)態(tài)注銷(xiāo)服務(wù)的方法，也只 需要先停止待注銷(xiāo)的業(yè)務(wù)組件，刪除 元組件中的根據(jù)待注銷(xiāo)的服務(wù)生成的JAR文件，然 后重新啟動(dòng)啞元Bundle即可，無(wú)需重新啟動(dòng)整個(gè)系統(tǒng)，實(shí)現(xiàn)了頁(yè)面服務(wù)(Web Service)的 動(dòng)態(tài)注銷(xiāo)。
本發(fā)明北向接口系統(tǒng)實(shí)現(xiàn)方法實(shí)施例一還可以包括調(diào)用監(jiān)控組件獲取各個(gè)探針 的收集結(jié)果，并將各個(gè)探針的收集結(jié)果推送到消息隊(duì)列中；并調(diào)用所述監(jiān)控組件按照提取 策略從消息隊(duì)列中提取探針的收集結(jié)果，并調(diào)用第二適配組件將所述探針的收集結(jié)果通過(guò) HTTP協(xié)議發(fā)送給用戶(hù)瀏覽器。
具體地，可以由公共服務(wù)層處理模塊調(diào)用監(jiān)控組件，按照預(yù)先設(shè)定的提取策略，從 消息隊(duì)列中提取探針的收集結(jié)果，提取策略可以根據(jù)不同的需求來(lái)設(shè)置。公共服務(wù)層處理 模塊可以通過(guò)REST組件將探針的收集結(jié)果通過(guò)HTTP協(xié)議傳遞給用戶(hù)瀏覽器。
上述的探針包括可以用于監(jiān)控系統(tǒng)資源的探針、用于獲取對(duì)業(yè)務(wù)調(diào)用的信息的探 針和用戶(hù)自定義的探針中的一種或多種。
其中，調(diào)用監(jiān)控組件獲取各個(gè)探針的收集結(jié)果包括調(diào)用監(jiān)控組件中的探針管理 器獲取各個(gè)探針的收集結(jié)果。本發(fā)明提供的跟蹤方法，調(diào)用監(jiān)控組件獲取各個(gè)探針的收集結(jié)果，并根據(jù)提取策略將探針的收集結(jié)果發(fā)送給用戶(hù)瀏覽器，使得用戶(hù)能夠獲取每個(gè)探針 跟蹤的消息的數(shù)據(jù)，實(shí)現(xiàn)了對(duì)北向接口系統(tǒng)中各個(gè)消息的跟蹤。
綜上所述，可見(jiàn)，本發(fā)明實(shí)施例提供的北向接口系統(tǒng)中，通訊層處理模塊、適配層 處理模塊、業(yè)務(wù)層處理模塊和公共服務(wù)層處理模塊分別調(diào)用不同的組件對(duì)OSF系統(tǒng)發(fā)送過(guò) 來(lái)的消息進(jìn)行處理，實(shí)現(xiàn)了北向接口系統(tǒng)的組件化；其中，適配層處理模塊用于將待發(fā)布的 服務(wù)生成的業(yè)務(wù)組件注冊(cè)到所述適配組件，從而實(shí)現(xiàn)提供注冊(cè)服務(wù)，可以動(dòng)態(tài)發(fā)布新的Web 服務(wù)而無(wú)需重啟整個(gè)系統(tǒng)，具有靈活性；同時(shí)，通訊組件、第一適配組件、業(yè)務(wù)組件和公共服 務(wù)組件可以根據(jù)實(shí)際需要來(lái)擴(kuò)展，具有靈活性。
在前述基礎(chǔ)上，本發(fā)明提供的動(dòng)態(tài)發(fā)布服務(wù)的方法，啞元組件為第一適配組件的 必要組件，使得啞元組件和第一適配組件能夠共享加載到啞元組件指定目錄下加載數(shù)據(jù) JAR文件。當(dāng)有新的頁(yè)面服務(wù)(Web Service)要發(fā)布時(shí)，只需要將重新啟動(dòng)啞元組件和待發(fā) 布的服務(wù)生成的業(yè)務(wù)組件，無(wú)需重新啟動(dòng)整個(gè)系統(tǒng)，實(shí)現(xiàn)了頁(yè)面服務(wù)(Web Service)的動(dòng)態(tài) 發(fā)布。
在前述基礎(chǔ)上，本發(fā)明實(shí)施例提供的動(dòng)態(tài)注銷(xiāo)服務(wù)的方法，也只需要先停止待注 銷(xiāo)的業(yè)務(wù)組件，刪除啞元組件中的根據(jù)待注銷(xiāo)的服務(wù)生成的JAR文件，然后重新啟動(dòng)啞元 組件即可，無(wú)需重新啟動(dòng)整個(gè)系統(tǒng)，實(shí)現(xiàn)了頁(yè)面服務(wù)(Web Service)的動(dòng)態(tài)注銷(xiāo)。
在前述基礎(chǔ)上，本發(fā)明提供的跟蹤方法，調(diào)用監(jiān)控組件獲取各個(gè)探針的收集結(jié)果， 并根據(jù)提取策略將探針的收集結(jié)果發(fā)送給用戶(hù)瀏覽器，使得用戶(hù)能夠獲取每個(gè)探針跟蹤的 消息的數(shù)據(jù)，實(shí)現(xiàn)了對(duì)北向接口系統(tǒng)中各個(gè)消息的跟蹤，同時(shí)也能實(shí)現(xiàn)對(duì)OSF系統(tǒng)和NEF系 統(tǒng)中的消息的跟蹤。
本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施例的示意圖，附圖中的模塊或流 程并不一定是實(shí)施本發(fā)明所必須的。
本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述分布于 實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一個(gè)或多個(gè)裝置中。上述實(shí) 施例的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。
上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以 通過(guò)計(jì)算機(jī)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì) 中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲(chǔ)介質(zhì)可為磁 碟、光盤(pán)、只讀存儲(chǔ)記憶體(Read-Only Memory, ROM)或隨機(jī)存儲(chǔ)記憶體(Random Access Memory, RAM)等。
最后應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案而非對(duì)其進(jìn)行限制， 盡管參照較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依 然可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而這些修改或者等同替換亦不能使修 改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種北向接口系統(tǒng)，其特征在于，包括通訊層處理模塊，用于調(diào)用北向通訊組件建立與操作系統(tǒng)功能集OSF系統(tǒng)之間的連 接，接收所述OSF系統(tǒng)發(fā)送的消息；適配層處理模塊，用于調(diào)用第一適配組件對(duì)所述消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，使得所述 消息的格式轉(zhuǎn)換成能夠被網(wǎng)元功能集NEF系統(tǒng)識(shí)別的格式；并將待發(fā)布的服務(wù)生成的業(yè)務(wù) 組件注冊(cè)到所述第一適配組件；業(yè)務(wù)層處理模塊，用于調(diào)用業(yè)務(wù)組件將經(jīng)過(guò)協(xié)議層面的轉(zhuǎn)換后的所述消息進(jìn)行語(yǔ)意層 面的轉(zhuǎn)換，使得所述消息的內(nèi)容轉(zhuǎn)換成能夠被NEF系統(tǒng)識(shí)別的內(nèi)容；公共服務(wù)層處理模塊，用于調(diào)用公共服務(wù)組件將經(jīng)過(guò)語(yǔ)意層面的轉(zhuǎn)換后的所述消息發(fā) 送給所述NEF系統(tǒng)。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述適配層處理模塊具體用于調(diào)用所述 第一適配組件將所述OSF系統(tǒng)發(fā)送的消息轉(zhuǎn)換成能夠被所述NEF系統(tǒng)識(shí)別的數(shù)據(jù)對(duì)象；并 將待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到所述第一適配組件。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述公共服務(wù)層處理模塊還用于調(diào)用日 志組件和授權(quán)組件為所述通訊層處理模塊、適配層處理模塊和業(yè)務(wù)層處理模塊提供日志服 務(wù)和授權(quán)服務(wù)。
4.根據(jù)權(quán)利要求1或3所述的系統(tǒng)，其特征在于，所述適配層處理模塊具體用于調(diào)用第 一適配組件對(duì)所述消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，使得所述消息的格式轉(zhuǎn)換成能夠被NEF系統(tǒng) 識(shí)別的格式；并將根據(jù)待發(fā)布的服務(wù)生成的JAR文件加載到啞元組件指定的路徑下，啟動(dòng) 所述啞元組件和待發(fā)布的服務(wù)生成的業(yè)務(wù)組件，將所述待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè) 到所述第一適配組件，完成服務(wù)發(fā)布。
5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述適配處理模塊還用于停止待注銷(xiāo)的 服務(wù)的業(yè)務(wù)組件，去除所述啞元組件指定的路徑下的根據(jù)待注銷(xiāo)的服務(wù)生成的JAR文件， 重新啟動(dòng)所述啞元組件，完成服務(wù)注銷(xiāo)。
6.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述公共服務(wù)層處理模塊還用于調(diào)用監(jiān) 控組件獲取各個(gè)探針的收集結(jié)果，并將各個(gè)探針的收集結(jié)果推送到消息隊(duì)列中，調(diào)用所述 監(jiān)控組件，按照提取策略從所述消息隊(duì)列中提取探針的收集結(jié)果。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述適配層處理模塊還用于調(diào)用第二適 配組件將所述探針的收集結(jié)果通過(guò)超文本傳輸協(xié)議HTTP發(fā)送給用戶(hù)瀏覽器。
8.根據(jù)權(quán)利要求1-3或6或7所述的系統(tǒng)，其特征在于，所述公共服務(wù)層處理模塊還用 于調(diào)用公共服務(wù)組件接收所述NEF系統(tǒng)發(fā)送的消息；所述業(yè)務(wù)層處理模塊還用于調(diào)用業(yè)務(wù)組件將所述NEF系統(tǒng)發(fā)送的消息進(jìn)行語(yǔ)意層面 的轉(zhuǎn)換，使得所述消息的內(nèi)容轉(zhuǎn)換成能夠被所述OSF系統(tǒng)識(shí)別的內(nèi)容；所述適配層處理模塊還用于調(diào)用第一適配組件對(duì)經(jīng)過(guò)語(yǔ)意層面的轉(zhuǎn)換后的消息進(jìn)行 協(xié)議層面的轉(zhuǎn)換，使得所述消息的格式轉(zhuǎn)換成能夠被所述OSF系統(tǒng)識(shí)別的格式；所述通訊層處理模塊還用于調(diào)用北向通訊組件將經(jīng)過(guò)協(xié)議層面的轉(zhuǎn)換后的消息發(fā)送 給所述OSF系統(tǒng)。
9.一種北向接口系統(tǒng)實(shí)現(xiàn)方法，其特征在于，包括調(diào)用北向通訊組件建立與操作系統(tǒng)功能集OSF系統(tǒng)之間的連接，接收所述OSF系統(tǒng)發(fā)送的消息；調(diào)用第一適配組件對(duì)所述消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，使得所述消息的格式轉(zhuǎn)換成能夠 被網(wǎng)元功能集NEF系統(tǒng)識(shí)別的格式；并將待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到所述第一適 配組件；調(diào)用業(yè)務(wù)組件對(duì)經(jīng)過(guò)協(xié)議層面的轉(zhuǎn)換后的消息進(jìn)行語(yǔ)意層面的轉(zhuǎn)換，使得所述消息的 內(nèi)容轉(zhuǎn)換成能夠被所述NEF系統(tǒng)識(shí)別的內(nèi)容；調(diào)用公共服務(wù)組件將經(jīng)過(guò)語(yǔ)意層面的轉(zhuǎn)換后的所述消息發(fā)送給NEF系統(tǒng)。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述調(diào)用第一適配組件對(duì)所述消息進(jìn)行 協(xié)議層面的轉(zhuǎn)換，將所述消息的格式轉(zhuǎn)換成NEF系統(tǒng)能夠識(shí)別的格式包括調(diào)用所述第一適配組件將所述OSF系統(tǒng)發(fā)送的消息轉(zhuǎn)換成能夠被所述NEF系統(tǒng)識(shí)別的 數(shù)據(jù)對(duì)象。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述方法還包括調(diào)用公共服務(wù)組件接收所述NEF系統(tǒng)發(fā)送的消息；調(diào)用業(yè)務(wù)組件將所述NEF系統(tǒng)發(fā)送的消息進(jìn)行語(yǔ)意層面的轉(zhuǎn)換，使得所述消息的內(nèi)容 轉(zhuǎn)換成所述OSF系統(tǒng)能夠識(shí)別的內(nèi)容；調(diào)用第一適配組件對(duì)經(jīng)過(guò)語(yǔ)意層面的轉(zhuǎn)換后的消息進(jìn)行協(xié)議層面的轉(zhuǎn)換，使得所述消 息的格式轉(zhuǎn)換成所述OSF系統(tǒng)能夠識(shí)別的格式；調(diào)用北向通訊組件將經(jīng)過(guò)協(xié)議層面的轉(zhuǎn)換后的所述消息發(fā)送給所述OSF系統(tǒng)。
12.根據(jù)權(quán)利要求9或10或11所述的方法，其特征在于，所述將待發(fā)布的服務(wù)生成的 業(yè)務(wù)組件注冊(cè)到所述第一適配組件包括將根據(jù)待發(fā)布的服務(wù)生成的JAR文件加載到啞元組件指定的路徑下，啟動(dòng)所述啞元組 件和待發(fā)布的服務(wù)生成的業(yè)務(wù)組件，將所述待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到第一適配 組件，完成動(dòng)態(tài)服務(wù)發(fā)布。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述方法還包括停止待注銷(xiāo)的服務(wù)的業(yè)務(wù)組件；去除啞元組件指定的路徑下的根據(jù)待注銷(xiāo)的服務(wù)生成 的JAR文件；重新啟動(dòng)啞元組件，完成服務(wù)注銷(xiāo)。
14.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述方法還包括調(diào)用監(jiān)控組件獲取各個(gè)探針的收集結(jié)果，并將各個(gè)探針的收集結(jié)果推送到消息隊(duì)列 中，并調(diào)用所述監(jiān)控組件，按照提取策略從消息隊(duì)列中提取探針的收集結(jié)果，并調(diào)用第二適 配組件將所述探針的收集結(jié)果通過(guò)HTTP協(xié)議發(fā)送給用戶(hù)瀏覽器。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述調(diào)用監(jiān)控組件獲取各個(gè)探針的收 集結(jié)果包括調(diào)用所述監(jiān)控組件中的探針管理器獲取各個(gè)探針的收集結(jié)果。
16.根據(jù)權(quán)利要求14或15所述的方法，其特征在于，所述探針包括用于監(jiān)控系統(tǒng)資源 的探針、用于獲取對(duì)業(yè)務(wù)調(diào)用的信息的探針和用戶(hù)自定義的探針中的至少一種。
全文摘要
本發(fā)明公開(kāi)了一種北向接口系統(tǒng)及其實(shí)現(xiàn)方法，其中系統(tǒng)包括通訊層處理模塊，用于建立與OSF系統(tǒng)之間的連接，接收OSF系統(tǒng)發(fā)送的消息；適配層處理模塊，用于對(duì)消息進(jìn)行協(xié)議層面的轉(zhuǎn)換；并將待發(fā)布的服務(wù)生成的業(yè)務(wù)組件注冊(cè)到第一適配組件；業(yè)務(wù)層處理模塊，用于將消息進(jìn)行語(yǔ)意層面的轉(zhuǎn)換，將消息的內(nèi)容轉(zhuǎn)換成能夠被NEF系統(tǒng)識(shí)別的內(nèi)容；公共服務(wù)層處理模塊，用于將經(jīng)過(guò)語(yǔ)意層面的轉(zhuǎn)換后的所述消息發(fā)送給所述NEF系統(tǒng)。本發(fā)明實(shí)施例中，通訊層處理模塊、適配層處理模塊、業(yè)務(wù)層處理模塊和公共服務(wù)層處理模塊分別采用不同的組件對(duì)OSF系統(tǒng)發(fā)送過(guò)來(lái)的消息進(jìn)行處理，實(shí)現(xiàn)了北向接口系統(tǒng)的組件化和靈活性。
文檔編號(hào)H04L12/24GK102033741SQ20091020496
公開(kāi)日2011年4月27日 申請(qǐng)日期2009年9月30日 優(yōu)先權(quán)日2009年9月30日
發(fā)明者張?zhí)旎?申請(qǐng)人:華為技術(shù)有限公司