スパイスラボ神部です。

本年もどうぞよろしくお願いいたします。

新年初エントリということで、まずは今年の見通し的なものを立ててみたいと思います。

2009年が好きだ！ - Favorites!

2009年のウェブを個人的な視点から

今のところ考えているラボの２００９年を漠然と図にまとめてみました。

認識系

去年は顔認識に明け暮れてしまった一年でした。今年はその領域をもっと広げ、画像認識・物体認識・角度認識・音声認識などに領域を広げていきたいと思います。

ソーシャルアプリ

今年前半は mixi アプリでひとしきり盛り上がる気がしているので、それには載っていきたいと思います。Facebook や OpenSocial の標準的なアプリもやっていきたいところです。

ガジェット

実はソーシャルアプリとかなりかぶっているのですが、240x300くらいのパネルアプリの世界観は、ブログ上のブログパーツ、デスクトップ上の Google、Yahoo!、Vista、Mac 用のガジェット、それから最近携帯各社が売りだそうとしているモバイルデバイス用のガジェットや、１００式さんのところでやってる【百式企画塾】 テレビをちょっとだけ便利にするウィジェットとは？ | IDEA*IDEAみたいなものもあります。このあたりプラットフォームとしてはこれでもかという感じで充実しているので、そこを渡り歩ける開発者になったらかなり幸せになれるかもしれないし、企画の中にも盛り込んでいけると楽しいですよね。

その他

２００９年のネット広告はどんなものなのかということを考える上で、ネット上のプロモーション・効果測定・決済手段のほか、クロスメディアなコミュニケーションについても当然考えて行きたいと思います。個人的には「ちゃんねる動画」や「Virtual 1-SEG」のようなアプリも期待をいただいているので、もうちょっとなんとかしていきたいですね。

2009年のウェブについて預言しているエントリ集

-今流行のWebサービスを分類してみた - よっぱ主義。

-サイト制作会社が読む2009年のウェブ業界 - plus ultra Log

-2009年の Web業界 が Happy になるには？ - 第21回WebSig会議に参加してきました - ALPHA LABEL

-ネットで活躍するあの人たちに、2009年のインターネットを大予測してもらいました!!｜トレンド｜無料動画 GyaO[ギャオ]｜

追記

パワポより軽くてグラフィカルで操作性のいいアイディアプロセッサを見つけたいです！

いいものあれば教えてください！

スパイスラボ神部です。

ごくかんたんに、vsftp でディレクトリ移動制限のついたユーザの作成手順についてまとめてみます。ちょっとしたサーバスペースを解放して欲しいと言われたときに便利な設定です。

vsftpが好きだ！ - Favorites!

具体的な手順

FTP 専用ユーザを作る

useradd -s /sbin/nologin (username)

みたいな感じ。パスワードを

passwd (username)

で指定することもお忘れ無く。

-VSFTPD - Moroha's Wiki

↑証明書安全でないので、Google のキャッシュ で見る方がいいかもです。

vsftpd.conf の設定をする

-◇ローカルユーザー接続の設定(WBEL3,CentOS3,WBEL4,CentOS4)◇初心者のためのLinuxサーバー構築講座☆お便利.com☆

-vsftpdのインストール - PukiWiki

あたりを参考に、 /etc/vsftpd/vsftpd.conf に chroot_list_enable、chroot_local_user などの設定を適切にする。

個人的にはデフォルトは移動自由、特定ユーザのみ移動制限したかったので、chroot_list_enable=YES 、 chroot_local_user=NO にしてみました。

設定ファイルはデフォルトの /etc/vsftpd/chroot_list に指定しました。

念のため vsftpd を再起動

一応再起動しておきます。

これで、手元のFTPクライアントなどで接続してみましょう。

この情報は役に立ちましたか？

スパイスラボ神部です。

» cakePHP の $this->log() が素敵すぎる　>>　Neo Inspirations

このエントリを一年近く前に見て以来、素敵に $this->log を使いこなしたいと思っているのに、/app/tmp/logs/debug.log にうまくログがたまるときと層でないときがあるのはなぜなんだぜ。

-ロギングが好きだ！ - Favorites!

原因を推測してみる

メッセージが毎回同じだと追記されないのかも

メッセージが同じでもオプションとかあるのかな。それか出力行に時刻でも入れてみるか。

LOG_DEBUG は define で定義する必要あり？

bootstrap.php あたりで LOG_DEBUG などを定義する必要があるのでしょうか。

識者が見ていらしたらコメント求む！
　

追記

CakePHP ログ出力 | Sun Limited Mt.

こちらが参考になりそう。しかし、こちらを読む限りでも $this->log でいつでもどこでも出力できそうなものだが、CakeConsole の中で読んでも app/logs/ 以下になにも出てこないなぁ。なんでだろう。

スパイスラボ神部です。

株式会社ミクシィ | PRESS RELEASE 『mixi』の足あとがもっと分かりやすくなりました ―「足あと」機能改善・新機能追加のお知らせ― によると、あしあとの削除機能やマイミクのマイミクアイコンなどが出る新足跡ページができたようです。

早速 マイミクのページから直接「足あと」を消せる、グリースモンキー - IT戦記 なんてエントリが出ていますが、個人的注目したのはこの足跡ページの広告サイズです。

-バナー広告が好きだ！ - Favorites!

とにかくでっかくなった右端の広告サイズ

あしあとページって必ずチェックしますよね。で、広告収入が収入源の柱のひとつである mixi にとっては、ここの PV をあげたいというのは当然至上命題になるわけです。そのために mixi は何らかのユーザメリットをつけるかということを課題としたうえで、今回は OpenPNEでいう忍び足機能にあたるmixiにあしあと削除機能 と、足跡の主がマイミクのマイミクであるときもアイコンを表示する機能、ということになったようです。

で、それと引き換えに右端の広告サイズが大きくなりました。

これは実際に比べるとわかりやすいですが、こちらが以前のサイズ。

そしてこれが現在のサイズ。

Yahoo! でいうとブラパネにあたる右端の広告の縦幅がおよそ三倍になっています。あしあとページは他に主たる情報がないとはいえ、これは思い切ったサイズ変更ですよね。

左端縦バナーの位置も同様に修正されておりより目に付きやすくしているのかもしれませんが、個人的には前の配置の方が並び的には好きな感じがしました。でもこうしないと今の JT 広告みたいな「三コマ通貫展開」ができないんでしょうね（※人物キャラクターが三つのバナーをまたいで歩いていく連動アニメーションをする、GIF アニメではやりにくい演出です）。

ここまでやるならログイン画面のように「全面 Flash」の中にあしあと情報が iframe っぽく埋め込まれている」構成でもいいと思うのですが・・・まあそれだとスクレイピングやグリースモンキーによる介入ができなくなっちゃいますけどね。

機能導入で PV はどれくらいアップする？

さらに「自分のあしあとページ」というタブが加わったことで、同じ広告に対する PV を直接的に向上させられるようになりました。自分の体感だと、あしあとチェックのついでに五回に一回くらいは自分のあしあともチェックする感じなので、20%くらいのPVが向上するのではないかと思います。長期的にはチェックしていかなくなるのかもしれませんが、これで収益が 20% 向上するようであれば、mixi の規模感だとめちゃめちゃ有用なマネタイズですよね。

（追記：ここはやっぱり無茶な論理展開として反論ありました。足跡バナーに限って効率が上がるかもというレベルですし、やっぱり「自分の足跡」はそんなにチェックしないので、服数ページ化による恩恵はほとんど期待出来ないし、あればラッキーくらいに思う方が正解でしょう。以下の部分もそのあたり割り引いてお読みください）

そういう意味で言うと冒頭の「マイミクのページにいながらにしてあしあと削除」は、mixi にとってはちょっと失望的な機能になるかもしれません。グリースモンキーのツールの本質としてはユーザサイドの使いやすさを最大限向上させることにあるのでこれは正義なのですが、もしうちのような広告オリエンテッドな企業が同じようなツールを作るとしたら、削除後に「自分の足跡」ページに飛ばしてあげる、くらいの配慮はするかもしれません。別に mixi に阿る（おもねる）というわけではなく、これも Win-Win のひとつの形かもしれないということで。

ともかく今回の変化は、「マイミク同士のあしあと」というリアルタイム性のあるソーシャルグラフをマネタイズするひとつの例としておさえておくのは間違いないと思います。

モバイル版あしあとページはどうなったかな？

こちらもあとであわせてみてみたいと思います。ちなみにモバイルブラウザにはグリースモンキーないんですよね。このへんは Andoroid 携帯以後の世界になるだろうけど、2010年以降の話だろうなぁ。

関連エントリ

-mixi、「足あと」機能を改善--自分の訪問記録を消せるように:ニュース - CNET Japan

-mixiが足あと機能を拡充。月間10件まで足あとの削除が可能に

-mixiのあしあとに新機能が追加された。あしあとを消せる！？ - Bokunaru

-mixi の「足あと」ページから「マイミク申請」するグリースモンキー - IT戦記

-マイミクのページから直接「足あと」を消せる、グリースモンキー - IT戦記

-mixiの「あしあと」が消せるようになったらしい。 - VENTURE VIEW

そもそもの「あしあと」機能についての議論

-v('ω')v StyleJam! » Mixiの癌 あしあと機能

-mixi元彼の友人からあしあと。 -OKWave

参考：ラボブログの mixi あしあとページに関するエントリ

-mixi のあしあとページ４枠連動広告第2弾が登場！ (ラボブログ)

-妙にクリックしたくなる「足跡バタフライ」広告をmixiが開始？ (ラボブログ)

余談ですがこんなスパムツールが・・・

-mixiあしあとツール「Mixzilla(みくじら)」 なんていうあしあとスパムツールがあるようです。通常利用者にとってはにっくきツールですが、オレンジ色のクジラはちょっとかわいい。

-mixiの“あしあと”スパムは、なぜ生まれるのか？

追記

なぜか やじうまWatch 2009/1/6 に拾っていただきました。これは新年早々幸先がいいです。ブログもサービスもガンガン紹介されるよう頑張っていきたいです！

追記２

つぶやきその9 - ある二宮ひかるファンの日記 によると、やっぱり Adblock とか使っている人には見えていないようですね。コンテンツと切り離された広告は一定の確率でバージされちゃう時代なんだなぁ。

スパイスラボ神部です。

昨年末年賀状出しのために恵比寿と渋谷の間を往復していたら、JR東日本の社内液晶広告「トレインチャンネル」にニンテンドーDS用サービス「うごくメモ帳」のスポットCMらしきものが流れて驚きました。記憶の限りではここに広告を掲載するにはかなりの広告料が必要だったはず。ということで、さらっと金額まわりについて調べてみました。

-トレインチャンネルが好きだ！ - Favorites!

最低でも３００万円台からの車内テレビCM

正確な金額は、オンラインに PDF でも掲載されていますが、次の記事にもあるように山手線の車内広告となると一週間２４０万程度かかるようです。PDF の方を真面目に見ると、一週間のスポットCMで３００万円からとなっています。以前より値上がりしたのかも？他のプランだと山手線は入っていないので、３００万のCMスポットを一週間というのが最小単位なようです。もし今日１／７の時点ではもう見られないと言うことであれば、うごくメモ帳のダウンロードが開始された１２月２５日から一週間ということであれば私が目撃した時期とも一致しますし、妥当な線でしょうか。

-テレビＣＭから車内広告へ。交通・屋外広告が5年連続増と絶好調｜inside｜ダイヤモンド・オンライン

実際の車内広告はこんな感じで、１５秒～３０秒くらいはあったようです。

Photo by Ryuji Kanbe

もともと任天堂はこのトレインチャネルにマナー講座みたいな番組を提供しているとはいえ、「うごくメモ帳」だけのために別途スポット枠を押さえたのはちょっと驚きです。

お金を出したのははてなか、それとも任天堂か

そもそものうごくメモ帳について軽くまとめておくと、このうごくメモ帳こと「うごメモ」ははてなと任天堂という京都にある企業のコラボレーションとして有名になりました。

-任天堂とはてなの協業サービス“うごメモシアター”と“うごメモはてな”の詳細が発表 - ファミ通.com

-DSiウェア「うごくメモ帳」と連携する「うごメモはてな」サービス - Engadget Japanese

うごくメモ帳のダウンロードは昨年末の１２月２４日からで、それらの作品は うごメモはてな - メモからはじまる新しいコミュニケーション！ というサイトでも公開されています。

最近では 悪神事件 などが起き、良きにつけ悪しきにつけ、話題になっています。

時期を同じくして、ＤＳｉが好調　累計２５００万台突破 という記事もでおり、はてなは任天堂の第二の成功体験にうまく載ることができたとも言えます。

しかしどちらかというと忘年会にかこつけたカメラ機能のアピールが前面に出ていたり野際陽子さんのTVCFによる牽引力は感じたものの、この車内広告がDSiの牽引につながったと直感的には思えません。となると、この車内広告を誰が企画し、誰がすすめたかが気になります。

ひとつ注目したいのは、これらの車内CMが流れる冒頭で任天堂×Hatenaというロゴが出るシーンがあるところです。普通に考えると「同等の認知度を持つ二つの企業がコラボレーションした」という感じの配置なのですが、５１６研究所　＜ガールズモード＞:うごくメモ帳・・ - livedoor Blog（ブログ） なんてエントリからもわかるように、任天堂の知名度に対してはてなの知名度は 誰もはてなを知らない と社長自らが絶望してしまうほどのもの。

そんなはてなが自社の知名度アップの一環としてこの広告を打ったのであればそれは企業としての大きな変化だと思いますし、そうでなくて任天堂に全額出してもらったというのなら、ここには出さなくても、目標に掲げる「脱IT、親マス層」を実現するためにもっと広告という手段を使ってもいいんじゃないかとお節介なことを思ってしまいました。

これからも車内企業で Web 企業の広告をみかけたい

あれこれ書いてしまいましたが、山手線の車内で Web でしかみかけない企業の広告を見るのはちょっと新鮮でした。今ウェブで元気な企業も、もっとこうしたところに広告を打って、新規ユーザ獲得以降の成熟期のプランをアピールしてもらいたいように思います。

今は Gree やマージュあたりが新規顧客獲得のためにマスメディアのCMをたくさん使っている気がしますが、たとえば Google や mixi などが、Google Streetview や mixi 年賀状のアピールをしていたりしたら面白い気がするんですよね。

そういえば Mozilla Japan は Firefox 3 の PR のためにこの車内広告を出したりしていました。このときも少なくとも数百万から１０００万単位の広告費を支払っていたということですよね。広告の価格としては高すぎるということもないのでしょうけど、ネット関連の企業や団体が出す金額として見ると思い切った金額に見えるという印象があるのも事実だと思います。

-kakihara.org - Firefox 3のリリースとそのプロモーション

金額はともかくとして、もっとウェブ以外の場所で露出する方法を考える事は、ワルイコトではないのではないでしょうか。広告というかたちでなくてもいいし、とにかくもっとマスな層とコミュニケーションをとる方法を考えて行く２００９年というのはどうでしょうか？

参考エントリ

「トレインチャンネル」～電車の中の液晶モニタ映像広告にみる、プロモーションメディア広告の善戦ぶり:Garbagenews.com

-電車内のモニターから情報発信 『トレインチャンネル』 | Logical*Magazine

（追記）

本日２００９／１／７も山手線内で目撃。既に二週間ちかく経つところなので、けっこう長期間やるのかもしれませんね。映像を見直してみると、この映像、任天堂×Hatenaではなく、Hatena×任天堂の順ではてなのロゴの方が上段に来ており、なおかつ大きさも任天堂ロゴより大きかったです。ありえない気がｗ

また、ブックマークからのコメントによると、どうやらめちゃイケの地上波CMでも流れていたようです。いつのまにかはてなはテレビデビューもしていたとは。

あと、渋谷と恵比寿の間を往復していたはずなのに何故か大崎の写真なのにダウト！と思った方がいらっしゃるかもしれないので説明しておくと、全部年賀状出し終えて品川経由で新幹線に乗って帰省するときに撮影したからです。あしからず。

（追記２）

はてなと任天堂の「うごメモはてな」、オープン16日目で10万作品を突破:ニュース - CNET Japan なんて記事が出てました。なかなかの勢いなのですね。ブクマコメントをみると小学生からの投稿も多いとか。時間の多い小学生＆主婦クリエイティブに任せるって戦略もありなのかもなぁ（そういえばうごメモのテイストは教科書のはしっこの落書きに似ていることに気がついた。彼らにとって「うごメモ」は日々接しているメジャー文化なのかもしれない）

Photo by LoreleiRanveig

スパイスラボ神部です。

インターネットでコンピューター同士をつなげたことは素晴らしかったけど、それ以上に素晴らしかったのはコンピューター越しに低コストでその向こう側にいる人々同士をつなげたことにあるように思います。この週末はそんなことを考えていました。

-人間が好きだ！ - Favorites!

人間がソーシャルパワーでつながるとき

人間一人一人はいまのところ、コンピューター以上に個性がある、知的生産性の高い存在です。コンピューターそれ自身は演算や処理における生産性は高いですが、自ら判断をして新しい提案をしたり発想をしたりする能力については決定的に欠けています。しかし人間とコンピューターが手を取り合い、それらがネットワークでつながる事で様々な知的生産活動が生まれ、それがネットワークを通じて共有されるのが当たり前の時代であることは言うまでもありません。

電子メールを介した人同士のやりとりや、SNSを通した人同士のつながりが生まれるようになって、今や文化的遺伝子であるミームもネットワークを通じて遺っていこうとしています。ミームの集合体とも言える国家は、これまで国境という物理的制約により定義されていましたが、これからは精神的制約によってとりきめられ、場合によっては複数の精神的国家に属する人々も得てくるかも知れません。そういった「精神的国家」の役割を担うしくみをオンラインで可視化するのはとても面白いのではないでしょうか。

SNSは今のところ、昔からある「コミュニティサイト」の延長線上にあり、利用者の私生活までを包括するものにはなり得ませんでした、しかし、ネットワークを介することで、それらの生活単位を含めて全てオンラインで共有出来るような仕組みがあったとしたらどうでしょうか。憲法が定義でき、法律が存在し、行政機関が機能し、税金や福祉も得られる、そんな拡張されたソーシャルネットワーキングサイトがあったとき、物理的国家の存在は脅かされることになるのではないでしょうか。

創造のかたちを変えるブレインネットワーク

それほど大きな話にしなくても、創造の分野ではどんどん革新が進んでいます。コンピュータ化されネットワークされた創造の空間は、ある部分では機械やシステムによって自動化され、ある部分は人間の究極の手作業によって仕上げられます。かつて分業 という概念が生産活動や社会活動のありかたを変えてきましたが、今人間がコンピュータやネットワークと通じることで、第三の分業の形が生まれているのではないでしょうか。

私は寡聞にしてこのような角度でじっくりと書かれた書籍や論文の類を目にしたことがありません。しかし多くのソーシャル系サービスを提供しているひとのインタビューで時折「ブレインネットワーク」という言葉を聞いた記憶があります。そうした言葉を使いたくなる状況が今現在あちこちで生まれているのだとしたら、それはもう少し真面目に追いかけてみたい気がします。もし具体的な情報がありましたら、お寄せいただけると嬉しく思います。

参考リンク

-自分に最も合った「本棚サイト」を発見した。「メディアマーカー」のすすめ［絵文録ことのは］2009/01/12

書籍情報の蓄積について。Amazon にないと世界に存在しないように見える、というのは確かにかなり問題かも。

-栗原潔のテクノロジー時評Ver2 > 【週末雑談】deviantARTってすごいです : ITmedia オルタナティブ・ブログ

国境を越えた創作活動が行われている deviantART。Pixiv は結構国境越えてるのだろうか？

-うごメモはてな - メモからはじまる新しいコミュニケーション！

１０代未満という、これまでネットワーク上に創作物を流通させることができなかった層に出口を与えているサービス。うごメモ世界版が出てきたとき、わたしたちはそこにどんな創造的世界を目にすることができるのでしょうか。任天堂ならそれをすぐに実現してくれると期待しています。

スパイスラボ神部です。

２時間目 から一ヶ月経ってしまいましたが、短期集中講座！OpenSocial オンライン勉強会の３時間目を始めたいと思います。今回は、hi5 上にアプリを作成してみたいと思います。hi5 での OpenSocial アプリの開発のはじめ方はOpenSocial Hackathon 参加中！ (ラボブログ) にまとめてありますので参考にしてみてください。

-OpenSocialが好きだ！ - Favorites!

リファレンスとしての mixi アプリ

mixi アプリの開発イメージをつかむのにとても便利なドキュメントが mixi アプリの開発サイトに公開されています。

-mixi Developer Center (ミクシィ デベロッパーセンター) » 利用イメージ

これによると、

・（自分の）トップページ

・（フレンドから見た）プロフィールページ

・アプリ専用ページ

の３つが OpenSocial 的なソーシャルアプリの要素と考えてよさそうなので、まずは hi5 上にブランクの Hello World 的なアプリを作成してみたいと思います（フレンドに状況を通知する Activity もありますが、それはひとまず置いておきます）。

Google の OpenSocial ドキュメントで言うと、４つあるうちの３つのビューを揃えるという感じですね。

View の出し分けについては、こちらのエントリが参考になります。

-Viewに関する情報を取得する方法 - OpenSocial-Japan | Google グループ

アプリケーションをインストールする

基本的には、どこか外部のサーバ領域に、ベースとなるアプリケーションの xml ファイルをアップロードし、OpenSocial コンテナのアプリケーションインストールページからアプリケーションをインストールします。

トップページを作る

まだ実装環境で確認していませんが、トップページである変数を取得しそれに応じた内容をレンダリングさせます。

<Content type="html" view="home">

トップページ（ユーザーホーム）のコンテンツ

</Content>

という形かも？

プロフィールページを作る

まだ実装環境で確認していませんが、プロフィールページである変数を取得しそれに応じた内容をレンダリングさせます（このページは、友達から見たときのトップページにあたります）

<Content type="html" view="profile">

他人から見た（プロフィールページの）コンテンツ

</Content>

という形かも？

アプリ専用ページを作る

まだ実装環境で確認していませんが、トップページである変数を取得しそれに応じた内容をレンダリングさせます。

また、アプリ一覧ページとアプリ独自のページの２パターンがあるようです。

<ontent type="html" view="canvas">

最大化した場合のコンテンツ

</Content>

という形かも？

アプリケーションギャラリーに掲載する情報をまとめる

ガジェットの公開 - ガジェット - Google Code

にあるように、

<ModulePrefis title="タイトル" author="作者名" thumbnail="画像URL">

といった形式で情報を attribute でどんどん追記していけば、SNSなどで「アプリケーション」タブを押したときに出てくるアプリケーションリストの説明分や、サムネイル画像などがカスタマイズできます。

参考：OpenPNE3 用 OpenSocial アプリの制作者情報を埋めるには ( ラボブログ )

アクティビティにポストする

アプリケーションを追加したときや、アプリ上でなにか操作したときはアクティビティにポストできるはず。やりかたを探してみましたが、OpenSocial API デベロッパー ガイド - OpenSocial - Google Code あたりを参考にするとよさそうです。

仕上がりを確認する

ここまでできたら仕上がりを確認したいところですが、いまのところ hi5 のプレビューは1画面に限られ、各ページでのビューを得ることはできないようです。

このあたりは調べがつき次第情報を追加したいと思います。

役に立つかもしれない開発支援環境

-OpenSocial Dev App

オンラインでアプリデバッグできる環境のようです。

-OpenSocial Development Environmentが素晴らしい件 - Happy New World

サーバ環境抜きで Eclipce 環境上でテストができるプラグインがあるようです。

これまでのエントリ

-短期集中講座！OpenSocial オンライン勉強会：１時間目 (ラボブログ)

-短期集中講座！OpenSocial オンライン勉強会：２時間目 (ラボブログ)

スパイスラボ神部です。

-Going My Way: 自分のサイトにつけられたタグは？

これのはてなブックマーク版ないのかなぁ。

少なくともブログ上だけでも、自分がどんなタグ付けされているのか知りたい。

-フォークソノミーが好きだ！ - Favorites!

スパイスラボ神部です。

先日渋谷の Google オフィスで開催された「OpenSocial Hackathon 」で、ソーシャルアプリを制作＆プレゼンする機会がありました。OpenSocial アプリを作るの自体初めてだったので非常に貴重な体験でした。

-Hackathon が好きだ！ - Favorites!

みんなでソーシャルアプリをつくりました。

-Google Japan Blog: OpenSocial Hakcathon を開催しました

私は顔診断のアプリを移植したので、ブログエントリの方にも顔写真が上がっていてちょっと恥ずかしいですね（笑）

（※こちらの画像に関しましては、Google Japan Blog のものを引用させていただいています）

まず当日は参加者が数チームに分かれてアプリコンテストを行いました。Myspace に開発者登録をしていったのですが、アカウントの発行が間に合わず、思わず OpenSocial のコンテナを作るところから始めようとして一時間が経ってしまいました。しかし、短期集中講座！OpenSocial オンライン勉強会：３時間目 や OpenSocial Hackathon 参加中！ (ラボブログ) でも触れましたように hi5 ではすぐに開発者アカウントが取れるので、そちらで開発を続行することに。

もともと、ブログパーツやモバイルサイトは OpenSocial アプリにコンバートしやすいよなー、と考えていたので、残りの２時間ほどでフェイス女学園のモバイル版を OpenSocial に移植しました。

チーム分けをして開発はしたものの、わたしたちのチームはチャットクライアントなどそれぞれのアプリを開発することに。結局全員景品がついた MySpace 賞、リクルート賞は逃したものの、私の作成したフェイス女学園の OpenSocial 版を同時刻に開催されていた上海 Google でのハッカーソンに向けて発表する機会をいただき、５分ほど英語でプレゼンしました。

ほかは Google Japan Blog のエントリにかいてあるような感じです。

はじめての OpenSocial アプリを作ってみて

はじめての OpenSocial アプリを作ってみて、思ったのは「あれ、これ前にどこかで同じものを作ったことがある」という印象でした。それは以前ラボブログにも掲載した、はてなダイアリーにSEOブログパーツを設置する (ラボブログ) という手順にそっくり。Google ガジェットと基本構造が似ているのは、OpenSocial を提唱しているのが Google 自身だからでもあるかもしれません。

大まかな手順としては

-リモートサーバにソースコードを置く

-ソースコードURLを入力して「インストール」

-ビューを貼り付け

というところでこれまた同じです。あとは、SNS ならではのビューの種類を用意したり、ソーシャルグラフを用いてより利用者の心にグッと「刺さる」ものを作れればよさそうです。

１／２６日にはよういちろうさんの OpenSocial 本 も出るそうなので、早速社内で稟議を挙げたいと思いますｗ　自分も書けるものなら書いてみたいなぁ、OpenSocial 本。

これからも続々開催の OpenSocial 関連イベント

SocialWeb Japan でも、今月２３日に某所で第一回勉強会をやるらしいです。

また、先日の Google 会場で取材されたとおぼしき記事でも、２月のデベロッパーサミットの予告がされていますね。

-楽しいデベロッパーカルチャーを生で体験しよう！　デブサミ2009で、OpenSocial Hackathon開催：CodeZine

春頃には、いろいろなニュースが飛び交うことになるのではないでしょうか。

ニコニコソーシャルとかそのへんは、あんまり耳に入ってこないけど、まあ間違いなくなんらかのアプリとしては出てくるんでしょうねぇ。

スパイスラボ神部です。

企業のキャンペーンサイト制作などにご一緒させていただいていると、Flash の動作確認にはいろいろ苦慮することになりますが、特に大きな壁として flashによるファイルアップロードと認証に関するジレンマ - hanai にあるような

・Mac の場合、どのブラウザでも Basic 認証下ではファイルアップロードできない

という問題があります。

実はこれは Flash プラグインとしての正しい挙動で、Basic 認証下ではファイルをダウンロードさせる動作以外はサポート外なもようです（Windows 版の Flash プラグインが仕様外の部分でたまたま成功させているだけらしい）。

FileReference API の機能とセキュリティについて

サーバーが認証を必要とする場合、唯一正常に実行できる可能性があるのは、Flash Player ブラウザプラグインを使ったファイルのダウンロードです。すべての Flash Player でのアップロードや、スタンドアローンもしくは外部の Flash Player を使ってのダウンロードは、認証を必要とするサーバーでは成功しません。

では、この問題はどうやって回避したらいいでしょうか。

-Basic認証が好きだ！ - Favorites!

PHP のセッションを使って簡易な認証を行う

いきなり答えを書いてしまいましたが、この方法であればとりあえずファイルアップロードが出来ない状態を回避でき、また一種の「認証を経由した」ような効果の元で、クローズドにページの内容を確認する／してもらうことができます。

※PHP のセッション機能を使いこなしている人には、ここから先は一行も読む必要はありません。Basic 認証しか知らない人のために、Flash 確認のための回避策をまとめているだけということをご了承いただければと思います。

まずは基本的なルール作り

簡単で基本的なルールとして

・セッションというものを使う

・セッションはセッションに応じた変数を持つことができる

・セッション変数の中身をチェックすることで、コンテンツを表示するかしないかを決める

というものを頭に思い浮かべてみてください。

実際にセッションを使うときのお作法

セッションを開始するには、Basic 認証のようなポップアップダイアログではなく、mixi などの SNS にログインするときのように HTML フォームを使って自分自身を認証するフレーズやパスワードを渡すのが一般的です。

フォームの値は POST で渡すのがよいでしょう。続いて受け渡されたユーザ名とパスワードのペアを、適切な方法で認証します。最も単純で危険な方法としては、平文で渡されたそれらの値を、ソースコードに直に書かれた値と比較することです。ここは最低でも別ファイルで define したものを使うべきでしょうが、ここでは説明のために本文に直書きしておきます。

＜?php
$username = htmlspecialchars($_POST['username']);
$pass = htmlspecialchars($_POST['password']);
if($username = "username" && $pass == "password"){
session_start();
$_SESSION['auth'] = true;
}
?>

ここでは、username が username、パスワードの変数 $pass が password だったときに許可されたユーザであると判断することで、session_start(); でセッションを開始しています。また同時にセッション変数である $_SESSION の 'auth' という値を true に設定します。このセッション変数は、セッションが破棄されるまで同じサイト内で継続しますので、この性質を利用して、本来隠したい情報があるページに誘導します。

セッションの有無による場合分け

一般には隠したい情報があるページに、固定リンクなどでユーザを誘導したとしましょう。その場合、真っ先に行うのはこのページでのセッション開始と、セッション変数の中に格納されている auth の値のチェックです。

＜?php

session_start();
if($_SESSION['auth'] != true){
exit;
}

?>

ここでやっていることはとても簡単です。セッション変数の中に格納されている auth の値が ture でなければ、直ちにページの表示を中止して exit する、というものです。これであれば、別のページでセッションを開始して、なおかつ auth の値が true でない限りはページの内容を見ることはできません。

ということで、理屈上ではこれで一応セッションを使った認証のできあがりになります。

セッションを使うときの注意点

PHP でセッションを使う場合、デフォルトでは PHP:セッション情報をDBに持つ にありますようにファイルです。また負荷分散のためにセッション情報をDBに持つことがある、というのもこの記事の趣旨です。

session.use_cookies を ON にする などしてセッション情報を Cookie で管理する時は、セッション管理/PHP入門 にあるような点に注意が必要です。

ログアウトも実装しておこう

利用して終わった後しばらくはセッション情報がサーバに残ることで、ブラウザを再起動したあともそのサイトに接続出来てしまう場合があります。より積極的に退場してもらうために、ログアウトのリンクも付け足しておきましょう。そのリンクを辿った先のページには、下記のようなコードを置いて確実にセッション情報を破棄しておきましょう。

＜?php

$cmd = htmlspecialchars($_POST['cmd']);
if($cmd == "logout"){
session_destroy();
}

?>

POST で "logout" というコマンドが渡されたときに、session_destroy(); を呼ぶというだけのスクリプトです。

まとめ

今回私も Basic 環境下で Mac のファイルアップロードをテストしなければいけないという特殊な状況に陥ったため、ウェブ上を探したのですがこれといってスマートな解決方法が無く、PHP の知識を用いてひとつの問題解決の方法を見いだしたところがありました。

Flash の動作確認をクローズドな環境下でクロスブラウザでしなければならない、という立場に陥る人の場合は、Basic 認証以外にたどりつくのは意外と難しいことのように思いますので、このエントリがなにかの一助になればと思います。

とはいえあまりにもニッチなノウハウなので時間をかけて共有するのもどうかなあ、と思っていたのですが、.htaccessでベーシック認証 | バシャログ。 というエントリのブックマークで id:Layzie などから選択範囲つきでスターをいただいたため、１エントリ起こすことにしてみました。

こんな感じでどうですか。報酬は１ブクマでいいぜ…。

※なお表示のため、＜?php の開ブランケットは全角にしてあります。ソースコードとしてコピーする場合はご注意ください。

Photo by by dominiekth

スパイスラボ神部です。

iKnow! API KICK OFF! Developer Challenge に参加表明していたところ、セレゴジャパンより「オープンソースライセンスであることを明示してソースコード入手できるようにしとかないと審査無効だかんね」というアラートメールがきていたので、急いで対応を進めました。

しかしよく考えてみると、オープンソースライセンス下で何かリリースするのって、生涯これがはじめてかも知れません。

-オープンソースが好きだ！ - Favorites!

iKnow! API KICK OFF! デベロッパーチャレンジについて簡単ににおさらい

-iKnow! API KICK OFF! Developer Challenge - iKnow! は、iKnow の API コンテストです。

全体的には制約も緩く参加のハードルも高くはないのですが、

・iKnow の開発者アカウントを作成し API Key を取得する必要がある

・英語学習アプリということでなかなかネタ出ししにくい

・応募作品は任意のオープンソースライセンスのもとでの公開が必要

というあたりが意外と障害になる気もします。

応募方法も、フォームやメールで連絡ではなく、開発者エリアのアプリ登録画面に

アプリケーション名の先頭に、【API KICK OFF!】と既述する

という一風変わったものであり、参加出来ているのかちょっと心配になりましたが、メールが来ているので無事認知されているようです。

自作のウェブサービスをオープンソースライセンスで公開する

さて、オープンソースライセンスで公開せよ、と言われても、これまでオープンソースライセンスでソフトウェアを公開したことがない私は、どのライセンスを選べばよいかわかりませんでした。

今回のコンテスト用に設けられた、専用の日本語フォーラム がありましたのでこちらで質問してみたところ、Wikipedia のオープンソースの項目を見よとのこと。何という丸投げｗ

結局私は独断と偏見により BSD ライセンス が公開する側も利用する側もやりやすいと思ったため、BSDライセンスを選択しました。

自分のソースコードにオープンソースの魔法をかける

さて、オープンソース化するといってもどうやってやったらいいものかわからないので、よく見かける感じの「ソースコードの先頭にライセンスを貼り付ける」という原始的な方法で取り組むことにしました（Mozilla のソースコードリポジトリなんかは全部そんな感じだったことを思い出して）。

ひな形としては Open Source Initiative OSI - The BSD License:Licensing | Open Source Initiative にあるものを利用し、Owner と Organization、Year を原文から差し替えました。

実は今回この作業を見越して、ソースコードのファイルは二つだけにしておきました。もしこれを CakePHP で構築したら、いったいどうやってソースコードにこれらのライセンスを添付すればよいのでしょうか。ファイルひとつひとつにライセンスのコピーを貼り付ける？とてもそんなことはやっていられません。フレームワークごとに「ここに書いておけばOK」とか「ここに置いておけばOK」というものはあるのかもしれませんが、それらはユーザが自分自身で処理しなければいけないことを考えるだけでも悩ましいところです。

このあたりが「今時の開発者なら当たり前に出来るだろう」というところが、iKnow コンテストの隠れたハードルの高さであり、自分自身の「ウェブにおける開発者としての意識の低さ」を自覚させられる出来事でもあったりもしました。

ソースコードをダウンロード出来るように公開する

さて、ソースコードの準備が出来たら、iKnow の審査に落ちないようにサイト上でダウンロードできるようにリンクを張っておきます。

・・・なんだかこれもちょっと違和感があるんですよね。sourceforge とかでこっそり開発を続けているならともかく、サービスサイト上で公開してしまうと某はまちおにいさんのような指摘好きな方にゼロデイアタックを受けてしまう可能性があるし、利用者に対してもソースコードのダウンロードの混乱の原因になるような気がします。

ソースコードの脆弱性を減らすことは、ソースを公開することによって返って進むというところをポジティブにとらえるとしても、やっぱり大規模アプリになったらどこまで脆弱性をチェックしきれるかというところで、オープンソースで公開することが前提であるがゆえに企画よりも開発のところにかなり力を注がなくてはならなくなります。今回はコンテストということで特別対応するにしても、アイディアと実装を広く集めるやりかたとしてはベストであるとはいいきれないのではないでしょうか。

強い信念のもとにオープンソースライセンスを支持しているのだということであればそれはぜひ応援させていただきたいところですが、手塩にかけたサービスがあっという間に誰かにコピーされてより流行させられてしまうのではないかという気持ちも正直あります。Mozilla の製品のように、多様なプラットフォームに移植しなければならないということであればソースコードを公開することは開発者にとってのメリットを大きく感じますが、こういった超小規模な Web 上のサービスですと LAMP 環境なんていくらでも調達できるし、ちょっとした手間を加えればあっという間に別のサービスにアレンジ出来てしまうことからも、正直このレベルでソースコード公開はしたくないなぁ、というのが心情です。

応募アプリは「英語日和」というものです。

さて本当に前置きが長くなりましたが、今回コンテストに応募するアプリは「英語日和 」というものになります。

詳しくは、「英語日和」をリリースしました (ラボブログ) にもありますように、学習した項目がリンク済み項目として画面から消えていくだけという、アイディアとしては非常に弱いものです。まだ読んでない というサイトでも使われているように、ユーザの履歴とブラウザのレンダリングの関係をつかったものです（一部行動ターゲティング広告もこの手法を使っています）。

本当はもっと面白いものを考えていましたが、やはり最終的にソースコードを公開しなければいけないというところを考えると、あまり複雑なものや脆弱性を孕む可能性があるものにはとりくめないなといおそれがありました（もしデータベースを使うような場合は、その設定ファイルは別途配布用に用意して実装環境とは別のモノにしていかなければなりません。今回は API Key を利用していませんが、それらはソースコードから切り離さなければいけない可能性もあるでしょう）。

やはり印象としては「コンテストにオープンソースライセンスは向かない」という気持ちが強かったです。

でも、いい経験になりました

しかし、なんだかんだ言ってオープンソースライセンス下でソフトウェアをリリースするといういい体験ができました。ここから先は Web 上で知的財産を共有するということがどういうことなのかを改めて考えてから議論していきたいと思います。

今回のアイディアではとてもプライズを取れるとは思わないので、その分このエントリで自省することで自分自身の糧に出来ればと思っています。

参考リンク

-オープンソース法・・・makoto_okada さんによるオープンソースライセンスの全文日本語訳をコンテンツとしたブログ

スパイスラボ神部です。

Nintendo DSi に触らせてもらえる機会があったので、早速「うごくメモ帳」を使わせてもらったのですが、この「うごメモ」が面白すぎて DSi を購入してしまうかも知れません。

-うごくメモ帳が好きだ！ - Favorites!

うごくメモ帳の最近の動向

このブログでは小さく 「うごくメモ帳」を山手線車内広告で目撃。300～1000万円くらい？ (ラボブログ) というエントリで触れたくらいだったのでもう一度最近の動向をまとめようと思っていましたが、次のような素晴らしいエントリがありました。

-2009-01-13 - 趣味には偏ってないだいちゃんの日記 - daichan330のテストグループ

実際に入手したらなぜそんなに「面白くて」「興味深かった」のか、というところを実際の利用の手順も交えながらあげていこうと思います。

うごメモ×DSi に感じる魅力

どんなところに魅力を感じたかというの魅力の要素をあげていくとすると、

・描画から掲載まで DSi ひとつで一気通貫、スピーディー

・情報入力に関して iPhone よりも強まっている（気がする）

あたりにすごく魅力を感じています。

ひょっとしたらアイディアプロセッサ的にも使えるような気がしてきました。

「うごメモメソッド」は開発可能か？

DSi で作成した「うごメモ」をPCで見る場合は「うごメモはてな」にアクセスすることになるわけですが、この閲覧画面をうまく拡張出来れば、懐かしの高橋メソッドみたいなうごメモで「最高にうごくプレゼン」も作れるかも知れないし、そういう機能を持ったブックマークレットみたいなものも、つくってみたいかも。

Flash ムービーのウィンドウ内最大化と、ページ送りボタンとかつけられればベストなのだけど、ウェブ版では果たしてできるだろうか？

もしかしたら今は、Macromedia - Flash TechNote : fl0017 - JavaScript でムービーを制御する みたいなことはできないのかもしれないが。。

そのほかの参考リンク

-isologue - by 磯崎哲也事務所: 「うごメモはてな」、すごい！

-はてな、「うごメモはてな」の投稿作品数が10万件を突破

-void element blog: 「こくばん.in」を運営している立場として「うごメモはてな」を本気で心配してみる

-うごメモ終わったな - Drive Space 2.5D Maniax

-さあ？ うごメモはオンライン上に日本最大の「小学生コミュニティ」を生み出しつつある

-チミンモラスイ？ : 「うごメモはてな」投稿10万件突破！

-タグ「うごメモ」を含む注目エントリー - はてなブックマーク

そういえば今朝（１／１４）、ちょっと「うごメモシアター」の閲覧に障害が出ていた気がするけど、報告上がっていたりするのかなぁ。

追記

このブログエントリの関連エントリを見ていたら、うごメモの前にお絵かき＆アップロードの提案をされていた方のブログを発見しました。コミュニティ（またはコミュニティ機能）の有無が明暗を分けたようですが、その後も恨み言にならないところが素晴らしい。ここに大人がいた…！

その昔、はてなの前に任天堂に提案しに行き撃沈してきました。 | イベント | 世界を巡るFool on the web | あすなろBLOG

スパイスラボ神部です。

以前の記事によると、はてなスターはレーティングのポジティブ評価の側面を取り出したサービスだそうですが、選択範囲を伴ってスターをつけるとその部分がコメントとして付与されるという機能があります。

しかし今日 はてなブックマーク - うらやましい荷物持ち - チョコっとラブ的なにか というブックマークページへのスターで、ページ内にない選択範囲でのコメントが送られてきているのを発見。

コメントを手入力ではなく、選択範囲に限っているのはページ内のなにかに対する言及であるということから逸脱しないためのコモンズ・マーカー的な機能かと思っていたのですが、そういうルールはやっぱり破られるためにあったようです。

-はてなスターが好きだ！ - Favorites!

破天荒な道具としての Firefox 3

はてなスターで任意のコメントをつけるための道具としては、Firefox 3 を利用します。ここまで書けば仕掛けはかんたんにわかると思いますが、Firefox 3 では

-fox * fox [Tips] Firefox 3.0 RC1 では複数のテキストが選択可能だったんですね -

にあるように、本文中テキストの複数選択が出来るのです。

なので、この基本機能を使えばあればページ中にある任意のテキストを順番に選択して組み合わせることで、自由にコメントを構築できてしまうのです！

はてなスター側にはおそらく Firefox が選択範囲を結合してひとつのテキストとして送っているので、はてなスター側ではこのような「合成テキスト」に対する対策を取ることは不可能かと思います。はてなブックマークについてはテキストチェックが行えますが、それでは仕組みが複雑になり舞うし、それ以外のものに対しては無力になってしまいます。

もっとずるいことを考えるなら、自分でスターにつけたいコメントをブックマーク経由で投稿して同じ画面に出現させてから、そこを選択して別の人のスターにつける、なんて離れ業も出来そうです。

こういった使い方について、はてなが Yes というか No というか、あるいは「想定していなかった使い方」としておもしろがってくれるかどうか、はたまた新しいニーズとしてテキストの任意入力を許容するようになるのかはわかりませんが、同様のコメント付きスターをつけられて「？（はてなマーク）」を思い浮かべてしまったひとに対しての助けになればと思いエントリーをあげてみました。

ついでに参考に Firefox の基本機能

えむもじらさんのところに、いろいろな使える Firefox の基本機能の小ネタがありました。隠れた工夫ってやるですね。これらの機能は気が利いているものが多いのでもうちょっと前面に出てきてもいい気がします。

-Firefox の結構使える10の基本機能 - えむもじら

-リンク文字列を選択するには - えむもじら

追記

重複エントリがないか調べていたらいろいろ出てきたので追記します。

-Ciencia Inútil o el Alquimista はてなスターの引用機能で任意のメッセージを伝える ・・・ページ内に同一テキストがあるかどうかはきっちり調べられている？

-【ライフハック】はてなスターコメントを用いて罵倒をするただ一つの方法 - 女教師ブログ

-はてな、「どこでもはてなスター」を搭載した2種類のFirefox拡張機能を公開:ニュース - CNET Japan

-Firefoxでもっと便利に使おう - はてな …この拡張機能、昔は意義を感じませんでしたがその再発見ということでインストールしてみたいと思います。

スパイスラボ神部です。

改めて、CakePHP の自動ログインの実装について調べてみました。

-自動ログインが好きだ！ - Favorites!

自動ログインさせるためには、Passports テーブルを作って活用しよう！

フォームのオートフィルに関しては、Cookie による保存に加え最近はブラウザ自身がフォームマネージャを備えていますが、自動ログインとなるとオートフィルだけではなくて、ログインチェックとその後のページ遷移も面倒をみてあげなくてはいけないのがポイントです。

方法のひとつとしてユーザテーブルとは別途、Passport を格納するようなテーブルを用意市、一定期間自動ログインに関する「パスポート」を発行するという方法があるようです。

具体的なやり方について調べてみる

-$user=$this->Auth->user(); $this->__passportDelete($user); ・・・ここが一番分かりました。

-CakePHPのAuthComponent実装＋ブラウザ閉じても認証保持 | 陽のあたらない美術館 -人間再生-

-"amazonみたいな自動ログイン 初心者向け(？)" フォーラム - CakePHP Users in Japan

パスワードの再入力確認やメールでの通知をかんたんに

-【CakePHP】AuthComponentについてのまとめ その２【ちょっとしたコツ編】 | ねねとまつの小部屋 ・・・ついでにこれも。$this->Auth->password($pass) で $pass をハッシュ化できます。確認用パスワードとの一致確認などに使えます。

なお、上記では Param という別のモデルで受け取ることを提案していますが、単に $data['User']['password'] となっているところを $data['User']['password1'] とするだけで暗号化は解除されます。さらに確認入力を $data['User']['password2'] としすれば比較も簡単ですね。 DBに格納するときは、$this->Auth->password($data['User']['password1']) としてハッシュ化することも忘れないように気をつけたいです。

この情報は役に立ちましたか？

スパイスラボ神部です。

CakePHP で、DB に対して SQL を投げたときのエラーをキャッチするには onError を使えばいいようです。各場所は、現在のコントローラに対応するモデルの中。

例えば users というDBテーブルに対するモデルはこんな感じ。

＜?php

//Model
class User extends AppModel {

var $name = 'User';

function onError(){
echo "DBエラーです";
exit;
}

}
?>

モデルでは validation などもできるそうなのでもっともっと積極的に使っていきたいと思いました。

スパイスラボ神部です。

単刀直入に言うと、JavaScript で入力済みフォームにフォーカスをあてるときのブラウザ間の挙動の差異に困っています。

-JavaScriptが好きだ！ - Favorites!

とりあえず Win 版 Firefox と IE で

textarea に入力済みのフォーム部品があったとします。このウィジェットに focus でカーソルを移動させると、それぞれ下記のようにフォーカスがあたる（カーソルが移動）します。

IE の場合・・・テキストエリアの先頭に

Firefox の場合・・・テキストエリアの末尾（入力済みテキストの最後に）

これを解決するにあたり、なにかいい方法はないものでしょうか。

ちょっとヒントになりそうなもの

-教えて！北京五輪「みんなにＱ＆Ａ」 テキストエリアへセットフォーカス

ついでに気になる情報

[JavaScript] focus()するならblur()してから | FXB | 株式会社エフエックスビイ

うまく行く方法があれば、追記したいと思います。

もうひとつ知りたいこと

もしかしたらなにかの拡張機能でできるのかもしれませんが、

「自分が現在フォーカスをあてているフォーム部品」

への JavaScript 的なパス document.[formid].[widgetid] みたいなのを一発取得してクリップボードにコピーできるようなものありませんかね！

追記：setSelectionRange でいってみよう

textbox.setSelectionRange(0, 0); によると、

[PathToTheelement].textbox.setSelectionRange(0,0)

とかでいけるみたいです。

手元でもばっちり確認できました。

関数の名前からすると、もともとは範囲選択をするためのもののようですね。

テキストボックス内でカーソル位置を移動する方法 - Enjoy*Study

追記２：動作確認出来たブラウザ

Sleipnir、Google Chrome の原稿最新バージョンでも動作確認出来ました。

スパイスラボ神部です。

CakePHP でも Ruby on Rails でも好きな方を使えばいいのだけど、国内コミュニティだとちびっとだけ Ruby on Rails の方がアヴァンギャルドなとりくみが多い感じがします。そういう意味で「Ruby on Rails ならできるのに！という項目を集めていって、もう我慢できなかったら RoR に手をつけてみたいと思います。

-Ruby on Railsが好きだ！ - Favorites!

RoR でやられている前衛的（？）な事のリスト

少しずつ集めていきます 。

-GoogleChartAPI Wrapper（QR コード） - Slow Dance

スパイスラボ神部です。

ちょっとわけあって、PHP で復号可能な暗号化を処理を組み込むことになりました。いったん暗号化して DB に格納し、あとで復号するという手順です。

さすがに生でパスワードを格納するのは嫌ですし、調べてみると意外と全体の流れを解説したものはあまり多くはなかったもよう。せっかくですのでスタンダードな暗号化／復号についてまとめてみたいと思います。

-暗号化が好きだ！ - Favorites!

順を追ってあたりをつけていきます

けっこう情報が少ないので、順を追って調べていきます。

-PHPの可逆暗号化関数について - 教えて！goo

とりあえず、mcrypt 系を使うのがよさそうだ、というヒントが得られました。

-PHP: mcrypt_generic - Manual

まずは上から mcrypt_cbc がいいかな？と思ってみてみると、mcrypt_generic を使うように促されます。

-PHPにてmcrypt_genericを利用しパスワードを暗号化して格納したいと思っています。 プログラムソースはUTF-8です。 このときに、暗号化後の文字列を正常にデータベースに格.. - 人力検索はてな

上記にも描かれていますが、MySQL に格納する際は大き目の blog タイプのテーブルを作るといいようです。

-mcrypt_module_open - PHPプロ！マニュアル

mcrypt_module_open と mcrypt_module_close による全体の流れの確認。

具体的な例が見つかりました

-mdecrypt_generic

こちらの末尾に、mcrypt_generic を使った例が追記されているので、参考にしましょう（私の場合はどうも暗号化済みの文字列の格納がうまくいかなかったので、テーブルをテキストにして base64 エンコードしたものをほうり込むことにしました）ただし上記のサンプルで注意が必要なのは、コードが二つに分かれてしまうと $iv が別々の物になってしまう点です。

-PHPの調べ物：暗号化-mcrypt - 美味しいもの - Yahoo!ブログ

こちらを参考に、与える $key をベースに $iv を暗号化時と復号時で同一にします。

ここまでの情報で、ひととおりの暗号化・復号は可能になりました。

参考になったでしょうか。

追記：○復号化　×複合化

誤字に気をつけなきゃと思っていたのに、まんまと間違ってしまいました。

○復号化

×複合化

みなさまも復号可能な暗号化エントリを書く際にはお気をつけて・・・

追記２：Flash で復号

ウノウラボさん、こんなこともやってる。

-ウノウラボ Unoh Labs: PHPで暗号化して、Flashで復号してみたときのメモ

これはどこかで役に立ちそう…

追記３：○復号　×復号化

はてなブックマークのコメントで、

○復号
×復号化

という指摘がありました。

これはどこまで直すべきかどうかわからないのですが、とりあえず読みやすさもあるので復号に直してみました。

セキュリティ用語事典 [暗号化／復号（復号化）] とかは微妙な表記ですね。

英辞郎ではこんな感じです。

“decryption”の検索結果（10 件）：英辞郎 on the Web：スペースアルク

いっそのこと「暗号化／暗号解読」としてしまいたくなります。

スパイスラボ神部です。

小ネタですけど、二つほど。

-コールバック関数が好きだ！ - Favorites!

CakePHP で "SQL Error: 1062: Duplicate entry" とかに遭遇したとき

CakePHP でデータベースに duplicate と言われ、edit で UPDATE できなかったとき

ID が抜けちゃってる可能性があるので、

function edit($id = null){
}

で ID を受け取り、たとえば Users テーブルだった場合は

$this->data['User']['id'] = $id;
$this->User->save($this->data['User']);

とすれば、その id のカラムを更新してくれる…はず。

配列から空白の項目を取り除きたい

array_fillter とコールバック関数を組み合わせるのが良いようです。

-配列要素の削除方法について - PHPプロ！Q&A掲示板

ご参考まで。

スパイスラボ神部です。

実は、このブログのコア読者って、３０代男子だったりします。

唐突ですが、そんな３０代男子（うち多数が独身と勝手に仮定しつつ）が実は時々考えていることのひとつに「結婚したい」っていうのはあったりするんじゃないでしょうか。とはいえ相手あってのことですし、相手がいたとしてもなかなか前には話が進むとも限りません。だからといって、いつまでも問題を先送りにしていると男でもタイムリミットというのがありそうです。Web に浸かってばかりだと、ついついそう言ったことから目を背けがちになってしまっているかもしれない３０代男子の皆様に向けた「結婚したくなる Web」を集めてみました。

ゼクシィ

今日、ゼクシィネット - raurublock on Hatena というエントリがあがっていました。

こちらを見ると

・お二人様用ＳＮＳ

・タスクリスト

・サイト内ブックマーク

・結婚に関するアドバイスなどのドキュメント

・式場検索、新居のアグリゲーションサービス。資料請求も出来る。

という感じのかなりの高機能なようです。入り口としては、下記のシリーズＣＭが年初より流れており、結婚を考えている人にはかなりの誘引力をもっているのではないでしょうか。

サンマリエ

基本は結婚相談所的なサイトですが、基本メニュー以外のコンテンツ的はこれだけたくさんあります。

恋愛相談、結婚相談

* 恋愛相談
* 恋愛給湯室
* 映画試写会
* 恋愛ゲーム
* Web漫画
* 数秘術で運命占い
* お見合い
* 結婚白書
* 婚活って？

心理テスト、恋愛テスト、結婚テスト

* 無料プロフィール紹介
* 自分発見テスト
* 出会い力カウンセリング
* 婚活・結婚診断テスト

ここまで作り込むのはなかなかの手がかかっているのは間違いないですね。Web 漫画まであるとなると、ちょっと立ち読みに会員登録してみたくなるかも。

ウェディングパーク

こちらは結婚のクチコミ系サイト。

テキストや写真の投稿はもちろん、細かい角度からの検索が出来たり、式場の点数付けランキングなどが見えたりして、かなりＣＧＭ的な感じです。発掘していくと大手小町のような面白いテキストも見つかるかも知れませんね。

番外編：「ソニーのハンディカム」ブログパーツ

最後に番外編ですが、あちこちで話題になっている、ソニーのハンディカムのＰＲサイト。

-ソニーハンディカムスペシャルサイトがやばい２｜広告わっつあっぷのブログ

-イケダノリユキのCommunitainment Blog

-[N] ハンディカムのプロモーションサイト「Cam with me」を見た。そして泣いた。

-ねとらぼ：まるで娘を持つ父親気分!?　ハンディカムの疑似体験サイト - ITmedia News

せっかくなのでブログパーツも貼っておきます。

これ、よく考えると娘が生まれるところから、娘が嫁にいくところまで「結婚」というテーマがバックグラウンドにあったりするような気がします。子供の成長を記録するという表の側面の裏側に見え隠れする結婚というキーワードによって、このムービーを見た人はどうしても結婚というものを意識せざるを得ないのではないでしょうか。

少子化とかいろいろ言われていますが、結構国もウェブでこういういろんな角度からのアプローチすると効果が出たりするんじゃないかと思います。結婚という制度についてもいろいろ議論があるのはもちろんですが、慣習としてこれだけ普及しているものを後押しする方法は、真面目に楽しくやれば、いろいろやりようはあるのではないでしょうか？

スパイスラボ神部です。

さてさて各社開発中と思われる mixi アプリですが、mixi の開発者向けサイトで mixi アプリの利用イメージが公開されているので紹介しておきます。

-mixiアプリが好きだ！ - Favorites!

画面ごとの解説で、ポイントをいくつか

・画像一枚目

これは架空の占いアプリというところですが、いくつかポイントをまとめると「まず友達がそのアプリを入れると、他の人にも新着日記のように通知される」というところがあります。これは OpenSocial による Activity 通知の mixi 版アレンジといったところでしょうか？

また、メインパネルでどういう風にアプリがコンテンツとして表示されるかも見てとれます。

・画像二枚目

アプリ専用ページです。アプリ独自のコンテンツを、ページいっぱいを使って作ることが出来ます。この他にもアプリ一覧ページがあるはず。OpenSocial 的なページの分類については、短期集中講座！OpenSocial オンライン勉強会：３時間目 ( ラボブログ ) も参考にどうぞ。

・画像三枚目

友達ページに行ったときのアプリの表示です。ソーシャルグラフという人間関係、ここではマイミク同士の関係性に応じたコンテンツをカスタムして出している例です。例えば、自分と相手の相性など。ここの企画次第ではいろいろなアウトプットが見られそうです。

ちょっとずつ出始めている mixi アプリについての言及

記事まとめる際に検索したら、ほぼ内容のエントリがありました。

-天使やカイザーと呼ばれて: mixiアプリのイメージが公開されています

さらにすばらしいまとめがこちらの記事。

-mixiアプリについての記事＋それ以外で思ったこと - Web Life!!! - Yahoo!ブログ

やはり Web 的には Facebook と比較して語られることは今後も多いでしょう。最後の方に OpenSocial エンジニアの募集などもあって興味深いですね（笑）

トレンド追従系ブログ系も続々登場中

トレンドを見つけるといち早くアフィリエイト収益につなげる為にブログが立ち上がってくるのが昨今の状況。mixi アプリについても早速そんな感じのブログが立ち上がっています。まだひとつも公開されていないのに「大全」というところが凄いｗ

-Mixiアプリ大全：OpenSocial時代のmixi百科事典

こちらはもうすこし広く、ソーシャルグラフについて。いまのところ基本的にはニュースヘッドラインだけのようです。

-ソーシャルグラフ.jp

でも結構最新の話題もあがっているみたい。

参考リンク

ついでに紹介しておこうとストックしていたニュースなどを紹介しておきます。

これからのミクシィはどうなる? - mixi Platform発表で新ステージへ | ネット | マイコミジャーナル

マイコミジャーナルにも mixi Platform の記事が出ていますが紙媒体にもリーチしたのでしょうか？

サイバーショットとmixi、「mixi Connect」で連携 - ITmedia News

ガジェットと連携する mixi Connect。mixi Connect ネタはミクシィ年賀状、FLO：Qに続けて第３弾ということみたいですね。

-２００８年末、mixi の「オープン化」が本当にもたらすもの ( ラボブログ )

このブログの過去エントリです。なんか自分アツいなー。

スパイスラボ神部です。

OpenSocial アプリの開発にあたり、拡張のために OpenSocial JavaScript API について調べる必要が出てきましたので最初の一歩としてざっと調べてみようと思います。

-OpenSocial JavaScript APIが好きだ！ - Favorites!

Google 検索の中から役立ちそうなものを拾ってみる

-OpenSocial API ドキュメント - OpenSocial - Google Code

まずは公式ドキュメント。RESTful Data API とは補完関係にあるようです。

OpenSocial JavaScript API でできること

同項目より。ここはまるまる覚えておいてもよいのではないでしょうか。

JavaScript API は opensocial.* 名前空間 にあり、次の 3 つの主要な機能領域にアクセスします。

* People - 個人や個人同士の関係についての情報
* Activities - 個人の行動を投稿したり最新情報を参照したりする機能
* Persistence - サーバー不要のステートフルなアプリケーションを実現する、キーと値によるシンプルなデータ ストア

JavaScript API を使用すると、以下のような作業が可能になります。

* サーバーの保守が不要なアプリケーションを作成
* サーバー側のコンポーネント (オフライン処理や他のウェブサイトからのアクセス用) が組み込まれたアプリケーションを作成
* 全く新しいアプリケーションを作成
* 既存のウェブ アプリケーションを、既存のソーシャル ウェブサイトのコンテキストで公開
* 既存のガジェットにソーシャル機能を追加
* 複数の異なるソーシャル ウェブサイトのコンテキストで動作するアプリケーションを作成

続いて、Orkut を題材にした OpenSocial JavaScript API へのチャレンジ。

-試験管のなかのコード :: OpenSocial JavaScript API にチャレンジ

-試験管のなかのコード :: OpenSocial JavaScript API にチャレンジ(2)

-試験管のなかのコード :: OpenSocial JavaScript API にチャレンジ(3)

-試験管のなかのコード :: OpenSocial JavaScript API にチャレンジ(4)

-試験管のなかのコード :: OpenSocial JavaScript API にチャレンジ(5)

これは参考になりそうです。

-OpenSocial JavaScript APIのフレームワーク - OpenSocial-Japan | Google グループ

OpenSocial JavaScript APIのフレームワーク だそうです。さいきんのフレームワークばやりが影響してか、こういうものもあっという間にできますね。

-OpenSocialのJavaScript APIを少しだけ実装してみた（動くデモ付き） | やむにやまれず

コンテナを運営されている方のエントリ。あくしゅ（β）って OpenSocial 関係の情報を探しているとよくつきあたります。コンテナに応じた対応方法の一篇が見受けられます。

-OpenSocialのプラットフォーム機能について - MySpace Developer Platform

プレゼンスの確保について。mixi の ○分以内にログインみたいなのは、もっと整備されていいと思います。

とりあえずここまで

とりあえずはこんなところでしょうか。奥は相当深そうです。

ちなみに、よくある質問 - OpenSocial - Google Code も必読です。

実は OpenSocial ただのミニ Web コンテンツなので、Flash はおろか JavaScript ライブラリの Dojo、Prototype、JQuery、GWT なども利用可能なようです。画面崩壊とかも出来る野でしょうか・・・？

今後は OpenSocial のバージョンも 0.9 に上がってくるので、こちらの変化もどんどん起こってくるでしょうね。

スパイスラボ神部です。

明日 SocialWeb勉強会 vol.1 - SocialWeb Japan | Google グループ に参加する予定なので、そこで聞きたいことや、勉強したことをまとめるエントリを上げておこうと思います。

もちろん聞くだけじゃなくて、自分もなにか発表できたらいいなぁ。

-SocialWeb Japanが好きだ！ - Favorites!

聞きたいこと

・とりあえず View ごとに DIV セクションを用意しているが、JavaScript でビューを変数でだ仕分けることは出来るのか？出来たとしても、コンテナごとにビューの名前が若干違ってたりすると面倒なのか？

・フレンドではない、「同じアプリを入れている同士」はマッチングさせられるのか？しょせんはサーバ側にアプリインストールした人のＩＤを登録しておくだけ？その場合ＯｐｅｎＩＤを使うのが吉か否か

・OpenSocial アプリの効果測定のしくみみたいなものは提供されるのか？

勉強したこと

・Open Stack って概念で調べてみるといいかも

-> OpenSocial、OAuth、OpenID などのソーシャルな情報のセットの概念ってことかな？

・OpenID について、やっと意義が分かったかも？

-> ID を預けてる感ではなくて、より自分が管理出来るように（しかるべきリソースには預ける）

#怒濤のように書く予定

スパイスラボ神部です。

ちょっとお声がけしていただき、「CakePHP の何か」の安藤祐介さんらとお話をさせていただく機会が有りました。安藤さんは共著での著書もありますね。

CakePHPガイドブック

-CakePHPが好きだ！ - Favorites!

CakePHP は世界に楽しみを供給する？

いろいろなお話をさせていただきましたが、特に CakePHP で Fun を創造する話が印象に残っています。ぶっちゃけ、どのフレームワークを使ってもできることはそんなに変わるモノではないのだけれども、そこで Cake を選んで何をやっていくかとか、それぞれのフレームワークの根底に流れるポリシーはどんなものか、という、中身の話です。

ちょっと話は飛びますが、イルカは野生のイルカも含め様々な遊びをします。人間も同様に、いろいろな楽しみを求めていることには違いありません。

しかしその遊びには国境があるのが常です。オリンピックやアメリカ大統領選挙などの大きな「お祭り」の時には国境を越えて「遊び」に参加出来ますか、日常的な遊びの供給源はそれぞれの文化ローカルでドメスティックな世界で行われがちです。

少し話をせばめて、コンシューマーゲームであるとか Web のサービスに着目したときも、それらはなかなか国境を越えられません。しかし Web の時代を迎えた今こそ、そんな国境を飛び越えて便利や楽しみを共有していけるべきなのでは、ということ。そのための手段として、もしかしたら CakePHP は使えるかもしれないね、と。

所詮フレームワークなので、symfony でも Ruby on Rails でも出来ることは同じなのですが、CakePHPカンファレンス東京 に来ていた Garret 氏も、『CakePHP は単なるフレームワークではなく、僕らの共通言語だ』的な事を言っていたので、そう言う意味ではそんな風に向かっていくのも悪くないし、関わる上では楽しい気がしています。

また何かの機会があれば

毎日いろいろな案件で CakePHP を使ってますが、どうしても孤独になりがちです。そんなときにこうしたお話の機会やコミュニティの存在が身近に感じられると、より心強いような気がします。今のところ今すぐなにかをお手伝いできるということはなさそうですが、ぜひまた機会があれば楽しい時間を共有できたらいいな、と思います。

そのほか話した気がすること

・「面白いこと」が大事（退屈な日常を蹴飛ばそう的に）

・東京カンファレンスに Garret が来てくれたことはよかった

・NYでも別の Cake 開発者とごはんたべた

・日本各地に Cake ユーザがいて嬉しい

・Ruby は Ruby on Rails で作っただけでもプレス材料が生まれることがある

・日本人は検索好き？終電in だか 終電jpだか

・100%オレンジジュース検索とかピアノを貸してくれるカフェ検索とか

・Progression という Flash フレームワークが気になります

・うちの会社（スパイスボックス）に来た年賀状の中には「今年は CakePHP の年にしましょう！」というメッセージが書かれていたものがあった

スパイスラボ神部です。

†フェイス女学園† （顔診断サービス） や ☆オーラカメラ☆（顔からわかるオーラ診断サービス） で顔診断のためのライブラリの一部に使っている OpenCV の新しいバージョンが数年の時を経ていきなりリリースされ、驚きをもって迎えられているようです。

OpenCVが好きだ！ - Favorites!

1.1 pre での変更点

1.1 になったら何かが変わってるのだろうか？というのは当然気になるところ。

tanakahのにっきちょう::OpenCV 1.1pre

によると、

・動画キャプチャAPI
・ステレオカメラ用のAPI(?)

あたりが変わっているそうです。

教育系プロジェクトの考案と、OpenCVのアップデート - ./configure --with-blog=nakazawa　(中沢実)

しかし、1.0から1.10になるというだけで、基本をCからC++にしなくてもいいのに・・・と思いました。正直、C++のテンプレートや標準ライブラリは慣れてないと、読みづらく感じます。

書式が C ライクなものから C++ ライクなものになったもよう…？

個人的には新しい方に対応出来るかちょっと懸念しています。

その他の OpenCV 1.1 pre 情報

dandelion's log » OpenCV 1.1pre1リリース

Visua Studio でのビルドについて。

munepi.log: さくらインターネット + OpenCV

さくらインターネット（FreeBSD?）に入れてみた場合。
問題無いそうです。

たしなみとして

正式版が出たときは、一度サンプルコードをうごかしてみた方がよさそうです。

スパイスラボ神部です。

Social Web Japan で聞きたいこと・勉強したこと ( ラボブログ ) でも予告していたとおり、１／２３（金）に DeNA で開催された SocialWeb勉強会 vol.1 - SocialWeb Japan | Google グループ にて、飛び入りで OpenSocial アプリを発表してきました。

どんなアプリになるかはまた別の機会でお知らせすることになるかと思いますので、取り急ぎご報告まで。

しかし、５０人の参加登録を集めたこのイベント、ほんとに多方面から参加があり、懇親会では全員まわりきれないほどの方とお会いできました。

-モバゲーが好きだ！ - Favorites!

私のとこ以外を簡単におさらい

# 19:00-19:25 SocialWeb Japanへようこそ 〜Social Web Japan の活動とソーシャルウェブ最新動向〜 (えーじ)

えーじさんからのとてもわかりやすい解説でした。社内共有とかにはかなり良い資料かも。

# 19:25-20:10 Be Social! OpenSocial 入門 (よういちろう)

よういちろうさんの本、明日発売だそうです。書店に走らねば－。

OpenSocial入門

# 20:20-20:45 OpenID 2009 (id:ZIGOROu)

OpenID についてめっちゃ駆け足での解説でしたが、密度高かったです。

懇親会

新宿「華の舞」にて。話しているうちにいろいろな OpenSocial アプリのアイディアが見られたのも良かった。帰りは id:ZIGOROuさんと一緒に、OpenSocial 流行る要素あるかな？なんてことを話ながら恵比寿方面へ帰途につく。そんな感じでした。

また OpenSocial 関係のイベントがあったら参加したいです！

（追記）

情報はこちらに集約するようになっています。

-SocialWeb勉強会 vol.1まとめ - SocialWeb Japan | Google グループ

１／２６までに上がっている各ブログのレポート

-SocialWeb勉強会 vol.1 - Happy New World

-チミンモラスイ？ : "BEING SOCIAL"

-Social Web Japan #1 終了 - Yet Another Hackadelic

-天使やカイザーと呼ばれて: SocialWeb-Japan vol.1に参加してきました

-DeNA で OpenSocial アプリを発表してきました。 ( ラボブログ )

-SocialWeb勉強会@DeNA - ただのにっき(2009-01-23)

-SocialWeb勉強会 vol.1を開催しました

-チミンモラスイ？ : "BEING SOCIAL"

スパイスボラボ神部です。

トップページの「注目エントリー」枠の表示を変更しました - はてなブックマーク日記 - 機能変更、お知らせなど にありますように、はてなブックマークのトップページの「注目エントリー」の見栄えが大きく変化しました。これについてはいろいろツッコミどころがあるので一気に書いてみたいと思います。

-はてなブックマークが好きだ！ - Favorites!

これは一般向けポータルへの転向であって、はてブトップはつまらなくなる？

件のリリースでは今回の表示方法変更については「特定のカテゴリの注目の話題を見つけやすく」するためと書かれています。しかし本来この告知の部分にはもう少し明確な狙いが書かれていた方がいいのではないでしょうか。

例えばですが

・より幅広いユーザ層を獲得するためにトップページの構成を変えた（※はてなは「みんなが使うネットサービス」を目指していますので、今の濃いユーザ層だけの状態は好ましくないと判断したという仮定で）

とか

・いわば生ログに近い状態でそのまま流していた「注目エントリー」が実は一般の多数派層にとっては親切ではないかもしれないと考えたため表示形式を変更した

とか、サービストップのレイアウトを大きく変更するに至った経緯や、これまで平坦にエントリーを表示していただけの部分に対する説明がないまま「変更しました」とだけ書かれている印象があるのです。

新しい表示方法によるカテゴリ分ヘッドラインは、やはりどうしても Yahoo! JAPAN のトップを連想させます。ここに表示されるカテゴリは「社会」や「政治・経済」などメインストリームのニュース（いわゆるテレビや新聞でも見かけるマスメディア側のトップダウン記事）を連想させるものが多いように思います。

一方ではてブはボトムアップの集合知式で、固定されたカテゴリへのカウンター的な概念としてのフォークソノミーを使った自由なタグ付けが可能です。しかしトップページをフラット構造ではなく固定カテゴリ化することは、このようなせっかくの分類をだいなしにしてしまうことにつながっていくのではないでしょうか？ボトムアップならではのカテゴリに対する柔軟な表現を果たしてスポイルしてしまってもいいものでしょうか？

しかし、ここで逆に今回の変更の意図を最大限好意的に解釈してみると、次のような解釈もできるかも知れません。

はてブホットエントリのコンテンツ崩壊

あくまで想像で無理もありますが、今回の変更によりはてブトップは「見るべきページではない」ということを伝えようとしているのではないでしょうか。

というのもいきなり無理がありますので、まずはここ数年のはてブの状況を振り返りましょう。はてブのアクティブユーザ数が増えたあたりからその衆愚化について懸念する声が上がりはじめてきました。

-fladdict» ブログアーカイブ » はてぶがドンドン馬鹿になっていく （2006 年 8 月 19 日のエントリ）

まさしくこの３年間はひたすらその衆愚化の道を突き進み、それはそれで「みんなの共通の話題」の提供や「トラフィック発生装置としてのホットエントリ」という、ある種のウェブ経由の情報インフラとしての役割を担ってきました。しかしその分どんどん情報の質は下がっていき、使いもしない無料アイコンや素材集のリンクだけがブックマークを集めたり、最近では単にエロ画像を貼り付けただけのスレッドがホットエントリを占めるようになってきました。今もホットエントリのトップは「ノキア・ジャパン新社長にウコンマーンアホ氏」です。たまたまかもしれませんが、はっと我に返ると「自分はいったい何を見ているんだろう」という気持ちになってしまいませんか？

実は、今回の表示変更はこのようなはてブトップのコンテンツ崩壊に対してのささやかな対策という可能性もあるのではないかと思うのです。

実ははてブトップの担う役割が変わったのかも

もし、今のはてブトップに出てくるホットエントリに失望していて、注目エントリーの生ログ的ストリームを参考にしていた人がいたら、さらに失望したことでしょう。もしそうだったら今後はてなブックマークに対してはこう考えてみてはどうでしょうか。

・今回の改訂によってはてブトップはニュースポータルではなくなり、見るべきページではなくなった

・むしろここは単なる「ランディングページ」で、新規ユーザやはてな未登録ユーザの目を引きつけるためにある

・登録したユーザ同士は「お気に入り」機能を使って、ソーシャルに自分（たち）にとって意味のあるニュースが掘り起こされるようにつとめることで、いち早く自分にとって重要な情報にリーチする

こうすることで、改めてソーシャルな話題発掘サイトとしての機能にフォーカスしてしまってはどうかと思うのです。

一方これははてブを運営するはてなにとっても有益です。

勝手な妄想をするとすればまずここにリスティング広告などで一般ユーザを惹き付けて興味を引かせ、そこからユーザ登録させていくことで友人関係を必要とするソーシャルな世界に少しずつ人を引きずり込んでいく感じ。

ここで出会いと引き留めの手法さえ確立できれば、はてなのユーザ数もほかのウェブサービスのように大きなブレイクスルーを迎えられるかもしれません。

そのためにはまずコアユーザはコアユーザのニッチに移動してもらい、もっともわかりやすいランディングページとしてトップページをリニューアルするというのはとても効果的な方法だと考えます。

はてブをソーシャルに活用するにはリアルなつながりが大事

さてそうやって改めてはてブをソーシャルなインフラツールとして見直した場合、真っ先にしなければならないことは「お気に入りリストの洗練」です。

ブックマークページのリストから簡単にお気に入りに追加できるようになったこともあり、あなたは不用意にどんどんどんどんお気に入りを登録してはいませんか？しかし、誰でも彼でも登録していたのでは、あなたの「お気に入りページ」はてブトップと何ら変わらないものになってしまうのは明らかです。

あなたはフォローしている相手のことをどれだけ知っているでしょうか？

友達を増やすことに注力すべきではなく、より確実に伝えたい友人を厳選すべきです。

そのためには

・リアルでの友人関係があること

・ネットでも相手とわかりあえる何かの方法や信ずる根拠を持っていること

などが大事になってくるかもしれません。

ソーシャルグラフを素敵な状態に保つためのルール作り

サンプルとしてこんな自分ルールを掲げてみるのもありかもしれません。

ソーシャルグラフ維持のための自分ルール

・基本、対面や電話で会った人しか追加しない

・その中でも、アンテナの高い人、自分が話題を共有したい相手だけに厳選する

・会ったことにない人を追加する場合は、その人が誰とわかるようなキャラがある人のみ

・リストに「誰だかわからない人」がいたらどんどん消していく

これはかなり厳しいですが、こういったルールで自分の「お気に入り」を運用しておくと、その仲間同士での「ネット情報秘密基地」を作ることができ、はてブトップで情報の洪水に流されながら、やれ無人島だ、やれ珍名だといった話題につきあうことなく、またはてブを禁止せずとも自分のなすべきことに集中できるようになると思うのです（参考：Twitterとはてなブックマークをやめたら，その日だけで卒論ノートが11ページ進んだ． - suztomoの日記 ）。

これまでは、ホットエントリ入りさせることではてブを通じて自分のブログに注目を集めるという部分がある種の「機能」として注目されていた部分もあったかもしれませんが、こうして視点を変えることで、不特定多数の人に自分のブログエントリをさらけ出す場所から、太くて確実な人脈とよい話題を提供しあうツールへと変化させることができるのではないでしょうか。

こんなセクションがあるといいかも「おきにいり注目エントリー」

「そんなの当たり前だし、すでにやっている」

という方も少なくないかと思いますが、であれば少しはてブトップに追加してもらいたいセクションがあります。

もし「ソーシャル」が大事で、よい人間関係たる「お気に入り／お気に入られ」のソーシャルグラフを大事にしていきたいのであれば、ホットエントリと注目エントリとの間に、友人関係同士での「おきにいり注目エントリー」というのを配置するのが、再び「ソーシャルなブックマーク」という原点に立ち返っていくためには必要なのではないでしょうか（負荷対策が心配なら、AJAX で非同期ロードでもよいから）。

ホットエントリで見落としをチェックし、今回提案する「おきにいり注目エントリー」にて自分（たち）にとって重要な情報をシェアし、時間があればカテゴリごとの注目エントリーから新しい宝探しをする、そんな循環が生まれれば、はてブはもっと幸せな情報との出会いの場になっていくように思います。

また idコールという機能もありますが、こういうマインドでいると、なんとなく idコール機能はよい情報のシェアのために使われていくように思います。間違っても批判や喧嘩のための呼び出しツールじゃないんじゃないかと思うんですが、なんか相手に強くクレームを入れたい場合の呼び出しツールとして使われるケースを見ると、どうなんだろう、相手しなきゃいいのに、と思ってしまうこともあります。

まとめ

長々と書きましたが

-はてブトップを捨て、お気に入りを大事にしよう！

というのが今回の主張です。

やっぱりそういった感じでちゃんとソーシャル化していった方がはてなのためにはなると思うのですが、結局はユーザメリットもないと難しいかもしれませんね。衆愚なら衆愚な方が、はてブらしくていいのかもしれません。

追記

カテゴリ分けについてはもう少しだけ書きたいことがあるので、別のエントリに書いてみようと思います。

スパイスラボ神部です。

唐突ではありますが、このたびスパイスボックスの子会社テトテのテトテブログに参加させていただくことになりました。

スパイスボックスならびにスパイスボックスラボラトリでもモバイル領域の案件や取り組みを行うこともあり、モバイル専業であるテトテのブログに記事を書くことで勉強させてもらえれば、というところです。

テトテとはこれまでも顔診断エンジンを使ったモバイルキャンペーンなどさまざまな取り組みで協力して行っておりましたので、このブログの方でも同様に力をあわせてよいブログコンテンツを作っていければと思います。

スパイスボックスのラボブログの方では、おもしろい Web サービスがを見つけたときなどに紹介することが多かったですが、テトテブログの方ではおもしろいモバイルサービスやキャンペーンを見つけたら紹介していきたいと思います。

スパイスラボ神部です。

今日、MT4.2 の設定をいじっていて、新機能の「ダイナミックパブリッシング」を試そうとしました。ＭＴにつきものの面倒な作業「再構築」なしでブログを運用できる機能です。

しかし、設定したとたんに「500 Internal Server Error」の嵐。設定も戻しようがないのでどうしようかと頭を抱えてしましたが、解決方法は意外と簡単でした。

MTが好きだ！ - Favorites!

要はもとの状態に戻せばいいだけ

MT4 再構築時に「500　Internal Server Error」が出る (ハッスルサーバーを使って色々する)

では「時間がたてば回復するかも」なんてことが書かれていますが、そんな悠長なことをいってはいられません。本当に設定が間違っている場合もあります。そんなときに参考になったのがこちらのエントリ。

-WingMemo: XREAでMT4をダイナミック・パブリッシングで動かす覚え書き

MTの管理画面→設定→ブログの設定→公開→「公開方法」メニューから、「アーカイブ・テンプレートのみダイナミックで構築する」にチェックをつけて保存します。この時点でブログ公開ディレクトリ下に、.htaccessと「templates_c」フォルダが自動生成されます。

もしや、.htaccessと「templates_c」フォルダがなければモードは解除されるのでは…？

この仮定のもとに両ファイルを削除するという簡単な作業をやってみたところ、ばっちり復旧してくれました。

私のようにうっかりすべてをダイナミックパブリッシングをする設定にしてパニックに陥ってしまった人は、ファイルとフォルダを消すだけのこの簡単対策法を試してみてください。

この情報は参考になりましたか？

スパイスラボ神部です。

本日、モバイル向け新サービス「菓写メ」をリリースしました！

これは、チ○ルチョコなどの写真を撮影して送ると、なんとお菓子の種類を画像として自動認識しておもしろコバナシを返してくれるサービスです。

菓写メ

プレスリリース：お菓子の写メから種類を当てて、そのお菓子にあったコバナシを提供！ 画像認識エンターテイメントモバイルサービス「菓写メ」をリリース ｜株式会社スパイスボックス｜Blog

このサービスは、このサービスは株式会社クレメンテックのクロスメディアクノロジー [M4サービス]により運営されている画像認識エンターテイメントモバイルサービスです。

-菓写メが好きだ！ - Favorites!

遊び方

１．まずはこちらのページにあるヒントを見て、どのお菓子のことか考えてみてください。

２．これが正解？と思うお菓子の写真を撮影して、kasha@okuru.jp 宛に送ってください。

３．正解だったら正解メールとともに、そのお菓子にまつわるおもしろコバナシが読めるページの URL が届きます！

脱顔診断！？スパイスボックスラボラトリの新機軸第一弾！

２００８年、ありがたいことにスパイスボックスラボラトリから誕生した「フェイス女学園」は引っ張りだこで、その基盤技術であった顔診断は実際の制作案件にも使われるかなりの中核コンテンツになっています。しかし、いつまでも顔診断ばかりでは、ラボの一員としての私の成果としては十分ではありません。会社としてもラボとしてもどんどん前に進むために、今回の企画は企画としては小さな一歩としても、ラボとしては遠くを目指して踏み出したベクトルある一歩なのです。

物体認識？画像認識？

年初に書きました 今のところ考えているラボの２００９年 ( ラボブログ ) というエントリで触れた今年の構想の中で、これは「物体認識」にあたります。まずは第一弾達成といったところでしょうか。

ただし、「お菓子」という物体を認識してはいるものの、技術的にいえば画像を二次元的に判断しているに過ぎません。物体ならではの三次元的な分析は、改めて OpenCV などを使って動画に対して適用して初めて言えるのかもしれません。

お菓子に感じるエンゲージメント

とはいえ、企画＋技術プロモーションという手法は「フェイス女学園」の時をなぞった形であり、今回は企画自身も神部ができるだけ中心になってやるというミッションでした（そのためディレクター・プロデューサーとしてはまだまだ未熟で、企画としてのおもしろさは十分ではないかもしれませんが）。ですから今回のサービスにはとても愛情を持っています。

また題材がお菓子ということで、mixi のコミュニティをまわるとお菓子それぞれにすごい愛着を持っている方がいて、すごく気持ちのあるコンテンツにつながるかなぁ、とも思っています。中には数万単位のユーザがあるコミュニティがあり、エンゲージメントの成功している文化がお菓子ワールドにはある！と感じています。

参加大歓迎！

菓写メでは、おもしろいと思ったコバナシへの投票や、新しいコバナシのアイディアを投稿することができます。また、閲覧数ランキングやコバナシランキングも提供していますので、ぜひ参加してみてくださいね！

アクセスはこちらから

アクセスはこちらの QR コードからどうぞ。

直接アクセスするときは http://kashame.spicebox.jp/ へどうぞ。

システム構成

・またもや CakePHP です。メールのやりとりは CakeConsole 経由。

・画像認識に使っている クロスメディアテクノロジー M4 サービスについてはクレメンテック様のサイトをご覧ください。

・DB は MySQL、OS は CentOS、Web サーバは特に気にすることもなく Apache です。

ちょっと裏話

さっと説明してしまいましたが、この技術なかなか無茶なことをやっています。普通こういう携帯への URL の誘導は、ＱＲコードのようなわかりやすいマーカーが必要です。しかしこの技術は任意のパッケージ写真というかなりざっくりしたものをトリガーにモバイルサイトにアクセスさせることができます。

その認識率はほぼ１００％にも近い感じなので、まさにキャンペーン用途にぴったりという感じです。自分でもずいぶんテストしましたが、正面から平面的に撮れなかったとしても（たとえばちょっと角度がついたり遠近的に撮影するなど）、かなりがんばって認識してくれます。わざと荒っぽく撮影しても結果が出る感じで、ぜひぜひそのへんも含めて楽しんでもらえたらと思います。

また、「コバナシ」の投稿をできるようにしたのはリリース直前でした。一回やって終わり、ではなくて、できるだけたくさんの人に広がって欲しいと思い、付け足した機能です。