本發(fā)明涉及車輛技術(shù)領域，特別是涉及一種預約維修的方法及裝置。

背景技術(shù)：

車輛在行駛過程中，經(jīng)常發(fā)生故障，此時車主需要手動預約維修商對故障車輛進行維修。然而，由于車主無法明確車輛發(fā)生故障的原因，所以，在與維修商預約時，無法告知維修商車輛故障的相關(guān)信息，這就導致維修商無法提前準備維修故障車輛所需的零配件。當故障車輛在預約的維修商處維修時，一旦發(fā)現(xiàn)維修需要的零配件不足，則車主需要花費較長的時間等待零配件調(diào)配，浪費車主的時間。

技術(shù)實現(xiàn)要素：

為解決上述技術(shù)問題，本發(fā)明實施例提供了一種預約維修的方法及裝置，以解決現(xiàn)有技術(shù)方案中預約維修效率低的問題，技術(shù)方案如下：

一種預約維修的方法，包括：

接收車輛發(fā)送的故障信息和位置信息；

根據(jù)所述位置信息，查找至少一個維修商，所述維修商與所述車輛的距離滿足第一閾值；

向所述車輛發(fā)送預約所述至少一個維修商的請求信息，所述請求信息攜帶所述至少一個維修商的標識；

接收所述車輛響應于所述請求信息發(fā)送的第一確認信息，所述第一確認信息攜帶目標維修商的標識，所述目標維修商為所述至少一個維修商中的一個維修商；

向所述目標維修商發(fā)送預約請求，所述預約請求攜帶所述故障信息。

優(yōu)選地，還包括：

接收所述目標維修商響應于所述預約請求所發(fā)送的第二確認信息，所述第二確認信息攜帶目標維修工位的位置信息，所述目標維修工位為所述目標維修商中用于維修所述車輛的工位；

并將所述第二確認信息發(fā)送至所述車輛。

優(yōu)選地，還包括：

接收所述目標維修商響應于所述預約請求所發(fā)送的拒絕信息；

將所述拒絕信息發(fā)送至所述車輛。

優(yōu)選地，還包括：

接收所述目標維修商響應于所述預約請求所發(fā)送的延期信息，所述延期信息攜帶延期時間；

將所述延期信息發(fā)送至所述車輛。

優(yōu)選地，還包括：

接收所述車輛依據(jù)所述目標維修工位的位置信息所發(fā)送的導航請求；

響應于所述導航請求，為所述車輛確定導航路線，并在車輛依據(jù)所述導航路線導航過程中，判斷所述車輛距離所述目標維修工位是否滿足第二距離閾值，若是，則向所述維修商發(fā)送維修提醒信息。

優(yōu)選地，還包括：

接收維修商發(fā)送的賬單支付請求，所述賬單支付請求攜帶維修所述車輛需要支付的金額；

將所述賬單支付請求發(fā)送至所述車輛。

一種預約維修的方法，包括：

接收服務器發(fā)送的預約至少一個維修商的請求信息，所述請求信息攜帶所述至少一個維修商的標識；

響應所述請求信息發(fā)送確認信息，所述確認信息攜帶目標維修商的標識，所述目標維修商為所述至少一個維修商中的一個維修商。

優(yōu)選地，還包括：

接收所述服務器發(fā)送的確認信息，所述確認信息攜帶目標維修工位的位置信息，所述目標維修工位為所述目標維修商中用于維修所述車輛的工位；

依據(jù)所述目標維修工位的位置信息向所述服務器發(fā)送導航請求；

接收所述服務器響應于所述導航請求發(fā)送的導航路線，并依據(jù)所述導航錄像導航。

優(yōu)選地，還包括：

接收所述服務器發(fā)送的賬單支付請求，所述賬單支付請求攜帶維修所述車輛需要支付的金額；

響應所述賬單支付請求，完成賬單支付。

優(yōu)選地，還包括：

接收所述服務器發(fā)送的拒絕信息，并返回執(zhí)行所述響應所述請求信息發(fā)送確認信息的步驟，所述確認信息攜帶新目標維修商的標識，所述新目標維修商為所述至少一個維修商中除所述目標維修商之外的一個維修商。

優(yōu)選地，還包括：

接收所述服務器發(fā)送的延期信息，所述延期信息攜帶延期時間；

判斷所述延期時間是否滿足延期閾值；

若否，返回執(zhí)行所述響應所述請求信息發(fā)送確認信息的步驟，所述確認信息攜帶新目標維修商的標識，所述新目標維修商為所述至少一個維修商中除所述目標維修商之外的一個維修商。

一種預約維修的方法，包括：

接收服務器發(fā)送的預約請求，所述預約請求攜帶故障信息；

響應于所述預約請求向所述服務器發(fā)送確認信息，所述確認信息攜帶目標維修工位的位置信息，所述目標維修工位為維修商中用于維修所述車輛的工位；或，

響應于所述預約請求向所述服務器發(fā)送拒絕信息；或，

響應于所述預約請求向所述服務器發(fā)送延期信息，所述延期信息攜帶延期的時間。

優(yōu)選地，還包括：

接收所述服務器發(fā)送的維修提醒信息，所述維修提醒信息用于提醒維修商準備維修。

優(yōu)選地，還包括：

向所述服務器發(fā)送賬單支付請求，所述賬單支付請求攜帶維修所述車輛需要支付的金額。

一種預約維修的裝置，包括：

第一接收單元，用于接收車輛發(fā)送的故障信息和位置信息；

查找單元，用于根據(jù)所述位置信息，查找至少一個維修商，所述維修商與所述車輛的距離滿足第一閾值；

第一發(fā)送單元，用于向所述車輛發(fā)送預約所述至少一個維修商的請求信息，所述請求信息攜帶所述至少一個維修商的標識；

第二接收單元，用于接收所述車輛響應于所述請求信息發(fā)送的第一確認信息，所述第一確認信息攜帶目標維修商的標識，所述目標維修商為所述至少一個維修商中的一個維修商，

第二發(fā)送單元，用于向所述目標維修商發(fā)送預約請求，所述預約請求攜帶所述故障信息。

優(yōu)選地，還包括：

第三接收單元，用于接收所述目標維修商響應于所述預約請求所發(fā)送的第二確認信息，所述第二確認信息攜帶目標維修工位的位置信息，所述目標維修工位為所述目標維修商中用于維修所述車輛的工位；

第三發(fā)送單元，用于將所述第二確認信息發(fā)送至所述車輛。

優(yōu)選地，還包括：

第四接收單元，用于接收所述車輛依據(jù)所述目標維修工位的位置信息所發(fā)送的導航請求；

判斷單元，用于響應于所述導航請求，為所述車輛確定導航路線，并在車輛依據(jù)所述導航路線導航過程中，判斷所述車輛距離所述目標維修工位是否滿足第二距離閾值，若是，則向所述維修商發(fā)送維修提醒信息。

本申請的技術(shù)方案，車輛故障時，會主動將故障信息及位置信息發(fā)送至服務器，服務器根據(jù)位置信息查找維修商，并向車輛發(fā)送請求信息，當車輛確定目標維修商后，由服務器向目標維修商發(fā)送預約請求，預約請求攜帶車輛的故障信息。由上可見，本申請中，車輛故障時會主動上傳故障信息，并將故障信息發(fā)送至預約的目標維修商，由于在車輛到達維修商之前，就已獲知車輛的故障信息，所以，維修商可以提前準確維修故障車輛所需的零配件及安排維修人員，以此提高了維修的效率。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單的介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例所提供的一種預約維修的方法的一種流程示意圖；

圖2為本發(fā)明實施例所提供的一種預約維修的方法的另一種流程示意圖；

圖3為本發(fā)明實施例所提供的一種預約維修的裝置的一種結(jié)構(gòu)示意圖；

圖4為本發(fā)明實施例所提供的一種預約維修的裝置的另一種結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

請參閱圖1，圖1為本申請實施例提供的預約維修的方法的一種實現(xiàn)流程圖，本實施例中服務器執(zhí)行主體，所述方法包括：

步驟s101、接收車輛發(fā)送的故障信息和位置信息；

車輛故障時，會主動上傳表征故障原因的故障信息及車輛當前的位置信息。

步驟s102、根據(jù)所述位置信息，查找至少一個維修商，所述維修商與所述車輛的距離滿足第一閾值；

服務器獲得車輛的位置信息后，會依據(jù)位置信息及第一閾值查找維修商，如查找距離車輛3km以內(nèi)的所有維修商。

步驟s103、向所述車輛發(fā)送預約所述至少一個維修商的請求信息，所述請求信息攜帶所述至少一個維修商的標識；

服務器查找到與車輛的距離滿足第一閾值的維修商后，會將維修商的標識發(fā)送至車輛，以便由用戶選擇目標維修商。

步驟s104、接收所述車輛響應于所述請求信息發(fā)送的第一確認信息，所述第一確認信息攜帶目標維修商的標識，所述目標維修商為所述至少一個維修商中的一個維修商；

第一確認信息還可以攜帶故障車輛的車主信息、車型信息、位置信息和到達目標維修商的時長。

步驟s105、向所述目標維修商發(fā)送預約請求，所述預約請求攜帶所述故障信息。

預約請求還可以攜帶故障車輛的車主信息、車型信息、位置信息和到達目標維修商的時長。

服務器接收到車輛發(fā)送的確認信息后，會將確認信息發(fā)送至目標維修商，以便使目標維修商準備維修所需的配件、場地及人員。

本申請的技術(shù)方案，車輛故障時，會主動將故障信息及位置信息發(fā)送至服務器，服務器根據(jù)位置信息查找維修商，并向車輛發(fā)送請求信息，當車輛確定目標維修商后，由服務器向目標維修商發(fā)送預約請求，預約請求攜帶車輛的故障信息。由上可見，本申請中，車輛故障時會主動上傳故障信息，并將故障信息發(fā)送至預約的目標維修商，由于在車輛到達維修商之前，就已獲知車輛的故障信息，所以，維修商可以提前準確維修故障車輛所需的零配件及安排維修人員，以此提高了維修的效率。

請參閱圖2，圖2為本申請實施例提供的預約維修的方法的一種實現(xiàn)流程圖，所述方法包括：

步驟s201、車輛向服務器發(fā)送故障信息和發(fā)生故障時的位置信息；

步驟s202、服務器根據(jù)所述位置信息，查找至少一個維修商，所述維修商與所述車輛的距離滿足第一閾值；

步驟s203、服務器向所述車輛發(fā)送預約所述至少一個維修商的請求信息，所述請求信息攜帶所述至少一個維修商的標識；

步驟s204、響應于所述請求信息，車輛向所述服務器發(fā)送第一確認信息，所述第一確認信息攜帶目標維修商的標識，所述目標維修商為所述至少一個維修商中的一個維修商；

步驟s205、服務器向所述目標維修商發(fā)送預約請求，所述預約請求攜帶所述故障信息；

步驟s2061、目標維修商響應所述預約請求，向所述服務器發(fā)送第二確認信息，所述第二確認信息攜帶目標維修工位的位置信息，所述目標維修工位為所述目標維修商中用于維修所述車輛的工位；

目標維修商除了接受服務器發(fā)送的預約請求外，還可以拒絕該請求或請求延期處理，從而向服務器發(fā)送拒絕信息(步驟s2062)或延期信息(步驟s2063)，如，當目標維修商中的資源不足以維修故障車輛時，可以向服務器發(fā)送拒絕信息或延期信息。

當目標維修商拒絕了服務器的預約請求后，車輛可以從至少一個維修商中重新選擇一個新目標維修商，然后通過服務器向新目標維修商再次發(fā)起預約的流程。

另外，當至少一個維修商全部被用戶和/或維修商自身拒絕后，服務器可以重新查找另外一批維修商的列表發(fā)送給車輛選擇目標維修商。

步驟s2071、服務器將所述第二確認信息發(fā)送至車輛；

另外，當服務器接收的是拒絕信息或延期信息時，服務器將拒絕信息或延期信息發(fā)送至車輛(即步驟s2072、s2073)，車輛接收到拒絕信息后，會返回執(zhí)行步驟s2061，重新選擇維修商，而當車輛接收到延期信息后，會根據(jù)延期信息中的延期時間及延期閾值，判斷是否返回執(zhí)行步驟s2061。

步驟s208、車輛依據(jù)所述目標維修工位的位置信息向所述服務器發(fā)送導航請求；

步驟s209、服務器響應于所述導航請求，為所述車輛確定導航路線，并在車輛依據(jù)所述導航路線導航過程中，判斷所述車輛距離所述目標維修工位是否滿足第二距離閾值，若是，執(zhí)行步驟s210；

步驟s210、服務器向所述維修商發(fā)送維修提醒信息；

步驟s211、維修商向服務器發(fā)送賬單支付請求，所述賬單支付請求攜帶維修所述車輛需要支付的金額；

步驟s212、所述服務器向所述車輛發(fā)送所述賬單支付請求；

步驟s213、所述車輛響應于所述賬單支付請求，進行賬單支付。

本申請的技術(shù)方案，車輛故障時，會主動將故障信息及位置信息發(fā)送至服務器，服務器根據(jù)位置信息查找維修商，并向車輛發(fā)送請求信息，當車輛確定目標維修商后，由服務器向目標維修商發(fā)送預約請求，預約請求攜帶車輛的故障信息。由上可見，本申請中，車輛故障時會主動上傳故障信息，并將故障信息發(fā)送至預約的目標維修商，由于在車輛到達維修商之前，就已獲知車輛的故障信息，所以，維修商可以提前準確維修故障車輛所需的零配件及安排維修人員，以此提高了維修的效率。另外，本申請中，為目標車輛設定第二距離閾值的電子圍欄，當車輛進入電子圍欄的范圍內(nèi)時，向維修商發(fā)出維修提醒信息，以提醒維修商準備維修所需的資源，電子圍欄的設置不僅能夠?qū)崿F(xiàn)使維修商提前準備維修所需的資源，而且可以避免車輛距離維修商過遠時提前準備維修資源所導致的資源浪費。

請參閱圖3，圖3為本申請實施例提供的預約維修的裝置的一種結(jié)構(gòu)示意圖，該裝置結(jié)構(gòu)示意圖中的各單元的工作過程參照圖1對應的實施例中方法的執(zhí)行過程，該裝置包括：

第一接收單元301，用于接收車輛發(fā)送的故障信息和位置信息；

查找單元302，用于根據(jù)所述位置信息，查找至少一個維修商，所述維修商與所述車輛的距離滿足第一閾值；

第一發(fā)送單元303，用于向所述車輛發(fā)送預約所述至少一個維修商的請求信息，所述請求信息攜帶所述至少一個維修商的標識；

第二接收單元304，用于接收所述車輛響應于所述請求信息發(fā)送的第一確認信息，所述第一確認信息攜帶目標維修商的標識，所述目標維修商為所述至少一個維修商中的一個維修商，

第二發(fā)送單元305，用于向所述目標維修商發(fā)送預約請求，所述預約請求攜帶所述故障信息。

本申請的技術(shù)方案，車輛故障時，會主動將故障信息及位置信息發(fā)送至服務器，服務器根據(jù)位置信息查找維修商，并向車輛發(fā)送請求信息，當車輛確定目標維修商后，由服務器向目標維修商發(fā)送預約請求，預約請求攜帶車輛的故障信息。由上可見，本申請中，車輛故障時會主動上傳故障信息，并將故障信息發(fā)送至預約的目標維修商，由于在車輛到達維修商之前，就已獲知車輛的故障信息，所以，維修商可以提前準確維修故障車輛所需的零配件及安排維修人員，以此提高了維修的效率。

請參閱圖4，圖4為本申請實施例提供的預約維修的裝置的一種結(jié)構(gòu)示意圖，該裝置結(jié)構(gòu)示意圖中的各單元的工作過程參照圖2對應的實施例中方法的執(zhí)行過程，該裝置包括：

第一接收單元401，用于接收車輛發(fā)送的故障信息和位置信息；

查找單元402，用于根據(jù)所述位置信息，查找至少一個維修商，所述維修商與所述車輛的距離滿足第一閾值；

第一發(fā)送單元403，用于向所述車輛發(fā)送預約所述至少一個維修商的請求信息，所述請求信息攜帶所述至少一個維修商的標識；

第二接收單元404，用于接收所述車輛響應于所述請求信息發(fā)送的第一確認信息，所述第一確認信息攜帶目標維修商的標識，所述目標維修商為所述至少一個維修商中的一個維修商，

第二發(fā)送單元405，用于向所述目標維修商發(fā)送預約請求，所述預約請求攜帶所述故障信息。

第三接收單元406，用于接收所述目標維修商響應于所述預約請求所發(fā)送的第二確認信息，所述第二確認信息攜帶目標維修工位的位置信息，所述目標維修工位為所述目標維修商中用于維修所述車輛的工位；

第三發(fā)送單元407，用于將所述第二確認信息發(fā)送至所述車輛。

第四接收單元408，用于接收所述車輛依據(jù)所述目標維修工位的位置信息所發(fā)送的導航請求；

判斷單元409，用于響應于所述導航請求，為所述車輛確定導航路線，并在車輛依據(jù)所述導航路線導航過程中，判斷所述車輛距離所述目標維修工位是否滿足第二距離閾值，若是，則向所述維修商發(fā)送維修提醒信息。

第五接收單元410，用于接收所述目標維修商響應于所述預約請求所發(fā)送的拒絕信息；

第四發(fā)送單元411，用于將所述拒絕信息發(fā)送至所述車輛。

第六接收單元412，用于接收所述目標維修商響應于所述預約請求所發(fā)送的延期信息，所述延期信息攜帶延期時間；

第五發(fā)送單元413，用于將所述延期信息發(fā)送至所述車輛。

第七接收單元414，用于接收維修商發(fā)送的賬單支付請求，所述賬單支付請求攜帶維修所述車輛需要支付的金額；

第六發(fā)送單元415，用于將所述賬單支付請求發(fā)送至所述車輛。

本申請的技術(shù)方案，車輛故障時，會主動將故障信息及位置信息發(fā)送至服務器，服務器根據(jù)位置信息查找維修商，并向車輛發(fā)送請求信息，當車輛確定目標維修商后，由服務器向目標維修商發(fā)送預約請求，預約請求攜帶車輛的故障信息。由上可見，本申請中，車輛故障時會主動上傳故障信息，并將故障信息發(fā)送至預約的目標維修商，由于在車輛到達維修商之前，就已獲知車輛的故障信息，所以，維修商可以提前準確維修故障車輛所需的零配件及安排維修人員，以此提高了維修的效率。另外，本申請中，為目標車輛設定第二距離閾值的電子圍欄，當車輛進入電子圍欄的范圍內(nèi)時，向維修商發(fā)出維修提醒信息，以提醒維修商準備維修所需的資源，電子圍欄的設置不僅能夠?qū)崿F(xiàn)使維修商提前準備維修所需的資源，而且可以避免車輛距離維修商過遠時提前準備維修資源所導致的資源浪費。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。

對所公開的實施例的上述說明，使本領域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本申請。對這些實施例的多種修改對本領域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本申請的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本申請將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。