すくすくと巨大化しています。

しかし、このにゃんこに限って、と思っていたことが起こってしまいました。

血尿キター！

なんかトイレで頑張ってると思ったら血尿出てました。しょっく。

実は先住にゃんこのうち一匹もストレスに弱くて私がちょっと長い間海外に行ったりするくらいのストレスでしょっちゅう膀胱炎を起こす持病もちだったので、トイレで血を見てもあぁまたヤツか、くらいの血尿耐性（なんじゃそりゃ）はあったんですが、この子にゃんこがやらかすとは思ってませんでした。

ってことで早速病院へ。

超音波取ってみても腫瘍・結石などの異常なし、ってことで、やっぱりストレス性の突発性膀胱炎の疑いが強そうです。一応細菌性も疑って、止血剤と抗生剤両方出してもらいました。

病人の割にはずいぶん平気そうな顔で、っていうか、ぶっちゃけ全然弱ってないです。相変わらず先住にゃんこにちょっかいだして怒られてます。

薬大好きなにゃんこでよかったです。先住どもは絶対に薬を口に入れなかったのですが、こいつは、ほーらおいしいよ、と手に乗せて差し出すと薬二つぶをぱくっとくわえてぺろりと飲み込んでくれます。

これで治まればいいんですが、治まらないと精密検査行き。また入院させちゃうぞ。

どうでもいいですが今回病院に行ってちゃんと計ったら体重6kgを余裕で突破してました。我が家の最重量にゃんこ7.5kgに近づくのも時間の問題か。あれ、これ、1.5歳だよねぇ。このでかさおかしくね？

TWEET

そろそろ一カ月なので、DIGNOの再レビューをしてみたいところです。

まずやっぱり電池もち。相変わらず、一日一回の充電だけで、半分以上余らせているという状態が続いています。昼間は結構テザリングで使ってたりもするんですけど、全然余裕。職場用にと思ってキャンペーンで充電器＋充電ホルダーもう一個もらったんですが、全然活躍していません。容量が大きいのもさることながら、根本的な消費量がARROWSとは桁違いに少ないように感じます。

もちろんARROWSは3G+WiMAXのデュアル状態だったのでその差は大きいですが、一方で、スマホの（触ってないときの）バッテリ消費の大半はアプリの自動同期とかの通信での無線電力なわけで、その点でWiMAXは圧倒的に省電力だったんですよ。実際、WiMAXをONしておいた方（3G+WiMAX）が3Gオンリーのときよりもバッテリの持ちは良かったんですよ。それよりも明らかにいいんですよ、DIGNOは。

LTEで待ち受けが最適化された、っていう話もありますが、それよりも、端末自体のつくりが良いような気がします。ハード的と言うよりも、ソフト的に。ARROWSはどうもバックグラウンドで意味不明なアプリが大量に動いていて、機能OFFでも何かしてる感じだったんですが、DIGNOはその辺がかなりきれいです。そういうのがいないので勝手に端末が目覚める契機が少なく、同期通信の制御が乱されにくいんじゃないかなぁ、と。勝手な妄想ですが。いや国産メーカはスマホもPCも消せない余計な常駐ソフトてんこ盛りでひどいもんだと思ってましたが、案外、京セラがノートPCとか作ったらかなりいいものができるんじゃね？とか思っちゃいました。

あ、そうそう、ARROWSだとアツアツになるアプリを動かしても熱くなりません。同アプリ、ARROWSだとすさまじい勢いでバッテリを消費して、満充電でも1時間程度しかもたないのですが、DIGNOだと1時間動かしても10%程度の消費で済んでいます。明らかに電力効率が高いです。っていうか、ARROWSはどんなつくりをしたらあんな消費量になったんだろ、ってくらい違います。とにかく、重そうなアプリを気にせずに使えるようになっただけで全然快適さが違います。

ちなみに性能、Xperiaが同時にやってきたので、それとの比較でいうと、動作はややもっさり。同時に同じアプリを起動しても一呼吸遅い感じ。気になるほどではないですが、やっぱり評価されている端末は違うもんだなーと思いました。あと話は逸れますがが、XperiaだとSONYのBDレコーダのコンテンツを全部DLNAで再生できるんですよね。超便利。それ以外の端末だとダメ。何となくコタツリビングを別の部屋に移動させちゃってBDレコーダのある部屋が凍てつく部屋と化してしまっているので、リモートで録画を見られるのは超便利です。

閑話休題。カメラはやっぱりちょっと画質（と言うかフォーカシングの弱さ）が気になります。画像が全体的に暗めなのも。フォーカスはたまにぴしっと合うこともあるのですが、たいていは外しまくり。暗さも、明るい設定にしても単に後処理で明るくしているだけでダイナミックレンジはそのまま、単に画面全体が白っぽくなるだけの明るさ。って感じで、いろいろいじくってみた結果でもカメラは結構不満のある性能のままです。

重さ・大きさについては慣れましたが、やっぱり改めて見るとでかい、重い。このバッテリ容量でもう一回り小さかったら名機と言ってもいいところなんですが。画面サイズはこんなにでかいのはいらないんだよなぁ、と言う感じです。画面がでかいからと言って情報量がそんなに多いわけでもないし。スマホサイトって、画面サイズに依らないレイアウトを実現するためにViewport指定とかするじゃないですか。結局ほとんどそういう画面サイズ変動吸収のためのアプリ・サイト側の工夫のために情報量自体は増えないんですよね。スマホ向けじゃないサイトを見るときにちょっと役立つかも、くらいです。

最後にLTE。相変わらず速いです。エリアの面的広さに関してはあまり実感するほど田舎に行かないのでわからないですが、毎日のように地下鉄でLTEが入る駅が増えているのが好感が持てます。あれ、ここ今日からLTE入るんだー、って感じ。もうLTEに慣れると3Gではデータ通信する気になれないですね（WiMAXのときも同じこと言ってた気がするけど）。一部とはいえ地下鉄で入るようになっている分、WiMAXより確実に使い勝手はよくなっています。また、電車入線など3Gだとどんづまって使えなくなるシチュエーションでも今のところ快適に使えてます。まぁこれに関してはユーザが増えたら同じような状況になっていくでしょうけど。

と言うことで、久々のDIGNOレビューでした。

TWEET

先日のKDDIがETWSを広告配信に使っていたという問題、「ETWSには『その他』として地震津波以外の情報を伝えるようにできている」「商業配信に使ってもいいらしい」と言う意見をたくさんいただきました。

まず、種別について。種別（WarningType）として、以下の5つが定められています。

0地震
1津波
2地震と津波
3テスト
4その他

地震、津波はいいですね。テストも、システムのテスト用と言う意味で問題ありません。問題は「その他」。この「その他」なら、広告にでもなんにでも使っていいはず、と言う考え方。残念ながらこれは間違いです。この種別での「その他」は「その他（の警報）」を意味しています（正確には、「その他（other）の場合は、警報内容はすべて警報本文中に記載してあるものとする」と言う規定となっています）。つまり、「その他」は、地震、津波以外の何らかの天災や人災を緊急警報として通知したい場合に使うことが想定されています。たとえば集中豪雨やテロ・戦争などです。世界のどこで使われるか分からないiPhoneが、「その他（の警報）」を受け取ったら、それがどんな災害なのか判別不可能である以上、ユーザにその警報を知らせて内容からの判別を促す、という実装は間違いとは言えません。

また、これとは別に、警報音を鳴らすか、強制表示するか、と言うことを示すフラグもあり、これが強制指示でなければ表示してしまったiPhoneの実装が間違いではないか、と言う話にもなるかもしれませんが、これも違います。

警報を鳴らすかどうかのフラグは、
0指示なし
1鳴動せよ
表示を強制するかどうかのフラグは、
0指示なし
1表示せよ

いずれも、0が指示された場合は、「どちらでもよい」なのです。となれば、「その他（の警報）」であり、天災・人災の恐れのあるメッセージを受け取ってしまった以上は、ユーザの安全のために表示する、と言う仕様であるほうが、グローバル端末として自然ですし、少なくともiPhoneの実装は間違いではありません。

一方、「商業利用を禁じない」と標準文書に書いてあるからKDDIの仕様は適正だ、と言う意見も見ますが（山ほどたくさん）、これも標準の読み間違い。その一文はいわゆる「Stage1」と言う文書群のひとつに書いてあります。Stage1は標準動作を定めるものではなく、標準を定める前提条件の取りまとめです。簡単に言えば、標準を作るときはここに書いてあることに従わないとだめよ、と言う条件集。Stage1に「禁ずる」と書いてあった場合は、誰かが提案したとしても「Stage1に禁止って書いてあるだろ」で議論はおしまい、提案書はゴミ箱行き、そういう意味を持つのがStage1です。つまり、ここに書いてある意味は、「ETWSが商業利用可能となるような拡張の提案があったとしても、それをStage1を理由に拒否することは無いですよ」と言う意味です。

そして、ETWSは確かにそのように作られています。WarningTypeに100以上もの予約領域があり、この予約領域のいずれかをたとえば「広告」や「メルマガ」と言う様に定義可能になっています。しかし重要なのは、現状は定義されていないと言うことです。機器の実際の実装の参照となるのは、実際に出来上がった仕様である「Stage3」です。そのStage3には、上に書いた通り、5通りの警報種別しか定義されていません。

KDDIは、もし広告配信に使いたいのであれば、WarningTypeに「広告」と言う種別を追加するという標準提案をし合意を得なければならなかったのです。これを怠った上で、勝手に「Other」とは「その他の用途すべてだ」と読み間違い、さらには国内だけで「Otherのときは警報じゃないので無視してね」なんて密室合意でことを進めるやり方は国際標準の基本理念からは程遠い所にあります。

わざわざStage1に「商業利用するための拡張は禁止しませんよ」と書いてあるんだから、拡張のための提案をすればよかっただけの話なんですよ。ただそれをやらずに勝手に別の用途に使っていたことが今回の問題の根っこです。なんというか、お粗末な話で、いかにも国際動向・国際コンセンサスを軽視する日本企業らしいなぁ、とは思ったのですが。

と言うことで、グローバル端末に標準外の実装制限を課すのではなく、標準から読めるあらゆる動作を想定したシステムの使い方をすべきで、それで目的を達成できないのであれば標準をきちんと定義してから使うべき、と言うのが私の考えです。でわ。

[追記]2012年10月に「5つ以外は緊急じゃないから表示しないでね」とか後付でちゃんと標準提案して記載しましたよなんて某所で某氏が言ってるらしいですが、いくらなんでも「ならOK」はないよ・・・Release9のStage3 functional freezeは2009年でっせ・・・。3GPPのReleaseとかStageとかFreezeって概念を知らない人はこんな弁明でころっとだまされちゃうんでしょうけど・・・。端末の動作規定を決める「Stage3」が「機能面で確定」するのが「Stage3 functional freeze」、それ以降は、バグ修正以外の動作の規定の追加は禁止。なぜなら、その時点で端末を作り始めた人が後の改定で動作不良を起こす恐れがあるから。「IDによる動作を追加する」なんて完全に新機能扱いです(標準の世界では)。だから、件の「追記」ももちろんRelease9に遡上適用されるようなものじゃありません。っていうかあの件ってKDDIが完全に標準手続きを無視して強引に押し込んだ話を仕方ないなぁってドコモ・SBMが嫌々受け入れたっていう話なのに、どうしてドコモがあんなにKDDIを擁護するのかよくわからん・・・。

TWEET

LTEエリア状況図について、「バンドごとの整備状況も知りたい」と言う要望をたくさんいただき、スクリプト改修して一カ月ほどかけて再集計しました。別に一日で再集計くらいできるんですが、サーバ負荷とか気にしちゃうチキンです。

ということで、以下に自動出力図を。

全バンド合計

2.1GHz帯

ドコモ

KDDI

SBM

EM

プラチナバンド (700～900MHz帯)

ドコモ

KDDI

SBM

EM

以下その他

1.5GHz帯

ドコモ

KDDI

SBM

EM

1.7GHz帯

ドコモ

KDDI

SBM

EM

凡例
: iPhone5
: iPhone5S/5C
: Android
: Android(一部)

一応毎日更新ですが、免許情報が更新される月3回くらいしか情報は反映されないと思います。

一応このエントリから常時最新情報画像を参照していますので、参考にどうぞ。

[追記]バンド幅変更をするときの暫定的な状態だと思って無視してたんですが、共存不可能な2キャリア分の免許を1局にブチ込んだまま放置するという暴挙があまりに多くなってきていたので、計数方法修正。ちょっとDB負荷上がっちゃったけどたぶん大丈夫。
[追記]ダブルカウントしてね?(特にKDDIバンド別)というメールが20通を超えたので補足。えーと、マルチバンド基地局というものがありましてですね。そうでなくとも設備の一部を共用する基地局は免許を一つにまとめましょうという決まりがあってですね。なので「全ロケーション」に中のいくつかは一つのロケーションに複数バンドの基地局がおいてあるんです。慎重に「ロケーション数」という記述にしたのはそういう理由からです。
[追記]面グラフなら面積比例にした方がよくね？と言うご意見いただき、面積比例に直しました。
[追記]端末対応状況アイコン表示してみましたが、たぶん間違ってます。間違いご指摘いただければと思います。

TWEET