Modeling and Validation of Quality of Control for Edge-Offloaded Collaborative Navigation

ロボットが単なる工場の孤独な作業員ではなく、命がけのタグゲームを楽しむ友人同士のチームである世界を想像してみてください。勝つためには、素早く動き、お互いをかわし、衝突することなくフィニッシュラインに到達する必要があります。しかし、ここでの注意点は、超高速で壊れないワイヤーでつながれているのではなく、目に見えない電波を使って空中で通信しているということです。これが「ワイヤレス協調ロボティクス（Wireless Collaborative Robotics）」の世界です。

この世界における最大の敵は、バッテリー切れや不器用な車輪ではありません。それは、空気中の「静電気（ノイズ）」です。電話の接続が悪い時に友人と話そうとして、声が途切れたり遅れたりするのと同じように、ロボットは「確率論的な遅延（ランダムな待ち時間）」や「パケットロス（メッセージの消失）」に直面します。もしロボットの脳が遠く離れたコンピュータ（「エッジ」）にあり、「左に曲がれ」という指示が届くのが遅れたら、ロボットは直進し続けて衝突してしまうかもしれません。科学者たちは、スピードの必要性と信頼性の必要性をどのようにバランスさせるかについて、解明しようと試みてきました。彼らは「制御の質（Quality of Control: QoC）」という概念を用いています。これは、乱雑で予測不可能な無線信号にもかかわらず、ロボットがどれだけうまく仕事をこなしているかを示すスコアカードのようなものです。目標は、完璧なレシピを見つけることです。つまり、ロボットはどれくらいの速さで動き、どのくらいの頻度で指示を求め、ネットワークはメッセージの配信に対してどれほど厳格であるべきか。そうすることで、チームの安全性と効率性を維持できるのです。

研究の物語：雨の中で踊ることを学ぶロボットたち

この論文は、無線接続が不安定で信頼できない状況において、いかにしてロボットのチームを安全に連携させるかという難しい問題に取り組んでいます。スウェーデンとインドの研究チームである著者たちは、推測をやめて測定を開始することに決めました。彼らは、ネットワーク信号の「乱れ」がロボットのナビゲーションや衝突回避能力にどのように影響するかを予測するモデルを構築し、それを実世界でテストしました。

「非ホロノミック」というひねり
まず、著者たちは、従来のモデルの多くがロボットを、あらゆる方向に即座に横滑りできる小さなホバーボードのように扱っていたことに気づきました。しかし、彼らが使用したTurtleBotのような実際のロボットは、車や自転車に似ています。方向を変えるには車輪を回転させなければならず、ただ横にスライドすることはできません。研究者たちは、この「非ホロノミック」な現実を考慮した新しいモデルを構築しました。これは、その場で回転できるスケートボーダーと、大きな旋回を必要とするトラック運転手の違いのようなものです。論文では、実際のロボットはトラックのような性質を持っているため、メッセージの遅延に対して非常に敏感であることを示しています。ネットワークがラグを起こすと、「トラックのような」ロボットは「スケートボードのような」ロボットよりも、ターンを通り過ぎて衝突する可能性が高くなります。

実験：プライベート5Gの遊び場
彼らのモデルが機能するかどうかを確認するために、チームはストックホルムのKTH王立工科大学のホールにプライベート5Gネットワークを設置しました。2台のTurtleBotを使用し、その「脳」をネットワークのエッジにあるコンピュータに送りました。ロボットは、研究者がネットワーク設定をわざと乱している間も、互いを避けながら目的地へとナビゲートしなければなりませんでした。彼らは、ロボットがどのように反応するかを見るために、さまざまなレベルの「ジッター（ランダムな遅延）」や「パケットロス（メッセージの消失）」をシミュレートしました。

彼らのモデルは極めて正確であることが分かりました。メッセージが頻繁にドロップされるシナリオをシミュレートすると、ロボットのパフォーマンス（QoCスコア）は急落しました。しかし、ネットワークが十分に信頼できる状態になると、ロボットは衝突することなく、さまざまな速度や旋回率を扱うことができました。シミュレーションからの重要な教訓は、スピードや信頼性だけを最適化しようとしてはいけないということです。あなたは「共同設計（co-design）」を行う必要があります。つまり、ロボットの動きの設定（旋回速度や衝突回避の強さなど）を、ネットワークの設定と「同時に」調整しなければならないのです。

大きな発見：「信頼性重視」対「ベストエフォート」
この論文の最もエキサイティングな部分は、ロボット用の普及したソフトウェアシステムである「ROS 2」を用いた実世界の実験から来ています。ROS 2には、メッセージの扱い方に関する異なる設定があります。一つの設定は「BEST-EFFORT（ベストエフォート）」です。これはポストカードを送るようなもので、速くて安価ですが、もし郵便物の中で紛失しても誰も気にしません。もう一つの設定は「RELIABLE（信頼性重視）」です。これは受領証付きの書留郵便を送るようなもので、少し手間と時間がかかるかもしれませんが、必ず届くことが分かります。

研究者たちは両方の設定をテストしました。彼らは「BEST-EFFORT」モードを使用した場合、ロボットが苦戦することを発見しました。更新を見逃し、混乱し、その結果「制御の質」のスコアが低下しました。しかし、設定を「RELIABLE」モードに切り替えると、ロボットははるかに安定し、効率的になりました。実際、論文では、特定の実験条件下において、「RELIABLE」設定が「BEST-EFFORT」設定よりも51.5%優れた制御の質（QoC）を提供したと報告されています。

トレードオフ
しかし、注意点もあります。論文はこれについて非常に明確です。「RELIABLE」モードにするとロボットはよりうまく動けますが、同時にネットワークへの負荷も高まります。より多くのデータ（スループット）を消費し、データ使用量にばらつきが生じます。つまり、ロボットを非常に安全かつ効率的に動かしたいのであれば、より堅牢で強力なネットワーク接続への投資が必要になる可能性があるということです。論文は、安全性が鍵となる産業用ロボットにおいては、この追加コストを支払う価値があるが、これはエンジニアが検討すべきトレードオフであると示唆しています。

分からなかったこと
この論文が「行わなかったこと」についても記しておくことが重要です。彼らは、この手法が1,000台のロボットの艦隊に対しても有効であることを証明したわけではありません（ただし、モデルがスケールアップできると考えています）。また、より良い制御（衝突や慌てた修正が減ること）によってエネルギーが節約されると考えてはいますが、ロボットの実際のバッテリー消費量については測定していません。彼らはあくまで、ロボットが経路を追跡し、衝突を回避する能力の「スコア」に焦点を当てました。

結論
簡単に言えば、この論文は次のように述べています。「ワイヤレスロボットを安全に連携させたいなら、単にWi-Fiが良好であることを願うだけでは不十分です。ロボットの脳とネットワークのルールを一緒に設計する必要があります」。彼らは、ネットワークに対して少し慎重な設定（RELIABLE設定）を用いることが、たとえデータ量を少し多く消費したとしても、ロボットのパフォーマンスに劇的な違いをもたらすことを示しました。これは、ロボットチームの世界では、ネットワークにおけるわずかな「忍耐」が、床での多くの衝突を防ぐことになるという教訓です。