CN112966056B

CN112966056B - 一种信息处理方法、装置、设备、系统及可读存储介质

Info

Publication number: CN112966056B
Application number: CN202110419814.9A
Authority: CN
Inventors: 刘虢; 赵国庆; 曾琳铖曦; 蒋宁; 吴海英
Original assignee: Mashang Xiaofei Finance Co Ltd
Current assignee: Mashang Xiaofei Finance Co Ltd
Priority date: 2021-04-19
Filing date: 2021-04-19
Publication date: 2022-04-08
Anticipated expiration: 2041-04-19
Also published as: CN112966056A

Abstract

本申请公开了一种信息处理方法、装置、设备、系统及可读存储介质，涉及计算机技术领域，以提高故障的定位效率。包括：根据故障告警信息以及整体逻辑关系图，确定发生故障的第一对象；从整体逻辑关系图中，确定与第一对象相关的部分逻辑关系图；根据部分逻辑关系图对故障告警信息进行处理；其中，整体逻辑关系图是根据系统的软硬件资源的信息以及各应用之间的调用信息生成的；部分逻辑关系图包括以下至少一项：与第一对象关联的目标软硬件资源的信息，以及第一对象和目标软硬件之间的关系表示；与第一对象关联的第一实体的信息，以及第一对象和第一实体之间的关系表示。本申请可以提高故障的定位效率。

Description

一种信息处理方法、装置、设备、系统及可读存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息处理方法、装置、设备、系统及可读存储介质。

背景技术

对于金融业务系统而言，稳定性是核心要求，在发生故障时，如何既快又准的定位故障是相关技术人员的主要研究方向。Pinpoint为一种全链路监控工具，具有单一应用的服务拓扑图展示功能，利用服务拓扑以及请求调用栈查看功能，可以进行应用相关的一些问题分析，为故障排查工作提供了一定参考。

但是，Pinpoint所展示的内容较为片面，因此导致故障的定位效率较低。

发明内容

本申请实施例提供一种信息处理方法、装置、设备、系统及可读存储介质，以提高故障的定位效率。

第一方面，本申请实施例提供了一种信息处理方法，包括：

根据故障告警信息以及整体逻辑关系图，确定发生故障的第一对象；其中，所述整体逻辑关系图是根据系统的软硬件资源的信息以及各应用之间的调用信息生成的；

从所述整体逻辑关系图中，确定与所述第一对象相关的部分逻辑关系图；

根据所述部分逻辑关系图对所述故障告警信息进行处理；

所述部分逻辑关系图包括以下至少一项：

与所述第一对象关联的目标软硬件资源的信息，以及所述第一对象和所述目标软硬件之间的关系表示；

与所述第一对象关联的第一实体的信息，以及所述第一对象和所述第一实体之间的关系表示。

第二方面，本申请实施例还提供一种信息处理装置，包括：

第一确定模块，用于根据故障告警信息以及整体逻辑关系图，确定发生故障的第一对象；其中，所述整体逻辑关系图是根据系统的软硬件资源的信息以及各应用之间的调用信息生成的；

第二确定模块，用于从所述整体逻辑关系图中，确定与所述第一对象相关的部分逻辑关系图；

第一处理模块，用于根据所述部分逻辑关系图对所述故障告警信息进行处理；

所述部分逻辑关系图包括以下至少一项：

第三方面，本申请实施例提供了一种信息处理系统，包括：故障监控设备和故障处理设备；

其中，所述故障监控设备，用于对系统进行监控，获取故障告警信息，并将所述故障处理设备发送所述故障告警信息；

所述故障处理设备，用于根据所述故障告警信息以及整体逻辑关系图，确定发生故障的第一对象；从所述整体逻辑关系图中，确定与所述第一对象相关的部分逻辑关系图；根据所述部分逻辑关系图对所述故障告警信息进行处理；

其中，所述整体逻辑关系图是根据系统的软硬件资源的信息以及各应用之间的调用信息生成的；所述部分逻辑关系图包括以下至少一项：

第四方面，本申请实施例还提供一种电子设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的程序，所述处理器执行所述程序时实现如上所述的信息处理方法中的步骤。

第五方面，本申请实施例还提供一种可读存储介质，所述可读存储介质上存储程序，所述程序被处理器执行时实现如上所述的信息处理方法中的步骤。

在本申请实施例中，当收到故障告警信息后，根据该故障告警信息确定发生故障的第一对象，并依据整体逻辑关系图确定与该第一对象相关的部分逻辑关系图。由于整体逻辑关系图是基于系统的软硬件资源的信息以及各应用之间的调用信息生成的，因此，该部分逻辑关系图中可表示出发生故障的第一对象、与其具有关联的目标软硬件资源的信息以及第一实体的信息，从而可更全面的显示出与故障相关的信息，进而提高了故障定位的效率。

附图说明

图1是本申请实施例提供的信息处理方法的流程图；

图2是本申请实施例提供的数据库结构示意图；

图3是本申请实施例中应用链子逻辑关系图的生成过程示意图；

图4是本申请实施例中生成的整体逻辑关系图的局部示意图；

图5是本申请实施例的信息处理系统的示意图；

图6是本申请实施例的故障处理流程的示意图；

图7是本申请实施例生成的区域逻辑关系图的示意图；

图8是本申请实施例提供的信息处理装置的结构图。

具体实施方式

本申请实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

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

参见图1，图1是本申请实施例提供的信息处理方法的流程图，如图1所示，包括以下步骤：

步骤101、根据故障告警信息以及整体逻辑关系图，确定发生故障的第一对象。

对于一个系统来讲，它具有相关的软硬件资源，比如，主机，机柜，服务器等。它们之间具有一定的安装或者维护关系，例如，机房-机柜-交换机-主机。系统还可具有相应的主体，用于执行各种软件功能，如应用，中间件，基础组件等。各个主体之间可以具有一定的调用关系。在此，将上述安装或者维护关系、调用关系统称为连接。该系统例如可以是金融行业的业务系统等等。

其中，所述故障告警信息可包括发生故障的候选对象的信息，候选连接的信息，故障原因，故障发生时间等等。其中，所述候选对象指的是有可能发生故障的对象，例如，软硬件资源，主体(包括应用，中间件，基础组件等)等。所述候选连接，例如可以是硬件设备之间的安装或者维护关系，应用之间的调用关系等。

所述故障告警信息可以是按照某个预设的时间间隔收集的，且收集时间可根据需要设置。

在本申请实施例中，上述故障告警信息的来源可以Pinpoint，CI(ContinuousIntegration，持续集成)CD(Continuous Delivery，持续交付)，专门的监控告警系统等等。

Pinpoint用于提供无侵入式的调用链监控、方法执行详情查看、应用状态信息监控等功能，可获得应用的实时调用信息。软件开发中，集成是一个很可能发生未知错误的过程。持续集成是一种软件开发实践，希望团队中的成员频繁提交代码到代码仓库，且每次提交都能通过自动化测试进行验证，从而使问题尽早暴露和解决。持续交付是持续集成的扩展，指的是将通过自动化测试的软件部署到产品环境。持续交付的本质是把每个构建成功的应用更新交付给用户使用。因此，CICD可获得软件的持续性信息。专门的监控告警系统则主要是用于获取软硬件的故障告警信息。

其中，所述整体逻辑关系图是根据系统的软硬件资源的信息以及各应用之间的调用信息生成的。软硬件资源的信息主要包括安装关系，软件版本，硬件配置信息等相对稳定的信息。例如，哪个主机安装于哪个机柜中等等。所述整体逻辑关系图包括软硬件资源子逻辑关系图和应用链子逻辑关系图。所述软硬件资源子逻辑关系图和应用链子逻辑关系图均可认为是图数据库。

其中，所述软硬件资源子逻辑关系图中包括多个点，每个点对应一个软硬件资源；具有对应关系的两个点之间用连线连接，所述连线作为所述软硬件资源子逻辑关系图中的边。其中，所述对应关系例如可以包括安装关系，设备之间的连接关系等。例如，软硬件资源的信息可以包括“机房-机柜-交换机-主机”这种形式的关系。假设在机房A中设置有3个机柜，每个机柜中可以安装有多个交换机，每个交换机又可连接有多台主机。那么，对于机房A来讲，它和对应的机柜B、交换机C、主机D之间具有对应关系。因此，表示该机房的点、表示机柜B、交换机C、主机D的点，可以用连线连接，作为所述软硬件资源子逻辑关系图中的边。例如表示A的点、表示B的点、表示C的点、表示D的点依次连接。

所述应用链子逻辑关系图中包括多个点，每个点对应一个实体；具有调用关系的两个点之间用连线连接，所述连线作为所述应用链子逻辑关系图中的边。在软硬件资源子逻辑关系图和应用链子逻辑关系图中，可标记出每个点的标识(如名称，代号，ID等)。每个边可具有一定的方向，例如，对于具有调用关系的两个点，可由被调用的点指向调用该点的其他点。两个点之间可能具有多条边。

当然，所述整体逻辑关系图也是可以由软硬件资源子逻辑关系图和应用链子逻辑关系图融合形成的一张图。

由于所述故障告警信息可包括当前系统的故障信息，还有可能会包括一些无用信息，因此，在此实施例中，为了进一步提高故障定位效率，可通过将故障告警信息分别与软硬件资源子逻辑关系图和应用链子逻辑关系图进行匹配，从而确定发生故障的第一对象。其中，第一对象有可能是软硬件资源，还可能是实体。所述第一对象可以为一个，也可以是多个。

具体的，可根据所述故障告警信息包括的候选对象的信息，分别将所述候选对象与所述软硬件资源子逻辑关系图以及所述应用链子逻辑关系图中的点进行匹配。当所述候选对象在所述软硬件资源子逻辑关系图中具有匹配的目标点时，将所述目标点对应的软硬件资源作为所述第一对象；

或，当所述候选对象在所述应用链子逻辑关系图中具有匹配的目标点时，将所述目标点对应的实体作为所述第一对象。

其中，所述候选对象的信息例如可以是候选对象的ID，名称等。如果候选对象的ID与软硬件资源子逻辑关系图或应用链子逻辑关系图中的某个点的ID相同，那么，可认为候选对象在软硬件资源子逻辑关系图或应用链子逻辑关系图中具有匹配的点。由于软硬件资源子逻辑关系图或应用链子逻辑关系图中的每个点都具有对应的对象，那么，与候选对象匹配的点在软硬件资源子逻辑关系图或应用链子逻辑关系图中所对应的对象，即可作为在此的第一对象。

步骤102、从所述整体逻辑关系图中，确定与所述第一对象相关的部分逻辑关系图。

其中，所述部分逻辑关系图包括以下至少一项：与所述第一对象关联的目标软硬件资源的信息，以及所述第一对象和所述目标软硬件之间的关系表示；与所述第一对象关联的第一实体的信息，以及所述第一对象和所述第一实体之间的关系表示。其中，所述关系表示可以包括边。

在此，关联的含义可以是直接关联，也可以是间接关联。直接关联，例如可以是与第一对象具有直接的调用关系；间接关联，例如可以是和与第一对象具有直接的调用关系的实体具有关联。例如，点A和点B之间具有直接的调用关系，点B又调用了点C，那么，点A和点B之间具有直接关联，点C和点A之间具有间接关联。

为了更全面的了解故障信息，与所述第一对象关联的目标软硬件资源可以是发生故障的软硬件资源，与所述第一对象关联的第一实体可以是发生故障的实体。

具体的，在此步骤中，根据所述故障告警信息包括的候选连接的信息，分别将所述候选连接与所述软硬件资源子逻辑关系图以及所述应用链子逻辑关系图中的边进行匹配。当所述候选连接在所述软硬件资源子逻辑关系图中具有匹配的目标边时，如果所述目标边的至少一个端点为所述第一对象对应的点，则利用所述目标边的两个端点以及所述目标边形成所述部分逻辑关系图；

或，当所述候选连接在所述应用链子逻辑关系图中具有匹配的目标边时，如果所述目标边的至少一个端点为所述第一对象对应的点，则利用所述目标边的两个端点以及所述目标边形成所述部分逻辑关系图。

以应用链子逻辑关系图为例，如果候选连接在应用链子逻辑关系图中具有匹配的目标边，那么，由于目标边具有两个端点，也即点，那么，两个端点以及该边即可构成一个部分的逻辑关系图。在此基础上，如果两个端点中的一个或者两个为第一对象对应的点，那么，即可由目标边的一个或者两个端点，以该边形成所述部分逻辑关系图。

步骤103、根据所述部分逻辑关系图对所述故障告警信息进行处理。

在此步骤中，根据所述故障告警信息，确定所述故障告警信息的优先级。然后，按照所述优先级，提示所述故障告警信息以及所述部分逻辑关系图。

在确定所述故障告警信息的优先级时，可确定所述故障告警信息的影响程度值，并根据所述影响程度值的大小，确定所述故障告警信息的优先级。影响程度值越大，对应的优先级越高。

在此步骤中，可按照以下方式确定所述故障告警信息的影响程度值：

其中，D表示所述影响程度值，n表示所述故障告警信息在目标关系图中匹配到的点的总数，R_i表示第i个点对应的重要度系数，1≤i≤n，i为整数，M表示所述故障告警信息在所述目标关系图中匹配到的边的总数；n、M为大于0的整数；其中，所述目标关系图为软硬件资源子逻辑关系图，或者，所述目标关系图为应用链子逻辑关系图，或者，所述目标关系图为所述整体逻辑关系图。

也就是说，在确定影响程度值时，对于软硬件故障，可以依据软硬件资源子逻辑关系图或者整体逻辑关系图为基础进行计算；对于应用的故障，可以依据应用链子逻辑关系图或者整体逻辑关系图为基础进行计算。

当然，在本申请的实施例中，也可直接显示所述部分逻辑关系图。

在本申请实施例中，当收到故障告警信息后，根据该故障告警信息确定发生故障的第一对象，并依据整体逻辑关系图确定与该第一对象相关的部分逻辑关系图。由于整体逻辑关系图是基于系统的软硬件资源的信息以及应用之间的调用信息生成的，因此，该部分逻辑关系图中可表示出发生故障的第一对象、与其具有关联的目标软硬件资源的信息以及第一实体的信息，从而可更全面的显示出与故障相关的信息，进而提高了故障定位的效率。

在上述实施例的基础上，当无法根据所述故障告警信息确定第一对象时，将所述故障告警信息和故障信息数据库进行比对，并根据比对结果确定待处理故障。其中，故障信息库存储的是历史故障的信息，比如，故障原因，发生故障的实体等。经过对比，将与故障告警信息所包括的故障的匹配度最高的故障，确定为待处理故障，从而进一步提高故障定位的准确性。当确定了待处理故障后，还可更新所述故障信息库，从而保证信息的同步性，为后续定位故障提供便利。

在本申请实施例中，还可生成所述软硬件资源子逻辑关系图和所述应用链子逻辑关系图。

在生成所述软硬件资源子逻辑关系图时，利用CMDB(Configuration ManagementDatabase，配置管理数据库)获取系统的软硬件资源的信息、实体的连接信息，然后根据所述软硬件资源的信息以及所述实体的连接信息生成资源拓扑图，并根据所述资源拓扑图生成软硬件资源子逻辑关系图。

在生成所述应用链子逻辑关系图时，利用CMDB获取各实体的连接信息以及利用Pinpont获取各应用之间的实时调用信息。然后，利用所述实体的连接信息和所述应用之间的实时调用信息，生成应用拓扑图，并根据所述应用拓扑图生成应用链子逻辑关系图。

参见图2，为了在分布式系统全局视图中快速定位故障，在本申请实施例中，创建和维护两个图数据库，分别是软硬件资源图数据库和应用逻辑链图数据库，分别用于存储软硬件资源子逻辑关系图和应用链子逻辑关系图。

其中，软硬件资源子逻辑关系图的数据来源于CMDB。CMDB维护有硬件以及基础组件的结构化数据，比如某个交换机出问题时，可以通过在CMDB内维护的一组“机房-机柜-交换机-主机”的对应关系，向上定位到某个机柜，向下定位到所有受影响的主机。CMDB也维护了应用、数据库、消息中间件、DNS(Domain Name System，域名系统)等各类基础组件的信息。当以上信息发生变更时，通过CMDB同步到软硬件资源图数据库中。CMDB获取的数据经资源拓扑维护模块处理后生成资源拓扑图，然后，经由软硬件资源图数据库转换为软硬件资源子逻辑关系图并存储。

应用链子逻辑关系图的数据主要来源两个方面：CMDB和Pinpoint。CMDB用于提供各类中间件信息以及应用的信息，Pinpoint则是提供各类中间件、应用的实时调用信息。收集到的数据经应用拓扑维护模块生成应用拓扑图，然后，经由应用逻辑链图数据库转换为应用链子逻辑关系图并存储。

以应用链子逻辑关系图的生成为例，结合图3，每个应用实例的Pinpoint-agent(Pinpoint代理)负责收集数据并发送给Pinpoint-collector(Pinpoint收集器)。收集器将数据集中存储在HBase集群中。HBase的Coprocessor(协处理器)负责将相关表的数据发送给Kafka消息中间件。HBase集群中的Pinpoint数据表还可将实时获取的数据直接发送给Apache Flink。Apache Flink获取Kafka消息中间件以及Pinpoint数据表发送的信息，将数据进行清洗和去重。Apache Flink根据事务ID，读取并解析该事务ID的调用链路，生成当前链路上所有节点的拓扑关系。然后，调用链拓扑关系保存到Neo4j数据库中。此过程持续不间断的运行，最终生成一张包含分布式系统中所有应用、中间件这些实体以及实体间调用关系的全量图。生成的整体逻辑关系图中某个局部的示意图如图4所示，图中每个节点代表一个应用或者中间件等实体，每条边代表一个调用路径，两个节点间可以有多条边。同时，还可提供应用拓扑关系API(Application Programming Interface，应用程序接口)供外界调用相关数据。

软硬件资源子逻辑关系图的生成过程和上述原理相同。

结合图2，为了更准确的定位故障并为后续故障分析提供判断依据，在本申请实施例中，还可设置有故障历史信息数据库，存储有过去一段时间发生的故障的信息，例如，故障类型(系统故障、业务异常)、故障实体、故障原始信息、故障根因、故障根因实体、解决方案信息等。一些故障报告以及故障演练的信息也可存储于该故障历史信息数据库中。当有新的故障发生时，故障事件如通过各种渠道收集的事件信息以及用于帮助定位的辅助信息，可经故障分析后同步到故障历史信息数据库中。故障面板主要用于提示故障信息等。

在实际应用中，故障告警信息的来源主要包括监控告警系统、CICD以及Pinpoint。监控告警系统可获取直接的故障事件信息，如硬件故障告警、系统组件故障告警、应用错误日志等。对于一些业务告警可能无法直接定位发生源，则可以通过CICD获取最近应用更新的信息，进而通过这些信息来间接推断故障位置。CICD系统记录了每次发布的开发责任人和业务负责人、本次发布的配置变更点、发布功能描述等各类应用更新的相关信息。

在通过监控告警系统、CICD以及Pinpoint等收集了故障告警信息之后，可进行故障定位分析。如果可以通过以下方式确定故障源的，那么，可直接定位；否则，可根据故障历史信息数据库的数据进行判断。例如，可将故障告警信息与故障历史信息数据库作对比，根据相似度对比给出最匹配的历史故障原因，并提示相应的故障解决方案。

在本申请实施例中，可按照如下方式确定故障源。所述故障源可以包括软硬件资源，实体(应用，中间件等)。在此，以结合应用链子逻辑关系图为例，详细描述一下如何确定故障源。

在实际应用中，收集到的故障告警信息等可以存储于时间序列数据中。以时间窗口(如30s)为单位，对该时间窗口内的故障告警信息进行处理。将该时间窗口内的故障告警信息所携带的主体信息与应用链子逻辑关系图中的点进行匹配，确定目标点；以及，将故障告警信息所携带的调用路径信息与应用链子逻辑关系图中的边进行匹配，确定目标边。如果某个目标点和某个目标边构成邻居关系，那么，可将构成邻居关系的目标点和目标边连接起来，形成部分逻辑关系图。其中，邻居关系可以理解为目标点至少是目标边的其中一个端点。

在实际应用中，可在CMDB中为各个应用分级，以表示各个应用的业务重要度。重要度高，其对应的业务重要度系数也高。为了使得用户及时的了解各个故障的紧急程度，在此，可通过不同的故障影响度来区分各个故障，进而确定在提示各个故障时的优先级。

其中，影响程度值可按如下方式确定：

其中，D表示所述影响程度值，n表示所述故障告警信息在目标关系图中匹配到的点的总数，R_i表示第i个点对应的重要度系数，1≤i≤n，i为整数，M表示所述故障告警信息在所述目标关系图中匹配到的边的总数；n、M为大于0的整数。

之后，根据影响程度值从大到小的顺序，将各个故障进行排序，并按照排序的结果提示给用户。在提示时，提示的内容可包括各个故障相关的应用链子逻辑关系图以及故障信息等。

在本申请实施例中，当收到故障告警信息后，根据该故障告警信息确定发生故障的第一对象，并依据整体逻辑关系图确定与该第一对象相关的部分逻辑关系图。由于整体逻辑关系图是基于系统的软硬件资源的信息以及应用之间的调用信息生成的，因此，该部分逻辑关系图中可表示出发生故障的第一对象、与其具有关联的目标软硬件资源的信息以及第一实体的信息，从而可更全面的显示出与故障相关的信息，进而提高了故障定位的效率，同时显示可更为直观。

如图5所示，本申请实施例的信息处理系统，包括：故障监控设备501和故障处理设备502。

其中，所述故障监控设备501，用于对系统进行监控，获取故障告警信息，并给所述故障处理设备发送所述故障告警信息；所述故障处理设备502，用于根据所述故障告警信息以及整体逻辑关系图，确定发生故障的第一对象；从所述整体逻辑关系图中，确定与所述第一对象相关的部分逻辑关系图；根据所述部分逻辑关系图对所述故障告警信息进行处理；

其中，所述故障处理设备502的具体处理过程可参照前述实施例的描述。

如图6所示，为故障处理流程的示意图。假设，某种故障监控设备如监控告警系统发出告警，表示某交换机发生短暂假死现象，造成连接在此交换机上的主机中的消息中间件RabbitMQ发生网络分区，也就是集群解体，从而造成消息服务不可用。此时，故障处理设备获取该故障事件即消息中间件RabbitMQ中间件的异常并向故障分析发出告警信息，包括故障内容。故障分析收到告警信息后，按照如上描述的方式定位到RabbitMQ的集群实例，并获取RabbitMQ的集群实例对应的部分逻辑关系图。之后，可通过故障面板展示出当前发生故障的消息中间件集群和实例，并通过部分逻辑关系图中的关系直观地展示所有使用了这个集群的应用。

如图7所示，节点71表示当前的消息中间件，其他节点则是使用了这个消息中间件的生产者和消费者。因此，通过该图，用户可快速了解受影响的所有应用。之后，运维人员可根据经验，处理并重启中间件节点，消费端应用等。同时，上述对故障的处理以及故障信息会以结构化数据的方式保存到故障历史信息数据库中。

在实际应用中，假设上述交换机假死无法定位到故障源，需要结合故障历史信息数据库确认根本原因，并根据其故障信息、处理方式等同步更新故障历史信息数据库，从而在后续发生类似故障时可快速提示，加速故障处理。

如图8所示，本申请实施例的信息处理装置包括：

第一确定模块801，用于根据故障告警信息以及整体逻辑关系图，确定发生故障的第一对象；其中，所述整体逻辑关系图是根据系统的软硬件资源的信息以及各应用之间的调用信息生成的；第二确定模块802，用于从所述整体逻辑关系图中，确定与所述第一对象相关的部分逻辑关系图；第一处理模块803，用于根据所述部分逻辑关系图对所述故障告警信息进行处理；

所述部分逻辑关系图包括以下至少一项：

可选的，所述整体逻辑关系图包括软硬件资源子逻辑关系图和应用链子逻辑关系图；

其中，所述软硬件资源子逻辑关系图中包括多个点，每个点对应一个软硬件资源；具有对应关系的两个点之间用连线连接，所述连线作为所述软硬件资源子逻辑关系图中的边；

所述应用链子逻辑关系图中包括多个点，每个点对应一个实体；具有调用关系的两个点之间用连线连接，所述连线作为所述应用链子逻辑关系图中的边。

可选的，所述第一确定模块包括：

第一匹配子模块，用于根据所述故障告警信息包括的候选对象的信息，分别将所述候选对象与所述软硬件资源子逻辑关系图以及所述应用链子逻辑关系图中的点进行匹配；

第一确定子模块，用于当所述候选对象在所述软硬件资源子逻辑关系图中具有匹配的目标点时，将所述目标点对应的软硬件资源作为所述第一对象；

第二确定子模块，用于当所述候选对象在所述应用链子逻辑关系图中具有匹配的目标点时，将所述目标点对应的实体作为所述第一对象。

可选的，所述第二确定模块包括：

第一匹配子模块，用于根据所述故障告警信息包括的候选连接的信息，分别将所述候选连接与所述软硬件资源子逻辑关系图以及所述应用链子逻辑关系图中的边进行匹配；

第一确定子模块，用于当所述候选连接在所述软硬件资源子逻辑关系图中具有匹配的目标边时，如果所述目标边的至少一个端点为所述第一对象对应的点，则利用所述目标边的两个端点以及所述目标边形成所述部分逻辑关系图；

第二确定子模块，用于当所述候选连接在所述应用链子逻辑关系图中具有匹配的目标边时，如果所述目标边的至少一个端点为所述第一对象对应的点，则利用所述目标边的两个端点以及所述目标边形成所述部分逻辑关系图。

可选的，所述第一处理模块包括：

第一确定子模块，用于根据所述故障告警信息，确定所述故障告警信息的优先级；

第一提示子模块，用于按照所述优先级，提示所述故障告警信息以及所述部分逻辑关系图。

可选的，所述第一确定子模块包括：

第一确定模块，用于确定所述故障告警信息的影响程度值；

第二确定模块，用于根据所述影响程度值的大小，确定所述故障告警信息的优先级。

其中，按照以下方式确定所述故障告警信息的影响程度值：

其中，D表示所述影响程度值，n表示所述故障告警信息在目标关系图中匹配到的点的总数，R_i表示第i个点对应的重要度系数，1≤i≤n，i为整数，M表示所述故障告警信息在所述目标关系图中匹配到的边的总数；n、M为大于0的整数；

其中，所述目标关系图为软硬件资源子逻辑关系图，或者，所述目标关系图为应用链子逻辑关系图，或者，所述目标关系图为所述整体逻辑关系图。

可选的，所述装置还可包括：

生成模块，用于生成所述软硬件资源子逻辑关系图和所述应用链子逻辑关系图。

可选的，所述生成模块，包括第一生成子模块，用于利用获取系统的软硬件资源的信息、实体的连接信息；根据所述软硬件资源的信息以及所述实体的连接信息生成资源拓扑图；根据所述资源拓扑图生成软硬件资源子逻辑关系图。

可选的，所述生成模块，包括第二生成子模块，用于利用CMDB获取各实体的连接信息；利用Pinpont获取各应用之间的实时调用信息；利用所述实体的连接信息和所述应用之间的实时调用信息，生成应用拓扑图；根据所述应用拓扑图生成应用链子逻辑关系图。

可选的，所述装置还可包括：

第二处理模块，用于当无法根据所述故障告警信息确定第一对象时，将所述故障告警信息和故障信息数据库进行比对，并根据比对结果确定待处理故障。

可选的，所述装置还可包括：

更新模块，用于更新所述故障信息数据库。

本申请实施例提供的装置，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；所述处理器，用于读取存储器中的程序实现包括如前所述的信息处理方法中的步骤。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序，该程序被处理器执行时实现上述信息处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的可读存储介质，可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。根据这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁盘、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims

1.一种信息处理方法，其特征在于，包括：

根据故障告警信息以及整体逻辑关系图，确定发生故障的第一对象，其中，所述整体逻辑关系图是根据系统的软硬件资源的信息以及各应用之间的调用信息生成的；

根据所述部分逻辑关系图，对所述故障告警信息进行处理；

其中，所述部分逻辑关系图包括以下至少一项：

与所述第一对象关联的第一实体的信息，以及所述第一对象和所述第一实体之间的关系表示；

其中，根据所述部分逻辑关系图对所述故障告警信息进行处理，包括：

根据所述故障告警信息，确定所述故障告警信息的优先级；

按照所述优先级，提示所述故障告警信息以及所述部分逻辑关系图；

所述优先级根据所述故障告警信息的影响程度值确定，其中，对于软硬件故障，所述影响程度值依据软硬件资源子逻辑关系图或者整体逻辑关系图为基础进行计算；对于应用的故障，所述影响程度值依据应用链子逻辑关系图或者整体逻辑关系图为基础进行计算。

2.根据权利要求1所述的方法，其特征在于，所述整体逻辑关系图包括软硬件资源子逻辑关系图和应用链子逻辑关系图；

3.根据权利要求2所述的方法，其特征在于，所述根据所述故障告警信息以及整体逻辑关系图，确定发生故障的第一对象，包括：

根据所述故障告警信息包括的候选对象的信息，分别将所述候选对象与所述软硬件资源子逻辑关系图以及所述应用链子逻辑关系图中的点进行匹配；

当所述候选对象在所述软硬件资源子逻辑关系图中具有匹配的目标点时，将所述目标点对应的软硬件资源作为所述第一对象；

4.根据权利要求2所述的方法，其特征在于，所述从所述整体逻辑关系图中，确定与所述第一对象相关的部分逻辑关系图，包括：

根据所述故障告警信息包括的候选连接的信息，分别将所述候选连接与所述软硬件资源子逻辑关系图以及所述应用链子逻辑关系图中的边进行匹配；

当所述候选连接在所述软硬件资源子逻辑关系图中具有匹配的目标边时，如果所述目标边的至少一个端点为所述第一对象对应的点，则利用所述目标边的两个端点以及所述目标边形成所述部分逻辑关系图；

5.根据权利要求1所述的方法，其特征在于，所述根据所述故障告警信息，确定所述故障告警信息的优先级，包括：

确定所述故障告警信息的影响程度值；

根据所述影响程度值的大小，确定所述故障告警信息的优先级。

6.根据权利要求5所述的方法，其特征在于，按照以下方式确定所述故障告警信息的影响程度值：

7.根据权利要求2所述的方法，其特征在于，所述生成所述软硬件资源子逻辑关系图包括：

利用配置管理数据库CMDB获取系统的软硬件资源的信息、实体的连接信息；

根据所述软硬件资源的信息以及所述实体的连接信息生成资源拓扑图；

根据所述资源拓扑图生成软硬件资源子逻辑关系图。

8.根据权利要求2所述的方法，其特征在于，生成所述应用链子逻辑关系图，包括：

利用CMDB获取各实体的连接信息；

利用Pinpont获取各应用之间的实时调用信息；

利用所述实体的连接信息和所述应用之间的实时调用信息，生成应用拓扑图；

根据所述应用拓扑图生成应用链子逻辑关系图。

9.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当无法根据所述故障告警信息确定第一对象时，将所述故障告警信息和故障信息数据库进行比对，并根据比对结果确定待处理故障。

10.一种信息处理装置，其特征在于，包括：

所述部分逻辑关系图包括以下至少一项：

其中，所述第一处理模块包括：

第一确定子模块，用于根据所述故障告警信息，确定所述故障告警信息的优先级；第一提示子模块，用于按照所述优先级，提示所述故障告警信息以及所述部分逻辑关系图；

11.一种信息处理系统，其特征在于，包括：故障监控设备和故障处理设备；

其中，所述故障处理设备在根据所述部分逻辑关系图对所述故障告警信息进行处理时，用于：

根据所述故障告警信息，确定所述故障告警信息的优先级按照所述优先级，提示所述故障告警信息以及所述部分逻辑关系图；

12.一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；其特征在于，所述处理器，用于读取存储器中的程序实现包括如权利要求1至9中任一项所述的信息处理方法中的步骤。

13.一种可读存储介质，用于存储程序，其特征在于，所述程序被处理器执行时实现包括如权利要求1至9中任一项所述的信息处理方法中的步骤。