作者Subscript9 (小火車過客)
看板MobilePay
標題Re: [新聞] Apple Pay 綁悠遊卡「嗶」進北捷遙遙無期
時間Sat May 20 19:16:19 2023
※ 引述 《kashima228》 之銘言：
: 標題：Re: [新聞] Apple Pay 綁悠遊卡「嗶」進北捷遙遙無期
: 時間: Fri May 19 15:58:23 2023
:
: 我比較好奇
: 明明晶片悠遊卡本身就是DesFire 規格
: 只是模擬成Classic 去感應
:
: 那愛金卡也是模擬成Classic 去感應嗎？
: 愛金卡本身也是DesFire 啊
:
: 那目前來說
: 愛金卡是怎麼去跟機台溝通的呢？
多卡通機台其實本來就可以讀DESFire，
甚至FeliCa搞不好也可以，確定高捷一定可以，
被淘汰的高捷單程票就是FeliCa技術
:
: 如果是DesFire 直接感應
: 那悠遊卡應該只需要做軟體上的重置應該就能支援了吧
問題都不卡在現有多卡通機台，問題都卡在悠遊卡跟一卡通自有機台，能不能讀取Classic
以外技術的卡片
https://i.imgur.com/M15n9Zt.jpg
（圖取自網路，剛好這張圖什麼都有了）
如果不行，那確實更新這一大堆設備就是一筆開銷無誤，但東西本來就要有年限，我不知道
悠遊卡公司有沒有內部討論過更新排程
:
: 而且北捷感應機也要重置了
: 一併加入支援DesFire 感應不行嗎？
台北捷運現有的閘門（gate）、自動售票機（ATIM）、票卡查詢機（EQM）跟站務員售票機
（PAM）的讀卡器都是多卡通，這就是為什麼可以讀悠遊卡也可以讀愛金卡，這次更新的閘
門本來就是年限到了，趁更新的同時加入EMV跟QR Code設備，以支援乘車碼跟信用卡支付而
已
:
: 成本上真的那麼高昂嗎？
: -----
: Sent from JPTT on my iPhone
:
: --
:
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 106.64.105.50 (臺灣)
: ※ 文章網址: https://webptt.com/m.aspx?n=bbs/MobilePay/M.1684483105.A.AB7.html
: → sinclaireche: icash不是模擬 直接用DESFire 05/19 16:01
: → sinclaireche: 悠遊卡跟一卡通考慮的是舊卡跟自有的舊卡機 05/19 16:02
: → sinclaireche: 除非要讓AP的悠遊卡/一卡通只能刷捷運 05/19 16:02
: → sinclaireche: icash會慢 悠遊卡會快跟卡片規格無關 05/19 16:03
: → sinclaireche: 是刷卡機的判斷還有連線確認資訊的問題 05/19 16:03
: → sinclaireche: 連線確認資訊是指711的op會員 05/19 16:04
: → sinclaireche: 悠遊卡如果想全換卡 第一批卡片到20年時早就做了 05/19 16:11
隔壁八達通卡片到期是叫使用者去換卡
結果悠遊卡是展期，暈倒
: → kashima228: 更新部分老舊感應設備應該成本低很多吧 05/19 16:33
: 推 lianpig5566: 連舊寶錄機都可以支援icash2.0了 05/19 17:10
: → lianpig5566: 悠遊卡/一卡通搞那麼久還更新過卡片卻還死守Classic 05/19 17:11
: → lianpig5566: 甚至連新規格卡片都模擬Classic才是問題吧 05/19 17:11
我很好奇，新出的舉凡造型卡或是特製卡，其屬於新規格模擬還是本來就是Classic
如果是後者，代表悠遊卡公司完全沒有想要全面更新的意思欸
: → lianpig5566: 拿felica去寶錄機讀則是會顯示不支援的卡片 05/19 17:12
: → dx7880880212: 問題是悠遊卡就是包含捷運公車Youbike 小額支付的電 05/19 17:32
: → dx7880880212: 子票證，除非他專為 Apple 發行一張只能進北捷獨立 05/19 17:32
: → dx7880880212: 的卡 05/19 17:32
我甚至認為台北捷運的閘門只要更新就能用，只要閘門可以知道隨機內碼是對應那一張卡就
好，根本不用換，不然當初愛金卡要上的時候就該換了
: → kashima228: 公車 ubike 也都能用愛金卡啊 05/19 18:24
: → sinclaireche: icash能租的公共自行車幾乎都沒了 05/19 18:41
: → sinclaireche: 悠遊卡跟一卡通要就得同時支援Classic跟DESFire 05/19 18:42
: → sinclaireche: 或是把市面上所有流通的Classic停用 05/19 18:43
: → sinclaireche: 限定特定交通業者可用或許是個方向 05/19 18:44
: → sinclaireche: 但會變成類似現在有人問嗶乘車能不能小額付款的狀況 05/19 18:46
沒有錯，悠遊卡公司如果不想要強迫Classic迭代，那就用這種限制使用方式的手法讓Class
ic變不方便自然換代就好，問題是悠遊卡公司連動都不動
: → rz759: youbike沒有icash... 05/19 18:59
: → kashima228: 我去查 還真的不能用….一直以為可以.. 05/19 19:10
: → kashima228: 那也很奇怪吧 台北市政府不會開規格嗎？ 05/19 19:11
: → kashima228: 都ubike 2.0了 規格還沿用舊的…. 05/19 19:11
: → rz759: 一直都不行，之前還有半小時免費的時候本來想拿icash聯名 05/19 19:18
: → rz759: 卡當日常卡，某天刷下去才知道只接受悠遊卡、一卡通xD 05/19 19:18
: → rz759: 所以愛金卡不適合當北市通勤卡 05/19 19:18
: → sinclaireche: 用Youbike系統的都不行 05/19 19:27
: → sinclaireche: 之前台南T-Bike可以 05/19 19:27
: → mike0608: 台北市政府開規格…啊他就悠遊卡股東啊 05/19 22:12
: → temu2015: 三大票證都有公車-捷運-輕軌轉乘優惠，唯獨公共自行車獨 05/19 22:59
: → temu2015: 厚悠遊卡也不知道為什麼XD 05/19 22:59
這次TPass下去，YouBike被迫也要接受愛金卡了，不知道會怎麼改
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.193.62.36 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/MobilePay/M.1684581381.A.2AE.html
1F：→ mf15566: 我的理解是卡機應該都可以讀只要改軟體就好了，問題點應05/20 20:01
2F：→ mf15566: 該是安全模組sam卡，classic和desfire資料格式不同，沒辦 05/20 20:01
3F：→ mf15566: 法跟舊的共用。多卡的共用機器，目前就是插了3家公司的sa 05/20 20:01
4F：→ mf15566: m卡。在不放生舊卡的狀況下再發一張desfire，就有點像同 05/20 20:01
5F：→ mf15566: 時經營兩家票證。或者也可以改發行mifare plus，plus的格05/20 20:01
6F：→ mf15566: 式就跟classic一樣可以跟舊的共用。CPU卡模擬classic的話 05/20 20:01
7F：→ mf15566: ，就是改讀卡機軟體讓他認得這個卡，然後可以跟舊的sam共 05/20 20:01
8F：→ mf15566: 用。如果我的理解有錯再請其他版友補充。 05/20 20:01
如果要上Apple Pay跟Google Pay，是不是最少要DESFire啊，還是Plus也可以，這個我不懂
要其他人回覆xD
9F：推 lianpig5566: 看法同樓上，就讓目前的機器有多張SAM卡資料就好，例 05/20 20:26
10F：→ lianpig5566: 如：悠遊卡/超級悠遊卡/一卡通/愛金卡 05/20 20:26
11F：→ lianpig5566: 舊的CPU模擬classic也可以透過臨櫃寫卡的方式更新成 05/20 20:27
12F：→ lianpig5566: 新規格卡片 05/20 20:27
沒有錯，模擬的只要重新格式化就可以變回原本的規格，問題就在於悠遊卡公司有沒有意願
將他們自有，也就是非多卡通的機器，去更換成可以同時判讀不同SAM的機種
有可能先有悠遊卡自有的機器根本不能讀多種SAM
13F：→ sinclaireche: 從售價能看出特別卡面用的什麼規格05/20 20:59
14F：→ sinclaireche: 晶片悠遊卡出來一段時間後 大部分特別卡面也沒採用05/20 21:00
現在SuperCard只用在數位學生證、TPass跟單獨賣的那張
不過看售價也不準，9122也賣100元，但骨子裡跟其他的卡不一樣
※ 編輯: Subscript9 (123.193.62.36 臺灣), 05/20/2023 21:19:45
15F：推 mf15566: 在報告中，Apple Pay的部分使用SuperCard這張規格就可以 05/20 22:28
16F：→ mf15566: 了，跟蘋果也有共識。這個規格上Apple Pay交通卡也有實例 05/20 22:28
17F：→ mf15566: ，悠遊卡不是第一個。Google Pay的部分，沒議員問悠遊卡 05/20 22:28
18F：→ mf15566: 公司，報告中只寫洽談中，是不是用SuperCard跟Google談就 05/20 22:28
19F：→ mf15566: 不知道了，沒什談判細節資料可以看...05/20 22:28
20F：→ winsonwu: SuperCard不也是模擬MIFARE Classic？所以悠遊卡還是希 05/20 23:48
21F：→ winsonwu: 望蘋果能支援NXP-Mifare Classic這格式，基本上有得喬 05/20 23:49
22F：推 tonyian: 很明顯他們就不是因為技術或是成本問題阿，是要維護既有 05/21 02:02
23F：→ tonyian: 賺錢模式 05/21 02:02
24F：→ just3389754: 阿就他們認為賣實體卡比較好賺阿05/21 04:39
25F：→ hitsukix: 我記得PTT就有個交通卡版，一堆在曬卡 05/21 21:57
26F：推 Lansmi: SuperCard我猜測有兩種運作模式，一種是向下相容的MiFar 05/21 22:19
27F：→ Lansmi: e Classic，一種是跟9122/9123晶片悠遊卡一樣的自定義模 05/21 22:19
28F：→ Lansmi: 式(非MiFare/FeliCa)，大部分情況下都是採用MiFare Clas 05/21 22:19
29F：→ Lansmi: sic運作，但在特殊場合(手機加值、手機購買定期票時)會切 05/21 22:19
30F：→ Lansmi: 換到自定義模式，自定義模式因為不同於Classic，所以沒有 05/21 22:19
31F：→ Lansmi: 已知的漏洞，當然我不知道開自定義模式Spec的是哪位大神05/21 22:19
32F：→ Lansmi: ，到底如何運作不得而知，畢竟CPU卡只要程式寫得出就能換05/21 22:19
33F：→ Lansmi: 運作模式。 05/21 22:19
34F：→ Lansmi: 兩種模式也解釋了iPhone的悠遊卡加值機為何只支援9122/905/21 22:19
35F：→ Lansmi: 123以及SuperCard，無法使用舊有的純MiFare Classic悠遊05/21 22:19
36F：→ Lansmi: 卡的理由。05/21 22:19
37F：推 kevenshih: 那三星跟悠遊付怎弄出來的？ 05/21 23:11
38F：→ Sheng98: 三星的是安全元件可以下載悠遊卡的東西並模擬訊號給悠遊 05/21 23:37
39F：→ Sheng98: 卡的機器去讀取/寫入吧 05/21 23:37
三星連MST技術都做了，我不認為他是一個很注重安全的公司
40F：→ Lansmi: 三星願意直接把MiFare Classic塞進去SE裡面，蘋果不願意 05/22 00:02
41F：→ Lansmi: ，所以只能更新規格，更新後的規格不是走MiFare的DESFir 05/22 00:02
42F：→ Lansmi: e，應該是自定義的協定，所以需要蘋果客製化實現才能放進05/22 00:02
43F：→ Lansmi: 去iPhone內的SE，當然要等蘋果有空開發。05/22 00:02
※ 編輯: Subscript9 (140.115.220.84 臺灣), 05/22/2023 20:34:46
44F：→ winsonwu: 唉唷！反正卓卓在果迷眼中本就不安全，但三星對比其他 05/23 09:46
45F：→ winsonwu: 安卓手機也就是多那安全元件才能小額支付，才取得目前 05/23 09:46
46F：→ winsonwu: 可用交通卡+小額的手機，所以看蘋果到底要不要為了悠遊 05/23 09:46
47F：→ winsonwu: 卡調整安全機制囉！ 05/23 09:46
48F：→ sinclaireche: Supercard買得到的還有沖繩跨境合作紀念款 05/23 11:20
49F：→ sinclaireche: 蘋果也只是想自己掌控而已 安全只是合理化作法 05/23 11:22
50F：推 ShaoRouRou: 反正安全性不重要啊，何必配合蘋果。要我上蘋果Pay， 05/23 21:14
51F：→ ShaoRouRou: 就叫蘋果相容我就好。反正三星可以用。 05/23 21:14
52F：推 mike0608: 如果從一開始Suica上Apple Pay的時候，就開始漸進式的過 05/23 21:57
53F：→ mike0608: 渡到DesFire或是Felica，現在早就搞定了05/23 21:57
54F：→ sinclaireche: 技術或規格不符也可能只是擋箭牌 05/24 02:17
55F：→ sinclaireche: 不想被抽手續費可能才是真正的原因05/24 02:18
56F：→ Lansmi: 早在9122晶片悠遊卡問世的時候，悠遊卡就往下一代規格移 05/24 04:17
57F：→ Lansmi: 動了，那時候是2012，蘋果2016才在日本機上支援Suica，中 05/24 04:17
58F：→ Lansmi: 國交通聯合卡也推自己的規格，不走DESFire/FeliCa，韓國 05/24 04:17
59F：→ Lansmi: T-Money 看來也是，在亞洲主流交通票證都不是走DESFire/05/24 04:17
60F：→ Lansmi: FeliCa的情況下，悠遊卡公司的選擇似乎沒什麼問題，畢竟 05/24 04:17
61F：→ Lansmi: MiFare Plus的升級路線有走到變成SL3的不多吧？不都在SL 05/24 04:17
62F：→ Lansmi: 1/SL2徘徊？ 05/24 04:17
沒有錯，9122晶片悠遊卡早在2012年就問世了，問題是悠遊卡公司為了相容舊式悠遊卡，
所以10年來這些晶片悠遊卡都還是模擬Classic，並未有計劃淘汰舊式悠遊卡後讓這些卡
片恢復原有規格，
以致於至今我們都還在用Classic Orz
63F：→ berserkman: 安全性不重要 哈哈哈哈哈哈哈哈 05/24 10:54
※ 編輯: Subscript9 (140.115.171.3 臺灣), 05/24/2023 14:08:23
64F：推 Lansmi: 9122/9123/SuperCard應該都是雙模式運作，MiFare Classi 05/26 01:21
65F：→ Lansmi: c相容是基本的，但應該有額外的通訊模式是自定義的，否則 05/26 01:21
66F：→ Lansmi: 手機上的悠遊卡加值機不會讀不到只支援MiFare Classic的 05/26 01:21
67F：→ Lansmi: 卡，而且淘汰卡片反而是比較簡單的事，困難的是更新各式 05/26 01:21
68F：→ Lansmi: 各樣的讀卡機。 05/26 01:21
沒錯，我想問題應該是卡在讀卡機的部分
但9122已經問世十年了，悠遊卡公司在這十年間做了什麼我們不得而知
※ 編輯: Subscript9 (101.12.89.96 臺灣), 05/28/2023 16:47:26