續..影像辨識與三天後才能查款的疑問?

因為低成本建置了等級不夠的車牌辨識系統...所以現在遠通電收態度軟了


延續上一篇有關eTag & ETC的話題, 我有提到這系統還有一個帳務處理是一大缺陷, 各位有沒有想過, 為啥我們跑完高速公路後不能即時查即時繳? 我是不知道貼eTag的用在行駛過高速公路後多久才查得到應繳的過路費, 但是使用車牌辨識的人, 要三天後去7-11的ibon查才會有資料, 好吧, 這系統因為一天有很多車流通過, 資料量也不小, 不可能real time也是有點合理. 但是處理過系統資料的人都知道, 如果這資料是頻繁的在前端(高速公路上的各站)所偵測到的車輛行駛經過的資料與後台的系統一直有在流通update, 那就算有delay, 那之間的差異也不過是以小時來算, 怎會到以天為單位? 就算以天為單位, 充其量也只是隔天(坦白說, 以現在的網路網管技術, 要到隔天只能說勉強在及格邊緣, 算是不滿意但勉強能接受的等級), 怎會有三天的差別?

這種在技術上, 讓人很合理來懷疑的一點是…..高速公路的eTag/ETC站端的資料, 並非隨時與後台處於連線的狀態, 而是每天到了一定的時候統一傳送一次. 為啥會要這樣做? 因為很有可能遠通為了節省成本, 它建置的網路頻寬不夠或是它的伺服器端的處理效能是等級不夠的, 它只能用單一批次來作業, 更可怕的是, 它很可能是eTag系統跟車牌辨識系統兩種資料庫或處理機制是沒有統合的, 所以高速公路站端的資料一天之中是一直儲存在站端沒後送, 一天統一後送一次或兩次, 然後像銀行一樣, 每天結帳一次, 這樣就已耗掉一天多了, 然而它必須做到使用者端不管是用eTag或車牌辨識, 在讓人查找應繳費用時看起來像是一樣的介面跟資料格式, 所以在結完帳後, 它又要把資料統一一次, 這又耗掉快一天, 所以這很可能就是為啥採用車牌辨識的用戶要三天後才能在7-11查通行費的原因.

這時大家有沒有發現一個問題, 就是後端的資料統合到底是怎麼做的? 全由另一支程式處理? 或是半人工半程式(坦白說我不希望事實是如此)? 但任何資料, 只要多經一段處理程序, 錯誤發生的機率不是倍數, 而是等比級數, 或許遠通的帳務不管是儲值出包或是計算錯誤, 都跟這些原因有關.

總而言之, 我們用的eTag/ETC系統就是先天不良的拼裝貨, 大家想要怎樣反制這無能的政府配合無良商人搞出來的鬧劇? 簡單啊, 就退了eTag吧, 若是我所有的推論都不幸為真, 那就等著看著它爆掉了……….