Group items tagged

メールアドレスのリンク（mailto:で始まるURL）をクリックしたときに、デスクトップのメールソフトではなくWebメールサービスを利用できるようになった。オプションの「プログラム」タブで「mailto」の右をクリックすると、メールソフトを使うかWebメールを使うかを選択できる。メール以外にも、RSS（Webフィード）やカレンダーのためのWebアプリケーションも選択できるようになっている。 　「mailto」は、デフォルトでは「Yahoo!メール」しか選択できないが、JavaScriptを使って好きなWebメールを利用する方法もある。たとえばGmailなら、Gmailのページを開いた状態でロケーションバーに「javascript:window.navigator.registerProtocolHandler("mailto", "https://mail.google.com/mail/?extsrc=mailto&url=%s","GMail")」と入力する。

Firefox 3では、Webアプリケーションに必要なデータファイルを保存し、オフラインの状態でも利用できる仕組みを取り入れた。これは、WHATWG（Web Hypertext Application Technology Working Group）によるHTML 5の草案にある「Offline Web applications」に基づいたもの。将来この仕組みを利用したWebメールが作られれば、オフラインで未読メールをじっくり読む、といったことが可能になる。

HTML、CSS、JavaScriptの新機能について、細かい点をいくつか挙げておこう。 JavaScriptがバージョンアップして「1.8」となった。関数オブジェクトを作るのに「function(x) x * x」のような構文が使える。 IEの独自機能contenteditable属性に対応し、HTMLの要素をブラウザ上で編集可能に変えられる。ワープロふうにWYSIWYGで記事を編集するブログなどで利用できるだろう。 CSSのime-modeプロパティに対応。これもIEの独自機能だったもの。フォームの入力欄を選択したときに、自動的に日本語入力のオン・オフができる。 長いURLをテキストとして表示すると、自動的に折り返されるようになった。URLを紹介するページでレイアウトが崩れることがなくなる。

その好例がMicrosoft Officeだ。これほど広く普及しているにもかかわらず、ほとんどの人は「Word」「Excel」「PowerPoint」といったスタンドアロン・アプリケーションの単なる詰め合わせと考えている。しかし、Officeは、そうした単純なスイート製品にとどまらない。Officeは統合化された堅牢なAPI（VBA、OLEオートメーション、その他のアドイン・インタフェース）のおかげで、それ自体が商用ソフトウェア開発の有力なターゲットになっている。事実、Windows開発市場に参入する最も簡単な方法は、Microsoft Officeをターゲットにすることである。このスイートの機能を新しくしたり、強化したりするすぐれた製品を開発すれば、世界中の人々が売り場に殺到するだろう。

こうしたMicrosoftの相互補強戦略を崩壊させうる1つの力がWebである。ブラウザ・ベースのシン・クライアントとユビキタスな接続性の組み合わせは、Microsoftの支配力を奪いつつある。しかし同社は、愚鈍そうに見えて、実はこの脅威に敏感に反応しており、ここでも有効性が実証済みの囲い込みと拡張の戦略を推し進めている。いわばゆっくりとした足取りで、足早に逃げ回る獲物を追い詰めているわけだ。 　まずは囲い込みだ。Googleや新興勢力のZoho（画面3）などの成功を見たMicrosoftは、写真共有やブログ・ツールといったコンシューマー向けのWindows Liveサービスや、契約管理、Webサイト設計といった中小企業向けのシン・クライアント型Office Liveサービスなどを投入して、積極的に反撃している。

次に拡張だ。例によって、Microsoftは伝統的なデスクトップOSやアプリケーション・プラットフォームに新しいサービスを組み込み、Office LiveとWindows Liveサービスを拡張している。前述したOffice Live Workspacesや、「Windows Live Mail」（画面4）、「Windows Live Writer」（画面5）などは、どれも成長著しいLiveアプリケーション市場をターゲットとしたものだ。いずれもWindows仕様であり、Webとデスクトップの統合を実現する独自のハイブリッド・アーキテクチャを採用している。 　さらにMicrosoftは、近い将来、アプリケーション仮想化を通してWord、Excel、PowerPointの全機能をシン・クライアントで提供し、ユビキタスな接続性を実現したいと考えており、高性能ファット・クライアントに残された他のアプリケーションについても、ストリーミング・サーバの大規模分散ネットワークでサポートしていく姿勢を見せている。 　こうしたアプローチは非常に魅力的だ。Microsoftの最新のアプリケーションが低コスト、あるいはほとんどコスト・ゼロでデスクトップに配信されるようになれば、わざわざAjax（Asynchronous JavaScript＋XML）アプリケーションを我慢して使う理由がなくなる。それはGoogleに困難な課題を突きつけるはずだ。

公式ページには，とても少ない説明の中にGoogle Gearsの特徴3点が紹介されています。対訳をつけてみます。 Store and serve application resources locally ローカルにアプリケーション・リソースとデータを保持して実行します Store data locally in a fully-searchable relational database ローカル・データは完全な検索機能を持つリレーショナル・データベースに保存されます Run asynchronous JavaScript to improve application responsiveness Javascriptは非同期に実行され，更新の必要に応じてアプリケーションと通信します 　この解説は今までの説明で述べてきたものと変わりありません。特に詳説は必要ないでしょう。この三つの概念が以下のように，それぞれAPIグループとして実装されています。 ローカル・サーバー（LocalServer） データベース（Database） ワーカープール（WorkerPool）

アプリケーションがデータの入出力を必要とする場合，データはデータベースに格納されます。Google Gearsを導入した段階で，ローカルマシンの中にデータベースが作成されるわけです。このデータベースを操作するのが「Database」API群になります。データベースが導入されるといっても，MySQLやPostgreSQLのように巨大な物がインストールされるわけではありません。 　このデータベースの実体は，SQLiteです。SQLiteはアプリケーションに組み込んで使用されるのを目的とした軽量なデータベース・エンジンです。データベース・サーバーにつきもののユーザーのような概念がなく，データの出し入れを主眼としてシンプルに設計されています。SQLiteは日本語2バイト文字も通ります。

最後の「WorkerPool」は，インターネット上のコンテンツをローカルにキャッシュするコントロールを担当します。ローカル側サーバー機能という言い方もできそうです。Poolの名前の通り，まさに貯め込んでおくという感じです。言葉で説明することは難しいので，WorkerPoolについては後半のサンプルも眺めながら確認してください。 　なお上記の三つのAPI群のほかにいくつかのAPI群があります。一つは「Factory」です。FactoryはGoogle GearsのコアとなるAPIで，LocalServer，Database，WorkerPoolのインスタンスを作成するのに使用されます。

ところで、「iPhoneはアップル的なデザインの良さからくるマーケティング戦略の成功に過ぎない」と考えている人は、このあたりを根本的に勘違いしています。言っちゃ何ですけど、マーケティングごときにそんな歴史を動かすほどの力はありません。真に時代を動かすのは常に「本物の技術革新」であって、マーケティングはその影響力を何倍だかに増幅する手段に過ぎず、本当に良い物を作らなきゃゼロは何倍してもゼロなのは算数の初歩です。 では、iPhoneの進歩性とは何か。iPhoneには、パソコン同様、MacOS Xに相当する最新かつフルスタックのオペレーティングシステムが搭載されています。この意味するところは、単にモダンなカーネルが載っているとかそういうことではなくて、あらゆる高機能なネイティブ・アプリケーションがこのOSの上で安定的に記述可能になっているということです。これはアップル自身にもメリットとなったし、今ではアプリ開発者も同じメリットを享受しています。

iPhone OSでは、加速度センサーやカメラ、GPS、ローカルのデータベースなど、内部のありとあらゆる機構に一般のアプリケーション開発者がアクセスすることを許しています。開発者の自由度を高めることで、開発者の情熱を引き出す。こういうオープン性がもたらす開発者コミュニティにおける化学反応こそが、官僚的なスーツ主体の組織では絶対に不可能な戦略であり、だからこそ他社が簡単に真似できない決定的なアドバンテージになることを、アップルはMacの経験から知っていました。 そして、実はこれこそが「パソコン」を「パソコン」たらしめているパラダイムの本質なのです。「パソコンの側からアプローチしたパソコンへのアンチテーゼ」を克服する、パソコン的なるものの本質とは、アプリケーション開発者の自由度を高めるオープン性、あるいは「テクノロジーの民主化」とでもいうべき思想にあったのです。

開発者の自由度を高めることはセキュリティ・リスクを増大させてしまうというトレードオフに直結していることも、技術ドリブンの企業でなければオープン戦略をとることが不可能である大きな理由のひとつです。落としどころの技術的な判断がつかないまま、会議室で議論すればするほど、より自分たちが安全な、より開発者を締め付ける方向にしか行けないのです。 さらに、iPhoneは妥協のない最高のユーザ体験をもたらすために現実世界のハードウェアの制約を含むあらゆるディティールと戦っています。これは、対抗馬となるAndroidなどにみられる理論上・コンセプト上で美しいアーキテクチャを目指す世界観とは対極に位置する、ある意味では泥臭い「本当にきちんと動いてナンボ」のアプローチです。このリアリティは、先月行われたWWDC 2008のセッションで、いかにしてリソースを節約しながら高速に動作するネイティブ・アプリケーションを書くか、というノウハウのセッションがものすごく多かったことが如実に物語っています。テーブルのセルを画面の外に出た瞬間に回収して再利用したり、再描画するエリアを最小化したり、メモリリークをとことん排除するためのツールが提供されていたり。

Awesome Highlighterは、単純な仕事に集中して、それを実にうまくやってのけている。ライバルの中には、マークしてコメントを付けるという簡単でわかりやすいもの以上のことをユーザーに求めるような、手順の複雑すぎるものもある。Diigo（以前の記事はこちら）は、ソーシャルブックマーキングサイトにマーカーとコメントの機能が付いているが、もっとずっとソーシャル寄りだ。Diigoでは、サイトをブックマークして、友人と共有すると、友人たち全員がそのページにマーカーを塗ったりコメントを付けたりできる。 私がテストしたマーカー/コメントサイトの中には、使ってみて非常に複雑かつ非常に遅かったものがあった。具体的にはDiigo､Stickis、Google Networkの3つ。Stickisを試した後ではAwesome Highlighterが新鮮な空気のように感じた。マーカーを塗ることは、歴史的にみてもこの世で最も簡単なことだ。文字の書かれた紙があって、黄色いマーカーがあれば、重要な部分をなぞって目立たせる、それだけ。Awesome Highlighterはこの発想の単純さを受け継いで作られているように思える。最近スタンフォード大学のAcademic Technology Specialistプログラムで、Awesome HighlighterとDiigo、Google Notebookをレビユーした結果がここにある。 Awesome Highlighterを使うと、ユーザーがマーカーを塗ったものがRSSフィードになり、それをグループ協業アプリや学校環境でマッシュアップして使うことができる（自分でやるかわりに賢い子に従う）。現在さらに有効な使い方を求めてソーシャル機能の追加を検討中だ。

ほかにも目立たないが同じくらい、あるいはもっと重要かもしれない使い方がいくつかある。ユーザーに、重要な情報にマーカーを塗るツールを渡したら、何がでてくるか。表示やクリック数だけではない、人が本当に興味があると思ったことについてのデータが手に入るのだ。これは、企業が従来は入手不可能だった情報を武器にできる可能性を持つものだ。同社の共同ファウンダーの3人は、この技術を古参のメディア発信地（新聞、雑誌）にライセンスして、読者が記事を共有するようにしむけ、そのメディアのウェブサイトで読者が何を面白いと思ったかのレポートを提供できるようにする計画だ。

ただ残念ながら、この“クラウド”も、現時点ではまだ実用的ではない。グリッド・コンピューティングやSaaS（Software as a Service）、アプリケーション・デリバリの管理、グローバル規模でのアクセスなど、ほとんどの技術がまだ幼年期にあるからだ。シン・クライアント型アプリケーションも、初期のWebがそうであったように、まだ先行き不透明な荒削りの欠陥製品にすぎない。 　ただ、そうした限界はあっても、Googleはサーバや特殊なインフラを導入することなく、データを簡単に共有できるホステッド・モデルの強みを生かして全力を尽くさなければならない。Microsoftはすでに（パスワードでプロテクトをかけたSharePointのワークスペースにすぎないとはいえ）Web経由でドキュメントを共有できる「Office Live Workspace」（画面1）のベータ版をリリースし、クラウド・コンピューティングのトレンドセッターのポジションを奪い取る姿勢を見せているからだ。（もちろん、Office Liveという名称にもかかわらず、Officeの全機能を提供しているわけではないので、今のところそれほど脅威ではない）。

おそらくGoogleの究極の競合は、ユーザーが長年慣れ親しむWindowsとOfficeを組み合わせた環境の快適さと、ホスティング型アプリケーションのアドバンテージを融合したハイブリッド・モデルになるだろう。それこそがまさにMicrosoftの目指す方向なのだが、皮肉なことに、Windows Vistaと「2007 Microsoft Office system（Office 2007）」の大幅なインタフェース刷新、ならびにOffice 2007の不安定性に対する不満が、IT部門のMicrosoft製品離れを引き起こしており、Googleに絶好のチャンスをもたらしている。

しかしGoogleは今、大きなプレッシャーに直面している。企業向けホスティング型アプリケーション・スイートの「Google Apps」をはじめ、オフライン対応のWebアプリケーション開発／実行環境「Google Gears」（画面2）への期待は大きいものの、実際のところ、どれをとっても不十分なものばかりであるからだ。唯一「Gmail」だけは例外と言えるが、全体的に見れば、現行のデスクトップ・アプリケーションと比較して遜色がないと言い切れるものはない。実際、まちがってF5キーを打ってしまっただけで、時間をかけた労作がいとも簡単に消えてしまうなど、ビジネスで本格的に利用できるレベルにはまだ達していない（こうした欠陥は改善されつつあるが、Google Appsの未成熟さがいかんともし難いのは事実だ）。

Synkiはユーザーごとに細かく権限を設定でき、複数のWikiサイトを開設できる点が特徴だ。ワークスペースと呼ばれる作業スペースごとに権限を設定できる。もちろんオフラインでも使用でき、オンラインになった時点で最新の情報に同期される。 　「Synkiは『Sync（同期）するWiki』という意味。Wikiは次世代CMSとして着目している。非常に生産性の高いツールで、仕事で利用するのに向いている。特に他人と共同作業をする場合に有効だ。社内ブログは、将来Wikiに置き換わっていくかもしれない。いずれはSynkiとGmailだけあれば仕事が完結するような環境を提供したい」 　Wiki記法を知らない人でも利用しやすいように、リンクタグなどを自動的に埋め込むボタンを用意する。今後はタグを不要にするWYSIWYGに対応するほか、スプレッドシートの共有などができるようにする。また、企業が使いやすいテンプレートも用意する。

ほかの企業システムと連携しやすいよう、APIの公開も考えている。「Synkiはプラットフォームに過ぎないと考えている。ユーザーの権限設定ができるので社外の人とも利用できるし、社内のデータを外部に出さないようにもできる。組織がフラットな構造で、社外とのコミュニケーションが多い司法書士や弁護士、PR業などが最も向いているだろう。ただ、それぞれの企業が独自の使い方を追加できるようにしていきたい」

ここまで苦労してでもGoogle Gearsを採用した、その最大の魅力は何だったのか。朴氏は将来的に標準になるという可能性に賭けたと話す。また、開発したサービスをオープンソースとして公開することも視野に入れていたことから、Google Gearsがオープンソースであることは大きな後押しになったようだ。 　「きちんとした製品を作り、ユーザーの支持を得てからオープンソース化しようと考えていた。Googleが専門部隊を持ち、オフライン機能に特化したモジュールを開発するのであればそちらを採用したほうがいいと思った」（朴氏） 　自社でモジュールを開発したほうが楽だったのではないか、という意地悪な質問をしてみた。すると朴氏は、「自社でやったらもっと時間がかかったかもしれない」とした上で、「でもコードのリファレンスがなくて苦労したので、最終的には同じくらいかな」と笑った。

機能としてはやはりWikiがベースになっている。HTMLを使わず、サイトを編集し、新しいページを追加することができる。WYSIWYG(見たまま編集できる)のHTMLエディタを搭載しているので、HTMLを編集しているという意識は必要ない。Wikiというと複数人でのコラボレーション、というイメージがあるが、もちろんひとりで使ってもまったく問題ない。最近はASPのブログサービスなどを活用していて、自分のサイトを持っていない(または持つ必要がない)という人は多い。Google Sitesは、そうした人がちょっとした特別サイトを作りたいといった時にも便利に利用できるだろう。