Physical AI

SimReadyとは：シミュレーション用3Dアセットの要件と検証の仕組み

2026/10/31 （更新: 2026/11/3）

🤖 AIを使用して執筆

物性の抜けはシミュレータで開くまで見えず、使う側がアセットごとに直してきた

シミュレーション用の三次元アセットでは、物性の抜けや書き方の誤りがシミュレータで開くまで見えず、別のエンジンに移すと壊れることもあり、使う側がアセットごとに手で直してきた。NVIDIA の SimReady Foundation の入門文書は、この状態を次のように書く。ある物理エンジン向けに作ったアセットが別のエンジンでは壊れることが多く、衝突形状は欠けているか不揃いで、ファイルがシミュレータで動くかを読み込む前に知る確かな方法が無い³。

Hugging Face に載った NVIDIA の発表記事も、同じ手間を挙げる。CAD（Computer-Aided Design）で作った詳細な三次元モデルは出発点として役に立つが、ロボットの操作の課題には、質量・衝突形状・摩擦などの情報が別に要る。開発者はこれらを自分で足すことが多い⁴。記事は、この追加の手間を減らすために、シミュレーションに要る物性を最初から備えたアセットを SimReady のアセットと呼ぶ⁴。

SimReady のアセットは、OpenUSD で書く。USD（Universal Scene Description）は三次元の場面を記述する形式で、OpenUSD は場面を記述して組み合わせるための開いた拡張可能な枠組みである⁴。場面を使って自律機械を学習・評価するには、形状に加えて、物理的なふるまい・衝突・センサーとの相互作用の情報が要る⁴。SimReady Foundation は、この情報の要件を明示する仕様・プロファイル・検証の道具を提供する⁴。

SimReady Foundationは要件を版付きのプロファイルに束ね、エンジンを使わない検査と使う試験を分けた

SimReady Foundation は、用途ごとに要るアセットの属性を要件として定め、その要件に沿ってアセットを検査する仕様と道具である。SimReady Foundation は NVIDIA が GitHub で公開するリポジトリで、NVIDIA が書いた部分のライセンスは Apache License 2.0 である。リポジトリは 2026-03-03 に作られ、2026-10-29 の取得時点でスター 152、フォーク 27 を持つ⁵。

作り手は、要件を層に分けた目的を先に書いている。最下層ではアセットが持つべき USD の属性を、中間の層ではその属性が何の用途に要るか（ロボットのグリッパーでつかめる、など）を、最上層では場面がどの用途の組を求めるかを決める。物を扱うロボットの場面では、物理・把持・セマンティックラベルが要り、関節は要らない。層を明示しないとこれらの関心が混ざり、アセットがパイプラインの間で気づかれずに壊れる、と作り手は書く³。

リポジトリは、要件を次の四つの単位で束ねる。要件は、ID（Identifier、識別子）を持ち機械で確かめられる一つの規則である。能力（Capability）は、関連する要件をまとめる分類である。機能（Feature）は、合わせてアセットの一つの性質を表す要件の集まりで、機能ごとに独立に版を持つ。プロファイル（Profile）は、ある用途でアセットが満たすべき機能とその版の束で、作り手と使う側の間の最上位の約束とされる⁵³。たとえば、剛体の質量の規則 RB.007 は一つの要件で、物を扱うロボットの場面向けの Robotics-Prop は一つのプロファイルである。プロファイルで検査すると、含まれるすべての機能と要件を一度に確かめる³。

検証の文書が例に使う Robotics-Prop の版 3.2.0 は、必須の機能として Core、Minimal、RBD Physics（RBD は Rigid Body Dynamics、剛体の動力学。FET_003）、セマンティックラベル、Wikidata の識別子、パッケージと来歴のメタデータを固定する。把持の物理や材質の機能は任意で、入門文書が物を扱う場面に要るとした把持も、この版では必須ではない⁶。PhysX・Newton・MuJoCo の三つの物理エンジンに向けた機能も、任意の機能として版ごとに並ぶ⁶。Robotics-Prop は、以前は分かれていた中立のプロファイルと実行環境別のプロファイルを一つに統合した。統合後は、どの物理エンジンにも依存しない OpenUSD の基本の機能を必須とし、エンジンの計算処理（ソルバー）ごとに違うふるまいを任意の機能で選ぶ⁶。

プロファイルの版が変わると、必須の機能も変わる。Robotics-Prop にはその後の版 3.3.0 と 4.0.0 もあり、4.0.0 では材質の機能の一つ（UsdPreviewSurface）が必須になる⁶。ロボットの本体とグリッパーにも、実行環境別の任意の機能を持つ統合されたプロファイル（Robot-Body、Robot-Gripper）がある⁵。プロファイルの間でアセットを変換する仕組みは、二つのプロファイルで違う機能に要る変更だけをアセットに加える³。

静的検査がエンジンを動かさずに済むのは、質量や衝突形状の指定が USD ファイルの中の属性だからである。作り手はこの検査を、CLI（Command-Line Interface）の simready-validate か、Python の API（Application Programming Interface）で行う⁵²。検証の文書は、要件の定義を収めたパッケージ simready-foundation-tier-core を simready-validate と一緒に入れる手順を示す。検査のコマンドは simready-validate --profile Robotics-Prop --version 3.2.0 path/to/asset.usd である¹。二つのパッケージは、公開の PyPI（Python Package Index）で配られている⁷。--output を付けると、要件ごとの合否と、不合格を出した USD の要素（プリム）のパスが記録に出る。--stamp-asset-validation を付けると、プロファイル名と、日付ごとの機能の版と合否が、USD ファイルの customLayerData に書き込まれる。別の日に同じオプションで再実行すると新しい日付の項目が足され、履歴が保たれる。後段の道具は、検査をやり直さずにこの記録を読める¹。

エンジン上の試験は、ベンチマークの道具 simready-benchmark が行う。この道具はアセットを NVIDIA Kit か Isaac Sim で開いて動かし、起きたことを記録する。どの試験を走らせるかは、アセットが宣言する機能とプロファイルで決まる。剛体の機能には地面と斜面への落下の試験が、把持の機能にはグリッパーでつかんで持ち上げる試験がある²。作り手は、静的検査で見つからないふるまいを見つけるのがこの試験の目的だと書く²。

2026-10-21 に、NVIDIA は SimReady Central Library を Hugging Face 上で発表した。SimReady Central Library は Hugging Face 上で 2,000 を超える SimReady の OpenUSD アセットを、無料で、利用申請なしに配る⁴。開発者は、各アセットが何に対応するかを確かめ、自分の作業に合うプロファイルのアセットを選んで場面に組み込む。OEM（Original Equipment Manufacturer、機器メーカー）は、提出用の道具でアセットを該当するプロファイルに対して検査し、提出できる⁴。発表は、ライブラリが対象とする OEM の例として、ロボットでは FANUC、Robotiq、Universal Robots、Franka Robotics、Comau、Standard Bots を、AI ファクトリーの設備では Vertiv を、家庭用ロボットと家電では LG Electronics を挙げる。どの OEM が実際に提出したかは、発表に書かれていない⁴。

Hugging Face は、USD の属性とシミュレーションのメタデータを索引にした検索を自社の検索に組み込んだ⁴。Robotiq は、PhysX 向けと Newton 向けの Isaac Sim のアセットを自社で保守して公開している⁸。仕様と配布の場と提出の手順は NVIDIA が一体で発表したもので、2,000 を超えるアセットのうち何件が検査を通って記録を持つかは、発表に書かれていない。Hugging Face と Robotiq は NVIDIA の発表に名を連ねる協力先であり、NVIDIA から独立した動きの証拠としては弱い。

検査は物性の抜けと書き方の誤りを止めるが、値が実物に合うかは使う側が実機で確かめる

プロファイルが必須とする要件の範囲にも注意が要る。Robotics-Prop の版 3.2.0 が必須とする剛体の機能（FET_003 の版 0.2.0）には、有効な剛体に衝突形状を求める要件 RB.013 も、慣性テンソル（物体の各軸のまわりの回りにくさ）の値どうしの関係（三角不等式など）を求める要件 RB.008 も含まれない⁶⁹¹⁰。衝突形状を書き忘れたアセットは静的検査では不合格にならず、地面への落下の試験で見つかる¹¹。慣性の値の桁を誤ったアセットも、このプロファイルの検査では不合格にならない。

SimReady の検査は、物性の抜け・書き方の誤り・決めたふるまいを確かめるが、値が実物に合うかは確かめない。確かめる範囲について、入門文書は、静的検査の規則がシミュレータでファイルを読み込む前に衝突形状の抜け、関節の階層の誤り、材質の割り当ての誤りを見つけると書く³。ただし Robotics-Prop の版 3.2.0 では、衝突形状の抜けを問う RB.013 は必須の機能に含まれない⁶。結果は customLayerData に記録されるので、アセットを受け取った側は検査をやり直さずに合否を読める¹。エンジン上の試験は、落ちて静止する、つかんで持ち上げられる、という決めたふるまいを確かめる²。使う側がこれまで手で直してきた誤りのうち、質量の無い物体は静的検査で、床をすり抜ける物体は落下の試験で見つかる¹¹。

確かめない範囲も、要件の文が決めている。RB.007 は質量が書かれた場所の規則で、値の検査は RB.008 に分けている¹²。RB.008 は版 3.2.0 の Robotics-Prop の検査に含まれないうえ、要件の文として確かめるのも、書かれた値についての三つの点だけである。質量 $0$ は情報として報告され、不合格にはならない。慣性の三つの値は三角不等式を満たす必要がある。主軸の向きは、三次元の回転を表す長さ $1$ の四元数（単位四元数）である必要がある。書かれていない任意の属性は不合格にならない¹⁰。どちらの要件も、$1.0\ \mathrm{kg}$ と書かれた物体が実物で $1.0\ \mathrm{kg}$ かは見ない。実物の質量は USD ファイルの外にあるので、ファイルだけを読む静的検査は実物と照合できない。質量と密度の両方が書かれた場合も、RB.008 は質量を優先すると定め、二つの値を突き合わせない¹⁰。

ソルバーの違いも、同じ物体に別のアセットを要求する。Robotiq は、同社の 2F-85 グリッパーで最も多く報告された問題として、シミュレーションの指が後ろに曲がる、先端が外へ回る、把持の途中で並びが崩れる、を挙げる⁸。原因は、Isaac Sim が関節でつながった機構を木構造として解くのに対し、2F-85 の指が閉ループの機構であることだと Robotiq は説明する⁸。木構造は、リンクが枝分かれだけでつながり輪を作らない構造で、閉ループの機構は、リンクがつながって輪を作る機構である。

Robotiq のアセットは、PhysX 向けに二つの版を持つ。一つは輪を切り、従う関節を駆動する関節に連動させる拘束（mimic）で動かす版で、構造上、平行な把持しか再現できない。もう一つは輪を拘束で閉じる版で、PhysX はこの拘束を厳密でない拘束として解くため、荷重によっては誤差がたまって並びが崩れる⁸。Newton 向けのアセットは閉ループを等式の拘束として直接扱い、ばねで物を包み込む把持を同社のアセットで初めて再現できた⁸。ソルバーごとにアセットを分ける必要があることは、SimReady Foundation が中立の核と実行環境別の任意の機能を分けた設計と合う。ただし Robotiq は、SimReady Foundation の仕様に対する検証に向けて作業中だと書くにとどまり、準拠しているとは書いていない。精度の数値も示していない⁸。

値を実物に合わせる作業は、使う側が実機のデータで行う。ASID（Active Exploration for System Identification）の論文は、モデルを使う手法には極めて正確なシミュレーションが要り、それには適切なアセットと物理パラメータの両方を指定する必要があると書く¹³。同じ論文は、少量の実データでシミュレーションのモデルを自動で更新し、関節の構造や質量などのパラメータを推定する方法を、いくつかの操作の課題で示す。実測のデータから物理パラメータを推定する作業をシステム同定と呼ぶ¹³。本稿は、検査を通ったアセットを出発点にし、使う側がこうした方法で値を実物に合わせる分担になると考える。

この節の制約には、時間で変わるものと変わらないものがある。Robotiq の検証が未完了であること、ライブラリが OEM と資産の数を増やす途中にあること⁴は、時間とともに変わる。静的検査が値を実物と照合できないことは、ファイルだけを読む検査の方式から来る性質で、変わらない。後者は、使う側が実機で測ってシミュレーションの値を合わせることで扱う。

この記事はAIを使用して執筆されました。内容には誤りが含まれる可能性があります。事実や数字の出典は脚注から確かめられます。