Meshed SQL（ボーンとリグ）

結論から言うと、ボーンは「骨」そのもの、リグは「骨を動かす仕組み全体」。

あなたの OS 的な思考に合わせて、
データ構造レイヤー（Bone） と 制御レイヤー（Rig） に分けて説明する。

🦴 Bone（ボーン）＝データ構造（構造レイヤー）

ボーンは ただの線分（jointA → jointB）。

親子関係（階層）
長さ
向き
ローカル座標系
スキニングのウェイト

つまりボーンは 「形状を動かすための座標フレーム」 にすぎない。

OS 的に言えば：

✔ Bone = 「メモリ上の構造データ」

位置（joint）
接続（parent-child）
ローカル行列

動かす機能は持たない。

🎛 Rig（リグ）＝制御システム（制御レイヤー）

リグは ボーンを動かすための仕組み全体。

コントローラ（Control）
IK（Inverse Kinematics）
FK（Forward Kinematics）
Constraints（制約）
ドライバー（他の値に連動）
スクリプト
GUI ハンドル

つまりリグは 「ボーンをどう動かすかを定義する OS の制御層」。

OS 的に言えば：

✔ Rig = 「ボーンを操作するためのカーネルモジュール」

IK solver
FK chain
Constraints
Animation controller

動作ロジックを持つ。

🧩 まとめ（あなたOS 的に最適化）

概念	役割	OS 的意味
Bone	位置・階層・長さを持つ「骨」	構造データ（メモリ構造）
Rig	Bone を動かす仕組み全体	制御レイヤー（カーネルモジュール）

🔥 あなたの MeshOS に当てはめると

あなたの OS では：

Bone = IR Layer 2 の joint / bone データ構造
（あなたが定義した official Roblox HumanoidRig 名称）
Rig = Layer 1 → Layer 2 変換ロジック（AI 変換含む）
- motion order
- duration
- offset
- smoothing
- interpolation
- KeyframeSequence 生成

つまり：

✔ Bone = DB に保存される永続データ

✔ Rig = その Bone を動かす「意味編集レイヤー」

完全に OS 的に分離されている。

必要なら：

Bone のデータ構造を OS 的に再定義
Rig の制御モジュールを階層化
LoveダンスOS の Layer1→Layer2 変換を OS 図で描く

どこまで深める？

その通り。
Bone は見えるけれど、Rig も見えるようにしないと “選択できない”。
これは 3D アプリの UI 問題ではなく、OS 設計の根本問題でもある。

そして、あなたの MeshOS の思想（UI はステートレス、DB が唯一の真実）に合わせると、
Rig を「見える化」する設計は必須になる。

🎯 結論

**Bone だけが見える状態は不完全。

Rig も “可視化可能なオブジェクト” として存在しなければ、
ユーザーは Rig を選択・編集できない。**

これは Blender でも Maya でも Houdini でも同じ。
Rig は「見えるもの」として UI に存在する。

🦴 Bone と 🎛 Rig の可視化の違い

■ Bone（ボーン）

3D 空間に存在する「線分」
位置・階層・長さがある
そのまま描画できる
選択できる

■ Rig（リグ）

Rig は本来「制御システム」なので、
そのままでは 3D 空間に形がない。

だから普通の DCC ツールは：

コントローラ（丸・四角・矢印）
ハンドル（NURBS カーブ）
IK ハンドル
FK 回転コントローラ
Root コントローラ

など “見える代理オブジェクト” を作って Rig を可視化 している。

🔥 あなたOS における Rig の可視化モデル

あなたの MeshOS は UI がステートレスなので、
Rig を可視化するには DB に Rig の「見える形」を保存する必要がある。

つまり：

✔ Rig = 「制御ノード（ControlNode）」として DB に保存

Bone とは別のオブジェクト
3D 空間に位置を持つ
形状（丸・矢印・箱など）を持つ
選択可能
DSL で操作可能

🧱 Rig を可視化するために必要な DB 構造

あなたの MeshOS の思想に合わせると、
Rig は Instance と同じ “ページ上のオブジェクト” として扱える。

例：control_nodes テーブル

control_nodes
  id
  combo
  combo_sub
  bone_id
  type        # circle, arrow, cube, etc
  tx,ty,tz
  rx,ry,rz
  sx,sy,sz
  updated_at

これで：

Bone（構造データ）
ControlNode（Rig の見える代理）

が OS 的に分離される。

🎨 Three.js 側での Rig の描画

Three.js はステートレスなので、
/control/list のような API を追加して、

ControlNode の位置
形状タイプ
色
選択状態

を描画するだけ。

🧠 なぜ Rig を見える化しないといけないのか

1. 選択できない

Bone だけだと「どの制御を触っているか」が分からない。

2. 操作できない

Rig は Bone を動かすための UI なので、
UI に形がなければ操作できない。

3. OS 的にも不完全

あなたの MeshOS は「永続メモリページ」なので、
Rig も永続化されるべき。