一種提供打車服務(wù)的方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種提供打車服務(wù)的方法、裝置及系統(tǒng)，其中方法包括：接收乘客客戶端發(fā)送的語音打車請求信息和乘客的起始地址信息；根據(jù)所述語音打車請求信息與所述起始地址信息生成打車服務(wù)訂單，將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端；當(dāng)接收到司機側(cè)的車載終端返回的接單信息時，將打車服務(wù)訂單成功消息返回至所述乘客客戶端。本發(fā)明采用了乘客客戶端語音打車的方式，能夠解決現(xiàn)有打車軟件在使用過程中對于作為乘客的用戶來說不夠便捷，效率較低的問題。
【專利說明】一種提供打車服務(wù)的方法、裝置及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及智能終端的應(yīng)用領(lǐng)域，尤其涉及一種提供打車服務(wù)的方法、裝置及系統(tǒng)。
【背景技術(shù)】
[0002]在當(dāng)前人口密集的城市之中，由于交通狀況的復(fù)雜性，經(jīng)常出現(xiàn)下述情況:大量的出租車空駛不斷尋找需要打車的乘客，另外一方面，有打車需求的乘客在出發(fā)地附近又很難等到空駛的車輛，這種打車信息的不對稱，導(dǎo)致了城市打車難的問題，同時也浪費了有限的公共資源、能源資源以及乘客和出租車司機的時間資源，為了解決這一難題，目前不斷涌現(xiàn)出許多基于手持智能終端的應(yīng)用即打車軟件，這些打車軟件安裝于乘客的手持智能終端上(以下簡稱乘客客戶端)，提供打車服務(wù)的流程如下:
[0003]乘客客戶端向服務(wù)器端發(fā)送需要打車的請求，服務(wù)器端根據(jù)該請求，生成訂單信息向符合一定條件的出租車的車載終端進行推送，當(dāng)使用車載終端的出租車司機根據(jù)自身運營情況選擇接單時，則訂單完成，乘客和出租車司機之間完成打車交易。
[0004]現(xiàn)有的打車軟件在使用過程中，乘客往往需要在打車軟件的界面上手工填入自己要去的目的地，服務(wù)器側(cè)根據(jù)用戶填寫的目的地向司機側(cè)推送訂單，這種方式需要依賴作為乘客的用戶的手工填寫操作，對于作為乘客的用戶來說，不夠便捷，效率較低。

【發(fā)明內(nèi)容】

[0005]本發(fā)明實施例提供了一種提供打車服務(wù)的方法、裝置及系統(tǒng)，用以解決現(xiàn)有打車軟件在使用過程中對乘客來說手工填寫目的地信息過于復(fù)雜的問題。
[0006]基于上述問題，第一方面，本發(fā)明實施例提供了一種提供打車服務(wù)的方法，包括:
[0007]接收乘客客戶端發(fā)送的乘客的起始地址信息和語音打車請求信息；
[0008]根據(jù)所述起始地址信息與所述語音打車請求信息生成打車服務(wù)訂單，將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端；
[0009]當(dāng)接收到司機側(cè)的車載終端返回的接單信息時，將打車服務(wù)訂單成功消息返回至所述乘客客戶端。
[0010]進一步地，上述根據(jù)所述語音打車請求信息與所述起始地址信息生成打車服務(wù)訂單，具體包括:
[0011]對所述語音打車請求中的目的地的內(nèi)容進行識別；
[0012]使用預(yù)設(shè)的詞庫，對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配；所述詞庫中存儲有地名信息-地理位置信息的映射；
[0013]當(dāng)匹配出的地理位置信息的結(jié)果唯一時，將所述匹配結(jié)果作為所述乘客的目的地址信息，將所述目的地址信息和所述起始地址信息打包生成打車服務(wù)訂單；
[0014]當(dāng)匹配出的地理位置信息的結(jié)果不唯一時，將所述語音打車請求信息與所述起始地址信息打包生成打車服務(wù)訂單。[0015]進一步地，當(dāng)接收到的乘客客戶端發(fā)送的語音打車請求信息為壓縮的音頻信息時，則在對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配之前，還包括:對壓縮的音頻信息進行解壓縮，并識別出所述語音打車請求信息中的目的地的內(nèi)容。
[0016]進一步地，上述將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端，包括:
[0017]根據(jù)本地保存的各司機側(cè)的車載終端當(dāng)前的地理位置信息，確定當(dāng)前距離發(fā)送語音打車請求信息的乘客的起始地址在預(yù)設(shè)的地理范圍內(nèi)的各司機側(cè)的車載終端；
[0018]根據(jù)確定出各司機側(cè)的車載終端到達所述乘客的起始地址，估算確定出的各司機側(cè)的車載終端到達所述乘客的起始地址的時間；
[0019]根據(jù)估算出的各司機側(cè)的車載終端到達所述乘客的起始地址的時間的長短，對各司機側(cè)的車載終端的訂單推送優(yōu)先級進行排序；所述到達所述乘客起始地址時間短的司機側(cè)的車載終端，較到達所述乘客的起始地址時間長的車載終端優(yōu)先級高；
[0020]根據(jù)訂單推送優(yōu)先級排序的結(jié)果，向?qū)⑺鲇唵我来瓮扑椭链_定出的各司機側(cè)的車載終端。
[0021]進一步地，上述將打車服務(wù)訂單成功消息返回至所述乘客客戶端，具體包括:
[0022]將所述司機側(cè)的車載終端預(yù)先注冊的所述司機的聯(lián)系方式攜帶在所述打車服務(wù)訂單成功消息之中返回至所述乘客客戶端。
[0023]第二方面，本發(fā)明實施例提供一種提供打車服務(wù)的服務(wù)器，包括:
[0024]打車請求接收模塊，用于接收乘客客戶端發(fā)送的乘客的起始地址信息和語音打車請求信息；
[0025]訂單生成模塊，用于根據(jù)所述起始地址信息與所述語音打車請求信息生成打車服務(wù)訂單；
[0026]推送模塊，用于將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端；
[0027]訂單響應(yīng)模塊，用于當(dāng)接收到司機側(cè)的車載終端返回的接單信息時，將打車服務(wù)訂單成功消息返回至所述乘客客戶端。
[0028]進一步地，上述訂單生成模塊，具體用于對所述語音打車請求中的目的地的內(nèi)容進行識別；使用預(yù)設(shè)的詞庫，對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配；所述詞庫中存儲有地名信息-地理位置信息的映射；當(dāng)匹配出的地理位置信息的結(jié)果唯一時，將所述匹配結(jié)果作為所述乘客的目的地址信息，將所述目的地址信息和所述起始地址信息打包生成打車服務(wù)訂單；當(dāng)匹配出的地理位置信息的結(jié)果不唯一時，將所述語音打車請求信息與所述起始地址信息打包生成打車服務(wù)訂單。
[0029]進一步地，當(dāng)打車請求接收模塊接收的乘客客戶端發(fā)送的語音打車請求信息為壓縮的音頻信息時，所述服務(wù)器還包括:解壓縮模塊，用于對壓縮的音頻信息進行解壓縮，并識別出所述語音打車請求信息中的目的地的內(nèi)容。
[0030]進一步地，上述推送模塊，具體用于根據(jù)本地保存的各司機側(cè)的車載終端當(dāng)前的地理位置信息，確定當(dāng)前距離發(fā)送語音打車請求信息的乘客的起始地址在預(yù)設(shè)的地理范圍內(nèi)的各司機側(cè)的車載終端；根據(jù)確定出各司機側(cè)的車載終端與所述乘客的起始地址之間的距離，估算確定出的各司機側(cè)的車載終端到達所述乘客的起始地址的時間；根據(jù)估算出的各司機側(cè)的車載終端到達所述乘客的起始地址的時間的長短，對各司機側(cè)的車載終端的訂單推送優(yōu)先級進行排序；所述到達所述乘客起始地址時間短的司機側(cè)的車載終端，較到達所述乘客的起始地址時間長的車載終端優(yōu)先級高；根據(jù)訂單推送優(yōu)先級排序的結(jié)果，向?qū)⑺鲇唵我来瓮扑椭链_定出的各司機側(cè)的車載終端。
[0031]進一步地，上述訂單響應(yīng)模塊，具體用于將所述司機側(cè)的車載終端預(yù)先注冊的所述司機的聯(lián)系方式攜帶在所述打車服務(wù)訂單成功消息之中返回至所述乘客客戶端。
[0032]第三方面，本發(fā)明實施例提供了一種提供打車服務(wù)的系統(tǒng)，包括:
[0033]至少一個乘客客戶端，用于當(dāng)接收到乘客發(fā)出的語音打車請求信息時，將所述乘客的起始地址信息以及所述語音打車請求信息發(fā)送給服務(wù)器；
[0034]服務(wù)器，用于接收乘客客戶端發(fā)送的語音打車請求信息和乘客的起始地址信息，根據(jù)所述語音打車請求信息與所述起始地址信息生成打車服務(wù)訂單，將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端；以及當(dāng)接收到司機側(cè)的車載終端返回的接單信息時，將打車服務(wù)訂單成功消息返回至所述乘客客戶端；
[0035]至少一個司機側(cè)的車載終端，用于接收所述服務(wù)器推送的打車服務(wù)訂單并呈現(xiàn)給司機，接收司機發(fā)出的是否接單的信息。
[0036]進一步地，上述服務(wù)器，具體用于對所述語音打車請求中的目的地的內(nèi)容進行識別；使用預(yù)設(shè)的詞庫，對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配；所述詞庫中存儲有地名信息-地理位置信息的映射；當(dāng)匹配出的地理位置信息的結(jié)果唯一時，將所述匹配結(jié)果作為所述乘客的目的地址信息，將所述目的地址信息和所述起始地址信息生成打車服務(wù)訂單；
[0037]所述至少一個司機側(cè)的車載終端，具體用于將所述打車服務(wù)訂單中的乘客的起始地址信息和目的地址信息呈現(xiàn)給司機。
[0038]進一步地，上述服務(wù)器，具體用于對所述語音打車請求中的目的地的內(nèi)容進行識別；使用預(yù)設(shè)的詞庫，對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配；所述詞庫中存儲有地名信息-地理位置信息的映射；當(dāng)匹配出的地理位置信息的結(jié)果不唯一時，將所述語音打車請求信息與所述起始地址信息打包生成打車服務(wù)訂單；
[0039]所述至少一個司機側(cè)的車載終端，具體用于將所述打車服務(wù)訂單中的乘客的起始地址信息和所述語音打車請求信息呈現(xiàn)給司機。
[0040]本發(fā)明實施例的有益效果包括:
[0041]本發(fā)明實施例提供了一種提供打車服務(wù)的方法、裝置及系統(tǒng)，在服務(wù)器側(cè)對乘客客戶端發(fā)出的語音打車信息進行處理并生成打車服務(wù)訂單，這使得乘客端只需要用語音方式輸入目的地服務(wù)器就能生成打車服務(wù)訂單，比傳統(tǒng)的鍵盤輸入或手寫輸入生成打車訂單的方法更加便捷，同時也提高了效率。
[0042]作為進一步的優(yōu)化，服務(wù)器會將語音打車信息的目的地信息與預(yù)設(shè)的詞庫進行匹配，根據(jù)匹配結(jié)果的不同，司機側(cè)車載終端呈現(xiàn)的內(nèi)容也不同，如目的地匹配結(jié)果唯一，則車載終端上同時顯示乘客的起始地和目的地信息；如匹配結(jié)果不唯一，則車載終端上顯示乘客起始地信息和一個包含打車請求信息的語音條目，由司機選擇播放或者自動播放。
[0043]這種處理方式能夠讓司機以最便捷的方式直觀的了解乘客起始地和目的地信息，還能減少用戶開車過程中與司機側(cè)車載終端的交互，提高了行車的安全性?！緦＠綀D】

【附圖說明】
[0044]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域的普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0045]圖1為本發(fā)明實施例提供的提供打車服務(wù)的方法的流程圖；
[0046]圖2為本發(fā)明實施例提供的提供打車服務(wù)的服務(wù)器的結(jié)構(gòu)示意圖；
[0047]圖3為本發(fā)明實施例提供的提供打車服務(wù)的系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實施方式】
[0048]為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述，顯然，所描述的實施例僅僅是本發(fā)明一部份實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。
[0049]本發(fā)明實施例提供一種提供打車服務(wù)的方法，如圖1所示，具體包括以下步驟:
[0050]SlOl:接收乘客客戶端發(fā)送的乘客的起始地址信息和語音打車請求信息；
[0051]S102:根據(jù)所述起始地址信息與所述語音打車請求信息生成打車服務(wù)訂單，將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端；
[0052]S103:當(dāng)接收到司機側(cè)的車載終端返回的接單信息時，將打車服務(wù)訂單成功消息返回至所述乘客客戶端。
[0053]下面對上述各步驟進行進一步說明。
[0054]上述步驟SlOl中，乘客客戶端發(fā)送的乘客的起始地址信息是乘客在發(fā)送訂單時的乘客客戶端獲取到的自身的經(jīng)緯度信息。
[0055]進一步地，上述經(jīng)緯度信息可以通過乘客客戶端自動取得。例如乘客客戶端可采用全球定位系統(tǒng)(Global Positioning System, GPS)或無線保真(Wireless Fidelity,WIFI)定位的方式(例如用戶可以選擇在有WIFI信號的情況下，使用無線保真WIFI定位方式，如果沒有WIFI信號，則采用GPS定位的方式)，當(dāng)然，也可以采用其他能實現(xiàn)相同功能的定位方式如外接北斗定位設(shè)備進行定位取得。
[0056]上述步驟SlOl中，語音打車信息是乘客客戶端進行語音采集后發(fā)送給服務(wù)器的。
[0057]乘客客戶端采集語音的過程例如可以采用下述方式:乘客在乘客客戶端的界面中點擊相應(yīng)的語音輸入按鈕，說出想要去的目的地，例如語音輸入:“我在甲地，我要去乙地”，乘客客戶端記錄該語音信息后進行保存，作為語音打車請求信息發(fā)送給服務(wù)器。
[0058]較佳地，為了提高數(shù)據(jù)傳輸效率，節(jié)省用戶數(shù)據(jù)流量，乘客客戶端還可將采集到的語音打車請求進行壓縮處理后發(fā)送給服務(wù)器，相對應(yīng)的，在服務(wù)器接收到該語音打車請求后需進行解壓縮處理。
[0059]上述壓縮和解壓縮的技術(shù)，可以采用現(xiàn)有技術(shù)中多種音頻壓縮和解壓縮的技術(shù)，例如基于源代碼的 FFmpeg (Fast Forward Moving Pictures Experts Group)的壓縮和解
壓縮算法等。
[0060]進一步地，上述步驟102中，根據(jù)所述起始地址信息與所述語音打車請求信息生成打車服務(wù)訂單，具體可以通過下述方式實現(xiàn):
[0061]首先對所述語音打車請求中的目的地的內(nèi)容進行識別；
[0062]對語音打車請求中的目的地的內(nèi)容進行識別，可采用語音識別技術(shù)(ASRAutomatic Speech Recognition)。
[0063]使用預(yù)設(shè)的詞庫，對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配，上述詞庫中存儲有地名信息-地理位置信息的映射。該詞庫可以由第三方提供，利用該詞庫，可以根據(jù)目的地地名信息，匹配得到對應(yīng)的經(jīng)緯度信息。例如:通過對乘客語音打車請求信息中目的地進行匹配后知道乘客的目的地為中關(guān)村2號院，通過詞庫中的映射關(guān)系即可得到中關(guān)村2號院的經(jīng)緯度信息。
[0064]根據(jù)語義匹配的結(jié)果不同，生成的打車服務(wù)訂單的過程可能會存在下述兩種情況:
[0065]第一種情況:當(dāng)匹配出的地理位置信息的結(jié)果唯一時，將該匹配結(jié)果作為乘客的目的地址信息，并且將該目的地址信息和該起始地址信息打包生成打車服務(wù)訂單；
[0066]例如乘客要去的地方為某大廈，根據(jù)該大廈的名字在詞庫中匹配的地理位置信息是唯一的，這樣，則將乘客起始地址信息和該大廈的地理位置信息(即目的地址信息)打包生成打車服務(wù)訂單。
[0067]第二種情況:當(dāng)匹配出的地理位置信息的結(jié)果不唯一時，則將所述語音打車請求信息與起始地址信息打包生成打車服務(wù)訂單。
[0068]例如乘客要去的地方為某超市，而該超市為連鎖超市，則實際店面的地理位置不止一個，這樣，根據(jù)現(xiàn)有語音匹配信息可能無法判斷乘客實際想要去的目的地具體地理位置是哪兒。這種情況，為避免將有可能錯誤的目的地信息攜帶在訂單中誤導(dǎo)司機做出錯誤的判斷，放棄此次匹配的結(jié)果,直接將語音打車請求信息和乘客的起始地址信息打包生成打車服務(wù)訂單。
[0069]較佳地，上述步驟102中，服務(wù)器側(cè)可通過下述方式將訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端:
[0070]1、根據(jù)服務(wù)器本地保存的各司機側(cè)的車載終端當(dāng)前的地理位置信息，確定當(dāng)前距離發(fā)送語音打車請求信息的乘客的起始地址在預(yù)設(shè)的地理范圍內(nèi)的各司機側(cè)的車載終端;
[0071]司機側(cè)的車載終端會實時地告知服務(wù)器側(cè)，服務(wù)器側(cè)會記錄各司機側(cè)的車載終端當(dāng)前的地理位置并實時更新，這樣，根據(jù)各司機側(cè)的車載終端的當(dāng)前的地理位置，以及請求打車的乘客所在的起始地址(即乘客客戶端的起始位置)，可以確定距離該乘客在設(shè)定的范圍內(nèi)(例如3公里范圍內(nèi))所有的司機側(cè)的車載終端。
[0072]2、根據(jù)確定出各司機側(cè)的車載終端與所述乘客的起始地址之間的距離，估算確定出的各司機側(cè)的車載終端到達所述乘客的起始地址的時間；
[0073]確定出在設(shè)定范圍內(nèi)的司機側(cè)的車載終端之后，根據(jù)每個車載終端與該乘客的起始地址之間的距離，可以估算出各司機側(cè)的車載終端到達乘客起始地址的時間；
[0074]具體估算時，可以根據(jù)車輛在該路段通常的車速來計算到達的時間長短，較佳地，還可以考慮各個司機側(cè)的車載終端與該乘客之間經(jīng)過的路徑的交通狀況，動態(tài)估計每個司機側(cè)的車載終端到達乘客起始地址的時間。[0075]3、根據(jù)估算出的各司機側(cè)的車載終端到達乘客的起始地址之間的距離，各司機側(cè)的車載終端到達乘客的起始地址的時間的長短，對各司機側(cè)的車載終端的訂單推送優(yōu)先級進行排序，排序的原則為:到達所述乘客起始地址時間短的司機側(cè)的車載終端,較到達乘客的起始地址時間長的車載終端優(yōu)先級高；
[0076]4、根據(jù)訂單推送優(yōu)先級排序的結(jié)果，向?qū)⑺鲇唵我来瓮扑椭链_定出的各司機側(cè)的車載終端。
[0077]本發(fā)明實施例在具體實施時，在進行訂單推送優(yōu)先級排序時，可以將一定時間范圍內(nèi)的司機側(cè)的車載終端都設(shè)置于同一個優(yōu)先級內(nèi)，舉例來說，司機側(cè)的車載終端到達乘客的起始地址的時間在5分鐘以內(nèi)的是第一優(yōu)先級的，最先推送，司機側(cè)的車載終端到達乘客的起始地址的時間在5-10分鐘以內(nèi)的是第二優(yōu)先級的，次優(yōu)先級推送，司機側(cè)的車載終端到達乘客的起始地址的時間在10-15分鐘以內(nèi)的是第三優(yōu)先級的，最晚推送。
[0078]根據(jù)接收到的乘客客戶端發(fā)送的打車請求信息的時刻，估算打車服務(wù)訂單完成的時刻；在估算的打車服務(wù)訂單完成的時刻到達之前，周期性地將打車服務(wù)訂單推送給符合設(shè)定條件的至少一個司機側(cè)的車載終端。
[0079]服務(wù)器側(cè)在向司機側(cè)的車載終端推送打車服務(wù)訂單時，除了考慮司機側(cè)車輛距離該乘客客戶端起始地址的距離的遠近(靠近該乘客客戶端起始地址的司機接單的可能性較高)之外，還要考慮司機側(cè)的車輛是否是為空駛的狀態(tài)，這些信息都可以通過司機側(cè)的車載終端實時地反映給服務(wù)器側(cè)。
[0080]因此，符合設(shè)定條件的車載終端至少需要滿足下述條件:司機側(cè)車輛空駛、位于該乘客的起始地址周圍的一定范圍內(nèi)(例如2公里范圍內(nèi))。
[0081]在上述S102步驟之后，司機側(cè)車載終端會接收到打車服務(wù)訂單，如果司機決定接單則可選擇確認接受訂單。
[0082]進一步地，上述司機側(cè)的車載終端接收到的訂單信息也會有兩種情況:
[0083]第一種情況:司機側(cè)車載終端收到的訂單中包含乘客的起始地址信息和目的地地址信息。司機側(cè)車載終端在電子地圖上標(biāo)示出該乘客的該起始地址信息和目的地址信息。
[0084]第二種情況:司機側(cè)車載終端的訂單中包含乘客的語音打車請求信息與起始地址信息，該語音打車請求信息可以以語音條目的方式顯示在司機側(cè)車載終端，由司機選擇播放或者自動播放，同時根據(jù)該起始地址信息可將發(fā)出打車請求的乘客所在地理位置在電子地圖上標(biāo)示出來，這樣的設(shè)計方式，在司機側(cè)的車載終端上可以實時顯示當(dāng)前發(fā)出打車請求的所有乘客所在的地理位置，司機可結(jié)合聽到的語音打車請求信息以及乘客所在的地理位置來決定是否要接單。
[0085]進一步地，步驟103中，服務(wù)器側(cè)將打車服務(wù)訂單成功消息返回至乘客端之后，乘客客戶端接到該訂單成功消息，改變該訂單的狀態(tài)為交易成功狀態(tài)，乘客在打車軟件的界面上就可以看到接單成功的消息。
[0086]進一步地，服務(wù)器側(cè)還可以將司機側(cè)的車載終端預(yù)先注冊的所述司機的聯(lián)系方式攜帶在打車服務(wù)訂單成功消息之中返回至所述乘客客戶端。以便乘客通過乘客客戶端界面顯示的司機的聯(lián)系方式與出租車司機進行直接聯(lián)系。
[0087]當(dāng)訂單成功消息返回給乘客客戶端后，服務(wù)器側(cè)就不再將該語音打車請求信息向其他司機側(cè)車載終端推送。[0088]基于同一發(fā)明構(gòu)思，本發(fā)明實施例還提供了一種提供打車服務(wù)的服務(wù)器及系統(tǒng)，由于該服務(wù)器和系統(tǒng)所解決問題的原理與前述提供打車服務(wù)的方法相似，因此該服務(wù)器和系統(tǒng)的實施可以參見前述方法的實施，重復(fù)之處不再贅述。
[0089]本發(fā)明實施例提供的提供打車服務(wù)的服務(wù)器，如圖2所示，包括:
[0090]打車請求接收模塊201，用于接收乘客客戶端發(fā)送的乘客的起始地址信息和語音打車請求信息；
[0091]訂單生成模塊202，用于根據(jù)所述起始地址信息與所述語音打車請求信息生成打車服務(wù)訂單；
[0092]推送模塊203，用于將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端;
[0093]訂單響應(yīng)模塊204，用于當(dāng)接收到司機側(cè)的車載終端返回的接單信息時，將打車服務(wù)訂單成功消息返回至所述乘客客戶端。
[0094]進一步地，打車請求接收模塊201接收到的乘客客戶端發(fā)送的語音打車請求信息為壓縮的音頻信息時，上述打車請求接收模塊201還可以包括解壓縮模塊，用于對壓縮的音頻信息進行解壓縮，并識別出所述語音打車請求信息中的目的地的內(nèi)容。
[0095]進一步地，訂單生成模塊202具體用于對所述語音打車請求中的目的地的內(nèi)容進行識別；使用預(yù)設(shè)的詞庫，對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配。所述詞庫中存儲有地名信息-地理位置信息的映射；當(dāng)匹配出的地理位置信息的結(jié)果唯一時，將所述匹配結(jié)果作為所述乘客的目的地址信息，將所述目的地址信息和所述起始地址信息打包生成打車服務(wù)訂單；當(dāng)匹配出的地理位置信息的結(jié)果不唯一時，將所述語音打車請求信息與所述起始地址信息打包生成打車服務(wù)訂單。
[0096]進一步地，訂單生成模塊202所生成的打車服務(wù)訂單中還包括乘客端起始地址信息，該起始地址信息是乘客客戶端發(fā)送打車服務(wù)請求時發(fā)送給服務(wù)器的。
[0097]較佳地，為了提高打車訂單的接單率，所述推送模塊203具體用于根據(jù)本地保存的各司機側(cè)的車載終端當(dāng)前的地理位置信息，確定當(dāng)前距離發(fā)送語音打車請求信息的乘客的起始地址在預(yù)設(shè)的地理范圍內(nèi)的各司機側(cè)的車載終端；根據(jù)確定出各司機側(cè)的車載終端到達所述乘客的起始地址,估算確定出的各司機側(cè)的車載終端到達所述乘客的起始地址的時間；根據(jù)估算出的各司機側(cè)的車載終端到達所述乘客的起始地址的時間的長短，對各司機側(cè)的車載終端的訂單推送優(yōu)先級進行排序；所述到達所述乘客起始地址時間短的司機側(cè)的車載終端，較到達所述乘客的起始地址時間長的車載終端優(yōu)先級高；根據(jù)訂單推送優(yōu)先級排序的結(jié)果，向?qū)⑺鲇唵我来瓮扑椭链_定出的各司機側(cè)的車載終端。
[0098]進一步的，所述訂單響應(yīng)模塊204，具體用于將所述司機側(cè)的車載終端預(yù)先注冊的所述司機的聯(lián)系方式攜帶在所述打車服務(wù)訂單成功消息之中返回至所述乘客客戶端。
[0099]本發(fā)明實施例提供的一種提供打車服務(wù)的系統(tǒng)，如圖3所示，包括:
[0100]至少一個乘客客戶端301，用于當(dāng)接收到乘客發(fā)出的語音打車請求信息時，將所述乘客的起始地址信息以及所述語音打車請求信息發(fā)送給服務(wù)器302 ；
[0101]服務(wù)器302，用于接收乘客客戶端301發(fā)送的語音打車請求信息和乘客的起始地址信息，根據(jù)所述語音打車請求信息與所述起始地址信息生成打車服務(wù)訂單，將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端；以及當(dāng)接收到司機側(cè)的車載終端返回的接單信息時，將打車服務(wù)訂單成功消息返回至所述乘客客戶端301 ；
[0102]至少一個司機側(cè)的車載終端303，用于接收所述服務(wù)器302推送的打車服務(wù)訂單并呈現(xiàn)給司機，接收司機發(fā)出的是否接單的信息。
[0103]進一步地，所述服務(wù)器302具體用于對所述語音打車請求中的目的地的內(nèi)容進行識別；使用預(yù)設(shè)的詞庫，對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配；所述詞庫中存儲有地名信息-地理位置信息的映射；當(dāng)匹配出的地理位置信息的結(jié)果不唯一時，將所述語音打車請求信息與所述起始地址信息打包生成打車服務(wù)訂單。
[0104]進一步地，所述司機側(cè)車載終端303，具體用于將所述打車服務(wù)訂單中的乘客的起始地址信息和所述語音打車請求信息呈現(xiàn)給司機。
[0105]本發(fā)明實施例提供了一種提供打車服務(wù)的方法、裝置及系統(tǒng)，在服務(wù)器側(cè)對乘客客戶端發(fā)出的語音打車信息進行處理并生成打車服務(wù)訂單，這使得乘客端只需要用語音方式輸入目的地服務(wù)器就能生成打車服務(wù)訂單，比傳統(tǒng)的鍵盤輸入或手寫輸入生成打車訂單的方法更加便捷，同時也提高了效率。
[0106]作為進一步的優(yōu)化，服務(wù)器會將語音打車信息的目的地信息與預(yù)設(shè)的詞庫進行匹配，根據(jù)匹配結(jié)果的不同，司機側(cè)車載終端呈現(xiàn)的內(nèi)容也不同，如目的地匹配結(jié)果唯一，則車載終端上同時顯示乘客的起始地和目的地信息；如匹配結(jié)果不唯一，則車載終端上顯示乘客起始地信息和一個包含打車請求信息的語音條目，由司機選擇播放或者自動播放。
[0107]這種處理方式能夠讓司機以最便捷的方式直觀的了解乘客起始地和目的地信息，還能減少用戶開車過程中與司機側(cè)車載終端的交互，提高了行車的安全性。
[0108]通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明實施例可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明實施例的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是⑶-R0M，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
[0109]本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。
[0110]本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布于實施例的裝置中，也可以進行相應(yīng)變化位于不同于本實施例的一個或多個裝置中。上述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。
[0111]上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
[0112]顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
【權(quán)利要求】
1.一種提供打車服務(wù)的方法，其特征在于，包括: 接收乘客客戶端發(fā)送的乘客的起始地址信息和語音打車請求信息； 根據(jù)所述起始地址信息與所述語音打車請求信息生成打車服務(wù)訂單，將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端； 當(dāng)接收到司機側(cè)的車載終端返回的接單信息時，將打車服務(wù)訂單成功消息返回至所述乘客客戶端。
2.如權(quán)利要求1所述的方法，其特征在于，根據(jù)所述語音打車請求信息與所述起始地址信息生成打車服務(wù)訂單，具體包括: 對所述語音打車請求中的目的地的內(nèi)容進行識別； 使用預(yù)設(shè)的詞庫，對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配；所述詞庫中存儲有地名信息-地理位置信息的映射； 當(dāng)匹配出的地理位置信息的結(jié)果唯一時，將所述匹配結(jié)果作為所述乘客的目的地址信息，將所述目的地址信息和所述起始地址信息打包生成打車服務(wù)訂單； 當(dāng)匹配出的地理位置信息的結(jié)果不唯一時，將所述語音打車請求信息與所述起始地址信息打包生成打車服務(wù)訂單。
3.如權(quán)利要求2所述的方法，其特征在于，當(dāng)接收到的乘客客戶端發(fā)送的語音打車請求信息為壓縮的音頻信息時，則在對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配之前，還包括:` 對壓縮的音頻信息進行解壓縮，并識別出所述語音打車請求信息中的目的地的內(nèi)容。
4.如權(quán)利要求1-3任一項所述的方法，其特征在于，所述將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端，包括: 根據(jù)本地保存的各司機側(cè)的車載終端當(dāng)前的地理位置信息，確定當(dāng)前距離發(fā)送語音打車請求信息的乘客的起始地址在預(yù)設(shè)的地理范圍內(nèi)的各司機側(cè)的車載終端； 根據(jù)確定出各司機側(cè)的車載終端與所述乘客的起始地址之間的距離，估算確定出的各司機側(cè)的車載終端到達所述乘客的起始地址的時間； 根據(jù)估算出的各司機側(cè)的車載終端到達所述乘客的起始地址的時間的長短，對各司機側(cè)的車載終端的訂單推送優(yōu)先級進行排序；所述到達所述乘客起始地址時間短的司機側(cè)的車載終端，較到達所述乘客的起始地址時間長的車載終端優(yōu)先級高； 根據(jù)訂單推送優(yōu)先級排序的結(jié)果，向?qū)⑺鲇唵我来瓮扑椭链_定出的各司機側(cè)的車載終端。
5.如權(quán)利要求1-3任一項所述的方法，其特征在于，將打車服務(wù)訂單成功消息返回至所述乘客客戶端，具體包括: 將所述司機側(cè)的車載終端預(yù)先注冊的所述司機的聯(lián)系方式攜帶在所述打車服務(wù)訂單成功消息之中返回至所述乘客客戶端。
6.一種提供打車服務(wù)的服務(wù)器，其特征在于，包括: 打車請求接收模塊，用于接收乘客客戶端發(fā)送的乘客的起始地址信息和語音打車請求信息； 訂單生成模塊，用于根據(jù)所述起始地址信息與所述語音打車請求信息生成打車服務(wù)訂單；推送模塊，用于將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端； 訂單響應(yīng)模塊，用于當(dāng)接收到司機側(cè)的車載終端返回的接單信息時，將打車服務(wù)訂單成功消息返回至所述乘客客戶端。
7.如權(quán)利要求6所述的服務(wù)器，其特征在于，訂單生成模塊，具體用于對所述語音打車請求中的目的地的內(nèi)容進行識別；使用預(yù)設(shè)的詞庫，對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配；所述詞庫中存儲有地名信息-地理位置信息的映射；當(dāng)匹配出的地理位置信息的結(jié)果唯一時，將所述匹配結(jié)果作為所述乘客的目的地址信息，將所述目的地址信息和所述起始地址信息打包生成打車服務(wù)訂單；當(dāng)匹配出的地理位置信息的結(jié)果不唯一時，將所述語音打車請求信息與所述起始地址信息打包生成打車服務(wù)訂單。
8.如權(quán)利要求7所述的服務(wù)器，其特征在于，當(dāng)打車請求接收模塊接收的乘客客戶端發(fā)送的語音打車請求信息為壓縮的音頻信息時，所述服務(wù)器還包括: 解壓縮模塊，用于對壓縮的音頻信息進行解壓縮，并識別出所述語音打車請求信息中的目的地的內(nèi)容。
9.如權(quán)利要求6-8任一項所述的服務(wù)器，其特征在于，所述推送模塊，具體用于根據(jù)本地保存的各司機側(cè)的車載終端當(dāng)前的地理位置信息，確定當(dāng)前距離發(fā)送語音打車請求信息的乘客的起始地址在預(yù)設(shè)的地理范圍內(nèi)的各司機側(cè)的車載終端；根據(jù)確定出各司機側(cè)的車載終端到達所述乘客的起始地址,估算確定出的各司機側(cè)的車載終端到達所述乘客的起始地址的時間；根據(jù)估算出的各司機側(cè)的車載終端到達所述乘客的起始地址的時間的長短，對各司機側(cè)的車載終端的訂單推送優(yōu)先級進行排序；所述到達所述乘客起始地址時間短的司機側(cè)的車載終端，較到達所述乘客的起始地址時間長的車載終端優(yōu)先級高；根據(jù)訂單推送優(yōu)先級排序的結(jié)果，向?qū)⑺鲇唵我来瓮扑椭链_定出的各司機側(cè)的車載終端。`
10.如權(quán)利要求6-8任一項所述的服務(wù)器，其特征在于，訂單響應(yīng)模塊，具體用于將所述司機側(cè)的車載終端預(yù)先注冊的所述司機的聯(lián)系方式攜帶在所述打車服務(wù)訂單成功消息之中返回至所述乘客客戶端。
11.一種提供打車服務(wù)的系統(tǒng)，其特征在于，包括: 至少一個乘客客戶端，用于當(dāng)接收到乘客發(fā)出的語音打車請求信息時，將所述乘客的起始地址信息以及所述語音打車請求信息發(fā)送給服務(wù)器； 服務(wù)器，用于接收乘客客戶端發(fā)送的語音打車請求信息和乘客的起始地址信息，根據(jù)所述語音打車請求信息與所述起始地址信息生成打車服務(wù)訂單，將所述訂單推送至符合設(shè)定條件的至少一個司機側(cè)的車載終端；以及當(dāng)接收到司機側(cè)的車載終端返回的接單信息時，將打車服務(wù)訂單成功消息返回至所述乘客客戶端； 至少一個司機側(cè)的車載終端，用于接收所述服務(wù)器推送的打車服務(wù)訂單并呈現(xiàn)給司機，接收司機發(fā)出的是否接單的信息。
12.如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述服務(wù)器，具體用于對所述語音打車請求中的目的地的內(nèi)容進行識別；使用預(yù)設(shè)的詞庫，對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配；所述詞庫中存儲有地名信息-地理位置信息的映射；當(dāng)匹配出的地理位置信息的結(jié)果唯一時，將所述匹配結(jié)果作為所述乘客的目的地址信息，將所述目的地址信息和所述起始地址信息生成打車服務(wù)訂單； 所述至少一個司機側(cè)的車載終端，具體用于將所述打車服務(wù)訂單中的乘客的起始地址信息和目的地址信息呈現(xiàn)給司機。
13.如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述服務(wù)器，具體用于對所述語音打車請求中的目的地的內(nèi)容進行識別；使用預(yù)設(shè)的詞庫，對所述語音打車請求信息中目的地的內(nèi)容進行語義匹配；所述詞庫中存儲有地名信息-地理位置信息的映射；當(dāng)匹配出的地理位置信息的結(jié)果不唯一時，將所述語音打車請求信息與所述起始地址信息打包生成打車服務(wù)訂單； 所述至少一個司機側(cè)的車載終端，具體用于將所述打車服務(wù)訂單中的乘客的起始地址信息和所述語音打車請求信息呈現(xiàn)給司機。
【文檔編號】G08G1/00GK103680135SQ201310751986
【公開日】2014年3月26日 申請日期:2013年12月31日 優(yōu)先權(quán)日:2013年12月31日
【發(fā)明者】王柏 申請人:北京東方車云信息技術(shù)有限公司