— JRが描く30年計画と、IT業界が見落としているもの —
多くのITエンジニアは、
「Suicaは世界最高の改札システムであり、今後も永続する」と信じています。
しかし間違っています。
JR自身がすでにプレスリリースで示している通り、
Suica方式はいずれ卒業するマイルストーンが明確に存在します。
つまり末端技術としてのSuicaは、商標こそ残りますが、
システムとしてはいずれ役割を終えることが前提です。
そしてそれは偶然ではありません。
JR東日本は、Suicaをリリースした当初から、 その次のマイルストーンを見据えて設計していました。
1. 多くのITエンジニアがSuicaは永続すると信じている
Suicaは氷河期真っただ中の2001年に登場しました。
当時としては驚異的な設計です。
- 改札0.2秒処理
- オフライン決済
- 数千万ユーザー
- 都市インフラ化
日本の失われた30年の中でも輝く成功モデルでした。
リリース直後から完成度が高く、
20年以上にわたり巨大インフラとして機能しています。
その成功体験から、多くのITエンジニアはこう考えます。
「Suicaは完成形だ」
しかしそれは、
少しばかり思い出補正が入っています。
リリースして終わり、というのは
インフラ屋の発想ではありません。
それはむしろ
IT屋の発想です。
2. JRの公式資料ではSuica方式の卒業が示されている
JR東日本の近年の構想を見ると、
明確な方向性が示されています。
- サーバー型Suica
- アカウントベース運賃
- ウォークスルー改札
つまり
カード残高モデル → ID認証モデル
への移行です。
これは言い換えると
Suica方式の卒業
を意味します。
Suicaの弱点は
処理が極端にカード側へ依存していることです。
そしてJRは
最初からそれを理解していました。
3. JRは最初から次のマイルストーンに動いていた
恐ろしいことに、
Suicaが2001年にリリースされた時点で
JRはすでに次の段階を考えていました。
Suicaの内部構造は
カード
↓
駅
↓
センターという三層構造です。
これは今で言う
CDN型アーキテクチャ
とよく似ています。
Origin
↓
CDN
↓
ClientつまりSuicaは
クラウド以前の時代に、 分散システムとして設計されていた
のです。
本来、FeliCaは高速なので
センター直結の設計も不可能ではありませんでした。
しかしJRはそうしませんでした。
4. クラウド＋駅CDN
現在JRが進めているのは、
この設計思想をクラウド時代に明確に移行することです。
クラウド
↓
駅サーバー（CDN）
↓
改札これはWebの
Origin
↓
CDN
↓
Clientとほぼ同じ構造です。
だからこそ
Suicaは進化できるのです。
それを可能にしているのは
JRの30年スパンのIT設計思想です。
5. その次：FeliCaの卒業
Suicaの心臓部は
FeliCaです。
しかしFeliCaには
- カード残高モデル
- 専用チップ
- 閉じたエコシステム
という制約があります。
そして興味深いことに、
SonyはすでにFeliCa事業の縮小を進めています。
これは偶然ではありません。
Suicaの未来は
FeliCa決済
↓
ID認証
↓
サーバー決済だからです。
Sonyもそれを理解していたわけです。
6. そして最後には改札すらなくなる？
ここでさらに面白い発想があります。
「改札が必要」という前提そのものです。
JRが研究しているのは
ウォークスルー改札
つまり
改札そのものが消える可能性です。
ID認証
↓
乗車ログ
↓
クラウド運賃計算改札は
人流制御装置
から
単なる入口認証
へと変わります。
そしてこの思想では
認証ポイントは分散できます。
つまり
改札という一点集中のボトルネックが消える
のです。
7. IT業界は数年、JRは数十年
IT業界の多くは
3年ロードマップで動きます。
しかし鉄道会社は
30年
50年で設計します。
橋、トンネル、線路と同じ発想です。
Suicaは
電子マネーではなくインフラ
だからです。
そこには建設業の思想である
ライフサイクルコスト
という概念があります。
8. Suicaは終わる。しかし消えない
結論です。
Suicaは
ハードとしては終わる。
カード残高モデルは
いずれ消えます。
しかし
Suicaという名前と
その設計思想は残り続けます。
それは
- 都市決済
- 交通認証
- 都市インフラ
として進化するからです。
結局、Suicaを本当に殺すのは
「置き換えられない」
「置き換える必要がない」
という思想です。
しかしJRにそのような発想はありません。
だからこそSuicaは
技術としてではなく、モデルとして生き続けるのです。