维修专家预约方法、装置、终端设备及存储介质与流程

本申请属于车辆维修技术领域，尤其涉及一种维修专家预约方法、装置、终端设备以及计算机可读存储介质。

背景技术：

目前，汽车数量越来越多，汽车故障问题也越来越多。而随着汽车科技的不断发展，车辆故障维修的难度也越来越大。

现有的车辆故障维修一般是通过维修厂进行，但是，由于车系车型多样，车辆故障多样，有些时候维修厂、维修技师也会遇到不会修的车辆故障。当遇到不会修的车辆故障时，现有的解决方案一般是借助互联网查找相关资料，但这显然是不靠谱的。另外，也有一些用户通过询问经验丰富的维修技师或者维修专家，以寻求帮助，但是，用户所认识的维修技师或者是维修专家也可能不能解决该用户的难题，且效率较低，针对性不强。

换句话说，目前遇到不会修的车辆故障时，往往是通过人工直接操作；或者是车辆诊断设备，而使用车辆诊断设备时，技师也可能看不懂一些故障码；或者是互联网的方式得到故障维修方式。总的来说，现有的方法都有局限性，不可靠，且效率较慢。

技术实现要素：

有鉴于此，本申请实施例提供一种维修专家预约方法、装置、终端设备以及计算机可读存储介质，以解决现有中可靠性较低且效率较低的问题。

本申请实施例的第一方面提供一种维修专家预约方法，包括：

获取用户的预约请求，所述预约请求包括车辆故障信息和预约事项信息；

将所述车辆故障信息、所述预约事项信息与预先存储的维修专家信息进行匹配，查找待选维修专家；

将所述待选维修专家的相关信息呈现给所述用户，接收所述用户的目标维修专家选择指令；

根据所述目标维修专家选择指令，向目标维修专家发送待确认信息；

接收所述目标维修专家的确认请求，向所述用户发送预约成功提示信息。

结合第一方面，在第一种可能的实现中，在所述将所述待选维修专家的相关信息呈现给所述用户之前，还包括：

获取所述待选维修专家的推荐指标信息，所述推荐指标信息包括服务评分信息、位置信息、空闲时间信息、维修成功率信息以及维修耗时信息中的至少一种；

根据各个推荐指标的预设权重和所述推荐指标信息，计算各个所述待选维修专家的推荐权重。

结合第一方面，在第二种可能的实现中，所述将所述待选维修专家的相关信息呈现给所述用户，包括：

按照所述推荐权重的大小，将各个所述待选维修专家进行排序；

根据排序结果，通过所述用户的用户终端呈现各个所述待选维修专家的所述相关信息给所述用户。

结合第一方面，在第三种可能的实现中，所述将所述车辆故障信息、所述预约事项信息与预先存储的维修专家信息进行匹配，查找待选维修专家，包括：

将故障车辆型号信息、故障信息、预约时间信息以及维修地点信息，分别与擅长车型信息、工作地点信息、可预约时间信息以及技能信息进行相应的匹配；

当满足预设条件时，将当前维修专家确定为所述待选维修专家；

其中，所述车辆故障信息包括所述故障车辆型号信息和所述故障信息，所述预设事项信息包括所述预约时间信息和所述维修地点信息，所述维修专家信息包括所述擅长车型信息、所述工作地点信息、所述可预约时间信息以及所述技能信息。

结合第一方面，在第四种可能的实现中，在所述接收所述目标维修专家的确认请求，向所述用户发送预约成功提示信息之后，还包括：

在所述目标维修专家到达维修地点进行维修操作之后，接收所述用户提交的维修过程记录信息和/或评价信息；

将所述维修过程记录信息和/或所述评价信息与所述目标维修专家进行相关联存储。

结合第一方面，在第五种可能的实现中，在所述接收所述目标维修专家的确认请求，向所述用户发送预约成功提示信息之后，还包括：

当所述目标维修专家没有按照约定时间到达维修地点时，按照预设数值，自动扣除所述目标维修专家的服务评分。

结合第一方面，在第六种可能的实现中，在所述接收所述用户的目标维修专家选择指令之后，还包括：

判断所述预约请求的预约时间是否落入所述目标维修专家选择指令对应的所述目标维修专家的可预约时间范围；

当所述预约时间落入所述可预约时间范围，执行根据所述目标维修专家选择指令，向目标维修专家发送待确认信息的步骤；

当所述预约时间没有落入所述可预约时间范围，向所述用户发送提示信息，所述提示信息用于提示所述用户所述目标维修专家不可预约。

本申请实施例的第二方面提供一种维修专家预约装置，包括：

获取模块，用于获取用户的预约请求，所述预约请求包括车辆故障信息和预约事项信息；

匹配模块，用于将所述车辆故障信息、所述预约事项信息与预先存储的维修专家信息进行匹配，查找待选维修专家；

呈现模块，将所述待选维修专家的相关信息呈现给所述用户，接收所述用户的目标维修专家选择指令；

第一发送模块，用于根据所述目标维修专家选择指令，向目标维修专家发送待确认信息；

第二发送模块，用于接收所述目标维修专家的确认请求，向所述用户发送预约成功提示信息。

结合第二方面，在一种可能的实现中，所述装置还包括：

推荐指标信息获取模块，用于获取所述待选维修专家的推荐指标信息，所述推荐指标信息包括服务评分信息、位置信息、空闲时间信息、维修成功率信息以及维修耗时信息中的至少一种；

权重计算模块，用于根据各个推荐指标的预设权重和所述推荐指标信息，计算各个所述待选维修专家的推荐权重。

结合第二方面，在一种可能的实现中，所述呈现模块包括：

排序单元，用于按照所述推荐权重的大小，将各个所述待选维修专家进行排序；

呈现单元，用于根据排序结果，通过所述用户的用户终端呈现各个所述待选维修专家的所述相关信息给所述用户。

结合第二方面，在一种可能的实现中，所述匹配模块包括：

匹配单元，用于将故障车辆型号信息、故障信息、预约时间信息以及维修地点信息，分别与擅长车型信息、工作地点信息、可预约时间信息以及技能信息进行相应的匹配；

确定单元，用于当满足预设条件时，将当前维修专家确定为所述待选维修专家；

其中，所述车辆故障信息包括所述故障车辆型号信息和所述故障信息，所述预设事项信息包括所述预约时间信息和所述维修地点信息，所述维修专家信息包括所述擅长车型信息、所述工作地点信息、所述可预约时间信息以及所述技能信息。

结合第二方面，在一种可能的实现中，所述装置还包括：

接收模块，用于在所述目标维修专家到达维修地点进行维修操作之后，接收所述用户提交的维修过程记录信息和/或评价信息；

关联存储模块，用于将所述维修过程记录信息和/或所述评价信息与所述目标维修专家进行相关联存储。

结合第二方面，在一种可能的实现中，所述装置还包括：

自动扣除模块，用于当所述目标维修专家没有按照约定时间到达维修地点时，按照预设数值，自动扣除所述目标维修专家的服务评分。

结合第二方面，在一种可能的实现中，所述装置还包括：

判断模块，用于判断所述预约请求的预约时间是否落入所述目标维修专家选择指令对应的所述目标维修专家的可预约时间范围；

执行模块，用于当所述预约时间落入所述可预约时间范围，执行根据所述目标维修专家选择指令，向目标维修专家发送待确认信息的步骤；

提示模块，用于当所述预约时间没有落入所述可预约时间范围，向所述用户发送提示信息，所述提示信息用于提示所述用户所述目标维修专家不可预约。

本申请实施例的第三方面提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述方法的步骤。

本申请实施例的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面任一项所述方法的步骤。

本申请实施例与现有技术相比存在的有益效果是：

本申请实施例通过根据车辆故障信息、预约事项信息匹配出合适的待选维修专家，用户可以从待选维修专家中选择目标维修专家进行预约维修，即，根据车辆故障匹配出合适的维修专家，提高了故障维修的效率和可靠性。

附图说明

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

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

图2为本申请实施例提供的一种维修专家预约方法的流程示意图；

图3为本申请实施例提供的一种维修专家预约方法的另一种流程示意图；

图4为本申请实施例提供的一种维修专家预约装置的结构示意框图；

图5为本申请实施例提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。

下面首先结合图1示出的一种可能应用场景架构示意框图，对本申请实施例可能涉及的应用场景进行介绍说明。

如图1所示，在一种可能的应用场景中，包括服务器11、至少一个第一用户终端12以及至少一个第二用户终端13，第一用户终端、第二用户终端与服务器之间通信连接。其中，第一用户终端可以具体为手机、平板电脑、pc以及其它终端，该第一用户终端是指具有车辆故障维修需求的用户的终端，而具有车辆故障维修需求的用户可以是个人，例如，车主，也可以是维修厂，亦或者是其它用户。用户可以通过该第一用户终端实现输入相应的维修需求，发起预约请求，接收服务器的相关信息，与用户的人机交互等相关操作。

第二用户终端是指维修专家所使用的终端，而维修专家是指根据从业年限、维修经验、其它相关条件评定出的专家。维修专家可以通过该维修专家终端上传自身信息，接收服务器返回的相关结果信息等。服务器用于根据用户终端、维修专家终端上传的相关信息，进行处理得出相应的结果。

用户、维修专家可以预先通过对应的终端注册相应的账号，用户使用所组注册的账号登陆后，可以根据需求录入相应的车辆故障信息、预约时间、维修地点等相关信息，提交至服务器。维修专家可以使用所注册的账号登陆，上传自身的相关信息，例如，从业年限、工作地点、擅长维修车型车系等信息。服务器根据用户提交的预约请求，与维修专家上传的相关信息进行比对，匹配出合适的维修专家供用户选择，用户可以选择一个目标维修专家预约车辆故障维修服务。维修专家确认后，则表明预约成功，后续维修专家即可根据约定去到相应地点进行车辆故障维修。这样，服务器根据用户录入相应的需求，可以很快地匹配出与需求相对应的维修专家，效率较高，可靠性较高。此外，还能将技术专家资源集中化，以充分利用技术专家资源。

在其它的应用场景中，基于图1所示的架构，还可以包括区块链节点，该区块链节点与服务器连接，用于去中心化存储服务器上传的相关信息(例如，维修过程记录信息等)。亦或者是，服务器可以是区块链中的一个节点等。

需要说明的是，上述图1所示的应用场景架构只是示例性的，并不造成对本申请实施例的应用场景、具体架构的限定。

在介绍完本申请实施例可能涉及的应用场景之后，下面将对本申请实施例的技术方案进行详细介绍说明。为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

实施例一

本实施例将从服务器端介绍说明本申请实施例提供的技术方案。请参见图2，为本申请实施例提供的一种维修专家预约方法的流程示意图，该方法可以包括以下步骤：

步骤s201、获取用户的预约请求，预约请求包括车辆故障信息和预约事项信息。

需要说明的是，上述车辆故障信息可以包括但不限于车辆型号信息和故障信息。该车辆故障信息可以具体是用户手动输入的信息，例如，用户通过用户终端手动输入a车型b车系有c类故障；也可以是通过车辆诊断设备对故障车辆进行诊断得出的相关信息，例如，故障码、车辆识别码(vehicleidentificationnumber，vin)等，此时，服务器接收到用户终端上传的故障码和vin码等故障信息之后，可以通过识别vin码得出车辆的车型车系信息，通过识别故障码得出故障信息(例如，车辆的哪个部位出现故障或者是出现哪类故障)，这样，当用户遇到看不懂的故障码时，可以通过上传至服务器，由服务器进行识别。

上述预约事项信息可以包括但不限于预约时间信息、维修地点信息以及预约用户信息等。上述用户是指有车辆故障维修需求的用户，其可以是车主个人，也可以是维修厂，亦或者是其它。

步骤s202、将车辆故障信息、预约事项信息与预先存储的维修专家信息进行匹配，查找待选维修专家。

需要说明的是，上述维修专家信息是通过接收维修专家或者是其它用户提交的维修专家信息得到的，该维修专家信息可以包括但不限于从业年限、擅长维修车型车系、工作地点(例如，4s店、知名维修厂或普通维修厂)、汽车维修竞赛相关经历、常住地址、性别年龄、维修经验以及历史评价等。

可以理解的是，用户上传维修专家信息后，需要通过认定才能提供维修服务。而维修专家的认定可以具体包括：根据一定的筛选条件，筛选出合格的用户，然后人为确认信息真实性、人为二次筛选，最后评定某个用户为维修专家。被评定为维修专家后，该用户则可以接收维修预约请求，提供维修服务。当然，维修专家的认定过程也可以不为上文提及的过程，在此不作限定。

具体地，可以根据车辆型号、车辆故障、预约时间以及维修地点，与维修专家的擅长维修车型、工作地点、可预约时间段等进行一一对应比对，将符合预设匹配条件的维修专家筛选出来，作为待选维修专家。

可以理解的是，上述待选维修专家的数量至少为一个，即，可以只筛选出一个待选维修专家，也可以筛选出多个待选维修专家。一般情况下，筛选出多个待选维修专家供用户选择。

在一些实施例中，在筛选出多个待选维修专家之后，可以根据多个待选维修专家的服务评分、维修成功率、维修耗时等相关参数，计算推荐权重，然后根据推荐权重的大小，将多个待选维修专家的相关信息呈现给用户。

步骤s203、将待选维修专家的相关信息呈现给用户，接收用户的目标维修专家选择指令。

具体地，服务器在筛选出多个待选维修专家之后，将这多个待选维修专家的相关信息返回给用户终端；用户终端将所接收到的返回结果进行相应的显示，以将这些信息呈现给用户；用户根据用户终端所显示的相关信息，可以选择其中一个待选维修专家作为目标维修专家；用户终端根据用户的人机交互指令，生成相应的目标维修专家选择指令并发送至服务器。

需要说明的是，上述待选维修专家的相关信息可以包括但不限于可预约时间段、擅长维修车型、维修竞赛获奖信息、维修经验、价格信息以及历史评价等。

步骤s204、根据目标维修专家选择指令，向目标维修专家发送待确认信息。

具体地，服务器接收到目标维修专家选择指令后，确定出用户所选择的目标维修专家，并根据所记录的目标维修专家信息，向该目标维修专家的终端发送待确认信息，等待维修专家确认。

需要说明的是，上述待确认信息用于表征当次预约的相关信息，例如，维修时间、地点、车辆型号、车辆故障类型、预约发起人信息等。通过待确认信息以告知目标维修专家哪个用户发起的预约，维修地点、维修事项等信息。

步骤s205、接收目标维修专家的确认请求，向用户发送预约成功提示信息。

具体地，目标维修专家在看完待确认信息之后，如果确认可以提供相应维修服务，则可以确认此次预约，然后服务器会相应地向用户发送预约成功提示信息，以提示该用户此次预约已经成功。

在一些实施例中，预约成功之后，如果维修专家在约定时间内到达维修地点提供维修服务后，用户可以根据维修专家的维修耗时、维修质量等对该目标维修专家评分，并将评分、当次维修过程记录信息一并上传至服务器；如果维修专家没有在约定时间内到达维修地点提供维修服务，则可以自动扣除该目标维修专家的服务评分。

本实施例中，通过根据车辆故障信息、预约事项信息匹配出合适的待选维修专家，用户可以从待选维修专家中选择目标维修专家进行预约维修，即，根据车辆故障匹配出合适的维修专家，提高了故障维修的效率和可靠性。

实施例二

请参见图3，为本申请实施例提供的一种维修专家预约方法的另一种流程示意图，该方法可以包括以下步骤：

步骤s301、接收并存储维修专家信息，并根据维修专家信息进行维修专家认定。

可以理解的是，维修专家可以通过维修专家终端上传自身的相关信息至服务器，服务器可以根据维修专家的相关信息进行认定，确定该维修专家是否可以接收维修预约，提供维修服务。被认定为维修专家之后，该用户即可提供相应的维修服务。

步骤s302、获取用户的预约请求。

步骤s303、将故障车辆型号信息、故障信息、预约时间信息以及维修地点信息，分别与擅长车型信息、工作地点信息、可预约时间信息以及技能信息进行相应的匹配；当满足预设条件时，将当前维修专家确定为待选维修专家。

其中，车辆故障信息包括故障车辆型号信息和故障信息，预设事项信息包括预约时间信息和维修地点信息，维修专家信息包括擅长车型信息、工作地点信息、可预约时间信息以及技能信息。

需要说明的是，上述预设条件可以具体为满足一定数量的匹配项，例如，当故障车辆信号信息与维修专家的擅长车型信息相匹配，预约时间信息与维修专家的可预约时间信息相匹配，则将该维修专家选为待维修专家。当然，该预设条件可以根据实际需求进行设定。

一般情况下，当匹配符合数量项大于或等于一定数量阈值时，则可以将该维修专家选为待选维修专家。

步骤s304、获取待选维修专家的推荐指标信息，推荐指标信息包括服务评分信息、位置信息、空闲时间信息、维修成功率信息以及维修耗时信息中的至少一种。

其中，空闲时间信息指的是维修专家的空闲时间，该空闲时间信息可以由维修专家进行更新、设定。维修成功率指的是该维修专家的历史维修成功率，一般情况下，维修专家到达维修地点，确认可以维修相应的车辆故障，且最终维修完成，则视为维修成功；如果维修专家到达维修地点后，确认不能维修相应的车辆故障，或者是，确认可以维修相应的车辆故障，但最终维修失败的，均视为维修失败。维修耗时信息可以是指该维修专家每次维修所需的平均时间值。位置信息可以是指维修专家所设定的位置信息，其表示维修专家所处的位置。

步骤s304、根据各个推荐指标的预设权重和推荐指标信息，计算各个待选维修专家的推荐权重。

需要说明的是，上述预设权重是指每个推荐指标计算推荐权重时所占的比重，例如，空闲时间的预设权重为30％，维修成功率的预设权重为20％，服务评分的预设权重为20％，位置的预设权重为20％，维修耗时的预设权重为10％。该预设权重可以根据实际需求进行设定。

通过预设权重和各个推荐指标可以计算出相应的待选维修专家的推荐权重(推荐评分)，根据推荐权重的大小，可以将多个待选维修专家进行先后排序。

步骤s305、按照推荐权重的大小，将各个待选维修专家进行排序。

步骤s306、根据排序结果，通过用户的用户终端呈现各个待选维修专家的相关信息给用户，接收用户的目标维修专家选择指令。

具体地，当计算出各个待选维修专家的推荐权重之后，可以根据推荐权重进行先后排序，然后将先后排序结果呈现给用户。

步骤s307、判断预约请求的预约时间是否落入目标维修专家选择指令对应的目标维修专家的可预约时间范围。当预约时间落入可预约时间范围，进入步骤s309，当预约时间没有落入可预约时间范围，进入步骤s308。

步骤s308、向用户发送提示信息，提示信息用于提示用户目标维修专家不可预约。

步骤s309、根据目标维修专家选择指令，向目标维修专家发送待确认信息。

步骤s310、接收目标维修专家的确认请求，向用户发送预约成功提示信息。

步骤s311、在目标维修专家到达维修地点进行维修操作之后，接收用户提交的维修过程记录信息和/或评价信息，将维修过程记录信息和/或评价信息与目标维修专家进行相关联存储。

步骤s312、当目标维修专家没有按照约定时间到达维修地点时，按照预设数值，自动扣除目标维修专家的服务评分。

预约成功之后，如果目标维修专家到达维修地点进行维修操作，用户可以向服务器提交的维修过程记录信息和/或评价信息；服务器将维修过程记录信息和/或评价信息与目标维修专家进行相关联存储。如果目标维修专家没有按照约定时间到达维修地点时，按照预设数值，自动扣除目标维修专家的服务评分。且可以设定当维修专家的服务评分低于一定阈值(例如60分)，则将该维修专家列入黑名单，该维修专家不能再接受维修预约，不能再提供维修服务。

当然，在目标维修专家完成维修工作之后，用户可以向维修专家支付一定的维修费用。而如果目标维修专家到达维修地点，确认不会修相应的车辆故障后，用户可以重新选择目标维修专家。此外，也可以全程对目标维修专家的维修过程进行录像，并将录像数据保存在服务器中，便于后续查看。

需要说明的是，本实施例与上述各个实施例间的相同或相似之处，可以参见上文的相应内容，在此不再赘述。

本实施例中，通过根据车辆故障信息、预约事项信息匹配出合适的待选维修专家，用户可以从待选维修专家中选择目标维修专家进行预约维修，即，根据车辆故障匹配出合适的维修专家，提高了故障维修的效率和可靠性。此外，计算各个待选维修专家的推荐评分，根据推荐评分高低向用户推荐待选维修专家，提高了用户体验。

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

实施例三

请参见图4，为本申请实施例提供的一种维修专家预约装置的结构示意框图，该装置可以包括：

获取模块41，用于获取用户的预约请求，预约请求包括车辆故障信息和预约事项信息。

匹配模块42，用于将车辆故障信息、预约事项信息与预先存储的维修专家信息进行匹配，查找待选维修专家。

呈现模块43，将待选维修专家的相关信息呈现给用户，接收用户的目标维修专家选择指令。

第一发送模块44，用于根据目标维修专家选择指令，向目标维修专家发送待确认信息。

第二发送模块45，用于接收目标维修专家的确认请求，向用户发送预约成功提示信息。

在一种可能的实现中，上述装置还可以包括：

推荐指标信息获取模块，用于获取待选维修专家的推荐指标信息，推荐指标信息包括服务评分信息、位置信息、空闲时间信息、维修成功率信息以及维修耗时信息中的至少一种；

权重计算模块，用于根据各个推荐指标的预设权重和推荐指标信息，计算各个待选维修专家的推荐权重。

在一种可能的实现中，上述呈现模块可以包括：

排序单元，用于按照推荐权重的大小，将各个待选维修专家进行排序；

呈现单元，用于根据排序结果，通过用户的用户终端呈现各个待选维修专家的相关信息给用户。

在一种可能的实现中，上述匹配模块可以包括：

匹配单元，用于将故障车辆型号信息、故障信息、预约时间信息以及维修地点信息，分别与擅长车型信息、工作地点信息、可预约时间信息以及技能信息进行相应的匹配；

确定单元，用于当满足预设条件时，将当前维修专家确定为待选维修专家；

其中，车辆故障信息包括故障车辆型号信息和故障信息，预设事项信息包括预约时间信息和维修地点信息，维修专家信息包括擅长车型信息、工作地点信息、可预约时间信息以及技能信息。

在一种可能的实现中，上述装置还可以包括：

接收模块，用于在目标维修专家到达维修地点进行维修操作之后，接收用户提交的维修过程记录信息和/或评价信息；

关联存储模块，用于将维修过程记录信息和/或评价信息与目标维修专家进行相关联存储。

在一种可能的实现中，上述装置还可以包括：

自动扣除模块，用于当目标维修专家没有按照约定时间到达维修地点时，按照预设数值，自动扣除目标维修专家的服务评分。

在一种可能的实现中，上述装置还可以包括：

判断模块，用于判断预约请求的预约时间是否落入目标维修专家选择指令对应的目标维修专家的可预约时间范围；

执行模块，用于当预约时间落入可预约时间范围，执行根据目标维修专家选择指令，向目标维修专家发送待确认信息的步骤；

提示模块，用于当预约时间没有落入可预约时间范围，向用户发送提示信息，提示信息用于提示用户目标维修专家不可预约。

本实施例中，通过根据车辆故障信息、预约事项信息匹配出合适的待选维修专家，用户可以从待选维修专家中选择目标维修专家进行预约维修。即，根据车辆故障匹配出合适的维修专家，提高了故障维修的效率和可靠性。

实施例四

图5是本申请一实施例提供的终端设备的示意图。如图5所示，该实施例的终端设备5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述各个维修专家预约方法实施例中的步骤，例如图2所示的步骤s101至s105。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块或单元的功能，例如图4所示模块41至45的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块或单元，所述一个或者多个模块或单元被存储在所述存储器51中，并由所述处理器50执行，以完成本申请。所述一个或多个模块或单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述终端设备5中的执行过程。例如，所述计算机程序52可以被分割成获取模块、匹配模块、呈现模块、第一发送模块以及第二发送模块，各模块具体功能如下：

获取模块，用于获取用户的预约请求，预约请求包括车辆故障信息和预约事项信息；匹配模块，用于将车辆故障信息、预约事项信息与预先存储的维修专家信息进行匹配，查找待选维修专家；呈现模块，将待选维修专家的相关信息呈现给用户，接收用户的目标维修专家选择指令；第一发送模块，用于根据目标维修专家选择指令，向目标维修专家发送待确认信息；第二发送模块，用于接收目标维修专家的确认请求，向用户发送预约成功提示信息。

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

所称处理器50可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

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

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

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

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

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

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

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

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

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