屋内位置測位とデジタルツイン管制、ORBROがすべてを自社開発する理由
2026-08-27
管制画面からフォークリフトが1台消えたとします。タグが止まったのか、アンカーが遮られたのか、測位エンジンが信号を捨てたのか、それとも画面が座標を描いていないだけなのか。この4つの可能性のうち、どこから開けて見るべきかを答える速さは、ベンダーごとに大きく異なります。
屋内位置測位の導入を検討し始めると、多くの場合3種類のベンダーに出会います。海外ソリューションを輸入する会社は技術が実証済みですが、現場に合わせて何かを変えるには本社のスケジュールを待つ必要があります。ソフトウェアだけを作る会社は画面が美しいものの、タグとアンカーは他社製のため、測位が揺らいだときに手を入れられる範囲は画面までです。SI企業は複数の製品を組み合わせて望む絵を作ってくれますが、障害が起きるとどの層の問題なのかを切り分けることから始めなければなりません。
3つの構造とも、正常に動いている間は違いが見えません。違いが現れるのは、現場が想定と異なるときです。そして位置測位とは、現場が想定と異なることが基本値である技術です。
この記事では、ORBROがタグとアンカーからエッジサーバー、管制ソフトウェアまで自社開発する理由と、その選択が現場で何を変えるのかを整理しました。
I. 組み合わせたシステムはどこで詰まるのか
複数の会社の製品を束ねた構成は、2つの地点で行き詰まります。
1つ目は、原因を絞り込めない障害です。先ほどのフォークリフトのように、資産が画面から時々消える症状は、タグでも、アンカー配置でも、測位エンジンでも、画面でも起こり得ます。層ごとに会社が異なるとお互いのログを突き合わせることができず、各社の答えはたいてい同じです。自社の層は正常だ、というものです。担当者はまず3社を1つの席に集めることから始めなければならず、その間も症状は続きます。
2つ目は、現場に合わせて調整できる範囲です。金属の資材が多い倉庫で信号が反射して座標が飛ぶ状況は、画面側では直せません。測位アルゴリズムがどの信号を捨て、どの信号を信じるかを調整する必要がありますが、その判断基準は購入した機器のファームウェアの中に閉じ込められています。
2つの問題の根は同じです。直せる人と、直すべき場所が、別々の会社にあるということです。だからORBROはこの階層を分けませんでした。
II. ORBROが作る範囲
| 階層 | 内容 |
|---|---|
| センサー・端末 | UWBタグとアンカー、社員証型端末、BLE・GPS/LTEタグ、センサーデバイス |
| エッジ | 現場に置く演算サーバー。映像AI分析と測位演算を現場で処理 |
| 測位エンジン | 信号品質の判定と座標算出、ゾーン判定 |
| 管制ソフトウェア | ORBRO OS。図面上のリアルタイム管制、ゾーン・アラート、イベント記録、外部システム連携 |
この4つの階層を1か所で作ると、問題が起きたときにどの階層に手を入れるべきかを社内で判断できます。タグのファームウェアの送信周期を変えることと、測位エンジンの判定基準を変えることと、画面の補間方式を変えることが、同じチームの中の選択肢になります。消えるフォークリフト1台をめぐって3社が集まる代わりに、1つのチームが階層を上から下へたどっていきます。
1社がすべてを作るなら、その会社に縛られるのではないかという懸念が出るかもしれません。正当な問いです。だからこそ境界は開いています。ORBRO OSはRESTやMQTTといった標準方式で位置データとイベントを外部システムに出力するため、蓄積したデータは既存のMESやWMSへいつでも持ち出せます。1か所に集まるのはデータではなく、責任です。問題が起きたとき、原因を最後まで追いかける責任です。
III. だから現場で変わる4つのこと
1. 現場条件に合わせてハードウェアまで調整します
標準品では対応できない現場が時折あります。金属面に直接取り付ける必要がある、安全基準のために特定の形状でなければならない、使用環境のせいで一般的なバッテリー構成では持たない、といったケースです。機構設計と量産まで社内にあれば、こうした要求は対応可能な要求になります。画面を作る会社にタグの形を変えてほしいとは頼めないからです。
2. データが現場の外に出なくても運用できます
位置データは作業者の動線と生産情報を含みます。外部クラウドを経由しなければ動かない構造では、セキュリティ審査が長引き、回線が切れれば管制が止まります。ORBROは測位演算と映像分析を現場のエッジ機器で処理し、外部ネットワークなしでもシステムが完結する構成をサポートします。この構造の利点はエッジ・オンプレミス管制の記事で詳しく扱いました。
3. 測位方式を混ぜても画面は1つです
1つの現場の中でも、ゾーンごとに必要な精度は異なります。出荷場は区画単位まで、敷地全体はゾーン単位で十分で、タグを付けられない対象はカメラで捉える必要があります。UWBとBLE、GPS/LTE、AIカメラ認識を同じ図面の上で統合するのがORBRO OSの仕事です。方式を混ぜても、担当者が見る画面は1つです。
4. 拡大するとき構成がそのまま増えていきます
パイロットで使ったアンカーとタグ、管制画面が、全社展開のときにそのまま増えていきます。途中で機器を入れ替える構造ではないため、パイロット投資が埋没費用になりません。事前に何を確認すべきかはPoC設計の記事に整理しました。
この4つには共通点があります。いずれも導入説明会のデモでは確認できず、現場が想定と異なる動きをした後になって初めて価値が現れるという点です。
IV. 精度の扱い方
位置測位で最もよくある誤解は、精度が機器のスペック1つで決まるという考えです。実際には、アンカーがどの角度で取り囲んでいるかが、同じ機器でも結果を大きく変えます。片側に偏った配置は誤差を増幅させ、まんべんなく取り囲めば同じ信号からより正確な座標が得られます。
ORBROはこの原理を設計段階で先に扱います。図面を見てアンカーの幾何配置を決め、信号がどれほど信頼できるかを等級で判定して画面に表示します。天気予報が気温とともに降水確率を伝えるように、座標にも信頼等級を付けて見せるのです。現場では、座標そのものよりその座標を信じてよいかどうかのほうが、より頻繁に必要な情報です。詳しい原理はGDOP解説の記事と座標信頼等級の記事で扱いました。
V. どの現場に合い、どの現場には過剰か
正直に書けば、すべての現場にリアルタイム位置測位が必要なわけではありません。
決まったゲートを通過した事実だけを記録すればよい現場なら、RFIDのほうが経済的です。在庫数量さえ合えばよく、個別の位置は不要な場合も同様です。両者の違いはRTLSとRFIDの比較記事に整理しました。
一方、以下の条件に当てはまるなら検討する価値があります。
- 対象が決まった経路なしに空間を自由に移動する
- ゾーンごとに必要な精度が異なる
- 位置データを外部に出せない事情がある
- 既存のMES・WMS・勤怠システムと連携する必要がある
- パイロットから始めて段階的に広げる計画である
VI. 導入時の考慮事項
- 図面と現場条件を先に準備します: 構成と金額はここから出発します。何を準備すればよいかは見積依頼ガイドに整理しました。
- ゾーンごとに必要精度を分けます: 全体を最高精度で敷く必要はなく、分けるだけで費用が大きく変わります。
- 試験ゾーンで先に確認します: 最も難しい条件を含めて設定してこそ、拡大段階を代弁できます。
- 連携範囲を初期に決めます: どのシステムのどのフィールドへどのイベントを渡すかが決まって初めて設計が終わります。
おわりに
ベンダーを選ぶことは、結局のところ、現場が想定と異なるときに誰がどこまで直せるかを選ぶことです。正常に動いているときの画面はどの提案書も似ており、デモはいつでも滑らかです。
ORBROはタグとアンカー、エッジサーバー、測位エンジン、管制ソフトウェアを自社で開発しています。画面からフォークリフトが1台消えたとき、4つの可能性を1つのチームの中で上から下へたどり、必要ならその階層を直します。図面と現場条件をお送りいただければ、ゾーン別の設計と段階別の計画を整理してご提案いたします。
