從最早諾基亞砸核桃機上用藍牙GPS模塊跑route66，到現在交話費隨便送個合約機都帶GPS+AGPS，預裝N多地圖軟件，導航已經完全融入了我們的生活。但導航軟件真的夠智能么？它所引導的路徑，確實能到目的地沒錯，但合理么？繞路了么？是最快的么？相信很多人都會說“不”。特別是在自己熟悉的城市中，更會發現，導航總會帶大家走一些更堵，更遠，或者已經因為施工而封閉、改建的道路。

為什么會這樣呢？原因有兩個。一是道路數據無法及時更新，二是路徑算法無法考慮路況，車流量等因素。

先說道路。比如，一條新建的道路，從它竣工開通開始，如果按照正規的驗收、報備、匯總、公示一套手續下來，圖商們從國家地圖信息中心拿到道路數據，至少要接近1年的時間。即使有實力的圖商，采用人工勘路的方法，加上采集，校隊，匯編，發布等等，更新到用戶手中也經常需要半年以上的時間。這就是為什么大家身邊經常有已經開通很久的新建道路，高速公路等，而導航上一直沒有該路段。而臨時的翻修、損毀、占道施工等等，更是讓導航軟件無所適從。

再說路徑算法的情況。目前導航軟件的算法，已經較前幾年有了非常大的提升，比如在規劃路徑時，會考慮道路的等級，路程相差不大時，有高速不走國道，有國道不走省道，有環線不走市區等等，另外目前高德、凱立德等軟件，已經加入了實時路況功能，但算法還是很僵硬，數據的來源還是冷冰冰的代碼，實際導航效果仍差強人意。而事實上，每個路段在每個時段的交通狀況，比如車流量，人流量，甚至紅綠燈的時長，都在不停的變化，也許上下班高峰，繞行環線會快些，但非高峰期，其實橫穿市區要快得多。前方一個左轉可能要等150秒，如果提前一個路口轉彎，雖然距離遠一點點，但省時的多。

上面兩點綜合起來說，經常在當地開車的駕駛員，總有比導航軟件更快的走法，總有導航軟件不知道的路。

那么有沒有辦法，讓導航軟件擁有出租車駕駛員一般的道路規劃能力，讓車主在每一個陌生的城市，總能最快最經濟的到達目的地呢？筆者做了如下設想：

使用導航軟件，自動記錄用戶的行駛軌跡。比如A點-B點，在不超速的情況下，部分用戶（比如超過全體用戶的20%）使用20分鐘就到達了目的地，成績優于平均成績，那么則在服務器上保存這條路徑，在其他用戶需要從A點到B點的時候，默認云推送這條路徑。同樣B-C，也有更快的路，那么如果有用戶需要A-C，則推送A-B加上B-C的匯總路徑。

然后，在進行路徑的時段比對，比如上午7：30-9：00，時段，因為上下班高峰，A-B點，路徑1最快，而9:00-16:30，路徑2最快，則根據用戶所處的時段，推送不同的路徑。

有了大數據，可以不斷的分析、優化、細分。而道路上的紅綠燈時長，車流量，施工影響等，在大數據面前也無所遁形。這樣就可以保證導航用戶，在任何時段，任何地點，都能獲得最高的通行效率。

而新建道路的添加，也因為大數據和云分享的介入，變的非常簡單了。距離，A-B之間，地圖上沒有道路，但由大量用戶，以高于20碼的車速在A-B之間行駛，那么說明，這里其實是有路的。那么軟件記錄下用戶的行駛軌跡，在服務器端匯總。在云端地圖上進行標注，即使暫時沒有路名等具體信息，沒關系，以【未命名道路】來標注即可。道路標記完成，云推送給客戶，先解決【有沒有】的問題。而且有了【自動新建道路】，即使后期再進行人工勘路，也有了明確的目標，可以快速的完成道路信息的添加。

關于自動新建道路和云路徑推送，去年與比亞迪十五事業部的工程師們進行過探討，他們的自動新建道路功能已經在測試中，云路徑推送也已經有了雛形。在此很感謝比亞迪工程師們的辛勤勞作。

以上是筆者關于智能導航淺薄設想，如果有導航軟件公司對這個想法有興趣，歡迎探討。如果有開發者已經在進行這方面的工作，那只能說大家想到一塊去了，也希望程序猿們加倍努力，早日實現，讓大家用上更加智能，高效的導航軟件，平安快樂的出行。文中提及的所有設想、方案，本人放棄一切權利，需要借鑒，引用，無需通知，自取自用。

隨后還有一篇文章，寫的是筆者關于智能交通一些設想，有興趣的朋友，請關注本人說客，關于計算機、互聯網技術、大數據、云應用與汽車的融合，很期待能和大家深入交流。

還是那句話，我們這代人是幸運的，有幸參與并見證了互聯網革命以及即將到來的新能源革命。讓我們一起開動腦筋、開足馬力，集自己的綿薄之力，推進時代的進步。不求別的，只求老去后，回憶此生，頗有談資，不留遺憾。