tumblrで流れて来たネタなのですが、
これ孫さんがTwitter上で障害者の方から提案されて即日即決したという経緯が有るようです。

Twitterの使い方としてどうなの？とかは思いますが、このスピード感はスゴい。

Twitterを大部屋チャットの扱いにしてしまった現状と、孫さんの思考スピード、softbankの柔軟な体制がなし得た奇跡と言えるでしょう。

現状のTwitterの一つの側面としてブロードキャストするメディアではなくone2one2anyのメッセージングハブ。そしてメディアとしての再利用が効くなにかというのが見えました。

one2oneを根気良く取り組んで、そこで起こした奇跡がanyにログとしてリーチするという可能性はスゴい。狙ってやれるものではないけど。

ところで隣に居た女子連中が、アトレで売ってる2000円の高級茶葉よりもおーいお茶の方が美味いって言ってたが、そりゃそうだわって思った。

2000円の茶葉が何回淹れられるか分からんが、500ミリリットル淹れるのにいくらもかからんだろう。

おーいお茶は、恐らく、パッケージ、運送、広告費を一本あたりに割って差し引いて、儲けを出す事を考えても、相当良い茶葉が使えるはずだ。

高級茶葉より、おーいお茶美味いわーって思った時、そういう計算をしないのだろうか？って思った。

見た目切ない

要約するとHTMLを書くためのXMLです。
こんなんです。

<?xml versionmixiアプリでは="1.0" encoding="UTF-8"?>
<Module>
  <!-- モジュールの設定をゴニョゴニョ書きます  -->
　<ModulePrefs title="アプリケーションのタイトルを書きます" description="アプリケーションの概要を書きます">
    <!-- 使う機能なんかをここで設定できます -->
　　<Require feature="opensocial-0.8"/>
　</ModulePrefs>

  <!-- プロフィールページのガジェットとして出すやつの定義 -->
　<Content type="html" view="profile">
　<![CDATA[
　　<p>プロフィールページに出すコンテンツを書きます。mixiで言えばprofile.pl?id=hogehoge</p>
　]]></Content>

  <!-- homeページのガジェットとして定義するやつ-->
　<Content type="html" view="home">
　<![CDATA[
　　<p>プロフィールページに出すコンテンツを書きます。mixiで言えばhome.pl?id=hogehoge</p>
　]]></Content>

  <!-- canvasとして定義するやつ-->
　<Content type="html" view="canvas">
　<![CDATA[
　　<p>アプリを全面起動できるページに出すコンテンツを書きます。mixiで言えばrun_appli.pl</p>
　]]>
　</Content>
</Module>

見てもらうと分かると思うんですが、つまりはgadget.xmlのタグの中にHTMLの断片を書き込むだけです。そうすると、view=”ほげほげ” アトリビュートの指示に従ってOpenSocialコンテナが適当にiframeの中に書き出してくれてガジェットとして扱えるという代物ですね。勿論、単にHTMLを出すだけだとアプリでもなんでもないので、JavaScriptを使ってゴニョゴニョするというのが目的になっていく訳です。

さて、ソース中のコメントやら何やら見てもらうと分かると思うんですがcanvas,home,profile　というviewについて定義しています。各ページの意味についてはソースの中に書いてあるので適当に想像してください。
一応まとめておくと

• canvas – 全面でアプリケーションを実行できるview
• profile – プロフィールページの横にちょろっと出すガジェット。当然ですがガジェットのownerのプロフィールにまつわるコンテンツを出力してあげるべきでしょう。このページは主にownerのプロフィールを見に来たユーザーの目に触れることになります。
• home – ユーザーのhome(ログイン直後に表示されるページ。ダッシュボードとか)の横にちょろっと出す。ガジェット。当然ですがログイン直後に表示されるものなので、アプリケーションの概況を出してあげるのが好ましいでしょう。

他にpreviewというビューがあるのですがmixiが対応していないため、今回は試していません。よって詳しいことは書けません。アプリケーションをインストールするためのショーケースで表示されるコンテンツのようです。

なお、ちゃんとしており、かつ詳細な情報が欲しい人、または、t_ishidaの失礼な口調が嫌いな方は、本家を参照してください。ただ、SNSのOpenSocialコンテナごとに実装してたりしてなかったりするようなのでRFCを読む気分で読むことをお勧めいたします[要出典]

gadgetsオブジェクト、opensocialオブジェクト

当然ですが単にJavaScriptとHTMLの断片をSNS上で動かすだけではSNSの上でやる意味はありません。gadgetsオブジェクトというのがOpenSocialコンテナの上では使えます。
こいつを通して、実行者のプロフィールを取得したり、実行者の友達のプロフィールを取得したり、外部サーバーにJSONP使わずにリクエストしたりしてマッシュアップ(笑)をしてアプリケーションの面白味を出していくことになる訳です。

出来ることは本家を参照のこと。

独断と偏見的に大事なのは、

gadgets.io.makeRequest();
opensocial.Person;
opensocial.Activity;
opensocial.Message;

辺りだと思うので、この辺を読んで出来ることのイメージを掴むと良いと思います。

とは言えJavaScriptでゴリゴリ書くのとかアレだよね・・・・とか思っている人も多いんじゃないかと思います。普段からJavaScriptを扱う人でもJSばっかで作らなきゃイケないとか思ったら、ちょっと凹むと思います。なのでmixiアプリを見てみるとFlashが多いわけですね。FlashからJavaScriptの色々をキックする事が出来るようなので、そういう作り方をしているのでしょう。

RESTful APIとOAuth

OpenSocialでは”key => value ストレージ”を用意してくれているみたいなので、それさえ使えばJavaScriptだけでデータの永続化が可能なアプリが作れます！やったね！な感じなのですが、さすがGoogleさんが考えただけあって、実にストイックな発想です。ちょっと複雑なものになってきたら、そうもイカないでしょう。自前でサーバー用意して自分のサーバーでゴニョゴニョしたりして通信したいですよね。ここで出てくるのがRESTful APIとOAuthです。自分のサーバーからアクセスしてきているユーザーの認証をしたりJavaScriptのopensocialオブジェクト相当のデータを取得したりするのに使います。ですが、mixiさんはPC向けのRESTful APIはPeople & Friendしか開いていないので、全面的にアクセスできる訳ではありません。というかPC向けのRESTful APIからActivityを流し込んだり出来ないので普通の単体で動くWebアプリにOpenSocialをアドオンしてソーシャルアプリ化したものをiframeを使って転用するとかは出来ない訳です。ちなむと携帯電話向けのRESTful APIでは、やれるみたいです。
とりあえず、mixi向けにPC用のソーシャルアプリを作るときにはちゃんとJSで作れという事みたいです。他人の褌で相撲とろうとしてるので、その褌にサイズを合わせるしかありません。血涙流しながらやっていきましょう。

さて、やる気が尽きたので、この辺で。
次は実際に作ってみたり、開発環境を説明したりしたいと思います。

OpenSocialについて調べる機会があったので頭整理しながら書いてみる。この道の専門家ではないしまだ踏み込むための準備をしている段階なので内容の正誤は保証できません。むしろ、詳しい人とかが読んで突っ込みたいこと有るようならガシガシ突っ込んでください。大歓迎です。
また、そういう事情なのでとっかかりが欲しいというレベルではない本気で勉強したい人は、公式なドキュメントを当たることをオススメします。

OpenSocialって何？

要約するとSNSとかにアプリケーションを作るためのAPIとか土台のこと。mixiアプリとかFacebookアプリ(Facebookは違いますね)とかを作るために使う技術。mixiアプリとかでプロフィールページになんかiGoogleのガジェットっぽいものを載せている人居るでしょ？アレ作るために使う技術です。GoogleがiGoogleのために作った仕組を流用しているのでiGoogleガジェットっぽいのは、つまりはそういうことです。

作り方

実は鬱陶しいことにOpenSocial依存の部分は対象のサイトの上で開発するしか無いです。勿論上手くスタブを作ってローカルで開発する事も出来るかも知れませんが。まだ、効率的な開発方法に触れられるほど僕自身が慣れている訳ではないので、ここでは触れません。あくまでOpenSocialってなんなのさ？っていう話だけで。
前置きが長くなりましたが、以下の手順で開発します。
とりあえずはmixiにしときます。

用意するもの

• ガラパゴスケータイ
• PC
• 公開しているWebサーバー

Warning: 絶対にガラパゴス携帯が必要です。

まず、mixiのユーザーになるためにはガラパゴス携帯が必要でさらにデベロッパー登録の認証でもう一回必要になります。しかも、ガラパゴス携帯ならなんでも使える訳ではなく、ドコモ、AU、Softbankのガラパゴス携帯でなければなりません。emobileを使ってる人や、willcomのPHSを使っている人は、もうこの時点で無理です。そして、SoftbankだったとしてもiPhoneはガラパゴス携帯ではないので無理です。
さらにiPhoneはsoftbank.ne.jpのメールアドレスを使えばバリデーションが通ってしまいますが認証時にGUIDが取れずにワークフローが進まなくなるという形になります。これは誘ってくれた人に申し訳ない事になるので注意しましょう。

対応しているガラパゴス携帯を持っていない人は、もうmixiアプリの開発を諦めるか、mixiユーザーになるためにもう一台携帯を買うしかありません。実は、特定の人にとっては、ここが一番のハードルです。かく言う僕もiPhoneユーザーなので、どハマりしました。かなり頑張って裏道を探しましたが無理っぽいです。ガラパゴス携帯を使う以外の道は見つけられませんでした。
いずれにせよ、他人の褌で相撲を取ろうとしているので、借りた褌のサイズに合わせるしか有りません。
ひょっとしたら、そういった場合はmixi専用のAPIを使わずにgooやFacebook（Facebookは無理ですね）を使って作って知り合いのmixiユーザーに頼んで上げてもらうというのが一番健全かも知れません。

開発の手順

• mixiのユーザーになります。絶対にmixiのアカウントが必要です。つまり、友達居ないのでmixiアカウントが無い人はmixiアプリを作る資格を得られません
• ここからデベロッパー登録をします
• ガラパゴス携帯のメールで認証依頼メールを受け取ってガラパゴス携帯のGUID認証をします
• アプリケーション登録をします
• 開発します

最後に開発します。とか言ってるけどアプリケーション登録のところで躓きましたね。誤解を恐れずに言えばガジェットXMLというのは、つまりアプリ本体と言っても良いでしょう。でも、きっと、その解釈だと正解であり誤解です。つまり、ガジェットXMLというのはmixiアプリとして提供するviewを定義する部分だけの話なのでviewだけで完結させられる小さなアプリならば、それだけが本体と言えるかも知れませんが自分のところでもサーバーサイドプログラミングしてデータ受け取って表示したりゴニョゴニョとマッシュアップ(笑)したりするつもりがあるのならば、それだけが本体ではないと言えるでしょう。ともあれ、そのXMLを自分で公開しているWebサーバーにアップロードして、そこまでのURLを登録するというのが、アプリ登録で出てきた項目”ガジェットXML”という項目の意味です。

例えばガジェットXMLというのは以下のようなものです

<?xml version="1.0" encoding="UTF-8"?>
<Module>
  <ModulePrefs title="Hello, mixi">
    <Require feature="opensocial-0.8" />
  </ModulePrefs>
  <Content type="html"><![CDATA[
  <h3>はじめてのmixiアプリ</h3>
  <div>
  <script type="text/javascript">
  for( var i = 0, list = 'はじめてのmixiアプリ'.split(''); i < list.length; i++ ) document.write( list[i] + '<br />' );
  </script>
  </div>
  ]]></Content>
</Module>

という訳で見ての通りHTMLの断片をXMLにCDATAで組み込んだものですね。その通り、このXMLの中でHTMLとJavaScriptを使って動的にガジェットを描画するのがOpenSocialの基礎です。このHTMLの断片の中からOpenSocialのAPIと自分でWebサーバーに用意したAPIをマッシュアップ(笑)させることでアプリを構築していきます。

やる気が尽きたので、今回はここまで。
次は、ガジェットXMLの色々とOpenSocialAPIについて書きます。

iPhoneを携帯電話として使ってる人は要らないんですね。
分かりました。

と、不貞腐れたくもなるんですが誘ってくれた人にも申し訳ないので、
ググって試行錯誤してみたんだけど万策尽きたんですが、
こういう場合どうすんだろう？

追記:　どうすることも出来ないから諦めるかmixiのために、もう一台携帯買えということらしいです。そうですか。そうですね。

とりあえず、やたらに混んでて、これ一人で待ち無しでやったら長く見積もっても30分かからないだろうなーっていうところを2時間半かけてやるマゾいイベントだなというのが感想。

だからと言って具体的な解決策も思い付かないので批判はしないけど。ただ、検査ごとの所要時間にバラつきがあるところを順番決めて逐次処理しているのを、柔軟に組み替えられれば、待ちを減らせるよねーとかは思った。思っただけで、職員の負担軽減とかについては考えていないから、そこをなんとかしないと対策にはならんから思っただけ。

昼食が付いてるんだけど、写真はそれ。普通に美味しくて、まずは満足。

• 先週の月曜日にウェブ学会シンポジウムに行った
• スカイクロラ読んだ
• フレームワーク(笑) ver 0.2 を 色々やってる
  • 試しにブログ作ったりしてる
  • デバッグ用dump機能追加
  • ジェネレータの調整
  • 使いながらバグフィックス

アウトプットの基本

• 与えられたセンテンスから注目語を抽出する
• 注目語の含まれるセンテンスと関連の強い名詞が含まれるセンテンスを抽出
• それら全部でマルコフ連鎖（ただし、頭からランダム繋げると変なところで切れて変な文章になる可能性が高いので逆連鎖のランダムで連結※”深く考えてないので問題ないかは分からん”）で末尾から逆順
• 文字数やループ回数の関係を考慮しつつ、冒頭が名詞 + 格助詞の形になったところで終了
• quote,parenを考慮して一人称、語尾置換
• output

インプットの基本

• 覚えさせ過ぎると収拾のつかない文章が出来上がり易くなると予測されるので”AはBである”形式の文章のみ保存（判別は係り受けを見るのか？）
• “AはBである”形式で出現した時、AとBの組み合わせのスコアを加算し、関連の強い名詞として保存する
• 文章全体を保存する

検証も何もしてないので、実現できるか分からないけど、こんな感じで試してみようとおもう。

ver0.2にはドキュメントがあります。嘘です。ただ、コメントを抽出する機能があるのでドキュメントっぽく読めるかも知れません。また、MVCフレームワークっぽいものとしても使えるような気がしますが、include_pathを汚さないライブラリ群としても使えるかも知れません。先日のHTMLっぽいテキストのタグパーサっぽいものは、これの一部です。

興味有る方はプログラムを読んだり書いたりしてください。リポジトリとかは特に設けないので、固定ページのライセンス事項に従って扱ってください。