作者hn9480412 (ilinker)
看板Railway
標題[情報] JR東日本對Suica的重大變革
時間Wed Apr 5 22:20:01 2023
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
不知道台灣的電子票證是透過驗票門來計算車資還是有後台的資料中心來計算?
--
作者 kech9111 (...) 看板 Gossiping
標題 [問卦] 有沒有亞洲只剩台灣沒有知名樂園的八卦？
時間 Wed Dec 24 19:18:26 2014
1F：噓 ineedadvice: 你把5566放在哪 12/24 19:19
2F：→ ineedadvice: ......看錯12/24 19:19
3F：推 KYALUCARD: ....要介紹眼鏡行嗎?12/24 19:19
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.229.98.170 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Railway/M.1680704404.A.300.html
4F：推 shter: 物聯網的雲端運算，原來這樣打API會比本地計算快 04/05 22:30
※ 編輯: hn9480412 (125.229.98.170 臺灣), 04/05/2023 22:36:32
5F：→ temu2015: 如果可以這樣搞的話 有沒有機會開放一般卡閘門自動加值 04/05 22:58
6F：→ temu2015: 啊 04/05 22:58
7F：推 d2241400: 加值？但也要設定卡的類別吧，如果有些人不想要自動加 04/05 23:01
8F：→ d2241400: 值勒 04/05 23:02
9F：推 rocky9137: 台灣閘門悠遊卡感應速度真的很慢 04/06 00:30
10F：推 thecynic: 台鐵的其實滿快的... 04/06 01:29
11F：推 cka: 真的會比較快嗎?閘門一次只要寫一張卡,後台傳輸全日本一秒要 04/06 01:46
12F：→ cka: 多少卡,來得及寫入又傳輸嗎 04/06 01:46
13F：→ metalfinally: 當然是跟Google一樣，各地都有伺服器先異動再同步 04/06 02:08
14F：→ metalfinally: 不然就是跟台灣有些自助加油是先扣款清算時再補回 04/06 02:09
15F：推 jh961202: 如果伺服器當機會不會GG 04/06 02:33
16F：推 strathclyde: 全台灣閘門速度最快的應該是台鐵了 04/06 06:41
17F：推 lianpig5566: 有點懷疑這樣真的會比較快嗎 04/06 09:25
18F：→ nepho: 其實光能集中管理這點優勢就很大了 04/06 09:36
19F：推 lianpig5566: 看了一下應該不限手機SUICA，是類似eki-net的綁定方 04/06 09:48
20F：→ lianpig5566: 式，買了優惠票價商品後，可以和suica綁定，在進出站 04/06 09:48
21F：→ lianpig5566: 時可以從後台取得優惠票價的適用資料 就只扣優惠票價 04/06 09:49
22F：推 peggy0923: 日本的自動加值跨區超麻煩耶 04/06 10:52
23F：推 HMKRL: 希望可以解決掉區域限制（米原之類的 04/06 10:56
24F：→ HMKRL: JR東管內解決不意外 跨公司能解就更好了 04/06 10:56
25F：推 bbbb25487: 我怎麼看都覺得更慢 04/06 12:56
26F：→ omkizo: 可能資料中心是每站有一台子伺服器吧 全國集中太慢了 一個 04/06 13:49
27F：→ omkizo: 網絡故障就癱瘓了 04/06 13:49
28F：→ omkizo: 要搞的話一定是要分散式網絡吧 現在有區塊鏈應該不是問題 04/06 13:58
29F：推 kigohcy: 做電腦的不覺得這樣會變快，丁尺東假設要搞微服務，問題 04/06 20:19
30F：→ kigohcy: 在網速塞車時就死了，就像台灣精美的訂票系統 04/06 20:19
31F：推 shter: 不可能用區塊鏈搞這個..上鏈速度超慢的 04/06 20:30
32F：→ borriss: 看起來就是先在北東北那種人少的地方試啊( 04/06 20:31
33F：→ shter: 分散式頂多就是各站有一台主機定期更新同步計算程式資料檔 04/06 20:31
34F：推 cka: 定期要多久時間?坐到下一站還沒更新的話怎辦.. 04/07 01:39
35F：→ jk189: 日本電信業就有癱瘓前科可尋 04/07 08:54
36F：推 episode666: 現在JR東的做法是在閘口感應時算好錢扣掉，交易紀錄 04/07 09:10
37F：→ episode666: 再慢慢傳回後段更新，可以不用這麼即時，缺點就是閘 04/07 09:10
38F：→ episode666: 口沒法塞太複雜的邏輯，所以要分區 04/07 09:10
39F：→ episode666: 以後新架構算票價都要傳回中央主機，只要一卡住，人 04/07 09:12
40F：→ episode666: 就出不了站了，塞死 04/07 09:12
41F：推 evanzxcv: 一定還是會讓閘口可以算啦，不然主機出問題就慘了，如果 04/07 12:20
42F：→ evanzxcv: 閘口算錯之後再補就好了 04/07 12:20
43F：→ omkizo: 對站來說 他不用知道全國的資料 所以用區塊鏈其實蠻合適的 04/07 13:51
44F：→ omkizo: 上鏈慢是因為加密貨幣要用算力確認交易 私有鏈可以稍為精 04/07 14:04
45F：→ omkizo: 簡這個過程? 04/07 14:04
46F：推 HMKRL: 那根本不用鏈。 04/07 19:11