專利名稱：管理系統(tǒng)以及計算機系統(tǒng)的管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及管理系統(tǒng)以及計算機系統(tǒng)的管理方法。
背景技術(shù)：
計算機系統(tǒng)，例如通過在通信網(wǎng)絡(luò)上連接主計算機、存儲裝置、交換機裝置等各種節(jié)點裝置而構(gòu)成。管理在計算機系統(tǒng)中包含的各節(jié)點裝置是計算機系統(tǒng)在運用上的重要的作業(yè)。為了管理節(jié)點裝置，需要從該節(jié)點裝置取得信息。作為從節(jié)點裝置取得信息的技術(shù)，例如公知在專利文獻I中公開的技木。根據(jù)專利文獻1，發(fā)現(xiàn)了具有在所指定的IP地址范圍中的IP地址的設(shè)備，從所發(fā)現(xiàn)的設(shè)備取得信息?，F(xiàn)有技術(shù)文獻 專利文獻專利文獻I :日本特開2005-175736號公報

發(fā)明內(nèi)容
發(fā)明要解決的課題但是，有時難以正確地管理在計算機系統(tǒng)中包含的各節(jié)點裝置。其理由之一在干，存在用于從新發(fā)現(xiàn)的節(jié)點裝置取得信息的方法是新方法的情況、以及/或者管理所需的信息的項目是新項目的情況，因為在這些情況下無法正確地取得信息。另外，計算機系統(tǒng)中包含的節(jié)點裝置的數(shù)量越増加，用于適當(dāng)?shù)毓芾砀鞴?jié)點裝置的準(zhǔn)備花費的時間越長耗費エ時，管理成本増大。因此，本發(fā)明的目的在于提供能夠更加簡單地管理管理對象裝置的管理系統(tǒng)以及計算機系統(tǒng)的管理方法。本發(fā)明的其它的目的可以根據(jù)后述的實施方式的說明而變得明了。用于解決課題的手段在本發(fā)明的一個實施方式中，公開了ー種管理系統(tǒng)，其包含與多個管理對象裝置連接的通信接ロ ；存儲管理程序、多個追加部件信息以及多個追加部件應(yīng)用條件信息的存儲器；以及微處理器，多個追加部件信息各個包含用于從多個管理對象裝置取得管理用信息的設(shè)定信息或者處理步驟的全部或者一部分，多個追加部件應(yīng)用條件信息包含對應(yīng)的追加部件信息的識別符和用于根據(jù)對應(yīng)的追加部件信息從多個管理對象裝置接收信息的條件，通過執(zhí)行管理程序，微處理器，Ca)經(jīng)由通信接ロ從多個管理對象裝置接收多個第一信息，根據(jù)多個第一信息將多個管理對象裝置的結(jié)構(gòu)信息存儲到存儲器中，(b)根據(jù)結(jié)構(gòu)信息和多個追加部件應(yīng)用條件信息，使用多個追加部件信息判斷是否從多個管理對象裝置取得多個第二信息，(C)當(dāng)在(b)中判斷為取得的情況下，使用多個追加部件信息，經(jīng)由通信接ロ，從個管理對象裝置接收多個第二信息，(d)根據(jù)多個第二信息，在存儲器中生成或者更新多個管理對象裝置的管理用信息。
本發(fā)明能夠作為計算機系統(tǒng)的管理方法來掌握。并且，本發(fā)明的結(jié)構(gòu)的至少一部分可以構(gòu)成為計算機程序。計算機程序可以固定在存儲介質(zhì)中發(fā)布，或者經(jīng)由通信介質(zhì)來傳送。此外，還可以是將計算機程序的全部或者一部分作為專用硬件電路來實現(xiàn)的結(jié)構(gòu)。并且，本實施例的計算機程序可以通過發(fā)布計算機來發(fā)布。在這種情況下，發(fā)布計算機可以由以下構(gòu)成(I)安裝發(fā)布對象的計算機程序的安裝程序或者計算機程序、(2)處理安裝程序或者計算機程序的取得請求的CPU、(3)發(fā)送安裝程序或者計算機程序的通信接ロ。


圖I是示意地表示實施方式的概要的說明圖。圖2是包含系統(tǒng)管理裝置的計算機系統(tǒng)的全體結(jié)構(gòu)圖。圖3是系統(tǒng)管理裝置的結(jié)構(gòu)圖。 圖4是節(jié)點裝置以及輸入輸出終端的結(jié)構(gòu)圖。圖5表示節(jié)點管理表。圖6表不訪問用信息管理表。圖7表不插件應(yīng)用條件定義的一例。圖8表不插件定義的一例。圖9表示基本信息管理表。圖10表示詳細(xì)信息管理表。圖11表示追加信息管理表。圖12表示插件應(yīng)用狀態(tài)管理表。圖13表示插件管理表。圖14表示節(jié)點裝置保持的基本信息。圖15表示節(jié)點裝置保持的詳細(xì)信息。圖16是定期監(jiān)視處理的流程圖。圖17是基本信息取得處理的流程圖。圖18是詳細(xì)信息取得處理的流程圖。圖19是狀態(tài)監(jiān)視處理的流程圖。圖20是插件應(yīng)用處理的流程圖。圖21是表示對每個對象裝置應(yīng)用插件的處理的流程圖。圖22是表示插件應(yīng)用結(jié)果的處理的流程圖。圖23是插件應(yīng)用結(jié)果的顯示畫面。圖24表示節(jié)點管理畫面。圖25是表示第二實施例的每個對象裝置的插件應(yīng)用處理的流程圖。圖26表不訪問用信息管理表。圖27是表示第三實施例的每個對象裝置的插件應(yīng)用處理的流程圖。圖28是第四實施例的系統(tǒng)管理裝置的結(jié)構(gòu)圖。圖29表示節(jié)點管理畫面。圖30表示用于支援認(rèn)證錯誤的解決的畫面。圖31表不用于修正訪問用信息的畫面。
圖32表示新生成訪問用信息的畫面。圖33是顯示處理的流程圖。
具體實施例方式以下參照

本發(fā)明的一個實施方式。在以下的說明中，所謂追加信息，是能夠通過在管理計算機(管理系統(tǒng)或者系統(tǒng)管理裝置)中追加的追加部件程序新取得的監(jiān)視對象裝置的信息。根據(jù)命令等指示，將追加部件程序追加到管理計算機中。在實施例中，所謂基本信息以及詳細(xì)信息，是管理計算機按照標(biāo)準(zhǔn)能夠從管理對象裝置(節(jié)點裝置)取得的信息，或者不使用追加部件程序能夠取得的信息。此外，所謂管理計算機“按照標(biāo)準(zhǔn)能夠從管理對象裝置取得的信息”是指以下的信息中的某ー個以上。(A)在通過管理計算機執(zhí)行的管理程序中預(yù)先包含用于取得的處理的信息。
(B)在管理計算機中安裝管理程序，從根據(jù)用戶指示在管理程序中追加追加部件以前能夠取得的信息。(C)在提供管理程序的時刻，通過Windows (注冊商標(biāo))或者UNIX (注冊商標(biāo))等通用的OS按照標(biāo)準(zhǔn)提供的管理接ロ(例如Windows Management Interface (WMI))能夠取得的ィ目息。(D)在提供管理程序的時刻，通過IP-Switch等網(wǎng)絡(luò)裝置提供的監(jiān)視用協(xié)議(例如Simple Network Management Protocol (SNMP))能夠取得的信息。(E)在提供管理程序的時刻，通過FC-Switch或者存儲系統(tǒng)等裝置提供的存儲系統(tǒng)管理的規(guī)格(例如 Storage Management Initiative - Specification (SMI-S)能夠取得的信息。(F)在提供管理程序的時刻，通過網(wǎng)絡(luò)裝置或者服務(wù)器等提供的硬件監(jiān)視用的接ロ(例如 Intelligent Platform Management Interface (IPMI))能夠取得的信息。(G)在提供管理程序的時刻，通過特定的硬件或者軟件的供應(yīng)商提供的訪問用接ロ能夠取得的信息。另外，在以下的說明中，例如，有時用abc表、abc列表、abd數(shù)據(jù)庫、abc隊列這樣的表現(xiàn)來說明“信息”。但是，在本實施方式中說明的信息可以具有表構(gòu)造、列表構(gòu)造、數(shù)據(jù)庫構(gòu)造以外的構(gòu)造。并且，在說明信息的結(jié)構(gòu)的情況下，例如，有時使用識別符、標(biāo)識信息、名稱、ID等表現(xiàn)，但是它們之間可置換。另外，后述的各處理，通過微處理器讀入并執(zhí)行在存儲器中存儲的各程序來實現(xiàn)。因此，各處理的主語可以是程序，也可以是微處理器?；蛘撸梢詫⒏魈幚淼闹髡Z作為系統(tǒng)管理裝置或者控制器來進行說明。圖I是表示一個實施方式的概要的說明圖。圖I簡略表示管理系統(tǒng)的動作概要。圖I是用于幫助本發(fā)明的理解而生成的，并不用于將本發(fā)明的范圍限定為圖示的結(jié)構(gòu)。圖I所示的特征的全部并不是本發(fā)明中必須的要素。管理系統(tǒng)I是用于管理多個管理對象裝置2 (1)、2 (2)、2 (3)(以下，在沒有特別區(qū)別的情況下，稱為管理對象裝置2)的裝置。將在后面敘述管理系統(tǒng)I的詳細(xì)結(jié)構(gòu)。管理對象裝置2，例如是服務(wù)器計算機、存儲裝置、網(wǎng)絡(luò)裝置等。管理系統(tǒng)I包含多個追加部件信息1A(1)、1A(2)、多個追加部件應(yīng)用條件1B(1)、IB (2)、多個第一信息IC (I)UC (2)、多個判定部ID (I)UD (2)和多個第二信息IE (I)、IE (2)。在附圖中，為了方便將追加部件應(yīng)用條件簡略表示為“應(yīng)用條件”。在以下的說明中，在沒有特別區(qū)別的情況下，稱為追加部件信息1A、追加部件應(yīng)用條件1B、第一信息1C、判定部1D、第二信息1E。另外，在圖I中，作為“多個”的一例說明了“2”的情況，但是并不限于2，可以為3以上。管理系統(tǒng)I從各管理對象裝置2取得第一信息1C。第一信息IC相當(dāng)干“管理計算機按照標(biāo)準(zhǔn)從管理對象裝置能夠取得的信息”。作為第一信息，例如可以例舉節(jié)點名、供應(yīng)商名、模型名、CPU (Central Processing Unit)性能等基本規(guī)格。管理系統(tǒng)I針對各管理對象裝置2判定是否可以應(yīng)用各追加部件信息1A。判定部ID通過比較追加部件應(yīng)用條件IB和第一信息1C，事先判定是否能夠?qū)⑴c追加部件應(yīng)用條件IB對應(yīng)的追加部件信息IA應(yīng)用到與第一信息IC對應(yīng)的管理對象裝置2中。
在通過判定部3判定為能夠應(yīng)用的情況下，管理系統(tǒng)I使用追加部件信息IA從管理對象裝置2取得第二信息1E。第二信息IE包含管理對象裝置2的結(jié)構(gòu)、狀態(tài)、性能、障礙中的至少ー個以上。管理系統(tǒng)I使用第二信息IE管理管理對象裝置2。作為使用了一方的追加部件信息IA (I)的信息取得結(jié)果，如符號3所示，被通知給另一方的追加部件信息IA (2)。另一方的判定部ID (2)利用該信息取得結(jié)果，從管理對象裝置2取得第二信息IE (2)。為了取得第二信息1E，存在需要核對認(rèn)證信息(例如，包含用戶ID及/或密碼的信息。是后述的訪問用信息)的情況。當(dāng)在管理對象裝置2中設(shè)定的認(rèn)證信息與在管理系統(tǒng)I中保存的認(rèn)證信息不一致吋，無法從管理對象裝置2中取出第二信息。在本實施例中，如后所述，不僅針對每個管理對象裝置2對應(yīng)管理認(rèn)證信息來，還針對每個通信協(xié)議對應(yīng)管理認(rèn)證信息。管理系統(tǒng)I針對各追加部件信息IA中的各個追加部件信息1A，嘗試按照各通信協(xié)議分類的認(rèn)證信息。將認(rèn)證信息的正確與否記錄在表中。在追加部件信息IA (I)中，在管理對象裝置2(1)中無法使用的認(rèn)證信息，即使在追加部件信息IA (2)中，在管理對象裝置2 (I)中也無法使用。因此，進行關(guān)于追加部件信息IA (I)的判定的判定部ID (I)向進行關(guān)于追加部件信息IA (2)的判定的判定部ID (2)通知與無法使用按照通信協(xié)議分類的各認(rèn)證信息的管理對象裝置2有關(guān)的信息。該信息，例如也可以被稱為“表示按照通信協(xié)議分類的認(rèn)證信息和各管理對象裝置2的認(rèn)證結(jié)果的認(rèn)證結(jié)果信息”。其它的判定部ID (2)利用先處理的追加部件信息IA (I)中的認(rèn)證結(jié)果信息，執(zhí)行關(guān)于追加部件信息IA (2)的認(rèn)證處理。因此，沒有必要嘗試即使嘗試也無用的認(rèn)證信息。在本實施方式中，通過比較從管理對象裝置2取得的第一信息IC和追加部件應(yīng)用條件1B，能夠事先判定是否使用追加部件信息IA從管理對象裝置2取得第二信息1E。因此，可以預(yù)先從第二信息的取得對象中除去追加部件信息IA未對應(yīng)的管理對象裝置2。由此，能夠縮短為了從各管理對象裝置2取得第二信息IE所要的時間。結(jié)果可以縮短系統(tǒng)管理所需的時間，提高管理效率。在本實施方式中，按照各通信協(xié)議的不同設(shè)定認(rèn)證信息，進而，在進行下一追加部件信息IA (2)的處理時利用先前處理的追加部件信息IA (I)的認(rèn)證結(jié)果信息。因此，不必嘗試已知認(rèn)證失敗的認(rèn)證信息，能夠高效地進行認(rèn)證。結(jié)果，可以在比較短的時間內(nèi)從管理對象裝置2取得第二信息1E。使用第一信息IC和追加部件應(yīng)用條件IB事先選擇應(yīng)用追加部件的管理對象裝置2的結(jié)構(gòu)和利用認(rèn)證結(jié)果信息不進行無用的認(rèn)證的結(jié)構(gòu)發(fā)揮協(xié)同效果，能夠提高系統(tǒng)管理的效率。進而，在后述的實施例中，公開了在使用追加部件信息IA無法取得第二信息IE的情況下，用干支援用戶的操作的結(jié)構(gòu)。用戶使用操作的支援畫面，能夠修正既存的認(rèn)證信息，或者生成新的認(rèn)證信息。由此，提高了用戶的使用性。實施例I圖2表示包含系統(tǒng)管理裝置的計算機系統(tǒng)。計算機系統(tǒng)包括作為“管理系統(tǒng)”的系統(tǒng)管理裝置10、多個管理對象裝置20 (1),20 (2),20 (3)、輸入輸出終端30、傳送裝置40、以及將這些各裝置10、20 (1),20 (2),20 (3)、30、40相互連接的通信網(wǎng)絡(luò)CN。在沒有
特別區(qū)別的情況下，將管理對象裝置20 (1),20 (2),20 (3)稱為管理對象裝置20。說明與圖I的對應(yīng)關(guān)系，系統(tǒng)管理裝置10與管理系統(tǒng)I對應(yīng)，管理對象裝置20與管理對象裝置2對應(yīng)。后述的基本信息以及詳細(xì)信息(表1035、1036)與第一信息IC對應(yīng)，后述的追加信息(表1037)與第二信息IE對應(yīng)，后述的插件應(yīng)用條件定義1033與追加部件應(yīng)用條件IB對應(yīng)，后述的插件定義1034與追加部件信息IA對應(yīng)。在管理對象裝置20中包含多種裝置。ー個管理對象裝置20 (I)是服務(wù)器計算機。服務(wù)器計算機通過執(zhí)行應(yīng)用程序，向圖外的客戶機計算機提供各種服務(wù)。以下，有時稱為服務(wù)器計算機20 (I)。另外ー個管理對象裝置20 (2)是存儲裝置。存儲裝置存儲通過服務(wù)器計算機使用的數(shù)據(jù)。以下，有時稱為存儲裝置20(2)。另外，其它另ー個管理對象裝置20 (3)是網(wǎng)絡(luò)裝置。網(wǎng)絡(luò)裝置，例如是構(gòu)成交換機裝置或者路由器裝置。以下，有時稱為網(wǎng)絡(luò)裝置20 (3)。以上是示例，也可以將上述的裝置以外的其它裝置作為管理對象裝置。此外，為了方便，在以下的說明中，有時將管理對象裝置稱為節(jié)點裝置。此外，管理對象并不限于整個裝置，可以是構(gòu)成裝置的一部分的硬件或者軟件。輸入輸出終端30是用于將信息輸入到系統(tǒng)管理裝置10，或者從系統(tǒng)管理裝置10取出信息的計算機。輸入輸出終端30由作為系統(tǒng)管理者的用戶使用。傳送裝置40，例如能夠以通過提供各節(jié)點裝置20的各供應(yīng)商運營的網(wǎng)站的方式來構(gòu)成。運營主體不限于供應(yīng)商，例如，可以是系統(tǒng)維護的專營者，或者是軟件供應(yīng)商等。此外，在圖2中，僅表示了一個傳送裝置40，但是可以存在與各供應(yīng)商對應(yīng)的多個傳送裝置40。傳送裝置40將成為插件定義1034的根本的插件數(shù)據(jù)發(fā)送到系統(tǒng)管理裝置10。系統(tǒng)管理裝置10根據(jù)插件數(shù)據(jù)生成插件定義1034。傳送裝置40根據(jù)來自系統(tǒng)管理裝置10的請求，或者不等待來自系統(tǒng)管理裝置10的請求，經(jīng)由通信網(wǎng)絡(luò)CN將插件數(shù)據(jù)發(fā)送到系統(tǒng)管理裝置10。在將新的節(jié)點裝置追加到計算機系統(tǒng)的情況下，例如，用戶訪問傳送裝置40，能夠取得與該新的管理對象裝置對應(yīng)的插件數(shù)據(jù)?；蛘?，還可以是在從供應(yīng)商向市場提供新的節(jié)點裝置前或者提供后，從傳送裝置40向系統(tǒng)管理裝置10自動地發(fā)送插件數(shù)據(jù)的結(jié)構(gòu)。所謂插件定義1034 (插件定義信息1034)是與預(yù)定的節(jié)點裝置對應(yīng)，用于從預(yù)定的節(jié)點裝置取得結(jié)構(gòu)信息及/或性能信息等的信息。所謂預(yù)定的節(jié)點裝置表示在計算機系統(tǒng)中新加的計算機裝置及/或構(gòu)成計算機裝置的硬件或軟件。例如，可以將系統(tǒng)構(gòu)建時的狀態(tài)設(shè)為基準(zhǔn)，將在系統(tǒng)管理裝置10中新安裝的軟件部件中的、在節(jié)點裝置的管理中使用的軟件部件稱為插件定義信息。但是，并不限于該定義。后面說明插件定義1034的細(xì)節(jié)。首先簡單地說明，插件定義1034，例如包含用于從節(jié)點裝置取得信息的方法(例如，通信協(xié)議的種類、登錄信息)、應(yīng)該從節(jié)點裝置取得的信息的項目(例如產(chǎn)品名、狀態(tài)值、性能值等)和用于將從節(jié)點裝置取得的信息映射到節(jié)點管理模型中的信息(例如用于確定圖標(biāo)的信息)中的至少ー個以上的信息而構(gòu)成。插件定義1034，例如可以是文件形式、表中的一行、程序形式等任何形式。例如，插件定義1034可以是存儲用于從節(jié)點裝置取得信息的步驟的結(jié)構(gòu)，或者可以構(gòu)成為用于從節(jié)點裝置取得信息的程序。系統(tǒng)管理裝置10根據(jù)插件定義1034訪問節(jié)點裝置，從節(jié)點裝置取得必要的信息。 通過系統(tǒng)管理裝置10正確地讀出信息的節(jié)點裝置成為新的管理対象。另外，系統(tǒng)管理裝置10有時能夠不使用插件定義1034地從節(jié)點裝置取得信息。例如，在計算機系統(tǒng)的初始構(gòu)建時包含的節(jié)點裝置的情況下，向該節(jié)點裝置的訪問方法以及應(yīng)該取得的項目等對于系統(tǒng)管理裝置10來說為已知。因此，系統(tǒng)管理裝置10能夠不使用插件定義1034地從節(jié)點裝置取得信息(基本信息以及詳細(xì)信息)。與此相對，在后來追加到計算機系統(tǒng)中的新種類的節(jié)點裝置(或者新的管理項目)的情況下，系統(tǒng)管理裝置10大多不知道用于從新的節(jié)點裝置取得信息的方法和應(yīng)該取得的信息的項目等。因此，系統(tǒng)管理裝置10從傳送裝置40得到與新的節(jié)點裝置對應(yīng)的插件定義所對應(yīng)的插件數(shù)據(jù)。圖3表示系統(tǒng)管理裝置10的結(jié)構(gòu)。系統(tǒng)管理裝置10，例如包括微處理器101、存儲器102、通信接ロ 103。在存儲器102中，例如存儲多個計算機程序1021-1028和多個信息 1031-1039。在相當(dāng)干“管理程序”的多個計算機程序中，例如包含定期監(jiān)視程序1021、基本信息取得程序1022、詳細(xì)信息取得程序1023、狀態(tài)監(jiān)視程序1024、插件應(yīng)用程序1025、插件登錄程序1026、訪問用/[目息登錄程序1027和結(jié)果顯不程序1028。在多個信息中，例如包括節(jié)點管理表1031、訪問用信息管理表1032、插件應(yīng)用條件定義1033、插件定義1034、基本信息管理表1035、詳細(xì)信息管理表1036、追加信息管理表1037、插件應(yīng)用狀態(tài)管理表1038和插件管理表1039。后面參照

各信息(包含表)的細(xì)節(jié)。微處理器101通過適當(dāng)讀入程序1021-1028，實現(xiàn)圖16-圖22所示的預(yù)定的處理。后面說明細(xì)節(jié)。通信管理端ロ 103是用于經(jīng)由通信網(wǎng)絡(luò)CN，與各節(jié)點裝置20和輸入輸出終端30以及傳送裝置40進行通信的通信端ロ。存儲器102 構(gòu)成為 ROM (Read Only Memory)> RAM (Random Access Memory)、輔助存儲裝置等的存儲資源。即，存儲器102可以包含一個或多個存儲區(qū)域。存儲器102并不限于一種半導(dǎo)體存儲器，可以是包含輔助存儲裝置等其它種類的存儲裝置的概念，在以下的說明中通用。
此外，系統(tǒng)管理裝置10不必由ー個計算機構(gòu)成，可以由多個計算機構(gòu)成ー個系統(tǒng)管理裝置。此外，系統(tǒng)管理裝置10不必一臺一臺地単獨管理各節(jié)點裝置，能夠?qū)⒍鄠€節(jié)點裝置分組，以組為単位來管理。圖4表示輸入輸出終端30以節(jié)點裝置20的結(jié)構(gòu)。輸入輸出終端30例如具備微處理器301、存儲器302、通信接ロ 303。在存儲器302中存儲網(wǎng)頁瀏覽器等⑶I (GraphicalUser Interface)程序3021。微處理器301通過讀入并執(zhí)行⑶I程序3021，經(jīng)由系統(tǒng)管理裝置10提供的畫面輸入用戶指示，或者使輸入輸出終端30的顯示裝置顯示系統(tǒng)管理裝置10提供的畫面。節(jié)點裝置20，例如具備微處理器201、存儲器202和通信接ロ 203。在存儲器202中除了操作系統(tǒng)，還存儲信息取得程序2021、裝置側(cè)基本信息2022和裝置側(cè)詳細(xì)信息2023。微處理器201通過讀入并執(zhí)行信息取得程序2021，收集自身裝置內(nèi)的基本信息以及詳細(xì)信息。微處理器201將收集的基本信息作為裝置側(cè)基本信息2022，將收集的詳細(xì)信息作為裝置側(cè)詳細(xì)信息2023，分別存儲在存儲器202中。微處理器201根據(jù)來自系統(tǒng)管理 裝置10的請求，或者自發(fā)地將裝置側(cè)基本信息2022以及詳細(xì)信息2033發(fā)送給系統(tǒng)管理裝置10。節(jié)點裝置具備與該種類對應(yīng)的結(jié)構(gòu)。在圖2中，為了便于說明省略了詳細(xì)的結(jié)構(gòu)。簡單地進行說明，在為存儲裝置時具備多個物理的存儲裝置、多個邏輯存儲裝置(邏輯卷)和控制器。存儲裝置向服務(wù)器計算機提供邏輯卷。在邏輯卷中存儲通過服務(wù)器計算機使用的數(shù)據(jù)(包含文件)。交換機或者路由器等網(wǎng)絡(luò)裝置具備多個通信端口和控制器。圖5表示節(jié)點管理表1031的例子。節(jié)點管理表1031是用于管理在計算機系統(tǒng)中包含的管理對象的節(jié)點裝置的表。節(jié)點管理表1031例如包含節(jié)點ID10311、IP地址10312、基本協(xié)議10313、訪問用信息ID10314、用于參照基本信息取得程序的指針10315和用于參照詳細(xì)信息取得程序的指針10316。節(jié)點ID10311是用于識別各節(jié)點裝置20的信息。IP地址10312是表示用于訪問各節(jié)點裝置的通信網(wǎng)絡(luò)上的位置的信息。此外，如果是系統(tǒng)管理裝置10能夠訪問的信息，并不限于IP地址。例如，可以代替IP地址，使用iSCSI (internet Small Computer SystemInterface )名稱這樣的網(wǎng)絡(luò)上的識別符?；緟f(xié)議10313表示系統(tǒng)管理裝置10為了從節(jié)點裝置20取得基本信息和詳細(xì)信息而使用的通信協(xié)議。在基本協(xié)議中，例如有麗I、SNMP、SMI-S、IPMI等。訪問用信息ID10314是用于確定作為“認(rèn)證信息”的訪問用信息的信息。系統(tǒng)管理裝置10根據(jù)訪問用信息ID，參照圖6所示的訪問用信息管理表1032，由此能夠使用基本協(xié)議檢測用于從節(jié)點裝置20取得基本信息以及詳細(xì)信息的用戶ID及/或密碼?；拘畔⑷〉贸绦虻膮⒄罩羔?0315是用于檢測從節(jié)點裝置20取得基本信息的基本信息取得程序1022的信息。詳細(xì)信息取得程序的參照指針10316是用于檢測從節(jié)點裝置20取得詳細(xì)信息的詳細(xì)信息取得程序1023的信息。如圖5所示，根據(jù)各節(jié)點裝置的種類，準(zhǔn)備了基本信息取得程序1022以及詳細(xì)信息取得程序1023。在節(jié)點裝置為服務(wù)器計算機的情況下，使用用于服務(wù)器計算機的基本信息取得程序1022 (I)以及詳細(xì)信息取得程序1023 (I)。節(jié)點裝置為網(wǎng)絡(luò)裝置(IP-SW)的情況下，使用用于IP-SW的基本信息取得程序1022 (2)以及詳細(xì)信息取得程序1023 (2)。
系統(tǒng)管理裝置10通過使用節(jié)點管理表1031，能夠從各節(jié)點裝置20收集基本信息以及詳細(xì)信息。圖6表不訪問用信息管理表1032的例子。訪問用信息管理表1032,例如包含協(xié)議類別10321和向子表的指針10322。在圖6中，將協(xié)議類別簡略表示為“協(xié)議”。對各通信協(xié)議中的每ー個準(zhǔn)備了子表1032ST1、1032ST2、1032ST3、1032ST4。WMI用的子表1032ST1，例如具備用于識別訪問用信息的ID103221、訪問用信息的名稱103222、用戶ID103223、密碼1032224和表示已經(jīng)使用的已經(jīng)使用標(biāo)志103225。SSH用子表1032ST2除了上述的103221-103225之外，還具備通信端ロ編號103226。SNMP用子表1032ST3除了上述的ID103221和名稱103222和已經(jīng)使用標(biāo)志103225 以及通信端ロ編號103226以外，還具備団體名103227。SNMP用子表1032ST3可以使用通信端ロ編號103226以及團體名103227，來代替用戶ID103223以及密碼103224。SMI-S用子表1032ST4除了上述的ID103221和名稱103222和通信端ロ編號103226以及已經(jīng)使用標(biāo)志103225之外，還具備名稱空間103228。SMI-S用子表1032ST4使用通信端ロ編號103226以及名稱空間103228，來代替用戶ID103223以及密碼103224。如圖6所述，在本實施例中，針對各通信協(xié)議的每ー個設(shè)定了訪問用信息。在本實施例中，不針對每個節(jié)點裝置對應(yīng)訪問用信息。在本實施例中，按照通信協(xié)議不同對應(yīng)訪問用信息，由此能夠簡單地提取無法使用的訪問用信息，高效地進行認(rèn)證。圖7表不插件應(yīng)用條件定義1033的例子。插件應(yīng)用條件定義1033表不用于將插件(以下有時將通過插件定義1034實現(xiàn)的功能稱為插件)應(yīng)用于節(jié)點裝置20的預(yù)定的條件。插件應(yīng)用條件定義1033,例如用XML (extensible Markup Language)這樣的構(gòu)造化標(biāo)簽語言來生成。插件定義1034也可以用XML等語言來記述。插件應(yīng)用條件定義1033，例如包含預(yù)檢查條件10331、認(rèn)證檢查條件10332、實例檢查條件10333。預(yù)檢查條件10331是根據(jù)從節(jié)點裝置20取得的基本信息，判定是否能夠?qū)⒉寮糜谠摴?jié)點裝置的條件。例如，在預(yù)檢查條件10331中記述了供應(yīng)商名。由與預(yù)檢查條件10331中記載的供應(yīng)商名相同的供應(yīng)商提供的節(jié)點裝置滿足預(yù)檢查條件10331。從與預(yù)檢查條件10331中記載的供應(yīng)商名不同的供應(yīng)商提供的節(jié)點裝置不滿足預(yù)檢查條件10331，判定為沒有應(yīng)用插件的可能。作為預(yù)檢查條件10331不限于供應(yīng)商名，例如，可以使用在基本信息中包含的節(jié)點名(節(jié)點類別)、或/及在基本信息中包含的模型名。在預(yù)檢查條件10331中記載了供應(yīng)商名和模型名的情況下，僅使具有該供應(yīng)商名以及模型名的節(jié)點裝置20滿足預(yù)檢查條件10331。認(rèn)證檢查條件10332是用于判定節(jié)點裝置20中的認(rèn)證處理是否成功的條件。認(rèn)證檢查在預(yù)檢查成功的情況下實施。對于某個插件，使用預(yù)定的通信協(xié)議(基本協(xié)議)和在預(yù)定的通信協(xié)議中設(shè)定的各訪問用信息，重復(fù)訪問各節(jié)點裝置20。節(jié)點裝置20根據(jù)從系統(tǒng)管理裝置10輸入的訪問用信息執(zhí)行認(rèn)證處理。為了發(fā)現(xiàn)(為了確定)在插件中使用的訪問用信息而進行認(rèn)證檢查。
當(dāng)節(jié)點裝置中的認(rèn)證處理成功時，能夠從節(jié)點裝置20的存儲器202的預(yù)定區(qū)域取得預(yù)定的信息。在該取得值與在認(rèn)真檢查條件10332中定義的值相同的情況下，滿足認(rèn)證檢查條件。關(guān)于預(yù)定的通信協(xié)議，例如，在登錄了 10個訪問用信息的情況下，系統(tǒng)管理裝置10按照順序選擇10個訪問用信息，對ー個節(jié)點裝置20共計訪問10次接受認(rèn)證處理。如果在通信協(xié)議為4種，針對各通信協(xié)議的每ー個準(zhǔn)備了 10個訪問用信息，滿足預(yù)檢查條件的節(jié)點裝置20為3臺的情況下，為了判定一個插件的應(yīng)用可否，有可能最多進行共計120次(=4X10X3)的認(rèn)證處理。如果在不存在預(yù)檢查條件10331的情況下，對于通過計算機系統(tǒng)發(fā)現(xiàn)的全部的節(jié)點裝置20進行認(rèn)證處理。例如，在通過計算機系統(tǒng)發(fā)現(xiàn)的節(jié)點裝置的合計數(shù)為200臺的情況下，為了判定可否應(yīng)用ー個插件，有可能最多進行共計8000次(=4 X10X200)的認(rèn)證處理。在本實施例中，如上所述，僅僅針對在計算機系統(tǒng)上發(fā)現(xiàn)的全部節(jié)點裝置20中的滿足預(yù)檢查條件10331的節(jié)點裝置20接受認(rèn)證處理。因此，可以減少系統(tǒng)管理裝置10訪問各節(jié)點裝置20的合計數(shù)，能夠縮短用于判斷可否應(yīng)用插件的時間。如后述的實施例那樣，在檢測出無法使用的訪問用信息的情況下，將無法使用該訪問用信息的節(jié)點裝置的ID和該訪問也能夠信息的ID對應(yīng)地存儲，也能夠在用于判斷可否應(yīng)用下一個插件的處理中使用。此時，能夠進ー步減少認(rèn)證次數(shù)，更高效更好地接受認(rèn)證。實例檢查條件10333是用于根據(jù)從節(jié)點裝置20取得的詳細(xì)信息，判定可否應(yīng)用插件的條件。在認(rèn)證檢查成功的情況下實施實例檢查。判定是否從節(jié)點裝置20取得了詳細(xì)信息中包含的表示CPU性能或者版本等基本規(guī)格的信息、或/及在詳細(xì)信息中包含的表示基本的性能的信息。能夠?qū)⒃摬寮?yīng)用于能夠取得詳細(xì)信息的節(jié)點裝置20。此外，在認(rèn)證檢查階段，也可以取得詳細(xì)信息。即，可以將認(rèn)證檢查和實例檢查匯總為ー個。但是，在認(rèn)證檢查時取得詳細(xì)信息的情況下，到完成認(rèn)證檢查處理的時間變長，系統(tǒng)管理裝置10的處理負(fù)荷也増大。與此相對，在本實施例中，分離認(rèn)證檢查和實例檢查，僅在認(rèn)證檢查合格的情況下取得詳細(xì)信息。因此，能夠用比較小的負(fù)荷執(zhí)行認(rèn)證檢查處理，能夠僅進行關(guān)于通過了認(rèn)證檢查的節(jié)點裝置20的實例檢查。因此，能夠縮短全體的處理時間，減輕處理負(fù)荷。圖8表示插件定義1034的例子。在圖8中，表示了用于取得數(shù)據(jù)庫的事務(wù)數(shù)的插件的例子。數(shù)據(jù)庫的事務(wù)數(shù)是“追加信息”的例子。在圖8所示的插件定義1034中，例如記載了用于從節(jié)點裝置20取得數(shù)據(jù)庫的事務(wù)數(shù)的通信協(xié)議的種類、要取得的項目名(數(shù)據(jù)庫的事務(wù)數(shù))、值、用于在追加信息管理表1073中存儲的存儲位置以及項目名。圖9表示基本信息管理表1035。基本信息管理表1035管理系統(tǒng)管理裝置10無需特別的勞動就能夠從節(jié)點裝置20取得的基本信息?；拘畔⒐芾肀?035例如包含節(jié)點ID10351、節(jié)點名10352、供應(yīng)商名10353、模型名10354。節(jié)點ID10351是用于識別節(jié)點裝置20的信息。節(jié)點名10352是節(jié)點裝置的名稱。節(jié)點名也能夠表示節(jié)點類別。供應(yīng)商名10353是用于識別作為節(jié)點裝置20的提供商的制造商或者售貨商的信息。模型名10354是表示節(jié)點裝置20的類型的信息。
圖10表示詳細(xì)信息管理表1036。詳細(xì)信息管理表1036與基本信息管理表1035同樣地管理系統(tǒng)管理裝置10無需特別的勞動就能夠從節(jié)點裝置20取得的基本信息。此外，在取得基本信息的情況下，考慮不需要在節(jié)點裝置的認(rèn)證和需要在節(jié)點裝置的認(rèn)證這兩種情況。這點關(guān)于詳細(xì)信息的情況也相同。認(rèn)證信息管理表1036，例如具備節(jié)點ID10361和表示子表的指針10362。對于各節(jié)點裝置的每個種類準(zhǔn)備了子表1036ST1和1036ST2。圖10所示的一方的子表1036ST1是子計算機用子表。圖10所示的另ー個子表1036ST2是交換機(IP-SW)用子表。服務(wù)器計算機用子表1036ST1，例如包含CPU性能103621、CPU內(nèi)核數(shù)103622和存儲器大小103623。從管理對象的各服務(wù)器計算機取得的詳細(xì)信息被存儲在一方的子表1036ST1 中。交換機用子表1036ST2，例如具備發(fā)送數(shù)據(jù)組數(shù)103624、接收數(shù)據(jù)組數(shù)103625和 錯誤數(shù)據(jù)組數(shù)102626。從管理對象的各網(wǎng)絡(luò)裝置(交換機裝置)取得的詳細(xì)信息被存儲在另一方的子表1036ST2中。此外，雖然省略了圖示，但是還設(shè)置了存儲裝置用的子表。存儲裝置用子表，例如可以將邏輯卷或/及通信端口數(shù)作為詳細(xì)信息來管理。圖11表示追加信息管理表1037的例子。追加信息管理表1037管理使用插件從節(jié)點裝置20取得的追加信息。追加信息管理表1037例如具備節(jié)點ID10371和向子表的指針 10372。針對各節(jié)點裝置20的每ー個準(zhǔn)備子表。在子表中包含性能值管理表1037ST1、1037ST2、屬性管理表1037ST3U037ST4。即，針對各節(jié)點裝置的每ー個對應(yīng)性能值管理表以
及屬性值管理表。性能值管理表1037ST1U037ST2管理經(jīng)由插件從節(jié)點裝置20取得的性能值。性能值管理表1037ST1、1037ST2，例如包含鍵103721、值103722和插件ID103723。鍵103721表示值103722的屬性。插件ID103723是用于確定在值103722的取得中使用的插件定義1034的信息。屬性管理表1037ST3、1037ST4 包含鍵 103721、說明 103724 和插件 ID103723。說明103724表示鍵103721的內(nèi)容。圖12表示插件應(yīng)用狀態(tài)管理表1038的例子。插件應(yīng)用狀態(tài)管理表1038管理各節(jié)點裝置20中的各插件的應(yīng)用狀態(tài)。插件應(yīng)用狀態(tài)管理表1038包含節(jié)點ID10381、向子表的指針10382。針對各節(jié)點裝置20的每ー個準(zhǔn)備了子表1038ST1、1038ST2。子表1038ST1、1038ST2，例如具備插件ID103821、已經(jīng)使用標(biāo)志103822、通信協(xié)議103823、錯誤發(fā)生部位103824、訪問用信息ID103825和錯誤消息103826。已經(jīng)使用標(biāo)志103822是表示是否已經(jīng)將通過插件ID103821確定的插件應(yīng)用于節(jié)點裝置20的信息。通信協(xié)議103823是表示用于插件從節(jié)點裝置20取得追加信息的通信協(xié)議的信息。錯誤發(fā)生部位103824是表示在判定是否將插件應(yīng)用到節(jié)點裝置20的一系列的處理中，在哪個處理中判定為無法應(yīng)用的信息。所謂判定插件可否應(yīng)用的一系列的處理是預(yù)檢查處理、認(rèn)證檢查處理以及實例檢查處理。在不滿足預(yù)檢查條件的情況下，在錯誤發(fā)生部位103824中記錄“預(yù)檢查”。在不滿足認(rèn)證檢查條件的情況下，在錯誤發(fā)生部位103824中記錄“認(rèn)證檢查”。在不滿足實例檢查條件的情況下，在錯誤發(fā)生部位103824中記錄“實例檢查”。當(dāng)在已經(jīng)使用標(biāo)志103822中記錄了表示應(yīng)用失敗“失敗”時，在錯誤發(fā)生部位103824中記錄“表示發(fā)生錯誤的處理的信息。在錯誤消息103826中存儲在錯誤發(fā)生時向用戶通知的消息。在錯誤消息103826中，例如預(yù)先存儲“插件P0007認(rèn)證檢查失敗”等消息。圖13表示插件管理表1039。插件管理表1039是用于管理各插件的表。插件管理表1039，例如具備插件ID10391、名稱10392、用于參照插件應(yīng)用條件定義1033的指針10393和用于參照插件定義1034的指針10394。名稱10392是插件的名稱。指針10393是用于參照插件應(yīng)用條件定義1033的信息。其它的指針10394是用于參照插件定義1034的信息。
圖14表示裝置側(cè)基本信息2022的例子。裝置側(cè)基本信息2022被保持在各節(jié)點裝置20內(nèi)。裝置側(cè)基本信息2022例如將主機名20221、供應(yīng)商名20222和模型名20223作為基本信息來存儲。圖15表示裝置側(cè)詳細(xì)信息2023的例子。裝置側(cè)詳細(xì)信息2023與裝置側(cè)基本信息2022相同地存儲在節(jié)點裝置20的存儲器202中。在服務(wù)器計算機的情況下，在裝置側(cè)詳細(xì)信息2023中，例如將CPU性能20231、CUP內(nèi)核數(shù)20232、存儲器大小20233作為詳細(xì)信息來存儲。如圖10所述，詳細(xì)信息的項目根據(jù)節(jié)點裝置的種類而不同。圖16是定期監(jiān)視處理的流程圖。圖16所示的流程圖通過執(zhí)行定期監(jiān)視程序1021來實現(xiàn)。以下，為了方便將主語作為系統(tǒng)管理裝置。系統(tǒng)管理裝置10執(zhí)行從各節(jié)點裝置20取得基本信息的處理(SlO)和從各節(jié)點裝置20取得詳細(xì)信息的處理(S11)。另外，系統(tǒng)管理裝置10執(zhí)行用于應(yīng)用插件的處理(S12)。后面說明S12的細(xì)節(jié)。在插件應(yīng)用處理結(jié)束后，系統(tǒng)管理裝置10執(zhí)行將插件的應(yīng)用結(jié)果顯示在畫面上的處理(S13)。最后，系統(tǒng)管理裝置10根據(jù)從各節(jié)點裝置20收集的信息(性能信息、狀態(tài)信息等)監(jiān)視各節(jié)點裝置20 (S14).基本信息取得處理(S10)，例如以一周一次程度的頻度來執(zhí)行。詳細(xì)信息取得處理(Sll)和插件應(yīng)用處理(S12)和結(jié)果顯示處理(S13)以及狀態(tài)監(jiān)視處理(S14)，例如比基本信息取得處理短地以一天一次程度的頻度來執(zhí)行。計算機系統(tǒng)的基本結(jié)構(gòu)發(fā)生大的變化的情況比較少，因此，可以將基本信息的取得周期設(shè)定得較長。與此相對，新的插件的導(dǎo)入及/或用戶ID或者密碼的變更比較頻繁地進行，因此可以在短的周期內(nèi)執(zhí)行S11-S14的處理。此外，上述的周期設(shè)定只不過是用于說明的一個例子?？梢允箞?zhí)行S11-S14的處理的周期各不相同的。狀態(tài)監(jiān)視處理(S14)的執(zhí)行周期，例如可以更短地設(shè)成為一個小時一次程度。圖17是基本信息取得處理的流程圖。本處理相當(dāng)于圖16中的SlO的步驟。本處理通過執(zhí)行基本信息取得程序1022來實現(xiàn)。系統(tǒng)管理裝置10從節(jié)點管理表1031取得節(jié)點裝置的一覽(S20)，對于全部節(jié)點裝置20執(zhí)行S22、S23 (S21)。S卩，系統(tǒng)管理裝置10從節(jié)點裝置20取得基本信息(裝置側(cè)基本信息2022) (S22)。系統(tǒng)管理裝置10將取得的基本信息保存在基本信息管理表1035中(S23)。圖18是詳細(xì)信息取得處理的流程圖。本處理相當(dāng)于圖16中的Sll的步驟。本處理通過執(zhí)行詳細(xì)信息取得程序1023來實現(xiàn)。系統(tǒng)管理裝置10從節(jié)點管理表1031取得節(jié)點裝置的一覽(S30)，對于全部節(jié)點裝置20執(zhí)行S32、S23 (S31)。S卩，系統(tǒng)管理裝置10從節(jié)點裝置20取得詳細(xì)信息(裝置側(cè)詳細(xì)信息2023) (S32)。系統(tǒng)管理裝置10將取得的詳細(xì)信息保存在詳細(xì)信息管理表1036中(S33)。圖19是狀態(tài)監(jiān)視處理的流程圖。本處理相當(dāng)于圖16中的S13的步驟。本處理通過執(zhí)行狀態(tài)監(jiān)視程序1024來實現(xiàn)。系統(tǒng)管理裝置10從節(jié)點管理表1031取得節(jié)點裝置的一覽(S40)，對于全部節(jié)點裝
置20執(zhí)行S42、S43 (S41)。S卩，系統(tǒng)管理裝置10從節(jié)點裝置20取得狀態(tài)信息(包含性能信息)(S42)，判定是否發(fā)生了異常(S43)。在判定為發(fā)生了異常的情況下(S43為“是”)，系統(tǒng)管理裝置10經(jīng)由輸入輸出終端30通知用戶(S44)?；蛘撸ㄟ^向用戶保持的便攜式終端(包含便攜式電話)發(fā)送電子郵件，由此通知異常的發(fā)生。圖20是插件應(yīng)用處理的流程圖。本處理相當(dāng)于圖16中的S12的步驟。本處理通過執(zhí)行插件應(yīng)用程序1025來實現(xiàn)。系統(tǒng)管理裝置10從節(jié)點管理表1031取得節(jié)點裝置的一覽(S50)，對于全部節(jié)點裝置執(zhí)行S52、S53、S54(S51)。S卩，系統(tǒng)管理裝置10從插件管理表1039取得插件一覽(S52)，對全部的插件執(zhí)行S54 (S53)。系統(tǒng)管理裝置10判斷向?qū)ο笱b置(成為處理對象的節(jié)點裝置)的插件應(yīng)用(S54)。S卩，在圖20的處理中，針對各節(jié)點裝置20的每一個，逐一判定可否應(yīng)用各插件。但是，在本實施例中，如通過圖21所詳細(xì)說明的那樣，根據(jù)基本信息以及詳細(xì)信息，預(yù)先縮小插件的應(yīng)用候補，因此能夠縮短S54的完成所需的時間。圖21表示圖20中的S54的細(xì)節(jié)。系統(tǒng)管理裝置10針對對象的插件，判定對象裝置20是否滿足預(yù)檢查條件(S60)。例如，在提供對象裝置20的供應(yīng)商的名稱和在與對象插件對應(yīng)的預(yù)檢查條件10331中記載的供應(yīng)商名不一致的情況下(S60 :否)，對象裝置20是應(yīng)用對象插件的裝置以外的裝置。因此，系統(tǒng)管理裝置10，在插件應(yīng)用狀態(tài)管理表1038中，在與對象裝置的對象插件對應(yīng)的已經(jīng)使用標(biāo)志103822中設(shè)定“假”(S66)。在此，能夠在執(zhí)行判定可否應(yīng)用插件的處理之前，從各節(jié)點裝置20收集基本信息以及詳細(xì)信息。因此，在S60中，無需訪問對象的節(jié)點裝置，能夠根據(jù)已經(jīng)取得的基本信息以及詳細(xì)信息來判斷是否滿足預(yù)檢查條件。由此，可以不增大通信網(wǎng)絡(luò)CN的負(fù)荷地判定可否向各節(jié)點裝置應(yīng)用各插件。在對象裝置滿足預(yù)檢查條件的情況下(S60:是)，該對象裝置成為插件應(yīng)用候補。系統(tǒng)管理裝置10使用訪問用信息對通過了預(yù)檢查的對象裝置進行訪問，由此嘗試從對象裝置取得認(rèn)證檢查用信息(S61)。如在圖7中所述那樣，認(rèn)證檢查條件10332能夠使用預(yù)定的通信協(xié)議訪問節(jié)點裝置20，從預(yù)定的場所取得認(rèn)證檢查用信息。為了從預(yù)定的場所取得認(rèn)證檢查用信息，需要在節(jié)點裝置20的認(rèn)證成功。如在圖6中所述那樣，對各通信協(xié)議預(yù)先對應(yīng)一個或多個訪問用信息(用戶ID、密碼)。系統(tǒng)管理裝置10對于對象插件，按順序嘗試各通信協(xié)議的各訪問用信息，嘗試從預(yù)定的場所取得認(rèn)證檢查用信息(S61)。系統(tǒng)管理裝置10判定是否滿足認(rèn)證檢查條件(S62)。在即使嘗試了各通信協(xié)議中的每個通信協(xié)議的各訪問用信息，也無法從對象裝置取得認(rèn)證檢查用信息的情況下(S62 :否)，系統(tǒng)管理裝置10在對應(yīng)的已經(jīng)使用標(biāo)志103822中設(shè)定“假”，更新插件應(yīng)用狀態(tài)管理表1038 (S66)。在無法從對象裝置的預(yù)定的場所讀出認(rèn)證檢查用信息的情況下(S62 :是)，系統(tǒng)管理裝置10嘗試從對象裝置取得實例檢查用信息(S63)。所謂實例檢查用信息是在實例檢查條件1 0333中定義的預(yù)定的信息，例如版本編號等相當(dāng)于這樣的實例檢查用信息。實例檢查是用于確認(rèn)能夠在對象裝置中應(yīng)用對象插件的最終檢查。系統(tǒng)管理裝置10使用在S62中成功的通信協(xié)議以及訪問用信息再次訪問對象裝置，從對象裝置的其它預(yù)定的場所取得實例檢查用信息。系統(tǒng)管理裝置10判定從對象裝置取得的實例檢查用信息是否與實例檢查條件10333 一致(S64)。在滿足實例檢查條件的情況下(S64 :是)，系統(tǒng)管理裝置10將對象插件應(yīng)用到對象裝置(S65)。此外，在S65中，系統(tǒng)管理裝置10在對應(yīng)的已經(jīng)使用標(biāo)志103822中設(shè)定“真”，更新插件應(yīng)用狀態(tài)管理表1038。與此相對，在不滿足實例檢查條件的情況下(S64 :否)，系統(tǒng)管理裝置10在對應(yīng)的已經(jīng)使用標(biāo)志103822中設(shè)定“假”，更新插件應(yīng)用狀態(tài)管理表1038 (S66)。圖22是結(jié)果顯示處理的流程圖。本處理相當(dāng)于圖16中的S13的步驟。本處理通過執(zhí)行結(jié)果顯示程序1028來實現(xiàn)。系統(tǒng)管理裝置10從節(jié)點管理表1031取得節(jié)點裝置的一覽(S70)，對于全部節(jié)點裝置執(zhí)行S72、S73 (S71)。系統(tǒng)管理裝置10對全部插件(S72)，顯示插件的應(yīng)用結(jié)果(S73)。圖23是顯示插件應(yīng)用結(jié)果的畫面GlO的例子。結(jié)果顯示畫面G10，例如包含狀態(tài)G101、節(jié)點名G102、插件名G103、通信協(xié)議G104、訪問用信息G105、日期時間G106和說明G107。狀態(tài)GlOl表示是否將插件應(yīng)用到節(jié)點裝置。在設(shè)定“是”的情況下，表示將插件應(yīng)用到節(jié)點裝置。在設(shè)定“錯誤”的情況下，表示無法將插件應(yīng)用到節(jié)點裝置。為了方便說明，在圖23中，針對各節(jié)點裝置逐一顯示可否應(yīng)用插件。但是，實際上，可以將多個插件應(yīng)用到多個節(jié)點裝置。通信協(xié)議G104表示為了插件從節(jié)點裝置取得信息而使用的通信協(xié)議。訪問用信息G105表示在節(jié)點裝置的認(rèn)證處理中使用的信息。日期時間G106表示判定插件可否應(yīng)用的日期時間。說明G107是表示可否應(yīng)用插件的結(jié)果的消息。在應(yīng)用了插件的情況下，例如，顯示“成功”這樣的消息。在無法通過預(yù)檢查的情況下，例如，顯示“對象外的節(jié)點”這樣的消息。在認(rèn)證檢查沒有合格的情況下，例如，顯示“沒有相應(yīng)的認(rèn)證信息”這樣的消息。認(rèn)證信息是訪問用信息。在實例檢查沒有合格的情況下，例如顯示“實例檢查的結(jié)果為對象以外的節(jié)點“這樣的消息。圖24表示節(jié)點管理畫面G20。節(jié)點管理畫面G20是用于管理管理對象的各節(jié)點裝置20的畫面。節(jié)點管理畫面G20，例如包含在圖23中所述的插件應(yīng)用結(jié)果顯示畫面G10、節(jié)點一覽畫面G30和監(jiān)視畫面G40。節(jié)點一覽畫面G30，例如一覽顯示各節(jié)點的IP地址、節(jié)點名、訪問用信息、裝置類別、節(jié)點說明、發(fā)現(xiàn)狀態(tài)等各屬性。監(jiān)視畫面G40顯示根據(jù)從各節(jié)點裝置取得的狀態(tài)信息或/及性能信息的監(jiān)視結(jié)果。例如，在發(fā)生了異常狀態(tài)的節(jié)點裝置中顯示表示發(fā)生異常狀態(tài)的圖標(biāo)等。并且，在發(fā)生了存儲器不足等狀態(tài)的節(jié)點裝置中顯示用于喚起用戶的注意的圖標(biāo)等。在如此構(gòu)成的本實施例中，系統(tǒng)管理裝置10根據(jù)能夠不使用插件地從各節(jié)點裝置20事先收集的基本信息以及詳細(xì)信息來進行預(yù)檢查，由此縮小成為插件應(yīng)用候補的節(jié)點裝置的范圍。從計算機系統(tǒng)中包含的多個節(jié)點裝置中，縮小到可以應(yīng)用插件的節(jié)點裝置20，能夠判定可否應(yīng)用插件。因此，能夠縮短用于判定可否應(yīng)用插件所需的時間，能夠提高管理效率。
在本實施例中，對于預(yù)檢查合格的節(jié)點裝置，實施認(rèn)證檢查，僅在認(rèn)證檢查合格的情況下進行實例檢查。此外，雖然假設(shè)了認(rèn)證檢查的處理時間短于實例檢查的處理時間，但是也可以不這樣假設(shè)。實例檢查僅對在認(rèn)證檢查中合格的節(jié)點裝置實施，因此，作為結(jié)果，能夠縮短認(rèn)證檢查以及實例檢查所需要的時間。因為對于認(rèn)證檢查失敗的節(jié)點裝置不進行實例檢查。此夕卜，認(rèn)證檢查的處理是用于系統(tǒng)管理裝置判斷可否利用存儲的認(rèn)證信息的處理，是典型的，但是，也可以不是這樣的處理。例如，可以包含與可否利用認(rèn)證信息沒有直接關(guān)系的處理，或者將有助于判斷可否利用認(rèn)證信息的一部分處理作為實例檢查的處理。當(dāng)然，由于上述以外的理由，可以將在實例檢查中應(yīng)該進行的全部處理或者一部分處理整合到認(rèn)證檢查中，或者反過來，將在認(rèn)證檢查中應(yīng)該進行的全部處理或者一部分處理整合到實例檢查中。實施例2參照圖25以及圖26說明第二實施例。包含本實施例的以下的各實施例，相當(dāng)于第一實施例的變形例，因此，以與第一實施例的不同點為中心進行說明。在本實施例中，預(yù)先記錄認(rèn)證檢查的結(jié)果，在下一個對象插件總的認(rèn)證檢查中使用該結(jié)果。圖25是向?qū)ο笱b置的插件應(yīng)用處理的流程圖。本處理代替圖21表示的處理，在圖20的S54中執(zhí)行。系統(tǒng)管理裝置10對于全部的插件執(zhí)行后述的S81-S88 (S81)。系統(tǒng)管理裝置10對于對象插件和對象裝置的組合進行預(yù)檢查(S81)，判定對象裝置是否滿足預(yù)檢查條件(S82)。在不滿足預(yù)檢查條件的情況下(S82 :否)，暫時結(jié)束處理，移動到下一個對象插件(S80)。在對象裝置滿足預(yù)檢查條件的情況下(S82 :是)，系統(tǒng)管理裝置10對于非無效的全部訪問用信息執(zhí)行S84、S85、S89 (S83)。在此，參照圖26。圖26表示訪問用信息管理表1032A。該表1032A，例如具備訪問用信息ID103221、訪問用信息的名稱103222、用戶ID103223、密碼103224、其它信息10322A和各節(jié)點裝置中的每一個的應(yīng)用結(jié)果10322B。其它的信息10322A表示圖6所示的已經(jīng)使用標(biāo)志103225、通信端口編號103226、團體名103227、名稱空間103228。根據(jù)紙面的情況，將上述的各項目103225-1-3228顯示為其它信息10322A。
每個節(jié)點裝置的應(yīng)用結(jié)果10322B表示是否能夠?qū)⒃L問用信息用于節(jié)點裝置，SP通過該訪問用信息節(jié)點裝置的認(rèn)證是否成功。在使用該訪問用信息認(rèn)證失敗的情況下，在認(rèn)證失敗的節(jié)點裝置的應(yīng)用結(jié)果10322B中設(shè)定“無效”。返回到圖25的S83。系統(tǒng)管理裝置10參照圖26表示的訪問用信息管理表1032A的應(yīng)用結(jié)果10322B，使用沒有設(shè)定“無效”的全部的訪問用信息進行認(rèn)證(S84)。被設(shè)定為“無效”的訪問用信息表明在該對象裝置中無法使用，沒有嘗試的意思?？s小為不是“無效”的訪問用信息進行認(rèn)證檢查，由此能夠縮短認(rèn)證檢查所需的時間。在認(rèn)證檢查失敗的情況下(S85 :否)，系統(tǒng)管理裝置10對于認(rèn)證失敗的訪問用信息，在認(rèn)證失敗的對象裝置的應(yīng)用結(jié)果10322B中設(shè)定“無效”。在嘗試了在應(yīng)用結(jié)果10322B中沒有設(shè)定“無效”的全部的訪問用信息之前，執(zhí)行S84、S85、S89。因為，圖25所示的處理越推進，越縮小可使用的訪問用信息(沒有被設(shè)定為無效的訪問用信息)。當(dāng)通過某個訪問用信息在對象裝置中的認(rèn)證成功時(S85 :是)，系統(tǒng)管理裝置10進行實例檢查(S86)。系統(tǒng)管理裝置10判定對象裝置是否滿足實例檢查條件(S87)。在對 象裝置滿足實例檢查條件的情況下(S87 :是)，系統(tǒng)管理裝置10從對象裝置取得預(yù)定的信息(結(jié)構(gòu)信息、性能信息、狀態(tài)信息中的某一個或者多個)(S88 )。這樣構(gòu)成的本實施例也獲得了與第一實施例同樣的效果。并且，在本實施例中，將關(guān)于對象裝置的對象插件的認(rèn)證處理的結(jié)果(成否)記錄在表1032A中，在下一個對象插件和對象裝置的組合中的認(rèn)證處理中應(yīng)用該認(rèn)證處理的結(jié)果。因此，能夠縮小在認(rèn)證檢查處理(S84)中應(yīng)該嘗試的訪問用信息的數(shù)量，能夠縮短認(rèn)證檢查所需的時間。為了保證安全性，優(yōu)選定期地變更各節(jié)點裝置的訪問用信息。因為越長時間使用同一訪問用信息，非法訪問的可能性越高。因此，用戶定期地或者不定期地變更各節(jié)點裝置的訪問用信息。在通常的情況下，當(dāng)變更了訪問用信息時，認(rèn)證檢查所需的時間變長。但是，在本實施例中，通過預(yù)檢查縮小對象裝置的范圍，并且，僅使用沒有被判定為無效的訪問用信息來進行認(rèn)證檢查，因此，即使在比較頻繁地變更訪問用信息的情況下，也能夠比較快地執(zhí)行認(rèn)證檢查。實施例3參照圖27說明第三實施例。在本實施例中，最初使用上次能夠使用的訪問用信息，進行認(rèn)證檢查。圖27是向本實施例的對象裝置的應(yīng)用插件的處理的流程圖。本處理具備圖26所示的全部的步驟S80-S89。進而，在本處理中新追加了 S90-S92。因此，說明新的結(jié)構(gòu)。當(dāng)對象檢查裝置在預(yù)檢查中合格時(S82 :是)，系統(tǒng)管理裝置10取得在該對象裝置中上次使用的訪問用信息(S90)，進行認(rèn)證檢查(S91)。在用上次的訪問用信息在對象裝置中的認(rèn)證成功的情況下(S92 :是)，轉(zhuǎn)移到實例檢查(S86)。在用上次的訪問用信息在對象裝置中的認(rèn)證無法成功的情況下(S92 :否)，轉(zhuǎn)移到S83，針對對象裝置使用沒有被設(shè)定為無效的全部的訪問用信息來進行認(rèn)證檢查(S84)。這樣構(gòu)成的本實施例也能夠獲得與第一實施例以及第二實施例同樣的效果。并且，在本實施例中，最初嘗試上次使用的訪問用信息，因此在認(rèn)證檢查中所需時間能夠比第二實施例短。實施例4
參照圖28-圖33說明第四實施例。本實施例在向節(jié)點裝置應(yīng)用插件失敗的情況下，向用戶通知用于消除該失敗的操作，支援用戶。圖28表示本實施例的系統(tǒng)管理裝置IOA0系統(tǒng)管理裝置IOA與圖3所示的系統(tǒng)管理裝置10相比，代替訪問用信息登錄程序1027，新具備訪問用信息追加程序1027A以及訪問用信息修正程序1027B。訪問用信息追加程序1027A是用于新生成訪問用信息，并將其追加登錄到訪問用信息管理表1032中的程序。訪問用信息修正程序1027B是用于修正在訪問用信息管理表1032中已登錄的訪問用信息的程序。圖29表示在節(jié)點管理畫面G20中包含的插件應(yīng)用結(jié)果顯示畫面GlOA的例子。在 圖29中，為了方便，沒有表示監(jiān)視畫面G40，但是節(jié)點管理畫面G20能夠具備監(jiān)視畫面G40。在顯示插件應(yīng)用結(jié)果的畫面GlOA中顯示解決按鈕B21。當(dāng)用戶操作了解決按鈕B21時，顯示圖30所示的認(rèn)證錯誤解決畫面G50。認(rèn)證錯誤解決畫面G50顯示在認(rèn)證檢查中失敗的節(jié)點裝置等，是用于支援用戶的解決的畫面。認(rèn)證錯誤解決畫面G50，例如具備通信協(xié)議顯示部G501、錯誤發(fā)生節(jié)點顯示部G502、不使用的訪問用信息顯示部G503和訪問用信息的追加部G504。在通信協(xié)議顯示部G501中顯示各通信協(xié)議的名稱。認(rèn)證錯誤解決畫面G50針對各通信協(xié)議中的每個協(xié)議，向用戶示教錯誤的解決方法。錯誤發(fā)生節(jié)點顯示部G502顯示在該通信協(xié)議中發(fā)生了認(rèn)證錯誤的節(jié)點裝置的名稱。在不使用的訪問用信息顯示部G503中顯示用于修正預(yù)先與該通信協(xié)議對應(yīng)的訪問用信息中的、在哪個節(jié)點裝置中都沒有使用的訪問用信息的修正按鈕B51。在修正按鈕B51上顯示不使用的訪問用信息的名稱。一方面存在雖然準(zhǔn)備了但是沒有使用的訪問用信息，另一方面，具有認(rèn)證失敗的節(jié)點裝置，這表示可能在未使用的訪問用信息的記載中存在錯誤。例如，表示節(jié)點裝置側(cè)的用戶ID或者密碼被變更的可能性，或者在系統(tǒng)管理裝置中登錄的訪問用信息中有輸入錯誤的可能性。因此，顯示修正按鈕B51。當(dāng)用戶操作了修正按鈕B51時，顯示后述的修正畫面 G60。在訪問用信息的追加部G504上顯示用于追加登錄新的訪問用信息的追加按鈕B52。當(dāng)用戶操作了追加按鈕B52時，顯示后述的追加畫面G70不存在不使用的訪問用信息，但是存在發(fā)生認(rèn)證錯誤的節(jié)點裝置是指存在刪除了與該節(jié)點裝置對應(yīng)的訪問用信息的可能性，或者把新的節(jié)點裝置追加到計算機系統(tǒng)的可能性。因此，顯示用于生成并登錄新的訪問用信息的按鈕B52。此外，在不存在發(fā)生錯誤的節(jié)點裝置的通信協(xié)議中，按鈕B51以及B52都不顯示。圖31表示修正畫面G60。用戶從訪問用信息管理表1032 (或者1032A)中讀出既存的訪問用信息的設(shè)定值，并進行修正。在本實施例中，作為WMI協(xié)議的例子顯示了 ID和密碼，但是，在其它協(xié)議的情況下，可以顯示端口編號或團體名、名稱空間。圖32表示追加畫面G70。用戶例如通過輸入新生成的訪問用信息的名稱、用戶ID、密碼，生成訪問用信息并將其存儲在訪問用信息管理表1032中(或1032A)中。此外，有時只要設(shè)定用戶ID或者密碼中的某一方即可。
圖33表示顯示解決畫面G50的處理。系統(tǒng)管理裝置IOA對于在節(jié)點監(jiān)視中使用的全部的通信協(xié)議，執(zhí)行后述的S101-S107(S100)。將處理對象的通信協(xié)議稱為對象協(xié)議。系統(tǒng)管理裝置IOA使用插件應(yīng)用狀態(tài)管理表1038，檢索通過對象協(xié)議發(fā)生了認(rèn)證錯誤的節(jié)點裝置(S101)。系統(tǒng)管理裝置IOA判定是否具有發(fā)生了認(rèn)證錯誤的節(jié)點裝置(S102)在沒有發(fā)生認(rèn)證錯誤的節(jié)點裝置的情況下(S102 :否)，本處理一旦結(jié)束，轉(zhuǎn)移到下一個對象協(xié)議(S100)。在具有發(fā)生了認(rèn)證錯誤的節(jié)點裝置的情況下(S102 :是)，在錯誤發(fā)生節(jié)點顯示部G502中顯示發(fā)生了認(rèn)證錯誤的節(jié)點裝置的名稱(S103)。接著，系統(tǒng)管理裝置IOA在對象協(xié)議中檢索在哪個節(jié)點裝置中都未使用的訪問用信息(S104)。系統(tǒng)管理裝置IOA將訪問用信息管理表1032 (或者1032A)和插件應(yīng)用狀態(tài)管理表1038進行核對，來檢測不使用的訪問
用信息。當(dāng)在對象協(xié)議中發(fā)現(xiàn)了未使用的訪問用信息的情況下(S105 :是)，系統(tǒng)管理裝置 IOA在顯示部G503中顯示修正按鈕B51 (S106)。當(dāng)在對象協(xié)議中不存在未使用的訪問用信息時(S105 :否)，跳過S106。系統(tǒng)管理裝置IOA使追加部G504顯示追加按鈕G504，一旦處理結(jié)束，將對象協(xié)議切換到下一個通信協(xié)議，執(zhí)行SlOl以下的各步驟。這樣構(gòu)成的本實施例，結(jié)合第一、第二、第三實施例中的任意一個，提高用戶的便利性。用戶能夠針對發(fā)生認(rèn)證錯誤的節(jié)點裝置，迅速地修正或者追加訪問用信息，能夠盡早解決認(rèn)證錯誤。至此，說明了本發(fā)明的最佳的實施方式，但是，這些只是用于說明本發(fā)明的例子，并非將本發(fā)明的范圍僅僅限定為該實施方式。本發(fā)明可以用各種發(fā)生來實施。符號說明I、10、IOA :系統(tǒng)管理裝置(管理系統(tǒng));2、20管理對象裝置(節(jié)點裝置);30輸入輸出終端；40傳送裝置；30系統(tǒng)管理裝置
權(quán)利要求
1.一種管理系統(tǒng)，其包含與多個管理對象裝置連接的通信接口 ；存儲管理程序、多個追加部件信息以及多個追加部件應(yīng)用條件信息的存儲器；以及微處理器，該管理系統(tǒng)的特征在于， 所述多個追加部件信息各個包含用于從所述多個管理對象裝置取得管理用信息的設(shè)定信息或者處理步驟的全部或者一部分， 所述多個追加部件應(yīng)用條件信息包含對應(yīng)的追加部件信息的識別符和用于根據(jù)對應(yīng)的追加部件信息從所述多個管理對象裝置接收信息的條件， 通過執(zhí)行所述管理程序，所述微處理器， (a)經(jīng)由所述通信接口從所述多個管理對象裝置接收多個第一信息，根據(jù)所述多個第一信息將所述多個管理對象裝置的結(jié)構(gòu)信息存儲到所述存儲器中， (b)根據(jù)所述結(jié)構(gòu)信息和所述多個追加部件應(yīng)用條件信息，使用所述多個追加部件信息判斷是否從所述多個管理對象裝置取得多個第二信息， (c)當(dāng)在所述(b)中判斷為取得的情況下，使用所述多個追加部件信息，經(jīng)由所述通信接口，從所述多個管理對象裝置接收多個第二信息， (d)根據(jù)所述多個第二信息，在所述存儲器中生成或者更新所述多個管理對象裝置的管理用信息。
2.根據(jù)權(quán)利要求I所述的管理系統(tǒng)，其特征在于， 所述微處理器通過執(zhí)行所述管理程序，從取自所述通信接口或外部存儲介質(zhì)的第一追加部件組中提取所述多個追加部件信息中的第一追加部件信息和所述多個追加部件應(yīng)用條件信息中的第一追加部件應(yīng)用條件信息。
3.根據(jù)權(quán)利要求2所述的管理系統(tǒng)，其特征在于， 能夠在將所述第一追加部件信息存儲到所述存儲器以前取得所述多個第一信息， 基于所述第一追加部件應(yīng)用條件信息來執(zhí)行所述(b)的判斷， 通過使用所述第一追加部件信息來執(zhí)行所述(c )。
4.根據(jù)權(quán)利要求3所述的管理系統(tǒng)，其特征在于， 所述存儲器存儲第一認(rèn)證信息， 所述(c)的處理包含 (Cl)向所述多個管理對象裝置發(fā)送所述第一認(rèn)證信息； (c2)接收表示所述第一認(rèn)證信息被認(rèn)可的應(yīng)答消息； (c3)使用所述第一追加部件信息，對所述多個管理對象裝置的至少一個發(fā)送第二信息取得消息；以及 (c4)使用所述第一追加部件信息接收第二信息。
5.根據(jù)權(quán)利要求4所述的管理系統(tǒng)，其特征在于， 所述多個管理對象裝置包含 由第一組件構(gòu)成的第一管理對象裝置；和 由所述第一組件以及第二組件構(gòu)成的第二管理對象裝置， 所述多個第一信息包含與所述第一組件相關(guān)的信息， 所述多個第二信息包含與所述第二組件相關(guān)的信息。
6.根據(jù)權(quán)利要求5所述的管理系統(tǒng)，其特征在于，所述微處理器通過執(zhí)行所述管理程序，從取自所述通信接口或者外部存儲介質(zhì)的第二追加部件組中提取所述多個追加部件信息中的第二追加部件信息和所述多個追加部件應(yīng)用條件信息中的第二追加部件應(yīng)用條件信息， 所述管理程序能夠使所述微處理器處理用于與所述多個管理對象裝置通信的多個協(xié)議， 所述存儲器存儲第二認(rèn)證信息， 所述第一認(rèn)證信息與所述多個協(xié)議中的第一協(xié)議對應(yīng)， 所述第二認(rèn)證信息與所述多個協(xié)議中的第二協(xié)議對應(yīng)， 所述(C)的處理包含 (c5)向所述多個管理對象裝置發(fā)送所述第二認(rèn)證信息； (c6)接收表示所述第二認(rèn)證信息被認(rèn)可的應(yīng)答消息； (c7)使用所述第二追加部件信息，對所述多個管理對象裝置的至少一個發(fā)送第二信息取得消息；以及 (c8)使用所述第二追加部件信息接收第二信息。
7.根據(jù)權(quán)利要求6所述的管理系統(tǒng)，其特征在于， 所述微處理器通過執(zhí)行所述管理程序， 在所述(c2)中，關(guān)于所述第一追加部件信息,存儲用于確定所述第一認(rèn)證信息未被許可的管理對象裝置的信息， 在所述(c5)中，關(guān)于所述第二追加部件信息，不向所述第一認(rèn)證信息未被許可的管理對象裝置發(fā)送所述第一認(rèn)證信息，而是把所述第二認(rèn)證信息發(fā)送給所述多個管理對象裝置。
8.根據(jù)權(quán)利要求7所述的管理系統(tǒng)，其特征在于， 所述管理系統(tǒng)還包含顯示設(shè)備， 在所述多個管理對象裝置中包含關(guān)于所述第一追加部件信息發(fā)送了所述第一認(rèn)證信息，但是表示了認(rèn)證失敗的管理對象裝置， 通過執(zhí)行所述管理程序，所述微處理器將以下信息作為使用了所述第一追加部件信息的管理用信息取得的錯誤，顯示在所述顯示設(shè)備中 (O用于確定所述第一追加部件信息的信息； (2)用于確定所述第一認(rèn)證信息的信息；以及 (3)表示所述第一認(rèn)證信息在所述多個管理對象裝置中的至少一個中被認(rèn)證認(rèn)可的信肩、O
9.根據(jù)權(quán)利要求8所述的管理系統(tǒng)，其特征在于， 通過執(zhí)行所述管理程序，所述微處理器還把以下的信息作為使用了所述第一追加部件信息的管理用信息取得的錯誤，顯示在所述顯示設(shè)備中 (4)每個協(xié)議類別的表示所述認(rèn)證失敗的管理對象裝置；和 (5)表示表示了所述認(rèn)證失敗的管理對象裝置的認(rèn)證設(shè)定錯誤的可能性的信息。
10.根據(jù)權(quán)利要求6所述的管理系統(tǒng)，其特征在于， 所述管理系統(tǒng)還包含顯示設(shè)備， 在關(guān)于第三追加部件信息發(fā)送第三認(rèn)證信息認(rèn)證失敗的情況下，通過執(zhí)行所述管理程序，所述微處理器， (e)關(guān)于所述第三認(rèn)證信息，判斷是否從預(yù)定的定時之后發(fā)送所述第三認(rèn)證信息后全部認(rèn)證失敗， (f)在所述(e)的結(jié)果為判斷為全部認(rèn)證失敗的情況下，與基于第三追加部件信息的管理用信息取得的錯誤相關(guān)聯(lián)，在所述顯示設(shè)備顯示用于推薦所述第三認(rèn)證信息的確認(rèn)的信息。
11.根據(jù)權(quán)利要求10所述的管理系統(tǒng)，其特征在于， 通過執(zhí)行所述管理程序，所述微處理器還把以下的信息作為使用了所述第一追加部件信息的管理用信息取得的錯誤，顯示在所述顯示設(shè)備中 (6)表示所述各協(xié)議類別的在哪個管理對象裝置中也未使用的不使用的認(rèn)證信息的信息； (7)用于執(zhí)行用于修正所述不使用的認(rèn)證信息的處理的修正用操作信息；以及 (8)用于執(zhí)行用于生成新的認(rèn)證信息的處理的新生成用操作信息。
12.根據(jù)權(quán)利要求6所述的管理系統(tǒng)，其特征在于， 所述多個管理對象裝置中的預(yù)定的管理對象裝置通過從提取所述第一追加部件信息之前具備的預(yù)定的處理，向所述通信接口發(fā)送第二信息，或者 通過與所述第一追加部件信息的提取協(xié)作地追加的追加處理，向所述通信接口發(fā)送第二信息。
13.一種用于管理計算機系統(tǒng)的管理方法，該計算機系統(tǒng)包含多個管理對象裝置和管理系統(tǒng)，該管理方法的特征在于， 所述管理系統(tǒng)具有多個追加部件信息以及多個追加部件應(yīng)用條件信息， 所述多個追加部件信息各個包含用于從所述多個管理對象裝置取得管理用信息的設(shè)定信息或者處理步驟的全部或者一部分， 所述多個追加部件應(yīng)用條件信息包含對應(yīng)的追加部件信息的識別符和用于根據(jù)對應(yīng)的追加部件信息從所述多個管理對象裝置接收信息的條件， 所述管理系統(tǒng)， (a)從所述多個管理對象裝置接收多個第一信息，根據(jù)所述多個第一信息存儲所述多個管理對象裝置的結(jié)構(gòu)信息， (b)根據(jù)所述結(jié)構(gòu)信息和所述多個追加部件應(yīng)用條件信息，使用所述多個追加部件信息判斷是否從所述多個管理對象裝置取得多個第二信息， (c)當(dāng)在所述(b)中判斷為取得的情況下，使用所述多個追加部件信息，從所述多個管理對象裝置接收多個第二信息， Cd)根據(jù)所述多個第二信息，生成或者更新所述多個管理對象裝置的管理用信息。
全文摘要
管理計算機系統(tǒng)的管理裝置根據(jù)從多個管理對象裝置接收的多個第一信息存儲多個管理對象裝置的結(jié)構(gòu)信息。管理裝置根據(jù)結(jié)構(gòu)信息和多個追加部件應(yīng)用條件信息，使用多個追加部件信息，判斷是否從多個管理對象裝置取得多個第二信息。管理裝置在判斷為取得的情況下，使用多個追加部件信息，從多個管理對象裝置接收多個第二信息，根據(jù)多個第二信息生成或更新多個管理對象裝置的管理用信息。
文檔編號G06F13/00GK102859505SQ201080066369
公開日2013年1月2日 申請日期2010年6月28日 優(yōu)先權(quán)日2010年6月28日
發(fā)明者松本正義, 黑田澤希, 福田諭, 紅山伸夫, 里見充則 申請人:株式會社日立制作所