スマートフォン 表示
メールフォームでよろづ質問受付中
スマートフォン速度統計への人柱ご協力をお願いします。
2012/6/20 23:59 · ニュースコメント · 1 comment

VoLTE service revenues predicted to reach $2 billion by 2016
VoLTEの記事。VoLTEは、Voice Over LTE、要するにLTE無線を使って音声サービスをやる話なんですが、単なるパケット通信上のVoIPよりももう少しだけ、きちんとした音声サービスができるような仕組みが作りこまれています。と言っても、回線交換ベースでの音声サービスのような品質が出せるわけではなく(特にバックボーンの作り的に)、たとえば、FTTHやCATVでやってるIPベースの電話サービスと同じようなことをLTEでもやる、と思えば間違いないと思います(まぁFTTHとかのIP電話で品質十分だとは思いますが)。記事中では、VoLTEは特にCDMA2000キャリアにとって重要なシステムになろう、と書かれていますが、実際にその通りだと思います。音声・データの同時通信ができないというCDMA2000の弱点を補うということもさることながら、CDMA2000システムは今後、対応チップが限られてきて端末調達コストも上がるし、インフラ装置を作るベンダも減っていくのでインフラ維持コストも次第に上がっていくことが明らかだからです。その点、GSM/WCDMA系は、とにかく圧倒的な数のインフラが出ているので、そういった段階になるのにはまだ時間がかかるだろうし、ほとんどのGSM/WCDMA/LTEキャリアは、ルーラルでのGSM継続、特にLTEで一部劣化してしまっているリンクバジェットを補償するためにフリンジエリアでGSM/WCDMAを活用するという用途は当面残るようなので、CDMA2000キャリアほど切羽詰まった状況ではないと思われます。VerizonがVoLTE導入をものすごく急いでいるという話は聞こえてきますし、おそらくKDDIもかなり早期にVoLTEを入れるんじゃないでしょうか。記事中では「CDMAではCSFBが使えないので無線をデュアルで使わざるをえない」とか大嘘が書いてあるのが気になりますが(苦笑)、CDMAでもちゃんとCSFBは標準化されていて、KDDI含む世界の多くのCDMAキャリアが採用予定ですので、お間違えなきよう。ところで、OTTプロバイダ(Over The Top、通信サービスよりも上の層で仮想的な通信・コンテンツサービスを提供する人)によるVoLTEとの競合も話題にされていますが、これに関しては、キャリアがしっかりとVoLTEの優位性、特性を啓発して、単なる競合とならないように注意しなければならないと思います。なんだかだで、データストリームの上でしか制御できないOTT VoIPサービスは無線を非同期で使うので待ち受け中、通話中の消費電力は数倍になるはず。まぁスマホの場合はそれ以外の消費電力が多すぎるので大きな違いには見えないのかもしれませんが、そういった点でキャリアの「伝える努力」が今後必要になるはずです。

tweet TWEET
2012/6/20 23:59 · ニュースコメント · 1 comment

犬好きと猫好きの違い — 調査結果からみる双方の傾向
なんかねぇ、ゲームとかの中に出てくるにゃんこって、かわいくないんですよ。全然かわいくない。わざと猫のかわいくないところを詰め合わせにして猫の印象を悪くしてやろうという犬派の陰謀じゃないか思うくらい。私も別に犬嫌いってわけじゃないんですけど、やっぱりイメージ的に、世話が大変、ってところはあるんですよ。散歩必須とか。やっぱり、散歩に行くと山のようにダニを拾って帰るんですよ。それが家の中で蔓延すると手におえないし。その点にゃんこは、室内飼いでも運動不足とかってないし、そもそも、運動なんてめんどくさいというのがにゃんこ族の第一欲求じゃないですか。基本、ほっといてくれ、ってのが。だから、楽。体の手入れもトイレの始末も全部自分でやってくれるし。と言って、やっぱり仕事に行って家に帰ると、どこいってたのー!って感じで飛びついてくるじゃないですか。でひとしきり甘えると、あ、自分もういいんで、ほっといてください、って感じで素に戻るのがまたバカっぽくてかわいいじゃないですか。とにかくすごく空気読むから、こっちが暇そうな時に甘えてくれて、忙しいときにはほっといてくださいモードだから、生活が全く疲れないんですよ、にゃんこは。常時かまって!かまって!なわんこは疲れます。あー、だからゲームには向かないんですね、にゃんこは。ほっといてくださいモードのときのにゃんこをゲーム画面でじっと見てるとか、シュールすぎる(笑)。だから、多少デフォルメしてにゃんこのうっとおしいめんどくさい部分だけを詰め込んだゲームがにゃんこゲームになって、うわこの猫かわいくない、ってことになるわけですね。納得。

tweet TWEET

2012/6/18 23:59 · ニュースコメント · 3 comments

ここにもいた、iPhone病
たしかに、iPhoneはよくできた端末なんだけど、それがすべてだ、みたいな人、多いですよね。私はほどほどにiPhoneを評価しているつもりですが、それは、iPhoneが、スマートフォンとしてのエッセンスをしっかりと取り込みながらも、システム設計的あるいはビジネスモデル的にはきっちりとフィーチャーフォンとしてやっているからなんですよ。要するに単一プロダクトによる囲い込みで品質を高く保つというやり方、従来、キャリア主導のフィーチャーフォンがそうであったように、Apple一社によりそれを実現しているということ。なんだかだで、いろんなアプリを追加したりカスタマイズできたりっていうフィーチャーを提供しながらも品質を高く保つ、となると、このやり方しかないと思うんです。一方のAndroidは、汎用的でオープンなOSをまず作ってしまえ、そしたらいろんなデバイスに適用可能になって世界が広がるよ、という思想で、汎用性と引き換えに品質を犠牲にした感じ。まぁそれはそれでありだし、私のようなデジタルギークにはそういった方が望ましいわけです(おもちゃとして)。iPhoneがスマホの皮をかぶったフィーチャーフォンだという私の感覚はなかなか共感をもらえないところなんですが、これって別に貶す目的ではなく、閉じたエコシステムとして非常にうまくやっている例としては史上最大級の例だとほめているつもりなので、よろしく(なにが)。ところで記事の出元がBLOGOSで相変わらず云々っていうコメントがあるようですが、なんか私にも数か月前にBLOGOS掲載の依頼が来て、何往復かやり取りをして、最終的に登録するぞっていう段階にまで進んで規約の確認をしているときに、文言の解釈について質問メールを送ったらその直後から音信不通になりました。ってなわけで、私の中では、なんかすごく感じ悪いです、あのサイト。
NEC、Android 4.0搭載の10.1型タブレット……32GBモデルには50種類のアプリも搭載
うわー、日本製のノートPCやスマホがどうして売れないのか、売れたとしても満足度が低いのか、その辺を全く反省せずに、やっぱり同じ間違いを犯しています。勝手にアプリを50種類も植えつけておいてドヤ顔でだすとか。アプリ自体どういう入れ方してるか分からないけど、普通にフラッシュメモリ領域に一つ一つインストールするよりは、OS含めてROMに直焼きした方がコスト低いわけで、絶対その方法でやってるはず。要するに「アンインストールできないアプリ」として。まぁそれを差し引いても、そういった無駄アプリを動かすためのよくわかんないサービス的なプログラムが大量に動いているんですよ、裏で。そういうのは当然消せない止められない表示さえされない。ARROWSでいやという程見ました、この「見えない無駄プロセス」。そういうのがあると、なぜか使っているうちに重くなっていくみたいなんですね。何をやってるのかは知らないけど。それは置いといて、どうして「50のアプリをプリインストール!」とかやっちゃうんでしょうね。だったら、超軽量のアプリランチャを用意して、インストールされていないものが選択されたらマーケットをキックするだけ、みたいな作り方じゃだめなんですかね。こういうところも、社内の縄張り争いとかで「これだけは有料アプリだから入れとかなきゃならなくて」「あっちがプリインならこっちだって」「じゃぁみんな平等に」みたいな、ユーザ要求とは全く違う次元で決まっているんでしょうね。少なくともコードサイズと品質は反比例するんだからさ、出荷時の総コードサイズを1ステップでも小さくしようとは努力しないもんかね。昔のNECはやってたよ。できなくなったのは、なぜ?
KDDIau Wi-Fi SPOT、全国のサークルKサンクスとスターバックス店舗で提供開始
あー、そうだ、KDDIのWi-Fi SPOTには一言言いたいことがあったんだ。なので、記事とは直接関係ないけど。KDDIのWi-Fi SPOT、なんかちょっと置く場所を見てると、へんてこりんな「プライド」が見えるんです。ああいうの本当にやめてほしい。プライドぶん投げて、きちんと必要な場所には整備してほしい。ってのが、要するにあれですよ、NTTBPが整備してるWi-Fiへの相互乗り入れを絶対にしないのね。ソフトバンクはもちろん自社で大量に整備するスキームを持ちつつ、NTTBPに乗り入れできる場所ではきっちり乗り入れて共用化してるんです。一方、KDDIは、ごくまれな例(設置場所の都合上、各社協議で共用化したような場所、例:NTT東日本山の手線駅など)でこそ共用していますが、それ以外、特に、地下鉄駅構内では絶対に共用しない。共用しないどころか、自社APも置かない。もちろん、地下鉄駅はタダでさえ新規装置の設置が難題なのでそう簡単に置けないのはわかるんですが、だったらすでに置いてある装置に相乗りさせてもらうのが筋ですよ。そこはNTTBPに土下座してでも共用させてもらわないとだめですよ。フレッツでの協力関係があるからとはいえ、ソフトバンクはちゃんとそうやってプライドを捨てて他社インフラを使わせてもらっている。KDDIのダメなところは、こういうところですよ。変な自負があって、他社インフラを頭を下げて使わせてもらうというのを嫌う体質があるっぽいんですよ。噂レベルの話で申し訳ないんですが、震災後一部地域でKDDIだけ復旧が遅れた原因が、KDDIがNTTに頭を下げるのが嫌で自社光ケーブルを引けるまでに手間取ったから、なんて話もあるくらいですよ。この話が本当かどうかはわかりませんが、そんな噂をされるほど、KDDIの傲慢体質は業界じゃ有名なんですよ。それでNTTグループ+ソフトバンクグループの連盟に対抗できるならいいけど、ダメでしょ?その結果がau Wi-Fi SPOTの23区地下鉄全滅状態なんでしょ?業界のウワサ話じゃなくて、純粋にユーザとして、地下鉄で不便してるんですよ、私は。KDDIの傲慢体質のせいで。まぁ、KDDIスマホを持ち歩くのも、ドコモのLTEがこなれるまでになるかもしれませんけど。一つよろしく>KDDI様。

tweet TWEET

2012/6/18 23:59 · ニュースコメント · 3 comments

イー・アクセスの保有帯域と今後の拡張
ふーむ、ITSの位置を嫌う人が多いみたいです。私は、今のITSの位置はベストだと思っています。FDDバンドを作るとき、バンド間離隔というのは必ず大問題になります。ここが狭すぎると、バンド下端下りとバンド上端上りが干渉するんです。これは、必ず「端末間干渉」となるので、普通のシステム間干渉よりもかなり深刻な問題になります。なので、バンド間離隔を十分にとるのが常識で、これが十分でないと国際バンドとしても誰も利用してくれなくなります。ではその間の空白地帯をどうするか。これは、たいていは、ミッションクリティカリティが低く、近距離通信でパワーも低く、一般の携帯電話と接近しにくいシステムを入れて有効活用するのが、これまた常識です。となると、箸にも棒にもかからないITSでも放り込んでおくのがベスト。どうせ役立たずで天下りの席確保するだけのシステムになるのはわかりきってるんですから、だったら、700帯の上下離隔域にでも放り込んで、700帯セルラーに何らかの影響がある場合にもあまり大騒ぎせず影響もなしにそっとパワーを弱めるなどの対策ができる、「どーでもいいシステム」として置いておくのが一番いいんですよね。仮にここに超重要なシステムでも入れてしまうと、700帯FDDとの干渉問題が起こった時に、それこそ貴重なセルラーバンドをつぶすことになりかねません。まぁ、どうせならオフロードに使えそうなIP対応の片方向データシステムでも入れておきたいところなんですけどね。MediaFLOとかなら放送系なので局が携帯端末とは絶対近づかないし、ローパワーロースループットで割り切ってしまえば与被干渉も影響をなくせそうな気がします。
ノキアがVertuを売却しScalado買収、経営立て直し図る
どうしてノキアがこんなことになっちゃったんだろう、なんて言いつつ、まぁ、スマートフォンで妙なこだわりを持って出遅れたところに高機能フィーチャーフォン需要をガッツリとスマートフォン(Android、iPhone)に食われちゃったので、その分は、売り上げ規模的に大きく縮小するのは当然ですね。と言って、私はノキアのやり方が間違っているとは思えないんです。あくまで他人事として、ですけど。いや、やっぱりスマートフォンは使いにくいですよ、単純な電話機としては。であれば、軽量級フィーチャーフォンをしっかりと作り続けるメーカーはやっぱりいてほしいし、逆に、今スマートフォンで伸びているメーカがフィーチャーフォンを作れる技術を持っているとは思えない。スマートフォンは、なんというか、すごく語弊のある言い方かもしれないけど、「自作PCを作るような感覚で作れちゃう」イメージなんですよ。本当の基礎技術をまるで知らなくても組める感じ。でかくて平べったく作れるのって本当に楽なんです。だからこそコストも安く作れるし。しかし、フィーチャーフォンは、もちろんレゴブロックみたいに組めるような系統も(中国あたりに)ありますけど、そういうのはたいていは無線性能とかがプアで、きちんと作りこんで性能を出すには、やっぱりそれなりのノウハウの積み上げが必要だと思うんですね。そういうところにこだわるメーカがあってもいいと思うんですね。と考えると、「今後はLumia強化」とか言ってるノキア、お前もか、と言いたくなるところもあって。技術やノウハウは、作り続けないと本当に劣化していくので気を付けてほしいところです。ノキアに限らず。
【Interop Tokyo 2012】IP無線機……インターネットとドコモFOMAの中継局を利用
またどうしてこんなに怪しい文言を使いますかねぇ。ちょっと前に投資詐欺っぽく流行った、携帯電話に取り付けるだけでIP電話で無料通話、みたいなのと同じような、恣意的であいまいなタイトルの付け方。素直に、「ドコモ回線利用の業務用無線機型IP電話専用端末」って書けばいいのに。いやもしかすると、本当に詐欺なのかな。いや、実際、こういう形の単機能端末は需要はあると思いますよ。ドコモIP回線を活用した、一斉送信可能なIP電話(というかプッシュトークに近いかな?)というだけで十分に価値があるのに、どうしてこういう怪しいタイトルをつけて「自分詐欺ですよー」主張をするんでしょうかね。いや実際に詐欺とは思ってませんけど、これ見た人、半分くらいの人は「怪しい」と思うんじゃないですかね。「ドコモの無線IP接続サービスを活用」ではなくて「中継局を利用」ですからね。なんだか、ドコモのサービスとは関係なく、中継局を直接利用している、としか読めないですよ。要するに責任分界点が違う場所にあるかのように読める、こういうのはやめた方が良いと思います。あくまでドコモの無線網とドコモの接続サービスを使ったうえでのサービスなんだから、少なくともドコモには敬意を払った書き方をすべきです。本当に詐欺でないのであれば。

tweet TWEET

TD-LTE to Dominate 4G Until FDD Spectrum Freed up in India
FD-LTEが旧方式で帯域を空けられずにいる間に、バンドの自由度の高いTD-LTEが大半を占めるようになっちゃうよ、っていう記事。当然の話なんですけど、いまだに、TD-LTEのバンド自由度の高さを過小評価する人が多いんですよね。これはインドの話ですが、世界中で起こる話になるはずです。FDDバンドは旧来から使われているバンドを再利用するというのが国際標準的なトレンドで、ごくわずかにLTE世代で新たに追加されるバンドがみられる程度。一方、TD-LTE向けバンドはその何倍ものスピードで新たな帯域が発掘され追加されています。「同じ大きさで」「ある程度離れていて」「だけど離れすぎてなくて」というペアの帯域を探すことと、特に条件無く空いた独身バンドを探すのとでは、難易度が段違いです。何度も書いている通り、FD-LTEとTD-LTEは恐ろしく共通性が高く、同じシステムにたまたま違う無線機がぶら下がっている、という程度の違いしかありません。日本でも、ペア化の難しい帯域はさっさと見切りをつけてTDD化してしまうべきだと思っています。ペアの面倒なところはもう一つあって、与干渉検討、被干渉検討も倍になるということ。TDDだと、その周辺に対して与干渉被干渉をまとめて検討すればよく(送受対象なので、周辺システムにもよりますが多くの場合は予被まとめての検討で済む)比較的早く利用のめどが付けられますが、FDDだと送信バンド・受信バンドそれぞれで与干渉検討と被干渉検討を別々に行わなければならないので時間がかかります。特に、周辺バンドの利害関係者との調整が一番面倒。技術的な検証よりも、そちらの方が大変なんですよね。だからTDDの方が速いスピードで広がるのは当然だし、LTEは厳密な送受信タイミング制御機構を最初から備えているので、TDD化による多くの問題が標準規格内で片付いています(まぁ同期NWという最大の問題はありますが)。という話をいくらしても、「でもTDDなんてマイナーな技術が広がるとは思えない」というのが多くの反応なんですよね。たぶん、日本企業のほとんどはFDDに固執して国際競争の中で沈んじゃうだろうなぁ。
プラチナバンド700MHz開設計画を電監審へ、6月にも免許割当
まぁ、これまでバンドの端っこばかり当たって貧乏くじ引いてきたKDDIが今度はMiddle割り当てになるんでしょうけど、イーモバ・ドコモともに当然のようにMiddle→High→Lowの順で希望しているのに、Middle→Low→Highの順で希望しているKDDIは、ちょっと周波数戦略に関してセンスが無いんじゃないかな?なんて思います(Middle当確を確信して第二希望以降はテキトーとかでない限りは)。バンドMiddleはコスパ最高なので第一希望は当然なのですが、HighはKDDI800MHzからの被干渉、Lowは700MHz放送への与干渉が問題。ただ、被干渉に関しては「ちょっと自社サービス性能は落ちる可能性があるけどコストはかからない、相手との交渉次第ではノーコストで性能劣化も最小限にできる」のに対し、与干渉に関しては「相手に干渉を与えないためにコスト・労力の両面で大変な努力が必要」なんですよ。さらに、KDDIだけは、被干渉での交渉相手が自分自身だから、調整要素はゼロ。むしろ、他社に取られると他社との調整コストが多大になります。そんなわけで、万一Middleを外しても最悪はHighを取ってコスト最小限化を図る、というのが当然の戦略で、イーモバもドコモのこういう戦略なのは明らかなんですけど、KDDIだけは、なんだかなぁ、と。今まで端っこばかり引いてたのは、たまたまなんじゃなくて、KDDIという会社に周波数戦略眼が全くなく他社に上手く踊らされてただけなんじゃないか、という疑惑がかなり濃厚になってきます。まぁ、規格採用時に多国籍のETSI系じゃなくてTIA系の仕様を採用した時点で、KDDIに大局観が無いのはよくわかるんですけどね(苦笑)。

tweet TWEET

窮屈なソーシャル、自業自得なその顛末
twitterとかfacebookとかが、なんだか窮屈な話、実は私の身の回りでも聞くんですよね。というか、やってる本人が大変そうにしている、っていうのもあるんですけど、やってない人がやってる人を見て、「何であんなに自分を追い込んでるの」「全然楽しくなさそう」そして最終的には、「あれって一種の軟禁だよね、デジタル軟禁」。至言だと思います。この辺、また稿を改めて書きたいところです。

tweet TWEET

オススメの記事

2012/6/12 23:59 · ニュースコメント · 3 comments

日本は何故国際標準の主導権を取れないのか?/松本徹三氏の記事を受けて
いろんなしがらみがあるためかトンチンカンなことをいうことが多い松本氏の標準化に関する記事(についての記事)ですが、割合問題意識は間違ったところにはないと思います。ただ、松本氏の指摘する調整や情熱の問題以上に、標準化と日本人に関する大問題があって。ってのは、日本人は、ソリューションドリブンなんです。まず解決策ありきで標準化を進める悪い癖があるんです。というのは、とにかく日本人は自分の作った素晴らしい技術や工夫を世界標準にしたい、みたいな傲慢なところがあるんです。ところが、一般的な標準化の考え方は、リクワイアメント(要求)ドリブン。まず、どんな問題がありどんなギャップがありどうしたいのか、という要求を明確にし、それを解決するための技術をみんなで提案して標準化していくわけです。これが世界の標準化の常識なので、日本人のようにいきなり完成した技術を持ち込むやり方は非常に嫌われます。これは、交渉術がへたくそという言い方もできます。ほかの国の企業だって、基本的には自分の完成技術を標準化に入れこみたいという欲求はあります。が、まずはそれを一旦引っ込めて、その技術が解決すべき問題を明らかにし、実際のソリューションの検討で自分の技術を(断片的に)提案していく。で、その話し合いの中で、もっといい方法の追加、あるいは、問題に対する解決策としては無駄な部分の切り捨てなどが総意となれば、自分の技術にそれを素直に取り込む謙虚さがある。こういうことができないから、日本の企業は標準化の場で偏見の目で見られるようになり、その結果、常に遅れをとる羽目になるんでは、と私は思っています。

tweet TWEET
2012/6/12 23:59 · ニュースコメント · 3 comments

タワーレコード株式会社の子会社化について
タワーレコードってデジタル販売でイマイチ出遅れてるイメージが強かったんですが、そういえば、ドコモの(実質)子会社でしたね。それが本当の子会社になりますっていう発表なんですが。正直、ドコモが下手に手を出したおかげでタワーレコードのオンライン販売が出遅れてるんじゃない?結局ドコモ本体のコンテンツ事業と競合しないようにいろいろと気を使ってると、完全自由展開ができず、そのわずかな差がどんどん広がる、みたいな悪循環。ドコモ含め日本の大企業グループ全般に言えるんですけど、資本提携、資本参加っていうとまずは「締め付け」から入るところが多いですよね。確かに、締め付けは楽なんですよ、自分で何も考えなくていいから。すでにあるものを締め付ければよくて。新たな価値を創造しなくていいから、仕事するときには本当に楽。そのくせ、価値創造に関しては本当に遅い。そもそも日本の古い企業グループでは「創造力がある人がトップになる」んじゃないんですよね。調整が上手くて失敗しない人が出世する仕組みだから、トップの人も、思考のベースが「調整」、つまり今あるものをどう扱うか、なんですよね。こういう意味でも、起業した人がトップであり続けている企業グループは、新たに資本参加した会社に対してもそれを使いこなす素地に優れ、成長力が強く出せるんだろうなぁ、なんて思います。

tweet TWEET