-
…5月27日から、北東北3エリア（青森・盛岡・秋田）の45駅で導入。併せて、同エリアでSuicaを使った出改札サービスを開始する。首都圏・仙台・新潟エリアは、夏以降に順次導入予定としている。
従来のSuicaとの大きな違いは、改札機で実行していた運賃計算を、サーバ側で行うことにある。これにより、サービス機能の拡張性向上、高速処理による複雑な計算の実行、改修作業の工期短縮化とコストダウンが実現するという。障害耐性などスタンドアローンによるメリットもあるが、ICカードにデータを記録するため記憶容量に限界がある他、Webやスマートフォンとの親和性に課題があった。
新システムにより「新しいSuicaサービス」の提供を目指す…
一部のみ抜粋、全文はソース元で
https://www.itmedia.co.jp/news/articles/2304/04/news184.html関連ソース
新しい Suica 改札システムの導入開始について
https://www.jreast.co.jp/press/2023/20230404_ho02.pdfセンターサーバー式「新しいSuica改札システム」年度内導入。首都圏～東北などエリアをまたぐ区間の利用が可能に
https://travel.watch.impress.co.jp/docs/news/1490970.html「QRコードで乗車」、JR東が2024年度スタート QRリーダー搭載改札機を本格投入
https://www.itmedia.co.jp/news/articles/2211/09/news129.htmlJR東、改札機のシステムを刷新へ 運賃精算をサーバに集約、クラウド化で開発容易に
https://www.itmedia.co.jp/news/articles/2104/06/news113.html -
数年に1度の通信障害トラブルは覚悟しなきゃいけないやつか
-
サーバが止まって改札処理が全部出来なくなる、までがワンセット
-
改札機で計算してたんだ
スタンドアロンなのか -
>>1
また全日空みたいに改札できないで運休とか起きるんだろうな -
銀行なんかのシステム改善で利便性が高くなったことは一度もない。
-
手数料減らしなさいよ
-
複数のダブルクリックを経由するのか。
-
エッジコンピューティングの逆を行くのか
モバスイもしょぼくなってるしトラブルの予感しか -
改札機一台あたりのコストを押さえられるのと故障率を削減出来るという事？
-
あの機能でスタンドアロンだと高くつきそうだが サーバーはダウンした時どうするかを折り込む必要があるし
どっちが良いのか 何にせよ切り替え当初はトラブルは起きそうだが -
>>13
サーバー型なら磁気切符を廃してQRへ移行が促せる
磁気切符を排せたら、駆動系がなくなり故障率ダウン
磁気切符の廃棄費用をカットできる
というメリットじゃないかなー -
そんなことより
チャージ上限上げてくれ -
サーバに何か起こってみずほ銀行だあ
-
これを理由にまた運賃上げそう
-
通信エラー起こりそうwww
例えるなら電卓計算をエクセル計算にしました、みたいな話 -
エリアの統合はなかなか興味のある内容だが、西日本みたいに距離制限ついたりするのかね
そもそも統合されたら東日本エリア全てが大都市近郊区間になるんだろうか
-
通信経路死んでだめになったりしない？
その時は同じように動くとかかな -
北東北の人の少ないところで実験して上手くいったら首都圏ってことか
サーバーでやればそのうち全国スイカが出来るかもしれん -
レスポンス悪くなるだろ
-
ついにfelicaが捨てられるときが来たな
ガラパゴスとサヨナラだぜもう満員電車はなくなったんだからな
ラッシュアワーもありえない時代 -
スタンドアロンだから東京のラッシュアワーの改札処理に追従できたって話だったけど
ネットとサーバーが整備されて高速処理できるようになったってことかな
サーバーダウンで全駅全改札同時閉鎖ってことにならないかしかしこれができるならQRコード提示でもラッシュの改札処理できるようになってる気が、、
-
これって、一種のシンクライアント？
-
オートチャージはサーバと通信出来てないと実現出来ない気がするから現状でもサーバと通信してるのでは？
-
こういのは最低三重くらいの独立した機器と回線を用意するのかね
-
どういうこと？ガンダムに例えて
コメント