作者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/cn.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/cn.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