AMR・AGV:搬送ロボットの企業・技術・システム構造
目次
要旨
AMR・AGVは工場や倉庫でモノを運ぶロボットである。ただし、移動台車を提供する企業と、保管・搬送・ピッキングをまとめて設計する企業では、製品の比較単位が異なる。 機体の速度や積載量だけでなく、荷物の受け渡しと複数台の運用までを見る必要がある。
- 工場内搬送では、工程への補給タイミング、設備との接続、空容器の回収が重要になる。
- 倉庫自動化では、保管配置、注文のまとめ方、作業ステーションとの連携が処理能力を左右する。
- 自律走行は搬送システムの一部であり、渋滞・充電・通信断・荷受け不能まで含めた設計が必要である。
本稿は2026年9月11日に確認した企業の公開情報と、一般的な技術解説を基にした個人の調査ノート。MiRとGeek+を異なる提供範囲の代表例として取り上げる。市場シェア順の一覧でも、全メーカーを網羅した比較でもない。
総論:工場ロボティクス整理メモでは、工程分析・安全・投資効果・量産立ち上げを扱う。
1. 対象領域:何を、どこまで運ぶか
一般にAGVは設定した経路に沿う搬送、AMRは地図やセンサを使った自己位置推定と経路計画を特徴として説明される。ただし呼び分けはメーカーによって異なる。AGVでも誘導方式は磁気テープに限らず、「AMRならどこでも自由に走れる」という理解も正しくない。
| 搬送の形 | 主な仕事 | 選定時の論点 |
|---|---|---|
| 台車・棚の搬送 | 部品供給、仕掛品搬送、空箱回収 | 台車との結合、荷崩れ、受け渡し位置 |
| コンベヤ搭載型 | 生産設備や固定コンベヤ間の移載 | 高さ、荷物検出、設備間の許可信号 |
| パレット搬送 | パレット単位の移動・荷役 | パレット規格、差し込み条件、床、荷姿 |
| Goods-to-Person | 棚や容器を作業者のステーションへ運ぶ | 保管配置、補充、注文処理、ステーション能力 |
Goods-to-Personは「人が商品を探しに歩く」仕事を「商品が人の所へ来る」形に変える。単に既存の搬送経路を無人化する方式とは、業務設計の範囲が違う。
2. 技術を五つの層で捉える
| 技術層 | 何を担うか | 代表的な確認事項 |
|---|---|---|
| 自己位置推定 | LiDAR、カメラ、車輪の移動量などから現在位置を推定する | 地図の更新、環境変化、位置を見失った場合の復旧 |
| 経路計画・走行制御 | 目的地への経路と速度を決め、移動する | 通路幅、交差点、通行禁止領域、迂回の制約 |
| 安全関連制御 | 人や障害物への接近時などに減速・停止する | 停止距離、検知領域、積荷の張り出し、死角 |
| フリート管理 | 複数台への配車、経路の調整、充電を管理する | 優先順位、渋滞、充電集中、管理サーバ停止 |
| 業務・設備連携 | 搬送要求と現物の受け渡しを結び付ける | PLC・WMS・MESとの連携、完了確認、再送・重複処理 |
SLAMは自己位置推定と地図作成を同時に行う技術の総称であり、製品のすべてが同じ構成で常時SLAMを実行するわけではない。地図作成時と通常走行時の処理を区別して確認する。
また、障害物を避けるための認識と、安全を保証するための検知・停止機能は同一とは限らない。通常走行の性能だけでは、システムの安全性は判断できない。
3. 主要企業と提供領域
| 企業 | 公式に確認できる製品・機能 | 比較への示唆(筆者の整理) |
|---|---|---|
| Mobile Industrial Robots(MiR) | MiR250・MiR600・MiR1350、MiR1200 Pallet Jack。上部モジュールによる用途変更、MiR Fleetによる複数台管理 | 搬送ベースに何を搭載し、既存設備とどう接続するかを具体化して比較する |
| Geek+ | 棚搬送のPopPick、容器搬送のRoboShuttle、パレット向けのSkycube。ロボット群と倉庫向けソフトウェアを展開 | 保管からピッキングまでの運用変更を含め、倉庫全体の処理能力で比較する |
MiR:移動ベースと上部モジュールを組み合わせる
MiRの公式情報では、コンベヤ、棚、アームなどの上部モジュールを組み合わせる構成と、MiR Fleetによる一元管理が示されている。機体を共通化しつつ、搬送物や受け渡し方法に合わせて用途を変える考え方として捉えられる。
生産技術が詰めるべき点は、モジュールを含む総重量・重心、移載精度、設備との信号連携である。機体側の対応だけで、自社の台車や設備が無改造でつながるとは判断しない。
Geek+:保管・搬送・作業ステーションを組み合わせる
Geek+は棚・容器・パレットの異なる保管単位に応じたシステムを案内している。ソフトウェアではWES(倉庫実行システム)、RMS(ロボット管理システム)などを示し、WMS・ERP・MESとの連携も提供領域としている。
ここでの検討対象はロボットの台数だけではない。SKU構成、出荷波動、補充作業、ステーションの作業能力を含む。工場で使う場合も、物流倉庫向けの設計がそのままラインへの定時補給に適合するとは限らない。
比較時に分けたい責任範囲
同じ「搬送一式」の見積もりでも、地図作成、充電器、上部モジュール、自動扉、無線設備、上位システム接続が含まれるかは異なる。メーカー・SIer・自社IT・設備担当の間で、誰が何を実装し、停止時に誰が復旧するかを明確にする。
4. 工場内搬送と倉庫自動化の比較軸
| 観点 | 工場内搬送 | 倉庫自動化 |
|---|---|---|
| 達成したいこと | ラインを欠品させず、仕掛品や空箱を滞留させない | 注文を必要な締切までに処理する |
| 需要の単位 | 工程・品番・補給間隔 | 注文・明細・SKU・入出庫波動 |
| 接続先 | 生産設備、供給棚、台車、自動扉 | 保管設備、作業ステーション、WMS |
| 代表的な制約 | 通路共用、受け渡し待ち、ライン停止の影響 | 人気SKUへの集中、補充、ステーション待ち |
| 評価する指標 | 補給遅延、搬送完了時間、手動介入、ライン欠品 | 注文明細処理数、滞留、誤出荷、ピーク時の完了率 |
指標は相互に関係する。ロボット単体の稼働率が高くても、空走や待機が多ければ工程への貢献は小さい。走行時間ではなく、必要な搬送を期限内に完了したかを評価する。
5. 技術動向と実装上の壁
公開情報で確認できる動きとして、MiRは複数台管理と上部モジュール、Geek+はロボット群とソフトウェアの組み合わせを提示している。両社とも機体だけでなく、運用を成立させる機能を提供している。
筆者の見立てでは、導入規模が大きくなるほど、自己位置推定の方式以上に配車・優先順位・業務連携の設計が差になる。一方で、管理機能をまとめるほど、その停止時に広い範囲が影響を受けるため、代替運用も必要になる。
複数メーカーの機体を共通管理したい場合は、通信方式への対応表示だけで判断しない。搬送指示、状態通知、充電、地図、異常復旧のうち、実際にどの機能を共通化できるかを確認する。
6. 生産技術への示唆
初期検討では、工場図面にルートを描くだけでなく、出発・受け渡し・回収・充電までの一連の仕事を定義する。
- 荷姿、重量、頻度、締切、発着点を一覧にする。
- 受け渡し待ちと空容器回収を含む搬送サイクルを実測する。
- 実際の床・通路・人の往来・無線環境で成立性を確認する。
- 通路閉塞、荷受け不能、通信断、電池残量低下を含めて試験する。
- 台数増加時の渋滞と、停止時の手動搬送への切替を設計する。
安全の判断には、積荷や接続設備も含むリスクアセスメントが必要である。障害物を検知して止まることだけで、挟まれや荷崩れまで防げるとは限らない。
参考情報
確認日:2026年9月11日。メーカー公表の製品構成を確認したものであり、生産性向上率や導入効果を第三者検証したものではない。
- MiR:製品一覧 — 機体、上部モジュール、MiR Fleet
- Geek+:公式サイト — Goods-to-Person、製品群、倉庫向けソフトウェア