何が起きたか
arXivは2026-10-06、Unitree Go2の四足歩行ロボット2台と3台を使って、剛体を協調搬送する安全な制御枠組みの論文「Safe Multi-Robot Collaborative Transport Using Density Functions」を公開した。論文は、初期姿勢と目標姿勢だけを入力とし、事前に参照軌道を用意せずに複数ロボットが同じ物体を押して運ぶ手法を示している。中央の箱レベルMPCが接触力を最適化し、各ロボット側の分散型全身MPCが移動する接触位置を追従する。
詳細
論文は階層型の密度ベースMPC枠組みを採用し、中央の箱レベルMPCで制御密度制約をかけながら目標収束と障害物回避を両立させる。各ロボットは、静的障害物と時間変化する近傍ロボットの位置を考慮しつつ、共有情報仮定のもとで分散型の全身MPCを解く。 評価はMuJoCo上で行われ、Unitree Go2による2台・3台の協調搬送として、狭い通路を通過しながら剛体を押すタスクを検証した。比較対象にはControl Barrier FunctionベースとRRT*ベースの追従手法が使われ、論文は密度ベース定式化の有効性を示したとしている。実装動画は公開されている。
Key Facts
| arXivに2026-10-06、論文「Safe Multi-Robot Collaborative Transport Using Density Functions」が掲載された | [1] |
| 対象はUnitree Go2の四足歩行ロボット2台と3台による協調搬送である | [1] |
| 初期姿勢と目標姿勢のみを用い、事前の参照軌道を必要としない枠組みである | [1] |
| 中央の箱レベルMPCと各ロボットの分散型全身MPCを組み合わせている | [1] |
| MuJoCo上で狭い通路を通る剛体搬送として評価し、Control Barrier FunctionとRRT*ベースの手法と比較した | [1] |
本紙の見方
この論文の新しさは、Unitree Go2を2台・3台の協調搬送に使う点そのものより、搬送制御を「箱レベル」と「ロボットレベル」に分け、密度関数とMPCを束ねて安全性と目標収束を同時に扱おうとしている点にある。事前軌道を置かず、初期姿勢と目標姿勢だけで動かす設計は、実世界の協調搬送で起こりやすい接触位置の変動や近傍機体との干渉を前提に組み立てられている。一方で、今回の成果はあくまでMuJoCo上の評価であり、Unitree Go2の実機で同じ安定性と再現性が得られるかは別問題である。 本紙の関連記事である松延動力、智元機器人、宇樹科技が相次ぎ具身智能モデルを公表は、宇樹科技が具身智能モデルを公表した流れを伝えていた。そこではモデル側の発表が焦点だったが、今回はそのロボット本体を使い、複数機体の接触制御をどう成立させるかという実装寄りの論点に移っている。つまり、同じUnitreeでも、上位の認識・方策モデルと、下位の搬送制御は別の層で進んでいると読める。 業界構造でみると、この研究は「単体ロボットの性能」だけではなく、「複数機体が同じ物体を押す」場面で必要になる制御アーキテクチャを示している。中央最適化と分散制御を組み合わせる設計は、通信遅延、障害物、接触点の移動という制約を前提にしており、実運用ではソフトウェアだけでなく、機体間の情報共有設計や接触を伴う安全保証が焦点になるとみられる。比較対象にControl Barrier FunctionとRRT*を置いたことも、単なる経路生成ではなく、安全制約付きの搬送制御が主戦場であることを示す。 未確定の論点は、実機での検証有無、どの程度の重量や摩擦条件まで扱えるか、共有情報仮定を崩した場合の頑健性、そしてGo2以外の機体や異なる把持・押し条件に一般化できるかである。現時点で公開されているのはMuJoCo評価の論文であり、量産や製品化の段階に入ったとは読めない。
なぜ重要か
複数ロボットで1つの物体を押して運ぶ制御は、単体機のデモよりも接触・障害物・近傍機体の変化に弱いため、今回のように中央MPCと分散MPCを分けて扱う設計は実装論として意味がある。Unitree Go2を用いた2台・3台の評価が示されたことで、協調搬送を研究開発の段階でどう定式化するかの具体例になっている。
日本への影響
Unitree Go2を前提にした協調搬送の制御研究は、日本の産業用ロボットやシミュレーション基盤にとって、複数機体の接触制御と安全制約をどう組み込むかという論点を突きつける。実機展開が進む場合、搬送系の制御ソフト、通信、シミュレーション検証の設計が重要になる可能性がある。