本申請涉及計算機領域，尤其涉及一種用于車輛調度的方法及設備。

背景技術：

近年來，專車市場愈演愈烈，專車等待時間短、服務體驗好，緩解了高峰期的交通需求，彌補了現(xiàn)有出行方式無法滿足的出行需求、滿足了對乘車環(huán)境和服務的升級需求。各類專車平臺通過強勢補貼，積累用戶，培育和刺激市場發(fā)展，但仍存在以下問題：專車隨機分布，難以應對機場、酒店、景點等高峰時段大客流的需要。運能不能人工介入調配，智能調配的方法不能應對高峰時段大客流的需要，用戶等待時間長。

申請內容

本申請的一個目的是提供一種用于車輛調度的方法及設備，解決現(xiàn)有技術中運能不能人工介入調配，難以應對機場、酒店、景點等高峰時段大客流需要的問題。

根據(jù)本申請的一個方面，一種用于車輛調度的方法，該方法包括：

基于車輛的接單反饋確定運能狀態(tài)，當運能狀態(tài)為不足時，發(fā)送介入調度通知；

基于運能不足的狀態(tài)確定運能調配方案；

根據(jù)所述運能調配方案確定為用戶服務的調配車輛，并將服務通知發(fā)送至所述調配車輛。

進一步地，在上述方法中，基于運能不足的狀態(tài)確定運能調配方案，包括：

基于運能不足的狀態(tài)獲取預設區(qū)域內的車輛的位置信息；

基于所述車輛的位置信息確定運能調配方案。

進一步地，在上述方法中，基于車輛的接單反饋確定運能狀態(tài)，包括：

向所述預設區(qū)域內的車輛發(fā)送接單請求；

基于所述車輛的接單反饋，判斷所述接單反饋中是否均為未接單，若是，則確定運能狀態(tài)為不足；

所述基于運能不足的狀態(tài)確定運能調配方案包括：

根據(jù)所述車輛的歷史運行狀態(tài)信息從所述預設區(qū)域內的車輛中選取為用戶服務的調配車輛；

將所述選取的調配車輛的信息發(fā)送至自助服務設備。

進一步地，所述車輛的歷史運行狀態(tài)信息包括：每天車輛的位置分布信息和每天各時間段內的訂單需求信息。

進一步地，在上述方法中，基于車輛的接單反饋確定運能狀態(tài)，包括：

基于車輛的接單反饋判斷訂單頁面中是否顯示接單反饋異常，若是，則確定運能狀態(tài)為不足；

所述基于運能不足的狀態(tài)確定運能調配方案包括：

根據(jù)所述運能不足的狀態(tài)，選取為用戶服務的待調配車輛；

根據(jù)運能預估模型確定待調配接單時間點及從待調配車輛中選取所述預設區(qū)域內的調配車輛，其中，所述運能預估模型根據(jù)所有車輛的歷史運能信息確定。

進一步地，根據(jù)所述運能不足的狀態(tài)，選取為用戶服務的待調配車輛，包括：

在預設的時間閾值內對歷史未接單的車輛進行標記；

根據(jù)所述預警信息從未標記的車輛中，選取為用戶服務的待調配車輛。

進一步地，根據(jù)運能預估模型確定待調配接單時間點及從待調配車輛中選取所述預設區(qū)域內的調配車輛，包括：

根據(jù)所述運能預估模型計算當前時間的運能需求及待調配接單時間點；

根據(jù)所述當前時間的運能需求及所述待調配接單的時間點確定距離訂單服務位置最近的待調配車輛，從所述待調配車輛中選取所述預設區(qū)域內的調配車輛；

將所述訂單所在的位置及待調配接單時間點發(fā)送至所述調配車輛。

根據(jù)本申請另一個方面，還提供了一種用于車輛調度的設備，所述設備包括：

運能確定裝置，用于基于車輛的接單反饋確定運能狀態(tài)，當運能狀態(tài)為不足時，發(fā)送介入調度通知；

確定裝置，用于基于運能不足的狀態(tài)確定運能調配方案；

調度裝置，用于根據(jù)所述運能調配方案確定為用戶服務的調配車輛，并將服務通知發(fā)送至所述調配車輛。

進一步地，上述設備中，所述確定裝置用于：

基于運能不足的狀態(tài)獲取預設區(qū)域內的車輛的位置信息；

基于所述車輛的位置信息確定運能調配方案。

進一步地，上述設備中，所述運能確定裝置用于：

向所述預設區(qū)域內的車輛發(fā)送接單請求；

基于所述車輛的接單反饋，判斷所述接單反饋中是否均為未接單，若是，則確定運能狀態(tài)為不足；

所述確定裝置用于：

根據(jù)所述車輛的歷史運行狀態(tài)信息從所述預設區(qū)域內的車輛中選取為用戶服務的調配車輛；

將所述選取的調配車輛的信息發(fā)送至自助服務設備。

進一步地，所述車輛的歷史運行狀態(tài)信息包括：每天車輛的位置分布信息和每天各時間段內的訂單需求信息。

進一步地，所述運能狀態(tài)裝置用于：

基于車輛的接單反饋判斷訂單頁面中是否顯示接單反饋異常，若是，則確定運能狀態(tài)為不足；

所述確定裝置用于：

根據(jù)所述運能不足的狀態(tài)，選取為用戶服務的待調配車輛；

根據(jù)運能預估模型確定待調配接單時間點及從待調配車輛中選取所述預設區(qū)域內的調配車輛，其中，所述運能預估模型根據(jù)所有車輛的歷史運能信息確定。

進一步地，上述設備中，所述確定裝置用于：

在預設的時間閾值內對歷史未接單的車輛進行標記；

根據(jù)所述預警信息從未標記的車輛中，選取為用戶服務的待調配車輛。

進一步地，上述設備中，所述確定裝置用于：

根據(jù)所述運能預估模型計算當前時間的運能需求及待調配接單時間點；

根據(jù)所述當前時間的運能需求及所述待調配接單的時間點確定距離訂單服務位置最近的待調配車輛，從所述待調配車輛中選取所述預設區(qū)域內的調配車輛；

將所述訂單所在的位置及待調配接單時間點發(fā)送至所述調配車輛。

與現(xiàn)有技術相比，本申請通過基于車輛的接單反饋確定運能狀態(tài)，當運能狀態(tài)為不足時，發(fā)送介入調度通知；接著，基于運能不足的狀態(tài)確定運能調配方案；隨后，根據(jù)所述運能調配方案確定為用戶服務的調配車輛，并將服務通知發(fā)送至所述調配車輛，從而可以及時應對機場、酒店、景點等高峰時間段大客流的需要，依靠訂單調節(jié)，在運能不足時將預警提醒，且能夠人工介入調配及智能調配，調配方式更加靈活，減少用戶的等待時間和空駛。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本申請的其它特征、目的和優(yōu)點將會變得更明顯：

圖1示出根據(jù)本申請的一個方面的一種用于車輛調度的方法流程示意圖；

圖2示出本申請中的一實施例的運能車輛的布局示意圖；

圖3示出根據(jù)本申請的另一個方面的一種用于車輛調度的設備結構示意圖。

附圖中相同或相似的附圖標記代表相同或相似的部件。

具體實施方式

下面結合附圖對本申請作進一步詳細描述。

在本申請一個典型的配置中，終端、服務網絡的設備和可信方均包括一個或多個處理器(CPU)、輸入/輸出接口、網絡接口和內存。

內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內存等形式，如只讀存儲器(ROM)或閃存(flashRAM)。內存是計算機可讀介質的示例。

計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結構、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質的例子包括，但不限于相變內存(PRAM)、靜態(tài)隨機存取存儲器(SRAM)、動態(tài)隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內存技術、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學存儲、磁盒式磁帶，磁帶磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括非暫存電腦可讀媒體(transitory media)，如調制的數(shù)據(jù)信號和載波。

圖1示出根據(jù)本申請的一個方面的一種用于車輛調度的方法流程示意圖，該方法包括：步驟S11～步驟S13，優(yōu)選地應用于網約車、移動通訊和車輛聯(lián)網設計的場景，

在步驟S11中，基于車輛的接單反饋確定運能狀態(tài)，當運能狀態(tài)為不足時，發(fā)送介入調度通知；在此，在車輛端，對應的司機安裝相應的應用程序(APP)根據(jù)用戶的訂單請求進行接單或搶單，在收到訂單后可能進行接收該訂單，也可能拒絕接單，在搶單時可能發(fā)生沒有任何空閑車輛進行搶單的情況，在服務端，管理調度時，從車輛端獲取司機的接單反饋，根據(jù)接單反饋確定運能狀態(tài)，比如當有司機正常接單時，則運能狀態(tài)良好，當用戶的訂單需求遠大于接單的車輛數(shù)量或者用戶的訂單沒有司機進行接單時，出現(xiàn)運能不足的狀態(tài)，當運能不足時，會發(fā)出預警，并通知相應調度介入調配運能。

在步驟S12中，基于運能不足的狀態(tài)確定運能調配方案；在本申請一實施例中，根據(jù)運能不足的狀態(tài)，選取調度人員進行介入調配運能或者基于運能預估模型進行智能調配。因此，調度管理時依靠訂單調節(jié)，也彌補了不能人工進行介入調配的缺陷，使得對車輛的調度管理更加靈活，運能圍繞機場、酒店、景點進行布局，以應對大客流的需要，在運能不足時將預警提醒，調度將介入調配運能分布，減少用戶的等待時間。

在步驟S13中，根據(jù)所述運能調配方案確定為用戶服務的調配車輛，并將服務通知發(fā)送至所述調配車輛。在此，根據(jù)所確定的運能調配方案，選取為用戶服務的調配車輛，將服務通知發(fā)送該調配車輛的司機，讓司機前往用戶所在的下訂單的位置，開始服務。

在本申請一實施例中，在步驟S12中，基于運能不足的狀態(tài)獲取預設區(qū)域內的車輛的位置信息；基于所述車輛的位置信息確定運能調配方案。在此，運能不足時，進行預警提醒，并且實時獲取預設區(qū)域內的所有車輛的位置，進行展示，其中，預設區(qū)域可以為酒店、機場、車站等周圍的區(qū)域，也可以為某一行政區(qū)域內的范圍區(qū)域，如上海的徐匯區(qū)，獲取徐匯區(qū)內所有車輛的位置信息，以應對該區(qū)內用戶的需要；根據(jù)實時獲取到的所有車輛的位置信息，確定運能調配方案，如人工介入調配，選擇距離用戶下訂單的位置最近的空閑車輛前往，為用戶服務。

在本申請一實施例中，在步驟S11中，向所述預設區(qū)域內的車輛發(fā)送接單請求；基于所述車輛的接單反饋，判斷所述接單反饋中是否均為未接單，若是，則確定運能狀態(tài)為不足；接著，在步驟S12中，根據(jù)所述車輛的歷史運行狀態(tài)信息從所述預設區(qū)域內的車輛中選取為用戶服務的調配車輛；將所述選取的調配車輛的信息發(fā)送至自助服務設備。在此，對于訂單分派給司機時，向預設區(qū)域內的車輛發(fā)送接單請求，車輛對應的司機可以選擇接收訂單也可以選擇拒絕訂單，當無候選司機或者所有司機都選擇拒絕訂單時，會出現(xiàn)運能不足的狀態(tài)，此時會發(fā)出預警提醒，移動端相應的訂單標示異常色，同時發(fā)出異常音響，通知相應調度人工介入調配運能。服務端實時獲取所有車輛位置進行展示，調度可以選擇車輛進行調配，根據(jù)歷史運能狀態(tài)信息制定運能調配計劃。在本申請一實施例中，所述車輛的歷史運行狀態(tài)信息包括：每天車輛的位置分布信息和每天各時間段內的訂單需求信息。在此，車輛的歷史運行狀態(tài)信息為既往運能統(tǒng)計數(shù)據(jù)，記錄了所有司機和車輛每天的分布，可以統(tǒng)計自助下訂單設備投放點每天各時段的訂單需求量。在此，自助約車終端圍繞機場、酒店、景點等進行布局，以應對大客流的需要，所有車輛為用戶服務結束后會回到系統(tǒng)指定的自助下訂單設備投放點周圍。需要說明的是，所述車輛的歷史運能狀態(tài)信息還可以為移動終端上應用程序(APP)上用戶的下訂單需求，并不僅限于自助下訂單設備投放點的訂單需求量。

在本申請一實施例中，在步驟S11中，基于車輛的接單反饋判斷訂單頁面中是否顯示接單反饋異常，若是，則確定運能狀態(tài)為不足；接著，在步驟S12中，根據(jù)所述運能不足的狀態(tài)，選取為用戶服務的待調配車輛；根據(jù)運能預估模型確定待調配接單時間點及從待調配車輛中選取所述預設區(qū)域內的調配車輛，其中，所述運能預估模型根據(jù)所有車輛的歷史運能信息確定。在此，對車輛進行派單時，如將訂單同時發(fā)送給所有空閑車輛的司機，司機進行搶單，將接單反饋發(fā)送至服務端，系統(tǒng)中訂單頁面出現(xiàn)異常單，無司機進行接單，出現(xiàn)運能不足的狀態(tài)，根據(jù)此情況的運能狀態(tài)，可以選擇智能調配的運能調配方案，在本申請一實施例中，選取為用戶服務的待調配車輛，如在用戶下訂單的位置周圍的車輛或者剛結束服務時的車輛，基于運能預估模型進行智能調配，計算待調配接單時間點，如歷史運能狀態(tài)是周六的上午9點至10點這個時間段客流量比較大，根據(jù)歷史的訂單需求預測當前周六的上午9點至10點的訂單需求，將周六上午9點至10點這個時間段作為待調配接單時間點，通知相應的車輛前往用戶所在的位置，減少用戶的等待時間，同時，相應車輛可以為從待調配車輛中選取的所述預設區(qū)域內的調配車輛，也可以為剛結束服務的車輛；用戶所在的位置可以為用戶所使用的自助約車終端的投放點周圍，如圖2中所示，選取剛結束服務的司機前往自助約車終端的投放點周圍，運能將圍繞機場、火車站、酒店、景點等進行布局，以應對大客流的需要。

優(yōu)選地，在步驟S12中，選取為用戶服務的待調配車輛，包括：在預設的時間閾值內對歷史未接單的車輛進行標記；根據(jù)所述預警信息從未標記的車輛中，選取為用戶服務的待調配車輛。在本申請一實施例中，在運能調配過程中，具體選取前往用戶所在位置的車輛可以根據(jù)歷史運能信息確定，在預設的時間閾值內，當訂單下發(fā)給相應車輛時，若該車輛拒絕接單，則可對該車輛的司機進行標記，該司機可能信用不夠或者當天接單數(shù)量已達到上限，出于運營效益和用戶的體驗，選擇其他司機進行前往較好，因此，選取時，從未標記的車輛中選取為用戶服務的待調配車輛。需要說明的是，每次運能調整發(fā)生在訂單異常報警時，此時可將最近一次的異常訂單中不接單的司機排除，因運能可能已經釋放之前補接單的記錄；對于短時間內無法調整運能的，在這段時間內運能已經釋放；因此需要有一個時間閾值，在該時間閾值內進行調整的，選取待調配車輛和司機時，剔除不接單的司機。

優(yōu)選地，在步驟S12中，根據(jù)所述運能預估模型計算當前時間的運能需求及待調配接單時間點；根據(jù)所述當前時間的運能需求及所述待調配接單的時間點確定距離訂單服務位置最近的待調配車輛，從所述待調配車輛中選取所述預設區(qū)域內的調配車輛；將所述訂單所在的位置及待調配接單時間點發(fā)送至所述調配車輛。在此，根據(jù)運能預估模型確定待調配接單時間點及從待調配車輛中選取所述預設區(qū)域內的調配車輛，具體的方式可以為：運能預估模型根據(jù)既往運能統(tǒng)計數(shù)據(jù)所作出的運能預測，比如每周的周一，當天的運能預測值將參考上周及以往周一的數(shù)值求出，因晴天和雨天的訂單量差別較大，還可以結合天氣情況進行預測。當司機結束服務時，計算距離該司機最近的待調配接單時間點以及當前時間的歷史運能需求，從有運能缺口的點中選擇距離用戶下訂單的位置最近的司機前往，由此減少下一個用戶的等待時間和空駛。其中，運能缺口是指預設區(qū)域內車輛數(shù)量小于運能預估值時的點，比如當自助約車終端投放點周圍3公里范圍內的車輛數(shù)少于運能預估值時，視為有運能缺口的點。

通過本申請所述的車輛調度的方法，可以及時應對機場、酒店、景點等高峰時間段大客流的需要，依靠訂單調節(jié)，在運能不足時將預警提醒，且能夠人工介入調配及智能調配，調配方式更加靈活，減少用戶的等待時間和空駛。

圖3示出根據(jù)本申請的另一個方面的一種用于車輛調度的設備結構示意圖，該設備包括：運能確定裝置11、確定裝置12和調度裝置13，優(yōu)選地應用于網約車、移動通訊和車輛聯(lián)網設計的場景，

運能確定裝置11，用于基于車輛的接單反饋確定運能狀態(tài)，當運能狀態(tài)為不足時，發(fā)送介入調度通知；在此，在車輛端，對應的司機安裝相應的應用程序(APP)根據(jù)用戶的訂單請求進行接單或搶單，在收到訂單后可能進行接收該訂單，也可能拒絕接單，在搶單時可能發(fā)生沒有任何空閑車輛進行搶單的情況，在服務端，管理調度時，從車輛端獲取司機的接單反饋，根據(jù)接單反饋確定運能狀態(tài)，比如當有司機正常接單時，則運能狀態(tài)良好，當用戶的訂單需求遠大于接單的車輛數(shù)量或者用戶的訂單沒有司機進行接單時，出現(xiàn)運能不足的狀態(tài)，當運能不足時，會發(fā)出預警，并通知相應調度介入調配運能。

確定裝置12，用于基于運能不足的狀態(tài)確定運能調配方案；在本申請一實施例中，根據(jù)運能不足的狀態(tài)，選取調度人員進行介入調配運能或者基于運能預估模型進行智能調配。因此，調度管理時依靠訂單調節(jié)，也彌補了不能人工進行介入調配的缺陷，使得對車輛的調度管理更加靈活，運能圍繞機場、酒店、景點進行布局，以應對大客流的需要，在運能不足時將預警提醒，調度將介入調配運能分布，減少用戶的等待時間。

調度裝置13，用于根據(jù)所述運能調配方案確定為用戶服務的調配車輛，并將服務通知發(fā)送至所述調配車輛。在此，根據(jù)所確定的運能調配方案，選取為用戶服務的調配車輛，將服務通知發(fā)送該調配車輛的司機，讓司機前往用戶所在的下訂單的位置，開始服務。

在本申請一實施例中，確定裝置12，用于基于運能不足的狀態(tài)獲取預設區(qū)域內的車輛的位置信息；基于所述車輛的位置信息確定運能調配方案。在此，運能不足時，進行預警提醒，并且實時獲取預設區(qū)域內的所有車輛的位置，進行展示，其中，預設區(qū)域可以為酒店、機場、車站等周圍的區(qū)域，也可以為某一行政區(qū)域內的范圍區(qū)域，如上海的徐匯區(qū)，獲取徐匯區(qū)內所有車輛的位置信息，以應對該區(qū)內用戶的需要；根據(jù)實時獲取到的所有車輛的位置信息，確定運能調配方案，如人工介入調配，選擇距離用戶下訂單的位置最近的空閑車輛前往，為用戶服務。

在本申請一實施例中，運能確定裝置11用于，向所述預設區(qū)域內的車輛發(fā)送接單請求；基于所述車輛的接單反饋，判斷所述接單反饋中是否均為未接單，若是，則確定運能狀態(tài)為不足；接著，確定裝置12用于，根據(jù)所述車輛的歷史運行狀態(tài)信息從所述預設區(qū)域內的車輛中選取為用戶服務的調配車輛；將所述選取的調配車輛的信息發(fā)送至自助服務設備。在此，對于訂單分派給司機時，向預設區(qū)域內的車輛發(fā)送接單請求，車輛對應的司機可以選擇接收訂單也可以選擇拒絕訂單，當無候選司機或者所有司機都選擇拒絕訂單時，會出現(xiàn)運能不足的狀態(tài)，此時會發(fā)出預警提醒，移動端相應的訂單標示異常色，同時發(fā)出異常音響，通知相應調度人工介入調配運能。服務端實時獲取所有車輛位置進行展示，調度可以選擇車輛進行調配，根據(jù)歷史運能狀態(tài)信息制定運能調配計劃。在本申請一實施例中，所述車輛的歷史運行狀態(tài)信息包括：每天車輛的位置分布信息和每天各時間段內的訂單需求信息。在此，車輛的歷史運行狀態(tài)信息為既往運能統(tǒng)計數(shù)據(jù)，記錄了所有司機和車輛每天的分布，可以統(tǒng)計自助下訂單設備投放點每天各時段的訂單需求量。在此，自助約車終端圍繞機場、酒店、景點等進行布局，以應對大客流的需要，所有車輛為用戶服務結束后會回到系統(tǒng)指定的自助下訂單設備投放點周圍。需要說明的是，所述車輛的歷史運能狀態(tài)信息還可以為移動終端上應用程序(APP)上用戶的下訂單需求，并不僅限于自助下訂單設備投放點的訂單需求量。

在本申請一實施例中，運能確定裝置11用于，基于車輛的接單反饋判斷訂單頁面中是否顯示接單反饋異常，若是，則確定運能狀態(tài)為不足；接著，確定裝置，根據(jù)所述運能不足的狀態(tài)，選取為用戶服務的待調配車輛；根據(jù)運能預估模型確定待調配接單時間點及從待調配車輛中選取所述預設區(qū)域內的調配車輛，其中，所述運能預估模型根據(jù)所有車輛的歷史運能信息確定。在此，對車輛進行派單時，如將訂單同時發(fā)送給所有空閑車輛的司機，司機進行搶單，將接單反饋發(fā)送至服務端，系統(tǒng)中訂單頁面出現(xiàn)異常單，無司機進行接單，出現(xiàn)運能不足的狀態(tài)，根據(jù)此情況的運能狀態(tài)，可以選擇智能調配的運能調配方案，在本申請一實施例中，選取為用戶服務的待調配車輛，如在用戶下訂單的位置周圍的車輛或者剛結束服務時的車輛，基于運能預估模型進行智能調配，計算待調配接單時間點，如歷史運能狀態(tài)是周六的上午9點至10點這個時間段客流量比較大，根據(jù)歷史的訂單需求預測當前周六的上午9點至10點的訂單需求，將周六上午9點至10點這個時間段作為待調配接單時間點，通知相應的車輛前往用戶所在的位置，減少用戶的等待時間，同時，相應車輛可以為從待調配車輛中選取的所述預設區(qū)域內的調配車輛，也可以為剛結束服務的車輛；用戶所在的位置可以為用戶所使用的自助約車終端的投放點周圍，如圖2中所示，選取剛結束服務的司機前往自助約車終端的投放點周圍，運能將圍繞機場、火車站、酒店、景點等進行布局，以應對大客流的需要。

優(yōu)選地，確定裝置12，用于在預設的時間閾值內對歷史未接單的車輛進行標記；根據(jù)所述預警信息從未標記的車輛中，選取為用戶服務的待調配車輛。在本申請一實施例中，選取為用戶服務的待調配車輛時，具體選取前往用戶所在位置的車輛可以根據(jù)歷史運能信息確定，在預設的時間閾值內，當訂單下發(fā)給相應車輛時，若該車輛拒絕接單，則可對該車輛的司機進行標記，該司機可能信用不夠或者當天接單數(shù)量已達到上限，出于運營效益和用戶的體驗，選擇其他司機進行前往較好，因此，選取時，從未標記的車輛中選取為用戶服務的待調配車輛。需要說明的是，每次運能調整發(fā)生在訂單異常報警時，此時可將最近一次的異常訂單中不接單的司機排除，因運能可能已經釋放之前補接單的記錄；對于短時間內無法調整運能的，在這段時間內運能已經釋放；因此需要有一個時間閾值，在該時間閾值內進行調整的，選取待調配車輛和司機時，剔除不接單的司機。

優(yōu)選地，確定裝置12，用于根據(jù)所述運能預估模型計算當前時間的運能需求及待調配接單時間點；根據(jù)所述當前時間的運能需求及所述待調配接單的時間點確定距離訂單服務位置最近的待調配車輛，從所述待調配車輛中選取所述預設區(qū)域內的調配車輛；將所述訂單所在的位置及待調配接單時間點發(fā)送至所述調配車輛。在此，根據(jù)運能預估模型確定待調配接單時間點及從待調配車輛中選取所述預設區(qū)域內的調配車輛，具體的方式可以為：運能預估模型根據(jù)既往運能統(tǒng)計數(shù)據(jù)所做出的運能預測，比如每周的周一，當天的運能預測值將參考上周及以往周一的數(shù)值求出，因晴天和雨天的訂單量差別較大，還可以結合天氣情況進行預測。當司機結束服務時，計算距離該司機最近的待調配接單時間點以及當前時間的歷史運能需求，從有運能缺口的點中選擇距離用戶下訂單的位置最近的司機前往，由此減少下一個用戶的等待時間和空駛。其中，運能缺口是指預設區(qū)域內車輛數(shù)量小于運能預估值時的點，比如當自助約車終端投放點周圍3公里范圍內的車輛數(shù)少于運能預估值時，視為有運能缺口的點。

通過本申請所述設備用于車輛的調度，可以及時應對機場、酒店、景點等高峰時間段大客流的需要，依靠訂單調節(jié)，在運能不足時將預警提醒，且能夠人工介入調配及智能調配，調配方式更加靈活，減少用戶的等待時間和空駛。

顯然，本領域的技術人員可以對本申請進行各種改動和變型而不脫離本申請的精神和范圍。這樣，倘若本申請的這些修改和變型屬于本申請權利要求及其等同技術的范圍之內，則本申請也意圖包含這些改動和變型在內。

需要注意的是，本申請可在軟件和/或軟件與硬件的組合體中被實施，例如，可采用專用集成電路(ASIC)、通用目的計算機或任何其他類似硬件設備來實現(xiàn)。在一個實施例中，本申請的軟件程序可以通過處理器執(zhí)行以實現(xiàn)上文所述步驟或功能。同樣地，本申請的軟件程序(包括相關的數(shù)據(jù)結構)可以被存儲到計算機可讀記錄介質中，例如，RAM存儲器，磁或光驅動器或軟磁盤及類似設備。另外，本申請的一些步驟或功能可采用硬件來實現(xiàn)，例如，作為與處理器配合從而執(zhí)行各個步驟或功能的電路。

另外，本申請的一部分可被應用為計算機程序產品，例如計算機程序指令，當其被計算機執(zhí)行時，通過該計算機的操作，可以調用或提供根據(jù)本申請的方法和/或技術方案。而調用本申請的方法的程序指令，可能被存儲在固定的或可移動的記錄介質中，和/或通過廣播或其他信號承載媒體中的數(shù)據(jù)流而被傳輸，和/或被存儲在根據(jù)所述程序指令運行的計算機設備的工作存儲器中。在此，根據(jù)本申請的一個實施例包括一個裝置，該裝置包括用于存儲計算機程序指令的存儲器和用于執(zhí)行程序指令的處理器，其中，當該計算機程序指令被該處理器執(zhí)行時，觸發(fā)該裝置運行基于前述根據(jù)本申請的多個實施例的方法和/或技術方案。

對于本領域技術人員而言，顯然本申請不限于上述示范性實施例的細節(jié)，而且在不背離本申請的精神或基本特征的情況下，能夠以其他的具體形式實現(xiàn)本申請。因此，無論從哪一點來看，均應將實施例看作是示范性的，而且是非限制性的，本申請的范圍由所附權利要求而不是上述說明限定，因此旨在將落在權利要求的等同要件的含義和范圍內的所有變化涵括在本申請內。不應將權利要求中的任何附圖標記視為限制所涉及的權利要求。此外，顯然“包括”一詞不排除其他單元或步驟，單數(shù)不排除復數(shù)。裝置權利要求中陳述的多個單元或裝置也可以由一個單元或裝置通過軟件或者硬件來實現(xiàn)。第一，第二等詞語用來表示名稱，而并不表示任何特定的順序。