POLAR BEAR BLOG

"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の急成長に対し、サービスを提供する側の能力が追いついていないという状態が続くのであれば、何らかの形で「コンテンツ」と「プレゼンテーション」を切り離して扱えるようにしようという動きが生まれてくると思います。

携帯電話からGmailがアクセス可能に

もしかして出遅れた？昨日「Gmailに携帯電話用のインターフェースが実装されたらいいのに」という記事を書いたのですが、既に携帯電話用のGmailのURLが公開されているとのこと：

Google Gmail Now Accessible via Mobile Phones (Search Engine Watch)

ちなみにモバイル用GmailのURLはこちら：　m.gmail.com (Gmail Mobile)

いま愛用のVodafone 2G携帯でアクセスしてみたのですが、「このページは表示できません」という悲しいメッセージが出てアウト。悔しいのでPCから無理矢理アクセスしてみたら、ちゃんとシンプルな画面が表示されました：

画面を見て分かるように、検索機能まで用意されており、ちゃんとGmail内のメールをケータイからも検索することができます。

携帯電話に搭載されているメーラーって、いまいち使いづらい気がするのは僕だけでしょうか。個人的に、Googleにもっと頑張ってもらって、Gmailのような革新を携帯メールの世界でも実現して欲しいと思います。

Google 2038

今日はJapan Blogger Conferenceに出席する・・・はずなのに、オフィスにいたりします。師走は何かと予定通りに動かないということで。

オフィスでPCを見てたおかげで、面白いブログ記事を見つけました：

A Talk to Google's Larry Page in 2038 (Google Blogoscoped)

Google Blogoscopedは有名なので、既にご存知の方も多いかもしれません。タイトルから分かるように、ラリー・ページに2038年にインタビューしたらという冗談記事なのですが、すごく良くできています。ぜひ全文読んでいただきたいのですが、僕が面白かったポイントを抜き出してみます：

• 2006年、Web 2.0ブームが破綻。その結果Googleが多くの優良なstart-up企業を買収することになり、2038年のGoogle大繁栄の礎となる。
• 2030年、GoogleはMicrosoftを買収。その時点で既にMicrosoftは弱小企業となっている。
• ちなみにYahoo!はAsk Jeevesと合併して、AskYahooという企業になっている。
• 2038年、Google Printにより図書館の書籍全てをインデックス化したGoogleは、現実世界にあるあらゆるテキストのインデックス化を始める。その名も"Google Real World Texts Search"。
• Google Real World Texts Searchは殴り書き程度のテキストまでインデックス化する。インデックスされたくないものには、"no index"シールを貼るしかない。
• Googleはpersonal information agent、略してPIAという製品を無償配布している。これはAIが搭載されたロボットで、まるで人間と話すかのような感覚であらゆる質問に答えてくれる（なんと無くした物まで探してくれる！）。もちろんPIAには広告が掲載されている。
• あまりにPIAが人間のようなので、恋をする女性まで出現。その愛をPIAが拒絶した結果、女性が自殺してしまうという事件まで起きている。
• Googleは人々が話す雑談まで受信し、本部にデータを送っている。「プライバシー侵害では？」という突っ込みに対し、Googleの答えは「no indexシールを貼れば問題ない」。
• Google Translatorというツールまで完成。これにより、インデックス化されたデータは即時に7000もの言語に翻訳され、再インデックス化される。

他にも小ネタ満載で笑えます。

最後の"Google Translator"なんてアイデアは、今年11月のCNETセミナーで、Googleのインターナショナルプロダクトマネージャー Angela T. Leeさんが触れられていましたね（関連記事：世界中の力を味方につけるグーグルの強さ--CJICイベント）。記事で展開される世界は、あながち冗談とばかりも言ってられないのかもしれません。

特に検索エンジンがエージェント化するという未来は、多くの人によって語られています。gooの日本語自然文検索なども、突き詰めていけば「友人に話しかける感覚で検索ができる」というサービスになるでしょうし。今でも音声認識技術＋音声合成技術＋Google＋ジャストシステム＋Sony AIBOなんていう組み合わせが実現したら、「質問すると、即座に答えを話してくれるAIBO」なんてロボットが実現するかもしれません（現にAIBOは既にブログ作成機能を備えていますし）。

それに今日はYahoo!がAI技術者を雇ったなんてニュースもありましたし：

人工知能の専門家を迎え入れるヤフー、サービスでの応用を目指す（CNET Japan）

2038年、今日の検索サービス大手は、無償検索ロボットを提供する大企業になっているのかも？

「携帯メール検索」参入続く

「携帯電話からメールを送ると、本文に記入されたテキストをキーワードとして検索を行い、結果をメールで返してくれる」というサービス。まだ決まった呼び方はありませんが、この「携帯メール検索」とでも言うべき分野に対して参入が続いています：

日本最大級の携帯専用ロボット型検索エンジン『ＣＲＯＯＺ！』 検索結果をメールで受け取ることができる「ＣＲＯＯＺ！携帯メール検索」を開始！（News2u.net）

モバイル検索サービスを展開するCROOZ!が、12月19日から携帯メール検索サービスを開始するとのこと。つい先日、Googleが同様のサービスを開始したばかりです（関連記事：Googleもメールを利用したモバイル検索サービスをスタート）。ニワンゴに続き、この分野では（僕の知りうる限り）3社目の参入となります。

ちなみに使い方は以下の通り（上記のプレスリリースから転載）：

『使い方』

1. メール本文に、検索したいキーワードを入力します。なお、ウェブサイト検索、ブログ検索、アプリ検索、電子書籍検索、ニュース検索、ショッピング検 索、着メロ検索、音声♪動画検索、画像検索など、特定のサービスを対象とした検索を行う場合は、メール本文の先頭に「ウェブサイト」「ウ」など特定サービ スの文字を入力し、スペースを空けて検索キーワードを入力します。
2. メールを[email protected]に送信します。
3. ＣＲＯＯＺ！から検索結果のメールが送られます。１つの検索に対し、ＣＲＯＯＺ！の検索結果ページへのＵＲＬを返信します。

Googleのサービスと同様、キーワードの前に検索メニューを示す1文字を入れることで、さまざまな検索が行える仕組みになっていますね。ほんのちょっとリリースが遅れただけで「一番乗り」を持っていかれるとは、競争の厳しさを感じます。

モバイル検索の操作手法として、今後「携帯メール検索」は一般化して行くのでしょうか？Googleもこの手法を採用したことにより、他社が追従することが予想されます。また「検索結果がメールとして残せる」ことの利便性にユーザーが気づき、さらに携帯メールを検索する仕組みが携帯電話に実装されれば、今後「携帯メール検索」が一気に標準化する可能性もあると思います。

標準化した場合、この手法がより進化することも考えられますね。友達から送られてきたメールをそのまま転送すると、テキストマイニングして「このコートはここで買えます」「この芸能人の最新ニュースはこちら」なんてトピックに応じた情報を返してくれる（当然広告付きで）なんてサービスが現れるかもしれません。

Stop Being Geeky

今日の日経産業新聞19面に、「欲しい情報手に入れたいなら・・・ネット検索の腕磨け」という記事が掲載されていました。（残念ながらいつものようにWEBには公開されない記事なので、ご興味のある方は駅売店などで手にとってみて下さい。）

内容は既にネットを活用している人にとってはごく当たり前の内容で、「とは」検索などのテクニックや、イメージ検索、地図検索などのサービスが解説されています。（ただ、「ブログ検索」ということでテクノラティまで紹介されていたことには驚きましたが。）

この記事が象徴するものはいろいろあると思うのですが（既に検索というものが生活の一部になっていることの現れだとか、いかにブログが身近な存在になりつつあるかとか）、僕が一番感じたのは「一般の人々はまだこのレベルなのだ」ということ。それは悪い意味ではなく、むしろサービス提供者の方が先に行き過ぎているのでは、という意味で「このレベル」という言葉を使いたいと思います。

Web 2.0などの「次世代型」ウェブサービスに触れ、自らもその提供者として何ができるかを考えていると、思考が先へ先へと進んでしまいます。それはもちろん必要なことですが、サービスは自分自身がenjoyすればよいわけではなく、あくまでもエンドユーザーを幸せにすることが目的です。それを使ってくれるユーザーの視点に立ち戻らなければ、Web 2.0は結局何も生みはしないでしょう（geekだけにウケてればいい、というなら問題ありませんが）。

その意味で、今日の日経産業新聞の記事「ネット検索の腕磨け」を読んで、まだ一般のユーザーはこのレベルにいるということを改めて意識しなければと感じました。逆に言えば、このレベルの人々が操作を意識しなくても良いように、サービスは設計されなければならないと思います。

SNS技術がワークスタイルを変えるのか？

もう昨日になってしまいますが、こんなイベントに参加してきました：

enNetforum特別セミナー　－SNS(ソーシャルネットワーキングサイト) 技術がワークスタイルを変える－　 「SNS, blog, RSS, Wiki等を活用した業務改革研究会」

長いタイトルから察するに、社内SNSをどのように活かすか？という内容だと思って参加してみたのですが、中身はSNSベンダーによる製品アピールが半分（しかもその半分は普通のSNSの説明）、統一感の無いパネルディスカッション半分といったところで、正直期待していた内容とは異なりました。

その中でも得たことがあるとすれば、「やっぱり無意味に社内SNSを導入しても意味がない」ということ。いやむしろ、今日のようにベンダーの薦めるままに社内ブログ/SNSを導入していたら、逆に作業効率が下がってしまう恐れがあるという思いを強くしました。

ハーバード・ビジネス・レビューの2006年1月号に、「非生産的なコラボレーションを防止する～ソーシャル・ネットワークの実践活用法」という記事が掲載されています。タイトルから察せるように、安易にソーシャル・ネットワーキングを促進することを戒める内容の記事です。そのポイントとするところ（と僕が勝手に思っていること）は3つ：

1. 業務の形態に応じた、最適なソーシャル・ネットワークの様式がある（記事では3種類に分類されている）
2. 業務の形態に適したソーシャル・ネットワークを構築しない限り、業務効率は上がらない（むしろ無意味なネットワーキングが効率を下げる）
3. コラボレーションを促進するためには、ツールを導入するだけでなく、組織改革や企業文化の改革、経営陣によるイニシアティブが必要

詳しくは記事を読んでいただくとして、以上のポイントは納得できるものでしょう。例えば僕はコンサルティング会社にいるわけですが、コンサルタントの仕事では他社で働いている人も含めた、非公式（会社の業務に直接関係無いという意味で）なネットワークが非常に重要になります。なので忙しい合間を縫って、ネットワーキングの時間を作るようにしている人が多いです。しかし僕は以前、コールセンターで電話営業を行う現場にいたことがあるのですが、そこでコンサルタント型のネットワーキングが横行したとしたら、仕事になりません（というより、そもそもネットワーキングする必要がない）。

これは極端な例なので分かりやすいですが、「実は意味の無い」コラボレーションが奨励されている例は多いのかもしれません。その点を理解せずに、ベンダーが流行に乗って開発したツール（＋その流行にただ乗りして一儲けしようとしているコンサルタント）に惑わされてシステムだけ導入してしまうと、貴重な時間が費やされたのに「なぜか何も生まれない・・・どうして？」ということになってしまうのでしょう。

会議ばかり続くと、社員の時間やエネルギーはいたずらに消費される。リーダーがだれであるのかはっきりしない場合などは、意思決定に遅れが生じる。人脈は広ければ広いほどよいと信じ込まない方がよい。

先ほどのHBR記事からの引用です。会議を「SNS」や「ブログ」に置き換えても良いでしょう。IT技術の導入は、その目的と社内組織をよく理解してから。そんな当然の原則が、社内ブログ/SNSでも当てはまるということを、改めて肝に銘じようと思いさせられたイベントでした。

Google Music登場--さっそくPrinceを検索してみた。

最近、というかこれまでもずっと、矢継ぎ早に新サービスをリリースしているGoogle。今度は音楽分野に特化した検索サービス"Google Music"が始まるとのこと：

グーグル、音楽専門検索サービス「Google Music」を提供へ（CNET Japan）

やれやれ、Googleの追っかけをするのも本当に疲れる。ということで、真面目な記事の代わりに趣味的な検索をしてみました（クリックで拡大）：

入力されたキーワードを元に「アルバム」と「曲」が検索され、「曲」でヒットした場合にはそれが収められたアルバムを確認することができます。記事にある通り、アルバムがアイコンとして表示され、レビューや音楽配信サイトにジャンプすることもできます。

ちなみに1999を歌ったのはPriceだということが分かったので（そう、1999と言ったら誰が何と言おうとPrinceなのです）、Priceのリンクへジャンプするとこんな画面が表示されます（クリックで拡大）：

Princeのアルバムが一覧表示されているのに加えて、公式サイトや、ニュース記事へのリンクも付いています。まぁこの辺はGoogleならお手のもの、といった感じです。

面白いのはBlender、Ciao.co.uk、Rolling Stoneの各サイトに掲載されたレビューがアグリゲートされて表示される点。ちなみに"1999"はトータルでこんな評価になってます：

シンプルにまとめられたサイトだけに、ちょっとインパクトは少ないというのが実感でしょうか。AJAXが使われたサイトを見慣れてしまったので、ちょっと地味な印象を受けてしまいます。しかし音楽に関連したアクション（曲が買いたい、曲が収められたアルバムを知りたい、歌詞が知りたい・・・などなど）は一通りカバーされていますし、音楽系SNSなんかと融合させたら便利なのではと思いました（ヘッダーに常に"Search Music"ボタンが表示されているとか）。

ついでにこんな風に、歌詞から曲を検索することもできます。ちょっと便利：

I was dreamin' when I wrote this Forgive me if it goes astray

Mommy, why does everybody have a bomb?

Googleもメールを利用したモバイル検索サービスをスタート

今日の午後はとあるセミナーに出席していたのですが、ネットに接続できず、今日も情報から寸断された状態で過ごしていました（どんなセミナーに出席していたかはまた後で）。で、帰ってきたらまたまた面白いニュースが：

グーグル、メールを使った携帯電話向け検索サービスを開始（CNET Japan）

「Google モバイル 検索メール」公式ページ

以前ニワンゴが発表したものと、ほぼ同様のサービスですね。ということでニワンゴの記事もリンクしておきます：

検索はケータイメールだけで完了--ニワンゴの戦略がmobidecで明らかに（CNET Japan）

ユニークなのは、どの検索メニューを使うか（ウェブ検索か、ローカル検索かなど）を、検索キーワードの前に「ウ（ウェブ検索）」「け（携帯サイト検索）」などの1文字を付けることで選択できる点。例えば「け　クリスマスケーキ」とメール本文に入力して[email protected] 宛てにメールすると、以下のような結果が返ってきます：

件名に（1/3）とあるように、3通のメールが返ってきました。待ち時間は30秒程度というところでしょうか。（ついでにニワンゴのサービスでも同じ検索を行ってみたのですが、反応がありませんでした。休止中？）

正直な話、ユーザーインターフェースという検索のごく一部分だけを改善するサービス（これはユーザーインターフェースに含まれないのかもしれませんが）ですが、それでも携帯電話から検索エンジンを使うことがだいぶ手軽になるでしょう。

またメール経由で良いところは、検索結果をメールとして残せる点。これまでもブックマークすれば結果を残せましたが、結果が3画面分になったとしたら、それぞれをブックマークする手間がかかります。その点メールで結果が返ってくれば、余計な操作を行う必要がなくなります。

この操作感、何かに似てるなーと思ってたら、Googleアラートでした。以前からGoogleアラート＋Gmailという組み合わせでアラートサービスを利用しているのですが、「あのニュースはどのサイトに載っていたっけなー」という時にはGmailを検索する、という行動パターンがいつの間にか染み付いています。携帯電話のメーラーにも検索機能がついたら（というより、Gmailに携帯電話用のインターフェースが実装されたら？）、ケータイで検索という行動パターンもより一般化するかもしれません。

ともあれ、こういった新しい検索方法がどんどん試されることは歓迎したいと思います。

Amazon が Alexa のクローラーを開放 -- それは「究極のWeb 2.0」サービスなのか？

諸事情があり、今日はほとんどネットに接続していません。帰宅したのも午前0時過ぎ。そうするとなんとなく違和感を感じるのですが、いよいよネット依存症の初期症状でしょうか？やばい。

そんなわけで今日はほとんどニュースをチェックしていないのですが、マーフィーの法則というか、そういう時に限って面白いネタがあるんですよね。帰宅後にチェックしていて、一番興味を惹かれたのがこのニュース：

Amazonがレンタル開始――商品ではなく、検索エンジンを（ITmedia）

また同じニュースを扱った記事が、Wiredにも掲載されています。僕はこちらの記事の方が、面白い視点が入っていて好きです：

大規模ウェブ検索を安価に実現『アレクサ・ウェブ・サーチ』（Wired News）

例によって詳細情報を確認せずにコメントしてしまいますが、簡単に言えば、Alexaのウェブ検索技術（Alexaのクローラーが集めてきた生データから、インデックス、さらにはインデックスを加工したデータまで）を安価でレンタルすることができるサービスが始まるようです。ちなみに公式サイトはこちら（すみません、僕はまだ内容を確認していません）：

Alexa web search platform beta

2人の青年が倉庫の扉を開けると、そこには青空の広がる外界が広がっているという、非常に象徴的な画像が掲載されたサイトです。このサービスにより、Web 2.0時代に欠かせないツールである検索エンジンが、真の意味でユーザー一人一人のものになる--そんなメッセージを放っているようです。

実際には様々な制約があるのでしょうし、利用にはそれなりの技術力も必要でしょう。また安価とはいえ、料金については

料金は、計算にかかるCPU時間、アップロードまたはダウンロードするデータのギガバイト数など、いくつかの基準から、1時間あたり1ドル、1ギガバイトあたり1ドル、というふうに選べる。ギリアットCEOは、ウェブ全体を概観するデータの取得には「2000～3000ドルほど」かかるはずだと述べている。
（Wired Newsの記事より引用）

とのことで、軽い気持ちで使えるツールではありません。

しかしこのサービスは、ITmediaの記事で揶揄されていたような「1990年代末に回帰するビジネスモデル」以上のインパクトを持つように感じます。考えてみれば、Web 2.0時代はユーザーが本当の意味でネットに参加することが可能になる時代だと言われながら、実用に耐える検索エンジンは大手数社の手にしかありませんでした。これではせっかく有益なコンテンツがコンシューマーによって生み出されても、ある一定の基準に沿うコンテンツしか見つけることができません。ちょうど、多くの才能のある画家がいながら、日の目を見るには「～展」のようなサロンに認められなければならない状況のようです。

しかし個人が自由に検索エンジンをカスタマイズできる、あるいはコミュニティレベルでそれぞれの趣旨に合う検索エンジンを持つことができれば、よりニーズに合った情報を手に入れることができるようになります。その時初めて「Web 2.0」で生み出された無数のCGMが本当に活用されるのだとすれば、Alexaのサービスは「究極のWeb 2.0サービス」とも言えるのではないでしょうか（ちゃんとサービス名に"beta"も付いていることですし）。

理想ばかり語っていてもただの夢想家で終わってしまうので、ビジネスのレベルでもちょっと考えてみます。

AlexaのサービスがすぐにGoogleやYahoo!に影響を及ぼす可能性は少ないでしょう。彼らは既に一定のステータスを持ったサービスで、ユーザーも不完全ながらこれらの検索エンジンを使う方法に慣れています。また両者ともユーザーを囲い込む（スイッチング・コストを高くする）施策を打ち出していますから、たとえAlexaのサービスを活用した画期的なエンジンが生まれたとしても、すぐにそちらに乗換えが起きる可能性は低いと思います。

しかしAlexaのサービスはいわば、検索技術を完全にコモディティ化するものであり、検索サービスのバリュー・プロポジションを大きく変化させることが考えられます。これまで検索サービスに全く関わっていなかった企業が、自社の持つユニークな経営資源を活かして、思いもよらない検索のあり方を実現する--そんな事例が増えてくるのではないでしょうか。

「例えば？」と聞かれるとツライのですが、例えば視聴率を調査する会社が、過去の視聴率データを活用して、「あるキーワードを入力すると、それに関連するテレビ番組を、視聴率を稼ぐと思われる順（出演俳優、司会者、テーマ、時間帯、地域などで判断）にソートして表示してくれる検索サービス」とか。特にオンライン化されていなくて、自社しか持っていないデータが活用できると面白いのでは。

「将来の検索サービスのビジネスモデル」という点では、Alexaのサービスも踏まえた上で、もっと詳細に検討する必要があるようです。今日は時間切れなので、また別の機会に考えてみたいと思います。

「ブログトラッキング」でアクセス解析を始めます。

「ブログトラッキング」というアプリケーションをご存知ですか？株式会社ルートコミュニケーションズが開発したアクセス解析ツールで、ブログの解析に特化したユニークなアプリケーションです。詳しくは公式ページに加え、以下の記事をご参照下さい：

企業ブログ記事の口コミ効果を分析--RSS suiteの新機能（CNET Japan）

ブログに特化した効果測定ツールをリリースしました（RSSマーケティングガイド）

ブログトラフィックのバリューチェーン（RSSマーケティングガイド）

先日、ルートコミュニケーションズの塚田社長とお会いし、ブログトラッキングをモニターとして使用させていただけることになりました。そこで今後、ブログトラッキングを使用した感想などを、このブログで報告していこうと思います（関連記事は「アクセス解析」というカテゴリーにまとめます）。モニターということで、本来ならば料金が発生するところを、無償で利用することになります。

ちなみに現在、このブログでは

• Measure Map
• FeedBurner
• ブログペット

の3つでアクセスログを確認しています。ブログトラッキングを使いつつ、以上のツールも平行して使っていくつもりです。

本当はこの記事で「ブログトラッキング導入してみました！」のような導入レポートを書きたかったのですが、諸事情で時間が取れないため、モニター開始のお知らせだけ先に致しました。

念のため、ブログトラッキング使用レポートは、以下の前提に基づいていることを明確にしておきたいと思います：

• ブログトラッキングは無償でご提供いただいていますが、原稿料などは一切頂いていません。
• レポート記事の内容についても、制限は設けられていません。問題に感じる点があれば、正直に記載するつもりです。
• ブログトラッキングについては一通りご説明いただきましたが、まだ理解していない部分もあります。レポートは僕個人の知識に基づくものなので、ブログトラッキングについて誤った情報を書き込んでしまう場合があります（アプリケーションの詳しいスペック等については、公式ページの方をご参照下さい）。

それでは、使用レポートをお楽しみに（？）