專利名稱：因特網(wǎng)網(wǎng)絡(luò)電視業(yè)務(wù)的管理信息庫的動態(tài)控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及因特網(wǎng)網(wǎng)絡(luò)電視業(yè)務(wù)管理的簡單網(wǎng)絡(luò)管理協(xié)議的管理信息庫的設(shè)計和實現(xiàn)方法，尤其涉及管理軟件包含數(shù)量較多的即插即用軟件模塊的策略化管理方法，以及動態(tài)地擴增管理信息庫功能的設(shè)計和實現(xiàn)方法。
背景技術(shù)：
本發(fā)明中包含的英文簡稱如下IPTVInternet Protocol Television因特網(wǎng)網(wǎng)絡(luò)電視。
EPGElectronic Programmer Guide電子節(jié)目單。
CMSContent Management System內(nèi)容管理系統(tǒng)。
OSSOperation Support System運營支撐系統(tǒng)。
CDNContent Delivery Network媒體交付。
POPPoints of Presence流媒體節(jié)點。
SNMPSimple Network Management Protocol簡單網(wǎng)絡(luò)管理協(xié)議。
MIBMannagement Information Base管理信息庫。
Manager管理者。
隨著電信IPTV業(yè)務(wù)的商業(yè)運行和不斷發(fā)展完善，使用IPTV業(yè)務(wù)的用戶也將越來越多，新增用戶數(shù)也將逐年大幅度遞增。在IPTV業(yè)務(wù)開通和使用期間，需要在它的內(nèi)容運營平臺、業(yè)務(wù)運營平臺、中心POP(流媒體節(jié)點)點和邊緣POP點等安裝IPTV業(yè)務(wù)管理軟件(例如，電子節(jié)目單EPG、內(nèi)容管理系統(tǒng)CMS、運營支撐系統(tǒng)OSS、媒體交付CDN等)。IPTV業(yè)務(wù)管理軟件具有數(shù)量多、部署靈活、分布廣和操作響應(yīng)實時性要求高等特點，因此，它的SNMP(簡單網(wǎng)絡(luò)管理協(xié)議)MIB(管理信息庫)的結(jié)構(gòu)不適合以往傳統(tǒng)的標準SNMPMIB的設(shè)計方法。
基于傳統(tǒng)的標準SNMP的網(wǎng)絡(luò)管理系統(tǒng)，如圖1所示，一般由一個集中Manager(管理者)10和多個Agent(代理)12所組成，它提供Get、Set、GetNext、GetResponse和Trap等操作原語。對網(wǎng)絡(luò)設(shè)備的管理和維護是Manager10通過Get/Set/GetNext與Agent12的MIB 14的交互來完成的，而GetResponse是將Get/GetNext對MIB 14操作的結(jié)果返回給Manager。一方面，通過Get/Set/GetNext來實現(xiàn)Manager對Agent側(cè)的MIB信息的查詢和修改等功能；另一方面，通過Trap將告警或事件信息主動上報給Manager，實現(xiàn)對設(shè)備狀態(tài)的實時監(jiān)控和管理。
然而，基于這種傳統(tǒng)的標準SNMP MIB，會存在以下缺陷1、當需要更新SNMP MIB時，即使是簡單的一個告警或性能MIB對象的增加或刪除，則都需要經(jīng)過重新設(shè)計、編程、測試和加載等階段。
2、當設(shè)備由多個軟件模塊組成的時候，設(shè)備所安裝的模塊的不同而導致需要安裝的MIB也不一樣；另一方面，如果將整個設(shè)備定義成一個SNMPMIB，則這樣的SNMP MIB將會變得非常龐大和復雜；另外，一旦對老版本的網(wǎng)元不再進行管理，則在整個MIB定義中就會出現(xiàn)許多無用的信息，對MIB維護帶來較大困難。
3、Manager只能被動地接收SNMP的Trap和性能數(shù)據(jù)。也就是說，即使Manager不需要設(shè)備的告警信息，但是只要該告警沒有被清除掉，Agent決不會停止告警信息的上報；即使Manager不需要性能數(shù)據(jù)，也不會停止性能數(shù)據(jù)的上報。其次，如果需要屏蔽某些告警和性能數(shù)據(jù)的時候，只能從Manager那兒實現(xiàn)(例如，不將告警和性能數(shù)據(jù)入庫)。一方面，Agent上報了許多無用的告警信息和性能數(shù)據(jù)，另一方面，也導致了Manager因為處理這些告警和性能數(shù)據(jù)而使得負荷增加，因而造成網(wǎng)管性能的下降或設(shè)備成本的增加。
因此，如果要擴增網(wǎng)管功能而導致需要更新MIB的話，則只能通過對Agent進行軟件升級的方法來實現(xiàn)。但這個問題在現(xiàn)實生活中會變得相當復雜，尤其是對于Agent來說，因為SNMP Agent屬于網(wǎng)絡(luò)設(shè)備側(cè)軟件系統(tǒng)的一部分，是隨同網(wǎng)絡(luò)設(shè)備一同發(fā)售的。另一方面，正如前述的網(wǎng)絡(luò)設(shè)備的數(shù)量往往會比較多，導致軟件升級的工作量將會很大；其次，運行中的設(shè)備正在為用戶提供服務(wù)，一般不允許中斷。尤其是作為核心設(shè)備的IPTV業(yè)務(wù)管理軟件更是如此，這將使得網(wǎng)絡(luò)設(shè)備軟件升級變得不可能。
現(xiàn)有的專利文獻包括專利申請?zhí)枮镃N02106684(公開號CN1442800；
公開日2003.09.17)的中國專利申請“動態(tài)SNMP網(wǎng)絡(luò)設(shè)備”。
第CN02106684號中國專利申請存在以下不足1、不支持單個MIB對象的增加和刪除；2、加載和卸載MIB模塊的實現(xiàn)過程復雜；3、不能實現(xiàn)動態(tài)地控制SNMP Trap的產(chǎn)生和上報，例如，重復告警；4、不能實現(xiàn)動態(tài)地控制性能數(shù)據(jù)的產(chǎn)生和上報。
為此，如何設(shè)計出一種動態(tài)的SNMP MIB，使得它能夠動態(tài)地擴增IPTV業(yè)務(wù)管理軟件SNMP MIB的功能，即成為尤其是IPTV業(yè)務(wù)管理軟件設(shè)計上必須要解決的一個重要課題。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種因特網(wǎng)網(wǎng)絡(luò)電視業(yè)務(wù)的管理信息庫的動態(tài)控制方法，解決現(xiàn)有技術(shù)不能對告警和性能數(shù)據(jù)的產(chǎn)生、上報進行動態(tài)控制的技術(shù)問題。
為達到上述目的，本發(fā)明提供了一種因特網(wǎng)網(wǎng)絡(luò)電視業(yè)務(wù)的管理信息庫的動態(tài)控制方法，其特點在于，包括為網(wǎng)絡(luò)電視業(yè)務(wù)的各組成設(shè)備的管理模塊創(chuàng)建管理信息庫模塊，在所述管理信息庫模塊中設(shè)置以下字段組合的之一或全部告警管理字段和告警操作字段的組合、性能管理字段和性能操作字段的組合；設(shè)備管理器通過所述告警管理字段來決定是否接收設(shè)備上報的告警，通過所述性能管理字段來決定是否接收設(shè)備上報的性能數(shù)據(jù)；所述設(shè)備通過所述告警操作字段來決定是否產(chǎn)生告警，通過所述性能操作字段來決定是否產(chǎn)生性能數(shù)據(jù)。
上述的方法，其特點在于，所述告警管理字段和性能管理字段由所述設(shè)備管理器賦值，如果所述告警管理字段為“有效”，則所述設(shè)備管理器接收設(shè)備上報的告警，否則拒絕設(shè)備上報的告警；如果所述性能管理字段為“有效”，則所述設(shè)備管理器接收設(shè)備上報的性能數(shù)據(jù)，否則拒絕設(shè)備上報的性能數(shù)據(jù)。
上述的方法，其特點在于，所述告警操作字段和性能操作字段由所述設(shè)備賦值，如果所述告警操作字段為“有效”，則所述設(shè)備產(chǎn)生告警，否則不產(chǎn)生告警；如果所述性能操作字段為“有效”，則所述設(shè)備產(chǎn)生性能數(shù)據(jù)，否則不產(chǎn)生性能數(shù)據(jù)。
上述的方法，其特點在于，所述設(shè)備根據(jù)所述告警管理字段和告警操作字段來決定是否主動上報告警。
上述的方法，其特點在于，進一步包括如下步驟步驟A，所述設(shè)備判斷所述告警管理字段是否為“有效”，是則執(zhí)行步驟B，否則執(zhí)行步驟D；步驟B，所述設(shè)備判斷所述告警操作字段是否為“有效”，是則執(zhí)行步驟C，否則執(zhí)行步驟D；步驟C，所述設(shè)備產(chǎn)生告警并向所述管理器上報所述告警；步驟D，進行正常操作，并結(jié)束流程。
上述的方法，其特點在于，所述設(shè)備根據(jù)所述性能管理字段和性能操作字段來決定是否主動上報性能數(shù)據(jù)。
上述的方法，其特點在于，進一步包括如下步驟步驟a，所述設(shè)備判斷所述性能管理字段是否為“有效”，是則執(zhí)行步驟b，否則執(zhí)行步驟d；步驟b，所述設(shè)備判斷所述性能操作字段是否為“有效”，是則執(zhí)行步驟c，否則執(zhí)行步驟d；步驟c，所述設(shè)備產(chǎn)生性能數(shù)據(jù)并向所述管理器上報所述性能數(shù)據(jù)；步驟d，進行正常操作，并結(jié)束流程。
上述的方法，其特點在于，所述設(shè)備根據(jù)管理信息庫模塊的類型值來加載對應(yīng)的管理信息庫模塊。
上述的方法，其特點在于，所述設(shè)備管理器根據(jù)多個關(guān)聯(lián)對象來為所述告警管理字段和性能管理字段賦值。
上述的方法，其特點在于，所述設(shè)備根據(jù)多個關(guān)聯(lián)對象來為所述告警操作字段和性能操作字段賦值。
本發(fā)明的技術(shù)效果在于在本發(fā)明中，提供了一種IPTV業(yè)務(wù)管理軟件SNMP MIB動態(tài)控制的實現(xiàn)方法。它可以通過IPTV業(yè)務(wù)管理軟件模塊安裝的情況，實現(xiàn)動態(tài)地加載和卸載SNMP MIB模塊。通過Manager與Agent的交互，可以實時地控制告警的產(chǎn)生和上報(例如，重復告警)，以及無用的性能數(shù)據(jù)的產(chǎn)生和上報。降低了開發(fā)成本，增強了系統(tǒng)的性能和響應(yīng)時間，提升了設(shè)備的可用性和核心競爭力，縮短了產(chǎn)品開發(fā)和投放市場的時間與現(xiàn)有技術(shù)相比較，本發(fā)明充分擴展現(xiàn)有動態(tài)SNMP網(wǎng)絡(luò)設(shè)備的功能，向IPTV業(yè)務(wù)管理軟件提供了一種動態(tài)地擴增SNMP MIB功能的實現(xiàn)方法；利用了現(xiàn)有IPTV業(yè)務(wù)管理軟件Plug in(即插即用)的技術(shù)特點，使用動態(tài)加載和卸載MIB模塊的機制，并通過動態(tài)地修改TrapAdm和PerfAdm的值，避免了無用的告警信息和性能數(shù)據(jù)的產(chǎn)生和上報，在不需要增加和刪除MIB對象的情況下但是卻達到了同樣的效果，極大地提高了SNMP Agent和網(wǎng)管的效率。


圖1是SNMP網(wǎng)管的結(jié)構(gòu)示意圖；圖2是本發(fā)明Manager與Agent交互的示意圖；圖3是本發(fā)明動態(tài)控制SNMP MIB邏輯示意圖；圖4是本發(fā)明動態(tài)控制告警的流程圖；圖5是本發(fā)明動態(tài)控制性能數(shù)據(jù)的流程圖。
具體實施例方式
下面是根據(jù)附圖和實例對本發(fā)明的進一步詳細說明本發(fā)明為了改進前述SNMP MIB的缺陷，降低開發(fā)成本，提高IPTV業(yè)務(wù)管理軟件的性能和核心競爭力，提供一種IPTV業(yè)務(wù)管理軟件SNMP MIB動態(tài)控制的實現(xiàn)方法，通過在SNMP MIB里增加若干字段，實現(xiàn)對IPTV業(yè)務(wù)管理軟件SNMP MIB的動態(tài)控制。
圖2是本發(fā)明Manager與Agent交互的示意圖；Agent22連接MIB 24，在Agent22和Manager 20之間進行TrapAdm(告警管理字段)、PerfAdm(性能管理字段)、Trap PDU和Perf PDU的交互。
圖3是本發(fā)明動態(tài)控制SNMP MIB邏輯示意圖；包括如下步驟步驟31，SNMP Agent為TrapAdm、TrapOpt、PerfAdm、PerfOpt賦值；步驟33，Manager設(shè)置TrapAdm和PerfAdm的值；步驟35，Agent設(shè)置TrapOpt和PerfOpt的值；
步驟37，按照TrapAdm和TrapOpt決定告警產(chǎn)生，按照PerfAdm和PerfOpt決定性能數(shù)據(jù)產(chǎn)生。
根據(jù)本發(fā)明的基本構(gòu)思，為組成設(shè)備的每個軟件模塊創(chuàng)建各自的SNMPMIB模塊。Agent通過查詢SNMP MIB的Type獲知所加載的MIB模塊。Trap定義中包括新增的TrapAdm和TrapOpt兩個字段；同樣，性能MIB定義中也包括新增的PerfAdm和PerfOpt兩個字段。Manager通過控制TrapAdm字段來決定是否接收設(shè)備上報的告警；而設(shè)備通過TrapOpt字段來決定設(shè)備告警的產(chǎn)生；同樣地，Manager通過控制PerfAdm字段來決定是否接收設(shè)備上報的性能數(shù)據(jù)，而Agent通過PerfOpt字段來決定設(shè)備性能數(shù)據(jù)的產(chǎn)生。
本發(fā)明提供一種IPTV業(yè)務(wù)管理軟件SNMP MIB的動態(tài)控制方法。所述方法包括以下步驟1)為被管設(shè)備的每個軟件模塊定義一個SNMP MIB模塊。
2)將每個MIB模塊包含的所有MIB信息加載到為所述的被管設(shè)備中。
3)SNMP Agent根據(jù)Type的值來決定加載的SNMP MIB模塊。
4)TrapAdm的值(ON或OFF)由Manager設(shè)置，根據(jù)該值來確定Manager是否接收來自設(shè)備的告警。
5)PerfAdm的值(ON或OFF)由Manager設(shè)置，根據(jù)該值來確定Manager是否接收來自設(shè)備的性能數(shù)據(jù)。
6)TrapOpt的值(ON或OFF)由Agent決定，根據(jù)該值來確定設(shè)備是否產(chǎn)生告警。
7)PerfOpt的值(ON或OFF)由Agent決定，根據(jù)該值來確定設(shè)備是否產(chǎn)生性能數(shù)據(jù)。
8)根據(jù)TrapAdm和TrapOpt的值來決定是否主動上報告警。
9)按照PerfAdm和PerfOpt的值來決定是否產(chǎn)生和上報性能數(shù)據(jù)。
10)只有TrapAdm和TrapOpt的值都為ON的時候，設(shè)備才向Manager主動上報告警。
11)只有PerfAdm和PerfOpt的值都為ON的時候，設(shè)備才向Manager上報性能數(shù)據(jù)。
本發(fā)明所定義的SNMP MIB不僅包含標準的告警Trap信息、性能參數(shù)等，還包括以下新增的信息
1、TrapAdm(告警管理字段)TrapAdm字段表示是否向Manager發(fā)送告警信息，該字段的值由Manager設(shè)置。
如果TrapAdm字段是“ON”狀態(tài)，則Agent可以將告警發(fā)送給Manager；然而當TrapAdm字段是“OFF”狀態(tài)時，則Agent不發(fā)送告警給Manager。
同樣，當需要屏蔽設(shè)備的告警時，或Manager不需要設(shè)備發(fā)送告警信息時，則將TrapAdm字段被設(shè)置成“OFF”狀態(tài)。雖然沒有刪除該MIB對象，但是卻達到了同樣的效果。
2、TrapOpt(告警操作字段)TrapOpt字段定義了告警產(chǎn)生的條件，該字段的值由Agent負責設(shè)置，或者是“ON”狀態(tài)(它的值是“1”)，或者是“OFF”狀態(tài)(它的值是“0”)。當滿足告警產(chǎn)生的條件時，Agent設(shè)置TrapOpt字段的值為“ON”狀態(tài)。
在這種情況下，所定義的告警產(chǎn)生條件可以與多個對象進行關(guān)聯(lián)。例如，當對象‘B’大于‘n’并且對象‘C’大于‘m’時，則TrapOpt的值被設(shè)置成“ON”狀態(tài)。因此，無需增加新的對象，但是卻取得了同樣的效果。
同樣地，當TrapAdm和TrapOpt都是“ON”狀態(tài)時，則向Manager上報告警信息。如圖3所示，Manager20定義了如下告警Trap(包括新增的TrapAdm和TrapOpt之值)(步驟31)。
ObjectName TRAP-TYPEENTERPRISE{enterprise name}VARIABLES{variable name}DESCRIPTION″comment″TRAPAdm{flag value}TRAPOpt{flag value}::＝Sub OID例如，通過與對象‘A’和對象‘B’的關(guān)聯(lián)來決定告警的產(chǎn)生和上報給Manager1)對象‘A’的取值范圍在1到5之間；2)如果對象‘A’的值大于‘3’，則可以向Manager上報告警信息。
3)如果對象‘B’的值大于‘4’，則對象‘A’的TrapOpt是“ON”狀態(tài)。
3、PerfAdm(性能管理字段)PerfAdm字段表示是否向Manager發(fā)送性能數(shù)據(jù)，該字段的值由Manager設(shè)置。
如果PerfAdm字段是“ON”狀態(tài)，則Agent可以將性能數(shù)據(jù)發(fā)送給Manager；然而當PerfAdm字段是“OFF”狀態(tài)時，則Agent不發(fā)送性能數(shù)據(jù)給Manager。
同樣，當需要屏蔽設(shè)備的性能數(shù)據(jù)時，或Manager不需要設(shè)備發(fā)送性能數(shù)據(jù)時，則將PerfAdm字段設(shè)置成“OFF”狀態(tài)。即使是沒有刪除該MIB對象，但是卻達到了同樣的效果。
4、PerfOpt(性能操作字段)PerfOpt字段定義了設(shè)備性能數(shù)據(jù)產(chǎn)生的條件，該字段的值由Agent負責設(shè)置，或者是“ON”狀態(tài)(它的值是“1”)，或者是“OFF”狀態(tài)(它的值是“0”)。當滿足性能數(shù)據(jù)產(chǎn)生的條件時，Agent設(shè)置TrapOpt字段的值為“ON”狀態(tài)。
因此，當Manager20需要屏蔽設(shè)備的告警和性能數(shù)據(jù)的時候，它可以通過Agent22來設(shè)置TrapAdm和PerfAdm的值。通過這樣的手段，Manager20可以屏蔽重復告警和無用的性能數(shù)據(jù)，等等(步驟33)。
同樣地，Agent12可以根據(jù)網(wǎng)管需求來設(shè)置各個對象的TrapOpt和PerfOpt的值，以決定設(shè)備是否產(chǎn)生告警和性能數(shù)據(jù)(步驟35)。
綜上所述，一條告警產(chǎn)生的全過程是首先，Agent22按照TrapAdm和TrapOpt的值來決定是否產(chǎn)生告警(步驟37)。也就是說，正如圖4所示，首先，Agent22查詢對象‘A’的TrapAdm的值，確定對象‘A’是否處于‘ON’狀態(tài)(步驟41)。
其次，如果對象‘A’的TrapAdm是‘OFF’狀態(tài)，即使?jié)M足條件2)，Agent12也不會向Manager10上報告警信息。與此同時，在對象‘A’的TrapAdm是‘ON’狀態(tài)，Agent12會檢查TrapOpt是否是‘ON’狀態(tài)(步驟43)。一旦檢查到TrapOpt是‘ON’狀態(tài)，則Agent12產(chǎn)生告警，并主動向Manager10上報告警信息(步驟45)，然后進行正常操作(步驟47)。
與上述一樣，當Manager20需要屏蔽設(shè)備的性能數(shù)據(jù)的時候，它可以通過Agent22來設(shè)置PerfAdm的值。Agent22可以根據(jù)網(wǎng)管需求來設(shè)置各個對象的TrapOpt的值，以決定設(shè)備是否需要產(chǎn)生這些性能數(shù)據(jù)。
同樣，一條性能數(shù)據(jù)產(chǎn)生的全過程是首先，Agent22按照PerfAdm和PerfOpt的值來決定是否產(chǎn)生告警。也就是說，正如圖5所示，首先，Agent22查詢MIB對象的PerfAdm的值，以確定MIB對象是否處于‘ON’狀態(tài)(步驟51)。
其次，如果MIB對象的PerfAdm是‘OFF’狀態(tài)，Agent22決不會向Manager20上報性能數(shù)據(jù)。與此同時，當MIB對象的PerfAdm是‘ON’狀態(tài)時，Agent會檢查PerfOpt是否是‘ON’狀態(tài)(步驟53)。一旦檢查到PerfOpt也是‘ON’狀態(tài)，則Agent22產(chǎn)生性能數(shù)據(jù)，并向Manager20上報性能數(shù)據(jù)(步驟55)，然后進行正常操作(步驟57)。
總之，設(shè)備產(chǎn)生一條告警和性能數(shù)據(jù)要與TrapAdm和TrapOpt及其PerfAdm和PerfOpt的值進行關(guān)聯(lián)，以及與之相關(guān)的多個對象進行關(guān)聯(lián)。在本發(fā)明中，只涉及到一個Agent22，但本發(fā)明不局限于一個Agent22，可以應(yīng)用于Manager20與多個Agent22互聯(lián)的情況。
正如上所述，按照本發(fā)明所描述的一種IPTV業(yè)務(wù)管理軟件SNMP MIB動態(tài)控制的實現(xiàn)方法，必須為每個MIB對象分別定義一個TrapAdm字段、一個PerfAdm、一個TrapOpt字段和一個PerfOpt(當應(yīng)用于整個MIB模塊時，可以為這個MIB模塊定義一個TrapAdm字段、一個PerfAdm、一個TrapOpt字段和一個PerfOpt)，以及與之相關(guān)的多個對象進行關(guān)聯(lián)。雖然沒有增加和刪除MIB對象，但是卻達到了同樣的效果。在特殊情況下，前述的控制條件可以是任意的。
此外，可以在告警和性能產(chǎn)生的發(fā)源地屏蔽告警和性能數(shù)據(jù)，極大地縮減了網(wǎng)管的流量和Manager20的負荷，也提高了網(wǎng)管的效率和降低了開發(fā)成本。
以上所述僅為本發(fā)明的較佳實施例，并非用來限定本發(fā)明的實施范圍；凡是依本發(fā)明所作的等效變化與修改，都被本發(fā)明的專利范圍所涵蓋。
權(quán)利要求
1.一種因特網(wǎng)網(wǎng)絡(luò)電視業(yè)務(wù)的管理信息庫的動態(tài)控制方法，其特征在于，包括為網(wǎng)絡(luò)電視業(yè)務(wù)的各組成設(shè)備的管理模塊創(chuàng)建管理信息庫模塊，在所述管理信息庫模塊中設(shè)置以下字段組合的之一或全部告警管理字段和告警操作字段的組合、性能管理字段和性能操作字段的組合；設(shè)備管理器通過所述告警管理字段來決定是否接收設(shè)備上報的告警，通過所述性能管理字段來決定是否接收設(shè)備上報的性能數(shù)據(jù)；所述設(shè)備通過所述告警操作字段來決定是否產(chǎn)生告警，通過所述性能操作字段來決定是否產(chǎn)生性能數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述告警管理字段和性能管理字段由所述設(shè)備管理器賦值，如果所述告警管理字段為“有效”，則所述設(shè)備管理器接收設(shè)備上報的告警，否則拒絕設(shè)備上報的告警；如果所述性能管理字段為“有效”，則所述設(shè)備管理器接收設(shè)備上報的性能數(shù)據(jù)，否則拒絕設(shè)備上報的性能數(shù)據(jù)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述告警操作字段和性能操作字段由所述設(shè)備賦值，如果所述告警操作字段為“有效”，則所述設(shè)備產(chǎn)生告警，否則不產(chǎn)生告警；如果所述性能操作字段為“有效”，則所述設(shè)備產(chǎn)生性能數(shù)據(jù)，否則不產(chǎn)生性能數(shù)據(jù)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述設(shè)備根據(jù)所述告警管理字段和告警操作字段來決定是否主動上報告警。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，進一步包括如下步驟步驟A，所述設(shè)備判斷所述告警管理字段是否為“有效”，是則執(zhí)行步驟B，否則執(zhí)行步驟D；步驟B，所述設(shè)備判斷所述告警操作字段是否為“有效”，是則執(zhí)行步驟C，否則執(zhí)行步驟D；步驟C，所述設(shè)備產(chǎn)生告警并向所述管理器上報所述告警；步驟D，進行正常操作，并結(jié)束流程。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述設(shè)備根據(jù)所述性能管理字段和性能操作字段來決定是否主動上報性能數(shù)據(jù)。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，進一步包括如下步驟步驟a，所述設(shè)備判斷所述性能管理字段是否為“有效”，是則執(zhí)行步驟b，否則執(zhí)行步驟d；步驟b，所述設(shè)備判斷所述性能操作字段是否為“有效”，是則執(zhí)行步驟c，否則執(zhí)行步驟d；步驟c，所述設(shè)備產(chǎn)生性能數(shù)據(jù)并向所述管理器上報所述性能數(shù)據(jù)；步驟d，進行正常操作，并結(jié)束流程。
8.根據(jù)權(quán)利要求4、5、6或7所述的方法，其特征在于，所述設(shè)備根據(jù)管理信息庫模塊的類型值來加載對應(yīng)的管理信息庫模塊。
9.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述設(shè)備管理器根據(jù)多個關(guān)聯(lián)對象來為所述告警管理字段和性能管理字段賦值。
10.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述設(shè)備根據(jù)多個關(guān)聯(lián)對象來為所述告警操作字段和性能操作字段賦值。
全文摘要
本發(fā)明公開了一種因特網(wǎng)網(wǎng)絡(luò)電視業(yè)務(wù)的管理信息庫的動態(tài)控制方法，包括為網(wǎng)絡(luò)電視業(yè)務(wù)的各組成設(shè)備的管理模塊創(chuàng)建管理信息庫模塊，在所述管理信息庫模塊中設(shè)置以下字段組合的之一或全部告警管理字段和告警操作字段的組合、性能管理字段和性能操作字段的組合；設(shè)備管理器通過所述告警管理字段來決定是否接收設(shè)備上報的告警，通過所述性能管理字段來決定是否接收設(shè)備上報的性能數(shù)據(jù)；所述設(shè)備通過所述告警操作字段來決定是否產(chǎn)生告警，通過所述性能操作字段來決定是否產(chǎn)生性能數(shù)據(jù)。本發(fā)明能對告警和性能數(shù)據(jù)的產(chǎn)生、上報進行動態(tài)控制，避免了無用的告警信息和性能數(shù)據(jù)的產(chǎn)生和上報，極大地提高了設(shè)備和網(wǎng)管的效率。
文檔編號H04L12/24GK101043351SQ200610011540
公開日2007年9月26日 申請日期2006年3月22日 優(yōu)先權(quán)日2006年3月22日
發(fā)明者李木金, 劉琰, 呂瑋, 徐火順 申請人:中興通訊股份有限公司