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