本發(fā)明涉及一種智能技術領域，具體是一種基于智能手機的約車系統(tǒng)及應用。

背景技術：

隨著城市的快速發(fā)展及人們生活水平的提高，乘座出租車逐漸成為市民出行的一個重要手段。但許多城市的出租車發(fā)展速度較城市發(fā)展速度相對滯后，目前，國家衡量城市出租車配置的指標是千人擁有率，要求大城市出租車千人擁有率一般不低于2。以南京為例，按照指標計算，南京全市應至少擁有1.6萬輛出租車，但目前全市出租車數量大約為9100萬輛。出租車數量相對較少，導致上下班高峰期、密集路段等時間段或地段打車難；另一方面，非高峰期和非密集路段，出租車又經?？张堋３鲎廛囁緳C僅靠職業(yè)經驗選擇線路，經常空跑或守株待兔式等客。一方面是有車沒人，出租車運營效率低；另一方面是有人沒車，市民打車難，導致供需不平衡。目前市民解決打車難通常采用兩種措施：（1）通過電話向控制中心預約出租車，控制中心再向附近的出租車發(fā)送信息，調度車輛去接；（2）通過呼叫中心調度系統(tǒng)群呼無線電中守聽的出租車司機，告知叫車信息，由出租車司機選擇。這兩個方案存在的共同缺點是：1.市民首先要記住控制中心或者調度中心的電話；2.控制中心和調度中心的電話線路有限，占線幾率大，尤其高峰期的時候，撥打困難；3.由控制中心和調度中心選擇具體出租車，市民對出租車沒有自由選擇的余地；4.出租車與打車市民均處于盲目等待狀態(tài)。通過控制中心預約出租車方案：市民發(fā)出請求，控制中心通過無線網呼叫出租車，這個方案存在問題是：（1）市民提前預約但也容易因其他事情干擾導致放棄預訂，容易導致出租車司機空等，從而降低其營運收入；（2）因為不是市民和出租車直接對話，可能造成地點和時間上的信息差異。通過調度系統(tǒng)雖然解決地點和時間上的信息差異，但是空閑出租車信息的不完整仍可能導致預訂的出租車非最佳方案。

專利申請?zhí)枮?01310246846.9的專利文獻公開了基于智能手機的約車系統(tǒng)，包含安裝于用戶智能手機上的客戶端；用戶通過客戶端上的地圖顯示其所在位置周邊地區(qū)出租車的位置，用戶通過客戶端選擇某一出租車對其進行預訂或者取消操作；客戶端通過3G/2G移動網絡連接到服務端的信息處理與撮合云服務平臺；安裝于出租車上與信息處理與撮合云服務平臺進行信息交換的車載終端；信息處理與撮合云服務平臺對用戶的預訂信息進行計算、匹配撮合后，結果發(fā)送至對應的出租車車載終端；出租車車載終端能夠返回應答或拒絕響應，所述響應經所述云服務平臺而被發(fā)送至所述客戶端；服務端包含以城市或地理區(qū)域為單元建立的多個信息處理與撮合云服務平臺，每個信息處理與撮合云服務平臺與其所布局的城市或地理區(qū)域內的用戶智能手機上的客戶端、出租車進行信息交換；各信息處理與撮合云服務平臺通過數據接口引擎與各出租車調度中心連接，將信息處理與撮合云服務平臺信息傳遞至出租車調度中心共享；所述服務端包含的信息處理與撮合云服務平臺中包含以下功能模塊：數據預處理模塊：對來自不同信息處理與撮合云服務平臺的數據進行格式化，使數據信息標準化；數據分揀模塊：對格式化后的數據進行分析；數據入庫模塊：將經過數據分揀模塊分析的有效的數據寫入數據庫；信息處理及匹配模塊：根據車載終端及客戶端傳來的位置信息對所述數據庫中有效的數據進行篩選搜索，快速找出符合要求的出租車信息；信息指令模塊：將客戶端傳輸過來的用戶訂車或者取消出租車的信息，與同步傳送的出租車信息進行校驗，出租車處于空載狀態(tài)時，將出租車地址信息和位置進行校驗，通過驗證后由將數據回傳給用戶及指定出租車；所述信息處理及匹配模塊采用的搜索方式為關鍵字搜索、范圍搜索或經緯度搜索；所述出租車由GPS衛(wèi)星定位系統(tǒng)定位、人工定位或由移動網絡基站獲取位置信息，并由出租車內安裝的車載終端將位置信息通過3G/2G移動網絡傳輸至信息處理與撮合云服務平臺；所述客戶端包含以下功能模塊：數據收發(fā)轉換器模塊：將客戶端和服務端的WebService建立數據鏈接，使用戶智能手機和服務端的信息處理與撮合云服務平臺之間進行信息交換；位置展示模塊：基于GIS在手機地圖上展示設定區(qū)域內的出租車位置；車輛預訂模塊：在地圖上選擇預訂出租車或者取消預訂；所述信息處理與撮合云服務平臺通過雙工數據交換模塊與出租車進行信息交換，將預訂出租車的用戶的信息傳遞至所預訂的出租車；還包含設在出租車上的顯示出租車的載客狀態(tài)的出租車空駛狀態(tài)數據采集模塊；所述出租車空駛狀態(tài)數據采集模塊設置在出租車計價器通信模塊中，或設置在所述車載終端中，或獨立的設置在出租車上。但該發(fā)明存在以下不足：系統(tǒng)較為復雜，增加云服務平臺的處理壓力。

專利申請?zhí)枮?01110268993.7的專利文獻公開了基于智能手機的便捷約車服務平臺，其包括乘客客戶端、中心調度服務器、出租車調度中心客戶端、接口控件、出租車調度系統(tǒng)，乘客客戶端與中心調度服務器的一端連接，中心調度服務器的另一端與出租車調度中心客戶端連接，出租車調度中心客戶端通過接口控件與出租車調度系統(tǒng)連接；乘客客戶端上有安裝在乘客用戶手機上的智能手機客戶端軟件，當乘客用戶在手機上點擊打車功能按鈕時，智能手機客戶端軟件自動獲取乘客用戶位置信息，在乘客用戶允許的情況下，將乘客用戶當前位置發(fā)送給中心調度服務器，中心調度服務器判斷乘客用戶所在的位置，根據乘客用戶的具體位置信息加載相應的調度規(guī)則，并將乘客用戶的約車請求、乘客用戶的位置信息、乘客用戶的聯系電話打包發(fā)送給相應的出租車調度中心客戶端，出租車調度中心客戶端接收到乘客用戶約車請求后，通過接口控件與出租車調度系統(tǒng)進行集成，根據乘客用戶位置信息向乘客用戶當前位置周圍的出租車廣播乘客用戶約車請求，第一個搶到的司機即為選定的接車司機，通過接口控件返回接車司機的車牌號給出租車調度中心客戶端，出租車調度中心客戶端再將司機車牌號信息返回給中心調度服務器，中心調度服務器將接車司機車牌號信息返回給乘客客戶端。但該發(fā)明存在以下不足：中心調度功能較為繁瑣，不適合節(jié)假日約車旺盛情況下推廣使用。

技術實現要素：

本發(fā)明的目的在于提供一種基于智能手機的約車系統(tǒng)及應用，以解決背景技術中存在的問題。

為實現上述目的，本發(fā)明提供如下技術方案：

一種基于智能手機的約車系統(tǒng)，包括：用戶模塊、車主模塊、定位模塊、云服務模塊、通訊模塊，所述用戶模塊通過云服務模塊與車主模塊連接，所述定位模塊與云服務模塊連接，所述通訊模塊分別與用戶模塊及車主模塊連接。

作為本發(fā)明進一步的方案：所述用戶模塊用于用戶進行約車的處理。

作為本發(fā)明進一步的方案：所述車主模塊用于車主進行約車的應答。

作為本發(fā)明進一步的方案：所述定位模塊為基于衛(wèi)星定位及導航的模塊，其中導航采用最優(yōu)距離算法及路況實時更新模塊。

作為本發(fā)明進一步的方案：所述云服務模塊包括信息預處理模塊、排隊模塊、數據分揀模塊及校驗模塊。

一種基于智能手機的約車系統(tǒng)的應用，包括以下步驟：

（1）用戶登錄用戶模塊，隨后通過用戶模塊進行約車，約車信息傳達到云服務模塊并進行處理，根據約車規(guī)則將約車信息發(fā)送到車主模塊中；

（2）車主根據接收到的約車信息并通過通訊模塊與用戶溝通，溝通后前往約定地點接送用戶，并根據定位模塊進行全程導航。

與現有技術相比，本發(fā)明的有益效果是：

本發(fā)明包括：用戶模塊、車主模塊、定位模塊、云服務模塊、通訊模塊，所述用戶模塊通過云服務模塊與車主模塊連接，所述定位模塊與云服務模塊連接，所述通訊模塊分別與用戶模塊及車主模塊連接。本發(fā)明能夠簡化約車操作，同時能使司機精確獲取用戶當前約車地理位置，改善用戶約車體驗。

附圖說明

圖1為本發(fā)明的工作原理。

具體實施方式

下面結合具體實施方式對本專利的技術方案作進一步詳細地說明。

由圖1可見，一種基于智能手機的約車系統(tǒng)，包括：用戶模塊、車主模塊、定位模塊、云服務模塊、通訊模塊，所述用戶模塊通過云服務模塊與車主模塊連接，所述定位模塊與云服務模塊連接，所述通訊模塊分別與用戶模塊及車主模塊連接。

所述用戶模塊用于用戶進行約車的處理。

所述車主模塊用于車主進行約車的應答。

所述定位模塊為基于衛(wèi)星定位及導航的模塊，其中導航采用最優(yōu)距離算法及路況實時更新模塊。

所述云服務模塊包括信息預處理模塊、排隊模塊、數據分揀模塊及校驗模塊。

一種基于智能手機的約車系統(tǒng)的應用，包括以下步驟：

（1）用戶登錄用戶模塊，隨后通過用戶模塊進行約車，約車信息傳達到云服務模塊并進行處理，根據約車規(guī)則將約車信息發(fā)送到車主模塊中；

（2）車主根據接收到的約車信息并通過通訊模塊與用戶溝通，溝通后前往約定地點接送用戶，并根據定位模塊進行全程導航。

對于本領域技術人員而言，顯然本發(fā)明不限于上述示范性實施例的細節(jié)，而且在不背離本發(fā)明的精神或基本特征的情況下，能夠以其他的具體形式實現本發(fā)明。因此，無論從哪一點來看，均應將實施例看作是示范性的，而且是非限制性的，本發(fā)明的范圍由所附權利要求而不是上述說明限定，因此旨在將落在權利要求的等同要件的含義和范圍內的所有變化囊括在本發(fā)明內。

此外，應當理解，雖然本說明書按照實施方式加以描述，但并非每個實施方式僅包含一個獨立的技術方案，說明書的這種敘述方式僅僅是為清楚起見，本領域技術人員應當將說明書作為一個整體，各實施例中的技術方案也可以經適當組合，形成本領域技術人員可以理解的其他實施方式。