一種路徑信息的采集方法及裝置與流程

本申請涉及計算機技術領域，尤其涉及一種路徑信息的采集方法及裝置。

背景技術：

隨著網絡技術的不斷發展，基于互聯網的服務商為用戶提供的服務也越來越多種多樣，如，服務商為用戶提供地圖導航服務。

目前，人們為了生活便利，通常會根據自身的需求使用基于互連網絡的服務商提供的服務，如，人們在出行的路途中，往往會因為路途不熟悉，從而使用服務商提供的地圖導航服務，使得自己能夠順利的到達目的地。

在現有技術中，當用戶需要使用服務商提供的地圖導航服務時，可打開地圖導航服務的界面，并根據需要輸入起始點和終點，從而地圖上會顯示出具體的路徑信息，客戶端按照路徑信息開始為用戶進行導航。

但是，現有技術中的地圖導航服務都是基于一些大型服務商提供的地理數據實現的，而這些大型服務商在采集地理數據時是通過采集車進行采集的，由于采集車自身的局限性，在地理數據采集的過程中無法完全覆蓋所有的實際地理場景，如，采集車往往無法采集住宅小區中的路徑信息，這些路徑信息在地圖導航中也就無法提供，因此，如果用戶輸入的終點恰好是地圖導航服務中沒有覆蓋到的，則地圖導航服務就無法準確的為用戶提供地圖導航。

技術實現要素：

本申請實施例提供一種路徑信息的采集方法及裝置，用以解決因采集車自身的局限性而導致地圖導航服務無法準確的為用戶提供地圖導航的問題。

本申請實施例提供的一種路徑信息的采集方法，包括：

終端接收用戶輸入的路徑終點；

當所述終端未在服務器中查找到自身當前的位置到所述路徑終點的路徑信息時，將所述當前的位置作為路徑起點，并采集所述終端自身的位置信息；

當所述終端接收到用戶輸入的終點到達指令時，將所述路徑起點、路徑終點以及采集到的位置信息發送給服務器，使服務器根據接收到的位置信息生成從所述路徑起點到所述路徑終點的路徑信息并保存。

本申請實施例提供的另一種路徑信息的采集方法，包括：

服務器接收終端發送的所述終端當前的位置和路徑終點；

當未查找到從所述終端當前的位置到所述路徑終點的路徑信息時，向所述終端發送路徑信息采集指令，使所述終端采集自身的位置信息；

接收所述終端發送的路徑起點、路徑終點以及采集到的各位置信息，其中，所述路徑起點為所述終端開始采集位置信息時的位置；

根據接收到的各位置信息，生成從所述路徑起點到所述路徑終點的路徑信息并保存。

本申請實施例提供的一種導航方法，包括：

接收用戶輸入的路徑起點和路徑終點；

根據預先保存的電子地圖和數據庫中保存的路徑信息，查找所述路徑起點到路徑終點的路徑信息，其中，所述數據庫中保存的路徑信息是預先根據終端采集到的自身的位置信息生成的；

根據從所述數據庫中查找到的路徑信息進行導航。

本申請實施例提供的一種路徑信息的采集裝置，裝置包括：

接收模塊，用于接收用戶輸入的路徑終點；

采集模塊，用于當所述裝置未在服務器中查找到自身當前的位置到所述路徑終點的路徑信息時，將所述當前的位置作為路徑起點，并采集所述終端自身的位置信息；

發送模塊，用于當所述接收模塊接收到用戶輸入的終點到達指令時，將所 述路徑起點、路徑終點以及采集到的位置信息發送給服務器，使服務器根據接收到的位置信息生成從所述路徑起點到所述路徑終點的路徑信息并保存。

本申請實施例提供的另一種路徑信息的采集裝置，裝置包括：

第一接收模塊，用于接收終端發送的所述終端當前的位置和路徑終點；

查找模塊，用于當未查找到從所述終端當前的位置到所述路徑終點的路徑信息時，向所述終端發送路徑信息采集指令，使所述終端采集自身的位置信息；

第二接收模塊，用于接收所述終端發送的路徑起點、路徑終點以及采集到的各位置信息，其中，所述路徑起點為所述終端開始采集位置信息時的位置；

處理模塊，用于根據接收到的各位置信息，生成從所述路徑起點到所述路徑終點的路徑信息并保存。

本申請實施例提供的一種導航裝置，裝置包括：

接收模塊，用于接收用戶輸入的路徑起點和路徑終點；

查找模塊，用于根據預先保存的電子地圖和數據庫中保存的路徑信息，查找所述路徑起點到路徑終點的路徑信息，其中，所述數據庫中保存的路徑信息是預先根據終端采集到的自身的位置信息生成的；

導航模塊，用于根據從所述數據庫中查找到的路徑信息進行導航。

本申請實施例提供一種路徑信息的采集方法及裝置，該方法當終端未查找到自身當前的位置到路徑終點的路徑信息時，將當前的位置作為路徑起點，并采集自身的位置信息，當終端接收到用戶輸入的終點到達指令時，將路徑起點、路徑終點以及采集到的各位置信息發送給服務器，使服務器根據接收到的位置信息生成從所述路徑起點到所述路徑終點的路徑信息并保存。通過上述方法，在采集車無法采集路徑信息時，可以在持有終端的用戶去往路徑終點的過程中，通過用戶的終端采集位置信息，服務器根據這些位置信息生成從路徑起點到路徑終點的路徑信息并保存，后續即可提供從該路徑起點到路徑終點的導航服務。

附圖說明

此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中：

圖1為本申請實施例提供的第一種路徑信息的采集過程；

圖2為本申請實施例提供的第二種路徑信息的采集過程；

圖3為本申請實施例提供的生成的路徑信息的示意圖；

圖4為本申請實施例提供的預先存儲的路徑信息的示意圖；

圖5為本申請實施例提供的一種導航過程；

圖6為本申請實施例提供的第一種路徑信息的采集裝置結構示意圖；

圖7為本申請實施例提供的第二種路徑信息的采集裝置結構示意圖；

圖8為本申請實施例提供的一種導航裝置結構示意圖。

具體實施方式

為使本申請的目的、技術方案和優點更加清楚，下面將結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

圖1為本申請實施例提供的第一種路徑信息的采集過程，具體包括以下步驟：

S101：終端接收用戶輸入的路徑終點。

在實際生活中，用戶在出行的路途中，往往會因為路途不熟悉，從而使用終端中的地圖導航應用，使得自己能夠順利的到達目的地。當用戶在使用地圖導航應用時，可根據實際需要輸入路徑起點和路徑終點，其中，終端通常會默認自身當前的位置為路徑起點，所述終端可以是手機，也可以是其他終端設備。

例如，某物流站點的配送員需要給居住在北京市某小區39號樓321的住 戶配送一件貨物，但是，由于配送員不知道北京市某小區39號樓321的具體位置，因此，配送員打開手機(即，終端)內的地圖導航應用，在路徑終點對應的輸入框內輸入“北京市某小區39號樓321”，手機接收到配送員輸入的路徑終點的同時，默認自身當前的位置為路徑起點(即，物流站點)，并根據配送員的輸入做出相應的響應。

S102：當所述終端未在服務器中查找到自身當前的位置到所述路徑終點的路徑信息時，將所述當前的位置作為路徑起點，并采集所述終端自身的位置信息。

在本申請實施例中，終端在接收用戶輸入的路徑終點，并確定出終端當前自身的位置為路徑起點后，可根據電子地圖查找從自身當前的位置到路徑終點的路徑信息。其中，該電子地圖可保存在終端的地圖導航應用中，也可保存在該地圖導航應用對應的服務器中，下面僅以電子地圖保存在地圖導航應用對應的服務器中為例進行說明。

在實際應用中，服務器中保存的電子地圖大多是基于一些大型服務商提供的地理數據實現的，而這些大型服務商在采集地理數據時是通過采集車進行采集的，由于采集車自身的局限性，在采集地理數據時，會有一些實際地理場景的位置信息無法采集，因此，如果用戶輸入的路徑終點未被采集在電子地圖中，那么終端在服務器中查找自身當前的位置(即，終端當前所處在的地理位置)到輸入的路徑終點的路徑信息時，也就不會精確查找到相應的路徑信息，即，地圖導航應用展示的電子地圖中不會精準的顯示出路徑信息。

然而，一般情況下，無論電子地圖上是否給出了精準的路徑信息，用戶都會想辦法到達路徑終點，因此，在本申請實施例中，如果終端沒有在服務器中查找到自身當前的位置到輸入的路徑終點的路徑信息，終端則可在用戶到達路徑終點的過程中，不斷采集自身的位置信息，用以得到路徑起點到路徑終點的精確路徑信息。具體的，當終端未查找到自身當前的位置到路徑終點的路徑信息時，可將自身當前的位置作為路徑起點，并開始采集終端自身的位置信息， 其中，終端可不斷的采集自身的多個位置信息，與此同時，當終端未在服務器中查找到自身當前的位置到路徑終點的路徑信息時，在將當前的位置作為路徑起點的同時，也可從當前時刻開始記錄位置信息采集的時間。

在終端采集自身的多個位置信息的過程中，終端可按照隨機的時間間隔(如，終端第二次采集自身當前的位置信息到第三次采集自身當前的位置信息的時間間隔是3秒，而第三次采集自身當前的位置信息到第四次采集自身當前的位置信息的時間間隔是5秒，也就是說，終端采集自身當前的位置信息的時間間隔是隨機的)不斷采集終端當前的位置信息，因此，在用戶從路徑起點去往路徑終點的過程中(由于終端是攜帶在用戶身上的，因此，終端是在隨著用戶運動的，并一直處于同一個位置上)，終端采集到的位置信息是坐標點均不相同的多個位置信息。

延續上例，當手機接收到配送員輸入的“北京市某小區39號樓321”(即，路徑終點)，并在服務器中查找物流站點(即，自身當前的位置)到“北京市某小區39號樓321”的路徑信息，由于采集車無法進入到北京市某小區內部，這就使得北京市某小區內部的所有地理位置信息數據沒有被采集車采集到，也就是說，北京市某小區內部所有的地理位置信息并未被采集到電子地圖上，因此，地圖導航應用沒有查找到從物流站點到“北京市某小區39號樓321”的路徑信息，則手機可將物流站點作為路徑起點，將“北京市某小區39號樓321作為終點”，并開始采集手機自身的位置信息，與此同時，從當前時刻開始記錄位置信息采集的時間。

假設手機在采集自身的位置信息時，是按隨機的時間間隔采集自身當前的位置信息，即，每次采集的時間間隔不固定，配送員在從物流站點去往北京市某小區39號樓321的過程中，當配送員從物流站點開始向前行走3秒時，手機采集自身當前的位置信息，即地理位置A的位置信息(北緯39度8分，東經116度6分)，當配送員繼續向前行走3秒時，手機采集自身當前的位置信息，即地理位置B的位置信息為(北緯39度8分，東經116度7分)，當配送 員繼續向前行走5秒時，手機采集自身當前的位置信息，即地理位置C的位置信息為(北緯39度8分，東經116度9分)，按照這種采集方式一直采集下去，在采集位置信息的同時，并一直記錄配送員到達北京市某小區39號樓321所用的時間，直到手機接收到配送員輸入的終點到達指令，手機才會停止采集自身的位置信息，并停止記錄位置信息采集的時間。

S103：當所述終端接收到用戶輸入的終點到達指令時，將所述路徑起點、路徑終點以及采集到的各位置信息發送給服務器，使服務器根據接收到的位置信息生成從所述路徑起點到所述路徑終點的路徑信息并保存。

在本申請實施例中，終端從路徑起點開始采集自身的位置信息，就會一直持續的采集自身的位置信息，當用戶到達路徑終點時，可在終端上輸入終點到達指令，而當終端接收到用戶輸入的終點到達指令，則可停止采集自身的位置信息，與此同時，也停止記錄位置信息采集的時間，將路徑起點、路徑終點、采集到的各位置信息以及用戶到達路徑終點所用的時間發送給服務器，服務器可根據接收到的位置信息生成路徑起點到路徑終點的路徑信息，并存儲在服務器的存儲區域內。

延續上例，當配送員到達北京市某小區39號樓321后，在手機上輸入終點到達指令，手機立刻停止采集自身的位置信息，并停止記錄位置信息采集的時間，并將物流站點、北京市某小區39號樓321、采集到的各位置信息以及30分鐘(即，配送員到達北京市某小區39號樓321所有的時間)發送給服務器，服務器根據接收到的各位置信息生成從物流站點到北京市某小區39號樓321的路徑信息，并將生成的路徑信息保存在服務器內。

通過上述步驟，在采集車無法采集路徑信息時，可以在持有終端的用戶去往路徑終點的過程中，通過用戶的終端采集位置信息，服務器根據這些位置信息生成從路徑起點到路徑終點的路徑信息并保存，后續即可提供從該路徑起點到路徑終點的導航服務。

對于上述步驟S102中終端是按照隨機的時間間隔不斷地采集自身當前的 位置信息而言，在此需要說明的是，時間間隔也是可以預先設定的(如，終端每隔5秒采集一次自身的位置信息)，具體的，根據預先設定的時間間隔，周期性的采集所述終端自身的位置信息。

另外，在本申請實施例中，用戶都會采用一定的交通方式(如，步行、騎行、公交等)從路徑起點去往路徑終點，為了提高導航的準確性，即，在提供路徑信息的同時，也提供交通方式，本申請實施例中終端在將路徑起點、路徑終點以及終端采集的各位置信息發送給服務器時，也可以將用戶采用的交通方式發送給服務器。具體的，終端在服務器中沒有查找到從自身當前的位置到路徑終點的路徑信息后，可提示用戶選擇去往路徑終點的交通方式，終端在接收到用戶選擇的交通方式后，則開始采集自身的位置信息，直到接收到用戶輸入的終點到達指令后，停止采集位置信息，并將所述路徑起點、路徑終點、采集到的位置信息以及所述交通方式發送給服務器，這樣，地圖導航應用在為用戶提供導航服務時會更加準確，即，在為用戶提供路徑信息的同時，也可提供去往路徑終點的交通方式。

延續上例，在上述例子中，手機在接收到配送員輸入的“北京市某小區39號樓321”(即，路徑終點)的同時，默認自身當前的位置為路徑起點(即，物流站點)，并在服務器存儲的電子地圖中查找從北京市某小區39號樓321到物流站點的路徑信息，但是并未查找到，則提示配送員選擇去往物流站點所采用的交通方式，配送員根據提示選擇“自行車”，手機接收到配送員選擇的交通方式后，開始采集手機自身的位置信息，當配送員到達北京市某小區39號樓321后，在手機上輸入終點到達指令，手機立刻停止采集自身的位置信息，并將北京市某小區39號樓321、物流站點、采集到的各位置信息以及交通方式“自行車”一起發送給服務器。后續的，若服務器又為其他用戶提供從物流站點到“北京市某小區39號樓321”的路徑信息時，除了可以提供保存的路徑信息以外，還可提供推薦的交通方式“自行車”。

以上是本申請提供的第一種路徑信息的采集方法，需要說明的是，在第一 種路徑信息的采集方法中，終端在接收到用戶輸入的路徑起點和路徑終點，并在服務器中查詢從該路徑起點到路徑終點的路徑信息后，由終端自身來判斷服務器返回的路徑信息是否準確，即，由終端自身判斷服務器是否返回了從該路徑起點到路徑終點的準確路徑信息，如果判斷結果為是，則終端無需采集位置信息，否則，終端則需要采集自身的位置信息。上述判斷方法具體可以為：判斷用戶輸入的路徑終點與服務器返回的路徑信息對應的路徑終點是否一致，若一致，則說明服務器返回的是準確的從該路徑起點到路徑終點的路徑信息，不需要采集位置信息，若不一致，則說明服務器返回的不是準確的從該路徑起點到路徑終點的路徑信息，需要采集位置信息。也即，在第一種路徑信息的采集方法中，由終端自行決定是否需要采集位置信息。

本申請還提供了第二種路徑信息的采集方法，如圖2所示。

圖2為本申請實施例提供的第二種路徑信息的采集過程，具體包括以下步驟：

S201：服務器接收終端發送的所述終端當前的位置和路徑終點。

在本申請實施例中，用戶在使用地圖導航服務時，可打開終端內的地圖導航應用，并在終端內的地圖導航應用界面上輸入路徑終點，終端在接收到用戶輸入的路徑終點后，先確定終端當前所在的地理位置，再將終端當前的地理位置和路徑終點發送給服務器(如S101里的例子)，也即，服務器接收到終端發送的終端當前的地理位置和路徑終點。

S202：當未查找到從所述終端當前的位置到所述路徑終點的路徑信息時，向所述終端發送路徑信息采集指令，使所述終端采集自身的位置信息。

在本申請實施例中，服務器在接收到終端發送的所述終端當前的位置和路徑終點后，可確定服務器存儲的電子地圖內是否存在從終端當前的位置到路徑終點的路徑信息，如果存在，則將終端當前的位置到路徑終點之間的路徑信息返回給終端，如果不存在，則向終端返回路徑信息采集指令，該路徑信息采集指令用于指示終端開始采集自身的位置信息，并指示終端開始記錄位置信息采 集的時間。

例如，假設服務器接收到(北緯39度7分，東經116度6分)和“北京市某小區39號樓321”后，在服務器存儲的電子地圖內查找(北緯39度7分，東經116度6分)到“北京市某小區39號樓321”的路徑信息，假設服務器沒有查找到(北緯39度7分，東經116度6分)到“北京市某小區39號樓321”的路徑信息，則向手機發送路徑信息采集指令，使手機開始采集自身的位置信息，與此同時，手機開始記錄位置信息采集的時間。

S203：接收所述終端發送的路徑起點、路徑終點以及采集到的各位置信息，其中，所述路徑起點為所述終端開始采集位置信息時的位置。

在本申請實施例中，終端在接收到服務器發送的路徑采集指令后，開始采集自身的多個不同的位置信息，并從當前時刻開始記錄位置信息采集的時間，當用戶到達路徑終點后，可在終端上輸入終點到達指令(所述終點到達指令用于指示終端停止采集自身的位置信息，同時也指示終端停止記錄位置信息采集的時間)，終端則停止采集自身的位置信息，并停止記錄位置信息采集的時間，將路徑起點、路徑終點、采集到的多個位置信息以及用戶到達終點所用的時間發送給服務器。

服務器在接收到終端發送的路徑終點、路徑起點、采集到的多個位置信息以及用戶到達終點所用的時間(該時間可用于服務器后續為用戶提供用時最短的路徑)后，則可對接收到的各位置信息作出相應的處理，所述路徑起點指的是終端開始采集自身的位置信息時的位置。

S204：根據接收到的各位置信息，生成從所述路徑起點到所述路徑終點的路徑信息并保存。

在本申請實施例中，服務器可將接收到的各位置信息，按采集的順序進行首尾相連，生成從路徑起點到路徑終點的的路徑信息，也可根據接收到的各位置信息，擬合出一條從路徑起點到路徑終點的路徑信息。

通過上述步驟，服務器將終端采集到的各位置信息，生成從路徑起點到路 徑終點的路徑信息，豐富了服務器內的路徑信息和電子地圖，與此同時，能夠更好地為用戶提供地圖導航服務。

與上述第一種路徑信息的采集方法類似的，為了給用戶提供更加準確的導航服務，終端在接收到服務器發送的路徑信息采集指令后，可先提示用戶選擇采用的交通方式，用戶則可在手機地圖導航應用界面上選擇交通方式(如，步行、騎行、公交)，終端在用戶選擇了交通方式后開始采集自身的位置信息，當終端接收到用戶輸入的終點到達指令時，則可將路徑起點、路徑終點、采集的各位置信息以及用戶選擇的交通方式一并發送給服務器，使服務器后續不但能夠提供從該路徑起點到該路徑終點的路徑信息，還能推薦相應的交通方式。

另外，在實際應用中，由于有的用戶雖然使用地圖導航服務，但是當地圖導航應用沒有返回給終端路徑信息后，該用戶不一定會立刻去路徑終點，這樣終端采集的自身的位置信息，對于服務器將采集到的數據進行處理而言并沒有實際的意義，也無法根據接收到的位置信息生成路徑起點到路徑終點的路徑信息，因此，服務器向終端發送路徑信息采集指令，使終端采集自身的位置信息之前，需要確定終端滿足采集路徑信息的條件，其中，所述采集路徑信息的條件可以為：在預設的時間段內，所述終端移動的距離大于一定的閾值。如，服務器向終端發送路徑信息采集指令之前，可監測終端的位置，假設預設的時間段為3分鐘，閾值為100米，如果終端在3分鐘內移動的距離大于100米，則說明終端滿足采集路徑信息的條件，也就是說，終端采集的地理位置信息對于服務器將采集到的數據進行處理而言是有實際意義的。

當然，上述采集路徑信息的條件并不僅限于此，如，采集路徑信息的條件還可以是：使用地圖導航應用的用戶屬性為特定屬性，所述特定屬性包括配送員、郵遞員等特定職業，當服務器未查找到從路徑起點到路徑終點的路徑信息時，可向終端發送提示信息，用以提示用戶輸入其職業，終端將用戶輸入的職業返回給服務器，如果服務器判定用戶輸入的職業為配送員或快遞員，則確定該終端滿足采集路徑信息的條件，向該終端發送路徑信息采集指令，如果服務 器判定用戶輸入的職業不是配送員或快遞員，則確定該終端不滿足采集路徑信息的條件，不向該終端發送路徑信息采集指令。當然，服務器也可根據用戶預先注冊的賬號對應的用戶信息，來確定用戶的職業是否為配送員或郵遞員等特定職業。

在本申請實施例中，服務器在接收到終端發送的路徑起點、路徑終點和各位置信息后，可對接收到的路徑起點、路徑終點和各位置信息進行處理，具體的，服務器可根據接收到的各信息位置，生成從所述路徑起點到所述路徑終點的路徑信息，根據生成的路徑信息，更新預先存儲的電子地圖或路徑信息。服務器在更新路徑信息時，可將已生成的路徑信息與電子地圖上的路徑信息作對比，在生成的路徑信息中確定出與電子地圖上的路徑信息不重合的部分，再將確定出的這部分路徑信息更新電子地圖。當然，也可直接將生成的路徑信息保存在一個獨立的數據庫中。

例如，服務器接收到各位置信息后，將各位置信息按采集的順序首尾連接起來，如圖3所示，而電子地圖上的路徑信息如圖4，服務器將圖3所示的路徑信息與圖4所示的路徑信息作對比，在圖3所示的路徑信息中，確定出與圖4所示的路徑信息中不重合的部分，即，圖3所述的路徑信息中的從地理位置B到地理位置C這部分路徑信息與圖4所述的路徑信息是不重合的，因此，將從B到C的這部分路徑信息更新到電子地圖中，與此同時，還可將如圖3所示的路徑信息存儲到一個獨立的數據庫中。

對比第一種路徑信息的采集方法，在第二種路徑信息的采集方法中，不需要終端來判斷是否需要采集位置信息，而是由服務器根據自身查找路徑起點到路徑終點的路徑信息的查詢結果來判斷，終端只要在接收到服務器發送的路徑信息采集指令后開始采集位置信息、并在接收到用戶輸入的終點到達指令后停止采集即可。

以上是本申請提供的兩種路徑信息的采集方法，另外，本申請還提供了一種導航方法，如圖5所示。

圖5為本申請實施例提供的一種導航過程，具體包括以下步驟：

S501：接收用戶輸入的路徑起點和路徑終點。

S502：根據預先保存的電子地圖和數據庫中保存的路徑信息，查找所述路徑起點到路徑終點的路徑信息，其中，所述數據庫中保存的路徑信息是預先根據終端采集到的自身的位置信息生成的。

在本申請實施例中，用戶在使用地圖導航服務時，可打開終端內的地圖導航應用，并在終端內的地圖導航應用界面上輸入路徑起點和路徑終點，終端再根據輸入的路徑起點到路徑終點，在預先保存的電子地圖和數據庫中進行查找從該路徑起點到路徑終點的路徑信息，所述電子地圖可以保存在終端本地內，也可以保存在該導航應用對應的服務器內，所述數據庫中保存的路徑信息是預先通過如上述圖1與圖2所示的過程采集到的(也即，根據終端采集到的自身的位置信息生成的)，且獨立于電子地圖之外。

例如，某物流站點的配送員需要給居住在北京市某小區39號樓321的住戶配送一件貨物，但是，由于配送員不知道北京市某小區39號樓321的具體位置，因此，配送員打開手機(即，終端)內的地圖導航應用，在路徑起點對應的輸入框內輸入“物流站點”，在路徑終點對應的輸入框內輸入“北京市某小區39號樓321”，手機在接收到配送員輸入的路徑起點和路徑終點后，在本地保存的電子地圖和數據庫中查找從“物流站點”到“北京市某小區39號樓321”的路徑信息。

S503：根據從所述數據庫中查找到的路徑信息進行導航。

在本申請實施例中，通過如上述圖1與圖2所示的過程采集到路徑信息后，也可以不將該路徑信息更新到電子地圖上，而是將路徑信息保存在獨立的數據庫中。也就是說，終端即使采集到了從路徑起點到路徑終點的路徑信息，但是，電子地圖中依然查找不到從路徑起點到路徑終點的路徑信息。

因此，在本申請實施例中，當終端根據用戶輸入的路徑起點到路徑終點，在預先保存的電子地圖中并沒有查找到從路徑起點到路徑終點的路徑信息時， 可直接在保存路徑信息的數據庫中進行查找(所述數據庫中保存的路徑信息是通過如上述圖1與圖2中的步驟采集到的路徑信息)，并根據查找到的路徑信息，為用戶進行導航，也就是說，將通過如上述圖1與圖2所示的過程采集到路徑信息提供給用戶，并為用戶進行導航，實現了路徑信息的復用和導航的復用。

延續上例，假設已經通過采集到的位置信息生成了從“物流站點”到“北京市某小區39號樓321”的路徑信息，并將路徑信息保存到了數據庫中，手機在本地保存的電子地圖中查找從“物流站點”到“北京市某小區39號樓321”的路徑信息后，直接在保存有路徑信息的數據庫中進行查找，并根據查找到的路徑信息為用戶進行導航。

在實際應用中，很有可能出現不僅在電子地圖中沒有查找到從用戶輸入的路徑起點到路徑終點的路徑信息，而且在保存有路徑信息的數據庫中也沒有查找到從路徑起點到路徑終點的路徑信息的情況，但是，由于會存在電子地圖中有可能存在從路徑起點到某一位置的路徑信息，而數據庫中也剛好有從這一位置到路徑終點的路徑信息的情況，因此，在本申請中，如果在預先保存的電子地圖以及數據庫中均未查找到從用戶輸入的路徑起點到路徑終點的路徑信息時，可以從預先保存的電子地圖中查找得到從該路徑起點到某一位置的第一路徑信息(即，從該路徑起點到路徑終點的第一路徑信息)，并從數據庫中查找得到從這一位置到路徑終點的第二路徑信息(即，從該路徑起點到路徑終點的第二路徑信息)，將第一路徑信息和第二路徑信息組成從路徑起點到路徑終點的路徑信息，并根據組成后的路徑信息為用戶進行導航。

以上為本申請實施例提供的兩種路徑信息的采集方法以及一種導航方法，基于同樣的思路，本申請實施例還提供兩種路徑信息的采集裝置以及一種導航裝置，如圖6、圖7、圖8所示。

圖6為本申請實施例提供的第一種路徑信息的采集裝置結構示意圖，包括:

接收模塊601，用于接收用戶輸入的路徑終點；

采集模塊602，用于當所述裝置未在服務器中查找到自身當前的位置到所述路徑終點的路徑信息時，將所述當前的位置作為路徑起點，并采集所述終端自身的位置信息；

發送模塊603，用于當所述接收模塊601接收到用戶輸入的終點到達指令時，將所述路徑起點、路徑終點以及采集到的位置信息發送給服務器，使服務器根據接收到的位置信息生成從所述路徑起點到所述路徑終點的路徑信息并保存。

所述采集模塊602具體用于，根據預先設定的時間間隔，周期性的采集所述終端自身的位置信息。

所述裝置還包括：

選擇模塊604，用于接收用戶選擇的交通方式，所述發送模塊303具體用于，將所述路徑起點、路徑終點、采集到的位置信息以及所述交通方式發送給服務器。

具體的，圖6所述的裝置可以位于終端中。

圖7為本申請實施例提供的第二種路徑信息的采集裝置結構示意圖，包括:

第一接收模塊701，用于接收終端發送的所述終端當前的位置和路徑終點；

查找模塊702，用于當未查找到從所述終端當前的位置到所述路徑終點的路徑信息時，向所述終端發送路徑信息采集指令，使所述終端采集自身的位置信息；

第二接收模塊703，用于接收所述終端發送的路徑起點、路徑終點以及采集到的各位置信息，其中，所述路徑起點為所述終端開始采集位置信息時的位置；

處理模塊704，用于根據接收到的各位置信息，生成從所述路徑起點到所述路徑終點的路徑信息并保存。

所述第二接收模塊703具體用于，接收所述終端發送的路徑起點、路徑終點、采集到的位置信息以及所述交通方式。

向所述終端發送路徑信息采集指令，使所述終端采集自身的位置信息之前，所述裝置還包括：

確定模塊705，用于確定所述終端滿足采集路徑信息的條件。

所述處理模塊704具體用于，根據接收到的各信息位置，生成從所述路徑起點到所述路徑終點的路徑信息，根據生成的路徑信息，更新預先存儲的電子地圖或路徑信息。

具體的，圖7所示的裝置可以位于服務器中。

圖8為本申請實施例提供的一種導航裝置結構示意圖，包括:

接收模塊801，用于接收用戶輸入的路徑起點和路徑終點；

查找模塊802，用于根據預先保存的電子地圖和數據庫中保存的路徑信息，查找所述路徑起點到路徑終點的路徑信息，其中，所述數據庫中保存的路徑信息是預先根據終端采集到的自身的位置信息生成的；

導航模塊803，用于根據從所述數據庫中查找到的路徑信息進行導航。

所述查找模塊802具體用于，在預先保存的電子地圖中未查找到從所述路徑起點到路徑終點的路徑信息時，根據所述數據庫中保存的路徑信息查找所述路徑起點到路徑終點的路徑信息，或者，在預先保存的電子地圖以及數據庫中均未查找到所述路徑起點到路徑終點的路徑信息時，從預先保存的電子地圖中查找得到從所述路徑起點到路徑終點的第一路徑信息，并從所述數據庫中查找得到第二路徑信息，將所述第一路徑信息和第二路徑信息組成從所述路徑起點到路徑終點的路徑信息。

在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出接口、網絡接口和內存。

內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內存等形式，如只讀存儲器(ROM)或閃存(flash RAM)。內存是計算機可讀介質的示例。

計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任 何方法或技術來實現信息存儲。信息可以是計算機可讀指令、數據結構、程序的模塊或其他數據。計算機的存儲介質的例子包括，但不限于相變內存(PRAM)、靜態隨機存取存儲器(SRAM)、動態隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內存技術、只讀光盤只讀存儲器(CD-ROM)、數字多功能光盤(DVD)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括暫存電腦可讀媒體(transitory media)，如調制的數據信號和載波。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。

本領域技術人員應明白，本申請的實施例可提供為方法、系統或計算機程序產品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。

以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求范圍之內。