Google Waveでニコ動っぽいサービスは作れますか？：インタビュー特集：Google直伝！（7）（2/2 ページ）
■ Google Waveはメール2.0？
スペックを読み進めると、Google Waveには多くのメールとの類似点があることが分かります。
- Waveサーバは、ドメイン単位での設置を想定
- ユーザーはメールアドレスと同じ「ユーザー名@ドメイン」で識別
- ドメインの規模によっては、もっと小さなグループ単位でもサーバを運用できる
- ユーザーはローカル、あるいは直近のWaveサーバとやりとりを行う
- 外部のWaveサーバ上のWaveにアクセスする場合も、そのサーバに直接アクセスするのではなくローカルWaveサーバに依頼して操作を「転送」する
Google Waveがリアルタイム性に注力している点を除くと、大きな枠組みは同じであるといってよいでしょう。
しかし、データの保存については大きな違いがあります。
「メールは、データがそれぞれの受信者に分散しますが、Waveでは常にマスタは1つです。やりとりされるのは、データへの操作となります」（ワン氏）
このことは、データのバージョンが分岐することを防ぎ、コラボレーションにおける行き違いを軽減してくれると思われます。
■ 仕様はオープンソース化
「Google Waveが成功するためには、外部のデベロッパやサービスプロバイダがプロトコルを受け入れてくれることが重要」（ワン氏）という考えから、Google Waveの仕様は専用サイトで公開されています。
現在稼働しているWaveサーバも今後オープンソース化される予定で、メールサーバのようにサービスプロバイダや企業が、独自のWaveサーバを立ち上げたり、あるいはデベロッパが独自にWaveサーバの実装もできます。
サードパーティーによる拡張で何ができるのか？
Google WaveはすでにAPIの情報を公開していて（「Google Wave API Overview - Google Wave API - Google Code」）以下のような機能を拡張できることになっています。
■ サーバサイド
Robot APIを使うことで、外部のサービスとGoogle Waveを接続できます。
- メッセージの追加・削除、参加メンバーの変更などのイベントを受け取り、それに応じた処理ができる
- Robotは、接続が許可されたWaveに対してメッセージの追加などができる
- RobotとWaveはJSONベースのRPCでやりとりができる
■ クライアントサイド
JavaScriptで記述されたガジェットをGoogle Wave上で動かせます。
- iGoogleガジェット、OpenSocialアプリは、ほぼそのまま動作
- Waveのイベントを受信し、それに応じた処理ができる
- Waveに対してイベントを送信できる
記者会見で聞いたGoogle Waveの細かいあれこれ
ワン氏とのインタビューに続いて行われた記者会見で、さらにいくつかの質問ができました。
■ Robotはどうやって実装するのか？
Wave中の会話を翻訳したり、コラボレーションの結果をブログに反映したりするRobotですが、当初はGoogle App Engineを使って実装する必要があるそうです。
■ ツールバーを独自拡張することは可能？
Internal APIを使って、ツールバーに独自拡張機能を追加できます。機能の実態はJavaScriptで記述します。
■ グーグルの社員は仕事にWaveを使っているの？
「Waveチームは、バグを抱えた初期段階のソフトウェアからWaveを使ってコミュニケーションをしています」（ワン氏）とのことで、なるほどWave自身がWave上のコラボレーションを通じて開発されているわけですね。
また、多くのグーグル社員がテストに参加しているそうです。ただし、その多くは単にこのプロダクトを体験しにきた人たちで、本格的に業務のためにWaveを利用した例はいまのところないのではないか、ということです。
Google Waveは、いったい何を目指すのか？
筆者は、Google Waveのメッセージングが、リアルタイム性を追究すると同時に過去の履歴を参照する機能を提供していることに注目しています。
これは、ネットワークを通じたコラボレーション機能で空間の障壁を超えると同時に、たとえ遅れてミーティングに参加してもディスカッションの内容にキャッチアップできるという点で、時間の障壁を超える可能性を提示していると考えられるからです。
一方で、こうした性質がGoogle Waveの持つ多様な側面の1つにすぎないことも忘れてはいけません。
Waveチームに「Google Waveを誰に使ってもらいたいですか？ 同僚、友人、家族？」という質問をしたところ、「それは、ユーザーが何を求めるかで決めたい。まずはデベロッパの反応を見たい」という回答が返ってきました。
Google Waveはプラットフォームであり、その上に構築されるアプリケーションやユーザーの使い方が性質を決めるということでしょうか。そういう意味では、「Google Waveは、もともとGoogle Mapsを開発したRasmussen兄弟（Lars & Jens）によって始められた」という事実も、なるほどと思えてきます。
高度な技術を簡単に利用できるAPIを提供することで、デベロッパとユーザーに挑むGoogle Wave。数年後、あるいは数カ月後、いまとはまったく異なるユーザー体験を実現しているのかもしれません。
最後に、ちょっとニコニコしてもらった
インタビューの最後に、ニコニコ動画をワンさんに見てもらって感想を聞きました。複数のユーザーが同時にコメントをやりとりする点で近いものがあり、同じようなサービスをGoogle Wave上で実現できないか聞くのが趣旨でした。
「Gadget APIを使って実装することはできそうだね」というのが回答でしたが、何よりユニークな動作に興味を持っているようで「Coolだね。どこが作っているの？」と聞いていました。
著者プロフィール
立薗理彦(たちぞの まさひこ)
1972年東京生まれ。慶應大学環境情報学部卒。シャープ、ノキアで組み込み系のソフトウェアエンジニアとして働く。会社員時代に週末プロジェクトとして iTunesでの再生履歴をネットで公開するサービス「音ログ」を開発したのをきっかけに独立、Web業界に。現在は、音楽ニュースサイト「ナタリー」の技術担当取締役
関連記事
- いまさら聞けない「マッシュアップ」超入門
いまさら聞けないリッチクライアント技術（10） Web 2.0時代の産物として脚光を浴びるマッシュアップ。その概要や長所短所、使うWeb API、事例やツールなどを紹介します - Cometに代表されるサーバ・プッシュ技術の復権
安藤幸央のランダウン（38） AjaxとCometを使った双方向通信が人気だ。その基となった技術の歴史・問題点を解説し、 さらに活用できるサーバ／フレームワークを紹介する - 企業コミュニケーションとツール活用法
電子メールを導入しているのに、社内のコミュニケーション不足は解消されない──そんな問題に対するアプローチとは？ 
時代はグループウェアからエンタープライズウェアへ
特集：エンタープライズ・コラボレーションはいま（1） 企業のコラボレーションは全社規模以上に広がりつつある。グループウェアの戦略的ツールへの進化が始まった
一足早く「Plagger」の便利さを実感してみよう
連載：5分でネットがわかるシリーズ（6） 豊富なプラグインを自在に組み合わせ、欲しい情報を収集し、加工して出力できる「フィードアグリゲーター」の「Plagger」って何だ？- Praggerとnetpbmで作る画像→AA変換ツール
Rubyを使って何か面白いものを作ってみよう！ 一般的な画像をアスキーアートに変換するツールを作ってみる。さらに出力にバリエーションを持たせてみよう - Google流「いいサービスの作り方」
次々と新しいサービスを世に送り出すグーグル。多くのユーザーを集める魅力あるサービスを作るコツとは？ アソシエイツ プロダクトマネージャが語る「いいサービスの作り方」
Copyright © ITmedia, Inc. All Rights Reserved.
注目のテーマ
ITmediaはアイティメディア株式会社の登録商標です。