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