製造業におけるRTLS:UWB・BLE・RFIDの違いと、それぞれが実際に変える意思決定

リアルタイム位置測位システムのデモは見事です。画面に工場のレイアウト図が現れ、点がリアルタイムに動き回り、その場の全員がすごいと同意します。そして誰かが「これで何の意思決定が変わるのか」と尋ねると、部屋は静まり返ります。その問いこそがプロジェクトのすべてです。製造業におけるRTLSは、これまで当て推量でなされていた意思決定に情報を供給するときに投資回収します — 誰も行動を起こす気のない動きを可視化するだけなら、生み出すものはごくわずかです。

UWB対BLE対RFID:仕様ではなく問いで選ぶ

各技術は互換ではなく、精度仕様だけで選ぶと過剰投資になります。UWBは数十センチ単位の精度を実現し、資産がラックのどちら側にあるかまで区別できますが、より密で高価なアンカー設備が必要です。BLEは通常数メートル単位のゾーンまでの分解能で、安価で電池寿命の長いタグと簡単な設置が特徴です。パッシブRFIDゲートは、そもそも連続追跡をしません — 通過を記録し、特定の時刻に資産がどのエリアから別のエリアへ移動したかを教えます。

ゾーンの問いは座標の問いに勝る

この最後の選択肢は、体系的に過小評価されています。現実の工場の問いの多くは、座標の問いではなくゾーンの問いです。この台車はどの建屋にあるのか。このバッチは隔離を出たのか。この車両は出荷ゲートを通ったのか。それらにゲート読み取りで答えるコストは連続測位のごく一部であり、多くの現場ではそれが要件のすべてです。どの精度が手に入るかではなく、どの問いに答える必要があるかから始める製造業は、提示された見積もりよりも小さなシステムで足りることを日常的に発見します。

RTLSが実際に元を取る4つのユースケース

本物のユースケースは4つの領域に集まります。1つ目は資産探索です。高価な治工具、金型、ダイス、試験機器、リターナブル容器 — 動かされたあとに探し回られるものです。この時間は全員に分散しているため工場はめったに追跡していませんが、計時調査をするとたいてい相当な量であることが分かります。2つ目は仕掛品の追跡です。特定のオーダーが工程間で物理的にどこにあるかを知ることであり、仕掛品が思わぬ場所に滞留しうる個別受注生産や長サイクル生産で最も重要になります。

車両と構内物流の調整

3つ目は車両と構内物流の調整です。配車システムが各フォークリフトの最後のスキャンではなく実際の位置を知れば、タスク割り当ては測定できるほど改善します — 最も近い、対応可能な車両が仕事を受け、空走が減ります。RTLSが単独で最も高い頻度で元を取るのはここです。監視のための新しい仕組みを作るのではなく、すでに動いているシステムを底上げするからです。

安全と入退管理

4つ目は安全と入退管理であり、ここでの正当化はたいてい金銭的なものではありません。ロボットセル内の人の検知、歩行者が横切る死角へ接近するフォークリフト、制限区域への無許可の立ち入り — これらはROIの表計算を持ち出すまでもなく、規制面と人命の重みを持つリスク低減の事例です。

タグの経済性がプロジェクトの規模を決める

プロジェクトの規模を決めるのは、技術よりもタグの経済性であることの方が多いのです。パッシブRFIDタグは1個数セントで電池も不要ですが、読み取り地点でしか記録されません。アクティブBLEタグは1個あたり1桁から低い2桁の通貨単位で、数年もちます。UWBタグはより高価で、電池管理もより慎重さを要します。50個の資産にタグを付けるなら、タグ代は誤差です。5万枚のパレットにタグを付けるなら、タグ代がプロジェクトそのものです — そして規模が大きいときは、精度ではなくこの算術が技術選定を動かすべきです。

位置データを自分のダッシュボードの外でも使えるものにする標準

RTLS導入が孤立したシステムにならずに済むのは、3つの参照規格のおかげです。ISO/IEC 24730はリアルタイム位置測位システムのアプリケーションプログラミングインターフェースを定義しており、その下にどのアンカー機器があっても、測位エンジンの出力を同じ方法で利用できるようにします。IEEE 802.15.4zはほとんどのUWB実装の背後にある測距標準であり、これがあるからこそ異なるベンダーのUWBタグが、第2の並行設備を必要とせず、同じアンカー基盤を共有できるようになりつつあります。GS1/EPCglobalはタグ識別子そのものを規定します — WMSやERPが資産に対してすでに使っているのと同じGTINとシリアル構造であり、これにより位置読み取りは他所に存在するレコードに紐づき、第2の連携されない資産IDを作らずに済みます。どれも派手ではありませんが、そのすべてが、ベンダーを入れ替えられる位置システムと、買い直すしかない位置システムとの違いを生みます。

地図からインフラへ

位置測位システムと位置ダッシュボードを分けるのは、連携ポイントです。自分のアプリケーションの中に留まる位置データは地図です。MES、WMS、配車システムへ流れ込む位置データは、それらのシステムの動きを変えます — 搬送タスクの経路が変わり、スキャンなしで仕掛品ステータスが更新され、資材要求は本当に最も近かった車両によって満たされます。RTLSはそれ自体がシステムであるという以上に、他のシステムのためのインフラです。

この境界線ははっきり述べておく価値があります。それがRTLSの提案を誰が評価すべきかを決めるからです。RTLSは、いま何がどこにあるかに答えます。WMSは、ある場所に何が、どれだけあるかに答えます。配車は、次に誰がそれを動かすかを決めます。MESは、そもそもなぜそれがラインで必要なのかを決めます。RTLSは他の3つが消費する入力です — それらのいずれが下す判断も置き換えません。そしてMESやWMSの要件に照らして評価された位置システムは、常に物足りなく見えます。なぜなら、それはそもそもRTLSが答えるべき問いではなかったからです。

RTLSプロジェクトが失敗する場所、失敗しない場所

正直な失敗パターンを述べておく価値があります。技術から始めて後から正当化を探すRTLSプロジェクトは、監督者の部屋で使われないモニターとして終わりがちです。具体的で、高くつき、繰り返される問いから始まるプロジェクト — 冶具探しに週2時間失っている、バッチの分離を証明できない、フォークリフトの40%が空走している — は成果を出しがちで、そして最初の見積もりが示唆したよりも小さく収まりがちです。