トップページ > Apple > 2014年11月14日 > oDwGZeZH

書き込み順位&時間帯一覧

1 位/189 ID中時間01234567891011121314151617181920212223Total
書き込み数0000000000000010200120118



使用した名前一覧書き込んだスレッド一覧
John Appleseed
【NFC】Apple Pay 2枚目【おさいふ】

書き込みレス一覧

【NFC】Apple Pay 2枚目【おさいふ】
683 :John Appleseed[sage]:2014/11/14(金) 14:54:48.00 ID:oDwGZeZH
>>674
その記事読んで、直接記事とは関係ない点でふと思ったんだが…

「Apple Payはカード番号(PAN)の代わりに動的なデバイス固有番号(DAN)で決済する。そのため、
小売店はカード番号と紐付けての情報収集やサービス提供ができなくなる。これが、一部小売店が
Apple Pay導入を見合わせたり、CurrentCに走ったりする原因だし、日本でも会員サービスや
ポイントサービスとカード番号が紐付けられてる例があるから、すんなりApple Payに移行しない」
って論調がしばしば見受けられるけど、そもそもDANは一応「動的」って言われてるものの、
決済毎に変わるような性質のものでは無く、iPhone紛失で利用停止したり、機種変更して再登録
したりでもしない限り、ぽんぽん変わるものじゃ無いんだよね。

Apple Payで買い物した際の返品対応は、店側のCAT端末のデータをDANの末尾4桁で
照合するってことになってるから、簡単に変更や再発行はできるものの、何もしなきゃ
一定期間変わらないもののはず。

だから、Apple Pay登録者への会員サービスに関しては、店頭でDANと個人情報を
客に能動的に紐付け作業、てか決済時に申し出に応じて紐付け登録すれば、できない
ことは無いと思うんだが…。

もちろん、DANをそういう使い方していいかは知らんけど、それ言い出したらPANを
個人情報に紐付けることの方がよっぽど危険なわけで。
また、個人情報と紐付けられていないのが売りのDANにわざわざ個人情報を紐付けるのは
阿保だという意見もあるだろうが、そこは利用者の選択を尊重ってことかなと。

んで、ここからは更にきわどいけど…Apple Payが発行するDANの一部は、単純な
NFCカードリーダで読み取れる。
よくNFCリーダにApple Pay登録済みiPhoneを近づけたらApple Payが誤作動したって
動画があるけど、あれを応用して、決済に使えない範囲でDANをリーダに読ませて、その
番号を会員番号代わりにすることもできるはず。
決済以外の場面で、たとえ大部分が隠されてるとはいえ決済に利用可能なDANを晒すのは
多々抵抗があるしおすすめできないが、一応可能。

何が言いたいかって、やりようによっちゃApple Payと個人情報を紐付けて顧客向けのサービスを
展開する方法はあるってこと。
顧客に何の利益供与もなしにビッグデータだけ収集するような某鉄道会社みたいなことは
できないだろうけどねw
【NFC】Apple Pay 2枚目【おさいふ】
685 :John Appleseed[sage]:2014/11/14(金) 16:01:46.08 ID:oDwGZeZH
まあそもそもApple PayとGoogle WalletやSoftcardなんかの泥系サービスは、相補的な関係に
あるものであって、競合するものでは無いけどね。
世界的に見ても競合するのはiDやQuicPayくらいでしょ。
【NFC】Apple Pay 2枚目【おさいふ】
688 :John Appleseed[sage]:2014/11/14(金) 16:51:22.52 ID:oDwGZeZH
>>687
>加えてワンタイムパスワードみたいな変数
おっしゃるとおり、それが「トークン」って言われるもので、CVV(カード裏面の3桁の番号)に
相当する。

書き方が悪かったから申し訳ないけど、DANと個人情報を紐付けする云々は小売りサイドでの
話っす。銀行はそんなことしないでもDANとPANを紐付けるシステムを最初から持ってるし、
それがないと請求ができないw
【NFC】Apple Pay 2枚目【おさいふ】
691 :John Appleseed[sage]:2014/11/14(金) 19:25:59.68 ID:oDwGZeZH
>>689
iOSの場合、ゲームアプリのアイテム課金とか、アプリ全般の機能追加とか広告削除とかでの課金支払いは
Apple PayでなくIn app purches(アプリ内購入)でって、明確にルール付けされてるよ。

Apple Pay使っていいのは、アプリを使って通販で物買ったりって感じで、アプリ外というか
外界のモノやサービスを買う場合。
でないとiOS App Storeのショバ代回避ができちゃうからw

Googleもこんなとこまねなくてもいいと思うんだがw
【NFC】Apple Pay 2枚目【おさいふ】
693 :John Appleseed[sage]:2014/11/14(金) 20:24:11.01 ID:oDwGZeZH
>>692
もっと言えば、AppStoreとかiTunesStoreとか、AppleIDで紐付けられてる支払いこそ
Apple Payで済ませたいけどね。
AppleID関係は世界で最も多くのPANを保持してるサービス、過去にはそれなりの規模の
カード番号流出もやらかしてるし、正直Appleにカード番号預けたくないw

あと、Amazonだとか楽天だとか、便宜的にカード番号置いちゃってるサービスも
できることならApple Payにしてしまいたい。
ただ、現状Mac/PCでのWebベースのネットショップでの支払いをApple Payで行う
スキームは無いわけだが…

Apple Payのアプリ内支払いは、DANを支払先に預けること無く直接アクワイアラに送ると
ともに、支払先には発送先住所を知らせる機能も持つ便利なサービスな訳だが、これを
幅広いWebサービスでの支払いに使うためには…QRコードはどうだろう?

Amazonでカートに入った商品を支払う際、Apple Payを選択したら画面にQRコードが出現。
これをiPhoneのPassbookから起動させたQRリーダで認識したら、Apple Payの支払い画面が
立ち上がり、TouchIDで支払い認証。
認証したら、DANがアクワイアラに、発送先住所がAmazonに自動転送されて購入完了!
もちろん、QRベースだから他の通販サイトでも使用可能!
こんな実装はどうかなぁとw
【NFC】Apple Pay 2枚目【おさいふ】
694 :John Appleseed[sage]:2014/11/14(金) 20:57:51.32 ID:oDwGZeZH
>>690
DANを顧客管理に使うかはさておき、ビッグデータは割と取れる気がする。
今だって、nanacoやWAONでビッグデータ集めようと思えば、個々のカードのIDと、
それぞれのカードの決済傾向の分析に頼るわけで、原則個々のカードの番号と
個人は紐付かないわけだから、同質のビッグデータを集める分にはDANで十分事足りる。

後半についてはレス分けます。
【NFC】Apple Pay 2枚目【おさいふ】
696 :John Appleseed[sage]:2014/11/14(金) 22:13:56.98 ID:oDwGZeZH
>>695
それも考えたんだけど、Handoffなんかに絡めると機種依存度が高すぎて普及しない、というか
ネットショップ側が実装しようとしないかもなぁと。
WebサイトとApple Payとの受け渡しの部分は、可能な限りiOSやApple Pay、Macに縛られない
泥でも使えるような方式が望ましいと思うんだよ。それこそ、Apple Payと同様に汎用性の高いものがいい。
iPhoneでそれなりに勢いあるとはいえ、Apple専用なんて店が積極的に導入するとは主円からね。

ってよく考えれば、>>693くらいの実装はAppleが用意しないでも、個々のサイトで用意できるかw
サイトで購入時にQR表示させ、泥やiPhoneで起動した専用アプリで受けて、それぞれの端末での
決済操作で決済。

CurrentCの実装に結構近いけど、自宅のMac/PCでネットショップして…ならQRが入り込んでも
そんな違和感ないと思うんだよね。
【NFC】Apple Pay 2枚目【おさいふ】
698 :John Appleseed[sage]:2014/11/14(金) 23:57:02.31 ID:oDwGZeZH
>>697
自覚はしてるw
遠慮なくNGしといてくれww


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。