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

2023-06-26 08:37:22

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

背景技術：

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

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

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

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

技術實現要素：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

圖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、光學存儲器等)上實施的電腦程式產品的形式。

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