一種基于權(quán)重的設(shè)備狀態(tài)判斷方法及其系統(tǒng)的制作方法
【專利摘要】一種基于權(quán)重的設(shè)備狀態(tài)判斷方法及其系統(tǒng)，其方法為：將監(jiān)控代理設(shè)備部署為網(wǎng)狀結(jié)構(gòu)；監(jiān)控設(shè)備與兩臺(tái)以上所述監(jiān)控代理設(shè)備連接；所述監(jiān)控代理設(shè)備與監(jiān)控控制臺(tái)連接；為所述監(jiān)控設(shè)備定義監(jiān)控事件的權(quán)重；并定義所述監(jiān)控事件的關(guān)聯(lián)事件的權(quán)重；所述監(jiān)控代理設(shè)備獲取故障的監(jiān)控設(shè)備的監(jiān)控事件；根據(jù)所述監(jiān)控事件的權(quán)重及所述關(guān)聯(lián)事件的權(quán)重，計(jì)算出故障的監(jiān)控設(shè)備的優(yōu)先級(jí)；根據(jù)所述優(yōu)先級(jí)，進(jìn)行根據(jù)故障信息查找預(yù)設(shè)定故障庫，解決了現(xiàn)有樹狀結(jié)構(gòu)模式下因某一監(jiān)控代理出現(xiàn)問題時(shí)可能導(dǎo)致的故障設(shè)備事件監(jiān)控事件無法上報(bào)問題；本發(fā)明首創(chuàng)了一種事件模型庫，并通過事件范例追溯技術(shù)，快速定位事件原因以及處理方法，更快定位和解決設(shè)備故障。
【專利說明】一種基于權(quán)重的設(shè)備狀態(tài)判斷方法及其系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及計(jì)算機(jī)設(shè)備權(quán)重分配的【技術(shù)領(lǐng)域】，尤其是涉及一種基于權(quán)重的設(shè)備狀 態(tài)判斷方法。

【背景技術(shù)】
[0002] 在常見的設(shè)備監(jiān)控系統(tǒng)中，基本上都是基于監(jiān)控事件觸發(fā)報(bào)警，當(dāng)監(jiān)控系統(tǒng)探測 到預(yù)先定義的事件到達(dá)報(bào)警閥值后，就觸發(fā)報(bào)警，根據(jù)事件的嚴(yán)重程度，報(bào)警級(jí)別分為一 般，警告，嚴(yán)重等級(jí)別。在設(shè)備數(shù)量較少的情形下，這種模式?jīng)]有問題，管理員根據(jù)報(bào)警進(jìn)行 相應(yīng)處理即可以解決設(shè)備的監(jiān)控需求。但隨著網(wǎng)絡(luò)規(guī)模的擴(kuò)大，當(dāng)監(jiān)控的設(shè)備達(dá)到一定的 數(shù)量級(jí)比如上萬臺(tái)并且每臺(tái)設(shè)備監(jiān)控的事件種類較多，管理員在一個(gè)監(jiān)控周期內(nèi)可能同時(shí) 收到上百條甚至幾百條需要響應(yīng)或處理的報(bào)警事件，此時(shí)管理員就只能根據(jù)報(bào)警信息的嚴(yán) 重級(jí)別來選擇處理，但報(bào)警級(jí)別相同的事件，其實(shí)重要性往往是不一樣的。比如兩臺(tái)服務(wù)器 宕機(jī)，雖然報(bào)警級(jí)別都標(biāo)記為嚴(yán)重，其中一臺(tái)服務(wù)器是普通WEB服務(wù)器，而另外一臺(tái)是調(diào)度 服務(wù)器，普通服務(wù)器宕機(jī)只影響到自身的服務(wù)響應(yīng)，但調(diào)度服務(wù)器宕機(jī)影響的可能是與之 相關(guān)的多臺(tái)其他設(shè)備?，F(xiàn)有的監(jiān)控系統(tǒng)基本上都解決了監(jiān)控的問題，但在決策支持上往往 不盡人意。
[0003] 其次，目前的監(jiān)控代理設(shè)備通常采用樹狀結(jié)構(gòu)，在這種模式下，如果其中的一臺(tái)監(jiān) 控代理發(fā)生鏈路故障，該監(jiān)控代理所監(jiān)控到的報(bào)警信息將不能及時(shí)傳遞到上層的監(jiān)控代理 設(shè)備，這將極大地影響到設(shè)備監(jiān)控系統(tǒng)的時(shí)效性及可靠性，而時(shí)效性及可靠性是評(píng)判設(shè)備 監(jiān)控系統(tǒng)非常注重的要素。而對(duì)于整個(gè)設(shè)備監(jiān)控系統(tǒng)來說，也將無法形成完整的報(bào)警信息。
[0004] 最后，對(duì)于設(shè)備監(jiān)控系統(tǒng)來說，發(fā)現(xiàn)報(bào)警事件只是發(fā)現(xiàn)問題的一個(gè)過程，最終的目 的是要找到事件原因，并最終解決問題。目前常見的設(shè)備監(jiān)控系統(tǒng)只是對(duì)已經(jīng)發(fā)生的故障 現(xiàn)象進(jìn)行了簡單的羅列，并不能夠?qū)收显蜻M(jìn)行深層次的分析，需要維護(hù)人員通過現(xiàn)場 或者遠(yuǎn)程的方式登錄到故障設(shè)備中，了解故障原因。因此，現(xiàn)有設(shè)備監(jiān)控系統(tǒng)因未能對(duì)故障 原因提供有效的線索，這直接影響了故障處理的速度。
[0005] 此外現(xiàn)有方案中需要人工逐條分析事件原因、逐一尋找解決辦法，在大規(guī)模網(wǎng)絡(luò) 應(yīng)用環(huán)境中，尤其涉及上萬臺(tái)設(shè)備時(shí)，需要投入更多的人力與物力?，F(xiàn)有的方案不能滿足大 規(guī)模的設(shè)備監(jiān)控場景下的故障處理要求。


【發(fā)明內(nèi)容】

[0006] 本發(fā)明的目的在于設(shè)計(jì)一種基于權(quán)重的設(shè)備狀態(tài)判斷方法，解決上述問題。
[0007] 為了實(shí)現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案如下：
[0008] 一種基于權(quán)重的設(shè)備狀態(tài)判斷方法，包括如下步驟：
[0009] 將監(jiān)控代理設(shè)備部署為網(wǎng)狀結(jié)構(gòu)；監(jiān)控設(shè)備與兩臺(tái)以上所述監(jiān)控代理設(shè)備連接； 所述監(jiān)控代理設(shè)備與監(jiān)控控制臺(tái)連接；
[0010] 為所述監(jiān)控設(shè)備定義監(jiān)控事件；為所述監(jiān)控事件定義權(quán)重；為所述監(jiān)控事件的關(guān) 聯(lián)事件定義權(quán)重；
[0011] 所述監(jiān)控代理設(shè)備獲取故障的監(jiān)控設(shè)備的監(jiān)控事件；根據(jù)所述監(jiān)控事件的權(quán)重及 所述關(guān)聯(lián)事件的權(quán)重，計(jì)算出故障的監(jiān)控設(shè)備的優(yōu)先級(jí)；
[0012] 根據(jù)所述優(yōu)先級(jí)，進(jìn)行根據(jù)故障信息查找預(yù)設(shè)定故障庫；
[0013] 若匹配到相同的所述故障信息，則采用故障庫中的解決方案進(jìn)行處理；并將所述 故障信息及處理結(jié)果發(fā)送到所述監(jiān)控控制臺(tái)；
[0014] 若未匹配到相同的所述故障信息，則根據(jù)故障信息的關(guān)鍵字在所述故障庫中查找 關(guān)鍵字解決方案；如果找到所述關(guān)鍵字解決方案，將所述故障信息及所述關(guān)鍵字解決方案 發(fā)送到所述監(jiān)控控制臺(tái)；如果未找到所述關(guān)鍵字解決方案，則直接將所述故障信息發(fā)送到 所述監(jiān)控控制臺(tái)。
[0015] 優(yōu)選的，所述監(jiān)控事件的權(quán)重和所述關(guān)聯(lián)事件的權(quán)重均包括事件權(quán)重、絕對(duì)權(quán)重 和相對(duì)權(quán)重；
[0016] 所述事件權(quán)重為整型數(shù)值，用于決定所述監(jiān)控事件的處理優(yōu)先級(jí)；
[0017] 所述絕對(duì)權(quán)重為已觸發(fā)的所述監(jiān)控事件的權(quán)重值；
[0018] 所述相對(duì)權(quán)重為已觸發(fā)的所述關(guān)聯(lián)事件的合計(jì)權(quán)重值。
[0019] 優(yōu)選的，所述事件權(quán)重=所述絕對(duì)權(quán)重+所述相對(duì)權(quán)重。
[0020] 優(yōu)選的，所述監(jiān)控代理設(shè)備的臺(tái)數(shù)為三臺(tái)以上；三臺(tái)以上所述監(jiān)控代理設(shè)備之間 通過心跳機(jī)制獲取鏈路狀態(tài)；并將所述鏈路狀態(tài)上傳到所述監(jiān)視控制臺(tái)，所述監(jiān)視控制臺(tái) 通過所述鏈路狀態(tài)實(shí)現(xiàn)監(jiān)控代理設(shè)備的監(jiān)控。
[0021] 優(yōu)選的，三臺(tái)以上所述監(jiān)控代理設(shè)備之間通過心跳機(jī)制獲取鏈路狀態(tài)；并將所述 鏈路狀態(tài)上傳到所述監(jiān)視控制臺(tái)的方法為：
[0022] 三臺(tái)以上所述監(jiān)控代理設(shè)備之間互相通告與所述監(jiān)控控制臺(tái)的鏈路狀態(tài)，設(shè)其中 一臺(tái)所述監(jiān)控代理設(shè)備為p監(jiān)控代理設(shè)備，并所述p監(jiān)控代理設(shè)備將選取臨近的兩臺(tái)所述 監(jiān)控代理設(shè)備保存為備用代報(bào)服務(wù)器；
[0023] 若所述P監(jiān)控代理設(shè)備與所述監(jiān)控控制臺(tái)的鏈路暢通；則所述P監(jiān)控代理設(shè)備將 所述P監(jiān)控代理設(shè)備的鏈路狀態(tài)直接上傳到所述監(jiān)控控制臺(tái)；
[0024] 若三臺(tái)以上所述監(jiān)控代理設(shè)備監(jiān)測到所述P監(jiān)控代理設(shè)備無鏈路相應(yīng)；則選取- 臺(tái)所述備用代報(bào)服務(wù)器將所述P監(jiān)控代理設(shè)備的鏈路狀態(tài)上傳到所述監(jiān)控控制臺(tái)。
[0025] ~種基于權(quán)重的設(shè)備系統(tǒng)，為網(wǎng)狀結(jié)構(gòu)；包括監(jiān)控設(shè)備、監(jiān)控代理設(shè)備、故卩早庫和 監(jiān)控控制臺(tái)；一臺(tái)所述監(jiān)控設(shè)備與兩臺(tái)以上所述監(jiān)控代理設(shè)備連接；所述監(jiān)控代理設(shè)備與 監(jiān)控控制臺(tái)連接；
[0026] 所述監(jiān)控設(shè)備為包括監(jiān)控事件的監(jiān)控設(shè)備；
[0027] 所述監(jiān)控代理設(shè)備為根據(jù)所述監(jiān)控事件區(qū)分所述監(jiān)控設(shè)備優(yōu)先級(jí)的監(jiān)控代理設(shè) 備；
[0028] 所述故障庫為根據(jù)所述優(yōu)先級(jí)處理所述監(jiān)控設(shè)備故障的故障庫；
[0029] 所述監(jiān)控控制臺(tái)為獲取到所述優(yōu)先級(jí)的故障處理信息并執(zhí)行報(bào)警的監(jiān)控控制臺(tái)。
[0030] 優(yōu)選的，所述監(jiān)控設(shè)備為含有權(quán)重的監(jiān)控設(shè)備。
[0031] 優(yōu)選的，所述監(jiān)控事件為含有權(quán)重的監(jiān)控事件。
[0032] 優(yōu)選的，所述監(jiān)控設(shè)備的權(quán)重值+所述監(jiān)控事件的權(quán)重值之和越大，所述監(jiān)控設(shè) 備的優(yōu)先級(jí)別越高。
[0033] 優(yōu)選的，兩臺(tái)以上所述監(jiān)控代理設(shè)備之間相互連接；兩臺(tái)以上所述監(jiān)控代理設(shè)備 通過心跳機(jī)制獲取鏈路狀態(tài)；所述監(jiān)控代理設(shè)備將獲取到的所述鏈路狀態(tài)發(fā)送到所述監(jiān)視 控制臺(tái)，所述監(jiān)視控制臺(tái)通過所述鏈路狀態(tài)實(shí)現(xiàn)監(jiān)控代理設(shè)備的監(jiān)控。
[0034] 本發(fā)明的有益效果可以總結(jié)如下：
[0035] 與現(xiàn)有的監(jiān)控報(bào)警系統(tǒng)相比，本發(fā)明實(shí)現(xiàn)了靈活、可管理的監(jiān)控決策機(jī)制，可根據(jù) 預(yù)定義的絕對(duì)權(quán)重及自動(dòng)計(jì)算的相對(duì)權(quán)重，實(shí)現(xiàn)設(shè)備狀態(tài)的決策優(yōu)化級(jí)智能判斷，從而使 管理人員有效的先響應(yīng)處理優(yōu)先級(jí)別更高的事件；本發(fā)明創(chuàng)造了一種網(wǎng)狀部署架構(gòu)，實(shí)現(xiàn) 各設(shè)備監(jiān)控代理之間的信息共享，解決了現(xiàn)有樹狀結(jié)構(gòu)模式下因某一監(jiān)控代理出現(xiàn)問題時(shí) 可能導(dǎo)致的故障設(shè)備事件監(jiān)控事件無法上報(bào)問題；本發(fā)明首創(chuàng)了一種事件模型庫，并通過 事件范例追溯技術(shù)，快速定位事件原因以及處理方法，更快定位和解決設(shè)備故障。

【專利附圖】

【附圖說明】
[0036] 圖1為現(xiàn)有技術(shù)中的監(jiān)控系統(tǒng)結(jié)構(gòu)示意圖；
[0037] 圖2為現(xiàn)有技術(shù)中的監(jiān)控系統(tǒng)定義監(jiān)控事件架構(gòu)示意圖；
[0038] 圖3為本發(fā)明的監(jiān)控系統(tǒng)的監(jiān)控事件架構(gòu)示意圖；
[0039] 圖4為前現(xiàn)有技術(shù)方案中監(jiān)控代理設(shè)備的樹形結(jié)構(gòu)示意圖；
[0040]圖5為本發(fā)明的網(wǎng)狀部署結(jié)構(gòu)示意圖；
[0041] 圖6為本發(fā)明中的事件范例推理示意圖；
[0042] 圖7為本發(fā)明監(jiān)控處理事件的結(jié)構(gòu)示意圖；
[0043] 圖8為本發(fā)明中具體實(shí)施的事件權(quán)重定義及關(guān)聯(lián)事件定義結(jié)構(gòu)示意圖。

【具體實(shí)施方式】
[0044] 為了使本發(fā)明所解決的技術(shù)問題、技術(shù)方案及有益效果更加清楚明白，以下結(jié)合 附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用 以解釋本發(fā)明，并不用于限定本發(fā)明。
[0045] 如圖1所示現(xiàn)有的監(jiān)控系統(tǒng)實(shí)現(xiàn)方案示意圖，為方便描述，假設(shè)監(jiān)控系統(tǒng)監(jiān)控設(shè) 備A，B，C三臺(tái)設(shè)備，都需要進(jìn)行設(shè)備負(fù)載是否過載的事件X及服務(wù)端口是否可訪問的事件 Y進(jìn)行監(jiān)控。假定其中設(shè)備A為調(diào)度服務(wù)器，B及C兩臺(tái)設(shè)備為普通服務(wù)器。同時(shí)假定三臺(tái) 設(shè)備的X及Y事件都發(fā)生。
[0046] 整個(gè)監(jiān)控過程如下：
[0047] 被監(jiān)控設(shè)備及監(jiān)控事件注冊(cè)，先將被監(jiān)控的設(shè)備注冊(cè)到控制臺(tái)后，再將宕機(jī)監(jiān)控 事件X及Y注冊(cè)到監(jiān)控臺(tái)并且與設(shè)備綁定，同時(shí)定義監(jiān)控事件的特征，如服務(wù)端口無響應(yīng)， CPU使用率超過90%等，級(jí)別都設(shè)定為嚴(yán)重。
[0048] 監(jiān)控控制臺(tái)將定義的監(jiān)控事件X及Y發(fā)布到被監(jiān)控設(shè)備所在的對(duì)應(yīng)的監(jiān)控代理 上。
[0049] 監(jiān)控代理根據(jù)宕機(jī)事件X及Y的特征，對(duì)設(shè)備進(jìn)行定時(shí)狀態(tài)數(shù)據(jù)查詢、獲取及分析 監(jiān)控結(jié)論。
[0050] 監(jiān)控代理將分析的結(jié)論上報(bào)給監(jiān)控控制臺(tái)。
[0051] 監(jiān)控控制臺(tái)調(diào)用報(bào)警處理模塊根據(jù)預(yù)定義的報(bào)警規(guī)則執(zhí)行報(bào)警動(dòng)作。
[0052] 在此方案中，監(jiān)控代理捕捉到X及Y事件后，上報(bào)給監(jiān)控控制臺(tái)，控制臺(tái)會(huì)依據(jù)收 到的順序分六次調(diào)用報(bào)警處理模塊來發(fā)布報(bào)警通知。如果三臺(tái)設(shè)備的處理優(yōu)先級(jí)沒有要 求，則此方案可以滿足監(jiān)控要求。
[0053] 但如果三個(gè)設(shè)備的處理優(yōu)先級(jí)不一致，比如設(shè)備A是調(diào)度服務(wù)器，當(dāng)發(fā)生負(fù)載高 及端口不能訪問，則可能影響到其他依賴于A的其他設(shè)備，而B及C是普通服務(wù)器,可以先 處理完A再處理。則此方案中就要求管理員清楚了解應(yīng)該優(yōu)先處理的設(shè)備，否則只能按主 觀順序來挑選處理，在監(jiān)控的設(shè)備數(shù)量較多的情況下，則管理人員的選擇難度明顯增加，處 理效率會(huì)顯著下降。
[0054] 同時(shí)三個(gè)設(shè)備之間各自獨(dú)立與監(jiān)控控制臺(tái)進(jìn)行數(shù)據(jù)交換，無法進(jìn)行相互間的數(shù)據(jù) 共享，如果其中任何一臺(tái)設(shè)備發(fā)生故障，其監(jiān)控到的數(shù)據(jù)則無法正常上報(bào)到監(jiān)控控制臺(tái)，從 而影響故障處理的速度。
[0055] 此外現(xiàn)有方案中需要人工逐條分析事件原因、逐一尋找解決辦法，在大規(guī)模網(wǎng)絡(luò) 應(yīng)用環(huán)境中需要投入較多的人力與物力。因此，現(xiàn)有的方案不能滿足大規(guī)模的設(shè)備監(jiān)控場 景下的故障處理要求。
[0056] 如圖2所示現(xiàn)有技術(shù)方案的監(jiān)控事件定義，現(xiàn)有技術(shù)中，一般的監(jiān)控事件，一般都 包含以下幾個(gè)基本屬性，事件級(jí)別，觸發(fā)條件、報(bào)警規(guī)則。
[0057] 事件級(jí)別用來定義一個(gè)監(jiān)控事件的嚴(yán)重程度，常見的級(jí)別有一般，告警，嚴(yán)重等。
[0058]觸發(fā)條件是指要觸發(fā)監(jiān)控事件需要滿足的條件，比如設(shè)備負(fù)載高的觸發(fā)條件是 CPU使用率>80%
[0059]報(bào)警規(guī)則是指監(jiān)控事件觸發(fā)后的進(jìn)行的報(bào)警動(dòng)作，如發(fā)送消息、郵件等。
[0060]為了實(shí)現(xiàn)靈活可管理的監(jiān)控決策方案，需要為監(jiān)控事件額外引入事件權(quán)重屬性及 關(guān)聯(lián)事件屬性。
[0061]事件權(quán)重：為一個(gè)整型數(shù)值，事件權(quán)重決定一個(gè)監(jiān)控事件的處理優(yōu)先級(jí)。
[0062] 關(guān)聯(lián)事件：用來定義一個(gè)事件與另外一個(gè)事件或多個(gè)事件之間顯式的或隱式的 關(guān)系。一般指一個(gè)事件的觸發(fā)，可能會(huì)引起其他的事件觸發(fā)。比如當(dāng)發(fā)生設(shè)備負(fù)載過高的 事件時(shí)，同時(shí)可能引起服務(wù)無響應(yīng)等相關(guān)的事件觸發(fā)。關(guān)聯(lián)事件的作用，主要是為了合并報(bào) 警的次數(shù)，同時(shí)參與權(quán)重的計(jì)算來提升一個(gè)事件的處理優(yōu)先級(jí)。
[0063] 事件權(quán)重由絕對(duì)權(quán)重及相對(duì)權(quán)重兩部分構(gòu)成。
[0064]絕對(duì)權(quán)重：一個(gè)監(jiān)控事件的權(quán)重基礎(chǔ)值。絕對(duì)權(quán)重越大，此事件的處置優(yōu)先級(jí)就越 高。
[0065]相對(duì)權(quán)重：由監(jiān)控事件的關(guān)聯(lián)事件中已觸發(fā)的事件的絕對(duì)權(quán)重值合計(jì)出來。
[0066]如圖3所示，本發(fā)明中添加權(quán)重及關(guān)聯(lián)事件后的監(jiān)控事件屬性，引入事件的權(quán)重， 一個(gè)事件的權(quán)重值計(jì)算公式如下：
[0067] 事件權(quán)重=絕對(duì)權(quán)重+相對(duì)權(quán)重；
[0068]相對(duì)權(quán)重二SUM(已觸發(fā)關(guān)聯(lián)事件的絕對(duì)權(quán)重）
[0069]例如：事件X的絕對(duì)權(quán)重Xw= 10,該事件有三個(gè)關(guān)聯(lián)事件〇，p，Q，三個(gè)關(guān)聯(lián)事件絕 對(duì)權(quán)重〇w、Pw和Qw ;
[0070] 〇w = 5, Pw = 6, Qw = 7。假定事件X的計(jì)算最終合計(jì)權(quán)重為Sw ;
[0071] 情形一：事件X被觸發(fā)，但關(guān)聯(lián)事件未觸發(fā)。
[0072] Sw = Xw+SUM(0w, Pw, Qw) = 10+sum(0, 0, 0) = 10+0 = 10
[0073] 由于關(guān)聯(lián)事件未觸發(fā)，則相對(duì)權(quán)重值為0。所以合計(jì)權(quán)重SW為事件X的絕對(duì)權(quán)重 值。
[0074] 情形二：事件X被觸發(fā)，關(guān)聯(lián)事件0也被觸發(fā)。
[0075] Sw = Xw+SUM(Ow, Pw, Qw) = 10+sum(5, 0, 0) = 10+5 = 15
[0076] 由于關(guān)聯(lián)事件0被觸發(fā)，但其他兩個(gè)關(guān)聯(lián)事件未觸發(fā)，則相對(duì)權(quán)重的值只能計(jì)算 事件0的絕對(duì)權(quán)重值5。更多關(guān)聯(lián)事件的觸發(fā)的事件權(quán)重的計(jì)算方式同情形二。
[0077] 如圖4所示，目前現(xiàn)有技術(shù)方案中相關(guān)監(jiān)控代理設(shè)備采用的樹狀部署結(jié)構(gòu)，
[0078] 在圖4中，監(jiān)控代理設(shè)備A與監(jiān)控代理設(shè)備C、D之間形成父層與子層的部署關(guān)系， 其中A為父層，C、D子層，C、D、E、F等子層監(jiān)控代理設(shè)備分別負(fù)責(zé)相關(guān)設(shè)備的狀態(tài)監(jiān)測，每 個(gè)子層監(jiān)控代理所監(jiān)測的設(shè)備是不一樣的。父層與子層監(jiān)控代理之間的監(jiān)控事件上報(bào)流程 是這樣的，C與D分別將各自監(jiān)測到的監(jiān)控事件上報(bào)到A，，由A進(jìn)行統(tǒng)一匯總，最后由A將 匯總后的監(jiān)控事件提交到監(jiān)控控制臺(tái)，在這個(gè)過程中，C與D之間不進(jìn)行信息的共享，也就 是說C無法將監(jiān)控事件分享給D，D也無法將監(jiān)控事件分享給C。同樣的道理，B與E、F之 間也是通過這種方式實(shí)現(xiàn)監(jiān)控事件的逐層傳遞。
[0079] 這種方式的弊端是，一旦其中的某一臺(tái)監(jiān)控代理設(shè)備鏈路出現(xiàn)故障，將會(huì)直接影 響到監(jiān)控事件的及時(shí)上報(bào)，比如當(dāng)C出現(xiàn)故障，則C所監(jiān)控到的監(jiān)控事件不能上報(bào)到A，因 此A只能接收到D所上報(bào)的監(jiān)控事件。同樣如多A出現(xiàn)故障，則A不能接收C和D監(jiān)測到 的監(jiān)控事件，在這種情況下，監(jiān)控控制臺(tái)只能對(duì)B發(fā)送過來的監(jiān)控事件進(jìn)行處理。
[0080] 如圖5所示，本發(fā)明中提供的網(wǎng)狀部署結(jié)構(gòu)能很好地解決圖4中存在的問題；
[0081] 在本發(fā)明中，所有的監(jiān)控代理以網(wǎng)狀形態(tài)部署，各監(jiān)控代理之間相互開放活躍探 測端口，每臺(tái)代理以心跳機(jī)制與監(jiān)控控制臺(tái)保持聯(lián)系，另外還至少與其他兩臺(tái)代理以相同 機(jī)制保持聯(lián)系，通告自己到監(jiān)控控制臺(tái)是否通暢。當(dāng)某代理到自己到監(jiān)控控制臺(tái)的鏈路有 問題影響上報(bào)及時(shí)性時(shí)，將需要上報(bào)的事件轉(zhuǎn)報(bào)給鏈路正常的一臺(tái)代理，由鏈路正常的代 理代為上報(bào)。這種網(wǎng)狀部署結(jié)構(gòu)極大地降低了監(jiān)控上報(bào)事件的失敗概率。
[0082] 具體的探測及上報(bào)過程是這樣的，使用心跳機(jī)制與監(jiān)控控制臺(tái)聯(lián)系并記錄狀態(tài) 值，同時(shí)聯(lián)系其他至少三臺(tái)自己連接的代理，互相通告自己到監(jiān)控控制臺(tái)的鏈路狀態(tài)，并保 存其中兩臺(tái)鏈路較優(yōu)的代理作為自己的替代上報(bào)代理。當(dāng)自身到監(jiān)控控制臺(tái)通暢時(shí)，直接 上報(bào)到控制臺(tái)。當(dāng)?shù)娇刂婆_(tái)鏈路不通暢，則將需要上報(bào)的事件轉(zhuǎn)交給備選上報(bào)代理代為上 報(bào)。通過這種方式，即使一臺(tái)代理或多臺(tái)代理出現(xiàn)故障或鏈路不通，都能盡可能的在指定的 上報(bào)周期內(nèi)達(dá)到及時(shí)事件上報(bào)的目的，防止了逐層上報(bào)中單點(diǎn)故障導(dǎo)致上報(bào)失敗的問題， 這樣就有效地解決了前面所提到的現(xiàn)有技術(shù)方案中的弊端。
[0083] 關(guān)于決策的處理，現(xiàn)有技術(shù)中的設(shè)備監(jiān)測事件需要根據(jù)維護(hù)人員的技術(shù)及經(jīng)驗(yàn)進(jìn) 行處理，這種方式對(duì)于幾十臺(tái)、幾百臺(tái)設(shè)備來說不是太大的問題，但是如果在幾千臺(tái)設(shè)備甚 至幾萬臺(tái)的應(yīng)用環(huán)境下，監(jiān)控設(shè)備維護(hù)的工作量是巨大的。而在實(shí)際故障處理中，很多故障 的現(xiàn)象、原因以及處理方式都是相同的，比如某一臺(tái)設(shè)備出現(xiàn)內(nèi)存方面的問題，并出現(xiàn)相應(yīng) 的故障現(xiàn)象，而當(dāng)其他同一批次，同一型號(hào)的設(shè)備出現(xiàn)同樣的故障現(xiàn)象時(shí)，我們就可以考慮 是不是同樣的原因（內(nèi)存問題）導(dǎo)致的故障，進(jìn)而可以參照第一次出現(xiàn)故障時(shí)的解決辦法 進(jìn)行解決。根據(jù)以上論述，我們?cè)跊Q策處理模塊中構(gòu)建一個(gè)問題處理模型，在這個(gè)模型中， 我們將事件現(xiàn)象作為一個(gè)關(guān)鍵索引，通過該索引可以非常方便地查詢到故障現(xiàn)象的原因以 及針對(duì)該現(xiàn)象的解決辦法，這樣節(jié)省了故障原因分析以及故障處理的時(shí)間，大大提高了故 障處理的效率。
[0084]如圖6所示，在本發(fā)明中，以上提到的事件現(xiàn)象、事件原因以及解決辦法我們稱之 為一個(gè)范例，隨著故障事件的不斷發(fā)生，當(dāng)有新的故障得到解決時(shí)，我們以同樣的方式將范 例加入到問題處理模型中，所有的范例最后形成一個(gè)完整的范例庫，作為今后分析原因、解 決冋題的參考依據(jù)。
[0085]在圖6中，當(dāng)有新的故障現(xiàn)象發(fā)生時(shí)，系統(tǒng)將事件現(xiàn)象中的關(guān)鍵字作為搜索條件， 并且在范例庫中進(jìn)行匹配，自動(dòng)查詢出符合條件的事件現(xiàn)象，如：根據(jù)搜索結(jié)果，范例庫中 范例A中的事件現(xiàn)象A與搜索條件相符合，根據(jù)事件現(xiàn)象A，系統(tǒng)可以提供事件產(chǎn)生的原 因-事件原因 A，以及相應(yīng)的處理辦法-解決方法A。維護(hù)人員可參考以上結(jié)果進(jìn)行相應(yīng)的 處理。
[0086]如圖7所示，本發(fā)明采用的一種基于權(quán)重的設(shè)備狀態(tài)判斷方法，包括如下步驟：
[0087]將監(jiān)控代理設(shè)備部署為網(wǎng)狀結(jié)構(gòu)；監(jiān)控設(shè)備與兩臺(tái)以上監(jiān)控代理設(shè)備連接；監(jiān)控 代理設(shè)備與監(jiān)控控制臺(tái)連接；
[0088]為監(jiān)控設(shè)備定義監(jiān)控事件；為監(jiān)控事件定義權(quán)重；為監(jiān)控事件的關(guān)聯(lián)事件定義權(quán) 重；
[0089]監(jiān)控代理設(shè)備獲取故障的監(jiān)控設(shè)備的監(jiān)控事件；根據(jù)監(jiān)控事件的權(quán)重及關(guān)聯(lián)事件 的權(quán)重，計(jì)算出故障的監(jiān)控設(shè)備的優(yōu)先級(jí)；
[0090] 根據(jù)優(yōu)先級(jí)，進(jìn)行根據(jù)故障信息查找預(yù)設(shè)定故障庫；
[0091]若匹配到相同的故障信息，則采用故障庫中的解決方案進(jìn)行處理；并將故障信息 及處理結(jié)果發(fā)送到監(jiān)控控制臺(tái)；
[0092]若未匹配到相同的故障信息，則根據(jù)故障信息的關(guān)鍵字在故障庫中查找關(guān)鍵字解 決方案；如果找到關(guān)鍵字解決方案，將故障信息及關(guān)鍵字解決方案發(fā)送到監(jiān)控控制臺(tái)；如 果未找到關(guān)鍵字解決方案，則直接將故障信息發(fā)送到監(jiān)控控制臺(tái)。
[0093] 監(jiān)控事件的權(quán)重和關(guān)聯(lián)事件的權(quán)重均包括事件權(quán)重、絕對(duì)權(quán)重和相對(duì)權(quán)重；
[0094] 事件權(quán)重為整型數(shù)值，用于決定監(jiān)控事件的處理優(yōu)先級(jí)；
[0095] 絕對(duì)權(quán)重為已觸發(fā)的監(jiān)控事件的權(quán)重值；
[0096] 相對(duì)權(quán)重為已觸發(fā)的關(guān)聯(lián)事件的合計(jì)權(quán)重值。
[0097] 事件權(quán)重=絕對(duì)權(quán)重+相對(duì)權(quán)重。
[0098]三臺(tái)以上監(jiān)控代理設(shè)備之間通過心跳機(jī)制獲取鏈路狀態(tài)；并將鏈路狀態(tài)上傳到監(jiān) 視控制臺(tái)，監(jiān)視控制臺(tái)通過鏈路狀態(tài)實(shí)現(xiàn)監(jiān)控代理設(shè)備的監(jiān)控。
[0099] 三臺(tái)以上監(jiān)控代理設(shè)備之間通過心跳機(jī)制獲取鏈路狀態(tài)；并將鏈路狀態(tài)上傳到監(jiān) 視控制臺(tái)的方法為：
[0100] 三臺(tái)以上監(jiān)控代理設(shè)備之間互相通告與監(jiān)控控制臺(tái)的鏈路狀態(tài)，設(shè)其中一臺(tái)監(jiān)控 代理設(shè)備為P監(jiān)控代理設(shè)備，并P監(jiān)控代理設(shè)備將選取臨近的兩臺(tái)監(jiān)控代理設(shè)備保存為備 用代報(bào)服務(wù)器；
[0101] 若P監(jiān)控代理設(shè)備與監(jiān)控控制臺(tái)的鏈路暢通；則P監(jiān)控代理設(shè)備將P監(jiān)控代理設(shè) 備的鏈路狀態(tài)直接上傳到監(jiān)控控制臺(tái)；
[0102] 若三臺(tái)以上監(jiān)控代理設(shè)備監(jiān)測到p監(jiān)控代理設(shè)備無鏈路相應(yīng)；則選取一臺(tái)備用代 報(bào)服務(wù)器將P監(jiān)控代理設(shè)備的鏈路狀態(tài)上傳到監(jiān)控控制臺(tái)。
[0103] 一種基于權(quán)重的設(shè)備系統(tǒng)，為網(wǎng)狀結(jié)構(gòu)；包括監(jiān)控設(shè)備、監(jiān)控代理設(shè)備、故障庫和 監(jiān)控控制臺(tái)；一臺(tái)監(jiān)控設(shè)備與兩臺(tái)以上監(jiān)控代理設(shè)備連接；監(jiān)控代理設(shè)備與監(jiān)控控制臺(tái)連 接；
[0104] 監(jiān)控設(shè)備為包括監(jiān)控事件的監(jiān)控設(shè)備；
[0105]監(jiān)控代理設(shè)備為根據(jù)監(jiān)控事件區(qū)分監(jiān)控設(shè)備優(yōu)先級(jí)的監(jiān)控代理設(shè)備；
[0106] 故障庫為根據(jù)優(yōu)先級(jí)處理監(jiān)控設(shè)備故障的故障庫；
[0107] 監(jiān)控控制臺(tái)為獲取到優(yōu)先級(jí)的故障處理信息并執(zhí)行報(bào)警的監(jiān)控控制臺(tái)。
[0108] 監(jiān)控設(shè)備為含有權(quán)重的監(jiān)控設(shè)備。
[0109] 監(jiān)控事件為含有權(quán)重的監(jiān)控事件。
[0110] 監(jiān)控設(shè)備的權(quán)重值+監(jiān)控事件的權(quán)重值之和越大，監(jiān)控設(shè)備的優(yōu)先級(jí)別越高。
[0111] 兩臺(tái)以上監(jiān)控代理設(shè)備之間相互連接；兩臺(tái)以上監(jiān)控代理設(shè)備通過心跳機(jī)制獲取 鏈路狀態(tài)；監(jiān)控代理設(shè)備將獲取到的鏈路狀態(tài)發(fā)送到監(jiān)視控制臺(tái)，監(jiān)視控制臺(tái)通過鏈路狀 態(tài)實(shí)現(xiàn)監(jiān)控代理設(shè)備的監(jiān)控。
[0112] 本發(fā)明改進(jìn)監(jiān)控系統(tǒng)的監(jiān)控機(jī)制，引入事件權(quán)重及決策處理機(jī)制，智能分析報(bào)警 事件的優(yōu)先級(jí)別，從而解決大規(guī)模監(jiān)控場景下的大量報(bào)警出現(xiàn)時(shí)，管理人員響應(yīng)負(fù)擔(dān)過重， 事件處理優(yōu)先級(jí)不合理的問題。
[0113] 改進(jìn)的基于事件權(quán)重、監(jiān)控代理網(wǎng)狀結(jié)構(gòu)、事件處理模型的監(jiān)控系統(tǒng)方案主要有 以下幾部分。
[0114] 1)改進(jìn)的帶權(quán)重的事件注冊(cè)模塊；監(jiān)控控制臺(tái)
[0115] 2)改進(jìn)的監(jiān)控代理
[0116] 3)決策處理模塊
[0117] 4)報(bào)警及狀態(tài)展示模塊
[0118] 方案主要的變化在四個(gè)方面
[0119] 1)帶權(quán)重的事件注冊(cè)模塊主要變化在于在為設(shè)備注冊(cè)一個(gè)監(jiān)控事件時(shí)，必須要定 義一個(gè)事件的絕對(duì)權(quán)重，同一種事件，注冊(cè)到被監(jiān)控設(shè)備上時(shí)，根據(jù)設(shè)備的重要性，絕對(duì)權(quán) 重的值不一樣，更重要的設(shè)備，事件的絕對(duì)權(quán)重更大。另外可選的可以對(duì)事件進(jìn)行關(guān)聯(lián)事件 定義，一個(gè)事件的關(guān)聯(lián)事件越多，則表明該事件的相對(duì)權(quán)重值在參與計(jì)算時(shí)可能會(huì)更大。 [0 120] 2)改進(jìn)的監(jiān)控代理
[0121] 監(jiān)控代理采用網(wǎng)狀結(jié)構(gòu)部署，在出現(xiàn)鏈路故障或代理故障時(shí)，用較少的代價(jià)保證 了事件能及時(shí)上報(bào)。同時(shí)，改進(jìn)的監(jiān)控代理在對(duì)設(shè)備進(jìn)行監(jiān)控事件捕獲時(shí)，需要額外計(jì)算 設(shè)備單個(gè)事件的權(quán)重合計(jì)值后再上報(bào)給監(jiān)控控制臺(tái)。
[0122] 3)決策處理模塊
[0123] 決策處理模塊是一個(gè)核心模塊，處理從各個(gè)監(jiān)控代理上報(bào)上來的監(jiān)控事件匯總分 析，在一個(gè)分析計(jì)算周期內(nèi)，對(duì)周期內(nèi)的捕捉到的監(jiān)控事件進(jìn)行按設(shè)備分析、合并計(jì)算，計(jì) 算出每個(gè)設(shè)備的響應(yīng)處理的優(yōu)先級(jí)并排序，并且按權(quán)重值調(diào)用報(bào)警及展示模塊進(jìn)行處理。 計(jì)算規(guī)則如下：
[0124]設(shè)備的事件響應(yīng)優(yōu)先級(jí)二MAX(代理上報(bào)的單個(gè)事件的權(quán)重合計(jì)）
[0125]即單臺(tái)設(shè)備如果有多個(gè)事件上報(bào)，取單個(gè)事件的權(quán)重合計(jì)值中最大者。
[0126] 同時(shí)在決策處理模塊中采用事件模型庫，并通過事件范例追溯技術(shù)，快速定位事 件原因以及處理方法，更快定位和解決設(shè)備故障。
[0127] 4)報(bào)警及展示模塊
[0128]改進(jìn)的報(bào)警及展示模塊主要變化在執(zhí)行告警的順序變化，由于設(shè)備監(jiān)控事件有各 自的權(quán)重值，可以讓高權(quán)重值的事件優(yōu)先報(bào)警，這在大規(guī)模的監(jiān)控事件處理中特別重要。
[0129]另外，事件的展現(xiàn)方式也由只能按事件等級(jí)展現(xiàn)改進(jìn)為按事件等級(jí)加上權(quán)重值展 現(xiàn)，使得管理人員更容易聚焦在更重要的事件響應(yīng)處理上。
[0130]本發(fā)明提供一種網(wǎng)狀的監(jiān)控代理設(shè)備部署架構(gòu)，替代通常使用的樹狀結(jié)構(gòu)。在這 種架構(gòu)下，所有的監(jiān)控代理設(shè)備以網(wǎng)狀形態(tài)部署，監(jiān)控代理設(shè)備與監(jiān)控代理設(shè)備之間通過 心跳機(jī)制相互通知到監(jiān)視控制臺(tái)的鏈路狀態(tài)。當(dāng)其中的某一臺(tái)監(jiān)控代理設(shè)備發(fā)生鏈路故障 時(shí)，其采集到的監(jiān)控事件會(huì)通過其他鏈路正常監(jiān)控代理設(shè)備發(fā)送到監(jiān)控控制臺(tái)，從而實(shí)現(xiàn) 了監(jiān)控事件的及時(shí)上報(bào)。
[0131]如圖8所示，為方便描述，假設(shè)監(jiān)控系統(tǒng)監(jiān)控設(shè)備a，B，C三臺(tái)設(shè)備，都需要進(jìn)行 設(shè)備負(fù)載是否過載的事件X及服務(wù)端口是否可訪問的事件Y進(jìn)行監(jiān)控。假定其中設(shè)備A為 調(diào)度服務(wù)器，B及C兩臺(tái)設(shè)備為普通服務(wù)器。同時(shí)假定三臺(tái)設(shè)備的事件χ，γ都發(fā)生。 A，B， C三臺(tái)設(shè)備之間采用網(wǎng)狀部署，并通過相應(yīng)的端口實(shí)現(xiàn)數(shù)據(jù)共享。
[0132]圖8設(shè)備綁定的事件權(quán)重定義及關(guān)聯(lián)事件定義
[0133] 1)為被監(jiān)控設(shè)備ABC分別注冊(cè)事件X及Y，并將設(shè)備A及B的X事件的關(guān)聯(lián)事件 設(shè)置為Y。
[0134] 事件X，Y的默認(rèn)絕對(duì)權(quán)重為20,10
[0135] 由于設(shè)備A為調(diào)度服務(wù)器，如果發(fā)生故障引發(fā)的后果更嚴(yán)重，故將A設(shè)備的X事件 絕對(duì)權(quán)重加5,其他兩設(shè)備的絕對(duì)權(quán)重不變。此時(shí)A、B、C權(quán)重定義如下表：
[0136]

【權(quán)利要求】
1. 一種基于權(quán)重的設(shè)備狀態(tài)判斷方法，其特征在于，包括如下步驟： 將監(jiān)控代理設(shè)備部署為網(wǎng)狀結(jié)構(gòu)；監(jiān)控設(shè)備與兩臺(tái)以上所述監(jiān)控代理設(shè)備連接；所述 監(jiān)控代理設(shè)備與監(jiān)控控制臺(tái)連接； 為所述監(jiān)控設(shè)備定義監(jiān)控事件；為所述監(jiān)控事件定義權(quán)重；為所述監(jiān)控事件的關(guān)聯(lián)事 件定義權(quán)重； 所述監(jiān)控代理設(shè)備獲取故障的監(jiān)控設(shè)備的監(jiān)控事件；根據(jù)所述監(jiān)控事件的權(quán)重及所述 關(guān)聯(lián)事件的權(quán)重，計(jì)算出故障的監(jiān)控設(shè)備的優(yōu)先級(jí)； 根據(jù)所述優(yōu)先級(jí)，進(jìn)行根據(jù)故障信息查找預(yù)設(shè)定故障庫； 若匹配到相同的所述故障信息，則采用故障庫中的解決方案進(jìn)行處理；并將所述故障 信息及處理結(jié)果發(fā)送到所述監(jiān)控控制臺(tái)； 若未匹配到相同的所述故障信息，則根據(jù)故障信息的關(guān)鍵字在所述故障庫中查找關(guān)鍵 字解決方案；如果找到所述關(guān)鍵字解決方案，將所述故障信息及所述關(guān)鍵字解決方案發(fā)送 到所述監(jiān)控控制臺(tái)；如果未找到所述關(guān)鍵字解決方案，則直接將所述故障信息發(fā)送到所述 監(jiān)控控制臺(tái)。
2. 根據(jù)權(quán)利要求1所述的基于權(quán)重的設(shè)備狀態(tài)判斷方法，其特征在于：所述監(jiān)控事件 的權(quán)重和所述關(guān)聯(lián)事件的權(quán)重均包括事件權(quán)重、絕對(duì)權(quán)重和相對(duì)權(quán)重； 所述事件權(quán)重為整型數(shù)值，用于決定所述監(jiān)控事件的處理優(yōu)先級(jí)； 所述絕對(duì)權(quán)重為已觸發(fā)的所述監(jiān)控事件的權(quán)重值； 所述相對(duì)權(quán)重為已觸發(fā)的所述關(guān)聯(lián)事件的合計(jì)權(quán)重值。
3. 根據(jù)權(quán)利要求2所述的基于權(quán)重的設(shè)備狀態(tài)判斷方法，其特征在于：所述事件權(quán)重 =所述絕對(duì)權(quán)重+所述相對(duì)權(quán)重。
4. 根據(jù)權(quán)利要求1所述的基于權(quán)重的設(shè)備狀態(tài)判斷方法，其特征在于：所述監(jiān)控代理 設(shè)備的臺(tái)數(shù)為三臺(tái)以上；三臺(tái)以上所述監(jiān)控代理設(shè)備之間通過心跳機(jī)制獲取鏈路狀態(tài)；并 將所述鏈路狀態(tài)上傳到所述監(jiān)視控制臺(tái)，所述監(jiān)視控制臺(tái)通過所述鏈路狀態(tài)實(shí)現(xiàn)監(jiān)控代理 設(shè)備的監(jiān)控。
5. 根據(jù)權(quán)利要求4所述的基于權(quán)重的設(shè)備狀態(tài)判斷方法，其特征在于：三臺(tái)以上所述 監(jiān)控代理設(shè)備之間通過心跳機(jī)制獲取鏈路狀態(tài)；并將所述鏈路狀態(tài)上傳到所述監(jiān)視控制臺(tái) 的方法為： 三臺(tái)以上所述監(jiān)控代理設(shè)備之間互相通告與所述監(jiān)控控制臺(tái)的鏈路狀態(tài)，設(shè)其中一臺(tái) 所述監(jiān)控代理設(shè)備為P監(jiān)控代理設(shè)備，所述P監(jiān)控代理設(shè)備將選取臨近的兩臺(tái)所述監(jiān)控代 理設(shè)備保存為備用代報(bào)服務(wù)器； 若所述P監(jiān)控代理設(shè)備與所述監(jiān)控控制臺(tái)的鏈路暢通；則所述P監(jiān)控代理設(shè)備將所述 P監(jiān)控代理設(shè)備的鏈路狀態(tài)直接上傳到所述監(jiān)控控制臺(tái)； 若三臺(tái)以上所述監(jiān)控代理設(shè)備監(jiān)測到所述P監(jiān)控代理設(shè)備無鏈路相應(yīng)；則選取一臺(tái)所 述備用代報(bào)服務(wù)器將所述P監(jiān)控代理設(shè)備的鏈路狀態(tài)上傳到所述監(jiān)控控制臺(tái)。
6. -種基于權(quán)重的設(shè)備系統(tǒng)，為網(wǎng)狀結(jié)構(gòu)；其特征在于：包括監(jiān)控設(shè)備、監(jiān)控代理設(shè) 備、故障庫和監(jiān)控控制臺(tái)；一臺(tái)所述監(jiān)控設(shè)備與兩臺(tái)以上所述監(jiān)控代理設(shè)備連接；所述監(jiān) 控代理設(shè)備與監(jiān)控控制臺(tái)連接； 所述監(jiān)控設(shè)備為包括監(jiān)控事件的監(jiān)控設(shè)備； 所述監(jiān)控代理設(shè)備為根據(jù)所述監(jiān)控事件區(qū)分所述監(jiān)控設(shè)備優(yōu)先級(jí)的監(jiān)控代理設(shè)備； 所述故障庫為根據(jù)所述優(yōu)先級(jí)處理所述監(jiān)控設(shè)備故障的故障庫； 所述監(jiān)控控制臺(tái)為獲取到所述優(yōu)先級(jí)的故障處理信息并執(zhí)行報(bào)警的監(jiān)控控制臺(tái)。
7. 根據(jù)權(quán)利要求6所述的基于權(quán)重的設(shè)備系統(tǒng)，其特征在于：所述監(jiān)控設(shè)備為含有權(quán) 重的監(jiān)控設(shè)備。
8. 根據(jù)權(quán)利要求7所述的基于權(quán)重的設(shè)備系統(tǒng)，其特征在于：所述監(jiān)控事件為含有權(quán) 重的監(jiān)控事件。
9. 根據(jù)權(quán)利要求8所述的基于權(quán)重的設(shè)備系統(tǒng)，其特征在于：所述監(jiān)控設(shè)備的權(quán)重值+ 所述監(jiān)控事件的權(quán)重值之和越大，所述監(jiān)控設(shè)備的優(yōu)先級(jí)別越高。
10. 根據(jù)權(quán)利要求6所述的基于權(quán)重的設(shè)備系統(tǒng)，其特征在于：兩臺(tái)以上所述監(jiān)控代理 設(shè)備之間相互連接；兩臺(tái)以上所述監(jiān)控代理設(shè)備通過心跳機(jī)制獲取鏈路狀態(tài)；所述監(jiān)控代 理設(shè)備將獲取到的所述鏈路狀態(tài)發(fā)送到所述監(jiān)視控制臺(tái)，所述監(jiān)視控制臺(tái)通過所述鏈路狀 態(tài)實(shí)現(xiàn)監(jiān)控代理設(shè)備的監(jiān)控。
【文檔編號(hào)】G06F11/30GK104252401SQ201410436306
【公開日】2014年12月31日 申請(qǐng)日期:2014年8月29日 優(yōu)先權(quán)日:2014年8月29日
【發(fā)明者】彭揚(yáng) 申請(qǐng)人:北京閱聯(lián)信息技術(shù)有限公司