一种分布式设备故障记录的方法、装置和系统与流程

文档序号:19713741发布日期:2020-01-17 19:22阅读:130来源:国知局
一种分布式设备故障记录的方法、装置和系统与流程

本申请涉及通讯技术,特别是涉及一种分布式设备故障记录的方法、装置和系统。



背景技术:

目前,分布式设备通常由大型软件与硬件组成,将大型软件分布在不同的硬件部分上,并通过各硬件部分协作向外提供通信能力。这种设备可以称为分布式设备。

现有的分布式设备采用系统软件参与的方式记录各个硬件模块故障的信息,其基本原理是:系统软件对各个硬件模块的故障信息进行记录,系统软件将记录的故障信息保存在各个硬件模块中,当出现设备运行告警的时候,操作人员需要分别读取各个硬件模块中的故障信息来分析故障原因,从而无法实现故障信息的共享,进而造成操作人员处理故障的效率低。

采用系统软件对各个硬件模块的故障信息进行记录,依赖与整机系统软件的运行状态,并且要求硬件故障的严重程度不能影响系统软件的运行,才会将该故障记录下来,若硬件出现致命故障,系统软件将无法记录,从而导致操作人员不能及时分析故障信息。

进一步的,由于各个硬件模块中记录故障信息的存储空间有限,当硬件模块出现多次故障的情况下,超出各个硬件模块中记录故障信息的存储空间时,会采用新的故障信息覆盖旧的故障信息的方式,从而也会导致操作人员对故障信息分析的难度。



技术实现要素:

本申请提供了一种分布式设备故障记录的方法和装置,以解决目前分布式设备无法实时不间断记录各个硬件模块的故障信息以及故障信息无法共享的问题。

为了解决上述问题,本申请公开了一种分布式设备故障记录的方法,所述方法应用故障汇聚类设备,包括:

接收业务单板成帧编码后的第一故障告警信息;

接收电源模块上报的第二故障信息;

接收风扇框上报的第三故障信息;

将所述第一故障告警信息、第二故障信息和第三故障信息分别进行缓存和故障源位置标记,得到处理后的信息,其中,所述处理后的信息包括第一故障告警标记信息、第二故障标记信息和第三故障标记信息;

对所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点。

优选的,所述第一故障告警信息是通过业务单板中的故障采集装置对所述第一故障告警信息进行处理,生成成帧编码后的第一故障告警信息。

优选的,所述将第一故障告警信息进行缓存和故障源位置标记,得到处理后的信息的步骤包括:

解析所述成帧编码后的第一故障告警信息,获得解码后的第一故障告警信息;

将所述解码后的第一故障告警信息的帧头和帧尾去掉,获得中间数据;

对所述中间数据进行故障源位置标记,获得处理后的第一故障告警标记信息。

优选的,所述方法还包括:

通过两线制硬件通道接收业务单板成帧编码后的第一故障告警信息以及电源模块上报的第二故障信息和风扇框上报的第三故障信息,其中,所述两线制包括:一根线用于接收和发送第一故障告警信息、第二故障信息和第三故障信息,另一根线作为备用,也用于接收和发送第一故障告警信息、第二故障信息和第三故障信息。

为了解决上述问题,本申请还公开了一种分布式设备故障记录的装置,所述装置应用于故障汇聚类设备,包括:

业务单板模块,用于接收业务单板成帧编码后的第一故障告警信息;

电源模块,用于接收电源模块上报的第二故障信息;

风扇模块,用于接收风扇框上报的第三故障信息;

故障汇聚模块,用于将所述第一故障告警信息、第二故障信息和第三故障信息分别进行缓存和故障源位置标记,得到处理后的信息,其中,所述处理后的信息包括第一故障告警标记信息、第二故障标记信息和第三故障标记信息;

故障记录模块,用于对所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点。

优选的,所述第一故障告警信息是通过业务单板中的故障采集装置将所述第一故障告警信息进行处理,生成成帧编码后的第一故障告警信息。

优选的,所述故障汇聚模块包括:

解析子模块,用于解析所述成帧编码后的第一故障告警信息,获得解码后的第一故障告警信息;

中间数据子模块,用于将所述解码后的第一故障告警信息的帧头和帧尾去掉,获得中间数据;

获取子模块,用于对所述中间数据进行故障源位置标记,获得处理后的第一故障告警标记信息。

优选的,所述装置还包括:

两线制模块,用于通过两线制硬件通道接收业务单板成帧编码后的第一故障告警信息以及电源模块上报的第二故障信息和风扇框上报的第三故障信息,其中,所述两线制包括:一根线用于接收和发送第一故障告警信息、第二故障信息和第三故障信息,另一根线作为备用,也用于接收和发送第一故障告警信息、第二故障信息和第三故障信息。

为了解决上述问题,本申请还公开了一种分布式设备故障记录的系统,包括:

故障信息采集装置,设置业务单板上,用于采集所述业务单板的第一故障告警信息;

故障信息汇聚装置,用于将所述故障信息采集装置采集到的业务单板的第一故障告警信息,以及来自电源模块的第二故障信息和风扇框上报的第三故障信息分别进行缓存和故障源位置标记,得到处理后的信息,其中,所述处理后的信息包括第一故障告警标记信息、第二故障标记信息和第三故障标记信息;

故障信息记录装置,用于对所述故障信息汇聚装置处理后的信息进行保存,并标记所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点。

优选的,所述第一故障告警信息是通过业务单板中的故障采集装置将所述第一故障告警信息进行处理,生成成帧编码后的第一故障告警信息。

与现有技术相比,本申请包括以下优点:

首先,本申请故障汇聚类设备将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息分别进行缓存和故障源位置标记,从而实现了对故障信息的共享。

其次,本申请通过将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息全部上报至汇聚类设备,解决了各个硬件模块的存储空间有限的问题。

再次,通过将所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点,从而方便操作人员对故障信息进行分析,并准确定位故障的原因,提高了故障处理的效率。

当然,实施本申请的任一产品不一定需要同时达到以上所述的所有优点。

附图说明

图1是本申请所述一种分布式设备故障记录方法的组网示意图;

图2是本申请实施例一所述一种分布式设备故障记录方法的流程图;

图3是本申请实施例二所述一种分布式设备故障记录方法的流程图;

图4是本申请实施例三所述一种分布式设备故障记录装置的结构框图;

图5是本申请实施例四所述一种分布式设备故障记录装置的结构框图;

图6是本申请实施例五所述一种分布式设备故障记录系统的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。

参见图1所示,其示出了实现本申请所述一种分布式设备故障记录的方法的组网示意图,具体包括:业务单板1-业务单板4,其中,每个业务单板中均设置有故障采集装置、电源模块1-4和风扇框1-风扇框2、、故障汇聚类设备和故障记录设备,其中,电源模块和风扇框中分别设置有故障采集装置。

本申请业务单板将故障采集装置采集的故障告警信息,进行成帧编码,生成成帧编码后的第一故障告警信息、及电源模块上报的第二故障信息和风扇框上报的第三故障信息上报至故障汇聚类设备,故障汇聚类设备将上报的第一故障告警信息、第二故障信息和第三故障信息分别进行缓存,并设备故障源位置标记,得到处理后的信息,将该处理后的信息上报至故障记录设备,该故障记录设备对处理后的信息进行保存,并标记故障发生的时刻点,从而方便操作人员对故障信息进行分析,并准确定位故障的原因,提高了故障处理的效率。

需要说明的是,本申请以故障汇聚类设备和故障记录设备分别设置进行说明的组网环境,在实际应用中故障记录设备可以设置在故障汇聚类设备中,对此本申请不做具体限制,并且业务单板、及电源模块和风扇框的数量,可以根据实际的组网环境进行调整,并不限于本申请中的业务单板、及电源模块和风扇框的数量。

实施例一

基于上述组网环境,参照图2,其示出了本申请实施例一所述一种分布式设备故障记录的方法的流程图,所述方法应用于故障汇聚类设备,具体包括:

步骤201:接收业务单板成帧编码后的第一故障告警信息。

故障汇聚类设备为每个业务单板分配了独立的硬件通道,因此业务单板中设置的故障采集装置可以并行发送成帧编码后的第一故障告警信息。

其中,业务单板的故障告警信息包括但不限于:单板电压异常故障、复位和上下电控制等等。

步骤202:接收电源模块上报的第二故障信息。

故障汇聚类设备为每个电源模块分配了独立的硬件通道,因此电源模块中设置的故障采集装置可以并行发送第一故障信息。

其中,电源模块上报的第二故障信息包括但不限于:电源的无输出信号或是过流过压保护信号等等。

步骤203:接收风扇框上报的第三故障信息。

故障汇聚类设备为每个风扇框分配了独立的硬件通道,因此风扇框中设置的故障采集装置可以并行发送第三故障告警信息。

其中,风扇框上报的第三故障信息包括但不限于:风扇的停转故障信号、风扇的启动故障信息等等。

步骤204:将所述第一故障告警信息、第二故障信息和第三故障信息进行分别缓存和故障源位置标记,得到处理后的信息。

其中,处理后的信息包括:第一故障告警标记信息、第二故障标记信息和第三故障标记信息。

故障汇聚类设备可以同时接收业务单板上报的成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息,并分别对接收的第一故障告警信息、第二故障信息和第三故障信息进行缓存。

在实际应用中可以对第一故障告警信息、第二故障信息和第三故障信息分配不同的缓存空间,并将第一故障告警信息、第二故障信息和第三故障信息保存在不同的缓存空间,也可以采用其他方式,对此本申请不做具体限制。

故障汇聚类设备对第一故障告警信息设置故障源位置标记,得到第一故障告警标记信息。

故障汇聚类设备对第二故障信息设置故障源位置标记,得到第二故障标记信息。

故障汇聚类设备对第三故障信息设置故障源位置标记,得到第一故障告警标记信息。

步骤205:对所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点。

将第一故障告警标记信息、第二故障标记信息和第三故障标记信息保存在存储器中,并标记所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点,该时刻点采用世界标准时间(coordinateduniversaltime,简称utc)。

在实际应用中可以采用对第一故障告警标记信息、第二故障标记信息和第三故障标记信息在存储器中设置不同的区域进行保存,也可以采用其他方式,对此本申请不做具体限制。

将处理后的信息保存在存储器中,并标记故障发生的时刻点,可以给后续维护人员分析故障信息的时候,提供时间信息,依此来判断故障信息发生的先后顺序和对应的环境因素,同时也可以提供极其简单的硬件接口和软件命令,方便维护人员回读所记录的历史故障信息。

本申请实施例,首先,本申请故障汇聚类设备将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息根本进行缓存和故障源位置标记,从而实现了对故障信息的共享。

其次,本申请通过将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息全部上报至汇聚类设备,解决了各个硬件模块的存储空间有限的问题。

再次,通过将所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点,从而方便操作人员对故障信息进行分析,并准确定位故障的原因,提高了故障处理的效率。

实施例二

参照图3,其示出了本申请实施例二所述一种分布式设备故障记录的方法的流程图,所述方法应用于故障汇聚类设置,具体包括:

步骤301:通过两线制硬件通道接收业务单板成帧编码后的第一故障告警信息以及电源模块上报的第二故障信息和风扇框上报的第三故障信息,其中,所述两线制包括:一根线用于接收和发送第一故障告警信息、第二故障信息和第三故障信息,另一根线作为备用,也用于接收和发送第一故障告警信息、第二故障信息和第三故障信息。

风扇框或电源模块自身的工作状态比较简单,不用进行成帧处理,而是通过两线制硬件通道将故障采集装置采集的第二故障信息和第三故障信息直接上报至到故障信息汇聚设置。

步骤302:接收业务单板成帧编码后的第一故障告警信息。

其中,所述第一故障告警信息是通过业务单板中的故障采集装置对所述故障告警信息进行处理,生成成帧编码后的第一故障告警信息。

故障告警信息可以通过业务单板中设置的故障采集装置对故障告警信息进行处理,也可以采用业务单板和故障采集装置分开设置,通过业务单板接口来收集故障采集装置采集的对应硬件的工作状态信息,进而达到对故障告警信息的收集,并对收集的故障告警信息进行处理,生成成帧编码后的第一故障告警信息。

优选的,故障采集装置可以采用复杂可编程逻辑器件(complexprogrammablelogicdevice,简称cpld)采集硬件故障,采集的硬件故障信息包括但不限于单板电压异常故障、复位和上下电控制等。

可以通过以下方式生成成帧编码后的第一故障告警信息:

将收集的故障告警信息添加上帧头和帧尾组成成帧编码后的第一故障告警信息,其中,帧头包括起始位和命令位,起始位采用1个字节表示,起始位低电平有效,命令位采用6个字节表示,帧尾包括预留位和停止位,预留位采用4个字节,停止位采用1个字节,并且低电平有效。

例如:成帧编码后的第一故障告警信息可以定为20bit长度,bit0为起始位,bit1-bit6表示命令字,bit7到bit14表示数据位,bit15到bit18表示预留位,bit19表示结束位,其中,命令字和数据在串行发送中的顺序是低位在前,高位在后;命令字在前,数据在后。

步骤303:接收电源模块上报的第二故障信息。

步骤304:接收风扇框上报的第三故障信息。

步骤305:将所述第一故障告警信息、第二故障信息和第三故障信息进行分别缓存和故障源位置标记,得到处理后的信息。

其中,处理后的信息包括:第一故障告警标记信息、第二故障标记信息和第三故障标记信息。

优选的,所述将接收的业务单板的第一故障告警信息进行缓存和故障源位置标记,得到处理后的信息的步骤包括:

解析所述成帧编码后的第一故障告警信息,获得解码后的第一故障告警信息。

将所述解码后的第一故障告警信息的帧头和帧尾去掉,获得中间数据。

对所述中间数据进行故障源位置标记,获得处理后的第一故障告警标记信息。

步骤306:对所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点。

将第一故障告警标记信息、第二故障标记信息和第三故障标记信息保存在存储器中,并标记第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点,可以给后续维护人员分析故障信息的时候,提供时间信息,依此来判断故障信息发生的先后顺序和对应的环境因素,同时也可以提供极其简单的硬件接口和软件命令,方便维护人员回读所记录的历史故障信息。

本申请实施例,首先,本申请故障汇聚类设备将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息分别进行缓存和故障源位置标记,从而实现了对故障信息的共享。

其次,本申请通过将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息全部上报至汇聚类设备,解决了各个硬件模块的存储空间有限的问题。

再次,通过将所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点,从而方便操作人员对故障信息进行分析,并准确定位故障的原因,提高了故障处理的效率。

需要说明的是,对于前述的方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请所必需的。

基于上述方法实施例的说明,本申请还提供了一种分布式设备故障记录的装置实施例,来实现上述方法实施例所述的内容。

实施例三

参照图4,其示出了本申请实施例三所述一种分布式设备故障记录装置的结构图,所述装置应用于故障汇聚类设备,具体可以包括:

业务单板模块401,用于接收业务单板成帧编码后的第一故障告警信息。

电源模块402,用于接收电源模块上报的第二故障信息。

风扇模块403,用于接收风扇框上报的第三故障信息。

故障汇聚模块404,用于将所述第一故障告警信息、第二故障信息和第三故障信息分别进行缓存和故障源位置标记,得到处理后的信息,其中,所述处理后的信息包括第一故障告警标记信息、第二故障标记信息和第三故障标记信息。

故障记录模块405,用于对所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点。

本申请实施例,首先,本申请故障汇聚类设备将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报第三的故障信息分别进行缓存和故障源位置标记,从而实现了对故障信息的共享。

其次,本申请通过将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息全部上报至汇聚类设备,解决了各个硬件模块的存储空间有限的问题。

再次,通过将所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点,从而方便操作人员对故障信息进行分析,并准确定位故障的原因,提高了故障处理的效率。

实施例四

参照图5,其示出了本申请实施例四所述一种分布式设备故障记录的装置的结构图,所述装置应用于故障汇聚类设备,具体可以包括:

两线制模块501,用于通过两线制硬件通道接收业务单板成帧编码后的第一故障告警信息以及电源模块上报的第二故障信息和风扇框上报的第三故障信息,其中,所述两线制包括:一根线用于接收和发送第一故障告警信息、第二故障信息和第三故障信息,另一根线作为备用,也用于接收和发送第一故障告警信息、第二故障信息和第三故障信息。

业务单板模块502,用于接收业务单板成帧编码后的第一故障告警信息。

电源模块503,用于接收电源模块上报的第二故障信息。

风扇模块504,用于接收风扇框上报的第三故障信息。

故障汇聚模块505,用于将所述第一故障告警信息、第二故障信息和第三故障信息分别进行缓存和故障源位置标记,得到处理后的信息,其中,所述处理后的信息包括第一故障告警标记信息、第二故障标记信息和第三故障标记信息。

其中,所述第一故障告警信息是通过业务单板中的故障采集装置将所述第一故障告警信息进行处理,生成成帧编码后的第一故障告警信息。

优选的,所述故障汇聚模块505包括:

解析子模块5051,用于解析所述成帧编码后的第一故障告警信息,获得解码后的第一故障告警信息;

中间数据子模块5052,用于将所述解码后的第一故障告警信息的帧头和帧尾去掉,获得中间数据;

获取子模块5053,用于对所述中间数据进行故障源位置标记,获得处理后的第一故障告警标记信息。

故障记录模块506,用于对所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点。

本申请实施例,首先,本申请故障汇聚类设备将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息分别进行缓存和故障源位置标记,从而实现了对故障信息的共享。

其次,本申请通过将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息全部上报至汇聚类设备,解决了各个硬件模块的存储空间有限的问题。

再次,通过将所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点,从而方便操作人员对故障信息进行分析,并准确定位故障的原因,提高了故障处理的效率。

对于上述装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见所示方法实施例的部分说明即可。

实施例五

参照图6,其示出了本申请实施例五所述一种分布式设备故障记录的系统的结构图,具体可以包括:

故障信息采集装置601,设置业务单板上,用于采集所述业务单板的第一故障告警信息。

故障信息汇聚装置602,用于将所述故障信息采集装置采集到的业务单板的第一故障告警信息,以及来自电源模块的第二故障信息和风扇框上报的第三故障信息分别进行缓存和故障源位置标记,得到处理后的信息,其中,所述处理后的信息包括第一故障告警标记信息、第二故障标记信息和第三故障标记信息。

故障信息记录装置603,用于对所述故障信息汇聚装置处理后的信息进行保存,并标记所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点。

故障信息记录装置所在的硬件平台要求和故障信息汇聚装置要求相当,在实际应用中,将故障信息记录装置和故障信息汇聚装置放在一起组合使用。

为了防止故障信息汇聚装置与故障信息收集装置之间的逻辑不同时工作(如两边上电缓启动时间不同,或单个装置在机框其他硬件模块上电后才上电),接受方没有收到帧头,而把中间的数据当成了起始位,因此可以通过用低电平表示帧头的结束位,用高电平表示帧头处于空闲状态,同时帧间隙>帧长度,满足了以上条件,可以克服故障信息汇聚装置与故障信息收集装置之间的逻辑不同时工作的问题。

优选的,所述第一故障告警信息是通过业务单板中的故障采集装置将所述第一故障告警信息进行处理,生成成帧编码后的第一故障告警信息。

本申请实施例,首先,本申请故障汇聚类设备将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息分别进行缓存和故障源位置标记,从而实现了对故障信息的共享。

其次,本申请通过将接收的业务单板成帧编码后的第一故障告警信息、及来自电源模块上报的第二故障信息和风扇框上报的第三故障信息全部上报至汇聚类设备,解决了各个硬件模块的存储空间有限的问题。

再次,通过将所述第一故障告警标记信息、第二故障标记信息和第三故障标记信息进行保存,并标记第一故障告警标记信息、第二故障标记信息和第三故障标记信息的故障发生的时刻点,从而方便操作人员对故障信息进行分析,并准确定位故障的原因,提高了故障处理的效率。

对于系统实施例而言,由于其与方法和装置实施例基本相似,所以描述的比较简单,相关之处参见方法和装置实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。

本领域技术人员易于想到的是:上述各个实施例的任意组合应用都是可行的,故上述各个实施例之间的任意组合都是本申请的实施方案,但是由于篇幅限制,本说明书在此就不一一详述了。

本申请可用于众多通用或专用的计算系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

在本申请中,“组件”、“装置”、“系统”等等指应用于计算机的相关实体,如硬件、硬件和软件的组合、软件或执行中的软件等。详细地说,例如,组件可以、但不限于是运行于处理器的过程、处理器、对象、可执行组件、执行线程、程序和/或计算机。还有,运行于服务器上的应用程序或脚本程序、服务器都可以是组件。一个或多个组件可在执行的过程和/或线程中,并且组件可以在一台计算机上本地化和/或分布在两台或多台计算机之间,并可以由各种计算机可读介质运行。组件还可以根据具有一个或多个数据包的信号,例如,来自一个与本地系统、分布式系统中另一组件交互的,和/或在因特网的网络通过信号与其它系统交互的数据的信号通过本地和/或远程过程来进行通信。

最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”,不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

而且,上文中的“和/或”表示本文既包含了“和”的关系,也包含了“或”的关系,其中:如果方案a与方案b是“和”的关系,则表示某实施例中可以同时包括方案a和方案b;如果方案a与方案b是“或”的关系,则表示某实施例中可以单独包括方案a,或者单独包括方案b。

本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

以上对本申请所提供的一种分布式设备故障记录的方法、装置及系统,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

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