專利名稱：告警數(shù)據(jù)采集方法及其系統(tǒng)中的服務(wù)器和客戶端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)，具體涉及網(wǎng)絡(luò)通信系統(tǒng)中的告警數(shù)據(jù)采集方 法、以及告警數(shù)據(jù)采集系統(tǒng)中的服務(wù)器和客戶端。
背景技術(shù)：
近年來(lái)，隨著企業(yè)規(guī)模的日益擴(kuò)大，同一企業(yè)的客戶分布日益廣泛，合 作伙伴也日益增多，這就造成企業(yè)網(wǎng)用戶的網(wǎng)絡(luò)規(guī)模成幾何級(jí)數(shù)的速度上 升。及時(shí)有效地了解企業(yè)網(wǎng)故障情況，對(duì)于保障用戶業(yè)務(wù)至關(guān)重要。目前，已經(jīng)出現(xiàn)了各種結(jié)構(gòu)的告警數(shù)據(jù)采集系統(tǒng)。該系統(tǒng)負(fù)責(zé)獲取被管 理的網(wǎng)絡(luò)設(shè)備因觸發(fā)預(yù)設(shè)告警事件而發(fā)出的原始告警信息，經(jīng)統(tǒng)計(jì)得到告警 數(shù)據(jù)并提供給用戶。告警數(shù)據(jù)采集系統(tǒng)提供的告警數(shù)據(jù)能夠有效的幫助用戶 了解當(dāng)前網(wǎng)絡(luò)的實(shí)際運(yùn)行情況。圖1示出了現(xiàn)有的一種應(yīng)用較為廣泛的基于瀏覽器/服務(wù)器(Browser/Server)結(jié)構(gòu)的告警數(shù)據(jù)采集系統(tǒng)，這種結(jié)構(gòu)的告警數(shù)據(jù)采集系 統(tǒng)采用網(wǎng)絡(luò)(Web)應(yīng)用程序作為服務(wù)器側(cè)和客戶端側(cè)的應(yīng)用程序。運(yùn)行 Web程序的服務(wù)器稱為Web服務(wù)器，運(yùn)行Web程序的客戶端瀏覽器稱為 Web瀏覽器。Web服務(wù)器可以同時(shí)為多個(gè)Web瀏覽器提供服務(wù)。參見(jiàn)圖1,告警系統(tǒng)啟動(dòng)后，Web服務(wù)器監(jiān)控被管理設(shè)備、收集被管理 設(shè)備的告警信息并存儲(chǔ)在Web服務(wù)器的本地?cái)?shù)據(jù)庫(kù)中。當(dāng)具有管理權(quán)限的 用戶登錄客戶端的Web瀏覽器后，Web瀏覽器向Web服務(wù)器發(fā)送告警數(shù)據(jù) 請(qǐng)求，同時(shí)通知Web服務(wù)器是哪個(gè)用戶發(fā)起的請(qǐng)求。Web服務(wù)器收到告警 數(shù)據(jù)請(qǐng)求后，從服務(wù)器自身獲取用戶權(quán)限，根據(jù)獲取的用戶權(quán)限查詢本地?cái)?shù) 據(jù)庫(kù)，獲取用戶權(quán)限下的原始告警信息，然后根據(jù)查詢到的原始告警信息統(tǒng)計(jì)告警數(shù)據(jù)，最后生成包含統(tǒng)計(jì)結(jié)果的超文本標(biāo)注語(yǔ)言(HTML, Hyper Text Mark Language)格式的告警頁(yè)面，并發(fā)送給提出請(qǐng)求的客戶端。客戶端的 Web瀏覽器將所接收到告警頁(yè)面顯示出來(lái)。Web瀏覽器顯示告警界面后， 用戶就可以看到其權(quán)限下的各被管理設(shè)備的告警數(shù)據(jù)了 。 Web瀏覽器顯示告 警界面時(shí)，可以通過(guò)聲光提示為用戶提供多種顯示形式。上述根據(jù)原始告警信息計(jì)算告警數(shù)據(jù)的過(guò)程是根據(jù)告警數(shù)據(jù)過(guò)濾出符 合設(shè)定條件的各類告警信息數(shù)量，以及本次訪問(wèn)與上次訪問(wèn)之間產(chǎn)生的各類 新到告警信息數(shù)量的過(guò)濾過(guò)程。所謂告警數(shù)據(jù)是指根據(jù)告警信息統(tǒng)計(jì)各類告 警數(shù)量、各級(jí)別告警數(shù)量等等的告警信息數(shù)量統(tǒng)計(jì)值。上述用戶權(quán)限是由服務(wù)器管理，指示用戶能夠查詢哪些被管理設(shè)備的權(quán) 限信息。當(dāng)用戶權(quán)限改變后，需要注銷并重新登錄并發(fā)起告警數(shù)據(jù)請(qǐng)求，才 能看到新權(quán)限下的告警數(shù)據(jù)。而且在用戶登錄后，如果希望獲取最新的告警 數(shù)據(jù)，需要手動(dòng)觸發(fā)告警界面上的刷新控鍵，此時(shí)，Web瀏覽器再一次向 Web服務(wù)器發(fā)送告警數(shù)據(jù)請(qǐng)求，然后接收返回的告警界面并顯示?，F(xiàn)有的告警數(shù)據(jù)采集方案具有如下缺點(diǎn)首先，根據(jù)原始告警信息統(tǒng)計(jì)告警數(shù)據(jù)的操作是在服務(wù)器端執(zhí)行的。在 網(wǎng)絡(luò)規(guī)模較大、被管理設(shè)備較多的情況下，原始告警信息數(shù)量巨大，每個(gè)客 戶端請(qǐng)求數(shù)據(jù)時(shí)，都要進(jìn)行一個(gè)針對(duì)原始告警信息的統(tǒng)計(jì)操作，因此每次統(tǒng) 計(jì)都消耗大量的服務(wù)器資源。如果客戶端頻繁向服務(wù)器發(fā)送請(qǐng)求，則會(huì)極大 的增加服務(wù)器的計(jì)算負(fù)擔(dān)。在告警信息爆發(fā)時(shí)，服務(wù)器存儲(chǔ)原始告警信息的 數(shù)據(jù)庫(kù)將不停的執(zhí)行存儲(chǔ)操作，負(fù)擔(dān)很重，此時(shí)如果有多個(gè)用戶訪問(wèn)，則服 務(wù)器還需要同時(shí)執(zhí)行查詢數(shù)據(jù)庫(kù)的操作，大量存儲(chǔ)和查詢操作的并發(fā)可能導(dǎo) 致數(shù)據(jù)庫(kù)無(wú)法響應(yīng)。當(dāng)然，目前也有服務(wù)器將原始告警信息發(fā)送到客戶端由 客戶端統(tǒng)計(jì)的告警數(shù)據(jù)采集系統(tǒng)，但是，原始告警數(shù)據(jù)的數(shù)量龐大，服務(wù)器 到客戶端之間的數(shù)據(jù)發(fā)送將占用大量帶寬。其次，圖1示出的告警數(shù)據(jù)采集方案，只有用戶訪問(wèn)或用戶手動(dòng)刷新頁(yè) 面時(shí)，客戶端才能獲取最新的告警數(shù)據(jù)，因此告警數(shù)據(jù)更新不及時(shí)，無(wú)法有效地支持用戶的網(wǎng)絡(luò)管理。此外，在以聲光形式顯示告警數(shù)據(jù)時(shí)，通常利用內(nèi)嵌于Web瀏覽器的 第三方媒體播放器控件播放待顯示聲光。但是，第三方媒體播放器受到客戶 端操作系統(tǒng)、瀏覽器支持能力的約束，系統(tǒng)開(kāi)發(fā)者必須考慮到不同操作系統(tǒng)、 不同瀏覽器的兼容性，同時(shí)還需考慮到第三方媒體播放控件的版本兼容性。發(fā)明內(nèi)容有鑒于此，本發(fā)明提供了一種告警數(shù)據(jù)采集方法，能夠降低服務(wù)器的負(fù)擔(dān)。該方法包括服務(wù)器獲取被管理設(shè)備的原始告警信息，對(duì)所述原始告警 信息進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)；客戶端從服務(wù)器獲取所述初步統(tǒng)計(jì)告警數(shù)據(jù)，并根據(jù)登錄用戶的用戶權(quán) 限，對(duì)獲取的初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行基于用戶權(quán)限的統(tǒng)計(jì)，得到符合設(shè)定條 件的告警數(shù)據(jù)。其中，所述服務(wù)器獲取被管理設(shè)備的原始告警信息，對(duì)所述原始告警信息 進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)為服務(wù)器在所在告警數(shù) 據(jù)采集系統(tǒng)啟動(dòng)時(shí)，獲取所有被管理設(shè)備的原始告警信息，進(jìn)行與用戶權(quán)限無(wú) 關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)；在啟動(dòng)之后，定時(shí)根據(jù)新增的原始告警信 息更新所述初步統(tǒng)計(jì)告警數(shù)據(jù)。較佳地，該方法進(jìn)一步包括服務(wù)器將獲取的初步統(tǒng)計(jì)告警數(shù)據(jù)保存在本 地緩存；所述定時(shí)根據(jù)新增的原始告警信息更新所述初步統(tǒng)計(jì)告警數(shù)據(jù)為 服務(wù)器實(shí)時(shí)從被管理設(shè)備獲取新增的原始告警信息，更新所述獲得的初步 統(tǒng)計(jì)告警數(shù)據(jù)；服務(wù)器利用運(yùn)行于服務(wù)器后臺(tái)的輪詢線程，定時(shí)獲取變化的初步統(tǒng)計(jì)告警 數(shù)據(jù)并更新本地緩存。較佳地，該方法進(jìn)一步包括所述啟動(dòng)之后，服務(wù)器監(jiān)控被管理設(shè)備的狀態(tài)，在新被管理設(shè)備加入時(shí)，獲取所述新被管理設(shè)備的原始告警信息，進(jìn)行與 用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得新被管理設(shè)備對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)，并增加到所述本地緩存；當(dāng)服務(wù)器所在告警數(shù)據(jù)采集系統(tǒng)中的已有被管理設(shè)備退出時(shí)，將退出的被 管理設(shè)備對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)從所述本地緩存中刪除。其中，所述客戶端從服務(wù)器獲取所述初步統(tǒng)計(jì)告警數(shù)據(jù)為客戶端在用戶 登錄時(shí)，向服務(wù)器發(fā)送告警數(shù)據(jù)請(qǐng)求，接收服務(wù)器返回的所述本地緩存中的所 有初步統(tǒng)計(jì)告警數(shù)據(jù)。其中，所述客戶端從服務(wù)器獲取所述初步統(tǒng)計(jì)告警數(shù)據(jù)為在用戶登錄后 到退出登錄期間，所述客戶端定時(shí)向服務(wù)器發(fā)送告警數(shù)據(jù)請(qǐng)求，接收服務(wù)器返 回的所述本地緩存中的所有初步統(tǒng)計(jì)告警數(shù)據(jù)；并在每次從服務(wù)器獲取初步統(tǒng) 計(jì)告警數(shù)據(jù)后，執(zhí)行所述基于用戶權(quán)限的統(tǒng)計(jì)操作。其中，所述登錄用戶的用戶權(quán)限和所述設(shè)定條件是客戶端在用戶登錄時(shí)從 服務(wù)器獲取的；所述根據(jù)登錄用戶的用戶權(quán)限，對(duì)獲取的初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行基于用戶 權(quán)限的統(tǒng)計(jì)，得到符合設(shè)定條件的告警數(shù)據(jù)為客戶端根據(jù)登錄用戶的用戶權(quán)限對(duì)所述獲取的初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行過(guò) 濾，得到所述用戶權(quán)限可以查詢的各被管理設(shè)備對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)；根據(jù)設(shè)定條件對(duì)所述對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行統(tǒng)計(jì)，得到符合設(shè)定條 件的告警數(shù)據(jù)。較佳地，所述得到符合設(shè)定條件的告警數(shù)據(jù)之后，進(jìn)一步包括當(dāng)用戶權(quán) 限被修改時(shí)，服務(wù)器向客戶端廣播權(quán)限修改消息；接收到所述權(quán)限修改消息的 客戶端，根據(jù)修改后的登錄用戶的用戶權(quán)限，重新進(jìn)行所述基于用戶權(quán)限的統(tǒng) 計(jì)。較佳地，所述得到符合設(shè)定條件的告警數(shù)據(jù)之后，進(jìn)一步包括所述客戶 端利用從服務(wù)器獲取的小應(yīng)用程序Applet繪制告警界面，并將所述符合設(shè)定條 件的告警數(shù)據(jù)通過(guò)聲光顯示在所述告警界面上。較佳地，每次執(zhí)行所述基于用戶權(quán)限的統(tǒng)計(jì)，得到符合設(shè)定條件的告警數(shù) 據(jù)之后，刷新所述告警界面。其中，所述與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)為統(tǒng)計(jì)每個(gè)被管理設(shè)備對(duì)應(yīng)的各種類別的原始告警信息數(shù)量。本發(fā)明還提供了 一種告警數(shù)據(jù)采集系統(tǒng)中的服務(wù)器，能夠降低服務(wù)器的 負(fù)擔(dān)。該服務(wù)器包括告警單元和服務(wù)單元，其中，所述告警單元，用于獲取被管理設(shè)備的原始告警信息，對(duì)所述原始告警信息進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)；所述服務(wù)單元，用于在接收到來(lái)自客戶端的告警數(shù)據(jù)請(qǐng)求時(shí)，向所述客 戶端返回所述初步統(tǒng)計(jì)告警數(shù)據(jù)。本發(fā)明還提供了 一種告警數(shù)據(jù)采集系統(tǒng)中的客戶端，能夠降低服務(wù)器的 負(fù)擔(dān)。該服務(wù)器包括告警單元和服務(wù)單元，其中，所述告警單元，用于獲取被管理設(shè)備的原始告警信息，對(duì)所述原始告警信 息進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)；所述服務(wù)單元，用于在接收到來(lái)自客戶端的告警數(shù)據(jù)請(qǐng)求時(shí)，向所述客 戶端返回所述初步統(tǒng)計(jì)告警數(shù)據(jù)。根據(jù)以上技術(shù)方案可見(jiàn)，應(yīng)用本發(fā)明能夠降低服務(wù)器的負(fù)擔(dān)。具體來(lái)說(shuō)， 具有如下優(yōu)勢(shì)1 )本發(fā)明實(shí)施例在服務(wù)器側(cè)執(zhí)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，即初步統(tǒng)計(jì)， 由于初步統(tǒng)計(jì)的工作量遠(yuǎn)遠(yuǎn)小于完整統(tǒng)計(jì)的工作量，因此減輕了服務(wù)器的負(fù) 擔(dān)。那么，服務(wù)器就擁有較多的資源用于響應(yīng)數(shù)據(jù)請(qǐng)求，從而提高了服務(wù)器 的整體性能。服務(wù)器與客戶端之間只需傳送初步統(tǒng)計(jì)告警數(shù)據(jù)，由于初步統(tǒng) 計(jì)告警數(shù)據(jù)的數(shù)據(jù)量遠(yuǎn)遠(yuǎn)小于所有原始告警信息的數(shù)據(jù)量，不會(huì)造成較大的 帶寬占用。而且，客戶端只需對(duì)初步統(tǒng)計(jì)后的告警數(shù)據(jù)進(jìn)行與用戶權(quán)限相關(guān) 的統(tǒng)計(jì)，也減輕了客戶端的工作量。2) 本發(fā)明實(shí)施例將初步統(tǒng)計(jì)結(jié)果保存在服務(wù)器本地緩存，在用戶請(qǐng)求 時(shí)，直接采用本地緩存響應(yīng)，響應(yīng)速度快。而且，本地緩存中的數(shù)據(jù)是周期 性更新的，因此響應(yīng)的數(shù)據(jù)有效性強(qiáng)。同時(shí)，由于對(duì)相同數(shù)據(jù)的統(tǒng)計(jì)只要進(jìn) 行一次，無(wú)需每次收到告警數(shù)據(jù)請(qǐng)求都重新進(jìn)行計(jì)算，從而進(jìn)一步減少了服 務(wù)器的工作量。3) 本發(fā)明實(shí)施例利用運(yùn)行于后臺(tái)的定時(shí)輪詢線程維護(hù)本地緩存，從而 將初步統(tǒng)計(jì)告警數(shù)據(jù)的更新維護(hù)與服務(wù)器響應(yīng)用戶請(qǐng)求的操作分開(kāi)，互不影 響，進(jìn)一步提高了服務(wù)器的整體性能。4) 告警數(shù)據(jù)采集系統(tǒng)啟動(dòng)之后，每次輪詢只獲取并存儲(chǔ)變化的初步統(tǒng)計(jì)告警數(shù)據(jù)，減輕了服務(wù)器的操作，進(jìn)一步提高了服務(wù)器的整體性能。5) 客戶端在用戶登錄后定時(shí)發(fā)送告警數(shù)據(jù)請(qǐng)求，獲取當(dāng)前最新的告警數(shù)據(jù)，從而及時(shí)有效的對(duì)當(dāng)前網(wǎng)絡(luò)的故障進(jìn)行聲光告警，為用戶提供高效的 管理支持，而且提高了系統(tǒng)的智能性。6) 服務(wù)器及時(shí)廣播用戶權(quán)限改變的消息，客戶端對(duì)登錄用戶的權(quán)限進(jìn) 行更新，并重新統(tǒng)計(jì)，提高了系統(tǒng)的安全性。7) 客戶端采用JAVA Applet技術(shù)繪制告警界面并提供聲光提示，由于 Applet具有平臺(tái)無(wú)關(guān)性，從而滿足了操作系統(tǒng)、瀏覽器無(wú)關(guān)的要求。


圖1為現(xiàn)有基于瀏覽器/服務(wù)者結(jié)構(gòu)的告警數(shù)據(jù)采集系統(tǒng)結(jié)構(gòu)示意圖。圖2為本發(fā)明實(shí)施例中服務(wù)器端獲取告警數(shù)據(jù)的處理流程圖。圖3為本發(fā)明實(shí)施例中服務(wù)器端響應(yīng)客戶端告警數(shù)據(jù)請(qǐng)求的流程圖。圖4為本發(fā)明實(shí)施例中客戶端的處理流程圖。圖5為本發(fā)明實(shí)施例中告警數(shù)據(jù)采集系統(tǒng)的結(jié)構(gòu)示意圖。圖6為本發(fā)明實(shí)施例中服務(wù)器的結(jié)構(gòu)示意圖。圖7為本發(fā)明實(shí)施例中客戶端的結(jié)構(gòu)示意圖。
具體實(shí)施方式
為了減輕服務(wù)器的負(fù)擔(dān)，本發(fā)明將告警數(shù)據(jù)統(tǒng)計(jì)中的部分操作分擔(dān)到客 戶端。分擔(dān)到客戶端的統(tǒng)計(jì)部分與用戶權(quán)限相關(guān)，留在服務(wù)器端的統(tǒng)計(jì)部分 與用戶權(quán)限無(wú)關(guān)。為了區(qū)分服務(wù)器端的統(tǒng)計(jì)操作和客戶端的統(tǒng)計(jì)操作，以下將服務(wù)器執(zhí)行 的與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)操作稱為初步統(tǒng)計(jì)，將客戶端的統(tǒng)計(jì)稱為基于用戶 權(quán)限的統(tǒng)計(jì)。通過(guò)對(duì)現(xiàn)有技術(shù)中服務(wù)器統(tǒng)計(jì)操作的分析可知，根據(jù)原始告警信息荻得 告警數(shù)據(jù)的過(guò)程包括根據(jù)用戶權(quán)限的過(guò)濾操作，和根據(jù)預(yù)設(shè)條件的統(tǒng)計(jì)操 作。根據(jù)用戶權(quán)限的過(guò)濾操作與用戶權(quán)限相關(guān)，用戶權(quán)限不同過(guò)濾出來(lái)的原 始告警信息都不同，因此，可以將根據(jù)用戶權(quán)限的過(guò)濾操作分擔(dān)到客戶端處理。而根據(jù)預(yù)設(shè)條件的統(tǒng)計(jì)操作時(shí)，需要先統(tǒng)計(jì)每個(gè)被管理設(shè)備對(duì)應(yīng)的各類 告警信息的數(shù)量，對(duì)于不同用戶來(lái)說(shuō)，這個(gè)操作是相同的，與用戶權(quán)限無(wú)關(guān)， 因此可以將統(tǒng)計(jì)每個(gè)被管理設(shè)備對(duì)應(yīng)的各類告警信息數(shù)量的操作保留在服 務(wù)器端。根據(jù)預(yù)設(shè)條件的統(tǒng)計(jì)操作中，在統(tǒng)計(jì)每個(gè)被管理設(shè)備對(duì)應(yīng)的各類告警信 息的數(shù)量后，才可以根據(jù)用戶權(quán)限統(tǒng)計(jì)出該用戶權(quán)限能夠查看的所有被管理 設(shè)備的各類告警信息數(shù)量、某一個(gè)被管理設(shè)備所有類告警信息數(shù)量等告警數(shù) 據(jù)?？梢?jiàn)，最后獲取預(yù)設(shè)條件的統(tǒng)計(jì)值與用戶權(quán)限有關(guān)，因此將該操作分擔(dān) 到客戶端處理?；谝陨戏治?，本發(fā)明實(shí)施例的服務(wù)器獲取被管理設(shè)備的原始告警信息并進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)；客戶端在用戶登錄 后，從服務(wù)器獲取初步統(tǒng)計(jì)告警數(shù)據(jù)，并根據(jù)登錄用戶的用戶權(quán)限，對(duì)獲取 的初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行基于用戶權(quán)限的統(tǒng)計(jì)，得到符合設(shè)定條件的告警數(shù) 據(jù)。此后，客戶端還可以將得到的符合設(shè)定條件的告警數(shù)據(jù)通過(guò)用戶界面顯12示?？梢?jiàn)，本發(fā)明實(shí)施例將與用戶權(quán)限相關(guān)的統(tǒng)計(jì)操作分擔(dān)到各個(gè)客戶端， 從而降低了服務(wù)器的負(fù)擔(dān)。而且，服務(wù)器只需向客戶端發(fā)送初步統(tǒng)計(jì)告警數(shù) 據(jù)，數(shù)據(jù)量小，無(wú)需占用大量帶寬。此外，本發(fā)明實(shí)施例將初步統(tǒng)計(jì)結(jié)果保存在服務(wù)器本地緩存中，在用戶 請(qǐng)求時(shí)，采用本地緩存直接響應(yīng)。由于無(wú)需訪問(wèn)存儲(chǔ)原始告警數(shù)據(jù)的本地?cái)?shù) 據(jù)庫(kù)，因此即使出現(xiàn)告警數(shù)據(jù)爆發(fā)，也能夠利用本地緩存快速有效的響應(yīng)用 戶請(qǐng)求，從而進(jìn)一步提高了服務(wù)器的整體性能。較佳地，服務(wù)器利用運(yùn)行于后臺(tái)的定時(shí)輪詢線程維護(hù)存儲(chǔ)有初步統(tǒng)計(jì)告 警數(shù)據(jù)的本地緩存，從而將初步統(tǒng)計(jì)告警數(shù)據(jù)的更新維護(hù)與服務(wù)器響應(yīng)用戶 請(qǐng)求的操作分開(kāi)，服務(wù)器響應(yīng)用戶請(qǐng)求不影響緩存的維護(hù)，緩存的維護(hù)也不 會(huì)占用服務(wù)器響應(yīng)用戶請(qǐng)求的設(shè)備資源，從而提高了服務(wù)器的整體性能。此 外，告警數(shù)據(jù)采集系統(tǒng)啟動(dòng)之后，服務(wù)器每次輪詢只獲取告警數(shù)據(jù)發(fā)生變化 的被管理設(shè)備的告警數(shù)據(jù)，并采用變化的數(shù)據(jù)更新本地緩存，由于不對(duì)沒(méi)有 變化的告警數(shù)據(jù)進(jìn)行更新，減少了服務(wù)器的操作，進(jìn)一步提高了服務(wù)器的整 體性能。對(duì)于客戶端來(lái)說(shuō)，為了及時(shí)的獲取告警數(shù)據(jù)，客戶端不僅在用戶登錄時(shí) 發(fā)出獲取告警數(shù)據(jù)的請(qǐng)求，進(jìn)一步地，在用戶登錄之后到退出登錄期間，客 戶端還定時(shí)發(fā)送告警數(shù)據(jù)請(qǐng)求，然后根據(jù)服務(wù)器響應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)過(guò) 濾得到用戶權(quán)限下符合設(shè)定條件的告警數(shù)據(jù)，并刷新顯示頁(yè)面。從而及時(shí)有 效的對(duì)當(dāng)前網(wǎng)絡(luò)的故障進(jìn)行聲光告警，為用戶提供高效的管理支持。為了提供聲光告警提示，本發(fā)明實(shí)施例的客戶端采用Applet技術(shù)繪制 告警界面并提供聲光提示。Applet可翻譯為小應(yīng)用程序，是在客戶端Web 瀏覽器中運(yùn)行的JAVA小程序，通常被內(nèi)嵌在HTML頁(yè)面中，用于增強(qiáng)應(yīng) 用程序的展示功能。因此Applet具有JAVA本身平臺(tái)無(wú)關(guān)的特性，從而滿 足了操作系統(tǒng)、瀏覽器無(wú)關(guān)的要求。而且，所有的Applet均運(yùn)行在客戶端 的虛擬機(jī)上，不執(zhí)行客戶端本地的任何程序，因此不會(huì)遭到惡意程序的破壞， 用戶可以安全訪問(wèn)，因此，Applet還保證了告警數(shù)據(jù)采集的安全性。下面結(jié)合附圖并舉實(shí)施例，對(duì)本發(fā)明服務(wù)器端和客戶端的各種操作的實(shí) 現(xiàn)過(guò)程進(jìn)行詳細(xì)描述。圖2示出了本發(fā)明實(shí)施例中服務(wù)器端獲取初步統(tǒng)計(jì)告警數(shù)據(jù)的處理流程圖。如圖2所示，該方法包括以下步驟步驟201:告警數(shù)據(jù)采集系統(tǒng)啟動(dòng)時(shí)，服務(wù)器獲取所有被管理設(shè)備的原 始告警信息，經(jīng)初步統(tǒng)計(jì)后得到原始統(tǒng)計(jì)告警數(shù)據(jù)，并保存到本地緩存中。本步驟中，初步統(tǒng)計(jì)是與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)操作，具體為統(tǒng)計(jì)出每 個(gè)被管理設(shè)備對(duì)應(yīng)的各類告警信息的數(shù)量。告警信息的分類包括告警級(jí)別分 類、告警類型分類，告警時(shí)間分類，新增告警數(shù)量類等。例如，被管理設(shè)備 為A、 B和C,那么本步驟分別統(tǒng)計(jì)出設(shè)備A、 B和C的各類告警信息數(shù)量。啟動(dòng)后，下面從步驟202開(kāi)始，服務(wù)器定時(shí)根據(jù)新增的原始告警信息， 更新本地緩存中各初步統(tǒng)計(jì)告警數(shù)據(jù)的值。步驟202:判斷本次輪詢時(shí)間是否到達(dá)，如果是，則執(zhí)行步驟204，否 則執(zhí)行步驟203。步驟203:監(jiān)控被管理設(shè)備，返回步驟202。在本步驟的監(jiān)控過(guò)程中，服務(wù)器實(shí)時(shí)接收被管理設(shè)備發(fā)來(lái)的新增原始告 警信息，并根據(jù)新增原始告警信息更新初步統(tǒng)計(jì)告警數(shù)據(jù)。需要說(shuō)明的是， 服務(wù)器實(shí)時(shí)更新的初步統(tǒng)計(jì)告警數(shù)據(jù)并不是保存在本地緩存中的數(shù)據(jù)。步驟204:判斷本次輪詢與上次輪詢之間的輪詢間隔內(nèi)，被管理設(shè)備的 初步告警數(shù)據(jù)是否有變化，如果是，則執(zhí)行步驟205和206,否則，執(zhí)行步 驟206。步驟205:將變化后的初步統(tǒng)計(jì)告警數(shù)據(jù)更新到本地緩存。 本步驟采用最新初步告警數(shù)據(jù)更新本地?cái)?shù)據(jù)庫(kù)中的相應(yīng)記錄。例如，設(shè)備A的x類告警信息的統(tǒng)計(jì)值由7變?yōu)?00,則將本地緩存中設(shè)備A的x類告警信息的統(tǒng)計(jì)值更新為100。步驟206:進(jìn)入下一輪4侖詢，返回步驟202。較佳地，以上步驟203監(jiān)控被管理設(shè)備的操作進(jìn)一步包括服務(wù)器監(jiān)控被管理設(shè)備的狀態(tài)，記錄被管理設(shè)備狀態(tài)的改變，例如新被管理設(shè)備加入，已 有被管理設(shè)備退出等。其中，對(duì)被管理設(shè)備進(jìn)行狀態(tài)監(jiān)控的實(shí)現(xiàn)方式為在 已有的被管理設(shè)備退出前或新被管理設(shè)備被增加后，狀態(tài)變化的被管理設(shè)備 會(huì)廣播刪除消息或增加消息，服務(wù)器接收到廣播的消息時(shí)，記錄被管理設(shè)備 的狀態(tài)變化。在這種情況下，服務(wù)器可以實(shí)時(shí)根據(jù)設(shè)備變化狀態(tài)進(jìn)行處理，也可以在上述步驟204輪詢時(shí)間到達(dá)時(shí)根據(jù)設(shè)備變化狀態(tài)進(jìn)行處理。處理的具體實(shí)現(xiàn) 為在有新被管理設(shè)備加入時(shí)，獲取新被管理設(shè)備的原始告警信息，進(jìn)行與 用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得新被管理設(shè)備對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)，并增加 到本地緩存。在所在告警數(shù)據(jù)采集系統(tǒng)中的已有設(shè)備退出時(shí)，將退出設(shè)備對(duì) 應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)從所述本地緩存中刪除。已有設(shè)備退出的原因可能是 設(shè)備當(dāng)機(jī)，或者設(shè)備被管理員刪除。圖3為本發(fā)明實(shí)施例中服務(wù)器端響應(yīng)客戶端告警數(shù)據(jù)請(qǐng)求的流程圖。如 圖3所示，該方法包括以下步驟步驟301:服務(wù)器端接收到客戶端因用戶登錄發(fā)送的告警數(shù)據(jù)請(qǐng)求，該 告警數(shù)據(jù)請(qǐng)求中包括登錄用戶的用戶名。步驟302:服務(wù)器根據(jù)登錄用戶的用戶名獲取用戶權(quán)限。步驟303:從本地緩存中獲取所有初步統(tǒng)計(jì)告警數(shù)據(jù)。步驟304:將步驟302獲取的用戶權(quán)限和步驟303獲取的初步統(tǒng)計(jì)告警 數(shù)據(jù)發(fā)送給提出請(qǐng)求的客戶端。由于客戶端在用戶首次登錄時(shí)，自身并不具有Applet,因此本步驟在服 務(wù)器端將用戶權(quán)限和初步統(tǒng)計(jì)告警數(shù)據(jù)發(fā)送給客戶端的同時(shí)或之前，進(jìn)一步 將HTML格式的用戶界面以及Applet發(fā)送給客戶端，那么客戶端才可以采 用接收的Applet繪制告警界面并將統(tǒng)計(jì)的告警數(shù)據(jù)通過(guò)聲光顯示在告警界 面中。用戶界面和Applet程序的下載過(guò)程是一次性的，即只要用戶曾經(jīng)登 錄過(guò)，就不需要再下載了。步驟305:服務(wù)器端接收客戶端在用戶登錄以后定時(shí)發(fā)送的告警數(shù)據(jù)請(qǐng)求。步驟306:利用本地緩存中的所有初步統(tǒng)計(jì)告警數(shù)據(jù)響應(yīng)接收的告警數(shù) 據(jù)請(qǐng)求。上述步驟305和306反復(fù)執(zhí)行，直到用戶退出登錄不再告警數(shù)據(jù)請(qǐng) 求。至此，本流程結(jié)束。圖4為本發(fā)明實(shí)施例中客戶端的處理流程圖。如圖4所示，該處理過(guò)程 包括以下步驟步驟401:客戶端檢測(cè)到用戶登錄時(shí)，向服務(wù)器發(fā)送告警數(shù)據(jù)請(qǐng)求。步驟402:客戶端接收服務(wù)器返回的告警數(shù)據(jù)響應(yīng)。該告警數(shù)據(jù)響應(yīng)中 包括初始統(tǒng)計(jì)告警數(shù)據(jù)和登錄用戶的用戶權(quán)限。步驟403:根據(jù)登錄用戶的用戶權(quán)限過(guò)濾初始統(tǒng)計(jì)告警數(shù)據(jù)，得到登錄 用戶有權(quán)限查看的初始統(tǒng)計(jì)告警數(shù)據(jù)。步驟404:對(duì)過(guò)濾后的初始統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行第二次統(tǒng)計(jì)，得到符合設(shè) 定條件的告警數(shù)據(jù)，并將統(tǒng)計(jì)結(jié)果通過(guò)聲光顯示在告警界面上。其中，第二次統(tǒng)計(jì)的計(jì)算規(guī)則和設(shè)定條件都是固化在程序中，并由服務(wù) 器維護(hù)，客戶端可以從服務(wù)器中下載計(jì)算規(guī)則和設(shè)定條件。設(shè)定條件包括但 不限于各類告警信息的總數(shù)，各設(shè)備所有類型告警信息的總數(shù)，本次訪問(wèn) 與上次訪問(wèn)之間產(chǎn)生的各類新到告警信息的數(shù)量，被管理設(shè)備新增的告警分 類等。當(dāng)然，客戶端還可提供各種用戶可選的控件，以支持用戶的查詢需要。 例如，提供查詢某個(gè)設(shè)備所有類型告警信息數(shù)量的控件，查詢某個(gè)設(shè)備某個(gè) 類型告警信息數(shù)量的控件，等等。以上的聲光顯示和用戶可選控件都采用 Applet繪制在告警界面上的，從而擺脫平臺(tái)制約，達(dá)到操作系統(tǒng)、瀏覽器無(wú) 關(guān)的要求。以上步驟403和404的操作是繼服務(wù)器初步統(tǒng)計(jì)之后執(zhí)行的、基于用戶 權(quán)限的統(tǒng)計(jì)，從而由客戶端分擔(dān)了服務(wù)器端的負(fù)擔(dān)。步驟405:判斷定時(shí)更新時(shí)間是否到，如果是，則執(zhí)行步驟406;否則，繼續(xù)執(zhí)行步驟405。步驟406:向服務(wù)器發(fā)送告警數(shù)據(jù)請(qǐng)求。步驟407:接收服務(wù)器返回的初步統(tǒng)計(jì)告警數(shù)據(jù)，重新根據(jù)登錄用戶的 權(quán)限過(guò)濾進(jìn)行過(guò)濾，并進(jìn)行第二次統(tǒng)計(jì)，得到符合預(yù)設(shè)條件的告警數(shù)據(jù)。步驟408:采用步驟407得到的符合預(yù)設(shè)條件的告警數(shù)據(jù)刷新告警界面。 返回步驟405。至此，本流程結(jié)束。本實(shí)施例定時(shí)訪問(wèn)服務(wù)器并自動(dòng)刷新告警界面的目的是及時(shí)獲取被管 理設(shè)備的告警情況，告警界面的刷新操作不用用戶手動(dòng)介入而自動(dòng)完成。在 實(shí)際中，可以采用信息分派處理(MDP, Message Dispatch Process )消息通 信機(jī)制實(shí)現(xiàn)定時(shí)發(fā)送告警數(shù)據(jù)請(qǐng)求的操作。較佳地，當(dāng)某個(gè)用戶的權(quán)限改變后，客戶端需要根據(jù)改變的權(quán)限重新對(duì) 服務(wù)器返回的告警數(shù)據(jù)進(jìn)行基于新用戶權(quán)限的統(tǒng)計(jì)，并根據(jù)最新的數(shù)據(jù)統(tǒng)計(jì) 結(jié)果自動(dòng)刷新告警界面。更改用戶權(quán)限的操作可以由具有高權(quán)限的用戶執(zhí) 行，具有高權(quán)限的用戶在登錄客戶端并修改低權(quán)限用戶的權(quán)限后，通過(guò)客戶 端將權(quán)限修改消息發(fā)送給服務(wù)器，服務(wù)器將權(quán)限修改消息廣播給與其連接的 所有客戶端，包括發(fā)送權(quán)限修改消息的客戶端。接收到權(quán)限修改消息的客戶 端均進(jìn)行基于修改后用戶權(quán)限的告警數(shù)據(jù)統(tǒng)計(jì)，并刷新告警界面。通常，用 戶權(quán)限改變后的刷新操作并非在獲取告警數(shù)據(jù)后立刻執(zhí)行，而是要保持與客 戶端定時(shí)獲取告警數(shù)據(jù)后的刷新操作一致。例如，客戶端獲取告警數(shù)據(jù)的定 時(shí)間隔為5s,那么客戶端5s刷新一次告警界面，當(dāng)用戶權(quán)限變化后，客戶 端計(jì)算新的告警數(shù)據(jù)，需要等到5s的定時(shí)時(shí)間到，才執(zhí)行刷新操作。這樣 做不僅減少了以重新繪制告警界面操作實(shí)現(xiàn)的刷新操作，而且在告警頻發(fā) 時(shí)，也不會(huì)發(fā)生告警界面語(yǔ)音提示響個(gè)不停的局面，不會(huì)影響用戶的操作體 驗(yàn)。可見(jiàn)，在客戶端重新計(jì)算的過(guò)程中登錄用戶不用注銷并重新登錄，也無(wú) 需觸發(fā)界面上的刷新控件，使得整個(gè)過(guò)程實(shí)時(shí)且自動(dòng)完成，保證了網(wǎng)管系統(tǒng) 數(shù)據(jù)的安全性。例如，用戶l具有修改權(quán)限的權(quán)限，當(dāng)用戶2在客戶端2顯示的用戶界面中查看設(shè)備A、設(shè)備B和設(shè)備C的告警數(shù)據(jù)時(shí)，用戶l在客戶端l將用 戶2查看設(shè)備C的權(quán)限刪除，此時(shí)，客戶端1向服務(wù)器發(fā)送權(quán)限修改消息， 服務(wù)器對(duì)該權(quán)限修改消息進(jìn)行廣播。客戶端2收到該權(quán)限修改消息后，根據(jù) 用戶2的新權(quán)限將與設(shè)備C相關(guān)的初步統(tǒng)計(jì)告警數(shù)據(jù)過(guò)濾掉，重新進(jìn)行告警 數(shù)據(jù)的統(tǒng)計(jì)，統(tǒng)計(jì)完畢自動(dòng)更新告警界面。此時(shí)，更新后的告警界面中不包 括設(shè)備C的相關(guān)數(shù)據(jù)。為了實(shí)現(xiàn)上述告警數(shù)據(jù)采集方法，本發(fā)明還提供了一種告警數(shù)據(jù)采集系 統(tǒng)。圖5示出了本發(fā)明實(shí)施例中告警數(shù)據(jù)采集系統(tǒng)的結(jié)構(gòu)示意圖。如圖5所 示，該告警數(shù)據(jù)采集系統(tǒng)包括服務(wù)器510和客戶端520。其中，服務(wù)器510，用于獲取被管理設(shè)備的原始告警信息，進(jìn)行與用戶 權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)?？蛻舳?20，用于從服務(wù)器獲取初步統(tǒng)計(jì)告警數(shù)據(jù)，并根據(jù)登錄用戶的 權(quán)限，對(duì)獲取的初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行基于用戶權(quán)限的統(tǒng)計(jì)，得到符合設(shè)定 條件的告警數(shù)據(jù)。圖6為本發(fā)明實(shí)施例中服務(wù)器，即圖5中服務(wù)器510的結(jié)構(gòu)示意圖。如 圖6所示，該服務(wù)器510包括告警單元511、服務(wù)單元512、緩存單元513 和原始告警信息存儲(chǔ)單元514。其中，告警單元511,用于獲取被管理設(shè)備的原始告警信息，將原始告警信息 存儲(chǔ)在原始告警信息存儲(chǔ)單元514中，對(duì)獲取的原始告警信息進(jìn)行用戶權(quán)限 無(wú)關(guān)的統(tǒng)計(jì)，得到初步統(tǒng)計(jì)告警數(shù)據(jù)。具體來(lái)說(shuō)，該告警單元511在所在服 務(wù)器啟動(dòng)時(shí)，獲取所有被管理設(shè)備的原始告警信息，進(jìn)行與用戶權(quán)限無(wú)關(guān)的 統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)；在啟動(dòng)后，實(shí)時(shí)根據(jù)新增的原始告警信息更 新已獲得的初步統(tǒng)計(jì)告警數(shù)據(jù)。在服務(wù)單元512查詢時(shí)，告警單元511將當(dāng) 前初步統(tǒng)計(jì)告警數(shù)據(jù)提供給服務(wù)單元512。服務(wù)單元512,用于在接收到來(lái)自客戶端的告警數(shù)據(jù)請(qǐng)求時(shí)，向客戶端 返回所述初步統(tǒng)計(jì)告警數(shù)據(jù)。為了提高服務(wù)單元512對(duì)并發(fā)事件的處理性能，服務(wù)單元512具體包括 運(yùn)行于前臺(tái)的處理模塊532和運(yùn)行于后臺(tái)的輪詢模塊531。輪詢模塊531與 處理模塊532相互獨(dú)立，互不干擾。其中，輪詢模塊531,用于在服務(wù)器啟動(dòng)時(shí)，從告警單元511獲取所有初步統(tǒng) 計(jì)告警數(shù)據(jù)；在啟動(dòng)后，利用輪詢線程，定時(shí)查詢告警單元511，獲取變化 的初步統(tǒng)計(jì)告警數(shù)據(jù)，并采用變化的初步統(tǒng)計(jì)告警數(shù)據(jù)更新緩存單元513中 的對(duì)應(yīng)記錄。在獲取變化的初步統(tǒng)計(jì)告警數(shù)據(jù)時(shí)，可以先從告警單元511獲 取所有初步統(tǒng)計(jì)告警數(shù)據(jù)再判定哪個(gè)有修改；還可以在告警單元511中將被 修改的告警數(shù)據(jù)標(biāo)記出來(lái)，并在服務(wù)單元512獲取時(shí)提供。處理模塊532，用于接收客戶端520的告警數(shù)據(jù)請(qǐng)求，返回緩存單元513 中的所有初步統(tǒng)計(jì)告警數(shù)據(jù)。在返回初步統(tǒng)計(jì)告警數(shù)據(jù)同時(shí)還可以返回在客 戶端登錄用戶的用戶權(quán)限。當(dāng)然，返回用戶權(quán)限的操作可以只在響應(yīng)客戶端 用戶登錄后首次發(fā)起的告警數(shù)據(jù)請(qǐng)求時(shí)執(zhí)行。緩存單元513,用于緩存初步統(tǒng)計(jì)告警數(shù)據(jù)。原始告警信息存儲(chǔ)單元514，用于存儲(chǔ)原始告警信息。在實(shí)際中，為了實(shí)時(shí)根據(jù)被管理設(shè)備資源的變化更新服務(wù)器的本地緩 存，告警單元511可以進(jìn)一步記錄各被管理設(shè)備的設(shè)備狀態(tài)變化信息，并且 在有新被管理設(shè)備加入時(shí)，告警單元511不僅記錄設(shè)備狀態(tài)變化信息獲取新 被管理設(shè)備的原始告警信息，進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得新被管理設(shè) 備對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)，同時(shí)將新被管理設(shè)備對(duì)應(yīng)的原始告警信息保存 到原始告警信息存儲(chǔ)單元514中；所在系統(tǒng)中的已有被管理設(shè)備退出時(shí)，告 警單元511可以只記錄設(shè)備狀態(tài)變化信息。在這種情況下，輪詢模塊531進(jìn)一步獲取告警單元511記錄的設(shè)備狀態(tài) 變化信息，在設(shè)備狀態(tài)變化信息指示有新被管理設(shè)備加入時(shí)，將新被管理設(shè) 備對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)發(fā)送給緩存單元513;在設(shè)備狀態(tài)變化信息指示 所在系統(tǒng)中的已有被管理設(shè)備退出時(shí)，將退出的被管理設(shè)備對(duì)應(yīng)的初步統(tǒng)計(jì) 告警數(shù)據(jù)從緩存單元513中刪除。以上根據(jù)設(shè)備狀態(tài)變化信息更新本地緩存的操作可以在輪詢模塊531定時(shí)查詢告警單元511時(shí)執(zhí)行。在實(shí)際中，為了實(shí)時(shí)根據(jù)用戶權(quán)限的變化更新服務(wù)器本地緩存，處理模塊532進(jìn)一步在用戶權(quán)限改變時(shí)，通過(guò)廣播用戶權(quán)限修改消息通知與其所在 服務(wù)器連接的所有客戶端，使得客戶端可以根據(jù)修改后的用戶權(quán)限重新統(tǒng)計(jì) 告警數(shù)據(jù)。圖7為本發(fā)明實(shí)施例中客戶端，即圖5中客戶端520的結(jié)構(gòu)示意圖。如 圖7所示，客戶端520包括登錄單元521、請(qǐng)求單元522、統(tǒng)計(jì)單元523和 顯示單元524，其中，登錄單元521在用戶登錄時(shí)，接收用戶輸入的用戶名、密碼等用戶信息， 然后發(fā)送給請(qǐng)求單元522。請(qǐng)求單元522,用于接收到登錄單元521的用戶信息后，將用戶信息攜 帶在告警數(shù)據(jù)請(qǐng)求中向服務(wù)器510發(fā)送，接收服務(wù)器返回的用戶權(quán)限和初步 統(tǒng)計(jì)告警數(shù)據(jù)，并發(fā)送給統(tǒng)計(jì)模塊523。該請(qǐng)求單元523還在用戶登錄后到 退出登錄期間，定時(shí)向服務(wù)器510發(fā)送告警數(shù)據(jù)請(qǐng)求，該告警數(shù)據(jù)請(qǐng)求中可 以不包括用戶信息，然后接收服務(wù)器510返回的告警數(shù)據(jù)請(qǐng)求，并發(fā)送給統(tǒng) 計(jì)單元523。統(tǒng)計(jì)單元523，用于根據(jù)登錄用戶的用戶權(quán)限，對(duì)請(qǐng)求單元522接收的 初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行基于用戶權(quán)限的統(tǒng)計(jì)，得到符合設(shè)定條件的告警數(shù) 據(jù)，發(fā)送給顯示單元524。其中，登錄用戶的用戶權(quán)限通過(guò)請(qǐng)求單元522從 服務(wù)器獲取的。由于請(qǐng)求單元522會(huì)定時(shí)發(fā)起告警數(shù)據(jù)請(qǐng)求，并將服務(wù)器返回的最新初 步統(tǒng)計(jì)告警數(shù)據(jù)發(fā)送給統(tǒng)計(jì)單元523，因此統(tǒng)計(jì)單元523每接收到一次初步 統(tǒng)計(jì)告警數(shù)據(jù)，均執(zhí)行一次基于用戶權(quán)限的統(tǒng)計(jì)操作，將得到最新的告警數(shù) 據(jù)發(fā)送給顯示單元524。顯示單元524,以聲光形式將告警數(shù)據(jù)顯示在告警界面中。顯示操作是 執(zhí)行Applet實(shí)現(xiàn)的。該Applet是攜帶在HTML頁(yè)面中，由服務(wù)器發(fā)送客戶 端520中的請(qǐng)求單元522 的，請(qǐng)求單元522將獲取的HTML頁(yè)面通過(guò)統(tǒng)計(jì)524，或直接發(fā)送給顯示單元524(從請(qǐng)求單元522 指向顯示單元524的表示HTML頁(yè)面發(fā)送通道的單箭頭實(shí)線未在圖7中示 出)。較佳地，為了實(shí)時(shí)地將用戶權(quán)限的變化反映在客戶端，請(qǐng)求單元522還 在接收到服務(wù)器510廣播的攜帶修改后用戶權(quán)限的權(quán)限修改消息，通知統(tǒng)計(jì) 單元523。在這種情況下，統(tǒng)計(jì)單元523在接收到的通知后，根據(jù)修改后的用戶權(quán) 限，執(zhí)行基于修改后用戶權(quán)限的統(tǒng)計(jì)操作，將得到最新的告警數(shù)據(jù)發(fā)送給顯 示單元524。由以上所述可以看出，本發(fā)明所提供的告警數(shù)據(jù)采集方法，可以降低服 務(wù)器的負(fù)擔(dān)，提高服務(wù)器整體性能。綜上所述，以上僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的 保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改 進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。2權(quán)利要求
1. 一種告警數(shù)據(jù)采集方法，其特征在于，該方法包括服務(wù)器獲取被管理設(shè)備的原始告警信息，對(duì)所述原始告警信息進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)；客戶端從服務(wù)器獲取所述初步統(tǒng)計(jì)告警數(shù)據(jù)，并根據(jù)登錄用戶的用戶權(quán)限，對(duì)獲取的初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行基于用戶權(quán)限的統(tǒng)計(jì)，得到符合設(shè)定條件的告警數(shù)據(jù)。
2、 如權(quán)利要求l所述的方法，其特征在于，所述服務(wù)器獲取被管理設(shè)備的 原始告警信息，對(duì)所述原始告警信息進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng) 計(jì)告警數(shù)據(jù)為服務(wù)器在所在告警數(shù)據(jù)采集系統(tǒng)啟動(dòng)時(shí)，獲取所有被管理設(shè)備 的原始告警信息，進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)；在啟 動(dòng)之后，定時(shí)根據(jù)新增的原始告警信息更新所述初步統(tǒng)計(jì)告警數(shù)據(jù)。
3、 如權(quán)利要求2所述的方法，其特征在于，該方法進(jìn)一步包括服務(wù)器將 獲取的初步統(tǒng)計(jì)告警數(shù)據(jù)保存在本地緩存；所述定時(shí)根據(jù)新增的原始告警信息更新所述初步統(tǒng)計(jì)告警數(shù)據(jù)為 服務(wù)器實(shí)時(shí)從被管理設(shè)備獲取新增的原始告警信息，更新所述獲得的初步 統(tǒng)計(jì)告警數(shù)據(jù)；服務(wù)器利用運(yùn)行于服務(wù)器后臺(tái)的輪詢線程，定時(shí)獲取變化的初步統(tǒng)計(jì)告警 數(shù)據(jù)并更新本地緩存。
4、 如權(quán)利要求3所述的方法，其特征在于，該方法進(jìn)一步包括所述啟動(dòng) 之后，服務(wù)器監(jiān)控被管理設(shè)備的狀態(tài)，在新被管理設(shè)備加入時(shí)，獲取所述新被 管理設(shè)備的原始告警信息，進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得新被管理設(shè)備對(duì) 應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)，并增加到所述本地緩存；當(dāng)服務(wù)器所在告警數(shù)據(jù)采集系統(tǒng)中的已有被管理設(shè)備退出時(shí)，將退出的被 管理設(shè)備對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)從所述本地緩存中刪除。
5、 如權(quán)利要求3所述的方法，其特征在于，所述客戶端從服務(wù)器獲取所述初步統(tǒng)計(jì)告警數(shù)據(jù)為客戶端在用戶登錄時(shí)，向服務(wù)器發(fā)送告警數(shù)據(jù)請(qǐng)求，接 收服務(wù)器返回的所述本地緩存中的所有初步統(tǒng)計(jì)告警數(shù)據(jù)。
6、 如權(quán)利要求3所述的方法，其特征在于，所述客戶端從服務(wù)器獲取所述 初步統(tǒng)計(jì)告警數(shù)據(jù)為在用戶登錄后到退出登錄期間，所述客戶端定時(shí)向服務(wù) 器發(fā)送告警數(shù)據(jù)請(qǐng)求，接收服務(wù)器返回的所述本地緩存中的所有初步統(tǒng)計(jì)告警 數(shù)據(jù)；每次從服務(wù)器獲取初步統(tǒng)計(jì)告警數(shù)據(jù)后，執(zhí)行所述基于用戶權(quán)限的統(tǒng)計(jì)操作。
7、 如權(quán)利要求l所述的方法，其特征在于，所述登錄用戶的用戶權(quán)限和所 述設(shè)定條件是客戶端在用戶登錄時(shí)從服務(wù)器獲取的；所述根據(jù)登錄用戶的用戶權(quán)限，對(duì)獲取的初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行基于用戶 權(quán)限的統(tǒng)計(jì)，得到符合設(shè)定條件的告警數(shù)據(jù)為客戶端根據(jù)登錄用戶的用戶權(quán)限對(duì)所述獲取的初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行過(guò) 濾，得到所述用戶權(quán)限可以查詢的各被管理設(shè)備對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)；根據(jù)設(shè)定條件對(duì)所述對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行統(tǒng)計(jì)，得到符合設(shè)定條 件的告警數(shù)據(jù)。
8、 如權(quán)利要求l所述的方法，其特征在于，所述得到符合設(shè)定條件的告警 數(shù)據(jù)之后，進(jìn)一步包括當(dāng)用戶權(quán)限被修改時(shí)，服務(wù)器向客戶端廣播權(quán)限修改 消息；接收到所述權(quán)限修改消息的客戶端，根據(jù)修改后的登錄用戶的用戶權(quán)限， 重新進(jìn)行所述基于用戶權(quán)限的統(tǒng)計(jì)。
9、 如權(quán)利要求l所述的方法，其特征在于，所述得到符合設(shè)定條件的告警 數(shù)據(jù)之后，進(jìn)一步包括所述客戶端利用從服務(wù)器獲取的小應(yīng)用程序Applet繪 制告警界面，并將所述符合設(shè)定條件的告警數(shù)據(jù)通過(guò)聲光顯示在所述告警界面 上。
10、 如權(quán)利要求9所述的方法，其特征在于，每次執(zhí)行所述基于用戶權(quán)限 的統(tǒng)計(jì)，得到符合設(shè)定條件的告警數(shù)據(jù)之后，刷新所述告警界面。
11、 如權(quán)利要求1所述的方法，其特征在于，所述與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)為統(tǒng)計(jì)每個(gè)被管理設(shè)備對(duì)應(yīng)的各種類別的原始告警信息數(shù)量。
12、 一種告警數(shù)據(jù)采集系統(tǒng)中的服務(wù)器，其特征在于，該服務(wù)器包括告警 單元和服務(wù)單元，其中，所述告警單元，用于獲取被管理設(shè)備的原始告警信息，對(duì)所述原始告警信 息進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)；所述服務(wù)單元，用于在接收到來(lái)自客戶端的告警數(shù)據(jù)請(qǐng)求時(shí)，向所述客戶 端返回所述初步統(tǒng)計(jì)告警數(shù)據(jù)。
13、 如權(quán)利要求12所述的服務(wù)器，其特征在于，所述告警單元進(jìn)一步用于， 在所在服務(wù)器啟動(dòng)時(shí)，獲取所有被管理設(shè)備的原始告警信息，進(jìn)行與用戶權(quán)限 無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)；在啟動(dòng)之后，實(shí)時(shí)根據(jù)新增的原始告警 信息更新所述獲得的初步統(tǒng)計(jì)告警數(shù)據(jù)。
14、 如權(quán)利要求13所述的服務(wù)器，其特征在于，該服務(wù)器進(jìn)一步包括緩存 單元，用于緩存初步統(tǒng)計(jì)告警數(shù)據(jù)；所述服務(wù)單元包括運(yùn)行于服務(wù)器后臺(tái)的輪詢模塊和運(yùn)行于服務(wù)器前臺(tái)的處 理模塊；所述輪詢模塊，用于在所在服務(wù)器啟動(dòng)時(shí)，從所述告警單元獲取所有初步 統(tǒng)計(jì)告警數(shù)據(jù)并保存到緩存單元；在啟動(dòng)后，利用輪詢線程，定時(shí)查詢告警單 元，獲取變化的初步統(tǒng)計(jì)告警數(shù)據(jù)，并更新所述緩存單元；所述處理單元，用于接收客戶端的告警數(shù)據(jù)請(qǐng)求，向所述客戶端返回所述 緩存單元中的所有初步統(tǒng)計(jì)告警數(shù)據(jù)。
15、 如權(quán)利要求14所述的服務(wù)器，其特征在于，所述告警單元進(jìn)一步用于 記錄被管理設(shè)備的設(shè)備狀態(tài)變化信息；且在新被管理設(shè)備加入時(shí)，獲取所述新 被管理設(shè)備的原始告警信息，進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得新被管理設(shè)備 對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)；所述輪詢模塊進(jìn)一步獲取所述設(shè)備狀態(tài)變化信息，在所述設(shè)備狀態(tài)變化信 息指示有新被管理設(shè)備加入時(shí)，將所述新被管理設(shè)備對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù) 發(fā)送給所述緩存單元；在所述設(shè)備狀態(tài)變化信息指示所在系統(tǒng)中的已有被管理設(shè)備退出時(shí)，將退出的被管理設(shè)備對(duì)應(yīng)的初步統(tǒng)計(jì)告警數(shù)據(jù)從所述緩存單元中 刪除。
16、 如權(quán)利要求14所述的服務(wù)器，其特征在于，所述處理單元進(jìn)一步在修 改用戶權(quán)限后，將修改后的用戶權(quán)限廣播給系統(tǒng)中的所有客戶端。
17、 一種告警數(shù)據(jù)采集系統(tǒng)中的客戶端，其特征在于，c 。
18、 如權(quán)利要求17所述的客戶端，其特征在于，所述請(qǐng)求單元進(jìn)一步用于 在用戶登錄時(shí)執(zhí)行所述向服務(wù)器發(fā)送告警數(shù)據(jù)請(qǐng)求的操作，以及用戶登錄后到 退出登錄期間，定時(shí)執(zhí)行所述向服務(wù)器發(fā)生告警數(shù)據(jù)請(qǐng)求的操作；所述統(tǒng)計(jì)單元每次從請(qǐng)求單元接收到初步統(tǒng)計(jì)告警數(shù)據(jù)后，執(zhí)行所述基于 用戶權(quán)限的統(tǒng)計(jì)操作。
19、 如權(quán)利要求17所述的客戶端，其特征在于，所述請(qǐng)求單元進(jìn)一步在接 收到服務(wù)器廣播的修改后用戶權(quán)限后，通知統(tǒng)計(jì)單元根據(jù)修改后用戶權(quán)限，執(zhí) 行所述基于用戶權(quán)限的統(tǒng)計(jì)操作。
20、 如權(quán)利要求17所述的客戶端，其特征在于，該客戶端進(jìn)一步包括顯示 模塊，用于利用從服務(wù)器獲取的Applet繪制告警界面，并將所述統(tǒng)計(jì)單元得到 的符合設(shè)定條件的告警數(shù)據(jù)通過(guò)聲光顯示在所述告警界面上。
全文摘要
本發(fā)明公開(kāi)了一種告警數(shù)據(jù)采集方法，該方法包括服務(wù)器獲取被管理設(shè)備的原始告警信息，進(jìn)行與用戶權(quán)限無(wú)關(guān)的統(tǒng)計(jì)，獲得初步統(tǒng)計(jì)告警數(shù)據(jù)；客戶端從服務(wù)器獲取初步統(tǒng)計(jì)告警數(shù)據(jù)，并根據(jù)登錄用戶的用戶權(quán)限，對(duì)獲取的初步統(tǒng)計(jì)告警數(shù)據(jù)進(jìn)行基于用戶權(quán)限的統(tǒng)計(jì)，得到符合設(shè)定條件的告警數(shù)據(jù)。本發(fā)明還公開(kāi)了告警數(shù)據(jù)采集系統(tǒng)中的服務(wù)器和客戶端。使用本發(fā)明能夠減輕服務(wù)器負(fù)擔(dān)，提高服務(wù)器性能。
文檔編號(hào)H04L12/24GK101252465SQ20081010364
公開(kāi)日2008年8月27日 申請(qǐng)日期2008年4月9日 優(yōu)先權(quán)日2008年4月9日
發(fā)明者林凌靜 申請(qǐng)人:杭州華三通信技術(shù)有限公司