使っちゃいけないフラグだよ。 今定義されてるメッセージ種別は earthquake warning message tsunami warning message earthquake and tsunami combined warning message test message(Normal UE silently discards this message. Test UE may may display its contents) messages related to other emergency types の5つ。 これに加えて ETWS CBS Message Identifier for future extension. はあるけど、予約領域で現在用途未定義。
スラドなんだからまず仕様を押さえようよ (スコア:2, 参考になる)
ETWSには通知の内容を示すフラグがあり、
たとえばtype-otherやtype-testなど
地震や津波ではないが配信していいフラグがわざわざ仕様で用意されてます。
ちなみに、地震と津波を分けて取り扱うこともできます。
さらにらメッセージIDには
「オペレータが自由に使ってよい」まで用意されていますので、
本来的には
「type-otherでオペレータが自由に使ってよいメッセージIDで、自分は知らないメッセージID」なら
反応するべきではないわけです。
今回の件は、このような
「ETWSの仕様に乗っ取った他社の配信」を
ソフトバンク回線上のiPhoneが受信してしまったのが問題です。
Re: (スコア:0)
>「type-otherでオペレータが自由に使ってよいメッセージIDで、自分は知らないメッセージID」なら反応するべきではないわけです。
その
"「自分は知らないメッセージID」なら反応するべきではない"
というのが明示的に仕様で決められているの?
Re: (スコア:-1)
反応するなら反応するでいいんじゃないですか?反応したことの全責任を反応した当事者がとるなら、ですが。
規格で定められた未知とされるものを
扱おうとするはそういうことですよね。
開発において結果未定義とされている部分なのに
一定の結果となることを決めうちするクソコードを書いたなら
責任も自分で取るべきです。
言語や規格を責めるのは単なる責任転嫁ですからね。
Re: (スコア:0)
いや、質問は
>"「自分は知らないメッセージID」なら反応するべきではない"
>というのが明示的に仕様で決められているの?
なんだが。
Re: (スコア:0)
Re: (スコア:0)
結局答えられないのね。
Re: (スコア:0)
他のコメントで散々でてるだろ。
コマーシャルや今回のような配信に使って良いフラグなので、
緊急地震速報として反応すべき出ないのは明らかだろ。
Re: (スコア:2, 参考になる)
使っちゃいけないフラグだよ。
今定義されてるメッセージ種別は
earthquake warning message
tsunami warning message
earthquake and tsunami combined warning message
test message(Normal UE silently discards this message. Test UE may may display its contents)
messages related to other emergency types
の5つ。
これに加えて
ETWS CBS Message Identifier for future extension.
はあるけど、予約領域で現在用途未定義。
この「other emergency types」で今回流したようなメッセージを送っていいと思う
Re:スラドなんだからまず仕様を押さえようよ (スコア:1)
この「other emergency types」で今回流したようなメッセージを送っていいと思うか?emergencyってわざわざ入ってるんだぞ。
そういう情報を流したければ、現在用途未定義のIDにそのような用途が定義されてからやってくれ、ってことだ。
さらにいえば、そのような用途のIDを定義するには、輻輳発生といった悪条件下であっても,他の緊急情報が有った時に適切な優先順位が決定でき,優先する通報を妨げることなく処理できる技術を提案しなければなりません。