既存の家電レコメンデーションサービス

年末に液晶TVを買ったときに、ついでに録画機も購入しようと下調べをしてみました。ハードディスク、ブルーレイ、DVDくらいまでは全く問題ないとして、その下の細かい規格が乱立していて、いちいち調べる時間も面倒なので、とりあえずは購入を諦めました。ためしに価格comのブルーレイ、DVDレコーダランキングの上位機種の仕様ページを見てみると図のような規格が見られます。家電好きならまだしも一般ユーザがどこまで調べて購入できているかは疑問です。

で、めんどくさがりやな筆者としては録画機のおすすめ仕様・機種を推薦してくれるレコメンデーションエンジンが欲しいわけです。少し調べてみたところ、以下のようなものがありました。

用途別おすすめテレビ(プラズマテレビ・液晶テレビ）：薄型テレビ(液晶・プラズマ)比較購入ガイド

こちらは液晶orプラズマまでを用途別におすすめしてくれます。

We help you find the perfect gadget | Measy
質問に答えるだけで自分に合ったスマートフォンの機種を決めてくれるMeasy

Measyは、コンデジ、一眼、HDTV、Netbook、スマートフォンのおすすめ機種を質問に答えるだけで教えてくれます。なお、Measyのエンジンがどういったアルゴリズムで動作しているかについては、サイトからは見つけ出すことが出来ませんでした。

ベイジアンネットワークを使った家電レコメンデーションwebサービス

さて、リサーチの結果、サービスとしては、Measyが一番近いのですが、実現要件としては、以下の2点が含まれているとユーザとしては便利です。
1. 録画機の推薦(HDR, DVD, ブルーレイ、あるいはその組み合わせ)
2. 録画機の規格の推薦

さらに、Measyのようにユーザが質問に答えてシステムがおすすめ機種を推薦してくれるエンジンでよいのですが、せっかくなのでベイジアンネットワークを使うことで、より確からしい解を返すことが望ましいでしょう。

a. 質問に回答
b. 購入履歴をデータとして利用
※これが難しい場合質問に最近購入した機材を入力

ベイジアンネットワーク
ベイジアンネットワーク(Bayesian Network)は、因果関係を確率により記述するグラフィカルモデルの一つで、複雑な因果関係の推論を有向グラフ構造により表すとともに、個々の変数の関係を条件つき確率で表す確率推論のモデルである。

価格comをはじめたくさんの価格比較サイトもありますが、ひとつ抜けるためにぜひこういったレコメンデーションエンジンを使ったサービスを提供していただけると、いちユーザとしては非常に嬉しいわけです。

Afterword

昨年はろくに記事を書けなかったのでもう少し息抜きがてら、今年は最低月1本は書いていきたいと思います。
ネタだけはたまる一方で、もちろん賞味期限とか、実際に実施できそうな案件もあってなかなか全部を公開するわけにもいかないのですけど。そんな感じで今年もよろしくお願いいたします。

クックパッドを含めて、昨年ごろからhowto系webサービスのローンチが目立ちます。前回のエントリでピックアップしたものも含まれていますが、いくつかのhowtoサービスを紹介していきましょう。

howtoサービスの現状整理

少し前の記事ですが、ノウハウ動画提供するサービスhowcastが紹介されています。これらのノウハウ動画を提供するのはプロというのが特徴で、作品の多くはディレクタープログラムで生まれています。

グーグルOBがノウハウ動画サイト「Howcast」を開設、ラウンドAで$8M調達
Howcastのサイトにはプロが撮影したノウハウ動画が出ている。テーマは「壁の塗り方」（下に埋め込んだ動画）から「猫の毛の手入れ術」、「女の子と寝る方法」まで、なんでもあり。
ノウハウ動画のHowCastがAOL、Metacafe、Bebo、blip.tvと提携

あるいは、ファッションのレコメンデーションサービスも、日々のコーディネートが苦手な人にとってのhowtoサービスといえるでしょう。

Trunk Club　すてきな美人がキミのワードローブを選んでくれるぞ
Trunk Clubは男性ユーザーに対してSkypeのビデオチャットを通じてショッピング・アドバイザーが服を選ぶ手助けをするサービスだ。

スタイル（着こなし方）を互いに分かち合えるファッションのマイクロブログStyleRaysがスタート

さて、最後に料理系のhowtoであるクックパッドが「一般のヒトの作成したレシピを、一般のヒトが利用するためのサービス」であるのに対し、Cookstrは、「プロの作成したレシピを、一般のヒトが利用するためのサービス」といえます。

Cookstrで、有名シェフのレシピを検索できる
Cookstrは、総勢200名を超える有名シェフ、クックブック著者、バブリッシャーらと契約を結び、さまざまな分野にわたる上質のレシピをデータベースに寄稿してもらい、今も毎日（シェフ、レシピ共に）追加されている。

情報・身体性・学習

日常生活における情報は、知識と身体に関わるものの2種類が存在します。つまり、単に知識として記憶に留めておけばよい情報と、情報を再現するために身体性が必要とされる情報です。後者の例としては、レシピなどがあげられます。レシピに掲載されている料理を正しく再現するためには、塩の振り方から鍋の振り方まで身体性が必要とされます。また、大工のカンナの削り方や左官の漆喰の塗り方なども同様に、知識としてhowtoがわかったとしても、身体性に関する情報がなければ再現できない。

現状のhowtoサービスは、まさに情報の提供を目的としているのみで、身体性に関する言及はなされてません。これは現在のwebサービスの限界を示しているだけであって、今後この状況は変わってくると考えています。筆者の周囲でもすでにそういったプロジェクがにいくつか走り始めていますし、webと連携することによって、ある情報に関する身体性を学習するためのシステムをいかに設計するか、という点について今後のwebサービスやガジェットのデザイナは考える時に来ているのではないでしょうか。

単にセンサの値と何かしらのアクチュエータのパラメータをバインディングして実世界に戻して楽しいな、というユーザ体験は00年代で終わりにして、10年代はいかにヒトという生物に「上達」という概念を身体を通じて学習させるか、というそのセオリーとメソッドについて考えていくつもりです。

Afterword

いつの間にか半年空いてしまいました…月1くらいは更新したいと思います。

2009年度に隆盛しそうなwebサービス

2008年度はいくつかのhow to系のサービスがローンチしております。まず、how to全般のサービスとして、google退職後のエンジニアが始めたサービスがあります。また、料理系のサービスでは、有名シェフのレシピを検索できるCookstrが登場しました。両者に共通しているのは、下手をすると集合愚に陥りかねないCGMサイトから脱却し、源泉された質の良い情報を提供しているサービスであるという点です。

Google出身者が無料「ハウツー」動画共有サイトを立ち上げ
Howcast.comでは、キーワード検索または、料理、フィットネスなどの25種類のカテゴリーから目的の動画を探すことができる。

Cookstrで、有名シェフのレシピを検索できる
Cookstrは、総勢200名を超える有名シェフ、クックブック著者、バブリッシャーらと契約を結び、さまざまな分野にわたる上質のレシピをデータベースに寄稿してもらい、今も毎日（シェフ、レシピ共に）追加されている。

一方で、昨年度はYahoo系列のJumpcutやAOLのいくつかのビデオ共有サービスなどの動画共有・編集サイトが立て続けに停止されました。

AOL、ユーザー生成ビデオ共有サイトも閉鎖へ
AOLは現在、サービスの切り捨てに夢中だ。 XDrive、AOL Pictures、MyMobile、Bluestringを閉鎖したのに加えて、AOL Video Uploadsも今週から閉鎖手続きが始まる。

Yahoo、ビデオ編集サービスのJumpcutを閉鎖へ
オンラインビデオ編集サービスのJumpcutがYahoo!に買収されたのは2006年9月だったが、どうやらこのサービスは閉鎖に向かっているようだ。

これらのファクトから世界的な不況の中で2009年度に隆盛しそうなwebサービスを仮説として展開すると、「独自の視点を持ち、厳選された実用的なリッチコンテンツを提供するサービス」と仮定します。つまり「ユーザは何でもできる」から「ユーザは特定の実用的な情報を活用できる」サービスへのシフトです。

ストリートビューを使った3次元ナビゲーションサービス

さて、筆者はよく道に迷います。特に目当ての店やレストランを探している際、最寄の駅に到着し、駅構内で地図をチェックし、最適な出口から地上へ出ます。しかし、馴染みの無い駅の場合、出口から出た瞬間にもう方向をロストしているわけです。。。こんなどうしようもないユーザのためにiGooleモバイルでは、ストリートビューを使ったサービスを提供しています。このサービスを手入力で使えば、目的の場所までたどり着けるわけです。

Googleモバイルを刷新、モバイル地図アプリで「ストリートビュー」を提供
現地に行く前にあらかじめ街並みを調べたり、GPSで現在地を特定し、自分が現在向かっている方向などを確認できる。

いっそのこと、ぐるなびや食べログも差別化を図るために、駅から店までのナビゲーション機能をサービス内にエンベッドしてはどうでしょうか？具体的には、出発点を携帯のGPS機能、もしくは、基地局から割り出すことで取得し、選択した店までのナビゲーションをGoogle map APIのストリートビュー機能を用いて擬似アニメーションとしてユーザに提示する3次元ナビゲーションサービスです。

食べログについては、auのモバイル版では、Ezナビウォークをシームレスに利用することができますが、如何せん2次元の地図と変わりばえがしません。微分された地図よりも3次元の空間認識に限りなく近いストリートビューの方がユーザにとってはより認知しやすく現在地、方向をロスとする確率も低くなるでしょう。あるいは、さらに後発のサービスでは、差別化を図るための特徴としてこのようなサービスを実現すべきでしょう。

関連エントリ：デジタルサイネージとインタラクティビティ

背景

読者の皆様がご存知のように，多くの屋外媒体の管理は基本広告代理店が行っています．特に外壁に関する規制のない素敵な都市計画に基づいている日本の場合，デジタルサイネージが推進されるにつれて，利用可能なハードウェアは供給過多になる可能性が高いと予測しています．この結果，現在広告代店の買い付け業務も単純計算で行けば増加するでしょうし，カバーしきれなくなる可能性もあります．

デジタルサイネージが広告ビジネス・セールスプロモーション戦略に変革をもたらす
2007年度の国内デジタルサイネージ市場規模は、設置拠点の増加に伴うハードウェアの売上伸張が大きく影響し、前年度比124.2％の296億7500万円となった。

電通ら6社、屋外広告専門のメディアレップ会社を設立
電通は、交通広告、屋外広告、各種施設広告を含む「OOH（Out Of Media）」への出稿ニーズの高まりに対応するため、経験豊富な専門会社とともに新会社「株式会社OOHメディア・ソリューション」を設立する。

このようなハードウェアの供給過多に対して，ソフト/コンテンツの管理方法が問題になるでしょう．TVのようなマス媒体に対する広報戦略と同様に，全配信先に対し同一のコンテンツを提供するのは筋違いであり，屋外広告ならではの場所および場所に存在するコンテキストを無視すべきではありません．SONYのコンテンツ配信システムBEADSはまさにこのコンテキストを重視したシステムとなっています．しかしながら，コンテンツを配信するシステムが存在するだけでなく，様々なステークホルダーにとって適切なサービスまでをデザインする必要があります．そこで，本企画では，このような配信システムをバックエンドに採用した場合に運用可能なサービスについてデザインしてみたいと思います．

デジタルサイネージサービスプラットフォーム“BEADS”新開発
“BEADS”は、インターネット網を活用し、最大10,000台のディスプレイへのセキュアなコンテンツ配信が可能なサービスプラットフォームです。

デジタルサイネージに向けた広告管理webサービス

本webサービスは，コンテンツ提供者が，場所とタイムラインに併せて自由にコンテンツを配信することのできる管理サービスと，視聴者が，場所とタイムラインに併せて自由にコンテンツに対する情報を取得することのできる情報配信サービスで構成される．

第1のユーザであるコンテンツ提供者のアクティビティは，まず，権利を保持しているコンテンツの配信先，および，配信時間を決定する．次に，管理ページ上で，希望する配信先，および，配信時間を確認し，希望する対象に配信日から逆算して原則1ヶ月以内で入札を行う．競合相手が存在する場合，入札金額で提供者が決定される．

第2のユーザである視聴者のアクティビティは，まず，情報配信ページ上で，任意の場所と時間において配信されているコンテンツの情報を検索する．たとえば，2008年11月16日正午に渋谷QFRONT壁面のQ’S EYEで配信されているコンテンツの情報を取得することができる．元来，屋外広告の効果測定は困難であったことから，コンテンツ提供者および広告代理店は，本webサービスにおけるコンバージョンをスポンサーへ提示する補完データとして利用できるだろう．また，EC機能あるいはEC用別サイトの誘導を行うことも広告本来の機能として有効であるだろう．

本webサービスは4つのステークホルダーに対してメリットをもたらす．第1に，メディア保持者については，コンテンツ配信に係る費用，および，配信情報採用に対する公明性を獲得できるだけでなく，適切な在庫管理を実現できる．第2に，コンテンツ提供者については，適切な場所と時間にて情報を配信できるだけでなく，広告代理店の買い付け業務に対するコスト負担を軽減することができる．第3に，広告代理店は，買い付け業務に対するコストを軽減でき，戦略策定をはじめとするコンサルティング業務に注力することができる．最後に，視聴者はいつどこでどんなコンテンツが流れているかについて好きなときに視聴することができる．

従来のオリジナルTシャツ制作サービス

従来のサービスをいくつかピックアップしてみましょう．

オリジナルTシャツ・Tシャツプリントのプラスワン

オリジナルTシャツ、プリントTシャツ、ポロシャツ等、ウェアのオリジナル製作を致します。

www.p1-intl.com/ – 44k – キャッシュ 32 users

オリジナルTシャツプリント専門店1

オリジナルTシャツプリント専門店。どのウェアも1枚からオリジナルでプリント加工します。

www.imagemagic.co.jp/ – 78k – キャッシュ 34 users

オリジナルTシャツ myfactory ハイエンド オリジナルTシャツ 一枚 …

オリジナルTシャツ、プリント、刺繍、本体をオリジナルTシャツメーカー(縫製工場)
直販でお届けするmyfactory。プリントも刺繍も縫製も全て日本製オリジナル.

www.rester.co.jp/ – 38k – キャッシュ 109 users

これらのTシャツデザインサイトは，いくつかの問題点を持ちます．まず，サイズ，色は当然ながら選択可能でがす．デザインについてはFAXなどでラフを送るなど，webだけで全ては完結しません．また，サイト構造については，画面遷移を多様しており，色やサイズを選択するのみで，デザインの最終確認は困難です．このような問題に対し，デザインの最終確認までを可能とする，直感的なインタフェースを持ったwebサービスについて考えてみます．

直感的なTシャツデザインwebサービス

Ajaxを駆使したインタラクションにより，下記の機能を実現します．
1. サイズの選択
2. 色の選択
3. デザイン画の読み込み・配置

まず，UIの中心にTシャツの画像を表示させます．

1については，ボタンを押すことで，インタフェース上のTシャツのサイズを変更させます．サイズ展開はSML程度で，1/5スケールでの縮尺で表示します．
# 着丈70cmで14cmなので画面サイズ内です．

2については，Tシャツの生地色の数だけ選択可能です．したがってカラーピッカー
は使用せず，色のボタンを押すことでTシャツの色を画面遷移なしで変更可能とします．

3については，実際にプリントされるオリジナルサイズで作成したアルファ付き画像を読み込ませ，好きな位置に配置させます．1/5スケールで縮小させることで，デザインの完成イメージを直感的に把握することができます．

web2.0という言葉はすっかり見かけなくなりましたが，そういったくくりのサービスは増加傾向にあります．しかしながら，収益モデルは相変わらず，有料会員か広告しかありません．もはやwebサービスや情報にお金を払う意識はユーザの中にはないのかもしれません．今後ますます，webサービスのみで利益を上げることは難しくなるでしょう．

この流れに対する考え方は，webそのもののユーザエクスペリエンスを充実させつつ，完全無料化した上で，リアルなモノの販売を通じて利益を上げるというものです．単なるECサイトではなく，ヴァーチャルで終わるwebサービスでもない，ECサイトとしてのおもてなしを最大化するためのデザイン/インタラクションを取り入れていくべきでしょう．某大手ポータルサイトが提供しないおもてなしを提供することを後発のECサイトは真剣に考える必要があるでしょう．

デジタルサイネージの特長

デジタルサイネージは，下記のリンクに説明があるように，パブリックスペースに設置された情報提示システムです．

デジタルサイネージ via Wikipedia
デジタルサイネージ（Digital Signage）とは、デジタル技術を使い、タイムリーに映像や情報をディスプレイに表示する「次世代型インフォメーションシステム」である。

デジタルサイネージの最近の例では，リクルートメディアラボが開発した広告に連動したにおいを提示するシステムがあります．

八重洲に巨大電子看板が出現　動画と香りで道行く人を顧客に via ITmedia
東京駅の八重洲地下街の一角に巨大な電子看板が設置された。飲食店の動画を映し出すディスプレイに近づくとさわやかな香りが漂う。リクルートが実施しているデジタルサイネージの実証実験の一幕だ。

このようなデジタルサイネージの最大の特徴は，
1. 特定の場所の
2. 特定の個人/グループに向けられた
3. インタラクティビティを持った情報提示
と抽象化できるでしょう．

2については，ユビキタスコンピューティングとは不可分の関係にある個人情報とセキュリティの問題がつきまといます．公共に設置された装置に対して，気軽に個人情報を渡すユーザは珍しいでしょう．したがって，デジタルサイネージでは，任意の情報のダウンロードかその場での体験に終始することとなります．先ほどのにおいのシステムはまさに
その場限りの広告効果を提示したシステムといえるでしょう．現時点では，実験ということもあり，広告効果がメディアによって生み出されている点は否定できず．今後，システムとしてどのように汎用性を組み込み，サービスとして安定させることができるか注目したいところです．

3について語る前に，インタラクティビティにおける楽しさはどこで生まれるか，という根源的な問題について述べたいと思います．まず，ここでは，楽しさの概念としてチクセントミハイのフローを利用します．チクセントミハイは，数十年に渡って数千人に対してのロングインタビュー，アンケート，対話をもとに，ヒトが楽しさを覚える状態について研究を行いました．チクセントミハイは，これらの結果をもとに，フローを以下のように定義し，フロー構成要素を8項目に体系化しました．この8項目にしたがって質問項目を作成し，楽しさについて評価を行う方法がフロー評価手法です．

フロー via Wikipedia
フロー（英語：Flow ）とは、人間がそのときしていることに、完全に浸り、精力的に集中している感覚に特徴づけられ、完全にのめり込んでいて、その過程が活発さにおいて成功しているような活動における、精神的な状態をいう。

フロー評価手法を用いれば，インタラクティブシステムにおいてユーザが楽しさを得ているか否かが客観的に判断可能です．従来の研究では，どのようなメカニズムが楽しさを生成しているのかが不明でした．このメカニズムに注目したのが管理人の博士論文なのですが，それは別稿で述べるとして，ひとつのキーポイントにフィードバックメカニズムという視点があります．

ヒトという有機体はシステムと同様，入力器官と出力器官を持ち，刺激に対して，何らかの出力を返します．出力は心的状態でもあるし，身体の動きかもしれない．重要な点は，このようなフィードバックシステムであるヒトは，不確実性を備えたインタラクティブシステムを経験する際，あるメカニズムを通じて，楽しさの状態へと自己修正をして自発的に到達するケースが見られるという点です．ここでいう不確実性をもったインタラクティビティとは，決定的な(スイッチとしての)インタラクションではなく，計算不可能性をもったインラクションと言えます．では，このような仕組みを持ったデジタルサイネージシステムについて考えてみましょう．

インタラクティビティに注目したデジタルサイネージシステム

まず，においを生成すればインタラクティビティを保持しているという視点は，正確にいうならば，単なるスイッチに過ぎず，不確実性を持ったインタラクティビティには程遠いと言えます．つまり，予想の範囲内の結果しか返しません．カレーショップならば当然カレーのにおいが合成され提示されるという予想です．

これに対し，フィードバックシステムを採用し没入感を得させるデジタルサイネージの例を挙げましょう．例えば，某炭酸飲料のシズル感を表現するデジタルサイネージとして，ヒトの動きに合わせて泡が生成/拡散するシステムはどうでしょうか？あるいは，炭酸であるならばビールでも良いかもしれない．別のシズル感をかもし出す要素としてハンバーガーはどうでしょうか？ハンバーガーそのものの湯気や肉が焼ける音を，ヒトの動きに合わせて生成するシステムでる．ユーザは実際にしばらくの間これらを体験してみてはじめてシステムからの結果を理解できるでしょう．

これらのデジタルサイネージの例は目的が喪失している，という点でユーザをフローに至らせる全ての構成要素を満たしているわけではありません．したがって，フローに至る可能性は低いでしょう．しかしながら，フィードバックシステムの中で不確実性をもったインタラクティビティを体感する過程で没入感を得られるでしょう．

情報を取得する，という視点の(プル型の)インタラクティビティに基づいたデジタルサイネージは，単なるダウンロード数に過ぎない意味で，効果測定という観点に限り，(クライアントに対する)わかりやすさという点で利点を持ちます．しかし，データよりも体験としての楽しさや没入感を提示することで，広告としての効果を提示するアプローチこそ，他との差別化をはかり，記憶に定着させるという意味で有効であると考えなければならないでしょう．

時間と利益確定に着目したビジネスモデル

まず，現代を生きる我々にとって須らく平等なこととして時間があることは異論がないはずです．体感速度は別にして，子供にとっても，主婦にとっても，研究者にとっても，営業マンにとっても，1日が24時間であることは間違いない事実です．そして，この誰にとっても同等に進行する時間をビジネスに直結させているサービスは，インターネット登場以前にも存在しますが，ネットの力によってより身近なサービスに変化してきました．

OpenTableで出先でもレストランの予約を via TechCrunch
アメリカ版
日本版
OpenTableは，レストラン向けの予約管理，テーブル管理，および顧客管理を行うためのソフトウェアを提供する，業界をリードする企業です．さらに OpenTable は，オンラインにてレストランの予約を瞬時に行える，世界をリードするレストラン予約サービスを展開しています．

上記はレストランに特化したサービスですが，よりメジャーなサービスとしてはlastminue.comがあります．

Lastminute.comは1998年にイギリスで開設，以降順調に成長してきたECサイトだ．現在イギリスをはじめフランス，ドイツ，イタリアなどヨーロッパを中心に9カ国で展開している．航空券やパッケージツアー，宿泊，興行チケット，ギフト商品などを中心に，出発日や締切日の迫ったものを割引価格で提供することで人気を博している．
via InternetWatch

Opentableは実際に日本でもサービスを展開し始めましたが，Lastminutes.comはgooとの提携後，サービスが事実上消滅しているように思えます．この点では，OpenTableのようなサービスを日本で定着させることは，厳しい状況にあるかもあしれません．

そもそも，時間とサービスを巡る日本と海外のビジネスモデルの違いを如何に考えるかといった問題が存在します．例えば，日本では，航空券やホテルなど，早く予約すればするだけ安く購入することができます．これは，利益を事前に確定させたいためです．一方で，北米・欧州でのサービスの場合，直前に予約すればするだけ安く購入することができます．これは，空席(白)は利益を生まないため，可能限りこれをなくすことを念頭に置くためです．

さらに，レストランについては，航空券や新幹線のチケットと異なり，損失コストが割高に思えないことが別の問題として認識できます．つまり，地下鉄網が発達し，顧客獲得機会が地方に比べて高く期待できる都内では，別の日に予約する，あるいは，別の店を予約するという無数のオプションが存在します．このような状況に対し，日本版がローンチしたOpenTableは，店側にとってのメリットは高くても，消費者にとっては付加価値の高いサービスとは考えにくいのではないでしょうか？ここで，目をつけたのが不動産サービスです．

時間と利益確定に着目した賃貸仲介サービス

一般に不動産は2年単位での契約になりますが，仮に都内で10万にて貸し出す場合，礼2，敷2，手数料1，家賃前払い1で6ヶ月分60万の初期費用が必要になります．そして，2年借りる場合，24×10=240万が必要になります．しかし，仮に4月に空きが確定しても当月に決まらない場合もあります．その場合，可能な限り早く契約者を見つけなければ利益は全く生まれず含み損を抱えることとなります．したがって，3ヶ月空きになるくらいであれば，礼金を1ヶ月，あるいは家賃を9.5万にしてでも当月に契約をとり，利益を確定すべきでしょう．

実際にひたすら値段を下げずに半年以上も飽きの部屋をよくみかけます．この部屋は14.5万2DKなのですが，半年で87万もの含み損を抱えており，仮に3ヶ月前に14万で契約が成立していれば，差分の3ヶ月で，0.5×24=12万は1月分の家賃で相殺できてしまいます．別の不動産業者にその部屋の大家について質問したところ，古いタイプの大家さんで，こういった説明をしても理解してもらえないケースが多々あるようです．

このようなケースは都心部において多く存在するように思います．このような隙間を利用し，塩漬けの賃貸のみを専門に扱う賃貸仲介サービスをlaunchしてみてはいかでしょうか．街でよく見られる，左から右に流す，ネットに掲載されている物件のみを扱う代替可能な賃貸仲介業者よりは少なくともビジネスチャンスの高いモデルであると思います．

インタフェースにおける地図と写真

今回はまず企画以前の問題として，インタフェースについて考えてみたいと思います．今回は，地図と写真を題材として取り上げます．

地図とは，実空間(土地)を抽象化したパタンであり，写真は，実空間を切り出したフレームといえます．これらは，当然のことですが，リアルオリエンテッドであるため，ユーザの興味を最大公約数的に引き出しやすい素材といえます．例えば，地元(土地)が同じ有名人，あるいは，その場所に過去に滞在した経験がある場合の写真，これらに対して私たちは少なからず共感を抱くでしょう．しかしながら，実空間を想起させないもの，例えば音楽や抽象画については，人によって解釈も様々であり，最大公約数的な共感を得ることは困難であるといえます．

ところで，web serveiceやweb applicationを離れて，Human Computer Interactionに話題を移すと，tangible compuitingと呼ばれる領域が存在します．これは，マウスやキーボードによりコンピュータを操作することなく，手などを用いてオブジェクトを操作することで，隠避された情報を扱うことができるというコンセプトに基づいています．コンピュータからの出力結果も，ディスプレイのウインドウに限定されるのではなく，オブジェクトから直接音を出したり，サーフェイスに直接プロジェクションを行います．例えば，ボトルのふたを開けると，音楽が流れ始めるmusic bottolesという有名な作品があります．また，Bjorkが使ったことで有名になったreactableもtangible computingです．このようなtangible computingは，手元という身体(の先)で操作する場所に結果を出力していることから，インタラクションが起こる場所において，身体と思考の一致という現象が起こります．

一方，マウスとキーボードに依存した従来のGUIは，身体と思考が断絶しています．マウスというメタファに依存し，キーボードを押すと文字が表示されるというルールに依存しています．身体と思考を一致させるのであれば，画面を直接操作する必要が生じます．
# MicrosoftのSurfaceはまさにそれを目指しているといえます．

地図と写真を並存させたインタフェースを持つwebページは，デスクトップコンピューティングにおける思考と身体の断絶を回復する意味を持ちます．通常のwebは，ウインドウが重なることで，その断絶をさらに助長します．しかしながら，地図を中心にインタフェースを設計したいくつかのwebサービスは，地図上に直接写真を表示させることで，デスクトップの外での身体と思考の断絶は維持しつつも，デスクトップ，さらにいえば，ブラウザの中での断絶を回避する効果を持ちます．

このように思考と身体を一致させることで，インタフェースが透明に近づきます．透明に近づくことで，操作性に関するストレスが減少し，ユーザエクスペリエンスが向上すると考えられます．

では，実際に地図と写真を使ったwebサービスをいくつか紹介しましょう．

Snapshot
マイクロソフトヴァーチャルアースの地図上に住宅物件のサムネイルを表示させるインタラクティブな住宅マップ．
via TechCrunch
住所パワーとマッシュアップさせて日本でも同様のサービスを展開してほしいです．

Hotpads
こちらも同様に，地図上に写真をマッピングしているが，家賃率のヒートマップを視覚化したサービスである．
via TechCrunch

picasa
googleのウェブアルバムpicasaでは，geotagをエンベッド可能なデジカメやGPS機能つきの携帯電話で撮影した写真を地図で展開することができる．

さて，実際に提案したいサービスは，レストランを地図上にマッピングしたwebサービスです．以前ランチ情報共有サービスを提案しましたが，これは地図を中心としたインタフェースそのものを提案したものでした．今回はさらに写真を追加します．食事の満足度の多くは視覚に寄る部分が多いことはよく知られています．さらにいえば，それは実際の料理だけでなく，内装までも含むと考えます．顧客を確保するには，まずwebサイトを構築する金額の何パーセントかの予算を写真を撮影する予算に移譲すべきでしょう．食べログなどのCGMに掲載されたユーザの写真よりも，プロに十分な予算をもって依頼した美しい写真をネット上に流布させるべきです．いくらwebサイトが綺麗でも口コミがよくても，内装や肝心の料理の写真が美しくなければ新規顧客の開拓率は上がらないでしょう．

企画内容

カーシェアリングサービスの日本への導入

モチベーション

先日サンフランシスコへ出張に行った際，友人がzipcarなるサービスを利用していました．簡単に説明すると，会員同士で車をシェアするためのシステムで，特定の場所に駐車してる車を予約して，利用時間に応じて料金を支払うといったものです．

# 詳しい説明については下記を参照ください．

Zipcar from Rosslyn Papers
入会までの流れなど
Zipcar from NewYorkScenery
歴史，コンセプトなど

さて，最近のガソリン代高騰は，都市部若年層の車離れをさらに加速する要因となる可能性があります．2008年6月1日の段階でガソリン代はリッター170円を超えました．この原因がサブプライム問題に関連した投機的な動きにあると言われつつも，以前のように100円で購入できるレベルまで戻ることは，環境保全の面から考えても現実的ではないように思います．車での移動が前提である地方と比較して，公共の交通網が発達し，駐車場を含めた安くはない維持費が必要とされる都市部において，車を所有することは，多くの若年層にとって大きな負担となる可能性は高いでしょう．

若者のクルマ離れ…都会で売れない

若者の車離れってなに？

このような背景に対して，zipcarのようなカーシェアリングシステムの日本での需要は今後高まると推測します．ユーザサイドの要因に加えて，飽和状態にあるレンタカー市場の中で，人件費・広大な借地費用について憂慮する企業は，現在のビジネスモデルを再考する時期に来ているのかもしれません．

これはなにか

カーシェアリングサービスのためのモバイルアプリケーション

従来のzipcarは，
1. web上での検索
2. web上での予約
3. ユーザの持つIDカードによる認証
というアクションフローに基づいています．

これに対し，日本で展開するサービスは，日本のネット事情を反映させた上で，モバイルアプリケーションを主体とすることを提案します．この場合，
1. モバイルでの検索
2. モバイルでの予約
3. 個体識別IDによる認証
とアクションフローが変更されます．

1，2については，GMAPなどと連携することで最も近くにあるレンタル可能な車を見つけ出すことができるでしょう．

3については，携帯そのものをIDとして利用することで，カード発行コストを軽減します．加えて，edyでの支払，公式コンテンツとして請求書内でコンテンツ利用量としての支払を想定しています．

企画内容

iPhone/iPodTouchを用いたライブイベント向けVJ/DJアプリケーション

モチベーション

iPhone/iPod touchアプリケーションの構築を依頼される多くの場合，イベント，特に音楽イベントでの利用を想定しているケースが多いようです．では，音楽イベントに的を絞った場合，どのようなアプリケーションであるならば，イベントの来場者への付加価値を高め，さらには主催者側にもメリットをもたらすのでしょうか？

来場者への付加価値，それライブイベントそのものに参加してよかったと思わせる要素に他なりません．ライブイベントの醍醐味はライブそのものの臨場感，参加者とアーティストとの一体感などが挙げられます．実際のアプリケーションは，これらをユーザエクスペリエンスとして組み込み，強化するものであるべきでしょう．

また，野外イベントでは，複数のDJ/アーティストが参加していることから，すべての参加者がそこにいるアーティストを漏れなく知っているとは限りません．想定される状況として，よく知らないアーティストだけど今かかっているこの曲のタイトルは何？このアーティストのCDほしい，などといった声が聞かれます．しかしながら周囲の誰かに質問しても，物販エリアに行くまでに忘れていたり，そもそも周りの誰もそのアーティストについて詳しくないかもしれません．これは参加者にとっても主催者にとってもデメリットが大きく，これらの問題を解消するアプリケーションがあるとイベントそのものの価値が高まると考えられます．

そこで今日は2つのアプリケーションを提案します．1つは，来場者がユーザとなるVJアプリケーション，もう1つは，DJ/アーティスト用のアプリケーションです．それではそれぞれについて説明していきましょう．

これはなにか

iPhone/iPodTouchを用いたVJアプリケーション

iPhone/iPodTouchを用いたVJアプリケーションは，それぞれのユーザのiPhone/iPodTouch内部の加速度センサを無線LANで共有し，VJのパラメータとして利用することで，ライブイベントそのものグルーヴ感を向上させる．

実際には，イベント主催者が参加者にiPhone/iPodTouchを配布し，ユーザは体のどこかに装着させます．そしてユーザがダンスをすると加速度センサの値が変化します．ユーザが体を動かせば動かすほど値は大きくなります．盛り上がれば盛り上がるほどVJが激しく変化するのです．

加速度センサのデータは，iPhone/iPodTouchの無線LAN経由でVJアプリケーションへ渡され，ノーマライズされたのち，現在適用しているエフェクトのパラメータとして適用されます．この場合，VJの実質的なタスクは映像素材のmixとエフェクトの選択，およびそれぞれについての適用のタイミングに限定されることとなります．

iPhone/iPodTouchを用いたDJアプリケーション

iPhone/iPodTouchを用いたDJアプリケーションは，DJが選択したサウンドデータのメタデータを抽出しマルチキャストするsenderと，マルチキャストされたサウンドデータを受信し，メタ情報を表示するreceiverで構成されます．receieverでは，データを保存する機能以外に，iTunesSDKを利用することで，直接iTunes Music Storeからデータを購入できることが望ましいでしょう．

実際には，Traktorを使うDJが多いことから，DJアプリケーションスクラッチで実装するよりも，Traktorとの連携の方向を探ることが懸命のように思われます．再生中のデータは，TraktorのPlaylistから抽出し，メタデータを本アプリケーションに渡すことで解決します．

また，DJ以外のアーティストについては，中の人にプレイリストを提供してもらってリアルタイムでサウンドデータを入力->マルチキャストする，といったマニュアルモードを実装することで解決します．