アカウント名:
パスワード:
内容としては、・シール上のNFCチップとPOSレジが通信・POSレジがGoogleサーバーにリクエストを発行・GoogleサーバーはAndroid端末にC2DM経由でリクエストを発行・C2DMのリクエストに応じてAndroid端末でアプリが起動。Googleサーバーとやりとりして決済処理を完了・GoogleサーバーはPOSレジに決済処理完了を通知・POSレジはNFCチップに対して決済完了を通知、NFCチップは必要ならローカルに決済情報を確保する
という経路を辿るようです。
Android端末が通信可能状態、かつGoogleアカウントの自動同期が有効になっている必要があるというのは置いておいても、通信不安定による処理不安定の懸念、処理時間が相当かかることへの懸念はなかなか払拭できませんね。
＞通信不安定による処理不安定の懸念、＞処理時間が相当かかることへの懸念はなかなか払拭できませんね。
インフラ投資が苦手な業者さんとこだとたぶん使えない気がする。
#twitterからアンテナ増やしてと頼んでも「やりましょう」と言わせないのか、言わないのか知らないけど。
地震の後なんかだと通信規制でスマフォ役に立たなかったし、まずダメでしょね。SUICAとかEdyは地震の後でも問題なく使えて他のかどうか知らないけど。
#どうせ緊急時は現金か物々交換になるのか。
地震での停電期間中、自家発電でレジ稼働中のコンビニでSuicaやNanacoが使えてましたよ。@栃木やっぱり携帯網なんかで通信していたのかな？
都内ですが、近所の7-11も輪番停電中は自家発電でレジ周りだけは使えるようにしてたらしいです。実際の停電中には買い物したこと無かったので詳しいことはわかりませんけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
さすがにこれは国内では厳しい (スコア:3, 参考になる)
内容としては、
・シール上のNFCチップとPOSレジが通信
・POSレジがGoogleサーバーにリクエストを発行
・GoogleサーバーはAndroid端末にC2DM経由でリクエストを発行
・C2DMのリクエストに応じてAndroid端末でアプリが起動。Googleサーバーとやりとりして決済処理を完了
・GoogleサーバーはPOSレジに決済処理完了を通知
・POSレジはNFCチップに対して決済完了を通知、NFCチップは必要ならローカルに決済情報を確保する
という経路を辿るようです。
Android端末が通信可能状態、かつ
Googleアカウントの自動同期が有効になっている必要があるというのは置いておいても、
通信不安定による処理不安定の懸念、
処理時間が相当かかることへの懸念はなかなか払拭できませんね。
Re:さすがにこれは国内では厳しい (スコア:1)
＞通信不安定による処理不安定の懸念、
＞処理時間が相当かかることへの懸念はなかなか払拭できませんね。
インフラ投資が苦手な業者さんとこだとたぶん使えない気がする。
#twitterからアンテナ増やしてと頼んでも「やりましょう」と言わせないのか、言わないのか知らないけど。
地震の後なんかだと通信規制でスマフォ役に立たなかったし、まずダメでしょね。
SUICAとかEdyは地震の後でも問題なく使えて他のかどうか知らないけど。
#どうせ緊急時は現金か物々交換になるのか。
Re:さすがにこれは国内では厳しい (スコア:1, 興味深い)
地震での停電期間中、自家発電でレジ稼働中のコンビニでSuicaやNanacoが使えてましたよ。@栃木
やっぱり携帯網なんかで通信していたのかな？
Re:さすがにこれは国内では厳しい (スコア:4, 参考になる)
計算上３日くらいは通信途絶どころかサーバーがダウンしてても大丈夫らしい。
Re:さすがにこれは国内では厳しい (スコア:1)
都内ですが、近所の7-11も輪番停電中は自家発電でレジ周りだけは使えるようにしてたらしいです。
実際の停電中には買い物したこと無かったので詳しいことはわかりませんけど。