RFIDタグは、カートン、パレット、工具、製品などに貼り付けられる小さなチップです。バーコードとは異なり、1つずつスキャンする必要はありません。建物内に配置されたリーダーとアンテナが、荷物が通過する際に自動的に読み取ります。
リーダーが実際に出力するのは、膨大な検知データのストリームです。「このタグが、このアンテナで、この瞬間に、この信号強度で検知された」という記録です。これだけではビジネスには役立ちません。ビジネスで必要なのは、パレットが到着したか、出荷されたか、検査を通過したか、出荷準備が整ったかという答えです。検知データをこうした答えに変換することに、ソフトウェア開発の真髄があります。
「検知」は「確定」ではない
リーダーがタグを検知したことは、あくまで手がかりであり、証拠ではありません。必ずしもそのアイテムがドアを通過したとは限らないからです。タグは連続して何度も読み取られます。隣のドックのアンテナが拾ってしまうこともあります。金属製の棚や湿った段ボールは電波を反射・遮断するため、読み取りが不安定になることもあります。
そのため、生の検知データと、ソフトウェアがそこから導き出した結論は分けて管理します。そうすることで、「10秒以内に両方のドアで検知される必要がある」といったルールを、元の証拠を失わずに調整できます。また、「なぜこのパレットが第4ベイにあると判定されたのか？」という問いに、明確に答えることができます。
重複、欠落、遅延を想定する
現実の世界では、同じデータが2回届いたり、遅れて届いたり、一時的に消失したりします。ソフトウェアには、それぞれに対する明確な処理計画が必要です。重複を検知し、5分遅れで届いたデータをどう扱うか決め、ネットワーク障害中に何が起きたかを把握できなければなりません。
読み取り量が多い現場では、通常、受信データを一時的に蓄積するエリアを設けます。これにより、トラック1台分の荷物が一気にドックを通過するような急激な負荷がかかっても、スタッフが使用する画面がフリーズすることなく、一定のペースで処理を継続できます。
「今どこにあるか」と「どこを通ってきたか」は別の問い
「今ここにあるもの」を知りたい場合もあれば、トレーサビリティや監査のために「すべての移動履歴」が必要な場合もあります。多くの場合、その両方が求められます。
これらには異なるアプローチが必要です。すべての読み取りデータを永久に保存すれば、データ量は急激に膨れ上がります。現在の場所だけを保存すれば、後で問題を調査するための証拠が失われます。そのため、生のデータの保存期間、検知されなくなってから「紛失」とみなすまでの時間、エリア間の移動を記録するルールなどを事前に合意します。
現場で本当に使える画面を構築する
タグの動きをリアルタイムで表示する画面は、一度に数百件の読み取りが発生しても応答性を維持し、何が起きているかを直感的に理解できるものでなければなりません。「現在の状況」と「過去の履歴」を分け、各リーダーの接続状態を明示し、画面が遅延なく更新されるようにします。
現場のスタッフが必要なのは、データの羅列ではなく「例外」です。認識できないタグ、予期しない場所に現れたアイテム、反応のないリーダー、注文内容と一致しないパレット。こうした情報を最優先で表示すべきです。
ビジネス全体と連携させる
RFIDデータは、在庫、生産、出荷、入退室管理などと連携して初めて価値を生みます。そのためには、各アイテムに信頼できるIDを付与し、どのシステムがアイテムの状態に関する最終決定権を持つかを明確にし、読み取り結果と書類上のデータが一致しない場合のルールを定めます。確認済みの出荷データを、リーダーの読み取りだけで勝手に書き換えるようなことは避けるべきです。
また、リーダーのオフライン化、デバイス間の時刻のズレ、リーダーの交換、設定変更といった日常的な現実も考慮します。そして、運用を開始する前に、現実的なデータ量でテストを行い、意図的に接続を遮断してシステムがどう対処するかを確認します。
成功の鍵
信頼できるRFIDとは、より多くのタグを読み取ることではありません。不完全な検知データを、人々が信頼し説明できる情報に変えること、そしてシステムが「知っていること」と「知らないこと」を画面上で正直に示すことです。