Suicaはなぜ0.2秒で改札を通せるのか

※ この記事はデザイン確認用の構成テンプレです。公開前に実測・出典確認の上で全文を書き直してください。

0.2秒という制約

ラッシュ時の自動改札は1分間に約60人を通す。1人あたりに許された処理時間は——。

(TODO: 導入。読者の日常体験から入る。出典: JR東日本の公開資料)

残高はカードの中にある

図1 — 改札の処理経路(概念図) / nakami.fyi · 中身 No.001

改札機は通信を待たない。運賃計算と残高更新は改札機とカードの間で完結し、センターへの反映は後から非同期で行われる。

(TODO: FeliCaの通信シーケンス、運賃テーブルの持ち方)

改札機が持つ運賃テーブル

(TODO: 深度2の解説)

カード内のデータ構造

(TODO: 残高・履歴ブロックの構造)

実測 — カードの中を読む

PaSoRi(ソニー製のNFCリーダー、約3,000円)で手元のSuicaを実際に読んでみる。

$ TODO: 実測ログをここに貼る
読み取り対象 : Suica (FeliCa)
残高        : ¥X,XXX
直近の履歴   : 入場 XX駅 → 出場 XX駅 ¥XXX
測定条件     : PaSoRi RC-S300 / macOS / n=XX回

(TODO: 履歴が20件カード内に残っていることを示す)

センターとの後追い同期

(TODO: ネガデータ配信、オートチャージ、モバイルSuicaとの違い)

まとめ

(TODO: 「中身」3行まとめ + 次回予告)

---

参考資料(TODO: 一次資料のみ。憶測で書いた箇所はゼロにする)

資料	種別
FeliCa技術仕様(ソニー公開版)	一次
JR東日本テクニカルレビュー	一次