1. 目指すところは本のGoogle先生
2. OPACの問題点
   1. なぜOPACを問題にするのかーなぜ本を読むとよいのか
   2. OPACのどこが問題か
3. プロジェクト定義

9784797347104, caption

ご無沙汰になってしまいましたが、図書館の蔵書検索システムの話。次世代OPACってなんだろうという記事では、次世代OPACの機能要件を全集合として幾多挙げてみたのですが、もちろんこれを全部実装するというわけにはいきませんし、できません。

まず、そうした機能要件から出発するのではなく、現在のOPACの問題でどう解決したいかということをきちんと決めておかないといけません。このデザイン活動における問題の定義について、棚橋さんは『ペルソナ作って、それからどうするの?』の中で、次のように書いています（p188-192.）。

1. 問題を発見し、それを解決することがデザイン活動の意義である以上、全てのデザインは問題を発見（=定義）することから始まる
2. ユーザビリティやユーザエクスペリエンスなど、ユーザ中心視点でデザインを行いたいならば、当然その問題も（資料請求数を増やすなどの）ビジネス視点ではなく、ユーザ視点（=ユーザにとっての有用性¹ ）で定義される必要がある
3. ユーザ視点で問題を定義するならば、当然問題はユーザの現実の生活や仕事の現場から見いださなくてはならない。
4. 問題をどう定義するかは、哲学の問題。哲学とは人々の暮らしや仕事がどうあればよいか、どうあるのが望ましいか（=あるべき姿）についての考え。ユーザ視点での問題の定義にはこの哲学が必要となる。
5. このあるべき姿と今ある現実とのギャップを把握し、そのギャップを埋めるために必要となる具体策がビジョンとなる

というわけで、前の記事とやや繰り返しのようになるところがあるかもしれませんが、私の考える「あるべき姿」を書いておきたいと思います。

目指すところは本のGoogle先生

私達は本を探す手段はたくさん用意されています。つまり、地元の本屋さんや公共図書館、大学図書館、あるいはネット上の書店などいろんなところで本を手に入れることが出来るわけです。そして、そのいずれにおいても（部分的ではあるけども）ネット上で在庫の有無が調べられるようになっています。

今は人間がOPACを探して在庫を調べたり、実際に足を運んでみたりして探しているわけだけど、これを機械が自動的に調べてくれればもっと早く目的の本が手に入れられるようになるのではないでしょうか。

求めている本の場合だけであればそれはちょっとしたスピードアップですが、それだけではなくて現実の書店で本を探しているときに得られる発見、「あれ、こんな本も出てるんだ、どんなのだろ」とか「これ知らなかったけど意外と良い本かも」といったような検索志向だと見つからない発見も一緒に得られるような本のナビゲータ、今風に言うなら本のGoogle先生² を作りたいと思っています。

本屋や図書館を足で回っていると前者のスピードはどうしても落ちてしまいますが先のように道草を食いながらの新たな発見があります。一方でオンラインでの本の検索では求めている本は瞬時に出せるけど、頭の中にある本以外は出てこないと言ったような（目先の効率性と発想力との）トレードオフの問題が出てきます。

この両者をできるだけ犠牲にしないような「効率的な」³ 本のナビゲータで、みなさんの血肉となっていくような（みなさんそれぞれの）よい本を見つけていってほしいと考えています。まとめて「よい読書生活をおくるためのツール」と言ってしまうとちょっと曖昧模糊となっちゃいますね。

OPACの問題点

なぜOPACを問題にするのかーなぜ本を読むとよいのか

はい。で、このあるべき姿を書いた次に、どうして大学図書館のOPACに焦点を当てるのか。それはもっと私が大学が本を読むいい機会だと考えていて、そのために大学図書館のOPACをより便利なツールにしたいと考えているからです。以下、少し長々とした理由になるので読みたい方は読んでください。

まず、大学というのは社会人になる一歩手前のモラトリアンが社会に対しての考えを固めるよい機会だと思います⁴ 。高校までが正解探しゲームであるなら、大学以降は自分という文脈と目の前の問題から答え≠正解を導き出すことで自分の考えと考え方を固めていく時と行えるのではないかと思います。

しかし、NHKでも取り上げられたレポートコピペ問題⁵ を見るにつけ、考えること=面倒くさいという風潮が流布しているようにも思えます。

考えるというのは確かに頭が疲れるという意味では面倒なことかもしれませんが、例えば考えること以外にもスポーツを続ける内にその上達のコツを発見したり、友達と映画を見た後に感想を話していると隠れた演出の意図を発見して感心したりと、新たに何かを発見することはなかなか面白いことです。ただ、その発見も記憶の引き出しがなければなかなか得にくいものです。

引き出しを増やすと言う意味では、ウェブにはいろんな知識が転がっています。が、それこそ同じ物が入っている引き出しを何度もつけてしまったり、引き出しがあっても中身がなかったりと広く引き出しを付けていくには向いていないかもしれません。一方で本を読むというのも一つの手段です。精神論や既知の事しか書いていない本でなければ、しっかりとした引き出しを作るよい手段になります。

えーと、読書に関する授業の小レポート⁶ のようですが、要するに最初に言ったように本を読むためにもっとOPACが便利になったらいいなと言うことです。

OPACのどこが問題か

私が問題だと思っている点は主に3つあります。

1. 検索が大学図書館内に閉じていること
2. 検索結果に工夫が足りないこと
3. 他のデータベースとのつながりが見られないこと

まず1つにOPACが大学図書館内に閉じているというところです。未所蔵の場合、情報学研究所のデータベース（NACSIS Webcat）を使って他大学の所蔵を検索することは出来ますが、それも大学図書館に閉じています。利用者は図書館で入手したいのではなく、本が入手できればよいのですから、公共図書館や他の書店などにも手を伸ばしていくという方策は当然考えられるはずです。

考え方としては誰がではなく、利用者の問題を解決することが第一というのが元になっています

次に検索結果の表示にあまり工夫が見られないことです。私が一般の大学生をターゲットにして行った調査では、数多くの大学生は検索結果から目的の本をリストアップする過程において、過去数年間に発行された資料・ページ数が厚すぎない資料を重点的にリストアップし、それ以外の資料を除外する傾向が見られます。それはそうした古い本はせっかくまとめられた内容も古く、現在にそぐわないこと（今では既に自明のことが扱われているなど）があるからです。検索効率⁷ を考えれば、読まれやすい本を上位に置いておくほうがよいでしょう（ちなみにこれ以外にも数多くの共通した検索行動やそれを裏打ちする心理が観察できるのですが、それはまた別の機会に）

3つめに問題だと思うのは新聞・雑誌記事データベースなどの大学生だからこそ使える有用なデータベースとのつながりがほとんど皆無であることです。例えば、比較的勉強方法に熟達している大学生を調査してみると、新しくまだ本にまとめられていないトピックについてはOPACにかけても検索結果が乏しいので代わりに雑誌・新聞記事データベースを使うといった適材適所の使い分けをうまく行っているのですが、そうしたデータベースの存在を知らず、右往左往している大学生が多くいるのもまた事実でした。そうしたデータベースを知らずとも、多くの学生はOPACは使うのですから、こういう問題はOPACの設計次第で解決可能なものです。ですから、「図書館利用教育」とか「情報リテラシー教育」という名目で曖昧にするのは危険なことだと感じます。

そして、先に書きましたが検索志向ゆえにおこる閉じた探索方法こそが第4の問題です。

さて、ここまで書いて気づいたのですが、OPACというのはOnline Public Access Catalogの略、すなわちオンライン公共蔵書目録のことです。私が蔵書に限らず、利用者の求めたい、求めているはずの本を見つける検索エンジンを志向するのならば、それはもはやOPACではないはずです（適した資料が図書館にあるとは限りませんから）。これからはOPAC 2.0などと流行言葉を使わず、本の検索エンジンと言ってしまった方がいいのかもしれませんね。

プロジェクト定義

さて、今回考えたことを、最後に先に挙げた棚橋さんの本の中で挙げられているプロジェクト定義書の例（p.198.）に従って、まとまったドキュメントにしておこうと思います（ちょっと論文調になりますよ）

プロジェクトの目的（哲学）

大学生が本の探索する過程においては、様々な問題が存在する。特に学生の資料検索の中心になっているであろうOPACには、ウェブ上の検索エンジンが日々改良されるのとは対照的に多くの課題が伺える。

具体的な問題の検討に移ろう。まず第一に検索の範囲は文字通り当該図書館内あるいは他の大学図書館になっているのだが、実際には本は書店など様々なところでも入手可能であり、彼らの情報探索ニーズを掴み損ねる危険性がある。第二に彼らの検索行動には新しく出版された本を重視するなど一定の行動パターンが観察できるが、現在のOPACには検索結果にはそうした工夫が活かされていないものが多い。第三に雑誌・新聞記事など大学では実際の資料にアクセスできる貴重なデータベースと接続しているだが、それは「使い分け」を知らない学生には手が届いていない現状があり、OPAC側での工夫が求められる。最後に現在のキーワード型検索自体の問題点として、指定したキーワードに関連した資料を得ることが難しく⁸ 、情報探索の視点を広げていくような提案が必要である。

私はOPACのあるべき姿として、これらの問題を解決し、図書館に限らず目的としているような資料を効率的に探す手段にしたいと考えている。それにより、より時間を資料の検討に割いてもらい、彼らの血肉となるような本をより多く消化していってもらえるのではないかと考えている。

なお、このOPACは決して「勉強専用」のものではなく、小説やライトノベルなど広く彼らの読書生活をサポートするツールにしたいと考えている。

プロジェクトのゴール（ビジョン）

先に書いたように、OPACが脱OPAC（脱館内所蔵検索）を志向しているならば当該図書館の本の貸し出し冊数や来館者数の増減でその成果を図ることは難しい。また、OPACへアクセスしたユニークユーザ数も比較する基準がなく、同様に難しく、仮に設定しても裏付けの薄い数値となり目安として意味のあるものとなるかは疑問である。

そこで今回は、幾人かに実際に課題を課した上で資料調査の手段としてOPACを使ってもらい、その場合と従来のOPACを用いた場合とを相互に主観的定量化を行ってもらう。そして、その値が従来のOPACを上回っているという条件をこのプロジェクトのひとまずのゴールとしたい。期間の都合上、正式な計測は難しいが、継続的に利用状況を伺っていきたいとも思っている。

ターゲットユーザ

大学生から大学院生。特にまだ図書館やOPACに比較的不慣れな大学1-2回生をより重視したい。

まず大学1-2回生の想定ユーザ像について。彼らは初年次教育によりレポートの書き方や調べ方など基礎的な図書館利用教育を受けているとは思うが、実際にはまだ数本のレポートをこなしたり、授業の参考にするためにOPACをたまに利用する程度であろう。よって、基礎的なOPACの使い方は習熟しているが、データベースの使い分けなどはまだ難しく、時にGoogleやYahoo!などの一般の検索エンジンを頼ってしまい、考えがなかなか深まらないことも多いと思われる。

次に大学3-4回生の想定ユーザ像について。演習科目などをこなす日々が続き、指導教授からの指導やまた蔵書検索での限界も感じていたこともあり、論文・雑誌記事データベースを使う癖が徐々に身についていくと考えられる。3回生がサークルの執行を行うところもあり、また就職活動も3回生の秋口から冬にかけて本格化することから、3-4回生の中頃においては本を読む機会が限られていくことが考えられる。逆に4回生は順調に就職活動を終えた者、および卒業論文制作を本格化する者が増えることから本を読む機会が増えていくものと考えられる。

最後に大学院生の想定ユーザ像について。大学教授にも共通することだが、その研究分野の棚に並んでいる本や著者は大方把握しており、OPACを書籍検索ツールとしてだけでなく、新しい本があるか検索するツールとしても利用していると考えられる。論文・新聞記事データベースは日常的に利用しているが、研究分野に従って特定のデータベースに偏っていることも考えられる。教授などから薦められた本を借りることが多い。

実現の方法

OPACのUIの開発および全国の図書館・書店を網羅するデータベース制作作業をPHP言語によって行う。その際、効率的な開発のためにフレームワークとしてCakePHPを採用する。

近隣の図書館蔵書の検索にはWebcat Plus 一致検索および独自に開発した図書館データベースを、書店の在庫検索には書店在庫検索サービスを利用する。また、発見を得るためにはWebcat Plus 連想検索などの連想検索結果や想-IMAGINE Book Searchなどの複数の検索結果を比較検討する手法を検討したい。

制約条件

期間の都合上、実際のOPACシステムを作ることはできないので、OPACシステムを利用するUI部分を設計することになる

1. ヤコブ・ニールセンのSmall usabilityに対置されるところのutility
2. 正確には目的としているものは雑誌かもしれないので文献のGoogle先生と言わないといけないんですが、響きで萎えちゃいます
3. 効率的とは早く目的の知識を探すことでは必ずしもないでしょう
4. というのは大学を持ち上げすぎかもしれませんが、少なくとも私にとって大学以前と以後での社会観は大きく変わりました
5. 特集自体はあまりいいものとは思えませんでしたが
6. コピペする人はこのブログのライセンスに従って、URLを入れておいてくださいね
7. もちろん効率が全てではありませんが
8. 引用文献を根掘り葉掘り辿っていくなどある程度リテラシーのある学生においてはこの限りではないが、そうしたリテラシー教育をこの研究では前提にしない

デモサイト

ダウンロード

cieloテーマ(約1.2MB)

最終更新日

2011年9月13日 08時05分

動作環境

PHP5.2.0以上、WordPress 2.5以上

ライセンス

ライセンスが設定されているリソースはそのライセンスに従ってください。その他は修正BSDライセンスとします

使い方

1. ファイルをダウンロードしたら解凍してください
2. 中に入っている/module/config.phpファイルがテーマの設定ファイルですので、指示に従って設定してください
3. サーバの/wp-content/themes/フォルダに(2)をアップロードしてください
4. サーバの/wp-content/themes/cielo/cache/フォルダを書き込み可能な状態(パーミッションを0777<rwxrwxrwx>)にしてください
5. 必須プラグイン一式をダウンロードし、解凍します
6. サーバの/wp-content/plugins/フォルダに(4)をアップロードしてください
7. 管理画面からプラグインを有効化します
8. 管理画面からテーマを有効化します
9. 記事一覧ページなど特殊なページを作成します。投稿 → ページ から以下のページを作成してください。中身はテンプレートから自動的に読み込まれます
   • ポストスラグ名:webmemoのページを作成。タイトルはご自由に、中身は空でOK
   • ポストスラグ名:archivesのページを作成。タイトルはご自由に、中身は空でOK
   • ポストスラグ名:allのページを作成。タイトルはご自由に、中身は空でOK
   • ポストスラグ名:readmoreのページを作成。タイトルはご自由に、中身は空でOK

特徴

快適に読むための環境

ブログは読者あってこそ。できるだけ多くの人に快適にブログを見てもらえるよう、多すぎず、少なすぎず必要な機能を配置しました

1カラム

本文のレイアウトが崩れにくく、本文を一番読んでもらえる1カラムを採用しました

本文検索機能

並び替え機能、検索結果の自動継ぎ足しをサポート

次の記事へ

関連記事、人気の記事(自動取得&手動設定)で次の記事へ読者を案内します

各種ウェブサービスとの連携

ブログサイトを運営する上で欠かせないネット上のサービスも簡単に利用できます。

Google Analytics

Googleのアクセス解析サービスも設定画面から認証キーを入力すれば利用できます

はてなブックマーク

エントリーページにはてなブックマークへのリンクを自動的に表示します

コメント欄には、はてなブックマークのコメントがシームレスに表示されるよう組み込みました

ウェブメモ機能

twitter, tumblr, はてなブックマーク上での最新の更新をウェブメモコーナーとして表示できます。表示した各記事には、はてなスターをつけることができます(はてなスターのトークンの発行が必要です)

ウェブアプリケーションを簡単に使える内蔵機能

便利なウェブアプリケーションが記事中で簡単に呼び出せます

Googleマップを1行で

住所を指定するだけでその周辺の2D地図や風景を表示できます(Googleマップ APIの発行が必要です)

動画の貼り付けも1行で

動画共有サイト(Youtube, Googleビデオ)上の動画や自作動画をコードを考えることなく簡単に公開できます

モバイルにも対応

もちろん、携帯電話やiPhoneなどのモバイル機器にも対応します

携帯電話にもプラグイン使用で対応

餅は餅屋…ということで動きの速い携帯電話向けの最適化はKtai Styleを使うことで対応することにしました

iPhone / iPod touchに標準対応

ビジュアルデザインはiPhoneのSafariでも読みやすくなるよう最適化しています

呼び出した動画や地図は、iPhone / iPod touch内蔵アプリでも再生できるように工夫しています

その他にも

XHTML1.1 + CSSで書いています

Web標準に準拠した、できるだけシンプルな文書構造を心がけました。現在使われているほとんどのウェブブラウザに対応しています。

SEOにも配慮

metaタグの自動生成、XHTMLでの構造化、わかりやすいページタイトルとテーマ側で出来ることはやっておきました。

間違ってると思ったらすぐ編集

ログインしている間は記事画面からワンクリックで編集画面に移動できます。

エフェクトでおめかし

あれこれポップアップ(リンク先・引用元のタイトルなどをちょっとリッチにポップアップするスクリプト)やjQuery lightbox プラグイン(写真のポップアップをエフェクトを付けて表示するスクリプト)を標準で導入しています

ページ毎のCSSデザインも簡単に

Sandbox テーマは主要な要素に現在の状態を示すクラス名をつける機能がありますが、cieloはこの機能を取り込んでいます

ダウンロードは高速に

一部のファイルをGZIPという形式で圧縮しており、サーバとブラウザが対応していれば落とすファイルサイズが小さくなり、高速にページが表示できるようになります(方法)

続き物の記事はまとめよう

記事は独立したものだけではなく、何回かに分けて書いた続き物の記事もあるでしょう。cieloテーマではそうした記事を半自動的にまとめあげ、シリーズのRSSフィードを発行することも出来ます(方法)

サポートしないもの

このテーマは次の機能をサポートしません

• 可変1カラムデザイン以外の表示方法
• コメント欄でのアバターの表示
• UTF-8以外の文字コードでの運用

導入を推奨するプラグイン

依存しているプラグイン

推奨というより、このプラグインを入れていないと動かないので必ず入れておいてください

ダウンロード

必須プラグイン一式をダウンロード

ライセンス

GNU General Public License

runPHP

記事中でPHPコードを使うプラグインです。内蔵の動画共有サイトのコード呼び出し機能などを使ったり、記事一覧ページ中で記述しているPHPコードを実行するのに必要です。「ビジュアルリッチエディタ」「XHTML 構文の自動修正」とは同時使用できないようですが、同種のプラグインは多くあるようなのでそちらを使っていただいても構いません。

Similar Posts

関連記事を表示させるためのプラグイン

Post-Plugin Library

上記プラグインを利用するために必要なプラグイン。これを利用したプラグインとして、上記意外にも人気記事を表示するPopular Postsなどがあるので、余裕があれば試してみては。

入れたら便利なプラグイン

入れなくても良いけど、実害はあまりないし便利なので入れておくことをオススメするプラグインです。

WP-Footnotes

本文中に((脚注の内容))と書くだけで脚注を生成してくれるプラグインです、ちょっとした余談で話の腰を折らずにすみます

Table of Contents Generator

本文中に<!--TOC--%gt;と書くだけで見出しを拾って、目次を生成してくれるプラグインです、長めの記事を書くときは読者のことを考えてできるだけ使った方がよいでしょう

Amazon Linkage

本文中に<amazon>ASIN</amazon>と書くだけで(ワンパターンですいません)、ジャケット画像付きでAmazonへのリンクを貼れるプラグインです。

Ktai Style

携帯電話のアクセス時にコンテンツを読みやすいように最適化してくれるプラグインです。

スパム防止に役立つプラグイン

入れておくと、スパム対策にてきめんの効果を発揮するプラグインです

SOMY SpamBlock JP スパム対策プラグイン

コメントやトラックバックの内容にひらがなやカタカナが指定回数以上ない場合、該当のコメント等をスパム扱いするか、あるいは削除してくれるプラグインです。このプラグインを使って以来、半年に一回スパムが来るか来ないかという程度になりました。セキュリティ上の懸念が残るとご指摘を頂きました（今すぐに危険なわけではないようですが）。利用にあたっては、

Simple Trackback Validation

トラックバックが指定した条件に沿っていない場合、スパム扱いするか削除できるプラグインです。トラックバックポリシーにも書いてありますが、記事のURLを含まないトラックバックは拒否するようにしています。

仕様・技術情報

デモサイトにて技術情報を公開しています。

• cieloテーマで使えるHTMLコードの一覧
• cieloテーマ内蔵機能について
• cieloテーマのXHTML構造について
• cieloテーマのその他よくある質問

謝辞 & 著作権表記

このテーマは以下のリソースが無ければできていません。オープンなライセンスでいいものづくりをしてくれた皆さんに感謝。We’re standing on the shoulders of Giants!(お名前の敬称は略しています)

Javascriptライブラリ

jQuery by John Resig and the jQuery Team(GPL & MIT License)

jQuery lightbox plugin(クリエイティブコモンズ 2.5 ブラジル 表示・改変禁止)

WebFX by Erik Arvidsson & Emil A Eklund(Apache Software License 2.0)

あれこれポップアップ by ありみかさとみ(BSD License)

IE PNG Fix by Angus Turnbull(GNU LGPL)

Whatever:hover by Peter Nederiof(GNU LGPL)

アイコン

famfamfam.com: Silk Icons by Mark James(クリエイティブコモンズ 2.5 表示)

AeroVista for Mac by Mayosoft(クリエイティブコモンズ 3.0 表示・非営利・改変禁止)

Aqua Blend Icons by Laurent Baumann(クリエイティブコモンズ 3.0 表示・非営利・継承)

McDo DESIGN – Icons by Susumu Yoshida(クリエイティブコモンズ 2.5 日本 表示・改変禁止)

Flashプレイヤー

JW FLV Media Player by Jeroen Wijering(クリエイティブコモンズ 3.0 表示・非営利・継承)

WordPressテーマ

Sandbox by Scott Allan Wallick(GNU GPL)

ライセンスとかあまり関係ないけどこちらの方々にも感謝。

• 株式会社はてな(はてなブックマークAPIの提供元)
• WordPress開発者の皆さん

更新履歴

4839929548

その議論自体を否定するわけではなくて、もちろんそうした問いに答えを出した上でテクニカルにというのが望ましいかと思いますけど、議論し続けるのもどうなのかなと。技術の悪用シーンをクローズアップしてその技術の潜在価値を殺すのはなく、それをどう社会的に有用なことに活かしていくかを考えて試していきたいと思っています。

ということで（ストリートビューを使う上で必要な）Javascriptにはからきしダメな私ですが、ちょっと頑張って試しに何か作ってみようかと思います。その第1弾は不動産賃貸情報サイト（以下、不動産サイト）にユーザスクリプトで路上の地図を追加してみるというものです。つまり、FirefoxのGreaseMonkey向けのスクリプトです。

既にできあがったものがこちらにございます。

デモ動画

ダウンロード

ストリートビュー追加 GreaseMonkey スクリプト

ライセンス

GNU General Public License

不動産サイト全部に対応することは無理なので、今回はHOME’S賃貸というサイトを対象にしています。個別に対応しようとすれば（所在地情報を取得できれば）どのサイトでも可能でしょうけど、今回はこのサイトということで。

で、実際に便利かというと現時点ではたまに使い物になるというレベルですかね。というのは、どの不動産サイトも「～丁目」レベルまででしか所在地情報を提供していない（なぜなんでしょう？）ゆえに、正確な風景をピンポイントで提供出来ないため、しばらく物件がどこにあるか探し回る必要があるからです（2Dマップをわざわざつけたのはそのためです）。まぁ、家の概観を確認するよりも周りの環境を確認する用途に向いているかもしれませんといっておきましょうか。

例えば、物件の周りの雰囲気を確かめたり、駅までの経路を辿ってみたり、自転車で走りやすいか道路を眺めたり、近くのスーパーの大きさを調べてみたり（せせこましい）とそんなところでしょうか。得られる情報は視覚の一部を使っただけのものなので、実際にはちゃんと足を運ぶ必要がありますけどね。

技術的な話をメモっておくと、まずクエリで指定した場所のストリートビューを全画面で表示するページを作りました。次にGM側で、サイトから抽出した所在地情報をクエリとしてくっつけた先のページのURLにくっつけます。そしてそのURLをiframe要素に指定して追加するという寸法です。

制作にあたっては私製版、GreasemonkeyでXPathを楽に使う関数 @蕪浅録奏を使わせていただきました、ありがとう。その他、参考にさせていただいたサイトを列挙しておきます、どうも。

• Services – Google Maps API – Google Code
• Google Maps API でストリートビューを表示する方法 – 真夜中のプログラミングTips
• Calculating Street View POV for a given address – Google Maps API | Google グループ（Google Maps Sample）
• 逆引きGoogle Maps APIリファレンス
• Googleマップ　チュートリアル　「Google Maps API活用方法」（API v.1がベースなのでちょっと古い情報も）
• おまけ：米国でGoogle Maps StreetViewがどのように応用されて使われているか具体的なURLと内容を挙げて教えてください。 – 人力検索はてな

通学時には京阪電鉄を利用しているんですが、例えばその乗換案内での検索結果はこのような感じです。

そして、この急行電車を乗らなかった場合の結果はこのようになります。

発車こそ先発の急行電車に比べ14分ほど遅いのですが、乗車区間が長いこともあって特急電車¹ の停車駅の少なさもあって、トータルでは4分遅れにとどまっています。

加えて、急行電車はロングシート車両（縦座席）に当たることが多い一方で、特急電車はクロスシート車両（横座席）によく当たるようになっています。この場合、ロングシートで60分乗車するのと、クロスシートで50分乗車する両者のどちらが乗り心地が良いかは言うまでもないですが、だからといって先ほどの急行電車経路の提示画面に特急電車経路が一緒に提示されることは残念ながらないのですね。

ということで、私は少しくらい到着が遅れても特急電車に乗るようにしているのですが、こういうのはその電車をある程度使ってみないとわからないことです。特に、首都圏など交通網が発達した都市圏においては、目的地まで到着するのに複数のルートがあり、その中のどれが一番快適なのかは沿線住人でないと答えが出せません。

さて、その「快適性」というのをもう少し分解してみると、

乗車率（混雑率）

少ない方がよい

乗り心地

クロスシート < ボックスシート < セミクロスシート < ロングシート << 立ち乗り（JR中央緩行線）

乗車時間

短い方がよい

とまとめられそうです。加えて、車いすをご利用になっている障害者の方は車いす専用スペースの配備状況が気になるでしょうし、女性なら女性専用車両に乗車できるかも快適性の要素になってくると思います。こういう生活変数を考慮した乗り換え案内は、これからの乗り換え案内サービスに期待したいところです。

「A駅からB駅までは地下鉄○○線が一本で通っているけど、この時間はすごい混雑するから、時間はかかるけど△△線を使ったらいいよー」みたいなことができたらいいなぁと。事前調査は大変かもしれませんが、まずは都内だけでもいいので実験としてやってみてほしいですね。

参考先リンク

• 楽して通勤できる沿線を探せ! – ［住みやすい街選び（首都圏）］All About
• 路線満足度の東西総合トップは「東急目黒線」、ベスト3は首都圏の私鉄が独占 / HOME’Sリサーチ

1. ちなみに京阪の特急電車は無料です

次いで、この負担料金を加えた月々の総負担料金は以下の通り。

ということで、購入から2年間は月々だいたい8,000円ちょいから11,300円あたりで利用できるようになりそうです。データ通信は使うけど通話にはあまり使わないという方で、ソフトバンクモバイルの相手にたまに電話する、またはSMSを結構使うようになりそうという方はホワイトプラン(i)、それ以外のキャリアを持っている方にもたまにすると言う方は割引適用後、900円で1,000円分の無料通話が付いてくるブループランSSバリュー(i)がオススメです。

で、問題はこれが安いかどうかという話かと思うので、ここでは無難にアメリカのAT&Tのそれと比べてみます。iPhone 3Gは月いくらで利用できる？ AT&Tがプランを発表を再び表にすると以下のようになります。

一見、ソフトバンクモバイルの通話なしと同等の料金のようにも思えますが、AT&Tの旧iPhone向けプランにおいて$59.9の最低料金のプランでも450分もの無料通話がありますから、新プランにも少なからず無料通話がついてくることが予想できます。これを考慮した上で比較するなら、よく通話する人にとっては割高に感じるでしょうね。

ただ、使いやすいフルブラウザ・フルメーラ、他にはないサードパーティのiPhone向けアプリといった環境は現状日本市場には出ていない² わけで、そういうまだ値段が付いていないところにあなたならどれくらいのお金が払えますかという問いが最終的な購入判断につながるのではないかと思います。

ちなみに、現在発売中のiPod touchも7月11日以降には、3G iPhoneと同じバージョンのOSが入って出荷されるわけですが、6月26日現在での最安価格（価格.comによる）は8GBで32,500円、16GBで38,800円で、2年割賦で考えると8GBで約1354円/月、16GBで約1617円/月になります。どこでも電話・ネットはいらないという方はこちらでもいいかも。

料金以外のポイント

料金以外で気になったところをまとめておくと、まず既存のメールアドレスが利用できない点。S! メール(i) というiPhone専用サービスでは、なぜか、好きな文字列@i.softbank.jp というちょっと変わったアドレスが割り当てられているようです。通信上のなんらかの問題でどうしようもなかったのかもしれませんが、現行のスマートフォンがS!メール対応になっているだけに、既存ユーザには迷惑な話です。また、専用U-SIMとなっているため、他の携帯電話とU-SIMカードを抜き差しして使い分けるという使い方は出来なくなっているようです。これも通信上の問題なのでしょうか。

オレンジ・ブルー両プランにバリュープランがないのも気になりましたが、これは3G iPhoneに販売奨励金が入っているためかと思います。


バリュープランも使えるようです（その他の料金プラン | SoftBank）

それと気になるのが、既存のWindows Mobileのスマートフォン。このまま放置されると、毎月の基本料金がホワイトプラン＋パケットし放題 PCサイトダイレクトで2,009円～10,780円とネットを中心に使っている人にとっては、iPhoneプラント比較して高額になってしまいます。それとも実際は、iPhoneと違って全然ネットが使われていないから大丈夫だったりするんでしょうかね。

結局どうするか

個人的には行動範囲内に無線LANが配備されているため、当分は買わないと思います。GPSやBluetoothでの音楽視聴³ にはかなり惹かれますが、それにiPod touchを使ってみて思いましたが、本格的に音楽プレイヤーとして使うなら32GBは欲しいかなと。社会人になる来年春には持とうかなと思うので、それまでにはなんらかのモデルチェンジがあることを期待して待っておくことにします。

まぁ、私が買わなくともWeb技術に詳しい人はお求めになるだろうと思うので、そういう方と無料で通話できるようになるのは嬉しいですね。

iPod touch セカンドインプレッションもよろしければご覧ください

1. 1$=105円として計算
2. わからないというのもありますが
3. もっとも初代iPhoneはA2DPやAVRCPなどのプロトコルには対応していなかったわけですが、はてさて

どうやって「一般人」をわかるのか

「わかっている人」によって考えられた「これがニーズだろう」という思いこみをベースにしたような開発志向の手法では、一般人を理解しようとするのは困難です。ですので、そのようなアイデアありきではなく、まずターゲットする一般人が日常的にウェブにおいてどういう行動・利用をしているのか把握するところから始めないといけないよねということを述べました。アイデア発ではなくユーザ発で考えるという感じでしょうか。

マーケティングはこの辺、理論と数字によって一般人を理解しようとしていると感じるのですが（もちろん、それも重要ではあって一概に否定するわけではないですが）、どうもそこからは「一般人」の実際の利用シナリオは具体的には浮かび上がってきません。

4274201449,caption

そこで、ユーザ中心設計という方法を用います。ユーザ中心設計手法（UCD）はユーザの利用状況に注目し、観察し、それに基づいて解決策を提示しながら改善を図るプロセスです。

樽本氏の『ユーザビリティエンジニアリング』という本では、このユーザ中心設計手法のポイントの1つとしてユーザの参加を挙げています。

ユーザの参加

ユーザの視点で考える場合に”想像上”のユーザの視点では無意味です。それでは、従来の設計となんら変わりはありません。そこで、ユーザ中心設計のインタビューやテストには、必ず”本物”のユーザに参加してもらいます。

樽本 徹也『ユーザビリティエンジニアリング―ユーザ調査とユーザビリティ評価実践テクニック』

ユーザ中心設計（正確には人間中心設計）はISO13407で定義されていますが、具体的なプロセスはこんな図で説明されます。

先の”本物”のユーザに参加してもらうユーザ中心設計のインタビューやテストというのは、この図で言う「ユーザ調査」や「ユーザビリティ評価」の段階で行う手法にあたります¹ 。

例えば「ユーザ調査」ですが、これはインタビューを行ったり、アンケートをとったりするわけではありません。そうした手法は様々な観点からあてにならないということが言われていて、実際それを役に立つツールにするためには結構な経験が必要になるようです。ではなく、むしろユーザの行動を観察することによって、その利用状況をあぶり出すというのがユーザ調査の本質です。

具体的にはコンテキスト調査法などの手法が使われますが、詳しくは無料公開されている件の本の第1章² や棚橋さんの記事などで確認できます。

UCDの実践にあたって

ただ実際のところ、未経験な人がいきなりこれをできるかというと少し留保をつけざるを得ません。

というのも、こうしたユーザ設計手法を行う上で必要な経験やノウハウ、あるいは根底にある考え方が（日本の）ウェブや私たちにまだ蓄積されていないと感じるからです。

例えば、先のユーザの利用状況を調査するコンテキスト調査にしても、生データを得るのが目的であるのにそれを要約してしまうとか、あるいはその調査の意図を鑑みないで手法ありきで行ってしまったがために質問方法自体がまずく、役に立たない生データを量産しちゃったり。ユーザテストなんかでも同じ事は起こりえますね（参考：ユーザーテストはこうやります、およびユーザーテストはテスト設計が大事）。

考え方が浸透していなかったり、経験が蓄積していないがゆえに結果の善し悪しに非常にバラツキのある手法になってしまう。これが実際に役に立つようなユーザデータを生み出すことが難しくなっている要因なのではないかなと思います。

それゆえに体系だったUCDの手法は一部の専門家が行うものになってしまって、私たちはヒューリスティック評価手法のようなプロの一般論をありがたがるくらいしかできない、そんな状況があるように思います。

最初はみんな初心者

4501532009,caption

とはいえ、それで終わっていては何の進展もありません。

最高は適切の敵であるという言葉があります。ユーザビリティ工学の先達であるヤコブ・ニールセン氏が著書の中で、最高・最善（専門家の求める厳密な手法など）を求めるとコストが高くなって取るべき方法が無くなってしまう状況を憂慮して引いた言葉です（ニールセン氏はこういう現実的な話し方が非常に上手な方です）。

ですので、トライ&エラーを重ねつつ習得していくしかないでしょう。

先に挙げたユーザ調査法である「コンテキスト調査法」ですが、具体的には以下のようになっています。

（略）インタビューアが弟子、ユーザが師匠となって、師匠の体験を弟子に”継承”しようとします。基本プロセスは以下のようになります。

1. インタビューアはユーザに”弟子入り”する。
2. ユーザ（師匠）は仕事を見せながら説明する。
3. インタビューア（弟子）は、不明な点があればその場でどんどん質問する。
4. ひと通り話を聞いたら、インタビューア（弟子）は理解した内容をユーザ（師匠）に話して、間違っていないかどうかチェックしてもらう

（略）

この手法の最大のポイントは、ユーザが”教える”つもりになることです。いったん教えるつもりになれば、ユーザは結論だけを話すのではなく、自分の体験を始めから終わりまで、なるべく順序立てて詳しく説明してくれます（実際には、話の順序が入れ替わったり、途中が抜けたりするので、インタビューアが適切な質問をして補正する必要があります）。

樽本 徹也『ユーザビリティエンジニアリング―ユーザ調査とユーザビリティ評価実践テクニック』 p.28-29

この時の基本テクニックとして、樽本氏は3つのポイントを挙げています。

教えを請う

何を教えて欲しいのかハッキリさせて、ユーザに伝える。正確にはだんだんとフォーカスを絞るという感じ

根掘り葉掘り

ユーザの行動がはっきり理解できるように、またその行動に自分の憶測・解釈を交えないために、少しでもわからないところがあったらそのままにせずきちんと質問する

確認する

誤解しないためにもユーザにその理解した内容をきちんと確認する

例えば、学生の人であれば身近な人（「一般人」的な友達）と話すときに、この手法をこっそり用いて、どんな利用形態をしているのか観察してみてはいかがでしょうか。そこから何か新たな知見が得られるのではないかと思います。

おまけ

とはいえ、僕自身それほどこうした手法に精通しているわけではありません。むしろ今も、本当にこの手法を行っていけばわかるのかどうか確認しつつという感じです。

このユーザ中心設計というのはウェブデザインに限らず、もっと大きいくくりで考えたほうが良い気がして、最近はこの本を読んでいます。すぐにとはいきませんけど、この本を読んで発見したことがまとまったらまたレビューとしてまとめたいと思います。

9784797347104,clear

ちなみに以前に次世代OPACの話をしましたが、これもアイデアありきの開発志向で突っ走ってしまうような気がして、今見直し中です。うーん、ウェブサービスってちゃんと考えてみると大変だなぁ。

関連エントリ

• ウェブユーザビリティについて考え始めたい人にオススメのウェブページ集
• ウェブユーザビリティについて考え始めたい人にオススメの5冊
• 高齢者のサポート無くしてネットに将来はないんじゃないかな

1. もちろん、わかりやすくいっているだけで、その他の段階でユーザが登場しないと言うことではありません。その他のプロセスでも必要によって、ユーザを登場させて調査・評価・ニーズの探索などをする必要があるでしょう
2. 具体的な手法が展開されているのは2章なんですが

私たち¹ が便利だと思うサービス ー例えばフィードリーダーやソーシャルブックマークー が、PCでウェブをそれほど利用しない一般的なウェブユーザには認知すらされていないそうです。加えて、その魅力を伝える言葉が伝わらないという断絶があるそうです。界隈ではその断絶を告発して、どう一般ユーザーに訴求するかを考える記事がホットなようです² 。

使うサービスは「ただ使えるもの」

YouTubeでありニコニコ動画であり2ちゃんねる。ダラダラ見れる。それでいてバリエーションが豊富だから飽きない。手軽だ。こういうROMできるサービスがいいわけですよ。（略）

一般的にはこういう感覚が普通です。今、これを読んでいる人、特にRSSやはてなアンテナ、はてなブックマーク経由で来られた方は異常です。非一般人です。そういうツールを使いこなすのは、世間的には珍しい人種です。あなたはレアな人間なのです。

では、そういうレアな世界に一般人を巻き込むにはどうするか。

（略）

メリットを具体化する

何故こういうツールを使わないか。単純な理由のひとつが「メリットがわからないから」です。どんないいことがあるかわからない。だから使わない。非常にシンプルな論理がそこにはあります。

なので「こういうメリットがありますよ」というのをわかりやすく伝える方がいい。例えばRSSリーダーなら「あなたの気になる情報がすぐ手に入る」って部分をもっと強調した方がいい。好きな芸能人の名前を登録するとどうなるか。あるアイテムを登録するとどうなるか。こういう具体例があるとわかりやすい。

一般人はそこまでネットを使わない – タケルンバ卿日記

伝え方を変えるというのは重要なことです。なぜなら、ライフスタイルが違えばその便利さも違うからです。私のライフスタイルにとって便利なものやサービスは、彼（彼女）のライフスタイルにとっても当然便利であるという前提は成り立つとは限りません。それを忘れてデザインした結果、このような断絶が生じたのだと言えるでしょう。

私たちは（逆説的に）わかっていない

ど素人目線になろう

最も欠けているのがこの視点。横文字にしても機能にしても、ある程度「わかっている人」向けなんだよな。「わかってない人」向けになってない。

一般人はそこまでネットを使わない – タケルンバ卿日記

作っている私たちは、「わかっている人」とも読める文ですが、私たちはわかっていない人なのではないでしょうか。どういうことかというと、ここで挙げられている「わかっていない人」をわかっていない人なのだということです。つまり、ネットの最新事情についてわかっていながら、対象にする一般ユーザがどういう感じにウェブを使っているかがわかっていない＝一般ユーザが誰だか知らないのです。

実際、どうなのかと言うことを知りたい方は第9回 モバイル・サイト（前編） 若年層・女性には楽しさとクチコミで訴求やセブンアンドワイー携帯サイト戦略立案・設計・構築実績などをご覧ください。

好きな芸能人の名前を登録するなど、伝え方を変えるといっても、まずその「わかっていない人」が誰でどういう行動をする人なのか知ることが必要ですよね。

例えば、ウェブは携帯電話から使うのがほとんど、というユーザに向けてフィードリーダーが彼らの生活にどう便利なのか説明しようと思っても、まず彼らがどういう状況でどういう風に携帯電話を使っているのかがわからないと議論のしようがありません（その意味では引用先のエントリはよい問題提起だと思います）。

私たちがわかっていない原因としては、私たちがそうした「わかっていない人」の行動・利用データを持っていない、持とうとしていないという状況があるのではないでしょうか。

例えば、ビービット社のユーザビリティ実践メモはユーザビリティテストで得られたユーザの行動結果をベースに改善方法を提案していますが、そのようなデータを私たちは持っていません。

よって、どうすればよいかという話も各人の「わかっていない人」の想定によってバラバラになってきます。まさしくゴムのユーザーです。タケルンバさんが「ど素人目線を」、と考える過程はわかるのですが、人によってそれぞれ「ど素人」観があるわけで、「わかっていない人」＝一般ユーザを想像しようというのにも限界があるのではないかと思います。

この記事は続き物です。「わかっていない人」をわかる方法（後）ーユーザ中心設計についてがこの続きにあたります。

タケルンバ氏に反応いただきました。暗黙知下に置かれていた「わからない人」が「わかる」という過程を形式知化することで、「わからない人」を理解し、教育なんかにも役立てていこうという旨の記事ですね。ナレッジマネジメントに通ずる話だと思います。

で、これとはまた違った話になるんですが（誤解しているわけではなくて）先の記事をもう少し正確に書いておこうと言うことで少し追記・補足させてください。

「わからない」から「わかる」へという過程。そういう直線上の動きはあると思うのですけど、それを単に直線上に位置づけて「わかる」ほうがプラスだから「わかる」方にどうやって向かわせようかということを先のエントリで言ったわけではないんですね。

先に書いたように、「わからない人」も「わかる人」（という言い方も語弊を承知した上で敢えて書いているのですが）もそれぞれに違うライフスタイルがあり、違う価値があると思うのです。そして、それらは相対的でどちらが優れていると言うことはないんですね。それはケータイとPC、どっちが便利かと問うのと同じ事です。

なので、「わかる人」の感じている価値をどう変換すれば、「わからない」人によく感じる価値となるのかということを考えたいと思ったんですね。

1. この備忘録のフィードをフィードリーダーに登録して講読しているような、というかこの文章の意味がわかる人たちですかね
2. もっとも、こうした話はPCユーザおよびモバイルユーザという言葉でもその断絶が語られてきたように思いますが

就活中にもかかわらずいろいろ見て回ってみたんですが、こういう人って案外いたりするのかな。いずれにしろ、エイプリルフールがらみのネタは各所のニュースサイトが必ず取り上げてくれるので、自社のキャラクターのPRに使えるような気がしますね。例えば、円谷プロとかロリポとかドラえもんとかはいいPRになったでしょう。

また、ウェブサービスを提供する会社としては、こういうネタの機会をうまく使って技術力をやわらかくアピールする手段にもなるんじゃないかなとも思います。

エア新書¹ や まぐまぐの肌質検索 はだはだ！² なんかはマッシュアップサイトとして面白いですね。これらはどちらかというと技術的にすごいというよりアイデア勝負のネタですが。

ニコニコ動画には、よく「才能の無駄遣い」等のタグがあるように、奇抜なところに異常なまでの心血を注いで作った作品がいろいろと投稿されています。

個人的には、こういう「才能・技術の無駄遣い」のウェブサービス版みたいなものをエイプリルフールにやってくれる人がいないかなと毎年期待してます。これはすごい！けどそれでやるのか、みたいな。ビジネス的な意味合いでも技術力の高さをエンターテイメントとして広く認知してもらう機会として悪くないんじゃないかなと思うんですがね。

ところで、今までに見たエイプリールフールネタで印象的だったのは、手書き版まぐまぐサイトですね。技術的にはソースを見ればわかるように、ひたすら画像とイメージマップを使っているだけなんですが、発想としては面白いですね。

今だったら、FlashかSVG+XHTML³ でスケーラブルな手書きウェブサイトができないかなぁと妄想したりします。ネタじゃなく、そういう遊びはエイプリルフールじゃなくてもやってきたいという感じはします。

なんか久々に書くんで、微妙に日本語が変ですいません。

1. meta要素によれば、Air新書（エア新書）はブロガーのエイプリルフール記事執筆をサポートするウソ新書サイトです。でも本気で継続開発します。だそうです
2. ちょっと制度がイマイチな気もしますが
3. SVGよく知らないので憶測で言ってますが

例えば、対談なんかは一昔前はそれこそ東京に行かないと聴けなかったし、ラジオもご当地でしか聴けなかったわけですけど、昨日やった対談が少しのラグでPodcastされたり、ラジオもPodcastされたりしているわけです。

でも、じゃあPodcastを聴かずに、わざわざお金や時間的コストをかけて対談を聴きに行くメリットって何よ？とか思うわけです。

同じような疑問は最近友人と某美術館に行ったときも感じていて、「例えばモナリザなんかの有名な絵画なんかは既にネットで見られるわけ。なのになんで美術館にわざわざ行くのかな」とかを話していて、そこでの話とかもふまえると、あえてそうする意義は以下の3点くらいにまとめられるのかなと思いました。

1. リアルだと現実の物をより正確に捉えられるから
2. リアルタイム性があり、そこにコミュニケーションが生まれるから
3. コストをかけることによって、作品に向き合うモチベーションが上がるから

一つずつ考えていきましょう。

リアルだと現実の物をより正確に捉えられるから

これはメディアの技術的な制限によるところが大きいです。

つまり、ネットを介すると作品の大きさ・立体物であればその造形は正確には表せませんし、またネットは視覚中心のメディアですから、嗅覚・触覚などの感覚によるフィードバックは図れないことになります。

例えば、岡本太郎氏の明日の神話をネットで見るのと、実際に足を運んでみて鑑賞するのとでは、また違った感想が得られるでしょう。

そして、場の雰囲気も作品を鑑賞する上では、重要な要素ではないかと思います。星は田舎の夜空で見るのが一番よく見えるのと同様に、作品が置かれている環境において一番よく理解できるように整えられているのかもしれません。つまり、モナリザなんかの例はそうですが、これらは物ではなく体験を消費しているのであって、そのためにベストな体験を消費するために美術館に行くのだと考えればすっきりします。

また、ネット上の文章は読まれるのではなく、スキャンされるのだというレポートもあります。これはメディア特性だと思いますが、本文を一語一語じっくり追っていきたいという読者には、eBookではなく紙の本と棲み分けしているのかもしれません。

では、可読性があがればよいのかというとそうではない気がします。それはAmazon Kindleを考察したときにも書いたけど、紙をめくりながら、時には考え、また読み進める。美術館と同様の話ですが、こうした体験の演出は電子ブック媒体がスペック上進化してもなかなか追いつけない点でしょう。

リアルタイム性があり、そこにコミュニケーションが生まれるから

リアルで鑑賞できる物をリアルタイム的だというのも変な話かもしれませんが、ネットのメディア特性から生じる問題だと思います。

まず、いくらネットで手に入る物は増えたと言っても、即行で手にはいるわけではなく、入手までにいくらかのラグがあることが多いですよね。また、ネットでは公開しないという物もたくさんあるでしょう。ですから、話題ができて、公開日が決まったときにそれと同時期に鑑賞すると言うことは難しくなります。

また、ネットというのはパーソナルなメディアであり、非同期的なメディアです。お茶の間にあるテレビをつけて、みんなで見ること（同期的メディア）はあっても、ネットをお茶の間のテレビでみんなで楽しむことは少ないでしょう。

それと同様に、バーチャルミュージアムやPodcastはパーソナル・非同期的に消費されるために、直接的にそれを通じてコミュニケーションが行われることはありません。一方で、リアルの美術館や生対談は（連れと一緒に鑑賞することは少ないかもしれませんが）、鑑賞後にそれらを媒介としてコミュニケーション（あの作品の感想やら）が行われるでしょう。これはリアルのリアルタイム性あっての事ではないかなと思います。

最近、ニコニコ動画で共産党の国会質疑があがって、それが話題になりましたが、これはニコニコ動画の擬似同期性によって、まるで同じ場でその国会質疑を聴いているような体験を共有できたことがその盛り上がりの一因だとも言えるでしょう。

よってネットの中でも、対談・講演などはこうした擬似同期的メディアで満足だから必要ないという方もいるのではないでしょうか（あくまでこの視点に立った上でのことであって、別の視点からは必要と言うこともできます）

コストをかけることによって、作品に向き合うモチベーションが上がるから

身銭を切ることでその作品に対して向き合う姿勢が変わるんじゃないかとする仮説です。もちろん、この場合の「身銭」は金銭的コストだけではなく、その場に足を運ぶための諸々の時間的・経済的コストなども含めてのことです。

どういうことかというと、ネットではあまりに簡単に作品を鑑賞できるが故に鑑賞したという気が起きない。逆にそうしたコストを払うことで「苦労したのだから見ようという」意欲が刺激されるのではないか。という背景があるのではないかということです。

ちょうどコレを書いて思い出したのが、ドラえもんの「苦労みそ」のお話。これは、何をするにもえらく苦労することになる道具を使ったことで、たかがホットケーキを食うだけでもしんどい思いをすることになったのだけど、その甲斐あってその成果（＝ホットケーキ）が一段いいように感じられる用になったという話でした。YouTubeにも流れてます。

ドラえもん「苦労みそばなし」

私はいろいろな要因があるのだけど、これが一番大きい理由なんじゃないかなと思っています。というのは確かにネットは便利です。そしてこれからもどんどん便利になっていくでしょう。

しかし、便利になった、つまり入手コストが低くなった反面、それを得て活用しようというモチベーションも減ったのではないかなと思うからです。それは、はてなブックマークの「あとで読む」タグにも象徴的な気がします。

人が何かに接する時にそこから何を得るかは、結局は当人の姿勢次第なのであって、プレゼントのように「ハイ、コレ」と誰かが渡してくれるわけではありません。また、そこにコストをかける必要があると言うことは、そこにアクセスできる人が限られていると言うことです。これはつまり、先のモチベーション論と併せてそれがその人の体験として他人とコミュニケーションをする上でネタにしやすいという面があることを意味しています。

このいささか逆説的な結論をふまえるなら、ネットサービスを提供する上で（その対象は何であれ）ユーザのモチベーションをどのようにして上げていくかという視点を持っておかないといけないということも思いますね。

それはさておき、帰りにお腹がすいたのでふらっと立ち寄った生パスタのお店（動画・音声が流れるので注意）に入ってみました。店の大きさの割に控えめなお客さんの数が少し心配でしたが（要するにガラガラ）、頼んだカルボナーラは、生クリームが濃厚すぎず絶妙な加減でなかなかおいしかったです。ドリンクバーも無料でついてきますし、京橋まで来た際はちょっと遠いですが足を運んでみるのも良いかも。

‥で、閑話休題。最近はCGMやらUGCやらとユーザ生成コンテンツをエンジンとしたビジネスについていろいろと言われています。グルメでも何でも良いですが、クチコミ系サイトのサービス運営者の立場に立つならば、こういった情報をサイトに書き込んでもらうにはどうすればいいんでしょうか？

例えば、上に書いた飲食店の情報は、口コミ系グルメサイトに書くこともあれば、自身のブログ上に書くこともあるでしょう。すでに注目を集めいているグルメサイトがあっても、自分のブログに書き込む人もいるかと思いますが、それはどうしてなんでしょう。

4431711619, caption

これはアテンション・エコノミーという言葉で説明できるんじゃないでしょうか。つまり、消費者が発信側に回ったことで、その発信した情報にアテンションが集まることに価値ができた。はてなブックマークとかがその最たる例ですよね。

今回の話では、サービスの一利用者としていわば半匿名的な存在としてグルメサイトなどに情報を書き込むよりかは、自分のブログに情報を書き込んだ方が、私の書き込んだ情報として認知されやすく、ゆえに自分にアテンションが集まっているのではと言えます。別の言葉で言えば、グルメサイトに書き込んだ得たアテンションの大部分はそのグルメサイト自身に対するアテンションとも言えるのではないかと。ゆえに、グルメサイトではなくブログに書き込むという行動がでてくるのかもしれません。

しかし、グルメ関係の記事を探している人は、もちろんそれ関係の記事が多いブログを参照するという手もありますが、それよりかはそのような情報がより多く集まっており、一元的検索できるグルメ系サイトを訪れるでしょう。ユーザとしては自分のブログに書き込む方がアテンション（ブランディングと呼んだ方がよいかな？）はより高いのだけど、実際のアテンションはそれを一元的に管理しているサイトに集まる‥ここに発信する消費者のアテンションのジレンマがあるのではないかと思います。

参照コストと利用性の関係はどうなのか考えたことがありますが、それと似ているかもしれません

では、消費者・CGMサイトが共にWIN-WINの関係にしていくためにはどうすればよいのでしょうか。

私はCGMベースのサイトを作るならば自身のサイトに情報を書き込んでもらうだけでなく、外部の情報も積極的に取り込んでいく必要があるかと思います。例を挙げるならば、漫画の蔵書管理＆新刊チェックサイトのコミックダッシュ！では、最近ブログから「感想」を取り込む機能を実装したようです。これにより、情報の一元化が図れるとともに、自サイトへの誘導というアテンションの増大も図れるわけです。

そもそも、情報を囲い込み、有限なアテンションを奪い合うようなモデルがもう古いのかもしれません。カカクコムやAmazonのように、巨大なクチコミ（バイラル）データベースができている場合は情報を提供すること自体が大きなメリット¹ になるかもしれませんが、そのようなサイトはごく一部に限られてくるでしょう²

それともう一点、CGMサイトがやることがあるとすれば、データベースの量だけなくそれを誰に届けるかと言うことでしょう。つまり情報がいくら多くても、それを望んでいる人に届けられなければ、情報のアテンションはゼロですから、書き込んだ情報を望んでいるユーザにより正確に届ける、つまりマッチングの精度を上げていく必要があるでしょう。これは検索精度の向上とか的確なサイト構造とか以上にとどまらないことで、将来的にはGoogleの位置ベースターゲッティング広告のようにリアルと連動したものになっていくんじゃないでしょうか³ 。

よって、これから立ち上がっていくようなCGMサイトでユーザからの情報を集めるためには、 (1) 外部サイトとの連携を強化することにより、自サイトだけでなく、ウェブ全体から1つのDBを構築する (2) ユーザと情報とのマッチングの精度を上げる ことが重要かなと思います。

1. 巨大なDB→サイトユーザはそこにいけば何か見つかるという期待感につながる→ユーザが訪れるようになる→情報提供者も積極的にそこにコミットするようになるという好循環
2. ちょっと余談。はてなマップはユーザからのトラックバック等この点から言えば立派なのですが、いまいち何のサイトかわからないような感じがします（地図サイト？）。この点では、Googleマップのマイマップがグルメ・鉄道など各テーマに特化していてうまいかな。
3. 今回の例では、京橋付近で飲食店を検索したら位置情報を自動取得して件の店のカキコミを表示するなど。ケータイでは日本でもすでに実現してますね