ラボ神部です。

フェイス女学園に続く顔サービスが登場！今回はDVDプロモーションの一環としてフェイス女学園で使っている顔判別＋印象度診断エンジンを使っていただきました。

「サイバー捜査官ジェニファーの”顔プロファイリング”」

「†フェイス女学園†」からも、右上にこの「ブラックサイト」のバナーが貼ってありますので、フェイス女学園で遊んだ後は、顔プロファイリングのサイトで再度診断してみては！？

ブラックサイトバナー

遊んでいただくとわかるのですが、今回は顔診断がメインではありません。しかし、重要な要素のひとつです。しかもフェイス女学園よりもはるかに高度な内部処理をしている Flash インターフェースを使用しています。

ここは差し支えないと思うので簡単に仕組みを説明しますと

１．Flash でサーバ側にファイルアップロード
２．診断エンジンがリアルタイムに診断を実施
３．診断結果を Flash 上に表示

となっています。フェイス女学園では、ファイルを参照して投稿というのに HTML フォームが使えたのですが、今回は演出の関係上フル Flash になります。そうなるとファイルアップロードの仕組みを Flash で完結させなければならないため、Flash から直接診断エンジンを呼ぶ必要がありました。

そもそも診断エンジンが C++ で出来ていますので、フェイス女学園でも PHP の Wrapper を書いてローカルコマンドを呼び出していたわけですが、今回はさらに Flash のレイヤーが重なります。ここを間違いなくやり遂げるためには何度か調整が必要になりました。最終的には動作はかなり完璧に安定し、診断までの時間もクイック。演出の足を引っ張ることもなくよい感じです。

さらに特筆すべきは今回顔診断データベースを１から作り直したこと。フェイス女学園では「モテ度」「出世しそう度」などが顔からわかったのですが、今回も多数の顔写真を評価することにより「どんなサイトに出没しているか」「ネット犯罪にどれくらい巻き込まれそうか」などの印象を顔の特徴にひもづけて返しています。フェイス女学園で「腹黒さ」が低かった方、うっかり犯罪に巻き込まれてしまわないかチェックしてみてはどうでしょうか？

フェイス女学園も、PC・モバイルに加えフル Flash からの呼び出しという新しい領域にチャレンジできました。次は Flex によるリアルタイム顔診断でしょうか！？また、新しいチャレンジが成功したらこちらでお知らせできればと思います。

→顔プロファイリングはこちらから

（追記）いろいろなニュースサイトでもご紹介いただいています！

Yahoo!ニュース

アメーバニュース

mixiニュース

livedoorニュース

markezine

（追記２）ブログ関係もいろいろ後生かいただいています。とりあえず身近なブログを紹介。

Pickles weblog | サイバー捜査官ジェニファーの顔プロファイリング

hiniclip：ヒニクリップ | ブラックサイト「サイバー捜査官ジェニファーの顔プロファイリング」が心臓に悪すぎる

ラボ神部です。

技術の「EDGE」に原点回帰--ライブドアが実験サイト公開 という記事で知ったのですが、あの livedoor にラボが出来たとのこと。

デザインはシンプルながら、弊社ラボサイトと比べたらかなりエッジ立ててるぞという感じで、タイトルに以前の社名「livin' on the Edge」も透かされています。その当時の社員の方、まだ一人でもいらっしゃるんでしょうか。

Information が livedoor ブログでの 開発日誌 になっており、こちらもとりあえずはシンプルなつくり。あまりメンバーを全面に出す構成ではないようです。Quill(クイール)開発ブログまでいくと、開発担当の方のお名前が出てきています。

最近こういう企業系ラボ設立の話はあまり無かったので、少し嬉しいですね。このラボブログのサイドバーにはラボへのリンク集を作っていますので、そちらにもリンクを追加しました。livedoor ID を活用したサービスをどんどん出していくということですので、今後の展開を注視していきたいと思います。

ラボ神部です。

この数日話題を席巻している Google Map のオプション機能の Google Streetview ですが、これと似たようなコンテンツをつくってみたい！と思った方も少数ではありますがいるのではないでしょうか。

とりあえずはパノラマムービー作成の部分ついていくらかコストをかける方法と、出来るだけコストをかけない方法と、両方みていってみましょう。

１０万円コース

こちらは簡単。

・パノラマ機材－Home360 のようなソフトウェア付き機材を購入する。

これは一番てっとりばやいです。カメラのアタッチメントとなるレンズと付属のソフトのほかには、カメラ三脚さえあれば、PCにインポートした後処理すれば、サイトの方でデモされているようなムービーまで仕立て上げてくれます。天頂方向には視点が動かせないようですが、ちょっとした近所やオフィス内を撮影したいということならこれで十分でしょう。

１万円コース

こちらはかなり難しそう。

・関西の方で QTVR をやられていいる 京都・日本・世界の最新パノラマムービー情報：QTVR Diary の方が、アップルストア心斎橋で開催されている QTVR のセミナー第三回のレポートの一部で、一万円以下におさまるキットの構成を紹介してらっしゃいます。

* スライディングプレート２枚（エツミ製）：1,470円×2（ヨドバシカメラ）

* ストロボプロテクターL型（エツミ製）：2,058円（ヨドバシカメラ）

* 水準器：980円（ヨドバシカメラ）

* コルクシート（滑り止め）：105円（100円均一ショップ）

* コードストッパー（ねじが使えないところの固定）：500円程度

* 両面テープ（水準器やコルクシートを貼る）：100円程度

* 三脚：SLIK U-6600：2,980円

合計9,663円。合計9,663円。ほら、１万円切った！

このような機材を組み合わせて全方位パノラマ写真を撮影したあと、オープンソースの hugin - Panorama photo stitcher を使って合成するという方法です。準備が大変ですが、お金より手間をかけたい、自分でもっと工夫したい、という方にはこちらの方法がお勧めできます。

Google に巡回されるよりも早く自分の近所をパノラマ化したり、自社オフィスの中をパノラマ撮影したりすれば、ちょっとだけ話題の的になれるかも・・・？

もちろん、このようなコンテンツを作成したとして、そこから Google Street View のようにスクローラブルなマップ上に配置してレイヤーとして表示したり、撮影に関しても車載カメラなどと連動させたり、DBへの入力自動化させたいとなればまた別の努力が必要となります。そうなると入出力も含めたシステム構築になりますから、費用や人的リソースの稼動も含め大きな視点で考えていく必要があるでしょうね。

（※既存の Google Maps API を使ったコンテンツにストリートビューを載せる方法は、Google Maps 活用講座 - 例－25：Googleマップ・ストリート・ビューを実装するに掲載されています。）

しかしこのレベルでやるのは本当に Google くらいなものでしょうね。Yahoo! がこの後追いをやったら、そのときは競合としてホントにがんばってるなあ、と心底思えるに違いありません。

ラボ神部です。昨日からCakePHP の AuthComponent と格闘中です。

あまりにもにっちもさっちもいかなくなってしまったので、authtest というプロダクトを作り、其処にたぶんリリースされたばかりの 1.2.0.7296 RC2 を入れて、一番シンプルな認証テストケースを作ってみようと思います。

インストールが完了した段階から Wiki ライクにこちらのエントリを更新します。

（１２／７追記）

この記事を書いた後、なんどか AuthComponent を使うサービスのコードを書きましたが、基本的には

-CakePHP 1.2 の AuthComponent でユーザ管理 (ラボブログ)

の冒頭で書かれているねねとまつの小部屋さんのエントリが必要十分な内容です。そこからたどれるドキュメントも含めて深く読み進めることをおすすめします。

Photo by Ryuji Kanbe

ラボ神部です。

先週末、社内勉強会でカンヌ国際広告祭についての知識共有の機会がありました。カンヌ国際広告祭について改めて簡単に説明すると、Wikipedia に書かれている通り カンヌ国際広告祭は、 One Show、クリオ賞と並び、世界3大広告賞のひとつです。カンヌ国際映画祭 と紛らわしいですが、当時映画館でのコマーシャルを行った業界団体がこの国際映画界とあわせて広告祭を開催しはじめたのがきっかけで、先に述べたとおり今では３大広告賞を排出するイベントとしてまで認知されています。

そんな三大広告賞を総なめしたのは、なんとブログパーツでした。その受賞したブログパーツは多くの人がご存じのユニクロックです（ユニクロがカンヌ国際広告祭で受賞、世界三大広告賞を総なめ：MarkeZine（マーケジン））。

このブログパーツはれっきとした広告でもありますが、Adobe の Flash 技術を使ったブログパーツと言ってしまえばそれまでです。基盤となっている技術は想像もつかないようなものでもなければオープンソースなわけでもないプロプライエタリなものです。ブログに貼り付けた人は単に面白いガジェットとしてしか意識していなかったかもしれません。

しかし広告として見たときには、どうやらこれが広告と技術と芸術表現がすばらしくうまく融合した、今年あるいはこれからしばらくの広告を象徴するようなすばらしいものとして評価されたようなのです。ユニクロという企業の商品をアピールするという「目的」、ブログパーツという世界的にはまだ珍しかった「手段」、そして女性とダンスと時計という「チョイス」。これらがすべて美しく混ざり合い、造語するならば広告美というものでも作り上げたのでしょうか？舞台裏については クリエイティブのタテ軸ヨコ軸(8)「ユニクロック」/ JDN[デザインのお仕事]特集記事 という取材記事が面白いと思います。

上記の取材にはクリエイティブディレクター（ＣＤ）という職業が登場します。予算を掛けないウェブの世界ではなじみがありませんが（もちろん予算をかけるウェブの世界ではおなじみでしょう）、名前の通り広告の作品としてのコンセプトを決定し、それを Web の技術に落とし込み、制作費や人的リソースのブッキングを含めてひとつの作品を作るためにまとめあげていく役割を持つようです。今この役割を果たす人が、広告主からのリクエストをかなえるために表現手段として手を伸ばしているもののひとつがウェブの技術で、ユニクロックはまさにその要求したものを完全に満たす手段となったわけです。

さて一方で、Web からは広告はどんなかたちに見えているでしょうか。広告はコンテンツ重視のウェブの中で、時にはノイズと見なされスクリプトにより自動削除されるという嫌われようです。Web のサービスの中にも、広告の宣伝効果や表現手段をもっと広めていこうというコンセプトで作られたものは多いと言えないでしょう。そんな中どういう形であれ自分はウェブの上で何らかのシステムやサービスをつくりあげるWebの開発者だと認識して日々精進にいそしんでいる人たちは、それぞれ自分のポリシーに置いて「みんなの役に立つものをつくりたい」とか「自分のつくったものをたくさんの人に使って欲しい」ということを考えているかもしれません。しかしそれを広告というプラットフォームに乗せて実行しようという発想は、なかなか持たないのではないでしょうか。

改めて評価すると広告というのは歴史の長いプリミティブなメッセージです。強いメッセージであり、国境はわりと軽く飛び越え、広告主というある種の神がいることで構成すべきコンテンツに空気や重力まで備えており、腕をふるって作り上げるには格好の素材であるのは間違いありません。クリエイティブなことをやりたいと考えている人であれば、広告というものに関心を持たないのは実に勿体ないこと・・・なのかもしれません。

今回のカンヌ広告祭の報告を聞いてみて、私は例えばすばらしい作品を作ってきたクリエイティブディレクターと、すばらしいウェブサービスを作ってきた開発者がよい巡り会いをする機会が増えることを願うようになりました。クリエイティブディレクターにとっては、もっともっと技術の奥深くに突っ込んでいって表現の幅を広められる機会になるし、Web の開発者にとってはWeb業界でのステータスとか、ブログでの評判とか以外のまた別の出口を開くことの出来るチャンスになるからです。

Web の開発者にとってディレクターと組んで仕事をすること、言い換えれば創造的な作業に携わることは、しばしば合理的な理由や、論理的に納得のいかない方向転換に巻き込まれる機会に恵まれることになるでしょう。それでもぶつかりあいながら共同作業を完遂することによって、Web の価値観だけではできなかったような何かができあがることを体験できるような気がするのです（私自身、小規模ではありますが フェイス女学園 で似たような経験をしました）。

ですから、もし今 Web でサービスをばりばり開発していて、でもなんか物足りないなーとか、もっと一気に世界にジャンプするようなことをやってみたい！と思う人は、思い切って広告業界に打診してみるのも、一つのチャンスになるかもしれません。これまでは Flash クリエイターがその手足となってその作品を作り上げる機会が多かったですが、たとえば広告がコンテンツからサービスに転化するような将来が来たとき、ユニクロックのようにネットワークを通じて共有されるのが当たり前になったとき、そこに求められる人材の一つとして、Web の開発者もノミネートされるのではないかと思います（個人的には、Web の開発者からクリエイティブディレクターに転身するような奇跡が目撃出来れば嬉しいと思いますが）。

それから、今回の共有の機会で今更知ったのが "BIG IDEA" というキーワード。その示すところは正確にはわかりませんが、その時々で創造的なイノベーションをもたらすすばらしいアイディア、ブレイクスルーをもたらすやり方のことを述べています。これは、広告の業界に限らず、あらゆる創造的なものを作るひとたちが共有出来るものなのではないでしょうか。

今回の社内の発表資料は共有出来ませんが、ブログで似たような報告をまとめているブログがありました。YouTube にあがっているビデオも含め参考になりますのでぜひご覧になってみてください。

-カンヌ広告祭体験記 - TRAVEL HETEROPIAー広告とアートの間で

別に予算が大きいからと言って、魂を売り渡さなければいけないなどということではないし、広告だからアサマしいなんてことはありません。純粋に楽しく創造的な活動を、心臓を握りつぶりされるようなプレッシャーの中でものを作っていくという場面に遭遇できるかもしれない貴重な機会に飛び込む機会があるのなら、ぜひそうするべきだと思います。

CakePHP で何故か Missing Database Table になってしまって困っていたのだが、app/tmp/cache/model 以下をいったん消したらこのメッセージが出なくなった。

うーん、原因がわからないので対処療法だけど、とにかく半日はまってしまいましたので、共有情報として書いておきます。

ついでなのでこんなお役立ち FormHelper 情報を。

全部日付プルダウン関連です。

CakePHP FormHelper#datetime()で年月日表示を変える | Shin x blog

CakePHPその16　〜FormHelper〜：sandmanの旅行の写真”とか”：So-net blog

CakePHP1.2 Form ヘルパーで日付のフォームを作る | Sun Limited Mt.

日付でないプルダウンはここが参考になる。

CakePHP select タグの選択していないときの状態を指定する | Sun Limited Mt.

下記は CakePHP 1.1 の HTML ヘルパーの場合。情報古いです。

"SelectTag の使い方" フォーラム - CakePHP Users in Japan

CakePHP HTMLヘルパーで select タグを表示する | Sun Limited Mt.

snapz　 CakePHP selectは？・・・値とテキストのペアを同じ内容にしたいとき

ラボ神部です。

Mashup Awards 4 - 開催概要 - サン・マイクロシステムズ

Mashup Awards 4 に応募するため会員登録してみました。さすがに４回目ともなるとかなりの API が出そろっています。事務局によれば複数作品応募も可能ということなので、ネタが出る限りがんばってみようかと思います。

ラボ神部です。

Flash を触る機会が出てきたのですが、そろそろ内部的に使用する ActionScript のバージョンを 2 から 3 に上げようと思っています。しかし、オブジェクト指向言語への転向やイベントモデルの見直しが進み、全体的にしっかりしてきたぶんバージョン２までのように感覚的に利用することができなくなってしまいました。あらかじめ全体の構成を理解した上でないと、何も始められなくなっているというのが所感です（そう、例えばムービーを停止させることでさえも）。

Flex や AIRなどでも再利用性を高めるために、構造的な整理が行われたのだと思いますが、いつまでもこのバージョンの壁を飛び越えないわけにもいきませんので、Google での ActionScript の検索結果をベースに、構造の理解にチャレンジしてみようと思います。もっとも、検索結果には間違いはあっても大嘘は含まれていないという前提です。

【Google のトップ１０エントリ】・・・2008年8月18日現在

１．ActionScript 3.0メモ

まずここでわかるのは、「ActionScript 3 は Flash Player 9以後を対象した言語」であること。モバイル用 Flash Lite は Flash Player 7 相当で、ActionScript 3 が動作するものはないと言えるでしょう。Flash Player 以後は相当なコード変更が要求されることが用意に推測されます。アプリケーションビルダとしては優秀なものになりますが、これまでのようにムービーのオーサリングツールとしての使いやすさは失われないのでしょうか・・・

他にもプログラミング的な側面について述べられており、Flex を使って ActionScript 3 を学びたいという人には貴重な資料やサンプルプログラムがまとめられている。

２．はじめてのActionScript3.0プログラミング

なんだか１．の内容を抜粋したような記事。著者が同じなのか？と思われるくらい、内容が重複している部分もあるが、こちらはブログのエントリということだから Google は別物扱いしているようだ。

３．Adobe - デベロッパーセンター : ActionScript 3.0書き方教室

三番目で公式コンテンツ登場。株式会社ロクナナ取締役の野中 文雄氏によるActionScript 3.0書き方教室です。今回は「ActionScript 3」という曖昧なフレーズで検索し、ダブルクォートで囲んでの完全一致や、バージョンを完全に ActionScript 3.0 という風に指定しているわけなので、仕方ないのかもしれません。まず冒頭の注意書きに「Flash Professional 9 Public Alpha版を元に解説されたものである」という注意書き。「ActionScript 3.0 Language Reference」へのポインタは押さえておくべきでしょう。

４．trick7.com blog: ActionScript 3.0 コーディング規約の日本語訳

ActionScript を記述する際に参照しておくべきコーディング規約（共通に守るべき書き方）に関するドキュメントの日本語訳。これもプログラマには大事かも。

５．ActionScript3 事始め - AUSGANG SOFT

こちらも Flex 環境でのビルド方法。ActionScript 2 から3 への切り替えについては、学ぶことは出来ないようです。

６．ActionScript 3 がイケてる50の理由 : Media Technology Labs (MTL) : メディアテクノロジーラボ　ブログ

ActionScript 3 の強化ポイントを列挙しているだけではなく、2のユーザにも3への移行を呼びかける内容に。抜けてる部分もありますが十分参考になります。これはゆっくり読み直したい。

７．ActionScript 3.0 アニメーション

Keith Peters 著、永井勝則氏訳の ActionScript 3.0 の解説本。まさに今自分が知りたいことについて書かれている本の気がするが、価格が7,350円と安くはない。また内容が高度すぎて逆に今は必要ないのかも。しかしこの本の存在は絶対に覚えておきたいですね。対象読者も

・これからActionScript 3.0を学びたい方
・ActionScript 3.0を本格的に学びたいFlash CS3、Flex 2ユーザ
・他言語を習得しているプロのプログラマ書評

とターゲットぴったりです。書評を読むだけでも参考になります。

８．Amazon.co.jp： FLASH OOP for ActionScript 3.0: Flash OOP Japan, 株式会社クスール: 本

全項目とはまた別の、ActionScript 3 のオブジェクト指向について解説した本。こちらは最低限 ActionScript 3 のプログラミングが出来ていないと難しいので、いきなりこの本で学び始めるのはハードルが高そうです。

９．ActionScript3.0入門ノート

書籍の宣伝ブログのようですね。一見ブログ自体にコンテンツは置いていないようでが、サイドバーの「カテゴリー」の項目を辿ると、書籍内容のダイジェストのようなものが見られます。

１０．Flashゲームプログラミング講座 For ActionScript3.0

Flash CS3 を対応としたゲームプログラミングの処理を詳細に説明してあります。実際に最初の一歩を乗り越え作り始める段階になったら、非常にお世話になりそうなページです。

ということで、Google 検索結果最初の１０件を見てみて、

・ActionScript 3 は高度なことが出来るようになった代わりに難しくなった
・うまく使いこなせばこれまでよりも高速化出来る
・プログラミングの知識はこれまでよりかなり必要

というあたりのことがわかりました。ActionScript 2 ユーザのためには、AS2 で出来たことを AS3 でどうやってやるかを解説したページがあれば、ニーズはかなりありそうな気がします。そういう視点から探してみてよいサイトが見つかったらまた追記しようと思います。

（８／２２追記）

ActionScript の様々なライブラリ。

-3D、ゲーム、物理エンジン、トゥイーンなど、ActionScript3用便利ライブラリ集:phpspot開発日誌

ラボ神部です。

先日開始されたニコニ･コモンズ のコンテンツを検索する Firefox 2.0 以後用検索プラグイン（非公式版）を作成しました

-ニコニ･コモンズ検索プラグイン配布ページ（非公式）- SPICEBOX LABORATORY

詳しい経緯は配布ページにも書いてありますが、こちらにも書いておきます。

▼開発と公開の動機

検索プラグイン自体は別に作成の難しいものではないのに何で作成して何で公開するの？と疑問に思われる方がいらっしゃるかと思いますが、ニコニ･コモンズの検索結果 URL は

http://www.niconicommons.jp/search/猫?t=image

という風に検索クエリが URL の一部となっているため、検索プラグインを作成する際に必要なクエリとペアになる ?name=value&... という値の組み合わせになっておらず、検索プラグインでは一見処理が難しいように見えたので、こういった検索結果 URL に対する検索プラグインが可能かどうかを検証してみたくなったためです。結果、うまく行ったので公開しました。どのように解決したかは検索プラグインのソースコードをご覧ください。非常に単純です。

ちなみに、こういったプラグインやソフトウェアは、ニコニ・コモンズの登録対象にはなっていないようですね。自分が作ったものに対するライセンスをどうするかということを考えることはとても大切なことですが、あまち知的財産権に対する勉強が出来ていないのでいつまでも頭の痛い問題です。ライセンスを選ぶ時にガイドラインとなるような仕組みは、いくらあってもよいような気がします。

▼関連ニュース

ニワンゴ、素材投稿・管理サイト「ニコニ・コモンズ」を開設

著作権問題を交通整理する「ニコニ・コモンズ」、pixivとの連携も：MarkeZine（マーケジン）

コンセプトは「公式黙認」――「ニコニ・コモンズ」運用スタート - ITmedia News

ニコニ・コモンズに「ITちゃん」とか投稿してみた (1/2) - ITmedia News

「ポニョ」も公式配布、ニコニコ動画の素材ライセンス「ニコニ・コモンズ」が開始 - 毎日ｊｐ(毎日新聞)

Photo by mikul

ラボ神部です。

今日は、この半年くらい悩んでいることにヒントを与えてくれる記事に巡り会うことが出来ました。

-著名ソーシャルメディアが使っているアルゴリズムを大公開！ | Web担当者Forum

そうなんですよね、ソーシャルメディアの肝って何が大事かって、たくさんのもののなかからよいものをランキングを作る部分もあると思うのです。でもそこに何がよくて何が悪いという明確な教科書があるわけではなく、どのソーシャルサービスも最初の設計があり、日々の調整がある中で運用が行われているはずです。

かなり複雑な計算式を使っているサイトもありますが、逆に Del.icio.us は超シンプル（…と思ったら著者の観測に基づくものだそうで。そんなのあり？）。どんなアルゴリズムでやるのがベストなのか、比べられるなら比べてみたいものですね。

もうひとつ本日気になった記事を紹介。

-TechCrunch Japanese アーカイブ » 自分の技術分野は今ハイプ曲線のどの辺り？

新しい技術や話題になっているサービスは時にセンセーショナルですが、それに惑わされて間違った部門に投資してしまった、なんてことは起こりがちなはず。そんなときにこのハイプ曲線を思い出すとよいかもしれません。また、ハイプ曲線を使ってウェブのサービスを読み解こうと試みるエントリがまた別のサイトにもありました。

-エンタープライズ：Gartner Column：第9回 ハイプ曲線でITの先を読む
-エンタープライズ：Gartner Column：第51回 ハイプ曲線再考～ITの「墓場」を分析する

Web サービスを作っていると、いかにしてキャズムを超えるか、ということが常に頭の中を去来しますが、このキャズムというのが、最初の記事中に現れている “幻滅の谷” なのかもしれませんね。いざ超えてしまうと谷がどこにあったかわからず、目の前にあればどうやって超えればよいかわからないこの巨大なくぼみに対抗する有効手段は、どうやったら常に持つことが出来るのでしょうか。ラボでこれまでリリースしたサービスも、このハイプ曲線上にプロットしてみると面白いのかもしれませんね。

この幻滅の谷を越えるかどうか気になるのもののひとつが iPhone＆iPhone アプリ。そちら方面で気になった記事もクリップしておこうと思います。

iPhoneアプリ市場に参入した理由、UEI清水氏に聞く － ＠IT

そういえば社内でもちらほらと iPhone を見かけるようになってきましたね…。

ラボ神部です。

せっかくいろいろなサービスを作っても、ユーザ登録を行う敷居が高いためにユーザ数がなかなか増加しない、というケースもあるかと思います。しかし、もし何千万人もいるユーザが自分のサービスのアカウントを持ってくれたら、もっと利用者が増える可能性もあるのではないでしょうか。今日はそんなサービス提供者の悩みを解決するかもしれないニュースについて考えてみようと思います。

-ミクシィ、認証サービス「mixi OpenID」を提供--「mixi Platform」第1弾:ニュース - CNET Japan

見ての通り、mixi が OpenID に対応したというニュースで、ものすごく楽観的に考えれば、手元のサービスを OpenID 1.1 に対応させるだけで、mixi ユーザが自分のサービスのユーザにもなってくれるという大変ありがたい計らいです。

-mixi Developer Center » mixi OpenID

もし手元のサービスを CakePHP で作成しているなら、【CakePHP】OpenIDをAuthComponentにトッピングしてみる | ねねとまつの小部屋 などを参考にしてみるとよいでしょう。

ただし、ユーザとして OpenID 対応サイトを利用したとき、あまり便利には感じなかったことも事実です。というのは、例えば mixi ID で認証できるといっても、最初にユーザ登録のようなことそしなければいけないサイトが多く、それなら新規登録と何が違うの？と疑問に思ってしまうこともしばしばです。しかも通常の新規登録よりも登録のプロセスがちょっかんてきにわかりにくい。

もうデファクトとして、mixi で入力されている以外の情報は必須入力にしない、くらいの気概がないと、そうかんたんに mixi からユーザは流れてきてくれないようにも思います。

もし、OpenID を使って mixi に足りないサービスに誘導するとしたら、どんなものがあるでしょうか。ちょっとブレストしてみたいと思います。せっかく mixi ユーザがが mixi 内でのアクティビティを持っているわけですから、それに関連づけたサービスに誘導するのがより効率がよいと思われます。

ではどのコミュニティに、OpenID に対応したサービスを紹介するのがよいか、具体的にペアを考えてみましょう。例えば・・・

・野球コミュニティにチームメンバー募集サービスサイトの案内を掲載する

・作曲コミュニティに音楽情報共有サイトの案内を掲載する

・地域コミュニティに地域同窓会サイトの案内を掲載する

・写真コミュニティに大容量フォトストレージの案内を掲載する

・ダイエットコミュニティに健康器具と連動した体調管理サービスの案内を掲載する

・映画コミュニティにポイント制度付き映画レビューサービスの案内を掲載する

などなど。もちろん、コミュニティによってこういった宣伝行為は禁止されているケースがほとんどですので、いいサービスを作って OpenID に対応させ、それが自然に mixi ユーザによってクチコミで広がっていくような流れがベストなのかもしれません。

あらためて、OpenID 対応サービスのデータベースを作ってみても，面白いかもしれませんね。

▼技術文書

-mixi Developer Center » mixi OpenID

-[mixi] mixi OpenIDをご利用できるサイト（？）

▼関連ニュース

-mixiがOpenID対応　「マイミク限定」を外部サイトでも - ITmedia News

-ミクシィ、認証サービス「mixi OpenID」を提供--「mixi Platform」第1弾 - 毎日ｊｐ(毎日新聞)

-ミクシィ、認証サービス「mixi OpenID」を提供--「mixi Platform」第1弾:ニュース - CNET Japan

-mixiがOpenID認証サービス、マイミクによるアクセス制御も可能に

-mixiがOpenIDに対応、外部サービスでも「マイミクシィ認証」と「コミュニティ認証」を可能に：MarkeZine（マーケジン）

-mixiサービス企画部長に聞く、「プラットフォームを開放する理由」:インタビュー - CNET Japan

・・・この「プラットフォーム開放」、第四弾あたりでモバイルもオープンに、ってことありうるのかなぁ。そのへんは DoCoMo とかのキャリア次第かな。

▼関連エントリ

-速報、1500万人が使える mixi OpenID の技術面を解説するでござるの巻 - Yet Another Hackadelic

-mixi OpenID がきたー。 : きみまさブログ - kimimasa's blog

by kana76

ラボ神部です。

NBOnline に、ちょっと興味深い記事が載っていました。かなりの長編ですがポインタを置いておきます。

-「テクノストレス」という現代病を科学する--岩永光一氏（前編）)

-「テクノストレス」という現代病を科学する（後編）

かく言う私も大学生時代はテクノストレスど真ん中で、なんとかしてコンピューターを使いやすいものに出来ないかと言うことは、しばしば考えてきました。特に、自分たちより上の親の世代になると、慣れていないとか仕事上必要でなかった場合、おいそれとコンピュータリテラシーを身につけることは簡単ではないと考えます。インターフェース以前に「文字が小さすぎて見えない」なんてことも発生します。ではだれもがコンピューターにアレルギーを持たず利用しやすくするには、どうしたらよいでしょうか。

この記事の後編でもその部分に触れられており、それを解決するためのひとつの方法として、人工物のインターフェースを出来るだけ人間に近づけることだ、と述べられています。キーボードやマウスで操作するのではなく、対人間のコミュニケーションで培われているような、言葉を使ったものや、指さしに似た「タッチ」という方法により、より直感に基づいた操作ができるものがよいのでは、という方向を指し示しているわけです。

では、Web を振り返ってみるとどうでしょうか。Web は様々なデータベースとその検索インターフェースの集合体です。誰もが自分がつくったデータやそれを集積したデータベースを公開することができ、そのほとんどはサーチエンジンによって検索することが出来ます。この入出力に慣れきった人にとっては、公開も検索もお手の物でしょうが、やはり一定の割合でそれを旨くできない人、いつまで経ってもなじめない人というのは出てくるはずです。そういう人たちを救うための手段というのはやはり存在すべきなのではないかと思います。

検索についての人間的なインターフェースをもたらす試みは現在も行われています。米Microsoft、自然言語検索技術の米Powerset という記事にある自然な話し言葉での検索を可能するPowersetの検索エンジンは、Google の対抗馬とも言われています。もしこれが音声入出力のインターフェースを結びついたとき、Web の検索はこれまでそれを利用出来なかった人にも届く可能性が増えるのではないでしょうか。

同時に情報の公開についても考えてみましょう。現在は公開するためにはたとえばこうしてブログのようにテキストを構築したり、写真であれば一度ＰＣに取り込んで加工するなどして公開が必要になりますが、ITmedia Biz.ID：日常生活をなんでも記録「ライフログ」にあるようなライフログにあたるものをとにかくとことん記録しておき、その中から必要なものをチョイスするだけで自分の体験や自分の持つ情報を手軽に公開出来るようになれば、出力の部分もより直感的に出来る用になるのではないでしょうか。

ここで考えたいのは、いかに効率的に情報を蓄積し公開することに加え、どうしたら人間がそれをするのに疲れないか、ということです。データベースと人間のインターフェースを作るのは大変骨の折れることですが、私たちはそこに手をこまねいていてはいけないと思うのです。実際この１０年間、Ｗｅｂのフォームはあの無機質な四角い入力フィールドやボタンに彩られたままです。たとえばあれが手書きで入力出来るようになるとか、声で応答ができるようになったとしたなら、もっと人間が「疲れ」なくなり、例えばアンケートの回答率や、ショッピングの売り上げも上がってくる可能性があるのではないでしょうか。

これからの１０年間、私はＷｅｂのインターフェースが再考され、それがＷｅｂブラウザに取り込まれるなどして劇的に改善し、人間とＷｅｂのもっと疲れないコミュニケーションが可能になることを期待しています。

ラボ神部です。

mixi の Open ID 対応で Web サービスの潜在利用者数を増加させられるか？ (ラボブログ)というエントリを踏まえまして、ちょっと CakePHP で mixi OpenID に対応したサイトをつくってみようと思いますので、その作るまでのプロセスをライブ更新します。

-サイトのコンセプト決め、ドメイン名設定完了。

-CakePHP をインストール完了。

-デーベース定義決定、定義に従いデーターベース設定完了。

-【CakePHP】AuthComponentについてのまとめ 【ざっくり基本編】 | ねねとまつの小部屋 を参考に、認証の基本環境を整える。

-ユーザ登録し、各ページで $this->Auth->isAuthorized() で認証が引き継がれているか確認。

-【CakePHP】OpenIDをAuthComponentにトッピングしてみる | ねねとまつの小部屋 を参考に、OpenID component for CakePHP を導入したり、PHP OpenID Libraryを設置したり。ただし、ここの追加箇所の意味は十分に理解出来ているとはいえないので、じっくりコードを追いたい。

-次は mixi Developer Center » mixi OpenID を見ながらの作業というところだが、ここでいったん OpenID そのものの勉強に入る必要がありそう。

-yahoo.co.jp、mixi.jp をログインフォームに入れ、OpenIDでの認証が出来ることを確認。

（８／２１）今日はここまで。

-何故か Auth コンポーネントへのログインができない状態に。DB 定義を見直して、flag フィールドを追加したらうまくいった。

さて、これで CakePHP で OpenID での環境が整い、自動的に mixi Open ID にも対応することが出来た。

このやり方では、OpenID 経由で認証に来たユーザのユーザ情報も、手元のデータベースに新規ユーザとして登録される（username にあたるところに OpenID の認証 URL が入る。例えば https://id.mixi.jp/70152 みたいな。次回以降ログインする場合には、きっとこの文字列が username として参照されるのだろう）。ここまでは「ねねとまつの小部屋」さんの情報がすばらしくわかりやすいこともあり、非常にたやすかった。時間があれば一日で設定完了出来るはず。

ここから先は実際の運用を考えてみよう。まず、OpenID 経由で新しく登録されたユーザのサイト内の導線についてじっくり考えてみる必要がある。また、OpenID経由で来たときに、本来は元のサイトでログインしていれば再度ログインしなくていいことが望まれる。でなければ、ブラウザにID／パスワードが保存される昨今、ログインのしなおしが入ることはそれぞれのサイトに別々の ID を登録することとほとんど変わらないからだ。

mixi のように元のサイトの関係性を引っ張ってこれるなら、そこを生かす方法も知らなければならない。なんとなく、PHP OpenID Library か OpenID component for CakePHPがやってくれそうなので、次はそのあたりを調べることになるかな。いっそ OpenID 経由の認証専用のサイトにするとか、mixi OpenID 専用サイトにするぐらい、極端なことをやってもいいのかもしれない。

（８／２２）今日はここまで。

ユーザ情報とは別のユーザデータ格納用テーブルを作成し、それの取り回し用のインターフェース部分を作る（正直このあたりの単純作業は楽しくない・・・）。テーブル二つを取り回すのは結構大変かと思ったが、CakePHP の十徳ナイフ並みの柔軟さに助けられ、まあなんとか形になる。

あとは細かいところメッセージやセキュリティチェック、ＵＩを整える作業だけど・・・このへんはなかなかモチベーションが出てこないところ。このあたり好きな人と組めればいいのだけど。

さてここでまたちょっと悩みどころ。mix OpenID に対応するつもりが、Open ID なら全部対応したサイトになってしまいました。しかし、mixi ID でログインさせたときと Yahoo! ID でログインさせたときは、ユーザの新規登録が個別に行われるため、別々の ID になってしまい、Open ID を使っていながらユーザが複数アカウントを持つことになり、サービスのコンセプトが良くわからなくなってしまいます。そこで、ちょっと後進的ですがまずは mixi Open ID のみを対象にし、他の Open ID は非対応という扱いにして、サービスをシンプルにしてみようかな、と考えています。

ってことでものすごい最低限のデザイン完了。少しやる気出た。

（８／２５）今日はここまで。

mixi Developer Center » FAQ のドキュメントに従い、マイミク認証に対応させてみた。URL を直接指定することで、入力欄に ID を入力済みにさせることも出来るかな？

機能的な所は今度こそ完了。あとはユーザの取り回しやデザインをがんばろう。

（８／２６）今日はここまで。

さて、mixi からの OpenID によるログインが出来る用になった。しかし今回はせっかく mixi OpenID の機能により、マイミクとの認証やコミュニティのメンバーであるかどうかの認証（権限確認？）が出来るわけだから、そこに対応させていきたい。

が、ふとここで OpenID の仕様についての見識のなさを思い知る。要は認証が通ったということを取得したいわけだが、どの値をもって成功したととればいいのか、全然勘所がわからないわけで。

ということで、もう一度情報収集をやりなおし。今回はマイミク認証でやろうと思うので、速報、1500万人が使える mixi OpenID の技術面を解説するでござるの巻 - Yet Another Hackadelic などを大変参考にさせていただきながら、var_dump で試行錯誤。それなりに自分流のロジックを作りながら、マイミクであると認証が通ったときのみ、マイミクのコンテンツが閲覧できるようなものをなんとか作れそうなところの第一歩まではたどり着けた。DB定義も何度かみなおしたし、これでこんどこそあとは単純作業にできるはず。続きは来週。

（８／２９）今日はここまで。

だいぶ間が空きましたが、　サービスがようやく完成。やっぱりキモはマイミク認証の活用したかったので、マイミク認証の戻り値で自分と相手のペアの mixi ID を毎回取得することで解決した。複数マイミクシィ認証 - ラーニング人生。 なんて方法もあるようだけど、これはまた今度かな。

完成したサービスは「Ckr!（ちぇけら！）」というものです。こちらの解説エントリをご覧ください。

（１０／２　完）

Photo by by turi_b

ラボ神部です。

今日はランチにゆっくり本を読んでみました。毎日ネット上でブログなどの文章を摂取していると、こういった長めの文章をまとまって読むのもなかなか楽しく感じます（もちろん終わりはあるのですが、どこまで行っても続きがあるように感じられて、それが嬉しいのです）。

一方ブログでは長文エントリというのが好きではありません。本ほど推敲されているわけではないので、意味ある長さではなく単にまとまっていなくて長いだけ、というものに対しては特にそう感じるのかもしれませんね。

…ここから本題に入りますが、逆にちょっと気になったのが、次の記事のように、ページ数が細切れになっているもの。

モジラ、「Firefox 3.1」でJavaScript実行を大幅に高速化:ニュース - CNET Japan

なにが言いたいかというと、下図のようにあきらかにページ全体の領域に対して、濃いオレンジ色のコンテンツ部分が少なすぎること。

しかも、ページ数が複数ページに分けられており、読者はそれを１ページずつそれぞれのサイトのフォーマットにあわせてめくっていかなければなりません。SEO対策やページ内リンクとしては必要なものなのかもしれませんが、ちょっとこういう容れ物とコンテンツの逆転は今のトレンドではないような気がします。こういった構成はブログのレイアウトでも多く見かけ気になりますし、余計にページをスクロールさせたれたり、ページをめくらされている気になります。

少し、考えてみてください。例えば名画が飾られていたとして、それを引き立たせるための額縁に広告やほかの画のタイトルが貼り付けられていたら、その名画の鑑賞に集中出来るでしょうか？ましてやその画が part1、part2 と分けられて切り離され、それぞれの額縁に広告枠がついているとしたら？

こうしてページごとに切り分けてしまうことは、全体を見渡すことを難しくしているだけではなく、ソーシャルブックマークもつけにくい構造になってしまっています。URL を識別子にブックマークするのが主流な現在では、ひとつのコンテンツにバラバラにブックマークがつく形になり、SMO 的にもうまくありません。

これもひとえに、メディアとしての広告掲載の指標として、出稿おけるPV至上主義のようなものがあるからなのではないでしょうか。もしそういったところから来ているのだとしたら、コンテンツの伝達方法としては少し不適切です。携帯でも mixi モバイルのニュースはモバイルの機種異存があるとはいえ、ページを区切られすぎです。大まかにでも機種判別を行えば、データ容量の問題でページ全体がエラーで表示されないということは避けられるはずです。現状では利用者に必要以上に操作の負担を強いてPVを稼いでいるに過ぎないと思わざるを得ません。

PC版に話を戻すとすれば、例えばPVに変わるような指標をもっと積極的に評価するように、広告の出稿側が考え直すという手はあるように思います。例えばこんなものはどうでしょうか。

１．ページごとのソーシャルブックマークの付き方を換算し、それをメディア価値の指標として補完する

２．PVよりも、あるコンテンツに対してどれだけの滞在時間があったのかということを、アクセスカウンターのような簡単な仕組みで評価する。それであれば、ページをばらばらに配置したよりもコンテンツに対する積算の滞在時間が大きくなるはず。

３．複数リソースをまとめてブックマークできるよう、ソーシャルブックマークのサービスプロバイダに働きかけるか、或いは RSS Feed の Auto-Discovery のような仕組みでどのページでもブックマークする URL が最初の１ページになるように自動修正をかけさせる

ブロードバンド化が進み、PCの性能も向上した現在でも、ロースペックな環境にあわせていると考えれば聞こえがよいですが、それであれば周辺の巨大な広告枠や内部リンクは必要ないはずです。少なくとも、読者が周辺の枠の部分よりもコンテンツを咀嚼（そしゃく）しやすいレイアウトになっているべきではないでしょうか。

ラボ神部です。

このところ、オープンなライセンスをベースとしたライセンス付与を支援する機能がついたクリエイターコミュニティを見かけます。利用する側からするとクリエイターを支援してくれるコミュニティに見え、提供する側としては著作物のデータベースが出来上がっていき、それの室がよければよいコンテンツとして認知されトラフィックが増えるという期待が持てます。

ただし以前は著作権など著作物に関するライセンスがサービス提供者に帰属していたり、勝手にそれらの著作物を使って出版されてしまう可能性があるなど、クリエイターとしては利用しづらい側面もありました。そこで、クリエイティブコモンズのようなパブリックライセンスを積極的に採用することで、クリエイター側が意図した形態でのライセンスが出来るだけ行われるようにすることで、コミュニティをより活発にしようと考えるサービスがこのように出てきたのかもしれません。

前置きが長くなりましたが、そんなパブリックライセンスを利用したサイトをいくつか見ていってみます。

loftwork.com

まずは loftwork.com。去年の THE NEW CONTEXT CONFERENCE 2007（コンカン2007） で知る機会があったのですが、サイトの方を見るとなかなか本格的な作品が集まっています。

-[loftwork.com] 日本最大のデザイナー、 イラストレーター、 映像クリエイター、その他全てのクリエイターのためのポータル

芸術的な表現が出来る人が集まっている感じで、かなりのレベルの高さを感じます。仕事を依頼したい人、受けたい人双方にとって既に実用的なサイトになっているのではないでしょうか。先週には登録クリエイター数も１万人を超えたようです。クリエイティブ･コモンズへの取組みに対しての記述も公開されています。

pixiv と ニコニ・コモンズ

続いては、イラストが趣味のプログラマー上谷隆宏氏が考案し、現在はクルーク株式会社が運営するSNS、「pixiv」。Wikipedia によると、カテゴリではなくタグ付けによるフォークソノミーによる分類が使われているようです。

-Welcome to pixiv

トップページにある「注目のタグ」を見る限り、loftwork とはかなり異なり、著作物をベースにした作品が多く、クリエイターが自分の作品を発表するという側面と同じくらいに、イラストを通じてコミュニケーションをするという側面が強調されているように思います。そのためか、掲載された作品についてのライセンス表示はあまり明確でありません。これは気軽なようで、一定以上の範囲に作品が伝播することを妨げてしまう側面もあるとも考えられます。

そこで、そんな pixiv と連携して、クリエイティブコモンズとはまた別のライセンス形態を考案したサービスが登場しました。それが ニコニ･コモンズ で、あり、大元のコンセプトとしては「ニコニコ動画で作品を作るときは自由に使ってもらってかまいませんよ、っていう素材庫」とのことですが、利用サイトを限定しないライセンス形態を用意したり、APIを利用して外部サイトへの機能提供を行うなど汎用的に利用できるライセンスとなっており、その実際の提供先第一弾が「pixiv」だということです。どこまでこのライセンスが普及するのかわかりませんが、クリエイティブコモンズにはある種国内ではじめて登場したライバルといえるのではないでしょうか。

総務省による「サイバー特区」の取組み

こんな風に、パブリックなライセンスを全面に押し出した、人が集まりそうなサイトが出てくると、それをネタに政策を考える人もいるようで、国がそういったスペースを創設するというニュースが出ています。

-総務省、著作権料を気にせず既存の映像や音楽を自由に加工できる空間をインターネット上に創設へ - GIGAZINE

コミュニティサイトというよりは、「○○特区」の延長線上の「実証実験」となるようです。ソーシャルブックマークのコメントなどではかなりネガティブなコメントが付いていますが、税金を使ってやるのであればそれなりになるほどと思わせるような実験と結果の共有が行われて欲しいものです。

ファミ通FUNS UP

最後に、もっと緩いものでは、こんなものも出てきたようです。

-メーカー公認のゲームイラスト・コスプレ画像投稿サイト　「ファミ通FUNS UP」
-ファミ通ファンズアップ

この「公認」という呼び方をルール付きで示す方が、pixiv や ニコニ・コモンズのようなコミュニティ運営を行うには、ライセンスを創設するよりもかなりわかりやすいのではないかと個人的には感じています。

お知らせ：ニコニ・コモンズ検索プラグイン

最後に宣伝ですが、ニコニ・コモンズ検索プラグイン というのを作成してみました。よろしければお試しください。　

（９／１７追記）

ひとつ有名どころを忘れていました。

-PIAPRO(ピアプロ)|CGM型コンテンツ投稿サイト

初音ミクをはじめとした、VOCALOID 楽曲の投稿コミュニティですね。あまり目につくところにないのですが、分析されているブログがあるので、そちらを紹介しておきます。2008-01-29 - 犬が眠った日、ピアプロ投稿作品のライセンス条件 防火ロイド「亞北ネル」/ウェブリブログ

こういうライセンスも様々出てきましたから、作者がライセンスを変えたいと思ったときのためにも、ライセンス同士の互換性や相互変換が可能な範囲について調べてみると役立つかもしれませんね。

（１１／４追記）

こちらも忘れていました。みんなの投稿コミュニティサイト　OPEN POST.JP。去年の今頃からいろいろやっていたようなのですが、新たな展開をはじめたようです。->ニコニ・コモンズで手塚治虫氏の作品が利用可能に:ニュース - CNET Japan

素材はニワンゴが運営するサイトニコニ・コモンズ上で配信され、ニワンゴが運営する動画投稿サービス「SMILEVIDEO」のほか、ニコニ・コモンズ対応サイトで利用できる。

ラボ神部です。

今朝、GMail を開いてみると、ピーポーズという覚えのないサイトからメッセージが何通か届いていました。サイトを見てみると、以前「知識を売りませんか」ピーポーズが“空き時間”の売買サービスというニュース話題になったサイト pepoz であることがわかりました。

これは専門知識を時間で売るというサービスなのですが、そういえばオープン時とりあえず登録していたのでした。メールの内容を見ると、サイトトップにプロフィールをご紹介いただいたこと、何らかの方法で面談をしたいとの旨でした。実際にサイトを見ているとたしかに自分のプロフィールが一番上に出ていてちょっと驚き（写真もラボのものと同じ）。面談の内容はキャストのプロフィール文の練り込みをした方がいいのでは、というアドバイスでした。

対応してくださったのはシリアルイノベーション をITmedia オルタナティブ・ブログで連載されている今泉さんで、よくよく見ると代表取締役様自らにご対応いただいたようで恐縮でした。

さて、この pepoz の仕組みは大まかに見ればクラウドソーシングに近いような気がします。とはいえ、利リンク先の記事で例として挙げられている「InnoCentive」や「Mechanical Trunk」ほど実用段階ではないようです。

そこでもう少し調べてみると、チミンモラスイ？ さんにかなり詳しいまとめを発見。下の方を見ると、以前スパイスボックスについてブログで取り上げてくださった、smashmedia の河野さんもキャストとして登録されているようです。pepoz についてのエントリ [pepoz]ってなんだ!? (smashmedia) も書かれており、ビジネスモデル的にもなかなか面白い仕組みと評価されているようです。

ほかの記事によると、ブロガーが AdSenseやアフィリエイト以外の収入の道を持てるようにという側面もあるようです。

現時点ではまだ私は pepoz 経由でお仕事をいただいた経験はありません。ただし、今回の面談をベースにキャストとしてのプロフィールを変更してみました。こうした掲示が、情報を求める「オーディエンス」と、プロフィールを登録した「キャスト」の間をどの程度つなげてくれるのか、これからも興味深く見ていきたく思います。