音楽の星座 — 大量タグ付けによる地図化
音楽の整理は、長いあいだ人の手によるジャンル分類でした。 AIが「似ている」を安く測れるようにした結果、音楽は検索するものではなく歩くものになります。 19,810組を一枚の地図にした話です。
音楽を整理する方法は、ずっと分類でした。ロックがあって、その下にオルタナがあって、さらに下に……という木構造です。 これは検索には便利ですが、実際の音楽の似かたを表せません。 あるバンドは民謡とノイズの両方に近いのに、木は一箇所にしか置けない。
では距離を測ればいい、と誰でも思います。問題はコストでした。 「AとBは似ているか」を人が判断するなら、2万組では約2億通り。ライターを何人雇っても終わりません。 だから実際に世に出たのは、プレイリストという名の小さな手作業と、 推薦という名のブラックボックスの2つだけでした。
推薦は「正解を1つ出す」装置です。
地図は「迷わせる」装置です。この2つは、体験としてまったく別物です。
ここでもAIがしてくれたことは一点だけです。大量のタグ付けと、その埋め込み(数値化)が自動になった。 音楽そのものを理解したわけではありません。しかし、 「このアーティストを説明する言葉の集合」を2万組ぶん作れるようになった。
言葉の集合が全員ぶんあれば、距離は計算で出ます。2億通りでも機械なら数分です。 人手では不可能だった密度の関係グラフが、個人の手に落ちてきた——これが解除された制約です。
| AI以前 | いま | |
|---|---|---|
| 関係の作り方 | 編集者の分類 | タグの共起と埋め込み |
| 扱える規模 | 数百組 | 数万組 |
| 出せるもの | リスト | 座標(=地図が描ける) |
| 体験 | 正解を受け取る | 自分で歩いて見つける |
座標が出るなら、リストに戻す必要はありません。そのまま星図にできます。定義は3つです。
3番目が体験の核です。推薦に慣れた耳は、「次の1曲」を待つ姿勢になります。 地図は逆に、「この辺に何かありそうだ」という探索の姿勢を作る。 同じデータでも、渡し方で聴く態度が変わります。
WebGLで描いた実際の地図です。アーティストを選ぶと背景で試聴が始まり、そのまま隣へ歩けます。 データはLast.fm・MusicBrainz・Wikipediaの複数源を突き合わせて作りました。
星座を歩く| 症状 | 原因 | 抜け方 |
|---|---|---|
| 地図が重い・スマホで落ちる | 2万点をDOMやCanvasで描いている | WebGLで一括描画する。座標データも事前計算して静的ファイルに固める |
| どこも同じに見える | 完全自動配置で密度が均一になった | 大枠のクラスタだけ人が決める。意図的な粗さが道しるべになる |
| 結局みんな有名アーティストしか触らない | 入口が知名度順になっている | ランダム移動(サイコロ)を用意する。偶然を設計に入れる |
大量のデータを持てるようになった時、最初に決めるべきはアルゴリズムではなく「渡し方」です。 同じ距離データが、推薦にも地図にもなります。そして体験は正反対になります。
他の型は 新しい形の研究 に置いています。