本發(fā)明屬于信號處理領域，尤其涉及一種云端多路點匹配代駕方法、系統(tǒng)、云端服務器及客戶端。

背景技術：

隨著交通部嚴懲酒駕的行動，代駕行業(yè)發(fā)展迅速，手機代駕軟件正逐漸走熱。與傳統(tǒng)代價方式相比，手機代駕軟件更加省時省力。而利用代駕軟件，乘客可提前獲知司機信息，乘車過程也更加安全。由于我國代駕行業(yè)軟件剛剛起步，市場需要比較大。因此手機代駕軟件呈現(xiàn)出迅猛的發(fā)展態(tài)勢。雖然代駕軟件具有以上優(yōu)勢，但目前的手機代駕軟件也存在如下缺點：(1)除行程起點和終點以外不提供更多行程任務信息；(2)不能實時更新當前行程中已走過的路線；(3)用戶等待接單時間較慢。

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

為了解決現(xiàn)有技術的缺點，本發(fā)明的第一目的是提供一種云端多路點匹配代駕方法。

本發(fā)明的一種云端多路點匹配代駕方法，該方法從司機端和乘客端以及云端服務器混合側進行描述，具體包括：

步驟1：司機端和乘客端分別將其相應用戶信息發(fā)送至云端服務器并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)；

步驟2：乘客端將訂單信息發(fā)送至云端服務器并存儲訂單池內；云端服務器實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)；

步驟3：司機端向云端服務器發(fā)送接單請求，云端服務器接收接單請求后將行程任務表單發(fā)送至司機端，由司機端隨機選擇行程任務表單中的任一行程任務；

步驟4：云端服務器將司機端選擇的行程任務移至歷史行程任務表單進行存儲并更新行程任務表單，再根據(jù)用戶ID分別向乘客端和司機端發(fā)送“訂單成功”及“接單成功”信息；

步驟5：司機端實時將其地理位置信息發(fā)送至云端服務器，云端服務器將接收到地理位置信息與相應司機端當前的行程任務相關聯(lián)，實時更新當前的行程任務狀態(tài)并發(fā)送至乘客端，直至行程任務結束。

進一步地，該方法還包括：云端服務器還根據(jù)乘客端發(fā)送的訂單信息時間將訂單池內的訂單信息直接向司機端推送。

進一步地，停留在訂單池中最長時間的訂單信息將被優(yōu)先推送。對于最新接收或在訂單池中等待時間較長的任務優(yōu)先派送，較好地規(guī)劃了行程任務安排，提高了行程派發(fā)的效率，縮短了乘客的等待時間。

進一步地，云端服務器基于MySQL來創(chuàng)建用戶信息表單、行程任務表單和歷史行程任務表單。對于用戶信息表單、行程任務表單和歷史行程任務表單，其分別用于保存用戶個人信息、當前正在進行的任務以及已完成的任務，較好地實現(xiàn)了數(shù)據(jù)的分類存放，提高了三類信息的存取速度，保證了云端服務器中的運行效率。

進一步地，云端服務器分別與司機端和乘客端以json字符串的形式傳輸數(shù)據(jù)。由于json數(shù)據(jù)格式簡單,易于讀寫,并且其格式經(jīng)過壓縮,因此會占用較小的帶寬,有利于服務器端的解析，提高了云端服務器與司機端和乘客端之間的通信速度，保證了通信的穩(wěn)定性。

所述訂單信息包括：出發(fā)地、終點、行程中間點以及車輛類型信息。所述信息有利于為接單司機提供直觀清晰的行車路線認知，并且使接單司機能夠快速識別代駕車輛，確保了訂單的準確性。

本發(fā)明還提供了另一種云端多路點匹配代駕方法，該方法在云端服務器內完成，其具體包括：

步驟1：接收司機端和乘客端的用戶信息并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)；

步驟2：接收乘客端發(fā)送來的訂單信息并存儲訂單池內，并實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)；

步驟3：接收司機端發(fā)送來的接單請求，將行程任務表單發(fā)送至司機端，由司機端隨機選擇行程任務表單中的任一行程任務；

步驟4：將司機端選擇的行程任務移至歷史行程任務表單進行存儲并更新行程任務表單，再根據(jù)用戶ID分別向乘客端和司機端發(fā)送“訂單成功”及“接單成功”信息；

步驟5：實時接收司機端發(fā)送來的其地理位置信息，并與相應司機端當前的行程任務相關聯(lián)，實時更新當前的行程任務狀態(tài)并發(fā)送至乘客端，直至行程任務結束。

本發(fā)明還提供了另一種云端多路點匹配代駕方法，其特征在于，該方法在客戶端內完成，所述客戶端包括司機端和乘客端，該方法具體包括：

步驟1：司機端和乘客端分別將其相應用戶信息發(fā)送至云端服務器并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)；

步驟2：乘客端將訂單信息發(fā)送至云端服務器并存儲訂單池內，通過云端服務器實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)；

步驟3：司機端向云端服務器發(fā)送接單請求，之后接收云端服務器發(fā)送來的行程任務表單并隨機選擇行程任務表單中的任一行程任務；

步驟4：乘客端和司機端分別接收云端服務器發(fā)送來的“訂單成功”及“接單成功”信息；

步驟5：司機端實時將其地理位置信息發(fā)送至云端服務器，由云端服務器將接收到地理位置信息與相應司機端當前的行程任務相關聯(lián)，且實時更新當前的行程任務狀態(tài)；乘客端實時接收當前的行程任務狀態(tài)，直至行程任務結束。

本發(fā)明的第二目的是提供一種云端多路點的快速匹配代駕系統(tǒng)。

本發(fā)明的一種云端多路點的快速匹配代駕系統(tǒng)，包括：客戶端和云端服務器，所述客戶端包括司機端和乘客端；

司機端和乘客端，其用于分別將其相應用戶信息發(fā)送至云端服務器并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)；

乘客端還用于將訂單信息發(fā)送至云端服務器并存儲訂單池內；

云端服務器，其用于實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)；

司機端，用于向云端服務器發(fā)送接單請求；

云端服務器，還用于接收接單請求后將行程任務表單發(fā)送至司機端，由司機端隨機選擇行程任務表單中的任一行程任務；以及將司機端選擇的行程任務移至歷史行程任務表單進行存儲并更新行程任務表單，再根據(jù)用戶ID分別向乘客端和司機端發(fā)送“訂單成功”及“接單成功”信息；

云端服務器，還用于實時接收司機端發(fā)送來的其地理位置信息，并與相應司機端當前的行程任務相關聯(lián)，實時更新當前的行程任務狀態(tài)并發(fā)送至乘客端，直至行程任務結束。

進一步地，云端服務器，還用于根據(jù)乘客端發(fā)送的訂單信息時間將訂單池內的訂單信息直接向司機端推送。對于最新接收或在訂單池中等待時間較長的任務優(yōu)先派送，較好地規(guī)劃了行程任務安排，提高了行程派發(fā)的效率，縮短了乘客的等待時間。

進一步地，云端服務器，其用于基于MySQL來創(chuàng)建用戶信息表單、行程任務表單和歷史行程任務表單。對于用戶信息表單、行程任務表單和歷史行程任務表單，其分別用于保存用戶個人信息、當前正在進行的任務以及已完成的任務，較好地實現(xiàn)了數(shù)據(jù)的分類存放，提高了三類信息的存取速度，保證了云端服務器中的運行效率。

進一步地，云端服務器分別與司機端和乘客端以json字符串的形式傳輸數(shù)據(jù)。由于json數(shù)據(jù)格式簡單,易于讀寫,并且其格式經(jīng)過壓縮,因此會占用較小的帶寬,有利于服務器端的解析，提高了云端服務器與司機端和乘客端之間的通信速度，保證了通信的穩(wěn)定性。

所述云端服務器端采用Struts2框架。

本發(fā)明的一種云端多路點的快速匹配代駕云端服務器，包括：

用戶信息存儲模塊，其用于接收司機端和乘客端的用戶信息并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)；

行程任務表單構建模塊，其用于接收乘客端發(fā)送來的訂單信息并存儲訂單池內，并實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)；

行程任務表單發(fā)送模塊，其用于接收司機端發(fā)送來的接單請求，將行程任務表單發(fā)送至司機端，由司機端隨機選擇行程任務表單中的任一行程任務；

行程任務表單更新模塊，其用于將司機端選擇的行程任務移至歷史行程任務表單進行存儲并更新行程任務表單，再根據(jù)用戶ID分別向乘客端和司機端發(fā)送“訂單成功”及“接單成功”信息；

行程任務狀態(tài)更新模塊，其用于實時接收司機端發(fā)送來的其地理位置信息，并與相應司機端當前的行程任務相關聯(lián)，實時更新當前的行程任務狀態(tài)并發(fā)送至乘客端，直至行程任務結束。

本發(fā)明的一種云端多路點的快速匹配代駕客戶端，所述客戶端包括司機端和乘客端；

司機端和乘客端，其用于分別將其相應用戶信息發(fā)送至云端服務器并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)；

乘客端，還用于將訂單信息發(fā)送至云端服務器并存儲訂單池內，通過云端服務器實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)；

所述司機端，其用于向云端服務器發(fā)送接單請求，之后接收云端服務器發(fā)送來的行程任務表單并隨機選擇行程任務表單中的任一行程任務；

所述乘客端和司機端，還用于分別接收云端服務器發(fā)送來的“訂單成功”及“接單成功”信息；

所述司機端，還用于實時將其地理位置信息發(fā)送至云端服務器，由云端服務器將接收到地理位置信息與相應司機端當前的行程任務相關聯(lián)，且實時更新當前的行程任務狀態(tài)；乘客端實時接收當前的行程任務狀態(tài)，直至行程任務結束。

本發(fā)明的有益效果為：

(1)本發(fā)明采用云端快速搭建服務器，充分保護數(shù)據(jù)安全，并且降低了服務器搭建的成本。云端服務器端采用Struts2框架，將結構模塊化，增強了服務器端的擴展性。由于Struts2基于MVC架構，框架結構清晰，開發(fā)流程一目了然，開發(fā)人員可以很好的掌控開發(fā)的過程；

(2)本發(fā)明在傳統(tǒng)的行程起始點中加入了行程中間點的概念，行程中間點標識了整個行程過程中需要途徑的地點，用于滿足當多人同乘一輛車但目的地不同的情況，充分考慮了多人同乘的需求，設計思維靈活；

(3)本發(fā)明采用訂單池的方式存儲行程任務，通過設置行程優(yōu)先級安排行程發(fā)布順序。對于最新接收或在訂單池中等待時間較長的任務優(yōu)先派送，較好地規(guī)劃了行程任務安排，提高了行程派發(fā)的效率，縮短了乘客的等待時間；

(4)本發(fā)明服務器端實時監(jiān)控行程中司機行進路線并將行程路線顯示在乘客端界面中。乘客可隨時查看行進路線是否偏離預定路線，通過查看路線，乘客對自身位置以及行程狀況會有清楚的認識，提高了出行的安全性。

附圖說明

圖1是本發(fā)明實施例一的云端多路點匹配代駕方法的流程示意圖；

圖2是本發(fā)明實施例二的云端多路點匹配代駕方法的流程示意圖；

圖3是本發(fā)明實施例三的云端多路點匹配代駕方法的流程示意圖；

圖4是本發(fā)明的云端多路點匹配代駕系統(tǒng)的結構示意圖；

圖5是本發(fā)明云端多路點匹配代駕云端服務器的結構示意圖；

圖6為乘客端運行示意圖；

圖7為司機端運行示意圖；

圖8為云端服務器與客戶端的通信示意圖；

圖9為云端服務器模塊運行示意圖。

具體實施方式

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

本發(fā)明實施例中提及的客戶端可以包括個人電腦、平板電腦、智能手機、車載終端以及穿戴式設備等運行有APP應用的互聯(lián)網(wǎng)設備，通過互聯(lián)網(wǎng)與云端服務器進行通信，所述云端服務器為客戶端上運行的APP應用的后臺服務器。本發(fā)明實施例中的云端服務器可以直接通過網(wǎng)絡向客戶端推送消息。

圖1是本發(fā)明實施例中一種云端多路點匹配代駕方法的流程示意圖，本實施例主要是從客戶端以及云端服務器混合側進行描述一側來描述，客戶端包括司機端和乘客端，如圖所示本實施例中的云端多路點匹配代駕方法可以包括：

S101，司機端和乘客端分別將其相應用戶信息發(fā)送至云端服務器并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)。

具體實現(xiàn)中，云端服務器基于MySQL來創(chuàng)建用戶信息表單。

所述訂單信息包括：出發(fā)地、終點、行程中間點以及車輛類型信息。

如圖6所示，乘客端啟動時首先檢查是否存在默認登陸文件，若存在則依據(jù)登陸文件完成登錄，進入系統(tǒng)主界面；若不存在則進入注冊界面，用戶在注冊側界面填寫個人信息，填寫完成后點擊注冊按鈕完成注冊過程。進入主界面，乘客可選擇發(fā)布即時訂單或者預約訂單；選擇即時訂單進入地圖主界面，乘客在界面中填寫出發(fā)地、終點、行程中間點以及車輛類型等信息，點擊下一步進入等待界面。選擇預約訂單進入預約界面，用戶填寫訂單時間、起點終點等信息進入等待界面。等待界面含有取消按鈕，若訂單長時間未被接單，用戶可自行取消訂單重新發(fā)布。

司機端啟動過程與乘客端相同。

S102，乘客端將訂單信息發(fā)送至云端服務器并存儲訂單池內；云端服務器實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)。

S103，司機端向云端服務器發(fā)送接單請求，云端服務器接收接單請求后將行程任務表單發(fā)送至司機端，由司機端隨機選擇行程任務表單中的任一行程任務。

S104，云端服務器將司機端選擇的行程任務移至歷史行程任務表單進行存儲并更新行程任務表單，再根據(jù)用戶ID分別向乘客端和司機端發(fā)送“訂單成功”及“接單成功”信息。

如圖7所示，司機端正常工作時，每隔一段時間向服務器端發(fā)送一次獲取任務列表請求。服務器端接收請求后從訂單池中抓取行程任務并依據(jù)優(yōu)先級對任務排序，將排序后的任務列表格式化以后通過json字符串的形式向司機端返回結果。司機端獲取結果并解析形成最新的任務列表，隨后司機端將任務列表在主界面呈現(xiàn)出來供司機選擇。司機選擇行程任務后，司機端向服務器端發(fā)送任務確認請求，服務器端接受請求后鎖定對應的行程任務以保證該任務不再向其他司機端發(fā)布，之后查詢司機端賬號和該任務所屬乘客端賬號的進行中行程任務表將該任務插入表中。

S105，司機端實時將其地理位置信息發(fā)送至云端服務器，云端服務器將接收到地理位置信息與相應司機端當前的行程任務相關聯(lián)，實時更新當前的行程任務狀態(tài)并發(fā)送至乘客端，直至行程任務結束。

司機端在行程過程中，獲取司機GPS數(shù)據(jù)并每隔一段時間向服務器端發(fā)送任務更新請求。服務器端獲取打包好的GPS數(shù)據(jù)后將數(shù)據(jù)解包，隨后從訂單池中獲取對應的行程任務，將最新的位置數(shù)據(jù)更新到行程任務中。乘客端每隔一段時間向服務器端發(fā)送一次獲取最新任務狀態(tài)請求，服務器端接受請求后從訂單池中獲取對應的行程任務，格式化之后發(fā)送給乘客端，乘客端依據(jù)獲取的結果更新地圖中的行程狀態(tài)和行程路線圖。

該方法還包括：云端服務器還根據(jù)乘客端發(fā)送的訂單信息時間將訂單池內的訂單信息直接向司機端推送。

進一步地，停留在訂單池中最長時間的訂單信息將被優(yōu)先推送。對于最新接收或在訂單池中等待時間較長的任務優(yōu)先派送，較好地規(guī)劃了行程任務安排，提高了行程派發(fā)的效率，縮短了乘客的等待時間。

在具體實施例中，圖8所示，客戶端與服務器端的通信過程為：

利用通信模塊實現(xiàn)客戶端與服務器端的信息連接，保證兩端的數(shù)據(jù)同步，是此系統(tǒng)的關鍵模塊。通信模塊在客戶端本地工作，通過接口與UI模塊進行數(shù)據(jù)通信，從中獲取用戶輸入。通信模塊獲取用戶數(shù)據(jù)后，與服務器端建立數(shù)據(jù)通道，將數(shù)據(jù)封裝并格式化為json格式發(fā)送到服務器端并斷開通道；短暫等待后，通信模塊與服務器端重新建立通道并發(fā)送數(shù)據(jù)請求，服務器端收到請求后將處理完成的數(shù)據(jù)通過通道發(fā)送到通信模塊。通信模塊對接收的數(shù)據(jù)解析并解包，獲取的數(shù)據(jù)就是之前該模塊發(fā)送到服務器端的數(shù)據(jù)的處理結果。通信模塊通過接口將處理后的數(shù)據(jù)傳遞到客戶端的UI模塊，客戶端的UI模塊對數(shù)據(jù)處理后顯示到界面中。

圖9所示，云端服務器的架構采用Struts2架構，數(shù)據(jù)庫采用MySQL數(shù)據(jù)庫。服務器代碼初始化時在數(shù)據(jù)庫中建立三張表，分別對應用戶信息，用戶進行中行程任務，用戶歷史行程任務。隨后建立訂單池，其基本結構是一個雙向鏈表。訂單池工作時記錄每個行程任務的發(fā)布時間和等待時間，隨后依據(jù)發(fā)布時間的前后和等待時間的長短設置行程任務優(yōu)先級并向司機端推送行程任務，其中，發(fā)布時間越晚或者等待時間越長的行程任務優(yōu)先級越高。服務器模塊每次獲得客戶端工作請求后將執(zhí)行相應的功能代碼，代碼執(zhí)行后獲取的結果將以json字符串的形式返回客戶端。

本實施例中，以云端為基礎構建服務器，在移動端以應用程序的方式發(fā)布客戶端，客戶端依據(jù)使用者類型分為乘客端和司機端。系統(tǒng)通過網(wǎng)絡連接的方式將所有設備連接到云端服務器。服務器端和客戶端之間以json字符串的形式傳遞數(shù)據(jù)，通過搶單或優(yōu)先級派單的方式推送訂單，代駕司機與乘客在線下完成支付交易。該系統(tǒng)在目前流行的代駕系統(tǒng)的基礎上進行了擴展，使一輛汽車中多個乘客可以設置多個中間點，靈活規(guī)劃行程路徑，司機會在每個中間點暫時停車以方便在該中間點需要下車的乘客下車，實現(xiàn)在同一行程中同時滿足多人行程需求的功能。

圖2是本發(fā)明另一實施例中云端多路點匹配代駕方法的流程示意圖，本實施例主要是從云端服務器側來描述，如圖所示本實施例中的云端多路點匹配代駕方法可以包括：

S201，接收司機端和乘客端的用戶信息并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)。

S202，接收乘客端發(fā)送來的訂單信息并存儲訂單池內，并實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)。

S203，接收司機端發(fā)送來的接單請求，將行程任務表單發(fā)送至司機端，由司機端隨機選擇行程任務表單中的任一行程任務。

S204，將司機端選擇的行程任務移至歷史行程任務表單進行存儲并更新行程任務表單，再根據(jù)用戶ID分別向乘客端和司機端發(fā)送“訂單成功”及“接單成功”信息。

S205，實時接收司機端發(fā)送來的其地理位置信息，并與相應司機端當前的行程任務相關聯(lián)，實時更新當前的行程任務狀態(tài)并發(fā)送至乘客端，直至行程任務結束。

圖3是本發(fā)明另一實施例中云端多路點匹配代駕方法的流程示意圖，本實施例主要是從客戶端側來描述，如圖所示本實施例中的云端多路點匹配代駕方法可以包括：

S301，司機端和乘客端分別將其相應用戶信息發(fā)送至云端服務器并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)。

S302，乘客端將訂單信息發(fā)送至云端服務器并存儲訂單池內，通過云端服務器實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)。

S303，司機端向云端服務器發(fā)送接單請求，之后接收云端服務器發(fā)送來的行程任務表單并隨機選擇行程任務表單中的任一行程任務。

S304，乘客端和司機端分別接收云端服務器發(fā)送來的“訂單成功”及“接單成功”信息。

S305，司機端實時將其地理位置信息發(fā)送至云端服務器，由云端服務器將接收到地理位置信息與相應司機端當前的行程任務相關聯(lián)，且實時更新當前的行程任務狀態(tài)；乘客端實時接收當前的行程任務狀態(tài)，直至行程任務結束。

圖4是本發(fā)明的一種云端多路點的快速匹配代駕系統(tǒng)。如圖4所示的云端多路點的快速匹配代駕系統(tǒng)包括：客戶端和云端服務器，所述客戶端包括司機端和乘客端；

司機端和乘客端，其用于分別將其相應用戶信息發(fā)送至云端服務器并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)；

乘客端還用于將訂單信息發(fā)送至云端服務器并存儲訂單池內；

云端服務器，其用于實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)；

司機端，用于向云端服務器發(fā)送接單請求；

云端服務器，還用于接收接單請求后將行程任務表單發(fā)送至司機端，由司機端隨機選擇行程任務表單中的任一行程任務；以及將司機端選擇的行程任務移至歷史行程任務表單進行存儲并更新行程任務表單，再根據(jù)用戶ID分別向乘客端和司機端發(fā)送“訂單成功”及“接單成功”信息；

云端服務器，還用于實時接收司機端發(fā)送來的其地理位置信息，并與相應司機端當前的行程任務相關聯(lián)，實時更新當前的行程任務狀態(tài)并發(fā)送至乘客端，直至行程任務結束。

進一步地，云端服務器，還用于根據(jù)乘客端發(fā)送的訂單信息時間將訂單池內的訂單信息直接向司機端推送。對于最新接收或在訂單池中等待時間較長的任務優(yōu)先派送，較好地規(guī)劃了行程任務安排，提高了行程派發(fā)的效率，縮短了乘客的等待時間。

進一步地，云端服務器，其用于基于MySQL來創(chuàng)建用戶信息表單、行程任務表單和歷史行程任務表單。對于用戶信息表單、行程任務表單和歷史行程任務表單，其分別用于保存用戶個人信息、當前正在進行的任務以及已完成的任務，較好地實現(xiàn)了數(shù)據(jù)的分類存放，提高了三類信息的存取速度，保證了云端服務器中的運行效率。

進一步地，云端服務器分別與司機端和乘客端以json字符串的形式傳輸數(shù)據(jù)由于json數(shù)據(jù)格式簡單,易于讀寫,并且其格式經(jīng)過壓縮,因此會占用較小的帶寬,有利于服務器端的解析，提高了云端服務器與司機端和乘客端之間的通信速度，保證了通信的穩(wěn)定性。

所述云端服務器端采用Struts2框架。

圖5是本發(fā)明的一種云端多路點的快速匹配代駕云端服務器。如圖5所示的本發(fā)明的一種云端多路點的快速匹配代駕云端服務器，包括：

用戶信息存儲模塊，其用于接收司機端和乘客端的用戶信息并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)；

行程任務表單構建模塊，其用于接收乘客端發(fā)送來的訂單信息并存儲訂單池內，并實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)；

行程任務表單發(fā)送模塊，其用于接收司機端發(fā)送來的接單請求，將行程任務表單發(fā)送至司機端，由司機端隨機選擇行程任務表單中的任一行程任務；

行程任務表單更新模塊，其用于將司機端選擇的行程任務移至歷史行程任務表單進行存儲并更新行程任務表單，再根據(jù)用戶ID分別向乘客端和司機端發(fā)送“訂單成功”及“接單成功”信息；

行程任務狀態(tài)更新模塊，其用于實時接收司機端發(fā)送來的其地理位置信息，并與相應司機端當前的行程任務相關聯(lián)，實時更新當前的行程任務狀態(tài)并發(fā)送至乘客端，直至行程任務結束。

本發(fā)明的一種云端多路點的快速匹配代駕客戶端，所述客戶端包括司機端和乘客端；

司機端和乘客端，其用于分別將其相應用戶信息發(fā)送至云端服務器并存儲至用戶信息表單中；其中，每個司機端和乘客端均與一個唯一用戶ID相關聯(lián)；

乘客端，還用于將訂單信息發(fā)送至云端服務器并存儲訂單池內，通過云端服務器實時將訂單池內的訂單信息按照時間優(yōu)先級進行排序并存儲至行程任務表單中，且將訂單信息根據(jù)用戶ID與相應司機端或乘客端進行關聯(lián)；

所述司機端，其用于向云端服務器發(fā)送接單請求，之后接收云端服務器發(fā)送來的行程任務表單并隨機選擇行程任務表單中的任一行程任務；

所述乘客端和司機端，還用于分別接收云端服務器發(fā)送來的“訂單成功”及“接單成功”信息；

所述司機端，還用于實時將其地理位置信息發(fā)送至云端服務器，由云端服務器將接收到地理位置信息與相應司機端當前的行程任務相關聯(lián)，且實時更新當前的行程任務狀態(tài)；乘客端實時接收當前的行程任務狀態(tài)，直至行程任務結束。

本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用硬件實施例、軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory，ROM)或隨機存儲記憶體(Random AccessMemory，RAM)等。