Chrome、Lion、iOS、Android… 〜OSの話〜

Chrome PC

Google Chrome OS搭載PCが来年半ばにも登場するようですね。当初今年の秋と言われていたので、半年あまりずれ込む形ですが、まあ良いでしょう。かつてはOSのアップデートにすら業界を挙げて一喜一憂していましたが、もはやPCの世界ではOSうんぬんが語られることがめっきり少なくなりましたのでね。

来年半ばといえば、ちょうどMac OS X 10.7 Lionも発売になる頃です。もっともChrome OSとLionはあまり競合しなさそうですが。当面、Chrome OSのライバルは巨大シェアのWindowsでしょうね。

かねてから私はパソコンのOSは、以下のように修練されていくのが理想的だと思っていました。

  • ビジネス ← Linux
  • ホビー ← Windows
  • クリエイティブ ← Mac OS X

決まり切ったことしかしないビジネスユースなら、その気になれば何でもできてしまうWindowsではなく必要十分に仕立てられたLinuxを使う方が理に適っています。

それでも豊富なWindows資産への依存やLinuxのつかみ所の無さからWin→Linuxのシフトは一向に進んでないわけですが、Chrome OSによっていよいよ状況も変わるのではないかと。少なくとも日本以外では。

以前に聞いた話だと、日本ではIT投資の減価償却が終わると「ようやく収穫の時期がやってきた」と考えるのに対して、欧米では数年間単位でITシステムをリプレースしていくのが一般的なのだそうで。減価償却が終わる頃には次のタームが始まるということですね。だとすれば、どうにもならないWindows系資産がない限り、Chrome OSへの移行は割とスムーズに進むのではないでしょうか。

他方で日本では「10年前に開発したWindowsアプリが業務の命綱」みたいな風潮が根強く残っているとも聞きますし、そう簡単にはいかないかもしれません。悲しいかなこの国はベンチャー企業が跋扈して産業界の新陳代謝が活発になされている状況とはほど遠いですし。数年後、外国人から「日本の企業はまだWindows使ってるの?」と驚かれることになるのかもしれません。

実際、セキュリティやコンプライアンスの観点からしても、汎用PCに汎用OSを載せて社員に支給するよりもクラウドサービス専用端末を割り当てる方が何かと無難でしょう。要は全業務をクラウド上でまかなえるところまで持っていけるかどうか。そこで諸外国と日本とでは大きな温度差が生じかねないようにも思えます。

で、OSの話で言えば、近年の話題の中心はモバイル、それもスマートフォン分野。iPhoneがバカ売れしている一方でAndroidの躍進も凄まじいものがあるのだとか。まあそこは、かつてのMac or Winの構図と同様、数の上ではAndroidがiOSを凌駕するのでしょう。

アンドロイドキャラクター

さて、「遠からずそこにWindows Phone 7が食い込んでくるだろう」と見る向きもありますが、それはどうでしょうかね。もはや時すでに遅しの感がしないでもありません。既にかつてのWindowsのポジションをAndroidが占拠してしまっているのではないかと。後発でも採用端末を増やせるか、法人客を囲い込めるか、アプリ開発者を多く引きつけられるか…。何かと競争条件は厳しそうです。もし豊富なWindowsアプリがケータイで動くようになっても嬉しくはないですしね。私はMicrosoftはシェアこそ保ちつつもプレゼンスの面では今後急速に力を落としていくのではないかと見ています。

そうそう、先日SONYがGNUstepがベースのデジタル家電アプリプラットフォームを発表していました。そのニュースを読んでの私の感想は「ああ、10年前にやっていれば良かったのに…」です。そうしてOSを必要とする自社製品すべてに搭載するぐらいの取り組みを行っておけば、今ごろはライセンスを供与する側になっていて、今日の凋落は免れたかもしれないなあと。例えば、BD関連機能を省いたPS3をネットトップとして投入したり、BDレコーダに独自OSを組み込んで磨きをかけたり、VAIOをWindows版と独自OS版の両睨みで展開するといった展開ですね。もっとも当時はMicrosoftに席捲されて死に体寸前のAppleを見せられていたわけで、自前OSを持つことの重要性なんぞを理解することが難しかったのかもしれませんが。

ePub日本語拡張仕様策定が事業仕分けを食らった件

11/16、新ICT利活用サービス創出支援事業が事業仕分けで予算計上見送りの判定を食らいました。ePub日本語拡張仕様策定なども水を差されたわけですが、まあ当然でしょうね。私もUstreamを見ていましたが予算要求する側の説得力が乏しかったので。もっとも事業仕分けには法的拘束力がないので実際に予算が付かないかは解らないのですが。

要求側の主張はこんな感じだったかと。

  1. 国が予算を付けなければ標準化は行われなず、日本で電子書籍のビジネスがシュリンクする
  2. 企業ごとにフォーマットが異なればコンテンツの囲い込みが進んで国民にとって迷惑
  3. 放っておけば3グループに分裂する状況

それって何なんだか。1や3は単に出版業界の足並みの悪さを嘆いているだけですし、2に関して言えば、もう既にたくさんの書籍がiOSアプリとして登場しています。もちろん既刊本、新刊本の総数からすれば僅かですが、少なくともePubの日本語拡張仕様を待たなければ出版ができないといった状況ではなく、iOSアプリは他の機器では動かないので事実上の囲い込みもとっくに発生しちゃっているわけです。

百歩譲って策定した日本語拡張仕様が早急にePub規格に採用されたとしても、果たしてiPadで先頭を行くAppleがiBooksにそれを実装してくれるかは不明です。というか多分やらないと思います。なぜなら10年くらい前までの「Appleにとって日本は米国(英語圏)の次に重要な市場」だった頃とは大きく事情が変わってきていますので。頼みの中国語もとっくに横書きに切り替わっていますし、いまさらAppleが日本ローカルの事情を優先的に汲み上げるようなことはしないだろうと。GoogleやAmazonもそう。なにしろ日本の産業界は彼らを「黒船」と称して半ば敵視している感もありますし。

まあ、日本語拡張仕様対応のePubビューワは国内メーカーが各デバイス向けに開発するにしても、そもそも「ビューワの都合で改ページ、リフローされてはかなわん」という作家もいるはずです。物理サイズが固定される紙の本ならカッチリとした禁則が利いていたものが、ePubではデバイスの表示サイズに合わせてリフローされる結果、往々にして「適当な禁則」に成り下がってしまいがちです。一行あたりの文字数が少なすぎたり、変な区切りで次ページに泣き別れたり…。これに耐えられない作家は少なからずおられるはすで、やはりPDFかアプリとしての配布を望むでしょう。

穿った見方をするなら、ePub日本語拡張仕様、フォーマットの標準化うんぬんは、国内の著名な作家の方々に対して「もうすぐ状況が整うから、どうか海外の電子出版会社と組むようなことはせずに待ってくれ」という、国内出版業界の後ろ向きな防衛戦術のような話なんじゃないかとも思えてなりません。

ともかく、ePub日本語拡張仕様策定の方は今年度の予算でいいところまで行っているとも聞きますので、私も仕分け人と同意見でわざわざ予算をつけて国が関与すべき話ではないと考えます。それにIT系ビジネスの世界では先に主導権を握った者が往々にして勝つわけで、うだうだやっていれば周回遅れになるだけです。ここで勝負をかけたい企業は、そんなことに惑わされずに、自身が最も妥当と考える方式でもって、さっさと実績を作りにかかった方が得策でしょうに。

◆◆◆

追記。

このエントリを書いた後に「どうやらAppleはWebKItに日本語拡張仕様を盛り込もうと頑張っているらしい」という噂を聞きました。

現状でもSafariはルビに対応しています。ただし行間隔が無残に開いてしまいますが…。

もちろん真偽の程はわかりませんし、それが本当でも途中でキャンセルにならないとも限らないでしょう。でも、これをやられるとまたAppleやGoogleに美味しいところを取られ、主導権を握られてしまいます。ローカル言語による一種の参入障壁があっさり乗り越えられて、国内メーカーは後追いせざるを得なくなるような…。ならば来年度の活動なんてのは無意味なわけですから、やはり仕分けられて当然です。仕様が決まればさっさと実装して市場で展開した者が勝ちなんだから。

Mac App Storeに期待すること

次期Mac OS X 10.7 Lionの登場を待たずして年明け早々にも開始されるMac App Storeにはとても期待してます。そこで、いまだベールに包まれていて不明点が多いMac App Storeに対して私がこうであれば良いなぁと思う点を挙げます。

  • アンインストーラを兼ねる

Macにアンインストーラは不要という説もありますが、おそらく間違っていますよね。なぜなら素行の良いアプリばかりとは限らないので。

Macにおけるアプリのアンインストールは、それ自体を削除するという方法が一般的です。搭載するHDDの容量が大きくなった今日、削除したアプリのプロファイル類が残っていく分にはほぼ無害。また、起動時にアップデータを探すアプリは良いのですが、アプリとは別にでチェッカを常駐させておいて定期的にアップデータを探しに行く類いは要注意。アプリを削除しても、主を失った迷子の常駐機能が動き続ければ無駄にメモリとCPUを食うばかりで害があります。

でも、Mac App Storeが各アプリのインストーラ/アンインストーラを兼ねるようになり、アップデータチェックを一手に引き受けるようであれば、対応アプリのみを使う分には関連のロスもなくなります。

Apple Special Event ,Oct. ’10で最も重要な発表は…

今年も残すところ2ヶ月半といったタイミングで「年内に驚くべき製品の発表を、まだ二個以上も残している」とフリーザのような大言を吐いたスティーブ・ジョブズ。これで今年の分は打ち止めなのかは解りませんが、10/20にAppleのスペシャルイベントが開催され、いくつもの発表がなされました。

イベントではiLifeの中途半端な新バージョンや新型MacBook Airが登場し、Mac OS X 10.7 Lionがチラ見せされたのですが、中でも私が最も大きな発表だと思ったのは「Mac App Store」が3ヶ月以内にスタートするというもの。売り文句の6個を意訳するとこんな感じでしょうかね。

Best place to discover apps
もう、あちこち探し回らなくてもいいよ。

One-click downloads
ダウンロードはポチッとやるだけさ。

Free & paid apps (70/30 split)
他のサイトや販売店が潰れたってしかたがないよね。

Automatic installation
おまかせでインストールされるし…、

Automatic app updates
アップデータの確認もやってくれるんだ。

Apps licensed for use on all your personal Macs
しかも自分のだったら何台のMacでアプリを使ってもOK。

我々ユーザにとってはiPhoneアプリと同様に、さまざまな手間を省いてくれる点がメリットですね。ソフトウェアメーカーにとっても大きな変化はなし。パソコンソフトのオンライン販売自体は以前から行われていますし、むしろ販売チャネルを一元化できるのでスッキリします。歓迎でしょう。ただしMac用アプリの売り上げを見込む販売店は打撃を受けるはずです。まあ街のCD屋さんやレンタルDVD屋さんが淘汰されるのと同じ構図、仕方がないですね。だって、ユーザにとってその方が便利なんだから。

さて、これで中小のソフトウェアメーカーや個人はこぞってMac App Storeを利用することになるでしょう。売り上げの3割を天引きされるにしても、Appleを通すだけで世界中に販売が可能になるのですから。しかも、おそらく違法コピーも手放しで防止できるのでしょうし。iPhone向けと開発環境も共通なので、比較的小規模なアプリが多数登場するようなiPhoneのハロー効果もあるやもしれません。

そこで気になるのは大手の出方。具体的にはAdobeの。Microsoft OfficeはWin版とMac版の違いが少なくないので、どうとでも対処できるでしょう。でも、Adobeの方は多くの製品をMac版とWin版で同様に振る舞うように作って同一価格で販売していますので悩ましいかも。Mac App StoreはあってもWin App Storeはありませんし、どう差別化するのか、それとも今まで通りのやりかたを貫くのか。でも、CDの末路と同様、Macアプリをお店で買う習慣自体がそう遠くない内に無くなりそうな気も…。

それと懸案はMac App Storeにボリュームライセンスの制度が付くのか。というか、これがなければ大きな成功はあり得ないでしょう。おそらく法人アカウントを登録できてディスカウントを受けられるようになるのでしょうね。この点も興味深いので続報を待ちたいと思います。

新たなiWebはこうあるべし

Back to the Mac。いよいよ今日の夜中にAppleの新発表がなされます。新型Macbook Air、Mac OS X 10.7 Lionのチラ見せは確実として、個人的に期待しているのはiLife ’11。特にiWeb。噂通り64bitでしょうかね。

私が考えるに、新しいiWebはAppleのクラウドサービスmobilemeと融合させるべきです。iPadがMacbookの役割を肩代わりしようという今日、Macを使わずとも出先からblogの更新ができないと不便なので。というわけでiPhone/iPadアプリ版のiWebも必要ですね。ブログ関連だけで構わないので。

加えて、そろそろiPhone用のWebサイトを作成できるようにしてくれないとAppleの面目丸つぶれです。

それから、レイアウトの固定機能が必要だと思います。ほぼフリーフォーマットのiWebはこれはこれで便利なのですが、主要レイアウトは固定でブログの記事部分だけを追加・更新していきたいような場合は不効率です。

後はブログカレンダーやテーマ設定による分類、アーカイブのフレームなどへの対応でしょうか。

ともかく、今回強化すべきなのはブログ関連でしょう。平均的なブログサービスサイトで当たり前にやっていることは、Apple風の使い勝手でもって簡単に実現できるようにしてほしいものです。