掌桥专利:专业的专利平台
掌桥专利
首页

故障分析系统

文献发布时间:2023-06-19 19:21:53


故障分析系统

技术领域

本公开涉及计算机技术领域,尤其涉及一种故障分析系统。

背景技术

相关技术中,通过人工分析的方式进行故障分析,故障分析的效率较低。

发明内容

本公开提供了一种故障分析系统,所述故障分析系统包括故障分析服务器和至少两个故障分析机;

所述故障分析服务器,用于响应于故障分析请求,根据所述故障分析请求中的故障数据生成故障分析任务,并将所述故障分析任务分发至所述至少两个故障分析机中的任一故障分析机,其中,所述故障分析任务包括所述故障数据;

所述故障分析机,用于响应于接收到来自于所述故障分析服务器的所述故障分析任务,获取至少一条故障分析规则,根据所述至少一条故障分析规则执行所述故障分析任务,得到所述故障分析任务对应的故障分析结果,并将所述故障分析结果回传至所述故障分析服务器。

通过在故障分析系统设置故障分析服务器和至少两个故障分析机,所述故障分析服务器用于响应于故障分析请求,根据所述故障分析请求中的故障数据生成故障分析任务,并将所述故障分析任务分发至所述至少两个故障分析机中的任一故障分析机,其中,所述故障分析任务包括所述故障数据,所述故障分析机,用于响应于接收到来自于所述故障分析服务器的所述故障分析任务,获取至少一条故障分析规则,根据所述至少一条故障分析规则执行所述故障分析任务,得到所述故障分析任务对应的故障分析结果,并将所述故障分析结果回传至所述故障分析服务器,由此能够实现自动故障分析,快速定位问题,提高维护效率,提高用户体验,并能够改善软硬件质量,为产品实现快速更新迭代提供数据基础。

在一种可能的实现方式中,所述故障分析机具体用于:

从预设的故障分析规则库中获取至少一条故障分析规则。

在该实现方式中,故障分析机通过响应于接收到来自于所述故障分析服务器的所述故障分析任务,从预设的故障分析规则库中获取至少一条故障分析规则,并根据所述至少一条故障分析规则执行所述故障分析任务,得到所述故障分析任务对应的故障分析结果,由此能够基于最新的故障分析规则对故障数据进行故障分析,从而能够获得更准确的故障分析结果。

在一种可能的实现方式中,所述故障分析机具体用于:

从所述故障分析规则库中获取所有故障分析规则。

在该实现方式中,故障分析机通过响应于接收到来自于所述故障分析服务器的所述故障分析任务,从预设的故障分析规则库中获取所有故障分析规则,并根据故障分析规则库中的所有故障分析规则执行所述故障分析任务,得到所述故障分析任务对应的故障分析结果,由此能够基于所有故障分析规则对故障数据实现更完整的故障分析,从而能够获得更准确的故障分析结果。

在一种可能的实现方式中,

所述故障分析规则库设置在所述故障分析服务器中。

在该实现方式中,通过将故障分析规则库设置在故障分析服务器中,由此能够通过故障分析服务器对故障分析规则库进行管理。

在一种可能的实现方式中,所述故障分析机具体用于:

将所述至少一条故障分析规则发送至调制器引擎模块;

通过所述调试器引擎模块将所述故障数据与所述至少一条故障分析规则进行匹配。

在该实现方式中,通过故障分析机将所述至少一条故障分析规则发送至调制器引擎模块,并通过所述调试器引擎模块将所述故障数据与所述至少一条故障分析规则进行匹配,由此使用调试器引擎模块提供的能力执行故障分析规则的匹配,能够得到更准确的故障分析结果。

在一种可能的实现方式中,所述故障分析机具体用于:

将所述故障数据与所述至少一条故障分析规则分别进行匹配,得到与所述至少一条故障分析规则一一对应的至少一项匹配分数;

根据所述至少一项匹配分数,生成所述故障分析任务对应的故障分析结果。

在该实现方式中,通过将所述故障数据与所述至少一条故障分析规则分别进行匹配,得到与所述至少一条故障分析规则一一对应的至少一项匹配分数,并能够根据所述至少一项匹配分数,生成所述故障分析任务对应的故障分析结果,由此基于匹配分数对故障数据与故障分析规则的匹配程度进行量化,从而能够得到更准确的故障分析结果

在一种可能的实现方式中,所述故障分析机具体用于:

对于所述至少一条故障分析规则中的任意一条故障分析规则,将所述故障数据与所述故障分析规则进行匹配,得到所述故障数据与所述故障分析规则之间的匹配度;

根据所述匹配度,确定所述故障分析规则对应的匹配分数,其中,所述匹配分数与所述匹配度正相关。

在该实现方式中,故障分析机通过对于所述至少一条故障分析规则中的任意一条故障分析规则,将所述故障数据与所述故障分析规则进行匹配,得到所述故障数据与所述故障分析规则之间的匹配度,并根据所述匹配度,确定所述故障分析规则对应的匹配分数,其中,所述匹配分数与所述匹配度正相关,由此能够确定得到更准确的匹配分数。

在一种可能的实现方式中,所述故障分析机具体用于:

将所述至少一项匹配分数中大于或等于预设分数的匹配分数对应的故障分析规则,确定为目标故障分析规则;

根据所述目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果。

在该实现方式中,故障分析机通过将所述至少一项匹配分数中大于或等于预设分数的匹配分数对应的故障分析规则,确定为目标故障分析规则,并根据所述目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果,由此能够得到更准确的故障分析结果。

在一种可能的实现方式中,所述故障分析机具体用于:

响应于有且仅有一条所述目标故障分析规则,根据所述目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果,其中,所述故障分析结果包括所述故障类型。

在该实现方式中,在有且仅有一条故障分析规则对应的匹配分数大于或等于预设分数的情况下,可以仅将该条故障分析规则确定为目标故障分析规则,并可以根据目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果,其中,所述故障分析结果包括所述故障类型,由此能够减少非必要的信息(例如除目标故障分析规则以外的故障分析规则对应的故障类型等)对用户查看故障分析结果的干扰,从而能够节省用户查看故障分析结果的时间。

在一种可能的实现方式中,所述故障分析机具体用于:

响应于所述目标故障分析规则的数量大于或等于2,根据所有所述目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果,其中,所述故障分析结果包括各条所述目标故障分析规则对应的故障类型,以及各条所述目标故障分析规则对应的匹配分数。

在该实现方式中,在匹配分数大于或等于预设分数的故障分析规则的数量大于或等于2的情况下,将匹配分数大于或等于预设分数的故障分析规则分别确定为目标故障分析规则,并通过故障分析结果向用户提供各条所述目标故障分析规则对应的故障类型,以及各条所述目标故障分析规则对应的匹配分数,从而能够向用户提供更完整、准确的故障分析结果。

在一种可能的实现方式中,所述故障分析服务器具体用于:

获取与所述至少两个故障分析机一一对应的至少两项忙闲状态信息;

根据所述至少两项忙闲状态信息,确定所述至少故障分析机中负载最小的故障分析机;

将所述故障分析任务分发至所述负载最小的故障分析机。

在该实现方式中,故障分析服务器通过获取与所述至少两个故障分析机一一对应的至少两项忙闲状态信息,根据所述至少两项忙闲状态信息,确定所述至少故障分析机中负载最小的故障分析机,并将所述故障分析任务分发至所述负载最小的故障分析机由此能够实现故障分析机的负载均衡,提高故障分析任务的处理效率。

在一种可能的实现方式中,所述故障分析服务器具体用于:

对故障分析任务进行编号;

基于所述编号将所述故障分析任务分发至所述至少两个故障分析机中的任一故障分析机。

在该实现方式中,故障分析服务器通过对故障分析任务进行编号,并基于所述编号5将所述故障分析任务分发至所述至少两个故障分析机中的任一故障分析机,由此能够对

故障分析任务进行更好的管理。

在一种可能的实现方式中,所述故障分析服务器还用于:

响应于接收到所述故障分析结果,显示所述故障分析结果。

在该实现方式中,通过响应于接收到所述故障分析结果,显示所述故障分析结果,0由此能够使用户及时了解故障分析结果。

在一种可能的实现方式中,所述故障分析服务器具体用于:

响应于所述故障分析结果包括至少两种故障类型,根据所述至少两种故障类型对应的匹配分数由高到低的顺序,显示所述至少两种故障类型。

在该实现方式中,通过响应于所述故障分析结果包括至少两种故障类型,根据所述5至少两种故障类型对应的匹配分数由高到低的顺序,显示所述至少两种故障类型,由此

能够便于人工分析。

在一种可能的实现方式中,所述故障分析服务器具体用于:

响应于所述故障分析结果包括至少两种故障类型,根据所述至少两种故障类型对应的匹配分数由高到低的顺序,显示所述至少两种故障类型及其匹配分数。

0在该实现方式中,通过响应于所述故障分析结果包括至少两种故障类型,根据所述

至少两种故障类型对应的匹配分数由高到低的顺序,显示所述至少两种故障类型及其匹配分数,由此能够便于人工分析。

在一种可能的实现方式中,所述故障分析服务器还用于:

响应于接收到所述故障分析结果,向发送所述故障分析请求的目标设备返回所述故5障分析结果。

在该实现方式中,故障分析服务器通过响应于接收到所述故障分析结果,向发送所述故障分析请求的目标设备返回所述故障分析结果,由此能够便于目标设备对应的用户及时了解故障分析结果。

在一种可能的实现方式中,所述故障分析服务器还用于:0响应于规则更新请求,更新所述故障分析规则库。

在该实现方式中,故障分析服务器通过响应于规则更新请求,更新所述故障分析规则库,由此能够提高故障分析的准确性。

在一种可能的实现方式中,所述规则更新请求用于以下至少之一:增加故障分析规则、删除故障分析规则、更改故障分析规则。

5在该实现方式中,通过响应于用于增加故障分析规则、删除故障分析规则、更改故

障分析规则中的至少之一的规则更新请求,更新所述故障分析规则库,由此能够提高后续进行故障分析的准确性。

在一种可能的实现方式中,所述故障分析服务器还用于:

响应于规则查找请求,返回所述故障分析规则库中的所有故障分析规则。

在该实现方式中,故障分析服务器通过响应于规则查找请求,返回所述故障分析规则库中的所有故障分析规则,由此能够便于用户及时了解故障分析规则库中的所有故障分析规则的最新情况。

在一种可能的实现方式中,所述故障分析系统还包括:

目标设备,用于根据故障数据生成故障分析请求,并向所述故障分析服务器发送所述故障分析请求,其中,所述故障分析请求包括所述故障数据。

在该实现方式中,通过目标设备根据故障数据生成故障分析请求,并向所述故障分析服务器发送所述故障分析请求,其中,所述故障分析请求包括所述故障数据,由此能够在大规模量产场景下自动处理驱动与硬件问题(例如Windows系统下的驱动与硬件问题),从而能够大大提高维护效率。

在一种可能的实现方式中,

所述故障数据包括:转储文件;

所述目标设备具体用于:响应于预设目录中存在所述转储文件,根据所述转储文件生成故障分析请求。

在该实现方式中,通过目标设备响应于预设目录中存在所述转储文件,根据所述转储文件生成故障分析请求,由此能够自动生成故障分析请求,从而自动触发故障分析的流程。

在一种可能的实现方式中,所述目标设备还用于:

按照预设周期检查所述预设目录中是否存在所述转储文件。

在该实现方式中,通过目标设备按照预设周期检查所述预设目录中是否存在所述转储文件,由此能够定时采集异常信息。

在本公开实施例中,通过在故障分析系统设置故障分析服务器和至少两个故障分析机,所述故障分析服务器用于响应于故障分析请求,根据所述故障分析请求中的故障数据生成故障分析任务,并将所述故障分析任务分发至所述至少两个故障分析机中的任一故障分析机,其中,所述故障分析任务包括所述故障数据,所述故障分析机,用于响应于接收到来自于所述故障分析服务器的所述故障分析任务,获取至少一条故障分析规则,根据所述至少一条故障分析规则执行所述故障分析任务,得到所述故障分析任务对应的故障分析结果,并将所述故障分析结果回传至所述故障分析服务器,由此能够实现自动故障分析,快速定位问题,提高维护效率,提高用户体验,并能够改善软硬件质量,为产品实现快速更新迭代提供数据基础。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,而非限制本公开。

根据下面参考附图对示例性实施例的详细说明,本公开的其它特征及方面将变得清楚。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,这些附图示出了符合本公开的实施例,并与说明书一起用于说明本公开的技术方案。

图1示出本公开实施例提供的故障分析系统的一框图。

图2示出本公开实施例提供的故障分析系统的另一框图。

图3示出本公开实施例提供的电子设备1900的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合,例如,包括A、B、C中的至少一种,可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

另外,为了更好地说明本公开,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本公开同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本公开的主旨。

图1示出本公开实施例提供的故障分析系统的一框图。如图1所示,所述故障分析系统包括故障分析服务器100和至少两个故障分析机200;所述故障分析服务器100,用于响应于故障分析请求,根据所述故障分析请求中的故障数据生成故障分析任务,并将所述故障分析任务分发至所述至少两个故障分析机200中的任一故障分析机200,其中,所述故障分析任务包括所述故障数据;所述故障分析机200,用于响应于接收到来自于所述故障分析服务器100的所述故障分析任务,获取至少一条故障分析规则,根据所述至少一条故障分析规则执行所述故障分析任务,得到所述故障分析任务对应的故障分析结果,并将所述故障分析结果回传至所述故障分析服务器100。

在本公开实施例中,故障分析系统包括故障分析服务器100和至少两个故障分析机200。其中,故障分析服务器100还可以称为自动分析服务器或者自动故障分析设备等,在此不做限定。故障分析服务器100可以。故障分析机200还可以称为自动分析机等,在此不做限定。所有故障分析机200可以组成故障分析机集群。

在本公开实施例中,故障分析服务器100可以接收来自于远端设备的故障分析请求,其中,故障分析请求可以携带待分析的故障数据。故障分析服务器100可以响应于故障分析请求,根据故障分析请求中的故障数据生成故障分析任务。故障分析服务器100可以将故障分析任务分发至所述至少两个故障分析机200中的一个故障分析机200,以使所述故障分析机200执行所述故障分析任务。

在一种可能的实现方式中,故障分析服务器100可以包括任务分发模块,任务分发模块可以根据故障数据进行任务确认及编号,并可以根据至少两个故障分析机200的忙闲状态进行任务分发,以实现负载均衡。

在本公开实施例中,故障分析机200可以响应于接收到故障分析任务,根据至少一条故障分析规则执行所述故障分析任务,以得到所述故障分析任务对应的故障分析结果,并将所述故障分析结果回传至所述故障分析服务器100。

在一种可能的实现方式中,所述故障分析机200具体用于:从预设的故障分析规则库中获取至少一条故障分析规则。

在该实现方式中,可以预先设置故障分析规则库,其中,故障分析规则库可以包括至少一条故障分析规则。例如,故障分析规则库可以包括多条故障分析规则。其中,故障分析规则可以表示用于对故障数据进行分析的规则。

作为该实现方式的一个示例,故障分析机200可以通过前台软件从所述故障分析规则库中获取至少一条故障分析规则。

在该实现方式中,故障分析机200通过响应于接收到来自于所述故障分析服务器100的所述故障分析任务,从预设的故障分析规则库中获取至少一条故障分析规则,并根据所述至少一条故障分析规则执行所述故障分析任务,得到所述故障分析任务对应的故障分析结果,由此能够基于最新的故障分析规则对故障数据进行故障分析,从而能够获得更准确的故障分析结果。

作为该实现方式的一个示例,所述故障分析机200具体用于:从所述故障分析规则库中获取所有故障分析规则。

在该示例中,故障分析机200通过响应于接收到来自于所述故障分析服务器100的所述故障分析任务,从预设的故障分析规则库中获取所有故障分析规则,并根据故障分析规则库中的所有故障分析规则执行所述故障分析任务,得到所述故障分析任务对应的故障分析结果,由此能够基于所有故障分析规则对故障数据实现更完整的故障分析,从而能够获得更准确的故障分析结果。

作为该实现方式的另一个示例,故障分析机200可以每次从故障分析规则库中获取一条故障分析规则,并可以响应于任意一条故障分析规则对应的匹配分数达到预设分数(例如100%),不再从故障分析规则库中获取剩下的故障分析规则。

作为该实现方式的一个示例,所述故障分析规则库设置在所述故障分析服务器100中。在该示例中,通过将故障分析规则库设置在故障分析服务器100中,由此能够通过故障分析服务器100对故障分析规则库进行管理。

作为该实现方式的另一个示例,所述故障分析规则库设置在除所述故障分析服务器100以外的其他服务器中。

在另一种可能的实现方式中,故障分析机200可以在本地存储故障分析规则,而无需在每次接收到故障分析任务时从故障分析规则库获取故障分析规则。在该实现方式中,故障分析服务器100可以响应于所述故障分析规则库中的故障分析规则发生更新,向各个故障分析机200发送更新后的故障分析规则,以使各个故障分析机200基于最新的故障分析规则对故障数据进行故障分析,从而获得更准确的故障分析结果。

在一种可能的实现方式中,所述故障分析机200具体用于:将所述至少一条故障分析规则发送至调制器引擎模块;通过所述调试器引擎模块将所述故障数据与所述至少一条故障分析规则进行匹配。

例如,调试器引擎可以为dbgengine.dll,在此不做限定。其中,dbgengine.dll是Windows提供的调试软件,具备故障数据处理的能力。

在该实现方式中,可以将故障分析规则发送到后端的调制器引擎模块。调制器引擎模块可以采用分析命令对故障数据进行分析,得到数据分析结果,并将数据分析结果与故障分析规则进行匹配。

作为该实现方式的一个示例,故障分析机200可以包括执行模块,所述执行模块可以将所述至少一条故障分析规则发送至调制器引擎模块,并通过所述调试器引擎模块将所述故障数据与所述至少一条故障分析规则进行匹配。

在该实现方式中,通过故障分析机200将所述至少一条故障分析规则发送至调制器引擎模块,并通过所述调试器引擎模块将所述故障数据与所述至少一条故障分析规则进行匹配,由此使用调试器引擎模块提供的能力执行故障分析规则的匹配,能够得到更准确的故障分析结果。

在一种可能的实现方式中,所述故障分析机200具体用于:将所述故障数据与所述至少一条故障分析规则分别进行匹配,得到与所述至少一条故障分析规则一一对应的至少一项匹配分数;根据所述至少一项匹配分数,生成所述故障分析任务对应的故障分析结果。

在该实现方式中,任意一条故障分析规则对应的匹配分数越高,则可以表示故障数据与该条故障分析规则越匹配,即,故障数据属于该条故障分析规则对应的故障类型的概率越高。若故障数据与任一故障分析规则完全匹配,则匹配分数可以为满分。

在该实现方式中,通过将所述故障数据与所述至少一条故障分析规则分别进行匹配,得到与所述至少一条故障分析规则一一对应的至少一项匹配分数,并能够根据所述至少一项匹配分数,生成所述故障分析任务对应的故障分析结果,由此基于匹配分数对故障数据与故障分析规则的匹配程度进行量化,从而能够得到更准确的故障分析结果。

作为该实现方式的一个示例,所述故障分析机200具体用于:对于所述至少一条故障分析规则中的任意一条故障分析规则,将所述故障数据与所述故障分析规则进行匹配,得到所述故障数据与所述故障分析规则之间的匹配度;根据所述匹配度,确定所述故障分析规则对应的匹配分数,其中,所述匹配分数与所述匹配度正相关。

例如,匹配度的取值范围可以为[0,1],匹配分数的取值范围可以为[0,100]。

当然,本领域技术人员可以根据实际应用场景需求灵活设置匹配度和匹配分数的取值范围,在此不做限定。

在该示例中,故障分析机200通过对于所述至少一条故障分析规则中的任意一条故障分析规则,将所述故障数据与所述故障分析规则进行匹配,得到所述故障数据与所述故障分析规则之间的匹配度,并根据所述匹配度,确定所述故障分析规则对应的匹配分数,其中,所述匹配分数与所述匹配度正相关,由此能够确定得到更准确的匹配分数。

作为该实现方式的一个示例,所述故障分析机200具体用于:将所述至少一项匹配分数中大于或等于预设分数的匹配分数对应的故障分析规则,确定为目标故障分析规则;根据所述目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果。

在该示例中,目标故障分析规则的数量可以为至少一条。即,故障数据可以匹配至少一条故障分析规则。即,故障数据可以属于至少一种故障类型。相应地,故障分析结果可以包括至少一种故障类型。

在该示例中,故障分析机200通过将所述至少一项匹配分数中大于或等于预设分数的匹配分数对应的故障分析规则,确定为目标故障分析规则,并根据所述目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果,由此能够得到更准确的故障分析结果。

在一个示例中,所述故障分析机200具体用于:响应于有且仅有一条所述目标故障分析规则,根据所述目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果,其中,所述故障分析结果包括所述故障类型。

在该示例中,在有且仅有一条故障分析规则对应的匹配分数大于或等于预设分数的情况下,可以仅将该条故障分析规则确定为目标故障分析规则,并可以根据目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果,其中,所述故障分析结果包括所述故障类型,由此能够减少非必要的信息(例如除目标故障分析规则以外的故障分析规则对应的故障类型等)对用户查看故障分析结果的干扰,从而能够节省用户查看故障分析结果的时间。

在另一个示例中,所述故障分析机200具体用于:响应于有且仅有一条所述目标故障分析规则,根据所述目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果,其中,所述故障分析结果包括所述故障类型,以及所述目标故障分析规则对应的匹配分数。

在一个示例中,所述故障分析机200具体用于:响应于所述目标故障分析规则的数量大于或等于2,根据所有所述目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果,其中,所述故障分析结果包括各条所述目标故障分析规则对应的故障类型,以及各条所述目标故障分析规则对应的匹配分数。

在该示例中,在匹配分数大于或等于预设分数的故障分析规则的数量大于或等于2的情况下,将匹配分数大于或等于预设分数的故障分析规则分别确定为目标故障分析规则,并通过故障分析结果向用户提供各条所述目标故障分析规则对应的故障类型,以及各条所述目标故障分析规则对应的匹配分数,从而能够向用户提供更完整、准确的故障分析结果。

在另一个示例中,所述故障分析机200具体用于:响应于所述目标故障分析规则的数量大于或等于2,根据所有所述目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果,其中,所述故障分析结果包括各条所述目标故障分析规则对应的故障类型。

作为该实现方式的另一个示例,所述故障分析机200具体用于:将所述至少一项匹配分数中最高的匹配分数对应的故障分析规则,确定为目标故障分析规则;根据所述目标故障分析规则对应的故障类型,生成所述故障分析任务对应的故障分析结果。

在另一种可能的实现方式中,所述故障分析机200具体用于:将所述故障数据与所述至少一条故障分析规则分别进行匹配,得到与所述至少一条故障分析规则一一对应的至少一项匹配度;根据所述至少一项匹配度,生成所述故障分析任务对应的故障分析结果。

在一种可能的实现方式中,所述故障分析服务器100具体用于:获取与所述至少两个故障分析机200一一对应的至少两项忙闲状态信息;根据所述至少两项忙闲状态信息,确定所述至少故障分析机200中负载最小的故障分析机200;将所述故障分析任务分发至所述负载最小的故障分析机200。

在该实现方式中,任一故障分析机200对应的忙闲状态信息,可以是能够表示所述故障分析机200的忙闲状态的任意信息。

在该实现方式中,故障分析服务器100通过获取与所述至少两个故障分析机200一一对应的至少两项忙闲状态信息,根据所述至少两项忙闲状态信息,确定所述至少故障分析机200中负载最小的故障分析机200,并将所述故障分析任务分发至所述负载最小的故障分析机200由此能够实现故障分析机200的负载均衡,提高故障分析任务的处理效率。

在另一种可能的实现方式中,所述故障分析服务器100具体用于:从所述至少两个故障分析机200中随机确定目标故障分析机200;将所述故障分析任务分发至所述目标故障分析机200。

在一种可能的实现方式中,所述故障分析服务器100具体用于:对故障分析任务进行编号;基于所述编号将所述故障分析任务分发至所述至少两个故障分析机200中的任一故障分析机200。

在该实现方式中,故障分析服务器100通过对故障分析任务进行编号,并基于所述编号将所述故障分析任务分发至所述至少两个故障分析机200中的任一故障分析机200,由此能够对故障分析任务进行更好的管理。

在一种可能的实现方式中,所述故障分析服务器100还用于:响应于接收到所述故障分析结果,显示所述故障分析结果。

作为该实现方式的一个示例,故障分析服务器100可以包括结果显示模块,所述结果显示模块可以响应于接收到所述故障分析结果,显示所述故障分析结果。

在该实现方式中,通过响应于接收到所述故障分析结果,显示所述故障分析结果,由此能够使用户及时了解故障分析结果。

作为该实现方式的一个示例,所述故障分析服务器100具体用于:响应于所述故障分析结果包括至少两种故障类型,根据所述至少两种故障类型对应的匹配分数由高到低的顺序,显示所述至少两种故障类型。

在一个例子中,可以以列表的形式显示故障分析结果。

在该示例中,通过响应于所述故障分析结果包括至少两种故障类型,根据所述至少两种故障类型对应的匹配分数由高到低的顺序,显示所述至少两种故障类型,由此能够便于人工分析。

在一个示例中,所述故障分析服务器100具体用于:响应于所述故障分析结果包括至少两种故障类型,根据所述至少两种故障类型对应的匹配分数由高到低的顺序,显示所述至少两种故障类型及其匹配分数。

在该示例中,通过响应于所述故障分析结果包括至少两种故障类型,根据所述至少两种故障类型对应的匹配分数由高到低的顺序,显示所述至少两种故障类型及其匹配分数,由此能够便于人工分析。

在一种可能的实现方式中,在故障分析结果仅包括一种故障类型的情况下,可以无需人工进行后续参与。在故障分析结果包括至少两种故障类型的情况下,可以由人工进行后续判断。

在一种可能的实现方式中,所述故障分析服务器100还用于:响应于接收到所述故障分析结果,向发送所述故障分析请求的目标设备返回所述故障分析结果。

在该实现方式中,目标设备可以表示向故障分析服务器100发送故障分析请求的设备。在该实现方式中,故障分析服务器100通过响应于接收到所述故障分析结果,向发送所述故障分析请求的目标设备返回所述故障分析结果,由此能够便于目标设备对应的用户及时了解故障分析结果。

在一种可能的实现方式中,所述故障分析服务器100还用于:响应于规则更新请求,更新所述故障分析规则库。

作为该实现方式的一个示例,故障分析服务器100可以包括规则库更新模块,所述规则库更新模块可以用于响应于规则更新请求,更新所述故障分析规则库。

在该实现方式中,故障分析服务器100通过响应于规则更新请求,更新所述故障分析规则库,由此能够提高故障分析的准确性。

作为该实现方式的一个示例,所述规则更新请求用于以下至少之一:增加故障分析规则、删除故障分析规则、更改故障分析规则。

在一个例子中,故障分析服务器100可以响应于用于增加故障分析规则的规则更新请求,在故障分析规则库中增加故障分析规则。例如,可以根据已知问题的处理流程以及关键错误标识,生成新的故障分析规则。

在另一个例子中,故障分析服务器100可以响应于用于删除故障分析规则的规则更新请求,从故障分析规则库中删除故障分析规则。

在另一个例子中,故障分析服务器100可以响应于用于更改故障分析规则的规则更新请求,对故障分析规则库中的至少一条故障分析规则进行更改。

在该示例中,通过响应于用于增加故障分析规则、删除故障分析规则、更改故障分析规则中的至少之一的规则更新请求,更新所述故障分析规则库,由此能够提高后续进行故障分析的准确性。

在一种可能的实现方式中,所述故障分析服务器100还用于:响应于规则查找请求,返回所述故障分析规则库中的所有故障分析规则。

在该实现方式中,故障分析服务器100通过响应于规则查找请求,返回所述故障分析规则库中的所有故障分析规则,由此能够便于用户及时了解故障分析规则库中的所有故障分析规则的最新情况。

在一种可能的实现方式中,所述故障分析系统还包括:目标设备,用于根据故障数据生成故障分析请求,并向所述故障分析服务器100发送所述故障分析请求,其中,所述故障分析请求包括所述故障数据。

图2示出本公开实施例提供的故障分析系统的另一框图。如图2所示,故障分析系统还包括目标设备300。其中,目标设备300的数量可以为至少一个。例如,目标设备300的数量可以为多个。

作为该实现方式的一个示例,目标设备300可以通过数据采集模块采集故障数据。在一个例子中,所述数据采集模块可以设置于驱动管理程序中。

在该实现方式中,通过目标设备300根据故障数据生成故障分析请求,并向所述故障分析服务器100发送所述故障分析请求,其中,所述故障分析请求包括所述故障数据,由此能够在大规模量产场景下自动处理驱动与硬件问题(例如Windows系统下的驱动与硬件问题),从而能够大大提高维护效率。

作为该实现方式的一个示例,所述故障数据包括:转储文件;所述目标设备300具体用于:响应于预设目录中存在所述转储文件,根据所述转储文件生成故障分析请求。

例如,当显卡驱动发生严重故障后,将导致Windows系统异常重启,并将产生转储文件(dump文件)。

例如,预设目录可以为Windows目录等,在此不做限定。

在该示例中,在预设目录中存在转储文件的情况下,可以按预定规则收集转储文件并打包生成故障分析请求。

在该示例中,通过目标设备300响应于预设目录中存在所述转储文件,根据所述转储文件生成故障分析请求,由此能够自动生成故障分析请求,从而自动触发故障分析的流程。

在一个示例中,所述目标设备300还用于:按照预设周期检查所述预设目录中是否存在所述转储文件。

在一个例子中,可以由显卡的管理端软件自动扫描是否存在转储文件。

在该示例中,通过目标设备300按照预设周期检查所述预设目录中是否存在所述转储文件,由此能够定时采集异常信息。

在一种可能的实现方式中,所述故障分析系统还包括:通信模块,用于目标设备300与所述故障分析服务器100进行通信。在该实现方式中,目标设备300可以通过通信模块将故障分析请求发送至故障分析服务器100。其中,可以在故障分析服务器100中实现远端故障分析中心或者监控中心等。

可以理解,本公开提及的上述各个方法实施例,在不违背原理逻辑的情况下,均可以彼此相互结合形成结合后的实施例,限于篇幅,本公开不再赘述。本领域技术人员可以理解,在具体实施方式的上述方法中,各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

本公开实施例还提供一种电子设备,包括:一个或多个处理器;用于存储可执行指令的存储器;其中,所述一个或多个处理器被配置为调用所述存储器存储的可执行指令,以执行上述方法。电子设备可以被提供为终端、服务器或其它形态的设备。

图3示出本公开实施例提供的电子设备1900的框图。例如,电子设备1900可以被提供为一故障分析服务器或故障分析机。参照图3,电子设备1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法。

电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理,一个有线或无线网络接口1950被配置为将电子设备1900连接到网络,和一个输入/输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统,例如微软服务器操作系统(Windows Server

在示例性实施例中,还提供了一种非易失性计算机可读存储介质,例如包括计算机程序指令的存储器1932,上述计算机程序指令可由电子设备1900的处理组件1922执行以完成上述方法。

本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

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

该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中,所述计算机程序产品具体体现为计算机存储介质,在另一个可选实施例中,计算机程序产品具体体现为软件产品,例如软件开发包(Software Development Kit,SDK)等等。

上文对各个实施例的描述倾向于强调各个实施例之间的不同之处,其相同或相似之处可以互相参考,为了简洁,本文不再赘述。

若本公开实施例的技术方案涉及个人信息,应用本公开实施例的技术方案的产品在处理个人信息前,已明确告知个人信息处理规则,并取得个人自主同意。若本公开实施例的技术方案涉及敏感个人信息,应用本公开实施例的技术方案的产品在处理敏感个人信息前,已取得个人单独同意,并且同时满足“明示同意”的要求。例如,在摄像头等个人信息采集装置处,设置明确显著的标识告知已进入个人信息采集范围,将会对个人信息进行采集,若个人自愿进入采集范围即视为同意对其个人信息进行采集;或者在个人信息处理的装置上,利用明显的标识/信息告知个人信息处理规则的情况下,通过弹窗信息或请个人自行上传其个人信息等方式获得个人授权;其中,个人信息处理规则可包括个人信息处理者、个人信息处理目的、处理方式以及处理的个人信息种类等信息。

以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

相关技术
  • 汽车试验用的故障分析系统及故障分析方法
  • 故障分析装置、故障分析系统及故障分析方法
  • 故障分析装置、故障分析系统及故障分析方法
技术分类

06120115887578