CN113263993A - 故障预警方法、装置、通信设备及存储介质 - Google Patents

Abstract

本申请适用于车辆技术领域，提供了故障预警方法、装置、通信设备及存储介质，包括：获取车辆的驾驶员的驾驶习惯信息；根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息；根据所述故障预警信息进行预警提醒。本申请实施例能够让车辆管理人员及时有效地了解车辆的故障状况。

Description

故障预警方法、装置、通信设备及存储介质

技术领域

本申请属于车辆技术领域，尤其涉及一种故障预警方法、装置、通信设备及存储介质。

背景技术

目前，车辆车主通常在车辆出现故障时，将车辆送至维修场所进行车辆维护。而在车辆维护时，通常检测到的为车辆当前已存在的故障，维修人员相应地对该已存在的故障进行维修。然而，该车辆维护方式不能让车辆管理人员(例如车主或者其他驾驶员)及时有效地了解车辆的故障状况，导致车辆使用存在一定的风险。

发明内容

有鉴于此，本申请实施例提供了故障预警方法、装置、通信设备及存储介质，以解决现有技术中如何让车辆管理人员及时有效地了解车辆的故障状况的问题。

本申请实施例的第一方面提供了一种故障预警方法，包括：

获取车辆的驾驶员的驾驶习惯信息；

根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息；

根据所述故障预警信息进行预警提醒。

可选地，在所述根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息之前，还包括：

获取所述车辆的标识信息；

对应地，所述根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息，包括：

查询预设数据库，确定与所述车辆的标识信息、所述驾驶习惯信息及所述车辆的行驶周期数据相匹配的故障信息；其中，所述预设数据库存储了车辆的标识信息、行驶周期数据、驾驶习惯信息及故障信息的对应关系；

根据所述故障信息，生成所述车辆当前的故障预警信息。

可选地，在所述查询预设数据库，确定与所述车辆的标识信息、所述驾驶习惯信息及所述车辆的行驶周期数据相匹配的故障信息之前，还包括：

获取各种车辆的诊断报告；

根据所述各种车辆的诊断报告，根据所述各种车辆的诊断报告，确定车辆的标识信息、行驶周期数据、驾驶习惯信息及故障信息的对应关系并存储至预设数据库中。

可选地，所述驾驶习惯信息包括驾驶特征等级，对应地，所述故障信息包括与所述驾驶特征等级对应的故障等级。

可选地，在所述根据所述故障预警信息进行预警提醒之后，还包括：

若获取到延迟提醒指示，则根据所述延迟提醒指示，延迟进行预警提醒。

可选地，所述根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息，包括：

根据所述驾驶习惯信息、所述车辆的行驶周期数据及车辆部件的维护记录信息，确定车辆当前的故障预警信息；

对应地，在所述根据所述故障预警信息进行预警提醒之后，还包括：

确定当前已维护的车辆部件，并更新所述已维护的车辆部件的维护记录信息。

可选地，在所述根据所述故障预警信息进行预警提醒之后，还包括：

若检测到维修终端对所述车辆进行诊断，则向所述维修终端发送所述故障预警信息。

本申请实施例的第二方面提供了一种故障预警装置，包括：

驾驶习惯信息获取单元，用于获取车辆的驾驶员的驾驶习惯信息；

故障预警信息确定单元，用于根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息；

预警提醒单元，用于根据所述故障预警信息进行预警提醒。

可选地，所述故障预警装置，还包括：

标识信息获取单元，用于获取所述车辆的标识信息；

对应地，所述故障预警信息确定单元，具体用于查询预设数据库，确定与所述车辆的标识信息、所述驾驶习惯信息及所述车辆的行驶周期数据相匹配的故障信息；其中，所述预设数据库存储了车辆的标识信息、行驶周期数据、驾驶习惯信息及故障信息的对应关系；根据所述故障信息，生成所述车辆当前的故障预警信息。。

可选地，所述故障预警装置，还包括：

诊断报告获取单元，用于获取各种车辆的诊断报告；

对应关系确定单元，用于根据所述各种车辆的诊断报告，确定车辆的标识信息、行驶周期数据、驾驶习惯信息及故障信息的对应关系并存储至预设数据库中。

可选地，所述驾驶习惯信息包括驾驶特征等级，对应地，所述故障信息包括与所述驾驶特征等级对应的故障等级。

可选地，所述故障预警装置，还包括：

延迟提醒单元，用于若获取到延迟提醒指示，则根据所述延迟提醒指示，延迟进行预警提醒。

可选地，所述故障预警信息确定单元，具体用于根据所述驾驶习惯信息、所述车辆的行驶周期数据及车辆部件的维护记录信息，确定车辆当前的故障预警信息；

对应地，所述故障预警装置，还包括：

维修记录信息更新单元，用于确定当前已维护的车辆部件，并更新所述已维护的车辆部件的维护记录信息。

可选地，所述故障预警装置，还包括：

故障预警信息发送单元，用于若检测到维修终端对所述车辆进行诊断，则向所述维修终端发送所述故障预警信息。

本申请实施例的第三方面提供了一种通信设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，当所述处理器执行所述计算机程序时，使得通信设备实现如所述故障预警方法的步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被处理器执行时，使得通信设备实现如所述故障预警方法的步骤。

本申请实施例的第五方面提供了一种计算机程序产品，当计算机程序产品在通信设备上运行时，使得通信设备执行上述第一方面中任一项所述的故障预警方法。

本申请实施例与现有技术相比存在的有益效果是：本申请实施例中，确定车辆的驾驶员的驾驶习惯信息，根据该驾驶习惯信息和车辆的行驶周期数据，确定当前的故障预警信息，并根据该故障预警信息进行预警提醒。由于车辆的驾驶员的驾驶习惯信息和车辆的行驶周期数据能够准确地反应当前车辆的使用状况，因此根据这两个信息能够准确地确定车辆当前的故障预警信息；根据该故障预警信息进行预警提醒，能够及时提醒车辆管理人员该车辆当前可能存在或者即将存在的故障，使得车辆管理人员能够及时、准确地掌握该车辆的故障状况，从而能够及时地对车辆进行维修保养，降低车辆使用风险，提高车辆使用的安全性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的第一种故障预警方法的实现流程示意图；

图2是本申请实施例提供的第二种故障预警方法的实现流程示意图；

图3是本申请实施例提供的一种故障预警方法对应的系统结构图；

图4是本申请实施例提供的一种故障预警装置的示意图；

图5是本申请实施例提供的一种通信设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

目前，车辆车主通常在车辆出现故障时，将车辆送至维修场所进行车辆维护。而在车辆维护时，通常检测到的为车辆当前已存在的故障，维修人员相应地对该已存在的故障进行维修。然而，该车辆维护方式不能让车主及时有效地了解车辆的故障状况，导致车辆使用存在一定的风险。

为了解决上述的技术问题，本申请提供了一种故障预警方法、装置、通信设备及存储介质，包括：确定车辆的驾驶员的驾驶习惯信息，根据该驾驶习惯信息和车辆的行驶周期数据，确定当前的故障预警信息，并根据该故障预警信息进行预警提醒。由于车辆的驾驶员的驾驶习惯信息和车辆的行驶周期数据能够准确地反应当前车辆的使用状况，因此根据这两个信息能够准确地确定车辆当前的故障预警信息；根据该故障预警信息进行预警提醒，能够及时提醒车辆管理人员该车辆当前可能存在或者即将存在的故障，使得车辆管理人员能够及时、准确地掌握该车辆的故障状况，从而能够及时地对车辆进行维修保养，降低车辆使用风险，提高车辆使用的安全性。

实施例一：

图1示出了本申请实施例提供的第一种故障预警方法的流程示意图，该故障预警方法的执行主体为通信设备，该通信设备可以为车载终端或者服务器，详述如下：

在S101中，获取车辆的驾驶员的驾驶习惯信息。

本申请实施例中，驾驶员的驾驶习惯信息为用于描述驾驶员的驾驶习惯的信息，该驾驶习惯信息可以包括刹车频率、经常行驶路段的平整度、驾驶车辆时发动机的转速数据等信息的具体数值或者根据这些信息划分的驾驶特征等级。

本申请实施例中，对于当前车辆，可以通过跟踪统计该车辆的驾驶员对该车辆的使用情况，确定该车辆的驾驶员的驾驶习惯信息。或者，在本端或者其它端的存储单元中，提前存储了该驾驶员的驾驶习惯信息，可以通过读取该存储单元，确定该驾驶员的驾驶习惯信息。在一个实施例中，该存储单元具体存储了驾驶员的身份标识信息与其对应的驾驶习惯信息的对应关系，可以通过获取该车辆的驾驶员的人脸信息、指纹信息或者输入的姓名、证件号信息，确定该驾驶员的身份标识信息，之后，从存储单元中查找与该身份标识信息对应存储的驾驶习惯信息作为当前车辆的驾驶员的驾驶习惯信息。在另一个实施例中，该存储单元具体存储了车辆的唯一标识信息与其对应的驾驶员的驾驶习惯信息的对应关系，可以通过获取当前车辆的车牌号码或者车辆识别号码(Vehicle IdentificationNumber,VIN)作为该车辆的唯一标识信息，之后，从存储单元中查找与该车辆的唯一标识信息对应存储的驾驶习惯信息作为当前车辆的驾驶员的驾驶习惯信息。

作为一种可能的实现方式，本申请实施例中，可以每隔第一预设时间段，自动确定一次该车辆的驾驶员的驾驶习惯信息。

在S102中，根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息。

本申请实施例中，车辆的行驶周期数据可以包括车辆的行车里程数或者行车时长，具体可以为车辆自使用以来或者自更新维护后实际累计行驶的里程或者时间。示例性地，可以通过直接或者间接地与车辆的电子控制单元(Electronic Control Unit，ECU)建立通信连接，读取车辆的汽车里程表上的行车里程数作为该车辆的行驶周期数据，该汽车里程表上记录的行车里程数即为车辆实际行驶过的总里程数，该行车里程数可以千米为单位。

本申请实施例中，具体可以实时或者每隔第二预设时间段，自动获取车辆当前的行驶周期数据，并根据步骤S101中确定的驾驶习惯信息和当前获取到的该车辆的行驶周期数据，确定该车辆当前的故障预警信息。其中，由于驾驶员的驾驶习惯信息在一定时间内保持不变，而故障预警信息的实时性要求较高，因此上述第二预设时间段小于或者等于该第一预设时间段，即，车辆的故障预警信息的确定周期小于或者等于驾驶员的驾驶习惯信息的确定周期。具体地，该故障预警信息包括该车辆当前的潜在故障的信息，该潜在故障为预估到的可能存在或者即将存在的故障。其中，该潜在故障的信息具体包括潜在故障的标识信息(例如故障码或者故障名称)，还可以包括该潜在故障的发生概率值。

具体地，在一个实施例中，本端的预设数据库中预存了驾驶习惯信息、行驶周期阈值以及故障信息的对应关系，通过确定到的该车辆的驾驶员的驾驶习惯信息、该车辆当前的行驶周期数据，以及该对应关系，可以查找到与当前的驾驶习惯信息和行驶周期数据相符的情况下对应的故障信息，该查找到的故障信息即为当前车辆的潜在故障的信息，将这些潜在故障的信息作为该车辆当前的故障预警信息。在另一个实施例中，本端存储了故障预警计算模型，该故障预警计算模型可以为提前根据该车辆对应的历史诊断数据进行建模得到的数学计算模型，也可以为提前训练得到的神经网络模型，将上述的驾驶习惯信息和车辆的行驶周期数据输入该故障预警计算模型，即可得到该车辆的当前的故障预警信息。

在S103中，根据所述故障预警信息进行预警提醒。

在确定了车辆的故障预警信息后，可以通过本端的语音单元播报该故障预警信息，或者通过本端的显示单元显示该故障预警信息，从而进行故障的预警提醒。或者，本端可以将该故障预警信息发送至车辆管理人员的用户终端，以指示该用户终端播报或者显示该故障预警信息，从而实现故障的预警提醒。其中，该车辆管理人员可以为上述的驾驶员，或者，上述的驾驶员只是租用或者借用该车辆的人员而非车主时，则车辆管理人员还可以为该车辆的车主。或者，该车辆管理人员还可以为其他专门的管理人员(例如共享车的管理人员)等。进一步地，在预警提醒时，除了根据该故障预警信息，提醒该车辆存在的潜在故障的信息外，还可以提供每种潜在故障对应的处理建议信息。

本申请实施例中，由于车辆的驾驶员的驾驶习惯信息和车辆的行驶周期数据能够准确地反应当前车辆的使用状况，因此根据这两个信息能够准确地确定车辆当前的故障预警信息；根据该故障预警信息进行预警提醒，能够及时提醒车辆管理人员该车辆当前可能存在或者即将存在的故障，使得车辆管理人员能够及时、准确地掌握该车辆的故障状况，从而能够及时地对车辆进行维修保养，降低车辆使用风险，提高车辆使用的安全性。

实施例二：

图2示出了本申请实施例提供的第二种故障预警方法的流程示意图，本实施例中的方法在实施例一所述方法的基础上做了进一步改进，与实施例一相同之处不再赘述。如图2所示的故障预警方法详述如下：

在S201中，获取车辆的驾驶员的驾驶习惯信息。

在S202中，获取所述车辆的标识信息。

本申请实施例中，该故障预警方法的执行主体为服务器，该服务器能够为多种车辆提供故障预警。对于不同种车辆，可能发生的故障、对应的故障预警信息不一样，因此本申请实施例中，在确定当前车辆的故障预警信息之前，具体先获取车辆的标识信息，之后，再具体结合车辆的标识信息、驾驶习惯信息和车辆的行驶周期数据，准确地确定该车辆的故障预警信息。具体地，该车辆的标识信息可以为该车辆的车辆识别码、车牌号码或者型号信息等。可选地，本申请实施例的步骤S202可以与步骤S201同时执行，或者还可以在步骤S201之前执行。

在S203中，查询预设数据库，确定与所述车辆的标识信息、所述驾驶习惯信息及所述车辆的行驶周期数据相匹配的故障信息；其中，所述预设数据库存储了车辆的标识信息、行驶周期数据、驾驶习惯信息及故障信息的对应关系。

具体地，本申请实施例中的预设数据库为本端可以访问的数据库，该预设数据库中，具体存储车辆的标识信息、行驶周期数据、驾驶习惯信息、故障信息的对应关系。在本实施例中，通过查询预设数据库，可以获取到与当前的该车辆的标识信息、车辆的行驶周期数据和驾驶习惯信息对应匹配的故障信息。

作为示例而非限定，表1示出了预设数据库存储的部分车辆的标识信息、行驶周期数据、驾驶习惯信息和故障信息的对应关系。

表1：

示例性地，若当前的车辆的标识信息为标识信息A，行驶周期数据为5000公里，驾驶员的驾驶习惯信息为驾驶习惯信息Ⅱ，则可以查询到对应匹配的故障信息包括故障a和故障b。

在S204中，根据所述故障信息，生成所述车辆当前的故障预警信息。

可以理解地，同样的车辆的标识信息、驾驶习惯信息和行驶周期数据，可以对应存储了0个、1个或者1个以上的故障信息。若该故障信息为0个，则说明当前该车辆不存在潜在故障，无需进行故障预警，得到的故障预警信息为空，可以用字符“NULL”表示。若该故障信息为1个或者1个以上，则将该1个或者1个以上的故障信息汇总作为故障预警信息。例如，若查询到的故障信息包括故障a和故障b，则将故障a和故障b的故障名称或者故障码汇总作为故障预警信息。在一些实施例中，该预设数据库具体可以存储车辆的标识信息、车辆的行驶周期数据、驾驶习惯信息、故障信息及故障发生概率的对应关系，在本申请实施例中，根据当前车辆的标识信息、车辆的行驶周期数据和驾驶习惯信息，可以查找到对应匹配的故障信息及其故障发生概率；之后，将故障发生概率大于预设阈值的故障信息确定为潜在故障的信息，并将潜在故障的名称或者故障码汇总作为故障预警信息。例如，设上述查询到的故障信息包括故障a和故障b，其中，故障a的发生概率为20％，故障b的发生概率为85％，预设阈值为50％，则此时将故障b确定为潜在故障，并生成对应的故障预警信息，该故障预警信息包括该潜在故障(故障b)的信息而不包括故障a的信息。

在S205中，根据所述故障预警信息进行预警提醒。

本申请实施例中，由于能够获取车辆的标识信息，并根据该车辆的标识信息，结合车辆的行驶周期数据、驾驶习惯信息，从预设数据库中确定对应的故障信息，并根据该故障信息生成车辆的故障预警信息，因此能够具体根据当前车辆的情况及预存的故障信息，准确地确定该车辆的故障预警信息。

可选地，在所述查询预设数据库，确定与所述车辆的标识信息、所述驾驶习惯信息及所述车辆的行驶周期数据相匹配的故障信息之前，还包括：

获取各种车辆的诊断报告；

根据所述各种车辆的诊断报告，确定车辆的标识信息、行驶周期数据、驾驶习惯信息及故障信息的对应关系并存储至预设数据库中。

本申请实施例中，在根据预设数据库查询车辆的故障预警信息之前，具体可以从网络或者维修终端中收集各种车辆在日常维修诊断时对应的诊断报告。具体地，对于每种型号的车辆，都获取预设数量以上的诊断报告，以便为后续的对应关系建立提供充足的数据来源。

在获取了各种车辆的诊断报告后，分别解析确定每份诊断报告中包含的车辆的标识信息、行驶周期数据、驾驶习惯信息和故障信息。之后，统计确定每个标识信息对应的车辆，在各个行驶周期数据中，每种不同的驾驶习惯信息对应的故障信息，从而建立车辆的标识信息、行驶周期数据、驾驶习惯信息、故障信息的对应关系，并存储于预设数据库中。

本申请实施例中，由于能够提前获取各种车辆的诊断报告，因此能够通过大数据统计确定车辆的标识信息、行驶周期数据、驾驶习惯信息、故障信息的对应关系并存储至预设数据库中，使得后续根据该预设数据库，能够准确地确定故障预警信息，从而准确地实现车辆故障预警。

可选地，所述驾驶习惯信息包括驾驶特征等级，对应地，所述故障信息包括与所述驾驶特征等级对应的故障等级。

本申请实施例中，驾驶习惯信息具体可以通过驾驶特征等级来表示，该驾驶特征等级具体可以为刹车频度等级、路面平整度等级、发动机运转情况等级、车速等级中的任意一项或者多项的组合。具体地，本申请实施例的步骤S201，具体可以包括：

获取所述驾驶员驾驶所述车辆时的车辆数据。

根据所述车辆数据及预设的分级标准，确定所述驾驶员的驾驶特征等级。

本申请实施例中，本端直接或者间接地与车辆的ECU建立通信连接，持续获取预设周期内该驾驶员驾驶该车辆时的车辆数据。例如，当本申请实施例的执行主体为车载终端，则该车载终端可以通过与车辆的汽车故障诊断(On Board Diagnostics，OBD)连接，直接从车辆的ECU读取车辆数据。或者，本申请实施例的执行主体为服务器，该服务器能够通过与该车辆的车载设备建立通信连接，接收该车载设备从车辆的ECU中读取的车辆数据，从而间接地实现车辆数据的获取。

示例性地，该车辆数据可以包括该车辆的刹车系统电子流信息、全球定位系统(Global Positioning System，GPS)数据、发动机数据(具体可以包括节气门的开合度、发动机转速等)、车速数据中的任意一项或者多项。

具体地，本端或者与本端存在通信连接的存储单元中，存储了驾驶特征等级的分级标准。根据获取到的该车辆的车辆数据及该分级标准，可以确定该车辆的驾驶员对应的驾驶特征等级，将该驾驶特征等级作为该驾驶员的驾驶习惯信息。

示例性地，当车辆数据包括刹车系统电子流信息时，可以统计在预设周期的每公里内该电子流的频度值，根据该频度值与分级标准中预存的刹车频度分级标准进行对比，确定该驾驶员的刹车频度等级。当车辆数据包括GPS数据时，可以统计该驾驶员在预设周期内经常行驶的各个路段，并根据本端或者从网上加载的地图数据，确定该驾驶员经常行驶的路段的平整度；根据该平整度与分级标准中预存的平整度分级标准，确定该驾驶员习惯行驶的路面平整度等级。当车辆数据包括发动机数据时，可以统计该预设周期内发动机的节气门开合度或者发动机转速，根据该节气门开合度与分级标准中预存的开合度分级标准，或者根据发动机转速与分级标准中预存的转速分级标准，确定该驾驶员驾驶车辆时的发动机运转情况等级。当车辆数据包括车速数据时，根据该车速数据与分级标准中预存的车速分级标准，确定该驾驶员驾驶车辆时对应的车速等级。本申请实施例中，可以以上述的刹车频度等级、路面平整度等级、发动机运转情况等级、车速等级中的任意一项或者多项的组合，作为该驾驶员的驾驶特征等级。

作为示例而非限定，刹车频度分级标准可以如表2所示，其中，刹车频度越高，其对应的刹车频度等级越高:。

表2：

刹车频度	刹车频度等级
		每公里小于或者等于0.1次	0级
每公里大于0.1次，且小于或者等于2次	1级
		每公里大于2次，且小于或者等于4次	2级
每公里大于4次，且小于或者等于6次	3级
		......	......

作为示例而非限定，平整度分级标准可以如表3所示，其中，平整度指数(International Roughness Index，IRI)越高，对应的路面平整度等级越高，说明驾驶员经常行驶的路面越粗糙。

表3：

IRI(单位为m/km，其中m为米，km为千米)	路面平整度等级
		(0,1]	0级
(1,2]	1级
		(2,3]	2级
(3,4]	3级
		......	......

示例性地，若当前的驾驶特征等级直接为刹车频度等级，则可以直接根据当前的驾驶员的刹车频度及表2，得到对应的刹车频度等级作为该驾驶员的驾驶特征等级。示例性地，若当前的驾驶特征等级由刹车频度等级和路面平整度等级组合确定，则可以根据驾驶员的刹车频度及表2，确定驾驶员的刹车频度等级，以及根据驾驶员经常行驶的路面的平整度指数IRI及表3，确定驾驶员习惯行驶的路面平整度等级，之后，将该刹车频度等级和路面平整度等级相加，或者乘以一定的权重后相加，或者将二者相加后求平均值，得到的结果作为该驾驶员的驾驶特征等级。例如，设当前驾驶员的刹车频度为每公里1次，经常行驶的路面的IRI为2，则根据表2、表3可以确定该驾驶员的刹车频度等级为1，路面平整度等级为1，将二者相加，可以得到该驾驶员的驾驶特征等级为2。

对应地，在预设数据库中，对于相同标识信息、相同行驶周期数据的车辆，分别按照驾驶特征等级存储对应的故障信息，该故障信息包括故障的标识信息以及与驾驶特征等级相对应的故障等级，其中，驾驶特征等级越高，其对应的故障等级越高，表明该故障的严重程度越高。

作为示例而非限定，表4示出了预设存储库中存储的车辆的标识信息、行驶周期数据、驾驶特征等级及故障信息(包括故障的标识信息及故障等级)的对应关系。

表4：

如上表，通过车辆的标识信息A、行驶周期数据5000公里，驾驶特征等级1，可以确定对应的故障信息为：存在故障等级为2的故障a、故障等级为1的故障b。之后，直接将该包含故障等级的故障信息作为故障预警信息，或者，将故障等级大于预设阈值(例如1)的故障汇总作为故障预警信息。

本申请实施例中，通过驾驶特征等级来区分表示各种驾驶习惯，并划分了与驾驶特征等级对应的故障等级，因此能够通过等级划分的方式准确地确定当前车辆可能存在的故障信息，以便后续准确地确定故障预警信息，实现准确的故障预警。

可选地，在上述的步骤S103或者步骤S205之后，还包括：

若获取到延迟提醒指示，则根据所述延迟提醒指示，延迟进行预警提醒。

具体地，车辆管理人员在接到预警提醒后，可以通过用户终端，向本申请实施例中的通信设备发送推迟提醒指示，该推迟提醒指示可以包括延迟时长或者车辆管理人员选择的提醒时间。通信设备在获取到该推迟提醒指示后，延迟该延迟时长再次进行预警提醒，或者在指定的提醒时间再次进行预警提醒，从而能够根据车辆管理人员的指示，更叫智能有效地进行预警提醒。进一步地，该推迟提醒指示还包括车辆管理人员选择进行延迟提醒的故障信息，使得通信设备有针对性地对该选择的故障信息进行延迟提醒。

可选地，在上述的步骤S103或者步骤S205之后，还包括：

若获取到忽略提醒指示，则根据所述忽略提醒指示，停止对应的预警提醒。

具体地，车辆管理人员还可以通过用户终端，向本申请实施例中的通信设备发送忽略提醒指示；该忽略提醒指示可以包括车辆管理人员选择忽略提醒的故障信息。通信设备在收到该忽略提醒指示后，可以停止对相应的故障信息的预警提醒，从而避免对车辆管理人员的过度打扰。

可选地，上述的步骤S102包括：

根据所述驾驶习惯信息、所述车辆的行驶周期数据及车辆部件的维护记录信息，确定车辆当前的故障预警信息；

对应地，在上述的步骤S103之后，还包括：

确定当前已维护的车辆部件，并更新所述已维护的车辆部件的维护记录信息。

本申请实施例中，除了根据驾驶习惯信息和车辆的行驶周期数据，还具体结合车辆部件的维护记录信息准确地确定车辆的当前的故障预警信息。

在一个实施例中，在根据当前的驾驶习惯信息、车辆的行驶周期数据，查询预设数据库，初步确定该车辆当前的潜在故障的信息后，进一步查询这些潜在故障对应的车辆部件是否存在维护记录信息；对于存在维护记录信息的车辆部件，可以根据该车辆部件的维护时间、或者维护时该车辆的行驶周期数据，或者其他具体维护情况，确认该存在对应的维护记录信息的潜在故障是否仍为当前的潜在故障，若是，将该潜在故障作为故障预警信息中的一个故障信息，对该潜在故障进行预警提醒，若否，则不将该潜在故障作为故障预警信息中的故障信息，不对该潜在故障进行预警提醒。

在另一个实施例中，预设数据库中具体存储了驾驶员习惯信息、每个车辆部件实际的工作周期数据及其故障信息的对应关系。上述的维护记录信息具体可以为该车辆部件换新时该车辆的行驶周期数据，简称为换新周期数据。在确定该车辆部件是否存在潜在故障时，具体将车辆当前的行驶周期数据减去该换新周期数据，得到该车辆部件实际的工作周期数据；之后，再根据驾驶员习惯信息及该车辆部件的工作周期数据，确定该车辆部件是否存在潜在故障，若存在，则将该车辆部件的潜在故障的信息作为故障预警信息中的一个故障信息。

例如，当前车辆曾在行驶里程值为5000公里时更换了新的刹车装置，则该刹车装置对应的换新周期数据为5000公里；则，在确定当前车辆是否存在潜在的刹车故障时，先将该车辆的行驶周期数据8000公里减去该换新周期数据5000公里，得到该车辆的刹车部件实际的工作周期数据3000公里；之后，根据当前的驾驶员习惯信息和该刹车部件实际的工作周期数据3000公里，确定该车辆部件是否存在潜在故障。

对应地，本申请实施例中，在根据故障预警信息进行预警提醒后，车辆管理人员将该车辆送至维修场所进行相应的车辆保养维护。之后，通信设备可以获取车辆管理人员的用户终端或者维修人员的维修终端返回的车辆维护信息。根据该车辆维护信息，可以确定该车辆当前已维护的车辆部件，并在该通信设备中更新该已维护的车辆部件的维护记录信息，以使后续能够根据该及时更新的维护记录信息，准确地确定该车辆部件是否存在潜在故障，准确地得到故障预警信息。

本申请实施例中，由于能够结合车辆部件的维护记录信息进行故障预警信息的确定，并在维护车辆部件后，及时更新已维护的车辆部件的维护记录信息，因此能够提高故障预警的准确性。

可选地，在上述的步骤S103或者步骤S205之后，还包括：

若检测到维修终端对所述车辆进行诊断，则向所述维修终端发送所述故障预警信息。

本申请实施例中，在步骤S103或者步骤S204中，本端具体根据确定到的故障预警信息，向车辆管理人员发出预警提醒后，车辆管理人员可以根据该预警提醒，对该车辆进行维护保养。具体地，当车辆发出预警提醒，到达维修场所进行维护保养时，维修人员可以通过维修终端对该车辆进行诊断。具体地，车辆在接入维修终端时，由该维修终端向本申请实施例的通信设备(即本申请实施例的执行主体)发送诊断提示信息；通信设备在接收到该诊断提示信息时，视为检测到维修终端对该车辆进行诊断，并将该车辆的故障预警信息发送至该维修终端，使得该维修终端除了呈现该车辆当前已存在的故障信息外，还能够呈现该车辆当前的潜在故障的信息。

具体地，维修终端在获取到该故障预警信息后，维修人员可以根据该故障预警信息，结合自身的处理经验，与车辆的车主或者驾驶员进行沟通，确定是否对潜在故障进行维护处理。具体地，车辆的车主或者驾驶员可以通过自身的用户终端，从该车辆存在的所有潜在故障的信息中，选择部分或者全部潜在故障的信息作为意愿维护的故障信息，之后将该意愿维护的故障信息反馈至本申请实施例的通信设备，由通信设备将该意愿维护的故障信息发送至维修终端。之后，维修人员根据维修终端接收到的意愿维护的故障信息，进行相应的车辆维护保养。

进一步地，维修人员在对车辆进行维护保养之后，向该维修终端输入故障的处理情况，具体地，可以对该车辆当前存在的故障信息以及故障预警信息中包含的故障信息标记上对应的处理标记信息，该处理标记信息包括已维修标记信息、延迟维修标记信息和忽略提醒标记信息等。之后该维修终端可以将该各个故障信息对应的处理标记信息反馈至本申请实施例的通信设备，使得通信设备能够根据该处理标记信息，确定接下来对这些故障信息的故障预警处理方式。其中，对于标记为已维修标记信息的故障信息，对应更新该故障信息的维修记录信息，以使得后续可以在故障预警时，可以结合该维修记录信息确定是否需要对该故障再次进行故障预警；对于标记为延迟维修标记信息的故障信息，可以在之后再次针对该故障信息进行预警提醒；对于标记为忽略提醒标记信息的故障信息，则停止对该故障信息的预警提醒。

本申请实施例中，由于在检测到维修终端对车辆进行诊断时，能够向维修终端发送故障预警信息，使得维修终端不仅能够呈现当前诊断出的车辆已存在的故障信息，还能够呈现出潜在故障的信息，即故障预警信息，从而能够为维修人员提供更全面的故障信息，为维修人员提供维修指引，便于维修人员更加准确、全面地对该车辆进行维护保养。

作为示例而非限定，图3示出了本申请实施例提供的一种故障预警方法对应的系统结构图，包括车辆管理人员的用户终端、通信设备、车载终端和维修终端。其中，该通信设备作为服务端，可以与用户终端、维修终端、车载终端分别进行数据通信。具体地，该故障预警方法的交互过程如下：

(1)车辆的OBD接口连接了车载终端，当驾驶员驾驶该车辆时，该车载终端采集该车辆的车辆数据，并发送至通信设备。

(2)通信设备根据该车辆数据，确定该驾驶员的驾驶习惯信息。

(3)通信设备实时或者每隔一段时间，指示车载设备读取该车辆的行驶周期数据并返回至该通信设备，并根据步骤(2)的驾驶习惯信息及从车载设备中获取到的车辆的行驶周期数据，确定车辆当前的故障预警信息。

(4)通信设备确定故障预警信息后，将该故障预警信息发送至用户终端进行预警提醒。

(5)车辆管理人员根据用户终端收到的预警提醒，将该车辆送至维修场所进行维护保养，维修人员通过维修终端对该车辆进行诊断，此时，维修终端向通信设备发送诊断提示信息。

(6)通信设备在接收到诊断提示信息时，确定检测到维修终端对该车辆进行诊断，将该车辆的故障预警信息发送至该维修终端。

(7)维修终端将自身诊断出的该车辆当前存在的故障信息，以及通信设备返回的故障预警信息中的故障信息一同呈现，以使维修人员全面地了解该车辆当前的故障状况。

(8)根据维修终端呈现的故障预警信息，维修人员与车辆管理人员沟通确定是否对故障预警信息中预警的潜在故障进行处理，之后由车辆管理人员从该故障预警信息中选择部分或者全部潜在故障的信息作为意愿维护的故障信息，并通过用户终端将该意愿维护的故障信息发送至通信设备。

(9)通信设备将该意愿维护的故障信息反馈至维修终端，以便维修人员对车辆管理人员意愿维护的故障信息进行对应的维修处理。

(10)在维修人员对车辆进行维修处理后，对该车辆检测出的故障信息以及故障预警信息中包含的故障信息标记上对应的处理标记信息，并反馈至通信设备。

(11)通信设备根据各个故障信息对应的处理标记信息，确定接下来对这些故障信息的故障预警处理方式，该故障预警处理方式包括更新维修记录信息、延迟预警提醒、忽略预警提醒等。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例三：

图4示出了本申请实施例提供的一种故障预警装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分：

该故障预警装置包括：驾驶习惯信息获取单元41、故障预警信息确定单元42、预警提醒单元43。其中：

驾驶员习惯信息确定单元41，用于获取车辆的驾驶员的驾驶习惯信息；

故障预警信息确定单元42，用于根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息；

预警提醒单元43，用于根据所述故障预警信息进行预警提醒。

可选地，所述故障预警装置，还包括：

标识信息获取单元，用于获取所述车辆的标识信息；

对应地，所述故障预警信息确定单元42，具体用于查询预设数据库，确定与所述车辆的标识信息、所述驾驶习惯信息及所述车辆的行驶周期数据相匹配的故障信息；其中，所述预设数据库存储了车辆的标识信息、行驶周期数据、驾驶习惯信息及故障信息的对应关系；根据所述故障信息，生成所述车辆当前的故障预警信息。。

可选地，所述故障预警装置，还包括：

诊断报告获取单元，用于获取各种车辆的诊断报告；

对应关系确定单元，用于根据所述各种车辆的诊断报告，确定车辆的标识信息、行驶周期数据、驾驶习惯信息及故障信息的对应关系并存储至预设数据库中。

可选地，所述驾驶习惯信息包括驾驶特征等级，对应地，所述故障信息包括与所述驾驶特征等级对应的故障等级。

可选地，所述故障预警装置，还包括：

延迟提醒单元，用于若获取到延迟提醒指示，则根据所述延迟提醒指示，延迟进行预警提醒。

可选地，所述故障预警信息确定单元42，具体用于根据所述驾驶习惯信息、所述车辆的行驶周期数据及车辆部件的维护记录信息，确定车辆当前的故障预警信息；

对应地，所述故障预警装置，还包括：

维修记录信息更新单元，用于确定当前已维护的车辆部件，并更新所述已维护的车辆部件的维护记录信息。

可选地，所述故障预警装置，还包括：

故障预警信息发送单元，用于若检测到维修终端对所述车辆进行诊断，则向所述维修终端发送所述故障预警信息。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

实施例四：

图5是本申请一实施例提供的通信设备的示意图。如图5所示，该实施例的通信设备5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52，例如故障预警程序。所述处理器50执行所述计算机程序52时实现上述各个故障预警方法实施例中的步骤，例如图1所示的步骤S101至S103。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块/单元的功能，例如图4所示驾驶习惯信息获取单元41至预警提醒单元43的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述通信设备5中的执行过程。

所述通信设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述通信设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是通信设备5的示例，并不构成对通信设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述通信设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述通信设备5的内部存储单元，例如通信设备5的硬盘或内存。所述存储器51也可以是所述通信设备5的外部存储设备，例如所述通信设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述通信设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述通信设备所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/通信设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/通信设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种故障预警方法，其特征在于，包括：

获取车辆的驾驶员的驾驶习惯信息；

根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息；

根据所述故障预警信息进行预警提醒。

2.如权利要求1所述的故障预警方法，其特征在于，在所述根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息之前，还包括：

获取所述车辆的标识信息；

对应地，所述根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息，包括：

查询预设数据库，确定与所述车辆的标识信息、所述驾驶习惯信息及所述车辆的行驶周期数据相匹配的故障信息；其中，所述预设数据库存储了车辆的标识信息、行驶周期数据、驾驶习惯信息及故障信息的对应关系；

根据所述故障信息，生成所述车辆当前的故障预警信息。

3.如权利要求2所述的故障预警方法，其特征在于，在所述查询预设数据库，确定与所述车辆的标识信息、所述驾驶习惯信息及所述车辆的行驶周期数据相匹配的故障信息之前，还包括：

获取各种车辆的诊断报告；

根据所述各种车辆的诊断报告，确定车辆的标识信息、行驶周期数据、驾驶习惯信息及故障信息的对应关系并存储至预设数据库中。

4.如权利要求2所述的故障预警方法，其特征在于，所述驾驶习惯信息包括驾驶特征等级，对应地，所述故障信息包括与所述驾驶特征等级对应的故障等级。

5.如权利要求1所述的故障预警方法，其特征在于，在所述根据所述故障预警信息进行预警提醒之后，还包括：

若获取到延迟提醒指示，则根据所述延迟提醒指示，延迟进行预警提醒。

6.如权利要求1所述的故障预警方法，其特征在于，所述根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息，包括：

根据所述驾驶习惯信息、所述车辆的行驶周期数据及车辆部件的维护记录信息，确定车辆当前的故障预警信息；

对应地，在所述根据所述故障预警信息进行预警提醒之后，还包括：

确定当前已维护的车辆部件，并更新所述已维护的车辆部件的维护记录信息。

7.如权利要求1至6任意一项所述的故障预警方法，其特征在于，在所述根据所述故障预警信息进行预警提醒之后，还包括：

若检测到维修终端对所述车辆进行诊断，则向所述维修终端发送所述故障预警信息。

8.一种故障预警装置，其特征在于，包括：

驾驶习惯信息获取单元，用于获取车辆的驾驶员的驾驶习惯信息；

故障预警信息确定单元，用于根据所述驾驶习惯信息和所述车辆的行驶周期数据，确定所述车辆当前的故障预警信息；

预警提醒单元，用于根据所述故障预警信息进行预警提醒。

9.一种通信设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，当所述处理器执行所述计算机程序时，使得通信设备实现如权利要求1至7任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，当所述计算机程序被处理器执行时，使得通信设备实现如权利要求1至7任一项所述方法的步骤。

Images