Java関連の研修事業を生業にしようとしている会社の人間なのに、Javaに関連した
話をちっとも書いていませんでしたので、今日はちょっとニュースに反応するエントリ
など描いてみようと思います。
（といいつつ、あんまり携帯Java事情には詳しくないので、間違ってたらすいません）
携帯電話でJavaが動くようになって久しいですが、気がつくとau端末はBREWに
完全移行していて、現行ラインアップでJavaの動く端末がない状態だったのですね。
BREWのことは知っていましたが、ひっそりとEZplus（でしたっけ？）も動くのかと
思っていた私はその事実にちょっと驚いてしまいました。
最近、ある会社さんの勉強会に参加させていただいて、そのときに携帯Javaアプリ
の近況についてうかがうことができたのですが、携帯アプリ開発者の本音は、
「まずiアプリを作る、余裕があったらVアプリ（Vodafone→Softbank）を作る、で、
気が向いたらBREWアプリを作る」というような優先順位なのだそうです。
当然、ベンダーとしてはマーケットの大きいところから着手したいわけですから、
iアプリが最初になるのは当然でしょう。シェアから言えばauのBREWが続くはず
です。実際、私は携帯アプリの現状に詳しくありません（常用している端末が
WILLCOMのＴＴなので・・・）ので、現実にリリースされているアプリ数がどうなのか
はよく知りません。でも上記の携帯アプリ開発者の本音、というのが事実だとすれ
ば、契約数シェアでは２番手でありながらも、BREWアプリ開発は優先順位が
最下位になってしまうわけです。
それはなぜでしょう？答えは簡単、「プログラムの互換性」です。iアプリはMIDPと
いう携帯Javaのスタンダード規格からするとだいぶクセのある独自規格になっては
いるのですが、日本の携帯Java環境の先駆けでもありシェア１位のドコモが採用
しているので、誰しもその環境をベースにまずはアプリを作るわけですね。
で、そのアプリと比較的互換性が高いのがＶアプリ（MIDP）なので、シェアは３位
かつ２位と大きく水をあけられているものの移植のしやすさで利があります。
キャリアができあがったシステムを提供し、ベンダーがデータのみを製造するので
あれば、独自性云々はそれほど問題にならないでしょうが（着うたとかＧＰＳナビ
とか？）、アプリとなるとそうはいかないのでしょうね。トップシェアのプラットフォーム
と非互換ということは、よほどのアドバンテージがないといけないわけですが、
残念ながらBREWは日本においては（？）そこまでのアドバンテージを見いだせ
なかったということなのでしょうか。オリジナル、独自性というのは響きが心地よい
言葉ではあるのですが、ビジネスベースではそう単純なものではすまされないと
いうことのようです。
ＭＮＰを前にして各社の戦略は、表向きは各社の独自性を追求して他社との
差別化、ということになっているのかもしれませんが、実際のところは、「他社との
同質化」にあるようですね。Softbankはどうかわかりませんが、少なくともDocomo
とauにあってはそういう感じがします。つまり、相手にあって自社にはない、という
サービスがないようにしていくということです。
ＭＮＰで○○に移ろうと思ったけど、お気に入りの△△サービスがないからやめた、
というのをできるだけなくしたいわけですね、きっと。
今回のauの判断も、そういったところが大きいのかもしれません。
企業戦略のあり方の一つとして、参考になりますね。
オープンアプリレイヤーの記事からこのリンクをたどり、この記事を読ませていただきました。少々事情が異なるところがあるので、コメントさせていただくと、Brewアプリの対応が最後になっている理由としては、検証という作業に理由があります。基本的に、Docomoなどに採用されているJavaは端末自体にダメージを与えないのですが、BREWの場合は内部に食い込んでいるためその可能性があります。よって、検証という作業が必要となり、それが端末ごとに必要となります。しかも！検証するたびに金と時間を取られるのです。これではアプリ開発者もなかなか手を出せないですよね。だって、販売される全ての端末で検証が必要なんですから・・・。ちなみにオープンアプリレイヤーのソフトでは課金する事が出来ないので、携帯アプリ開発者にとってはさほどメリット内ですねｗ
携帯アプリ開発者さん＞
はじめまして、コメントありがとうございます。
>しかも！検証するたびに金と時間を取られるのです。これではアプリ開発者もなかなか手を出せないですよね。だって、販売される全ての端末で検証が必要なんですから・・・。
なんと！そんな事情があったのですか。ITmediaか何かでBREWの開発は大変、という記事を読んだことがあったのですが、検証が面倒というのは開発者にとって一番嫌なことですよね。
しかも、課金ができないなんて、結局なんのためのJava対応なのでしょう？auにとって・・・。
なんだかわからなくなってきました。
>しかも、課金ができないなんて、結局なんのためのJava対応なのでしょう？auにとって・・・。
これは単純に有料アプリ開発者の視点であって、１ユーザーからすれば大変ありがたいことです。
なぜなら有料アプリより高度なアプリ、気の利いたアプリが沢山あるからです。
BREWは全て有料ですから・・・。
ａｕユーザーさん＞
なるほど、確かにそうですね。フリーのMIDPアプリには優れたものがたくさんありますから、そこに関してはau端末を使っている方々には夢が広がる話ですよね。
私が思ったのは、先のコメントで携帯アプリ開発者さんがおっしゃったことに関連しておりまして、課金必須である必要はないと思うのですが、「課金できない」じゃなくて「課金しなくてもいい」というアーキテクチャだったらいいのでは？ということです。
課金したくない人はフリーで、課金したい人は有償で提供できる、とならないと、iアプリと同じクオリティの有償Javaアプリはauには移植されないのでは？というのが心配なのです。現にDocomoのCMではメガアプリでこんな凄いゲームができる、というのをウリの一つにしているようですし、競争力を削ぐことになりはしないかと。