現行の問題点も、新方式の利点もまあわかるんだけど、システムとはいつか落ちるモノで確率をゼロにはできないので、「落ちることはあってはならない」だけでゴリ押しだけはしないでほしいな…。

2023. 4. 4

こう言う所にこそブロックチェーン使って分散サーバーみたいなシステム構築出来んのかね？

これ、外部とのやりとりが発生するのに本当に処理速度が上がるの？あと、サーバーが落ちたらどうすんの？
"

サーバと通信するから運賃計算の処理速度はそんなに変わらなさそうな。というか運賃計算が何十msec早くなっても意味がない気もするし。オフピーク通勤で運賃安くなります、とか計算できるから便利ってところもあんのかな？

これで"キセル"とかの不法乗車とかも厳しくなるのかね？

これ、反応時間が遅くならないならいいだろな。

なんか改悪したような気がするけど、分からんけど穴があってやらなくてはならない状況になったんかね。

SUICAの3段式分散システムは斬新だったんだけどなー
まーこれでECとも連携しやすくなるのかな？


いうて、スマートEXの番号反映がリアルタイムだったことを考えると、サーバーアクセス方式も使っていたと思うんだけど？

JRが想定してるのはこれだから、（従来のままでできることもまじってはいるけど）とりあえずはこれを真に受けとけばいいんじゃないかな。

サーバオンリーはサーバダウンとか輻輳とか起こった場合に全く使えなくなるとなったらやべーな。サーバに行けない時はエッジ（改札側）で処理するようにするのかな。

モバイルICOCA、最近やっと使えるようになったとか？しかもまだiPhoneで使えないって？
やっぱりモバイルSuicaサイコー！これからもSuicaでいこう！と思っていたらSuicaの改札システムが変わるんだって。こりゃまた混乱するだろうな。

今週の忖度ニュースはこれかな？？

個人的にはこの移行は全く違和感なく、むしろ現行Suicaの200msという短いレイテンシでどうサーバーと通信するのかという方がよほど気になりますね…

ー「

Suicaの応答速度がPayPayレベルになったら首都圏の通勤時間帯は捌けないと思うんだが、どうやって速度を出すつもりなんだろう？

通信障害とかで改札通れないとかないのかな。

改札機で計算する機能をなくすことによる膨大なコストカット…にゃのだろうけどこれは障害発生時大混乱するのが目に見えてますにゃ😨😨😨

2001年導入のアーキテクチャが満を持して刷新。高速処理/耐障害な仕組みを支えてた認識だけど、20年の間に障壁は全て超えられたのかな。

これって銀行ATMみたいにトラブったら全てアウトなパターン？
「従来のものは耐障害性などスタンドアローンによるメリット」このメリットはすごく大きいよね

Suicaの自立分散システムは高校の先輩の研究が応用されたもので非常によく動いているが、設計当時とはインフラを担う情報機器の高速化や、社会を取り巻くサービスの多様化があり、情報工学的には後ろ向きに見えるセンターサーバ型の方がメリットを出しやすいのかも知れない。

てか、今まで運賃計算は改札機側でやってたんだ。ネットワークも高速になってきたし、当然の時代の流れですね。

これは絶対大変や、Suicaさん超頑張って欲しい。同じような大義名分で同じようなアーキ変更をする事例、苦労話ばかり聞いてるんでね →JR東日本は4月4日、交通系IC「Suica」について、2023年度から「センターサーバー方式」を採用

コストダウンができる分、サバ落ちしたら大規模混乱が起きるという爆弾を抱えるのでは

NFC Type A/Bと違いサーバを介さない事で処理速度の速さに差をつけ高速処理してたのがFeliCaの強みだったのに捨てちゃうの？障害があっても改札口だけは通れるってのももう出来ないよ？

モバイルSuicaなら改札通過時点リアルタイムで運賃徴収にこだわらなくてもいいと思うので、Felicaだけが満たしていた応答速度要求も不要になるかなと思う。

普通すぎて草

ICOCAはどういうシステムなのか。先んじてるとも思えんので旧来型か？〉

ネットワークが死んだらどーなるんだろ？

“時間帯や曜日などの利用条件で運賃の割引クーポンを提供するなどの柔軟な割引商品の提供。”
この辺がやりたいことありきなのかな。
中でも書かれてるけど、スタンドアロンの耐障害性を捨てることが吉か凶と出るか。

障害が起きて大混乱が起きたりして....😅ありえないか。

これが高速化になるというのなら、ネットワークのレイテンシーよりも計算の処理が重いということか🤔
少なくともサービスの柔軟性は上がるので、いろいろできることも増えるでしょう。

スタンドアロンからサーバーに替えて速くなるとか有り得ないし、かなり、みっちり障害対策しないと酷い目に。

センターサーバー停まったら全滅

これは気になる改修だ
ヒルズのゲートのようにならないこと祈る

攻撃の格好の的になりそう

今後、量子コンピュータ×AIで攻防が激化していくと思うと、"国"単位の資金力の的になるような致命的な分野は結構大変だろうと思う

(｡･ω･｡)ﾉ

今までのSuicaの利点全潰しで草
サーバーと通信しないからバチくそ速い処理ができてたのに；；

当然といえば当然のアップデート→

Suicaは奇跡のシステムって聞いたことある。できる事増やす為に大きく変わるんだなぁ。QRコード決済が煩わしく感じる私はSuica好き。

意味がわからん。現段階で新しくできるとされているコトって、今でも実装されてるコトとチャウん？

45駅の区間から移行

「サービス機能の拡張性向上、高速処理による複雑な計算の実行、改修作業の工期短縮化とコストダウンが実現」

工程短縮とコストダウンが目的で後は刺身のツマ

"従来のものは耐障害性などスタンドアローンによるメリットもあるが、ICカードにデータを記録するため記憶容量に限界がある他、Webやスマートフォンとの親和性にも課題があった"

ネットワークトラブルとかで失敗しそうな事を言いだしたな

携帯電話とかのトラブルでもそうだが、一番の問題はトラブルが起きた後の復旧時のトラフィック増大だろうけどな

今までローカルでやってたことにビビるわ。

「JR線亀有方面→西日暮里（千代田線経由）→JR山手線」
の切符とSuicaで運賃計算が大きく異なる問題が解消するのかどうかが一番気になる。

大学の時に「自律分散で定期的に集約するから通信の切断に強い」って聞いたんだけど、通信速度が上がってそんなこと気にならなくなったということかな。

首都圏の負荷に耐えれるか不安なので北東北3エリアでまずは検証って感じかな

ついに（ようやく）変わるんだなぁ。
仕組み的にはもうこれ以上どうしようもないのがわかってたからなぁ。
エリア越境の次は他社越境だわ…特に熱海をどうにかしてくれ

サーバまたはネットワークがダウンして、管理下の全ての駅の改札が止まる未来が見えるような。

> 東北エリア・新潟エリア・首都圏エリアを東日本エリア運賃とするなどのSuicaエリアの統合

もしや、東日本大回り乗車が出来るようになる？！

来月からうちの県でこのタイプが運用開始するけど、いろいろテストケースになるかもしれん(人数は少ないけど)

JR西日本やJR東海もいずれサーバに移行するんだろうか？🤔🤔🤔

Suica紐づけなんてしなくていいから、手軽にeチケットを買えて使えるようにしてほしい。

思ったより首都圏へのクラウドsuicaの導入が早い。センターサーバーと改札機との通信速度には自信があると見ていいだろうか？

可用性低下のリスクはありそうだけど、JRの利益を増やすインフラ作りとしては良さそう。

不具合祭り予感

Suicaもログインボーナスくれよ

5月27日から、北東北3エリア（青森・盛岡・秋田）の45駅で導入。首都圏・仙台・新潟エリアは、夏以降に順次導入予定。耐障害性も気になるが、ネットワーク遅延でタッチの反応が悪くなったりしないのだろうか。

Suicaの話は工業科「コンピュータシステム技術」（実教出版）の教科書に載ってる。毎年授業やってる。：

うっそ
ラッシュ時の改札がやばいことになりそう

これ地方の駅でも普及させるための方策から始まった話らしいけど、認証の遅延とか大丈夫なのかな？今年の夏以降はちょっと怖い／

サービス機能の拡張性向上、高速処理による複雑な計算の実行、改修作業の工期短縮化とコストダウンが実現‼️

決済サーバー不具合が少なくなるかがポイント

処理速度向上を狙うって言ってるのでさすがに改札通るだけの処理が遅くなるとは思えんけどどうなんすかね。というか他の交通系ICとの互換の方が気になる。

FeliCa含め改札のコストはデカそう

通信障害で改札通れない事故が多発しそう。サーバ化で実現できることとして紹介されているものはアプリをおサイフケータイと連携すればできるものばかり。

改札側にも最低限運賃計算できる機能は残しとくべきかと。ネットワーク障害起きた時どうすんだろ？

今まで改札で計算してたの…！？！？そっちがしゅごい……

実際のところ正確にはどういうアーキテクチャになるのか興味がある

便利にはなるけど、耐障害性は下がる奴。既存の改札機能を捨てるのか維持するのか気になる。

拡張されうるサービスよりも、今現在の安定性、高速性の方がありがたいのに……不安だ。

--

JRSuicaに伴う改札機の開発では、当初C/S型の導入が検討されていたんだけど
技術者側からの「耐障害性で問題が出るので絶対にやめましょう」という強い勧告で今のかたちに収まったって経緯があるはずなんだけど
そのへんどうするんだろう？

お、新Suicaもう夏から導入か……
このシステムだとウェブがないと成り立たないけど、フォローされるのかな？
なんにせよ、現行システムを超えたものを出してくるのだろうから楽しみ

トラブル頻発しそうね

なるほど、このシステムだとクーポンとか割引を組み込めないのか。
でもこの新システムだとサーバ障害発生したらやばいから、相当強いサーバーで作ってほしいよなぁ。

障害が起こった日の発表とは，信頼性が疑われるね

通信異常時に備えてローカルで精算する機能は残すべきとの意見もあるがオンライン通信精算を実用化するとなるといよいよQRコード乗車券を本格運用する布石か

素人なのでよくわからないんだけど、レスポンス速度とかどうなんだろか

Suicaの運賃計算、改札機がやるんですよね。異なるメーカ製モジュールの計算結果を比べてエラー検査までやる。ネットワークを信用しない構成。

吉と出るか凶と出るか
始めちゃったら戻れないだろうしなぁ

「従来のものは耐障害性などスタンドアローンによるメリットもあるが、ICカードにデータを記録するため記憶容量に限界がある他、Webやスマートフォンとの親和性にも課題があった」→

みんなインターネットとAWSみたいな前提でいるかもしれないけど、そうとは限らないと思うけど。

運賃計算をサーバに移す点で改札機のコストが下がるのは利点なんだけど
障害起きたらは改札通れないってことにならないかね？

20年経過したシステムで今までやれてる方が奇跡と思う

メリットとしては新しいサービスへの対応の容易化やモバイルSuicaとの親和性向上。

考えられるデメリットとしてはサーバーとの接続がダウンした時。
冗長性確保してるのかなーと。

あとで読む

我らがPiTaPaってどうなってるんだろ。まあ知ったところで特にわたしゃ何もアレやけど

いいぞ！送金もできるようにしよう！

何も分かってない人間の印象では。

番組視聴で例えると、自宅のハードディスクレコーダーで録画して見てたのが、ストリーミングで容量を気にせず見られるようになる、って感じ？

現行 Suica システムの応答性と耐障害性は誇るべき特長だがJR東に閉じた運用という前提あってこそで、世の中全体のネットワーク化前提の趨勢からは取り残されるもんな

Suica物販履歴が正しく残せるようになってくれそうでうれしい！家計簿につけるの大変だったのよね…

この判断をしたということは大丈夫という結論だったんだろう。図を見る限り③がいるので同期処理には見える。ネットワークエラーの場合は③が入らないで後で同期、になるのか？サーバに即時貯める利点があるからだろうけど、超高速のFelicaの利点が失われないかどうか。

改札機でやってたんだ

大丈夫かなぁ？

これって、改札機の維持費より、システムトラブルがあったら改札素通りさせちゃった方がお金がかからないってことなん？

鬼が出るか蛇が出るか。

もしや、一部の駅で開業してしばらくは（今でも？）隣の駅と運賃が同じだったのは「一駅追加するとすべての改札機（のSuicaサーバー）でデータをアップデートしないといけないから」だったのかな。これが解消されるわけだ。

完全に余計な事しかしてないな
どれ程度のサーバー用意するのか知らないけど絶対パンクして落ちそう

なるほど、鯖落ちで誰も電車に乗れなくなって全ての会社が臨時休業になる日が来るわけだな。

☞これ、トラブル続出の悪寒😰

最低限、旧システムをバックアップとして残さないと中央システムが落ちた時に大変な事態になるかと🧐