POLAR BEAR BLOG

ライブドア、ブログ検索でN-gram方式を採用

最近話題のライブドアが、ブログ検索をN-gram方式に移行したとのこと：

ライブドア、ブログ検索をN-gram方式へ--対象は2000万ブログ超 - CNET Japan.

ライブドアのブログ検索サービスはこちら：　livedoor 検索 ブログ

ブログは最先端の話題を扱うことが多い上に、口語で書かれることが多いですから、N-gram方式は案外有効かもしれませんね。先日、スマートカードを「スマカ」と略す人々も多いと初めて知ったのですが、そんなこと当たり前と思っている人は普通に「スマカ」を検索キーワードとして使うでしょう。辞書がアップデートされていなければ、「スマカ」ではヒット無しという結果になってしまいますが、N-gramならそれを防ぐことができます。

ただしN-gramだと「スマスマカワイイ！（SMAP×SMAP可愛い！の意）」といった文章も「スマカ」というキーワードで拾ってしまうわけですが。実際、スマカで検索すると、「サンクスマカダミアン！」という文章を含んだ記事をピックアップしてしまっています（ちなみにTechnoratiで「スマカ」を検索すると、台湾にあるスマカ社という工具メーカーの製品を紹介するブログだけがヒットします）。
（※2つの検索結果はともに、今日9時30分現在の実行結果。）

いずれにせよ、様々な検索方式が提供されることは、ユーザーにとって歓迎すべき状況でしょう。多くのサービスがあれば、目的と状況によって検索サービスを使い分けるといったことが可能になります。普段Technoratiでしかブログ検索しない、という人も、試しにlivedoor検索を使ってみては？

携帯電話から、声でブログを呼び出すサービス

今朝の日経産業新聞に、携帯電話向けに「声でブログを呼び出すサービス」が始まるとのニュースが載っていました：

声でブログ呼び出し--アドバンスト・メディア 携帯向けサービス（日経産業新聞2006年1月31日、第21面）

例によってWEB上の記事はなかったのですが、CNETに同じニュースが掲載されています：

携帯電話に話しかけてブログを表示--ボイスドメインサービス（CNET Japan）

利用者はまず携帯電話で、アドバンスト・メディア子会社のボイスドメインサービスのサイト（http://vd-s.jp）に接続し、登録されているブログ名を言うと自動的に接続するとのこと。サービスは明日2月1日から開始されるそうです。

またCNETの記事によれば、「ブログをボイスドメインに登録する費用は初年度が1万9600円、2年目以降は9800円」とのこと。個人ブログで登録するには微妙な料金ですが、企業のビジネスブログであれば、宣伝費としては安いでしょう。

このサービス、ブログは登録制ということですが、あらかじめ人気ブログは登録されている（つまりボイスドメインサービス側で、無料で勝手に登録してある）のでしょうか？でないと、利用者側にとってはいわば「宣伝用のブログしか呼び出せないサービス」になってしまい、あまり利用するメリットを感じなくなってしまうのですが。

また登録名称と発話内容の結びつきはどの程度緩やかなのでしょうか？何を心配しているかというと、例えば「生協の白石さんのブログ」ですが、正式名称は「がんばれ、生協の白石さん！」です。この正式名称を知らない人が「生協の白石さん」「白石さんのブログ」「白石ブログ」などと発話しても、正しく接続できるのでしょうか。利用者の立場に立てば、考えられる発話内容をあらかじめ全て登録しておく必要があります。

携帯電話と音声認識技術を組み合わせたサービスは、まだまだ検証が始まったばかりです。上記のもの以外にも、これから様々な問題点が明らかになってくると思いますが、いずれベストプラクティスと呼ばれるものが生まれてくるのでしょう。

クチコミを統計グラフ化する「ブログクチコミサーチ」--さっそく使ってみました。

kizasi.jpから、ブログ上の話題を統計化するサービスが本日よりスタートするとのこと：

口コミを統計グラフ化--kizasiから生まれた「ブログクチコミサーチ」（CNET Japan）

サービス名は「ブログクチコミサーチ」で、任意のキーワードの出現量と、その関連後のランキングを時系列で表示してくれるとのこと。無料でユーザー登録できるので、さっそく実際に使ってみました。

（クリックで拡大）

画像からお分かりのように、キーワードは2つまで設定させ、グラフ上で比較することができます。今回は「旭山動物園」と「上野動物園」を設定してみました。グラフの下に表示されているのが関連語で、品詞で分類することができます。例えば旭山動物園の何が話題になっているのか調べるために、「名詞」の関連後を見てみましょう：

（クリックで拡大）

どうやら例の「ペンギン行進」が話題になっているようですね。画像からはカーソルが消えてしまっていますが、各単語の上にカーソルを合わせることで、出現頻度と関連度をバルーンで表示させることができます。さらに関連語をクリックすると、「キーワード＋関連語」が含まれているブログの個別記事を確認することができます：

（クリックで拡大）

また品詞を「形容詞」にすることで、キーワードに対する評判がある程度分かるようになっています。しかしネガティブな単語が必ずしもマイナスの評価になっているとは限らないので（以下の画像を参照）、正しい評判を知るのにはちょっと不十分です：

（クリックで拡大。関連語1位の「少ない」をクリックした例。「少ない」は5回出現しているが、うち3回は国内繁殖例が「少ない」動物の繁殖に、「多摩動物公園が成功した」という文脈で出現している。）

以上の操作は、2つのキーワードどちらでも行えます（関連後表示欄の下部にあるタブで切り替えることが可能）。

使用後の感想ですが、AJAX（たぶん）を使用した感覚的に操作できるインターフェースにより、同様のツールよりも操作していて楽しいと感じました。しかしメニュー上には表示されているものの、工事中の機能（カーソルを合わせると「未対応」というバルーンが表示される）が多く、少しストレスを感じます。個人的には、未対応の機能は画面上に表示させない方が良いと思うのですが。
（※1月31日追記：AJAXではなく、Flashを使用したサイトでした。訂正してお詫び致します。）

またインデックス化しているブログデータの少なさ、関連語アルゴリズムの弱さ（キーワードに対して関連していない単語でも、近い位置にあるというだけで関連していると判断される）がまだまだ気になるレベルです。企業のマーケティングで活用されることを想定しているようですが、現状では詳細な分析には使えないのではないでしょうか。全体的な概要を掴むには良いかもしれませんが、それなら既存のツールでも十分なように感じます。

ともあれ、「未対応」の機能が多いということは、これからブラッシュアップされるということでしょう（おなじみの「50%リリース」思想で開発されているのかもしれないですし）。今後の発展と、Blogosphere統計分析サービス市場の活性化を期待します。

Blog Keyword Visualizer: 究極の「閃き」ツール？

先週からアナウンスされていた、So-netのBlog Keyword Visualizerがリリースされました。それと同時に、So-netのWeb2.0に対する取り組みをまとめた「Web 2.0 サロン」がオープンしています：

Blog のトピックを時系列で表示するサービス、So-net の「Web2.0 サロン」で提供（Japan.internet.com）

いつものように、百聞は一見にしかず。早速インストールしてみました：

画像の下部中心に見えるサークルの部分から、次々とキーワードが生まれ、無数のリンクを張って成長（？）してゆきます。成長、という言葉を使いましたが、まさに生きているという表現がピッタリするような、有機的な動きをするインターフェースです。

キーワードの元となったブログ記事にジャンプできたり、キーワードの出現頻度を色で示していたりするのですが、Blogophereを統計的に俯瞰するというツールではないように感じます。何かを調べるために使うというよりは、ボーッとしながらキーワードが成長するのを眺め、思ってもみなかった「閃き」を得るのに適したツールのように思うのですが。

確かdel.icio.usでも似たようなvisualizationのツールがあったように思うのですが、日本語で直感的に把握できる分、すごく面白いですね。何の役に立つわけでもないのですが、動きに見入ってしまいます。近い将来、発想法の一手法として「Blogosphereのヴィジュアリゼーション・ツール」なんてものが加わってくるのでしょうか？

クチコミ情報に求められるのは「信頼性」

今朝の日経産業新聞で、クチコミ情報に関するアンケート調査が掲載されています：

本紙メルマガ3700人緊急調査 「買い物前はネットに聞く」8割（日経産業新聞2006年1月16日、第1・2面）

WEB上に記事がないので、要点だけ抜粋します：

• 日経産業新聞がメールマガジン（日経eメールサービス）購読者を対象に、クチコミ情報の活用についてアンケートを行い、約3700名から回答を得た（回答者の81%が男性、72.4%が会社員）。
• 回答者のうち、「クチコミサイト（カカクコムやアマゾン、ぐるなびや個人ブログなど）」を利用したことのある人は、「よくある」が32.8%、「ときどきある」が50.3%だった。
• 商品やサービス購入時に重視している情報については、1位が「企業の広告やカタログ」で47.2%、2位が「ネット上のサイトやブログに掲載された情報」で42.8%（回答は2つまで選択可能）。
• その一方、「サイトやブログの情報を不安に思ったことがありますか」という質問に対しては、20.7%が「よくある」、62.8%が「ときどきある」と回答した。

回答者の属性に偏りがあるため、一般的な傾向と言えない面もあると思いますが、ネット上のクチコミ情報が活用されるようになっていることを示す新しいデータと言えるでしょう。

重要なのは、クチコミ情報への信頼性が意外に低い（8割以上が不安感があると回答）こと。不安に感じる理由としては、「情報の信頼性の判別が難しい」が76.6%、「ウソの情報の可能性がある」が53.9%と情報そのものの真偽に対する不安のほか、「（クチコミ発信源との）好みの違い」「相性の違い」といった理由も挙げられていたそうです。

情報の真偽については、サイトそのものに対する信頼性を上げるしかないでしょう。例えばAmazonのレビューを皆が参照するのは、Amazonという企業に対する信頼感が根底にあります。ただし「好み」や「相性」といった面については、クチコミ発信者の属性を可能な限り公開し、参照しやすくする（化粧品なら「20代後半、OL、普段使うブランドは○○」といった条件で検索できるようなイメージ）という工夫をすることで情報の信頼性を上げることができるのではないでしょうか。

一方、アンケートの回答には「（医者、転職など）すごくマイナスな評価が多くないかだけチェックする」というものもあったそうです。サイトがどんな情報を扱うか、ユーザーはどのような閲覧行動を取るのかを考慮し、それぞれ独自のインターフェースを構築することが重要だと思います。

「ブログ同士の接続の機能」

ある技術が普及するためには、その技術ができるだけ一般人にも分かりやすいものになる必要があります。極端な例ですが、例えばGUIが発明されずにコマンドラインによる操作だけだったとしたら、PCがここまで普及することはなかったでしょう。最近の例で言えば、RSSリーダーが非常に便利なアプリケーションであるにもかかわらず一般に浸透していないのは、無機質な3文字のアルファベットやRSSフィード登録の難しさなどに原因があると思います。

ところで僕がブログについて解説するときに、必ず説明に困る技術がRSSの他にもう1つあります。それは「トラックバック」。僕の説明が下手という理由もあるのですが、実演を絡めないと、なかなかトラックバックとはどういう機能か理解してもらえません。

そんな悩みをかかえているのは、僕だけではないようです。去年の大晦日、朝日新聞の記事にこんな一節がありました：

ネット選挙 政治を変える--双方向性、活性化に期待（朝日新聞朝刊2005年12月31日第3面）

ただ、不安もある。公明党は衆参議員7人の「議員ブログ日記」を公開中だが、閲覧者のコメントの書き込みやブログ同士の接続の機能はつけていない。

「ブログ同士の接続の機能」とは、明らかにトラックバックのことです。この記事を書いた記者の方は、「トラックバック」という言葉を使うか使わないか、使わないとしたらどう説明するか、きっと悩んだことでしょう。あえて「トラックバック」という言葉を使わなかったのだと思いますが、僕はこの決断は正しかったと思います。使っていたとしたら、たとえ説明文の方を理解したとしても、「なぜそれがトラックバックという名前で呼ばれるんだろう」といった余計な混乱を招く恐れがあったでしょう。

いっそのこと、トラックバックという呼び方はやめて「リンク通知機能」とでもしたらどうでしょうか。または朝日新聞の記事に倣って、「記事連携機能」とか。特に社内ブログなど、ユーザーに必ず使ってもらう必要があるブログシステムについては、トラックバック・RSSについては名称を変えた方が良いと思います。些細なことかもしれませんが、ユーザーの心理的な抵抗感を無くすという意味においても、名前の持つ力を無視することはできないでしょう。

もしかしたら、そもそも「個人のWEB日記」というイメージが強い「ブログ」という言葉も、社内ブログにおいては使わない方が良いのかもしれませんが。

休みの間、ブログはどうする？

さすがに年末年始のお休みだけあって、アクセスも通常の半分ぐらいしかありません。僕がRSSリーダーに登録しているブログでも、お休みしているものが多いです。僕は悩んだ末に「年末年始もブログをつづけてみる」という実験のような気分でブログを更新することにしたのですが、ご丁寧に「休みの間にブログをどうするか」という問題について選択肢を挙げてくれている人がいます：

7 Things to Do with your Blog when you take a Vacation (Pro Blogger)

タイトル通り7つの方法が挙げられており、それぞれについて長所/短所が解説されています。7つの選択肢だけ訳してみると、

1. 休む（更新しない）
2. 先に書いておく（公開日時を指定する機能を使い、事前に書いた記事が休み中に公開されるようにする）
3. 過去に書いた記事を再公開する
4. ゲスト投稿者を招く（投稿アカウントを付与する）
5. ゲスト投稿をお願いする（投稿アカウントは付与しない）
6. 更新を続ける（リモートアクセスなどで旅先から更新する）
7. 読者からコメントを求める（コメントを集めるような記事を事前に投稿しておく）

こんな感じ。「休む」の一種として「（リモートアクセスできない）旅先で記事を書き溜めておき、後から過去日付で公開する」などのバリエーションが考えられるかもしれませんが、基本的にこの7種類と考えて良いのではないでしょうか。

そのブログが普段どの程度の頻度で更新されているかにもよりますが、更新頻度が高ければ、休みの間一切更新しないというのはもったいない気がします。その間に何か面白いニュースを逃がしてしまうかもしれませんからね。とは言え新聞にも休刊日があるくらいですから、意地を張って更新し続ける必要はないのでしょうが（個人ブログであれば、の話）。

更新を続けるとして、(2)～(7のどの手段を取るかはブログの目的によるでしょう。速報性の高いニュースを伝えることが目的であれば、(2)はあり得ませんが(4)はアリでしょう。自分の意見を伝えることが目的であれば、逆に(4)はあり得ませんが(2)はアリ、ということになるでしょう。ブログ＝コミュニティ、と捉えれば、自分が休みの間にもコミュニティが盛り上がっていれば良いのですから、(4)や(5)、(7)などが使える手段ということになります。

しかし普通のお休みではなく、年末年始やゴールデンウィークなど他の人々も休む可能性の高い期間は、ゲスト投稿者という手段は使えそうにありません。そもそもそんな期間は読者も少ないだろうから、更新する意味は無いのかもしれませんが・・・。ということで、このブログも読者がいるのかという一抹の不安を抱えつつ、更新を続けてます。せっかくブログを始めた年なので、今年ぐらいは「ブログで大晦日」と「ブログで元旦」を実践してみようかなと。

2006年、「ブログの乗り換え」がずっと楽になる？

海外のBlogosphereでは「2005年○○大賞」系の記事が一段落して、今度は「2006年予想」系の記事で溢れていますが、Dave Winerが面白い予想をしていました：

2006 predictions (Dave's Wordpress Blog)

7つの予想をしているのですが、その3番目で

3. SixApart’s servers will melt down in the first two weeks of the new year, and many times after that in 2006. WordPress.com will implement a one-click import of a TypePad site, just enter your username and password and click Submit. Come back in a few hours and your whole site will be there. Under tremendous pressure from users, SixApart will implement a one-click redirect of your old URL to the new site.

（3. 新年を迎えて2週間で、Six Apartのサーバーがダウン。その後2006年中に何度もダウンする。WordPress.comは「ユーザー名とパスワードを入力し、submitボタンをクリックするだけでTypePadからデータ移行できる」という機能を実装、これによりたった数時間でTypePadからWordPress.comに乗り換えることが可能になる。ユーザーからの要望を受ける形で、Six ApartはURLのリダイレクトサービス（TypePadから移行先のWordPressへ）を開始する。）

という予想をしています。Dave WinerがWordPress支持派だから（？）こんな予想をしているのかもしれませんが、面白い内容ではないでしょうか。以前ユーザーの観点から、ブログの乗り換えが簡単にできた方が良いのでは？という記事を書いたのですが（関連記事：ブログの「乗り換え」）、あるブログASPが他社サービスからのユーザー獲得のために、簡単な移行機能を実装するという可能性も当然あると思います（TypePadやWordPressに限らず）。移行した場合トラックバックはどうなるのか、などといった問題はまだ残されていますが、2006年は「ブログの乗り換え」について標準的な解決策が生まれる年になるかもしれません。

またもう1つ気になるのは、僕の知りうる限りWordPress.comもそれほど安定したサービスではないのでは？という点。移行機能を実装できたとしても、乗り換えるユーザーはそれほど多くなかった・・・という結果になるかもしれません。2006年には「より高い信頼性を保証する有料ブログASPサービスが生まれる」という予想も加えておいた方が良いかも。

総務省、ブログとSNSのビジネス事例を公表

以前、総務省がブログ/SNSのビジネスでの活用事例を募集しているというニュースをお知らせしましたが（関連記事：総務省がビジネスブログ/ビジネスSNS事例を募集）、その結果が公表されました：

総務省、ブログとSNSのビジネス事例136件を公表（CNET Japan）

ちなみに総務省の報道資料はこちら：

ビジネスブログ及びビジネスＳＮＳの活用事例の公表（総務省）

社内ブログ/SNS研究会メンバーとしては、社内ブログ/SNSの事例が気になるところですが、嬉しいことに社内ブログ事例は11件、社内SNS事例は3件報告されています。もちろん社内SNS事例の中には「ベンチャー企業ではたらく男のブログ」の丹野さんが働く、株式会社バーチャレクスの事例が含まれています。

けっこう詳しく書かれている事例も多く、大変参考になりそうです。これは時間をかけてでも全てチェックしなければ。

"Standard Storage Format"への期待

TypePadの障害

米TypePadでまた障害が発生した様子。ディスクシステムに異常があったとのことで、しばらくの間、2日前にバックアップした状態が表示されて管理画面にもログインできない状態だったようです：

• Current Issues with TypePad (Everything TypePad)

その後の続報。「これまでに投稿されたデータはリストアされるから心配しないでね」という内容：

• Update on TypePad Issues (Everything TypePad)

さらに続報。現在はログインもできるようになっているとのこと：

• TypePad is Back Up (Everything TypePad)

ただし現在もリストア作業は進行中で、TypePadをベースにしたブログを見ていると、本来ある画像の変わりに"Image being restored this weekend"と書かれたイメージが表示される記事があります。当然様々なブロガーがこの件についてコメントしているのですが、今回の障害と、TypePadに関連した以前の障害についてまとめてある記事を1つだけリンクしておきます：

• TypePad down: A reminder of why open standards matter (ZDNet Blog)

ブログ・プラットフォームはどこまで信頼性を持つべきか

ずっと前に、僕は「ヤプース！」というWEB日記を使っていました（現在もありますが、ヤプログというブログ・プラットフォームへの転換を進めています）。サービスが立ち上がってすぐの頃に使っていて、しょっちゅう障害が起きていたことを思い出します。しかし書き込んでいた内容が本当に日記程度の内容で、また少数の運営者で運営されているサービスだと知っていたこともあり、それほどストレスは感じませんでした。仮に今回のような障害が「ヤプース！」で発生していたとしても、「ああまたか」ぐらいの感情しか持たなかったでしょう。

一方、もしこの"Polar Bear Blog"で「ログインできない」「記事が消えてしまった」などということがあったら、その時の運営側の対応にもよりますが、怒りは抑えられないでしょう。実際これまでも、投稿したいときにログインできず、強いストレスを感じたことがありました。それはこのブログが「自分自身のメディア」として（僕にとって）非常に重要なものになっているからです。僕に限らず、多くの人々にとってブログは「常に障害なく稼動していて欲しい」システムになっているのではないでしょうか。

しかしTypePadに限らず、ASP型のブログ・プラットフォームは「24時間365日稼動を続ける」などというミッション・クリティカルなシステム並みのサービスを実現するべきでしょうか？また「過去に投稿したデータは全て、未来永劫ストレージされる」と保証されるべきでしょうか？企業向けビジネスブログサービスならまだしも、個人レベルのブログにそこまでの保証を付けるべきなのでしょうか？

将来、特にビジネス向けブログサービスを行う会社で、そのようなSLA的な保証を行う会社が現れてくるでしょう（現在でも行っている会社はあると思います）。またサービスのグレードを分けて、高い料金を取る代わりに様々な保証を行う、というパターンも考えられます。しかし全ユーザーに対して「絶対にシステムはダウンせず、過去のデータも永久に保管される」などと保証することは不可能でしょう。またお金を払えば信頼性のあるシステムが手に入るといっても、個人ユーザーでそこまでする人は少ないと思います（僕もたぶんアップグレードはしません）。

"Standard Storage Format"の可能性

そこでZDNet Blogの記事にあった"Standard Storage Format"というアイデアが気に入りました。もし全てのブログが一定のフォーマットでストレージされていれば、ちょっと考えただけでも、いろいろな利点がありそうです：

• 普段使っているブログ・プラットフォームに障害が発生した場合、もしくは何らかの理由でそのプラットフォームの使用を停止したい場合、他のプラットフォームへの引越しが楽に行える（この点については、過去に書いた記事をご参照下さい：ブログの「乗り換え」）。
• 1つの記事を複数のプラットフォームに投稿したい場合、例えば僕のように社内ブログと個人ブログに同じ記事を投稿したい場合、操作が楽に行える。
• 上記のような引越し/同時投稿といった機能を提供するアプリケーションが増える。（スタンダードが1つに統合されれば、そのスタンダードに合う形で開発するだけで、どんなブログでも使えるようになるので。）
• メールやオフィスアプリケーションなど、他のテキストデータをブログに関連付けることが容易になる。
• 過去の記事の検索や、記事同士のつながりの確認などを行いやすくなる。

もっと妄想を膨らませれば、ブログ/SNS全体のデータフォーマットが統一されれば、CGMはもっと活性化されるはずです。「管理社会」に対する生理的な嫌悪感さえ考えなければ、「あらゆる個人情報/CGM（ブログやSNS、Eコマース/レビュー系サイトに投稿した記事など）は政府が用意したストレージサーバーに標準フォーマットで保管される。民間企業はそのデータを表示するためのサイトを用意するという、いわば『プレゼンテーション層』を提供する役割のみを負い、ユーザーは気に入ったデザインをそれらの企業から選ぶ」という未来像も描けそうです。

もしくはGoogleのような会社が音頭を取ってStandard Storage Formatを提唱し、自らはストレージに徹する--プレゼンテーション層は他企業の競争に任せ、最も重要な「コンテンツ」の確保に徹する、という戦略を取れば、ストレージ・フォーマットの標準化は意外と早く実現するかもしれません。「独裁者が管理社会を実現する」という昔のSF小説のようなシナリオよりも、こちらの方が実現性が高そうです。

いずれにせよ、ブログ/SNSなどのCGMの急成長に対し、サービスを提供する側の能力が追いついていないという状態が続くのであれば、何らかの形で「コンテンツ」と「プレゼンテーション」を切り離して扱えるようにしようという動きが生まれてくると思います。