CN108985466A - 一种车辆维修方法、装置及服务器 - Google Patents

Abstract

本申请实施例提供了一种车辆维修方法、装置及服务器。其中，方法可包括：获取车辆故障用户描述信息，然后对该故障用户描述信息进行处理，确定车辆的故障信息；接着，获取诊断评估结果；进一步的，根据诊断评估结果，检索车辆维修案例数据库；若在车辆维修案例数据库中检索到与诊断评估结果对应的案例，根据诊断评估结果和案例，输出车辆维修方案。采用本申请实施例，可以节省生成车辆维修方案的时间，进而提高了车辆维修效率。

Description

一种车辆维修方法、装置及服务器

技术领域

本申请涉及计算机领域，尤其涉及一种车辆维修方法、装置及服务器。

背景技术

随着我国生产力的发展，经济水平的提高，汽车保有量的急剧增长，轿车快速地进入普通百姓家庭，这就迫切地需要汽车维修行业不断加强自身企业的整体实力以适应新形势下新的变化。目前常用的汽车维修方法大多是车主将待维修车辆开到维修厂，维修厂的工作人员通过对待维修车辆进行全面的检查确定出维修方案，进而对车辆进行维修。或者，车主通过车辆故障诊断工具对待维修车辆进行全面检查并维修。以上所述的两种汽车维修方案中均需要对车辆进行全面的故障检查，消耗较多的故障维修时间，降低了汽车的故障维修效率。

发明内容

本申请实施例提供了一种车辆维修方法、装置及服务器，可以节省生成车辆维修方案的时间，进而提高了车辆维修效率。

本申请实施例第一方面提供了一种车辆维修方法，包括：

获取车辆故障用户描述信息，故障用户描述信息表示用户对车辆的故障情况的描述；

对故障用户描述信息进行处理，确定故障信息，故障信息表示车辆的故障情况；

获取诊断评估结果，诊断评估结果由终端根据故障信息对车辆进行诊断评估得到；

根据诊断评估结果，检索车辆维修案例数据库；

若在车辆维修案例数据库中检索到与诊断评估结果对应的案例，根据诊断评估结果和案例，输出车辆维修方案。

可选的，车辆维修方法，还包括：

若在车辆维修案例数据库中未检索到与诊断评估结果对应的案例，输出提示信息，提示信息用于提示维修技师针对诊断评估结果输出车辆维修方案；

根据诊断评估结果、车辆维修方案以及的故障信息更新车辆维修案例数据库。

可选的，故障描述信息包括文本信息和语音信息中的至少一种，对故障描述信息进行分析，包括以下至少一个操作：

若故障描述信息为文本信息，对故障用户描述信息进行语义解析；或者，若故障描述信息为语音信息，对故障描述信息进行文本化处理并进行语义解析。

可选的，对故障用户描述信息进行处理之后，确定故障信息之前，方法还包括：

根据故障用户描述信息，确定故障位置，故障位置表示故障车辆发生故障的区域；

获取故障位置的数量。

可选的，对故障用户描述信息进行处理，确定故障信息，包括：

根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息。

可选的，根据故障评估信息的数量以及故障用户描述信息，生成符合预设格式的故障信息，包括：

若故障位置的数量为1，则将当前故障位置确定为目标故障位置；

根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。

可选的，根据故障评估信息的数量以及故障用户描述信息，生成符合预设格式的故障信息，包括：

若故障位置的数量为至少2个，则根据至少2个故障位置生成并输出选择信息，选择信息用于提示用户从至少2个故障位置中选择目标故障位置；

获取目标故障位置；

根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。

本申请实施例第二方面提供了一种车辆维修装置，包括：

获取单元，用于获取车辆故障用户描述信息，故障用户描述信息表示用户对车辆的故障情况的描述；

处理单元，用于对故障用户描述信息进行处理；

确定单元，用于确定故障信息，故障信息表示车辆的故障情况；

获取单元，还用于获取诊断评估结果，诊断评估结果由终端根据故障信息对车辆进行诊断评估得到；

检索单元，用于根据诊断评估结果，检索车辆维修案例数据库；

输出单元，用于若检索单元在车辆维修案例数据库中检索到与诊断评估结果对应的案例时，根据诊断评估结果和案例，输出车辆维修方案。

可选的，车辆维修装置还包括更新单元：

输出单元，还用于若检索单元在车辆维修案例数据库中未检索到与诊断评估结果对应的案例，输出提示信息，提示信息用于提示维修技师针对诊断评估结果输出车辆维修方案；

更新单元，用于根据诊断评估结果、车辆维修方案以及故障信息更新车辆维修案例数据库。

可选的，故障用户描述信息包括文本信息和语音信息中的至少一种，处理单元具体用于执行以下至少一种操作：

若故障描述信息为文本信息，对故障用户描述信息进行语义解析；或者，若故障描述信息为语音信息，对故障描述信息进行文本化处理并进行语义解析。

可选的，车辆维修装置还包括：

确定单元，还用于根据故障用户描述信息，确定故障位置，故障位置表示车辆发生故障的区域；

获取单元，还用于获取故障位置的数量。

可选的，确定单元用于确定故障信息的具体方式为：

根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息。

可选的，根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息，包括：

若故障位置的数量为1，则将当前故障位置确定为目标故障位置；

根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。

可选的，根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息，包括：

若故障位置的数量为至少2个，则根据至少2个故障位置生成并输出选择信息，选择信息用于提示用户从至少2个故障位置中选择目标故障位置；

获取目标故障位置；

根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。

第三方面，本申请实施例提供了一种服务器，包括处理器、网络接口和存储器，处理器、网络接口和存储器相互连接，其中，存储器用于存储支持服务器执行上述方法的计算机程序，计算机程序包括程序指令，处理器被配置用于调用程序指令，执行上述第一方面的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机存储介质存储有计算机程序，计算机程序包括程序指令，程序指令当被处理器执行时使处理器执行上述第一方面的方法。

本申请实施例中服务器对获得到的车辆故障用户描述信息进行处理，得到车辆的故障信息。进一步的，服务器依据获取到的诊断评估结果在车辆维修案例数据库中进行检索，并在在检索到与诊断结果对应的案例情况下，根据诊断评估结果和检索到的案例，输出车辆维修方案，如此可以节省生成车辆维修方案的时间，进而提高了车辆维修效率。

附图说明

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

图1是本申请实施例提供的一种车辆维修应用的系统框架图；

图2是本申请实施例提供的一种车辆维修方法的流程示意图；

图3是本申请实施例提供的另一种车辆维修方法的流程示意图；

图4是本申请实施提供的一种车辆维修方法的流程图；

图5是本申请实施例提供的一种车辆维修的装置结构示意图；

图6是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

随着我们生产力的进一步发展，经济水平的提高，中国用户购买私家车已经成为一种中国汽车发展的趋势。越来越多的用户选择驾车出行，推动着车辆维修行业企业实力的不断增强。目前，车辆维修行业中面临着汽车维修企业规模小、服务质量良莠不齐、以及中小型汽车维修企业技术水平较低等多方面问题，这种问题严重降低了车辆维修效率。本申请实施例提出一种车辆维修方法、装置及服务器，服务器对获得到的车辆故障用户描述信息进行处理，得到车辆的故障信息。接着服务器获取到诊断评估结果，并依据该诊断评估结果在车辆维修案例数据库中进行检索。在检索到与诊断结果对应的案例情况下，服务器根据诊断评估结果和检索到的案例，输出车辆维修方案，如此可以节省生成车辆维修方案的时间，进而提高了车辆维修效率。

参考图1，为本申请实施例提供的一种车辆维修方法应用的系统架构图。如图1所示，车辆维修方法应用的系统中用户10、终端20和服务器30。其中，用户10为需要进行车辆维修的用户，终端20可以为手机、平板电脑等便携式移动终端，也可以是笔记本电脑或者台式电脑等非便携式终端。

上述的车辆维修方法可以应用在用户10想要对其拥有的车辆进行维修的场景下。在此种场景中，用户10可以根据当前车辆状况对车辆故障进行描述，形成故障用户描述信息，比如“车子漏油”或者“车子打不起火”等等。然后用户10将故障用户描述信息输入到终端20。需要说明的是，故障用户描述信息可以是用户以文本形式输入到终端20的，也可以是用户以语音形式输入到终端20的，或者用户也可以通过其他方式将故障用户描述信息输入给终端20，本申请实施例不做具体限定。可选的，终端20可以在显示屏上提供一提示框，并输出相应的文字提示比如“请在此输入车辆故障信息”等，用户10可以根据提示框的提示在相应位置处输入故障用户描述信息。或者终端20也可以通过其他方式接收用户输入的故障用户描述信息，比如终端20在屏幕上显示“录入车辆故障信息”的选项，用户10点击该选项，弹出来输入车辆故障信息的窗口，用户10可根据该窗口的提示完成故障用户描述信息的输入。本申请实施例只是列举一些终端20接收用户10输入的故障用户描述信息可行的方法，对于具体的终端20接收用户10输入故障用户描述信息的方法不做限定。

终端20接收到用户10的故障用户描述信息之后，可先检测是否与服务器30之间保持连接；如果保持连接，终端20将故障用户描述信息发送给服务器30，以便于服务器30根据故障用户描述信息生成并输出车辆故障维修方案。其中，终端20与服务器30之间的连接方式可以是通过无线方式连接、数据网络连接或者还可以是通过网络接口连接。

服务器30获取到终端20发送的车辆故障用户描述信息之后，进一步的对该故障用户描述信息进行处理，确定故障信息。可选的，故障用户描述信息包括文本信息和语音信息中的至少一种，服务器30对故障用户描述信息进行处理，包括以下至少一个操作：若故障描述信息为文本信息，对故障用户描述信息进行语义解析，将故障描述信息转换为符合预设格式的目标故障描述信息；或若故障描述信息为语音信息，对故障描述信息进行文本化处理并进行语义解析，将故障描述信息转换为符合预设格式的目标故障描述信息。简单来说，一种情况是：服务器30获取到的故障用户描述信息有些可能是口语化文本信息，服务器30接收到此类故障描述信息时，对该类故障描述信息进行语义解析，也即据场景确定有多个含义的字词在当前应用场景下的含义，然后将口语化文本信息处理成符合预设表述格式的书面化信息。比如，服务器30接收到的终端20发送的故障用户描述方式为“半轴轴颈坏的很严重”，服务器30对该表述方式进行处理后得到故障信息为“驱动轴的轴颈严重磨损”；另一种情况是：服务器30获取到的故障用户描述信息为语音信息，此时服务器30需要先将该段语音信息进行文本化处理，得到对应的故障描述信息文本信息，然后再对该文本信息进行语音解析等处理，最后得到目标故障用户描述信息。

服务器30在对故障用户描述信息进行处理后，可以根据处理后的故障用户描述信息，确定故障信息。可选的，服务器30对故障用户描述信息进行处理之后，确定故障信息之前，还包括：根据故障用户描述信息，确定故障位置，故障位置表示车辆发生故障的区域；获取故障位置的数量。

基于上述可选的方案，服务器30确定故障信息，包括：若故障位置的数量为1，则将当前故障位置确定为目标故障位置；根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。举例来说，假设服务器30获取到的故障用户描述信息为：“车子漏油”，服务器30根据该故障用户描述信息，确定了车子漏油对应的故障评估位置为车辆油箱；车子漏油对应的故障评估位置只有1处，因此服务器可确定故障位置的数量为1。然后服务器可将当前故障位置，即油箱确定为目标故障位置。进一步的，服务器30根据“车子漏油”和油箱，生成符合预设格式的故障信息可以为：“车辆油箱出现漏油现象”。

基于上述可选的方案，服务器30对故障用户描述信息进行处理，确定故障信息，还包括：若故障位置的数量为至少2个，则根据至少2个故障位置生成并输出选择信息，选择信息用于提示用户从至少2个故障位置中选择目标故障位置；获取目标故障位置；根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。也就是说，如果服务器30确定的故障位置数量为多个时，需要通过与用户10进行多次交互确定目标故障位置，然后根据目标故障位置和故障用户描述信息生成符合预设格式的故障信息。举例来说，假设服务器30获取到故障用户描述信息为“车辆无法正常打火启动”；服务器30根据该故障用户描述信息，确定了故障位置为：电源和发动机；因此服务器30获取到故障位置的数量为2个；进一步的，服务器30根据电源和发动机生成一条选择信息比如“请选择车辆无法正常打火的位置？A.电源B.发动机”。假设用户10选择了车辆无法正常打火的位置为A，也即第二目标故障评估位置为电源，用户10将该目标故障位置评估发送给终端20，终端20再将该目标故障位置评估发送给服务器30。最后，服务器30可根据该目标故障位置和故障用户描述信息，生成符合预设格式的故障信息比如可以为：“车辆电源无法正常打火启动”。

服务器30确定故障信息之后，可以获取诊断评估结果。其中，该诊断评估结果由终端根据故障信息对车辆进行诊断评估得到。可选的，服务器30在确定故障信息之后，可根据该故障信息生成一个指示信息，该指示信息用于指示终端20对车辆进行诊断评估。终端20接收到该指示消息后，根据该指示消息中包括的故障信息，确定车辆的待诊断区域；然后对待诊断区域进行诊断，获取诊断评估结果；终端20将该诊断评估结果发送至服务器30。比如，服务器30确定的故障信息为“车辆发动机不能正常打火发动”；服务器可根据该故障信息生成指示信息发送给终端20；终端20根据指示信息中的故障信息可确定车辆的待诊断区域为发动机部分；进一步的终端20对车辆的发动机进行诊断评估，获得诊断评估结果，最后将该诊断评估结果发送给服务器30。

服务器30获取到诊断评估结果之后，根据诊断评估结果在车辆维修案例数据库中检索是否车辆维修案例数据库中存在于上述诊断评估结果对应的案例：如果有，则服务器30根据上述诊断评估结果和案例生成并输出车辆维修方案给终端20。终端20接收到服务器30的车辆维修方案后，输出该车辆维修方案给用户10。一种可行的实施方式中，如果用户10接收到终端输出的车辆维修方案比较简单，则可以根据维修方案中步骤对车辆进行维修；如果车辆维修方案比较复杂，则用户10可以将该维修方案提供给技术人员，以让技术人员帮助解决车辆故障。

综上，本申请实施例的车辆维修方法可通过对车辆故障用户描述信息进行分析，确定车辆故障信息。进一步，服务器根据故障信息指示终端对车辆进行诊断评估，获取诊断评估结果。接着，服务器若根据该诊断结果在车辆维修案例数据库中检索到与诊断评估结果对应的案例，通过对案例进行分析，得到车辆维修方案，如此可以节省生成车辆维修方案的时间，进而提高了车辆维修效率。

参考图2，为本申请实施例提供的一种车辆维修方法的流程示意图，如图2所示的车辆维修方法，可包括以下步骤：

S201、服务器获取车辆故障用户描述信息。

其中，故障用户描述信息表示用户对车辆的故障情况的描述。可选的，故障用户描述信息可以是文本信息比如“车辆漏油”，也可以是语音信息，或者还可以是图文信息比如上传车辆发生故障处的照片等。可选的，服务器获取到的车辆故障用户描述信息可以是终端接收到用户输入的故障描述信息，然后终端将该故障描述信息发送给服务器的。举例来说，假设终端为手机，用户通过终端输入车辆故障描述信息(具体可以是通过终端中一个应用程序输入车辆故障描述信息比如终端中安装一个车辆维修程序，用户可启动应用程序，在应用程序中输入车辆的故障描述信息，终端便可获取到故障描述信息)，接着终端将该信息转发给服务器至此服务器获取车辆故障描述信息。可选的，服务器获取到的车辆故障用户描述信息也可以是终端直接上传给服务器，假设终端是车辆故障诊断设备，若终端对车辆进行故障检测时发现车辆故障，则终端将车辆故障或者故障码(即故障用户描述信息)上传至服务器，服务器获取到故障用户描述信息。

S202、服务器对故障用户描述信息进行处理，确定故障信息。

可选的，服务器接收到故障用户描述信息可能包括文本信息和语音信息中的至少一种，服务器对故障用户描述信息进行处理，包括以下至少一种操作：若故障描述信息为文本信息，对故障用户描述信息进行语义解析；或者，若故障描述信息为语音信息，对故障描述信息进行文本化处理并进行语义解析。也就是说，人类的语言不等于机器语言，服务器获取到的故障用户描述信息如果不经过语义解析等相应处理，服务器不能够理解该故障用户描述信息想要表达什么意思。简单来说，可以理解为故障用户描述信息为汉语，将服务器理解成为不懂汉语的外国人，那么服务器获取到故障用户描述信息后不明白故障用户描述信息表达的意思。因此，服务器需要对获取到的故障用户描述信息进行处理。

可选的，如果服务器接收到故障用户描述信息是文本信息也即文字信息，比如“车子打不着火了”，那么服务器对故障用户描述信息进行语义解析。这一过程也可以理解为服务器从获取到故障用户描述信息到理解故障用户描述信息的过程。其中，语义解析可能包括对文本信息中字词在当前场景下含义进行解析、模糊匹配以及自动纠错等。假设服务器获取到的故障用户描述信息为“车亮打不起火了”，此故障用户描述信息中包括错别字，服务器使用语义解析等处理方法将该段故障用户描述信息处理为“车辆打不起火”，也即服务器通过语义解析方法理解了这段故障用户描述信息想要表达什么意思。

可选的，如果服务器获取到的故障用户描述信息为语音信息，则服务器需要先将语音信息转换为文字信息，然后再进行语义解析等处理，最后服务器能够明白故障用户描述信息想要表达车辆出现的问题是什么。

S203、服务器获取诊断评估结果。

其中，诊断评估结果由终端根据故障信息对车辆进行诊断评估得到。可选的，服务器通过对故障用户描述信息的处理，确定了车辆故障信息。进一步的，服务器可根据该故障信息生成提示信息，该提示信息中包括车辆的故障信息；将该提示信息发送给终端，用于提示终端根据该提示信息中的故障信息对车辆进行故障诊断评估；终端接收到提示信息后，根据提示信息中的故障信息对车辆进行故障诊断评估，得到诊断评估结果；终端将该诊断评估结果发送至服务器；服务器获取诊断评估结果。

可选的，终端接收到提示信息后，根据提示信息中的故障信息对车辆进行故障诊断评估，得到诊断评估结果，包括：终端根据提示信息中的故障信息，确定车辆的待诊断区域；对待诊断区域进行诊断评估，得到诊断评估结果。如此可以使得终端只对车辆存在故障区域进行故障诊断，保证服务器快速获取到诊断评估结果，节省了服务器输出车辆维修方案的时间，进而提高车辆维修的效率。或者，可选的，服务器在确定故障信息之后，向终端发送的提示信息中可不包括故障信息，终端根据服务器发送的提示信息对车辆进行故障诊断评估，包括：终端对车辆进行全面故障诊断评估，得到诊断评估结果。如此服务器获取到的诊断评估结果可能只包括与故障信息相关的诊断评估结果，也可能既包括与故障信息相关的诊断评估结果，也包括了故障信息没有提及到的其他诊断评估结果，如此一来可以保证服务器获取到的诊断评估结果能够展示当前车辆中存在的所有故障，进而服务器可以根据该诊断评估结果对车辆的所有故障输出维修方案，保证车辆使用的安全性。

S204、服务器根据诊断评估结果，检索车辆维修案例数据库。

S205、若服务器在车辆维修案例数据库中检索到与诊断评估结果对应的案例，根据诊断评估结果和案例，输出车辆维修方案。

可选的，在步骤S204中，车辆维修案例数据库中存储的每一件车辆维修案例可以包括车型、故障信息以及故障产生的原因等信息。可选的，诊断评估结果中可包括车辆的故障信息以及故障产生的原因等信息，还包括车牌、车型、车龄等车辆信息。在步骤S204中，可选的，服务器获取到诊断结果之后可根据诊断评估结果中的故障信息、故障信息产生的原因以及车型等信息在车辆维修案例数据库中检索是否存在于诊断评估结果对应的案例。比如，服务器可先根据诊断评估结果中的车型信息在车辆维修案例数据库中进行初步筛选，筛选规则可以为：如果某个案例中包括的车型与该诊断评估结果中包括的车型相同，则将此案例筛选出来。以此类推检索车辆维修案例数据库中的所有案例，最后将筛选出来的案例作为第一案例数据库；然后服务器可再根据故障信息在第一案例数据库中进行再次帅选，筛选规则可为：如果某个案例中包括的故障信息与该诊断评估结果中包括的车辆的故障信息相同，则将此案例筛选出来。以此类推检索第一案例数据库中的所有案例，最后将筛选出来的案例作为第二案例数据库；最后，服务器可根据故障产生原因在第二案例数据库中检索与该诊断苹果结果中包括的故障产生原因相同或者相似的案例，将检索到的案例作为与诊断评估结果对应的案例。如此，可以使得服务器检索到的案例是与该车辆当前的故障情况最为相近的案例，有助于服务器提供准确的车辆维修方案。或者，服务器也可以通过其他的方式在车辆维修案例数据库中检索，比如服务器可以将诊断评估结果中包括的车型、故障信息以及故障产生的原因作为筛选条件输入到车辆维修案例数据库中进行检索；服务器从多个检索结果中选择与当前车辆故障最接近的案例，作为与诊断评估结果对应的案例。本申请实施例只是列举了两种服务器在车辆维修案例库中检索与诊断评估结果对应的案子的可能的实施方式，具体方式不做限定。

在步骤S205中，如果服务器通过S204检索到车辆维修案例数据库中存在与诊断评估结果对应的案例，则对该案例进行分析，并结合诊断评估结果生成并输出车辆维修方案，以便于终端将该车辆维修方案展示给用户。用户可以根据车辆维修方案对车辆故障进行维修，如果车辆维修比较复杂用户不能执行，则用户也可以将车辆维修方案展示给技术人员，以使得技术人员完成对车辆故障的维修。

本申请实施例中服务器对获得到的车辆故障用户描述信息进行处理，得到车辆的故障信息。进一步的，服务器依据获取到的诊断评估结果在车辆维修案例数据库中进行检索，并在检索到与诊断结果对应的案例情况下，根据诊断评估结果和检索到的案例，输出车辆维修方案，如此可以节省生成车辆维修方案的时间，进而提高了车辆维修效率。

参考图3，为本申请实施例提供的另一种车辆维修方法的流程示意图。如图3所示的车辆维修方法，可包括以下步骤：

S301、服务器获取车辆故障用户描述信息。

步骤S301中包括的一些可能的实施方式已经在图2所示的实施例中进行了具体的描述，在此不再赘述。

S302、服务器对故障用户描述信息进行处理，根据故障用户描述信息，确定故障位置，并获取故障位置的数量。

其中，故障位置表示车辆发生故障的区域，比如服务器获取到的故障用户描述信息为“车子漏油”或者“车子油箱漏油”，那么服务器根据该故障用户描述信息确定的故障位置就为车辆的油箱；再如，服务器获取到的故障用户描述信息为“半轴轴颈损坏的很严重”，那么服务器根据该故障用户描述信息确定的故障位置为车辆的半轴或者也叫做车辆的驱动桥；又如，服务器获取到的故障用户描述信息为“车子打不起火”，那么服务器根据该故障用户描述信息确定的故障位置为电源或者发动机。可选的，服务器获取故障位置的数量，包括：服务器根据故障用户描述信息确定的故障位置为多少，就表示故障位置的数量为多少。比如在上述第一和第二个例子中，故障位置的数量为1；在上述第三个例子中，故障位置的数量为2。

303、服务器根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息。

其中，预设格式可以是服务器预先设定的，比如预设格式可以为：车辆的XX(故障位置)存在XXX(故障信息)的情况，例如车辆的油箱存在漏油情况，或者车辆的XX(故障位置)受到XX(损坏程度)损坏，例如车辆的半轴轴颈受到严重损坏等。

可选的，服务器根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息，包括：若故障位置的数量为1，则将当前故障位置确定为目标故障位置；根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。换句话说，如果故障用户描述信息中明确指出故障位置或者故障用户描述信息对应车辆的故障位置只有一个，则服务器将该故障位置作为该车辆的目标故障位置。然后服务器按照预设格式将目标故障位置和故障用户描述信息进行处理，得到故障信息。举例来说，假设服务器获取到的故障用户描述信息为“半轴轴颈损坏的很严重”；假设服务器对故障信息的预设格式为：车辆的XX(故障位置)受到XX(损坏程度)损坏；服务器根据故障用户描述信息确定故障位置为半轴，并可确定故障位置的数量为1；则服务器将故障位置(半轴)作为目标故障位置；进一步的，服务器将目标故障位置以及故障用户描述按照预设格式进行处理，得到故障信息为“车辆的半轴轴颈受到严重损坏”。

可选的，服务器根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息，包括：若故障位置的数量为至少2个，则根据至少2个故障位置生成并输出选择信息，选择信息用于提示用户从至少2个故障位置中选择目标故障位置；获取目标故障位置；根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。换句话说，如果故障用户描述信息中没有明确指出故障位置并且故障用户描述信息对应车辆的故障位置至少为2个，则服务器需要通过与用户的多次交互从至少2个故障位置中获取目标故障位置；进一步的，服务器将故障用户描述信息和目标故障位置按照预设格式进行处理，得到故障信息。简单来说，如果服务器根据获取到的故障用户描述信息，确定了至少2个故障位置，则服务器需要确定至少2个故障位置中哪个故障位置评估是车辆当前出现故障的位置，因此服务器根据至少2个故障位置生成选择信息，并将该选择信息输出。终端接收到服务器输出的选择信息，接着将该选择信息输出给用户，以便于用户选择目标故障位置。用户选择目标故障位置之后，将目标故障位置输入到终端，终端再将目标故障位置输出到服务器；进一步的，服务器根据目标故障位置和故障用户描述信息，便可以生成符合预设格式的故障信息。

举例来说，假设服务器获取到的故障用户描述信息为“车子打不起火”；假设服务器对故障信息的预设格式为：车辆的XX(故障位置)存在XXX(故障信息)的情况；服务器根据故障用户描述信息“车子打不起火”确定的故障位置为电源和发动机；因此，服务器获取到的故障位置的数量为2个；服务器可根据2个故障位置生成选择信息，比如服务器根据电源和发动机两个故障位置生成的选择信息为“车子打不起的具体是以下哪个部分？A.电源B.发动机”；服务器将该选择信息发送给终端，终端接收到该选择信息后发送给用户，用户根据当前车辆情况作出选择，假设用户选择B,；接着将选择结果发送给终端，终端再将选择结果发送给服务器，至此服务器获取到目标故障位置；按照上述预设格式，服务器对目标故障位置信息和故障用户描述信息进行处理得到的故障信息可以为：“车子发动机存在不能正常打火启动的情况”。

S304、服务器获取诊断评估结果。

S305、根据诊断评估结果，检索车辆维修案例数据库。

S306、若服务器在车辆维修案例数据库中检索到与诊断评估结果对应的案例，根据诊断评估结果和案例，输出车辆维修方案。

其中，步骤S304-S306中包括的一些可行的实施方式已经在图2所示的实施例中具体描述，在此不再赘述。

可选的，车辆维修方法还包括如图4中的402部分所示：若在车辆维修案例数据库中未检索到与诊断评估结果对应的案例，输出提示信息，提示信息用于提示维修技师针对诊断评估结果输出车辆维修方案；根据诊断评估结果、车辆维修方案以及故障信息更新车辆维修案例数据库。也就是说，在步骤S305中，服务器在车辆维修数据库中没有检索到与诊断评估结果对应的案例，也即表明车辆维修数据库中不存在与当前车辆故障相关的维修方案。此时，服务器需要输出提示消息，以提示维修技师针对诊断评估结果给出车辆维修方案。其中，提示信息中可能包括在车辆维修案例数据库中的检索结果、车辆的故障信息以及车辆信息等。可选的，服务器输出提示信息后，可获取到维修技师输出的车辆维修方案，服务器可将该车辆维修方案、诊断评估结果以及车辆的故障信息存储在车辆维修案例数据库中，即更新车辆维修案例数据库，为下次有相同故障的车辆提供维修方案参考。

本申请实施例中服务器对获得到的车辆故障用户描述信息进行处理，确定车辆故障位置，同时记录故障位置的数量。接着，服务器可以根据车辆的故障用户描述和故障位置的数量，得到车辆的故障信息。进一步的，服务器依据获取到的诊断评估结果在车辆维修案例数据库中进行检索，并在在检索到与诊断结果对应的案例情况下，根据诊断评估结果和检索到的案例，输出车辆维修方案，如此可以节省生成车辆维修方案的时间，进而提高了车辆维修效率。

参考图5，为本申请实施例提供的一种车辆维修装置的结构示意图，如图5所示的车辆维修装置，可包括获取单元501、处理单元502、确定单元503、检索单元504以及输出单元505，其中：

获取单元501，用于获取车辆故障用户描述信息，故障用户描述信息表示用户对车辆的故障情况的描述；

处理单元502，用于对故障用户描述信息进行处理；

确定单元503，用于确定故障信息，故障信息表示车辆的故障情况；

获取单元501，还用于获取诊断评估结果，诊断评估结果由终端根据故障信息对车辆进行诊断评估得到；

检索单元504，用于根据诊断评估结果，检索车辆维修案例数据库；

输出单元505，用于若检索单元在车辆维修案例数据库中检索到与诊断评估结果对应的案例，根据诊断评估结果和案例，输出车辆维修方案。

可选的，图5所示的车辆维修装置还包括更新单元506：

输出单元505，还有用于若检索单元在车辆维修案例数据库中未检索到与诊断评估结果对应的案例时，输出提示信息，该提示信息用于提示维修技师针对诊断评估结果输出车辆维修方案；

更新单元506，用于根据诊断评估结果、车辆维修方案以及故障信息更新车辆维修案例数据库。

可选的，故障用户描述信息包括文本信息和语音信息中的至少一种，处理单元502具体用于执行以下至少一种操作：

若故障描述信息为文本信息，对故障用户描述信息进行语义解析；或者，若故障描述信息为语音信息，对故障描述信息进行文本化处理并进行语义解析。

可选的，图5所示的车辆维修装置还包括：

确定单元503，还用于根据故障用户描述信息，确定故障位置，故障位置表示车辆发生故障的区域；

获取单元501，还用于获取故障位置的数量。

可选的，确定单元503用于确定故障信息的具体方式为：

根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息。

可选的，根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息，包括：

若故障位置的数量为1，则将当前故障位置确定为目标故障位置；

根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。

可选的，根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息，包括：

若故障位置的数量为至少2个，则根据至少2个故障位置生成并输出选择信息，选择信息用于提示用户从至少2个故障位置中选择目标故障位置；获取目标故障位置；根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。

本申请实施例中获取单元501获取到故障用户描述信息之后，处理单元502对该故障用户描述信息进行处理，确定单元503依据处理单元502的处理结果可确定故障信息。进一步的，检索单元504根据获取单元501获取到的诊断评估结果在车辆维修案例数据库中进行检索，如果检索单元504在车辆维修案例数据库中检索到与诊断评估结果对应的案例，则输出单元505根据该案例与诊断评估结果输出车辆维修方案，以供用户或者维修技师根据该车辆维修方案维修车辆故障，如此可以节省生成车辆维修方案的时间，进而提高了车辆维修效率。

参见图6，是本申请实施例提供的一种服务器的示意性框图。如图所示的本实施例中的服务器可以包括：一个或多个处理器601；一个或多个网络接口602和存储器603。上述处理器601、网络接口602和存储器603通过总线604连接。存储器603用于存储计算机程序，计算机程序包括程序指令，处理器601用于执行存储器603存储的程序指令。其中，处理器601被配置用于调用程序指令执行：

获取车辆故障用户描述信息，故障用户描述信息表示用户对车辆的故障情况的描述；

对故障用户描述信息进行处理，确定故障信息，故障信息表示车辆的故障情况；

获取诊断评估结果，诊断评估结果由终端根据故障信息对车辆进行诊断评估得到；

根据诊断评估结果，检索车辆维修案例数据库；

若在车辆维修案例数据库中检索到与诊断评估结果对应的案例，根据诊断评估结果和案例，输出车辆维修方案。

可选的，处理器601被配置用于调用程序指令还执行：

若在车辆维修案例数据库中未检索到与诊断评估结果对应的案例，输出提示信息，提示信息用于提示维修技师针对诊断评估结果输出车辆维修方案；

根据诊断评估结果、车辆维修方案以及故障信息更新车辆维修案例数据库。

可选的，故障用户描述信息包括文本信息和语音信息中的至少一种，处理器601被配置用于调用程序指令具体执行以下至少一种操作：

若故障描述信息为文本信息，对故障用户描述信息进行语义解析；或者，若故障描述信息为语音信息，对故障描述信息进行文本化处理并进行语义解析。

可选的，对故障用户描述信息进行处理之后，确定故障信息之前，处理器601被配置用于调用程序指令还执行：

根据故障用户描述信息，确定故障位置，故障位置用于车辆发生故障的区域；

获取故障位置的数量。

可选的，对故障用户描述信息进行处理，确定故障信息，处理器601被配置用于调用程序指令具体执行：

根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息。

可选的，根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息，处理器601被配置用于调用程序指令具体执行：

若故障位置的数量为1，则将当前故障位置确定为目标故障位置；

根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。

可选的，根据故障位置的数量以及故障用户描述信息，生成符合预设格式的故障信息，处理器601被配置用于调用程序指令具体执行：

若故障位置的数量为至少2个，则根据至少2个故障位置生成并输出选择信息，选择信息用于提示用户从至少2个故障位置中选择目标故障位置；

获取目标故障位置；

根据目标故障位置和故障用户描述信息，生成符合预设格式的故障信息。

应当理解，在本申请实施例中，所称处理器601可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

网络接口602用于在连接网路时发送或接收数据。

该存储器603可以包括只读存储器和随机存取存储器，并向处理器601提供指令和数据。存储器603的一部分还可以包括非易失性随机存取存储器。例如，存储器603还可以存储设备类型的信息。

具体实现中，本申请实施例中所描述的处理器601、网络接口602可执行本申请实施例图2和图3提供的车辆维修方法的实施例和图5所描述的车辆维修装置的实现方式，在此不再赘述。

在本申请的实施例中提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包括程序指令，程序指令被处理器执行时使该处理器执行上述车辆维修方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所揭露的仅为本申请一种较佳实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (10)

1.一种车辆维修方法，其特征在于，包括：

获取车辆故障用户描述信息，所述故障用户描述信息表示所述用户对所述车辆的故障情况的描述；

对所述故障用户描述信息进行处理，确定故障信息，所述故障信息表示所述车辆的故障情况；

获取诊断评估结果，所述诊断评估结果由终端根据所述故障信息对所述车辆进行诊断评估得到；

根据所述诊断评估结果，检索车辆维修案例数据库；

若在所述车辆维修案例数据库中检索到与所述诊断评估结果对应的案例，根据所述诊断评估结果和所述案例，输出车辆维修方案。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若在所述车辆维修案例数据库中未检索到与所述诊断评估结果对应的案例，输出提示信息，所述提示信息用于提示维修技师针对所述诊断评估结果输出车辆维修方案；

根据所述诊断评估结果、所述车辆维修方案以及所述故障信息更新所述车辆维修案例数据库。

3.根据权利要求1所述的方法，其特征在于，所述故障用户描述信息包括文本信息和语音信息中的至少一种，所述对所述故障用户描述信息进行处理，包括以下至少一个操作：

若所述故障描述信息为文本信息，对所述故障用户描述信息进行语义解析；或者，若所述故障描述信息为语音信息，对所述故障描述信息进行文本化处理并进行语义解析。

4.根据权利要求1所述的方法，其特征在于，所述对所述故障用户描述信息进行处理之后，确定故障信息之前，所述方法还包括：

根据所述故障用户描述信息，确定故障位置，所述故障位置表示所述车辆发生故障的区域；

获取所述故障位置的数量。

5.根据权利要求4所述的方法，其特征在于，所述对所述故障用户描述信息进行处理，确定故障信息，包括：

根据所述故障位置的数量以及所述故障用户描述信息，生成符合预设格式的故障信息。

6.根据权利要求5所述的方法，其特征在于，所述根据所述故障评估信息的数量以及所述故障用户描述信息，生成符合预设格式的故障信息，包括：

若所述故障位置的数量为1，则将当前故障位置确定为目标故障位置；

根据所述目标故障位置和所述故障用户描述信息，生成符合所述预设格式的故障信息。

7.根据权利要求5所述的方法，其特征在于，所述根据所述故障评估信息的数量以及所述故障用户描述信息，生成符合预设格式的故障信息，包括：

若所述故障位置的数量为至少2个，则根据至少2个故障位置生成并输出选择信息，所述选择信息用于提示用户从所述至少2个故障位置中选择目标故障位置；

获取所述目标故障位置；

根据所述目标故障位置和所述故障用户描述信息，生成符合所述预设格式的故障信息。

8.一种车辆维修装置，其特征在于，包括：

获取单元，用于获取车辆故障用户描述信息，所述故障用户描述信息表示所述用户对所述车辆的故障情况的描述；

处理单元，用于对所述故障用户描述信息进行处理；

确定单元，用于确定故障信息，所述故障信息表示所述车辆的故障情况；

获取单元，还用于获取诊断评估结果，所述诊断评估结果是终端根据故障信息对车辆进行诊断评估得到的；

检索单元，用于根据所述诊断评估结果，检索车辆维修案例数据库；

输出单元，用于若所述检索单元在所述车辆维修案例数据库中检索到与所述诊断评估结果对应的案例时，根据所述诊断评估结果和所述案例，输出车辆维修方案。

9.一种服务器，其特征在于，包括处理器、网络接口和存储器，所述处理器、所述输入设备、所述输出设备和所述存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-7任一项所述的车辆维修方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的车辆维修方法。