一种数据中心模型、信息处理方法和装置与流程

本发明涉及计算机领域，特别是涉及一种数据中心模型、一种信息处理方法和装置。

背景技术：

数据中心(Data Center，DC)中往往包含大量设备，不同的设备在不同的层面上提供不同的功能。在以往的技术中，数据中心管理员需要使用不同的管理软件在不同层面上对数据中心的设备进行管理，例如网络管理软件用于管理网络连接，虚拟化管理软件用于管理虚拟化设备，业务管理软件用于管理应用程序。由于数据中心管理员管理设备需要掌握多个管理软件，因此给管理员造成很大不便。

为了解决这个技术问题，针对数据中心的统一管理软件应运而生，所述统一管理软件可以兼容各个层次的管理软件，并将各个层次的管理软件提供的数据汇聚起来进行分析处理，从而实现对不同层面上的设备进行管理的目的。为了实现对数据中心的设备进行统一管理的目的，所述统一管理软件需要通过将不同层面的管理系统的管理对象进行统一建模，而如何基于数据中心进行建模，是统一管理软件设计的难点。

现有技术按照物理设备在系统不同网络拓扑层上表现出的不同逻辑功能进行分层建模，该模型的特点是物理设备在不同的网络拓扑层对应有不同的对象实例。例如，参见图1，物理层的第一交换机在二层网络中对应有第一交换机服务器，在三层网络中对应有网关服务器；物理层的交换机端口A在二层网络中对应有第一交换机服务器的Lan(局域网)端口A，所述物理层的物理端口A在三层网络中还对应有IP(Internet Protocol)端口。分层建立的模型不仅包括对象实例，还包括对象实例之间的从属关系或连接关系。例如，图1中物理层包括第一交换机、物理端口A、第二交换机、物理端口B，各对象实例之间的关系为：所述物理端口A属于所述第一交换机，所述物理端口B属于所述第二交换机，所述物理端口A与所述物理端口B连接。因此，通 过模型管理员可以掌握各层的各个对象实例以及各对象实例相互之间的从属关系或连接关系。

通常情况下，每个层次都有对应的分层管理软件对该层的对象实例进行监控，并将监控到的信息发送给统一管理软件，统一管理软件根据监控到的信息更新与所述信息对应的对象实例的状态。但是在实际应用中，由于一些原因，对象实例的信息全部缺失，导致该对象实例的状态无法及时被更新，或者，对象实例的信息部分缺失，导致该对象实例的状态虽然及时得到更新，但是不全面，因此系统或管理员在依据对象实例的状态进行分析时，可能会导致分析不准确，甚至分析错误的后果。

例如，现有技术以对象实例的状态为输入，通过故障关联矩阵来分析系统发生故障的根本原因，如果对象实例的状态没有得到及时更新或更新后状态不全面，则分析出来的结果可能就不准确。

假设图1中的物理端口A由于损坏发生故障，因为物理端口A故障会导致Lan端口访问故障，所以在理想情况下，系统应当接收到“物理端口A故障”和“Lan端口A访问故障”的告警信息，并且应当根据“物理端口A故障”的告警信息确定所述物理端口A的状态为故障，根据“Lan端口A访问故障”的告警信息确定所述Lan端口A的状态为故障。但是实际上，统一管理软件没有接收到关于Lan端口A的任何告警信息，或者，统一管理软件接收到关于Lan端口A的告警信息，但是告警信息为“Lan端口A丢包率超出预设值”，并非是“Lan端口A访问故障”。那么在利用故障关联矩阵分析故障根因时，会按照物理端口A故障且Lan端口A访问正常，或者是，物理端口A故障且Lan端口A丢包率超出预设值进行分析，最终会导致错误的分析结果。

上述例子以告警信息为例，说明在对象实例的信息全部缺失或部分缺失的情况下，统一管理软件信息的分析结果可能发生不准确甚至错误的情况，而对象实例的信息不仅包括告警信息，还包括其他非告警信息，信息分析的目的也不仅仅只有确定故障根源，还可能有其他分析目的。因此，如何在对象实例的信息全部或部分缺失时，统一管理软件对信息的分析结果仍然准确是现有技术亟待解决的问题。

技术实现要素：

为了解决上述技术问题，本发明实施例提供了一种数据中心模型、信息处理方法和装置，起到更新和补充对象实例的状态的作用，从而提高了系统或管理员依据对象实例状态进行分析的准确率。

第一方面，本发明实施例提供了一种数据中心模型，所述模型包括物理层和至少一个网络拓扑层，所述物理层包括物理对象实例和所述物理对象实例之间的连接关系；所述网络拓扑层包括根据所述物理对象实例在所述网络拓扑层表现出的逻辑功能建立的逻辑对象实例，以及所述逻辑对象实例之间的连接关系；所述物理对象实例和所述逻辑对象实例均称为对象实例；

所述模型还包括所述对象实例之间的依赖关系，所述依赖关系是指一个对象实例的功能实现依赖于另一个对象实例的功能实现。

在第一方面的第一种可能的实现方式中，所述依赖关系包括从属关系和映射关系，其中，所述从属关系是指一个对象实例在功能结构上从属于另外一个同层的对象实例，从属的对象实例在功能实现上依赖于被从属的对象实例的功能实现；

所述映射关系是指低层级的一个对象实例与该对象实例在高层级表现出的逻辑功能建立的对象实例之间的关系，高层级对象实例的功能实现依赖于低层级对象实例的功能实现。

第二方面，本发明实施例提供了一种信息处理方法，所述方法应用于第一方面本发明实施例提供的数据中心模型，所述数据中心模型包括第一对象实例与第二对象实例，所述第一对象实例与所述第二对象实例具有所述依赖关系，且所述第二对象实例的功能实现依赖于所述第一对象实例的功能实现；

所述方法包括：

获取第一对象实例的信息，根据所述第一对象实例的信息确定所述第一对象实例的状态；

依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系确定所述第二对象实例的逻辑状态；

存储所述第二对象实例的逻辑状态。

在第二方面的第一种可能的实现方式中，所述方法还包括：

获取所述第二对象实例的信息，并根据所述第二对象实例的信息确定所述第二对象实例的实际状态；

若所述实际状态与所述逻辑状态相同，所述存储所述第二对象实例的逻辑状态具体为：

存储所述第二对象实例的实际状态或所述逻辑状态。

在第二方面的第二种可能的实现方式中，所述方法还包括：所述第二对象实例的逻辑状态对应的故障等级为逻辑故障等级；所述第二对象实例的实际状态对应的故障等级为实际故障等级；

若所述实际状态与所述逻辑状态不相同，所述存储所述第二对象实例的逻辑状态包括：

若所述实际故障等级高于所述逻辑故障等级，则存储所述第二对象实例的实际状态；

若所述逻辑故障等级高于所述实际故障等级，则存储所述第二对象实例的逻辑状态；

若所述实际故障等级等于所述逻辑故障等级，则存储所述第二对象实例的逻辑状态和/或所述实际状态。

结合第二方面或者第二方面的第一种或第二种可能的实现方式，在第三种可能的实现方式中，所述第一对象实例的信息包括所述第一对象实例的第一信息和所述第一对象实例的第二信息；

所述根据所述第一对象实例的信息确定所述第一对象实例的状态包括：

根据所述第一对象实例的第一信息确定所述第一对象实例的第一状态；

根据所述第一对象实例的第二信息确定所述第一对象实例的第二状态；

若所述第一状态与所述第二状态相同，则将所述第一状态或所述第二状态作为所述第一对象实例的状态。

结合第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述第一状态对应的故障等级为第一故障等级，所述第二状态对应的故障等级为第二故障等级；

若所述第一状态与所述第二状态不同，且所述第一故障等级高于所述第二故障等级，则将所述第一状态作为所述第一对象实例的状态；

若所述第一状态与所述第二状态不同，且所述第二故障等级高于所述第一故障等级，则将所述第二状态作为所述第一对象实例的状态；

若所述第一状态与所述第二状态不同，且所述第一故障等级等于所述第二故障等级，则将所述第一状态和/或所述第二状态作为所述第一对象实例的状态。

在第二方面的第五种可能的实现方式中，所述数据中心模型还包括第三对象实例，所述第三对象实例与所述第二对象实例具有所述依赖关系，所述第三对象实例的功能实现依赖于所述第二对象实例的功能实现；

存储所述第二对象实例的逻辑状态后，所述方法还包括：

依据所述第二对象实例的状态，以及所述第二对象实例与所述第三对象实例之间的依赖关系确定所述第三对象实例的逻辑状态；

存储所述第三对象实例的逻辑状态。

在第二方面的第六种可能的实现方式中，所述数据中心模型还包括第四对象实例，所述第四对象实例与所述第二对象实例具有所述依赖关系，所述第四对象实例的功能实现依赖于所述第二对象实例的功能实现；

存储所述第二对象实例的逻辑状态后，所述方法还包括：

依据所述第一对象实例与所述第二对象实例之间的依赖关系，以及所述第四对象实例与所述第二对象实例之间的依赖关系，得到所述第一对象实例与所述第四对象实例之间的依赖关系；

根据所述第一对象实例的状态，以及所述第一对象实例和所述第四对象实例之间的依赖关系确定所述第四对象实例的逻辑状态；

存储所述第四对象实例的逻辑状态。

第三方面，本发明实施例提供了一种信息处理装置，所述装置应用于第一方面本发明实施例提供的数据中心模型，所述数据中心模型包括第一对象实例与第二对象实例，所述第一对象实例与所述第二对象实例具有所述依赖关系，且所述第二对象实例的功能实现依赖于所述第一对象实例的功能实现；

所述装置包括：第一获取单元、第一确定单元、逻辑状态确定单元和第一存储单元，所述第一获取单元与所述第一确定单元连接，所述第一确定单元与所述逻辑状态确定单元连接，所述逻辑状态确定单元与所述第一存储单 元连接；

所述第一获取单元，用于获取第一对象实例的信息；

所述第一确定单元，用于根据所述第一对象实例的信息确定所述第一对象实例的状态；所述逻辑状态确定单元，用于依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系确定所述第二对象实例的逻辑状态；

所述第一存储单元，用于存储所述第二对象实例的逻辑状态。

在第三方面的第一种可能的实现方式中，所述装置还包括：第二获取单元和第二确定单元，所述第二获取单元与所述第二确定单元连接，所述第二确定单元与所述第一存储单元连接；

所述第二获取单元，用于获取所述第二对象实例的信息；

所述第二确定单元，用于根据所述第二对象实例的信息确定所述第二对象实例的实际状态；

所述第一存储单元包括：第一存储子单元；

所述第一存储子单元，用于若所述实际状态与所述逻辑状态相同，存储所述第二对象实例的实际状态或逻辑状态。

结合第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述装置还包括：

所述第二对象实例的逻辑状态对应的故障等级为逻辑故障等级；所述第二对象实例的实际状态对应的故障等级为实际故障等级；

所述第一存储单元包括：第二存储子单元、第三存储子单元或第四存储子单元；

所述第二存储子单元，用于若所述实际状态与所述逻辑状态不相同，且所述实际故障等级高于所述逻辑故障等级，存储所述第二对象实例的实际状态；

所述第三存储子单元，用于若所述实际状态与所述逻辑状态不相同，且所述逻辑故障等级高于所述实际故障等级，存储所述第二对象实例的逻辑状态；

所述第四存储子单元，用于若所述实际故障等级等于所述逻辑故障等级， 存储所述第二对象实例的逻辑状态和/或所述实际状态。

结合第三方面或者第一方面的第一种或第二种可能的实现方式，在第三种可能的实现方式中，所述第一对象实例的信息包括所述第一对象实例的第一信息和所述第一对象实例的第二信息；

所述第一确定单元，用于根据所述第一对象实例的信息确定所述第一对象实例的状态包括：

所述第一确定单元，用于根据所述第一对象实例的第一信息确定所述第一对象实例的第一状态；根据所述第一对象实例的第二信息确定所述第一对象实例的第二状态；若所述第一状态与所述第二状态相同，则将所述第一状态或所述第二状态作为所述第一对象实例的状态。

结合第三方面的第三种可能的实现方式，在第四种可能的实现方式中，所述第一状态对应的故障等级为第一故障等级，所述第二状态对应的故障等级为第二故障等级；

所述第一确定单元，还用于：

若所述第一状态与所述第二状态不同，且所述第一故障等级高于所述第二故障等级，则将所述第一状态作为所述第一对象实例的状态；

若所述第一状态与所述第二状态不同，且所述第二故障等级高于所述第一故障等级，则将所述第二状态作为所述第一对象实例的状态；

若所述第一状态与所述第二状态不同，且所述第一故障等级等于所述第二故障等级，则将所述第一状态和/或所述第二状态作为所述第一对象实例的状态。

在第三方面的第五种可能的实现方式中，所述数据中心模型还包括第三对象实例，所述第三对象实例与所述第二对象实例具有所述依赖关系，所述第三对象实例的功能实现依赖于所述第二对象实例的功能实现；

所述装置还包括：第三确定单元和第二存储单元；所述第一存储单元与所述第三确定单元连接，所述第三确定单元与所述第二存储单元连接；

所述第三确定单元，用于依据所述第二对象实例的状态，以及所述第二对象实例与所述第三对象实例之间的依赖关系确定所述第三对象实例的逻辑状态；

所述第二存储单元，用于存储所述第三对象实例的逻辑状态。

在第三方面的第六种可能的实现方式中，所述数据中心模型还包括第四对象实例，所述第四对象实例与所述第二对象实例具有所述依赖关系，所述第四对象实例的功能实现依赖于所述第二对象实例的功能实现；

所述装置还包括：依赖关系计算单元、第四确定单元和第三存储单元；所述第一存储单元与所述依赖关系计算单元连接，所述依赖关系计算单元与所述第四确定单元连接，所述第四确定单元与所述第三存储单元连接；

依赖关系计算单元，用于依据所述第一对象实例与所述第二对象实例之间的依赖关系，以及所述第四对象实例与所述第二对象实例之间的依赖关系，得到所述第一对象实例与所述第四对象实例之间的依赖关系；

所述第四确定单元，用于根据所述第一对象实例的状态，以及所述第一对象实例和所述第四对象实例之间的依赖关系确定所述第四对象实例的逻辑状态；

所述第三存储单元，用于存储所述第四对象实例的逻辑状态。

本发明提供了一种不同于现有技术的数据中心模型，所述模型包括物理层和至少一个网络拓扑层，所述物理层包括物理对象实例和所述物理对象实例之间的连接关系；所述网络拓扑层包括根据所述物理对象实例在所述网络拓扑层表现出的逻辑功能建立的逻辑对象实例，以及所述逻辑对象实例之间的连接关系；所述物理对象实例和所述逻辑对象实例均称为对象实例。所述数据中心模型包括第一对象实例与第二对象实例，所述第一对象实例与所述第二对象实例具有所述依赖关系，且所述第二对象实例的功能实现依赖于所述第一对象实例的功能实现。由于本发明提供的数据中心模型具备所述第二对象实例与所述第一对象实例之间的依赖关系，当根据所述第一对象实例的信息确定了所述第一对象实例的状态后，能够依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系推断出所述第二对象实例的逻辑状态，即使所述第二对象实例的信息缺失，也可以通过将所述第二对象实例的逻辑状态作为所述第二对象实例的状态，来起到更新和补充所述第二对象实例的状态的作用，从而提高了系统或管理员依据所述第二 对象实例状态进行分析的准确率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术的数据中心模型示意图；

图2为本发明实施例提供的数据中心模型示意图；

图3为本发明提供的一种信息处理方法实施例一的流程图；

图4为本发明提供的一种信息处理方法实施例二的流程图；

图5为本发明提供的一种信息处理方法实施例三的流程图；

图6为本发明提供的一种信息处理方法实施例四的流程图；

图7为本发明提供的一种信息处理方法实施例五的流程图；

图8为本发明提供的一种信息处理装置实施例一的结构框图；

图9为本发明提供的一种信息处理装置实施例二的结构框图；

图10为本发明提供的一种信息处理装置实施例三的结构框图；

图11为本发明提供的一种信息处理装置实施例四的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

现有技术基于数据中心建立的模型是根据物理设备在系统不同网络拓扑层上表现出的不同的逻辑功能分层建立的模型，这种模型的特点是物理设备在不同的网络拓扑层对应有不同的对象实例，同一层的各个对象实例之间按照逻辑关系进行连接，所述逻辑关系包括从属关系和连接关系。在实际应用中，由于一些原因，对象实例的信息全部缺失，导致该对象实例的状态无法 及时被更新，或者，对象实例的信息部分缺失，导致该对象实例的状态虽然及时得到更新，但是不全面，因此在统一管理软件根据对象实例的状态进行分析时，可能会分析不准确，甚至得到错误的分析结果。

为了克服上述技术问题，本发明提供一种数据中心模型，所述模型包括物理层和至少一个网络拓扑层，所述物理层包括物理对象实例和所述物理对象实例之间的连接关系；所述网络拓扑层包括根据所述物理对象实例在所述网络拓扑层表现出的逻辑功能建立的逻辑对象实例，以及所述逻辑对象实例之间的连接关系；所述物理对象实例和所述逻辑对象实例均称为对象实例。本发明提供的数据中心模型与现有技术的数据中心模型最重要的区别之处在于：本发明提供的数据中心模型还具有所述对象实例在功能实现上的依赖关系，即一个对象实例的功能实现依赖于另一个对象实例的功能实现。

所述依赖关系包括所述从属关系和映射关系。所述从属关系是指一个对象实例在功能结构上从属于另外一个同层的对象实例，从属的对象实例在功能实现上依赖于被从属的对象实例的功能实现。例如参见图2，物理层的物理端口A从属于第一交换机；网络拓扑层中二层的Lan端口A从属于第一交换机服务器；网络拓扑层中三层的IP端口从属于网关服务器。

所述映射关系是指低层级的一个对象实例与该对象实例在高层级表现出的逻辑功能建立的对象实例之间的关系，高层级对象实例的功能实现依赖于低层级对象实例的功能实现。例如参见图2，网络拓扑层中二层的Lan端口A的功能实现依赖于物理层的物理端口A；网络拓扑层中三层的IP端口的功能实现依赖于二层的Lan端口A。当然，三层的IP端口的功能实现也依赖于物理层的物理端口A。

所述低层级是相对于高层级而言，在实际应用中可以包括两种情况：其一，所述低层级为物理层，所述高层级为网络拓扑层，例如图2中的二层或三层；其二，所述低层级和所述高层级均为网络拓扑层，例如图2中低层级为二层，高层级为三层。

需要注意的是，两个对象实例之间的依赖关系通常都是单向的，即如果对象实例A依赖于对象实例B，那么所述对象实例B就不能依赖于所述对象 实例A。

在实际应用中可以采用CIM(Common Information Model)模型来对各个对象实例以及对象实例之间的依赖关系进行建立，或者，也可以根据TCP/IP(Transmission Control Protocol/Internet Protocol)多层结构模型中每层次的功能抽象建模。由于上述两种建模手段是本领域技术人员常用的建模手段，因此本发明不对具体的建模步骤和方法进行赘述。

方法实施例一

基于本发明提出的数据中心模型，本发明提供一种信息处理方法实施例一，其中，所述信息处理方法中的第一对象实例和所述第二对象实例为所述数据中心模型的其中两个对象实例，且所述第二对象实例的功能实现依赖于所述第一对象实例的功能实现。

参见图3，本实施例提供的信息处理方法包括如下步骤：

步骤S101：获取第一对象实例的信息，根据所述第一对象实例的信息确定所述第一对象实例的状态。

本实施例中，所述统一管理软件通过获取所述第一对象实例的信息来确定所述第一对象实例的状态。所述信息包括告警信息和非告警信息，所述告警信息是指分层管理软件监控的对象实例处于异常状态下的信息，例如主机温度高于预设最高温度，所述非告警信息是指分层管理软件监控的对象实例处于正常状态下的信息，例如主机温度低于预设最高温度。获取信息的方式有多种，例如所述统一管理软件主动的、周期性的或不定期的采集各分层管理软件产生的信息，或者，所述分层管理软件主动的、周期性的或不定期的向所述统一管理软件推送对应层的对象实施例的信息等。无论是哪种方式，所述第一对象实例都无法直接与所述统一管理软件交互，因此，所述信息中一般都携带有定位所述第一对象实例的信息。例如，假设所述信息为“Lan端口访问故障”的信息，所述信息中携带有所述第一对象实例对应的物理设备的标识，假设所述物理设备的标识为1234，通过所述物理设备标识1234确定所述物理设备为交换机X的物理端口。此外，根据所述信息中的描述可以推测出所述第一对象实例的所在层为二层，因此，在知晓所述第一对象实例对应的物理设备以及所述第一对象实例所在层的情况下，就可以在所述数据 中心模型中定位所述第一对象实例，所述第一对象实例为交换机X的物理端口在二层网络中对应的Lan端口。

在本实施中，当获取到第一对象实例的信息后，根据所述第一对象实例的信息确定所述第一对象实例的状态。

在本实施例中，根据所述第一对象实例信息种类的不同，确定的所述第一对象实例的状态的类型也不同。如果所述第一对象实例的信息为非告警信息，那么所述第一对象实例的状态为正常状态。例如，若所述第一对象实例的信息为IP访问正常，那么所述第一对象实例的状态可以为“IP访问正常”。如果所述第一对象实例的信息为告警信息，那么所述第一对象实例的状态为故障状态。例如若所述第一对象实例的信息为IP访问故障，那么所述第一对象实例的状态可以为“IP访问故障”。所述“故障”是指广义上的出现异常的情况，例如网络流量异常、CPU重载(例如占用率达90％)、服务器宕机等等，但是并不包括失联的情况。所述失联是指在一段时间内分层管理软件无法监控其管理的对象实例，与所述对象实例失去了联系的状态。当所述第一对象实例失联时，无法判断出所述第一对象实例的状态是正常的还是故障的，因此也无法推测出依赖于所述第一对象实例的第二对象实例的状态。但是如果所述第二对象实例的状态为失联，则可以依据步骤S102推算出所述第二对象实例的逻辑状态，并将所述第二对象实例的逻辑状态作为所述第二对象实例的状态。

在实际应用中，所述第一对象实例状态的内容并不一定均与获取到的信息的内容完全相同。例如，可以将对象实例的一些非告警信息统一确定为“正常状态”，也可以将对象实例的告警信息进行分类，按照类别确定所述对象实例的状态。再例如，在实际应用中，由于不同物理设备可能由不同的厂商提供，不同的网络拓扑层可能由不同的运营商提供，因此，不同的厂商或运营商对同一个对象实例的同一种情况的描述可能有不同。例如当IP访问故障时，华为提供的信息是“IP访问故障”，而爱立信提供的信息为“IP不可达”，这两个信息表达的意思是完全相同的，为了使管理员和系统便于管理，可以将这两种信息转换为统一管理软件可以识别的一个状态，例如将这两个信息统一确定为IP端口处于访问故障状态。所以，本发明对如何根据所述第一对象 实例的信息确定得到所述第一对象实例的状态的确定规则不进行限定，本领域技术人员可以根据实际需要自行设计。

另外，在实际应用中，可以将确定的所述第一对象实例的状态填写至所述第一对象实例的状态记录表中，以便管理员查看或用于系统进行分析。除此以外，还可以为每个对象实例分别设置一个信息记录表，所述信息记录表用于记录对应的对象实例接收到的信息，便于管理员在需要的时候查看。

步骤S102：依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系确定所述第二对象实例的逻辑状态。

由于所述第二对象实例在功能实现上依赖于所述第一对象实例的功能实现，因此所述第二对象实例的状态与所述第一对象实例的状态息息相关，尤其是当所述第一对象实例发生故障时，有可能会影响到所述第二对象实例的状态。在本实施例中，若确定了所述第一对象实例的状态，则依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系确定所述第二对象实例的逻辑状态，所述第二对象实例的逻辑状态为所述第二对象实例在理论上应当表现的状态。如果所述第一对象实例的状态为正常状态，则所述第二对象实例的逻辑状态也为正常状态；如果所述第一对象实例的状态为故障状态，则所述第二对象实例的状态可能是故障状态，也可能是正常状态。

如果统一管理软件没有收到所述第二对象实例的信息，则存储所述第二对象实例的逻辑状态，并将所述第二对象实例的逻辑状态作为所述第二对象实例的状态，起到更新所述第二对象实例的状态的目的，提高了系统或管理员依据所述第二对象实例的状态进行分析的准确率。或者，即使所述统一管理软件收到了所述第二对象实例的信息，但是通过信息确定的所述第二对象实例的实际状态与所述第二对象实例的逻辑状态并不相同，那么说明与所述第二对象实例的逻辑状态对应的信息很有可能发生了丢失，本实施例通过存储所述第二对象实例的逻辑状态，并将所述第二对象实例的逻辑状态作为所述第二对象实例的状态之一，实现更新并补充所述第二对象实例状态的目的，同样也提高了系统或管理员依据所述第二对象实例的状态进行分析的准确率。

当然，若依据所述第二对象实例的信息确定的所述第二对象实例的实际状态与所述第二对象实例的逻辑状态相同，则说明与所述逻辑状态对应的信息没有缺失，这时可以只保留其中一个状态即可。从这个意义上来说，确定所述第二对象实例的逻辑状态其实起到的是一个查缺补漏的作用。

步骤S103：存储所述第二对象实例的逻辑状态。

本实施例通过获取所述第一对象实例的信息，根据所述第一对象实例的信息确定所述第一对象实例的状态，保证所述第一对象实例的状态得到更新，然后在此基础上，依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系确定所述第二对象实例的逻辑状态，并存储所述第二对象实例的逻辑状态。当所述第二对象实例的信息缺失时，本实施例提供的方法可以实现更新并补充所述第二对象实例状态的目的，提高了系统或管理员依据所述第二对象实例状态进行分析的准确率。

方法实施例二

参见图4，该图为本发明提供的一种信息处理方法实施例二的流程图。

本实施例提供的信息处理方法包括如下步骤:

步骤S201：获取第一对象实例的信息，根据所述第一对象实例的信息确定所述第一对象实例的状态。

步骤S202：依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系确定所述第二对象实例的逻辑状态，所述第二对象实例的逻辑状态对应的故障等级为逻辑故障等级。

步骤S203：获取第二对象实例的信息，并根据所述第二对象实例的信息确定所述第二对象实例的实际状态，所述第二对象实例的实际状态对应的故障等级为实际故障等级。

步骤S204：判断所述实际状态与所述逻辑状态是否相同，如果是，则执行步骤S205；如果否，则执行步骤S206；

步骤S205：存储所述第二对象实例的实际状态或逻辑状态，流程结束。

步骤S206：判断所述实际故障等级是否高于所述逻辑故障等级，如果是，则执行步骤S207；如果否，则执行步骤S208。

步骤S207：存储所述第二对象实例的实际状态，流程结束。

步骤S208：判断所述逻辑故障等级是否等于所述实际故障等级，如果是，则执行步骤S209；如果否，则执行步骤S210。

步骤S209：存储所述第二对象实例的实际状态和/或所述逻辑状态，流程结束。

步骤S210：存储所述第二对象实例的逻辑状态，流程结束。

在所述方法实施例一中，无论是否获取到所述第二对象实例的信息，都将所述第二对象实例的逻辑状态作为所述第二对象实例的状态之一，起到更新和补充所述第二对象实例状态的作用。但是在实际应用中，若接收到所述第二对象实例的信息，可能出现两种情况，其一是根据所述第二对象实例的信息确定的所述第二对象实例的实际状态与所述逻辑状态相同，为了不产生冗余信息，给系统造成不必要的负担，本实施例从所述实际状态或所述逻辑状态中两者取其一填充到所述第二对象实例的状态列表中。至于如何二选一，可以是任意选择，也可以根据存储在所述第二对象实例的状态列表中的先后顺序进行选择，本发明不做具体限定。

其二，所述第二对象实例的实际状态与所述第二对象实例的逻辑状态不同。如果是这种情况，则说明与所述第二对象实例的逻辑状态对应的信息缺失，在实际应用中可以将所述逻辑状态和所述实际状态都保留下来，以供系统或管理员进行分析。但是如果要进行故障根因分析，为了减少经济损失，处理系统故障的时间越短越好，所以在处理故障的先后顺序上应当先处理较严重的故障，然后再处理不太严重的故障。然而由于整个系统产生的信息往往成千上万，如何能在较短的时间内找到较严重的故障的根因至关重要，因此需要首先找到哪些对象实例发生了较严重的故障。在本实施例中，如果所述第二对象实例的实际状态和所述逻辑状态不一致，则从所述实际状态和所述逻辑状态中选择一个较为严重的状态记录在所述状态列表中，以便管理员或系统快速的从所述状态记录中查找到所述第二对象实例最严重的状态进行故障根因分析。至于如何从所述实际状态和所述逻辑状态中选择较为严重的状态，本实施例将所述实际状态对应的故障等级称为实际故障等级，将所述逻辑状态对应的故障等级称为逻辑故障等级，故障等级越高表示故障情况越 严重，所述逻辑状态和所述实际状态的状态类型包括正常状态和故障状态，正常状态的故障等级最低，例如，正常状态的故障等级可以设置为0级，那么故障状态的故障等级均高于0级。如果所述实际故障等级高于所述逻辑故障等级，则将所述实际状态作为所述第二对象实例的状态，并存储在所述第二对象实例的状态列表中；若所述实际故障等级低于所述逻辑故障等级，则将所述逻辑状态作为所述第二对象实例的状态，并存储在所述第二对象实例的状态列表中；若所述实际故障等级等于所述逻辑故障等级，可以将所述实际状态和/或逻辑状态作为所述第二对象实例的状态，存储在所述第二对象实例的状态列表中。利用故障等级来筛选出所述第二对象实例较为严重的状态，减少了故障关联矩阵计算的时间，提高了故障根因的分析效率。

另外，本实施例提供的所述步骤S201至步骤S210的先后顺序并不构成对本发明的限定，在实际应用中，所述步骤S203并不一定在步骤S202之后发生，只要在步骤S204执行之前发生即可。

方法实施例三

参见图5，该图为本发明提供的一种信息处理方法实施例三的流程图。

本实施例提供的信息处理方法包括如下步骤:

步骤S301：获取第一对象实例的信息，所述第一对象实例的信息包括所述第一对象实例的第一信息和所述第一对象实例的第二信息。步骤S302：根据所述第一对象实例的第一信息确定所述第一对象实例的第一状态，所述第一状态对应的故障等级为第一故障等级。

步骤S303：根据所述第一对象实例的第二信息确定所述第一对象实例的第二状态，所述第二状态对应的故障等级为第二故障等级。

步骤S304：判断所述第一状态是否与所述第二状态相同，如果是，则执行步骤S305；如果否，则执行步骤S306。

步骤S305：将所述第一状态或所述第二状态作为所述第一对象实例的状态。

步骤S306：判断所述第一故障等级是否高于所述第二故障等级，如果是，则执行步骤S307；若否，则执行步骤S308。

步骤S307：将所述第一状态作为所述第一对象实例的状态，然后执行步骤S310。

步骤S308：判断所述第一故障等级是否等于所述第二故障等级，如果否，则执行步骤S309；如果是，则执行步骤S310。

步骤S309：将所述第二状态作为所述第一对象实例的状态，然后执行步骤S311。

步骤S310：将所述第一状态和/或所述第二状态作为所述第一对象实例的状态，然后执行步骤S311。

步骤S311：依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系确定所述第二对象实例的逻辑状态。

步骤S312：存储所述第二对象实例的逻辑状态，流程结束。

在实际应用中可能会存在所述第一对象实例接收到多个信息的情况，在这种情况下，根据这多个信息分别确定的所述第一对象实例的状态可能相同，也可能不同。本实施例以所述第一信息和所述第二信息作为所述第一对象实例接收到多个信息的代表，当根据所述第一信息确定的所述第一对象实例的第一状态，与根据所述第二信息确定的所述第一对象实例的第二状态相同时，为了避免信息冗余，只保留其中给一个状态即可。在方法实施例二中，为了能在较短时间内找到较严重故障的根因，当所述第二对象实例收到信息，且根据所述信息确定的实际状态与计算得到的逻辑状态不相同时，从所述实际状态和所述逻辑状态中选择较为严重的状态作为所述第二对象实例的状态。本实施例重点针对另外一种场景，即当所述第一对象实例接收到多个信息时，如何提高故障根因查找效率。本实施例以所述第一信息和所述第二信息作为多个信息的代表，根据所述第一信息确定所述第一对象实例的第一状态，所述第一对象实例的第一状态对应的故障等级为第一故障等级；根据所述第二信息确定所述第一对象实例的第二状态，所述第二状态对应的故障等级为第二故障等级。故障等级越高表示故障情况越严重，所述第一状态和所述第二状态的状态类型包括正常状态和故障状态，正常状态的故障等级最低。

在所述第一状态和所述第二状态不相同的前提下，若所述第一故障等级高于所述第二故障等级，则将所述第一状态作为所述第一对象实例的状态； 若所述第一故障等级低于所述第二故障等级，则将所述第二状态作为所述第一对象实例的状态；若所述第一故障等级等于所述第二故障等级，则将所述第一状态和/或所述第二状态作为所述第一对象实例的状态。通过本实施例提供的信息处理方法，只保留所述第一对象实例较为严重的状态，并且由此也减少了所述第二对象实例的逻辑状态的数量，有效提高了管理员或系统查找故障根因的效率。

可以理解的是，虽然本发明将所述方法实施例二的场景和所述方法实施例三的场景作为单独的两个场景区分开来，但是在实际应用中，这两种场景可能会同时发生，因此在另外一个实施例中，可以将所述步骤S201至所述步骤S210，和所述步骤S301至所述步骤S312融合为一个方法流程，由于篇幅所限，在此不再赘述。

方法实施例四

参见图6，该图为本发明提供的一种信息处理方法实施例四的流程图。

本实施例提供的信息处理方法包括如下步骤:

步骤S401：获取第一对象实例的信息，根据所述第一对象实例的信息确定所述第一对象实例的状态。

步骤S402：依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系确定所述第二对象实例的逻辑状态。

步骤S403：存储所述第二对象实例的逻辑状态。

步骤S404：依据所述第二对象实例的状态，以及所述第二对象实例与所述第三对象实例之间的依赖关系确定所述第三对象实例的逻辑状态。

步骤S405：存储所述第三对象实例的逻辑状态。

所述方法实施例一至所述方法实施例三均主要针对两个有依赖关系的对象实例，且被依赖的第一对象实例具有信息，而依赖的第二对象实例的信息缺失的情况，如何更新并补充所述第二对象实例的状态。在实际应用中，并不是每个缺失信息的对象实例，其直接依赖的对象实例都具有信息，那么在这种情况下如何补充信息缺失的对象实例的状态？为了解决这个技术问题，本实施例在所述第一对象实例和所述第二对象实例的基础上，设置了第三对 象实例，所述第三对象实例的功能实现依赖于所述第二对象实例的功能实现，而且所述第三对象实例的信息也发生缺失。本实施例首先根据具有信息的所述第一对象实例的状态推算出所述第二对象实例的逻辑状态，将所述第二对象实例的逻辑状态作为所述第二对象实例的状态，然后，再根据所述第二对象实例的状态，以及所述第二对象实例与所述第三对象实例的依赖关系推算出所述第三对象实例的逻辑状态，并将所述第三对象实例的逻辑状态作为所述第三对象实例的状态。这样，即使所述第三对象实例的信息缺失，所述第三对象实例的状态也是可以得到更新和补充的。

举例而言，图2中IP端口的功能实现依赖于Lan端口A的功能实现，所述Lan端口A的功能实现依赖于所述物理端口A的功能实现，如果物理端口A故障则会导致Lan端口A访问故障，而Lan端口A访问故障会导致IP端口访问故障，因此在理想情况下，系统应当接收到“物理端口A故障”、“Lan端口A访问故障”和“IP端口访问故障”三个信息，并且根据“物理端口A故障”的信息确定所述物理端口A的状态为故障，根据“Lan端口A访问故障”的信息确定Lan端口A的状态为访问故障，根据“IP端口访问故障”的信息确定IP端口的状态为访问故障。但是实际上系统接收到的信息是“物理端口A故障”和“IP丢包率超出阈值”，没有接收到“Lan端口A访问故障”和“IP端口访问故障”的信息，那么，利用本实施例提供的信息处理方法，根据物理端口A故障的状态以及所述Lan端口A依赖于所述物理端口A的依赖关系，能够确定所述Lan端口A的状态为Lan端口A访问故障；根据Lan端口A访问故障以及所述IP端口依赖于所述Lan端口A的依赖关系，能够确定所述IP端口的状态为IP端口访问故障。因此，所述Lan端口A的状态得到了更新，所述IP端口的状态得到了补充。当系统利用故障关联矩阵分析时，会依据物理端口A故障、Lan端口A访问故障、IP端口访问故障以及IP丢包率超出阈值来确定故障产生的根本原因，提高了故障根因分析的准确率。

方法实施例五

参见图7，该图为本发明提供的一种信息处理方法实施例五的流程图。

本实施例提供的信息处理方法包括如下步骤:

步骤S401：获取第一对象实例的信息，根据所述第一对象实例的信息确定所述第一对象实例的状态。

步骤S402：依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系确定所述第二对象实例的逻辑状态。

步骤S403：存储所述第二对象实例的逻辑状态。

步骤S404：依据所述第一对象实例与所述第二对象实例之间的依赖关系，以及所述第四对象实例与所述第二对象实例之间的依赖关系，得到所述第一对象实例与所述第四对象实例之间的依赖关系。

步骤S405：根据所述第一对象实例的状态，以及所述第一对象实例和所述第四对象实例之间的依赖关系确定所述第四对象实例的逻辑状态。

步骤S406：存储所述第四对象实例的逻辑状态。

方法实施例四采用逐层推算的方式推算出不直接依赖于具有信息的第一对象实例的第三对象实例的逻辑状态，而在本实施例中，对于不直接依赖于所述第一对象实例的第四对象实例，可以通过所述第一对象实例与所述第二对象实例之间的依赖关系，以及所述第二对象实例与所述第四对象实例的依赖关系，得到所述第一对象实例与所述第四对象实例之间的依赖关系，结合所述第一对象实例的状态，推算出所述第四对象实例的逻辑状态，将所述第四对象实例的逻辑状态作为所述第四对象实例的状态。这两种方法都可以得到间接依赖于具有信息的所述第一对象实例的其他对象实例的状态，实现其他对象实例的状态的更新。

装置实施例一

参见图8，该图为本发明提供的一种信息处理装置实施例一的结构框图。

本实施例提供的信息处理装置应用于本发明提供的所述数据中心模型，其中，所述数据中心模型包括第一对象实例与第二对象实例，所述第一对象实例与所述第二对象实例具有所述依赖关系，且所述第二对象实例的功能实现依赖于所述第一对象实例的功能实现。

所述装置包括：第一获取单元11、第一确定单元12、逻辑状态确定单元13和第一存储单元14，所述第一获取单元11与所述第一确定单元12连接， 所述第一确定单元12与所述逻辑状态确定单元13连接，所述逻辑状态确定单元13与所述第一存储单元14连接；

所述第一获取单元11，用于获取第一对象实例的信息；

所述第一确定单元12，用于根据所述第一对象实例的信息确定所述第一对象实例的状态；

所述逻辑状态确定单元13，用于依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系确定所述第二对象实例的逻辑状态；

所述第一存储单元14，用于存储所述第二对象实例的逻辑状态。

本实施例通过获取所述第一对象实例的信息，根据所述第一对象实例的信息确定所述第一对象实例的状态，保证所述第一对象实例的状态得到更新，然后在此基础上，依据所述第一对象实例的状态，以及所述第一对象实例与所述第二对象实例之间的依赖关系确定所述第二对象实例的逻辑状态，并存储所述第二对象实例的逻辑状态。当所述第二对象实例的信息缺失时，本实施例提供的方法可以实现更新并补充所述第二对象实例状态的目的，提高了系统或管理员依据所述第二对象实例状态进行分析的准确率。

装置实施例二

参见图9，该图为本发明提供的一种信息处理装置实施例二的结构框图。

在所述装置实施例一的基础上，所述装置还包括：第二获取单元15和第二确定单元16，所述第二获取单元15与所述第二确定单元16连接，所述第二确定单元16与所述第一存储单元14连接。

所述第二获取单元15，用于获取所述第二对象实例的信息。

所述第二确定单元16，用于根据所述第二对象实例的信息确定所述第二对象实例的实际状态。

所述第一存储单元14包括：第一存储子单元141、第二存储子单元142、第三存储子单元143或第四存储子单元144。

所述第一存储子单元141，用于若所述实际状态与所述逻辑状态相同，存储所述第二对象实例的实际状态或逻辑状态。

所述第二存储子单元142，用于若所述实际状态与所述逻辑状态不相同，且所述实际故障等级高于所述逻辑故障等级，存储所述第二对象实例的实际状态。

所述第三存储子单元143，用于若所述实际状态与所述逻辑状态不相同，且所述逻辑故障等级高于所述实际故障等级，存储所述第二对象实例的逻辑状态。

所述第四存储子单元144，用于若所述实际故障等级等于所述逻辑故障等级，存储所述第二对象实例的逻辑状态和/或所述实际状态。

其中，所述第二对象实例的逻辑状态对应的故障等级为逻辑故障等级；所述第二对象实例的实际状态对应的故障等级为实际故障等级。

本实施例利用故障等级来筛选出所述第二对象实例较为严重的状态，减少了故障关联矩阵计算的时间，提高了故障根因的分析效率。此外，在本实施中，所述第一对象实例的信息包括所述第一对象实例的第一信息和所述第一对象实例的第二信息。

所述第一确定单元12，用于根据所述第一对象实例的信息确定所述第一对象实例的状态包括：

所述第一确定单元12，用于根据所述第一对象实例的第一信息确定所述第一对象实例的第一状态；根据所述第一对象实例的第二信息确定所述第一对象实例的第二状态；其中，所述第一状态对应的故障等级为第一故障等级，所述第二状态对应的故障等级为第二故障等级；

若所述第一状态与所述第二状态相同，则将所述第一状态或所述第二状态作为所述第一对象实例的状态；

若所述第一状态与所述第二状态不同，且所述第一故障等级高于所述第二故障等级，则将所述第一状态作为所述第一对象实例的状态；

若所述第一状态与所述第二状态不同，且所述第二故障等级高于所述第一故障等级，则将所述第二状态作为所述第一对象实例的状态；

若所述第一状态与所述第二状态不同，且所述第一故障等级等于所述第二故障等级，则将所述第一状态和/或所述第二状态作为所述第一对象实例的状态。

在本实施中，当所述第一对象实例具有不止一个状态时，只保留所述第一对象实例较为严重的状态，并且由此也减少了所述第二对象实例的逻辑状态的数量，有效提高了管理员或系统查找故障根因的效率。

装置实施例三

参见图10，该图为本发明提供的一种信息处理装置实施例三的结构框图。

在本实施例中，所述数据中心模型还包括第三对象实例，所述第三对象实例与所述第二对象实例具有所述依赖关系，所述第三对象实例的功能实现依赖于所述第二对象实例的功能实现。

在所述装置实施例一或在所述装置实施例二(图10中未示出在所述装置实施例二基础上的情况)的基础上，所述装置还包括：第三确定单元17和第二存储单元18；所述第一存储单元14与所述第三确定单元17连接，所述第三确定单元17与所述第二存储单元18连接；

所述第三确定单元17，用于依据所述第二对象实例的状态，以及所述第二对象实例与所述第三对象实例之间的依赖关系确定所述第三对象实例的逻辑状态；

所述第二存储单元18，用于存储所述第三对象实例的逻辑状态。

本实施例采用逐层推算的方式推算出不直接依赖于具有信息的第一对象实例的第三对象实例的逻辑状态，实现第三对象实例的状态的更新。

装置实施例四

参见图11，该图为本发明提供的一种信息处理装置实施例四的结构框图。

所述数据中心模型还包括第四对象实例，所述第四对象实例与所述第二对象实例具有所述依赖关系，所述第四对象实例的功能实现依赖于所述第二对象实例的功能实现；

在所述装置实施例一或在所述装置实施例二(图11中未示出在所述装置实施例二基础上的情况)的基础上，所述装置还包括：依赖关系计算单元19、第四确定单元20和第三存储单元21；所述第一存储单元14与所述依赖关系计算单元19连接，所述依赖关系计算单元19与所述第四确定单元20连接， 所述第四确定单元20与所述第三存储单元21连接；

依赖关系计算单元19，用于依据所述第一对象实例与所述第二对象实例之间的依赖关系，以及所述第四对象实例与所述第二对象实例之间的依赖关系，得到所述第一对象实例与所述第四对象实例之间的依赖关系；

所述第四确定单元20，用于根据所述第一对象实例的状态，以及所述第一对象实例和所述第四对象实例之间的依赖关系确定所述第四对象实例的逻辑状态；

所述第三存储单元21，用于存储所述第四对象实例的逻辑状态。

本实施例通过依据所述第一对象实例与所述第二对象实例之间的依赖关系，以及所述第四对象实例与所述第二对象实例之间的依赖关系，得到所述第一对象实例与所述第四对象实例之间的依赖关系，并根据所述第一对象实例的状态，以及所述第一对象实例和所述第四对象实例之间的依赖关系推算出不直接依赖于具有信息的第一对象实例的第四对象实例的逻辑状态，实现第四对象实例的状态的更新。

本发明实施例中提到的第一对象实例的“第一”只是用来做名字标识，并不代表顺序上的第一。该规则同样适用于“第二”。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质可以是下述介质中的至少一种：只读存储器(英文：read-only memory，缩写：ROM)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以 是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。