POLAR BEAR BLOG

Flickr、Geotagging を容易にする機能を導入？

Flickr などの写真共有サービスで、タグ機能を利用して写真に位置情報（緯度・経度）を設定することを Geotagging （ジオタギング）と言います。Flickr では既にこの「ジオタギング」が可能になっているのですが、earthhopper さんで紹介されているように、設定にはちょっと手間がかかりました：

■ Firefox でらくらく Geotagging （earthhopper）

しかしジオタギングを容易にする機能が、密かにテストされているようです：

■ Flickr working on geotagging functionality? (Neologies)

また TechCrunch でも解説記事が出ていました：

■ Flickr、ドラッグ&ドロップでジオタグをサポート？（TechCrunch Japanese）

これらの記事によれば、

• メニューを選ぶと Yahoo! Maps が表示され、そこに写真をドラッグ＆ドロップできるようになっている。
• 写真を地図にドロップすると、ドロップした地点の緯度・経度が自動的に Geotag される。
• Geotag の公開設定（位置情報を見ることをどこまで許可するか）も可能。

といった感じのようですね。この機能はわずかな時間オープンされた（意図的にかどうかは不明）だけなので、正式な機能になるかどうかは分かりませんが、Zooomr などジオタギングを積極的にサポートするライバルが登場してきていることを考えると、何らかの動きがあったとしてもおかしくありません。

GPS機能付き携帯電話で写真撮影するなど、ハードの側で写真に位置情報を持たせることがこれから普通になっていくと思いますが、一般化するまではこうした「簡単ジオタギング機能」といったものが必要ですよね。また「簡単ジオタギング機能」が普及すれば、ジオタグがより身近なものになり、「もっと簡単にして欲しい」という声がハードの進化（普通のデジカメにもGPS機能が付く？）を促すかもしれません。その相乗効果により、「画像ファイルには何らかの形で位置情報が付与されているもの」という概念が一般的になっていくかも。

また Flickr に「Map」というメニューが追加されたというスクリーンショットも出ています。ジオタグの付いた写真データでどのような楽しい機能を実現するか、こちらも期待したいですね。僕は「地球上のある地点を指定すると、Flickr に登録されているデータの中からその地点に近いジオタグを持つ写真を選び出し、撮影時間順（過去→未来、もしくは未来→過去）でスライドショーしてくれる機能」なんてあったら楽しいと思うのですが・・・（どこかで近いことを実現している人がいるのかも）。

500人に聞いた「あなたにとってWEB2.0は何を意味しますか？」

37signals のブログ"Signal vs. Noise"で、面白い書き込みがありました。彼らの製品"Basecamp"を使っているユーザーから500名をランダムに選び、「Web 2.0 ってどんな意味？」という質問をしたとのこと：

■ What Web 2.0 means to 500 random Basecamp customers (Signal vs. Noise)

「Web 2.0 という言葉を聞いたことがありますか？」という質問に"YES"と答えたユーザーに対して、「Web 2.0 とはどんな意味だと思いますか？」と聞いたとのこと（ちなみに Web 2.0 という言葉を聞いたことが無かった回答者は全体の13%だったそうです）。そしてその回答がこちら：

■ Survey Detail

ご存知の通り、Web 2.0 の定義については数多くの知識人（？）の方々が千差万別な説明をしています。しかし今回のアンケートが焦点を当てているのは「ユーザーが考える Web 2.0 の意味」ということで、その本来の定義は別にして、Web 2.0 をユーザーはどう捉えているかを明らかにするものです。ただし Web 2.0 の要素の1つが「参加のアーキテクチャ」であるならば、このように人々の意見を集約して「Web 2.0 とは何か」を掴むのが、実は一番正しいのかもしれませんね（その意味では Wikipedia 上の Web 2.0 の定義も「最も正しい Web 2.0 の解説」と言えるかもしれませんが）。

その価値をどう捉えるかはともかく、アンケート結果を眺めているといろいろ面白いことが見えてきます。テキストマイニングをかけたわけではないので、僕の個人的な主観になってしまいますが、なんとなくインターフェースや見た目・デザイン等について語っている意見が多いような気がします。中身はどうあれ、「使い勝手が良いウェブサイト＝ Web 2.0」のような捉え方をしている人が多いのでしょうか。

また「明確な定義などない」「マーケティング用語だ」「オタク用語だ」という意見も（やっぱり）そこここに見られますね。中には

Goddamn stupid-ass marketing term that I'd prefer to never hear again.（まったくマヌケなマーケティング用語だよ。二度と聞きたくないね。）

という過激な意見も。昨日の晩、近所の中規模書店に行ったのですが、ビジネス書の棚に「WEB2.0系本」コーナーができていてビックリしました（ちなみに Amazon で"WEB2.0"を検索するとこうなります）。こんな状況だと、日本でも「もう Web 2.0 は飽きた」っていう声が本格的になる日も近いのかも・・・。

短時間＆時間限定サービスの応用

忙しい。忙しい時には「短時間で終わるサービス」が便利ですが、なんでも「1回30分でできるフィットネス」とやらが急増中だそうな：

■ “30分フィットネス”急増中 -- 女性、空き時間で気軽に（日経流通新聞 2006年8月2日 第14面）

1回30分でできるフィットネスの手法「サーキットトレーニング」を行う小型フィットネスクラブが増えているとのこと。短時間でできるという点を売り物に、日中に時間のある主婦や会社帰りのOLをターゲットとしているのだとか。国内最大手はカーブスジャパンという会社で、2005年7月に1号店をオープンさせてから、1年で160店舗まで拡大。年内に300店舗の開業を目指しているそうです。

こういった「スキマ時間」を狙ったサービスについては、以前シロクマ日報でもエントリしたことがあるのですが、様々な分野で増えているようです。それはフィットネス・料理教室・メガネ製作などもっぱら「かつては時間に余裕がある時でないと利用できなかったサービス」が主な領域なわけですが、WEBサービスにも「利用時間を短時間にする＆時間を限定する」という発想を応用できないでしょうか。というわけで、勝手に考えたアイデアを3つほど：

1. 30分で終わるゲーム

ゲームを始めたけれど、いいとこまで来たのに用事があって止めなければならない・・・なんて経験が個人的に非常に多いです。例えばサッカーゲームのように「○○分で必ず終わりが来る」という限定を他のジャンルにも応用すれば、最初から心置きなくゲームが始められるのではないでしょうか。「○○分」に限らず、例えば「来週から期末テストの準備をしなければいけないから、5日間で必ず終わる（いいところで中断という状況に陥らない）」といった設定も考えられると思います。またこの「○○分」をユーザー側が指定できる（隣駅で降りるまでの5分間だけゲームをしたい）といった応用も可能では。

2. 30分以上使用できないWEBブラウザ

先日「締切を守る10の手段」というエントリを書きましたが、その中で「フルスクリーンを活用せよ」というアドバイスがありました。他のアプリケーションにハマってしまうと、あっという間に時間が過ぎてしまうことを指摘したものですが、例えば「ちょっと息抜きにWEBを見るつもりが、気づいたら2時間も油を売ってしまった・・・」などということはよくあるのではないでしょうか。この場合、「○○分以上（ユーザーが任意に設定可能）見れないブラウザ」などというものがあれば、問題解決の1つの方法になると思います。

3. 30分で読めるように記事を要約・選択してくれるRSSリーダー（もしくはソーシャルブックマーク）

RSSリーダーやソーシャルブックマークなどで、情報がどんどん集まるようになりました。しかしこれを片っ端からチェックしていては、いくら時間があっても足りません。例えば「10分間で未読記事全て」などと設定すると、平均的な人間が10分間で読めるテキストの量に基づき、重要な記事だけを選択（事前に設定したキーワードやブックマークしている人の数などで判断）してくれたり、未読記事を要約してくれる機能があったら便利ではないでしょうか。この「○○分」という設定が短くなればなるほど、重要度の条件が厳しくなったり（ex. 被ブックマーク数が100以上）、要約の長さが変わるわけです。一定の重要度で記事をすくい上げるというよりも、時間という入れ物につめられる分の情報を選ぶ・つめられる分に情報を圧縮するといったイメージでしょうか。

と、こんな感じ。パッと考えただけなので底が浅いですが、じっくり考えてみると良いネタが転がっていそうな気がします。

「ゆであがり」を教えてくれるタマゴ

ITでもなんでもないのですが、ちょっと感心したネタ。イギリスで、簡単にゆでタマゴが作れる卵が登場したとのこと。なんでも「ゆであがり」を自動的に教えてくれるそうです：

■ The smart egg that shows you when it's boiled to perfection (Times Online)

British Egg Information Service という機関（企業？）が開発したタマゴ "self-timing egg" というもので、オフィシャルサイトでの解説はこちら：

■ They’ve cracked it! – the self timing egg (British Egg Information Service)

上の写真は Times Online から拝借してしまったものなのですが、タマゴの表面にライオンのマークが印刷されているのが分かると思います。このマークは温度によって色が変化するインクで印刷されていて、熱湯でタマゴをゆでると、ちょうど良い時間に黒く表示されるのだとか。なんと、ソフト・ミディアム・ハードの3種類が用意されていて、好みの硬さを選べるようになっているそうです（写真では"Soft"と表示されていますね）。

「そんなの自分で時間を計ればいいじゃん」っていうのはもっともな意見です。Times Online も「イギリス人はタマゴもゆでられない」という皮肉っぽい口調になっていますが、これがあると意外に便利なのではないでしょうか。ニッチ過ぎて誰も気にしないようなニーズを、まともに突き詰めて考えてみても面白いアイデアが生まれるかもしれませんね。

まとめブックマーク

ある方のとある書き込みを読んでふと感じたこと（というより、かねてから疑問に思っていたこと）。もしかしたら既に議論し尽くされたことなのかもしれませんが、ご勘弁を。

ソーシャルブックマークする時、当然URLを登録することになるわけですが、コレと：

＜ http://blogs.itmedia.co.jp/akihito/2006/07/post_138c.html ＞

コレは：

＜ http://blogs.itmedia.co.jp/akihito/2006/07/post_138c.html?ref=rssall ＞

RSSから参照したものかどうかというだけで、実質的には同じ記事になります。しかしブックマークする際は異なる記事と認識されてしまう（URLが違うので）ため、ブックマーク数のカウントや、記事に対するコメントを統合して見ることはできません。

これはSBMを個人的な目的のために使っている場合にはどうでも良いことですが、ある記事に対して他のユーザーがどれだけ関心を示しているか・どんな感想を持っているかを確認したい場合、さらにはSBMでアクセスアップを狙う（ブクマ数を多くして「注目記事」として取り上げられることを狙う）場合には不便です。また複数のサイト（朝日新聞、読売新聞、毎日新聞など）で同じトピック・同じ事件を扱った記事が掲載されることがありますが、これも上記のような「他のユーザーの動向を確認する」という目的でSBMを使う場合には不便となります。

少なくとも「ソーシャル」としてのブックマーク機能であれば、上記2つのURLを同一のものとして見なすロジックが考えられても良いように思うのですが。また後者の問題（複数サイトにまたがる同一トピック）については、ユーザーが望む場合には一括りにして1つのブックマークをつけることができるようになっても面白いと思います（「このブックマークに関連するブックマーク」のように紐付けできるようにするとか、そもそも1つのブックマークに対して複数URLを登録可能にするとか）。後者の問題の場合には、ある記事をブックマークすると「こちらの記事でも同じ内容を扱っていて、より多くのユーザーからブックマークされています」なってお知らせが出るようになっても面白いかも。

現在でも「まとめブックマーク」として、タグやキーワードでまとめたブックマークが存在していますが、このレベルでコメントやディスカッションが可能になれば「メタブックマーク」として機能するかもしれませんね。そこまでの機能をSBMに求めるのは筋違いかもしれませんが、SBMのソーシャルな部分はもっと進化しても良いのではと思います。きちんと意見がまとまりませんが。

「毎日が最新版」な電子地図サービスが登場

以前このブログで、「地図版Wikipedia」とでも言うべきサービスが登場したことについてエントリしました：

■ Map 2.0 （POLAR BEAR BLOG）

このアルプス社の取り組みについての続報が、今朝の日経産業新聞に掲載されていました：

■ 電子地図を毎日更新 -- ヤフー 投稿サイトで最新情報反映（日経産業新聞 2006年8月1日 第2面）

ヤフーはアルプス社と共に運営している「ヤフー！地図情報」の地図データを、8月1日から毎日深夜に更新するとのこと。既に公開中のサイト「みんなでつくろう”Yahoo!地図情報”」でユーザーから受け付けた情報を元に、新しくできたり名称が変わったりしたコンビニ・飲食店・観光施設などのデータを更新するそうです。一日当りに更新する情報は数百件に上る見込みで、将来的には投稿された情報をリアルタイムに反映することを目指しているのだとか。

情報がリアルタイムに更新されることになれば、ますます「地図版Wikipedia」という存在に近くなっていくかもしれないですね。地図で Wikipedia 的な「オープンソース情報更新」が成功すれば、もっと別の分野でもユーザーからの情報提供を活用する試みが始まるのではないでしょうか。

実はうちの奥さんは某美術館で受付のお仕事をしているのですが、いま開催している企画展は集客が見込めるため、通常の休館日（月曜日）も営業していま す。ところが先日、ある情報週刊誌を眺めていると「毎週月曜日は休館」と書いてあるではないですか。案の定、月曜日は客足が悪く、その分土日にお客様が集 中してしまっているそうです。美術館のスタッフが気づかないの？と聞いたところ、「情報誌をチェックするなんて人はいないから、間違いに気づいていないん じゃないかな。気づいていても自分から出版社に連絡しようなんて人もいなさそう・・・」とのこと。なんともおかしな話ですが、公立の文化施設なんてどこも そんなカンジなんじゃないの？というのが彼女の返事でした。

こんなとき「ぴあ＋Wikipedia」的な存在がネット上にあれば、すぐに情報を訂正することができますよね。タウン誌の情報は意外と間違っている、というか、小売店やイベントの営業時間・営業内容というものは変化しやすいため、掲載されている情報はどんどん陳腐化してしまうものです。「ぴあpedia」、あるいはユーザーからの情報提供＋ユーザー提供情報の検索が簡単に行えるようなタウン情報サイトがあると良いのですが。

そういえば今日は、CNNがユーザーからの情報提供を受け付け、掲載するサイト"CNN Exchange"というサービスがスタートしたというニュースもありました：

■ CNN Asks Audience For Help (Forbes.com)

これまで「ユーザー」という立場だった人々を情報提供者の側に立たせる仕組みは、今後もますます発展しそうです。

Multiply と SNSの「引っ越し」

SNS乱立の状況は相変わらずで、毎日1コずつ新しいSNSが生まれている、と言っても過言ではないかもしれません。最近は全てをチェックする気力も無いのですが、このSNSだけは興味を惹かれました：

■ 日本にも上陸のSNS「マルチプライ」--その特徴は？（CNET Japan）

Multiply というアメリカ発のSNSについて。とりあえず差別化ポイントとして力を入れているのが、「人間関係を詳細に設定できる」という点。友達として登録するユーザーには、以下のようなカテゴリ/サブカテゴリに分類が可能です：

• 友達
  • 友達
  • オンライン・バディ
  • 婚約者
  • ガールフレンド/ボーイフレンド
  • ルームメイト
  • ご近所さん
  • 女子学生社交クラブ・男子学生の社交クラブの仲間
  • クラスメート
• 家族
  • 妻/夫
  • 母/父
  • 姑/舅
  • 娘/息子
  • 義理の娘/義理の息子
  • 姉・妹/兄・弟
  • 義理の姉・妹/義理の兄・弟
  • 祖母/祖父
  • 孫
  • いとこ
  • またいとこ
  • 叔父・伯父/叔母・伯母
  • 姪/甥
  • 継母/継父
  • 継姉・継妹/継兄・継弟
  • 継娘/継息子
  • 元妻/元夫
  • 家族の友人
  • 遠い親戚
  • 他の親戚
  • ライフ・パートナー
• 仕事関係の人
  • 職場の同僚
  • 上司
  • 同業者
  • 従業員
  • ビジネス・パートナー
  • 取引連絡先

とまあ、こんなの普通設定しないだろ！（別れた妻・夫など）というカテゴリまで用意されています。このカテゴリを利用し、「親しさをインデックス化」したものを検索結果表示に反映できるのだそうですが、正直そこまで詳細に人間関係を設定するかどうかは疑問に思います。また、「複数のカテゴリに設定したい場合（同僚であり妻である場合とか）はどうするのか」「そもそも『役割』というものだけで人間関係を規定できるのか」「現実世界の人間関係をネットに反映すべきか/反映したいとユーザーは願っているのか」といった点も考えなければならないポイントではないでしょうか。

実は僕が興味を持ったのはカテゴリ機能ではなく、アカウントを取得した際に表示されるこの画面：

画面下半分に他サービスのアイコンが表示されているのが分かると思いますが、実は他のSNSやメールアカウントから、登録されているユーザーを引き継ぐことができるようになっています（引き継ぐというより、正確には「招待メールを出す」という機能ですが）。例えば mixi を選択し、ID（設定してあるメールアドレス）とパスワードを入力すると、マイミク登録してあるユーザーが写真と共に一覧表示され、「このユーザーに招待メールを出す/出さない」を選択することができます（招待メールを出す場合には、同時に上記の「カテゴリ」を設定可能）。

例えば「mixi に疲れたから脱退したい、けど親しいマイミクとは関係を続けたい」という場合には、この「引継ぎ」機能が活用できるわけです。実際にはコミュニティやこれまでのメッセージのやりとりなど、「引き継ぎたいけど引き継げない」ものはたくさんあるのですが、これだけでもSNSの引っ越しに発生する「心理的スイッチングコスト」はずいぶん軽減されるのではないでしょうか。

SNSの乱立状況が続き、mixi や GREE に限らず長く続くSNSが増えてくれば、「新しいサービスに引っ越したい」「あるSNSで積み重ねた関係を別のSNSにも持ち込みたい」というニーズは強くなるでしょう。今回の Multiply が導入したような仕組み（もしかしたら別のSNSが開発したものかもしれませんが）は、今後改良・進化が進んでいくと思います。

Touchstone -- 情報窓口の一本化＆フィルタリングツール

久しぶりに TechCrunch から、個人的にすごく使ってみたいツール。いくつかの情報ソースをたばねて、重要な情報だけをフィルターして通知してくれる"Touchstone"というデスクトップアプリケーションについて：

■ Touchstone brings Attention Data to life in real-time (TechCrunch)

日本語版はこちら：

■ リアルタイムで注目データを追うTouchstoneのAttention Data (TechCrunch Japanese)

残念ながら非公開ベータテスト中（例によってEメールで申し込むパターン）なので、実物を確認できていないのですが、TechCrunch の記事によれば：

• 一本化する情報ソース（RSS、POPメール、Gmail など）を設定。
• フィルターに使用するキーワードを設定。キーワードにはそれぞれ重要度を設定できる。またフィルターは「ネットの人気度、何時間前のものかまで関連付けて総合的に判断」してくれる。
• ユーザーにはフィルターを通過した情報が通知される。設定した重要度に応じて、通知方法（タスクトレイからのアラート表示、デスクトップアプリケーションによるティッカー型表示、「カーソルの後ろに数秒間フロートで警告が流れるカーソルトレイル」の3通り）も選択できる。
• ローカルPC上にあるデータをスキャンして、その内容からキーワードを推奨してくれるという"Intuitive Attention Management"も可能（ただし推奨キーワードはローカル上に保管されるだけで、このデータが外部に漏れることはない）。
• 料金は無料だが、コンテンツ連動型広告が表示される。広告を非表示にする場合には有料。

こんな感じのツールとのこと。フィルターがどの程度正確に働くかにもよりますが、なかなか面白そうなツールです。

押し寄せる情報洪水をフィルタリングするツール、というと以前使っていた"SearchFox RSS Reader"を思い出してしまうのですが、Touchstone はフィルタリングの目的で使う以前に、増えすぎた情報の窓口を一本化するツールとして魅力的かもしれません。まだ対応している情報ソースはRSSフィードとPOPメール、Gmail しかありませんが、Adapter Ideas のページでは MySpace のメッセージ、eBay のオークショントラッキングなど様々なインプットが提案されていますので、今後対応するソースは増えていきそうです（現在でも様々な「RSS化ツール」によって、多くの情報をRSS経由で取得することは可能ですが）。

ただアグリゲートする情報ソースが増えると、それだけフィルタリングもバージョンアップを迫られるかもしれませんね。例えばメールやSNSのメッセージに順ずるものであれば発信者・メッセージに設定された重要度など、RSSフィードなら発行元の格付け（例えば TechCrunch から発信された情報は必ず確認したいけど、Polar Bear Blog は1週間に1回で良いとか）など、設定方法のニーズも増えていくに違いありません。

そうなってくると、今度はフィルターの設定方法が面倒になっていきますが・・・。この辺を解決するのが、Touchstone で言うところの"Intuitive Attention Management"という概念なのでしょうね。プライバシーが侵されるリスクはありますが、過去にローカルPC上で行った操作を基に最適なフィルターを自動的に用意してくれる、というのは確かに便利です。現在でも Amazon のレコメンデーション機能や、Google の Search History など、単一のアプリケーション内では「過去の経験に基づく最適なフィルタリング」が行われていますが、それを複数のアプリケーションを統合する形で行ってくれるというのが、今後もしかしたら重要なポイントになっていくのかもしれません。