一种确定车辆维修方案的方法及装置与流程

本申请涉及车辆领域，特别是涉及一种确定车辆维修方案的方法及装置。

背景技术：

车辆例如汽车作为一种常用的代步工具，给人们的生活带来了很大的便利。

可以理解的是，车辆在使用的过程中不可避免的会出现故障。车辆发生故障时，一般可以去维修中心进行维修。但是，随着车辆技术的发展，在车辆上应用的新技术越来越多。一方面，维修中心的维修人员对这些新技术的了解程度可能并不高；另一方面，维修人员的维修水平可能有限，从而导致维修人员可能并不能准确的定位出车辆的故障原因，从而给出相应的维修方案。

因此，需要提供一种方案，可以准确的给出车辆维修方案。

技术实现要素：

本申请所要解决的技术问题是维修人员可能并不能准确的定位出车辆的故障原因，从而给出相应的维修方案。提供一种确定车辆维修方案的方法和装置。

第一方面，本申请实施例提供一种确定车辆维修方案的方法，应用于服务器，包括：

接收第一终端设备发送的目标故障信息；

将所述目标故障信息与维修资料数据库中的维修资料进行匹配，确定目标维修方案；

其中，所述维修资料数据库中保存有历史故障信息与历史维修方案。

可选的，所述目标故障信息包括：

故障现象信息，和/或，由诊断工具诊断确定的诊断报告。

可选的，所述方法还包括：

接收所述第一终端设备发送的与所述目标故障信息相关的目标音频和/或视频信息；

相应的，所述将所述目标故障信息与维修资料数据库中的维修资料进行匹配，确定目标维修方案，包括：

将所述标故障信息和所述目标音频和/或视频信息分别与所述维修资料数据库中的维修资料进行匹配，确定目标维修方案。

可选的，所述方法还包括：

获取待维修车辆的零件信息；

将所述零件信息与维修案例数据库中的维修案例进行匹配，确定所述待维修车辆的各个零件的故障概率；

根据所述各个零件的故障概率修正所述目标维修方案。

可选的，所述获取待维修车辆的零件信息，包括：

获取所述待维修车辆的标识

将所述待维修车辆的标识与车辆配置数据库进行匹配，获取所述待维修车辆的零件信息。

可选的，所述维修案例数据库中包含以下信息中的任意一种或多种：

历史零件故障索赔更换记录数据、历史车辆维修数据、历史零件断点信息和历史车辆运行数据。

可选的，所述方法还包括：

接收所述第一终端设备发送的维修结果信息；

将所述维修结果信息发送给第二终端设备。

可选的，所述方法还包括：

获取车辆的当前运行数据；

利用所述当前运行数据，预测所述车辆发生故障的故障信息；

其中，所述故障信息包括以下任意一种或多种：

所述车辆发生故障的时间范围、所述车辆发生故障的零件以及所述发生故障的零件的故障类型。

可选的，所述利用所述当前运行数据，预测所述车辆发生故障的故障信息，包括：

将所述当前运行数据作为故障预测模型的输入，预测出所述车辆发生故障的相关信息；

其中，所述故障预测模型通过如下方式获得：

获取历史运行数据；所述历史运行数据为包括车辆发生故障时的运行数据；

基于所述历史运行数据与该历史运行数据对应的故障信息进行训练，获得所述故障预测模型。

可选的，所述方法还包括：

将所述故障信息发送给所述第二终端设备和/或所述第一终端设备。

可选的，所述方法还包括：

接收第三终端设备发送的维修预约请求；

获取预约车辆的目标信息；

根据所述目标信息确定目标维修中心，将所述目标维修中心的信息发送给所述第三终端设备；

所述预约车辆的目标信息包括：所述预约维修车辆的历史维修中心信息，和/或，所述预约维修车辆的位置信息。

可选的，所述维修预约请求中携带参考维修时间；所述方法还包括：

获取目标维修中心在所述参考维修时间段内的维修资源占用情况；

结合所述参考维修时间和所述目标维修中心在所述参考维修时间段内的资源占用情况确定目标维修时间；并将所述目标维修时间发送给所述第三终端设备；

其中，所述维修资源包括以下任意一种或多种：

维修人员的数量、维修工具的数量、维修工位数量。

可选的，若所述目标维修方案包括多个维修项目，则所述方法还包括：

根据各个维修项目所需维修资源的占用情况，确定各个维修项目的维修顺序。

可选的，所述维修预约请求包括所述故障信息，所述方法还包括：

根据所述故障信息、所述预约维修车辆的标识、以及所述目标维修时间生成维修工单。

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

第一接收单元，用于接收第一终端设备发送的目标故障信息；

第一确定单元，用于将所述目标故障信息与维修资料数据库中的维修资料进行匹配，确定目标维修方案；

其中，所述维修资料数据库中保存有历史故障信息与历史维修方案。

可选的，所述目标故障信息包括：

故障现象信息，和/或，由诊断工具诊断确定的诊断报告。

可选的，所述装置还包括：

第二接收单元，用于接收所述第一终端设备发送的与所述目标故障信息相关的目标音频和/或视频信息；

相应的，所述第一确定单元，具体用于：

将所述标故障信息和所述目标音频和/或视频信息分别与所述维修资料数据库中的维修资料进行匹配，确定目标维修方案。

可选的，所述装置还包括：

第一获取单元，用于获取待维修车辆的零件信息；

第二确定单元，用于将所述零件信息与维修案例数据库中的维修案例进行匹配，确定所述待维修车辆的各个零件的故障概率；

修正单元，用于根据所述各个零件的故障概率修正所述目标维修方案。

可选的，所述第一获取单元，具体用于：

获取所述待维修车辆的标识；

将所述待维修车辆的标识与车辆配置数据库进行匹配，获取所述待维修车辆的零件信息。

可选的，所述维修案例数据库中包含以下信息中的任意一种或多种：

历史零件故障索赔更换记录数据、历史车辆维修数据、历史零件断点信息和历史车辆运行数据。

可选的，所述装置还包括：

第三接收单元，用于接收所述第一终端设备发送的维修结果信息；

第一发送单元，用于将所述维修结果信息发送给第二终端设备。

可选的，所述装置还包括：

第二获取单元，用于获取车辆的当前运行数据；

预测单元，用于利用所述当前运行数据，预测所述车辆发生故障的故障信息；

其中，所述故障信息包括以下任意一种或多种：

所述车辆发生故障的时间范围、所述车辆发生故障的零件以及所述发生故障的零件的故障类型。

可选的，所述预测单元，具体用于：

将所述当前运行数据作为故障预测模型的输入，预测出所述车辆发生故障的相关信息；

其中，所述故障预测模型通过如下方式获得：

获取历史运行数据；所述历史运行数据为包括车辆发生故障时的运行数据；

基于所述历史运行数据与该历史运行数据对应的故障信息进行训练，获得所述故障预测模型。

可选的，所述装置还包括：

第二发送单元，用于将所述故障信息发送给所述第二终端设备和/或所述第一终端设备。

可选的，所述装置还包括：

第四接收单元，用于接收第三终端设备发送的维修预约请求；

第三获取单元，用于获取预约车辆的目标信息；

第三确定单元，用于根据所述目标信息确定目标维修中心，将所述目标维修中心的信息发送给所述第三终端设备；

所述预约车辆的目标信息包括：所述预约维修车辆的历史维修中心信息，和/或，所述预约维修车辆的位置信息。

可选的，所述维修预约请求中携带参考维修时间；所述装置还包括：

第四获取单元，用于获取目标维修中心在所述参考维修时间段内的维修资源占用情况；

第四确定单元，用于结合所述参考维修时间和所述目标维修中心在所述参考维修时间段内的资源占用情况确定目标维修时间；并将所述目标维修时间发送给所述第三终端设备；

其中，所述维修资源包括以下任意一种或多种：

维修人员的数量、维修工具的数量、维修工位数量。

可选的，若所述目标维修方案包括多个维修项目，则所述装置还包括：

第五确定单元，用于根据各个维修项目所需维修资源的占用情况，确定各个维修项目的维修顺序。

可选的，所述维修预约请求包括所述故障信息，所述装置还包括：

生成单元，用于根据所述故障信息、所述预约维修车辆的标识、以及所述目标维修时间生成维修工单。

与现有技术相比，本申请实施例具有以下优点：

本申请实施例提供的确定车辆维修方案的方法及装置，该方法包括：接收第一终端设备发送的目标故障信息；将所述目标故障信息与维修资料数据库中的维修资料进行匹配，确定目标维修方案；其中，所述维修资料数据库中保存有历史故障信息与历史研究方案。由此可见，利用本申请实施例中提供的确定车辆维修方案的方法和装置，由于维修资料数据库中可以保存大量的历史故障信息与历史故障信息对应的历史研究方案，故而服务器可以利用该维修资料数据库准确的确定出目标维修方案。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的确定车辆维修方案的方法的流程示意图；

图3为本申请实施例提供的一种修正所述目标维修方案的流程示意图；

图4为本申请实施例提供的预测车辆发生故障的故障信息的方法的流程示意图；

图5为本申请实施例提供的为预约维修车辆推荐目标维修中心的方法的流程示意图；

图6为本申请实施例提供的一种确定车辆维修方案的方法流程图；

图7为本申请实施例中一种确定车辆维修方案的装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的发明人经过研究发现，车辆在使用的过程中不可避免的会出现故障。车辆发生故障时，一般可以去维修中心进行维修。但是，随着车辆技术的发展，在车辆上应用的新技术越来越多。一方面，维修中心的维修人员对这些新技术的了解程度可能并不高；另一方面，维修人员的维修水平可能有限，从而导致维修人员可能并不能准确的定位出车辆的故障原因，从而给出相应的维修方案。

鉴于此，本申请实施例提供一种确定车辆维修方案的方法及装置，该方法包括：接收第一终端设备发送的目标故障信息；将所述目标故障信息与维修资料数据库中的维修资料进行匹配，确定目标维修方案；其中，所述维修资料数据库中保存有历史故障信息与历史研究方案。由此可见，利用本申请实施例中提供的确定车辆维修方案的方法和装置，由于维修资料数据库中可以保存大量的历史故障信息与历史故障信息对应的历史研究方案，故而服务器可以利用该维修资料数据库准确的确定出目标维修方案。

为方便理解，首先对本申请实施例的应用场景进行介绍。

参见图1，该图为本申请实施例提供的一种应用场景示意图。

其中，第一终端设备110为维修中心端终端设备，例如，第一终端设备110可以为智能手机、平板电脑等移动终端，又如，第一终端设备110可以为台式计算机等终端设备。

第一终端设备110可以通过网络与服务器130进行交互。具体地，维修人员可以通过第一终端设备110向服务器130发送目标故障信息，以便服务器130根据该目标故障信息确定目标维修方案，并将该目标维修方案发送给第一终端设备110，以便于维修人员根据该目标维修方案对车辆进行维修。

第二终端设备120为用户端终端设备，例如，第二终端设备120可以为智能手机、平板电脑等移动终端；又如，第二终端设备120可以为车载电脑。

第二终端设备110可以通过网路与服务器130进行交互。具体地，服务器130可以利用第二终端设备110获取车辆的当前运行数据，并预测车辆发生故障的故障信息，将故障信息发送给第二终端设备120，以提示用户车辆可能发生的故障。服务器130还可以接收第二终端设备120发送的维修预约请求，获取待维修车辆的目标信息，并将目标维修中心发送给第二终端设备120，从而为用户推荐目标维修中心。

下面结合附图，详细说明本申请的各种非限制性实施方式。

示例性方法

参见图2，该图为本申请实施例提供的确定车辆维修方案的方法的流程示意图。

本申请实施例提供的确定车辆维修方案的方法，可以应用于服务器，本申请实施例不具体限定所述服务器。

本申请实施例提供的确定车辆维修方案的方法，例如可以通过以下步骤s201-s202实现。

s201：接收第一终端设备发送的目标故障信息。

如前文所述，第一终端设备为维修中心端终端设备。

本申请实施例提及的目标故障信息，是指与待维修车辆的故障可能相关的信息。

本申请实施例不具体限定所述目标故障信息，作为一种示例，所述目标故障信息可以包括：故障现象信息，和/或，由诊断工具诊断确定的诊断报告。

其中，故障现象信息是指待维修车辆的异常现象信息，例如可以包括：发动机发出异常响声，车灯异常闪烁等。所述故障现象信息可以是用户向维修人员口头描述的信息，也可以是维修人员检查待维修车辆时发现的信息。

可以理解的是，对于车辆故障现象的描述，仅通过观察或者简单的检查往往不能完全体现待维修车辆的故障，还可以利用诊断工具读取待维修车辆上各个模块的故障信息，生成诊断报告。

s202：将所述目标故障信息与维修资料数据库中的维修资料进行匹配，确定目标维修方案。其中，所述维修资料数据库中保存有历史故障信息与历史维修方案。

需要说明的是，本申请实施例中提及的维修资料数据库，可以保存大量历史故障信息与历史维修方案。具体地，历史维修方案中可以包含零件拆装手册、原理手册、故障诊断代码(diagnostictroublecode，dtc)手册，电路图以及接插件等信息。还可以包含其它信息，本申请实施例不做具体限定。

可以理解的是，所述维修资料数据库中保存有大量的历史故障信息与历史故障信息对应的历史研究方案，因此，可以将目标故障信息与所述维修资料数据库中的历史故障信息进行匹配，若所述目标故障信息与某一历史故障信息匹配成功，则可以将该历史故障信息对应的历史维修方案作为目标维修方案。

需要说明的是，在本申请实施例中，所述目标维修方案例如可以包括：维修项目、维修时间、维修人员级别、维修工具、维修工位等内容。例如，所述目标维修方案可以如下表1所示。

表1

所述服务器还可以将与所述目标维修方案相关的操作视频和/或操作音频发送个第一终端设备，以辅助维修人员进行维修。

由此可见，利用本申请实施例中提供的确定车辆维修方案的方法和装置，由于维修资料数据库中可以保存大量的历史故障信息与历史故障信息对应的历史研究方案，故而服务器可以利用该维修资料数据库准确的确定出目标维修方案。

考虑到实际应用中，利用所述目标故障信息可能并不能很好的体现所述待维修车辆当前的状态，因此，为了更好的体现所述待维修车辆当前的状态，从而使得所确定的目标维修方案更加准确。在本申请实施例的一种可能的实现状态中，所述服务器还可以结合所述第一终端设备发送的与所述目标故障信息相关的音频和/或视频信息，将所述标故障信息和所述音频和/或视频信息分别与所述维修资料数据库中的维修资料进行匹配，确定目标维修方案。

需要说明的是，维修人员可以现场录制所述待维修车辆的音频和/或视频信息，将所述音频和/或视频信息通过第一终端设备发送给所述服务器。

可以理解的是，所述维修资料数据库中的历史故障信息中可以包含历史音频和/或视频信息，因此，服务器接收到所述目标音频和/或视频信息之后，可以将所述标故障信息和所述目标音频和/或视频信息分别与所述维修资料数据库中的维修资料进行匹配，确定目标维修方案。

需要说明的是，为了进一步提高所述目标维修方案的准确性，在本申请实施例的一种可能的实现方式中，所述确定车辆维修方案的方法，还可以包括如下步骤s301-s303。

s301：获取待维修车辆的零件信息。

需要说明的是，本申请实施例中提及的待维修车辆的零件信息，可以为该待维修车辆的所包含的所有零件的零件信息，也可以包含所述目标维修方案中包含的零件的零件信息。本申请实施例不做具体限定。

具体地，当所述零件信息为所述目标维修方案中包含的零件的零件信息时，所述服务器可以从所述目标维修方案中提取所述零件信息。

当所述零件信息为该待维修车辆的所包含的所有零件的零件信息时，可以利用如下步骤a-b获取所述待维修车辆的零件信息。

步骤a：获取所述待维修车辆的标识；

需要说明的是，每一个车辆都具有一个唯一的标识，所述待维修车辆的标识用于唯一标识所述待维修车辆。

需要说明的是，本申请实施例不具体限定所述待维修车辆的标识，作为一种示例，所述待维修车辆的标识可以为待维修车辆的特征码，作为又一种示例，所述待维修车辆的标识可以为待维修车辆的车辆识别码(vehicleidentificationnumber，vin)。

本申请实施例不具体限定获取所述待维修车辆的标识的具体实现方式，作为一种示例，所述目标故障信息中可以包含所述待维修车辆的标识，故而所述服务器可以从所述目标故障信息中提取所述待维修车辆的标识。

步骤b：将所述待维修车辆的标识与车辆配置数据库进行匹配，获取所述待维修车辆的零件信息。

需要说明的是，所述车辆配置数据库中可以存储有大量的车辆标识与该车辆标识对应的配置信息，该配置信息可以包含零件信息。

因此，确定所述待维修车辆的标识之后，可以利用所述车辆配置数据库确定所述待维修车辆的零件信息。

s302：将所述零件信息与维修案例数据库中的维修案例进行匹配，确定所述待维修车辆的各个零件的故障概率。

s303：根据所述各个零件的故障概率修正所述目标维修方案。

关于s302-s303，需要说明的是，所述维修案例数据库中包含众多历史维修案例，所述历史维修案例中可以包含故障零件等信息。

具体地，所述维修案例数据库可以包含以下信息中的任意一种或多种：

历史零件故障索赔更换记录数据、历史车辆维修数据、历史零件断点信息和历史车辆运行数据。

其中，历史车辆维修数据可以包含维修的具体数据，具体包括维修项目、维修工具、维修时间、维修地点、维修人员等级等等信息中的任意一种或者多种。

其中，历史零件断点信息是指，对零件进行优化的时间信息。

因此，结合维修案例数据库，就可以确定出待维修车辆的各个零件的故障概率。从而根据各个零件的故障概率修正所述目标维修方案。

本申请实施例不具体限定利用所述各个零件的故障概率修正所述目标维修方案的具体实现方式，作为一种示例，可以根据各个零件的故障概率由高到低进行排序，确定维修顺序，故障概率高的零件对应的维修顺序靠前。

需要说明的是，若根据所述目标维修信息进行维修之后，依然没有解决故障，对于这种情况，维修人员可以将维修过程中的维修数据通过第一终端设备发送给服务器，以便服务器根据所述维修过程中的维修数据进一步确定新的目标维修方案。

需要说明的是，在本申请实施例中，当待维修车辆维修结束之后，可以将所述待维修车辆的维修数据存储至所述维修案例数据库中，将所述目标故障信息以及所述目标维修方案存储值所述维修资料数据库中。

可以理解的是，在实际应用中，用户可能希望了解维修进度，因此，在本申请实施例的一种可能的实现方式中，服务器还可以接收第一终端设备发送的维修结果信息，将所述维修结果信息发送给第二终端设备。

如前文所述，第二终端设备为用户端终端设备，此处不再赘述。

可以理解的是，在本申请实施例中，维修人员完成一个维修项目时，就可以将维修结果通过第一终端设备发送给服务器，以便服务器将该维修结果发送给所述第二终端设备，从而使得用户可以实时了解维修进度，提升用户体验。

可以理解的是，在实际应用中，车辆很有可能在行驶过程中发生故障，给用户出行带来不便。

因此，在本申请实施例的一种可能的实现方式中，还可以预测出车辆发生故障的故障信息，以便于提醒用户车辆可能发生故障，从而使得用户提前做好维修准备。

参见图4，该图为本申请实施例提供的预测车辆发生故障的故障信息的方法的流程示意图。

所述预测车辆发生故障的故障信息的方法，例如可以通过如下步骤s401-s402实现。

s401：获取车辆的当前运行数据。

需要说明的是，本申请实施例不具体限定获取车辆的当前运行数据的具体实现方式。作为一种示例，所述车辆上的车载监控装置可以将监测到的当前运行数据发送给服务器。

s402：利用所述当前运行数据，预测所述车辆发生故障的故障信息。

需要说明的是，本申请实施例中提及的故障信息可以包含以下任意一种或多种：

所述车辆发生故障的时间范围、所述车辆发生故障的零件以及所述发生故障的零件的故障类型。

所述车辆发生故障的时间范围，例如可以包括未来7天至9天。

所述车辆发生故障的零件，例如可以包括发动机，又如可以包括蓄电池。

相应的，所述发生故障的零件的故障类型例如可以包括发动机发出异常响声、又如可以包括蓄电池失效，导致车辆无法启动。

可以理解的是，车辆发生故障的故障信息与车辆的当前的运行数据有一定的关系，因此，可以利用当前运行数据，预测所述车辆发生故障的故障信息。

本申请实施例不具体限定步骤s402的具体实现方式，作为一种示例，步骤s402在具体实现时，可以将所述当前运行数据作为故障预测模型的输入，预测出所述车辆发生故障的相关信息。

其中，所述故障预测模型可以通过如下步骤c-d获得：

步骤c：获取历史运行数据；所述历史运行数据为包括车辆发生故障时的运行数据。

如前文所述，所述维修案例数据库中可以包含历史车辆运行数据，因此，可以从所述维修案例数据库中获取所述历史运行数据。

步骤d：基于所述历史运行数据与该历史运行数据对应的故障信息进行训练，获得所述故障预测模型。

可以理解的是，基于所述历史运行数据与该历史运行数据对应的故障信息进行训练之后，可以确定所述故障预测模型的参数，从而获得所述故障预测模型。

需要说明的是，在本申请实施例的一种可能的实现方式中，所述故障预测模型可以包含多个子模型，各个子模型对应一个或多个零件。例如，所述故障预测模型包括发动机故障预测子模型、蓄电池故障预测子模型等等。

在本申请实施例的一种可能的实现方式中，服务器预测出所述故障信息之后，可以将所述故障信息发送给第一终端设备和/或第二终端设备。可以理解的是，将所述故障信息发送给第一终端设备，可以提示维修人员做好维修准备。发送给第二终端设备，可以提示用户车辆可能发生的故障，从而使得用户可以提前安排车辆维修。

需要说明的是，在本申请实施例的一种可能的实现方式中，确定所述车辆发生故障的零件之后，服务器可以从所述历史维修案例数据库中查询与所述车辆发生故障的零件对应的零件断点信息，若并未查询到所述车辆发生故障的零件对应的零件断点信息，则说明所述车辆发生故障的零件很有可能会发生故障。因此，服务器可以生成相应的告警信息，将该告警信息发送给车辆制造厂端的终端设备，用于提示车辆制造厂的相关人员监控该零件。

需要说明的是，第一终端设备接收到服务器发送的故障信息和/或告警信息之后，可以预约维修中心对车辆进行维修，在以下实施例中将预约维修的车辆称为预约维修车辆。

鉴于此，在本申请实施例中，所述服务器还可以为预约维修车辆推荐目标维修中心。

参见图5，该图为本申请实施例提供的为预约维修车辆推荐目标维修中心的方法的流程示意图。

本申请实施例提供的为预约维修车辆推荐目标维修中心的方法的流程示意图。

本申请实施例提供的为预约维修车辆推荐目标维修中心的方法，例如可以通过如下步骤s501-s503实现。

s501：接收第三终端设备发送的维修预约请求。

需要说明的是，本申请实施例中提及的第三终端设备为用户端终端设备，与所述第二终端设备类似，所述第三终端设备可以为智能手机、平板电脑等移动终端；又如，第三终端设备可以为车载电脑。

需要说明的是，所述第二终端设备和第三终端设备可以为同一个终端设备，也可以为不同的终端设备。例如，用户利用车载电脑接收服务器发送的故障信息和/或告警信息，然后用平板电脑进行维修预约。又如，用户利用平板电脑接收服务器发送的故障信息和/或告警信息，然后用该平板电脑进行维修预约。

本申请实施例不具体限定所述维修预约请求的具体内容。第三终端设备发送所述维修预约请求，例如可以是在所述第三终端设备的某一交互界面上点击了某一个按钮。

s502：获取预约车辆的目标信息。

需要说明的是，所述预约车辆的目标信息包括：所述预约维修车辆的历史维修中心信息，和/或，所述预约维修车辆的位置信息。

本申请实施例不具体限定获取所述预约车辆的目标信息的具体方式，作为一种示例，可以从所述维修案例数据库中查询所述预约车辆的目标信息。

s503：根据所述目标信息确定目标维修中心，将所述目标维修中心的信息发送给所述第三终端设备。

考虑到历史维修中心可能是用户比较熟悉的维修中心，因此，用户更可能倾向于去所述历史维修中心维修车辆。另外，到达维修中心的距离也是用户考虑的另外一个因素。因此，可以根据所述目标信息确定目标维修中心。

步骤s503在具体实现时，可以结合用户的历史维修中心信息，以及所述预约维修车辆的位置与历史维修中心的距离，确定目标维修中心。作为一种示例，可以选择所述用户维修车辆次数大于第一阈值，且与所述预约维修车辆之间的距离大于第二阈值的历史维修中心，作为目标维修中心。

如前文所述，本申请实施例不具体限定所述维修预约请求的具体内容。在本申请实施例的一种可能的实现方式中，所述维修预约请求中携带参考维修时间。其中，所述参考维修时间可以理解为用户的空闲时间，即用户可以在所述参考维修时间将预约维修车辆送至目标维修中心维修。

需要说明的是，所述参考维修时间可以包括若干个时间，例如，参考维修时间可以为2018-05-03上午9:00至下午5:00以及2018-05-04上午9:00至下午4:00。

考虑到目标维修中心的维修资源有限，因此，服务器在接收到所述维修预约请求之后，要进一步确定在所述参考维修时间范围内，所述目标维修中心是否有足够的维修资源对所述预约维修车辆进行维修。

鉴于此，所述方法还可以包括如下步骤e-f。

步骤e：获取目标维修中心在所述参考维修时间段内的维修资源占用情况。

需要说明的是，目标维修中心可以将其资源占用情况发送给服务器。因此，服务器可以获取到目标维修中心在所述参考维修时间段内的维修资源占用情况。

步骤f：结合所述参考维修时间和所述目标维修中心在所述参考维修时间段内的资源占用情况确定目标维修时间；并将所述目标维修时间发送给所述第三终端设备。

其中，所述维修资源包括以下任意一种或多种：

维修人员的数量、维修工具的数量、维修工位数量。

若所述目标维修中在第一时间段内，有足够的维修资源对所述预约维修车辆进行维修，则将所述第一时间段作为目标维修时间。其中，所述第一时间段可以为所述预约维修时间内的某一时间段。

可以理解的是，采用本申请实施例提供的方法，由于所述目标维修时间时根据目标维修中心的资源占用情况确定的，因此，可以保证所述预约维修车辆在所述目标维修时间段内被维修。避免预约维修车辆在目标维修中心进行维修时，由于维修资源受限而导致的用户排队的问题，提升了用户体验。

在本申请实施例的一种可能的实现方式中，若所述目标维修方案包括多个维修项目，还可以根据各个维修项目所需维修资源的占用情况，确定各个维修项目的维修顺序。

例如，目标维修方案如表1所示，而目前初级维修技师及升降机工位占用率分别达到90％及70％，且初级维修技师及升降机工位占用率预计在1小时后才会降低。但是高级维修技师和空地工位占用率只有30％和0％。因此，筛选出对于发动机类故障，历史修复率最高的高级维修技师，并分配至空地工位，先开始维修第2/3/4/5项工作。

为了方便维修中心进行维修数据的管理，在本申请实施例的一种可能的实现方式中，所述预约所述维修预约请求可以包括所述故障信息，所述服务器可以根据所述故障信息、所述车辆的标识、以及所述目标维修时间生成维修工单。

可以理解的是，对于所述预约维修车辆，可以采用以上所述的确定车辆维修方案的方法，确定出目标维修方案。在本申请实施例中，还可以将所述目标维修方案所包括的部分或者全部内容添加到所述维修工单中，并根据维修进度实时更新所述维修工单的内容。

以上内容对本申请实施例提供的确定车辆维修方案的方法进行了介绍，以下结合具体场景介绍该方法。

在该场景下，用户发现发动机发出异常响声，并且故障灯点亮，因此，用户将车辆开至维修中心进行维修。

参见图6，该图为本申请实施例提供的一种确定车辆维修方案的方法流程图。

本申请实施例提供的确定车辆维修方案的方法，例如可以通过如下步骤s601-s612实现。

s601：维修人员通过第一终端设备导入目标故障信息。

s602：第一终端设备提示维修人员补充故障音/视频信息，并给出补充信息的参考范例。维修技师按要求获取相关音/视频信息，并通过第一终端设备输入。

s603：服务器根据所述目标故障信息及故障音/视频信息，匹配维修资料数据库，得出目标维修方案。

例如，目标维修方案包括2个维修项目，分别为：1、检查涡轮增压器电磁阀线路。2、检查/更换涡轮增压器电磁阀。

s604：服务器获取待维修车辆的零件信息；将所述零件信息与维修案例数据库中的维修案例进行匹配，确定所述待维修车辆的各个零件的故障概率。

例如，服务器确定出四种零件故障，分别为：1、涡轮增压器电磁阀线路故障发生率为29％。2、涡轮增压器电磁阀故障发生率为38％。

s605：根据所述各个零件的故障概率修正所述目标维修方案。

例如，修正后的目标维修方案为：1、检查/更换涡轮增压器电磁阀。2、检查涡轮增压器电磁阀线路。

服务器可以将修正后的目标维修方案发送给第一终端设备，维修人员可以通过所述第一终端设备的显示屏查看所述修正后的目标维修方案。

s606：服务器将与涡轮增压器电磁阀相关的部件功能原理介绍、拆装指导、接插件信息、检查测量方法、测量标准数据等信息发送给第一终端设备。

维修人员可以通过所述第一终端设备的显示屏查看与涡轮增压器电磁阀相关的部件功能原理介绍、拆装指导、接插件信息、检查测量方法、测量标准数据等信息。

s607：维修人员按指导完成检查，检查结果未发现异常。并利用第一终端设备将检查结果通过语音/文字/点选等方式发送给服务器。

s608：服务器将与检查涡轮增压器电磁阀线路相关的部件功能原理介绍、拆装指导、接插件信息、检查测量方法、测量标准数据等信息发送给第一终端设备。

维修人员可以通过所述第一终端设备的显示屏查看与检查涡轮增压器电磁阀线路相关的部件功能原理介绍、拆装指导、接插件信息、检查测量方法、测量标准数据等信息。

s609：维修人员按指导完成检查，检查结果未发现异常。并利用第一终端设备将检查结果通过语音/文字/点选等方式发送给服务器。

s610:维修人员将维修过程中的维修数据通过第一终端设备发送给服务器。

s611：服务器根据所述维修过程中的维修数据得出新的目标维修方案，并将新的目标维修方案发送给第一终端设备。并将相关电路图、接插件信息、拆装指导、检查测量方法、测量标准数据等信息，发送给第一终端设备。

新的维修方案例如可以为：1、检查发动机电脑网络通讯线路。2、检查/更换网关模块。

s612：维修人员按指导检查后发现网关模块内部故障，导致通讯线电压异常波动影响发动机电脑控制模块，更换网关模块后故障排除。并将维修结果发送给服务器。

示例性设备

参见图7，该图为本申请实施例中一种确定车辆维修方案的装置的结构示意图。所述装置700例如可以具体包括：第一接收单元710和第一确定单元720。

第一接收单元710，用于接收第一终端设备发送的目标故障信息；

第一确定单元720，用于将所述目标故障信息与维修资料数据库中的维修资料进行匹配，确定目标维修方案；

其中，所述维修资料数据库中保存有历史故障信息与历史维修方案。

可选的，所述目标故障信息包括：

故障现象信息，和/或，由诊断工具诊断确定的诊断报告。

可选的，所述装置700还包括：

第二接收单元，用于接收所述第一终端设备发送的与所述目标故障信息相关的目标音频和/或视频信息；

相应的，所述第一确定单元720，具体用于：

将所述标故障信息和所述目标音频和/或视频信息分别与所述维修资料数据库中的维修资料进行匹配，确定目标维修方案。

可选的，所述装置700还包括：

第一获取单元，用于获取待维修车辆的零件信息；

第二确定单元，用于将所述零件信息与维修案例数据库中的维修案例进行匹配，确定所述待维修车辆的各个零件的故障概率；

修正单元，用于根据所述各个零件的故障概率修正所述目标维修方案。

可选的，所述第一获取单元，具体用于：

获取所述待维修车辆的标识；

将所述待维修车辆的标识与车辆配置数据库进行匹配，获取所述待维修车辆的零件信息。

可选的，所述维修案例数据库中包含以下信息中的任意一种或多种：

历史零件故障索赔更换记录数据、历史车辆维修数据、历史零件断点信息和历史车辆运行数据。

可选的，所述装置700还包括：

第三接收单元，用于接收所述第一终端设备发送的维修结果信息；

第一发送单元，用于将所述维修结果信息发送给第二终端设备。

可选的，所述装置700还包括：

第二获取单元，用于获取车辆的当前运行数据；

预测单元，用于利用所述当前运行数据，预测所述车辆发生故障的故障信息；

其中，所述故障信息包括以下任意一种或多种：

所述车辆发生故障的时间范围、所述车辆发生故障的零件以及所述发生故障的零件的故障类型。

可选的，所述预测单元，具体用于：

将所述当前运行数据作为故障预测模型的输入，预测出所述车辆发生故障的相关信息；

其中，所述故障预测模型通过如下方式获得：

获取历史运行数据；所述历史运行数据为包括车辆发生故障时的运行数据；

基于所述历史运行数据与该历史运行数据对应的故障信息进行训练，获得所述故障预测模型。

可选的，所述装置700还包括：

第二发送单元，用于将所述故障信息发送给所述第二终端设备和/或所述第一终端设备。

可选的，所述装置700还包括：

第四接收单元，用于接收第三终端设备发送的维修预约请求；

第三获取单元，用于获取预约车辆的目标信息；

第三确定单元，用于根据所述目标信息确定目标维修中心，将所述目标维修中心的信息发送给所述第三终端设备；

所述预约车辆的目标信息包括：所述预约维修车辆的历史维修中心信息，和/或，所述预约维修车辆的位置信息。

可选的，所述维修预约请求中携带参考维修时间；所述装置700还包括：

第四获取单元，用于获取目标维修中心在所述参考维修时间段内的维修资源占用情况；

第四确定单元，用于结合所述参考维修时间和所述目标维修中心在所述参考维修时间段内的资源占用情况确定目标维修时间；并将所述目标维修时间发送给所述第三终端设备；

其中，所述维修资源包括以下任意一种或多种：

维修人员的数量、维修工具的数量、维修工位数量。

可选的，若所述目标维修方案包括多个维修项目，则所述装置700还包括：

第五确定单元，用于根据各个维修项目所需维修资源的占用情况，确定各个维修项目的维修顺序。

可选的，所述维修预约请求包括所述故障信息，所述装置700还包括：

生成单元，用于根据所述故障信息、所述预约维修车辆的标识、以及所述目标维修时间生成维修工单。

关于所述装置700的各单元的描述可以参考以上方法实施例的描述部分，此处不再赘述。

由此可见，利用本申请实施例中提供的确定车辆维修方案的装置，由于维修资料数据库中可以保存大量的历史故障信息与历史故障信息对应的历史研究方案，故而服务器可以利用该维修资料数据库准确的确定出目标维修方案。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。