Boston Dynamics、Spot 5.2を発表　Google Gemini搭載の検査機能とOrbitの資産中心化を強化

何が起きたか

Boston Dynamicsは2026年9月10日、Spot 5.2を発表した。中核は、Spotの検査と工場データをつなぐOrbitの刷新で、Orbit AIVIはGoogle Gemini搭載となり、Spotが実施できる検査の種類を広げた。 同社は、Orbitを資産中心のダッシュボードに組み替え、CMMS、MES、EAMなどの基幹システムに近い形でデータを整理すると説明した。外部のPLCセンサーや監視カメラの入力も取り込めるとしている。

詳細

Orbitでは、資産の階層構造をメタデータ付きで取り込み、資産と検査をひも付けられる。メタデータにはlocation、asset type、criticality、manufacturer、modelが含まれ、アラートの絞り込みやダッシュボードの掘り下げに使えるという。 Spot 5.2では、静止画に加えて動画検査が可能になったほか、Site Scansにより施設全体を対象に一時的なリスクを継続監視できる。さらに、20種類超のガスをリアルタイム監視する機能、視覚的な振動分析、SoramaのL642を使う部分放電検知も追加されたとBoston Dynamicsは説明した。

Key Facts

本紙の見方

Spot 5.2の新しさは、単体のロボット機能追加ではなく、現場データの流れをOrbitで束ね直した点にある。Boston Dynamicsは、検査データを「資産」単位で整理し、CMMS、MES、EAMと近い発想で見られるようにしたうえで、外部センサーやカメラの入力も取り込む構造を示した。つまり今回の主題は、Spotを走らせること自体よりも、Spotをどの条件で、どの資産のために、どのデータと接続して動かすかに移っているとみられる。 本紙の関連記事である ファナック、AI溶接エージェントを発表 は、Google Cloudを使って設計図から溶接条件とロボット動作を自動生成する流れを示していた。今回のBoston Dynamicsは、その系譜を「生成」ではなく「検査・保全の運用」に持ち込んだ形であり、Google Geminiの役割も、工場内の画像や動画を読むための認識層に近い。両者を並べると、Google系のAIは設計、生成、保全の各段階に入り込んでいるが、Boston Dynamicsではそこに物理ロボットの派遣判断まで含めた点が異なる。 業界構造への含意としては、ロボット本体の性能競争だけでなく、既存の設備管理システムとどれだけ深く接続できるかが差になりやすい。Spot 5.2は、固定センサーが異常を示したときにSpotへ追加計測を指示する、あるいはCCTVが動きを検知した場所へSpotを送るといった連携を想定しており、ロボットは単独機器ではなく現場データの中継層として位置づけられている。ここでは、センサー、カメラ、保全ソフト、ロボットのどこに主導権があるかが焦点になる。 未確定の論点は、Spot 5.2の実運用でどこまで自律的に派遣できるのか、AIVI-Learningの学習範囲がどの設備や環境に及ぶのか、また新たな検査モダリティが現場の保全工数をどの程度減らすのかである。SoramaのL642を使う部分放電検知や20種類超のガス監視は機能として明示されたが、導入の前提条件や運用範囲は本文からは読み切れない。

なぜ重要か

Boston Dynamicsは、Spotを個別の点検ロボットではなく、工場の資産データと外部センサーをつなぐ運用基盤として再定義しようとしている。これは、保全担当者にとっては「ロボットを飛ばす」前段の判断をどこまで自動化できるかに関わる。発表元によれば、Google GeminiやSoramaのL642、20種類超のガス監視まで含めて検査対象を広げた点が、適用条件を左右する。

日本への影響

日本企業にとっては、CMMS、MES、EAMの既存設備管理とロボットをどう接続するかが実務上の論点になる。特に、SoramaのL642による部分放電検知や、20種類超のガス監視のような機能は、工場保全や電力設備の監視に近い領域で、既存の検査手順との接続が必要になる。