結論から言います。AMRを夜勤で回すのは人件費の節約になりますが、コンティンジェンシープランの真価が問われます。ロボットが24時間働くこと自体に問題はありません。本当の問題は、1台がスタックしたその1分間に何が起きるかです。3 a.m.に、蹴飛ばしてくれる人は誰もいないのですから。
昼間のデモが美しいAMRプロジェクトを、私は数え切れないほど見てきました。通路を滑らかに走るフリート、スムーズな配車、輝くROIのスプレッドシート。そして誰かが「完全無人、10 p.m.から6 a.m.」と言い出すと、部屋が静まり返ります。ベンダーは「うちのロボットは24/7の無人稼働に対応」と言うでしょうし、技術的には正しいのです。Brightpickのピッキングロボットは2025年にはすでに夜間のライトアウト・フルフィルメントをこなし、Locus Roboticsのフリートは22,000台を超え、累計8.5 billion回を超えるピックを記録しています。でも「動かせる」と「一晩中ひとりで動かすべき」は別物です。現場に誰もいない夜は、すべての例外がプレイブックで自己解決しなければなりません。歩いて駆けつける人はいないのです。
2 a.m.に1台がスタックしたら、誰が押しに行くのか
AMRの例外は3つに分類されます。自己解決、リモート解決、現場対応が必要なもの。昼間は3つすべて使えますが、夜間は最初の2つだけです。だから夜勤スケジュールの第一原則はシンプルです。3つ目のバケットに絶対落ちない仕事だけを割り当てる、これに尽きます。
自己解決の類 — LiDARが検知した一時的な障害物を迂回する、フリートマネージャーがタスクキューを再優先付けする — は数秒で片付きます。リモート解決の類 — 同じステーションでドック位置合わせに3回連続で失敗したので、監視コンソールからテレオペレーションで引き継いで少し押してやる — も問題ありません。夜が死ぬのは3つ目のバケットです。割れたパレットデッキがフォークに噛む、傾いたカートンが安全スキャナを塞ぐ、狭い通路で2台がデッドロックする。現場に誰もいなければ、これらは朝まで放置されるハードストップになります。
私はこれを高い授業料で学びました。2023年、オンタリオの3PLのAMRフリート立ち上げを手伝いました。1か月間の順調な昼間稼働、自信は最高潮、そして無人夜間稼働をオンにしました。3日目の夜、パレットがカーブで半インチずれたのです — 安全スキャンゾーンに触れるのに十分なずれでした。その場で非常停止。後続のロボットが次々と列を作り、通路全体が固まりました。朝6時に出勤したクルーが目にしたのは、十数台の死んだロボットの行列でした。それ以来、私のルールはこうです。夜はフルパレット・フルケースの固定ルート移動専用。バラ物、異形貨物、パレット品質がまちまちの入荷受け入れ — それは人が介入できる昼間に回します。パレットは標準化されているように見えます。実際は違います。デッキの厚みも釘の打ち方もサプライヤーによってまちまちで、2 a.m.にそれに賭けたくはありません。
それから、30分以内に現場に駆けつけられる距離に住むオンコール担当が必要です。夜勤の従業員ではなく、保険です。この人には、フリートサービスをリモートで再起動し、タスクロックを手動で解除する権限が必要です。多くのプロジェクトがこの役割を省きます。「リモート監視があるから」と。でも本当に何かが起きたとき、ダッシュボードを見ている人は災害を高画質で眺めることしかできず、何も直せないのです。
リモート監視：本当に重要な数字はどれか
無人は無監視ではありません。正しい体制は、現場には誰もいないが、どこかから誰かが見ている — 中央監視室か、当番エンジニアのスマホか。重要なのは何を見るかです。カメラ映像の壁を眺めるのが一番役に立ちません。目は疲れるし、例外はすり抜けます。夜間監視は4つの数字に集約されます。
1つ目、タスク完了率。フリートマネージャーから取得する1時間あたりの完了移動数をカーブでプロットします。平常の夜はこの線はフラットです。崖から落ちたら、ロボットが大量にダウンしています — カメラが何かを映す30分前にここで分かります。
2つ目、例外停止と、単一ロボットの最長スタック時間。私は2段階のアラートを使います。10分以上停止しているロボットはプッシュ通知、30分以上はオンコールへの電話です。これより厳しい閾値は設定しないでください。ロボットは充電待ちやタスク待ちで正当にアイドルしますし、アラートが多すぎると当番エンジニアは全部無視するようになります。
3つ目、低バッテリーの待ち行列。夜間のボトルネックは充電ステーションで、何十台ものロボットが充電器を順番に使うのは正常です。見るべきは待っている台数です。充電待ちが長ければ、フリートは朝のシフトを充電不足でスタートします — つまり夜全体が無駄だったということです。
4つ目、Wi-Fiの切断・再接続カウント。ローミングの切断は無人夜間の見えない殺し屋です。1回の切断は問題ありません。ロボットはローカルにキャッシュして移動を完了します。一晩に何十回も切断すれば、タスクの遅延は静かに積み上がります。昼間は誰も見ない数字ですが、夜間は必須です。
アラートチャネルは段階化が必要です。プッシュ、テキスト、電話。プッシュだけはアラートなしと同じです — 3 a.m.にプッシュ通知で起きる人がいますか？本当に危険な例外は電話を鳴らせなければなりません。当たり前に聞こえるでしょうが、私は当番エンジニアが7回のアラートを寝過ごすのを実際に見たことがあります。スマホがおやすみモードだったからです。監視ウォールは暗くなってもいい。当番の電話は沈黙してはいけません。
Wi-Fiダウン、停電、デッドロック：プレイブックは？
夜間の最悪の3つの故障には、文書化されリハーサルされたプレイブックが必要です — 誰かの頭の中にだけある手順ではダメです。
ネットワーク障害。 まず1つ事実をはっきりさせましょう。AMRはWi-Fiが切れてもすぐには死にません。最近のロボットはローカルにキャッシュし、現在のタスクを完了して安全な場所に駐車します。本当のダメージは、フリートマネージャーが新しいタスクを配車できなくなり、フリートが徐々にアイドル化することです。プレイブックは3行です。1つ、冗長なネットワークパス。デュアルアップリンク、APコントローラーとコアスイッチはUPSに載せます。2つ、現場を歩いてデッドゾーンをマッピングする — ラックが満杯のときの電波は、コミッショニング時の空っぽの建物の電波とはまったく違います。3つ、ハートビートタイムアウトを設定する。たとえば5分間ハートビートがなければ、フリートは自動的に保守モードに入ります。キャッシュ済みタスクを完了し、新規は取らず、充電位置に戻って待機。無茶はしません。
停電。 ロボットにはバッテリーがあります。停電など気にしません。気にするのは、指示を出す側のすべてです。サーバー、ネットワーク機器、充電器。だからプレイブックは階層化します。コアネットワークとフリートマネージャーはUPSに載せ、短時間の停電を橋渡しできるか、発電機が立ち上がるまで持つ容量にします。充電器は落ちてもいい — ロボットには充電があります。ただし復電後の再起動シーケンスは石に刻まなければなりません。まずネットワーク、次にサーバー、それから車両をバッチで起こします。全部一気に電源を入れると、起動時にタスクストームが発生してシステムが潰れます。昼間に2回リハーサルしてください。本当の停電の3 a.m.に冷静に考えられる人はいません。
デッドロック。 狭い通路で2台が向かい合い、どちらも譲らない。優れたフリートマネージャーにはデッドロック検知があり、タイムアウト後に1台にバックを命じます。でも夜間には落とし穴があります。デッドロック検知は「マップが現実と一致している」ことを前提にしており、夜間にはコミッショニング時には空いていた通路を一時置きのパレットが狭めているかもしれないのです。プレイブックはこうです。夜間制限通路は仮想ウォールで立入禁止ゾーンに指定し、デッドロックしやすい狭いレーンは夜間は一方通行にします。アルゴリズムが毎回解決してくれるとは賭けない。物理的な分離のほうが信頼できます。
最後に、そもそもAMRを夜間無人で回すべきでない場合。3つのレッドラインがあります。1つ、少なくとも1か月クリーンに回っていない新しいサイトや新しいプロセス — まず昼間の例外率を下げてください。2つ、包装が不安定な混合SKU作業 — 例外の種類が予測不能で、どんなプレイブックもカバーできません。3つ、パレットやコンテナの品質が自分の管理外のオペレーション — 品質まちまちのパレットが混じるサードパーティの入荷など。昼間なら人が不良パレットを拒否できますが、夜間のロボットにはできません。Interact Analysisの予測では、2025年末までに53,000以上のサイトがAMRまたはAGVを導入し、エンタープライズのフリートは通常1サイトあたり50から400台で稼働します。盛り上がりは本物ですが、盛り上がりがすべての倉庫をライトアウト対応にするわけではありません。台数が増えれば夜間の同時例外の確率も上がるので、コンティンジェンシープランはフリート規模に合わせて拡大しなければなりません — 「ロボットは賢いから」と縮小するのではなく。
最後に1つ問いを残します。フリートの例外ログを最後にちゃんと読んだのはいつですか？答えが「立ち上げ週」なら、無人夜間稼働は見送ってください。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
