Toshiro Shimura's Bookmarks tagged googlegears →  View Popular

1──いきなり新規ドキュメントを開く




　さっとメモを取りたければ、さっと新規ページを開けることが重要。Googleドキュメントのトップページから新規ページを作成するより、ちょっとだけショートカットできる。




　その方法は、下記のURLだ。





• http://docs.google.com/?action=newdoc&title=





　ブックマークしておいてもいいし、Firefoxならば次の画面のようにキーワードを設定しておけば、［Ctrl］＋［L］→「doc」で新規ページを開ける。


<!--CAP-->

2──Gmailから直接Googleドキュメントで開く

　Gmailを使っている人なら、添付されてきたOfficeファイルはそのまま簡単にGoogleドキュメントで開くことができる。単純にリンクをクリックするだけだ。

3──タイトルを検索して表示してくれるGoogleガジェット

　新規ページを簡単に作れたら、今度は既存のドキュメントも簡単に開きたい。これを簡単に実現するのがGoogle製のGoogleガジェット。これをiGoogleに登録しておけば、さっとドキュメントのタイトルを検索して開くことができる。

　使い方はタイトルに含まれる文字を入力して［Enter］キーを押すだけだ。そもそもは、最近編集したドキュメントを表示するなどの機能があったようだが、どうも動作が違っているようで、設定を変更してもうまく反映されない。単に既存のドキュメントを検索するツールだと割り切ったほうがいいだろう。

7──もう少しでオフラインにも対応する

　7番目のTipsは、実はまだ試せていない。Googleは、Googleドキュメント（正確には英語モードのGoogleDocs）のGoogleGears対応を発表しており、一部のユーザーアカウントでは既に対応済みのようだ。

　GoogleGearsに対応することで、インターネットに接続していない環境でもドキュメントの編集などが可能になる。これからさらに便利になるGoogleドキュメントをうまく使いこなしたい。

Google GearsのGears on Railsプロジェクトによって、Ruby on Railsアプリケーションのオフライン化が可能になる。これを受けて、先進的な開発者たちの間では、従来と異なるユーザー向けにGearsを提供しようという動きが出てきた。開発者たちは、Google GearsをRuby on Railsのオフラインサポートやクライアントサイドの検索エンジンなど、興味深い用途に広げつつある。

　ニューヨーク大学の情報システム・マスタープログラムを最近終了したばかりのマイケル・マーカス氏とルイ・マー氏が「Gears on Rails」と呼ぶ開発フレームワークを設計した。Google Gearsは、オフラインで実行可能なWebアプリケーションを開発できるオープンソースのブラウザ拡張機能だ。そしてGears on Railsは、Google GearsをRuby on Railsにプラグインし、Ruby on Railsのコードベースをオフライン化するためのオープンソース・プロジェクトである。

インドのHindustan Timesの記事によると、GoogleはGmailのオフライン版を準備中ということだ。

この記事は、Googleはすでにオフライン・クライアントのデザインを済ませており、現在（意外ではないが）Google Gearsの上でテスト中だとしている。GoogleはGoogleReadeのオフライン版を Gearsのプラグインですでに提供している。他社でGearsをプラットフォームに採用した例としてはZohoなどがある。

　Google Gearsはオフラインで動作しなくてはならないため，サーバー側の処理には頼れません。そこで，処理動作をローカルのブラウザだけで完結できるようにするために，処理言語としてJava Scriptを使用します。Java ScriptはローカルのPC側に処理エンジンがあり，オフラインであっても動作します。

　このシステム全体をGoogleはBSDライセンスとして公開すると宣言しました。私たちは「このシステムはGoogle Gearsを使っている。著作権はGoogleにある」と著作権明記さえすれば，自由に使用できます。業務か趣味かを問わず，Webアプリケーションを作成しているプログラマにとって，Google Gearsは何かしらの意識革命を引き起こしえる存在に感じられます。つまりGoogle Gearsはそれ自体がGoogleマップやYoutubeのように直接ユーザーに何か便利なサービスを与えるというサービスではなく，ユーザー向けにWebアプリケーションを作成しているプログラマに対しての技術サービスだというわけです。

公式ページには，とても少ない説明の中に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のインスタンスを作成するのに使用されます。

2007年8月末にGoogle Gearsはバージョンが0.2に上がり，「Timer」と「HttpRequest」が追加されました。Timerは文字通りタイマー管理をするAPI群です。一定間隔で処理を行いたい場合に使用します。タイマー機能そのものはJavaScript本体にもあります。Google GearsのTimer機能も書式はJavaScriptのタイマーと同じになっています。Google GearsのTimerはローカルにキャッシュしたコンテンツ(WorkerPool)に対しても，メインのHTMLに対しても利用可能だと説明されています。

　「HttpRequest」は自身以外のコンテンツに対してHTTPヘッダ，あるいはデータを送信し結果を受信することができるAPI群です。機能と名前からも想像できるようにDOM/AjaxのサンプルとしてよくでてくるXMLHttpRequestのGoogle Gears版といえます。HttpRequestもTimer同様にベースになったXMLHttpRequestと書式，関数，プロパティがほぼ共通です。

もともとWebアプリケーションとして提供されているサービスだが、2007年9月7日(スイス時間)にはオフライン機能を追加したPasspack Offlineが発表された。Passpack OfflineはGoogle Gears(当時の名称。現在ではGearsが正式名称)を活用して開発されたオフライン機能。現在ではFirefoxおよびIEでの動作がサポートされており、Operaも近いうちにサポートするとしている。

Passpack DesktopはPasspack Offlineとはことなり、スタンドアローンアプリケーションとして動作するように設計されている。つまりPasspackのアカウントを経由してWebサービスと同期することもできるし、完全に独立したパスワード管理アプリケーションとしても活用できる。これまで暗号化されているとはいえパスワードをオンラインで保持することに抵抗を感じていたユーザには朗報といえる。

オフライン機能はGoogle Gearsを利用して構築。Google Gearsは、Googleが2007年5月に始めたオープンソースプロジェクトだ。オフライン機能を利用するにはブラウザープラグインのインストールが必要。インストール完了後、「Go Offline」というオプションがナビゲーションバーに表示される。同機能は、Internet Explorer v.6以降、そしてFirefox（マックを含む） v1.5以降に対応。

現時点では、読み取り専用機能をオフラインで提供。書き込み専用機能は3〜4週間以内にリリース予定だ、と同社は言う。また、今後数週間内に同社の表計算、プレゼンテーション、その他のアプリケーションにもオフライン機能を提供し始める予定。

Googleがオフライン機能を提供し始めるより早く、Google Docs & Spreadsheetsと真っ向から競合するZohoが同機能の提供にこぎ着けた。ZohoがGoogleのソフトウェアを利用している事実を考えると、何となく皮肉な話にも思える。

オフライン機能は待望されていたもの。Google Docsは、各種オフラインアプリを作るために1年近く前に公開されたプラグインGoogle Gearsをようやく活用した。Zohoは昨年8月に、Google Gearsを使用して、同社のウェブベースのワードプロセッサーのオフライン版を出している。

ひょっとしてGoogleのイノベーション遅くなってないか？

ノルウェーのOpera Softwareは5月29日、同社のブラウザで「Gears」をサポートすると発表した。Gearsは、Ajaxなどの技術を活用したリッチコンテンツをオフラインでも利用できるようにするプラットフォームで、Googleが中心となって開発を行っている。Operaは、同社のデスクトップブラウザと携帯ブラウザの両方でGearsをサポートする予定。

　Operaは「当社の主要ブラウザにGearsを組み入れることは、端末を問わず、ブラウザをアプリケーション用のフルプラットフォームに変えるという当社のビジョンに沿うもの」とコメント。携帯ブラウザでは、次期バージョン「Opera Mobile 9.5」でGearsをフルサポートする予定。

ローカルサーバは、一度アクセスしたことのあるリソースをローカルにキャッシュしておき、オフラインでも利用可能にするためのものだ。そうしたキャッシュをGearsではリソースストア(ResourceStore)と呼んでいる。

リソースストアには二種類ある。あらかじめ決めておいたリソースをキャッシュするか、アプリケーションで自由にリソースを指定してキャッシュするか、だ。前者をManagedResourceStore、後者を単純にResourceStoreと呼ぶ。前者は、「マニフェスト」と呼ばれるメタデータで指定されたリソースしかキャッシュの対象としない。ただし、それらのリソースに対する管理はほぼ自動化され、更新されたリソースをオンラインから自動で取得し、更新することができる。後者は、キャッシュ管理が一切自動化されない。

本稿では、あらかじめ指定しておいたリソースをキャッシュする、「ManagedResourceStore」を試したい。

3.Google Readerにアクセス

　Google Readerにアクセスすると、以下のようなGoogle Gears使用を知らせるポップアップが表示されるので、「Allow」をクリックする。

図5 Allowをクリック

　Google Readerの画面では、右上に緑色のアイコンが表示されるようになっている。これをクリックすることで、フィード情報をローカル環境に保存することができる。

図6 画面右上にアイコンが表示される

図7 アイコンをクリックするとフィード情報が保存される

4.オフライン作業

　次にブラウザを「オフライン状態」にする。すると、オフライン状態にしたにもかかわらず、通常通りGoogle Readerでフィード情報を閲覧することができる。

図8 オフライン状態にもかかわらず、閲覧が可能

5.オンライン復帰時

　オンラインに戻った際は、再びアイコンをクリックする。これにより既読件数などの情報が同期される。

図9 同期が行われる

　以上、簡単な使い方を紹介してきたが、オフラインでもストレスなく閲覧できることが確認できた。現在のところGoogle Readerしか対応していないが、例えばGoogle D&Sであれば、「オフライン時に編集しておき、ネットワーク接続が可能になったら同期を取る」といった使い方が考えられ、特にモバイル環境において実力を発揮しそうなアプリケーションとなっている。

　他にも公式サイトでは、内部データベースを使ったサンプルなどが公開されている。もちろんGoogle以外のWebサイトによるGoogle Gears対応も可能で、今後、さまざまな使い方が示されていくと思われる。

オフライン機能はその代表例であり、Firefox 3のそれはGoogleの提供しているGearsを使っても同等の操作を実現できる。このように、技術の競合に対するMozillaのスタイルについて、浅井氏は次のように説明している。

　「我々は別に競争に勝とうという意識で作っているわけではなくて、お互いに切磋琢磨していい技術やサービスを作っていければと考えています。例えばFirefoxで実装した新しい技術と同じものが他のベンダーからリリースされたとしても、それは技術を評価して頂けたということで歓迎しますし、逆に我々も使ってみていいと思ったものを積極的に導入しています」

　Gearsについても、Firefoxの標準として採用するのかという話が持ちあがったことがあるという。浅井氏は次のように続ける。

　「これは米国の開発者がメディア向けに語った話なのですが、Gearsのいいところはそれを入れなくてもいいことだ、ということです。Firefoxにとって絶対に必要なのはオープンスタンダードなHTML5のサポートなので、HTML5のオフライン機能を実装しました。それ以上のものについてはユーザが選択できればいいと思いますし、たくさんの選択肢があることで本当のオフライン機能の使い方というものを作っていければよいと考えています」

現状ではまだFirefox 3のオフライン機能を利用できるWebアプリケーションはほとんど無い。大手サービスではZimbraがサポートしているとの話だが、日本語版は未対応となっている。

　したがって、ユーザがこれを利用できるようになるのはもう少し先のことになりそうだ。しかし浅井氏は、「Webアプリケーションの提供元としては、今の状況は他のサービスと差別化するチャンス」だと指摘している。

Firefox 3にはWebアプリケーションを強く意識した変更が多数加わっている。

　例えば高速化されたJavaScriptエンジンだが、特にGmailやZoho OfficeといったWebアプリケーションにおいて顕著な差が出ている。Mozilla Japan独自のテストでは、Gmailにおけるメッセージ読み込み速度においてFirefox 2の約3.8倍、Internet Explorer 7（IE7）の約6.8倍を記録したという。

　オフライン機能のサポートなどについても注目だ。これによって、Webアプリケーションにとってのネックである、インターネットに繋がっていない状態での不便さを解消することが可能になる。

Google Gears は不要な技術なのでしょうか。

いいえ、実は超絶に魅力的です。

３つの機能を単体利用するだけでも、実装効率は格段によくなりそうです。

１つ１つ説明していきます。

LocalServer はブラウザキャッシュをコントロールするための技術




ブラウザのキャッシュ（一時ファイル）は、キャッシュする条件がブラウザによってことなるなど、アプリケーション側から完全にコントロールするのは不可能でした。




それを Google Gears の LocalServer 機能で解決します。




例えば、こんな使い方はどうでしょう。





• 初回ロード時に読み込んだファイルを LocalServer にキャッシュする


• 次回ロードからは、LocalServer のファイルを利用してロードする → 表示の高速化


• ロードが完了して落ち着いたころを見計らって、サーバーにアップデート確認
  
  
  
  • 更新があった場合には、その場でページを書き換えてもいいが、何もしなくてもいい。既存のブラウザも、キャッシュがある場合には手動でリロードして初めてサーバーにとりに行く実装になっている。
  
  
  
  


• 次に読まれそうなデータを先読み（ページ遷移があっても大丈夫!!!）





重要なのは、アプリケーション側からブラウザのキャッシュを完全にコントロールできることです。

Database は SQL ベースの大容量 Cookie

現状のブラウザベースのアプリケーションでは、ちょっとした設定データやセッションデータを Cookie に保存します。

しかし、Cookie には 4KB 容量制限が重くのしかかります。

この制限を克服するために、Flash の SharedObject や、DOM Storage（Firefox only）、userData（IE only）を利用する といったバッドノウハウがあるのですが、インターフェースもばらばらな上に、環境依存の問題も併発してしまいそうで、なるべくなら使いたくないのが現状でした。

そこで、Google Gears の Database です。

大容量な上に、検索も SQL ベースで高速なのです。

また、Apollo β版にも Gears の Database と同様に SQLite ベースのデータベースが付属することが決まっています。

Adobe の中の人のブログによると、Google Gears と Apollo はこの部分で連携していくようです。

Apollo アプリでもウェブアプリでも、同じようにローカル DB を使えるようなインターフェースがあったら便利だよね。Adobe と Google は、そのインターフェースを連携しながら考えていくよ。

I meant to add that we are working on aligning the Apollo DB and Gears DB apis, with the goal of making it easier to build applications and code that can leverage both API implementations (on the desktop and in the browser).

Mike Chambers » Blog Archive » Apollo Beta will include SQLite Embedded Database

Google と Adobe の連携話からも SQL ベースのローカルストレージが流行っていくような予感がします。

WorkerPool で setTimeout 地獄からの開放

JavaScript の実装をしていると、ちょっと複雑な処理が入ると、ブラウザが応答しなくなり、CPU 使用率が 100% になってしまいます。

これを解決するためには、実装すべき機能を細切れにして、setTimeout で呼び出さなければなりませんでした。

しかし、ソースの可読性が下がってしまうため、あまりやりたくない手段です。

そこで、Google Gears の WorkerPool です。

思い処理を WorkerPool に任してしまって、バックグラウンドで処理してもらいます。ついに、JavaScript でスレッドを手に入れられるのです。

まとめ





• Google Gears をオフライン機能のために利用するのではなく、それぞれの機能を個別に活用する。


• いままで制御できなかった部分や、泥臭かった部分をすっきり実装できるようになる。


• それだけでも、かなり魅力的。

WordPressの次期バージョン2.6で、Google Gears対応というのが乗っているのだけれど、これはGoogle Readerのようなオフラインになっても使える、という機能ではなさそう。

Google Gearsをローカルにインストールしていて、管理画面で有効にしておくと、管理画面の切り替わりの速度が向上する、というのが2.6でのGoogle Gears対応の説明だ。

チケットとソースの変更部分を見る限りでは、この機能をオンにしても画像とスクリプトのローカルへのキャッシュをしているだけに見える。