アカウント名:
パスワード:
私もそれ真っ先に思いました。キャリアプロファイルとかで対応出来る範囲なんですかね？であればSBでも遠からず対応されるのでしょうけど。
appleはデフォルトのプロファイルでotherなどの緊急度の低いものは表示しない設定(SIMフリー端末対策というかドコモ運用端末向け)。そしてSBは自社のプロファイルをETWS非運用であってもすべて受信しない設定にする必要があるでしょうね。
HP見る限りはiOS6に実装してあるっぽいですねもしかしてアップルやっちまった？http://www.au.kddi.com/iphone/service/saigai.html [kddi.com]
規格の意味からすれば、やっちまったのは合意をしてしまった、docomo、au、softbankの3社ではないかと。
>規格の意味からすれば
規格の上ではキャリアが商用サービスに使うことがわざわざ許容されています。なのでやっちゃったのはApple、そしてそれを問題が発生する自分の網の上でわざわざ売っちゃってるSBですね。
http://wnyan.jp/3570 [wnyan.jp]
リンク先読まない人多いんだからさわりの引用ぐらいしないと。
一方、「商業利用を禁じない」と標準文書に書いてあるからKDDIの仕様は適正だ、と言う意見も見ますが（山ほどたくさん）、これも標準の読み間違い。その一文はいわゆる「Stage1」と言う文書群のひとつに書いてあります。Stage1は標準動作を定めるものではなく、標準を定める前提条件の取りまとめです。簡単に言えば、標準を作るときはここに書いてあることに従わないとだめよ、と言う条件集。Stage1に「禁ずる」と書いてあった場合は、誰かが提案したとしても「Stage1に禁止って書いてあるだろ」で議論はおしまい、提案書はゴミ箱行き、そういう意味を持つのがStage1です。つまり、ここに書いてある意味は、「ETWSが商業利用可能となるような拡張の提案があったとしても、それをStage1を理由に拒否することは無いですよ」と言う意味です。
もともと、ソフトバンクがLTEでETWS対応するか不透明だったせいかもね。
いや、これって要は「iOS6のETWS実装が使用オペレータを判定していない」ってだけの単純バグだろ？それ以上でもそれ以下にも見えないんだが。
いや、分けてるでしょ。au iPhoneでは鳴らないんだから。
て事は、SBMが必要なプロファイルをAppleに伝えなかったんだな。そしてiOS側ではデフォルトでは全て緊急速報として処理となっていると。緊急地震速報の対応とか見ていると一番ありそうに見える。iOSに問題が有るとすれば、バグってよりはデフォルトの仕様かな。
Softbank(W-CDMA/LTE)版のETWSのロジックが「古い」んじゃないですかね。docomoも引っかかったところを見ると、auが世界で初めて「その他」の用途で使っちゃったんでしょう。
au版(CDMA2000/LTE版)は事前にテストして、Appleにお願いして修正してもらったけど、ハードウェアが異なるせいで、それがSoftbank版にフィードバックされてなかった。
Softbankはサービスイン時にETWSを導入できないことがわかっていたので、ETWSに対するテストが甘かった。docomo-au間で問題になった時に、初めてソフトバンクも気付いたが、Softbankは自分のところのFDD-LTE端末はiPhoneしかないので、AppleがLTEの共通仕様として、対処してくれると思い込んでいた。
で、Appleに明確に確認しなかったので、古いままリリース。今回あわててAppleに予定を確認するも、次のマイナーバージョンアップに先送りと想像…。
しかし、今回の件で笑えるポイントは、ソフトバンクのLTEが入らず、auのLTEは受信可能な場所が結構あるってことだな。
今回は笑えるネタでよかったですが、これへの対策が「他オペレータのtype-otherを無視する」とかにでもなったら、地震でもない津波でもない他の警報が発せられた場合、ソフトバンクのiPhoneは受信していたのに無視することに。
>地震でもない津波でもない他の警報が発せられた場合、ソフトバンクのiPhoneは受信していたのに無視することに。それはそれでいいのです。他キャリアの受信している間に自キャリアの送信が来たらどうするのさ。
その時は電波をつかんでいる自キャリアの3Gからのを受信するはずです。3GもLTEもソフトバンクの電波が届かなくて、auのLTEしかつかめなかったら…、
電波弱いソフトバンクを選んだ選択が間違っているのです。
別に困らないのでは？他キャリアの受信については言及されていませんが、PWS-UE(User Equipment)の「4.6.1一般的な要件」には重複について記載されてます。
警告通知プロバイダによって提示されるように、PWS-UEは、唯一の言語で警告通知を受信して提示する必要がなければならない。オペレータのネットワークまたはUEにおける言語翻訳のための要件があってはならない。警告通知を受信すると、ユーザーの操作なしで、PWS-UE上に表示することが可能でなければならない。PWS-UEは自動的に重複通知を抑制しなければならない。重複は、一意のパラメータによって決定されるように前の通知の繰り返しである。PWS-UEは、ユーザが要求した場合に以前に表示された警告通知を提示する能力を持つべきである。- PWS-UEは、複数の警告通知の同時受信をサポートすることができるものとする
なにか問題が？
我が家はKDDI・SoftBank共にLTEのエリア外なので、今回の件は全く関係のない問題だな。
auのiPhone5では緊急扱いとはなっていないので、iOSのバグではないよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
auもiPhoneあったような (スコア:1)
そのへん実装違うの？
Re:auもiPhoneあったような (スコア:1)
私もそれ真っ先に思いました。
キャリアプロファイルとかで対応出来る範囲なんですかね？
であればSBでも遠からず対応されるのでしょうけど。
Re: (スコア:0)
appleはデフォルトのプロファイルでotherなどの緊急度の低いものは表示しない設定(SIMフリー端末対策というかドコモ運用端末向け)。
そしてSBは自社のプロファイルをETWS非運用であってもすべて受信しない設定にする必要があるでしょうね。
Re: (スコア:0)
HP見る限りはiOS6に実装してあるっぽいですね
もしかしてアップルやっちまった？
http://www.au.kddi.com/iphone/service/saigai.html [kddi.com]
Re: (スコア:0)
規格の意味からすれば、やっちまったのは
合意をしてしまった、docomo、au、softbankの3社ではないかと。
Re:auもiPhoneあったような (スコア:1)
>規格の意味からすれば
規格の上ではキャリアが商用サービスに使うことがわざわざ許容されています。
なのでやっちゃったのはApple、
そしてそれを問題が発生する自分の網の上でわざわざ売っちゃってるSBですね。
Re: (スコア:0)
http://wnyan.jp/3570 [wnyan.jp]
Re: (スコア:0)
リンク先読まない人多いんだからさわりの引用ぐらいしないと。
Re: (スコア:0)
もともと、ソフトバンクがLTEでETWS対応するか不透明だったせいかもね。
Re: (スコア:0)
いや、これって要は「iOS6のETWS実装が使用オペレータを判定していない」ってだけの単純バグだろ？
それ以上でもそれ以下にも見えないんだが。
Re: (スコア:0)
いや、分けてるでしょ。
au iPhoneでは鳴らないんだから。
Re: (スコア:0)
て事は、SBMが必要なプロファイルをAppleに伝えなかったんだな。
そしてiOS側ではデフォルトでは全て緊急速報として処理となっていると。
緊急地震速報の対応とか見ていると一番ありそうに見える。
iOSに問題が有るとすれば、バグってよりはデフォルトの仕様かな。
Re:auもiPhoneあったような (スコア:1)
Softbank(W-CDMA/LTE)版のETWSのロジックが「古い」んじゃないですかね。
docomoも引っかかったところを見ると、auが世界で初めて「その他」の用途で使っちゃったんでしょう。
au版(CDMA2000/LTE版)は事前にテストして、Appleにお願いして修正してもらったけど、
ハードウェアが異なるせいで、それがSoftbank版にフィードバックされてなかった。
Softbankはサービスイン時にETWSを導入できないことがわかっていたので、ETWSに対するテストが甘かった。
docomo-au間で問題になった時に、初めてソフトバンクも気付いたが、Softbankは自分のところの
FDD-LTE端末はiPhoneしかないので、AppleがLTEの共通仕様として、対処してくれると思い込んでいた。
で、Appleに明確に確認しなかったので、古いままリリース。
今回あわててAppleに予定を確認するも、次のマイナーバージョンアップに先送り
と想像…。
しかし、今回の件で笑えるポイントは、ソフトバンクのLTEが入らず、auのLTEは受信可能な場所が
結構あるってことだな。
Re: (スコア:0)
しかし、今回の件で笑えるポイントは、ソフトバンクのLTEが入らず、auのLTEは受信可能な場所が
結構あるってことだな。
今回は笑えるネタでよかったですが、これへの対策が「他オペレータのtype-otherを無視する」とかにでもなったら、
地震でもない津波でもない他の警報が発せられた場合、ソフトバンクのiPhoneは受信していたのに無視することに。
Re: (スコア:0)
>地震でもない津波でもない他の警報が発せられた場合、ソフトバンクのiPhoneは受信していたのに無視することに。
それはそれでいいのです。他キャリアの受信している間に自キャリアの送信が来たらどうするのさ。
Re: (スコア:0)
その時は電波をつかんでいる自キャリアの3Gからのを受信するはずです。
3GもLTEもソフトバンクの電波が届かなくて、auのLTEしかつかめなかったら…、
電波弱いソフトバンクを選んだ選択が間違っているのです。
Re: (スコア:0)
別に困らないのでは？
他キャリアの受信については言及されていませんが、PWS-UE(User Equipment)の「4.6.1一般的な要件」には重複について記載されてます。
警告通知プロバイダによって提示されるように、PWS-UEは、唯一の言語で警告通知を受信して提示する必要がなければならない。
オペレータのネットワークまたはUEにおける言語翻訳のための要件があってはならない。
警告通知を受信すると、ユーザーの操作なしで、PWS-UE上に表示することが可能でなければならない。
PWS-UEは自動的に重複通知を抑制しなければならない。重複は、一意のパラメータによって決定されるように前の通知の繰り返しである。
PWS-UEは、ユーザが要求した場合に以前に表示された警告通知を提示する能力を持つべきである。
- PWS-UEは、複数の警告通知の同時受信をサポートすることができるものとする
Re: (スコア:0)
なにか問題が？
Re:auもiPhoneあったような (スコア:1)
我が家はKDDI・SoftBank共にLTEのエリア外なので、今回の件は全く関係のない問題だな。
Re: (スコア:0)
auのiPhone5では緊急扱いとはなっていないので、iOSのバグではないよ。