本發(fā)明涉及一種應用于召車平臺的車輛調度方法及系統(tǒng)。
背景技術:
目前,召車平臺一般通過接收乘客客戶端的召車請求,將請求發(fā)送給附近的車輛客戶端,以進行搶答,搶答成功的司機可以獲取乘客的聯(lián)系方式,并與乘客進行通話聯(lián)系,實現(xiàn)召車功能。然而,由于只有召車平臺根據(jù)乘客的召車請求發(fā)起搶答時,司機才能獲知乘車需求,存在不對稱的單向信息,導致司機只能根據(jù)個人經驗駐地等候召車,浪費精力和時間。
技術實現(xiàn)要素:
針對現(xiàn)有技術的不足,本發(fā)明旨在于提供一種可解決上述技術問題的應用于召車平臺的車輛調度方法及系統(tǒng)。
為實現(xiàn)上述目的,本發(fā)明采用如下技術方案:
一種應用于召車平臺的車輛調度方法,其包括以下步驟:
步驟A:獲取已登陸的乘客客戶端的登陸信息,其中,該登陸信息包括乘客用戶信息和定位信息;
步驟B:根據(jù)各登陸信息生成潛在召車需求數(shù)據(jù);以及
步驟C:根據(jù)司機客戶端和乘客客戶端的定位信息將預設地理位置范圍內的潛在召車需求數(shù)據(jù)推送給司機客戶端。
優(yōu)選地,步驟B包括以下子步驟:
步驟B1:根據(jù)各登陸信息通過調用地圖接口獲取各乘客客戶端在地圖上的分布信息;以及
步驟B2:將分布于地圖上的道路上的分布信息生成該潛在召車需求數(shù)據(jù)。
一種應用于召車平臺的車輛調度系統(tǒng),其包括以下模塊:
獲取模塊:獲取已登陸的乘客客戶端的登陸信息,其中,該登陸信息包括乘客用戶信息和定位信息;
處理模塊:根據(jù)各登陸信息生成潛在召車需求數(shù)據(jù);以及
推送模塊:根據(jù)司機客戶端和乘客客戶端的定位信息將預設地理位置范圍內的潛在召車需求數(shù)據(jù)推送給司機客戶端。
優(yōu)選地,處理模塊包括以下子模塊:
分布信息獲取模塊:根據(jù)各登陸信息通過調用地圖接口獲取各乘客客戶端在地圖上的分布信息;以及
潛在召車需求數(shù)據(jù)生成模塊:將分布于地圖上的道路上的分布信息生成該潛在召車需求數(shù)據(jù)。
本發(fā)明的有益效果至少包括:
本發(fā)明中召車平臺將已登陸的乘客客戶端判定潛在的召車需求,并推送給司機客戶端,司機客戶端可獲知其預設地理位置范圍內的潛在召車需求數(shù)據(jù),從而可獲知在哪個方位的召車需求較強,以便前往等待應召,效率更高。
附圖說明
圖1為本發(fā)明應用于召車平臺的車輛調度方法的較佳實施方式的流程圖。
圖2為本發(fā)明應用于召車平臺的車輛調度系統(tǒng)的模塊圖。
具體實施方式
下面將結合附圖以及具體實施方式,對本發(fā)明做進一步描述:
請參見圖1,本發(fā)明涉及一種應用于召車平臺的車輛調度方法,其較佳實施方式包括以下步驟:
步驟A:獲取已登陸的乘客客戶端的登陸信息,其中,該登陸信息包括乘客用戶信息和定位信息;
步驟B:根據(jù)各登陸信息生成潛在召車需求數(shù)據(jù);以及
步驟C:根據(jù)司機客戶端和乘客客戶端的定位信息將預設地理位置范圍內的潛在召車需求數(shù)據(jù)推送給司機客戶端。
如此,本發(fā)明中召車平臺將已登陸的乘客客戶端判定潛在的召車需求,并推送給司機客戶端,司機客戶端可獲知其預設地理位置范圍內的潛在召車需求數(shù)據(jù),從而可獲知在哪個方位的召車需求較強,以便前往等待應召,效率更高。
優(yōu)選地,步驟B包括以下子步驟:
步驟B1:根據(jù)各登陸信息通過調用地圖接口獲取各乘客客戶端在地圖上的分布信息;以及
步驟B2:將分布于地圖上的道路上的分布信息生成該潛在召車需求數(shù)據(jù)。
參見圖2,本發(fā)明還涉及一種應用于召車平臺的車輛調度系統(tǒng),其包括以下模塊:
獲取模塊:獲取已登陸的乘客客戶端的登陸信息,其中,該登陸信息包括乘客用戶信息和定位信息;
處理模塊:根據(jù)各登陸信息生成潛在召車需求數(shù)據(jù);以及
推送模塊:根據(jù)司機客戶端和乘客客戶端的定位信息將預設地理位置范圍內的潛在召車需求數(shù)據(jù)推送給司機客戶端。
優(yōu)選地,處理模塊包括以下子模塊:
分布信息獲取模塊:根據(jù)各登陸信息通過調用地圖接口獲取各乘客客戶端在地圖上的分布信息;以及
潛在召車需求數(shù)據(jù)生成模塊:將分布于地圖上的道路上的分布信息生成該潛在召車需求數(shù)據(jù)。
對于本領域的技術人員來說,可根據(jù)以上描述的技術方案以及構思,做出其它各種相應的改變以及變形,而所有的這些改變以及變形都應該屬于本發(fā)明權利要求的保護范圍之內。