管理系统以及计算机系统的管理方法

专利名称：管理系统以及计算机系统的管理方法
技术领域：
本发明涉及管理系统以及计算机系统的管理方法。
背景技术：
计算机系统，例如通过在通信网络上连接主计算机、存储装置、交換机装置等各种节点装置而构成。管理在计算机系统中包含的各节点装置是计算机系统在运用上的重要的作业。为了管理节点装置，需要从该节点装置取得信息。作为从节点装置取得信息的技术，例如公知在专利文献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日
发明者松本正义, 黑田泽希, 福田谕, 红山伸夫, 里见充则 申请人:株式会社日立制作所