← 最新の論文
🤖 AI

CubePart: An Open-Vocabulary Part-Controllable 3D Generator

CubePart は、グローバルなテキストプロンプトとユーザー定義のパーツスキーマを受け入れることで、明示的に構造化された意味論的コンポーネントから構成される一貫性がありアニメーション対応のアセットを生成する、オープンボキャブラリーかつパーツ制御可能な 3 メッシュ生成を可能にする生成フレームワークです。

原著者: Yiheng Zhu, Kangle Deng, Jean-Philippe Fauconnier, Inaki Navarro, Daiqing Li, Ava Pun, Yinan Zhang, Peiye Zhuang, Xiaoxia Sun, Maneesh Agrawala, Kiran Bhat, Tinghui Zhou

公開日 2026-05-28
📖 1 分で読めます☕ さくっと読める

原著者: Yiheng Zhu, Kangle Deng, Jean-Philippe Fauconnier, Inaki Navarro, Daiqing Li, Ava Pun, Yinan Zhang, Peiye Zhuang, Xiaoxia Sun, Maneesh Agrawala, Kiran Bhat, Tinghui Zhou

原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む

あなたがビデオゲーム開発者だと想像してください。ゲーム用に 3D の車を制作したいとします。昔であれば、アーティストを雇ってデジタル粘土で車全体を彫刻し、その後、手動でホイール、ドア、エンジン、シャーシといった部品に切り分ける必要がありました。さらに、ゲームのコードが「ああ、この特定の部品はホイールだから、回転させられる」と認識できるよう、各部品にラベルを付ける必要がありました。

この手動による切り分けとラベル付けは、時間がかかり、費用も高く、拡張性にも欠けていました。

最近、AI はテキスト記述から 3D 物体を生成する能力を飛躍的に高めました。しかし、課題がありました。AI が出力するのは「モノリス」、つまり単一の solid なデジタル粘土の塊だったのです。それは車のように見えても、実は一つの塊でした。AI はどこで部品が終わり、どこが始まるかを知らなかったため、ホイールを回転させたりドアを開けたりすることができませんでした。他の AI 手法は部品の推測を試みましたが、それはレシピなしでスープの材料を推測するシェフのようでした。部品の数は合致するかもしれませんが、必要な特定のレシピには合致しないのです。

CubePart の登場:「レゴビルダー」AI

この論文は、あなたの正確な指示に従う熟練したレゴビルダーのような新しいシステム、CubePart を紹介しています。

核心となるアイデア:「レシピ」と「設計図」

単に「車を作って」と言うのではなく、AI には以下の 2 つのものを与えます:

  1. 説明:「クールで未来的なレッカー車を作って」
  2. 設計図(スキーマ):必要な部品の具体的なリスト:「キャブ、シャーシ、4 つのホイール、ルーフビーコン、レッカーアセンブリが必要です」

CubePart は単に推測するのではなく、あなたのリストに合致するように物体を構築します。最終結果が単なる大きな塊ではなく、ゲームエンジンが取得してアニメーション化できるよう、完璧に組み合わさった独立した部品群であることを保証します。

仕組み:2 段階のキッチン

著者らはこのシステムを、2 段階の調理プロセスを用いて構築しました:

段階 1:丸ごとケーキを焼く
まず、AI はあなたの説明に基づいて完璧な丸ごとのケーキ(物体全体)を焼くことを学びます。これは、46 万個以上の物体から学習した膨大な 3D 形状とテキスト記述のライブラリを使用します。この段階で、物体が正しく見え、適切な全体的な形状を持つことを保証します。

段階 2:ケーキをスライスする
丸ごとのケーキが焼き上がると、AI は 2 段階目に移行します。その丸ごとのケーキを、あなたの「設計図」に厳密に従ってスライスします。

  • 秘密のソース:この論文は、「クロスパートアテンション」という特別なメカニズムを導入しています。これはスライス間の通信ネットワークだと考えてください。AI が「左ホイール」を切断する際、「右ホイール」と話して、サイズが同じで重なりがないことを確認します。これにより、部品が独立している一方で、実際の車のように調和した全体を形成するように組み合わさっていることを保証します。

データエンジン:「賢い司書」

AI にこの作業を教えるため、研究者たちは膨大な量の事例ライブラリを構築する必要がありました。人間に数百万の部品にラベル付けを依頼するだけでは(それは永遠に終わらないでしょう)、代わりに、高度な AI 視覚モデルを用いた自動化された「賢い司書」システムを構築しました。

この司書は 3D モデルを見て、あらゆる角度から写真を撮影し、「マークの集合(Set-of-Mark)」と呼ばれるテクニック(写真の異なる部品に番号付きのステッカーを貼るようなもの)を使用します。その後、超スマートな AI(ビジョン・ランゲージモデル)にステッカーを見て、「OK、ステッカー#1 と#2 はどちらもホイールだから、これらをグループ化して『フロントホイール』と呼ぼう」と言わせます。これにより、これまで存在した部品ベースのデータセットの 11 倍もの規模のデータセットを、すべて自動的に作成することができました。

なぜこれが重要なのか(論文によると)

この論文は、これが(ビデオゲームのような)インタラクティブな 3D コンテンツにとってゲームチェンジャーであると主張しています。その理由は以下の通りです:

  • すぐに使用可能:出力は単なる綺麗な画像ではなく、ゲームエンジンに即座に投入できる独立したメッシュのセットです。
  • 制御可能:「フードを別々の部品にして、開閉アニメーションを付けられるようにしてほしい」と AI に指示すれば、まさにその通りに実行します。
  • 複雑さへの対応:この論文は、「クラゲをテーマにしたレーシングカー」や「砲塔付きの戦車」のような複雑な物体の例を示しており、AI がホイール、ボディ、砲塔、大砲をそれぞれ独立した使用可能な部品として正常に分離していることが確認できます。

限界(「おっと」の瞬間)

著者らは、システムがまだつまずく点を正直に認めています:

  • 剛体 vs 可変体:現在、車やロボットのような硬い物体(剛体)には優れていますが、曲げたり伸ばしたりする必要があるキャラクターの「肌」や筋肉(人間の腕など)の処理はまだできません。
  • 不自然な境界:時には、本来別々であるべき 2 つの部品(例えばドアと車体)が、同じ椅子に座ろうとする 2 人の人のように、わずかに重なり合ったり交差したりすることがあります。
  • 左と右:AI は時折「左」と「右」を混同し、特に物体が対称的な場合、左ホイールを右ホイールと取り替えてしまう可能性があります。

要するに、CubePart は「3D 物体を作って」という漠然としたアイデアを、部品が事前に組み立てられた精密なキットに変換するツールであり、アーティストが自分の作品を手動で切り分けるという退屈な作業から解放します。

自分の分野の論文に埋もれていませんか?

研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。

Digest を試す →