Google Gearsの位置情報取得機能(まだぜんぜん実装されてないけど)
and we're working on resumable uploads, a geolocation API, and lots more fun things for the future.と書かれているのを発見(強調は自分によるものです)。
"geolocation API"と聞いてはじめは住所から緯度経度を返すジオコーダのことかと思ったけどそうではなくて、クライアントのデバイスの現在位置を取得するためのものです。日本のケータイでいう位置情報取得APIみたいなもの。
そんな機能が実装される予定になっているとは、と思って調べたらいつのまにかいくつかの機能が追加されていました。API History - Google Gears API - Google Codeによると- Desktop API
- デスクトップにショートカットが作れる
- HttpRequest Module API
- (以前はdbにアクセスすることしかできなかった)ワーカスレッドから
XMLHttpRequestが使える - Timer API
- HTML 5のタイマー実装
Location APIの実装
追加された/これから追加される予定のAPIについてはGoogle Gearsスタートガイドの著者の白石俊平さんが書かれたInfoQ: Google Gearsの現状、そして未来を占うに非常に詳しく書かれているのでご参照ください。 個人的にはLocation APIがどう実装されているのかに興味があるのでGoogle Gearsのソースコードをsvn checkout http://google-gears.googlecode.com/svn/trunk/ google-gears-read-only
we're workingって書いてあったけど....
コードのほうには何もなかったので、W3Cにも提案していると書いてある仕様のほうLocationAPI - google-gears - Google Codeを読むと位置情報を提供する Location Provider についてNokiaの端末に実装されているLocation Acquisition API(GPSや基地局情報から位置情報を返すAPI)や無線LANの電波強度を使うことを想定しているようです。
モバイル端末向けGoogle mapsアプリでもGPSのない端末である程度現在位置をとれるので、これと似たようなものをGearsに実装しようということなのでしょう。
モバイル端末についての認識の差
Nokia端末のLocation Acquisition APIが想定されていることからわかるように、このGearsのLocation APIはこれまでの伝統的なIEやFirefoxのようなデスクトップのブラウザを対象に作られているわけではなさそうです。デスクトップのブラウザでもいちおうIPから都市レベルで位置を割り出せるようですがLocationAPIの仕様からしてもモバイル端末上のブラウザを意識していることが読み取れます。一定時間ごとに現在位置をコールバックで返してくれるwatchPositionなんて、デスクトップコンピュータの上で動いているブラウザには意味がありません。
いままでGearsやAIRに実装されているオフライン機能に何の意味があるのかまったく理解できませんでしたが、携帯電話会社の電波や無線LANの電波が必ず手に入るわけではないモバイル端末のことを考えて実装されているのかなと気がつきました。日本では携帯電話が極めて非力だったころから携帯電話からインターネットのサービスを使う基盤ができあがった結果、"ケータイとPC"という二つの異なるプラットホームだと考えがちです(実際プラットホームは大きく違うので無理のないことです)。
それに対してWindows MobileにしてもiPhoneにしても、PCのプラットホームを小さくして携帯電話に持ってきていて、わりとそのまま同じものが動くアメリカ的にはPCのブラウザも携帯のブラウザも同じようなものだと捉えているのかもしれません。
余談ですがLocationAPI - google-gears - Google Codeには、いま利用できる日本以外での位置情報取得方法についていろいろコメントが寄せられていておもしろいですよ！
PlaceEngineみたいなのはまだ海外にはないんですかねー。
comments