Clickyのトップページ

その点Clickyは違う。アクセス解析結果で得られるほぼ全てのデータをWeb APIで取得することができる。Clickyに関する紹介は 4つの便利機能がお勧めのアクセス解析2.0「Clicky」[ Resident of Net ]を参考にして欲しい。

Clicky APIはアクセス解析アプリケーションという特性もあり、GETを使った取得のみのWeb APIとなっている。データはXML/PHP/JSON/CSV形式で取得できるようになっている。

Clickyのダッシュボード

サーチキーワード/サーチエンジン/流入元/流出先/ページURL/ダウンロード回数/国/都市/言語/ブラウザ/OS/解像度/ホスト名/FeedBurnerの表示数とクリック数などなど。他にも様々なデータが取得できる。

これだけのデータが取得できれば、コンテンツの下に載せたり、別なシステムと連携させたりといったことが容易にできるだろう。さらに基本情報についてはRSSフィードでも配信しているので、それを使っても情報取得が可能だ。

Clicky APIのドキュメント

データを全て解放してしまうのは競争力の減衰のように感じられるだろうか。否、これにより魅力をまし、ユーザビリティの高いフロントエンドがユーザから提供されると行った相乗効果が見込めるようになるのだ。

Help with Clicky | Clicky
　http://getclicky.com/help/api

Lighthouseの一画面

そしてLighthouse APIを使えば、Lighthouse内にあるほぼ全てのデータ取得できるようになります。

プロジェクト、チケット、変更一覧、メッセージ、マイルストーン、チケットビン（？）、ユーザといったデータが取得、追加、更新、削除できます。Lighthouse APIを使えば、Lighthouseクローンだってできそうな位充実しています。データの授受には独自のXML形式が利用されます。

Lighthouse APIの説明ページ

チケットのデータをTwitterから登録できるようにしたり、プロジェクトの状態を社内のシステムに反映したりといった相互連携が考えられます。その一つとして、Subversionのコミットログを転送する方法というのがLighthouseのヘルプの中で紹介されています。これも専用で開発すると大変ですが、Web APIを使うことで手軽で柔軟に構築することができるようになります。

Lighthouseは画面も見やすく、普通に使う分には申し分ありません。その中でさらに他のシステムと連携したい、カレンダー情報を抜き出したいと言ったようなニーズの中で利用するのは面白そうです。

Resident of Net » Blog Archive » 使いやすいプロジェクト管理「Lighthouseapp」
　http://residentof.net/2008/04/lighthouseapp/

Introduction to the Lighthouse API | Lighthouse
　http://lighthouseapp.com/api

GoogleからAmazonのEC2/S3/SimpleDB対抗プロジェクトとでも言うべきGoogle App Engineが登場しました。これはPythonベースのWebアプリケーションを開発し、それを動作させる環境を提供してくれるWebサービスです。

利用はまずSDKをダウンロードするところから始まります。現在ベータ版のため、ユーザ登録後にメールでお知らせがくる形式になっています。SDK自体はWindows、Mac OSX、Linuxやその他の環境向けのパッケージが提供されています。Google Apps Engine自体はオープンソースのプロジェクトになっています。

SDKダウンロードページ

そして、SDKをインストールし、さらにユーザ登録も完了したら開発開始です。

開発はPythonを使って行います。YAMLを使って設定を定義して、ローカル環境で動作確認ができます。その結果をコマンドベースでGoogle App Engineへ投げれば、Google上で動作させられるようになります。

注目すべきはGoogleのデータ管理システムであるBigTableを利用できる点です。データベースを定義し、GQLと呼ばれるSQLに似た言語を使ってデータを取得、更新、作成できるようになります。

Pythonということで若干敷居が高い感もありますが、これを機に習得してみるのも良いかもしれません。なお、フレームワークはDjangoとのことです。

個人的にはベータサービスの内にどれだけの言語に対応してくるか、またサービスの機能が増えていくかが気になります。例えばRuby/RailsやPHP、Perlといった言語への対応や、独自ドメインの対応などが気になります。また、ImageMagickや特殊なライブラリを利用している場合にどう対応してくるかも気になるところです。これらが解決してくると、相当面白いことになりそうです。

Google App Engine – Google Code
　http://code.google.com/appengine/

Tumbr APIのトップページ

そんなTumblrのサービスを十分に活用するのが「Tumblr API」だ。

Tumblr APIは読み取り、書き込みができるようになっている。読み取りは独自のXML形式で返ってくるものと、JSONでの出力の2パターンが用意されている。JSONはそのままではtumblr_api_readという変数に配列化されたデータが入る。またはCallbackが指定可能だ。

読み込みだけでなく書き込みの機能もある

書き込みはテキストを送信するパターンと、ファイルを送信する二つがある。問題なく完了すれば201のレスポンスが返ってくる。他にも認証だけのアクションや、動画やMP3ファイルがアップデートできるかどうかチェックする機能もある。

Twitterと同じような紹介をされるTumblrではあるが、その扱えるデータ形式は全く異なる。テキストのみならずスクラップブックとして活用するならTumblr APIを使ってみよう。

API | Tumblr
　http://www.tumblr.com/api

• 共用サーバサービス
• VPSサーバサービス
• 専用サーバサービス
• 自宅サーバ

などがあると思う。体感的には共用サーバは0〜5,000円/月、VPSは5,000〜20,000円/月、専用サーバは8,000〜100,000円/月くらいだろうか。自宅サーバはもちろん月額費用はかからないが、初期のサーバ代金、月々のネットワーク費用＋電気代、熱対策、障害時の対応などを計算しておく必要がある。個人的には割に合わないと感じている。

外部のリソースを使うサービスでは、大抵初期費用がかかってくる。その後の費用は月額のみだが、品質や障害時の対応などで各社ばらつきがある（それが金額に反映されるのだが）。多少大きめのサービスを構築しようと思ったときには、これらでは役不足になることも多い。

特に複数台の構成（Web + App + DBなど）を考えると、専用サーバサービスであってもオプションを使う必要があったり、そもそもオプションがないこともある。そうしたことを踏まえると、価格の割に十分でない気がしている。

それではローカル開発後の公開までの道のりで断念しかねない。そこでAmazon EC2の利用を考えたい。Amazon EC2を使えば、仮想サーバでありながら十分なパワーを備え、Amazonレベルのサービス品質を誇るサーバを短時間で手に入れられる。まず今回はAmazon EC2を利用する前までの準備を説明したい。

アカウントの登録

まず最低限の準備としてAmazon EC2のアカウントを取得する必要がある。Amazon EC2はAmazon Elastic Compute Cloudの略で、仮想サーバを使ったルート権限のあるホスティングサービスだ。有料のサービスとなっており、利用にはクレジットカードが必要だ。登録はここから行う。

Amazon EC2のトップページ

次に気になる料金体系だ。

インスタンス料

インスタンスは次の3つが用意されている。

• Small　1.7GB / 1CPU / 160GB HDD / 32bit　($0.1/時間）
• Large　7.5GB / 2CPU / 850GB HDD / 64bit　($0.4/時間）
• Extra Large　15GB / 4CPU / 1690GB / 64bit　($0.8/時間）

CPUは1.0〜1.2GHzのXeonとなっている。

データ転送料

データ転送料は次の通り。

• $0.1/GB（受信）
• $0.18/GB（送信）※ 最初の10TB/月まで
• $0.16/GB（送信）※ 次の40TB/月まで
• $0.13/GB（送信）※ それ以上

ということで2種類の料金が発生する。データ転送料は、よほど巨大なデータ（動画など）を連続して流さない限り問題はないだろうが、画像などを多用する場合は注意しておきたい。

Smallインスタンスを一ヶ月間使用した場合、$73/月（$0.1×24時間×365日÷12ヶ月）かかる計算になる。後は転送料により料金が前後する。同様にLargeインスタンスを使った場合は$292/月（$73×4）かかる計算になる。これが高いとみるか、安いとみるかは人によって違うだろうが、保守や初期費用を考えると十分ペイできると思われる。

アカウント＆証明書

アカウントを取得したら、重要なIDに関する情報をメモしておこう。それは右上のメニューの「AWS Account Activity」と「AWS Access Identifiers」に表示されている。

メニュー。マウスを重ねると表示される。

• アカウントID：数字12桁
• アクセスキーID：数字/英大文字20桁
• アクセス秘密キー：英数字40桁

AWS Account Activityには以下の場所にアカウントIDが記載されている。

モザイク処理している箇所に数字が記載されている

AWS Access Identifiersには次の箇所にアクセスキーID、アクセス秘密キーが記載されている。

アクセス秘密キーはクリックして表示される。

これらは忘れないようにしよう。次に必要なものをダウンロード＆インストールする。初回の場合は証明書が作成されていないと思われるので、Create Newから作成する。

• X.509証明書およびX.509秘密鍵（AWS Access Identifiersのページ下部）
• 専用のJavaツール（ここからダウンロード可能）
• Java

AWS Access Identifiersの下の方に証明書関連のリンクがある。

次はダウンロードしたツールを配置していく。ホームディレクトリにフォルダ（例：ec2-keys）を作成し、その中に先ほどのX.509証明書ならびにX.509秘密鍵を入れる。 そして、環境変数に各種設定を行う。Windowsであれば、

• EC2_PRIVATE_KEY：X.509秘密鍵のパス
• EC2_CERT：X.509公開鍵のパス
• Path：Javaツールのパスを加える

になる。LinuxやMac OSXであれば、

export EC2_HOME=~/ec2-keys
export PATH=$PATH:$EC2_HOME/bin
export EC2_PRIVATE_KEY=`ls $EC2_HOME/pk-*.pem`
export EC2_CERT=`ls $EC2_HOME/cert-*.pem`

といった形になる。ここまでの準備が終わったらターミナルを立ち上げて、

$ ec2-add-keypair > ~/ec2-keys/ec2-keypair # Linux / Mac OSXの場合

というコマンドを実行する。この結果、ec2-keypairというファイルが生成されるので、出来上がったec2-keypairファイルを開き、一番上の行は消しておく。ここまででようやく準備が完了だ。次回からインスタンスの操作を行う説明を行いたい。

新機能の一つ、イメージ。サムネイルと拡大画像がスライドショーのように表示される。

だが今度の機能でYahoo! Pipesの新たな活用法が見えてくる。Badges for Yahoo! Pipesと呼ばれる機能によって、出力形式にマップ、リスト、イメージという三種類が加わったのだ。

マップは位置情報が入ったデータを与えた場合に、地図上にそれをマッピングして自動的に表示してくれる機能だ。画像はflickr APIを使った場合に、その結果をサムネイルで一覧表示してくれる機能だ。

iGoogleへの表示

リストはこれまでと同じだが、画像の場合はサムネイルも一覧に加えてくれる。そしてそれらのデータをボタン一つでBloggerやWordPress、TypePadなどに貼付けられるようにもなっている。さらにiGoogleへの登録も可能だ。

各種ブログサービスへのボタンも用意されている。

現状ではflickr APIを活用したものが殆どのようだが、ユーザインタフェースに乏しかったYahoo! Pipesにこうした機能が加わったのは大きい。ブログのサイドバーがもっと華々しくマッシュアップできるようになる。

これはマップ。位置情報を読み取って地図上にマッピングしてくれる。

Badges for Yahoo! Pipes (Yahoo! Developer Network blog)
　http://developer.yahoo.net/blog/archives/2008/03/badges_for_yaho.html

そんな地図ではあるが、色分けはされているものの、ただ表示されているだけというのが殆どだ。これでは面白みが足りない、そんな地図にひと味加えてくれるのがこのWeb APIだ。

Orkney Web Routing Service API（以下Orkney WRS API）はある位置からある位置における最短ルートを教えてくれるWeb APIだ。これまでにないユニークなものになっている。

Orkney WRS APIの使い方としてはスタート位置とゴール位置の位置情報をそれぞれ指定してリクエストする。出力フォーマットは様々に指定できるが、Google Earthで使えるKML形式でも出力できる。

後はそのKMLファイルを地図上にマッピングすると、スタートからゴールまでが直線で引かれる。まさに最短ルートだ。これを使えば、例えば最寄り駅からオフィスまでの生き方を説明するのに使ったり、待ち合わせの店までの行き方が簡単に分かるようになる。

位置情報はピンポイントでは役に立つが、そこまでの経路を探るのはなかなか難しかった。だがOrkney WRS APIを使えば問題は解決する。現在、地図を使ったマッシュアップを運用、構築されている方は要注目のWeb APIと言えそうだ。

GeoPlatformAPI/OrkneyWebRoutingServiceAPI – シリウスラボ
　http://lab.cirius.co.jp/index.php?GeoPlatformAPI%2FOrkneyWebRoutingServiceAPI

API利用規約 – シリウスラボ
　http://lab.cirius.co.jp/API%E5%88%A9%E7%94%A8%E8%A6%8F%E7%B4%84

利用について
　ユーザ登録が必要

利用制限について

　明示的な利用制限はありませんが、実験段階のサービスですので、サービスの負荷が高い場合には利用制限をかけさせていただくことがあります。

FriendFeedのトップページ。ポップなデザインだ。

FriendFeedは各サービスのユーザIDやフィードを登録することで、自分が使っている各ソーシャルサービスのデータをFriendFeed内に集約することができる。また、友人を登録することで、友人の使っている各サービスの状態も簡単にチェックすることができるようになる。

そしてFriendFeedはWeb APIを公開している。それがFriendFeed APIだ。

FriendFeed APIでは各フィードをまとめたデータをフィード、JSONといった形式で取得することができる。全体のフィードまたは個別のユーザのデータが取得できるようになっている。

FriendFeed APIのページ

他にもコメントを取得したり、検索もできるようになっている。興味深いのはWeb API経由でのみ、エントリーを追加する機能があることだ。これは言わばブックマークのように使うことができるのだが、同時に画像もアップデートできる点が特徴だ。もちろん、コメントもWeb API経由で登録することができる。

ドキュメントなどはGoogle Code上にまとめられている。また、PythonとPHP向けにライブラリも提供されている。いずれもApache License 2.0の下で公開されるオープンソース・ソフトウェアだ。

Google CodeのFriendFeed APIプロジェクトページ

FriendFeedは2008年のtwitterと言われている。それは主にサービスの面をもって言われているのだが、Web APIの出し方も似ている気がする。殆どのデータをフィードやWeb APIを介して操作できるのが面白い。全てをオープンにしたとき、そこから生み出されるマッシュアップも奇抜なものが登場しそうだ。

データを登録するサンプル。curlを使ってコンソールから登録することもできる。

FriendFeed API
　http://friendfeed.com/api/

friendfeed-api – Google Code
　http://code.google.com/p/friendfeed-api/

FriendFeed
　http://friendfeed.com/

Contacts Data API – Google Code
　http://code.google.com/apis/contacts/

Google Contacts Data APIを使えばGmailのアドレス帳にWeb API経由でアクセスできるようになります。vCard形式ではなく、GData形式での取得、更新になります。新しいコンタクトを追加することもできるので、別なアプリケーションのアドレス帳と同期をとるような使い方も考えられます。

項目の詳細がドキュメント化されていないようで、詳細は未確認ですが、Gmailに登録したアドレス帳のほぼ全てのデータが取得できるようです。25件ずつのリストで取得したり、検索して結果を得ることができます。

Rubyでのデータ取得の方法は、Rails 2.0 » RubyでGoogle Contacts Data APIを呼び出すを参照してください。

そんなe-Wordsの用語を自分のサイト内にも配置できるWeb APIが「埋め込みe-Words」だ。

埋め込みe-Wordsは設置したサイト内にある文字列を解析し、e-Wordsへの用語リンク集を作ってくれるJavaScriptだ。単純に言えば、AdWordsのe-Words版と言った感じだ。例えば技術系の記事を書いた際に「用語解説」としてe-Wordsへのリンクをまとめてつけるような使い方が考えられる。

使い方は簡単で、表示されているスクリプトタグを埋め込めば良い。その結果はulタグとliタグの並びが返ってくるので、スタイルシートで好きに装飾できる。オプションは文字コード、リンク先ターゲット、クラス指定になっている。

埋め込みe-Words ： IT用語辞典
　http://e-words.jp/p/s-embed.html