两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

一種用于車輛派單的方法及設(shè)備與流程

文檔序號:11408369閱讀:447來源:國知局
一種用于車輛派單的方法及設(shè)備與流程

本申請涉及計算機領(lǐng)域,尤其涉及一種用于車輛派單的方法及設(shè)備。



背景技術(shù):

近年來,專車市場愈演愈烈,專車等待時間短、服務(wù)體驗好,緩解了高峰期的交通需求,彌補了現(xiàn)有出行方式無法滿足的出行需求、滿足了對乘車環(huán)境和服務(wù)的升級需求。各類專車平臺通過強勢補貼,積累用戶,培育和刺激市場發(fā)展,但仍存在以下問題:專車隨機分布,難以應(yīng)對機場、酒店、景點等高峰時段大客流的需要。用戶需要下載相應(yīng)的應(yīng)用程序并進行注冊和登錄才能下訂單,使用時需要依賴移動網(wǎng)絡(luò),且訂單分派模式單一的問題。

申請內(nèi)容

本申請的一個目的是提供一種用于車輛派單的方法及設(shè)備,解決目前訂單分派模式單一,在人員流動快的地點,用戶使用移動終端下載安裝應(yīng)用程序、注冊和登錄的繁瑣過程的問題。

根據(jù)本申請的一個方面,提供了一種在自助服務(wù)設(shè)備用于車輛派單的方法,所述方法包括:

獲取所述自助服務(wù)設(shè)備周圍的空閑車輛的信息;

基于訂單請求及所述空閑車輛信息確定派單方式,并根據(jù)所述派單方式將所述訂單發(fā)送至所述空閑車輛;

接收所述空閑車輛的基于訂單的接單反饋,并進行顯示,同時顯示待支付方式;

在預設(shè)時間內(nèi)基于用戶選擇的待支付方式的支付操作確定訂單狀態(tài),并將所述訂單狀態(tài)反饋至所述網(wǎng)絡(luò)設(shè)備。

進一步地,獲取所述自助服務(wù)設(shè)備周圍的空閑車輛的信息之后,包括:

顯示所述空閑車輛的位置信息及空閑車輛的最快到達時間,其中,所述最快到達時間為所述空閑車輛從當前位置到達所述自助服務(wù)設(shè)備的最快時間。

進一步地,當所述用戶選擇當前用車時,所述確定的派單方式包括:

基于所述空閑車輛的位置信息確定待派單的空閑車輛;

基于所確定的待派單的空閑車輛及所述待派單的空閑車輛對應(yīng)的最快到達時間從所述待派單的空閑車輛中選取派單車輛。

進一步地,基于所述空閑車輛的位置信息確定待派單的空閑車輛,包括:

基于從所述網(wǎng)絡(luò)設(shè)備獲取的所述空閑車輛的位置信息判斷第一預設(shè)距離范圍內(nèi)是否存在滿足派單條件的空閑車輛,若是,

則判斷從當前時間開始,在第一預設(shè)時間內(nèi)是否存在未預約訂單的空閑車輛,若是,

判斷滿足條件的空閑車輛的數(shù)量是否大于或等于數(shù)量閾值時,將滿足條件的空閑車輛所在的范圍作為第二預設(shè)距離范圍;

根據(jù)在第二預設(shè)距離范圍內(nèi)所述空閑車輛的位置信息確定待派單的空閑車輛。

進一步地,基于所確定的待派單的空閑車輛及所述待派單的空閑車輛對應(yīng)的最快到達時間從所述待派單的空閑車輛中選取派單車輛,包括:

根據(jù)所述待派單的空閑車輛的信息獲取所述待派單的空閑車輛的位置信息,并確定所述待派單的空閑車輛到達所述自助服務(wù)設(shè)備所在位置的最快到達時間;

根據(jù)所述待派單的空閑車輛的當天已服務(wù)的訂單數(shù)量、未服務(wù)的訂單數(shù)量及所述最快到達時間,確定所述待派單的空閑車輛的派單排序;

根據(jù)所述派單排序從所述待派單的空閑車輛中選取派單車輛。

進一步地,當所述訂單為待搶訂單時,所述確定的派單方式還包括:

將所述待搶訂單同時發(fā)送至所述用戶預訂的車型對應(yīng)的空閑車輛。

進一步地,所述方法還包括:

判斷在預設(shè)搶單時間內(nèi)是否存在空閑車輛搶單,若否,則顯示車輛已被預訂的提示信息。

進一步地,在預設(shè)時間內(nèi)根據(jù)用戶的支付操作確定訂單狀態(tài),并將所述訂單狀態(tài)反饋至所述網(wǎng)絡(luò)設(shè)備,包括:

在預設(shè)時間內(nèi)根據(jù)用戶的支付操作,判斷是否支付成功,若否,則取消所述訂單,并將所述訂單的取消狀態(tài)發(fā)送至所述網(wǎng)絡(luò)設(shè)備及所述空閑車輛。

根據(jù)本申請另一個方面,提供了一種在網(wǎng)絡(luò)設(shè)備端用于車輛派單的方法,該方法包括:

從車輛端獲取空閑車輛的信息,并將所述空閑車輛的信息發(fā)送至自助服務(wù)設(shè)備;

根據(jù)接收的所述空閑車輛的接單反饋進行訂單處理。

進一步地,根據(jù)接收的所述空閑車輛的接單反饋進行訂單處理,包括:

判斷接收的所述空閑車輛的接單反饋是否為派單失敗,若是,則顯示派單失敗的信息,并顯示未接單的空閑車輛的信息;

若否,則記錄所述接單的空閑車輛的信息或?qū)⒅匦屡蓡蔚恼埱蟀l(fā)送至所述自助服務(wù)設(shè)備。

進一步地,從車輛端獲取空閑車輛的信息之后,還包括:

計算所述空閑車輛從當前位置到達所述自助服務(wù)設(shè)備的最快到達時間,并將所述最快到達時間發(fā)送至自助服務(wù)設(shè)備。

根據(jù)本申請又一個方面,提供了一種在車輛端用于車輛派單的方法,該方法包括:

將所述空閑車輛的信息發(fā)送至網(wǎng)絡(luò)設(shè)備;

判斷對于自助服務(wù)設(shè)備發(fā)送的訂單是否進行接單,得到接單反饋;

將所述接單反饋發(fā)送至所述自助服務(wù)設(shè)備及網(wǎng)絡(luò)設(shè)備。

進一步地,所述方法還包括:

接收所述自助服務(wù)設(shè)備反饋的所述訂單的取消狀態(tài)的信息。

根據(jù)本申請一個方面,還提供了一種用于車輛派單的自助服務(wù)設(shè)備,所述自助服務(wù)設(shè)備包括:

獲取裝置,用于獲取所述自助服務(wù)設(shè)備周圍的空閑車輛的信息;

派單裝置,用于基于訂單請求及所述空閑車輛信息確定派單方式,并根據(jù)所述派單方式將所述訂單發(fā)送至所述空閑車輛;

接收裝置,用于接收所述空閑車輛的基于訂單的接單反饋,并進行顯示,同時顯示待支付方式;

反饋裝置,用于在預設(shè)時間內(nèi)基于用戶選擇的待支付方式的支付操作確定訂單狀態(tài),并將所述訂單狀態(tài)反饋至所述網(wǎng)絡(luò)設(shè)備。

進一步地,所述自助服務(wù)設(shè)備包括:

顯示裝置,用于顯示所述空閑車輛的位置信息及空閑車輛的最快到達時間,其中,所述最快到達時間為所述空閑車輛從當前位置到達所述自助服務(wù)設(shè)備的最快時間。

進一步地,當所述用戶選擇當前用車時,所述確定的派單方式包括:

基于所述空閑車輛的位置信息確定待派單的空閑車輛;

基于所確定的待派單的空閑車輛及所述待派單的空閑車輛對應(yīng)的最快到達時間從所述待派單的空閑車輛中選取派單車輛。

進一步地,所述派單裝置用于:

基于從所述網(wǎng)絡(luò)設(shè)備獲取的所述空閑車輛的位置信息判斷第一預設(shè)距離范圍內(nèi)是否存在滿足派單條件的所述空閑車輛,若是,

則判斷從當前時間開始,在第一預設(shè)時間內(nèi)是否存在未預約訂單的空閑車輛,若是,

判斷滿足條件的空閑車輛的數(shù)量是否大于或等于數(shù)量閾值時,將滿足條件的空閑車輛所在的范圍作為第二預設(shè)距離范圍;

根據(jù)在第二預設(shè)距離范圍內(nèi)所述空閑車輛的位置信息確定待派單的空閑車輛。

進一步地,所述派單裝置用于:

根據(jù)所述待派單的空閑車輛的信息獲取所述待派單的空閑車輛的位置信息,并確定所述待派單的空閑車輛到達所述自助服務(wù)設(shè)備所在位置的最快到達時間;

根據(jù)所述待派單的空閑車輛的當天已服務(wù)的訂單數(shù)量、未服務(wù)的訂單數(shù)量及所述最快到達時間,確定所述待派單的空閑車輛的派單排序;

根據(jù)所述派單排序從所述待派單的空閑車輛中選取派單車輛。

進一步地,當所述訂單為待搶訂單時,所述確定的派單方式還包括:

將所述待搶訂單同時發(fā)送至所述用戶預訂的車型對應(yīng)的空閑車輛。

進一步地,所述自助服務(wù)設(shè)備還包括:

判斷裝置,用于判斷在預設(shè)搶單時間內(nèi)是否存在空閑車輛搶單,若否,則顯示車輛已被預訂的提示信息。

進一步地,所述反饋裝置用于:

在預設(shè)時間內(nèi)根據(jù)用戶的支付操作,判斷是否支付成功,若否,則取消所述訂單,并將所述訂單的取消狀態(tài)發(fā)送至所述網(wǎng)絡(luò)設(shè)備及所述空閑車輛。

根據(jù)本申請另一個方面,還提供了一種用于車輛派單的網(wǎng)絡(luò)設(shè)備,所述網(wǎng)絡(luò)設(shè)備包括:

發(fā)送裝置,用于從車輛端獲取空閑車輛的信息,并將所述空閑車輛的信息發(fā)送至自助服務(wù)設(shè)備;

處理裝置,用于根據(jù)接收的所述空閑車輛的接單反饋進行訂單處理。

進一步地,所述處理裝置用于:

判斷接收的所述空閑車輛的接單反饋是否為派單失敗,若是,則顯示派單失敗的信息,并顯示未接單的空閑車輛的信息;

若否,則記錄所述接單的空閑車輛的信息或?qū)⒅匦屡蓡蔚恼埱蟀l(fā)送至所述自助服務(wù)設(shè)備。

進一步地,所述網(wǎng)絡(luò)設(shè)備還包括:

計算裝置,用于計算所述空閑車輛從當前位置到達所述自助服務(wù)設(shè)備所在位置的最快到達時間,并將所述最快到達時間發(fā)送至自助服務(wù)設(shè)備。

根據(jù)本申請又一個方面,還提供了一種用于車輛派單的車輛設(shè)備,所述車輛設(shè)備包括:

傳輸裝置,用于將所述空閑車輛的信息發(fā)送至網(wǎng)絡(luò)設(shè)備;

接單裝置,用于判斷對于自助服務(wù)設(shè)備發(fā)送的訂單是否進行接單,得到接單反饋;

接單反饋裝置,用于將所述接單反饋發(fā)送至所述自助服務(wù)設(shè)備及網(wǎng)絡(luò)設(shè)備。

進一步地,所述車輛設(shè)備還包括:

接收反饋裝置,用于接收所述自助服務(wù)設(shè)備反饋的所述訂單的取消狀態(tài)的信息。

與現(xiàn)有技術(shù)相比,本申請通過在自助服務(wù)設(shè)備端獲取所述自助服務(wù)設(shè)備周圍的空閑車輛的信息;基于訂單請求及所述空閑車輛信息確定派單方式,并根據(jù)所述派單方式將所述訂單發(fā)送至所述空閑車輛;接收所述空閑車輛的基于訂單的接單反饋,并進行顯示,同時顯示待支付方式;在預設(shè)時間內(nèi)基于用戶選擇的待支付方式的支付操作確定訂單狀態(tài),并將所述訂單狀態(tài)反饋至所述網(wǎng)絡(luò)設(shè)備。從而免去用戶使用的移動終端下載安裝應(yīng)用程序、注冊和登錄的麻煩,通過簡單操作即能下單,降低了用戶的使用門檻,更適合在人員流動快的地點使用。根據(jù)訂單的緊急采取分派策略,對于用戶選擇現(xiàn)在用車的訂單即隨叫隨到訂單,需要緊急有效地分派,指派一定范圍內(nèi)能最快接到用戶的司機前往服務(wù),沒有司機則通知調(diào)度介入以及時調(diào)配運能。而對于預約提前時間較長的訂單采用搶單模式,向所有空閑司機廣播,沒有司機接單則通知調(diào)度介入,保障訂單的有效分派。

附圖說明

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

圖1示出根據(jù)本申請的一個方面的一種在自助服務(wù)設(shè)備用于車輛派單的方法流程示意圖;

圖2示出本申請中的一實施例的一種派單方式的流程示意圖;

圖3示出本申請中的一實施例的另一種派單方式的流程示意圖;

圖4示出根據(jù)本申請另一個方面提供的一種在網(wǎng)絡(luò)設(shè)備端用于車輛派單的方法;

圖5示出根據(jù)本申請又一個方面提供的一種在車輛端用于車輛派單的方法;

圖6示出根據(jù)本申請的再一個方面的一種用于車輛派單的自助服務(wù)設(shè)備的結(jié)構(gòu)示意圖;

圖7示出根據(jù)本申請另一個方面提供的一種用于車輛派單的網(wǎng)絡(luò)設(shè)備;

圖8示出根據(jù)本申請又一個方面提供的一種用于車輛派單的車輛設(shè)備。

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

具體實施方式

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

在本申請一個典型的配置中,終端、服務(wù)網(wǎng)絡(luò)的設(shè)備和可信方均包括一個或多個處理器(cpu)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。

內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器,隨機存取存儲器(ram)和/或非易失性內(nèi)存等形式,如只讀存儲器(rom)或閃存(flashram)。內(nèi)存是計算機可讀介質(zhì)的示例。

計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括,但不限于相變內(nèi)存(pram)、靜態(tài)隨機存取存儲器(sram)、動態(tài)隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學存儲、磁盒式磁帶,磁帶磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì),可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定,計算機可讀介質(zhì)不包括非暫存電腦可讀媒體(transitorymedia),如調(diào)制的數(shù)據(jù)信號和載波。

圖1示出根據(jù)本申請的一個方面的一種在自助服務(wù)設(shè)備用于車輛派單的方法流程示意圖,所述方法包括:步驟s11~步驟s14,

在步驟s11中,獲取所述自助服務(wù)設(shè)備周圍的空閑車輛的信息;本申請一實施例中,提供自助服務(wù)設(shè)備,優(yōu)選為自助約車終端機,代替移動終端上打車應(yīng)用程序(app),避免下載安裝app、注冊和登錄的麻煩,通過簡單操作即能約車,降低用戶的使用門檻,更適合在人員流動快的地點使用。具體地,用戶在自助約車終端機上進行下訂單時首先獲取所使用的自助約車終端機周圍的空閑車輛的信息,包括車型、車牌號、對應(yīng)司機的聯(lián)系信息、空閑車輛的數(shù)量等。優(yōu)選地,獲取所述自助服務(wù)設(shè)備周圍的空閑車輛的信息之后,顯示所述空閑車輛的位置信息及空閑車輛的最快到達時間,其中,所述最快到達時間為所述空閑車輛從當前位置到達所述自助服務(wù)設(shè)備的最快時間。在本申請上述實施例中,在自助約車終端機的首頁上可以顯示附近的空閑車輛和最快到達時間,支持與客服的連接對話。

接著,在步驟s12中,基于訂單請求及所述空閑車輛信息確定派單方式,并根據(jù)所述派單方式將所述訂單發(fā)送至所述空閑車輛;在此,獲取用戶在自助約車終端機上進行下單時的訂單請求,根據(jù)用戶搜索輸入的目的地和聯(lián)系信息創(chuàng)建訂單,根據(jù)自助約車終端機周圍的空閑車輛的信息,智能進行派單,根據(jù)訂單的緊急采取分派策略,用戶選擇現(xiàn)在用車的訂單即隨叫隨到訂單,需要緊急有效地分派,而其他訂單采用派單方式中的搶單策略。

在步驟s13中,接收所述空閑車輛的基于訂單的接單反饋,并進行顯示,同時顯示待支付方式;在此,接收空閑車輛的接單反饋,顯示對應(yīng)車輛的司機的聯(lián)系信息和車輛信息,并顯示待支付方式,其中,待支付方式可以為第三方支付方式,如支付寶、微信等,也可以是現(xiàn)金支付,在自助約車終端機上為用戶提供相應(yīng)的二維碼,用戶通過掃二維碼完成支付。

在步驟s14中,在預設(shè)時間內(nèi)基于用戶選擇的待支付方式的支付操作確定訂單狀態(tài),并將所述訂單狀態(tài)反饋至所述網(wǎng)絡(luò)設(shè)備。在此,在預設(shè)時間內(nèi)根據(jù)用戶的支付操作,判斷是否支付成功,若否,則取消所述訂單,并將所述訂單的取消狀態(tài)發(fā)送至所述網(wǎng)絡(luò)設(shè)備及所述空閑車輛。本申請一實施例中,若在預設(shè)時間內(nèi),如在10分鐘內(nèi),用戶沒有支付成功,則訂單狀態(tài)取消,將該訂單狀態(tài)反饋至網(wǎng)絡(luò)設(shè)備及對應(yīng)的空閑車輛,若用戶在10分鐘內(nèi)完成支付,則打印憑條,憑條上包括行程的起點、終點、司機聯(lián)系信息、車牌號、訂單金額及溫馨提示等,若選擇現(xiàn)金支付,則直接打印憑條,上車時進行支付。

在本申請一實施例中,當所述用戶選擇當前用車時,所述確定的派單方式包括:基于所述空閑車輛的位置信息確定待派單的空閑車輛;基于所確定的待派單的空閑車輛及所述待派單的空閑車輛對應(yīng)的最快到達時間從所述待派單的空閑車輛中選取派單車輛。在此,訂單分派分情況采取分派策略,對于響應(yīng)速度要求非常高的隨叫隨到訂單采用派單模式,指派一定范圍內(nèi)能最快接到用戶的司機前往服務(wù),沒有司機則通知調(diào)度介入以及時調(diào)配運能。

優(yōu)選地,在步驟s12中,基于所述空閑車輛的位置信息確定待派單的空閑車輛,包括:基于從所述網(wǎng)絡(luò)設(shè)備獲取的所述空閑車輛的位置信息判斷第一預設(shè)距離范圍內(nèi)是否存在滿足派單條件的空閑車輛,若是,則判斷從當前時間開始,在第一預設(shè)時間內(nèi)是否存在未預約訂單的空閑車輛,若是,判斷滿足條件的空閑車輛的數(shù)量是否大于或等于數(shù)量閾值時,將滿足條件的空閑車輛所在的范圍作為第二預設(shè)距離范圍;根據(jù)在第二預設(shè)距離范圍內(nèi)所述空閑車輛的位置信息確定待派單的空閑車輛。接著,根據(jù)所述待派單的空閑車輛的信息獲取所述待派單的空閑車輛的位置信息,并確定所述待派單的空閑車輛到達所述自助服務(wù)設(shè)備所在位置的最快到達時間;根據(jù)所述待派單的空閑車輛的當天已服務(wù)的訂單數(shù)量、未服務(wù)的訂單數(shù)量及所述最快到達時間,確定所述待派單的空閑車輛的派單排序;根據(jù)所述派單排序從所述待派單的空閑車輛中選取派單車輛。在此,滿足派單條件的空閑車輛時指車輛滿足以下條件:非服務(wù)中的車輛,車輛端與服務(wù)端處于正常通訊狀態(tài)以及車輛對應(yīng)的司機未被列入其他用戶服務(wù)的備選列表中。

本申請一實施例中,根據(jù)獲取的車輛位置計算能夠快速到達上車點的司機,司機收到派單消息之后,在規(guī)定的時間內(nèi)做出反饋,接收或者拒絕,若接收,則該訂單由該司機執(zhí)行,若未反饋或者拒絕,將尋找下一個快到達上車點的司機,再次發(fā)送派單消息,具體流程圖如圖2所示,用戶成功下隨叫隨到的訂單后,首先判斷第一預設(shè)距離范圍內(nèi)是否有司機在線,如3公里半徑范圍內(nèi)是否有司機在線,若否,則提示用戶當前司機在忙,記錄該訂單無人接單,若是,則從當前時刻開始,判斷是否有預設(shè)時間內(nèi)比如2小時內(nèi)沒有預約訂單的司機,若是,則判斷直線距離1公里半徑范圍內(nèi)是否有超過數(shù)量閾值的可用司機,如6個或以上的可用司機,若有,則確定1公里半徑范圍為第二預設(shè)距離范圍,若沒有,則繼續(xù)判斷直線距離2公里半徑范圍內(nèi)是否有6個或以上的可用司機,若有,則確定2公里半徑范圍為第二預設(shè)距離范圍,若沒有,則判斷直線3公里半徑范圍內(nèi)是否有6個或以上可用司機,若沒有,則取3公里范圍內(nèi)的所有可用司機,當確定第二預設(shè)距離范圍后,在第二預設(shè)距離范圍內(nèi),取直線距離前6個司機進行路線規(guī)劃,計算從司機地點到達用戶下單所在位置的時間,取前6個司機當天已服務(wù)的訂單數(shù)量、未服務(wù)的預約單數(shù)量,按照公式:s(x)=t(x)/t(min)*70%+c(x)/c(min)*30%,其中,s(x)為待派單的空閑車輛的總分,t(x)為待派單的空閑車輛從當前位置到達用戶下訂單的位置的最快時間,t(min)為所有待派單的空閑車輛的t(x)中的最小值,c(x)為待派單的空閑車輛的當天的訂單總數(shù),c(min)為所有待派單的空閑車輛的c(x)的最小值,即當天訂單數(shù)量最少的待派單的空閑車輛的當天訂單數(shù)量,70%和30%分別為權(quán)重;當c(min)為0時,需要設(shè)置c(min)為1;按照上述公式計算每輛待派單的空閑車輛的總分,按照總分從小到大將6輛車對應(yīng)的司機或者取其中的3輛車對應(yīng)的司機形成派單車輛的司機隊列,可以按照每30秒的間隔,依次對司機隊列中的司機進行派單,當所有司機隊列中的司機都不接單時,則提示用戶司機在忙,并記錄該訂單無人接單。

在本申請一實施例中,當所述訂單為待搶訂單時,所述確定的派單方式還包括:將所述待搶訂單同時發(fā)送至所述用戶預訂的車型對應(yīng)的空閑車輛。在此,對于預約提前時間較長的訂單采用搶單模式,向所有空閑車輛的司機廣播,司機根據(jù)自身情況進行搶單,判斷在預設(shè)搶單時間內(nèi)是否存在空閑車輛搶單,若否,則顯示車輛已被預訂的提示信息。具體情況,如圖3所示,用戶成功下預約訂單,判斷是否有預訂車型的司機在線,若是,則將訂單同時發(fā)送在線的對應(yīng)車型的司機,多個司機進行搶單,先搶到訂單的執(zhí)行該訂單的服務(wù),而在100s內(nèi)若無司機搶單,則提示用戶,所預訂的車已被預訂滿,記錄該訂單無單的狀態(tài),若沒有司機接單則通知調(diào)度介入,保障訂單的有效分派。

圖4示出根據(jù)本申請另一個方面提供的一種在網(wǎng)絡(luò)設(shè)備端用于車輛派單的方法,該方法包括:步驟s21和步驟s22,

在步驟s21中,從車輛端獲取空閑車輛的信息,并將所述空閑車輛的信息發(fā)送至自助服務(wù)設(shè)備;在步驟s22中,根據(jù)接收的所述空閑車輛的接單反饋進行訂單處理。在此,網(wǎng)絡(luò)設(shè)備優(yōu)選為服務(wù)端,可以用于實時獲取車輛的信息,如車輛的位置信息、車輛對應(yīng)的司機的聯(lián)系方式、車牌號、車型等,并將所獲取的車輛信息發(fā)送至自助約車終端機上,以便在自助約車終端機上顯示車輛的信息,用戶更直觀地選擇需要的車輛。當用戶下完訂單后,服務(wù)端接收空閑車車輛的接單反饋,基于接單反饋進行訂單處理,如接單反饋中出現(xiàn)無司機接單或者無候選司機時,調(diào)度可以將該訂單進行重新派單,介入調(diào)配,保障訂單的有效分派。

具體地,在步驟s22中,判斷接收的所述空閑車輛的接單反饋是否為派單失敗,若是,則顯示派單失敗的信息,并顯示未接單的空閑車輛的信息;若否,則記錄所述接單的空閑車輛的信息或?qū)⒅匦屡蓡蔚恼埱蟀l(fā)送至所述自助服務(wù)設(shè)備。在本申請一實施例中,判斷所接收到的接單反饋是否為派單失敗,即空閑車輛都已被預訂或者有空閑車輛但無接單司機,則在訂單頁顯示未接單的空閑車輛的信息,以便對該空閑車輛的司機進行警告或者通知反饋不接單的原因等,方便進行調(diào)整運能,若接單反饋為成功接單,則記錄接單的車輛的信息,或重新將派單的請求發(fā)送至自助服務(wù)設(shè)備,還可以重新派單,如接單的司機當天的接單數(shù)量已超過閾值或者當天拒單數(shù)量超過數(shù)量閾值,基于運營效益及用戶體驗,可重新派單。

在本申請一實施例中,所述方法還包括步驟s21’,計算所述空閑車輛從當前位置到達所述自助服務(wù)設(shè)備所在位置的最快到達時間,并將所述最快到達時間發(fā)送至自助服務(wù)設(shè)備。在此,實時獲取車輛的位置信息,并可以在服務(wù)端計算車輛從當前所在的位置到達用戶下單所在的自助服務(wù)設(shè)備的位置的最快到達時間,并將最快到達時間發(fā)送至自助服務(wù)設(shè)備,以便在自助服務(wù)設(shè)備端進行顯示。

圖5示出根據(jù)本申請又一個方面提供的一種在車輛端用于車輛派單的方法,該方法包括:步驟s31,將所述空閑車輛的信息發(fā)送至網(wǎng)絡(luò)設(shè)備;步驟s32,判斷對于自助服務(wù)設(shè)備發(fā)送的訂單是否進行接單,得到接單反饋;步驟s33,將所述接單反饋發(fā)送至所述自助服務(wù)設(shè)備及網(wǎng)絡(luò)設(shè)備。在本申請一實施例中,在車輛端,將空閑車輛的信息發(fā)送至網(wǎng)絡(luò)設(shè)備,其中,車輛的位置信息可以通過gps定位進行獲取,接收自助服務(wù)設(shè)備發(fā)送的訂單,并根據(jù)自身情況進行選擇接單或者拒單,得到接單反饋,將接單反饋發(fā)送自助服務(wù)設(shè)備及網(wǎng)絡(luò)設(shè)備,當接單成功時,在自助服務(wù)設(shè)備端顯示司機和車輛信息,當未接單時,在自助服務(wù)設(shè)備端顯示訂單狀態(tài)為取消,方便用戶再做選擇,且在服務(wù)端記錄接單反饋的信息,當接單成功,則記錄相關(guān)的車輛信息和統(tǒng)計該車輛當天的已接單數(shù)量,當接單未成功時,顯示其他空閑車輛,及介入調(diào)度,保障訂單的有效分派。

具體地,所述方法還包括:步驟s34,接收所述自助服務(wù)設(shè)備反饋的所述訂單的取消狀態(tài)的信息。在本申請一實施例中,當用戶在預設(shè)時間內(nèi)為完成支付或者進行取消訂單的操作,在車輛端還會接收自助服務(wù)設(shè)備反饋的該訂單的取消狀態(tài)的信息,避免司機未接收通知,還繼續(xù)前往用戶所在的位置,出現(xiàn)空駛的情況。

基于機場、酒店、景點等特定點具有人流量大、不重復、流動快等特點,用戶在這些地方只是短暫停留,移動終端安裝app進行預訂車的可能性較小,且需要手機網(wǎng)絡(luò),本申請?zhí)峁┝艘环N用于車輛派單的方法,用戶在自助約車終端機上下訂單,系統(tǒng)派單,司機接單或搶單,用戶在線掃碼支付或者支付現(xiàn)金,通知相應(yīng)司機到達上車點接乘客至目的地,其中,自助約車終端機布局在機場、酒店、景點等周圍,減少隨機分布的情況,以應(yīng)對機場、酒店等高峰時段大客流的需要,且解決網(wǎng)絡(luò)連接和約車下訂單的問題,提供便捷的人機交互界面,使用戶快速約車,相比于使用移動終端,免去下載安裝app、注冊和登錄的麻煩,通過簡單操作即能下單,降低了用戶的使用門檻,更適合在人員流動快的地點使用。根據(jù)訂單的緊急采取分派策略,用戶選擇現(xiàn)在用車的訂單即隨叫隨到訂單,需要緊急有效地分派,指派一定范圍內(nèi)能最快接到用戶的司機前往服務(wù),沒有司機則通知調(diào)度介入以及時調(diào)配運能。而對于預約提前時間較長的訂單采用搶單模式,向所有空閑司機廣播,沒有司機接單則通知調(diào)度介入,保障訂單的有效分派。

圖6示出根據(jù)本申請的再一個方面的一種用于車輛派單的自助服務(wù)設(shè)備的結(jié)構(gòu)示意圖,所述自助服務(wù)設(shè)備包括:獲取裝置11、派單裝置12、接收裝置13和反饋裝置14,

獲取裝置11,用于獲取所述自助服務(wù)設(shè)備周圍的空閑車輛的信息;本申請一實施例中,提供自助服務(wù)設(shè)備,優(yōu)選為自助約車終端機,代替移動終端上打車應(yīng)用程序(app),避免下載安裝app、注冊和登錄的麻煩,通過簡單操作即能約車,降低用戶的使用門檻,更適合在人員流動快的地點使用。具體地,用戶在自助約車終端機上進行下訂單時首先獲取所使用的自助約車終端機周圍的空閑車輛的信息,包括車型、車牌號、對應(yīng)司機的聯(lián)系信息、空閑車輛的數(shù)量等。優(yōu)選地,獲取所述自助服務(wù)設(shè)備周圍的空閑車輛的信息之后,顯示所述空閑車輛的位置信息及空閑車輛的最快到達時間,其中,所述最快到達時間為所述空閑車輛從當前位置到達所述自助服務(wù)設(shè)備的最快時間。在本申請上述實施例中,在自助約車終端機的首頁上可以顯示附近的空閑車輛和最快到達時間,支持與客服的連接對話。

接著,派單裝置12,用于基于訂單請求及所述空閑車輛信息確定派單方式,并根據(jù)所述派單方式將所述訂單發(fā)送至所述空閑車輛;在此,獲取用戶在自助約車終端機上進行下單時的訂單請求,根據(jù)用戶搜索輸入的目的地和聯(lián)系信息創(chuàng)建訂單,根據(jù)自助約車終端機周圍的空閑車輛的信息,智能進行派單,根據(jù)訂單的緊急采取分派策略,用戶選擇現(xiàn)在用車的訂單即隨叫隨到訂單,需要緊急有效地分派,而其他訂單采用派單方式中的搶單策略。

接收裝置13,用于接收所述空閑車輛的基于訂單的接單反饋,并進行顯示,同時顯示待支付方式;在此,接收空閑車輛的接單反饋,顯示對應(yīng)車輛的司機的聯(lián)系信息和車輛信息,并顯示待支付方式,其中,待支付方式可以為第三方支付方式,如支付寶、微信等,也可以是現(xiàn)金支付,在自助約車終端機上為用戶提供相應(yīng)的二維碼,用戶通過掃二維碼完成支付。

反饋裝置14,用于在預設(shè)時間內(nèi)基于用戶選擇的待支付方式的支付操作確定訂單狀態(tài),并將所述訂單狀態(tài)反饋至所述網(wǎng)絡(luò)設(shè)備。在此,在預設(shè)時間內(nèi)根據(jù)用戶的支付操作,判斷是否支付成功,若否,則取消所述訂單,并將所述訂單的取消狀態(tài)發(fā)送至所述網(wǎng)絡(luò)設(shè)備及所述空閑車輛。本申請一實施例中,若在預設(shè)時間內(nèi),如在10分鐘內(nèi),用戶沒有支付成功,則訂單狀態(tài)取消,將該訂單狀態(tài)反饋至網(wǎng)絡(luò)設(shè)備及對應(yīng)的空閑車輛,若用戶在10分鐘內(nèi)完成支付,則打印憑條,憑條上包括行程的起點、終點、司機聯(lián)系信息、車牌號、訂單金額及溫馨提示等,若選擇現(xiàn)金支付,則直接打印憑條,上車時進行支付。

在本申請一實施例中,當所述用戶選擇當前用車時,所述確定的派單方式包括:基于所述空閑車輛的位置信息確定待派單的空閑車輛;基于所確定的待派單的空閑車輛及所述待派單的空閑車輛對應(yīng)的最快到達時間從所述待派單的空閑車輛中選取派單車輛。在此,訂單分派分情況采取分派策略,對于響應(yīng)速度要求非常高的隨叫隨到訂單采用派單模式,指派一定范圍內(nèi)能最快接到用戶的司機前往服務(wù),沒有司機則通知調(diào)度介入以及時調(diào)配運能。

優(yōu)選地,派單裝置12,用于基于從所述網(wǎng)絡(luò)設(shè)備獲取的所述空閑車輛的位置信息判斷第一預設(shè)距離范圍內(nèi)是否存在滿足派單條件的空閑車輛,若是,則判斷從當前時間開始,在第一預設(shè)時間內(nèi)是否存在未預約訂單的空閑車輛,若是,判斷滿足條件的空閑車輛的數(shù)量是否大于或等于數(shù)量閾值時,將滿足條件的空閑車輛所在的范圍作為第二預設(shè)距離范圍;根據(jù)在第二預設(shè)距離范圍內(nèi)所述空閑車輛的位置信息確定待派單的空閑車輛。接著,根據(jù)所述待派單的空閑車輛的信息獲取所述待派單的空閑車輛的位置信息,并確定所述待派單的空閑車輛到達所述自助服務(wù)設(shè)備所在位置的最快到達時間;根據(jù)所述待派單的空閑車輛的當天已服務(wù)的訂單數(shù)量、未服務(wù)的訂單數(shù)量及所述最快到達時間,確定所述待派單的空閑車輛的派單排序;根據(jù)所述派單排序從所述待派單的空閑車輛中選取派單車輛。在此,滿足派單條件的空閑車輛時指車輛滿足以下條件:非服務(wù)中的車輛,車輛端與服務(wù)端處于正常通訊狀態(tài)以及車輛對應(yīng)的司機未被列入其他用戶服務(wù)的備選列表中。

本申請一實施例中,根據(jù)獲取的車輛位置計算能夠快速到達上車點的司機,司機收到派單消息之后,在規(guī)定的時間內(nèi)做出反饋,接收或者拒絕,若接收,則該訂單由該司機執(zhí)行,若未反饋或者拒絕,將尋找下一個快到達上車點的司機,再次發(fā)送派單消息,具體流程圖如圖2所示,用戶成功下隨叫隨到的訂單后,首先判斷第一預設(shè)距離范圍內(nèi)是否有司機在線,如3公里半徑范圍內(nèi)是否有司機在線,若否,則提示用戶當前司機在忙,記錄該訂單無人接單,若是,則從當前時刻開始,判斷是否有預設(shè)時間內(nèi)比如2小時內(nèi)沒有預約訂單的司機,若是,則判斷直線距離1公里半徑范圍內(nèi)是否有超過數(shù)量閾值的可用司機,如6個或以上的可用司機,若有,則確定1公里半徑范圍為第二預設(shè)距離范圍,若沒有,則繼續(xù)判斷直線距離2公里半徑范圍內(nèi)是否有6個或以上的可用司機,若有,則確定2公里半徑范圍為第二預設(shè)距離范圍,若沒有,則判斷直線3公里半徑范圍內(nèi)是否有6個或以上可用司機,若沒有,則取3公里范圍內(nèi)的所有可用司機,當確定第二預設(shè)距離范圍后,在第二預設(shè)距離范圍內(nèi),取直線距離前6個司機進行路線規(guī)劃,計算從司機地點到達用戶下單所在位置的時間,取前6個司機當天已服務(wù)的訂單數(shù)量、未服務(wù)的預約單數(shù)量,按照公式:s(x)=t(x)/t(min)*70%+c(x)/c(min)*30%,其中,s(x)為待派單的空閑車輛的總分,t(x)為待派單的空閑車輛從當前位置到達用戶下訂單的位置的最快時間,t(min)為所有待派單的空閑車輛的t(x)中的最小值,c(x)為待派單的空閑車輛的當天的訂單總數(shù),c(min)為所有待派單的空閑車輛的c(x)的最小值,即當天訂單數(shù)量最少的待派單的空閑車輛的當天訂單數(shù)量,70%和30%分別為權(quán)重;當c(min)為0時,需要設(shè)置c(min)為1;按照上述公式計算每輛待派單的空閑車輛的總分,按照總分從小到大將6輛車對應(yīng)的司機或者取其中的3輛車對應(yīng)的司機形成派單車輛的司機隊列,可以按照每30秒的間隔,依次對司機隊列中的司機進行派單,當所有司機隊列中的司機都不接單時,則提示用戶司機在忙,并記錄該訂單無人接單。

在本申請一實施例中,當所述訂單為待搶訂單時,所述確定的派單方式還包括:將所述待搶訂單同時發(fā)送至所述用戶預訂的車型對應(yīng)的空閑車輛。在此,對于預約提前時間較長的訂單采用搶單模式,向所有空閑車輛的司機廣播,司機根據(jù)自身情況進行搶單,所述自助服務(wù)設(shè)備還包括判斷裝置,用于判斷在預設(shè)搶單時間內(nèi)是否存在空閑車輛搶單,若否,則顯示車輛已被預訂的提示信息。具體情況,如圖3所示,用戶成功下預約訂單,判斷是否有預訂車型的司機在線,若是,則將訂單同時發(fā)送在線的對應(yīng)車型的司機,多個司機進行搶單,先搶到訂單的執(zhí)行該訂單的服務(wù),而在100s內(nèi)若無司機搶單,則提示用戶,所預訂的車已被預訂滿,記錄該訂單無單的狀態(tài),若沒有司機接單則通知調(diào)度介入,保障訂單的有效分派。

圖7示出根據(jù)本申請另一個方面提供的一種用于車輛派單的網(wǎng)絡(luò)設(shè)備,該網(wǎng)絡(luò)設(shè)備包括:發(fā)送裝置21和處理裝置22,

發(fā)送裝置21,用于從車輛端獲取空閑車輛的信息,并將所述空閑車輛的信息發(fā)送至自助服務(wù)設(shè)備;處理裝置22,用于根據(jù)接收的所述空閑車輛的接單反饋進行訂單處理。在此,網(wǎng)絡(luò)設(shè)備優(yōu)選為服務(wù)端,可以用于實時獲取車輛的信息,如車輛的位置信息、車輛對應(yīng)的司機的聯(lián)系方式、車牌號、車型等,并將所獲取的車輛信息發(fā)送至自助約車終端機上,以便在自助約車終端機上顯示車輛的信息,用戶更直觀地選擇需要的車輛。當用戶下完訂單后,服務(wù)端接收空閑車車輛的接單反饋,基于接單反饋進行訂單處理,如接單反饋中出現(xiàn)無司機接單或者無候選司機時,調(diào)度可以將該訂單進行重新派單,介入調(diào)配,保障訂單的有效分派。

具體地,處理裝置22,用于判斷接收的所述空閑車輛的接單反饋是否為派單失敗,若是,則顯示派單失敗的信息,并顯示未接單的空閑車輛的信息;若否,則記錄所述接單的空閑車輛的信息或?qū)⒅匦屡蓡蔚恼埱蟀l(fā)送至所述自助服務(wù)設(shè)備。在本申請一實施例中,判斷所接收到的接單反饋是否為派單失敗,即空閑車輛都已被預訂或者有空閑車輛但無接單司機,則在訂單頁顯示未接單的空閑車輛的信息,以便對該空閑車輛的司機進行警告或者通知反饋不接單的原因等,方便進行調(diào)整運能,若接單反饋為成功接單,則記錄接單的車輛的信息,或重新將派單的請求發(fā)送至自助服務(wù)設(shè)備,還可以重新派單,如接單的司機當天的接單數(shù)量已超過閾值或者當天拒單數(shù)量超過數(shù)量閾值,基于運營效益及用戶體驗,可重新派單。

在本申請一實施例中,所述網(wǎng)絡(luò)設(shè)備還包括計算裝置21’,用于計算所述空閑車輛從當前位置到達所述自助服務(wù)設(shè)備所在位置的最快到達時間,并將所述最快到達時間發(fā)送至自助服務(wù)設(shè)備。在此,實時獲取車輛的位置信息,并可以在服務(wù)端計算車輛從當前所在的位置到達用戶下單所在的自助服務(wù)設(shè)備的位置的最快到達時間,并將最快到達時間發(fā)送至自助服務(wù)設(shè)備,以便在自助服務(wù)設(shè)備端進行顯示。

圖8示出根據(jù)本申請又一個方面提供的一種用于車輛派單的車輛設(shè)備,該車輛設(shè)備包括:傳輸裝置31,用于將所述空閑車輛的信息發(fā)送至網(wǎng)絡(luò)設(shè)備;接單裝置32,用于判斷對于自助服務(wù)設(shè)備發(fā)送的訂單是否進行接單,得到接單反饋;接單反饋裝置33,用于將所述接單反饋發(fā)送至所述自助服務(wù)設(shè)備及網(wǎng)絡(luò)設(shè)備。在本申請一實施例中,在車輛端,將空閑車輛的信息發(fā)送至網(wǎng)絡(luò)設(shè)備,其中,車輛的位置信息可以通過gps定位進行獲取,接收自助服務(wù)設(shè)備發(fā)送的訂單,并根據(jù)自身情況進行選擇接單或者拒單,得到接單反饋,將接單反饋發(fā)送自助服務(wù)設(shè)備及網(wǎng)絡(luò)設(shè)備,當接單成功時,在自助服務(wù)設(shè)備端顯示司機和車輛信息,當未接單時,在自助服務(wù)設(shè)備端顯示訂單狀態(tài)為取消,方便用戶再做選擇,且在服務(wù)端記錄接單反饋的信息,當接單成功,則記錄相關(guān)的車輛信息和統(tǒng)計該車輛當天的已接單數(shù)量,當接單未成功時,顯示其他空閑車輛,及介入調(diào)度,保障訂單的有效分派。

具體地,所述車輛設(shè)備還包括:接收反饋裝置34,用于接收所述自助服務(wù)設(shè)備反饋的所述訂單的取消狀態(tài)的信息。在本申請一實施例中,當用戶在預設(shè)時間內(nèi)為完成支付或者進行取消訂單的操作,在車輛端還會接收自助服務(wù)設(shè)備反饋的該訂單的取消狀態(tài)的信息,避免司機未接收通知,還繼續(xù)前往用戶所在的位置,出現(xiàn)空駛的情況。

基于機場、酒店、景點等特定點具有人流量大、不重復、流動快等特點,用戶在這些地方只是短暫停留,移動終端安裝app進行預訂車的可能性較小,且需要手機網(wǎng)絡(luò),本申請?zhí)峁┝艘环N用于車輛派單的系統(tǒng),包括上述實施例中的自助服務(wù)設(shè)備、網(wǎng)絡(luò)設(shè)備和車輛設(shè)備,用戶在自助服務(wù)設(shè)備(自助約車終端機)上下訂單,系統(tǒng)派單,司機接單或搶單,用戶在線掃碼支付或者支付現(xiàn)金,通知相應(yīng)司機到達上車點接乘客至目的地,其中,自助約車終端機布局在機場、酒店、景點等周圍,減少隨機分布的情況,以應(yīng)對機場、酒店等高峰時段大客流的需要,且解決網(wǎng)絡(luò)連接和約車下訂單的問題,提供便捷的人機交互界面,使用戶快速約車,相比于使用移動終端,免去下載安裝app、注冊和登錄的麻煩,通過簡單操作即能下單,降低了用戶的使用門檻,更適合在人員流動快的地點使用。根據(jù)訂單的緊急采取分派策略,用戶選擇現(xiàn)在用車的訂單即隨叫隨到訂單,需要緊急有效地分派,指派一定范圍內(nèi)能最快接到用戶的司機前往服務(wù),沒有司機則通知調(diào)度介入以及時調(diào)配運能。而對于預約提前時間較長的訂單采用搶單模式,向所有空閑司機廣播,沒有司機接單則通知調(diào)度介入,保障訂單的有效分派。

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

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

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

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

當前第1頁1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
泰来县| 石棉县| 海丰县| 新化县| 鹿泉市| 城固县| 讷河市| 全州县| 宁武县| 濮阳县| 三都| 无为县| 东兰县| 沁源县| 长岭县| 富阳市| 安乡县| 昭平县| 穆棱市| 莱芜市| 广饶县| 宁强县| 龙山县| 集安市| 芷江| 蒙自县| 沙雅县| 察雅县| 临夏市| 望谟县| 维西| 毕节市| 仪陇县| 永平县| 共和县| 南靖县| 仙居县| 竹北市| 墨脱县| 壤塘县| 滨海县|