アカウント名:
パスワード:
はなから改札で使うことを前提としたType-Fより遅いに決まってる。
細かいけど Type-F の元になっている Felica は別に改札用に開発されたわけではないよ確かに通信規格として Felica の方が高速なのはあるけど、一番のネックはオープンループでサーバとのやりとりが発生して決済に時間がかかっていること(一昔前の suica は駅毎にエッジサーバを置いて、そことのやりとりで決済完了。定期的に中央サーバと同期する形で高速化していた。最近直接中央サーバとやりとりする形にしたような)
なので、通信規格もさることながら、VISA タッチなら VISA の決済プロトコルが追いついていない
不正利用される確率が少ない公共交通機関の少額決済では、サーバ側の処理を簡略化して低遅延で応答するようなシステムにできないのかな?
10万円の腕時計を買うときの処理と、500円の電車代を払うときの処理では、同じ処理にする必要が無いとおもう
やった上でも動画でパッと見て分かるほど根本的に遅いのが現実
>細かいけど Type-F の元になっている Felica は別に改札用に開発されたわけではないよ
とは言っても鉄道総研が開発段階から関与してるからなぁ。全く考えてなかったわけではないと思う。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
そりゃそうだろ (スコア:0)
はなから改札で使うことを前提としたType-Fより遅いに決まってる。
Re:そりゃそうだろ (スコア:0)
細かいけど Type-F の元になっている Felica は別に改札用に開発されたわけではないよ
確かに通信規格として Felica の方が高速なのはあるけど、一番のネックはオープンループでサーバとのやりとりが発生して決済に時間がかかっていること
(一昔前の suica は駅毎にエッジサーバを置いて、そことのやりとりで決済完了。定期的に中央サーバと同期する形で高速化していた。最近直接中央サーバとやりとりする形にしたような)
なので、通信規格もさることながら、VISA タッチなら VISA の決済プロトコルが追いついていない
Re: (スコア:0)
不正利用される確率が少ない公共交通機関の少額決済では、
サーバ側の処理を簡略化して低遅延で応答するようなシステムにできないのかな?
10万円の腕時計を買うときの処理と、500円の電車代を払うときの処理では、同じ処理にする必要が無いとおもう
Re: (スコア:0)
やった上でも動画でパッと見て分かるほど根本的に遅いのが現実
Re: (スコア:0)
>細かいけど Type-F の元になっている Felica は別に改札用に開発されたわけではないよ
とは言っても鉄道総研が開発段階から関与してるからなぁ。全く考えてなかったわけではないと思う。