本發(fā)明屬于共享交通工具領域。

背景技術：

人們的出行通常會使用交通工具，除了使用公共交通工具之外，還有一部分人會選用私人交通工具，例如單車、電動車、摩托車或汽車等。現(xiàn)實生活中出現(xiàn)的一些共享交通工具，例如共享單車、共享電動車、共享摩托車或共享汽車等。人們使用該共享交通工具到達目的地之后，將該共享交通工具停放于公共停放區(qū)域。這樣就可以把該共享交通工具供其他人使用，提高了交通工具的使用效率。尤其是對于共享單車來說，給人們出行帶來很大的便利的同時，還能減少碳排放量。

在現(xiàn)有技術中，用戶需要手動對共享車輛進行預約。預約過程中該共享車輛有可能被其他用戶搶先預約，導致預約失敗。而且有的訂車終端反應速度慢，預約需要的時間較長，降低了用戶體驗。

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

為克服現(xiàn)有技術的不足，本發(fā)明提供了一種預約共享車輛的方法、訂車終端及系統(tǒng)。通過本發(fā)明，能夠智能地為用戶預約共享車輛。

一種預約共享車輛的方法，該方法包括如下步驟：

采集用戶的行走路線，判定用戶是否有用車需求；

在判定為是的情況下，對應著用戶的行走路線，為用戶預約共享車輛。

進一步，對應著用戶的行走路線，判定是否存在該用戶歷史記錄中尋找共享車輛的信息；在判定為是的情況下，判定用戶有用車需求。

進一步，對應著用戶的行走路線，預設一個區(qū)域范圍；在該預設范圍內判定是否存在該用戶歷史記錄中對共享車輛的開啟或?？坎僮?；在判定為是的情況下，判定用戶有用車需求。

進一步，對應著用戶的行走路線，預設一個區(qū)域范圍；判定該區(qū)域范圍是否進入共享車輛的公共停放區(qū)域；在判定為是的情況下，判定用戶有用車需求。

進一步，所述判定用戶是否用車需求的方法包括，

把采集到的用戶的行走路線與用戶當前位置至共享車輛的導航路線相比對；

若用戶的行走路線與該導航路線相一致，則判定用戶有用車需求。

進一步，所述判定用戶是否有用車需求的方法包括，

根據(jù)用戶的行走路線識別用戶的行走方向，采集用戶行走路線上的共享車輛；

若用戶的行走方向偏離原來的行走路線而偏向共享車輛，則判定用戶有用車需求。

進一步，判定用戶是否有用車需求的方法包括，

采集用戶在訂車終端的操作行為，識別用戶是否觸發(fā)了共享車輛的尋找操作；

識別結果為是的情況下，判定用戶有用車需求。

進一步，所述觸發(fā)尋找操作的方式為以下至少其一，

用戶開啟訂車終端的程序界面的操作；

用戶在訂車終端中觸發(fā)尋車操作控件的操作；

用戶在與訂車終端關聯(lián)的其他手持終端或穿戴型設備上觸發(fā)了尋車操作控件。

進一步，所述對應著行走路線為用戶預約共享車輛的方法包括，

預設距離范圍，采集預設距離范圍內用戶行走路線所對應道路上的共享車輛；

判定采集到的共享車輛與用戶當前位置的距離；

把獲得的距離數(shù)據(jù)進行對比，為用戶預約到達共享車輛距離最短和/或用時最短的共享車輛。

進一步，為用戶預約共享車輛后包括，

采集用戶的行走方向和行走速度，判定用戶到達所預約共享車輛的時間閾值；

若用戶在該時間閾值范圍內未對該共享車輛進行開鎖操作，取消對該共享車輛的預約。

進一步，為用戶預約共享車輛后包括，

預設用戶與共享車輛的距離閾值，當用戶到達該距離閾值范圍內，為用戶對共享車輛進行開鎖操作。

本發(fā)明還包括一種預約共享車輛的系統(tǒng)，該系統(tǒng)包括：

共享車輛，包括車輛本體結構，還包括，

定位電路，用于對該共享車輛進行定位；

車載通信電路，連接定位電路和服務器，用于把獲取的定位信息發(fā)送給服務器；

服務器，該服務器包括，

服務器通信電路，用以與共享車輛和訂車終端進行通信，獲取共享車輛的定位信息和訂車終端采集到的用戶的行走路線；

判定電路，連接服務器通信電路，用以根據(jù)用戶的行走路線判定用戶是否有用車需求；

預約電路，連接判定電路，當判定結果為是的情況下，對應著用戶的行走路線，為用戶預約共享車輛；

訂車終端，該終端包括，

采集電路，用以采集用戶的行走路線；

終端通信電路，與服務器和采集電路相連接，用于和服務器進行通信并把采集電路采集的信息發(fā)送給前述服務器。

進一步，所述判定電路包括，

導航子電路，用以生成用戶當前位置至共享車輛的導航路線；

比對子電路，連接導航子電路，用以把用戶的行走路線與該導航路線相比對；

判定子電路，用以當用戶的行走路線與該導航路線相一致時，判定用戶有用車需求。

進一步，所述導航子電路還包括選擇分電路，用以根據(jù)導航子電路的導航結果選擇用戶當前位置至共享車輛距離最短和/或用時最短的路線。

進一步，所述判定電路還包括，

采集子電路，用以采集用戶行走路線上的共享車輛；

判定子電路，連接采集子電路，用以判定用戶是否偏離原來的行走路線而偏向共享車輛；

若判定結果為是，則判定用戶有用車需求。

進一步，所述判定電路還包括，

采集子電路，用以采集用戶在訂車終端的操作行為；

識別子電路，連接采集子電路，用以識別用戶是否觸發(fā)了共享車輛的尋找操作；

判定子電路，連接識別子電路，用以當識別結果為是時，判定用戶有用車需求。

進一步，所述預約電路包括，

距離判定子電路，用以判定用戶行走路線所對應道路上的預設距離范圍內的共享車輛與用戶當前位置之間的距離；

對比子電路，連接距離判定子電路，用以把獲得的距離數(shù)據(jù)進行對比；

預約子電路，連接對比子電路，用以根據(jù)對比結果為用戶預約距離最短的共享車輛。

進一步，所述預約電路還包括取消預約子電路，用以當用戶在預設時間范圍內未對該共享車輛進行開鎖操作，取消對該共享車輛的預約。

進一步，所述服務器還包括開鎖電路，用以當用戶與所預約的共享車輛的距離達到預設距離閾值范圍內時，為用戶對共享車輛進行開鎖操作。

本發(fā)明還包括一種訂車終端，該終端包括：

采集電路，用以采集用戶的行走路線；

終端通信電路，連接服務器和采集電路，用于和服務器之間通信并把采集電路采集的信息發(fā)送給服務器；

輸出電路，連接終端通信電路，用以當服務器根據(jù)用戶的行走路線，為用戶預約共享車輛時，輸出該共享車輛的預約信息。

本發(fā)明的優(yōu)點在于：

本發(fā)明能夠根據(jù)用戶的行走路線判定用戶是否有用車需求，在判定用戶有用車需求的情況下，為用戶預約共享車輛。這樣能夠節(jié)約用戶預約時間，提高用戶的用車體驗。

附圖說明

圖1是本發(fā)明實施例提供的預約共享車輛的方法流程圖。

圖2是本發(fā)明實施例提供的判定用戶用車需求的方法流程圖。

圖3是本發(fā)明實施例提供的另一種判定用戶用車需求的方法流程圖。

圖4是本發(fā)明實施例提供的訂車終端的結構框圖。

圖5為本發(fā)明實施例提供的為用戶預約共享車輛的工作狀態(tài)示意圖。

圖6為本發(fā)明實施例提供的預約共享車輛的系統(tǒng)的結構框圖。

附圖標記說明：

圖4中包括：訂車終端400，采集電路410，終端通信電路420，輸出電路430；

圖5中包括：用戶500，預設用戶區(qū)域510，共享單車520，共享單車?？繀^(qū)域530，共享汽車?？繀^(qū)域540，寫字樓550，非合規(guī)停靠區(qū)域560，位于非合規(guī)?？繀^(qū)域的共享單車570，共享汽車580；

圖6中包括：預約共享車輛的系統(tǒng)600，共享車輛610，服務器620，訂車終端630，定位電路611，車載通信電路612，判定電路621，服務器通信電路622，預約電路623，采集電路631，終端通信電路632，輸出電路633。

具體實施方式

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

需要說明的是，在不沖突的情況下，本發(fā)明中的實施例及實施例中的特征可以相互組合。

下面結合附圖和具體實施例對本發(fā)明作進一步說明，但不作為本發(fā)明的限定。

如圖1所示，一種預約共享車輛的方法包括：

S110，采集用戶的行走路線，判定用戶是否有用車需求；

S120，在判定為是的情況下，對應著用戶的行走路線，為用戶預約共享車輛。

作為優(yōu)選而非限定，共享車輛通常指的是不屬于用戶私人所有，但用戶可以使用的汽車、摩托車或自行車,動力來源既可以是燃料,也可以是電池,并不限定。作為優(yōu)選而非限定，該共享車輛上設置有車載通信電路和全球定位系統(tǒng)。全球定位系統(tǒng)能夠對該共享車輛進行定位，該定位信息通過車載通信電路傳輸給服務器。該服務器能夠遠程控制該共享車輛。

作為優(yōu)選而非限定，該共享車輛上設置有識別信息，該識別信息主要包括位于共享車輛上的識別碼。識別碼可以由一串數(shù)字組成，如“123456”，也可以由一串字母組成，如“abcdefg”，或者也可以是一串漢字組成，如“一帆風順”等。該識別碼作為識別該共享車輛的認定信息，通過該認定信息該共享車輛能夠區(qū)別于其他共享車輛。

作為優(yōu)選而非限定，用戶打開訂車終端后可以收到服務器發(fā)送過來的信息，該信息可以是用戶周圍的共享車輛數(shù)量及距離。作為優(yōu)選而非限定，當用戶找到該共享車輛時，輸入該共享車輛的識別碼，服務器收到該識別碼后可以向該訂車終端發(fā)送該共享車輛的開鎖密碼，或者遠程對該共享車輛進行開鎖。

作為優(yōu)選而非限定，用戶使用該共享車輛后需要把該共享車輛?？吭谥付ǖ奈恢?。作為優(yōu)選而非限定，該指定位置可以是路邊劃線的特定區(qū)域，也可以是地鐵站附近的區(qū)域。作為優(yōu)選而非限定，當用戶將該共享車輛按照規(guī)定?？客瓿珊螅枰獙⒃摴蚕碥囕v鎖上，并通過訂車終端扣除相應的使用費用。

作為優(yōu)選而非限定，用戶通過手機訂車終端使用共享車輛，方法可以是，打開手機訂車終端，觸發(fā)訂車終端上的用車按鈕，服務器對用戶的操作進行識別后，若用戶的使用行為為合法行為，則向用戶發(fā)送該共享車輛的開啟密碼，或者遠程控制共享車輛上的電子鎖進行開鎖。

作為優(yōu)選而非限定，當用戶對共享車輛進行開鎖后，開始對共享單車進行計費，作為優(yōu)選而非限定，用車費用可以是1元/小時，不足一小時的以一小時計算。若用戶騎行2個小時，則費用為2元。

作為優(yōu)選而非限定，通過采集用戶的行走路線，根據(jù)用戶的行走路線判定用戶是否有用車需求。例如，用戶在人行道上行走時，突然偏離原來的行走路線而走向共享車輛的停靠區(qū)域。則可以判定用戶有用車需求，在判定用戶有用車需求的情況下，對應著用戶的行走路線，為用戶預約共享車輛。

如圖2所示，圖2是本發(fā)明實施例提供的判定用戶用車需求的方法流程圖。

從圖2中可以看出，該方法包括如下步驟：

S210，對應著用戶的行走路線，判定是否存在該用戶歷史記錄中尋找共享車輛的信息；

S220在判定為是的情況下，判定用戶有用車需求。作為優(yōu)選而非限定，用戶的歷史記錄包括用戶打開訂車終端尋找共享車輛的記錄，以及用戶取車或還車的記錄。這些記錄包含用戶尋車的路線信息。例如用戶從XX路與XXX路交接處的路口A開始打開訂車終端尋找共享車輛，發(fā)現(xiàn)XXX小學門口停放有用戶需要的共享車輛。用戶預約了該小學門口的共享車輛并從路口A走向XXX小學門口。從路口A到XXX小學門口之間的路線為行走路線B。當采集到用戶當前的行走路線與路線B一致時，即用戶位于路線B所在的道路上并沿著路線B的方向行走。這樣可以推定用戶有用車需求，為用戶預約共享車輛。

作為優(yōu)選而非限定，對應著用戶的行走路線，為用戶預約共享車輛。例如采集到用戶沿著路線B向前走時，系統(tǒng)會為用戶預約共享車輛。作為優(yōu)選而非限定，對用戶行走方向前邊距離用戶最近的共享車輛進行預約。這樣便于用戶找到并能夠節(jié)約找車時間。

作為優(yōu)選而非限定，判定用戶用車需求的方法也可以為：

對應著用戶的行走路線，預設一個區(qū)域范圍；

在該預設范圍內判定是否存在該用戶歷史記錄中對共享車輛的開啟或?？坎僮?；

在判定為是的情況下，判定用戶有用車需求。

作為優(yōu)選而非限定，可以以用戶行走路線的當前位置為起點，預設一個2米的距離范圍。若用戶的歷史記錄中在該距離范圍內開啟或?？窟^共享車輛，說明用戶以前在該距離范圍內使用過共享車輛。而用戶又一次步入該距離范圍，推定用戶有用車需求。

作為優(yōu)選而非限定，也可以統(tǒng)計用戶在該位置和該距離范圍內的歷史用車或停靠次數(shù)，能夠提高為用戶預約共享車輛的準確度，提高用戶體驗。

如圖3所示，圖3是本發(fā)明實施例提供的另一種判定用戶用車需求的方法流程圖。從圖中可以看出，該方法包括如下步驟：

S310，對應著用戶的行走路線，預設一個區(qū)域范圍；

S320，判定該區(qū)域范圍是否進入共享車輛的公共停放區(qū)域；

S330，在判定為是的情況下，判定用戶有用車需求。

作為優(yōu)選而非限定，可以以用戶行走路線的當前位置為起點，預設一個2米的距離范圍。若該距離范圍進入共享車輛的公共停放區(qū)域，則可以推定用戶有用車需求。例如，用戶的行走路線一般會是人行道，而共享車輛有專門的公共停放區(qū)域。若采集到用戶的距離范圍進入共享車輛的公共停放區(qū)域，可以推定用戶正在走向該公共停放區(qū)域。用戶走向該公共停放區(qū)域，可以判定用戶有用車需求。

作為優(yōu)選而非限定，所述判定用戶是否用車需求的方法也可以為：

把采集到的用戶的行走路線與用戶當前位置至共享車輛的導航路線相比對；

若用戶的行走路線與該導航路線相一致，則判定用戶有用車需求。

在本實施例中，用戶需要在訂車終端尋找附近的共享車輛，用戶打開訂車終端后，訂車終端的顯示界面會顯示內置地圖，通過內置地圖用戶可以查看附近的共享車輛。當用戶需要其中之一的共享車輛時，點擊該共享車輛，能夠生成用戶當前位置到達該共享車輛的導航路線，方便用戶尋找。同時采集用戶當前的行走路線，把用戶當前的行走路線與導航路線相比對。若用戶當前的行走路線與導航路線相一致，則可以推定用戶正在沿著導航路線走向共享車輛，可以判定用戶有用車需求。

作為優(yōu)選而非限定，所述判定用戶是否有用車需求的方法也可以為：

根據(jù)用戶的行走路線識別用戶的行走方向，采集用戶行走路線上的共享車輛；

若用戶的行走方向偏離原來的行走路線而偏向共享車輛，則判定用戶有用車需求。

作為優(yōu)選而非限定，判定用戶是否有用車需求的方法也可以為：

采集用戶在訂車終端的操作行為，識別用戶是否觸發(fā)了共享車輛的尋找操作；

識別結果為是的情況下，判定用戶有用車需求。

作為優(yōu)選而非限定，所述觸發(fā)尋找操作的方式為以下至少其一：

用戶開啟訂車終端的程序界面的操作；

用戶在訂車終端中觸發(fā)尋車操作控件的操作；

用戶在與訂車終端關聯(lián)的其他手持終端或穿戴型設備上觸發(fā)了尋車操作控件。

作為優(yōu)選而非限定，所述對應著行走路線為用戶預約共享車輛的方法可以為：

預設距離范圍，采集預設距離范圍內用戶行走路線所對應道路上的共享車輛；

判定采集到的共享車輛與用戶當前位置的距離；

把獲得的距離數(shù)據(jù)進行對比，為用戶預約到達共享車輛距離最短和/或用時最短的共享車輛。

作為優(yōu)選而非限定，還可以通過采集用戶的行走方向和行走速度，判定用戶到達所預約共享車輛的時間閾值，若用戶在該時間閾值范圍內未對該共享車輛進行開鎖操作，可以推定用戶沒有用車需求，取消對該共享車輛的預約。及時取消預約能夠防止影響別人使用，較少共享車輛的使用頻率。

作為優(yōu)選而非限定，還可以預設用戶與共享車輛的距離閾值，當用戶到達該距離閾值范圍內，為用戶對共享車輛進行開鎖操作。這樣能夠節(jié)約用戶的開鎖時間，提高用戶體驗。

如圖4所示，圖4是本發(fā)明實施例提供的訂車終端的結構框圖。

從圖4中可以看出，圖4中包括：訂車終端400，采集電路410，終端通信電路420，輸出電路430。本發(fā)明中的訂車終端400包括：

采集電路410，用以采集用戶的行走路線；

終端通信電路420，連接服務器和采集電路410，用于和服務器之間通信并把采集電路410采集的信息發(fā)送給服務器；

輸出電路430，連接終端通信電路420，用以當服務器根據(jù)用戶的行走路線，判定用戶是否有用車需求時，輸出該判定結果。

作為優(yōu)選而非限定，所述的訂車終端400，可以是手機、筆記本電腦、掌上電腦、平板電腦等各種常用的移動終端，以及各種智能穿戴式電子設備，比如智能眼鏡、智能手表等。在本實施例中，優(yōu)選的，采用手機。

作為優(yōu)選而非限定，終端通信電路420采用無線收發(fā)裝置實現(xiàn)通信的功能。作為優(yōu)選而非限定，所述無線收發(fā)裝置的無線通信功能可以由GSM無線收發(fā)模塊來實現(xiàn)，通過所述GSM無線收發(fā)模塊，訂車終端能夠實現(xiàn)與服務器之間的通信。

作為優(yōu)選而非限定，輸出電路430通過顯示結構輸出信息，所述顯示結構，在本實施例中，為電子顯示屏，比如TFT或OLED材質的顯示屏。本實施例中，優(yōu)選采用OLED材質的顯示屏，OLED具備輕薄、自發(fā)光、可視角度大和色彩飽滿等特點，相比要好于TFT材質。

如圖5所示，圖5為本發(fā)明實施例提供的為用戶預約共享車輛的工作狀態(tài)示意圖。從圖中可以看出，圖5中包括：用戶500，預設用戶區(qū)域510，共享單車520，共享單車?？繀^(qū)域530，共享汽車?？繀^(qū)域540，寫字樓550，非合規(guī)停靠區(qū)域560，位于非合規(guī)?？繀^(qū)域的共享單車570，共享汽車580。

作為優(yōu)選而非限定，當用戶500從寫字樓550出來后，可以以用戶行走路線的當前位置為起點，預設一個距離范圍。例如，該預設用戶區(qū)域510為兩米。若該預設用戶區(qū)域510進入共享單車520的共享單車?？繀^(qū)域530，則可以推定用戶有用車需求。例如，用戶500的行走路線一般會是人行道，而共享單車520有專門的共享單車停靠區(qū)域530。若采集到用戶500的預設用戶區(qū)域510進入共享單車停靠區(qū)域530，可以推定用戶500正在走向該共享單車?？繀^(qū)域530。用戶500走向共享單車?？繀^(qū)域530，可以判定用戶500有用車需求。

同理，若采集到用戶500的預設用戶區(qū)域510進入共享汽車580的共享汽車?？繀^(qū)域540，可以推定用戶500正在走向該共享汽車停靠區(qū)域540。用戶500走向共享汽車?？繀^(qū)域540，可以判定用戶500有用車需求。

作為優(yōu)選而非限定，若采集到用戶500的預設用戶區(qū)域510進入種滿植物的非合規(guī)?？繀^(qū)域560，可以推定用戶500正在走向位于非合規(guī)?？繀^(qū)域的共享單車570。用戶500走向位于非合規(guī)停靠區(qū)域的共享單車570，可以判定用戶500有用車需求。

如圖6所示，圖6為本發(fā)明實施例提供的預約共享車輛的系統(tǒng)的結構框圖。從圖6中可以看出，圖6中包括：預約共享車輛的系統(tǒng)600，共享車輛610，服務器620，訂車終端630，定位電路611，車載通信電路612，判定電路621，服務器通信電路622，預約電路623，采集電路631，終端通信電路632，輸出電路633。

本發(fā)明中的一種預約共享車輛的系統(tǒng)600，該系統(tǒng)包括：

共享車輛610，包括車輛本體結構，還包括，

定位電路611，用于對該共享車輛610進行定位；

車載通信電路612，連接定位電路611和服務器620，用于把獲取的定位信息發(fā)送給服務器620；

服務器620，該服務器620包括，

服務器通信電路622，用以與共享車輛610和訂車終端630進行通信，獲取共享車輛610的定位信息和訂車終端630采集到的用戶的行走路線；

判定電路621，連接服務器通信電路622，用以根據(jù)用戶的行走路線判定用戶是否有用車需求；

預約電路623，連接判定電路621，當判定結果為是的情況下，對應著用戶的行走路線，為用戶預約共享車輛610；

訂車終端630，該終端包括，

采集電路631，用以采集用戶的行走路線；

終端通信電路632，與服務器620和采集電路631相連接，用于和服務器620進行通信并把采集電路631采集的信息發(fā)送給前述服務器620。

作為優(yōu)選而非限定，本實施例通過采集用戶的行走路線，根據(jù)用戶的行走路線判定用戶是否有用車需求。例如，用戶在人行道上行走時，突然偏離原來的行走路線而走向共享車輛的?？繀^(qū)域。則可以判定用戶有用車需求，在判定用戶有用車需求的情況下，對應著用戶的行走路線，為用戶預約共享車輛。

作為優(yōu)選而非限定，所述判定電路621包括：

導航子電路，用以生成用戶當前位置至共享車輛的導航路線；

比對子電路，連接導航子電路，用以把用戶的行走路線與該導航路線相比對；

判定子電路，用以當用戶的行走路線與該導航路線相一致時，判定用戶有用車需求。

在本實施例中，用戶需要在訂車終端尋找附近的共享車輛，用戶打開訂車終端后，訂車終端的顯示界面會顯示內置地圖，通過內置地圖用戶可以查看附近的共享車輛。當用戶需要其中之一的共享車輛時，點擊該共享車輛，能夠生成用戶當前位置到達該共享車輛的導航路線，方便用戶尋找。同時采集用戶當前的行走路線，把用戶當前的行走路線與導航路線相比對。若用戶當前的行走路線與導航路線相一致，則可以推定用戶正在沿著導航路線走向共享車輛，可以判定用戶有用車需求。

作為優(yōu)選而非限定，所述導航子電路還包括選擇分電路，用以根據(jù)導航子電路的導航結果選擇用戶當前位置至共享車輛距離最短和/或用時最短的路線。

作為優(yōu)選而非限定，所述判定電路還包括，

采集子電路，用以采集用戶行走路線上的共享車輛；

判定子電路，連接采集子電路，用以判定用戶是否偏離原來的行走路線而偏向共享車輛；

若判定結果為是，則判定用戶有用車需求。

作為優(yōu)選而非限定，所述判定電路還包括，

采集子電路，用以采集用戶在訂車終端的操作行為；

識別子電路，連接采集子電路，用以識別用戶是否觸發(fā)了共享車輛的尋找操作；

判定子電路，連接識別子電路，用以當識別結果為是時，判定用戶有用車需求。

作為優(yōu)選而非限定，所述預約電路包括，

距離判定子電路，用以判定用戶行走路線所對應道路上的預設距離范圍內的共享車輛與用戶當前位置之間的距離；

對比子電路，連接距離判定子電路，用以把獲得的距離數(shù)據(jù)進行對比；

預約子電路，連接對比子電路，用以根據(jù)對比結果為用戶預約距離最短的共享車輛。

作為優(yōu)選而非限定，所述預約電路還包括取消預約子電路，用以當用戶在預設時間范圍內未對該共享車輛進行開鎖操作，取消對該共享車輛的預約。

作為優(yōu)選而非限定，還可以通過采集用戶的行走方向和行走速度，判定用戶到達所預約共享車輛的時間閾值，若用戶在該時間閾值范圍內未對該共享車輛進行開鎖操作，可以推定用戶沒有用車需求，取消對該共享車輛的預約。及時取消預約能夠防止影響別人使用，較少共享車輛的使用頻率。

作為優(yōu)選而非限定，所述服務器還包括開鎖電路，用以當用戶與所預約的共享車輛的距離達到預設距離閾值范圍內時，為用戶對共享車輛進行開鎖操作。

作為優(yōu)選而非限定，還可以預設用戶與共享車輛的距離閾值，當用戶到達該距離閾值范圍內，為用戶對共享車輛進行開鎖操作。這樣能夠節(jié)約用戶的開鎖時間，提高用戶體驗。

作為優(yōu)選而非限定，該訂車終端500上設置有通信電路和全球定位系統(tǒng)。全球定位系統(tǒng)能夠對該訂車終端500進行定位，該定位信息通過通信電路傳輸給服務器。作為優(yōu)選而非限定，用戶打開訂車終端500后可以收到服務器發(fā)送過來的信息，該信息可以是用戶周圍的共享車輛數(shù)量及距離。作為優(yōu)選而非限定，當用戶找到該共享車輛時，輸入該訂車終端的識別碼，服務器收到該識別碼后可以遠程對該共享車輛進行開鎖。

在本發(fā)明所提供的幾個實施例中，應該理解到，所揭露的相關裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述模塊或單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上。可以根據(jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元或模塊可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

以上僅為本發(fā)明的實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內容所作的等效結構或等效流程變換，或直接或間接運用在其他相關的技術領域，均同理包括在本發(fā)明的專利保護范圍內。