本發(fā)明屬于交通工具管理技術領域。

背景技術：

對于趕時間的上班族來說，每天從地鐵站或公交車站狂奔到辦公室的最后一段路是最著急的。針對這一問題，近兩年來，一種新的代步方式出現(xiàn)在城市街頭，用戶只需支付適當?shù)难航?，便可以用少量的費用租一輛共享單車，如共享自行車、共享電動車等。

而且，這些共享單車的使用也是非常方便快捷的。用戶可以根據(jù)需要，下載相應的客戶端并注冊。在需要使用相應共享單車時，登錄相應的客戶端，輸入待使用共享單車的車牌號獲取解鎖碼，或者通過直接掃描待使用共享單車上的識別碼的方式實現(xiàn)開鎖。在使用完畢后，將所用共享單車上鎖，并通過網(wǎng)上付費即可。

當然，用戶也可以對共享單車進行提前預約。不過，用戶只能在距離共享單車的起始使用時間之前的較短時間范圍內對共享單車進行預約。如果用戶在該較短的時間范圍內忘記預約，可能就會無法及時使用共享單車出行。

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

本發(fā)明的目的在于：克服現(xiàn)有技術的不足，提供一種共享單車的預約方法，以及對應的用戶終端及系統(tǒng)，以解決無法在距離共享單車的起始使用時間之前的較長時間范圍內對共享單車進行預約的技術問題。

為實現(xiàn)上述目標，本發(fā)明提供了如下技術方案：

一種共享單車的預約方法，該方法包括：

采集預約執(zhí)行時間范圍之前的共享單車預約申請信息；

在預約執(zhí)行時間范圍內，判斷相應的共享單車是否滿足預約申請，并推送相應的預約結果。

優(yōu)選的，所述共享單車為共享自行車、共享電動車或共享摩托車。

進一步，所述預約申請信息包括用車地點和用車時間。

優(yōu)選的，所述相應的共享單車為所述用車地點鄰近區(qū)域范圍內正在行駛的共享單車。

進一步，所述判斷相應的共享單車是否滿足預約申請的判斷過程為：

采集所述共享單車的使用信息，所述使用信息包括該共享單車的當前行駛路徑，以及使用該共享單車的當前用戶終端的歷史行駛路徑；

根據(jù)所述行駛路徑，以及所述歷史行駛路徑，預測所述共享單車的行駛終點是否是所述用車地點。

進一步，當所述共享單車的行駛終點是所述用車地點時，

向使用該共享單車的當前用戶終端發(fā)送預約請求信息，當收到預約請求確認信息后，則判定所述共享單車滿足預約申請，當沒有收到預約請求反饋信息或收到預約請求拒絕信息后，則判定所述共享單車不滿足預約申請。

進一步，所述預約請求信息，以及所述預約請求確認信息或所述預約請求拒絕信息通過語音交互的方式實現(xiàn)。

優(yōu)選的，所述相應的共享單車為所述用車地點及其鄰近區(qū)域范圍內?？康墓蚕韱诬嚒?/p>

進一步，所述判斷相應的共享單車是否滿足預約申請的判斷過程為：

采集所述共享單車的使用信息，所述使用信息包括設備狀態(tài)和使用狀態(tài)；

根據(jù)所述使用信息，判斷所述共享單車是否處于設備運轉正常且閑置的狀態(tài)，若是，則判定所述共享單車滿足預約申請，若否，則判定所述共享單車不滿足預約申請。

優(yōu)選的，所述預約結果通過所述共享單車預約用戶終端推送；或者

所述預約結果通過已建立關聯(lián)的即時通信工具推送；或者

所述預約結果通過用戶手機的短消息推送。

本發(fā)明還提供一種共享單車的預約用戶終端，該用戶終端包括：

觸發(fā)電路，用以觸發(fā)、存儲共享單車預約申請信息；

時間電路，與所述觸發(fā)電路連接，用以預設、存儲預約執(zhí)行時間，并根據(jù)所述預約申請信息計算預約執(zhí)行時間范圍；

采集電路，與所述時間電路連接，用以在所述預約執(zhí)行時間范圍內，采集相應的共享單車的使用信息；

提示電路，用以接收并提示預約結果。

進一步，所述用戶終端還包括有分別與所述觸發(fā)電路、時間電路、采集電路和提示電路連接的判定電路；

所述判定電路用以判斷所述預約執(zhí)行時間范圍是否到達，以及用以判斷相應的共享單車是否滿足預約執(zhí)行時間范圍之前觸發(fā)的預約申請，生成相應的預約結果，并將所述預約結果推送至所述提示電路。

優(yōu)選的，所述用戶終端還包括有與所述判定電路連接的預約詢問電路，用以輸出預約請求信息，以及接收預約請求反饋信息。

優(yōu)選的，所述預約詢問電路中設置有麥克風。

本發(fā)明還提供一種共享單車的預約系統(tǒng)，該系統(tǒng)包括通信連接的預約用戶終端和預約服務器。

其中，預約用戶終端包括：

觸發(fā)電路，用以觸發(fā)共享單車預約申請信息；

終端通信電路，與所述觸發(fā)電路連接，用以將所述觸發(fā)電路觸發(fā)的共享單車預約申請信息發(fā)送至所述預約服務器，以及用以接收所述預約服務器推送的預約結果；

提示電路，與所述終端通信電路連接，用以提示所述預約服務器推送的預約結果。

預約服務器包括：

服務器通信電路，用以獲取所述預約用戶終端發(fā)出的預約執(zhí)行時間范圍之前的共享單車預約申請信息，以及用以向所述預約用戶終端推送相應的預約結果；

時間電路，與所述服務器通信電路連接，用以預設、存儲預約執(zhí)行時間，并根據(jù)所述預約申請信息計算預約執(zhí)行時間范圍；

采集電路，與所述時間電路連接，用以在所述預約執(zhí)行時間范圍內，采集相應的共享單車的使用信息；

判定電路，分別與所述服務器通信電路、時間電路和采集電路連接，用以判斷所述預約執(zhí)行時間范圍是否到達，以及用以判斷相應的共享單車是否滿足預約執(zhí)行時間范圍之前觸發(fā)的預約申請，生成相應的預約結果。

優(yōu)選的，所述預約用戶終端中還包括有預約詢問電路，用以輸出預約請求信息，以及接收預約請求反饋信息。

本發(fā)明采用的以上技術方案，與現(xiàn)有技術相比，具有以下的優(yōu)點和積極效果：可以使用戶在距離共享單車的起始使用時間之前的較長時間范圍內對共享單車進行預約，有效地提高了共享單車使用的便捷性。

附圖說明

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

圖2為本發(fā)明實施例提供的用車地點鄰近區(qū)域范圍的第一應用場景示意圖；

圖3為本發(fā)明實施例提供的用車地點鄰近區(qū)域范圍的第二應用場景示意圖；

圖4為本發(fā)明實施例提供的判斷相應的共享單車是否滿足預約申請的判斷過程的一種實施例的流程圖；

圖5為本發(fā)明實施例提供的判斷相應的共享單車是否滿足預約申請的判斷過程的另一種實施例的流程圖；

圖6為本發(fā)明實施例提供的共享單車的預約用戶終端的結構框圖；

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

圖中標號如下：

共享單車的預約用戶終端100，觸發(fā)電路110，時間電路120，采集電路130，提示電路140，判定電路150，預約詢問電路160，麥克風161；

共享單車的預約系統(tǒng)200，預約用戶終端211，終端通信電路212，提示電路213，預約詢問電路214，麥克風214a，預約服務器220，服務器通信電路221，時間電路222，采集電路223，判定電路224。

具體實施方式

下面將結合具體實施例及其附圖對本發(fā)明提供的共享單車的預約方法、用戶終端及系統(tǒng)的技術方案作進一步說明。應當注意的是，本發(fā)明的實施例有較佳的實施性，并非是對本發(fā)明作出的任何形式的限制，任何熟悉該領域的技術人員可能利用上述揭示的技術內容變更或修飾為等同的有效實施例，但凡未脫離本發(fā)明技術方案的內容，依據(jù)本發(fā)明的技術實質對本發(fā)明的實施例所作的任何修改或等同變化及修飾，均屬于本發(fā)明技術方案保護的范圍。結合下面說明以及權利要求書，本發(fā)明的優(yōu)點和特征將更加清楚。需說明的是，本發(fā)明的附圖均采用非常簡化的形式且均使用非精準的比例，僅用以方便、明晰地輔助說明本發(fā)明實施例的目的。

本發(fā)明提供了一種共享單車的預約方法。圖1為本發(fā)明實施例提供的共享單車的預約方法流程圖。

如圖1所示，該預約方法包括：

S100，采集預約執(zhí)行時間范圍之前的共享單車預約申請信息；

S200，在預約執(zhí)行時間范圍內，判斷相應的共享單車是否滿足預約申請，并推送相應的預約結果。

作為舉例而非限制，所述共享單車可以是共享自行車、共享電動車或共享摩托車。

作為舉例而非限制，預約申請信息包括用車地點和用車時間。例如，預約申請信息可以是“用車地點，A地點；用車時間，當日下午17:00時”。

所述預約執(zhí)行時間范圍處于用車時間之前，具體是指依據(jù)用戶提供的共享單車預約申請信息為用戶尋找可預約的共享單車的時間范圍。優(yōu)選的，預約執(zhí)行時間范圍表示一個具體時間段。例如，預約執(zhí)行時間范圍可以是“當日下午16:30-17:00時”。值得注意的是，預約執(zhí)行時間范圍包括兩個端點時間，即包括16:30時和17:00時兩個時間點。

優(yōu)選的，預約執(zhí)行時間范圍是根據(jù)預約申請信息提供的用車時間和預設的預約執(zhí)行時間來計算的。例如，可以預設預約執(zhí)行時間為“用車時間前30分鐘”，若預約申請信息中提供的用車時間為“當日下午17:00時”，則可以計算出預約執(zhí)行時間范圍為“當日下午16:30-17:00時”。

優(yōu)選的，所述相應的共享單車為所述用車地點鄰近區(qū)域范圍內的共享單車。作為舉例而非限制，所述用車地點鄰近區(qū)域范圍可以是以用車地點為中心，以預設距離為半徑的區(qū)域范圍，或者是能夠從用車地點通過行進較短距離可以直接抵達的區(qū)域范圍。

圖2為本發(fā)明實施例提供的用車地點鄰近區(qū)域范圍的第一應用場景示意圖。

在圖2中，作為舉例而非限制，所述用車地點鄰近區(qū)域范圍是以用車地點為中心，以30米或3公里為半徑的區(qū)域范圍。例如，用車地點為A；則用車地點鄰近區(qū)域范圍是以A處為中心，以30米或3公里為半徑的圓形區(qū)域范圍，可以包括圖中所示的a、b、c、d四個區(qū)域范圍，以及圖中所示的龍川北路和百色路兩條道路所在區(qū)域范圍。

圖3為本發(fā)明實施例提供的用車地點鄰近區(qū)域范圍的第二應用場景示意圖。

在圖3中，作為舉例而非限制，所述用車地點鄰近區(qū)域指代的是能夠從用車地點通過行進較短距離可以直接抵達的區(qū)域范圍。例如，用車地點位于百色路，其具體所在位置為B；則用車地點鄰近區(qū)域范圍可以是從B處向西和向東分別行進較短距離，例如可以是30米或3公里距離以內，并能夠直接抵達的區(qū)域范圍，可以包括如圖所示的百色路所在的相應區(qū)域范圍，以及所述相應區(qū)域范圍南北兩側的停車帶區(qū)域范圍。

作為舉例而非限制，相應的共享單車可以是所述用車地點鄰近區(qū)域范圍內正在行駛的共享單車。進一步，作為舉例而非限制，在圖2中，當用車地點為A時，相應的共享單車可以是龍川北路和百色路中距離A處3公里范圍內的正在行駛的共享單車。再例如，在圖3中，當用車地點為B時，相應的共享單車可以是沿百色路從B處向西和向東分別行進3公里的區(qū)域范圍內正在行駛的共享單車。

下面針對上述“相應的共享單車是所述用車地點鄰近區(qū)域范圍內正在行駛的共享單車”的情形，進一步說明判斷相應的共享單車是否滿足預約申請的判斷過程。圖4為本發(fā)明實施例提供的判斷相應的共享單車是否滿足預約申請的判斷過程的一種實施例的流程圖。

如圖4所示，所述判斷過程為：

S211，采集共享單車的使用信息。

所述使用信息包括相應的共享單車的當前行駛路徑，以及使用該共享單車的當前用戶終端的歷史行駛路徑。

值得注意的是，“采集共享單車的使用信息”需要在預約執(zhí)行時間范圍內進行。

S212，根據(jù)當前行駛路徑，以及歷史行駛路徑，預測該共享單車的行駛終點是否是用車地點，若所述共享單車的行駛終點是所述用車地點，則執(zhí)行步驟S213，若所述共享單車的行駛終點不是所述用車地點時，則返回執(zhí)行步驟S211。

作為舉例而非限制，當該共享單車的當前行駛路徑中的起點及途徑道路與所述歷史行駛路徑中的起點及途徑道路相同，且所述歷史行駛路徑中的終點為預約申請信息中的用車地點時，則預測該共享單車的行駛終點是用車地點。

S213，向使用該共享單車的當前用戶終端發(fā)送預約請求信息。

S214，判斷是否收到該共享單車的當前用戶終端反饋的預約請求確認信息，若是，則執(zhí)行步驟S215，若否，則執(zhí)行步驟S216。

所述該共享單車的當前用戶終端反饋的預約請求信息包括預約請求確認信息和預約請求拒絕信息。

其中，否定收到該共享單車的當前用戶終端反饋的預約請求確認信息的情形包括：沒有收到該共享單車的當前用戶終端發(fā)出的任何預約請求反饋信息，或者收到該共享單車的當前用戶終端發(fā)出的預約請求拒絕信息兩種情形。

作為舉例而非限制，所述預約請求信息，以及預約請求確認信息或預約請求拒絕信息可以通過語音交互的方式進行傳輸。例如，可以向使用相應的共享單車的用戶終端發(fā)送語音預約請求信息“A地點，當日下午17:00用車，您使用的共享單車是否可預約？”；當相應的共享單車滿足預約申請時，使用該共享單車的用戶終端可以輸出語音預約請求確認信息“本共享單車可預約”；當相應的共享單車不能滿足預約申請時，使用該共享單車的用戶終端可以輸出語音預約請求拒絕信息“本共享單車不能預約”，當然在該情形下，使用該共享單車的用戶終端也可以不輸出任何信息。

S215，判定該共享單車滿足預約申請。

S216，判定該共享單車不滿足預約申請，并返回執(zhí)行步驟S211。

在本實施例中，根據(jù)所述判斷過程的判定結果推送預約結果。在預約執(zhí)行時間范圍內，當判定有共享單車滿足預約申請，則即刻推送相應的預約結果“預約成功”。在預約執(zhí)行時間范圍內，若未能判定有共享單車滿足預約申請，則繼續(xù)采集其他相應的共享單車的使用信息，并進一步進行判斷，直至預約執(zhí)行時間范圍終止，仍未能判定有共享單車滿足預約申請時，才推送相應的預約結果“預約不成功”。

作為舉例而非限制，預約結果可以通過所述共享單車預約用戶終端推送；或者預約結果可以通過已建立關聯(lián)的即時通信工具推送；或者預約結果可以通過用戶手機的短消息推送。

作為舉例而非限制，所述預約結果可以通過語音方式推送，也可以通過消息框的方式推送。

作為舉例而非限制，相應的共享單車可以是用車地點及其鄰近區(qū)域范圍內?？康墓蚕韱诬?。進一步，作為舉例而非限制，在圖2中，當用車地點為A時，相應的共享單車可以是以A處為中心，以30米為半徑的圓形區(qū)域范圍內?？康墓蚕韱诬?，包括圖中所示的a、b、c、d四個區(qū)域范圍內?？康乃泄蚕韱诬?。再例如，在圖3中，當用車地點為B時，相應的共享單車可以是沿百色路從B處向西和向東分別行進30米以內的路徑對應的南北兩側停車帶內?？康墓蚕韱诬?。

下面針對上述“相應的共享單車是用車地點及其鄰近區(qū)域范圍內停靠的共享單車”的情形，進一步說明判斷相應的共享單車是否滿足預約申請的判斷過程。圖5為本發(fā)明實施例提供的判斷相應的共享單車是否滿足預約申請的判斷過程的另一種實施例的流程圖。

如圖5所示，所示判斷過程為：

S221，采集共享單車的使用信息。

所述使用信息包括相應的共享單車的設備狀態(tài)和使用狀態(tài)。設備狀態(tài)是指共享單車的設備運轉狀態(tài)，包括設備運轉正常和設備故障狀態(tài)。使用狀態(tài)是指共享單車的使用狀況，包括已預約狀態(tài)和閑置狀態(tài)。

值得注意的是，“采集共享單車的使用信息”需要在預約執(zhí)行時間范圍內進行。

S222，根據(jù)使用信息，判斷共享單車是否處于設備運轉正常且閑置的狀態(tài)，若是，則執(zhí)行步驟S223，若否，則執(zhí)行步驟S224。

S223，判定共享單車滿足預約申請。

S224，判定共享單車不滿足預約申請，并返回執(zhí)行步驟S221。

在本實施例中，根據(jù)所述判斷過程的判定結果推送預約結果。在預約執(zhí)行時間范圍內，當判定有共享單車滿足預約申請，則即刻推送相應的預約結果“預約成功”。在預約執(zhí)行時間范圍內，若未能判定有共享單車滿足預約申請，則繼續(xù)采集其他相應的共享單車的使用信息，并進一步進行判段，直至預約執(zhí)行時間范圍終止，仍未能判定有共享單車滿足預約申請時，才推送相應的預約結果“預約不成功”。

作為舉例而非限制，預約結果可以通過所述共享單車預約用戶終端推送；或者預約結果可以通過已建立關聯(lián)的即時通信工具推送；或者預約結果可以通過用戶手機的短消息推送。

作為舉例而非限制，所述預約結果可以通過語音方式推送，也可以通過消息框的方式推送。

本發(fā)明還提供一種共享單車的預約用戶終端。圖6為本發(fā)明實施例提供的共享單車的預約用戶終端的結構框圖。

如圖6所示，該用戶終端100包括觸發(fā)電路110、時間電路120、采集電路130和提示電路140。

其中，觸發(fā)電路110，用以觸發(fā)、存儲共享單車預約申請信息。

作為舉例而非限制，預約申請信息包括用車地點和用車時間。例如，預約申請信息可以是“用車地點，A地點；用車時間，當日下午17:00時”。

時間電路120，與觸發(fā)電路110連接，用以預設、存儲預約執(zhí)行時間，并根據(jù)預約申請信息計算預約執(zhí)行時間范圍。

所述預約執(zhí)行時間范圍處于用車時間之前，具體是指依據(jù)用戶提供的共享單車預約申請信息在用車時間之前為用戶尋找可預約的共享單車的時間范圍。優(yōu)選的，預約執(zhí)行時間范圍表示一個具體時間段。例如，預約執(zhí)行時間范圍可以是“當日下午16:30-17:00時”。值得注意的是，預約執(zhí)行時間范圍包括兩個端點時間，即包括16:30時和17:00時兩個時間點。

進一步，預約執(zhí)行時間范圍可以根據(jù)預約申請信息提供的用車時間和預設的預約執(zhí)行時間來計算。例如，可以預設并存儲的預約執(zhí)行時間為“用車時間前30分鐘”，若預約申請信息中提供的用車時間為“當日下午17:00時”，則可以計算出預約執(zhí)行時間范圍為“當日下午16:30-17:00時”。

采集電路130，與時間電路120連接，用以在預約執(zhí)行時間范圍內，采集相應的共享單車的使用信息。

優(yōu)選的，所述相應的共享單車為所述用車地點鄰近區(qū)域范圍內的共享單車。作為舉例而非限制，所述用車地點鄰近區(qū)域范圍可以是以用車地點為中心，以預設距離為半徑的區(qū)域范圍，或者是能夠從用車地點通過行進較短距離可以直接抵達的區(qū)域范圍。

當所述用車地點鄰近區(qū)域范圍是以用車地點為中心，以預設距離為半徑的區(qū)域范圍時，所述使用信息包括相應的共享單車的當前行駛路徑，以及使用該共享單車的當前用戶終端的歷史行駛路徑。

當所述用車地點鄰近區(qū)域范圍是能夠從用車地點通過行進較短距離可以直接抵達的區(qū)域范圍時，所述使用信息包括相應的共享單車的設備狀態(tài)和使用狀態(tài)。設備狀態(tài)是指共享單車的設備運轉狀態(tài)，包括設備運轉正常和設備故障狀態(tài)。使用狀態(tài)是指共享單車的使用狀況，包括已預約狀態(tài)和閑置狀態(tài)。

提示電路140，用以接收并提示預約結果。作為舉例而非限制，所述預約結果可以通過語音方式提示，也可以通過消息框的方式提示。

進一步，用戶終端100還包括有分別與觸發(fā)電路110、時間電路120、采集電路130和提示電路140連接的判定電路150。所述判定電路150用以判斷預約執(zhí)行時間范圍是否到達，以及用以判斷相應的共享單車是否滿足預約執(zhí)行時間范圍之前觸發(fā)的預約申請，生成相應的預約結果，并將預約結果推送至提示電路140。

在本實施例中，可以根據(jù)“判斷相應的共享單車是否滿足預約執(zhí)行時間范圍之前的預約申請”的判定結果生成相應的預約結果。在預約執(zhí)行時間范圍內，當判定有共享單車滿足預約申請，則即刻生成相應的預約結果“預約成功”。在預約執(zhí)行時間范圍內，若未能判定有共享單車滿足預約申請，則繼續(xù)采集其他相應的共享單車的使用信息，并進一步進行判斷，直至預約執(zhí)行時間范圍終止，仍未能判定有共享單車滿足預約申請時，才生成相應的預約結果“預約不成功”。

優(yōu)選的，用戶終端100還包括有與判定電路150連接的預約詢問電路160，用以輸出預約請求信息，以及接收預約請求反饋信息。所述預約請求反饋信息包括預約請求確認信息和預約請求拒絕信息。

作為舉例而非限制，所述預約請求信息，以及預約請求確認信息或預約請求拒絕信息可以通過語音交互的方式實現(xiàn)。進一步，作為舉例而非限制，預約詢問電路160中設置有用以實現(xiàn)語音交互功能的麥克風161。

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

如圖7所示，該預約系統(tǒng)200包括通信連接的預約用戶終端210和預約服務器220。

進一步，預約用戶終端210包括觸發(fā)電路211、終端通信電路212、提示電路213。

其中，觸發(fā)電路211，用以觸發(fā)共享單車預約申請信息。作為舉例而非限制，預約申請信息包括用車地點和用車時間。例如，預約申請信息可以是“用車地點，A地點；用車時間，當日下午17:00時”。

終端通信電路212，與觸發(fā)電路211連接，用以將觸發(fā)電路211觸發(fā)的共享單車預約申請信息發(fā)送至預約服務器220，以及用以接收預約服務器220推送的預約結果。

提示電路213，與終端通信電路212連接，用以提示預約服務器220推送的預約結果。作為舉例而非限制，所述預約結果可以通過語音方式提示，也可以通過消息框的方式提示。

優(yōu)選的，預約用戶終端210中還包括有預約詢問電路214，用以輸出預約請求信息，以及接收預約請求反饋信息。所述預約請求反饋信息包括預約請求確認信息和預約請求拒絕信息。

作為舉例而非限制，所述預約請求信息，以及預約請求確認信息或預約請求拒絕信息可以通過語音交互的方式實現(xiàn)。進一步，作為舉例而非限制，預約詢問電路214中設置有用以實現(xiàn)語音交互功能的麥克風214a。

進一步，預約服務器220包括服務器通信電路221、時間電路222、采集電路223、判定電路224。

其中，服務器通信電路221，用以獲取預約用戶終端210發(fā)出的預約執(zhí)行時間范圍之前的共享單車預約申請信息，以及用以向預約用戶終端210推送相應的預約結果。

所述預約執(zhí)行時間范圍處于用車時間之前，具體是指依據(jù)用戶提供的共享單車預約申請信息在用車時間之前為用戶尋找可預約的共享單車的時間范圍。優(yōu)選的，預約執(zhí)行時間范圍表示一個具體時間段。例如，預約執(zhí)行時間范圍可以是“當日下午16:30-17:00時”。值得注意的是，預約執(zhí)行時間范圍包括兩個端點時間，即包括16:30時和17:00時兩個時間點。

時間電路222，與服務器通信電路221連接，用以預設、存儲預約執(zhí)行時間，并根據(jù)預約申請信息計算預約執(zhí)行時間范圍。

所述預約執(zhí)行時間范圍可以根據(jù)預約申請信息提供的用車時間和預設的預約執(zhí)行時間來計算。例如，可以預設并存儲的預約執(zhí)行時間為“用車時間前30分鐘”，若預約申請信息中提供的用車時間為“當日下午17:00時”，則可以計算出預約執(zhí)行時間范圍為“當日下午16:30-17:00時”。

采集電路223，與時間電路222連接，用以在預約執(zhí)行時間范圍內，采集相應的共享單車的使用信息。

優(yōu)選的，所述相應的共享單車為所述用車地點鄰近區(qū)域范圍內的共享單車。作為舉例而非限制，所述用車地點鄰近區(qū)域范圍可以是以用車地點為中心，以預設距離為半徑的區(qū)域范圍，或者是能夠從用車地點通過行進較短距離可以直接抵達的區(qū)域范圍。

當所述用車地點鄰近區(qū)域范圍是以用車地點為中心，以預設距離為半徑的區(qū)域范圍時，所述使用信息包括相應的共享單車的當前行駛路徑，以及使用該共享單車的當前用戶終端的歷史行駛路徑。

當所述用車地點鄰近區(qū)域范圍是能夠從用車地點通過行進較短距離可以直接抵達的區(qū)域范圍時，所述使用信息包括相應的共享單車的設備狀態(tài)和使用狀態(tài)。設備狀態(tài)是指共享單車的設備運轉狀態(tài)，包括設備運轉正常和設備故障狀態(tài)。使用狀態(tài)是指共享單車的使用狀況，包括已預約狀態(tài)和閑置狀態(tài)。

判定電路224，分別與服務器通信電路221、時間電路222和采集電路223連接，用以判斷預約執(zhí)行時間范圍是否到達，以及用以判斷相應的共享單車是否滿足預約執(zhí)行時間范圍之前觸發(fā)的預約申請，生成相應的預約結果。

在本實施例中，可以根據(jù)“判斷相應的共享單車是否滿足預約執(zhí)行時間范圍之前的預約申請”的判定結果生成預約結果。在預約執(zhí)行時間范圍內，當判定有共享單車滿足預約申請，則即刻生成相應的預約結果“預約成功”。在預約執(zhí)行時間范圍內，若未能判定有共享單車滿足預約申請，則繼續(xù)采集其他相應的共享單車的使用信息，并進一步進行判斷，直至預約執(zhí)行時間范圍終止，仍未能判定有共享單車滿足預約申請時，才生成相應的預約結果“預約不成功”。

作為舉例而非限制，本實施例所述共享單車可以是共享自行車、共享電動車或共享摩托車。

本發(fā)明的技術方案具有如下優(yōu)點，可以使用戶在距離共享單車的起始使用時間之前的較長時間范圍內對共享單車進行預約，有效地提高了共享單車使用的便捷性。

上述描述僅是對本發(fā)明較佳實施例的描述，并非對本發(fā)明范圍的任何限定，任何熟悉該領域的普通技術人員根據(jù)上述揭示內容做的任何變更、修飾，均屬于權利要求書的保護范圍。