計程車訂車系統及訂車方法

2023-06-04 14:04:51 1

專利名稱：計程車訂車系統及訂車方法
計程車訂車系統及訂車方法
技術領域：
本發明涉及一種計程車訂車系統，特別涉及一種在乘客和計程車司機之間建立端對端的直接的通信通道的訂車系統。
背景技術：
在現代城市中，計程車是一種重要的交通工具。一般而言，傳統的訂車服務由人工訂車服務中心提供。如圖I所示，計程車公司會設立人工 訂車服務中心102，該中心設有多部熱線電話和伺服器，並配有人工接線員及對公眾公布訂車熱線電話號碼，而計程車上則配置無線網絡通信終端和導航定位系統(如GPS)，並實時地把計程車的位置通過無線網絡傳給伺服器。當有乘客1011需要預訂和乘坐計程車時，由乘客1011撥打熱線電話，由人工訂車服務中心102的計程車調度人員接聽電話並記錄乘客的位置信息及乘車需求，然後該調度人員通過伺服器查詢該乘客的位置1011附近的計程車1031 1034等的信息，並呼叫其中一位計程車1031並徵詢該司機出車的意願。如該司機願意載客，則該調度人員會記錄該計程車的車牌號並告知乘客，然後計程車司機開車到乘客指定的地點並為該乘客提供乘車服務。如果計程車1031正在載客或不願出車，則該調度人員繼續撥打另一位計程車的電話並徵詢其出車意願。這樣的系統有如下幾個問題I)乘客及計程車司機對彼此的情況一無所知，雙方無法通過直接溝通達成訂車意向；2)乘客和司機無法根據不同的乘車時段和乘車地點協商訂車費用，這對乘客來說會造成出行不便，而對計程車司機來說，有可能減少潛在的經濟收益；3)乘客接通服務中心的電話後不能掛斷電話，只能消極被動地等待服務中心的回應，乘客缺乏良好的訂車體驗4)涉及三方的溝通問題均需要通過人工語音通話、人工記錄並轉述，易造成溝通障礙及誤傳信息；5)服務中心需要多路電話及多名工作人員支持，需要很多成本以維持運行.6)由於信息的不對稱及不通暢，造成了在交通繁忙時段，一些地點附近有很多乘客但是附近路段的計程車數量卻非常有限，而有些路段計程車數量很多，但乘客數量卻很稀少，這樣就造成了乘客和計程車司機雙方的不便，加重了交通擁堵的狀況。相關的技術人員對上述訂車服務模式有所改進，例如公開的專利申請CN102456270，公開了一種自動派車的方法，用一個控制主機來收集乘客的位置信息和計程車信息，並自動匹配乘客的乘車需求與配鄰近位置閒置或空運狀態的計程車。這個系統仍然存在著極大的問題，例如，乘客與司機之間沒有直接的溝通渠道，無法就訂車事件進行協商，乘客和司機對彼此的具體狀態仍然一無所知。例如，控制主機根據乘客的位置搜尋鄰近位置空運狀態的計程車，並為彼此排定了乘運關係。但此時，有可能這位計程車司機是在吃飯，或者在忙別的事情，或者正在趕往預定地點載客，不願接這一單生意。還有可能，鄰近位置出現數輛空運的計程車，此時就可能無法匹配。因為對控制主機而言，各個計程車的狀況是無差別的，即都是空運狀態。在上述種種情況下，乘客和司機之間無法就乘車事件進行一對一的溝通以應對現實生活中千差萬別的實際情況。鑑於現有訂車服務系統存在的諸多缺陷，亟需一種新的訂車服務系統解決上述問題。

發明內容本發明提供了一種訂車系統和訂車方法。本發明的訂車系統包括一乘客終端，一車終端，一訂車伺服器，其特徵在於，乘客終端和車終端通過移動網際網路基於通用的C/S模式(Client/Server模式，即「用戶/伺服器」模式)，登錄訂車伺服器。經過訂車伺服器認證的終端(不論乘客和車)會與訂車伺服器直接建立起長連接，使得伺服器和終端之間可以相互推送實時信息。經過認證的終端之間 也可以通過訂車伺服器建立起端對端的直接的通信通道。所述的直接的通信通道包括無線電話通信通道，網際網路通信通道其中之一或全部。另外，本發明還提供一種訂車方法，包括乘客終端，車終端，和訂車伺服器，該乘客終端和車終端為配置具有導航定位功能的智能通信終端，其特徵在於，所述訂車伺服器包括一資料庫，該資料庫收錄與乘客終端或車終端相關的實時信息，所述乘客終端和車終端通過移動網際網路登錄所述訂車伺服器並向訂車伺服器實時傳送所述實時信息；所述訂車方法包括步驟乘客終端通過訂車伺服器搜索所在地點一定範圍內的車終端列表；並通過訂車伺服器向車終端列表中的車終端發出訂車訂單；在接受訂車訂單的車終端與發出訂車訂單的乘客終端之間建立端對端的直接的通信通道。本發明的訂車系統和訂車方法，訂車服務完全由計算機系統(硬體和軟體)來實現，可以較大幅度的減少延誤和減少人力成本。本發明的訂車系統會實時的發布一些實時的信息包括但不限於可以運營的車的數量和可運營的車的報價信息給乘客。同時乘客也可以得到一些統計信息，比如在該乘車點附近以及指定的時間點，以往的平均訂車費用。基於這些信息，乘客在訂車的時候就會對訂到車的概率有比較好的認識。另外，本發明使得司機和乘客可以直接溝通，並且使得他們之間可以對訂車費用進行溝通。從而達到雙贏。在本發明中，計程車司機作為商業運營的主體可以自行決定訂車費用，可以有效的提高他們參與訂車系統的積極性。而乘客則可以根據自己對叫車需求的迫切度來和自己所處的位置來決定自己期望的訂車費用，以使得自己的期望值能夠更好的跟當時的運營的計程車的狀況相匹配。

圖I是現有技術中的訂車模式示意圖。圖2是本發明的訂車系統的架構圖。圖2A是本發明的訂車系統的一個實施例架構圖。圖3是本發明的訂車系統的登錄模式與通信模式示意圖。圖3A是本發明的訂車系統的另一實施例的架構圖。
圖3B是本發明的訂車系統的另一較佳實施例的架構圖。圖4是本發明的訂車系統的較佳實施例的用戶端架構圖。圖5是本發明的訂車系統的較佳實施例的訂車伺服器架構圖。圖5A是本發明的訂車系統的較佳實施例的訂車伺服器架構中的訂單管理模塊的優選架構圖。圖5B是本發明的訂車系統的較佳實施例的訂車伺服器架構中的消息處理模塊的優選架構圖。圖6是本發明的訂車方法的較佳實施例的乘客終端訂車流程圖。
圖7是本發明的訂車方法的車終端的接單流程圖。圖8是本發明的訂車方法的訂車伺服器端的訂單處理流程圖。圖9是本發明的訂車方法車終端的另一接單流程圖。
具體實施方式為了使本發明的目的、技術方案和優點更加清楚，下面結合附圖和具體實施例對本發明進行詳細描述。圖2是本發明的訂車系統架構圖。本發明的訂車系統包括乘客終端201，車終端202和訂車伺服器203，其中，乘客終端201和車終端202安裝客戶端應用程式並通過移動無線網登錄訂車伺服器203.在本發明的訂車系統中，乘客終端201和車終端202為智能無線通信終端，例如目前市場常見的智慧型手機，支持移動通信的掌上電腦，平板電腦等，這些智能無線通信終端支持3G或4G的行動網路作業系統，例如蘋果公司的iOS系統，Google公司的安卓系統，以及微軟公司的windows phone等嵌入式作業系統平臺。這些終端基具有全球定位導航模塊，例如GPS定位模塊，移動基站定位模塊或中國的北鬥衛星導航系統(BeiDou (COMPASS)Navigation Satellite System),歐洲的伽利略衛星導航系統或者俄羅斯「格洛納斯」(GL0NASS)衛星導航系統等。如圖2A所示，本發明的訂車系統中的訂車伺服器203則包括一資料庫2031，該資料庫中2031收錄與乘客終端201和車終端202相關的實時信息，例如車終端的用戶身份(車終端用戶登錄訂車伺服器的認證身份)、車牌號、車型、司機姓名、司機信譽度、實時位置、是否空載、司機的通信方式、乘車價格、乘客終端用戶身份(乘客用戶登錄訂車伺服器的認證身份)、乘車起點位置、乘客通信方式等，優選地，訂車伺服器203的資料庫2031中收錄上述所有實時信息；特別地，訂車伺服器203的資料庫2031中也可收錄其中的一部分信息。特別地，上述司機的通信方式以及乘客的通信方式包括手機號碼，以及本系統提供的即時網絡通信工具。如圖3所示，乘客終端201與車終端202以「客戶端/伺服器」模式(Client/Server,簡寫為「C/S模式」)通過移動網際網路登錄訂車伺服器203。當乘客終端201或車終端202登錄訂車伺服器203之後，在乘客終端201或車終端202與訂車伺服器203之間建立長連接，也即在乘客終端201或車終端202與訂車伺服器之間建立P/P連接模式(Person/Person連接模式，即端對端的連接模式)。P/P連接模式使得訂車伺服器203可與車終端202或乘客終端201相互推送信息。此處的推送指乘客終端201或車終端202向訂車伺服器203發布信息，也指訂車伺服器203向乘客終端201或車終端202發布信息。並通過客戶端應用程式模塊在訂車伺服器203的資料庫2031中搜索.如圖2A所示，乘客攜帶乘客終端201在中山路和東方路路口等候計程車，通過移動無線網絡登錄遠端訂車伺服器203並在資料庫2031中搜索行駛在當前地點(中山路與東方路交叉口)附近的計程車，通過訂車伺服器203的幫助，搜索到車終端2021和車終端2022，該乘客通過查看從資料庫2031中搜索到的車終端2021和車終端2022相關的實時信息，從中選擇合意的計程車。相似的情形對於車終端(司機)同樣適用，例如當某司機攜帶車終端2021行使至某一地點時，可以通過車終端2021登錄遠端的訂車伺服器203查詢該地點附近是否有正在候車的乘客(攜帶乘客終端201)。如圖3A所示，本發明的訂車系統優選地包括乘客終端201，訂車伺服器203，車終端202 (圖中未示，車終端202與乘客終端201進行相同或類似的配置)，該乘客終端201包括一訂單處理模塊402，一超文本通信模塊407，訂車伺服器203包括一超文本服務模塊502，該超文本服務模塊502與資料庫2031相關聯。其中，超文本通信模塊407和超文本服務模塊502支持超文本傳輸協議(HTTP協議)；訂單處理模塊402中設置搜索條件選項，乘客通過該搜索條件選項設定搜索條件，並通過超文本通信模塊407，超文本服務模塊502從訂車伺服器203的資料庫2031中獲取符合搜索條件的車終端列表(車終端202可以按照與乘客終端201類似的設置並通過類似的方式從訂車伺服器203的資料庫2031中獲取符合搜索條件的乘客終端列表)。在該實施例中，所述的搜索條件選項包括設定始發位置，地理範圍，司機信譽度，價格，是否好友，車型中的一項或數項。其中，始發位置指乘客所欲乘車或司機所欲搭載乘客的地理位置，該始發位置默認為乘客終端201或車終端202當前所在位置(通過乘客終端201或車終端202自帶的全球定位導航系統進行自動定位獲得)，可以通過用戶的輸入來確定；地理範圍有兩種計算方式，其一指以乘客終端201或車終端202當前所在地理位置(或用戶輸入的地理位置)為圓心，以一定距離為半徑確定，例如可以設定一公裡範圍、二公裡範圍、三公裡範圍等；其二指與乘客終端201或車終端202當前所在地理位置(或用戶輸入的地理位置)一定的車輛行駛路徑距離。司機信譽度優選的可以以訂車伺服器的資料庫中所存儲的歷次訂車訂單完成後乘客對司機的服務的評價來進行設定；可以根據統計數據設定信譽度等級，例如根據乘客滿意度的高低設定來司機信譽度等級，例如依次設定五星級，四星級，三星級等。另外，訂單處理模塊402根據乘客或司機選定的 搜索選項，自動生成訂車訂單以備發送給搜索到的乘客終端列表中的乘客終端或車終端列表中的車終端。本發明的訂車系統通過在訂車伺服器203中設置資料庫2031收錄車終端202和乘客終端201的實時信息，並通過移動無線網際網路提供給車終端202和乘客終端201進行查詢，從而解決了現有技術中乘客找不到司機，司機找不到乘客的問題，消除了通過現有技術中的通過人工訂車服務中心訂車需要第三方(人工訂車服務中心的接線員)人工介入並提供支持的服務模式。進一步地，本發明的訂車系統在乘客終端201和車終端202之間建立端對端的直接的通信通道，該直接的通信通道可以藉由乘客終端201和車終端202本身具有的通信功能建立。在本實施例中，如上文所描述的實施例，所述訂車伺服器203中的資料庫2031中收錄的實時信息包括司機通信方式信息和乘客通信方式信息。這些通信方式信息可以包括行動電話號碼，本系統提供的即時通訊工具等。通過上述通信工具在乘客終端201和車終端202之間建立的通信通道包括語音信息通信通道或文字信息通信通道。乘客終端201或車終端202通過移動網際網路登錄遠程訂車伺服器203後，通過在資料庫2031中進行搜索，找到相關的車終端202或乘客終端201，乘客或司機可以選擇合意的車終端202或乘客終端201發起通信的邀請，例如啟動行動電話，或啟動網絡即時通信工具與對方進行溝通；優選地，乘客通過該搜索條件選項設定搜索條件，並通過超文本通信模塊407，超文本服務模塊502從訂車伺服器203的資料庫2031中獲取符合搜索條件的車終端列表，該車終端列表中車終端與資料庫中收錄的與該車終端相關的實時信息進行綁定，即通過應用程式設定，讓乘客在點選了該車終端後，即自動顯示與該車終端相關的實時信息，並優選地包括詢問乘客是否啟動該實時信息中的司機通信方式的設定；並通過應用程式設定當乘客選擇啟動司機通信方式時，即自動啟動相應的通信方式，例如自動啟動電話撥號程序，或自動啟動即時通訊的文本或語音通話功能。另外，在本發明的訂車系統在乘客終端201和車終端202之間建立端對端的直接的通信通道，該直接的通信通道藉由訂車伺服器203而建立。如圖3B所示，乘客終端2011包括一端對端通信模塊4081，該端對端通信模塊4081與乘客終端2011的訂單處理模塊 4021相關聯，車終端2012包括一端對端通信模塊4082，該端對端通信模塊4082與車終端2012的訂單處理模塊4022相關聯；該訂車伺服器203包括一端對端實時通信模塊508，該端對端實時通信模塊508與訂車伺服器203的資料庫508相關聯。該端對端通信模塊4081和端對端通信模塊4082採用相同或類似的設置，此處只是為了描述的方便而分別編號.該端對端通信模塊4081和端對端通信模塊4082可米用socket通信原理設置(socket通常也稱作〃套接字〃，用於描述IP位址和埠，是一個通信鏈的句柄。在網際網路上的主機一般運行了多個服務軟體，同時提供幾種服務。每種服務都打開一個Socket，並綁定到一個埠上，不同的埠對應於不同的服務。Socket正如其英文原意那樣，象一個多孔插座)，即端對端通信模塊4081和端對端通信模塊4082按照socket通信原理中的客戶端程序模塊設置，即包括能夠運行如下步驟的功能模塊(a)建立客戶端的socket，確定要連接的訂車伺服器的主機名和埠 ；(b)發送連接信息到訂車伺服器，並等待訂車伺服器的回饋信息；(C)連接訂車伺服器成功後，與訂車伺服器進行通信；(d)通信完畢後，關閉自身的socket。而訂車伺服器203的端對端實時通信模塊508則按照socket通信原理中的伺服器端程序模塊設置，即包括能夠運行如下步驟的功能模塊(A)建立伺服器端的socket，開始偵聽整個網絡中的連接請求；(B)當檢測到來自客戶端(乘客終端2011或車終端2012)的連接請求時，向客戶端發送收到連接請求的信息，並建立與客戶端的連接；(C)當完成通信後，關閉伺服器端的socket連接。當乘客終端2011通過訂單處理模塊4021搜索到符合條件的車終端列表時，通過端對端實時通信模塊4081向訂車伺服器203發送建立連接的請求，訂車伺服器203收到連接請求後，向所述車終端列表中的車終端2012發送建立連接的請求，並在乘客終端2011和車終端2012之間建立端對端的直接的通信通道。本發明通過在乘客終端201和車終端202之間建立端對端的直接的通信通道，解決了現有技術中乘客和司機無法直接溝通的問題。在現有的城市計程車系統中，一般情況下計程車價格有統一的規定，在某些偏僻的地點乘客想乘坐計程車但是卻找不到計程車，因計程車司機可能考慮時間成本等不太願意前去載客。而在某些容易發生交通擁堵的路段，計程車也不太願意前往。這就造成了人們一方面願意由於特殊原因亟需計程車服務且願意接受較高的服務價格但是計程車司機對此又一無所知，乘客和計程車司機雙方無法就訂車事宜達成一致意見，由此也造成了雙方的損失。而本發明的訂車系統在乘客終端和車終端之間建立可以使司機和乘客直接進行溝通的端對端的直接的通信通道，雙方可就此直接協商關於乘坐計程車的一切事宜，達成一致意見即可完成接單或租車過程，從而解決了上述問題，也達到了乘客資源和計程車資源的合理配置，大大提升城市計程車服務水平。圖4是本發明訂車系統的一個更詳細的實施例的用戶端的模塊架構圖。此處所述的用戶端可以指乘客終端，也可以指車終端，換句話說，本發明的訂車系統的乘客終端和車終端可以採用相同或相似的模塊設置，基本功能模塊相同，而在區分乘客終端身份和車終端身份方面有所區別，特別地，考慮乘客和司機在訂車過程中的不同需求而作區別設置。如圖4所示，用戶端400包括一用戶管理模塊401，訂單處理模塊402，實時信息模塊403，設備信息模塊404，實時信息顯示模塊406，超文本通信模塊407和端對端通信模塊408 ；其中，實時信息模塊403分別與訂單處理模塊402，設備信息模塊404，端對端通信模塊408相關聯；用戶管理模塊401分別與訂單處理模塊402及超文本通信模塊相關聯。用戶管理模塊401通過超文本(HTTP)通信模塊407登陸或退出訂車伺服器203，當用戶通過超文本(HTTP)通信模塊407登陸訂車伺服器203時，訂車伺服器203經過認證後給該用戶頒發一個通行證，用戶可以用該通行證與訂車伺服器建立一個長連接。當該長連接建立後，實時信息模塊403 —方面從設備信息模塊404獲取本地的電話信息及實時定位信息，或通過訂單處理模塊402獲取本地用戶生成的訂車訂單，並通過端對端通信模塊408實時發布至訂車伺服器500，另一方面，實時信息模塊403從訂車伺服器端實時取回符合搜索條件的乘客終端列表或車終端列表。在本實施例中，用戶端分為乘客終端和司機終端，用戶通過用戶管理模塊401選擇以乘客身份或司機身份登錄訂車伺服器203.當用戶以乘客身份登錄訂車伺服器203時，訂單處理模塊402把用戶的訂車需求通過實時信息模塊403發送給訂車伺服器203 (由實時信息模塊403實時把訂單需求通過端對端通信模塊408發送給訂車伺服器203)，並通過實時信息模塊403實時獲取符合該訂單需求的相應的車終端的信息；相應地，當用戶是以司機身份登錄訂車伺服器203時，訂單處理模塊402通過端對端(socket)通信模塊與訂車伺服器203建立通信通道，並通過實時信息模塊403從訂車伺服器203獲取該司機所在位置附近的乘客終端201的信息。當乘客通過乘客終端201的實時信息模塊403獲得等待載客的車終端202的信息後，乘客通過訂單處理模塊402向車終端202發起訂車需求，並通過實時信息模塊403，端對端(socket)通信模塊408連接訂車伺服器203，從而在乘客終端201和車終端202之間建立實時的通信通道。乘客和司機可以通過該通信通道就訂車事宜進行直接溝通。該通信通道可選為語音通信通道或文字通信通道，可以通過網際網路傳遞(例如本系統提供的類似QQ語音或文字等)或通過無線通信網絡(中國移動通信網絡或中國聯通通信網絡)進行傳遞。在本實施例中，該用戶端400優選地包括一本地資料庫405，用戶通過訂單管理模塊402或用戶管理模塊401可選地把訂單信息或者與訂車行為有關的信息存入本地資料庫，以備用戶查看或通過實時信息模塊403傳送給訂車伺服器203的資料庫備份，與訂車行為有關的信息包括但不限於訂車的起點位置、乘車路線、終點位置、訂車價格、乘車時段、車號、司機姓名等。這些信息可優選地通過實時信息模塊403獲取並共享給訂單處理模塊402。用戶可以通過行車路線查看司機是否繞路，是否有欺詐行為，發現司機有繞路行為時，、可以方便的對司機的違規行為進行投訴，例如通過車號，司機姓名向計程車公司進行投訴。另外，用戶端400還可優選地包括一個乘車服務評價選項，該選項可設置於訂單管理模塊402或用戶管理模塊401中，用戶通過該乘車服務評價選項，對每次乘車服務進行評價，例如不滿意，滿意，非常滿意等，優選地可以用星級對司機服務滿意度進行表示，例如一星，二星，三星至五星級服務。這些評價信息可以通過實時信息模塊403分享至訂車伺服器203的資料庫。可以在用戶端的應用程式中設置提醒功能，提醒用戶在乘車結束時對本次乘車服務做出評價。此評價功能設置無論對乘客或司機都是很有用的，可以解決現有技術中的諸多問題。特別是對乘客而言，如果剛到一個陌生的城市，對該城市的路況、路線、目的地遠近都很不熟悉，乘客可以通過設定篩選星級比較高或者滿意度比較高的司機，從而獲得優質的乘車服務和乘車體驗。對司機而言，可以通過提供周到誠信的服務，提高自己的信譽度，從而為自己招攬更多的訂單。圖5為本發明的訂車系統的與圖4所示的用戶端配合使用的訂車伺服器架構圖。如圖5所示，訂車伺服器500包括一用戶管理模塊501，超文本服務模塊502，資料庫503，資料庫接口模塊504，訂單管理模塊505，實時信息交流模塊506，消息處理模塊507，端對端實時通信模塊508，地理邏輯運算模塊509.其中，用戶管理模塊501通過數據接口模 塊504與資料庫503相關聯，用於管理用戶註冊信息，認證信息，評級信息，網絡社區信息等。訂單管理模塊505與資料庫503和消息處理模塊507相關聯，從消息處理模塊507提取訂單信息或者把訂單信息發布至消息處理模塊507 ;訂單管理模塊505同時與超文本服務模塊502關聯，用戶端(圖5未示)通過超文本通信模塊407登錄訂車伺服器時，通過超文本服務模塊查詢訂車訂單信息或查詢符合條件的司機。消息處理模塊507同時與端對端實時通信模塊508，地理邏輯運算模塊509、實時信息交流模塊506相關聯，用於在乘客終端201和車終端202之間搭建一對一的通信通道。圖5A是本發明的訂車系統的較佳實施例的訂車伺服器架構中的用戶管理模塊的優選架構圖，在本實施例中，用戶管理模塊501包括一用戶註冊認證模塊5011，優選地包括一用戶評級模塊5012，一社區功能模塊5013.其中，用戶評級模塊5012用於對已經完成的乘車訂單進行評價，包括乘客對司機的服務進行評價產生該司機信譽度等級；或司機對接到並完成的訂單進行評價。用戶評級模塊5012通過統計與某一司機相關的歷次訂車訂單中乘客對該司機的每一次的服務的評價，產生該司機的信譽度等級。例如，假設某一司機一個月之內承接了 300個訂車訂單，如果乘客對該300個訂車訂單的評價都是「非常滿意」，則可以把該司機的信譽度定為五星級司機。以上只是舉例說明，實際上司機的信譽度評價等級可以設定多種標準和標示。另外用戶評級模塊5012也可根據地址信息統計與某一地點相關聯的訂車訂單，其所經過的路段在某一時段是否堵車，車費是否偏低等。這些信息經由訂單管理模塊505記錄並存儲至訂車伺服器端的資料庫503，以備其他乘客和司機查詢或參考。圖5B是本發明的訂車系統的較佳實施例的訂車伺服器架構中的消息處理模塊507的優選架構圖。該消息處理模塊507包括一消息解析模塊5071，一發送邏輯模塊5072，一消息轉發模塊5073.該消息解析模塊5071在收到訂單時對訂單進行解析，包括路段，起始地點，終點，司機信譽度等級等，發送邏輯模塊5072基於消息解析模塊5071解析的結果，通過實時信息交流模塊506從資料庫503中把符合該訂單需求的車終端202找出，由消息轉發模塊把相應的訂單信息發送給上述車終端以備司機選擇是否接單。如果司機選擇接單，則交由端對端實時通信模塊508 (請參考圖5)在乘客終端和車終端之間建立端對端的直接的通信通道。在本實施例中，用戶端400的端對端通信模塊408與訂車伺服器500的端對端實時通信模塊508在乘客終端201和車終端202之間建立一條端對端的直接的通信通道，包括電話語音通信通道，網絡語音通信通道或者文字信息通信通道等。用戶(包括乘客和司機)可以在知道彼此基本信息的情況下(乘車地點，目的地，司機姓名，信譽等級等)就訂車事宜進行直接溝通，直接協商雙方關心的乘車問題，包括協商價格，乘車特殊需求(例如乘客有急事，或乘客在偏僻路段，乘客願意支付高於一般市場價格的乘車需求)。優選地，如圖5所示，訂車伺服器500包括一地理邏輯運算模塊509，一消息處理模塊507，一實時信息交流模塊506，該實時信息交流模塊506與資料庫503相關聯，優選地，該實時信息交流模塊506通過一資料庫接口模塊504與資料庫503相關聯；該消息處理模 塊507與訂單管理模塊505，實時信息交流模塊506、訂單管理模塊505、以及地理運算邏輯模塊509相關聯並統計以某一特定地點為起始地點的點相關聯的訂車訂單數量或以某一特定地點為起始地點的訂車訂單的歷史價格信息，並通過實時信息交流模塊506存入訂車伺服器5003的資料庫503。上述統計信息功能對於城市交通管理是非常有用的，上述信息可以用於計程車調度，調整城市公共運輸線路等，通過分析不同地點的乘客數量從而決定在某一區域應該投放的計程車或公共運輸工具配套數量，從而使城市的交通資源達到一個合理的配置，緩解城市交通擁堵壓力。另外，優選地，如圖4所示，乘客終端201或車終端202包括一實時信息模塊403，一實時信息模塊406,其中，該實時信息模塊403分別與實時信息顯不模塊406,端對端通信模塊408相關聯。該實時信息模塊403通過端對端通信模塊408從訂車伺服器203的資料庫503中實時獲取以某一特定地點為起始地點的訂車訂單的數量或以某一特定地點為起始地點的訂車訂單的歷史價格信息並通過實時信息顯示。其中，所述的特定地點根據用戶(乘客或司機)的輸入而確定。例如乘客選定某一標誌性建築作為特定地點，或者城市中某兩條路的交叉口，或某一著名景點等作為特定地點。另外也可以選擇某一地理範圍作為地點，例如，某大廈周邊一公裡範圍等，某會展中心正門三公裡範圍等。乘客終端201通過超文本通信模塊407從訂車伺服器500的超文本服務模塊502查詢所在位置附近的計程車，並通過超文本服務模塊502提供的資料庫查詢服務，設定具體的查詢條件,例如司機信譽等級、乘車價位、乘車地點、乘車時段、乘坐車型等。而車終端202通過超文本通信模塊407從訂車伺服器500的超文本服務模塊502查詢所在位置附近等待乘車的乘客信息。例如，如果計程車是在空載的情況下，司機可以選擇把車停在合適的停車位(避免空載的情況下漫無目的行駛，浪費燃油成本以及避免對車輛的損耗等)，通過車終端202查詢訂車伺服器500的資料庫，獲得在當前位置附近的乘客數量，然後與待乘車的乘客進行溝通招攬乘車訂單。另外，司機或乘客可通過實時信息模塊403從訂車伺服器的資料庫中查詢以某一特定地點為起始地點的訂車訂單的數量或以某一特定地點為起始地點的訂車訂單的歷史價格信息。這可以進一步改善乘客和司機對自身之外的交通信息的了解狀態。這些查詢功能無論是對乘客或是對計程車司機來說都是很有用的，可以有效改善乘客和司機對自身之外的交通信息缺乏了解的狀態，使計程車的供求雙方都處於信息透明狀態，從而幫助乘客選擇更有效的乘車方式或幫助司機找到潛在乘客更多的路段。圖6，7和圖8是本發明的訂車方法的優選實施例流程圖。為了說明的方便，三個流程圖單獨列出。但在實施時，本發明的訂車方法會涉及乘客終端，車終端和訂車伺服器相互配合，執行屬於各自部分的功能。因此應當做一個整體的流程來理解。本發明的訂車方法包括乘客終端，車終端和訂車伺服器。本發明中所述的乘客終端和車終端是指具有全球導航定位或者地區導航定位的智能通信終端，即所述乘客終端和車終端支持移動網際網路通信功能，無線通信功能，並裝載有嵌入式智能作業系統，如支持3G或4G的行動網路作業系統，例如蘋果公司的iOS系統，Google公司的安卓系統，以及微軟公司的windows phone等嵌入式作業系統平臺等。所述的訂車伺服器包括一資料庫,該資料庫中收錄與乘客終端和車終端相關的實時信息，這些實時信息包括但不限於車終端用戶身份(ID)、車牌號、車型、司機姓名、司機信譽度、實時位置、是否空載、司機通信方式、乘車價格、乘客終端用戶身份、乘車起點位置、乘客通信方式之一項或數項。如本發明的訂車系統那樣，乘客終端或車終端通過移動網際網路登以客戶端/伺服器模式(client/server，簡 寫為C/S模式)登陸訂車伺服器後，在乘客終端或車終端與訂車伺服器之間建立一個長連接，建立P/P的通信模式(也即端對端的通信模式)，使得乘客終端或車終端可與訂車伺服器相互發布信息。並通過超文本通信模塊407或實時信息模塊403和端對端通信模塊408向訂車伺服器提供所述實時信息。其中，圖6是本發明的訂車方法的較佳實施例的乘客終端訂車流程圖，包括如下步驟S601 :乘客根據一定的條件搜索條件(根據起始地點，司機信譽度評級，好友等)選擇司機；其中，優選地，包括啟動用戶端用戶管理模塊401，通過超文本通信模塊407登錄訂車伺服器203，設定搜索條件在訂車伺服器500的資料庫503中搜索符合條件的車終端；所述搜索條件可優選地包括距離範圍設定，例如所在位置一公裡範圍，三公裡範圍，五公裡範圍；該特定的搜索條件還可以包括司機的信譽度評級，例如選擇五星級司機，四星級司機，三星級以上司機等。該特定的搜索條件還可以優選地包括網絡好友，獲得當地政府表彰的司機列表，某活動的志願者，某城市的的哥標兵，獲得城市文明窗口稱號的優秀計程車司機
坐寸oS602 :生成訂車訂單，該訂車訂單包括用戶名(ID)，訂車地點，時間，報價等信息；優選地該訂單信息由用戶端400中的訂單處理模塊402生成；S603 :發送該訂車訂單給搜索到的車終端；S604:在一定延時前是否收到司機回復，如果沒有收到司機回復，則返回步驟S601重新搜索司機，如果有收到回復，則進入步驟S605 ；S605:判斷車終端是否接受訂車訂單，如果車終端拒絕訂車訂單，則結束程序，重新進行搜索。如果車終端接受訂車訂單，則進入步驟S606 ；S606 :在接受訂車訂單的車終端與發出訂車訂單的乘客終端之間建立端對端的直接的通信通道；該端對端的直接的通信通道可藉由乘客終端和車終端自身具有的無線通信功能建立。在該步驟中包括，在車終端發出接受訂車訂單的指令後，詢問車終端是否自動啟動無線電話撥號程序或自動啟動網際網路語音通話程序呼叫發出訂單的乘客終端；如果車終端的輸入(司機的輸入或選擇)是同意，則自動啟動無線電話撥號程序或自動啟動網際網路語音通話程序。在此步驟中，也可包括接受訂車訂單的車終端從訂車伺服器端自動獲取發出訂車訂單的乘客終端的通信方式(乘客通信方式)的步驟。另外，優選地，該端對端的直接的通信通道也可藉由訂車伺服器建立。如前文實施例所描述的訂車系統，乘客終端和車終端包括一端對端通信模塊，所述的訂車伺服器包括一端對端實時通信模塊，接受訂車訂單的車終端在發出接受訂車訂單的指令後，訂車伺服器啟動端對端實時通信模塊，並利用乘客終端和車終端中的端對端通信模塊在發出訂車訂單的乘客終端和接受訂車訂單的車終端之間建立端對端的直接的通信通道。藉此端對端的直接的通信通道，乘客終端與車終端可以進行實時語音或文字通信，可以就訂車相關事項進行直接協商，包括價格，特殊乘車需求等。這就解決了先前訂車系統中乘客和司機缺乏直接的溝通渠道的問題。本步驟中，優選地包括司機用戶端更新車的狀態(例如空載與滿載標示等)的步驟。另外，本步驟還可優選地包括步驟S607，即當乘客和司機就訂單問題達成一致時，由乘客終端發送確認信息給司機確認。S608:確定本次訂單是否成交；在本步驟中，如果本次訂單成交，則進入步驟S610 ;本步驟優選地包括步驟609，即當司機開車行至乘客附近時，用戶端(包括乘客終端和車終端)分別對司機和乘客發出提醒；S610:乘客乘車。在本步驟中，優選地包括，在乘車結束後，乘客終端對本次乘車服務進行評價的步驟，並通過乘客終端的實時信息模塊和端對端通信模塊或超文本通信模塊存入訂車伺服器的資料庫的實時信息中，作為該車終端相對應的司機的司機信譽度的一項統計記錄。圖7是本發明的訂車方法的車終端的接單流程圖。本實施例的訂車方法中，車終端(司機)接單流程包括如下步驟S701 :待機；計程車司機攜帶車終端，在計程車空載的情況下使車終端保持待機狀態； S702 :收到訂單，進入步驟S703 ；S703 :啟動用戶界面(user interface, UI),並顯示訂單信息和選擇項目，選擇接受或拒絕訂單；S704 :判斷特定延時內司機是否有做出選擇，如果沒有做出選擇，則進入步驟S709 :默認拒絕訂車訂單；如果做出選擇，則進入步驟S705 ；S705 :判斷司機是否接受訂車訂單，如果司機拒絕接受訂車訂單，則進入步驟
S709;如果司機接受訂車訂單，則進入步驟S706 ；S706 :發送接受信息給乘客；S707 在乘客終端和車終端建立端對端通信通道，實時發送位置信息給乘客；(此步驟可參考S606)，所述端對端通信通道可藉由訂車伺服器通過網際網路建立，也可直接啟動乘客終端和車終端的無線通信網絡而建立；乘客和司機在此步驟中直接協商訂車相關問題，就訂車價格，線路，特殊乘車需求進行協商；S708:接到乘客，結束訂單。圖9是本發明的訂車方法的車終端的另一接單流程圖。本實施例的訂車方法中，車終端(司機)接單流程包括如下步驟S901 :待機；計程車司機攜帶車終端，在計程車空載的情況下使車終端保持待機狀態；S902 :收到訂車訂單；S 903:準備用戶界面，顯示訂單信息和選擇項，根據乘客報價，自動生成報價列表及拒絕項；S 904:特定延時內車終端是否接受，如果接受，則進入步驟S905，如果不接受，則進入步驟S910 ；S 905:發送接受信息和價格信息給訂車伺服器；S 906:判斷特定延時內有收到訂車訂單確認信息，如果有收到，則進入步驟S907 ;如果沒有收到，則進入步驟S910 ；S 907:車終端接受訂車訂單，從訂車伺服器獲得乘客終端信息； S 908:車終端與乘客終端之間建立端對端通信，獲取乘客終端位置信息；S909 :與乘客終端確認訂車訂單並去相應地點接乘客；S910 :默認拒絕，發送拒絕信息給訂車伺服器；S911:結束訂單。圖8是本發明的訂車方法的訂車伺服器端的訂單處理流程圖。訂車伺服器端的訂車方法處理流程包括如下步驟S801 :收到訂車訂單；S802 :解析訂車訂單內容；S803:生成過濾器，通過解析訂單內容，獲知訂車訂單中要求的車型、報價、司機信譽度、其他要求等信息；S804:使用步驟S803生成的過濾器，到訂車伺服器端的資料庫中搜索特定地理範圍內是否有符合條件的車終端；該特定地理範圍優選地以乘客目前所在位置為圓心，以一定距離為半徑確定的範圍，例如一公裡範圍，三公裡範圍，或者五公裡範圍等。在設定搜索條件時，可以先設定一公裡範圍，如果在一公裡範圍內沒有搜索到符合條件的車終端，則進入步驟S809，如果在一公裡範圍內搜索到符合條件的車終端，則進入步驟S805 ；S805 :群發訂車訂單給選定範圍內符合條件的車終端；S806 :在特定時間內收到車終端的接受回復，發送接受訂車訂單的車終端信息給乘客；S807:在特定的時間段內收到預定數量的接受回復，如果收到了預定數量的接受回復，則進入步驟S808 ;如果沒有收到預定數量的接受回復，則進入步驟S809 ；S808 :通知乘客終端車終端搜索結束；S809 :擴大搜索範圍進行搜索；S810 :判斷在擴大的搜索範圍內是否有符合條件的車終端，如果有符合條件的車終端，則進入步驟S805，如果沒有符合條件的車終端，則進入步驟S808。本發明的訂車系統和訂車方法，訂車服務完全由計算機系統(硬體和軟體)來實現，可以較大幅度的減少延誤和減少人力成本。本發明的訂車系統會實時的發布一些實時的信息包括但不限於可以運營的車的數量和可運營的車的報價信息給乘客。同時乘客也可以得到一些統計信息，比如在該乘車點附近以及指定的時間點，以往的平均訂車費用。基於這些信息，乘客在訂車的時候就會對訂到車的概率有比較好的認識。另外，本發明使得司機和乘客可以直接溝通，並且使得他們之間可以對訂車費用進行溝通。從而達到雙贏。在本發明中，計程車司機作為商業運營的主體可以自行決定訂車費用，可以有效的提高他們參與訂車系統的積極性。而乘客則可以根據自己對叫車需求的迫切度來和自己所處的位置來決定自己期望的訂車費用，以使得自己的期望值能夠更好的跟當時的運營的計程車的狀況相匹配。以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明保護的範圍之內。權利要求
1.一種訂車系統，包括一乘客終端，一車終端，一訂車伺服器，其特徵在於，乘客終端和車終端通過移動網際網路登錄訂車伺服器，通過訂車伺服器在乘客終端和車終端之間建立端對端的直接的通信通道。
2.根據權利要求I所述的訂車系統，其特徵在於，所述的直接的通信通道包括無線電話通信通道，網際網路通信通道其中之一或全部。
3.根據權利要求2所述的訂車系統，其特徵在於，所述的直接的通信通道包括語音通信通道。
4.根據權利要求I所述的訂車系統，其特徵在於，所述的直接的通信通道包括通過網際網路即時通訊工具建立的通信通道。
5.根據權利要求I所述的訂車系統，其特徵在於，所述訂車伺服器包括一資料庫，該資料庫收錄乘客終端和車終端的實時信息，乘客終端和車終端通過該資料庫搜索車終端或列表乘客終端列表，並進一步在特定的乘客終端和車終端之間建立直接的通信通道。
6.根據權利要求5所述的訂車系統，其特徵在於，通過訂車伺服器在特定的乘客終端和車終端之間建立直接的通信通道。
7.根據權利要求5所述的訂車系統，其特徵在於，乘客終端和車終端通過所述資料庫搜索到相應的車終端或乘客終端後，通過乘客終端和車終端本身所具有的通信功能在特定的乘客終端和車終端之間建立端對端的直接的通信通道。
8.根據權利要求5所述的訂車系統，其特徵在於，所述乘客終端和車終端包括一端對端通信模塊，所述訂車伺服器包括一端對端實時通信模塊，乘客終端向搜索到的車終端列表或乘客終端列表中的車終端或乘客終端發出訂車訂單，並通過端對端通信模塊和端對端實時通信模塊在發出訂車訂單的乘客終端或車終端與接受訂車訂單的乘客終端或車終端之間建立端對端的直接的通信通道。
9.根據權利要求I所述的訂車系統，其特徵在於，所述乘客終端和車終端包括一用戶管理模塊，所述訂車伺服器包括一用戶中心管理模塊，乘客終端或車終端通過用戶管理模塊註冊登錄訂車伺服器，所述用戶中心管理模塊頒發給乘客終端或車終端一個通行證用於與其他乘客終端或車終端建立端對端的直接的通信通道。
10.根據權利要求9所述的訂車系統，其特徵在於，所述訂車伺服器包括一資料庫，該資料庫中收錄與乘客終端和車終端相關的實時信息，該實時信息包括車終端用戶身份、車牌號、車型、司機姓名、司機信譽度、實時位置、是否空載、司機通信方式、乘車價格、乘客終端用戶身份、乘車起點位置、乘客通信方式之一項或數項，所述乘客終端和車終端包括一訂單管理模塊，該訂單管理模塊中設置搜索條件選項供乘客終端或車終端設定搜索條件以生成訂車訂單並根據搜索條件搜索車終端或乘客終端。
11.根據權利要求10所述的訂車系統，其特徵在於，所述司機通信方式和乘客通信方式包括行動電話號碼、網絡即時通訊工具。
12.根據權利要求10所述的訂車系統，其特徵在於，所述搜索條件選項包括始發位置，地理範圍、司機信譽度、價格、是否好友、車型之一項或數項。
13.根據權利要求11所述的訂車系統，其特徵在於，所述乘客終端和車終端包括一超文本通信模塊，所述訂車伺服器包括一超文本服務模塊；乘客終端或車終端通過超文本通信模塊從訂車伺服器資料庫中獲得符合搜索條件的車終端列表或乘客終端列表。
14.根據權利要求13所述的訂車系統，其特徵在於，乘客終端向所述車終端列表中的車終端發出訂車訂單，收到訂車訂單的車終端經過應答後與乘客終端建立端對端的直接的通信通道。
15.根據權利要求14所述的訂車系統，其特徵在於，所述的直接的通信通道為無線電話通信通道或移動網際網路通信通道。
16.根據權利要求14所述的訂車系統，其特徵在於，所述的直接的通信通道為文字信息通信通道。
17.根據權利要求14所述的訂車系統，其特徵在於，所述的直接的通信通道為語音通信通道。
18.根據權利要求17所述的訂車系統，其特徵在於，所述的語音通信通道包括網絡語音通道或行動電話通信通道。
19.根據權利要求13所述的訂車系統，其特徵在於，所述乘客終端或車終端包括一實時信息模塊，該實時信息模塊實時發送所述搜索條件至訂車伺服器並從訂車伺服器端取回符合搜索條件的車終端列表。
20.根據權利要求19所述的訂車系統，其特徵在於，所述實時信息模塊群發訂車訂單給該車終端列表中的車終端，並實時接受車終端的回覆信息。
21.根據權利要求13所述的訂車系統，其特徵在於，所述乘客終端和車終端包括一端對端通信模塊，所述訂車伺服器包括一端對端實時通信模塊，乘客終端向車終端列表中的車終端發出訂車訂單，並通過端對端通信模塊和端對端實時通信模塊在發出訂車訂單的乘客終端或車終端與接受訂車訂單的乘客終端或車終端之間建立直接的通信通道。
22.根據權利要求13所述的訂車系統，其特徵在於，所述乘客終端和車終端包括一訂單處理模塊，所述訂車伺服器包括一訂單管理模塊，乘客通過訂單處理模塊對乘車服務做出評價，並通過超文本通信模塊發布至訂車伺服器，所述訂單管理模塊對所述評價進行處理形成司機的信譽度評級並實時存入訂車伺服器的資料庫。
23.根據權利要求13所述的訂車系統，其特徵在於，所述訂車伺服器包括一地理邏輯運算模塊，一消息處理模塊，一實時信息交流模塊；該實時信息交流模塊與所述資料庫相關聯，該消息處理模塊與該訂單管理模塊、該實時信息交流模塊以及該地理邏輯運算模塊相關聯，實時統計與特定起始地點相關的訂車訂單的數量或以某一特定地點為起始地點的訂車訂單的歷史價格信息，並通過實時信息交流模塊實時存入所述資料庫。
24.根據權利要求23所述的訂車系統，其特徵在於，所述乘客終端和車終端包括一實時信息模塊和一實時信息顯示模塊，該實時信息模塊通過端對端通信模塊從所述資料庫實時獲取特定起始地點相關聯的訂車訂單的數量或以某一特定地點為起始地點的訂車訂單的歷史價位信息並通過實時信息顯示模塊顯示。
25.一種訂車方法，包括乘客終端，車終端，和訂車伺服器，該乘客終端和車終端是具有導航定位功能的智能通信終端，其特徵在於，所述訂車伺服器包括一資料庫，該資料庫收錄與乘客終端或車終端相關的實時信息，所述乘客終端和車終端通過移動網際網路登錄所述訂車伺服器並向訂車伺服器實時傳送所述實時信息；所述訂車方法包括步驟 乘客終端通過訂車伺服器搜索所在地點一定範圍內的車終端列表；並通過訂車伺服器向車終端列表中的車終端發出訂車訂單；在接受訂車訂單的車終端與發出訂車訂單的乘客終端之間建立端對端的直接的通信通道。
26.根據權利要求25所述的訂車方法，其特徵在於，所述實時信息包括包括車終端用戶身份、車牌號、車型、司機姓名、司機信譽度、實時位置、是否空載、司機通信方式、乘車價格、乘客終端用戶身份、乘車起點位置、乘客通信方式之一項或數項。
27.根據權利要求26所述的訂車方法，其特徵在於，所述的訂車方法包括步驟 乘客終端在乘車結束後對本次乘車服務做出評價，並作為司機信譽度的一項統計記錄存入訂車伺服器的資料庫的實時信息中。
28.根據權利要求25所述的訂車方法，其特徵在於，所述端對端的直接的通信通道藉由所述乘客終端和車終端自身具有的通信功能建立。
29.根據權利要求28所述的訂車方法，其特徵在於，車終端接受訂車訂單後，經過應答詢問，自動啟動車終端的撥號程序或網際網路語音通話程序呼叫發出訂車訂單的乘客終端。
30.根據權利要求25所述的訂車方法，其特徵在於，所述端對端的直接的通信通道藉由訂車伺服器建立。
31.根據權利要求30所述的訂車方法，其特徵在於，所述乘客終端和車終端包括一端對端通信模塊，所述訂車伺服器包括一端對端實時通信模塊，所述訂車方法包括步驟 接受訂車訂單的車終端在發出接受訂車訂單的指令後，訂車伺服器啟動端對端實時通信模塊，利用所述端對端通信模塊在發出訂車訂單的乘客終端和接受訂車訂單的車終端之間建立端對端的直接的通信通道。
32.根據權利要求25所述的訂車方法，其特徵在於，所述的端對端的直接通信通道包括網際網路語音通信通道或無線電話語音通信通道。
全文摘要
本發明提供了一種訂車系統和訂車方法，包括一乘客終端，一車終端，一訂車伺服器；該訂車伺服器中包含一資料庫，該資料庫中收錄與乘客終端和車終端相關聯的實時信息。乘客終端和車終端通過移動網際網路登錄訂車伺服器，並從伺服器的資料庫中搜索某一特定地點範圍內的乘客終端信息或車終端信息，並藉由伺服器的幫助在乘客終端和車終端建立端對端的直接的通信通道。本發明的訂車系統和訂車方法大大改善了司機和乘客之間缺乏直接的溝通渠道的問題，有效改善了交通資源的配置方式。
文檔編號H04M3/42GK102752393SQ201210243279
公開日2012年10月24日 申請日期2012年7月13日 優先權日2012年7月13日
發明者王萬秋 申請人:王萬秋