ロボットは自分の位置を知っている、人の位置は知らない

2026-08-11

#フィジカルAI

#ロボット安全

#SLAM

#RTLS

#ORBRO

2026年はフィジカルAIの元年と呼ばれています。上半期だけでロボット企業の累計調達額が558億ドルに達し、前年の年間記録のほぼ二倍になりました。ソフトバンクはABBのロボティクス部門を54億ドルで買収しています。ヒューマノイドが展示会場ではなく工場のラインに入り始めたという知らせも続いています。

お金と関心が集まることとは別に、実際に現場へ配備する段階では同じ言い回しが繰り返されます。ラボと現場の間にある隔たり。ラボで見事に動いたロボットが工場に入ると違う振る舞いをする、という意味です。

その隔たりのかなりの部分はアルゴリズムの問題ではありません。座標の問題です。

ロボットは自分の位置を知っています。きわめて正確に知っています。ところがその横を通る人の位置は知りません。正確に言えば、何かがあることは分かっても、それが誰なのか、なぜそこにいるのか、いま何をしようとしているのかは分かりません。

I. SLAMはロボットの地図だ

自律走行ロボットの位置認識はおおむねSLAM(Simultaneous Localization and Mapping)に基づいています。ロボットがライダーやカメラで周囲を測りながら地図を作り、同時にその地図の中で自分の位置を推定する方式です。強力で、屋内ではGPSがなくてもよく動きます。

ただし二つの性質があります。

第一に、その地図はロボットのものです。 原点と軸がロボットが最初に地図を作った時点を基準に取られていて、建物の図面とは別の座標系です。管制画面で使う「3階Aエリア」という定義はロボットの地図にはありません。ロボットが「いま(12.4, 8.1)にいる」と言うとき、その値が私たちの図面のどのマスなのかは別に合わせて初めて分かる値です。

第二に、その地図の上で人は動く障害物です。 ライダーは人とパレットとフォークリフトを同じ範疇で見ます。回避はします。しかし判断はしません。いま前をふさいでいるのが整備の承認を受けて入った作業者なのか、道を間違えた来訪者なのか、ただ置かれている資材なのかを区別しません。区別する必要がないように設計されたものでもあります。

従来の解法は空間を分けることでした。安全柵を立て、ライトカーテンと安全スキャナで半径内に人が入らないという前提を作ります。ロボットが決まった軌道だけを回る工程では、この方式がよく働きます。

問題は、いま入ってくるロボットたちが決まった軌道だけを回らないことです。倉庫を自由に移動し、病院の廊下を通り、人と同じ通路を使います。柵で分けられない空間が増えれば、前提そのものが成り立ちません。

II. 人を同じ座標系に乗せる

解法の方向は単純です。人にも座標を持たせることです。

UWBベースの位置測位タグを人が着用すると、人は検知される対象ではなく座標を発信する主体になります。精度は仕様基準で±10〜30cm程度、現場条件によって変動します。重要なのは絶対値よりも性格です。カメラやライダーが「何かがある」と知らせるのと、タグが「ID47番の作業者がここにいる」と知らせるのは別の情報です。後者には身元と権限と作業の文脈をひもづけられます。

次が実際に手のかかる作業です。ロボットの地図と建物図面の座標系を合わせること。原点、軸の向き、縮尺を整合させて初めて、二つの座標が同じ平面の上で比較できます。プロジェクトで時間がかかる地点はアルゴリズムではなくたいていここです。ロボットベンダーの地図と自社の図面、そして現場の実寸が互いに少しずつ違うからです。

座標系が合えば区域定義を共有できます。ORBRO OSは図面の上に区域を描き、その区域に条件と動作をひもづける構造です。人とロボットが同じ区域定義を使えば「A区域に人がいる間はロボットは減速」といった規則を書けます。規則を書けるということが決定的です。それまではロボットの判断と管制の判断が別々の世界で回っています。

演算の場所も一緒に決める必要があります。ロボット制御に使う位置情報は、管制サーバーを往復する遅延に耐えられません。ORBROは現場に置くエッジ製品RTLS ManagerとオンプレミスのエッジサーバーORBRO Edge Proで位置演算とイベント判定を処理する構成に対応しています。判断が現場の中で終わって初めて制御に使えます。

III. 座標が合わさると可能になる四つ

1. 通知ではなく制御。 人が危険半径に入ったときに警告を送るのと、装置を止めるのはまったく違う水準です。ORBROは港湾・造船の現場で作業者の位置をクレーンの停止信号に連動させる構築を行った経験があります。人が危険を認識する前に装置が先に止まる構造です。移動ロボットにも同じ論理が当てはまります。減速、経路変更、停止のどれを掛けるかは工程によって違います。

2. 動線の分離。 ロボットの経路と人の通路を空間で分けるか、同じ通路を時間で分けます。首都圏のある大学病院では、自律走行の運搬ロボットに位置測位を連動させ、運搬動線が患者・来訪者の動線と重ならないように管理する構成を適用しました。ロボットのSLAM位置にUWB位置を併用すると、複雑な廊下でも認識が安定します。ロボットをより賢くする代わりに、空間の規則を明確にした取り組みです。

3. 停止原因の究明。 自律走行ロボットを運用すると必ず出てくる問いがあります。昨日3時にこのロボットはなぜ止まったのか。ロボットのログには「障害物検知」しか残りません。人と資産の位置記録が同じ時間軸にあれば、その時刻その座標に何があったかを再生できます。原因が分かれば経路を直すか積載の規則を変えられますし、分からなければ毎回同じ場所で止まります。

4. 工程設計の根拠。 人の占有時間とロボットの占有時間が重なる区域をデータで見つけ出せば、レイアウト調整の根拠になります。ヒートマップと滞留時間の分析はもともと人の動線を見るために作った機能ですが、ロボットが同じ図面に乗ると二つの流れの衝突地点を探す道具になります。

IV. タグを付けられないもの

位置測位だけですべてが片づくわけではありません。タグを付けられる対象は人と管理資産です。資材、積載物、少し立ち寄った外部の人、その日初めて来た協力会社の人員にはタグがありません。

この席は映像が担います。ORBROの映像イベント検知製品AI Event Managerは、危険区域進入、衝突リスク、転倒といった事象を映像から判定します。タグのない対象の存在はカメラが知らせ、カメラの死角や照明・粉塵で認識が揺らぐ区間はタグが埋めます。

二つを併用するときに重要なのは、データが同じ図面の上にあることです。カメラ画面十個と位置画面一つを別々に見る構造では、二つの情報が合わさりません。同じ座標系に置かれて初めて「B区域にタグのない対象が進入、その区域に作業者1名、ロボット1台が接近中」という一文ができます。

V. 検討するときに確認する五つ

座標系の整合を誰がどうやるのか。 ロボットベンダーと位置測位ベンダーの間で、この作業の責任が空白になっている場合が多くあります。契約前に決めます。
更新周期と遅延。 通知用に十分な周期と制御用に必要な周期は違います。何に使うのかを先に決めてから数字を合わせます。
ロボット制御の連動方式。 信号接点かAPIか、停止・減速の命令を誰が発行する権限を持つのか。
停止判断の主体。 ロボット自体の安全機能が一次であり、上位システムの位置ベースの判断はそれを補完する層です。上位システムが安全機能を代替する構成で設計しません。この区分は検討の初期に文書で残しておくと、後から揺れません。
記録の形。 事故や停止のあとにその時点を再生できるか、どの単位で保管されるか。

おわりに

フィジカルAIのボトルネックは、ロボットの性能よりもロボットが入る現場の準備状態に近いところにあります。ロボットはすでに自分の位置を十分正確に知っています。足りないのは、そのロボットが働く空間についての共通の地図、そしてその地図の上に人が乗っているかどうかです。

人が座標を持った瞬間、ロボットは回避すべき障害物の世界から協働する相手の世界へ移ってきます。そこからは規則を書けます。

ORBROは位置測位タグやアンカーといったハードウェアから、現場で判断を終えるエッジ製品、そして人・資産・ロボット・映像イベントを一つの図面の上で扱うORBRO OSまでを自社で作っています。ロボット導入を控えている、あるいはすでに運用中であればお問い合わせください。どのロボットを使っていて人とどこで重なるのかをお知らせいただくだけで検討を始められます。