アカウント名:
パスワード:
「契約者固有ID」がわからないと課金情報を集約できない↓勝手に料金を請求できない↓ケータイビジネスモデルの崩壊?
料金請求をできないことはないけど、ものすごく面倒になることが予想されるなぁ。
なんですが、たしかSBだったかで、有効にしないとWeb使えないみたいな端末があったそうな
# これもjbeefセンセのとこの日記にあったはず
さらに今はほぼ自動送信になってるし、あと確認して送ったとしても、これがドメイン(というかなんというか)を跨いで一意であることの問題が大きいと思います。極端な話し、各ページのログイン時にのみ送信していても、そのページに広告もあったら、同時に送信してしまう。
で、広告会社はすべてのドメインよりあつめて一意のIDで集約し、プライバシー情報があつまる、さらにその情報を広告会社が別の会社に販売時にIDも付けれる、これはその会社でもIDを取得できるので、用意に個人の嗜好に沿ったアクションができてしまう。# 渡したつもりもないのに
一部は今のWeb上(Cookie)でも起きていることですが、一部はID使ってないと発生しない、かつCookieのように自分の意図で消したりできないという
一部は今のWeb上(Cookie)でも起きていることですが、
cookieでは以下のことはできませんね。
その情報を広告会社が別の会社に販売(...)その会社でもIDを取得できるので、
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
契約者固有IDがないと困るのでは? (スコア:0)
「契約者固有ID」がわからないと課金情報を集約できない
↓
勝手に料金を請求できない
↓
ケータイビジネスモデルの崩壊?
料金請求をできないことはないけど、ものすごく面倒になることが予想されるなぁ。
Re: (スコア:0)
それが知らないところで勝手に送られているのが問題なわけで。
特定の方法を使うと識別番号を取得できるが、ユーザーには送信直前に確認ダイアログが出る。
というような仕様なら問題ないでしょう。
Re: (スコア:1, 参考になる)
なんですが、たしかSBだったかで、有効にしないとWeb使えないみたいな端末があったそうな
# これもjbeefセンセのとこの日記にあったはず
さらに今はほぼ自動送信になってるし、あと確認して送ったとしても、これがドメイン(というかなんというか)を跨いで一意であることの問題が大きいと思います。
極端な話し、各ページのログイン時にのみ送信していても、そのページに広告もあったら、同時に送信してしまう。
で、広告会社はすべてのドメインよりあつめて一意のIDで集約し、プライバシー情報があつまる、さらにその情報を広告会社が別の会社に販売時にIDも付けれる、これはその会社でもIDを取得できるので、用意に個人の嗜好に沿ったアクションができてしまう。
# 渡したつもりもないのに
一部は今のWeb上(Cookie)でも起きていることですが、一部はID使ってないと発生しない、かつCookieのように自分の意図で消したりできないという
Re:契約者固有IDがないと困るのでは? (スコア:0)
cookieでは以下のことはできませんね。