IT设备管理方法和IT设备管理装置与流程

本发明涉及IT设备管理方法和IT设备管理装置，特别涉及计算机系统中的管理IT设备的状态的IT设备管理方法和IT设备管理装置。

背景技术：

为了确保具有多个IT设备的计算机系统的可用性，需要监视这些IT设备的状态。对于IT设备的状态，需要监视的项目包括导致业务终止的故障项目(例如OS挂断、热失效)、需检验的项目(电缆断线导致的状态不明、超过耐用年限、冗余化器件的故障、暂时的负载增大等)等多个不同重要度的监视项目。其中，重要度高的(需要立即处理的)监视项目由IT设备管理装置检测并通知管理者。另一方面，重要度低的(业务不会立即停止的)监视项目则由管理者定期按照管理方案或签约内容，对IT设备管理装置中显示的信息或者实体设备进行检查确认。但是，对于上述那样的现有技术中的IT设备管理方法或IT设备管理装置，要求能够根据管理者的要求来高效地对IT设备的状态进行管理。

专利文献1提供了一种用于对系统中被怀疑存在异常的控制系统进行检测的异常检测系统。在该异常检测系统中，具体公开了如下内容：统计从多个控制系统中的各个监视部发送的异常通知，对被怀疑存在异常的控制系统进行评价，在根据评价结果判断为异常的情况下，对被怀疑存在异常的控制系统工作的区域进行限制。

另外，专利文献2公开了对用户提供能够根据业务场合进行定制的应用程序的应用程序执行方法。在该应用程序执行方法中，具体公开了如下内容：针对如管理产品、诊断支援那样的应用程序，定制执行服务器对包含应用程序的操作信息的用户状态信息进行管理，基于客户发送来的请求消息，将应用程序的操作信息记录在用户状态信息中，并基于用户状态信息，改变从应用程序服务器发送来的响应消息， 由此生成新的响应消息，并将所生成的新响应消息发送给客户。

现有技术文献

专利文献1：日本特开2012-168755

专利文献2：日本特开2010-204834

技术实现要素：

发明要解决的技术问题

然而，专利文献1中的异常检测系统中，具有管理多个信息项目(例如警告信息)的机构，在各项目中利用列表等进行信息显示，因此，如图23所示，为了进行检查，管理者需要跨多个画面和页面地整理信息并判断设备状态，操作复杂。

专利文献2的应用程序执行方法中，根据业务场合进行应用程序的定制的前提条件是：需要生成业务流程、故障检测步骤等预先进行了排序的步骤，并对该步骤进行定制。因此，不能够应用于根据独立的数据集合(主机状态、事件信息等)高效地进行状态确定(不必要信息的排除、要优先显示在画面上的信息的选择等)的情况。

本发明是鉴于上述问题而做出的，其目的在于，提供一种管理者无需跨多个画面和页面就能够整理信息从而能够高效地管理IT设备的状态的IT设备管理方法和IT设备管理装置。

用于解决问题的技术方案

为了解决上述技术问题，本发明的一实施方式的IT设备管理方法，其在与IT设备连接的IT设备管理装置中执行，用于管理上述IT设备的状态，上述IT设备管理装置保存有状态更新条件信息和状态关联信息定义信息，其中，上述状态更新条件信息包含多个表示更新上述IT设备的状态的条件的更新条件，上述状态关联信息定义信息包含关于上述IT设备的状态的多个管理信息项目和表示上述管理信息项目被参照的频度的管理信息项目参照频度，上述IT设备管理方法包括：状态分析信息生成步骤，根据上述状态更新条件信息中的上述更新条件的相互的包含关系，生成表示上述更新条件之间的父子关系的状态分析信息；状态分析重要度设定步骤，根据上述更新条件之间的上述父子关系和上述管理信息项目参照频度计算上述更新条件的重要度，在上 述状态分析信息中设定计算出的上述更新条件的重要度；状态确定集合信息生成步骤，基于设定了上述更新条件的重要度的上述状态分析信息和上述状态关联信息定义信息，生成表示上述管理信息项目及其重要度的状态确定集合信息；和输出定义信息生成步骤，按照上述状态确定集合信息中的上述管理信息项目的重要度的高低，对上述管理信息项目进行排序，生成表示要输出的排序高的规定个数的上述管理信息项目的输出定义信息。

在本发明的一实施方式的IT设备管理方法中，在上述状态分析信息生成步骤中，对上述多个更新条件中的一个更新条件与另一个更新条件进行比较，在上述一个更新条件包含于上述另一个更新条件的情况下，将上述一个更新条件设置为上述另一个更新条件的父级条件，来形成上述更新条件之间的父子关系。

在本发明的一实施方式的IT设备管理方法中，上述多个更新条件按上述管理信息项目参照频度的高低进行排序。

在本发明的一实施方式的IT设备管理方法中，在上述状态分析重要度设定步骤之后，上述状态确定集合信息生成步骤之前，还包括部分状态分析信息排除步骤，在上述部分状态分析信息排除步骤中，根据上述状态分析信息的上述更新条件之间的上述父子关系，从上述状态分析信息中排除与父级的上述更新条件重复的子级的上述更新条件所对应的一部分上述状态分析信息。

在本发明的一实施方式的IT设备管理方法中，在上述状态分析重要度设定步骤中，上述更新条件的重要度由该更新条件的上述管理信息项目参照频度和该更新条件所包含的子级的上述更新条件的重要度计算，在上述更新条件不包含子级的更新条件的情况下，上述更新条件的重要度由该更新条件的上述管理信息项目参照频度计算。

在本发明的一实施方式的IT设备管理方法中，在上述状态分析信息生成步骤之前，还包括对上述状态更新条件信息中的上述更新条件进行变更、删除和追加的条件更新步骤。

在本发明的一实施方式的IT设备管理方法中，上述IT设备是主机或保存业务所需的数据的存储装置，其中，上述主机是通过程序控制来进行工作的计算机。

本发明的一实施方式的IT设备管理装置，其与IT设备连接，用于管理所述IT设备的状态，该IT设备管理装置保存有状态更新条件信息和状态关联信息定义信息，其中，上述IT设备管理装置保存有状态更新条件信息和状态关联信息定义信息，其中，上述状态更新条件信息包含多个表示更新上述IT设备的状态的条件的更新条件，上述状态关联信息定义信息包含关于上述IT设备的状态的多个管理信息项目和表示上述管理信息项目被参照的频度的管理信息项目参照频度，上述IT设备管理装置包括：状态分析信息生成模块，其根据上述状态更新条件信息中的上述更新条件的相互的包含关系，生成表示上述更新条件之间的父子关系的状态分析信息；状态分析重要度设定模块，其根据上述更新条件之间的上述父子关系和上述管理信息项目参照频度计算上述更新条件的重要度，在上述状态分析信息中设定计算出的上述更新条件的重要度；状态确定集合信息生成模块，其基于设定了上述更新条件的重要度的上述状态分析信息和上述状态关联信息定义信息，生成表示上述管理信息项目及其重要度的状态确定集合信息；和输出定义信息生成模块，其按照上述状态确定集合信息中的上述管理信息项目的重要度的高低，对上述管理信息项目进行排序，生成表示要输出的排序高的规定个数的上述管理信息项目的输出定义信息。

在本发明的一实施方式的IT设备管理装置中，上述状态分析信息生成模块对上述多个更新条件中的一个更新条件与另一个更新条件进行比较，在上述一个更新条件包含于上述另一个更新条件的情况下，将上述一个更新条件设置为上述另一个更新条件的父级条件，来形成上述更新条件之间的父子关系。

在本发明的一实施方式的IT设备管理装置中，上述多个更新条件按上述管理信息项目参照频度的高低进行排序。

在本发明的一实施方式的IT设备管理装置中，包括部分状态分析信息排除模块，其根据上述状态分析信息的上述更新条件之间的上述父子关系，从上述状态分析信息中排除与父级的上述更新条件重复的子级的上述更新条件所对应的一部分上述状态分析信息。

在本发明的一实施方式的IT设备管理装置中，上述更新条件的重要度由该更新条件的上述管理信息项目参照频度和该更新条件所包含 的子级的上述更新条件的重要度计算，在上述更新条件不包含子级的更新条件的情况下，上述更新条件的重要度由该更新条件的上述管理信息项目参照频度计算。

在本发明的一实施方式的IT设备管理装置中，还包括对上述状态更新条件信息中的上述更新条件进行变更、删除和追加的条件更新模块。

在本发明的一实施方式的IT设备管理装置中，上述IT设备是主机或保存业务所需的数据的存储装置，其中，上述主机是通过程序控制来进行工作的计算机。

发明效果

根据上述结构，本发明着眼于独立的数据项目的更新条件之间存在的(基于条件集合的包含关系)的父子关系进行状态的细分化，由此，能够以较少的数据集合(状态分析树的节点集合数(画面数))实施状态分析树的探索(即状态检查时的确认作业)，因此，管理者无需跨多个画面和页面就能够整理信息从而能够高效地管理IT设备的状态。

附图说明

图1是表示计算机系统的结构的图。

图2是表示IT设备管理装置的结构的图。

图3是表示管理对象的结构的图。

图4是表示管理对象的第二结构的图。

图5是表示存储装置的结构的图。

图6是表示状态关联信息定义信息的例子的图。

图7是表示状态更新条件信息的例子的图。

图8是表示状态分析信息的例子的图。

图9是表示状态确定集合信息的例子的图。

图10是表示输出定义信息的例子的图。

图11是表示实施方式1的IT设备管理方法的整体流程的图。

图12是表示状态分析信息生成处理的处理流程图的例子的图。

图13是表示状态更新条件信息的包含关系的例子的图。

图14是表示状态分析重要度设定处理的处理流程图的例子的图。

图15是表示状态确定集合决定处理的处理流程图的例子的图。

图16是表示输出定义信息生成处理的处理流程图的图。

图17是表示实施方式2的IT设备管理方法的整体流程的图。

图18是表示部分状态分析信息排除处理的处理流程图的例子的图。

图19是表示实施方式3的IT设备管理方法的整体流程的图。

图20是表示状态更新条件操作处理的例子的图。

图21是表示状态更新条件操作处理的另一例子的图。

图22是表示状态更新条件操作处理的又一例子的图。

图23是表示现有的管理装置的画面结构的例子的图。

图24是本发明的IT设备管理装置的画面结构的例子的图。

具体实施方式

以下，基于附图说明本发明的实施方式。

【实施方式1】

图1表示本发明的计算机系统的结构。该计算机系统包括：多个IT设备；和与IT设备连接，具有管理IT设备的状态的功能的IT设备管理装置100。作为IT设备，此处示出了一个以上的主机200、一个以上的交换机装置111、一个以上的存储装置300、输入输出装置110，但也可以是其他装置。这些IT设备与IT设备管理装置100为了彼此通信而与一个以上的网络400连接。另外，IT设备管理装置不仅可以具有管理IT设备的状态的功能，还可以具有管理例如IT设备的结构等的功能。网络400被分为：用于IT设备管理装置100对主机200或存储装置300进行信息获取或控制的管理用途的通信网络；和用于主机200之间或主机200与存储装置300进行数据或控制指令/消息等的交换的业务用途的通信网络。以下，使用图2～图5说明除了网络400之外的该计算机系统的其他部分的细节。

图2表示IT设备管理装置100的结构。IT设备管理装置100是通过程序控制来进行工作的计算机，其进行与主机200或存储装置300的结构、状态等有关的信息获取和控制。IT设备管理装置100内部包 括：输入输出I/F201、存储盘202、处理器等处理装置203、M/B(MotherBoard：主板)204、与设备管理用途的网络400连接的管理I/F205。管理I/F205由有线连接用的NIC(Network Interface Card：网络接口卡)、无线连接用的数据通信卡/适配器等实现。

另外，IT设备管理装置100例如包括探索部101、设计部102、管理部103。探索部101进行状态分析所需信息的生成，且为了实现状态确定的高效化而进行信息集合的生成。探索部101在其内部保存有状态分析信息212和状态确定集合信息213，并且包括：进行状态分析信息生成处理的状态分析信息生成模块220；进行状态分析重要度设定处理的状态分析重要度设定模块221；进行部分状态分析信息排除处理的部分状态分析信息排除模块222；和进行状态确定集合决定处理的状态确定集合决定模块225。设计部102决定探索部101生成状态分析信息212和状态确定集合信息213所需的信息和要从状态确定集合信息213输出的信息集合。设计部102在其内部保存有状态关联信息定义信息210、状态更新条件信息211、输出定义信息214，并且包括：进行输出定义信息生成处理的输出定义信息生成模块223；和进行状态更新条件操作处理的状态更新条件操作模块224。管理部103获取并保存设计部102和探索部101所需的基本信息。管理部103为了进行管理工作，在其内部保存有管理信息项目定义信息215和管理信息216，并且包括：进行管理信息获取处理的管理信息获取模块217；和进行管理信息输出处理的管理信息输出模块218。管理信息项目定义信息215保存有关于管理部103要管理的主机200或存储装置300的信息的定义，例如包括状态信息、结构信息、事件信息、管理信息项目等。管理信息216是管理信息获取处理217实际获取的信息。进行管理信息输出处理的管理信息输出模块218经由输入输出I/F201，与输入输出装置110进行数据传输，对存储盘202、探索部101、设计部102进行管理信息项目定义信息215和管理信息216的内容的输入和输出。

另外，图2所示的探索部101、设计部102和管理部103各自所保存的信息可以直接保存在IT设备管理装置100中，并且探索部101、设计部102和管理部103各自所具有的模块也可以直接设置在IT设备管理装置100中。在该情况下，IT设备管理装置100可以不具有探索 部101、设计部102和管理部103。

图3表示主机200的结构。主机200是通过程序控制来进行工作的计算机。主机200包括内存206、M/B204、一个以上的存储盘202、处理装置203、管理I/F205、与业务用途的网络400连接的业务I/F207。主机200利用处理装置203和M/B204从存储盘202内的系统区域301将OS(Operating System：操作系统)210加载到内存206使其工作。OS210具有用于使各装置或I/F动作的驱动器211。

存储装置300具有一个以上的存储盘302。存储盘302具有用于保存业务所需的数据的数据区域303。本实施方式中，数据区域303包含在存储装置300内，但也可以包含在主机200侧的存储盘202内。

图4是主机200的另一方式。图4中，主机200使虚拟机401工作。虚拟机401在物理的主机200上使一个以上的逻辑计算机402工作。逻辑计算机402使图3的主机200中的内存206、存储盘202等计算机资源逻辑性地保存和工作，在逻辑计算机402内使OS210或驱动器211工作。

图5表示存储装置300的结构。存储装置300具有存储盘控制器500、存储盘202、管理I/F205。存储盘控制器500经由网络400和业务I/F207与主机200或IT设备管理装置100进行数据通信。存储装置300的业务I/F207由HBA(Host Bus Adapter)、NIC等实现，通过FC(Fiber Channel)或以太网连接到网络400。存储盘202具有一个以上的盘卷。盘卷由LU(Logical Unit)、NTFS(NT File System)等文件分区实现。

以下，对本实施方式的IT设备管理方法进行说明。本实施方式的IT设备管理方法中，利用保存在管理装置中的状态定义信息210、状态更新条件信息211，进行状态分析信息212、状态确定集合信息213和输出定义信息214的生成。

图6表示状态关联信息定义信息210的例子。状态关联信息定义信息210管理与状态的变更相关联的信息。状态ID1200是用于标识与各状态的变更相关联的信息的标识符。名称1201是与状态的变更相关联的信息的名称，基于管理信息项目定义信息215内的管理信息项目等而设定。参照频度1202标示各信息被例如程序或用户参照(参阅、 访问)的频度。参照频度例如可以根据一定期间(例如一周)的参照次数分级别地设定。本实施例中通过按四个级别(级别1、级别2、级别3、级别4)进行分类设定，各级别例如赋予“4”、“3”、“2”、“1”的数值。

图7表示状态更新条件信息211的例子。状态更新条件信息211用于管理更新状态的条件。条件ID1300是标识状态更新条件信息211的各记录(record)的标识符。条件ID1300包括主No.1310和副No.1311。主No.1310对应一个更新条件1302，例如表示发生某种警报时、用户操作而停止时、异常导致装置电源停止时、电缆切断时等的状态更新条件。主No.1310不同的情况下，以不同的配置指令(context)产生更新条件1302。副No.1311是用于对具有相同的主No.1310的各元素进行唯一标识的标识符。更新条件1302是更新状态的条件的内容(更新对象的管理信息项目及对其进行的处理(更新、追加、删除等)的组合)。更新条件1302包括管理信息项目1312和处理内容1313。管理信息项目1312是用于对被实施后述处理内容1313的处理的对象的管理信息进行标识的标识符。处理内容1313是表示对管理信息项目1312实施的具体处理内容的文本。处理内容1313的文本的结构要素根据管理信息项目1312或管理部103的动作而不同。

本实施例中，例如设管理部103具有改变主机200的电源状态的功能。在该情况下，管理部103在检测主机的“HostStatus(电源状态)”的变化并改变内部的管理信息216的配置指令中，利用任意的主机的“Name(名称)”、“Status(新的电源状态)”、“OP(Operation，操作)”的参量(参数)进行处理。此处新的电源状态被分为“Running(运行中)”、“Stopped(停止)”、“Unknown(不明)”三个固定值。因此，与该配置指令相关联，在状态更新条件信息211的管理信息项目1312中追加“HostStatus”，而且更新条件1302中追加包含上述“OP”、“Status”、“Name”的三种处理内容。

图8表示状态分析信息212的例子。状态分析信息212由探索部101生成。分析ID1400是标识各记录的标识符。主No.1401是与状态更新条件信息211的条件ID1300相关联的状态更新条件信息211的标识符。父级分析ID1402用于通过分析ID1400来确定某个记录的父级 记录。重要度1403是在状态的分析中表示记录(即状态更新条件信息211的记录)的信息的重要性的值。在状态分析重要度设定处理中，重要度1403例如由更新条件自身的参照频度1202和作为自身的子级的分析ID1400的重要度之和计算。另外，在更新条件不包含子级的情况下，重要度1403由更新条件自身的参照频度120计算。由此，重要度1403的值在子级的数量越多(能够深挖更多的状态)的情况和自身或子级的信息被经常参照的情况下，变得越高。关于更新条件的父子关系的形成方法在后文中进行叙述。

图9表示状态确定集合信息213的例子。状态确定集合信息213由状态确定集合决定处理225生成。输出ID1500是标识各元素的标识符。名称ID1501是与状态的变更相关联的信息的名称，与名称1201同样地基于管理信息项目定义信息215内的项目等来设定。重要度1502是根据状态分析信息212的一个以上的相同信息项目的重要度1403计算得到的值。

图10是输出定义信息214的例子。输出ID1600是用于标识要输出的各信息管理项目的标识符。I/F信息1601是表示作为输出定义信息214的基础的状态确定集合信息213的输出方法的信息。

图11表示本发明的一实施方式的IT设备管理方法的流程的例子。本实施方式中，IT设备管理装置100利用设计部所具有的现有的状态关联信息定义信息210、状态更新条件信息211开始处理。首先，状态分析信息生成模块220为了生成状态分析信息212进行状态分析信息生成处理。状态分析信息生成处理的细节如图12所示。接着，状态分析重要度设定模块221，为了对状态分析信息生成处理中生成的状态分析信息212设定表示优先度信息的状态分析重要度而进行状态分析重要度设定处理。状态分析重要度设定处理的细节如图14所示。然后，状态确定集合信息生成模块225基于状态分析重要度，生成表示关于管理信息项目的标识符和重要度的状态确定集合信息213。状态确定集合信息生成处理的细节如图15所示。最后，输出定义信息生成模块223基于关于状态确定集合信息213的管理信息项目的重要度，在用户预先决定的输出最大数的范围内生成表示关于状态确定集合信息213的管理信息项目的标识符的输出定义信息214。输出定义信息生成处理的 细节如图16所示。

图12表示状态分析信息生成处理的处理流程图的例子。状态分析信息生成处理中，首先，将状态更新条件信息211按照与主No.1310相关联的状态关联信息定义信息210的参照频度的值进行降序排序(S800)。在本实施方式中，为了之后的反复处理(S804、S809、S815)在S800中进行降序排序，但根据反复处理的内容不同(例如从标注顺序的列表的末尾进行反复处理的情况)也可以进行升序排序。S800是用于使管理高效率化的处理，本实施方式的IT设备管理方法也可以不必进行S800。

接下来，在状态分析信息生成处理中，对最上级节点用的状态分析信息212的分析ID1400编入序号后(S801)，对第一记录用的状态分析信息212的分析ID1400编入序号(S802)。然后，在S803中，读取与状态更新条件信息211的最初(首次实施时)或其下一个(仅在第二次以后的情况)条件ID1401相关联的一个以上的记录作为第一记录集合(主No.1311所对应的一个更新条件)，在S804中，读取与下一个条件ID1401相关的一个以上的记录作为第二记录集合(主No.1311所对应的另一个更新条件)。S803和S804中读取的元素的位置利用程序指针或反复处理用的变量等来存储。

接下来，在S805中，调查第一记录集合和第二记录集合的条件ID1401的值是否相同，相同的情况下移动到S809，不同的情况下移动到S806。在S806中，获取第一记录集合的更新条件1302作为第一更新条件值，获取第二记录集合的更新条件1302作为第二更新条件值。接下来，在S807中，确认第一更新条件值是否包含于第二更新条件值，如果包含则移动到S808，如果不包含则移动到S809。关于判断条件间的包含关系的方法，在图13中进行说明。

接下来，在S808中，将第一记录集合的分析ID1400作为第二记录集合的父级解析ID1402进行追加存储，形成分析ID之间的父子关系。作为追加存储的方法，使用能够追加列表、排列、表格、结构体等元素的方法。然后，在S809中，确认所有的状态更新条件信息211是否均作为第二记录已被读取，读取了的情况下移动到S810，没有读取的情况下移动到S804。在S810中，确认在S808中是否存储了一个 以上的关于当前的第一记录的父级分析ID，存储了一个以上的情况下移动到S812，一个也没有存储(即，此时没有关于当前的第一记录的父级分析节点)的情况下，存储S801中设定的所有末端节点的父级分析ID作为当前的第一记录的父级分析ID(S811)。某节点与所有末端节点关联的情况，表示从状态分析树的当前的被最细分化的状态(末端节点)起的状态转变。例如，图14的主No.1310为5的记录表示发生了信息警报的情况，该信息警报的发生本身因为不依赖于节点的状态所以表示从任意状态起的状态转变。在S812中，根据S802或S811的分析ID1400生成状态分析信息212的新记录，在S813中，对S812的状态ID1200设定第一记录的状态ID1200。然后，在S814中，对S812的父级分析ID1402设定S808中存储的父级分析ID，或者没有在S808中存储父级分析ID的情况下，设定S800的分析ID。在S815中，确认所有的状态更新条件信息是否已作为第一记录被读取，被读取的情况下结束状态分析信息生成处理，没有被读取的情况下移动到S802。

图13表示状态更新条件信息的包含关系的例子。首先，示出第一记录集合包含于第二记录集合的情况(a)。图13的例子中，作为第二记录集合，具有状态更新条件信息211的主No.1310为7、副No.1311为1和2的两个记录。作为第一记录集合，具有状态更新条件信息211的主No.1310为2、副No.1311为1的一个记录。此时，第二记录集合的处理内容1313具有与第一记录集合的所有的处理内容1313相同的值，所以第一记录集合(关于处理内容1313)包含于第二记录集合。接着，示出第一记录集合不包含于第二记录集合的情况(b)。图13的例子中，作为第二记录集合，具有状态更新条件信息211的主No.1310为7、副No.1311为1和2的两个记录。作为第一记录集合，具有状态更新条件信息211的主No.1310为2、副No.1311为1的一个记录。此时，第一记录集合的处理内容1313在第二记录集合的处理内容1313中不存在，第一记录集合(关于处理内容1313)不包含于第二记录集合。

图14表示状态分析重要度设定处理的处理流程图的例子。状态分析重要度设定处理中，首先，读取状态分析信息212的最后(反复处理首次实施时)或其前一个(仅在实施第二次以后的情况)记录作为 第一分析记录(S900)，将第一分析记录用的重要度的值初始化(S901)。以从状态分析信息212的最后的记录回溯的方式进行处理的原因是，为了在后述的S908中使用子级节点的重要度的值。初始化的值只要是数值等能够在各值之间进行比较的值即可，在所有的S901的实施期间，使用相同的值。接下来，在S902中，读取第一分析记录的状态ID1200和分析ID1400，并在S903中，获取与S902的状态ID1200相应的状态关联信息定义信息210的参照频度1202。接着，在S904中，根据S903的参照频度的值计算S901的重要度的值。接着，在S905中，读取状态分析信息212的前一个记录作为第二分析记录。接着，在S906中，确认第二分析记录的分析ID1400和S902的分析ID1400的值是否相同，相同则移动到S909，不相同则移动到S907。在S907中，确认第二分析记录的父级分析ID1402是否包含S902的分析ID的值，包含则移动到S908，不包含则移动到S909。在S908中，根据作为S902的子级节点的分析ID的重要度1403，重新计算S901的重要度。重要度的值的计算方法的例子如图8所示。例如分析ID1400为#1的记录，作为其子级具有分析ID1400为#4和#5的记录，而且作为自身的参照频度1202具有4的值，所以是13+7+4＝24。在S909中，确认所有的状态分析信息212是否已作为第二记录被读取，被读取的情况下移动到S910，没有被读取的情况下移动到S906。在S910中，确认所有的状态分析信息212是否已作为第一记录被读取，被读取的情况下结束处理，没有被读取的情况下移动到S900。状态分析重要度设定处理结束。

图15表示状态确定集合决定处理的处理流程图的例子。以状态确定集合最大数2210为参量，开始进行状态确定集合决定处理。首先，在S2200中，以状态确定集合最大数2210为最大元素(记录)数初始化状态确定集合信息213。读取关于状态分析信息212的最初(反复处理首次实施时)或下一个(仅在第二次实施反复处理时)主No.1310的一个以上的记录(S2201)，计算S2201的重要度的总和(S2202)。接着，在S2203中，确认现有的状态确定集合信息213的记录数是否小于状态确定集合最大数2210的值，在小于的情况下，则移动到S2204，如果不小于则移动到S2205。在S2204中，追加S2201中读取的记录作为状态确定集合信息213的新记录。在S2205中，确认出小 于S2201的记录的重要度的总和的现有的状态确定集合信息的记录。接下来，在S2206中，确认S2205中低的现有的状态确定集合信息是否为一个，一个的情况下，移动到S2207，不为一个(即两个以上)的情况下，移动到S2208。在S2207中，利用S2201的内容置换重要度最低的现有的状态确定集合信息213的一个记录。在S2208中，利用S2201的内容置换关于S2205的状态关联信息定义信息210的参照频度最低的S2205的一个记录。然后，在S2209中，确认所有的状态分析信息是否已被读取，被读取的情况下结束状态确定集合决定处理，没有被读取的情况下，移动到S2201。

图16表示输出定义信息生成处理的处理流程图的例子。输出定义信息生成处理以输出最大数1120为参量。首先，初始化输出定义信息214(S1100)，然后以0初始化输出定义信息生成处理中具有的变量及输出定义信息数的值(S1101)，按重要度的顺序将状态确定集合信息213排序(S1102)。接着，读取状态确定集合信息213的最初(反复处理首次实施时)或下一个(在反复处理实施第二次以后时)作为第一记录(S1103)，获取第一记录的名称ID1501(S1104)。然后，获取与S1104的名称ID1501相应的I/F信息(S1105)。该I/F信息是输出改名称ID的API、CLI、画面ID、表格名、设定名等。接着，对输出定义信息214新追加S1105的I/F信息(S1106)，输出定义信息数的值加1(S1107)。接着，确认输出定义信息数是否超过输出最大数1120，超过的情况下，结束输出定义信息生成处理，没有超过的情况下，移动到S1103(S1108)。

利用该生成的输出定义信息214，例如在IT设备管理装置100的屏幕上能够显示如图24所示的画面构成。与图23的现有的管理装置相比，在本发明中，被判断为对管理者重要的管理信息项目显示在同一画面区域，管理者能够更快地确认IT设备状态。

根据本实施方式，本发明着眼于独立的数据项目的更新条件之间存在的(基于条件集合的包含关系)的父子关系进行状态的细分化，由此，能够以较少的数据集合(状态分析树的节点集合数(画面数))实施状态分析树的探索(即状态检查时的确认作业)，因此，管理者无需跨多个画面和页面就能够整理信息从而能够高效地管理IT设备的状 态。

【实施方式2】

在实施方式1中，对进行状态的分析所需的信息的生成和实现状态确定的高效化的信息集合的生成的方法进行了说明。在本实施方式2中，说明为了从进行了重要度设定的状态分析信息中排除不必要的信息而追加部分状态分析信息排除处理。图17表示实施方式2的IT设备管理方法的整体流程的例子。与图11的不同之处在于：在状态分析重要度设定处理21之后，状态确定集合信息生成处理225之前，追加了部分状态分析信息排除处理222。

IT设备管理装置100可以包括部分状态分析信息排除模块222。在状态分析重要度设定步骤之后，状态确定集合信息生成步骤之前，由部分状态分析信息排除模块222进行状态分析信息212中的更新条件重复的一部分的排除的部分状态分析信息排除处理。也就是说，从状态分析信息212中排除与父级的更新条件重复的子级的更新条件所对应的一部分状态分析信息。例如，如图7所示的状态更新条件信息211中，条件ID1300的主No.1310为6、副No.1311为1的记录的更新条件与作为其主的主No.1310为2、副No.1311为1的记录的更新条件重复，所以通过排除与该主No.1310为6、副No.1311为1的条件ID1300对应的状态分析信息212中的记录，能够实现高效的IT设备的状态的管理。

图18表示部分状态分析信息排除处理的处理流程图的例子。在部分状态分析信息排除处理中，首先，读取状态更新条件211的最初(反复处理首次实施时)或下一个(反复处理实施第二次以后)记录作为第一记录(S1000)，读取下一个记录作为第二记录(S1001)，取得第一记录和第二记录的条件ID(S1002)。然后，确认第一记录与第二记录的条件ID1300的值是否相同，相同的情况下移动到S1008，不同的情况下移动到S1004(S1003)。在S1004中，部分状态分析信息排除处理222获取第一记录和第二记录的更新条件1302的值。接下来，确认第一记录的更新条件是否包含第二记录的更新条件1302，包含的情况下移动到S1006，不包含的情况下移动到S1008(S1005)。在S1006中，获取第二记录的条件ID1300。接着，删除具有S1006的条件ID1300 的状态分析信息212的记录(S1007)。接着，确认所有的状态更新条件信息211是否已作为第二记录被读取，被读取的情况下移动到步骤S1009，没有被读取的情况下移动到S1001(S1008)。在S1009中，确认所有的状态更新条件信息211是否被已作为第一记录被读取，被读取的情况下结束部分状态分析信息排除处理222，没有被读取的情况下，移动到S1001。

根据本实施方式，能够从实施方式1中生成的进行了重要度设定的状态分析信息212中进一步排除更新条件重复的即不必要的信息，能够实现更高效的IT设备状态的管理。

【实施方式3】

实施方式2中，说明了从进行了重要度设定的状态分析信息中排除不必要的信息的部分状态分析信息排除处理。在本实施例3中，对探索部101内的各处理中所需的状态更新条件信息211的更新方法进行说明。

图19示出实施方式3的IT设备管理方法的整体流程的例子。与图17的不同之处在于：追加了在设计部102的状态关联信息定义信息的更新、状态更新条件信息的更新处理的起动、以及探索部101的处理的开始判断。IT设备管理装置100也可以包括进行条件更新处理的条件更新模块224。条件更新模块224在用户或外部程序等对设计部保存的信息进行生成或更新时，开始条件更新处理。在条件更新处理中，首先确认是否有要更新的IT设备的状态信息，有的话在更新状态定义信息后，启动对状态更新条件信息中的更新条件的内容进行更新的条件更新处理。条件更新处理的细节如图20所示。然后，在由调用源或设定文件等实施条件更新处理后，指定探索部101的处理开始时，开始探索部101的处理。

图20表示条件更新处理的处理流程图的例子。条件更新处理中，以一个状态更新条件信息1710为参量。首先，在S1700中，对参量1710的状态更新条件进行解析(parse)。然后，在S1701中，读取最初(反复处理首次实施时)或下一个(反复处理实施第二次以后)状态更新条件信息211。接着，在S1702中，确认S1700的条件ID1300与参量1710的条件ID是否为相同值，同值的情况下移动到S1703，不为同值 的情况下移动到S1705。在S1703中，对S1701的状态更新条件进行解析。然后，在S1704中，用S1700的状态更新条件211覆盖S1701的状态更新条件。在S1705中，确认所有的状态更新条件信息211是否已被读取，若已读取则结束条件更新处理，若没有读取则移动到S1701。

图21表示条件更新处理的处理流程图的另一例。与图20的不同之处在于：图20中是状态更新条件信息211的内容的变更，而图21中是从状态更新条件信息211删除记录。条件更新处理以一个以上的条件ID1300为参量。条件更新处理中，读取最初(反复处理首次实施时)或下一个(反复处理实施第二次以后，前次的下一个元素)状态更新条件信息211(S1800)。接着，在S1801中，确认S1800的条件ID1300与参量1810的条件ID是否为同值，同值的情况下移动到S1802，不为同值的情况下移动到S1803。在S1802中，删除S1800的状态更新条件。在S1803中，确认所有的状态更新条件信息211是否已被读取，已被读取的情况下结束条件更新处理，没有被读取的情况下移动到S1800。

图22表示条件更新处理的处理流程图的又一例。与图20的不同之处在于：图20为状态更新条件211的更新，而图22是从状态更新条件信息211追加新记录。条件更新处理以一个以上的状态更新条件1910为参量。条件更新处理中，对新的状态更新条件用的ID编序号(S1900)。然后，对状态更新条件信息211追加该新的状态更新条件(S1901)。条件更新处理结束。

根据本实施例，能够通过对探索部101内的各处理中所需的状态更新条件信息211进行变更、删除和追加，来更新状态更新条件信息211。

本发明并不限定于上述实施例，而是包含了各种变形例。例如，上述实施例是为了对本发明简单易懂地说明而进行的详细说明，并非限定必须具备所说明的全部的结构。

此外，上述的各结构、功能、处理部(控制部)、处理单元等，其部分或者全部可通过例如使用集成电路来设计等以硬件实现。或者，上述的各结构、功能，也可通过处理器解释和实施实现各功能的程序 以软件实现。实现各功能的程序、表格、文件等信息，可存储在存储器、硬盘、SSD(Solid State Drive，固态硬盘)等记录装置中，或者IC(Integrated Circuit，集成电路)卡、SD(Secure Digital Memory，安全数字存储)卡、DVD(Digital Versatile Disc，多用途数字光盘)等记录介质中。