CN115239037A - 用于对车辆的故障进行处理的方法和设备 - Google Patents

Abstract

本公开提供了用于对车辆的故障进行处理的方法和设备。具体而言，该方法包括：接收车辆的故障的故障检测信息；将所接收的车辆的故障的故障检测信息与故障数据库中的故障条目进行比较，以识别所述故障数据库中的与所述车辆的故障相关的故障条目；以及基于所识别的与所述车辆的故障相关的故障条目，对所述车辆的故障进行处理。利用本公开的方法和设备，通过故障检测信息和故障数据库的利用，可以方便地获取与车辆的故障检测信息(或者说车辆的故障)相关联的故障条目(或者说已有故障案例)，从而有利于后续根据已有故障案例的情况对车辆的故障进行处理。

Description

用于对车辆的故障进行处理的方法和设备

技术领域

本公开总体上涉及车辆的故障处理，更特别地，涉及用于对车辆的故障进行处理的方法和设备。

背景技术

在对车辆(具体而言其部件，例如引擎)进行故障检测之后，如果车辆存在故障的话，需要对检测出的故障进行处理(例如维修)。对于故障处理而言，需要先确定车辆的故障模式，然后根据确定的故障模式分析可能的故障原因并且确定相应的故障处理方法，接下来指派相应的维修人员对故障进行处理。然而，获得故障检测信息(检测人员或者控制检测设备的人员)、确定故障原因并且确定相应的故障处理方法(故障分析人员)以及对故障进行处理的人员(例如维修人员)通常由不同的人员担任，并且因此根据人员自己的工作习惯将工作过程中获得的信息记录并且存储分离的位置处。上述方法存在的问题包括，例如故障分析人员记录并且存储的信息对于维修人员来说不可获得，因此维修人员需要自己花费大量的时间和精力来确定故障原因并且确定相应的故障处理方法。该方法不仅效率低下，且容易出错，因为其严重依赖于维修人员本身的工作经验。此外，该方法也导致由(故障分析人员)获得的信息不能够获得很好的利用，导致资源的浪费。

此外，由于故障处理的不同阶段由不同的人据自己的工作习惯记录和存储在分离的位置，因此，一旦负责某个阶段的人员离开该岗位，由该员工积累的经验会丢失。这也降低了对于车辆的故障进行处理的效率。

因此，需要改进的技术来用于对车辆的故障进行处理，从而提高对车辆的故障进行处理的效率和准确度。

发明内容

本公开的一个目的在于，提出改进的用于对车辆的故障进行处理的方法和设备。

在本公开的一个方面，提供了一种用于对车辆的故障进行处理的方法，包括：接收车辆的故障的故障检测信息；将所接收的车辆的故障的故障检测信息与故障数据库中的故障条目进行比较，以识别所述故障数据库中的与所述车辆的故障相关的故障条目；以及基于所识别的与所述车辆的故障相关的故障条目，对所述车辆的故障进行处理。

根据本公开的另一方面，提供了一种用于对车辆的故障进行处理的设备，包括：存储器，在其上存储有一个或多个指令序列；以及与所述存储器耦合的处理器，其中所述处理器被配置为在执行所述一个或多个指令序列时，使得以上所述的方法被执行。

利用本公开实施例的方法和设备，通过故障检测信息和故障数据库的利用，可以方便地获取与车辆的故障检测信息(或者说车辆的故障)相关联的故障条目(或者说已有故障案例)，从而有利于后续根据已有故障案例的情况对车辆的故障进行处理。

根据本公开的另一方面，提供了一种非暂时性计算机可读存储介质，包括一个或多个指令序列，所述一个或多个指令序列在由一个或多个处理器执行时使得以上所述的方法被执行。

根据本公开的另一方面，提供了一种计算机程序产品，包括用于执行以上所述的方法的程序指令。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1示出了根据本公开至少一个实施方式的用于对车辆的故障进行处理的方法的流程图。

图2示出了根据本公开至少一个实施方式的故障数据库中的故障条目的图形化界面的示例。

图3示出了根据本公开至少一个实施方式的计算设备的框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

所属技术领域的技术人员知道，本发明可以实现为系统、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：可以是完全的硬件、也可以是完全的软件(包括固件、驻留软件、微代码等)，还可以是硬件和软件结合的形式，本文一般称为“电路”、“模块”或“系统”。此外，在一些实施方式中，本发明还可以实现为在一个或多个计算机可读介质中的计算机程序产品的形式，该计算机可读介质中包含计算机可读的程序代码。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

下面将参照本发明实施方式的方法、装置(系统)和计算机程序产品的流程图和/或框图描述本发明。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，这些计算机程序指令通过计算机或其它可编程数据处理装置执行，产生了实现流程图和/或框图中的方框中规定的功能/操作的装置。

也可以把这些计算机程序指令存储在能使得计算机或其它可编程数据处理装置以特定方式工作的计算机可读介质中，这样，存储在计算机可读介质中的指令就产生出一个包括实现流程图和/或框图中的方框中规定的功能/操作的指令装置(instructionmeans)的制造品(manufacture)。

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

虽然结合具体的设备描述了各个操作，但是本领域技术人员可以理解，以上描述的操作可以由以上描述的设备不同的设备执行，本公开对此不做限制。此外，虽然被描述为不同的设备，但是本领域技术人员可以理解，上述设备可以被组合在一起，或者被进一步拆分为若干设备，本公开对此不做限制。

如上所示，本公开实施例提供了改进的用于对车辆的故障进行处理的方法和设备。

图1是示出了根据本公开实施例的用于对车辆的故障进行处理的方法100的流程图。

如图1所示，在步骤S103中，接收车辆的故障的故障检测信息。

在一个示例中，车辆的故障检测信息可以包括：指示故障模式的故障ID和故障曲线。故障ID唯一地标识故障模式。不同的故障模式具有不同的故障ID。故障曲线以曲线形式指示车辆的特定部件的参数在预定区间的值超出正常值(或者说典型值)。

车辆的故障检测信息还可以包括一个或多个图片，例如示出示出故障曲线的图片、示出故障部分的图片等，本公开对此不做限制。

在一个示例中，所接收的车辆的故障检测信息是由用户填写预定格式的文件预定格式的文件生成的。例如，预定格式的文件可以事先提供给用户。从而在用户(例如检测人员)对故障进行检测时，可以将所获得的信息填充到预定格式的文件中。这一方面方便用户填写检测数据，另一方面也可以提醒用户需要尽可能填写标准模板中包括的数据项，从而获得相对全面的故障检测信息。

本领域技术人员将理解，预定格式的文件可以表现为文本形式，或者是图形用户界面形式，本公开对此不做限制。

在一个示例中，可能由于用户事先未获得预定格式的文件或者其他原因，接收到的车辆的故障检测信息可能不是预定格式的。在这种情况下，步骤S101还可以包括：将所接收的车辆的故障的故障检测信息转化为预定格式。

根据一个示例，将接收的车辆的故障检测信息转化为预定格式例如包括：从所接收的车辆的故障检测信息中提取信息，并且将所提取的信息填充到预定格式的文件中。

通过预定格式的使用，保证了故障检测信息处于预定格式(或者说统一格式)，从而有助于故障检测信息的保存和使用。

方法100还可以包括，在步骤S103处，将所接收的车辆的故障的故障检测信息与故障数据库中的故障条目进行比较，以识别所述故障数据库中的与所述车辆的故障相关的故障条目。

在一个示例中，故障数据库包括多个故障条目，每个故障条目包括：指示故障模式的故障ID和故障曲线。

在一个示例中，将所述故障检测信息与故障数据库中的故障条目进行比较包括：将所述故障检测信息的故障ID与所述故障数据库中的故障条目的故障ID进行比较。

通过使用指示故障模式的故障ID作为关键字在故障数据库中进行查找，可以便于获取相关的故障条目(或者故障案例，例如具有与故障检测信息相同的故障ID)，从而方便对车辆的故障进行处理。

在一个示例中，所述故障数据库中的故障条目还可以包括以下中的一个或多个：故障处理方法、故障处理人员、故障处理时间、故障根源等。

图2示出了根据本公开至少一个实施方式的故障数据库中的故障条目的图形化界面的示例。在图2中，故障ID由“Red Item”标识，而故障曲线由“curve”标识。本领域技术人员将理解，图2所示的故障条目的图形化界面是示例性的，本公开对于故障条目的表现形式不做限制。

此外，本领域技术人员将理解，故障检测信息的表现形式可以类似于图2中示出的故障条目示例，只是其中包括的信息与图2中的信息有所不同，例如因为还未进行故障处理，所以故障检测信息不包括与故障处理相关的信息。

在步骤105中，基于所识别的与所述车辆的故障相关的故障条目，对所述车辆的故障进行处理。

利用本公开实施例的方法，通过故障检测信息和故障数据库的利用，可以方便地获取与车辆的故障检测信息(或者说车辆的故障)相关联的故障条目(或者说已有故障案例)，从而有利于后续根据已有故障案例的情况对车辆的故障进行处理。

在一个示例中，方法100还包括：对所识别的与所述车辆的故障的相关的故障条目进行排序。

通过对相关的故障条目进行排序，可以确定相关的故障条目的相关程度，进一步有利于后续对故障进行处理。

在一个示例中，对所识别的与所述车辆的故障的相关的故障条目进行排序包括：将所述车辆的故障检测信息的故障曲线与识别出的与所述车辆的故障的相关的故障条目的故障曲线进行比较；以及基于所述比较对所识别的与所述车辆的故障的相关的故障条目进行排序。

将所述车辆的故障检测信息的故障曲线与识别出的与所述车辆的故障的相关的故障条目的故障曲线进行比较的方法例如可以是动态时间归整(DTW)，差分整合移动平均自回归模型(ARIMA)等，本公开对此不做限制。

在一个示例中，方法100还包括：基于所述排序，选择识别出的与所述车辆的故障的相关的故障条目。例如，可以选择排名最高(表示其与故障检测信息或者说车辆的故障最相关)的故障条目。

在一个示例中，故障条目还包括故障处理方法，并且步骤S105包括：获取与所选择的故障条目相关联的故障处理方法；以及基于所获取的故障处理方法，对所述车辆的故障进行处理。

根据该示例，可以获取选择的故障条目(例如最相关的故障条目)的故障处理方法，并且根据所获取的信息对故障进行处理，这极大地节省了确定故障处理方案需要的时间，从而极大地节省了故障处理时间。

在一个示例中，故障条目包括故障处理时间和/或故障处理人员，并且步骤S105：选择识别出的与所述车辆的故障的相关的故障条目中的故障条目；获取与所选择的故障条目相关联的故障处理时间和/或故障处理人员；以及基于所获取的故障处理时间和/或故障处理人员，对所述车辆的故障进行处理。

根据该示例，可以获取选择的故障条目(例如最相关的故障条目)的相关联的故障处理时间和/或故障处理人员，并且根据所获取的信息对故障进行处理，例如估计或者确定故障处理时间和/或故障处理人员，从而极大地方便故障处理。

在一个示例中，故障条目包括故障根源，并且步骤S105包括：获取与所选择的故障条目相关联的故障根源；以及基于所获取的故障根源，对所述车辆的故障进行处理。

根据该示例中，可以获取选择的故障条目(例如最相关的故障条目)的相关联的故障根源，并且根据所获取的信息对故障进行处理。此外，还可以根据确定的故障根源相应地调整导致故障出现的相关的设备，从而避免类似故障的出现。

在一个示例中，方法100还包括：在对所述车辆的故障进行处理之后，与所述故障检测信息相关联地保存对车辆的故障进行处理的故障处理信息；以及将所保存的故障检测信息和故障处理信息作为所述故障数据库中的故障条目存储在所述故障数据库中。

根据该示例，在对车辆的故障进行处理之后，将故障检测信息和故障处理信息相关联地并且作为故障条目存储在故障数据库中，这扩充了故障数据库，从而进一步有利于未来的故障处理。

图3图示了根据本公开一个或多个实施方式的计算设备的框图，该计算设备是可以应用于本公开的各方面的硬件设备的示例。

现在将参考图3描述计算设备300，该计算设备300是可以应用于本公开的各方面的硬件设备的示例。计算设备300可以是被配置为执行处理和/或计算的任何机器，其可以是但不限于工作站、服务器、台式计算机、膝上型计算机、平板计算机、个人数据助理、智能电话、车载计算机或其任何组合。前面提到的各种装置/服务器/客户端设备可以全部或至少部分地由计算设备300或类似设备或系统来实现。

计算设备300可以包括可能经由一个或多个接口与总线302连接或与其通信的元件。例如，计算设备300可以包括总线302、一个或多个处理器304、一个或多个输入设备306以及一个或多个输出设备308。一个或多个处理器304可以是任何种类的处理器，并且可以包括但不限于一个或多个通用处理器和/或一个或多个专用处理器(诸如专用处理芯片)。输入设备306可以是可以向计算设备输入信息的任何种类的设备，并且可以包括但不限于鼠标、键盘、触摸屏、麦克风和/或遥控器。输出设备308可以是可以呈现信息的任何种类的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出端子、振动器和/或打印机。计算设备300还可以包括非瞬态存储设备310或与之连接，该非瞬态存储设备310可以是非瞬态的并且可以实现数据存储的任何存储设备，并且可以包括但不限于盘驱动器、光学存储设备、固态存储装置、软盘、柔性盘、硬盘、磁带或任何其它磁性介质、光盘或任何其它光学介质、ROM(只读存储器)、RAM(随机存取存储器)、高速缓存存储器和/或任何其它存储器芯片或盒带、和/或计算机可以从中读取数据、指令和/或代码的任何其它介质。非瞬态存储设备310可以与接口可分离。非瞬态存储设备310可以具有用于实现上述方法和步骤的数据/指令/代码。计算设备300还可以包括通信设备312。通信设备312可以是能够与外部装置和/或与网络通信的任何类型的设备或系统，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信设备和/或芯片组，诸如BluetoothTM设备、1302.11设备、Wi-Fi设备、WiMAX设备、蜂窝通信设施等。

此外，非瞬态存储设备310可以具有地图信息和软件元素，使得处理器304可以执行路线引导处理。此外，输出设备306可以包括用于显示地图、车辆的位置标记以及指示车辆的行驶情况的图像的显示器。输出设备306还可以包括扬声器或与耳机的接口，用于音频引导。

总线302可以包括但不限于工业标准体系架构(ISA)总线、微通道体系架构(MCA)总线、增强型ISA(EISA)总线、视频电子标准协会(VESA)本地总线以及外围组件互连(PCI)总线。特别地，对于车载设备，总线302还可以包括控制器区域网络(CAN)总线或被设计用于汽车上的应用的其它体系架构。

计算设备300还可以包括工作存储器314，其可以是可以存储对处理器304的工作有用的指令和/或数据的任何种类的工作存储器，并且可以包括但不限于随机存取存储器和/或只读存储器设备。

软件元素可以位于工作存储器314中，包括但不限于操作系统316、一个或多个应用程序318、驱动程序和/或其它数据和代码。用于执行以上描述的方法和步骤的指令可以包括在一个或多个应用程序318中，并且上面提到的各种装置/服务器/客户端设备的部件/单元/元件可以通过处理器304读取并执行一个或多个应用程序318的指令来实现。

还应当认识到的是，可以根据具体要求进行变化。例如，也可以使用定制的硬件，和/或可以以硬件、软件、固件、中间件、微代码、硬件描述语言或其任何组合来实现特定元件。另外，可以采用到其它计算设备(诸如网络输入/输出设备)的连接。例如，所公开的方法和设备中的一些或全部可以通过使用根据本公开的逻辑和算法通过用汇编语言或硬件编程语言(诸如VERILOG、VHDL、C++)对硬件(例如，包括现场可编程门阵列(FPGA)和/或可编程逻辑阵列(PLA)的可编程逻辑电路系统)进行编程来实现。

本公开还提供了一种非暂时性计算机可读存储介质，包括一个或多个指令序列，所述一个或多个指令序列在由一个或多个处理器执行时使得以上所述的方法被执行。

本公开还提供了一种计算机程序产品，包括用于执行以上所述的方法的程序指令。

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

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

Claims (13)

1.一种用于对车辆的故障进行处理的方法，包括：

接收车辆的故障的故障检测信息；

将所接收的车辆的故障的故障检测信息与故障数据库中的故障条目进行比较，识别所述故障数据库中的与所述车辆的故障相关的故障条目；以及

基于所识别的与所述车辆的故障相关的故障条目，对所述车辆的故障进行处理。

2.根据权利要求1所述的方法，其中所述故障检测信息和所述故障数据库中的故障条目包括：指示故障模式的故障ID和故障曲线。

3.根据权利要求2所述的方法，其中将所述故障检测信息与故障数据库中的故障条目进行比较包括：

将所述故障检测信息的故障ID与所述故障数据库中的故障条目的故障ID进行比较。

4.根据权利要求2所述的方法，还包括：

对所识别的与所述车辆的故障的相关的故障条目进行排序。

5.根据权利要求4所述的方法，其中对所识别的与所述车辆的故障的相关的故障条目进行排序包括：

将所述车辆的故障检测信息的故障曲线与识别出的与所述车辆的故障的相关的故障条目的故障曲线进行比较；以及

基于所述比较对所识别的与所述车辆的故障的相关的故障条目进行排序。

6.根据权利要求4所述的方法，还包括：

基于所述排序，选择识别出的与所述车辆的故障的相关的故障条目。

7.根据权利要求6所述的方法，其中所述故障条目包括故障处理方法，所述方法还包括：获取与所选择的故障条目相关联的故障处理方法；并且基于所识别的与所述车辆的故障相关的故障条目对所述车辆的故障进行处理包括：基于所获取的故障处理方法，对所述车辆的故障进行处理。

8.根据权利要求6所述的方法，其中所述故障条目还包括故障根源故障处理时间和/或故障处理人员，所述方法还包括：获取与所选择的故障条目相关联的故障处理时间和/或故障处理人员；并且基于所识别的与所述车辆的故障相关的故障条目对所述车辆的故障进行处理包括：基于所获取的故障处理时间和/或故障处理人员，对所述车辆的故障进行处理。

9.根据权利要求6所述的方法，其中所述故障条目还包括故障根源，所述方法还包括：获取与所选择的故障条目相关联的故障根源；并且基于所识别的与所述车辆的故障相关的故障条目对所述车辆的故障进行处理包括：基于所获取的故障根源，对所述车辆的故障进行处理。

10.根据权利要求1所述的方法，还包括：

在对所述车辆的故障进行处理之后，与所述故障检测信息相关联地保存对车辆的故障进行处理的故障处理信息；以及

将所保存的故障检测信息和故障处理信息作为所述故障数据库中的故障条目存储在所述故障数据库中。

11.一种用于对车辆的故障进行处理的设备，包括：

存储器，在其上存储有一个或多个指令序列；以及

与所述存储器耦合的处理器，其中所述处理器被配置为在执行所述一个或多个指令序列时，使得权利要求1-10中任一项所述的方法被执行。

12.一种非暂时性计算机可读存储介质，包括一个或多个指令序列，所述一个或多个指令序列在由一个或多个处理器执行时使得权利要求1-10中任一项所述的方法被执行。

13.一种计算机程序产品，包括用于执行权利要求1-10中任一项所述的方法的程序指令。

Images