一種提供叫車服務的方法、服務器及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例提供了一種提供叫車服務的方法、服務器及系統(tǒng)，其中方法包括：接收乘客客戶端發(fā)送的叫車請求消息，基于距離、空駛條件、路況以及乘客偏好信息和服務車輛評價信息篩選出至少一個服務車輛；將接收到的至少一個接單的車載終端對應的車輛信息返回給發(fā)出叫車請求的乘客客戶端；接收乘客客戶端返回的乘客根據(jù)車輛信息選擇的服務車輛的信息，將訂單成功消息推送至乘客選擇的服務車輛的車載終端。本發(fā)明全面考慮了乘客對于服務車輛的喜好以及服務車輛司機的工作意愿，盡可能地派送令乘客滿意的、服務好的服務車輛為乘客提供叫車服務，提高了用戶的使用體驗，同時保證了叫車交易的成功率，提高了叫車軟件提供的叫車服務的總體效率。
【專利說明】一種提供叫車服務的方法、服務器及系統(tǒng)
【技術(shù)領域】
[0001]本發(fā)明涉及智能終端的應用領域，尤其涉及一種提供叫車服務方法、服務器及系統(tǒng)。
【背景技術(shù)】
[0002]在當前人口密集的城市之中，由于交通狀況的復雜性，經(jīng)常出現(xiàn)下述情況:大量的服務車輛空駛不斷尋找需要叫車的乘客，另外一方面，有叫車需求的乘客在出發(fā)地附近有很難等到空駛的車輛，這種叫車信息的不對稱，導致了城市叫車難的問題，同時也浪費了有限的公共資源、能源資源以及乘客和服務車輛司機的時間資源，為了解決這一難題，目前不斷涌現(xiàn)出許多基于手持智能終端的應用即叫車軟件，這些叫車軟件安裝于乘客的手持智能終端上(以下簡稱乘客客戶端)，提供叫車服務的流程如下:
[0003]乘客客戶端向服務器端發(fā)送需要叫車的請求，服務器端根據(jù)該請求，生成訂單信息向符合距離條件(距離該乘客的起始地址在一定范圍內(nèi))、空駛條件的服務車輛的車載終端進行推送，當使用車載終端的服務車輛司機根據(jù)自己運營情況選擇接單時，則訂單完成，將服務車輛的聯(lián)系方式返回給乘客，然后由乘客與服務車輛之間完成具體的叫車交易。
[0004]現(xiàn)有的這種叫車服務流程中，由于給乘客推送的司機是基于距離條件、空駛條件挑選出來的服務車輛司機，司機接單后，可能會出現(xiàn)乘客因為對服務車輛不滿意而最終不能完成該叫車訂單的交易，例如進入撤單流程，這種情況的出現(xiàn)，會造成雙方時間和資源的浪費，影響了乘客和服務車輛司機雙方的使用體驗，同時也降低了叫車軟件提供的叫車服務的總體效率。
【發(fā)明內(nèi)容】
[0005]本發(fā)明實施例提供一種提供叫車服務的方法、服務器及系統(tǒng)，用于提高叫車軟件提供的叫車服務的總體效率。
[0006]—方面，本發(fā)明實施例提供一種提供叫車服務的方法，包括:
[0007]接收乘客客戶端發(fā)送的叫車請求消息，所述叫車請求信息中攜帶有乘客的起始地址信息以及目的地址信息；
[0008]根據(jù)當前各服務車輛與所述乘客的起始地址的距離、路況、是否處于空駛狀態(tài)、以及乘客偏好信息和服務車輛評價信息，篩選出至少一個服務車輛；
[0009]將所述叫車請求消息推送至所述至少一個服務車輛上的車載終端；
[0010]當接收到至少一個車載終端返回的接單響應消息時，將所有接單的車載終端對應的車輛信息返回給發(fā)出叫車請求的乘客客戶端；
[0011]接收乘客客戶端返回的乘客根據(jù)所述車輛信息選擇的服務車輛的信息，將訂單成功消息推送至乘客選擇的服務車輛的車載終端。
[0012]另一方面，本發(fā)明實施例提供一種提供叫車服務的服務器，包括:
[0013]接收模塊，用于接收乘客客戶端發(fā)送的叫車請求消息，所述叫車請求信息中攜帶有乘客的起始地址信息以及目的地址信息；接收車載終端返回的接單響應；以及接收乘客客戶端返回的乘客根據(jù)所述車輛信息選擇的服務車輛的信息；
[0014]篩選模塊，用于根據(jù)當前各服務車輛與所述乘客的起始地址的距離、路況、是否處于空駛狀態(tài)、以及乘客偏好信息和服務車輛評價信息，篩選出至少一個服務車輛；
[0015]推送模塊，用于將所述叫車請求消息推送至所述至少一個服務車輛上的車載終端；當所述接收模塊接收到至少一個車載終端返回的接單響應時，將所有接單的車載終端對應的車輛信息返回給發(fā)出叫車請求的乘客客戶端；以及當所述接收模塊接收乘客客戶端返回的乘客根據(jù)所述車輛信息選擇的服務車輛的信息時，將訂單成功消息推送至乘客選擇的服務車輛的車載終端。
[0016]另一方面，本發(fā)明實施例提供一種提供叫車服務的系統(tǒng)，包括:至少一個乘客客戶端、至少一個司機側(cè)的車載終端以及本實施例提供的上述服務器；其中:
[0017]所述至少一個乘客客戶端，用于向所述服務器發(fā)出叫車請求消息，所述叫車請求信息中攜帶有乘客的起始地址信息以及目的地址信息；接收所述服務器返回的所有接單的車載終端對應的車輛信息；并將乘客根據(jù)所述車輛信息選擇的服務車輛的信息返回給所述服務器；
[0018]所述至少一個司機側(cè)的車載終端，用于接收所述服務器推送的叫車請求消息，并將所述司機的接單響應消息返回給所述服務器，以及當被乘客選擇時，接收服務器返回的訂單成功消息。
[0019]本發(fā)明實施例的有益效果包括:
[0020]本發(fā)明實施例提供了一種提供叫車服務的方法、服務器及系統(tǒng)，服務器側(cè)基于距離條件、空駛條件、路況以及乘客偏好信息和服務車輛評價信息篩選出至少一個服務車輛，并將至少一個接單的車載終端對應的車輛信息返回給發(fā)出叫車請求的乘客客戶端，接收到乘客客戶端返回的乘客根據(jù)所述車輛信息選擇的服務車輛的信息后，訂單達成。本發(fā)明實施例在篩選給乘客推送的服務車輛時，不僅考慮距離條件、空駛條件、路況等客觀信息，同時還考慮乘客的偏好以及該服務車輛評價信息等乘客方的主觀信息，在推送給乘客服務車輛信息時，將各服務車輛的車輛信息也發(fā)送給乘客讓乘客選擇，這種方式，充分考慮了乘客對于服務車輛的喜好，盡可能地派送令乘客滿意的、服務好的服務車輛為乘客提供叫車服務，提高了用戶的使用體驗，同時保證了叫車交易的成功率，提高了叫車軟件提供的叫車服務的總體效率。
【專利附圖】
【附圖說明】
[0021]圖1為本發(fā)明實施例提供的提供叫車服務的方法的流程圖；
[0022]圖2為本發(fā)明實施例提供的獲取服務星級信息的流程圖；
[0023]圖3為本發(fā)明實施例提供的參考司機的特定偏好進行篩選的流程圖；
[0024]圖4為本發(fā)明實施例提供的提供叫車服務的系統(tǒng)的乘客客戶端選擇界面圖；
[0025]圖5為本發(fā)明實施例提供的提供叫車服務的系統(tǒng)的聊天界面圖；
[0026]圖6為本發(fā)明實施例提供的提供叫車服務的服務器的結(jié)構(gòu)示意圖；
[0027]圖7為本發(fā)明實施例提供的提供叫車服務的系統(tǒng)的結(jié)構(gòu)示意圖?！揪唧w實施方式】
[0028]下面結(jié)合說明書附圖，對本發(fā)明實施例提供的一種提供叫車服務的方法的【具體實施方式】進行說明。
[0029]本發(fā)明實施例提供的一種提供叫車服務的方法，如圖1所示，在服務器側(cè)，具體包括以下步驟:
[0030]S101、接收乘客客戶端發(fā)送的叫車請求信息；該叫車請求信息中攜帶有乘客的起始地址信息以及目的地址信息；
[0031]S102、根據(jù)當前各服務車輛與所述乘客的起始地址的距離、路況、是否處于空駛狀態(tài)、以及乘客偏好信息和服務車輛評價信息，篩選出至少一個服務車輛；
[0032]S103、將該叫車請求消息推送至所篩選的至少一個服務車輛上的車載終端；
[0033]S104、當接收到至少一個車載終端返回的接單響應消息時，將所有接單的車載終端對應的車輛信息返回給發(fā)出叫車請求的乘客客戶端；
[0034]S105、接收到乘客客戶端返回的乘客根據(jù)車輛信息選擇的服務車輛的信息，將訂單成功消息推送至該乘客選擇的服務車輛的車載終端。
[0035]下面分別對上述各步驟進行詳細的說明:
[0036]上述步驟S102中，距離和空駛狀態(tài)是進行篩選的首選條件，即首先篩選出距離在設定范圍內(nèi)(例如3公里內(nèi))和處于空駛狀態(tài)的司機，然后再根據(jù)路況、乘客偏好信息和服務車輛評價信息中至少一個條件進一步進行篩選；
[0037]進一步地，上述步驟S102中距離的確定是通過下述過程實現(xiàn)的:服務器側(cè)接收到司機側(cè)的車載終端實時傳送的地理位置信息，并予以記錄并實時更新，這樣，根據(jù)各司機側(cè)的車載終端的當前地理位置，以及上述步驟SlOl中接收到的乘客客戶端發(fā)送的叫車請求中攜帶的起始地址信息，可以確定司機和乘客之間的距離；
[0038]進一步地，上述步驟S102中，路況可以根據(jù)需求設定為若干個狀態(tài)，例如可以設定為順暢、一般、擁堵、極擁堵四個狀態(tài)，也可以設定為其他多個狀態(tài)，在本發(fā)明實施例中不做限定。
[0039]進一步地，上述步驟S102中乘客偏好信息，在具體實施時，可以根據(jù)乘客在完成叫車服務后是否在叫車軟件中收藏了某服務車輛的相關信息來確定；
[0040]例如，在一次叫車服務結(jié)束后，乘客A在叫車軟件中收藏了某個服務車輛例如服務車輛B的相關信息，即可認為乘客A對該服務車輛B有一定的偏好，則服務器會將該收藏信息作為該乘客A的偏好信息進行保存。
[0041]對于乘客A來說，如果再次叫車，服務車輛B滿足為其服務的其他條件的話，那么該乘客優(yōu)先選擇服務車輛B的可能性較大，這種偏好信息有利于最終叫車服務交易的完成。
[0042]進一步地，上述步驟S102中服務星級的信息，可以通過如圖2所示的流程獲取，該流程包括:
[0043]S21、周期性地統(tǒng)計各乘客對每個服務車輛司機的歷史評價分值；
[0044]本步驟中，每個服務車輛司機的歷史評價分值是通過下述過程得到的:針對每個服務車輛，在叫車服務結(jié)束后，如果乘客通過乘客客戶端對服務車輛服務進行評分，則服務器側(cè)實時采集評分結(jié)果并存入數(shù)據(jù)庫中作為該服務車輛的一項歷史評價分值；[0045]S22、計算當前周期內(nèi)，每個服務車輛司機對應的所有歷史評價分值的均值；
[0046]例如乘客對服務車輛司機的評分值滿分為10分，在設定的時間內(nèi)(例如10天內(nèi))，有三位乘客使用過服務車輛C，并且叫車服務結(jié)束后這三位乘客均通過乘客客戶端對服務車輛C進行了評分(_還可以給予留言評價)，分別為:5分、6分、8分，服務器側(cè)將接收到的本周期內(nèi)所有對該服務車輛的歷史評分分值進行求和，用平均值法求其均值:(5+6+8)/3 = 6.3 ；
[0047]S23、根據(jù)該均值對應的服務星級，確定每個服務車輛司機對應的服務星級。
[0048]服務星級可以包含若干個級別，例如一星?五星。一般來說，S22中計算出來的均值越高所對應的服務星級越高，例如均值在90-100之間的服務星級為五星，均值在80-90之間的服務星級為四星，均值在70-80之間的服務星級為三星，均值在60-70之間的服務星級為兩星，均值在60以下的服務星級為一星。
[0049]需要說明的是，上述步驟S102中對服務車輛的篩選條件可以根據(jù)需求來設定或者調(diào)整，如可以將篩選條件設定為:處于空駛狀態(tài)、在設定距離3公里范圍內(nèi)、路況為一般狀態(tài)以上、服務星級為四顆星以上等等。
[0050]進一步地，基于上述步驟S102的篩選的結(jié)果中，還可以進一步參考司機的特定偏好來篩選，如圖3所示，該流程具體包括下述各步驟:
[0051]S301、判斷上述篩選結(jié)果中是否存在特定偏好的司機的服務車輛；
[0052]S302、判斷乘客的起始地址信息或者目的地址信息是否位于該司機偏好的特定區(qū)域內(nèi)；和/或判斷叫車請求信息的發(fā)出時間是否位于該司機偏好的特定工作時間內(nèi)；
[0053]S303、若是，則將各個存在特定偏好的司機的服務車輛作為最終篩選結(jié)果；
[0054]本步驟中是的情況分為兩種:若上述步驟S302中兩個判斷條件為和的關系，那么這兩個判斷條件都要滿足即為是；若上述步驟S302中兩個判斷條件為或的關系，那么這兩個判斷條件中至少一個滿足即為是；
[0055]S304、若否，則保留原篩選結(jié)果。
[0056]這種篩選司機的特定偏好信息的篩選方式，充分考慮了司機的工作意愿，縮小了可篩選的服務車輛的范圍，提高了叫車軟件的篩選效率，同時保證了叫車交易的成功率，進而提高了叫車軟件提供的叫車服務的總體效率。
[0057]進一步地，上述特定偏好的確定，例如通過使用聚類法統(tǒng)計服務車輛司機在設定時間內(nèi)(例如60天內(nèi))接單的區(qū)域和時間；
[0058]例如經(jīng)過若干天時間的統(tǒng)計，得到司機劉師傅經(jīng)常在D區(qū)接單，而且接單時間為周六和周日兩天，那么在數(shù)據(jù)庫中劉師傅的服務車輛所對應的用戶號下存儲其偏好的接單時間和偏好的接單區(qū)域的經(jīng)緯度信息；
[0059]進一步地，上述步驟S104中存儲在數(shù)據(jù)庫中的車輛信息可以以圖4所示的形式展示在乘客客戶端上:服務車輛車輛信息采用列表方式來顯示，第一條為車輛I的車輛信息，包括:車輛顏色、車輛品牌、車況、司機的服務星級、累計接單數(shù)量；其他車輛信息與此類似，不再詳述。
[0060]進一步地，上述步驟S105完成之后，當接收到乘客客戶端和/或司機車載終端的即時通信請求時，向乘客客戶端和司機車載終端推送用于即時通信的聊天界面；當接收乘客客戶端和/或司機車載終端的聊天消息時，將聊天消息展示在乘客客戶端和司機車載終端的聊天界面上；
[0061]用于即時通信的聊天界面可以采用如圖5所示的界面，首先司機開始向乘客打招呼:“您好，很高興為您服務！我是XX公司的服務車輛司機付師傅，本次服務將由我來完成，車牌號為京B******”，乘客進行應答:“您好，付師傅，您現(xiàn)在到哪了？還有多久可以到達”，付師傅回答:“我到XX地了，還有15分鐘就到”。這種即時通信的方式，為司機和乘客提供了直接交流的平臺，在這個平臺上，司機還可以為乘客提供更個性化的服務，提升了乘客的使用體驗。
[0062]基于同一發(fā)明構(gòu)思，本發(fā)明實施例還提供了一種提供叫車服務的服務器及系統(tǒng)，由于該服務器和系統(tǒng)所解決問題的原理與前述提供叫車服務的方法相似，因此該服務器和系統(tǒng)的實施可以參見前述方法的實施，重復之處不再贅述。
[0063]本發(fā)明實施例提供的提供叫車服務的服務器，如圖6所示，包括:
[0064]接收模塊601，用于接收乘客客戶端發(fā)送的叫車請求消息，該叫車請求信息中攜帶有乘客的起始地址信息以及目的地址信息；接收車載終端返回的接單響應；以及接收乘客客戶端返回的乘客根據(jù)車輛信息選擇的服務車輛的信息；
[0065]篩選模塊602，用于根據(jù)當前各服務車輛與乘客的起始地址的距離、路況、是否處于空駛狀態(tài)、以及乘客偏好信息和服務車輛評價信息，篩選出至少一個服務車輛；
[0066]推送模塊603，用于將叫車請求消息推送至至少一個服務車輛上的車載終端；當接收模塊601接收到至少一個車載終端返回的接單響應時，將所有接單的車載終端對應的車輛信息返回給發(fā)出叫車請求的乘客客戶端；以及當接收模塊601接收乘客客戶端返回的乘客根據(jù)車輛信息選擇的服務車輛的信息時，將訂單成功消息推送至乘客選擇的服務車輛的車載終端；
[0067]進一步地，本發(fā)明實施例提供的提供叫車服務的服務器，如圖6所示，還可以包括:存儲模塊604，用于存儲乘客收藏的服務車輛司機的信息作為乘客偏好信息；以及存儲每個服務車輛司機對應的服務星級信息作為各個服務車輛評價信息；
[0068]進一步地，本發(fā)明實施例提供的提供叫車服務的服務器，如圖6所示，還可以包括:評定模塊605，用于周期性地統(tǒng)計各乘客對每個服務車輛司機的歷史評價分值；計算當期周期內(nèi)，每個服務車輛司機對應的所有歷史評價分值的均值；根據(jù)該均值對應的服務星級，確定每個服務車輛司機對應的服務星級；
[0069]進一步地，本發(fā)明實施例提供的提供叫車服務的服務器中的篩選模塊602還可以用于在篩選出的至少一個服務車輛中，判斷是否存在特定偏好的司機的服務車輛；該特定偏好包括:對特定區(qū)域的偏好和/或?qū)μ囟üぷ鲿r間的偏好；當判斷存在特定偏好的司機的服務車輛時，判斷乘客的起始地址信息或者目的地址信息是否位于該司機偏好的特定區(qū)域內(nèi)；和/或判斷叫車請求信息的發(fā)出時間是否位于該司機偏好的特定工作時間內(nèi)；若是，將各個存在特定偏好的司機的服務車輛作為最終篩選結(jié)果；若否，保留原篩選結(jié)果。
[0070]進一步地，本發(fā)明實施例提供的提供叫車服務的服務器，如圖6所示，還可以包括:即時通信模塊606，用于在將訂單成功消息推送至乘客選擇的服務車輛的車載終端之后，接收乘客客戶端和/或司機車載終端的即時通信請求，向乘客客戶端和司機車載終端推送用于即時通信的聊天界面；接收乘客客戶端和/或司機車載終端的消息并展示在乘客客戶端和司機車載終端的聊天界面上；[0071]本發(fā)明實施例提供的一種提供叫車服務的系統(tǒng)，如圖7所示，包括:
[0072]至少一個乘客客戶端701，用于向服務器702發(fā)出叫車請求消息，該叫車請求信息中攜帶有乘客的起始地址信息以及目的地址信息；接收服務器702返回的所有接單的車載終端對應的車輛信息；并將乘客根據(jù)車輛信息選擇的服務車輛的信息返回給服務器702 ；
[0073]服務器702，用于接收乘客客戶端701發(fā)送的叫車請求消息；根據(jù)當前各服務車輛與乘客的起始地址的距離、路況、是否處于空駛狀態(tài)、以及乘客偏好信息和服務車輛評價信息，篩選出至少一個服務車輛；將叫車請求消息推送至至少一個服務車輛上的車載終端703 ;當接收到至少一個車載終端703返回的接單響應消息時，將所有接單的車載終端703對應的車輛信息返回給發(fā)出叫車請求的乘客客戶端701 ;接收乘客客戶端701返回的乘客根據(jù)車輛信息選擇的服務車輛的信息，將訂單成功消息推送至乘客選擇的服務車輛的車載終端703。
[0074]至少一個司機側(cè)的車載終端703，用于接收服務器702推送的叫車請求消息，并將司機的接單響應消息返回給服務器702，以及當被乘客選擇時，接收服務器702返回的訂單成功消息。
[0075]進一步地，服務器702還可以接收乘客客戶端701和/或司機車載終端703的即時通信請求，向乘客客戶端701和司機車載終端703推送用于即時通信的聊天界面；接收乘客客戶端701和/或司機車載終端703的聊天消息并展示在乘客客戶端701和司機車載終端端703的聊天界面上。
[0076]本發(fā)明實施例提供了一種提供叫車服務的方法、服務器及系統(tǒng)，服務器側(cè)基于距離條件、空駛條件、路況以及乘客偏好信息和服務車輛評價信息篩選出至少一個服務車輛，并將至少一個接單的車載終端對應的車輛信息返回給發(fā)出叫車請求的乘客客戶端，接收到乘客客戶端返回的乘客根據(jù)所述車輛信息選擇的服務車輛的信息后，訂單達成。本發(fā)明實施例在篩選給乘客推送的服務車輛時，不僅考慮距離條件、空駛條件、路況等客觀信息，同時還考慮乘客的偏好以及該服務車輛評價信息等乘客方的主觀信息，在推送給乘客服務車輛信息時，將各服務車輛的車輛信息也發(fā)送給乘客讓乘客選擇，這種方式，充分考慮了乘客對于服務車輛的喜好，盡可能地派送令乘客滿意的、服務好的服務車輛為乘客提供叫車服務，提高了用戶的使用體驗，同時保證了叫車交易的成功率，提高了叫車軟件提供的叫車服務的總體效率。
[0077]本領域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。
[0078]上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
[0079]顯然，本領域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
【權(quán)利要求】
1.一種提供叫車服務的方法，其特征在于，包括: 接收乘客客戶端發(fā)送的叫車請求消息，所述叫車請求信息中攜帶有乘客的起始地址信息以及目的地址信息； 根據(jù)當前各服務車輛與所述乘客的起始地址的距離、路況、是否處于空駛狀態(tài)、以及乘客偏好信息和服務車輛評價信息，篩選出至少一個服務車輛； 將所述叫車請求消息推送至所述至少一個服務車輛上的車載終端； 當接收到至少一個車載終端返回的接單響應消息時，將所有接單的車載終端對應的車輛信息返回給發(fā)出叫車請求的乘客客戶端； 接收乘客客戶端返回的乘客根據(jù)所述車輛信息選擇的服務車輛的信息，將訂單成功消息推送至乘客選擇的服務車輛的車載終端。
2.如權(quán)利要求1所述的方法，其特征在于，所述乘客偏好信息為存儲的該乘客收藏的服務車輛司機的信息； 所述服務車輛評價信息為存儲每個服務車輛司機對應的服務星級信息。
3.如權(quán)利要求2所述的方法，其特征在于，所述服務星級信息，通過下述方式確定: 周期性地統(tǒng)計各乘客對每個服務車輛司機的歷史評價分值； 計算當前周期內(nèi)，每個服務車輛司機對應的所有歷史評價分值的均值； 根據(jù)所述均值對應的服務星級，確定每個服務車輛司機對應的服務星級。
4.如權(quán)利要求1-3任一項所述的方法，其特征在于，還包括:在篩選出的至少一個服務車輛中，判斷是否存在特定偏好的司機的服務車輛；所述特定偏好包括:對特定區(qū)域的偏好和/或?qū)μ囟üぷ鲿r間的偏好； 當判斷存在特定偏好的司機的服務車輛時，判斷所述乘客的起始地址信息或者目的地址信息是否位于該司機偏好的特定區(qū)域內(nèi)；和/或判斷所述叫車請求信息的發(fā)出時間是否位于該司機偏好的特定工作時間內(nèi)； 若是，將各個存在特定偏好的司機的服務車輛作為最終篩選結(jié)果； 若否，保留原篩選結(jié)果。
5.如權(quán)利要求2或3所述的方法，其特征在于，所述車輛信息包括至少一個下述信息: 車輛品牌、車輛顏色、車況、累計接單數(shù)量、司機的服務星級。
6.如權(quán)利要求1-3任一項所述的方法，其特征在于，將訂單成功消息推送至乘客選擇的服務車輛的車載終端之后，還包括: 接收乘客客戶端和/或司機客戶端的即時通信請求，向所述乘客客戶端和所述司機客戶端推送用于即時通信的聊天界面； 接收乘客客戶端和/或司機客戶端的聊天消息并展示在所述乘客客戶端和所述司機客戶端的聊天界面上。
7.一種提供叫車服務的服務器，其特征在于，包括: 接收模塊，用于接收乘客客戶端發(fā)送的叫車請求消息，所述叫車請求信息中攜帶有乘客的起始地址信息以及目的地址信息；接收車載終端返回的接單響應；以及接收乘客客戶端返回的乘客根據(jù)所述車輛信息選擇的服務車輛的信息； 篩選模塊，用于根據(jù)當前各服務車輛與所述乘客的起始地址的距離、路況、是否處于空駛狀態(tài)、以及乘客偏好信息和服務車輛評價信息，篩選出至少一個服務車輛；推送模塊，用于將所述叫車請求消息推送至所述至少一個服務車輛上的車載終端；當所述接收模塊接收到至少一個車載終端返回的接單響應時，將所有接單的車載終端對應的車輛信息返回給發(fā)出叫車請求的乘客客戶端；以及當所述接收模塊接收乘客客戶端返回的乘客根據(jù)所述車輛信息選擇的服務車輛的信息時，將訂單成功消息推送至乘客選擇的服務車輛的車載終端。
8.如權(quán)利要求7所述的服務器，其特征在于，還包括:存儲模塊，用于存儲該乘客收藏的服務車輛司機的信息作為所述乘客偏好信息；以及存儲每個服務車輛司機對應的服務星級信息作為所述服務車輛評價信息。
9.如權(quán)利要求8所述的服務器，其特征在于，還包括:評定模塊，用于周期性地統(tǒng)計各乘客對每個服務車輛司機的歷史評價分值；計算當期周期內(nèi)，每個服務車輛司機對應的所有歷史評價分值的均值；根據(jù)所述均值對應的服務星級，確定每個服務車輛司機對應的服務星級。
10.如權(quán)利要求7-9任一項所述的服務器，其特征在于，篩選模塊，還用于在篩選出的至少一個服務車輛中，判斷是否存在特定偏好的司機的服務車輛；所述特定偏好包括:對特定區(qū)域的偏好和/或?qū)μ囟üぷ鲿r間的偏好；當判斷存在特定偏好的司機的服務車輛時，判斷所述乘客的起始地址信息或者目的地址信息是否位于該司機偏好的特定區(qū)域內(nèi)；和/或判斷所述叫車請求信息的發(fā)出時間是否位于該司機偏好的特定工作時間內(nèi)；若是，將各個存在特定偏好的司機的服務車輛作為最終篩選結(jié)果；若否，保留原篩選結(jié)果。
11.如權(quán)利要求7-9任一項所述的服務器，其特征在于，還包括: 即時通信模塊，用于在將訂單成功消息推送至乘客選擇的服務車輛的車載終端之后，接收乘客客戶端和/或司機車載終端的即時通信請求，向所述乘客客戶端和所述司機車載終端推送用于即使通信的聊天界面；接收乘客客戶端和/或司機車載終端的消息并展示在所述乘客客戶端和所述司機車載終端的聊天界面上。
12.一種提供叫車服務的系統(tǒng)，其特征在于，包括:至少一個乘客客戶端、至少一個司機側(cè)的車載終端以及如權(quán)利要求7-11任一項所述的服務器； 所述至少一個乘客客戶端，用于向所述服務器發(fā)出叫車請求消息，所述叫車請求信息中攜帶有乘客的起始地址信息以及目的地址信息；接收所述服務器返回的所有接單的車載終端對應的車輛信息；并 將乘客根據(jù)所述車輛信息選擇的服務車輛的信息返回給所述服務器； 所述至少一個司機側(cè)的車載終端，用于接收所述服務器推送的叫車請求消息，并將所述司機的接單響應消息返回給所述服務器，以及當被乘客選擇時，接收服務器返回的訂單成功消息。
【文檔編號】G08G1/00GK103996290SQ201410251476
【公開日】2014年8月20日 申請日期:2014年6月9日 優(yōu)先權(quán)日:2014年6月9日
【發(fā)明者】王柏, 湯鵬 申請人:北京東方車云信息技術(shù)有限公司