https://www.jreast.co.jp/press/2023/20230404_ho02.pdf
目前车资计算的部分是由验票闸门来负责，未来将会统一由后台的服务器来计算车资。
验票闸门只担当与Suica来进行读写以及与后台服务器连线的中继站。根据JR东日本的
说法此举可以缩短验票机的通过时间(同时相互利用的10卡也适用此机制)
https://i.imgur.com/7f5WNL6.png
https://i.imgur.com/ImbZ88W.png
5/27会在北东北地区(秋田、盛冈、青森)导入，预计夏季会扩大至首都圈、仙台和新潟
地区
新的系统导入后也能解决原本Suica使用区域被分割成三大区域(首都圈、仙台、新潟)的
问题。未来的目标是把JR东日本的管辖区域整合成单一区域(导入时间未定)
https://i.imgur.com/x5dBaxq.png
JR东日本未来目标的愿景称为“新しいSuicaサービス”。目的是为了让Suica提高智慧型
手机和网络的相容性、购买商品只需要点取Suica就能完成购买(这边指的应该是指虚拟IC
卡)以及提供跨领域/业务的商品需求
https://i.imgur.com/YlNFUiT.png
https://i.imgur.com/OZYCYTp.png
不知道台湾的电子票证是透过验票门来计算车资还是有后台的资料中心来计算?

物联网的云端运算，原来这样打API会比本地计算快

如果可以这样搞的话 有没有机会开放一般卡闸门自动加值啊

加值？但也要设定卡的类别吧，如果有些人不想要自动加值勒

台湾闸门悠游卡感应速度真的很慢

台铁的其实满快的...

真的会比较快吗?闸门一次只要写一张卡,后台传输全日本一秒要多少卡,来得及写入又传输吗

当然是跟Google一样，各地都有服务器先异动再同步不然就是跟台湾有些自助加油是先扣款清算时再补回

如果服务器当机会不会GG

你把5566放在哪......看错

....要介绍眼镜行吗?

全台湾闸门速度最快的应该是台铁了

有点怀疑这样真的会比较快吗

其实光能集中管理这点优势就很大了

看了一下应该不限手机SUICA，是类似eki-net的绑定方式，买了优惠票价商品后，可以和suica绑定，在进出站时可以从后台取得优惠票价的适用资料 就只扣优惠票价

日本的自动加值跨区超麻烦耶

希望可以解决掉区域限制（米原之类的JR东管内解决不意外 跨公司能解就更好了

我怎么看都觉得更慢

可能资料中心是每站有一台子服务器吧 全国集中太慢了 一个网络故障就瘫痪了要搞的话一定是要分布式网络吧 现在有区块链应该不是问题

做电脑的不觉得这样会变快，丁尺东假设要搞微服务，问题在网速塞车时就死了，就像台湾精美的订票系统

不可能用区块链搞这个..上链速度超慢的

看起来就是先在北东北那种人少的地方试啊(

分布式顶多就是各站有一台主机定期更新同步计算程式资料档

定期要多久时间?坐到下一站还没更新的话怎办..

日本电信业就有瘫痪前科可寻

现在JR东的做法是在闸口感应时算好钱扣掉，交易纪录再慢慢传回后段更新，可以不用这么即时，缺点就是闸口没法塞太复杂的逻辑，所以要分区以后新架构算票价都要传回中央主机，只要一卡住，人就出不了站了，塞死

一定还是会让闸口可以算啦，不然主机出问题就惨了，如果闸口算错之后再补就好了

对站来说 他不用知道全国的资料 所以用区块链其实蛮合适的上链慢是因为加密货币要用算力确认交易 私有链可以稍为精简这个过程?

那根本不用链。