CN110929891A - 一种车辆维修的系统、方法及装置 - Google Patents

Abstract

本申请实施例公开了一种车辆维修的系统、方法及装置。在本申请实施例中，用户(如，车主)可通过第一终端向服务器发送维修请求，该服务器便可根据该维修请求携带的地理位置信息，确定至少一个第二终端发布该维修请求，并且可按照各第二终端返回受理信息的时间先后顺序，确定一个受理该维修请求的第二终端，并将生成的维修订单返回该第二终端，使得受理该维修请求的维修承接方可通过移动维修车辆移动至该地理位置信息对应的位置，并对用户的车辆进行现场维修。

Description

一种车辆维修的系统、方法及装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种车辆维修的系统方法及装置。

背景技术

目前，我国汽车保有量在不断增加，而广大车主日常需要面对随之而来的车辆维护、保养和维修等问题。通常车主在车辆需要维护时，选择自行驾车或者拖车托运的方法，到维修地点(如，4S店、汽车维修厂或者个体汽修工处等)进行维修。

但是，由于通常维修地点地理位置较为偏远，使得将车辆移动至维修地点进行维修需要耗费时间。车主在对车辆进行维护时，需要在移动车辆上花费大量时间。尤其是，当车辆无法正常行驶时，还需呼叫拖车拖行至维修地点，增加了耗时。而随着人们生活节奏的加快，对于快速维修、快速修理、快速救援的需求越来越多，使得传统维修车辆的方法已经难以适应需求。

因此，本申请提供一种新的车辆维修的系统、方法以及装置，以解决现有技术的缺陷。

发明内容

本申请实施例提供一种车辆维修的系统、方法及装置，以解决现有车辆维修方法难以快速对车辆进行保养维护，使得在车辆保养维护方面的时间成本较高的问题。

为解决上述技术问题，本申请实施例是这样实现的：

本申请实施例提供的一种车辆维修的系统，所述系统包括第一终端、服务器、若干第二终端，针对每个第二终端，该第二终端至少匹配有一个移动维修车辆，其中：

第一终端，根据用户输入的内容，向服务器发送维修请求，其中，所述维修请求中携带有地理位置信息；

服务器，根据接收到的所述维修请求，确定至少一个第二终端，并向确定出的第二终端发布所述维修请求，按照各第二终端返回对所述维修请求的受理信息的时间先后顺序，确定受理所述维修请求的第二终端，生成维修订单并返回受理所述维修请求的第二终端；

第二终端，接收所述维修请求，并根据监测到的操作，向所述服务器返回受理信息，当所述第二终端接收到维修订单后，根据所述维修订单发出提示消息，所述提示消息用于提示通过所述第二终端匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

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

获取携带有地理位置信息的维修请求；

根据所述地理位置信息，确定至少一个维修承接方，并将所述维修请求发送给确定出的维修承接方；

根据各维修承接方返回受理信息的时间先后顺序，确定受理所述维修请求的维修承接方，生成维修订单并返回所述确定出的维修承接方，使所述维修承接方根据所述维修订单获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

本申请实施例提供的一种车辆维修的方法，其特征在于，所述方法包括：

根据监测到的用户输入的内容，确定维修请求，其中，所述维修请求中携带有地理位置信息；

向服务器发送所述维修请求，以使所述服务器根据所述地理位置信息，确定受理所述维修请求的维修承接方，并使受理所述维修请求的维修承接方获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

本申请实施例提供的一种车辆维修的方法，其特征在于，所述方法包括：

接收服务器发送维修请求，其中，所述维修请求携带有地理位置信息；

显示所述维修请求中包含的车辆维修内容以及所述地理位置信息；

根据监测到的操作，向服务器返回对所述维修请求的受理信息；

当接收到服务器返回的维修订单后，根据所述维修订单获取提示信息，所述提示消息用于提示通过匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

本申请实施例提供的一种车辆维修的装置，装置包括：

获取模块，获取携带有地理位置信息的维修请求；

确定模块，根据所述地理位置信息，确定至少一个维修承接方，并将所述维修请求发送给确定出的维修承接方；

发送模块，根据各维修承接方返回受理信息的时间先后顺序，确定受理所述维修请求的维修承接方，生成维修订单并返回所述确定出的维修承接方，使所述维修承接方根据所述维修订单获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

一种车辆维修的装置，其特征在于，所述装置包括：

确定模块，根据监测到的用户输入的内容，确定维修请求，其中，所述维修请求中携带有地理位置信息；

发送模块，向服务器发送所述维修请求，以使所述服务器根据所述地理位置信息，确定受理所述维修请求的维修承接方，并使受理所述维修请求的维修承接方获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

一种车辆维修的装置，其特征在于，所述装置包括：

接收模块，接收服务器发送维修请求，其中，所述维修请求携带有地理位置信息；

显示模块，显示所述维修请求中包含的车辆维修内容以及所述地理位置信息；

发送模块，根据监测到的操作，向服务器返回对所述维修请求的受理信息；

提示模块，当接收到服务器返回的维修订单后，根据所述维修订单获取提示信息，所述提示消息用于提示通过匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

本申请实施例提供的一种服务器，所述服务设备包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

获取携带有地理位置信息的维修请求；

根据所述地理位置信息，确定至少一个维修承接方，并将所述维修请求发送给确定出的维修承接方；

根据各维修承接方返回受理信息的时间先后顺序，确定受理所述维修请求的维修承接方，生成维修订单并返回所述确定出的维修承接方，使所述维修承接方根据所述维修订单获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

一种用户设备，其特征在于，所述用户设备包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

根据监测到的用户输入的内容，确定维修请求，其中，所述维修请求中携带有地理位置信息；

向服务器发送所述维修请求，以使所述服务器根据所述地理位置信息，确定受理所述维修请求的维修承接方，并使受理所述维修请求的维修承接方获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

一种维修方设备，其特征在于，所述维修方设备包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

接收服务器发送维修请求，其中，所述维修请求携带有地理位置信息；

显示所述维修请求中包含的车辆维修内容以及所述地理位置信息；

根据监测到的操作，向服务器返回对所述维修请求的受理信息；

当接收到服务器返回的维修订单后，根据所述维修订单获取提示信息，所述提示消息用于提示通过匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

由以上本申请实施例提供的技术方案可见，在本申请实施例中，用户(如，车主)可通过第一终端向服务器发送维修请求，该服务器便可根据该维修请求携带的地理位置信息，确定至少一个第二终端发布该维修请求，并且可按照各第二终端返回受理信息的时间先后顺序，确定一个受理该维修请求的第二终端，并将生成的维修订单返回该第二终端，使得受理该维修请求的维修承接方的第二终端根据维修订单发出提示信息，提示通过匹配的移动维修车辆移动至该地理位置信息对应的位置并对用户的车辆进行现场维修。由于对车辆的维修不再局限于现有固定的维修地点，因此对车辆的维修变得更加灵活，场地的限制大大减少，更好的利用了移动维修车辆的优势，解决了用户急需对车辆进行维护保养的需求，节省了车辆维修过程的耗时。

附图说明

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

图1是本申请实施例提供的一种车辆维修的系统的示意图；

图2是本申请实施例提供的另一种车辆维修系统的示意图；

图3a～3d是本申请实施例提供的第一终端应用程序界面的示意图；

图4为本申请实施例提供的确定第二终端的示意图；

图5为本申请实施例提供的第二终端应用程序界面的示意图；

图6为本申请实施例提供的第一终端界面示意图；

图7为本申请实施例提供的第二终端界面示意图；

图8为本申请实施例提供的车辆维修的系统中的配件柜分布的示意图；

图9为本申请实施例提供的远程解锁车辆的示意图；

图10a和图10b为本申请实施例提供的第一终端购买保险的界面示意图；

图11～13为本申请提供的车辆维修的流程；

图14为本申请提供的一种车辆维修的详细流程；

图15～17为本申请提供的种车辆维修的装置的结构示意图；

图18为本申请实施例提供的一种服务器的结构示意图；

图19为本申请实施例提供的一种用户设备的结构示意图；

图20为本申请实施例提供的一种维修方设备的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1是本申请实施例提供的车辆维修的系统，包括第一终端100、服务器102、若干第二终端104、与所述第二终端104匹配的移动维修设备106。

在本申请实施例中，该第一终端100为有车辆维修需求的用户使用的终端，具体可以是手机、平板电脑等移动终端设备，或者也可以是个人电脑、工作站等设备，本申请对此不做限定。当然，由于有车辆维修需求的用户可能存在多个，因此在该系统中，第一终端100也可同时存在多个。为了方便描述和理解，后续以该车辆维修系统中存在一个第一终100端为例进行说明。该服务器102具体可以是单独的一台设备或者由多台设备组成(如，分布式服务器102)，用于接收用户的维修请求以及协调各维修承接方接单，并可追踪订单进度直至订单完成为止(其中，所述订单具体为维修订单)。各第二终端104，分别为维修承接方的设备，本申请对第二终端104具体为何种设备不做限定(如，手机、平板电脑、个人电脑等)。维修承接方为对车辆进行维修、保养以及救援的一方，具体可以是4S店、维修厂或者个体维修工等。其中，每个维修承接方至少匹配有一台移动维修车辆106，以便在受理维修请求并接收到服务器102返回的维修订单后，可根据提示消息的提示通过匹配的移动维修车辆106在现场对车辆进行维修、保养以及救援。

另外，由于该移动维修车辆106是一种特种车辆，可以在驾驶员的驾驶下自行移动，也可以在停车后作为维修间对其他车辆进行维修，因此在该系统中该移动维修车辆106的位置可以不是固定的。当然，该移动维修车辆106具体的状态，可以由每个维修承接方自行决定，本申请对此不做限定，本申请中所述的该系统也不做限制。例如，维修承接方为了方便就近维修，可将移动维修车辆106派驻在市区城镇内巡逻，或者为了节省油耗成本，在没有接到维修请求时，将该移动维修车辆106停放在维修地点或者停车场中。在本申请中，该移动维修车辆具体可为中国实用新型公开(公告)号CN206900226U中所述的车辆。

图2为本申请提供的一种车辆维修系统的示意图，可见在市区地图上内分布的若干移动维修车辆106，各移动维修车辆106可分别隶属于不同的维修承接方。例如，标记为a的移动维修车辆106隶属于维修承接方A，标记为b的移动维修车辆106隶属于维修承接方B，以此类推。图中五角星表示各维修承接方的固定工作地点，如，维修厂厂址、或者4S店地址等等。

在本申请实施例中，第一终端100具体可以通过专门的应用程序与该服务器102进行通讯，该应用程序可由该服务器102提供。当然，该应用程序是该服务器102直接提供，还是服务器102提供给软件下载平台的，本申请对此不做限定。或者，在本申请中，该第一终端100也可通过即时通信应用与该服务器102进行通讯。或者，在本申请中，该第一终端100也可通过网页客户端与该服务器102通讯。具体采用何种通讯方式，本申请不做限定。

当然，无论采用何种方式，第一终端100可通过运行的应用程序，接收用户输入的车辆维修内容，根据该车辆维修内容确定维修请求，并将维修请求发送至服务器102。并且，由于在本申请中，维修承接方可根据需要通过移动维修车辆106在现场对车辆进行维修，因此在该维修请求中还可携带有地理位置信息。

具体的，对于该地理位置信息，该第一终端100可确定发送该维修请求时，自身的地理位置信息，该第一终端100自身的地理位置信息可通过现有定位技术手段确定(如，GPS卫星定位技术、基站定位技术等等)，本申请不做限定。或者，该第一终端100可在发送维修请求之前显示地图界面，并通过用户在该地图界面中的输入，确定地理位置信息。由于无论是终端定位技术还是地图选点定位都是现有较为成熟的技术，因此本申请对此过程不在赘述。

需要说明的是，在本申请中，该地理位置信息具体为移动维修车辆106进行维修的地点的地理位置信息，因此该地理位置信息对应的位置应为移动维修车辆106和需要维修的车辆都可驶入的位置，如，道路辅路上、停车场中。若第一终端100判断地理位置信息为车辆不可驶入的区域，则可重新确定地理位置信息。即，第一终端100在发送维修请求之前，还可以判断地理位置信息是否为道路可到达的位置，若是，则发送所述维修请求，若否，则重新确定地理位置信息，并将携带重新确定的地理位置信息的维修请求发送至服务器102。具体重新确定地理位置信息的方法可采用与现有技术相同的方法，如，重新进行定位确定地理位置信息，或者选择一定距离范围内车辆可驶入的地点的地理位置信息等等，或者选择距离该地理位置信息最近的道路，作为重新确定的地理位置信息，本申请对此不做限定。

对于该车辆维修内容，由于通常对车辆的维修按照类型的不同，至少可以划分为三类：车辆检修、车辆保养以及车辆救援，因此在本申请中，该车辆维修内容可包括对维修类型的选择，因此该车辆维修内容至少也可包括上述三类中的至少一种。例如，第一终端100上运行的该应用程序可通过显示上述分类，使用户选择需要维修的类型，如图3a所示。图3a为本申请实施例提供的，第一终端100运行的应用程序显示选择界面的示意图，该界面中包含三个按键，分别对应车辆检修、车辆保养以及车辆救援三种维修类型，该界面可为该应用程序启动后的默认界面。当第一终端100在监测到用户在选择界面中对维修类型的选择之后，确定用户输入的车辆维修内容，从而根据车辆维修内容确定维修请求并发送至服务器102。

另外，在本申请中，第一终端100可在监测到用户选择维修类型之后，直接确定维修请求并发送，或者第一终端100中可在该选择界面中显示发送按键，如图3b所示。该发送按键，提示用户发起维修请求，当第一终端100监测到用户对该发送按键的操作后，再将确定出的维修请求发送至服务器102。并且，该发送按键可以在监测到用户选择维修类型之后再显示，例如，当用户未选择维修类型之前，以灰度显示该按键，提示用户不能发送维修请求。

进一步地，由于不同型号的车辆在维修时需要的配件(如，滤芯、火花塞等)、物料(如，机油、防冻液等)不完全相同，因此第一终端100黑客将该车辆基本信息携带在该维修请求中发送给服务器102。该车辆基本信息具体可以是：车辆型号、车辆年份、车辆公里数等对于维修车辆必须的信息。当然，对于该车辆基本信息具体需要包含哪些信息，可根据需要设置本申请对此不做限定。

在本申请中，对于该车辆基本信息具体需要用户何时输入也可根据需要设置，本申请对此不做具体限定。例如，该应用程序在使用时可要求先进行账户注册，并在注册过程中要求输入车辆基本信息，则当确定用户选择维修类型之后，确定用户在账户注册时已经输入的车辆基本信息，将该车辆基本信息携带在维修请求中。或者，第一终端100也可以在监测到用户选择维修的类型之后，再显示输入界面要求用户输入车辆基本信息，如图3c所示。图3c为本申请提供一种车辆基本信息的输入界面，其中包括车辆型号的输入栏以及车辆年份的输入栏，用户可通过在该界面中输入车辆基本信息，便于后续维修承接方准备适用的配件、物料等维修必须品。

当然，由于通常维修承接方在维修车辆时，仍然需要用户的配合(例如，需要用户打开车辆发动机仓)，因此该车辆基本信息中还可包括用户信息(如，手机号码、姓名等)，以便维修承接方与用户联系、确认身份等等。或者，第一终端100可采用与上述确定车辆基本信息相同的方法，确定用户信息(即，确定账户注册时输入的用户信息，或者显示输入界面获取用户输入的用户信息等等)。需要说明的是，上述确定车辆基本信息以及确定用户信息的方法仅为本申请提供的实施例，由于获取用户信息已经有大量较为成熟的方法，因此本申请中对于获取车辆基本信息以及用户信息的方式不做限定。

更进一步地，在本申请中，如上所述由于车辆维修需要用户与维修承接方之间的配合，因此需要确定对车辆进行维修的时间。具体的，该第一终端100还可获取用户输入的维修时间，并根据车辆维修内容以及维修时间，确定维修请求。或者，根据用户输入的车辆维修内容以及当前时间，确定维修请求。使得维修承接方可根据用户要求的维修时间或者当前时间确定对车辆进行维修的时间。在本申请实施例中，该第一终端100可显示时间输入界面，并根据用户的输入确定维修时间，根据车辆维修内容以及维修时间，确定维修请求并发送。或者，当用户没有输入维修时间时，该第一终端100确定当前时间。也就是说，若用户输入时间，则确定是预约的维修请求，当用户没有输入时间时，则确定维修请求是需要及时进行维修。

例如，本申请提供一另种选择界面，如图3d。图3d中显示标有“预约维修时间”的日期和时间的输入框，以及标有“立刻”的选项。其中，“预约维修时间”用于提示用户输入对车辆进行维修的预约时间，“立刻”用于提示用户选择需要及时进行维修。

需要说明的是，在本申请中，上述需要用户输入信息的各界面可以是一个或多个界面。例如，一个包含了地点输入框、维修类型选择、车辆基本信息输入框、用户信息输入框、维修时间输入框的信息填写界面，或者也可以是多级页面形式的界面，每个页面用于输入不同类型的信息，当用户在一个界面中输入完毕后，再跳转显示下一界面，本申请对此不做限定。

在本申请实施例中，该服务器102为提供车辆维修的平台的服务器，该服务器102可接收第一终端100发送的维修请求，并将维修请求发布给各第二终端104，以使得接收到该维修请求的任一维修承接方可通过第二终端104受理该维修请求。

具体的，在本申请实施例中，服务器102中可预先存储有各维修承接方的信息，以便于当接收到维修请求时，向各维修承接方的第二终端104发送该维修请求，即，发布维修请求。于是，该服务器102中存储有如表1所示的维修承接方与第二终端104的对应关系。

维修承接方	第二终端标识
		XX汽修	1
YY4S店	2
		ZX汽修	3
XXX4S店	4
		PPP汽修厂	5

表1

假设当服务器102接收到维修请求后，该服务器102可根据表1所示的维修承接方的第二终端104的标识，向各第二终端104发布该维修请求，即，通知各维修承接方存在需要维修的车辆。而各维修承接方可在根据需要选择受理或者选择不受理该维修请求。

另外，在本申请中该车辆维修系统是通过移动维修车辆106在现场进行维修的，而移动维修车辆106移动至现场同样需要时间，因此为了减少车辆移动的耗时，服务器102还可以在接收到维修请求后，根据该维修请求中携带的地理位置以及预设的筛选规则，从数据库中保存的各维修承接方中确定至少一个维修承接方的第二终端104发送维修请求。其中，该数据库可以是该服务器102用于存储数据的设备，具体可以是单独的一台设备，或者是由多台设备组成的数据库，本申请不做限定。

具体的，该服务器102中还可存储各维修承接方的接单位置，该筛选规则可以是以根据该维修请求中携带的地理位置信息以及预设的参数，确定维修范围，在确定接单位置落入该维修范围内的维修承接方的第二终端104。需要说明的是，由于进行维修的是移动维修车辆106，因此该接单位置具体可以是各维修承接方的移动维修车辆106的位置。该服务器102可通过确定各第二终端104的位置，或者通过确定各移动维修车辆106的位置，确定各维修承接方的接单位置，如表2所示。

维修承接方	第二终端标识	第二终端位置	移动维修车辆标识	车辆位置
					XX汽修	1	xxx，yyy	京A11111	xxz，yyy
YY4S店	2	yxx，yxy	京C22222	xzx，zyy
					ZX汽修	3	xyx，yyx	京D33333	zxx，yyz
XXX4S店	4	xxy，xyy	京A55555	xxx，yzy

表2

当然，由于车辆定位和终端定位技术已经较为成熟，现有多种方式可以实现服务器实时或者定时确定车辆和终端的位置，因此本申请对于此不再赘述。

例如，假设根据地理位置信息以及预设的参数确定维修范围，具体为将该地理位置信息作为圆心，将预设的参数作为半径，确定一个圆形的维修范围，进一步假设预设参数为半径5km，则服务器102可确定接单范围在该地理位置信息直线距离5km以内的移动维修车辆106，并向匹配的第二终端104发送为维修请求，如图4所示。图4为本申请提供的确定第二终端104的示意图，基于表2每个移动维修车辆106都对应一个维修承接方以及第二终端104，黑色原点为维修请求中携带的地理位置信息，服务器102确定维修范围后，可确定落入该维修范围内的移动维修车辆106。

进一步地，由于服务器102在向各维修承接方发送维修请求时，并不能确定哪一个维修承接方会受理该维修请求，因此为了避免用户的隐私信息泄露，服务器102向确定出的各第二终端104发送的维修请求中可不包含用户信息。

更进一步地，当服务器102向确定出的第二终端104发送维修请求之后，还可接收第二终端104返回的针对该维修请求的受理信息。并且，服务器102可按照接收针对该维修请求的受理信息的时间先后顺序，确定受理该维修请求的第二终端104。具体服务器102可以确定最先接收到的受理信息对应的第二终端104为受理该维修请求的第二终端104。

之后，服务器102可根据维修请求以及受理该维修请求的第二终端104对应的维修承接方的信息，生成维修订单并发送给双方。即，将维修订单发送给发送维修请求的第一终端100以及受理该维修请求的第二终端104。以使得第一终端100的用户确定哪个维修承接方来对车辆进行维修，使维修承接方确定自己得到了维修订单，从而出车去现场进行维修。

在本申请中，第一终端100在接收到维修订单后，可根据该维修订单，确定维修承接方的信息，并且可显示维修承接方的信息，其中，维修承接方的信息至少可包括：维修承接方的名称、维修人员姓名、移动维修设备的标识中的一种。则第一终端的用户，一方面可确定有维修承接方受理了维修请求，并会来维修车辆，另一方面也可获知对车辆进行维修的维修承接方。如图6所示的界面为本申请实施例提供的一种第一终端显示维修承接方的示意图，其中，可见该第一终端显示了维修承接方的名称、维修人员的姓名、等待时间、车辆牌号等等。

当然，服务器102也可向其他第二终端104发送受理失败的信息，提示其他维修承接方未能得到维修订单。

在本申请实施例中，第二终端104为维修承接方接收服务器102发送维修请求的终端，该第二终端104可显示维修请求的具体内容以及该地理位置信息，以便于维修承接方判断是否受理该维修请求。例如，假设第二终端104接收到服务器102发送的维修请求后，可显示如图5所示的界面，其中，显示了需要维修的车辆的地理位置信息、维修时间、维修类型、车辆基本信息等等。并且，可显示“接单”按键，当第二终端监测到对该“接单”按键的操作时，可向服务器发送针对维修请求的受理信息。

另外，在本申请实施例中，由于对车辆进行维修需要支付相应的修理费用，因此该车辆维修系统还可通过该服务器102执行对应的支付业务。具体的，当第一终端100在根据用户的输入，确定车辆维修内容时，第一终端100还可显示该车辆维修内容对应的所需支付金额。于是当维修结束时，用户还可针对本次维修发起支付请求，以使服务器102执行对应的支付业务。

具体的，第一终端100可根据监测到的操作，向该服务器102发起支付请求，则该服务器102在接收到该支付请求后，可根据该第一终端100发送的维修请求对应的支付金额执行相应支付业务，将该第一终端100对应的账户中的支付金额转移至第二终端104对应的账户中。例如，第一终端100可根据监测到的操作，向服务器102发送维修完成的信息，则服务器可根据维修完成的信息，执行支付业务。

进一步地，在本申请中，由于即使是同样的保养内容，当使用的配件或者物料不同时，花费也可能不同，因此第一终端100在显示车辆维修内容对应的所需支付金额时，还可显示多个选项，每个选项对应使用的配件或者物料不同，支付金额也不同。如图7所示。图7中第一终端100显示了更换机油对应的不同选项，每个选项对应的金额不完全相同，同时下方显示“确定”按键。第一终端100可在监测到用户对该“确定”按键操作后，根据该页面中选择的选项，确定后续需要执行的支付业务对应的支付金额。

更进一步地，在本申请实施例中，由于车辆检修的价格在维修承接方修理完毕之前不能确定，并且通常修理价格是由维修承接方提供的，因此当用户选择的车辆维修内容为检修时，服务器102在向第二终端104发送维修订单之后，还可接收第二终端104发起的支付请求，并根据该支付请求执行支付业务。

具体的，第二终端104在显示维修订单的界面中，还可显示维修金额的输入栏以及“发起支付”的按键。当第二终端104监测到对“发起支付”的按键的操作时，可确定在维修金额的输入栏输入的支付金额。根据该支付金额确定支付请求，并发送至服务器102。例如，当维修承接方完成车辆维修后，可在第二终端104显示的维修订单界面，如图8所示，输入需要支付的金额，并通过点击“发起支付”的按键，向平台发起支付请求。

需要说明的是，在本申请中是先确定维修所需支付金额，还是在维修后再确定支付金额，具体可以根据需要设置，本申请对此不做限定。

当然，由于服务器102属于提供维修的平台，因此该支付业务在执行时可以是第一终端100先支付到服务器102对应的账户。当维修结束后，若第一终端100发起支付请求，再由服务器102将支付金额发送至第二终端104对应的账户。或者，如上述的，当维修结束后，再由第一终端100发起支付请求，直接执行支付金额从第一终端100对应的账户转移至第二终端104对应的账户的支付业务。具体两种形式的支付方法已经是现有较为成熟的技术，本申请不限定具体采用何种方式。

在本申请实施例中，该车辆维修系统中，还包含若干移动维修车辆106，每台移动维修车辆106隶属于一个维修承接方。该移动维修车辆106由于需在现场对车辆进行保养、修理、救援，因此该移动维修车辆106中可携带有：升举机、换油机、拆胎机、平衡机、补胎机、充氮机、喷枪、车载检测系统OBD检测仪、充电桩、副油箱中的至少一种。其中，充电桩用于对新能源汽车提供充电救援，副油箱可用于救援汽油或柴油耗尽的车辆。也就是说，本申请提供的车辆维修系统，可对由事故造成的故障车辆进行救援，也可对非事故(如，汽油耗尽、电池耗尽、轮胎缺气等等)造成的故障车辆进行救援。其余的设备均为常见的车辆检修、保养以及救援设备，本申请对其具体用途不再赘述。

基于图1所示的车辆维修系统，可见由于维修承接方可通过移动维修车辆，在现场进行维修，因此通过服务器接收以及发布维修请求，可使维修承接方快速响应用户的需求，直接移动至现场进行维修(即，实现对车辆的异地救援)，节省了用户的时间提高了车辆维修的效率。

目前非事故故障车辆的维修，通常需要用户自己解决，呼叫救援车辆拖行至维修场地进行维修。例如，车辆轮胎缺气时需要用户自己对轮胎打气，费时费力，并且若没有相应的设备(如，打气机或者气筒等)，则只能呼叫救援车辆拖行至维修场地进行维修。当车辆汽油耗尽时，用户通常只能选择步行至加油站获取汽油，再返回车辆加油。可见目前对于非事故故障车辆的救援，需要用户耗费大量时间金钱，而通过本申请实施例提供的系统，维修承接方也可对由非事故导致的故障车辆进行救援，解决了非事故救援困难的现状。

另外，在本申请实施例中，该车辆维修系统中还可包括：若干配件柜108，用于放置车辆维修所需的配件或者物料，如图8所示。当用户预约维修时，服务器102可通过物流将维修所需的配件或者物料放置在配件柜108中，一方面可避免配件被替换的情况，另一方面配件和物料由车辆维修系统提供，可进一步保障质量。

具体的，服务器102在接收到维修请求时，可先确定该维修时间与接收该维修请求的时差，并根据该时差判断该维修请求是否为预约维修，若是，则进一步根据该维修请求的车辆维修内容，确定维修所需的配件或者物料，并根据该维修请求携带的地理位置信息，确定距离该地理位置信息最近的配件柜108，通过物流将确定出的配件或者物料放置在确定出的配件柜108中。其中，根据该时差判断该维修请求是否为预约维修，具体可以是判断该时差是否超过预设时长，若是则确定为预约维修，若否则确定不是预约维修。当然，该预设时长可跟据需要设置，本申请不做限定。例如，预设时长为24小时，则服务器102在确定时差超过24小时时，可确定该维修请求为预约维修。

之后，该服务器102可生成与该配件关联的验证信息，并将该验证信息发送至放置该配件的配件柜108中，并且，服务器102还可将该验证信息发送至该第一终端100或者受理所述维修请的第二终端104上，以使用户或者维修承接方可从该配件柜108中拿走指定的配件。该验证信息包括：数字对象唯一标识符(Digital Object Identifier，DOI)、密码中的至少一种。

在本申请中，该配件柜108可存储接收到的验证信息与所述配件的关联关系。并且，该配件柜108上还可设置有输入界面或者摄像头，以使用户或者维修承接方可通过输入该验证信息(例如，通过键盘输入密码，或通过对摄像头出示DOI)。则当接收通过输入界面输入到的待验证验证信息后，配件柜108还可可验证是否存在与该待验证信息匹配的验证信息，若存在，则将与匹配的验证信息关联的配件运送至取货口，若不存在，则不将配件送至取货口。

进一步地，由于对于维修承接方来说，当其受理了多个预约维修时，上述配送方法可能导致移动维修车辆106需要在多个不同的配件柜108中取件，导致效率较低，因此服务器102在确定配送的配送柜时，也可根据受理该维修请求的维修请求的维修承接方的位置，确定配送柜，则在后续生成验证码后，可仅将该验证码发给该第二终端104。

于是，在本申请实施例中，用于维修的配件或物料可以仅由维修承接方提取，可减少用户取件的过程，同时减少维修承接方需要囤积配件或者物料的成本。

另外，由于维修承接方在对车辆维修时，通常需要车主配合对车辆解锁，才能对车辆进行维修，于是为方便车主配合对车辆解锁，该第一终端100还可远程控制待维修的车辆的车锁开启。

在本申请实施例提供的车辆维修系统中，待维修的车辆(即，第一终端100发送维修请求中，请求维修的目标车辆)中可预先安装有与第一终端100匹配的控制器110，该控制器110可通过移动通信网络接收到该匹配的第一终端100发送的开锁指令，并根据该开锁指令控制待维修的车辆车锁开启。

具体的，该控制器110可以是预先安装在车主的车辆中的，并可通过连接车辆的车载诊断系统(On-Board Diagnostic，OBD)获取对车辆车锁的控制权限。并且，该控制器110还可通过天线连接移动通信网络，以便接收第一终端100发送的指令。其中，移动通信网络可包括2G、3G、4G等网络，本申请对移动通信网络的类型不做限定，只要能够实现第一终端100与控制器110之间的通讯即可。

而由于是否需要开启车锁对车辆进行维修，需要维修承接方来确定，因此在本申请中第一终端100可根据接收到的第二终端104发送的授权提示，控制匹配的控制器110解锁车辆。例如，当维修承接方准备对车辆进行维修时(如，维修承接方抵达维修请求携带的地理位置信息对应的位置时)，可通过第二终端104向该第一终端100发送授权提示，该授权提示用于提示第一终端100，通过该控制器110对待维修的车辆解锁。

具体的，第二终端104可通过服务器102向该第一终端100发送该授权提示。并且，由于本申请并不限制第二终端104可同时获得多少个维修订单，而不同的维修订单对应的是不完全相同的第一终端100，因此待维修的车辆在不同维修订单中可能不完全相同。于是，第二终端104可根据监测到的操作，向服务器102发送携带有维修订单标识的授权提示，之后服务器102则可根据该维修订单的标识，确定该维修订单对应的第一终端100，然后服务器102可向确定出的第一终端100发送该授权提示。

或者，在本申请实施例中，服务器102在向第二终端104发送的维修订单中包含车主的联系方式，则第二终端104也可以通过其他方式向第一终端100发送授权提示(例如，第二终端通可过电话、短信等方式，直接向第一终端发送授权提示)，本申请对此不做限定。

通过上述过程，可以免去车主需要抵达维修现场，配合维修承接方解锁车辆的需要，车主只需通过第一终端100远程发送解锁指令，便可使维修承接方进入车辆内部开展对车辆的维修工作。该过程示意图可如图9所示，在图9中可见持有第一终端100的车主，与车主在不同位置停放的待维修的车辆K，以及抵达维修现场的维修承接方(携带有第二终端104)以及移动维修车辆106，维修承接方可通过第二终端104向服务器102发送授权提示，由服务器102转发至第一终端100，第一终端100可根据监测到的操作向控制器110发送开锁指令，控制待维修的车辆解锁。

进一步地，当维修承接方完成对车辆的维修之后还可重复类似的过程，该第二终端104向第一终端100发送维修结束的提示，该维修结束的提示用于提示通过第一终端100向与第一终端100匹配的控制器110发送闭锁指令，而控制110在接收到闭锁指令后，可控制车辆的车锁关闭。具体过程与前述过程类似，本申请不在赘述。

需要说明的是，在本申请中，该控制器110可设置为根据开锁指令，开启指定车门的车锁，如，至少根据开锁指令开启副驾驶车门的车锁，或者开启所有车门的车锁等等，本申请并不限制。而由于当任一车门的车锁开启后，维修承接方可以在车内开启其他车门以及后备箱等等车辆中其他的车锁，因此当控制110接收到闭锁指令后，控制器110可控制全车车锁关闭。

在本申请实施例中，维修承接方在对车辆进行维修之前，确定与第二终端104匹配的移动维修车辆106。也就是说，在本申请提供的车辆维修系统中，各第二终端104与各移动维修车辆106的匹配关系可以是不固定的。当维修承接方通过第二终端104接收到维修订单时，第二终端104可以没有匹配移动维修车辆106，而只要在维修开始之前确定该第二终端104匹配的维修车辆106，并通过匹配的移动维修车辆106对车辆进行维修即可。

于是，在本申请中，针对每个移动维修车辆106，该移动维修车辆106可以与任一第二终端104确定匹配关系，从而使维修承接方通过该移动维修车辆106进行维修工作。也就是说，第二终端104与移动维修车辆106的匹配关系，只需在维修工作进行过程中保持即可，当维修工作完成之后，还可解除该匹配关系，提高移动维修车辆106的使用率。例如，假设有A和B两家维修承接方，A方主营日间车辆检修，B方主营夜间车辆救援。A和B两方可以共享一辆移动维修车辆便可满足维修工作的需求，减少了资源浪费，提高了移动维修车辆的使用率。

具体的，在本申请实施例提供的车辆维修系统中，针对每个移动维修车辆106，该移动维修车辆106的外表面有与该移动维修车辆信息对应的DOI(如，条形码、二维码等)，并且该移动维修车辆106中还可安装监测控制装置112，该监测控制装置112用于空移动维修车辆的车锁开启。

而该第二终端104，可通过移动维修车辆外部的DOI获取该移动维修车辆106的信息。例如，第二终端可通过扫描维修车辆外部的二维码，获取被扫描二维码的移动维修车辆的信息。

并且，该第二终端104在获取到该移动维修车辆的信息后，还可将该移动维修车辆的信息携带在租车请求中发送至服务器102，而该服务器102在接收到第二终端104发送的租车请求后，可根据携带的移动维修车辆的信息，向该移动维修车辆106的监测控制装置112发送开锁指令，使该监测控制装置112控制车锁开启，使得持有该第二终端104的维修承接方可使用该移动维修车辆进行维修工作。

进一步地，由于移动维修车辆106在上述系统中是可共享的，因此服务器在发送开锁指令之前，还可确定该移动维修车辆106未与其他第二终端104匹配，即该移动维修车辆106没有被使用。并且，服务器102在向该移动维修车辆106发送开锁指令之后，还可建立该第二终端104与该移动维修车辆106的匹配关系并存储。于是，在该第二终端104与该移动维修车辆106的匹配关系存续期间，当其他第二终端104向服务器102发送携带该移动维修车辆106的信息的租车请求时，服务器102可确定该移动维修车辆106已经匹配，不再发送开锁指令，并且服务器102还可向该其他第二终端104返回提示，提示该移动维车辆106在使用中。

因此在本申请实施例中，该车辆维修系统的服务器102可确定各第二终端104与各移动维修车辆106之间的匹配关系，并存储。具体服务器可以通过对各移动维修车辆106打标的方式，记录该匹配关系，如表3所示。

第二终端标识	匹配标识	移动维修车辆标识	匹配标识
				1	a	京A11111	b
2	无	京C22222	无
				3	无	京D33333	a
4	b	京A55555	无
				5	无	京E00225	无

表3

表3中，具有相同匹配标识的第二终端与移动维修车辆匹配，而没有匹配标识的则不存在匹配关系。

当然，在该车辆维修系统中，也可同时存在共享的移动维修车辆106以及专属某个维修承接方的移动维修车辆106，也就是该系统中的移动维修车辆106可存在用于共享的也可存在不用于共享的，本申请对此不做限定。对于不用于共享的移动维修车辆106，该车辆外表面只要不粘贴包含车辆信息的DOI即可，或者服务器102中可存储该移动维修车辆106的匹配标识，具体采用何种方式本申请不做限定。

更进一步地，由于对于共享租用车辆来说有还车的流程，而通常需要确定车辆处于停止锁定的状态时，才可允许归还车辆，因此服务器102还可监控各移动维修车辆的运行状态。具体的，在本申请实施例中该监测控制装置112，还可用于监控移动维修车辆106的运行状态，并发送至服务器102。其中，该运行状态至少可包括：发动机状态、车锁状态、离合器状态、车钥匙位置、停车位置等。

在本申请实施例中，维修承接方在完成车辆维修之后，可通过第二终端104向服务器102发送还车请求，具体的，该第二终端104可根据监测到的操作向该服务器102发送还车请求。

服务器102由于存储有第二终端104与移动维修车辆的106的匹配关系，因此当接收到第二终端104发送的还车请求后，可确定与该第二终端104匹配的移动维修车辆106，并将该移动维修车辆106作为还车请求中请求归还的策划来那个。之后，服务器102可根据该移动维修车辆106中安装的监测控制装置112监测的运行状态，判断该移动维修车辆106的运行状态是否符合还车条件，若是，则解除第二终端104与该移动维修车辆106的匹配关系，若否，则确定不能解除匹配关系，并可想第二终端104返回错误提示，用于提示该移动维修车辆不符合还车条件。

其中，还车条件用于确定移动维修车辆106已经停止运行，因此该还车条件具体可以是，监测到车辆发动机停止运行、各车门处于锁定状态、车辆离合器处于驻车档档位、车钥匙在车辆内部。另外，由于移动维修车辆106需要遵守现行的交通法规的规定，而现有交通法规对停车有着明确的规定，因此该还车条件还可包括：该移动维修车辆的停车位置不违反法律规定。

需要说明的是，当还车条件中包含确定各车门处于锁定状态时，服务器102可以在确定符合还车条件后，直接解除匹配关系，确定维修承接方用车结束。而无需向监测控制装置112发送闭锁指令，控制该移动维修车辆106的车锁关闭。当然，若还车条件不包含确定各车门处于锁定状态，则服务器102可向监测控制装置112发送闭锁指令，控制该移动维修车辆106的车锁关闭。

并且，由于通常车辆钥匙对车辆控制的优先级最高，也就是用户可以通过车辆钥匙随时控制车锁开启或者关闭，因此车辆钥匙需要放置于车辆内部，避免其他人使用该移动维修车辆。

当然，在本申请中也可采用与现有技术相同的租借车辆的方法，在指定位置提车、还车，车辆钥匙交付管理人员等等，具体内容本申请不再赘述，可根据需要设置移动维修车辆的租用方法。

进一步地，由于移动维修车辆106同一时间通常与一个第二终端104匹配，因此为了方便确定第二终端104与未匹配的移动维修车辆106进行匹配，服务器102还可根据各移动维修车辆106匹配的情况，确定未与任一第二终端104匹配的移动维修车辆106的状态为未使用，并在第二终端104需要与移动维修车辆106匹配时，向该第二终端104提供状态为未使用的各移动维修车辆106的位置。

具体的，服务器102可在向第二终端104发送维修订单之前，根据存储的各第二终端104与各移动维修车辆106的匹配情况，确定该第二终端104是否有匹配的移动维修车辆106，若是，则发送该维修订单，若否，则确定各移动维修车辆106中状态为未使用的移动维修车辆106，并将各状态为未使用的各移动维修车辆106的位置以及该维修订单发送至该第二终端104。

第二终端104可通过从服务器102获取的状态为未使用的各移动维修车辆106的位置，显示状态为未使用的各移动维修车辆106的位置，以便维修承接方可根据显示的位置寻找合适的移动维修车辆106，并开始匹配过程。

另外，在本申请中，该第二终端104也可主动向服务器102发送获取请求，使服务器102根据该获取请求，确定当前状态为未使用的各移动维修车辆的位置，并返回该第二终端104。

在本申请中，并不限定第二终端104获取并显示状态为未使用的各移动维修车辆的位置的方式，上述两种方式可单独使用或者组合使用。当然，第二终端104获取移动维修车辆106的位置并不是本申请的主要内容，因此对该过程不再赘述，该系统也可采用现有技术中相同的方法执行这一过程。(例如，服务器102还可根据第二终端104当前位置，筛选距离在指定范围内的移动维修车辆106的位置并发送至第二终端104)。

进一步地，基于上述服务器102向第二终端104提供状态为未使用的各移动维修车辆的位置的系统，在本申请实施例中，服务器102还可通过向第二终端104提供开锁指令，使第二终端104可通过近距离无线通信技术向移动维修车辆106发送开锁指令，控制移动维修车辆106车锁开启。

具体的，在本申请实施例中，服务器102中还可存储有各移动维修车辆106与该移动维修车辆106上安装的监测控制装置112的开锁指令的对应关系，其中，不同移动维修车辆106上安装的监测控制装置112的开锁指令可以不同。例如表4所示。

移动维修车辆的标识	开锁指令
		京A11111	C1
京C22222	C2
		京D33333	C3
京A55555	C4

表4

同时设置不同的开锁指令，使得服务器102提供给该第二终端104的开锁指令，只可用于开启一辆移动维修车辆的车锁。当然，该开锁指令也可以是一次性的，当确定第二终端104与移动维修车辆106解除匹配时，服务器102还可生成新的开锁指令并发送至该解除匹配的移动维修车辆106的监测控制装置112中存储。

第二终端104，可显示的状态为未使用的各移动维修车辆106的位置，并通过监测的操作，从显示的各移动维修车辆106中确定一辆移动维修车辆106，并向服务器102发送确定出的移动维修车辆106的信息(如，移动维修车辆的标识)。

服务器102可接收第二终端104发送的移动维修车辆106的信息，并根据该信息确定对应的开锁指令，之后将该开锁指令返回该第二终端104，使得第二终端104可通过近距离无线通信技术向移动维修车辆106的监测控制装置112发送该开锁指令。

监测控制装置112可根据接收到与该移动维修车辆106对应的开锁指令后，控制车锁开启。

其中，该近距离无线通信技术具体可以是蓝牙通信技术，当然，本申请也不限制采用其他近距离无线通信技术，如，近场通信(Near Field Communication，NFC)，红外通信等等。

另外，该开锁指令可以设置有生命周期，当超过该生命周期后，服务器102更新该移动维修车辆106和该监测控制装置112对应的开锁指令。例如，假设生命周期设置为10分钟，则该第二终端104获取的开锁指令有10分钟的有效期，在有效期内第二终端104可通过该开锁指令控制对应的移动维修车辆106车锁开启，当超过10分钟后服务器102更新开锁指令，则该第二终端104获取的开锁指令过期无效，无法再控制该移动维修车辆106的车锁开启。

进一步地，在本申请实施例中，当该车辆维修系统中的移动维修车辆106是由该系统提供并共享使用时，服务器102在根据第一终端100发起的支付请求执行支付业务时，还可根据指定的比例，将一部分支付金额转移该系统绑定的账户中，另一部分转移至该第二终端104绑定的账户中。该指定的比例，可以是服务器102预先与各第二终端104约定的。或者，该服务器102可按照预设的规则按次向租用移动维修车辆106的第二终端104收取租金。例如，按照行驶里程、使用时长计算收费。

需要说明的是，在本申请中，并不限制维修承接方的身份。例如，维修厂既可以作为一个维修承接方，获取维修订单，维修厂中的维修工也可作为维修承接方获取维修订单。在本申请提供的车辆维修系统中，只要维修承接方具有维修车辆的资质即可，具体的个人在作为维修承接方时，可以提供相应的资历证明，维修厂等可以提供经营范围作为证明。对于资质的审核本申请不做限定，可以人工审核，或者通过有公信力的其他机构进行审核。

进一步地，在本申请的车辆维修系统中，该系统还可为用户提供保险业务的对接，使得用户可通过第一终端100购买车辆相关的保险，并且，该保险与该系统提供的车辆检修、车辆保养、车辆救援业务相关。具体的，服务器102在向第一终端100提供的应用程序中，还可包含购买保险的接口，如图10a所示。图10a为本申请实施例提供的，第一终端100运行的应用程序显示选择界面中包含购买保险接口的示意图，该界面中除了对应维修类型的按键以外，还包含对应购买保险的按键，即标注为“保险”的按键。当第一终端100根据监测用户对该“保险”按键操作时，可跳转至相应的保险公司购买保险的界面，使用户可以通过跳转后的界面购买保险

当然，通过应用购买保险的过程已较为成熟，因此本申请对购买保险的步骤不在赘述。

并且，由于在本申请中，对车辆维修是有偿服务(如，第一终端100向服务器发起支付请求)，因此该保险还可以是对本申请的车辆维修系统提供的车辆救援、车辆保养、车辆检修等服务的保险业务。于是，在本申请中第一终端100跳转后的界面还可包括：分别对应本申请中可提供的车辆检修、车辆保养以及车辆救援等项目的保险，如图10b所示。图10b为本申请实施例提供的，第一终端100运行的应用程序显示跳转后的界面，该界面可由保险公司或者该平台的服务器102提供，本申请不做限定(即，该界面由服务器102提供或者由保险公司的服务器提供)。在该跳转后的界面中，可见多种不同的保险，可归类为车辆检修、车辆保养以及车辆救援等类型，并且每个类型下还可包含细分的项目(如，轮胎充气、汽油耗尽、电池耗尽等等不同项目)。于是用户可通过第一终端100，根据需要购买保险，并在车辆出现相应故障后，可通过保险公司出险进行费用的支付。

例如，假设用户购买了轮胎充气项目的保险，当后续该用户的车辆出现轮胎缺气时，可通过第一终端100发送维修请求，并在维修承接方对车辆进行救援之后，则由保险公司出险，根据该用户购买的保险，对维修救援的费用进行支付。

基于图1所示的车辆维修系统，本申请实施例还对应提供一种车辆维修方法，如图11所示，具体可包括以下步骤：

S200：获取携带有地理位置信息的维修请求。

S202：根据所述地理位置信息，确定至少一个维修承接方，并将所述维修请求发送给确定出的维修承接方。

S204：根据各维修承接方返回受理信息的时间先后顺序，确定受理所述维修请求的维修承接方，生成维修订单并返回所述确定出的维修承接方，使所述维修承接方根据所述维修订单获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

在本申请实施例中，该车辆维修方法为服务器执行的过程，具体内容已经在前述车辆维修系统中进行描述，本申请对此不在赘述。需要说明的是，该车辆维修系统是支持执行该方法的系统。

另外，本申请实施例中还提供一种第一终端执行的车辆维修方法，如图12，所述方法包括：

S300：根据监测到的用户输入的内容，确定维修请求，其中，所述维修请求中携带有地理位置信息；

S302：向服务器发送所述维修请求，以使所述服务器根据所述地理位置信息，确定受理所述维修请求的维修承接方，并使受理所述维修请求的维修承接方获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

进一步地，本申请实施例中还提供一种第二终端执行的车辆维修方法，如图13，所述方法包括：

S400：接收服务器发送维修请求，其中，所述维修请求携带有地理位置信息；

S402：显示所述维修请求中包含的车辆维修内容以及所述地理位置信息；

S404：根据监测到的操作，向服务器返回对所述维修请求的受理信息；

S406：当接收到服务器返回的维修订单后，根据所述维修订单获取提示信息，所述提示消息用于提示通过匹配的维修承接方的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

基于图1以及图11所示的方法，本申请实施例还对应提供一种车辆维修的详细过程，如图14所示，具体包括：

S500：第一终端根据用户输入的车辆维修内容，确定维修请求，其中，所述维修请求携带有地理位置信息和维修时间。

S501：所述第一终端将所述维修请求发送至服务器。

S502：所述服务器根据所述地理位置信息，以及存储的各维修承接方的接单位置，确定至少一个维修承接方，并将所述维修请求发送给确定出的维修承接方的第二终端。

S503：针对每个第二终端，该第二终端在监测到的发送受理信息的操作时，向所述服务器返回对所述维修请求的受理信息。

S504：所述服务器接收各第二终端返回的受理信息，并按照各第二终端返回对所述维修请求的受理信息的时间先后顺序，确定受理所述维修请求的第二终端。

S505：所述服务器，根据第一终端以及确定出的受理所述维修请求的第二终端，生成维修订单并返回受理所述维修请求的第二终端以及所述第一终端。

S506：受理所述维修请求的第二终端对应的维修承接方，根据所述维修订单发出提示消息，所述提示消息用于提示通过所述第二终端匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

S507：当维修结束时，所述第一终端根据监测到的操作，向所述服务器发起支付请求。

S508：所述服务器根据接收到的支付请求执行支付业务，将所述第一终端的账户的资源转移至受理所述维修请求的第二终端的账户中。

图15中虚线表示时间上的分隔，即当维修承接方通过第二终端，确定获取维修订单后，需要耗费时间将移动维修车辆移动至现场才能进行维修，而维修车辆同样需要耗费时间，因此两条虚线表示维修订单发送后与维修车辆前的时间分隔，以及移动维修车辆到达现场后进行维修与第一终端发起支付请求之间的时间分隔。

需要说明的是，为了方便理解，在图14中步骤S506中标注的移动维修车辆执行的过程，但该过程具体可以是维修承接方控制该车辆执行的，并不是该移动维修车辆自动执行的。

以上是本申请提供的车辆维修的方法，基于同样的思路，本申请还提供了相应的车辆维修的装置和设备，如图15～20所示。

图15为本申请提供的一种车辆维修的装置示意图，具体包括：

获取模块600，获取携带有地理位置信息的维修请求；

确定模块602，根据所述地理位置信息，确定至少一个维修承接方，并将所述维修请求发送给确定出的维修承接方；

发送模块604，根据各维修承接方返回受理信息的时间先后顺序，确定受理所述维修请求的维修承接方，生成维修订单并返回所述确定出的维修承接方，使所述维修承接方根据所述维修订单获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

所述维修请求中包含车辆维修内容以及维修时间，并且还携带有车辆基本信息，其中，所述车辆维修内容包括维修类型中的：车辆检修、车辆保养、车辆救援中的至少一种。

所述维修请求发送方以及所述维修承接方分别绑定有自身的账户，所述装置还包括：

支付模块606，获取对应所述维修请求的支付请求，根据所述支付请求执行支付业务，将所述维修请求发送方绑定账户中的支付金额转移至所述维修承接方绑定账户中。

所述确定模块602，根据所述地理位置信息以及预设的参数，确定维修范围，根据预先存储的各维修承接方的接单位置，确定接单位置落入所述维修范围内的维修承接方。

所述发送模块604，确定受理所述维修请求的维修承接方的信息，并将确定出的信息返回所述维修请求的发送方。

所述装置还包括：

配送模块608，当根据接收到所述维修请求的时刻与所述维修时间的时间间隔，确定所述维修请求是预约时，根据所述维修请求的内容，确定进行维修所需的配件，以及根据所述地理位置信息确定配件柜，根据确定出的配件以及确定出的配件柜生成物流工单，其中，所述物流工单用于指示将所述配件配送至确定出的配件柜中，生成与所述配件关联的验证信息，将所述验证信息发送至所述配件柜，以及发送至受理所述维修请的维修承接方和/或所述维修请求发送方，所述验证信息用于提示所述维修承接方和/或所述维修请求发送方通过所述验证码从所述配件柜获取所述配件，其中，所述验证信息包括：数字对象唯一标识符DOI、密码中的至少一种。

所述装置还包括：

控制模块610，接收确定出的维修承接方发送的租车请求，其中，所述租车请求携带有移动维修车辆的信息，根据所述租车请求，向所述移动维修车辆中安装的监测控制装置发送开锁指令，使所述监测控制装置控制车门解锁。

所述控制模块610，监控各移动维修车辆与各维修承接方的匹配情况，确定所述移动维修车辆未与其他维修承接方匹配，向所述移动维修车辆中安装的监测控制装置发送开锁指令，并根据发送的所述开锁指令，更新所述移动维修车辆与所述维修承接方的匹配情况。

所述控制模块610，针对每个移动维修车辆，通过在该移动维修车辆中安装的监测控制装置，监控该移动维修车辆的运行状态，接收所述移动维修方的还车请求，根据监测到的所述移动维修车辆的运行状态，判断所述移动维修车辆是否符合还车条件，若是，则更新所述移动维修车辆的匹配情况为未匹配，若否，则返回提示信息，以提示不符合所述还车条件。

图16为本申请提供的另一种车辆维修的装置示意图，具体包括：

确定模块700，根据监测到的用户输入的内容，确定维修请求，其中，所述维修请求中携带有地理位置信息；

发送模块702，向服务器发送所述维修请求，以使所述服务器根据所述地理位置信息，确定受理所述维修请求的维修承接方，并使受理所述维修请求的维修承接方获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

图17为本申请提供的另一种车辆维修的装置示意图，具体包括：

接收模块800，接收服务器发送维修请求，其中，所述维修请求携带有地理位置信息；

显示模块802，显示所述维修请求中包含的车辆维修内容以及所述地理位置信息；

发送模块804，根据监测到的操作，向服务器返回对所述维修请求的受理信息；

提示模块806，当接收到服务器返回的维修订单后，根据所述维修订单获取提示信息，所述提示消息用于提示通过匹配的维修承接方的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

图18为本申请实施例提供的服务器示意图，其中，服务器包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

获取携带有地理位置信息的维修请求；

根据所述地理位置信息，确定至少一个维修承接方，并将所述维修请求发送给确定出的维修承接方；

根据各维修承接方返回受理信息的时间先后顺序，确定受理所述维修请求的维修承接方，生成维修订单并返回所述确定出的维修承接方，使所述维修承接方根据所述维修订单获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

图19为本申请实施例提供的用户设备示意图，其中，用户设备包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

根据监测到的用户输入的内容，确定维修请求，其中，所述维修请求中携带有地理位置信息；

向服务器发送所述维修请求，以使所述服务器根据所述地理位置信息，确定受理所述维修请求的维修承接方，并使受理所述维修请求的维修承接方获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

图20为本申请实施例提供的维修方设备示意图，其中，维修方设备包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

接收服务器发送维修请求，其中，所述维修请求携带有地理位置信息；

显示所述维修请求中包含的车辆维修内容以及所述地理位置信息；

根据监测到的操作，向服务器返回对所述维修请求的受理信息；

当接收到服务器返回的维修订单后，根据所述维修订单获取提示信息，所述提示消息用于提示通过匹配的维修承接方的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (40)

1.一种车辆维修的系统，其特征在于，所述系统包括第一终端、服务器、若干第二终端，针对每个第二终端，该第二终端至少匹配有一个移动维修车辆，其中：

第一终端，根据用户输入的内容，向服务器发送维修请求，其中，所述维修请求中携带有地理位置信息；

服务器，根据接收到的所述维修请求，确定至少一个第二终端，并向确定出的第二终端发布所述维修请求，按照各第二终端返回对所述维修请求的受理信息的时间先后顺序，确定受理所述维修请求的第二终端，生成维修订单并返回受理所述维修请求的第二终端；

第二终端，接收所述维修请求，并根据监测到的操作，向所述服务器返回受理信息，当所述第二终端接收到维修订单后，根据所述维修订单发出提示消息，所述提示消息用于提示通过所述第二终端匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

2.如权利要求1所述的系统，其特征在于，所述第一终端，根据所述用户输入的车辆维修内容以及维修时间，确定维修请求；或者，根据所述用户输入的车辆维修内容以及当前时间，确定维修请求。

3.如权利要求2所述的系统，其特征在于，所述第一终端，预先存储有车辆基本信息，在确定所述维修请求时，将所述车辆基本信息携带在所述维修请求中。

4.如权利要求2所述的系统，其特征在于，所述车辆维修内容包括维修类型中的车辆检修、车辆保养、车辆救援的至少一种。

5.如权利要求1所述的系统，其特征在于，所述第一终端，确定所述用户输入的地理位置信息或者确定自身的地理位置信息，并将确定出的地理位置信息携带在所述维修请求中发送至所述服务器。

6.如权利要求1所述的系统，其特征在于，所述服务器，接收所述维修请求后，根据所述维修请求中携带的地理位置信息，以及预设的筛选规则，从数据库中保存的各维修承接方中确定至少一个维修承接方，将确定出的维修承接方的终端，作为第二终端。

7.如权利要求6所述的系统，其特征在于，所述数据库中存储有各维修承接方的接单位置；

所述服务器，根据所述地理位置信息以及预设的参数，确定维修范围，并确定接单位置落入所述维修范围内的维修承接方。

8.如权利要求1所述的系统，其特征在于，所述第二终端，接收所述服务器发送的维修请求，并显示所述维修请求中包含的车辆维修内容以及所述地理位置信息。

9.如权利要求1所述的系统，其特征在于，所述服务器，确定受理所述维修请求的第二终端对应的维修承接方的信息，并将确定出的信息发送至第一终端。

10.如权利要求9所述的系统，其特征在于，所述第一终端，接收并显示所述服务器发送的所述维修承接方的信息，其中，所述维修承接方的信息至少包括：维修承接方的名称、维修人员姓名、移动维修设备的标识中的一种。

11.如权利要求1所述的系统，其特征在于，所述移动维修车辆中至少携带有：升举机、换油机、拆胎机、平衡机、补胎机、充氮机、喷枪、车载检测系统OBD检测仪、充电桩、副油箱中的至少一种。

12.如权利要求1所述的系统，其特征在于，所述第一终端以及所述第二终端分别绑定有自身的账户；

所述第一终端，根据监测到的操作，向所述服务器发起支付请求；

所述服务器根据所述支付请求执行支付业务，将所述第一终端绑定的账户中的支付金额转移至受理所述维修请求的第二终端绑定的账户中。

13.如权利要求2所述的系统，其特征在于，所述系统还包括：若干配件柜，用于放置维修车辆的配件；

所述服务器，根据接收到所述维修请求的时刻与所述维修时间的时间间隔，判断所述维修请求是否为预约；若是，则根据所述维修请求的内容，确定进行维修所需的配件，以及根据所述地理位置信息确定配件柜，根据确定出的配件以及确定出的配件柜生成物流工单，所述物流工单用于指示将所述配件配送至确定出的配件柜中。

14.如权利要求2所述的系统，其特征在于，所述系统还包括：若干配件柜，用于放置维修车辆的配件；

所述服务器，根据接收到所述维修请求的时刻与所述维修时间的时间间隔，判断所述维修请求是否为预约；若是，则根据所述维修请求的内容，确定进行维修所需的配件，以及根据受理所述维修请求的维修承接方的位置确定配件柜，根据确定出的配件以及确定出的配件柜生成物流工单，所述物流工单用于指示将所述配件配送至确定出的配件柜中。

15.如权利要求13或14所述的系统，其特征在于，所述服务器，生成与所述配件关联的验证信息，并发送至所述配件柜，以及发送至所述第一终端和/或受理所述维修请的第二终端；

所述配件柜，存储所述验证信息与所述配件的关联关系，当监测到输入的待验证信息时，根据已存储的验证信息与配件的关联关系，将与所述待验证信息匹配的验证信息关联的配件运送至取货口。

16.如权利要求1所述的系统，其特征在于，所述第二终端根据监测到的操作，向所述第一终端发送授权提示，所述授权提示用于提示通过所述第一终端向与所述第一终端匹配的控制器发送开锁指令；

所述控制器，安装在待维修的车辆内，根据接收到的开锁指令，控制所述待维修的车辆的车锁开启；

其中，所述开锁指令通过移动通信网络发送。

17.如权利要求1所述的系统，其特征在于，所述第二终端根据监测到的操作，向所述第一终端发送维修结束的提示，所述维修结束的提示用于提示通过所述第一终端向与所述第一终端匹配的控制器发送闭锁指令；

所述控制器，安装在待维修的车辆内，根据接收到的闭锁指令，控制所述待维修的车辆的车锁关闭。

18.如权利要求17或16所述的系统，其特征在于，所述控制器，至少用于控制所述待维修的车辆的副驾驶车门的车锁状态。

19.如权利要求1所述的系统，其特征在于，针对每个移动维修车辆，该移动维修车辆的外表面有与该移动维修车辆信息对应的数字对象唯一标识符DOI，该移动维修车辆中安装有监测控制装置，用于控制该移动维修车辆的车锁开启；

所述第二终端，当通过任一移动维修车辆外表面的DOI获取移动维修车辆的信息时，将携带有所述移动维修车辆的信息的租车请求发送至所述服务器；

所述服务器，根据所述租车请求携带的所述移动维修车辆的信息，向所述移动维修车辆中安装的监测控制装置发送开锁指令，使所述监测控制装置控制车锁开启。

20.如权利要求19所述的系统，其特征在于，所述服务器在发送开锁指令之前，确定所述移动维修车辆未与其他第二终端匹配；根据发送的所述开锁指令，确定所述第二终端与所述移动维修车辆匹配。

21.如权利要求19所述的系统，其特征在于，所述监测控制装置，还用于监控移动维修车辆的运行状态并发送给所述服务器；

所述第二终端，根据监测到的操作，向所述服务器发送还车请求；

所述服务器，根据所述还车请求，确定与第二终端匹配的所述移动维修车辆，并当确定所述移动维修车辆的运行状态符合还车条件时，解除所述第二终端与所述移动维修车辆的匹配关系。

22.如权利要求1或21所述的系统，其特征在于，所述服务器根据各移动维修车辆与各第二终端匹配的情况，确定未与任一第二终端匹配的移动维修车辆的状态为未使用；

所述第二终端，从所述服务器获取状态为未使用的各移动维修车辆的位置并显示。

23.如权利要求22所述的系统，其特征在于，所述第二终端，根据监测到的操作，从所述状态为未使用的各移动维修车辆中确定一辆移动维修车辆，并向所述服务器发送确定出的移动维修车辆的信息；

所述服务器，根据接收到的移动维修车辆的信息，向所述第二终端发送与所述移动维修车辆对应的开锁指令，使所述第二终端可通过近距离无线通信技术向所述移动维修车辆发送所述开锁指令；

所述移动维修车辆上的监测控制装置，根据接收到的与所述移动维修车辆对应的开锁指令，控制车锁开启。

24.一种车辆维修的方法，其特征在于，所述方法包括：

获取携带有地理位置信息的维修请求；

根据所述地理位置信息，确定至少一个维修承接方，并将所述维修请求发送给确定出的维修承接方；

根据各维修承接方返回受理信息的时间先后顺序，确定受理所述维修请求的维修承接方，生成维修订单并返回所述确定出的维修承接方，使所述维修承接方根据所述维修订单获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

25.如权利要求24所述的方法，其特征在于，所述维修请求中包含车辆维修内容以及维修时间，并且还携带有车辆基本信息；

其中，所述车辆维修内容包括维修类型中的：车辆检修、车辆保养、车辆救援中的至少一种。

26.如权利要求24所述的方法，其特征在于，根据所述地理位置信息，确定至少一个维修承接方，具体包括：

根据所述地理位置信息以及预设的参数，确定维修范围；

根据预先存储的各维修承接方的接单位置，确定接单位置落入所述维修范围内的维修承接方。

27.如权利要求24所述的方法，其特征在于，所述方法还包括：

确定受理所述维修请求的维修承接方的信息，并将确定出的信息返回所述维修请求的发送方。

28.如权利要求24所述的方法，其特征在于，所述维修请求发送方以及所述维修承接方分别绑定有自身的账户，所述方法还包括：

获取对应所述维修请求的支付请求；

根据所述支付请求执行支付业务，将所述维修请求发送方绑定账户中的支付金额转移至所述维修承接方绑定账户中。

29.如权利要求25所述的方法，其特征在于，所述方法还包括：

当根据接收到所述维修请求的时刻与所述维修时间的时间间隔，确定所述维修请求是预约时，根据所述维修请求的内容，确定进行维修所需的配件，以及根据所述地理位置信息确定配件柜；

根据确定出的配件以及确定出的配件柜生成物流工单，其中，所述物流工单用于指示将所述配件配送至确定出的配件柜中；

生成与所述配件关联的验证信息；

将所述验证信息发送至所述配件柜，以及发送至受理所述维修请的维修承接方和/或所述维修请求发送方，所述验证信息用于提示所述维修承接方和/或所述维修请求发送方通过所述验证码从所述配件柜获取所述配件；

其中，所述验证信息包括：数字对象唯一标识符DOI、密码中的至少一种。

30.如权利要求24所述的方法，其特征在于，所述方法还包括：

接收确定出的维修承接方发送的租车请求，其中，所述租车请求携带有移动维修车辆的信息；

根据所述租车请求，向所述移动维修车辆中安装的监测控制装置发送开锁指令，使所述监测控制装置控制车门解锁。

31.如权利要求30所述的方法，其特征在于，监控各移动维修车辆与各维修承接方的匹配情况；

向所述移动维修车辆中安装的监测控制装置发送开锁指令，具体包括：

确定所述移动维修车辆未与其他维修承接方匹配；

向所述移动维修车辆中安装的监测控制装置发送开锁指令，并根据发送的所述开锁指令，更新所述移动维修车辆与所述维修承接方的匹配情况。

32.如权利要求30所述的方法，其特征在于，所述方法还包括：

针对每个移动维修车辆，通过在该移动维修车辆中安装的监测控制装置，监控该移动维修车辆的运行状态；

接收所述移动维修方的还车请求；

根据监测到的所述移动维修车辆的运行状态，判断所述移动维修车辆是否符合还车条件；

若是，则更新所述移动维修车辆的匹配情况为未匹配；

若否，则返回提示信息，以提示不符合所述还车条件。

33.一种车辆维修的方法，其特征在于，所述方法包括：

根据监测到的用户输入的内容，确定维修请求，其中，所述维修请求中携带有地理位置信息；

向服务器发送所述维修请求，以使所述服务器根据所述地理位置信息，确定受理所述维修请求的维修承接方，并使受理所述维修请求的维修承接方获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

34.一种车辆维修的方法，其特征在于，所述方法包括：

接收服务器发送维修请求，其中，所述维修请求携带有地理位置信息；

显示所述维修请求中包含的车辆维修内容以及所述地理位置信息；

根据监测到的操作，向服务器返回对所述维修请求的受理信息；

当接收到服务器返回的维修订单后，根据所述维修订单获取提示信息，所述提示消息用于提示通过匹配的维修承接方的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

35.一种车辆维修的装置，其特征在于，所述装置包括：

获取模块，获取携带有地理位置信息的维修请求；

确定模块，根据所述地理位置信息，确定至少一个维修承接方，并将所述维修请求发送给确定出的维修承接方；

发送模块，根据各维修承接方返回受理信息的时间先后顺序，确定受理所述维修请求的维修承接方，生成维修订单并返回所述确定出的维修承接方，使所述维修承接方根据所述维修订单获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

36.一种车辆维修的装置，其特征在于，所述装置包括：

确定模块，根据监测到的用户输入的内容，确定维修请求，其中，所述维修请求中携带有地理位置信息；

发送模块，向服务器发送所述维修请求，以使所述服务器根据所述地理位置信息，确定受理所述维修请求的维修承接方，并使受理所述维修请求的维修承接方获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

37.一种车辆维修的装置，其特征在于，所述装置包括：

接收模块，接收服务器发送维修请求，其中，所述维修请求携带有地理位置信息；

显示模块，显示所述维修请求中包含的车辆维修内容以及所述地理位置信息；

发送模块，根据监测到的操作，向服务器返回对所述维修请求的受理信息；

提示模块，当接收到服务器返回的维修订单后，根据所述维修订单获取提示信息，所述提示消息用于提示通过匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

38.一种服务器，其特征在于，所述服务器包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

获取携带有地理位置信息的维修请求；

根据所述地理位置信息，确定至少一个维修承接方，并将所述维修请求发送给确定出的维修承接方；

根据各维修承接方返回受理信息的时间先后顺序，确定受理所述维修请求的维修承接方，生成维修订单并返回所述确定出的维修承接方，使所述维修承接方根据所述维修订单获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

39.一种用户设备，其特征在于，所述用户设备包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

根据监测到的用户输入的内容，确定维修请求，其中，所述维修请求中携带有地理位置信息；

向服务器发送所述维修请求，以使所述服务器根据所述地理位置信息，确定受理所述维修请求的维修承接方，并使受理所述维修请求的维修承接方获取提示消息，所述提示消息用于提示通过所述维修承接方匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

40.一种维修方设备，其特征在于，所述维修方设备包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

接收服务器发送维修请求，其中，所述维修请求携带有地理位置信息；

显示所述维修请求中包含的车辆维修内容以及所述地理位置信息；

根据监测到的操作，向服务器返回对所述维修请求的受理信息；

当接收到服务器返回的维修订单后，根据所述维修订单获取提示信息，所述提示消息用于提示通过匹配的移动维修车辆移动至所述地理位置信息对应的位置并对车辆进行维修。

Images