專利名稱：網(wǎng)絡(luò)管理系統(tǒng)及內(nèi)部通信方法、網(wǎng)管服務(wù)端和網(wǎng)管客戶端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，特別涉及一種網(wǎng)絡(luò)管理系統(tǒng)、一種網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法、一種網(wǎng)管服務(wù)端和一種網(wǎng)管客戶端。
背景技術(shù)：
網(wǎng)絡(luò)管理系統(tǒng)(NMS)是對各種電信設(shè)備進(jìn)行管理的系統(tǒng)。隨著電信網(wǎng)絡(luò)規(guī)模的不斷擴(kuò)大，網(wǎng)管系統(tǒng)的復(fù)雜度也不斷增長，網(wǎng)管系統(tǒng)的管理與維護(hù)模式也由最初單個人員的集中式管理演變?yōu)楸姸嗑S護(hù)人員相互協(xié)作。同一網(wǎng)管系統(tǒng)中一般將用戶按區(qū)域或職責(zé)劃分成不同用戶組。
傳統(tǒng)網(wǎng)管系統(tǒng)大多只關(guān)注于具體的業(yè)務(wù)，沒有考慮維護(hù)人員間相互協(xié)作的問題，所以維護(hù)人員相互間通知信息的傳送，必須借助于第三方工具，如郵件、電話、即時消息軟件等。
但是維護(hù)人員借助于第三方工具進(jìn)行通知信息傳送存在下述問題郵件不具備實時性；電話很難實現(xiàn)眾多維護(hù)人員間同時進(jìn)行溝通與協(xié)作的需求，還會大大增加維護(hù)過程中的通信成本；短信存在的缺點(diǎn)有信息錄入不方便，群發(fā)功能需要依賴于具體手機(jī)功能，而且短信一般都有長度限制，一次所能發(fā)送的信息非常少。
即時消息軟件由于與公共網(wǎng)絡(luò)連接，降低了系統(tǒng)的安全性，且在很多網(wǎng)管系統(tǒng)中即時消息軟件的端口會被禁用，另外，即時消息軟件中的用戶信息無法與網(wǎng)管系統(tǒng)的用戶信息集成在一起，必須在第三方即時消息系統(tǒng)中重新維護(hù)一套用戶信息，增加了額外的維護(hù)工作量。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種網(wǎng)絡(luò)管理系統(tǒng)、網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法、網(wǎng)管服務(wù)端和網(wǎng)管客戶端，能夠及時、安全地實現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)中用戶之間的溝通。
本發(fā)明實施例提供的網(wǎng)絡(luò)管理系統(tǒng)，包括網(wǎng)管服務(wù)端、第一網(wǎng)管客戶端和第二網(wǎng)管客戶端；所述第一網(wǎng)管客戶端和第二網(wǎng)管客戶端分別與網(wǎng)管服務(wù)端進(jìn)行通信；其中第一網(wǎng)管客戶端用于生成通知消息，并發(fā)送該通知消息至網(wǎng)管服務(wù)端；所述通知消息中包括通知信息和接收方信息，所述接收方信息為接收方用戶和/或用戶組信息；網(wǎng)管服務(wù)端用于接收所述通知消息，并發(fā)送該通知消息；第二網(wǎng)管客戶端用于從網(wǎng)管服務(wù)端接收所述通知消息，將該通知消息中的通知信息提供給登錄用戶；所述第二網(wǎng)管客戶端為所述通知消息中，接收方信息對應(yīng)用戶所登錄的網(wǎng)管客戶端。
本發(fā)明實施例提供的網(wǎng)管服務(wù)端包括接收模塊，用于接收來自網(wǎng)管客戶端的通知消息；通知服務(wù)模塊用于從所述接收模塊獲取所述通知消息，在通知消息中設(shè)置接收該通知消息的網(wǎng)管客戶端地址信息，并將該通知消息傳送給發(fā)送模塊；發(fā)送模塊用于發(fā)送所接收的通知消息至所述地址信息對應(yīng)的網(wǎng)管客戶端。
本發(fā)明實施例提供的網(wǎng)管客戶端包括通知消息生成模塊用于生成通知消息，將該通知消息發(fā)送給發(fā)送模塊；所述通知消息中包括通知信息和接收方信息，所述接收方信息為接收方用戶和/或用戶組信息；發(fā)送模塊用于發(fā)送所接收的通知消息至網(wǎng)管服務(wù)端；
接收模塊用于從網(wǎng)管服務(wù)端接收通知消息，并將接收的通知消息傳送給通知信息顯示模塊；通知信息顯示模塊用于從接收模塊接收通知消息，并將該通知消息中的通知信息顯示。
本發(fā)明實施例提供的網(wǎng)絡(luò)管理內(nèi)部通信方法，包括第一網(wǎng)管客戶端生成通知消息后，發(fā)送該通知消息；所述通知消息中包括通知信息和接收方信息，所述接收方信息為接收方用戶和/或用戶組信息；網(wǎng)管服務(wù)端從所述第一網(wǎng)管客戶端接收所述通知消息，并發(fā)送該通知消息；第二網(wǎng)管客戶端從網(wǎng)管服務(wù)端接收所述通知消息，將該通知消息中的通知信息提供給登錄用戶；所述第二網(wǎng)管客戶端為所述通知消息中，接收方信息對應(yīng)用戶登錄的網(wǎng)管客戶端。
在本發(fā)明提供的上述實施例中，網(wǎng)管客戶端之間需要交互的通知信息，直接通過網(wǎng)管服務(wù)端轉(zhuǎn)發(fā)，而無需經(jīng)由外部網(wǎng)絡(luò)，保證了通知消息傳送的及時性和安全性；相對于現(xiàn)有的各種通知信息傳送方案，提高了網(wǎng)絡(luò)管理系統(tǒng)中溝通與協(xié)作的效率，也提高了網(wǎng)絡(luò)維護(hù)工作的效率，并且可以降低維護(hù)人員之間進(jìn)行遠(yuǎn)程協(xié)作的成本。


圖1為網(wǎng)絡(luò)管理系統(tǒng)第一實施例的組成示意圖；圖2為網(wǎng)管服務(wù)端第一實施例的組成示意圖；圖3為網(wǎng)管服務(wù)端第二實施例的組成示意圖；圖4為網(wǎng)管服務(wù)端第三實施例的組成示意圖；圖5為網(wǎng)管服務(wù)端第四實施例的組成示意圖；圖6為網(wǎng)管服務(wù)端第五實施例的組成示意圖；圖7為網(wǎng)管服務(wù)端第六實施例的組成示意圖；圖8為網(wǎng)管客戶端第一實施例的組成示意圖；
圖9為網(wǎng)管客戶端第二實施例的組成示意圖；圖10為網(wǎng)管客戶端第三實施例的組成示意圖；圖11為網(wǎng)管客戶端第四實施例的組成示意圖；圖12為網(wǎng)管客戶端第五實施例的組成示意圖；圖13為網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法第一實施例的流程圖；圖14為網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法第二實施例的流程圖；圖15為網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法第三實施例的流程圖；圖16為網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法第四實施例的流程圖；圖17為網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法第五實施例的流程圖；圖18為網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法第六實施例中的通知查詢流程圖。
具體實施例方式
本發(fā)明網(wǎng)絡(luò)管理系統(tǒng)的具體實施例如圖1所示，包括網(wǎng)管服務(wù)端、第一網(wǎng)管客戶端和第二網(wǎng)管客戶端。其中第一網(wǎng)管客戶端用于生成通知消息，并發(fā)送該通知消息至網(wǎng)管服務(wù)端；所述通知消息中包括通知信息和接收方信息，上述接收方信息為接收方用戶和/或用戶組信息。
網(wǎng)管服務(wù)端用于接收所述通知消息，并發(fā)送該通知消息。
第二網(wǎng)管客戶端用于從網(wǎng)管服務(wù)端接收所述通知消息，將該通知消息中的通知信息顯示；所述第二網(wǎng)管客戶端為所述通知消息中，接收方信息所對應(yīng)用戶所登錄的網(wǎng)管客戶端。
上述接收方用戶和/或用戶組信息中，只包括一個用戶的用戶信息時，本實施例的網(wǎng)絡(luò)管理系統(tǒng)中，接收通知消息的第二網(wǎng)管客戶端的數(shù)量為一個；在包括一個或多個用戶信息和一個或多個用戶組信息，或者包括多個用戶信息，或者包括一個或多個用戶組信息時，本實施例的網(wǎng)絡(luò)管理系統(tǒng)中，接收通知的第二網(wǎng)管客戶端的數(shù)量對應(yīng)為多個。
具體地，本實施例中，網(wǎng)管服務(wù)端和網(wǎng)管客戶端之間可以采用CORBA協(xié)議通信。即，第一網(wǎng)管客戶端生成通知消息后，將該通知消息轉(zhuǎn)換為CORBA協(xié)議支持的格式，如轉(zhuǎn)換為IDL語言格式，并采用CORBA協(xié)議的編碼形式進(jìn)行編碼，如進(jìn)行CDR編碼，然后發(fā)送。網(wǎng)管服務(wù)端接收到來自第一網(wǎng)管客戶端的通知消息后，采用對應(yīng)的CORBA協(xié)議的解碼形式進(jìn)行解碼，再轉(zhuǎn)換為網(wǎng)管服務(wù)端支持的格式；此后，再在發(fā)送時，再將通知消息轉(zhuǎn)換為CORBA協(xié)議支持的格式，并采用CORBA協(xié)議的編碼形式進(jìn)行編碼，然后發(fā)送。而第二網(wǎng)管客戶端接收到通知消息后，采用對應(yīng)的CORBA協(xié)議的解碼形式進(jìn)行解碼，再轉(zhuǎn)換為該網(wǎng)管客戶端支持的格式，此后再獲取出通知消息中的通知信息，并提供給用戶。
在上述網(wǎng)絡(luò)管理系統(tǒng)實施例中，可以通過多種不同的網(wǎng)管服務(wù)端和網(wǎng)管客戶端來實現(xiàn)，以下詳細(xì)說明。
基于上述網(wǎng)絡(luò)管理系統(tǒng)實施例，網(wǎng)管服務(wù)端包括如下六個實施例網(wǎng)管服務(wù)端的第一實施例如圖2所示，包括接收模塊、發(fā)送模塊和通知服務(wù)模塊。其中接收模塊用于接收來自網(wǎng)管客戶端的通知消息，并將通知消息傳送給通知服務(wù)模塊。
通知服務(wù)模塊用于接收來自接收模塊的通知消息，并將該通知消息轉(zhuǎn)發(fā)給發(fā)送模塊。
發(fā)送模塊用于接收來自發(fā)送模塊的通知消息。
在網(wǎng)管服務(wù)端的第二實施例中，網(wǎng)管服務(wù)端采用CORBA協(xié)議接口與網(wǎng)管客戶端通信。具體地，本實施例的組成如圖3所示。圖3基于圖2的結(jié)構(gòu)，在接收模塊中具體包括解碼模塊和第一轉(zhuǎn)換模塊；而在發(fā)送模塊中具體包括第二轉(zhuǎn)換模塊和編碼模塊。其中解碼模塊用于接收采用CORBA協(xié)議編碼格式，如CDR編碼格式編碼的數(shù)據(jù)包；這接收的數(shù)據(jù)包中包括通知消息，對數(shù)據(jù)包進(jìn)行解碼后，將解碼后CORBA協(xié)議格式，如IDL語言格式的通知消息發(fā)送至第一轉(zhuǎn)換模塊。
第一轉(zhuǎn)換模塊用于將所述解碼后的通知消息轉(zhuǎn)換為所述網(wǎng)管服務(wù)端內(nèi)部支持的格式，并將轉(zhuǎn)換后的通知消息傳送給通知服務(wù)模塊。
第二轉(zhuǎn)換模塊用于接收來自通知服務(wù)模塊的通知消息，并將該通知消息轉(zhuǎn)換為CORBA協(xié)議格式，如IDL語言格式，然后傳送給編碼模塊；編碼模塊用于將來自第二轉(zhuǎn)換模塊的通知消息編碼為CORBA協(xié)議編碼格式，如CDR編碼格式的數(shù)據(jù)包，并發(fā)送編碼后的數(shù)據(jù)包。
網(wǎng)管服務(wù)端的第三實施例和第四實施例，可以基于上述網(wǎng)管服務(wù)端的第一或第二實施例，與該兩實施例的區(qū)別僅在于通知服務(wù)模塊中采用了不同的具體實現(xiàn)形式。
網(wǎng)管服務(wù)端第三實施例基于第一實施例或第二實施例，區(qū)別只是在于通知服務(wù)模塊中具體包括多個轉(zhuǎn)發(fā)模塊，該多個轉(zhuǎn)發(fā)模塊與多個連接到所述網(wǎng)管服務(wù)端的網(wǎng)管客戶端一一對應(yīng)。圖4以基于第二實施例為例，示出了本實施例的結(jié)構(gòu)示意圖。
則本實施例中，每個轉(zhuǎn)發(fā)模塊用于從接收模塊接收通知消息，并將接收的通知消息通過發(fā)送模塊，發(fā)送到該轉(zhuǎn)發(fā)模塊對應(yīng)的網(wǎng)管客戶端；轉(zhuǎn)發(fā)模塊可以直接或根據(jù)來自網(wǎng)管客戶端的查詢請求，發(fā)送所述通知消息。
這里，轉(zhuǎn)發(fā)模塊在通過發(fā)送模塊發(fā)送通知消息時，有兩種方式一種是在轉(zhuǎn)發(fā)模塊自身中設(shè)置了對應(yīng)網(wǎng)管客戶端地址信息，包括IP地址和端口時，直接將該地址信息設(shè)置在通知消息中，則通過發(fā)送模塊發(fā)送后，能夠?qū)⒃撏ㄖl(fā)送至對應(yīng)的網(wǎng)管客戶端，這種方式效率較高；另一種是，在轉(zhuǎn)發(fā)模塊自身中不設(shè)置對應(yīng)網(wǎng)管客戶端地址信息，則轉(zhuǎn)發(fā)模塊在收到通知消息時，等待來自網(wǎng)管客戶端的查詢請求，在收到該請求后，根據(jù)該請求中包括的網(wǎng)管客戶端地址信息將通知消息發(fā)送給該網(wǎng)管客戶端。
在本實施例中，上述多個轉(zhuǎn)發(fā)模塊的數(shù)量，可以是與所有連接到網(wǎng)管服務(wù)端的網(wǎng)管客戶端的數(shù)量相同，則本實施例中，網(wǎng)管服務(wù)端將接收到的通知消息發(fā)送給所有與自身連接的網(wǎng)管客戶端。這些網(wǎng)管客戶端接收到通知消息后，再根據(jù)通知消息中的接收方用戶信息，確定是否應(yīng)該接收該通知消息，如果應(yīng)該，則將通知消息中的通知信息顯示或以其他方式提供給用戶；否則，丟棄該消息。
網(wǎng)管服務(wù)端第四實施例基于網(wǎng)管服務(wù)端的第一實施例或第二實施例，區(qū)別只是在于通知服務(wù)模塊中具體包括過濾模塊和多個轉(zhuǎn)發(fā)模塊，該多個轉(zhuǎn)發(fā)模塊與多個連接到所述網(wǎng)管服務(wù)端的網(wǎng)管客戶端一一對應(yīng)。圖5以基于第二實施例為例，示出了本實施例的結(jié)構(gòu)示意圖。
則本實施例中，接收模塊在將通知消息傳送給通知服務(wù)模塊中的過濾模塊。
過濾模塊，解析出該通知消息中包括的接收方用戶和/或用戶組信息，確定與該接收方用戶和/或用戶組信息匹配的所有轉(zhuǎn)發(fā)模塊，并將所接收的通知消息發(fā)送給所確定出的所有轉(zhuǎn)發(fā)模塊。
轉(zhuǎn)發(fā)模塊，將接收到的通知消息通過發(fā)送模塊，直接或根據(jù)來自網(wǎng)管客戶端的查詢請求，發(fā)送到該轉(zhuǎn)發(fā)模塊對應(yīng)的網(wǎng)管客戶端。
如圖6所示，為網(wǎng)管服務(wù)端的第五實施例的組成，本實施例基于網(wǎng)管服務(wù)端的第四實施例。從圖6可以看出，在第四實施例的基礎(chǔ)上，網(wǎng)管服務(wù)端中進(jìn)一步包括了安全模塊；通知服務(wù)模塊中進(jìn)一步包括了注冊服務(wù)模塊。其中注冊服務(wù)模塊用于通過接收模塊，接收來自網(wǎng)管客戶端的通知注冊請求，并將該通知注冊請求轉(zhuǎn)發(fā)給安全模塊；以及用于接收安全模塊返回的會話標(biāo)識ID，生成一個包括該會話ID的通知接收對象，即第四實施例中所提及的轉(zhuǎn)發(fā)模塊。
安全模塊用于接收來自注冊服務(wù)模塊的通知注冊請求，根據(jù)該通知注冊請求為對應(yīng)網(wǎng)管客戶端分配會話ID，將該會話ID返回給注冊服務(wù)模塊，并存儲所述對應(yīng)網(wǎng)管客戶端的登錄用戶與所述會話ID的對應(yīng)關(guān)系；通知服務(wù)模塊中的過濾模塊接收通知消息后，解析出該通知消息中包括的接收方用戶和/或用戶組信息，并與安全模塊交互，確定所述接收方用戶和/或用戶組信息對應(yīng)的會話ID，并將所接收的通知消息發(fā)送至所有包括所確定出的會話ID的通知接收對象。
在本實施例中，通知接收對象為注冊服務(wù)模塊在通知服務(wù)模塊中創(chuàng)建的一個對象，例如為C++語言中的對象，該通知接收對象中除會話ID外，具體可以再包括消息接收接口和消息發(fā)送代理等。其中，消息接收接口用于從過濾模塊接收通知消息，消息發(fā)送代理用于在通知消息中設(shè)置對應(yīng)網(wǎng)管客戶端的地址信息，并將設(shè)置了地址信息的通知消息傳送給發(fā)送模塊。
在創(chuàng)建通知接收對象時，如果網(wǎng)管服務(wù)端與網(wǎng)管客戶端采用推模式通信，則消息發(fā)送代理中可以設(shè)置該通知接收對象對應(yīng)的網(wǎng)管客戶端地址信息；而如果網(wǎng)管服務(wù)端與網(wǎng)管客戶端之間采用拉模式通信，則消息發(fā)送代理中不設(shè)置對應(yīng)的網(wǎng)管客戶端地址信息。則對應(yīng)地，通知接收對象中的消息發(fā)送代理在將通知消息發(fā)送給網(wǎng)管客戶端時，可以主動將自身中包括的地址信息設(shè)置在通知消息中后，通過發(fā)送模塊發(fā)送給網(wǎng)管客戶端；也可以等待來自網(wǎng)管客戶端的請求，再根據(jù)該請求中包括的網(wǎng)管客戶端的地址信息，將該地址信息設(shè)置在通知消息中后，通過發(fā)送模塊發(fā)送至網(wǎng)管客戶端。
另外，在第三實施例中，也可以與本實施例類似地，包括安全模塊和注冊服務(wù)模塊，并由注冊服務(wù)模塊在接收到通知注冊請求后，為對應(yīng)客戶端生成通知接收對象，并由通知接收對象作為轉(zhuǎn)發(fā)模塊實現(xiàn)通知消息的轉(zhuǎn)發(fā)。
網(wǎng)管服務(wù)端的第六實施例基于網(wǎng)管服務(wù)端的以上各個實施例。以基于第五實施例為例，如圖7所示，網(wǎng)管服務(wù)端中進(jìn)一步包括通知消息存儲模塊和查詢模塊。上述網(wǎng)管服務(wù)端各個實施例中，通知服務(wù)模塊在接收到通知消息后，進(jìn)一步將該通知消息存儲到通知消息存儲模塊中，以供查詢模塊查詢。
查詢模塊用于通過接收模塊，接收來自網(wǎng)管客戶端的通知消息查詢請求，該查詢請求中包括網(wǎng)管客戶端的登錄用戶信息，再從通知消息存儲模塊中查找通知消息，并將查找到的接收方用戶和/或用戶組信息包括所述登錄用戶信息的通知消息，通過發(fā)送模塊返回給發(fā)起查詢請求的網(wǎng)管客戶端。
在本實施例中，通知服務(wù)模塊在向通知消息存儲模塊中存儲通知消息時，可以進(jìn)一步為存儲的通知消息設(shè)置時間戳；則，查詢模塊接收到的通知消息查詢請求中可以包括時間段參數(shù)或條數(shù)參數(shù)。
當(dāng)通知消息查詢請求中包括時間段參數(shù)時，查詢模塊從存儲的通知消息中查找所述查詢請求對應(yīng)的通知消息包括查詢模塊查找所存儲的通知消息中，屬于所述時間段參數(shù)，并且其中的接收方信息包括所述登錄用戶信息的通知消息。
當(dāng)所述通知消息查詢請求中包括條數(shù)參數(shù)時，查詢模塊從存儲的通知消息中查找所述查詢請求對應(yīng)的通知消息包括查詢模塊查找所存儲的通知消息中，接收方信息包括所述登錄用戶信息的通知消息，并從所查找到的通知消息中根據(jù)所述條數(shù)參數(shù)選擇最新的通知消息返回給客戶端。
本實施例中，在通知服務(wù)模塊中有過濾模塊的情況下，具體可以由通知服務(wù)模塊中的過濾模塊進(jìn)行通知消息的存儲。在通知服務(wù)模塊中沒有過濾模塊，而接收模塊將接收的通知消息傳送給各個轉(zhuǎn)發(fā)模塊的情況下，接收模塊也可以將通知消息傳送給通知服務(wù)模塊，由其自身進(jìn)行通知消息的存儲。
基于上述網(wǎng)絡(luò)管理系統(tǒng)實施例，網(wǎng)管客戶端包括如下實施例網(wǎng)管客戶端的第一實施例如圖8所示，包括通知消息生成模塊、發(fā)送模塊、接收模塊和通知信息顯示模塊。其中通知消息生成模塊用于生成通知消息，將該通知消息發(fā)送給發(fā)送模塊。該通知消息中包括通知信息和接收方信息，具體地，接收方信息為接收方用戶和/或用戶組信息。
發(fā)送模塊用于將來自通知消息生成模塊的通知消息發(fā)送給網(wǎng)管服務(wù)端。
接收模塊用于從網(wǎng)管服務(wù)端接收通知消息，并將接收的通知消息傳送給通知信息顯示模塊。
通知信息顯示模塊用于從接收模塊接收通知消息，并將該通知消息中的通知信息提供給登錄用戶。
網(wǎng)管客戶端的第二實施例如圖9所示，其基于網(wǎng)管客戶端的第一實施例，具體區(qū)別在于，發(fā)送模塊中包括第一轉(zhuǎn)換模塊和編碼模塊；接收模塊包括解碼模塊和第二轉(zhuǎn)換模塊。其中第一轉(zhuǎn)換模塊用于接收來自通知消息生成模塊的通知消息，并將該通知消息轉(zhuǎn)換為CORBA協(xié)議格式，如IDL語言格式，然后傳送給編碼模塊。
所述編碼模塊用于將來自第一轉(zhuǎn)換模塊的通知消息編碼為CORBA協(xié)議編碼格式，如CDR編碼格式的數(shù)據(jù)包，并發(fā)送所述編碼后的數(shù)據(jù)包至網(wǎng)管服務(wù)端。
所述解碼模塊用于從網(wǎng)管服務(wù)端接收采用CORBA協(xié)議編碼格式編碼的數(shù)據(jù)包，所述數(shù)據(jù)包中包括通知消息，對所述數(shù)據(jù)包進(jìn)行解碼后，將解碼出的CORBA協(xié)議格式的通知消息發(fā)送至第二轉(zhuǎn)換模塊。
所述第二轉(zhuǎn)換模塊用于接收所述CORBA協(xié)議格式的通知消息，將該通知消息轉(zhuǎn)換為所述網(wǎng)管客戶端內(nèi)部支持的格式，并將轉(zhuǎn)換后的通知消息傳送給通知信息顯示模塊。
在上述第一實施例和第二實施例的基礎(chǔ)上，網(wǎng)管客戶端的第三實施例中進(jìn)一步可以包括過濾模塊。以基于第二實施例為例，第三實施例如圖10所示。其中，過濾模塊用于接收上述接收模塊發(fā)送給通知信息顯示模塊的通知消息，如果識別出該通知消息中的接收方用戶和/或用戶組信息包括當(dāng)前登錄用戶信息，將該通知消息發(fā)送給通知信息顯示模塊；否則，丟棄該通知消息，不將該通知消息發(fā)送給通知信息顯示模塊。
在上述第一、二、三實施例的基礎(chǔ)上，網(wǎng)管客戶端的第四實施例中進(jìn)一步可以包括安全模塊。以基于第三實施例為例，第四實施例如圖11所示。其中，安全模塊用于存儲所述網(wǎng)管客戶端所在的網(wǎng)絡(luò)管理系統(tǒng)中的用戶和用戶組信息。
則在生成通知消息前，通知消息生成模塊從所述安全模塊中獲取用戶和用戶組信息，并提供給用戶，供用戶從中選擇通知消息的接收方用戶和/或用戶組信息，然后獲取用戶選擇的接收方用戶和/或用戶組信息，將其設(shè)置在通知消息中作為接收方信息。
在上述四個實施例的基礎(chǔ)上，網(wǎng)管客戶端的第五實施例中進(jìn)一步可以包括框架模塊。以基于第四實施例為例，第五實施例如圖12所示。其中框架模塊用于存儲網(wǎng)管客戶端所在的網(wǎng)絡(luò)管理系統(tǒng)的功能界面列表。
在生成通知消息前，通知消息生成模塊從框架模塊中獲取功能界面列表，并提供給用戶，供用戶從中選擇關(guān)聯(lián)功能界面，并獲取用戶選擇的關(guān)聯(lián)功能界面的信息，將該信息設(shè)置在生成的通知消息中。
則通知信息顯示模塊根據(jù)接收的通知消息中的關(guān)聯(lián)功能界面信息，生成關(guān)聯(lián)到對應(yīng)功能界面的鏈接，并將該鏈接顯示給用戶，用戶點(diǎn)擊該鏈接后，則可以出現(xiàn)對應(yīng)的功能界面。
以上是對網(wǎng)絡(luò)管理系統(tǒng)、網(wǎng)管服務(wù)端和網(wǎng)管客戶端具體實施例的分別說明，下面再對網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法的具體實施例進(jìn)行詳細(xì)闡述如圖13所示，網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法第一實施例的主要流程包括步驟1301、第一網(wǎng)管客戶端生成通知消息后，發(fā)送該通知消息；所述通知消息中包括通知信息和接收方信息，所述接收方信息為接收方用戶和/或用戶組信息。
步驟1302、網(wǎng)管服務(wù)端從所述第一網(wǎng)管客戶端接收所述通知消息，并發(fā)送該通知消息。
步驟1303、第二網(wǎng)管客戶端從網(wǎng)管服務(wù)端接收所述通知消息，將該通知消息中的通知信息提供給登錄用戶；所述第二網(wǎng)管客戶端為所述通知消息中，接收方信息對應(yīng)用戶登錄的網(wǎng)管客戶端。
具體地，第一網(wǎng)管客戶端與網(wǎng)管服務(wù)端之間采用CORBA協(xié)議通信；和/或，網(wǎng)管服務(wù)端與所述第二網(wǎng)管客戶端之間采用CORBA協(xié)議通信。以第一網(wǎng)管客戶端與網(wǎng)管服務(wù)端之間，網(wǎng)管服務(wù)端與第二網(wǎng)管客戶端之間均采用CORBA協(xié)議通信為例，上述方法的第二實施例如圖14所示，具體包括步驟1401、第一網(wǎng)管客戶端生成通知消息，該通知消息中包括通知信息和接收方信息，接收方信息為接收方用戶和/或用戶組信息。
步驟1402、第一網(wǎng)管客戶端將生成的通知消息轉(zhuǎn)換為CORBA協(xié)議格式，如IDL格式，并將IDL格式的通知消息編碼為CORBA協(xié)議編碼格式，如CDR格式的數(shù)據(jù)包，然后發(fā)送所編碼的CDR格式的數(shù)據(jù)包至網(wǎng)管服務(wù)端。以下CORBA協(xié)議格式為IDL格式，CORBA協(xié)議編碼格式為CDR格式為例進(jìn)行說明。
步驟1403、網(wǎng)管服務(wù)端從所述第一網(wǎng)管客戶端接收上述包括通知消息的數(shù)據(jù)包后，對該數(shù)據(jù)包進(jìn)行解碼，并將解碼后的CORBA協(xié)議格式的通知消息轉(zhuǎn)換為接收方內(nèi)部支持的格式進(jìn)行識別和處理。
步驟1404、網(wǎng)管服務(wù)端將該通知消息轉(zhuǎn)換為IDL格式，再編碼為CDR格式的數(shù)據(jù)包后，發(fā)送包括該通知消息的數(shù)據(jù)包。
步驟1405、第二網(wǎng)管客戶端從網(wǎng)管服務(wù)端接收上述數(shù)據(jù)包后，對該數(shù)據(jù)包進(jìn)行解碼，并將解碼后的CORBA協(xié)議格式的通知消息轉(zhuǎn)換為第二網(wǎng)管客戶端內(nèi)部支持的格式，然后將該通知消息中的通知信息提供給登錄用戶。接收通知消息的第二網(wǎng)管客戶端，為上述網(wǎng)管服務(wù)端發(fā)送的通知消息中，接收方信息對應(yīng)用戶登錄的網(wǎng)管客戶端。
網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法具體實施例中，可以由網(wǎng)絡(luò)服務(wù)端對通知消息進(jìn)行過濾，以使通知消息僅能夠發(fā)送到接收方用戶所登錄的網(wǎng)管客戶端，從而僅接收方用戶能夠獲取通知消息；也可以由接收通知消息的網(wǎng)絡(luò)客戶端對通知消息進(jìn)行過濾，對發(fā)送給自身登錄用戶的通知消息，才提供給登錄用戶，否則丟棄該通知消息，以保證僅接收方用戶能夠獲取通知信息。以下分別通過第三、第四實施例進(jìn)行詳細(xì)闡述。
網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法第三實施例可以基于上述第一或第二實施例，以基于第二實施例為例，如圖15所示，具體包括如下步驟步驟1501、第一網(wǎng)管客戶端生成通知消息，該通知消息中包括通知信息和接收方信息，接收方信息為接收方用戶和/或用戶組信息。
具體地，本步驟中，第一網(wǎng)管客戶端生成通知消息可以包括第一網(wǎng)管客戶端將自身中存儲的網(wǎng)絡(luò)管理系統(tǒng)用戶和用戶組信息，提供給用戶，供用戶從中選擇通知消息的接收方用戶和/或用戶組信息；將自身中存儲的網(wǎng)絡(luò)管理系統(tǒng)的功能界面列表顯示給用戶，供用戶從中選擇該通知消息關(guān)聯(lián)的功能界面；并獲取用戶輸入的通知信息；最終生成包括上述接收方用戶和/或用戶組信息、關(guān)聯(lián)功能界面信息和通知信息的通知消息。
步驟1502、第一網(wǎng)管客戶端將生成的通知消息轉(zhuǎn)換為CORBA協(xié)議格式，如IDL格式，并將IDL格式的通知消息編碼為CORBA協(xié)議編碼格式，如CDR格式的數(shù)據(jù)包，然后發(fā)送所編碼的CDR格式的數(shù)據(jù)包至網(wǎng)管服務(wù)端。以下CORBA協(xié)議格式為IDL格式，CORBA協(xié)議編碼格式為CDR格式為例進(jìn)行說明。
步驟1503、網(wǎng)管服務(wù)端從所述第一網(wǎng)管客戶端接收上述包括通知消息的數(shù)據(jù)包后，對該數(shù)據(jù)包進(jìn)行解碼，并將解碼后的CORBA協(xié)議格式的通知消息轉(zhuǎn)換為接收方內(nèi)部支持的格式。
步驟1504、網(wǎng)管服務(wù)端從接收的通知消息中，解析出接收方用戶和/或用戶組信息，并確定接收方用戶和/或用戶組信息對應(yīng)的第二網(wǎng)管客戶端，然后將該通知消息轉(zhuǎn)換為IDL格式，再編碼為CDR格式的數(shù)據(jù)包后，發(fā)送包括該通知消息的數(shù)據(jù)包至上述確定出的第二網(wǎng)管客戶端。
本步驟中所確定出的網(wǎng)管客戶端的數(shù)量可以是一個或多個，當(dāng)上述接收方用戶和/或用戶組信息中，只包括一個用戶的用戶信息時，所確定出的第二網(wǎng)管客戶端的數(shù)量為一個；在上述接收方用戶和/或用戶組信息中，包括一個或多個用戶信息和一個或多個用戶組信息，或者包括多個用戶信息，或者包括一個或多個用戶組信息時，所確定出的接收通知的第二網(wǎng)管客戶端的數(shù)量對應(yīng)為多個。
這里，網(wǎng)管服務(wù)端可以主動或者根據(jù)網(wǎng)管客戶端的請求，將通知消息進(jìn)行格式轉(zhuǎn)換、編碼和發(fā)送給第二網(wǎng)管客戶端。
步驟1505、接收到上述數(shù)據(jù)包的第二網(wǎng)管客戶端，對所接收的數(shù)據(jù)包進(jìn)行解碼，并將解碼后的CORBA協(xié)議格式的通知消息轉(zhuǎn)換為第二網(wǎng)管客戶端內(nèi)部支持的格式，然后將該通知消息中的通知信息通過顯示或其他方式提供給登錄用戶；并根據(jù)通知消息中的關(guān)聯(lián)功能界面信息，生成關(guān)聯(lián)到對應(yīng)功能界面的鏈接，并將該鏈接顯示給用戶。
網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法第四實施例可以基于上述第一或第二實施例，以基于第二實施例為例，如圖16所示，具體包括如下步驟
步驟1601、第一網(wǎng)管客戶端生成通知消息，該通知消息中包括通知信息和接收方信息，接收方信息為接收方用戶和/或用戶組信息。
步驟1602、第一網(wǎng)管客戶端將生成的通知消息轉(zhuǎn)換為CORBA協(xié)議格式，如IDL格式，并將IDL格式的通知消息編碼為CORBA協(xié)議編碼格式，如CDR格式的數(shù)據(jù)包，然后發(fā)送所編碼的CDR格式的數(shù)據(jù)包至網(wǎng)管服務(wù)端。以下CORBA協(xié)議格式為IDL格式，CORBA協(xié)議編碼格式為CDR格式為例進(jìn)行說明。
步驟1603、網(wǎng)管服務(wù)端從所述第一網(wǎng)管客戶端接收上述包括通知消息的數(shù)據(jù)包后，對該數(shù)據(jù)包進(jìn)行解碼，并將解碼后的CORBA協(xié)議格式的通知消息轉(zhuǎn)換為接收方內(nèi)部支持的格式。
步驟1604、網(wǎng)管服務(wù)端將該通知消息轉(zhuǎn)換為IDL格式，再編碼為CDR格式的數(shù)據(jù)包后，發(fā)送包括該通知消息的數(shù)據(jù)包至所有與自身連接的網(wǎng)管客戶端。
這里，網(wǎng)管服務(wù)端可以主動或者根據(jù)網(wǎng)管客戶端的請求，將通知消息進(jìn)行格式轉(zhuǎn)換、編碼和發(fā)送。
步驟1605、網(wǎng)管客戶端接收到數(shù)據(jù)包后，對所接收的數(shù)據(jù)包進(jìn)行解碼，并將解碼后的CORBA協(xié)議格式的通知消息轉(zhuǎn)換為該網(wǎng)管客戶端內(nèi)部支持的格式，然后執(zhí)行步驟1606。
步驟1606、網(wǎng)管客戶端獲取該通知消息中的接收方用戶和/或用戶組信息，并判斷該信息是否包括該網(wǎng)管客戶端的登錄用戶信息，如果是執(zhí)行步驟1607，獲取該通知消息中的通知信息并提供給登錄用戶；否則，在步驟1608，丟棄該通知信消息。
網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法第五實施例的流程如圖17所示，該實施例提供了網(wǎng)管服務(wù)端過濾通知消息的一種較佳實施方式，具體包括如下步驟步驟1701、在網(wǎng)絡(luò)管理系統(tǒng)中，與網(wǎng)管服務(wù)端連接的每個網(wǎng)管客戶端在啟動時，向網(wǎng)管服務(wù)端發(fā)送通知注冊請求，該通知注冊請求中包括網(wǎng)管客戶端的登錄用戶信息。
步驟1702、網(wǎng)管服務(wù)端接收到網(wǎng)管客戶端的通知注冊請求后，為對應(yīng)網(wǎng)管客戶端分配會話ID，獲取通知注冊請求中的登錄用戶信息，存儲該登錄用戶信息與所分配的會話ID的對應(yīng)關(guān)系，并生成用于向該網(wǎng)管客戶端發(fā)送通知消息的通知接收對象，該通知接收對象中包括上述分配的會話ID。
當(dāng)然，在上述步驟1702中，網(wǎng)管客戶端在發(fā)送通知注冊請求時，也通過與第三實施例中發(fā)送通知消息類似的轉(zhuǎn)換和編碼步驟進(jìn)行；同樣地，網(wǎng)管服務(wù)端在接收通知注冊請求時，也通過與第三實施例中接收通知消息類似的編碼和轉(zhuǎn)換步驟進(jìn)行，這里不再詳述。
步驟1703、第一網(wǎng)管客戶端生成通知消息，該通知消息中包括通知信息和接收方信息，接收方信息為接收方用戶和/或用戶組信息。
步驟1704、第一網(wǎng)管客戶端將生成的通知消息轉(zhuǎn)換為CORBA協(xié)議格式，如IDL格式，并將IDL格式的通知消息編碼為CORBA協(xié)議編碼格式，如CDR格式的數(shù)據(jù)包，然后發(fā)送所編碼的CDR格式的數(shù)據(jù)包至網(wǎng)管服務(wù)端。以下CORBA協(xié)議格式為IDL格式，CORBA協(xié)議編碼格式為CDR格式為例進(jìn)行說明。
步驟1705、網(wǎng)管服務(wù)端從所述第一網(wǎng)管客戶端接收上述包括通知消息的數(shù)據(jù)包后，對該數(shù)據(jù)包進(jìn)行解碼，并將解碼后的CORBA協(xié)議格式的通知消息轉(zhuǎn)換為接收方內(nèi)部支持的格式的通知消息。
步驟1706、網(wǎng)管服務(wù)端從上述轉(zhuǎn)換出的通知消息中，解析出接收方用戶和/或用戶組信息，并查詢自身中存儲的登錄用戶信息與會話ID的對應(yīng)關(guān)系，獲取所述接收方用戶和/或用戶組信息對應(yīng)的所有會話ID，根據(jù)這些會話ID，將通知消息轉(zhuǎn)發(fā)給對應(yīng)的通知接收對象。
步驟1707、將通知消息轉(zhuǎn)換為IDL格式，再編碼為CDR格式的數(shù)據(jù)包后，將編碼后的數(shù)據(jù)包發(fā)送到通知接收對象對應(yīng)的網(wǎng)管客戶端。
步驟1708、網(wǎng)管客戶端接收到數(shù)據(jù)包后，對所接收的數(shù)據(jù)包進(jìn)行解碼，并將解碼后的CORBA協(xié)議格式的通知消息轉(zhuǎn)換為該網(wǎng)管客戶端內(nèi)部支持的格式，然后獲取該通知消息中的通知信息并提供給登錄用戶。
基于網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法的上述各個實施例，在該方法的第六實施例中，向用戶提供了查詢通知消息的功能。該實施例在上述六個實施例的基礎(chǔ)上，增加了查詢流程，另外，在上述各個實施例中，網(wǎng)管服務(wù)端在接收到通知消息后，均對通知消息進(jìn)行存儲，并可以在存儲的通知消息中設(shè)置時間戳。上述查詢流程如圖18所示，包括如下步驟步驟1801、網(wǎng)管客戶端向網(wǎng)管服務(wù)端發(fā)送通知消息查詢請求，該請求中包括該網(wǎng)管客戶端的登錄用戶信息，并可以進(jìn)一步包括時間段參數(shù)或條數(shù)參數(shù)。
步驟1802、網(wǎng)管服務(wù)端接收來自網(wǎng)管客戶端的通知消息查詢請求后，根據(jù)該查詢請求中包括的登錄用戶信息，從存儲的通知消息中查找接收方信息包括登錄用戶信息的通知消息，并將查找到的通知消息返回給發(fā)起查詢請求的所述網(wǎng)管客戶端。
本步驟中，當(dāng)通知消息查詢請求中包括時間段參數(shù)時，從存儲的通知消息中查找通知消息時，查找所存儲的通知消息中，屬于所述時間段參數(shù)，并且其中的接收方信息包括所述登錄用戶信息的通知消息；當(dāng)通知消息查詢請求中包括條數(shù)參數(shù)時，從存儲的通知消息中查找所述查詢請求對應(yīng)的通知消息時，查找所存儲的通知消息中，接收方信息包括所述登錄用戶信息的通知消息，并從所查找到的通知消息中根據(jù)所述條數(shù)參數(shù)選擇最新的通知消息返回給客戶端。
在本發(fā)明提供的上述實施例中，網(wǎng)管客戶端之間需要交互的通知信息，直接通過網(wǎng)管服務(wù)端轉(zhuǎn)發(fā)，而無需經(jīng)由外部網(wǎng)絡(luò)，保證了通知消息傳送的及時性和安全性；相對于現(xiàn)有的各種通知傳送方案，提高了網(wǎng)絡(luò)管理系統(tǒng)中溝通與協(xié)作的效率，也提高了網(wǎng)絡(luò)維護(hù)工作的效率，并且可以降低維護(hù)人員之間進(jìn)行遠(yuǎn)程協(xié)作的成本；此外，將通知消息的接收用戶信息與網(wǎng)絡(luò)管理系統(tǒng)的用戶信息集成在一起，無需重新維護(hù)一套用戶信息，降低了網(wǎng)絡(luò)關(guān)系系統(tǒng)的負(fù)擔(dān)。
進(jìn)而，本發(fā)明提供的實施例中，可以在通知消息中攜帶關(guān)聯(lián)功能界面信息，從而接收到通知消息的用戶，可以更加便利地獲取到通知消息相關(guān)的功能界面，進(jìn)一步提高了網(wǎng)絡(luò)管理系統(tǒng)中溝通與協(xié)作的效率，也進(jìn)一步提高了網(wǎng)絡(luò)維護(hù)工作的效率，并且進(jìn)一步降低維護(hù)人員之間進(jìn)行遠(yuǎn)程協(xié)作的成本。
本發(fā)明提供的實施例中，可以在網(wǎng)管服務(wù)端對通知消息進(jìn)行過濾，使得網(wǎng)管服務(wù)端在轉(zhuǎn)發(fā)所接收到的通知消息時，只發(fā)送給接收方用戶登錄的網(wǎng)管客戶端，降低了網(wǎng)絡(luò)中的信息流量。
本發(fā)明提供的實施例中，還可以在網(wǎng)管客戶端對通知消息進(jìn)行過濾，對于發(fā)送給自身登錄用戶的通知消息，才將通知信息提供給用戶，而對于不是發(fā)送給自身登錄用戶的通知消息，直接丟棄，從而無需在網(wǎng)管服務(wù)端對通知消息進(jìn)行接收方的確認(rèn)，降低了網(wǎng)管服務(wù)端的負(fù)擔(dān)。
此外，以上各個實施例中，網(wǎng)管客戶端和網(wǎng)管服務(wù)端之間可以采用CORBA協(xié)議進(jìn)行通信，由于CORBA協(xié)議通信的安全性較高，進(jìn)一步提高了通知消息傳送的安全性。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中在同一設(shè)備中的步驟是可以通過程序來指令相關(guān)的硬件來完成，所述的程序可以存儲于該設(shè)備的可讀取存儲介質(zhì)中，該程序在執(zhí)行時執(zhí)行上述方法中的對應(yīng)步驟。所述的存儲介質(zhì)可以如ROM/RAM、磁碟、光盤等。
以上是對本發(fā)明具體實施例的說明，在具體的實施過程中可對本發(fā)明的方法進(jìn)行適當(dāng)?shù)母倪M(jìn)，以適應(yīng)具體情況的具體需要。因此可以理解，根據(jù)本發(fā)明的具體實施方式
只是起示范作用，并不用以限制本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種網(wǎng)絡(luò)管理系統(tǒng)，其特征在于，包括網(wǎng)管服務(wù)端、第一網(wǎng)管客戶端和第二網(wǎng)管客戶端；所述第一網(wǎng)管客戶端和第二網(wǎng)管客戶端分別與網(wǎng)管服務(wù)端進(jìn)行通信；其中第一網(wǎng)管客戶端用于生成通知消息，并發(fā)送該通知消息至網(wǎng)管服務(wù)端；所述通知消息中包括通知信息和接收方信息，所述接收方信息為接收方用戶和/或用戶組信息；網(wǎng)管服務(wù)端用于接收所述通知消息，并發(fā)送該通知消息；第二網(wǎng)管客戶端用于從網(wǎng)管服務(wù)端接收所述通知消息，將該通知消息中的通知信息顯示；所述第二網(wǎng)管客戶端為所述通知消息中，接收方信息對應(yīng)的網(wǎng)管客戶端。
2.一種網(wǎng)管服務(wù)端，其特征在于，該網(wǎng)管服務(wù)端包括接收模塊，用于接收來自網(wǎng)管客戶端的通知消息，所述通知消息中包括通知信息和接收方信息，所述接收方信息為接收方用戶和/或用戶組信息；通知服務(wù)模塊用于在所述通知消息中設(shè)置接收該通知消息的網(wǎng)管客戶端地址信息，并將該通知消息傳送給發(fā)送模塊；發(fā)送模塊用于根據(jù)所述網(wǎng)管客戶端地址信息，將所接收的通知消息發(fā)送至所述地址信息對應(yīng)的網(wǎng)管客戶端。
3.根據(jù)權(quán)利要求2所述的網(wǎng)管服務(wù)端，其特征在于，所述接收模塊包括解碼模塊用于接收采用CORBA協(xié)議編碼格式編碼的數(shù)據(jù)包，對所述數(shù)據(jù)包進(jìn)行解碼后，將解碼后的CORBA協(xié)議格式的通知消息發(fā)送，所述數(shù)據(jù)包中包括通知消息；第一轉(zhuǎn)換模塊用于將所述解碼后的通知消息轉(zhuǎn)換為所述網(wǎng)管服務(wù)端內(nèi)部支持的格式；所述發(fā)送模塊包括第二轉(zhuǎn)換模塊用于將所接收的通知消息轉(zhuǎn)換為CORBA協(xié)議格式并傳送；編碼模塊用于對來自第二轉(zhuǎn)換模塊的通知消息進(jìn)行編碼，將其編碼為CORBA協(xié)議編碼格式的數(shù)據(jù)包，并發(fā)送所述編碼后的數(shù)據(jù)包。
4.根據(jù)權(quán)利要求2所述的網(wǎng)管服務(wù)端，其特征在于，所述通知服務(wù)模塊中包括多個轉(zhuǎn)發(fā)模塊，該多個轉(zhuǎn)發(fā)模塊與多個連接到所述網(wǎng)管服務(wù)端的網(wǎng)管客戶端一一對應(yīng)；所述轉(zhuǎn)發(fā)模塊用于接收來自所述接收模塊的通知消息，并在該通知消息中設(shè)置自身對應(yīng)網(wǎng)管客戶端的地址信息，將通知消息傳送給發(fā)送模塊。
5.根據(jù)權(quán)利要求2所述的網(wǎng)管服務(wù)端，其特征在于，所述通知服務(wù)模塊中包括過濾模塊和多個轉(zhuǎn)發(fā)模塊，該多個轉(zhuǎn)發(fā)模塊與多個連接到所述網(wǎng)管服務(wù)端的網(wǎng)管客戶端一一對應(yīng)；所述過濾模塊用于接收來自所述接收模塊的通知消息，解析出該通知消息中包括的接收方用戶和/或用戶組信息，確定與該接收方用戶和/或用戶組信息匹配的轉(zhuǎn)發(fā)模塊，并將所接收的通知消息發(fā)送給所確定出的轉(zhuǎn)發(fā)模塊；所述轉(zhuǎn)發(fā)模塊用于接收所述通知消息，在該通知消息中設(shè)置自身對應(yīng)網(wǎng)管客戶端的地址信息，并將所述通知消息傳送給發(fā)送模塊。
6.根據(jù)權(quán)利要求5所述的網(wǎng)管服務(wù)端，其特征在于，所述網(wǎng)管服務(wù)端中進(jìn)一步包括安全模塊；所述通知服務(wù)模塊中進(jìn)一步包括注冊服務(wù)模塊，用于通過接收模塊，接收來自網(wǎng)管客戶端的通知注冊請求，并將該通知注冊請求轉(zhuǎn)發(fā)給安全模塊；以及用于接收安全模塊返回的會話標(biāo)識ID，生成一個包括該會話ID的轉(zhuǎn)發(fā)模塊；安全模塊，用于接收來自注冊服務(wù)模塊的通知注冊請求，根據(jù)該通知注冊請求為對應(yīng)網(wǎng)管客戶端分配會話ID，將該會話ID返回給注冊服務(wù)模塊，并存儲所述對應(yīng)網(wǎng)管客戶端的登錄用戶與所述會話ID的對應(yīng)關(guān)系；所述過濾模塊接收通知消息，解析出接收方用戶和/或用戶組信息后，與安全模塊交互，確定所述接收方用戶和/或用戶組信息對應(yīng)的會話ID，根據(jù)所述會話ID確定對應(yīng)的轉(zhuǎn)發(fā)模塊，將所接收的通知消息發(fā)送至所述對應(yīng)的轉(zhuǎn)發(fā)模塊。
7.根據(jù)權(quán)利要求2至6中任一所述的網(wǎng)管服務(wù)端，其特征在于，所述網(wǎng)管服務(wù)端中進(jìn)一步包括通知消息存儲模塊；所述通知服務(wù)模塊還用于在接收到通知消息后，將該通知消息存儲到所述通知消息存儲模塊中；所述查詢模塊用于通過接收模塊，接收來自網(wǎng)管客戶端的通知消息查詢請求，該查詢請求中包括網(wǎng)管客戶端的登錄用戶信息，從通知消息存儲模塊中查找通知消息，并將查找到的接收方用戶和/或用戶組信息包括所述登錄用戶信息的通知消息，通過所述發(fā)送模塊返回給發(fā)起查詢請求的所述網(wǎng)管客戶端。
8.一種網(wǎng)管客戶端，其特征在于，該網(wǎng)管客戶端中包括通知消息生成模塊用于生成通知消息，所述通知消息中包括通知信息和接收方信息，所述接收方信息為接收方用戶和/或用戶組信息；發(fā)送模塊用于將所述通知消息發(fā)送至網(wǎng)管服務(wù)端；接收模塊用于從網(wǎng)管服務(wù)端接收通知消息，并將接收的通知消息傳送給通知信息顯示模塊；通知信息顯示模塊用于將接收的該通知消息中的通知信息顯示。
9.根據(jù)權(quán)利要求8所述的網(wǎng)管客戶端，其特征在于，所述發(fā)送模塊包括第一轉(zhuǎn)換模塊，用于將所述通知消息生成模塊生成的通知消息轉(zhuǎn)換為CORBA協(xié)議格式并傳送；編碼模塊，用于將來自第一轉(zhuǎn)換模塊的通知消息編碼為CORBA協(xié)議編碼格式的數(shù)據(jù)包，并發(fā)送所述編碼后的數(shù)據(jù)包至網(wǎng)管服務(wù)端；所述接收模塊包括解碼模塊用于從網(wǎng)管服務(wù)端接收采用CORBA協(xié)議編碼格式編碼的數(shù)據(jù)包，所述數(shù)據(jù)包中包括通知消息，對所述數(shù)據(jù)包進(jìn)行解碼后，將解碼出的CORBA協(xié)議格式的通知消息發(fā)送；第二轉(zhuǎn)換模塊用于接收所述CORBA協(xié)議格式的通知消息，將該通知消息轉(zhuǎn)換為所述網(wǎng)管客戶端內(nèi)部支持的格式，并將轉(zhuǎn)換后的通知消息傳送給通知信息顯示模塊。
10.根據(jù)權(quán)利要求8或9所述的網(wǎng)管客戶端，其特征在于，所述網(wǎng)管客戶端中進(jìn)一步包括過濾模塊，用于接收來自接收模塊的通知消息，當(dāng)識別出該通知消息中的接收方用戶和/或用戶組信息包括當(dāng)前登錄用戶信息時，將該通知消息發(fā)送給通知信息顯示模塊；否則，丟棄該通知消息。
11.根據(jù)權(quán)利要求8或9所述的網(wǎng)管客戶端，其特征在于，所述網(wǎng)管客戶端中進(jìn)一步包括安全模塊，用于存儲所述網(wǎng)管客戶端所在的網(wǎng)絡(luò)管理系統(tǒng)中的用戶和用戶組信息；所述通知消息生成模塊用于從所述安全模塊中獲取用戶和用戶組信息，并提供給用戶，供用戶從中選擇通知消息的接收方用戶和/或用戶組信息，以及將用戶選擇的接收方用戶和/或用戶組信息設(shè)置在通知消息中。
12.根據(jù)權(quán)利要求8或9所述的網(wǎng)管客戶端，其特征在于，該網(wǎng)管客戶端中進(jìn)一步包括框架模塊，用于存儲所述網(wǎng)管客戶端所在的網(wǎng)絡(luò)管理系統(tǒng)的功能界面列表；所述通知消息生成模塊還用于從所述框架模塊中獲取所述功能界面列表，并提供給用戶，供用戶從中選擇關(guān)聯(lián)功能界面，并將用戶選擇的關(guān)聯(lián)功能界面的信息設(shè)置在所述通知消息中；所述通知信息顯示模塊還用于根據(jù)接收的通知消息中的關(guān)聯(lián)功能界面信息，生成關(guān)聯(lián)到對應(yīng)功能界面的鏈接，并顯示該鏈接。
13.一種網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法，其特征在于，該方法包括第一網(wǎng)管客戶端生成通知消息后，發(fā)送該通知消息；所述通知消息中包括通知信息和接收方信息，所述接收方信息為接收方用戶和/或用戶組信息；網(wǎng)管服務(wù)端從所述第一網(wǎng)管客戶端接收所述通知消息，并發(fā)送該通知消息；第二網(wǎng)管客戶端從網(wǎng)管服務(wù)端接收所述通知消息，將該通知消息中的通知信息顯示；所述第二網(wǎng)管客戶端為所述通知消息中，接收方信息對應(yīng)的網(wǎng)管客戶端。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述第一網(wǎng)管客戶端與所述網(wǎng)管服務(wù)端之間采用CORBA協(xié)議通信；和/或，所述網(wǎng)管服務(wù)端與所述第二網(wǎng)管客戶端之間采用CORBA協(xié)議通信。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述通信中發(fā)送方發(fā)送通知消息具體包括將通知消息轉(zhuǎn)換為CORBA協(xié)議格式，再編碼為CORBA協(xié)議編碼格式的數(shù)據(jù)包后發(fā)送；所述通信中接收方接收通知消息具體包括接收包括通知消息的CORBA協(xié)議編碼格式的數(shù)據(jù)包后，對該數(shù)據(jù)包進(jìn)行解碼，并將解碼后的CORBA協(xié)議格式的通知消息轉(zhuǎn)換為接收方內(nèi)部支持的格式。
16.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述網(wǎng)管服務(wù)端發(fā)送通知消息前進(jìn)一步包括網(wǎng)管服務(wù)端從接收的通知消息中，解析出接收方用戶和/或用戶組信息，并確定接收方用戶和/或用戶組信息對應(yīng)的第二網(wǎng)管客戶端，將所接收的通知消息發(fā)送到所確定出的第二網(wǎng)管客戶端。
17.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述網(wǎng)管服務(wù)端發(fā)送通知消息為所述網(wǎng)管服務(wù)端將通知消息發(fā)送給與自身連接的所有網(wǎng)管客戶端；網(wǎng)管客戶端解析出接收方用戶和/或用戶組信息，并判斷該解析出的接收方用戶和/或用戶組信息中，是否包括自身登錄用戶的信息，如果包括，確定出自身為所述第二網(wǎng)管客戶端，并將所述通知消息中的通知信息顯示；否則，丟棄該通知消息。
18.根據(jù)權(quán)利要求16所述的方法，其特征在于，所述方法進(jìn)一步包括網(wǎng)管客戶端在啟動時，向網(wǎng)管服務(wù)端發(fā)送通知注冊請求，網(wǎng)管服務(wù)端根據(jù)該通知注冊請求為所述網(wǎng)管客戶端分配會話ID，并存儲所述網(wǎng)管客戶端的登錄用戶與該會話ID的對應(yīng)關(guān)系；所述網(wǎng)管服務(wù)端確定接收方用戶和/或用戶組信息對應(yīng)的第二網(wǎng)管客戶端包括所述網(wǎng)管服務(wù)端查詢自身中存儲的所述對應(yīng)關(guān)系，獲取所述接收方用戶和/或用戶組信息對應(yīng)的所有會話ID，將所獲取的會話ID對應(yīng)的網(wǎng)管客戶端確定為第二網(wǎng)管客戶端。
19.根據(jù)權(quán)利要求16或17所述的方法，其特征在于，所述網(wǎng)管服務(wù)端向網(wǎng)管客戶端發(fā)送消息包括網(wǎng)管服務(wù)端直接將通知消息發(fā)送給網(wǎng)管客戶端；或者，網(wǎng)管服務(wù)端根據(jù)來自網(wǎng)管客戶端的請求，將通知消息發(fā)送給發(fā)起請求的網(wǎng)管客戶端。
20.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述網(wǎng)管服務(wù)端接收到通知消息后進(jìn)一步包括存儲該通知消息；該方法進(jìn)一步包括網(wǎng)管服務(wù)端接收來自網(wǎng)管客戶端的通知消息查詢請求，根據(jù)該查詢請求中包括的網(wǎng)管客戶端的登錄用戶信息，從存儲的通知消息中查找所述查詢請求對應(yīng)的通知消息，并將查找到的接收方信息包括所述登錄用戶信息的通知消息返回給發(fā)起查詢請求的所述網(wǎng)管客戶端。
21.根據(jù)權(quán)利要求20所述的方法，其特征在于，所述網(wǎng)管服務(wù)端在存儲通知消息時，進(jìn)一步為該通知消息設(shè)置時間戳；所述通知消息查詢請求中包括時間段參數(shù)或條數(shù)參數(shù)；當(dāng)所述通知消息查詢請求中包括時間段參數(shù)時，從存儲的通知消息中查找所述查詢請求對應(yīng)的通知消息包括查找所存儲的通知消息中，屬于所述時間段參數(shù)，并且其中的接收方信息包括所述登錄用戶信息的通知消息；當(dāng)所述通知消息查詢請求中包括條數(shù)參數(shù)時，從存儲的通知消息中查找所述查詢請求對應(yīng)的通知消息包括查找所存儲的通知消息中，接收方信息包括所述登錄用戶信息的通知消息，并從所查找到的通知消息中根據(jù)所述條數(shù)參數(shù)選擇最新的通知消息返回給客戶端。
22.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述第一網(wǎng)管客戶端生成通知消息包括第一網(wǎng)管客戶端將自身中存儲的網(wǎng)絡(luò)管理系統(tǒng)用戶和用戶組信息，提供給用戶，供用戶從中選擇通知消息的接收方用戶和/或用戶組信息，并獲取用戶輸入的通知信息，生成包括所述接收方用戶和/或用戶組信息，以及通知信息的通知消息。
23.根據(jù)權(quán)利要求22所述的方法，其特征在于，所述生成通知消息前進(jìn)一步包括第一網(wǎng)管客戶端將自身中存儲的網(wǎng)絡(luò)管理系統(tǒng)的功能界面列表顯示給用戶，供用戶從中選擇該通知消息關(guān)聯(lián)的功能界面，并生成包括用戶選擇的關(guān)聯(lián)功能界面信息與所述接收方用戶和/或用戶組信息，以及所述通知信息的通知消息；則所述第二網(wǎng)管客戶端接收所述通知消息后進(jìn)一步包括根據(jù)所述通知消息中的關(guān)聯(lián)功能界面信息生成關(guān)聯(lián)到對應(yīng)功能界面的鏈接，并將該鏈接顯示給用戶。
全文摘要
本發(fā)明公開了一種網(wǎng)絡(luò)管理系統(tǒng)，包括網(wǎng)管服務(wù)端、第一網(wǎng)管客戶端和第二網(wǎng)管客戶端；其中第一網(wǎng)管客戶端用于生成通知消息，并發(fā)送該通知消息至網(wǎng)管服務(wù)端；所述通知消息中包括通知信息和接收方信息，所述接收方信息為接收方用戶和/或用戶組信息；網(wǎng)管服務(wù)端用于接收所述通知消息，并發(fā)送該通知消息；第二網(wǎng)管客戶端用于從網(wǎng)管服務(wù)端接收所述通知消息，將該通知消息中的通知信息顯示；所述第二網(wǎng)管客戶端為所述通知消息中，接收方信息對應(yīng)用戶所登錄的網(wǎng)管客戶端。本發(fā)明中還公開了一種網(wǎng)管服務(wù)端、一種網(wǎng)管客戶端和一種網(wǎng)絡(luò)管理系統(tǒng)內(nèi)部通信方法。
文檔編號H04L29/06GK101060439SQ200710109428
公開日2007年10月24日 申請日期2007年6月18日 優(yōu)先權(quán)日2007年6月18日
發(fā)明者龔睿 申請人:華為技術(shù)有限公司