1.本技术涉及车辆安全技术领域,特别是涉及一种车辆故障方法、装置、计算机设备和存储介质。
背景技术:2.ecu(electronic control unit,电子控制单元),又称“行车电脑”、“车载电脑”等,ecu一般都具备故障诊断功能,当车辆产生故障时,ecu能记录故障代码,运维人员则可以通过现场读取故障代码对故障信息进行分析,然后进行维修,但维修过程十分繁琐,耗时较长,导致故障解决效率低下。
3.此外,在通常情况下,运维人员不能实时获悉故障代码的发生或消失等情况,故障代码的变动则会影响到维修人员对车辆的检修。
4.而且,当车辆出现故障时的情况是不可控的,如果分析故障的效率低、对故障的分析不够精确,还会导致用户无法在故障发生的第一时间获取故障类别及故障处理方式,难以及时地进行故障规避和处理,严重影响车辆安全和人身安全。
技术实现要素:5.基于此,提供一种车辆故障分析方法、装置、计算机设备和存储介质,解决现有技术中车辆故障分析效率低下的问题。
6.根据本公开实施例的第一方面,提供一种车辆故障分析方法,所述方法包括:
7.获取故障信息,将所述故障信息按预设的故障帧格式进行转换,得到故障帧;
8.根据所述故障信息的获取顺序对所述故障帧进行差分运算,得到差分信息;
9.对所述差分信息进行编码,得到故障编号,将所述故障编号进行缓存,得到故障编号组;
10.根据所述故障编号组判断是否发生故障变化;
11.若是,则根据所述故障编号组生成告警信息,以对所述告警信息进行解码,得到解析信息。
12.在其中一个实施例中,根据所述故障编号组判断是否发生故障变化包括:
13.获取所述故障信息的获取周期,其中,所述获取周期包括第一周期和第二周期,根据所述获取周期对所述故障编号组进行分类,得到与所述第一周期对应的第一故障编号组和与所述第二周期对应的第二故障编号组;
14.将所述第一故障编号组和所述第二故障编号组进行对比,判断所述第一故障编号组和所述第二故障编号组是否匹配;
15.若否,则判定发生故障变化,提取所述第一故障编号组和所述第二故障编号组的差异数据,根据所述差异数据生成所述告警信息。
16.在其中一个实施例中,将所述第一故障编号组和所述第二故障编号组进行对比包括:
17.将所述第一故障编号组中的第一故障编号和第二故障编号组中的第二故障编号进行对比;
18.若所述第一故障编号和所述第二故障编号存在差异编号,则提取所述差异编号,根据所述差异编号生成所述告警信息。
19.在其中一个实施例中,将所述第一故障编号组和所述第二故障编号组进行对比包括:
20.将所述第一故障编号组和所述第二故障编号组进行对比,得到对比结果;
21.根据所述对比结果判断所述第一故障编号组和所述第二故障编号组是否匹配;
22.若否,则判定发生故障变化,提取所述第一故障编号组和所述第二故障编号组的所述差异数据,根据所述差异数据生成所述告警信息,其中,所述告警信息包含故障状态值,根据所述对比结果对所述故障状态值进行调整。
23.在其中一个实施例中,获取所述故障信息的获取周期包括:
24.根据所述故障信息得到故障总数,根据所述故障信息的获取顺序对所述故障帧进行所述差分运算,得到所述差分信息;
25.对所述差分信息进行编码,得到所述故障编号;
26.获取进行所述差分运算的所述故障帧的帧序号,当所述帧序号和所述故障总数匹配时,得到与所述故障信息对应的所述获取周期,将与所述帧序号对应的所述故障编号进行缓存,得到所述故障编号组。
27.在其中一个实施例中,根据所述差异数据生成所述告警信息还包括:
28.获取用于反映故障状态的所述故障状态值,其中,所述故障状态包括故障发生和故障消失;
29.根据所述故障状态值的获取时间,得到告警时间;
30.根据所述告警时间、所述故障状态值以及所述故障编号组生成所述告警信息;
31.根据所述告警信息,查询并获取与所述告警信息对应的解决方案。
32.在其中一个实施例中,根据所述故障编号组判断是否发生故障变化包括:
33.当判断发生故障变化时,根据所述故障编号组生成所述告警信息,对所述告警信息进行解码,得到包含故障类型的所述解析信息;
34.根据所述故障类型判断是否将所述告警信息和/或所述解析信息进行上传,以使运维人员进行实时检查。
35.根据本公开实施例的第二方面,提供了一种车辆故障分析装置,所述装置包括:
36.获取模块,用于获取故障信息,将所述故障信息按预设的故障帧格式进行转换,得到故障帧;
37.计算模块,用于根据所述故障信息的获取顺序对所述故障帧进行差分运算,得到差分信息;
38.对所述差分信息进行编码,得到故障编号,将所述故障编号进行缓存,得到故障编号组;
39.判断模块,用于根据所述故障编号组判断是否发生故障变化;
40.告警模块,用于根据所述故障编号组生成告警信息,以对所述告警信息进行解码,得到解析信息。
41.再一方面,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
42.获取故障信息,将所述故障信息按预设的故障帧格式进行转换,得到故障帧;
43.根据所述故障信息的获取顺序对所述故障帧进行差分运算,得到差分信息;
44.对所述差分信息进行编码,得到故障编号,将所述故障编号进行缓存,得到故障编号组;
45.根据所述故障编号组判断是否发生故障变化;
46.若是,则根据所述故障编号组生成告警信息,以对所述告警信息进行解码,得到解析信息。
47.又一方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
48.获取故障信息,将所述故障信息按预设的故障帧格式进行转换,得到故障帧;
49.根据所述故障信息的获取顺序对所述故障帧进行差分运算,得到差分信息;
50.对所述差分信息进行编码,得到故障编号,将所述故障编号进行缓存,得到故障编号组;
51.根据所述故障编号组判断是否发生故障变化;
52.若是,则根据所述故障编号组生成告警信息,以对所述告警信息进行解码,得到解析信息。
53.上述车辆故障分析方法、装置、计算机设备和存储介质,通过获取故障信息,并将所述故障信息按预设的故障帧格式进行转换,得到故障帧,以实现对数据的整理;根据所述故障信息的获取顺序对所述故障帧进行差分运算,得到差分信息,进而得到故障帧的变化;将所述差分信息进行编码,得到故障编号,将所述故障编号进行缓存,得到故障编号组,再根据所述故障编号组判断是否发生故障变化,完成对车辆的故障检测,若发生故障变化,则根据所述故障编号组生成告警信息,以对所述告警信息进行解码,得到解析信息,以实现对车辆故障的分析,明确故障原因。
附图说明
54.图1为一个实施例中车辆故障分析方法的应用环境图;
55.图2为一个实施例中车辆故障分析方法的流程示意图;
56.图3为一个实施例中差分运算过程的示意图;
57.图4为一个实施例中差分故障码编码过程的示意图;
58.图5为一个实施例中车辆故障分析装置的结构框图;
59.图6为一个实施例中计算机设备的内部结构图。
具体实施方式
60.为了使本技术的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本技术进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本技术,并不用于限定本技术。
61.本技术提供的车辆故障分析方法,可以应用于如图1所示的应用环境中。其中,车
辆101可以通过网络与终端102进行通信,和/或车辆101可以通过网络与服务器103进行通信。获取故障信息,将所述故障信息按预设的故障帧格式进行转换,得到故障帧;根据所述故障信息的获取顺序对所述故障帧进行差分运算,得到差分信息;对所述差分信息进行编码,得到故障编号,将所述故障编号进行缓存,得到故障编号组;根据所述故障编号组判断是否发生故障变化;若是,则根据所述故障编号组生成告警信息,以对所述告警信息进行解码,得到解析信息。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器103可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
62.在一些实施方式中,如图2所示,提供了一种车辆故障分析方法,以该方法应用于图1中的车辆101为例进行说明,包括以下步骤:
63.步骤201,获取故障信息,将所述故障信息按预设的故障帧格式进行转换,得到故障帧。
64.其中,故障信息包括ecu上报的故障码,故障帧是一种用于反应故障信息的数据帧。
65.需要说明的是,故障码是一种特定的信息,它不是错误数据,而是在总线协议中被规定的一种专门指向设备故障的东西。如果在总线通讯中出现故障码,我们可以通过总线协议追根溯源,找到设备的问题所在的,故障码是我们使用usbcan设备进行汽车can总线检测的重要依据。故障帧也算作一种故障信息。
66.具体地,获取其故障发生的时间、对应的帧id、故障总数、帧序号、供应商代码、故障码等信息,即得到对应的故障帧,其中,帧id是根据元件来确定的,可以用于表明此次故障发生的故障源(故障元件),即根据帧id判断是哪个或哪些元件发生了故障;故障总数则表示在本次故障发生时刻所产生的故障数量;帧序号是根据获取到的故障信息的顺序,而相应地对故障帧进行排序的编号;供应商代码则是代表了元件的供应商,即根据供应商代码可以直接明了地得知与故障源对应的供应商,进而便于向供应商直接获取故障解决办法。
67.步骤202,根据所述故障信息的获取顺序对所述故障帧进行差分运算,得到差分信息。
68.其中,差分运算用于获取故障帧之间的差异数据,差分的结果反映了故障帧之间的变化,差分信息包括根据故障帧之间因差分运算而得到的差分故障码。
69.可参考图3,为获取故障帧之间的差分信息的示意图,需要说明的是,图3仅对获取差分信息的概括示意,并未限定其获取差分信息过程中具体的方法,其中,图示的两个故障帧可以为同一组故障,通过对这组故障进行编码则可获得对应的故障编号组,图3,可以理解的是,反映故障帧之间的变化的方法可以有多种。
70.此外,示例性地,获取故障帧之间的变化除了可以运用差分运算,还可以对故障帧使用异或运算,如:对第一故障帧中的第一故障码和第二故障帧中的第二故障码进行异或运算,其中,第一故障码和第二故障码在各自故障帧中的数据位应该相对应,若异或结果为0,则表示第一故障码和第二故障码相同;若异或结果为1,则表示第一故障码和第二故障码不同。优选地,还可以将第一故障帧中的全部故障码和第二故障帧中的全部故障码进行异或运算,若不同(异或结果为1),则再根据第一故障帧和第二故障帧的相互对应的数据位,
按位对两个故障帧中的所述故障码进行异或运算,进而确定存在变化的具体的故障码的数据位,以及存在变化的故障码(即差分故障码)。
71.关于差分运算,也可根据上述异或运算的优选方式进行适应性调整并运用,即对两个故障帧先进行整体对比,若存在差异(异常),再按数据位进行对比,提升了故障帧的检测效率。
72.步骤203,对所述差分信息进行编码,得到故障编号,将所述故障编号进行缓存,得到故障编号组。
73.其中,对差分信息进行编码的编码方式,可以是预设的编码方式,对差分信息进行编码包括对差分故障码进行编码,故障编号组是根据每个故障信息获取周期将差分信息进行聚合而形成的集合。
74.示例性地,在数字电子电路中,为适应计算机数据计算,便于数据的运用和阅读,在计算过程中,可以将数据以二进制和/或十六进制表示,例如:将差分信息按照预设的编码方式进行编码,可参考图4,为差分信息中差分故障码的编码过程示意图,将帧id*65536+供应商代码*1024+差分故障码,得到故障编号,其中65536是2
16
,1024是2
10
,若差分故障码为“1”,帧id为“0x999”,供应商代码为“0”,则经过编码方式转换后得到的故障编号为“0x09990001”,对其它差分故障码进行编码的方式可参考前述方法和图示,在此不再赘述,需要说明的是,图4所示的为一个获取周期内所对应的一组故障编号组,若将根据后一组的差分故障码得到的后一故障编号组和该故障编号组进行对比,则可得知故障状态是否变化。
75.步骤204,根据所述故障编号组判断是否发生故障变化。
76.若否,表示在该故障信息获取周期内的故障信息没有发生故障变化,则进入下一个故障信息获取周期,需要说明的是,没有发生故障变化并非指的没有故障,而可以是车辆相比之前的状态存在同样的故障,或是车辆相比之前的状态一直没有发生故障。
77.步骤205,若是,则根据所述故障编号组生成告警信息,以对所述告警信息进行解码,得到解析信息。
78.其中,对所述告警信息进行解码需要用到和上述编码方式相对应的解码方式,对所述告警信息进行解码可以是在车辆进行解码或在服务器、终端等其他具备计算能力的设备进行解码,对此不做限定。
79.上述车辆故障分析方法中,通过获取故障信息,并将所述故障信息按预设的故障帧格式进行转换,得到故障帧,以实现对数据的整理;根据所述故障信息的获取顺序对所述故障帧进行差分运算,得到差分信息,进而得到故障帧的变化;将所述差分信息进行编码,得到故障编号,将所述故障编号进行缓存,得到故障编号组,再根据所述故障编号组判断是否发生故障变化,完成对车辆的故障检测,若发生故障变化,则根据所述故障编号组生成告警信息,以对所述告警信息进行解码,得到解析信息,以实现对车辆故障的分析,明确故障原因,提高车辆故障的分析效率。
80.在一些实施方式中,根据所述故障编号组判断是否发生故障变化包括:
81.获取所述故障信息的获取周期,其中,所述获取周期包括第一周期和第二周期,根据所述获取周期对所述故障编号组进行分类,得到与所述第一周期对应的第一故障编号组和与所述第二周期对应的第二故障编号组;
82.将所述第一故障编号组和所述第二故障编号组进行对比,判断所述第一故障编号组和所述第二故障编号组是否匹配;
83.若否,则判定发生故障变化,提取所述第一故障编号组和所述第二故障编号组的差异数据,根据所述差异数据生成所述告警信息。
84.其中,获取周期指的是获取若干个故障信息所对应的时间周期,可以通过检测获取的故障信息的数量是否与其故障总数一致,进而判断该次获取周期是否完成并得到对应的获取周期,或可以通过获取故障信息中的获取时间(故障发生时间),再通过至少一个故障的获取时间来计算对应的获取周期。
85.需要说明的是,获取周期可以有一个或多个,因此,获取周期可以包括但不限于第一周期和第二周期,“第一”也并不限定其一定为最初的获取周期,仅为便于说明和区分,后续依然以第一周期和第二周期以及对应的第一故障编号组和第二故障编号组进行举例说明。
86.故障变化包括故障状态和/或故障类型的变化,根据获取周期的不同对故障编号组进行分类,再将第一故障编号组和第二故障编号组进行匹配,以判断第二故障编号组相比第一故障编号组是否发生故障变化,其中,故障状态变化包括故障的发生或消失,故障类型变化包括故障码的更改。
87.需要说明的是,对故障帧进行差分运算是为了对故障帧进行对比,进而判断是否产生故障,以及获取故障所对应的故障码;而对故障编号组进行对比,是为了了解故障状态的变化情况,更深入地反应故障信息,明显提升了车辆故障分析的效果。
88.在一些实施方式中,将所述第一故障编号组和所述第二故障编号组进行对比包括:
89.将所述第一故障编号组中的第一故障编号和第二故障编号组中的第二故障编号进行对比;
90.若所述第一故障编号和所述第二故障编号存在差异编号,则提取所述差异编号,根据所述差异编号生成所述告警信息。
91.通过对故障编号组进行对比,进而获取故障状态的变化,以使车辆故障的分析更加精准。
92.在一些实施方式中,将所述第一故障编号组和所述第二故障编号组进行对比包括:
93.将所述第一故障编号组和所述第二故障编号组进行对比,得到对比结果;
94.根据所述对比结果判断所述第一故障编号组和所述第二故障编号组是否匹配;
95.若否,则判定发生故障变化,提取所述第一故障编号组和所述第二故障编号组的所述差异数据,根据所述差异数据生成所述告警信息,其中,所述告警信息包含故障状态值,根据所述对比结果对所述故障状态值进行调整。
96.其中,所述故障状态值用于反映对应的故障状态的变化,即根据故障状态值可以得知故障是发生还是消失了。
97.需要说明的是,若故障状态未发生变化,则说明车辆未发生故障或仍然保持原故障状态,则不需要进一步地提取差异数据并生成告警信息。
98.在一些实施方式中,获取所述故障信息的获取周期包括:
99.根据所述故障信息得到故障总数,根据所述故障信息的获取顺序对所述故障帧进行所述差分运算,得到所述差分信息;
100.对所述差分信息进行编码,得到所述故障编号;
101.获取进行所述差分运算的所述故障帧的帧序号,当所述帧序号和所述故障总数匹配时,得到与所述故障信息对应的所述获取周期,将与所述帧序号对应的所述故障编号进行缓存,得到所述故障编号组。
102.其中,故障信息的故障总数指的是控制器上报的故障专用报文的总数量,为便于理解,也可认为相当于是故障码的总数量。
103.示例性地说明,当一个故障信息的获取周期开始时,若该故障信息的故障总数为n,依次接收对应的故障信息,并通过上述处理方式得到故障编号,将故障编号缓存至对应的故障编号组,当该故障编号组中已经存有n个故障帧对应的故障编号,和/或该故障编号组内与故障编号对应的故障帧的帧序号由1至n按照顺序拼接,则表示本次故障编号完成采集,该故障信息的获取周期结束,得到对应的故障编号组与获取周期。
104.需要说明的是,获取周期可以是预设的,也可以是根据车辆实际上报并获取故障的情况而决定的,在此不做限定,例如在获取故障信息过程中,若存在一段时间间隔内没有故障信息的发送和/或接收(为便于理解,后续称之为空闲时段),则认为从上一次开始接收故障信息的时刻至该空闲时段刚开始的时刻,为对应的故障信息的获取周期。
105.在一些实施方式中,根据所述差异数据生成所述告警信息还包括:
106.获取用于反映故障状态的所述故障状态值,其中,所述故障状态包括故障发生和故障消失;
107.根据所述故障状态值的获取时间,得到告警时间;
108.根据所述告警时间、所述故障状态值以及所述故障编号组生成所述告警信息;
109.根据所述告警信息,查询并获取与所述告警信息对应的解决方案。
110.其中,解决方案可以是预设的,或是在查询不到预设的解决方案,而处理告警信息时实时存储的。
111.在一些实施方式中,根据所述故障编号组判断是否发生故障变化包括:
112.当判断发生故障变化时,根据所述故障编号组生成所述告警信息,对所述告警信息进行解码,得到包含故障类型的所述解析信息;
113.根据所述故障类型判断是否将所述告警信息和/或所述解析信息进行上传,以使运维人员进行实时检查。
114.其中,根据对告警信息进行解码需要用到与上述实施例中的编码方式相对应的解码方式,以保证信息安全。
115.优选地,在生成告警信息时,可以通过设置密钥的方式对告警信息进行加密,示例性地说明,在生成告警信息时,设置公钥对告警信息进行加密;在对告警信息进行解码时,需要使用与所述公钥对应的私钥才能对其告警信息进行解密,并顺利进行后续解码步骤。
116.更优地,在生成告警信息时,可以通过哈希函数对告警信息进行哈希运算,得到与所述告警信息对应的哈希值,在对告警信息进行解码前,则需要进行哈希验证,检验提供的待检哈希值是否正确,进而决定是否能够正常进行后续解码步骤。
117.应该理解的是,虽然上述实施例中的流程图中的各个步骤按照箭头的指示依次显
示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
118.在一个实施例中,如图5所示,提供了一种车辆故障分析装置,包括:获取模块、计算模块、判断模块和告警模块,其中:
119.获取模块,用于获取故障信息,将所述故障信息按预设的故障帧格式进行转换,得到故障帧;
120.计算模块,用于根据所述故障信息的获取顺序对所述故障帧进行差分运算,得到差分信息;
121.对所述差分信息进行编码,得到故障编号,将所述故障编号进行缓存,得到故障编号组;
122.判断模块,用于根据所述故障编号组判断是否发生故障变化;
123.告警模块,用于根据所述故障编号组生成告警信息,以对所述告警信息进行解码,得到解析信息。
124.在一些实施方式中,包括:
125.获取模块,还用于获取所述故障信息的获取周期,其中,所述获取周期包括第一周期和第二周期,根据所述获取周期对所述故障编号组进行分类,得到与所述第一周期对应的第一故障编号组和与所述第二周期对应的第二故障编号组;
126.判断模块,还用于将所述第一故障编号组和所述第二故障编号组进行对比,判断所述第一故障编号组和所述第二故障编号组是否匹配;
127.告警模块,还用于,若否,则判定发生故障变化,提取所述第一故障编号组和所述第二故障编号组的差异数据,根据所述差异数据生成所述告警信息。
128.在一些实施方式中,包括:
129.判断模块,还用于将所述第一故障编号组中的第一故障编号和第二故障编号组中的第二故障编号进行对比;
130.告警模块,还用于若所述第一故障编号和所述第二故障编号存在差异编号,则提取所述差异编号,根据所述差异编号生成所述告警信息。
131.在一些实施方式中,包括:
132.判断模块,还用于将所述第一故障编号组和所述第二故障编号组进行对比,得到对比结果;
133.根据所述对比结果判断所述第一故障编号组和所述第二故障编号组是否匹配;
134.告警模块,还用于,若否,则判定发生故障变化,提取所述第一故障编号组和所述第二故障编号组的所述差异数据,根据所述差异数据生成所述告警信息,其中,所述告警信息包含故障状态值,根据所述对比结果对所述故障状态值进行调整。
135.在一些实施方式中,包括:
136.获取模块,还用于根据所述故障信息得到故障总数;
137.计算模块,还用于根据所述故障信息的获取顺序对所述故障帧进行所述差分运算,得到所述差分信息;
138.对所述差分信息进行编码,得到所述故障编号;
139.获取进行所述差分运算的所述故障帧的帧序号,当所述帧序号和所述故障总数匹配时,得到与所述故障信息对应的所述获取周期,将与所述帧序号对应的所述故障编号进行缓存,得到所述故障编号组。
140.在一些实施方式中,包括:
141.获取模块,还用于获取用于反映故障状态的所述故障状态值,其中,所述故障状态包括故障发生和故障消失;
142.告警模块,还用于根据所述故障状态值的获取时间,得到告警时间;
143.根据所述告警时间、所述故障状态值以及所述故障编号组生成所述告警信息;
144.还包括查询模块,所述查询模块用于根据所述告警信息,查询并获取与所述告警信息对应的解决方案。
145.在一些实施方式中,还包括:
146.解析模块,用于当判断发生故障变化时,根据所述故障编号组生成所述告警信息,对所述告警信息进行解码,得到包含故障类型的所述解析信息;
147.根据所述故障类型判断是否将所述告警信息和/或所述解析信息进行上传,以使运维人员进行实时检查。
148.在一些实施方式中,还包括:
149.加密模块,用于在生成告警信息时,通过设置密钥的方式对告警信息进行加密,和/或通过哈希函数对告警信息进行哈希运算,得到与所述告警信息对应的哈希值。
150.解密模块,用于通过密钥的方式对加密后的告警信息进行解密,和/或通过待检哈希值进行哈希验证,以决定能否获取告警信息并对告警信息进行解码。
151.示例性地说明,在生成告警信息时,可以设置公钥对告警信息进行加密;在对告警信息进行解码时,需要使用与所述公钥对应的私钥才能对其告警信息进行解密,并顺利进行后续解码步骤,
152.和/或在生成告警信息时,可以通过哈希函数对告警信息进行哈希运算,得到与所述告警信息对应的哈希值,在对告警信息进行解码前,则需要进行哈希验证,检验提供的待检哈希值是否正确,进而决定是否能够正常进行后续解码步骤。
153.关于车辆故障分析装置的具体限定可以参见上文中对于车辆故障分析方法的限定,在此不再赘述。上述车辆故障分析装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
154.在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算
机设备的数据库用于存储分析车辆故障的相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种车辆故障分析方法。
155.本领域技术人员可以理解,图6中示出的结构,仅仅是与本技术方案相关的部分结构的框图,并不构成对本技术方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
156.在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:
157.获取故障信息,将所述故障信息按预设的故障帧格式进行转换,得到故障帧;
158.根据所述故障信息的获取顺序对所述故障帧进行差分运算,得到差分信息;
159.对所述差分信息进行编码,得到故障编号,将所述故障编号进行缓存,得到故障编号组;
160.根据所述故障编号组判断是否发生故障变化;
161.若是,则根据所述故障编号组生成告警信息,以对所述告警信息进行解码,得到解析信息。
162.在一个实施例中,处理器执行计算机程序时还实现以下步骤:
163.获取所述故障信息的获取周期,其中,所述获取周期包括第一周期和第二周期,根据所述获取周期对所述故障编号组进行分类,得到与所述第一周期对应的第一故障编号组和与所述第二周期对应的第二故障编号组;
164.将所述第一故障编号组和所述第二故障编号组进行对比,判断所述第一故障编号组和所述第二故障编号组是否匹配;
165.若否,则判定发生故障变化,提取所述第一故障编号组和所述第二故障编号组的差异数据,根据所述差异数据生成所述告警信息。
166.在一个实施例中,处理器执行计算机程序时还实现以下步骤:
167.将所述第一故障编号组中的第一故障编号和第二故障编号组中的第二故障编号进行对比;
168.若所述第一故障编号和所述第二故障编号存在差异编号,则提取所述差异编号,根据所述差异编号生成所述告警信息。
169.在一个实施例中,处理器执行计算机程序时还实现以下步骤:将所述第一故障编号组和所述第二故障编号组进行对比,得到对比结果;
170.根据所述对比结果判断所述第一故障编号组和所述第二故障编号组是否匹配;
171.若否,则判定发生故障变化,提取所述第一故障编号组和所述第二故障编号组的所述差异数据,根据所述差异数据生成所述告警信息,其中,所述告警信息包含故障状态值,根据所述对比结果对所述故障状态值进行调整。
172.在一个实施例中,处理器执行计算机程序时还实现以下步骤:根据所述故障信息得到故障总数,根据所述故障信息的获取顺序对所述故障帧进行所述差分运算,得到所述差分信息;
173.对所述差分信息进行编码,得到所述故障编号;
174.获取进行所述差分运算的所述故障帧的帧序号,当所述帧序号和所述故障总数匹配时,得到与所述故障信息对应的所述获取周期,将与所述帧序号对应的所述故障编号进
行缓存,得到所述故障编号组。
175.在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取用于反映故障状态的所述故障状态值,其中,所述故障状态包括故障发生和故障消失;
176.根据所述故障状态值的获取时间,得到告警时间;
177.根据所述告警时间、所述故障状态值以及所述故障编号组生成所述告警信息;
178.根据所述告警信息,查询并获取与所述告警信息对应的解决方案。
179.在一个实施例中,处理器执行计算机程序时还实现以下步骤:
180.当判断发生故障变化时,根据所述故障编号组生成所述告警信息,对所述告警信息进行解码,得到包含故障类型的所述解析信息;
181.根据所述故障类型判断是否将所述告警信息和/或所述解析信息进行上传,以使运维人员进行实时检查。
182.在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
183.获取故障信息,将所述故障信息按预设的故障帧格式进行转换,得到故障帧;
184.根据所述故障信息的获取顺序对所述故障帧进行差分运算,得到差分信息;
185.对所述差分信息进行编码,得到故障编号,将所述故障编号进行缓存,得到故障编号组;
186.根据所述故障编号组判断是否发生故障变化;
187.若是,则根据所述故障编号组生成告警信息,以对所述告警信息进行解码,得到解析信息。
188.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
189.获取所述故障信息的获取周期,其中,所述获取周期包括第一周期和第二周期,根据所述获取周期对所述故障编号组进行分类,得到与所述第一周期对应的第一故障编号组和与所述第二周期对应的第二故障编号组;
190.将所述第一故障编号组和所述第二故障编号组进行对比,判断所述第一故障编号组和所述第二故障编号组是否匹配;
191.若否,则判定发生故障变化,提取所述第一故障编号组和所述第二故障编号组的差异数据,根据所述差异数据生成所述告警信息。
192.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
193.将所述第一故障编号组中的第一故障编号和第二故障编号组中的第二故障编号进行对比;
194.若所述第一故障编号和所述第二故障编号存在差异编号,则提取所述差异编号,根据所述差异编号生成所述告警信息。
195.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
196.将所述第一故障编号组和所述第二故障编号组进行对比,得到对比结果;
197.根据所述对比结果判断所述第一故障编号组和所述第二故障编号组是否匹配;
198.若否,则判定发生故障变化,提取所述第一故障编号组和所述第二故障编号组的所述差异数据,根据所述差异数据生成所述告警信息,其中,所述告警信息包含故障状态值,根据所述对比结果对所述故障状态值进行调整。
199.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
200.根据所述故障信息得到故障总数,根据所述故障信息的获取顺序对所述故障帧进行所述差分运算,得到所述差分信息;
201.对所述差分信息进行编码,得到所述故障编号;
202.获取进行所述差分运算的所述故障帧的帧序号,当所述帧序号和所述故障总数匹配时,得到与所述故障信息对应的所述获取周期,将与所述帧序号对应的所述故障编号进行缓存,得到所述故障编号组。
203.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
204.获取用于反映故障状态的所述故障状态值,其中,所述故障状态包括故障发生和故障消失;
205.根据所述故障状态值的获取时间,得到告警时间;
206.根据所述告警时间、所述故障状态值以及所述故障编号组生成所述告警信息;
207.根据所述告警信息,查询并获取与所述告警信息对应的解决方案。
208.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
209.当判断发生故障变化时,根据所述故障编号组生成所述告警信息,对所述告警信息进行解码,得到包含故障类型的所述解析信息;
210.根据所述故障类型判断是否将所述告警信息和/或所述解析信息进行上传,以使运维人员进行实时检查。
211.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
212.以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
213.以上所述实施例仅表达了本技术的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本技术构思的前提下,还可以做出若干变形和改进,这些都属于本技术的保护范围。因此,本技术专利的保护范围应以所附权利要求为准。