管理系統以及計算機系統的管理方法

2023-05-24 00:23:36 2

專利名稱：管理系統以及計算機系統的管理方法
技術領域：
本發明涉及管理系統以及計算機系統的管理方法。
背景技術：
計算機系統，例如通過在通信網絡上連接主計算機、存儲裝置、交換機裝置等各種節點裝置而構成。管理在計算機系統中包含的各節點裝置是計算機系統在運用上的重要的作業。為了管理節點裝置，需要從該節點裝置取得信息。作為從節點裝置取得信息的技術，例如公知在專利文獻I中公開的技木。根據專利文獻1，發現了具有在所指定的IP位址範圍中的IP位址的設備，從所發現的設備取得信息。現有技術文獻 專利文獻專利文獻I :日本特開2005-175736號公報

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


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

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

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