本公開涉及計算機技術(shù)，特別涉及一種路線導(dǎo)航方法和裝置。

背景技術(shù)：

導(dǎo)航在人們的日常生活中已經(jīng)成為一種非常普遍的應(yīng)用，比如，尤其是在打車場景中，用戶使用打車軟件進行打車，司機接單后通常會按照導(dǎo)航軟件提供的路線行駛。但是，由于路況經(jīng)常會發(fā)生突發(fā)狀況，比如，經(jīng)常走的紅綠燈斑馬線被柵欄圍起來了，或者有些線路由雙行變成單行。對于這些突發(fā)路況導(dǎo)航軟件不能及時更新，導(dǎo)致計算出的路線并不是較優(yōu)的路線。用戶經(jīng)常需要電話通知司機這些路況變化以及告知司機怎么走更方便，溝通成本較大。

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

有鑒于此，本公開提供一種路線導(dǎo)航方法和裝置，以降低司機和用戶之間的溝通成本。

具體地，本公開是通過如下技術(shù)方案實現(xiàn)的：

第一方面，提供一種路線導(dǎo)航方法，所述方法包括：

接收用戶客戶端發(fā)送的導(dǎo)航路線，所述導(dǎo)航路線是所述用戶客戶端獲取的自確定線路；

將所述導(dǎo)航路線推送至與所述用戶客戶端對應(yīng)的司機客戶端，以使得所述司機客戶端根據(jù)所述導(dǎo)航路線進行導(dǎo)航。

第二方面，提供一種路線導(dǎo)航方法，所述方法包括：

獲取自確定線路，作為待使用的導(dǎo)航路線；

將所述自確定線路發(fā)送至服務(wù)端，以使得所述服務(wù)端將所述導(dǎo)航路線推送至與所述用戶客戶端對應(yīng)的司機客戶端。

第三方面，提供一種路線導(dǎo)航裝置，所述裝置包括：

路線接收模塊，用于接收用戶客戶端發(fā)送的導(dǎo)航路線，所述導(dǎo)航路線是所述用戶客戶端獲取的自確定線路；

路線推送模塊，用于將所述導(dǎo)航路線推送至與所述用戶客戶端對應(yīng)的司機客戶端，以使得所述司機客戶端根據(jù)所述導(dǎo)航路線進行導(dǎo)航。

第四方面，提供一種路線導(dǎo)航裝置，所述裝置包括：

路線獲取模塊，用于獲取自確定線路，作為待使用的導(dǎo)航路線；

路線上傳模塊，用于將所述自確定線路發(fā)送至服務(wù)端，以使得所述服務(wù)端將所述導(dǎo)航路線推送至與所述用戶客戶端對應(yīng)的司機客戶端。

本公開的路線導(dǎo)航方法和裝置，通過由用戶在自己的用戶客戶端將自確定線路上傳服務(wù)端，并進一步推送至司機客戶端，使得司機客戶端可以獲取到用戶的自確定線路，并能夠根據(jù)該自確定線路直接導(dǎo)航行駛，相比于現(xiàn)有技術(shù)中電話通知司機行駛路線的方式，更為快捷方便，不會出現(xiàn)溝通不暢導(dǎo)致的路線傳達不清楚以及耗費時間長等問題，降低了司機和用戶之間的溝通成本。

附圖說明

圖1是本公開實施例提供的一個打車應(yīng)用場景的系統(tǒng)架構(gòu)；

圖2是本公開實施例提供的一個例子中的路線導(dǎo)航方法的流程圖；

圖3是本公開實施例提供的一個用戶通過某打車軟件打車的流程圖；

圖4是本公開實施例提供的一個用戶客戶端界面示意圖；

圖5是本公開實施例提供的另一個用戶客戶端界面示意圖；

圖6是本公開實施例提供的一個例子的路線導(dǎo)航方法的流程圖；

圖7是本公開實施例提供的一種路線導(dǎo)航裝置的結(jié)構(gòu)示意圖；

圖8是本公開實施例提供的另一種路線導(dǎo)航裝置的結(jié)構(gòu)示意圖。

具體實施方式

圖1示例了一個打車應(yīng)用場景的系統(tǒng)架構(gòu)，如圖1所示，在打車時涉及到兩個角色，即打車的用戶11、以及負(fù)責(zé)為用戶提供用車服務(wù)的司機12。例如，在打車時，用戶11可以使用安裝在自己手機上的用戶客戶端13發(fā)起打車請求，司機12可以使用安裝在自己手機上的司機客戶端14接單，并可以根據(jù)司機客戶端14上顯示的導(dǎo)航路線行駛以將用戶11送至目的地。

用戶客戶端13和司機客戶端14可以是安裝在手機上的一個打車軟件，其中，司機客戶端14顯示的導(dǎo)航路線可以是由圖1中的服務(wù)器15推送至司機客戶端。服務(wù)器15可以起到聯(lián)系用戶客戶端13和司機客戶端14的作用，例如，當(dāng)用戶在用戶客戶端13發(fā)起打車請求時，可以由服務(wù)器15按照一定的規(guī)則選擇合適的司機來為用戶提供用車服務(wù)，而該選擇結(jié)果將顯示在被選中司機的司機客戶端14，服務(wù)器15還可以將被選中司機的信息(例如，車牌號，司機姓氏)發(fā)送至用戶客戶端13，以使得用戶知曉將為其提供用車服務(wù)的車輛。

在服務(wù)器15為打車的用戶和司機雙方提供行駛的導(dǎo)航路線時，可能出現(xiàn)如下狀況：有些時候路況可能發(fā)生突發(fā)狀況，比如，有些線路由雙行變成單行，這些突發(fā)路況導(dǎo)航軟件不能及時更新，將導(dǎo)致計算出的路線并不是較優(yōu)的路線，如果按照該路線行駛將擁堵變慢；然而由于每個人對自己的生活圈路線比較熟悉，比如上班的線路，經(jīng)常走所以能夠及時了解到最新的路況，因此用戶可能會更為了解在打車的起點和終點之間走哪條線路更快捷方便。但是，如果用戶電話通知司機這些路況變化并告知司機如何更改行駛路線，非常不方便，既費時間而且也不一定能說清楚，溝通成本較大。為了解決該問題，本公開例子中提供了一種路線導(dǎo)航方法，該方法可以更為方便的將用戶自己了解的更優(yōu)線路傳遞至司機，使得司機能夠按照用戶的路線行駛。

圖2示例了本公開一個例子中的路線導(dǎo)航方法，可以包括：

在步驟201中，用戶客戶端獲取自確定線路，作為待使用的導(dǎo)航路線。

本步驟中的自確定線路，可以是用戶自己確定的線路；所述自己確定的線路，可以包括用戶自己選擇的已有線路或者用戶自己制定的線路。在后續(xù)例子中將描述不同的自確定線路獲取方式。但是，自確定線路的獲取，可以由用戶根據(jù)當(dāng)前的狀態(tài)，比如當(dāng)前的時間、當(dāng)前的路況等，確定要采用哪條線路；比如，當(dāng)前時間是早高峰，某條線路由單行變成雙行，所以可以選擇該線路將更為快捷。用戶客戶端獲取的自確定線路，將作為待使用的導(dǎo)航路線。

在步驟202中，用戶客戶端將自確定線路發(fā)送至服務(wù)端。

例如，用戶在自己手機上的用戶客戶端制定自確定線路后，可以將該自確定線路上傳至服務(wù)端。

在步驟203中，服務(wù)端將導(dǎo)航路線推送至與用戶客戶端對應(yīng)的司機客戶端。

例如，服務(wù)端可以了解用戶客戶端和司機客戶端之間的對應(yīng)關(guān)系，即哪個司機接了對應(yīng)的哪個用戶的單，所以服務(wù)端在步驟202中接收到用戶客戶端上傳的自確定線路后，可以將該線路推送至對應(yīng)的司機客戶端，這樣司機客戶端就可以在步驟204中據(jù)此導(dǎo)航，按照用戶制定的線路行駛。

在步驟204中，司機客戶端根據(jù)所述導(dǎo)航路線進行導(dǎo)航。

例如，司機客戶端可以顯示用戶制定的自確定線路，并據(jù)此進行導(dǎo)航。

本例子的路線導(dǎo)航方法，通過由用戶在自己的用戶客戶端將自確定線路上傳服務(wù)端，并進一步推送至司機客戶端，使得司機客戶端可以獲取到用戶的自確定線路，并能夠根據(jù)該自確定線路直接導(dǎo)航行駛，相比于現(xiàn)有技術(shù)中電話通知司機行駛路線的方式，更為快捷方便，不會出現(xiàn)溝通不暢導(dǎo)致的路線傳達不清楚以及耗費時間長等問題，降低了司機和用戶之間的溝通成本。

如下示例一個用戶通過某打車軟件打車的過程，該過程中采用了本公開的路線導(dǎo)航方法，用戶手機上的打車軟件即為用戶客戶端，而接單的司機車上的打車軟件可以稱為司機客戶端。如圖3所示，該方法可以包括：

在步驟301中，用戶客戶端將接收到的打車請求發(fā)送至服務(wù)端。

例如，用戶想打車時，就可以打開自己手機上的打車軟件即用戶客戶端，發(fā)起打車請求；用戶客戶端可以將該請求發(fā)送至服務(wù)端。

在步驟302中，服務(wù)端選擇合適的司機客戶端，并將選擇結(jié)果反饋至司機客戶端和對應(yīng)的用戶客戶端。

例如，服務(wù)端在為打車的用戶選定司機后，可以通知司機的司機客戶端，使得司機知曉所接的單；還可以通知用戶的用戶客戶端，告知用戶某個司機已經(jīng)接單，該司機正在接乘客的路上。

在步驟303中，用戶客戶端在接收到所述司機客戶端的響應(yīng)指示時，在用戶客戶端的界面上顯示發(fā)送線路選項。

例如，用戶客戶端在接收到已經(jīng)有司機接單時，可以如圖4所示，在用戶客戶端的界面上顯示“發(fā)送線路”選項，該發(fā)送線路選項用于觸發(fā)向服務(wù)端上傳用戶確定的自確定線路，比如，當(dāng)后續(xù)步驟用戶確定好路線后，可以點擊該選項，用戶客戶端則可以將確定的線路上傳至服務(wù)端。

在步驟304中，用戶客戶端展示服務(wù)端推送的至少一條導(dǎo)航路線以及添加新線路選項，供用戶選擇。

本例子中，在司機接單后，用戶客戶端還可以展示服務(wù)端推送的至少一條導(dǎo)航路線以及添加新線路選項，如圖5所示。圖5示例的“線路一”和“線路二”，可以是服務(wù)端存儲的之前用戶的自確定線路，比如，用戶上一次打車時，制定了由家到公司的自確定線路，服務(wù)端將該線路進行存儲，待本次用戶再一次要由家到公司打車時，就可以將之前存儲的線路推送給用戶，以供用戶選擇本次是否繼續(xù)采用該線路。即服務(wù)端可以存儲某一個路線起點和路線終點之間的至少一條導(dǎo)航路線，當(dāng)服務(wù)端下一次獲取到該相同的路線起點和路線終點之間的導(dǎo)航請求時(比如本次用戶要由該路線起點向路線終點打車)，就可以將存儲的至少一條導(dǎo)航路線推送至用戶客戶端以供用戶選擇。

如果用戶確定本次可以繼續(xù)選用其中的一條線路，則可以從圖5所示的至少一條線路中選擇一條導(dǎo)航路線作為所述自確定線路?；蛘撸捎诼窙r的變化或者時間的變化，用戶本次打車不打算繼續(xù)使用原來的線路，則可以點擊圖5中的“添加新線路”，并繼續(xù)執(zhí)行步驟305。

此外，在圖5中展示的至少一條導(dǎo)航線路，在展示時可以根據(jù)線路選擇因素進行排序，由排序后的導(dǎo)航路線隊列中，選擇待推送的導(dǎo)航路線。該線路選擇因素可以包括：線路生成時間或者線路使用頻次。比如，可以將最新生成的線路排在最前邊，線路一可以是用戶上一次剛剛使用過的線路；或者還可以根據(jù)使用頻次，將使用頻次較高的線路排在前面。當(dāng)然，也可以按照其他的因素對線路進行排序，本例子不做限制。

在步驟305中，用戶客戶端在接收到添加線路指示時，顯示線路接收地圖，并獲取用戶通過所述線路接收地圖編輯確定的自確定線路。

例如，當(dāng)用戶點擊圖5中的“添加新線路”時，用戶客戶端即接收到添加線路指示，此時可以顯示線路接收地圖，用戶可以在該地圖上標(biāo)畫出自己制定的線路，比如，用戶可以在打車的起點和終點之間畫出自己制定的線路，該線路是用戶認(rèn)為可以較為快捷方便地到達目的地的線路。

在步驟306中，用戶客戶端將所述自確定線路發(fā)送至服務(wù)端。

例如，用戶可以點擊圖4中的“發(fā)送線路”，則用戶客戶端將步驟305中獲取的自確定線路發(fā)送至服務(wù)端。

在步驟307中，服務(wù)端將導(dǎo)航路線推送至與用戶客戶端對應(yīng)的司機客戶端。

在步驟308中，司機客戶端根據(jù)所述導(dǎo)航路線進行導(dǎo)航。

本例子的路線導(dǎo)航方法，通過由用戶在自己的用戶客戶端將自確定線路上傳服務(wù)端，并進一步推送至司機客戶端，使得司機客戶端可以獲取到用戶的自確定線路，并能夠根據(jù)該自確定線路直接導(dǎo)航行駛，降低了司機和用戶之間的溝通成本；并且，自確定線路的獲取可以有多種方式，比較靈活，用戶也可以使用之前用過的線路，使得線路的確定更為快捷。

在又一個例子中，服務(wù)端也可以在多個用戶之間對這種自確定線路進行共享，比如，可能會存在至少兩個用戶之間的打車行程具有非常接近的起點和終點，那么很可能這兩個用戶可以共用相同的路線；并且，對于這種起點和終點非常接近的多個行程來說，只要有其中一個行程對應(yīng)的用戶及時了解了最新的路況并制定了較優(yōu)的路線，就可以將該較優(yōu)路線分享給其他類似行程的用戶，使得其他用戶也能享受路況變更后的優(yōu)化路線。

圖6示例了一個例子的路線導(dǎo)航方法的流程，該方法用于描述導(dǎo)航路線之間的共享。如圖6所示，可以包括：

在步驟601中，服務(wù)端接收其他用戶客戶端發(fā)送的導(dǎo)航請求。

本例子中，“其他用戶客戶端”是相對于“本用戶”來說，該“本用戶”可以是在圖3的例子中打車的用戶，服務(wù)端將該用戶的自確定線路推送至對應(yīng)的司機客戶端，并且還存儲了該“本用戶”的上述自確定線路，包括所述自確定線路的路線起點、路線終點以及兩地之間的自定路線。當(dāng)服務(wù)端接收到其他用戶的導(dǎo)航請求時，則是由其他用戶通過其他用戶客戶端發(fā)送的請求。

在步驟602中，服務(wù)端確定所述導(dǎo)航請求對應(yīng)的導(dǎo)航起點和導(dǎo)航終點，與本用戶的導(dǎo)航路線的路線起點和路線終點在預(yù)設(shè)距離閾值范圍內(nèi)。

例如，假設(shè)“本用戶”是張三，“其他用戶”是李四，服務(wù)端在接收到步驟601中的李四打車的導(dǎo)航請求時，發(fā)現(xiàn)李四打車的導(dǎo)航起點和導(dǎo)航終點與張三之前打車的路線起點和路線終點非常接近，即在所述的預(yù)設(shè)距離閾值范圍內(nèi)，比如，起點相同，終點相距500米。該預(yù)設(shè)距離閾值范圍可以根據(jù)實際應(yīng)用情況設(shè)定。

在步驟603中，服務(wù)端獲取路線起點和路線終點之間的至少一條導(dǎo)航路線，推送至導(dǎo)航請求對應(yīng)的其他用戶客戶端。

例如，服務(wù)端可以獲取之前存儲的張三打車時的路線起點和路線終點之間的至少一條導(dǎo)航路線，該至少一條導(dǎo)航路線可以是張三設(shè)定過的自確定線路。并且，服務(wù)端可以將該至少一條導(dǎo)航路線推送至李四的用戶客戶端，以供李四查看是否可以使用這些線路。

在步驟604中，其他客戶端的用戶進行線路選擇，確定自確定線路。

例如，服務(wù)端在步驟603中推送的線路，可以展示在李四的用戶客戶端上，李四可以從中選擇一條，并點擊客戶端上的“發(fā)送線路”上傳服務(wù)端，或者也可以自己添加新的線路。

在步驟605中，服務(wù)端獲取其他客戶端發(fā)送的自確定線路，并將該線路推送至對應(yīng)其他客戶端的司機客戶端，以供導(dǎo)航使用。

本步驟中，服務(wù)端可以將李四發(fā)送的自確定線路推送至對應(yīng)的司機客戶端，以供李四本次打車導(dǎo)航使用。

為了實現(xiàn)上述方法，本例子還提供了一種路線導(dǎo)航裝置，該裝置可以應(yīng)用于服務(wù)器。如圖7所示，該裝置可以包括：路線接收模塊71和路線推送模塊72。

路線接收模塊71，用于接收用戶客戶端發(fā)送的導(dǎo)航路線，所述導(dǎo)航路線是所述用戶客戶端獲取的自確定線路；

路線推送模塊72，用于將所述導(dǎo)航路線推送至與所述用戶客戶端對應(yīng)的司機客戶端，以使得所述司機客戶端根據(jù)所述導(dǎo)航路線進行導(dǎo)航。

在一個例子中，路線推送模塊72，還用于：若接收其他用戶客戶端發(fā)送的導(dǎo)航請求，所述導(dǎo)航請求對應(yīng)的導(dǎo)航起點和導(dǎo)航終點，與所述導(dǎo)航路線的路線起點和路線終點在預(yù)設(shè)距離閾值范圍內(nèi)，則獲取所述路線起點和路線終點之間的至少一條導(dǎo)航路線，推送至所述導(dǎo)航請求對應(yīng)的其他用戶客戶端，以供所述其他用戶客戶端的用戶進行路線選擇。

本例子還提供了一種路線導(dǎo)航裝置，該裝置可以應(yīng)用于用戶客戶端，如圖8所示，該裝置可以包括：路線獲取模塊81和路線上傳模塊82。

路線獲取模塊81，用于獲取自確定線路，作為待使用的導(dǎo)航路線；

路線上傳模塊82，用于將所述自確定線路發(fā)送至服務(wù)端，以使得所述服務(wù)端將所述導(dǎo)航路線推送至與所述用戶客戶端對應(yīng)的司機客戶端。

在一個例子中，路線獲取模塊81，具體用于：展示服務(wù)端推送的至少一條導(dǎo)航路線，接收用戶從所述至少一條導(dǎo)航路線中選擇的線路，作為所述自確定線路；或者，在接收到添加線路指示時，顯示線路接收地圖，并獲取用戶通過所述線路接收地圖編輯確定的所述自確定線路。

上述實施例闡明的裝置或模塊，具體可以由計算機芯片或?qū)嶓w實現(xiàn)，或者由具有某種功能的產(chǎn)品來實現(xiàn)。一種典型的實現(xiàn)設(shè)備為計算機，計算機的具體形式可以是個人計算機、膝上型計算機、蜂窩電話、相機電話、智能電話、個人數(shù)字助理、媒體播放器、導(dǎo)航設(shè)備、電子郵件收發(fā)設(shè)備、游戲控制臺、平板計算機、可穿戴設(shè)備或者這些設(shè)備中的任意幾種設(shè)備的組合。

為了描述的方便，描述以上裝置時以功能分為各種模塊分別描述。當(dāng)然，在實施本公開時可以把各模塊的功能在同一個或多個軟件和/或硬件中實現(xiàn)。

以上所述僅為本公開的較佳實施例而已，并不用以限制本公開，凡在本公開的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本公開保護的范圍之內(nèi)。