專利名稱：監(jiān)視控制系統(tǒng)、監(jiān)視控制方法及被管理側(cè)裝置用控制程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及由管理側(cè)裝置(OpSOperations System)和被管理側(cè)裝置構(gòu)成的監(jiān)視控制系統(tǒng)以及該監(jiān)視控制系統(tǒng)中的網(wǎng)絡(luò)的監(jiān)視控制方法，具體涉及用SNMP(Simple Network Management Protocol簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)作為網(wǎng)絡(luò)管理方式的監(jiān)視控制系統(tǒng)及監(jiān)視控制方法。
背景技術(shù)：
以下，就傳統(tǒng)的監(jiān)視控制系統(tǒng)與監(jiān)視控制方法進(jìn)行說明。

圖1 0是表示用SNMP(Simple Network Management Protocol)作為網(wǎng)絡(luò)管理方式的傳統(tǒng)的監(jiān)視控制系統(tǒng)的操作的示圖。圖11是表示管理側(cè)裝置與被管理側(cè)裝置之間交換的報(bào)文的格式的示圖。被管理側(cè)裝置設(shè)有稱為MIB(Management Information Base管理信息庫)的存放管理信息的假想數(shù)據(jù)庫。
例如，圖示的Set Request是變更MIB中的管理信息時(shí)由管理側(cè)裝置輸出的請(qǐng)求報(bào)文，受理該請(qǐng)求報(bào)文的被管理側(cè)裝置開始進(jìn)行將MIB的管理信息變更為請(qǐng)求值的處理。這時(shí)，在被管理側(cè)裝置處，作為對(duì)上述Set Request的受理通知，向管理側(cè)裝置回復(fù)應(yīng)答報(bào)文GetResponse。Set Request與Get Response包含如圖11所示的“請(qǐng)求ID(阻塞請(qǐng)求等)”和“請(qǐng)求的參數(shù)及其值的列表(數(shù)據(jù)部分對(duì)于請(qǐng)求的詳細(xì)內(nèi)容)”。另外，如圖11所示，Get Response包含“請(qǐng)求ID”和“請(qǐng)求被受理的參數(shù)及其值的列表”。并且，上述阻塞表示使目標(biāo)裝置(插件等)的功能停止。
并且，Get Request是在取得MIB中的管理信息時(shí)由管理側(cè)裝置輸出的請(qǐng)求報(bào)文，接受了該請(qǐng)求報(bào)文的被管理側(cè)裝置將含有被請(qǐng)求的MIB的管理信息的值的Get Response返回管理側(cè)裝置。Get Request包含如圖11所示的“請(qǐng)求ID”和“被請(qǐng)求參數(shù)及其值的列表(數(shù)據(jù)部分)”。
另外，Trap是被管理側(cè)裝置用以將內(nèi)部的異?；驙顟B(tài)變化以及因Set Request而發(fā)生的狀態(tài)變化自主地通知管理側(cè)裝置的報(bào)文。Trap包含圖11所示的“與自主報(bào)文或各種請(qǐng)求對(duì)應(yīng)的參數(shù)及其值的列表(數(shù)據(jù)部分)”。
如此，傳統(tǒng)的監(jiān)視控制系統(tǒng)與監(jiān)視控制方法以上述五種報(bào)文使網(wǎng)絡(luò)的管理得以實(shí)現(xiàn)。
但是，上述傳統(tǒng)的監(jiān)視控制系統(tǒng)中，例如，管理側(cè)裝置將阻塞請(qǐng)求(block)作為Set Request發(fā)送，被管理側(cè)裝置回復(fù)表示受理該阻塞請(qǐng)求的Get Response，其后，被管理側(cè)裝置向管理側(cè)裝置發(fā)送了表示阻塞的狀態(tài)的Trap時(shí)，存在這樣的問題管理側(cè)裝置不能根據(jù)Trap的內(nèi)容判斷該Trap所表示的阻塞狀態(tài)是否為因上述阻塞請(qǐng)求而造成的狀態(tài)。
具體地說，就是存在這樣的問題不能從Trap的內(nèi)容判斷上述阻塞狀態(tài)是因上述阻塞請(qǐng)求而造成的阻塞狀態(tài)，還是因其他請(qǐng)求而造成的阻塞狀態(tài)，或是被管理側(cè)裝置的自主的阻塞狀態(tài)。
本發(fā)明的目的在于提供管理側(cè)裝置能夠從Trap的內(nèi)容判斷形成當(dāng)前的狀態(tài)(阻塞狀態(tài)、其他的異常狀態(tài)、狀態(tài)變化等)的原因的監(jiān)視控制系統(tǒng)與監(jiān)視控制方法。

發(fā)明內(nèi)容
本發(fā)明的監(jiān)視控制系統(tǒng)的特征在于它采用SNMP作為網(wǎng)絡(luò)管理方式，管理側(cè)裝置在控制被管理側(cè)裝置內(nèi)的特定硬件的場(chǎng)合，向被管理側(cè)裝置發(fā)送含控制請(qǐng)求的設(shè)定請(qǐng)求報(bào)文，收到所述控制請(qǐng)求的被管理側(cè)裝置內(nèi)的控制部開始對(duì)指定的特定硬件進(jìn)行控制，將MIB內(nèi)與指定硬件的該控制請(qǐng)求有關(guān)的項(xiàng)目變更到預(yù)定狀態(tài)，將含有其變更結(jié)果的應(yīng)答報(bào)文回復(fù)給所述管理側(cè)裝置，所述被管理側(cè)裝置內(nèi)的控制部在所述控制完成后的階段制作含有表示所述控制請(qǐng)求的請(qǐng)求ID的自主報(bào)文，并將該自主報(bào)文發(fā)送到所述管理側(cè)裝置。
本發(fā)明另一方面的監(jiān)視控制系統(tǒng)的特征在于所述被管理側(cè)裝置在從接受了設(shè)定請(qǐng)求報(bào)文到輸出自主報(bào)文的期間，不受理其他相同種類的設(shè)定請(qǐng)求報(bào)文。
本發(fā)明另一方面的監(jiān)視控制系統(tǒng)的特征在于根據(jù)硬件的自主控制下的阻塞處理和響應(yīng)控制請(qǐng)求的阻塞處理來區(qū)別自主報(bào)文的格式。
本發(fā)明另一方面的監(jiān)視控制系統(tǒng)的特征在于所述設(shè)定請(qǐng)求報(bào)文、應(yīng)答報(bào)文、自主報(bào)文中的請(qǐng)求ID為維護(hù)用終端的ID或用戶用終端的ID以及命令I(lǐng)D。
本發(fā)明另一方面的監(jiān)視控制系統(tǒng)的特征在于所述設(shè)定請(qǐng)求報(bào)文、應(yīng)答報(bào)文、自主報(bào)文中的請(qǐng)求ID為維護(hù)用終端ID或用戶用終端ID、客戶ID與命令I(lǐng)D。
本發(fā)明另一方面的監(jiān)視控制系統(tǒng)的特征在于所述設(shè)定請(qǐng)求報(bào)文、應(yīng)答報(bào)文、自主報(bào)文中的請(qǐng)求ID為客戶ID與命令I(lǐng)D。
本發(fā)明另一方面的監(jiān)視控制方法的特征在于包括用SNMP作為網(wǎng)絡(luò)管理方式，在管理側(cè)裝置控制被管理側(cè)裝置內(nèi)的特定硬件的場(chǎng)合，向被管理側(cè)裝置發(fā)送含有控制請(qǐng)求的設(shè)定請(qǐng)求報(bào)文的設(shè)定請(qǐng)求報(bào)文發(fā)送步驟；接受了所述控制請(qǐng)求的被管理側(cè)裝置內(nèi)的控制部開始對(duì)指定的特定硬件進(jìn)行控制，將MIB內(nèi)的指定硬件的該控制請(qǐng)求有關(guān)的項(xiàng)目變更為預(yù)定狀態(tài)，并將含有其變更結(jié)果的應(yīng)答報(bào)文回復(fù)給所述管理側(cè)裝置的應(yīng)答報(bào)文回復(fù)步驟；以及在所述控制結(jié)束的階段，所述被管理側(cè)裝置內(nèi)的控制部制作含有表示所述控制請(qǐng)求的請(qǐng)求ID的自主報(bào)文，將該自主報(bào)文發(fā)送給所述管理側(cè)裝置的自主報(bào)文發(fā)送步驟。
本發(fā)明另一方面的監(jiān)視控制方法的特征在于在收到設(shè)定請(qǐng)求報(bào)文到輸出自主報(bào)文的期間，所述被管理側(cè)裝置不受理其他相同種類的設(shè)定請(qǐng)求報(bào)文。
本發(fā)明另一方面的監(jiān)視控制方法的特征在于根據(jù)硬件的自主控制下的阻塞處理和響應(yīng)控制請(qǐng)求的阻塞處理來區(qū)別自主報(bào)文的格式。
本發(fā)明另一方面的被管理側(cè)裝置用控制程序的特征在于讓計(jì)算機(jī)執(zhí)行SNMP的自主報(bào)文發(fā)送步驟，也就是在管理側(cè)裝置所請(qǐng)求的控制完成了的階段，制作含有表示該控制請(qǐng)求的請(qǐng)求ID的自主報(bào)文，并將該自主報(bào)文發(fā)送給所述管理側(cè)裝置。
本發(fā)明另一方面的被管理側(cè)裝置用控制程序的特征在于讓計(jì)算機(jī)執(zhí)行這樣的控制，即在收到設(shè)定請(qǐng)求報(bào)文到輸出自主報(bào)文的期間，不受理其他相同種類的設(shè)定請(qǐng)求報(bào)文。
本發(fā)明另一方面的被管理側(cè)裝置用控制程序的特征在于讓計(jì)算機(jī)執(zhí)行自主報(bào)文生成步驟，即根據(jù)硬件的自主控制下的阻塞處理和響應(yīng)控制請(qǐng)求的阻塞處理來生成不同的自主報(bào)文。
附圖的簡(jiǎn)單說明圖1是表示本發(fā)明的監(jiān)視控制系統(tǒng)的實(shí)施例1的結(jié)構(gòu)的示圖。
圖2是表示MIB12的結(jié)構(gòu)的示圖。
圖3是表示可執(zhí)行實(shí)施例1的被管理側(cè)裝置用控制程序的普通計(jì)算機(jī)系統(tǒng)結(jié)構(gòu)的示圖。
圖4是表示實(shí)施例1的監(jiān)視控制方法的示圖。
圖5是表示被管理側(cè)裝置向管理側(cè)裝置發(fā)送的Trap的格式的示圖。
圖6是實(shí)施例2的監(jiān)視控制方法的示圖。
圖7是表示實(shí)施例3的監(jiān)視控制方法的示圖。
圖8是表示本發(fā)明的監(jiān)視控制系統(tǒng)的實(shí)施例4的結(jié)構(gòu)的示圖。
圖9是表示本發(fā)明的監(jiān)視控制系統(tǒng)的實(shí)施例5的結(jié)構(gòu)的示圖。
圖10是表示用SNMP作為網(wǎng)絡(luò)管理方式的傳統(tǒng)的監(jiān)視控制系統(tǒng)的操作的示圖。
圖11是表示管理側(cè)裝置與被管理側(cè)裝置之間交換的報(bào)文的格式的示圖。
實(shí)施本發(fā)明的最佳方式以下，參照附圖就本發(fā)明的監(jiān)視控制系統(tǒng)與監(jiān)視控制方法的實(shí)施例作詳細(xì)說明。再有，實(shí)施例不構(gòu)成對(duì)本發(fā)明的限定。
實(shí)施例1圖1是表示本發(fā)明的監(jiān)視控制系統(tǒng)的實(shí)施例1的結(jié)構(gòu)的示圖。圖1中，1是管理側(cè)裝置(OpS)，2是被管理側(cè)裝置；并且，被裝置側(cè)裝置2中，11是中繼各種請(qǐng)求報(bào)文與應(yīng)答報(bào)文的外部信息部，12是作為存放管理信息的假想的數(shù)據(jù)庫操作的MIB，13是設(shè)有作為來自管理側(cè)裝置1的設(shè)定請(qǐng)求報(bào)文的設(shè)定目標(biāo)的多個(gè)硬件的被管理硬件部，14是按照各種請(qǐng)求報(bào)文控制MIB12和被管理硬件部13的控制部。
圖2是表示MIB12的結(jié)構(gòu)的示圖。
本實(shí)施例中的監(jiān)視控制系統(tǒng)中，采用SNMP作為網(wǎng)絡(luò)管理方式。SNMP是TCP/IP環(huán)境的網(wǎng)絡(luò)管理的標(biāo)準(zhǔn)協(xié)議，其管理操作通過SetRequest、Get Request、Get next Request等三個(gè)請(qǐng)求報(bào)文和GetResponse這個(gè)應(yīng)答報(bào)文與Trap這個(gè)自主報(bào)文來執(zhí)行。
具體地說，上述管理側(cè)裝置1中，用與傳統(tǒng)技術(shù)相同的方法來請(qǐng)求對(duì)被管理側(cè)裝置2中的MIB12內(nèi)的管理信息的確認(rèn)或其內(nèi)容的變更。另外，被管理側(cè)裝置2中，按照本實(shí)施例中的被管理側(cè)裝置用控制程序，執(zhí)行基于管理側(cè)裝置1的請(qǐng)求的管理信息的操作，進(jìn)而將本裝置內(nèi)的狀態(tài)變化或異常發(fā)生通知管理側(cè)裝置1。
圖3是表示作為上述被管理側(cè)裝置2而操作、可執(zhí)行本實(shí)施例的被管理側(cè)裝置用控制程序的普通計(jì)算機(jī)系統(tǒng)結(jié)構(gòu)的示圖。
該計(jì)算機(jī)系統(tǒng)中設(shè)有例如，含CPU的控制部件101(相當(dāng)于控制部14)，存儲(chǔ)部件102(含MIB12)，顯示部件103，輸入部件104，CD-ROM驅(qū)動(dòng)部件105，磁盤部件106，以及外部信息部件107(相當(dāng)于外部信息部11)；上述各部件分別經(jīng)由系統(tǒng)總線A連接。圖3中，控制部件101執(zhí)行本實(shí)施例的被管理側(cè)裝置用控制程序。存儲(chǔ)部件102包含RAM、ROM等存儲(chǔ)器，用來存儲(chǔ)控制部件101所要執(zhí)行的程序、處理過程中得到的必要的數(shù)據(jù)(含MIB12)。顯示部件103由CRT或LCD(液晶顯示屏)等構(gòu)成，用來為計(jì)算機(jī)系統(tǒng)用戶顯示各種畫面。輸入部件104由鍵盤、鼠標(biāo)等構(gòu)成，供計(jì)算機(jī)系統(tǒng)用戶輸入各種信息。外部信息部件107對(duì)與管理側(cè)裝置之間的通信進(jìn)行中繼。并且，在圖示的CD-ROM200中，存有本實(shí)施例的被管理側(cè)裝置用的程序。
另外，如上述構(gòu)成的計(jì)算機(jī)系統(tǒng)中，首先，程序被從設(shè)置在CD-ROM驅(qū)動(dòng)部件105中的CD-ROM200安裝到磁盤部件106中。然后，在啟動(dòng)計(jì)算機(jī)系統(tǒng)時(shí)，從磁盤部件106讀出的程序被存放在存儲(chǔ)部件102中。在該狀態(tài)下，控制部件101(CPU)按照存儲(chǔ)部件102中的程序執(zhí)行本實(shí)施例的被管理側(cè)裝置用程序。
本發(fā)明中，由CD-ROM200來提供被管理側(cè)裝置用程序，但是該程序的記錄媒體并不以此為限，可以按照構(gòu)成系統(tǒng)的計(jì)算機(jī)而采用例如軟磁盤等的磁盤、光磁盤、磁帶等的其他記錄媒體。
這里，作為可執(zhí)行上述被管理側(cè)裝置用程序的被管理側(cè)裝置2的一例操作，就管理側(cè)裝置1發(fā)送阻塞請(qǐng)求(block)的情況進(jìn)行說明。圖4是關(guān)于實(shí)施例1的監(jiān)視控制方法的示圖。并且，圖5是表示被管理側(cè)裝置2向管理側(cè)裝置1發(fā)送的自主報(bào)文(Trap)的格式的示圖。
首先，在管理側(cè)裝置1上，構(gòu)成被管理硬件部13的特定硬件設(shè)定為阻塞狀態(tài)的場(chǎng)合，向被管理側(cè)裝置2發(fā)送作為Set Request之一的阻塞請(qǐng)求(步驟S1)。在該Set Request中，分別記載作為請(qǐng)求ID的表示阻塞請(qǐng)求的ID和作為數(shù)據(jù)部分的插件ID及其他的詳細(xì)信息(插件ID、插件類別、表示阻塞或解除阻塞的參數(shù)信息等)。所謂插件ID，是指能夠識(shí)別多個(gè)插件(被管理硬件部13由多種且多枚的插件構(gòu)成)的標(biāo)識(shí)符。
接著，在經(jīng)由外部信息部11收到上述阻塞請(qǐng)求的被管理側(cè)裝置2的控制部14中，開始對(duì)指定的被管理硬件部13內(nèi)的特定硬件進(jìn)行阻塞處理，進(jìn)而將MIB12內(nèi)的該硬件所對(duì)應(yīng)的管理信息的有關(guān)阻塞的項(xiàng)目變更到阻塞狀態(tài)。然后，將記載了該變更結(jié)果的Get Response回復(fù)給管理側(cè)裝置1(步驟S2)。該Get Response中，分別記載作為請(qǐng)求ID的表示阻塞請(qǐng)求的ID和作為數(shù)據(jù)部分的插件ID及其它的詳細(xì)信息。
并且，被管理側(cè)裝置2的控制部14中，例如根據(jù)規(guī)格，在需要向管理側(cè)裝置1發(fā)送對(duì)應(yīng)于阻塞請(qǐng)求的處理信息時(shí)，制作記載了VBL(付加信息)即表示上述阻塞請(qǐng)求的請(qǐng)求ID和表示插件ID及其它的詳細(xì)信息的數(shù)據(jù)部分的Trap，并將該Trap向管理側(cè)裝置1發(fā)送。
如此，本實(shí)施例中，由于被管理側(cè)裝置將表示阻塞請(qǐng)求的請(qǐng)求ID付加到Trap，管理側(cè)裝置能夠可靠地判斷該Trap是響應(yīng)阻塞請(qǐng)求而發(fā)送的。
實(shí)施例2前述的實(shí)施例1的結(jié)構(gòu)具有如下能力通過在Trap上附加表示阻塞請(qǐng)求的請(qǐng)求ID，能夠可靠地判斷該Trap是響應(yīng)阻塞請(qǐng)求而發(fā)送的Trap。
與此形成對(duì)比，本實(shí)施例中，進(jìn)一步保證被管理側(cè)裝置2發(fā)送的Trap是對(duì)管理側(cè)裝置1向特定硬件的發(fā)送的阻塞請(qǐng)求的應(yīng)答。
圖6是表示實(shí)施例2的監(jiān)視控制方法的示圖。圖中表示了跟前述的實(shí)施例1相同，管理側(cè)裝置1發(fā)送阻塞請(qǐng)求(block)的情況。由于監(jiān)視控制系統(tǒng)的總體結(jié)構(gòu)與前述的實(shí)施例1中的圖1的結(jié)構(gòu)相同，因而附加相同的符號(hào)，其說明從略。這里僅就與前述的實(shí)施例1不同的操作進(jìn)行說明。
本實(shí)施例的被管理側(cè)裝置2中，在從所述步驟S1收到SetRequest到在步驟S3輸出Trap為止的期間，執(zhí)行排他控制。也就是，即使收到了另一相同種類(阻塞請(qǐng)求)的Set Request時(shí)，被管理側(cè)裝置2執(zhí)行不受理該Set Request的控制。
由此，本實(shí)施例中，由于在收到Set Request到輸出Trap的期間，不受理另一相同種類的Set Request，能夠保證在Set Request、Get Response后輸出的Trap是對(duì)管理側(cè)裝置向特定硬件發(fā)送的阻塞請(qǐng)求的應(yīng)答。
實(shí)施例3前面說明的實(shí)施例1與2的結(jié)構(gòu)具有如下能力能夠判斷在SetRequest、Get Response后輸出的Trap是管理側(cè)裝置1發(fā)送的對(duì)阻塞請(qǐng)求的應(yīng)答。
與此形成對(duì)比，本實(shí)施例進(jìn)一步設(shè)為具有如下能力的結(jié)構(gòu)管理側(cè)裝置1能夠可靠地判斷被管理側(cè)裝置2發(fā)送的Trap是表示由硬件的自主控制而導(dǎo)致的阻塞狀態(tài)還是由管理側(cè)裝置1發(fā)送的阻塞請(qǐng)求而導(dǎo)致的阻塞狀態(tài)。
圖7是表示實(shí)施例3的監(jiān)視控制方法的示圖。圖中表示了跟前述的實(shí)施例1相同，管理側(cè)裝置1發(fā)送阻塞請(qǐng)求(block)的情況。就監(jiān)視控制系統(tǒng)的總體結(jié)構(gòu)而言，由于跟前述的實(shí)施例1中的圖1的結(jié)構(gòu)相同，因而附加相同的符號(hào)，其說明從略。本例中僅就跟前述的實(shí)施例1或2不同的操作進(jìn)行說明。
在步驟S1的處理中，收到Set Request的被管理側(cè)裝置2的控制部14，向該Set Request指定的硬件(被管理硬件部13內(nèi))發(fā)送來自管理側(cè)裝置1的阻塞請(qǐng)求，即遠(yuǎn)程阻塞請(qǐng)求(圖7(a)步驟S11)。然后，受理遠(yuǎn)程阻塞請(qǐng)求的硬件中，向控制部14發(fā)送對(duì)該遠(yuǎn)程阻塞請(qǐng)求的受理完畢通知(步驟S12)。
在步驟S2的處理中，發(fā)送Get Response，進(jìn)而在作了遠(yuǎn)程阻塞處理的階段，在被管理側(cè)裝置2中，硬件向控制部14發(fā)送遠(yuǎn)程阻塞完畢通知(步驟S13)。然后，與前面說明的實(shí)施例1相同，控制部14在Trap上附加VBL(付加信息)，向管理側(cè)裝置1發(fā)送該Trap(步驟S3)。
另一方面，在特定硬件自主地阻塞的場(chǎng)合，該硬件向控制部14發(fā)送硬件阻塞完畢通知(圖7(b)步驟S14)。然后，控制部14在Trap上附加沒有請(qǐng)求ID的VBL(付加信息)，并將該Trap向管理側(cè)裝置1發(fā)送(步驟S15)。
如上所述，本實(shí)施例中，根據(jù)硬件的自主控制下的阻塞處理和響應(yīng)管理側(cè)裝置發(fā)送的阻塞請(qǐng)求的阻塞處理，對(duì)Trap的格式加以區(qū)別，因此，能夠可靠地判斷是表示硬件的自主控制下的阻塞狀態(tài)的Trap，還是表示響應(yīng)阻塞請(qǐng)求的阻塞狀態(tài)的Trap。
實(shí)施例4圖8是表示本發(fā)明的監(jiān)視控制系統(tǒng)的實(shí)施例4的結(jié)構(gòu)的示圖。圖8中，3是維護(hù)終端。
本實(shí)施例中，以圖11(a)(b)所示的請(qǐng)求ID和圖5所示的Trap的請(qǐng)求ID的結(jié)構(gòu)為“維護(hù)用/用戶用”+“命令I(lǐng)D(阻塞請(qǐng)求等)”?！熬S護(hù)用/用戶用”表示“維護(hù)用終端的ID/用戶用終端的ID”。另外，用戶用終端相當(dāng)于圖8的管理側(cè)裝置1。維護(hù)終端3是被管理側(cè)裝置2的開發(fā)廠家用于維護(hù)的終端，通常設(shè)置在被管理側(cè)裝置的旁邊(也有另外同時(shí)使用遠(yuǎn)程終端的)。也就是，除了用戶用終端可執(zhí)行的功能以外，維護(hù)終端3還能使用例如強(qiáng)制復(fù)位或插件內(nèi)的存儲(chǔ)改寫等特權(quán)的維護(hù)命令。
由此，本實(shí)施例中，能夠很容易確定終端的種類是維護(hù)用終端還是用戶用終端。
實(shí)施例5圖9是表示本發(fā)明的監(jiān)視控制系統(tǒng)的實(shí)施例5的結(jié)構(gòu)的示圖。圖9中，4、5、6是分配給各用戶的客戶。對(duì)于與前面說明的各實(shí)施例相同的結(jié)構(gòu)，用同一符號(hào)表示，其說明從略。本實(shí)施例的用戶用終端相當(dāng)于圖9的管理側(cè)裝置1和客戶4～6。
本實(shí)施例中，圖11(a)(b)所示的請(qǐng)求ID和圖5所示的Trap的請(qǐng)求ID的結(jié)構(gòu)為“維護(hù)用/用戶用”+“客戶ID”+“命令I(lǐng)D”。
由此，本實(shí)施例中，能夠容易地確定Set Request、Get Request、Get next Request是哪個(gè)客戶的請(qǐng)求，Get Response是給哪個(gè)客戶的應(yīng)答，以及Trap是響應(yīng)哪個(gè)客戶的請(qǐng)求而產(chǎn)生的異常。
本實(shí)施例中，請(qǐng)求ID的結(jié)構(gòu)為“維護(hù)用/用戶用”+“客戶ID”+“命令I(lǐng)D”，但是并不以此為限，例如，設(shè)為“客戶ID”+“命令I(lǐng)D”也能取得相同的效果。
如以上說明，依據(jù)本發(fā)明，被管理側(cè)裝置具有在Trap上附加表示阻塞請(qǐng)求的請(qǐng)求ID的結(jié)構(gòu)。由此，能夠得到其中的管理側(cè)裝置能可靠地判斷該Trap是響應(yīng)阻塞請(qǐng)求而發(fā)送的Trap的監(jiān)視控制系統(tǒng)。
依據(jù)本發(fā)明的另一方面，在收到Set Request到輸出Trap的期間，不受理其他相同種類的Set Request。由此，能夠?qū)崿F(xiàn)獲得這樣的監(jiān)視控制系統(tǒng)的效果，該系統(tǒng)能夠保證在Set Request、GetResponse之后輸出的Trap，是對(duì)管理側(cè)裝置向特定硬件發(fā)送的阻塞請(qǐng)求的應(yīng)答。
依據(jù)本發(fā)明另一方面，根據(jù)硬件的自主控制下的阻塞處理和響應(yīng)管理側(cè)裝置發(fā)送的阻塞請(qǐng)求的阻塞處理對(duì)Trap的格式加以區(qū)別。由此，能夠?qū)崿F(xiàn)獲得這樣的監(jiān)視控制系統(tǒng)的效果，該系統(tǒng)能夠可靠地判斷是表示硬件的自主控制下的阻塞狀態(tài)的Trap，還是表示響應(yīng)阻塞請(qǐng)求的阻塞狀態(tài)的Trap。
依據(jù)本發(fā)明的另一方面，可以實(shí)現(xiàn)獲得這樣的監(jiān)視控制系統(tǒng)的效果，該系統(tǒng)能夠容易地根據(jù)各報(bào)文確定終端的種類。
依據(jù)本發(fā)明的另一方面，可以實(shí)現(xiàn)獲得這樣的監(jiān)視控制系統(tǒng)的效果，該系統(tǒng)能夠容易地確定Set Request、Get Request、Get nextRequest是哪個(gè)客戶的請(qǐng)求，Get Response是給哪個(gè)客戶的應(yīng)答，以及Trap基于哪個(gè)客戶請(qǐng)求的異常。
依據(jù)本發(fā)明的另一方面，可以實(shí)現(xiàn)獲得這樣的監(jiān)視控制系統(tǒng)的效果，該系統(tǒng)能夠容易地確定Set Request、Get Request、Get nextRequest是哪個(gè)客戶的請(qǐng)求，Get Response是給哪個(gè)客戶的應(yīng)答，以及Trap基于哪個(gè)客戶請(qǐng)求的異常。
依據(jù)本發(fā)明的另一方面，被管理側(cè)裝置在Trap上附加了表示阻塞請(qǐng)求的請(qǐng)求ID。由此，可以實(shí)現(xiàn)獲得這樣的監(jiān)視控制方法的效果，采用該方法，管理側(cè)裝置能夠可靠地判斷該Trap是響應(yīng)阻塞請(qǐng)求而發(fā)送的Trap。
依據(jù)本發(fā)明的另一方面，在收到Set Request至輸出Trap的期間，不受理其他相同種類的Set Request。由此，可以實(shí)現(xiàn)獲得這樣的監(jiān)視控制方法的效果，采用該方法能夠保證在Set Request、GetResponse后輸出的Trap是對(duì)管理側(cè)裝置向特定硬件發(fā)送的阻塞請(qǐng)求的應(yīng)答。
依據(jù)本發(fā)明的另一方面，根據(jù)硬件的自主控制下的阻塞處理和響應(yīng)管理側(cè)裝置發(fā)送的阻塞請(qǐng)求的阻塞處理對(duì)Trap的格式加以區(qū)別。由此，可以實(shí)現(xiàn)獲得這樣的監(jiān)視控制方法的效果，采用該方法能夠可靠的判斷是表示硬件的自主控制下的阻塞狀態(tài)的Trap，還是表示響應(yīng)阻塞請(qǐng)求的阻塞狀態(tài)的Trap。
依據(jù)本發(fā)明的另一方面，在Trap上附加表示阻塞請(qǐng)求的請(qǐng)求ID。由此，可以取得這樣的效果管理側(cè)裝置能夠可靠地判斷該Trap是響應(yīng)阻塞請(qǐng)求而發(fā)送的Trap。
依據(jù)本發(fā)明的另一方面，收到Set Request至輸出Trap的期間，不受理其他相同種類的Set Request。由此，可以取得這樣的效果管理側(cè)裝置能夠保證在Set Request、Get Response后輸出的Trap，是對(duì)管理側(cè)裝置向特定硬件發(fā)送的的阻塞請(qǐng)求的應(yīng)答。
依據(jù)本發(fā)明的另一方面，根據(jù)硬件的自主控制下的阻塞處理和響應(yīng)管理側(cè)裝置發(fā)送的阻塞請(qǐng)求的阻塞處理，對(duì)Trap的格式加以區(qū)別。由此，可以取得這樣的效果管理側(cè)裝置能夠可靠地判斷是表示硬件的自主控制下的阻塞狀態(tài)的Trap，還是表示響應(yīng)阻塞請(qǐng)求的阻塞狀態(tài)的Trap。
工業(yè)上的利用可能性如上所述，本發(fā)明的監(jiān)視控制系統(tǒng)、監(jiān)視控制方法及被管理側(cè)裝置用控制程序由管理側(cè)裝置和被管理側(cè)裝置構(gòu)成，適用于采用SNMP的網(wǎng)絡(luò)管理方式。
權(quán)利要求
1.一種用SNMP作為網(wǎng)絡(luò)管理方式的監(jiān)視控制系統(tǒng)，其特征在于管理側(cè)裝置在控制被管理側(cè)裝置內(nèi)的特定硬件的場(chǎng)合，向被管理側(cè)裝置發(fā)送包含控制請(qǐng)求的設(shè)定請(qǐng)求報(bào)文；接受所述控制請(qǐng)求的被管理側(cè)裝置內(nèi)的控制部開始對(duì)指定的特定硬件進(jìn)行控制，并將MIB內(nèi)與指定硬件的該控制請(qǐng)求有關(guān)的項(xiàng)目變更為預(yù)定狀態(tài)，并將包含其變更結(jié)果的應(yīng)答報(bào)文回復(fù)給所述管理側(cè)裝置；所述被管理側(cè)裝置內(nèi)的控制部在所述控制完成后的階段，制作含有表示所述控制請(qǐng)求的請(qǐng)求ID的自主報(bào)文，并將該自主報(bào)文發(fā)送給所述管理側(cè)裝置。
2.如權(quán)利要求1所述的監(jiān)視控制系統(tǒng)，其特征在于在從接受設(shè)定請(qǐng)求報(bào)文到輸出自主報(bào)文的期間，所述被管理側(cè)裝置不受理其他相同種類的設(shè)定請(qǐng)求報(bào)文。
3.如權(quán)利要求1所述的監(jiān)視控制系統(tǒng)，其特征在于根據(jù)硬件自主控制下的阻塞處理和響應(yīng)控制請(qǐng)求的阻塞處理來區(qū)別自主報(bào)文的格式。
4.如權(quán)利要求1所述的監(jiān)視控制系統(tǒng)，其特征在于將所述設(shè)定請(qǐng)求報(bào)文、應(yīng)答報(bào)文、自主報(bào)文中的請(qǐng)求ID作為維護(hù)用終端ID或用戶用終端ID以及命令I(lǐng)D。
5.如權(quán)利要求1所述的監(jiān)視控制系統(tǒng)，其特征在于將所述設(shè)定請(qǐng)求報(bào)文、應(yīng)答報(bào)文、自主報(bào)文中的請(qǐng)求ID作為維護(hù)用終端ID或用戶用終端ID、客戶ID以及命令I(lǐng)D。
6.如權(quán)利要求1所述的監(jiān)視控制系統(tǒng)，其特征在于將所述設(shè)定請(qǐng)求報(bào)文、應(yīng)答報(bào)文、自主報(bào)文中的請(qǐng)求ID作為客戶ID和命令I(lǐng)D。
7.一種周SNMP作為網(wǎng)絡(luò)管理方式的監(jiān)視控制方法，其特征在于包含設(shè)定請(qǐng)求報(bào)文發(fā)送步驟，也就是在管理側(cè)裝置控制被管理側(cè)裝置內(nèi)的特定硬件時(shí)，所述管理側(cè)裝置向被管理側(cè)裝置發(fā)送包含控制請(qǐng)求的設(shè)定請(qǐng)求報(bào)文；應(yīng)答報(bào)文回復(fù)步驟，也就是接受所述控制請(qǐng)求的被管理側(cè)裝置內(nèi)的控制部開始對(duì)指定的特定硬件進(jìn)行控制、將MIB內(nèi)與指定硬件的該控制請(qǐng)求有關(guān)的項(xiàng)目變更為預(yù)定狀態(tài)，并將包含其變更結(jié)果的應(yīng)答報(bào)文回復(fù)給所述管理側(cè)裝置；以及自主報(bào)文發(fā)送步驟，也就是所述被管理側(cè)裝置內(nèi)的控制部在所述控制完成后的階段，制作含有表示所述控制請(qǐng)求的請(qǐng)求ID的自主報(bào)文，并將該自主報(bào)文發(fā)送給所述管理側(cè)裝置。
8.如權(quán)利要求7所述的監(jiān)視控制方法，其特征在于在接受自主報(bào)文到輸出自主報(bào)文的期間，所述被管理側(cè)裝置不受理相同種類的設(shè)定請(qǐng)求報(bào)文。
9.如權(quán)利要求控制7所述的監(jiān)視控制方法，其特征在于根據(jù)硬件自主控制下的阻塞處理和響應(yīng)控制請(qǐng)求的阻塞處理來區(qū)別自主報(bào)文的格式。
10.一種被管理側(cè)裝置用控制程序，其特征在于該程序使計(jì)算機(jī)執(zhí)行SNMP的自主報(bào)文發(fā)送步驟，也就是在管理側(cè)裝置請(qǐng)求的控制完成后的階段，制作包含表示該控制請(qǐng)求的請(qǐng)求ID的自主報(bào)文，并將該自主報(bào)文發(fā)送給所述管理側(cè)裝置。
11.如權(quán)利要求10所述的被管理側(cè)裝置用控制程序，其特征在于從接受設(shè)定請(qǐng)求報(bào)文到輸出自主報(bào)文的期間，使計(jì)算機(jī)執(zhí)行控制，以不受理其他相同種類的設(shè)定請(qǐng)求報(bào)文。
12.如權(quán)利要求10所述的被管理側(cè)裝置用控制程序，其特征在于使計(jì)算機(jī)執(zhí)行自主報(bào)文生成步驟，也就是根據(jù)硬件的自主控制下的阻塞處理和響應(yīng)控制請(qǐng)求的阻塞處理來生成不同的自主報(bào)文。
全文摘要
采用SNMP的本發(fā)明的監(jiān)視控制系統(tǒng)中，在管理側(cè)裝置(1)將被管理側(cè)裝置(2)內(nèi)的特定的硬件設(shè)定為阻塞狀態(tài)時(shí)，向被管理側(cè)裝置(2)發(fā)送包含阻塞請(qǐng)求的Set Request，收到阻塞請(qǐng)求的被管理側(cè)裝置(2)內(nèi)的控制部(14)，開始對(duì)指定的特定硬件進(jìn)行阻塞處理，進(jìn)而將MIB內(nèi)與該硬件的阻塞有關(guān)的項(xiàng)目變更為阻塞狀態(tài)，并將包含該變更結(jié)果的Get Response回復(fù)管理側(cè)裝置(1)，其后，在阻塞處理完成后的階段，作成含有表示阻塞請(qǐng)求的請(qǐng)求ID的Trap，向管理側(cè)裝置(1)發(fā)送。
文檔編號(hào)G06F13/00GK1494682SQ0182306
公開日2004年5月5日 申請(qǐng)日期2001年9月20日 優(yōu)先權(quán)日2001年3月23日
發(fā)明者山崎高日子 申請(qǐng)人:三菱電機(jī)株式會(huì)社