「情報の仕分け」についての思考実験

そこでまあ何か良い方法はと考えると、まずタグってのが良さそうだと思うじゃないですか。
つまり、はてなブックマークとかGmailとか。よくある形式ですね。
上の例だと単純に「シナリオ」「グラフィック」の両方のタグをつけて、どっちの検索にもひっかかるようにしておく。

ただこれだと、タグがあふれるんですよねー。
違うプロジェクトが始まったりしたときに、昔の情報まで検索で引っ張ってきちゃう。
じゃあプロジェクト名のタグもつけておくかってなるけど、そうこうしてるうちにタグ自体がすんごい増えて、どのタグが何を意味するんだっけか...？　なんてことになる。
この点に関してはツリー構造のほうがわかりやすい。

なーんかうまい方法ないかなあ。
ツリー構造のいいところは絞り込み。細分化とまとめができること。
タグのいいところは分類。インデックスがつけられること。
これって似てるようでちょっと違う。

理想はこの両方ができること。
人間はわがままなのでツリーがいいのかタグがいいのかは、同じデータ集合であってもその時々で変化するのです。

ならば、表示形態が自在に変化すればいいじゃないかと。そう思ったわけです。

そんなのどうやって実装するんだよ...ってことで、ちょっと考えた。
タグをツリー化してやればいんじゃね？
それも動的に変化するツリー。

１件のメールに大して同時につけられたタグ同士にはリンク情報として重み付けをしておく。必要なパラメータはこれだけ。

例えば、あるメールに「シナリオ」「プロジェクト固有名」とかのタグを付けたとする。
別のメールには「グラフィック」「プロジェクト固有名」と付けたとする。
また、さらに別のメールでは「サウンド」「シナリオ」「プロジェクト固有名」と付けたとする。
リンクの重みは
「プロジェクト固有名」が３。
「シナリオ」が２
「サウンド」と「グラフィック」がそれぞれ１となる。

タグツリーの生成のルールはこうだ。
1. 「ルート」という特別なタグを用意し、このタグには全てのタグがリンクしている
2. タグを選択したらそのタグとリンクしているタグを子ノードとして扱う
3. 重みの数値が多いほど表示位置が（並列表示で）上となる

上の例での表示がどうなるかというと、
まず「ルート」では

同じ名前のタグがツリーの中で何度も出てくることになるわけだ。
しかしツリーのどの階層にいるか、でリーチできる情報は違う。

もうわかるでしょ。
ツリーを掘り下げた経路にあるタグをAND検索することによって絞込みをするわけだね。

つまり、ルートにある「シナリオ」タグを選択すると「シナリオ」タグがついている情報はすべて検索される。
「プロジェクト固有名」以下の「シナリオ」タグを選択すると、「プロジェクト固有名」と「シナリオ」の両方のタグが付けられている情報が検索される。
と、まあこういう寸法だ。

これで分類と絞込みという良いとこ取りの仕分けができた。
ただ、まあ机上の空論なので、ちょっと実装してみてどういう挙動をするか見てみないことには何とも言えないけど、試してみる価値はありそう。
グループウェアを自作してサークル内で運用しているんですが、ここで試してみようかなと思ったりしています。

それとももしかして情報処理系の大学ではこういうのって「そこは我々が100年前に通ってきたところだ」的な感じだったりするのかな。
我流の叩き上げプログラマなので事情に疎い......ってそりゃただの勉強不足だな。

まあいいや。
そんな感じでーす。