一种信息交互方法和装置与流程

文档序号:19788489发布日期:2020-01-24 13:55阅读:179来源:国知局

本申请涉及计算机技术领域,具体涉及信息传输技术领域,尤其涉及一种信息交互方法和装置。



背景技术:

随着云计算的快速发展和落地,越来越多的企业将自己的服务构建在公有云之上,并使用了各种各样的云服务和组件。对于中大型规模的企业,自身系统相对复杂,会有多个模块部署在云上,并且会使用多个云组件,那么当服务出现故障时,需要协同的人员、需要同步的信息就会很多且分散,对故障处置的效率会有严重的影响,比如涉及到的人员可能包括企业自己的开发人员、云服务和组件的专属售后支持人员等等;而故障处置效率低下的话,就会进一步扩大故障影响,不仅客户自身会有损失,可能也会影响云计算厂商自身的品牌口碑。

现有技术中,常用的故障解决方法是在线下通过即时通讯软件,建立临时群组,手动将相关技术人员(包括相关的开发人员、技术人员、专属售后支持人员等)全部加入到一起,再手动将故障现象、故障处置方案、故障处置进度等信息发送到群组中;协同处置过程中,如果需要引入其他人,则需要再次手动加入,如果处置完成,则此临时群组就被遗弃不会再次复用。



技术实现要素:

本申请实施例提出了信息交互方法和装置。

第一方面,本申请提供了一种信息交互方法,该方法包括:获取监控系统中的告警信息,告警信息包括用于表征故障模块的身份的身份信息;基于故障模块的身份信息,确定与故障模块相关联的群组,该群组包括与故障模块相关联的技术人员;基于告警信息,获取与告警信息相关联的预设的解决方案,并将解决方案及所述告警信息发布到群组中。

在一些实施例中,基于故障模块的身份信息,确定与故障模块相关联的群组包括:响应于在预设的数据库中查找到与所述身份信息相匹配的群组,将所查找到的群组作为与所述故障模块相关联的群组。

在一些实施例中,在基于告警信息,获取与告警信息相关联的预设的解决方案,并将解决方案及所述告警信息发布到群组中之后,所述方法还包括:响应于接收到技术人员发布到群组中的故障处置完成的指令,生成与告警信息相关联的解决方案并进行存储。

在一些实施例中,在基于故障模块的身份信息,确定与故障模块相关联的群组之后,方法还包括:基于预先存储的联系方式,通过发送语音或文本消息提醒与故障模块相关联的技术人员进入群组查看消息。

在一些实施例中,获取监控系统中的告警信息包括:间隔预设时间获取监控系统中的告警信息。

第二方面,本申请提供了一种信息交互装置,该装置包括:获取模块,配置用于获取监控系统中的告警信息,告警信息包括用于表征故障模块的身份的身份信息;确定模块,配置用于基于故障模块的身份信息,确定与故障模块相关联的群组,群组包括与故障模块相关联的技术人员;发布模块,配置用于基于告警信息,获取与告警信息相关联的预设的解决方案,并将解决方案及告警信息发布到群组中。

在一些实施例中,确定模块进一步配置用于:响应于在预设的数据库中查找到与所述身份信息相匹配的群组,将所查找到的群组作为与所述故障模块相关联的群组。

在一些实施例中,在发布模块之后,装置还包括:存储模块,配置用于响应于接收到技术人员发布到群组中的故障处置完成的指令,生成与告警信息相关联的解决方案并进行存储。

在一些实施例中,在确定模块之后,装置还包括:提醒模块,配置用于基于预先存储的联系方式,通过发送语音或文本消息提醒与故障模块相关联的技术人员进入群组查看消息。

在一些实施例中,所述获取模块进一步配置用于间隔预设时间获取监控系统中的告警信息。

第三方面,本申请提供了一种电子设备,该电子设备,包括一个或多个处理器;存储装置,其上存储有一个或多个程序,当一个或多个程序被该一个或多个处理器执行,使得一个或多个处理器实现基于模板的报警渲染的方法。

第四方面,本申请提供了一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现基于模板的报警渲染的方法。

本申请提供的信息交互方法和装置,通过获取监控系统中的告警信息,告警信息包括用于表征故障模块的身份的身份信息;基于故障模块的身份信息,确定与故障模块相关联的群组,该群组包括与故障模块相关联的技术人员;基于告警信息,获取与告警信息相关联的预设的解决方案,并将解决方案及所述告警信息发布到群组中,实现了建立告警信息及预设的解决方案与技术人员之间的信息交互通道,提高了信息交互的效率和智能性。

附图说明

图1是本申请可以应用于其中的示例性系统架构图;

图2是根据本申请的信息交互方法的一个实施例的流程图;

图3是根据本申请的信息交互方法的一个应用场景的示意图;

图4是根据本申请的信息交互方法的又一个实施例的流程图;

图5是根据本申请的信息交互装置的一个实施例的结构示意图;

图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。

需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的一种信息交互方法的实施例的示例性系统架构100。

如图1所示,系统架构100可以包括服务器101、102,网络103、104和终端设备105、106、107。其中,服务器101用来表示运行有信息交互方法的服务器,服务器102用来表示运行有监控系统的服务器。网络103用于表示在运行有监控系统的服务器102和运行有信息交互方法的服务器101之间提供通信链路的介质,网络104用以表示在终端设备105、106、107和服务器101之间提供通信链路的介质。网络103、104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。

运行有信息交互方法的服务器101通过网络103与运行有监控系统的服务器102交互,以获取运行有监控系统的服务器102的发送的告警信息。运行有信息交互方法的服务器101通过网络104与用户终端设备105、106、107交互,以通过终端设备构建群组。其中,终端设备105、106、107上可以安装有各种即时通讯客户端应用。

终端设备105、106、107可以是硬件,也可以是软件。当终端设备105、106、107为硬件时,可以是具有显示屏并且支持与云端服务器通信的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备105、106、107为软件时,可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块),也可以实现成单个软件或软件模块。在此不做具体限定。

服务器101、102可以是提供各种服务的服务器,例如前述的运行有信息交互方法的服务器和运行有监控系统的服务器。运行有信息交互方法的服务器101可以接收运行有监控系统的服务器102发送的告警信息,并基于告警信息调用运行于终端设备105、106、107上的即时通讯工具创建群组,发布与告警信息相关联的预设的解决方案。

服务器101、102可以是硬件,也可以是软件。当服务器101、102为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当服务器为软件时,可以实现成多个软件或软件模块,也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是,本申请实施例所提供的信息交互方法一般由服务器101执行,相应地,信息交互装置一般设置于服务器101中。

应该理解,图1中的终端设备105、106、107、网络103、104和服务器101、102的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。

图2示出了可以应用于本申请的信息交互方法的实施例的流程示意图200。信息交互方法包括以下步骤:

步骤201,获取监控系统中的告警信息。

在本实施例中,执行主体(例如图1中所示服务器101)可以响应于接收到获取告警信息的指令,主动向监控系统获取告警信息,也可以被动接收监控系统发送的告警信息,本申请对此不作限定。

这里,监控系统可以采用现有技术或未来发展技术中的用于接收监测数据并对监测数据进行分析并上报告警的系统,例如,云监控系统、prometheus监控系统、open-falcon监控系统等等,本申请对此不作限定。

其中,监测数据可以是云主机、云硬盘、云存储等云资源的使用情况、性能和运行情况,可以是某一主机中的cpu负载、api响应时间、应用程序单位时间内的服务请求数、数据库的连接数等,本申请对此不作限定。

告警信息包括用于表征故障模块的身份的身份信息,其中,故障模块的身份信息可以是发生故障的故障模块的名称,也可以故障模块的标识号等等,本申请对此不作限定。

在一些可选的方式中,步骤201的获取监控系统中的告警信息可以进一步包括:间隔预设时间获取监控系统中的告警信息。

在本实现方式中,执行主体可以响应于接收到获取告警信息的指令,间隔预设时间,例如5s、10s等,主动向监控系统获取告警信息,也可以间隔预设时间,例如5s、10s等,被动接收监控系统发送的告警信息,本申请对此不作限定。

本实现方式通过间隔预设时间获取监控系统中的告警信息,保证了交互信息的即时性。

步骤202,基于故障模块的身份信息,确定与故障模块相关联的群组。

在本实施例中,执行主体获取到告警信息,告警信息包括故障模块的身份信息。执行主体在预设的数据库中查找是否存在与故障模块的身份信息相匹配的群组,若不存在,则调用即时通讯工具创建群组,并将与故障模块相关联的技术人员添加到群组中。

其中,即时通讯工具可以采用现有技术或未来发展技术中的可以让使用者在网络上建立某种私人聊天室的实时通讯服务工具。并且,大部分的即时通讯服务工具具备提供状态信息的特性,其中,状态信息包括显示联络人名单,联络人是否在线及能否与联络人交谈。

这里,群组指的是即时通讯工具中的群或者同样性质的用户集合。群组的具体形式包括但不限于微信群、qq群等。与故障模块相关联的技术人员可以在群组中进行信息交互,具体地,技术人员可以在群组中交流讨论解决故障模块的故障的技术方法。

需要指出的是,群组的命名可以依据故障模块的名称进行命名,也可以依据与故障模块相关联的其他信息,例如故障现象、故障因素等,进行命名,本申请对此不作限定。

执行主体检测是否存在与故障模块的身份信息相匹配的群组的方式,可以为提取故障模块的身份信息的关键词,在预设的数据库中进行关键词匹配查找。

此外,执行主体可以在预设的第一数据库中查找与故障模块相关联的技术人员的联系方式。其中,预设的第一数据库用于保存预设的各功能模块的名称及其对应的技术人员的联系方式,联系方式可以包括技术人员的登录即时通讯工具的账号、电话等等,执行主体可以根据技术人员的登录即时通讯工具的账号,将与故障模块相关联的技术人员添加到群组中。

其中,技术人员可以是研发人员,可以是运维人员,也可以是售后支持人员,本申请对此不作限定。

在一些可选的方式中,在基于故障模块的身份信息,确定与故障模块相关联的群组之后,该方法还包括:基于预先存储的联系方式,通过发送语音或文本消息提醒与故障模块相关联的技术人员进入群组查看消息。

在本实现方式中,执行主体在预设的第一数据库中,查找与故障模块相关联的技术人员的联系方式,联系方式还包括与故障模块相关联的技术人员的电话。执行主体在基于故障模块的身份信息,确定与故障模块相关联的群组之后,还可以根据相关技术人员的电话对相关技术人员进行语音或文本消息提醒。

本实现方式通过发送语音或文本消息提醒与故障模块相关联的技术人员进入群组查看消息,可以保证相关技术人员及时上线跟进,从而提高了信息交互的及时性。

步骤203,基于告警信息,获取与告警信息相关联的预设的解决方案,并将解决方案发布到群组中。

在本实施例中,告警信息可以包括故障模块、故障现象、故障因素等信息,在一个具体的实现方式中,告警信息可以为结构化数据,其中,结构化数据是以关系数据库表形式管理的数据。

执行主体可以根据故障模块和/或故障现象和/或故障因素等在预设的第二数据库中查找与之对应的预设的解决方案,并将方案发布到群组中。其中,预设的第二数据库用于保存按照故障模块、故障现象、故障因素等不同维度进行组织得到故障信息及与之对应的解决方案。

这里,解决方案可以是预设的操作sop(standardoperationprocedure,标准作业程序),也可以是预设的脚本工具。

具体地,执行主体获取到告警信息,告警信息包括故障模块和故障现象。预设的第二数据库中保存有不同故障信息(预设故障模块与不同故障现象的各种组合)及与之对应的解决方案。执行主体提取告警信息中故障模块和故障现象中的关键词与第二数据库中的故障信息的关键词进行匹配查找。对于告警信息中包含多关键词的,可以预先对所有关键词设置权值,优先选中权值较大的关键词进行匹配查找。为了提高匹配查找的效率,还可以支持部分关键词匹配近义词查找。对于部分关键词也可以采用一对一或一对多的方式映射到相应的故障信息。

执行主体根据关键词在第二数据库中进行查找,若最终查找到多条相匹配的故障信息,执行主体可优先选取关键词匹配数量较多的前3个或5个预设的解决方案作为待发送的解决方案。

在一些可选的方式中,在步骤203的基于告警信息,获取与告警信息相关联的预设的解决方案,并将解决方案及告警信息发布到群组中之后,该方法还包括:响应于接收到技术人员发布到群组中的故障处置完成的指令,生成与告警信息相关联的解决方案并进行存储。

在本实现方式中,执行主体可以在接收到技术人员发送的故障处置完成的指令后,提取群组中的故障信息、时间信息等组织成与告警信息相关联的解决方案并存储在第二数据库中。

进一步地,执行主体还可以将解决方案发送给相关技术人员进行参考,技术人员可以在进行更改和确认后生成最终的解决方案。

同时,由于执行主体将解决方案进行存储,执行主体在后续获取到相似告警信息时,可对解决方案进行调用并发布到群组中。

本实现方式通过响应于接收到技术人员发布到群组中的故障处置完成的指令,生成与告警信息相关联的解决方案并进行存储,丰富了预设解决方案数据库,解决了信息交互中无历史解决方案可参考等情况带来的信息交互效率低下问题。

继续参见图3,图3是根据本实施例的信息交互方法的应用场景的一个示意图。

在图3所示的应用场景中运行有信息交互方法的服务器301,接收到运行有监控系统的服务器302发送的告警信息,告警信息包括用于表征故障模块的身份的身份信息,例如,告警信息为某台云服务器的25号云服务器的cpu利用率大于80%,其中,故障模块的身份为25号云服务器的cpu。服务器301根据故障模块的身份信息25号云服务器的cpu在预设的数据库中进行检索,确定是否存在与故障模块的身份信息相匹配的群组,若不存在,则调用即时通讯工具创建群组。响应于群组创建,服务器301在预设的第一数据库中查找与故障模块25号云服务器的cpu相关联的技术人员及其联系方式,其中联系方式包括技术人员的即时通讯工具的账号。经查找得到相关联的技术人员1及其账号、技术人员2及其账号、技术人员3及其账号。服务器301将与故障模块25号云服务器的cpu相关联技术人员1、技术人员2、技术人员3添加到群组中。其中,群组可以运行于终端设备303、304、305上。之后,服务器301根据告警信息云服务器的cpu利用率大于80%在预设的第二数据库中查找与告警信息相关联的根据关键词匹配查找获取到的排序靠前的3个或5个解决方案,并将解决方案及告警信息发布到群组中。技术人员1、技术人员2、技术人员3可借助各自的运行有即时通讯群组的终端设备303、304、305,基于解决方案和告警信息进行相关技术讨论。

此外,服务器301在将与告警信息相关联的技术方案发布到群组中之后还可以响应于接收到技术人员发布到群组中的故障处置完成的指令,提取故障信息,如时间信息、事件信息等,生成与告警信息相关联的解决方案并存储到数据库中以供后续处理相似告警信息时进行调用。

本公开的实施例提供的信息交互方法,通过获取监控系统中的告警信息,告警信息包括用于表征故障模块的身份的身份信息;基于故障模块的身份信息,确定与故障模块相关联的群组,该群组包括与故障模块相关联的技术人员;基于告警信息,获取与告警信息相关联的预设的解决方案,并将解决方案及所述告警信息发布到群组中,可以建立告警信息及预设的解决方案与技术人员之间的信息交互通道,提高了信息交互的效率和智能性。

进一步参考图4,其示出了信息交互方法的又一个实施例的流程400。该信息交互方法的流程400,包括以下步骤:

步骤401,获取监控系统中的告警信息。

在本实施例中,步骤401的实现细节和技术效果,可以参考对步骤201的描述,在此不再赘述。

步骤402,响应于在预设的数据库中查找到与所述身份信息相匹配的群组,将所查找到的群组作为与所述故障模块相关联的群组。

在本实施例中,执行主体获取到故障模块的身份信息,在预设的数据库中检测是否存在与故障模块的身份信息相匹配的群组,若存在,则将所查找到的群组作为与故障模块相关联的群组。

这里,执行主体检测是否存在与故障模块的身份信息相匹配的群组的方式,可以为若用于表征故障模块的身份的身份信息为故障模块的名称,则根据故障模块的名称检索是否存在群组名称与故障模块的名称相匹配的群组;若用于表征故障模块的身份的身份信息为故障模块的代码,则根据故障模块的代码检索是否存在群组名称与故障模块的代码相匹配的群组等等,本申请对此不作限定。

具体地,执行主体获取到告警信息,告警信息包括第一故障模块。执行主体经检索不存在与第一故障模块相关联的群组则创建群组,群组包括与第一故障模块相关联的第一技术人员。间隔预设时间,如10s,执行主体获取到告警信息,告警信息中包括第二故障模块,用于表征第二故障的身份的身份信息与第一故障的身份信息相同,即第一故障模块与第二故障模块为相同的故障模块或相关联的故障模块,则执行主体将依据第一故障创建的群组作为与第二故障相关联的群组,并且,若第二故障模块与第一故障模块为关联故障模块,即第一故障模块与第二故障模块的故障发生时刻的时间间隔满足预设条件,如小于等于5s,则将与第二故障模块相关联的技术人员添加到群组中。

步骤403,基于告警信息,获取与所述告警信息相关联的预设数量的解决方案,并将所述解决方案及所述告警信息发布到群组中。

在本实施例中,步骤403的实现细节和技术效果,可以参考对步骤203的描述,在此不再赘述。

与图2所示的实施例相比,图4所示的实施例中的信息交互方法的流程400突出了响应于存在与所述故障模块相关联的群组,将所查找到的群组作为与故障模块相关联的群组。由此,本实施例描述的方案使得执行主体可以及时响应于新发生的故障,避免重新创建群组,进一步提高了信息交互效率。

进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种信息交互装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。

如图5所示,本实施例的信息交互装置500包括:获取模块501、确定模块502、发布模块503。

其中,获取模块501可配置用于获取监控系统中的告警信息。

在本实施例中,执行主体(例如图1中所示服务器101)可以响应于接收到获取告警信息的指令,主动向监控系统获取告警信息,也可以被动接收监控系统发送的告警信息,本申请对此不作限定。

这里,监控系统可以采用现有技术或未来发展技术中的用于接收监测数据并对监测数据进行分析并上报告警的系统,例如,云监控系统、prometheus监控系统、open-falcon监控系统等等,本申请对此不作限定。

在一些可选的方式中,获取模块进一步配置用于间隔预设时间获取监控系统中的告警信息。

确定模块502可配置用于基于故障模块的身份信息,确定与故障模块相关联的群组。

在本实施例中,执行主体获取到故障模块的身份信息,在预设的数据库中检索是否存在与故障模块的身份信息相匹配的群组,若不存在,则调用即时通讯工具创建群组,并将与故障模块相关联的技术人员添加到群组中。

其中,即时通讯工具可以采用现有技术或未来发展技术中的可以让使用者在网络上建立某种私人聊天室的实时通讯服务工具。并且,大部分的即时通讯服务工具具备提供状态信息的特性,其中,状态信息包括显示联络人名单,联络人是否在线及能否与联络人交谈。

在本实施例的一些可选的实现方式中,在基于故障模块的身份信息,确定与故障模块相关联的群组之后,该方法还包括:基于预先存储的联系方式,通过发送语音或文本消息提醒与故障模块相关联的技术人员进入群组查看消息。

在本实现方式中,执行主体在预设的第一数据库中,查找与与故障模块相关联的技术人员的联系方式,联系方式还包括与故障模块相关联的技术人员的电话。执行主体在基于故障模块的身份信息,确定与故障模块相关联的群组之后,还可以通过发送语音或文本消息方式提醒与故障模块相关联的技术人员进入群组查看消息。

发布模块503可配置用于基于告警信息,获取与告警信息相关联的预设的解决方案,并将解决方案及告警信息发布到群组中。

在本实施例中,告警信息可以包括故障模块、故障现象、故障因素等信息,执行主体可以根据故障模块和/或故障现象和/或故障因素等在预设的第二数据库中查找与之对应的预设的解决方案,并将方案发布到群组中。其中,预设的第二数据库用于保存按照故障模块、故障现象、故障因素等不同维度进行组织得到故障信息及与之对应的解决方案。

这里,解决方案可以是预设的操作sop(standardoperationprocedure,标准作业程序),也可以是预设的脚本工具。

在一些可选的方式中,在基于告警信息,获取与告警信息相关联的预设的解决方案,并将解决方案及所述告警信息发布到群组中之后,该方法还包括:响应于接收到技术人员发布到群组中的故障处置完成的指令,生成与告警信息相关联的解决方案并进行存储。

在本实施例中,执行主体可以在接收到技术人员发布在群组中的故障处置完成的指令后,提取群组中的事件信息、时间信息等组织成与告警信息相关联的解决方案并存储在第二数据库中。

进一步地,执行主体还可以将解决方案发送给相关技术人员进行参考,技术人员可以在进行更改和确认后生成最终的解决方案。

同时,执行主体将解决方案存储在第二数据库中,执行主体在后续获取到相似告警信息时,可对解决方案进行调用,以进一步提高信息交互效率。

本领域技术人员可以理解,上述信息交互装置500还包括一些其他公知结构,例如处理器、存储器等,为了不必要地模糊本公开的实施例,这些公知的结构在图5中未示出。

下面参考图6,其示出了适于用来实现本申请实施例的客户端设备或服务器的计算机系统600的结构示意图。

如图6所示,计算机系统600包括处理器(例如,中央处理单元cpu)601,其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中,还存储有系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

以下部件连接至i/o接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括有形地包含在机器可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。

附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括获取模块、确定模块和发布模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,获取模块还可以被描述为“获取系统中告警信息的模块”。

作为另一方面,本申请还提供了一种非易失性计算机存储介质,该非易失性计算机存储介质可以是上述实施例中的装置中所包含的非易失性计算机存储介质;也可以是单独存在,未装配入客户端端设备中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序,当该一个或者多个程序被一个设备执行时,使得该设备:获取监控系统中的告警信息,告警信息包括用于表征故障模块的身份的身份信息;基于故障模块的身份信息,确定与故障模块相关联的群组;基于告警信息,获取与告警信息相关联的预设的解决方案,并将解决方案及告警信息发布到群组中。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

当前第1页1 2 3 
网友询问留言 留言:0条
  • 还没有人留言评论。精彩留言会获得点赞!