今回はちょっと仕事でも触りそうなので、ネットワーク構造を可視化するのに使えそうなツール、Gephiで遊んでみたのでそのメモ。

ここ最近のオープンなツールは本当によくできてます。うっかりするとこの手のツールを自作したくなってしまう性質なのですが、そんな気持ちを完全に打ち砕いてくれるこの出来の良さ。いい感じです。

この手のツールでは当然元となるデータないと遊べないわけですが、Gephiは親切なことにデータをいくつか紹介してくれていて、手っ取り早くそれで遊ぶということもできます。けど、せっかくなので食わせるデータも自分で作ってみようじゃないかと。だったら、ここ最近増えてきた自分のiTunesライブラリの可視化を試みてしまおうかなと。そんな出来心ではじめました。

トピックとしては以下のような感じで：

1. Jolivia+TunesRemoteの流用コードでiTunesライブラリの情報を得る
   
2. gephi-toolkitでグラフデータを組み立て、Gephiに食わせる
3. Gephiでグラフを可視化する
   

いままで買ってきたCDのうち9割程度はiTunesにインポートしてみたり、デジタルでのコレクションとはいかなるものかみたいなことを考えてきたつもりなわけですが、CDのジャケットをすべてスキャンしてアートワーク設定するみたいな労力をかけている割に、買ってから1ヶ月分くらいしか聴かないのですよ。デジタルもしかるべき管理をしないと埃をかぶるというか。

そうこうしていると、自分のコレクションの全貌がよくわからなくなってきます。そんなとき、iTunesライブラリをDAAP経由で制御できるJolivia (Google Codeに自分のDAAP処理コードをなんとなく置いてたら、俺のを使えとメールが来たので使ってみている) とかその辺のライブラリを使って、自分のiTunesライブラリとはどんなもんなんだというのが見れると楽しいかもなと。一方GephiさんはGephi Toolkitという便利jarを提供してくれていて、Javaプログラマな人間は非常にとっつきやすい感じになっているのでああこれはよいなと。

設計

今回はとにかくグラフがデータとして保存できりゃいいや、というレベルで。

1. CUIベースのアプリケーションとして実装する
2. Remoteのペアリング対象はコンソールベースで選択する
3. 一度ペアリングされた機器はローカルファイルに記憶する
4. ペアリングが確立したら即ライブラリの内容を取得し、gexfファイル形式で書き出す
5. ライブラリの内容は、 アルバム→曲, アーティスト→曲, これとアーティスト名で文字列的に包含関係があるものを結びつけた形でグラフ化する
   

考え中に描いた絵はなんだかこんな感じ。

LibraryServiceまわりは、他でもやりたいことがあるのでちょっと分離して実装しています。

実装

コードはgithubにおいてみました。以下のような感じの実装。

• 先の1.～3.は、ペアリング部分はTunesRemoteを流用したコード、ライブラリ読み取り部分はJoliviaを使用している (Joliviaだけだとまだ心もとなく)
• 4.～5.はGephi Toolkitを使用

ビルドするためには、

1. Joliviaをcloneしてきてmvn installする
2. Gephi Toolkitのjarをダウンロードして、mvn install:install-file -DgroupId=org.gephi -DartifactId=gephi-toolkit -Dversion=0.8.7 -Dfile=gephi-toolkit.jar -Dpackaging=jar としてMavenにjarのありかを覚えこませる
   

してあげてから、itunes-library-visualizerでmvn packageするとかmvn eclipse:eclipseしてEclipseで開くなりすればOK。

グラフを分析してみる

ここまでで実装したプログラムを動かしてiTunesとペアリングすると、ライブラリの構造をグラフデータ化したgexfファイルが作成されます。こいつを、Gephi素人なので、このへんを参考に解析します。

で、数十分格闘した結果こんなグラフデータができあがり：songs.gephi

俯瞰してもまあなんだかわかりません。なんとなく、相互につながったネットワークは中央のほうに寄っていて、小さなかたまりは端のほうに寄っているように見えます。

小さなかたまり

まずは細かなかたまり、端の方をにょろにょろと眺めてみることにします。端の方はアーティスト名義間の包含関係が少なく、島として独立する傾向が高いクラスタみたい。

懐かしくてよい感じですなあ。久しぶりに聴かねば。柴咲コウとRUIがちゃんとアルバムを介して同じ島にいる感じで、ああ意図を満たしてくれているのかなと。

大きなかたまり：小さなかたまりがゆるやかに集まったもの

そんな風に外周の小さな島をひとしきり眺めて郷愁に浸ったあと、だんだんと円の内側に入って行きます。するとどんどんアニソン成分が増えてきます。単純に自分の趣味的に多いというのもあるのですが、アーティスト相互の関連によってひとつの大きな島になっていて、それで中央に寄っているような感じがしてきます。（単純に自分の買い方の問題の可能性もある）

具体的に見ていくと：

まず奈々様ですね。

ここからアーティスト名の包含関係線を上にたどると・・・

風鳴翼経由でシンフォギアのキャラソンが現れます。神。ということは、

あやひちゃんや碧ちゃんがあらわれるわけです。天使ですね。

この、キャラソンのCV表記でつながるネットワークによって、声優さんのクラスタは相互に接続された非常に大きなものとなり、今回採用したレイアウトアルゴリズムでは中央に引っ張られることになったようです。ただこれは声優さんがソロ名義でリリースしている大前提がありまして（基本的にはアーティスト名文字列の包含関係のみでエッジを作っていて、括弧の解釈などは考えていない）もうちょいまじめに実装したらどうなるのか関心があるところではあります。

大学の頃とかそこそこリア充ぶってた頃はアニソンから離れていたので、物量的にはそこまでアニソンとそれ以外に偏りがないかなと思っていたのですが、そんなことはまったくなかったですね。

こんな感じで、声優さん名義の曲がキャラソンを通してゆるやかに結合しているようなネットワークが現れてきます。この位置情報を曲再生に反映とかしたら楽しいんじゃねとか思ったりします。

大きなかたまり：混沌

初音ミクさん時空が大変カオスな状態になっていました。

関連するアーティストの方々の名前がミクさんの名前で関連づくことに加えて、コンピレーションアルバムの多さでこういう込み入った形になるのかなと想像できます。

しかし、もっとレイアウトアルゴリズムを繰り返し適用したらもっとよい形になるのかもしれないですねえ・・・（デスクトップマシンで1日くらいまわした程度）

とまあ、こんな感じで、役に立つかはおいておいて、自分のライブラリをリストとは別の視点で眺めることはできるわけです。インポート順や、自分の意図を持って組み上げたプレイリストとはまた一味違ったおもむきの見方ということで。

さてあの曲を久しぶりに聴こう。

今回はちょっとした思いつきで日本語の形態素解析とかちょろっとやり方をおさらいしておこう、と思ったのでそのメモ。

仕事でも lucene-gosen には非常にお世話になっておりましたが、自分のお脳にはどう使ったかがまったく記憶されていなかったので、まあ趣味として改めて調べようということで。
その中で、ちょっとバージョンが古いけど、Maven Repositoryにもlucene-gosenがあるということがわかったので、じゃあこれ使ってさっくり書いてみよう、となった次第です。

$ mvn archetype:create -DgroupId=net.yzwlab -DartifactId=simple-lucene-gosen-sample

で、simple-lucene-gosen-sample以下にpom.xmlやらができるので、このdependencies要素以下に Maven Repositoryのdependency要素の内容を書きたす。

<dependency>
	<groupId>com.google.code</groupId>
	<artifactId>lucene-gosen-ipadic</artifactId>
	<version>1.2.1</version>
</dependency>

これでlucene-gosenを使う準備は終わり。Mavenが勝手に依存関係解決してjarを仕込んでくれるのでもう何も恐くない。あとはすでにWeb上にある素晴らしい資料群にありがたやと手をあわせつつコードを書くのみ。

package net.yzwlab;

import java.util.ArrayList;
import java.util.List;

import net.java.sen.SenFactory;
import net.java.sen.StringTagger;
import net.java.sen.dictionary.Token;

/**
 * lucene-gosenの単純なサンプル
 */
public class SimpleLuceneGosenApp {
	public static void main(String[] args) throws Exception {
		StringTagger tagger = SenFactory.getStringTagger(null);
		List tokens = tagger.analyze("如月千早(CV. 今井麻美)",
				new ArrayList<Token>());

		for (Token token : tokens) {
			System.err.println(token.getSurface() + ": "
					+ token.getMorpheme().getReadings() + " - "
					+ token.getMorpheme().getPartOfSpeech());
		}
	}
}

これを実行するとこんな感じで形態素解析できた。やったね。

如月: [キサラギ] - 名詞-固有名詞-地域-一般
千早: [チハヤ] - 名詞-固有名詞-地域-一般
(: [] - 未知語
CV: [] - 未知語
.: [] - 未知語
今井: [イマイ] - 名詞-固有名詞-人名-姓
麻美: [アサミ, マミ] - 名詞-固有名詞-人名-名
): [] - 未知語

やあやあ、Mavenはほんとうに楽ですなあ。Mavenで事足りる場合は、ですが。

9割くらいの作業はすごい楽になるのでよいのですが、Maven外のライブラリを引っ張ってきたりあれやこれやしようとするなどで残り1 割が地獄になってしまう感じがありまして、なかなか仕事として本格的に使うには腰が引けている感じだったりします。たぶんこれはまだ自分がベストプラクティスを持てていないってことなのでしょうが。

まあせっかくなのでgithubにも放置してゆきます。

まずはかるく自己紹介を。自分は東京高専情報工学科を出て静岡大学情報学部に編入学、電通大の情報システム学研究科で修士をとってから、博士後期課程在学中にベンチャー企業活動にハマってそのまま満期退学、という、お世話になった先生方には大変なご迷惑をおかけするようなタイプの人間です。(もし読んでおられる先生がおられましたらほんとうにすみません。)

お仕事的には、学部時代に学生ベンチャーで企業システム開発の勉強をさせていただいたり、修士時代にオンラインゲーム開発会社に参加させていただいたり、それ以降は次世代DVD開発にかなりどっぷり入らせていただいたりしました。今はフリーランスとして、とある研究所でクラウドの基盤をメンテナンスしたり大学で研究開発活動に参加させていただいたりしています。フリーランスなので開発以外にも本を書くお手伝いをさせていただいたり、講師などさせていただく機会もあったりで、周りの方のお世話になりつつ興味のあることをさせていただいていたりします。

まあそんな流れで本能の赴くままに生きている感じの人間ですが、おととし、去年と産技高専の実験担当の人手が足りないということで少しお手伝いさせていただく機会がありました。それなりに現在進行で仕事で技術を使っている人間が、技術を学ぶひとたちにさてどんなことを伝えられるかな？ということで色々考える機会になりました。

在学中のみなさんには伝えたいことは山ほどあるわけですが(ちゃんと期限内にレポートを出してとか。)、今回は、あえてあそぼうなどというキーワードでつらつらと記事を書こうと思います。

わりと雑多に仕事させていただいている自分ですが、信条は「働いたら負け」です。アイドルマスターシンデレラガールズ双葉杏さんで有名ですね。実践はできていないわけですけれども。

お金をいただくのに最低限の仕事をしている片手間で、こんなあそびをやっていたりします。

• MikuMikuDance on GWT実験場 (Chromeでみてね)
• GCS2012 LT資料 (↑をネタにしたプレゼン)

簡単に説明させていただくと、WebGL(ブラウザで3D関連表示を行う技術)に対応しているブラウザで開くと、今をときめく電子の歌姫初音ミクさんが表示されるという、まあそれだけのものです。

ここ数年MikuMikuDanceというソフトウェアから3Dコンテンツの生態系がより身近になり、見慣れた感があるネタです。もともとHTML5あたりの界隈をうろうろしていたこと、ミクさんは俺の嫁なのに近くにいないのはおかしいのでつくったというそれだけの話なのですが、思いつきでそんなことを始めるとこんなことを勉強する(しなおす)羽目になります。

• 行列に関する計算

• 物理的な特性に関する計算

• 3D関係のライブラリのさわり方
  

この界隈はネットを探せば色々情報が見つかって、簡単に作れるだろうと高をくくってはじめた作業ですが、いざはじめてみると情報を読み解けない。語彙や思考のモデルが自分の中にないため、いっぱい情報があってもそれが意味するところをすぐに把握できないわけです。

で、結局、久しぶりに高専時代の教科書を引っ張りだしてきて、それなりにおじさんになった脳みそでいっしょうけんめい勉強しながらこういったものを作る。といったことが自分のあそびです。あれやこれや考えながら実装してはミクさんがうまく表示できたりできなかったりして一喜一憂するのはなかなかよいものだったりします。

他には、Arduinoのようなマイコンで動くおもちゃを作るときには電子回路の勉強が、ネットワークから得た情報をあれやこれや料理してあそぶときには統計の勉強が使えたりします。個人差はあるかもしれませんが、自身も高専でそれなりに横断的に勉強をしたり実験をしてきたことで、こういったあそびに対してあまりハードルなくはじめられているのかもしれません。

おもちゃはたくさんある

あそびというのはおもちゃがあるとなお楽しいものです。

情報であそぶ人たちにとってのおもちゃは、入力データと計算能力です。

入力データとなるのはネット上の情報あたりが面白そうです。ネット上の情報は、収集の仕方にもよりますがもろもろ情報源の規約の範囲でならば無償で入手することができます。また、身近なものとしてはセンサーなどはどんどん安価になっていますし、USB経由でアクセスできたり以前と比べると数段お手軽に扱うことができるのでよいかもしれません。

計算能力はAmazon EC2のようなクラウド上でほしい時にほしいだけ(お金を払わなければならないですが)確保することができます。社会人的には月々1000円以内くらいで計算機が確保できればまあそれなりに万々歳です。自分は一度お金まわりがよいときにAmazon EC2に仮想マシンを100台ほど確保して一日ぶん回してあそんで1万～2万くらい払った記憶がありますが、本来100台物理的なマシンを確保して面倒を見るコストを考えれば、まったく問題ありません。財布にはそれなりにダメージがありますが。

ここまで説明したのは仮想世界（ネット）であそぶ場合ですが、現実世界（物理世界）であそぶ場合はまた少し違ってきます。

入力データとなるのはセンサーが楽しいです。温度センサーなどは簡単に取り扱えるようパッケージされてるものでも1000円くらいで買えます。加速度センサーやGPSであそんでみるのも楽しいかもしれません。

また、計算能力はArduinoのようなお手軽マイコンを買ってくるのがよいかもしれません。数千円で、簡単な文法のプログラミング言語でプログラムしてセンサーから値を拾ってきてシリアルで母艦PCに送って処理、みたいなことができそうです。温度センサーの値を時間軸にプロットしていくだけでも、部屋のエアコンがどのようなポリシーで温度制御をしているのかが見えて面白かったりします。

現実世界の場合は出力方法もバリエーションがあります。LEDマトリックスにドット絵を表示するおもちゃをつくったり、サーボモーターでスカートをめくるのもよいですね。

あそぼう

どうしても、仕事だと、取り組む前にその物事を分析して、利益やコストを考えてどうやるかみたいなことを考えなければなりません。お金をいただくのだし、周りの人を巻き込むことになるので、それは当然のことなわけですが。仕事ははじめのほうほどいっしょうけんめいやって、あとはどんどん楽になるのがもっともよい形だと思っています。(できるかどうかは置いておいて。)

一方、あそびは何も考えずに思いつきではじめるのがよいと思っています。で、壁にぶつかったあとで思いっきり考える。とりあえず死なずに生傷程度ならばまあ自己責任で笑ってすみますし、死にそうだったらはじめから思いつきなのでやめればよいです。「嫁を表示するまでは寝ない」とかやってしんどい思いをするのもまあありです。止めません。

そうやってあそんでいると、失敗や成功のデータベースが頭の中に蓄積されていくような気がします。それが仕事に役立つかもしれません。これはほとんど自分の希望なわけですが。いや本当あそんでばっかりで関係者各位ほんとうにすみません。

とまあ、そんなことをつらつら思いまして、講師のときにも授業が終わったあとに少しあそびのネタを披露させていただいたりしていたわけです。少しでもあそんでくれる学生さんが増えるといいなと思いつつ。

フリーランスなぞという身分でやらせていただいているわけですが、世の中をみると、自分の時代は文句なしの超大手企業だったはずの企業が軒並み大変な目に遭っています。自分もお仕事を一緒にさせていただいた会社は何社かあるのですが、彼らは決して怠けていたわけではなく、むしろ非常に勤勉にやってきたはずです。自分もリーマンショックという巨大イベントをベンチャー企業役員(なんちゃって)という形で見ておそろしい思いをしたわけですが、まだまだ色々なイベントが目白押しのような気がしてなりません。

そんな中で、あそびで多様性を保ちつつ、何がきてもそれなりに対応できちゃうよ、という生き方を目指すのもそれなりにありかもしれません。修羅の道のような気がしなくもないですが。

あっ。あと、あそんだらまわりの人に見せて自慢するのもいいですね。こんな感じで。