› 看板 Railway 關於我們 聯絡資訊
作者ultratimes ()
看板Railway
標題Re: [新聞] 台鐵車票全面改QR感應
時間Wed Sep 27 00:21:25 2017
事實上，條碼上記載太多資訊是要幹嘛？ 只要一組通行碼，隨機生成能夠讓旅客通行就足以了 例如 2017年4月1號 台北-左營 111次 高鐵票 座位4車 1A之類的 這些資訊依然可以印在票卡上 只是電腦隨機把這個資訊做成一組一維條碼 例如叫 ABC123456789012345好了 產生出來也才這麼長而已 https://i.imgur.com/nCC9RnP.gif
掃到這組條碼，就能開門讓旅客通過 而且條碼隨機生成，不會記載任何起訖資訊，所以不用怕有人破解規則來仿造車票 起訖資訊只記載在票面上，以及後端資料庫 所以條碼也沒必要用到QR Code這麼長就是了 ※ 引述《darkgerm (黑駿)》之銘言： : 推 ultratimes: 用一維條碼不就解決了 09/26 22:26 : 一維條碼快雖快，但攜帶的資訊量少非常多 : 以高鐵 app 的 QR code 為例 (以下範例是網路找來的高鐵票) : https://imgur.com/Xy1mdiJ : 如果直接把這個 QR code 拿去解碼 : 然後把裡面的文字用 code128 編碼成一維條碼，會變這樣 : https://imgur.com/VyGBzKP : 如果要拉到 1 pixel 同樣大小的話，一維條碼只會更長更可怕 : 更別提 QR code 還有容錯機制 : 實際上相等資訊量的一維條碼絕對會更長 : 這麼長的條碼一方面解析度太差的手機無法顯示 : 一方面讀取的機器會很難製做 : 另外一維沒容錯機制，很可能票因為折到了之類就無法讀取 : 總之選擇二維條碼而不用一維我覺得是正確的決定 台鐵的磁票也很容易折到無法讀取 比起這個，一維條碼其實反而不太怕汙損，只要能連成一條線就能成功 二維的另一個缺點是很怕被汙損 : 不過在 QR code vs 磁卡 這件事上 : 讀取因為比磁卡複雜很多，比較慢是一定的 : 另外又要人力主動拿票去對掃描區，不像磁卡隨便插都能讀 那是QR Code讀太慢 一維條碼其實隨便掃都能讀，除非車票凹損 但基本上只要稍微拉平，就算有皺褶或彎曲都讀的到 : 而且 QR code 會有破損髒污問題，相對磁卡問題就比較小 : (不小心消磁應該比不小心弄髒還不容易吧XD) 放心，如果改用一維條碼，就算超商冷凍到結霜的東西 都還是有機會直接讀到 即使汙損，只要能連成一條直線就刷的到，不需要整個都完整 : 我認為磁卡的優點還是多於 QR code : 就當做：不想到櫃台取票的話，就要拿進出站慢一點的時間來換 : 我認為最好的解法是: : 1. 結合手機 NFC : 直接用感應而非掃 QR code，不會有對不準問題 : 但手機+NFC 其實是蠻新的東西，還有很長的路要走... : 2. 結合記名悠遊卡(或其他電子票券) : 這其實是我突發奇想的 : 買的票直接跟卡號綁在一起 : 有點像把悠遊卡當成手機的 NFC 模組來用 : 不過這樣一張卡同一時間應該只能綁一張票 : 應該會有很多問題需要克服... : 其實都不是近期能完成的解法XD : 我覺得現行兩種各有優缺點，沒必要廢掉其中一個 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.238.112.134 ※ 文章網址: https://www.ptt.cc/bbs/Railway/M.1506442888.A.D18.html
→ darkgerm: 其實我猜台鐵的閘門都是沒連網路的XD 09/27 00:29
→ hicker: 其實 一維條碼作為密碼使用 也不用太長就很夠用 09/27 00:31
→ darkgerm: 高鐵票為什麼裡面塞這麼多東西我不清楚 09/27 00:32
→ hicker: 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ 36字元的10位碼 09/27 00:32
→ hicker: 就已經達到 36^10=3.65*10^15 想偽造也幾乎不可能 09/27 00:33
→ darkgerm: 但我覺得應該有他的理由，這就得問開發人員了orz 09/27 00:34
→ darkgerm: 一維條碼破損可讀前題是還能連一直線 09/27 00:35
→ darkgerm: 但二維條碼可破損任意處 7%~30% 09/27 00:36
→ ultratimes: 其實重點是 有用掉的條碼 一個月或最長預售票期間 09/27 00:43
→ ultratimes: 有多少旅客，就代表會用掉多少組號碼 09/27 00:43
→ ultratimes: 台高鐵一個月最多幾百萬人吧 09/27 00:43
→ ultratimes: 數十位數甚至英數能混合的號碼中要賽到有用到的也難 09/27 00:44
推 access: 基本上不可能考慮一維條碼 09/27 00:46
→ access: 光安全性就差很多了 09/27 00:46
→ access: 連線後台是連線後台，但資訊往往還是會放在裡面 09/27 00:47
→ birdy590: 大濕不知道一維條碼的資訊量有多"少"嗎? 09/27 02:14
→ birdy590: 不管從哪個方面出發 二維條碼都比過時的一維條碼優越 09/27 02:15
→ birdy590: 二維條碼讀取角度其實很大, 可以容許某種程度的損壞 09/27 02:16
→ birdy590: 很多讀取慢之類其實都是軟的問題... 現在很多支付也在用 09/27 02:17
推 mstar: QR code 還可以嵌入商標、不分角度，光這點就大贏了 09/27 07:49
→ hicker: 一般手機支付對於讀取速度其實可以很寬容 09/27 10:46
→ hicker: 但換到車票 有趕時間的壓力 讀取速度快又準確的要求是基本 09/27 10:47
→ hicker: 一維條碼真的只要放key code就好了 不用把車票資料放入 09/27 10:48
噓 rex520368: 很棒 09/27 11:49
→ mackywei: @hicker 但是這樣每次查票過閘，讀取端都要連去後台？ 09/27 12:40
→ mackywei: 可能至少要有離線狀態下可判讀的資訊啦我覺得.... 09/27 12:54
→ lovesheo: 閘道會跟一台電腦連線再透過內部網路連線！ 09/27 23:00
噓 kill90206: 一維比二維好讀??? ㄩ大師不意外 09/29 14:48