相信不少開車的差友最近都注意到了一個細節，就是在等紅綠燈的時候，導航軟體會在一些路口給你紅燈讀秒的倒計時。
說實話，一開始世超覺得，這個功能有些雞肋。
畢竟大多路口的信號燈本身不就自帶讀秒。
但一段時間體驗下來，我發現它居然還挺實用。
比如在通過第一個路口後，導航軟體就會立馬放出下個路口信號燈的先行預告。
要是沒有這個提示，我大概率會想大腳油門，但最後受傷的肯定是油耗和錢包。
當然，最讓編輯部愛不釋手的，還得是綠燈亮起前 5 秒的那個語音提示。這對於等紅燈時愛刷手機的各位絕對是一個福音（ 不建議開車玩手機 ）。
不過每次看到導航界面中那個閃爍的數字，我都會思考一個問題，軟體的讀秒究竟是如何實現的？
世超在網上收集資料的時候，發現關於這個問題的回答也是眾說紛紜。
有人表示，這有啥難度，交管部門會出手。
這種說法的背後，也有一定的依據。
比如在今年 1 月，西安交警就將數據接入了百度地圖。除了信號燈狀態，你還能在軟體中收到交通事故、道路施工，交通管制等信息。
這就好比是給駕駛員安上了一個上帝視角，你只管開車，剩下的都交給導航。
然而，這個看似完美的解決方法，真要大規模實現起來，難度也不小。
一來，不同城市的交管系統都各自為政，想把他們都揉進一個平台，顯然是一個難度不小的系統工程。
二是，就算是接入了交管系統，想獲得紅綠燈的讀秒數據，那還得把所有信號燈一起拉去 「 上網 」 。
還是以西安為例，他們對全市近 2000 個紅綠燈全部替換成了智能信號燈，才有了後面的這一波操作。
考慮到全國各地還有許多紅綠燈依然處於 「 離線 」 的狀態，加上早晚高峰期間一些地方還會用上臨時信號燈。導航軟體單純想靠交管部門的數據，多少有點力不從心了。
那麼，想要全國各地的用戶都能體驗到這個功能，軟體廠商還有一個看家的本領，那便是算法和大數據。
讀秒預測的本質其實並不複雜，其實就是一個分析數據，找規律的過程。
信號燈的原理，是根據提前設置好的某個規則，進行一個周而復始的變化。
那麼，軟體需要做的事，就是需要 「 藉助 」 一下用戶提供的數據，計算出這些信號燈的變化周期。
在這份高德地圖申請的國家發明專利中，就公開了一種解決辦法。
首先，他們會調取手機後台加速傳感器的信息，參考車輛當前的實際位置。
然後通過判斷車輛是否從靜止到啟動，推斷出你是否正在路口等待紅綠燈。
有了這個結論後，導航軟體便可以統計在一個時間段內，每一輛車通過紅綠燈的數量以及車輛啟動的時間間隔。
把這些數據放進同一個坐標系之後，你會發現它們就像正弦曲線一樣存在著一個規律的變化。
最後只需要通過算法上的簡單處理，信號燈時間變化便能一目了然。
不過，由於算法 「 預測 」 是靠用戶數據吃飯的，也導致目前的讀秒功能存在一定的局限性。
例如有些路口經過的人本來就不多，導航軟體能獲取的數據就少。軟體公司的手裡一旦缺糧，也就愛莫能助了。。。
因此在實際使用的過程中，你會發現並不是每一個路口都會出現讀秒提示的。
此外，相比交管部門實打實的數據，靠算法得出開的讀秒多少會產生一些誤差。
世超就常常遇到軟體讀秒比實際快幾秒的狀況。要是太相信導航，沒準就會喜提一張罰單。
雖然說現在的軟體讀秒還不太完美，但長遠來看它的潛力卻是巨大的。
大夥在開車的時候肯定都遇到過這種情況，明明已經一路狂飆了，但每次來到路口，總是 「 剛好 」 被紅燈給欄了下來。
這當然不是信號燈有意要為難你，而是因為你沒有找到一個合適的開車節奏。
這個時候算法就會告訴你一切。
導航軟體由於掌握著你行進路線中每一個紅綠燈的實時數據，它就能自動計算出每一個路段你應該保持一個怎樣的車速，從而提高路口的通過率。
相信走過綠波路段的朋友都應該明白，每個路口都被綠燈放行的感覺是有多爽。
不過，軟體公司所做出的努力，也許是為了下一步更大的棋。
我們在過去文章所提到過的 「 車路互聯 」 ，靠的就是軟硬體上的深度結合。
比如，導航軟體可以將實時估算的結果和交警系統進行共享，讓他們知道哪條路目前面臨嚴重的擁堵，告訴紅綠燈要如何調整規律才能提高通行的效率，從而節省大家的時間。
同時，它還能和自動駕駛系統相互打配合，車輛提供交通數據，而軟體為車輛做出決策，讓它知道路線應該怎麼選擇，應該採用多快的車速。
換句話說，它能用一種相對低成本的方式，實現一定程度上的 「 智慧交通 」 。
可以預見，當新技術變得更加完善時，我們的出行方式，將會變得更加安全和高效。