WES（倉庫実行システム）とは？

自動倉庫や自律走行搬送ロボット（AMR）を導入したものの、システム同士の連携不足によって期待した出荷能力が得られない現象が多くの物流現場で発生しています。従来、倉庫内システムは「WMS（倉庫管理システム）」と「WCS（倉庫制御システム）」の2層が一般的でしたが、ロボットや各種マテハンの稼働データをリアルタイムに統合・制御する「WES（倉庫実行システム）」の存在感が増しています。まずはこれら3つのシステムがそれぞれ何を担い、どのような違いがあるのかを整理します。

WMS・WES・WCSの違いとは？「管理・実行・制御」の役割と時間軸

脳（WMS）・神経（WES）・筋肉（WCS）で理解する3層構造

WMS・WES・WCSの関係性は、人間の身体における「脳・神経・筋肉」の仕組みに例えると直感的に理解しやすくなります。

• 脳（WMS：倉庫管理システム）

  WMSは、日付単位やバッチ単位での全体計画を設計する「脳」の役割を果たします。倉庫全体の在庫状況や出荷オーダーを管理し、1日に処理すべき作業量を確定させます。しかし、WMSは「どの棚に何があるか」「今日何を出すべきか」という静的な管理を得意とするため、現場の「今、どのコンベアが渋滞しているか」「どのロボットが空いているか」といった動的な状況をリアルタイムに把握することは困難です。

• 神経（WES：倉庫実行システム）

  WESは、脳（WMS）からの大まかな指示を受け取り、現場の最適なリソース配分をリアルタイムに指示する「神経」の役割を担います。時間軸は「分・秒単位」であり、異なるメーカーのロボットやマテハンが混在する現場においても、機器の稼働状況や作業員の進捗管理を常時モニタリングします。状況に応じてロボットや人への作業割り振りを動的に変更することで、現場のスループットを最大化します。

• 筋肉（WCS：倉庫制御システム）

  WCSは、神経（WES）からの実行指示を受けて、実際に個々の機器を動かす「筋肉」の役割を持ちます。コンベアやソーター、スタッカークレーンなどの物流ロボット制御をミリ秒単位で行います。役割は「指定されたパレットをA地点からB地点へ運ぶ」といった物理的動作の制御に特化しており、倉庫全体の作業優先順位を判断する機能は持ち合わせていません。

これまでWMSとWCSを直接連携させていた現場では、マテハンの稼働状況に合わせた柔軟な出荷順序の変更ができず、特定の工程でボトルネックが発生していました。WESという「神経」が間に入ることで、システム間の情報の断絶が解消されます。例えば、ドライバーの拘束時間削減が求められる時間外労働の上限規制（いわゆる2024年問題）に対応するため、出荷直前の急なトラック到着順の変更に合わせて、倉庫内のピッキング優先順位を数分で自動変更する運用が可能になります。

【比較表】役割・時間軸・管理単位で比べる3システムの違い

これら3つのシステムの違いを明確にするため、それぞれの役割、コントロールする時間軸、管理の最小単位を比較表にまとめました。WESを導入することで、WMSの「静的」な管理と、WCSの「局所的」な制御のギャップが埋まる仕組みが分かります。

比較項目	WMS（倉庫管理システム）	WES（倉庫実行システム）	WCS（倉庫制御システム）
役割（アクター）	倉庫全体の在庫管理・作業計画（庫内スタッフ、管理者）	作業指示の動的な最適化・進捗管理（人とマテハン双方）	個々のマテハン・設備の物理的動作制御（機械・ロボット）
制御の時間軸	日次、バッチ（時間）単位	リアルタイム（分・秒単位）	リアルタイム（ミリ秒以下）
管理の最小単位	伝票、オーダー、SKU（在庫単位）	タスク、作業者、個別ロボット	搬送トレイ、パレット、電気信号（PLC）
主な強み・価値	正確な在庫・売上計上と進捗全体の可視化	マルチベンダー連携によるスループット向上	各マテハン機器の高速かつ正確な駆動

WMSは在庫や作業計画といった「業務の管理」、WCSは「ハードウェアの制御」に特化しており、その中間で「現場オペレーションの動的な実行制御」を行うのがWESです。複数メーカーのAMRとピッキングシステムを混在させているEC物流センターにおいて、WESが全体のオーダー進捗を監視しながら、人とロボットの双方へリアルタイムに指示を出し分けることで、ピッキング効率を大きく高める効果が確認されています。

なぜ今WESが必要なのか？自動化倉庫で生じる「2つのボトルネック」

労働力不足への対策として、多くの倉庫運営会社が自動化・省人化に向けた物流ロボットやマテハン機器の導入を進めています。しかし、従来のWMSとWCSだけで構成されたシステム環境に最新鋭の設備を組み込んでも、期待したスループット（時間当たりの処理能力）が発揮できないというトラブルが多発しています。出荷能力が頭打ちになってしまう原因は、WMSとWCSだけでは制御しきれない、自動化倉庫における構造的な「2つのボトルネック」にあります。

マテハン・ロボット連携における「マルチベンダー化」の壁

1つ目のボトルネックは、倉庫内で稼働するマテハン機器や物流ロボットの「マルチベンダー化」に伴う、システム連携の複雑化です。

例えば、1日あたり5,000件の出荷を処理するEC通販の物流センターを構築する場合、単一のメーカーだけで全ての自動化設備を揃えることは容易ではありません。保管エリアには海外製の自動倉庫を配置し、ピッキング作業には国内メーカー製のAGV（無人搬送車）を走らせ、梱包エリアへの搬送には別のメーカーのコンベヤを導入するといった、マルチベンダー構成が標準的です。

この構成において、各マテハン機器の制御はメーカー固有のWCSが担います。しかし、WMSから各WCSに対して個別にデータ連携を行うだけでは、機器間の横のつながりが生まれません。AGVがコンベヤの手前まで荷物を運んできても、コンベヤ側の滞留状況をAGVがリアルタイムに検知できなければ、荷降ろしができずにAGVの行列が発生し、現場の稼働率は低下します。

こうしたメーカー別の物流ロボット制御やマテハン連携の断絶を解消するのがWESです。WESは複数のWCSの上位に位置し、異なるメーカーの機器同士を橋渡しするオーケストレーションを行います。各機器の稼働状況をリアルタイムに一元監視し、詰まりが生じそうなルートを避けて搬送経路を動的に変更する制御を実行します。

人と自動化設備の「ハイブリッド運行」におけるリアルタイム進捗の乖離

2つ目のボトルネックは、自動化設備と人の手作業が混在するハイブリッドな現場における、進捗管理の時間軸の乖離です。

倉庫の完全無人化は現実的ではなく、ピッキングや検品、ギフト包装といった細かい作業は依然として人が担当します。ここで、WMSとWCSの処理サイクルの差が問題となります。WMSは1日〜数時間単位のバッチ処理で作業計画を策定・指示する静的なシステムです。これに対し、WCSはミリ秒単位でコンベヤやソーターを動かす動的なシステムです。この両者の間には、現場の「今」の状況を捉えるレイヤーが欠落しています。

仕分けエリアに配置した5人の作業員のうち、2人が突発的な資材トラブル対応で作業を中断した場合、WMSはこの秒単位の急な人員減少を把握できません。そのため、当初の計画通りにコンベヤへ次々と荷物を流し続け、結果として仕分けラインがパンクし、コンベヤが非常停止する事態に陥ります。

こうしたWMS（計画）とWCS（物理制御）のギャップを埋め、リアルタイムにリソースを最適化することにWES導入のメリットがあります。WESは各エリアの作業進捗とロボットの負荷状況を常にモニタリングし、手作業エリアのボトルネックを検知した瞬間に、ロボットの搬送速度を緩めたり、仕分け先のラインを自動的に変更したりする判断を下します。これにより、設備と人の双方が最大の効率で連動するハイブリッドな稼働が実現します。

実際、手作業とAGV搬送をWESで連携させた現場では、ピッキングから梱包までのリードタイムを25%短縮し、特定の作業エリアへの負荷集中を防いだ実績が確認されています。異なるシステムやロボットをシームレスにつなぎ、現場全体の稼働バランスを最適化できるのが、今WESが必要とされている具体的な理由です。

WES（倉庫実行システム）の導入メリットと代表的なコア機能

WESを導入する最大の意義は、既存の設備投資や人員構成を大きく変えることなく、倉庫全体の「スループット」を極限まで引き上げられる点にあります。個別最適化にとどまりがちだったWMSとWCSの隙間を埋め、実務レベルでの投資対効果（ROI）を明確にします。

動的なタスク割り当てによる倉庫スループット（処理能力）の最大化

倉庫実行システムの導入メリットとして最も顕著なのが、注文の変動や設備の稼働状況に応じてリアルタイムに作業優先順位を書き換える「動的なタスク割り当て」機能です。従来のシステム構成では、朝の時間帯にWMSから出力された出荷バッチデータに基づき、固定化された順序で作業が進められます。しかし、日中に急な特急オーダーが差し込まれたり、特定の物流ロボットの制御ラインで一時的な渋滞が発生したりすると、作業員の手待ち時間や設備の休止時間が生じ、結果としてスループットが低下していました。

例えば、1日あたり2万件の出荷を処理する現場において、AGV（自動搬送車）とマルチピックステーションを組み合わせる場合、WESはWCSから吸い上げた物流ロボットの現在位置や搬送ステータスをコンマ秒単位で把握し、同時にWMSが管理する出荷期限（カットオフ時間）を照合します。特定のピッキングエリアで仕分け待ちの搬送容器が滞留し始めた場合、WESは自動的に次の搬送先を別の空いているステーションへと迂回させ、同時にそのステーションにいる作業員へ該当商品のピッキング指示を流します。このアルゴリズムによる「渋滞の自律的回避」と「リアルタイムな指示修正」により、設備や人員の遊休時間を最小化し、時間あたりの処理能力を15%から20%向上させることが可能になります。

庫内リソース（人・マテハン）のリアルタイム最適化と進捗管理

WESは、これまで現場管理者の判断に依存していた庫内進捗のコントロールを自動化します。WMSは「日〜時間単位の計画・実績管理」を担い、WCSは「ミリ秒単位での物理的なマテハン制御」を担います。これに対し、WESは「分単位での実行・リソース最適化」を行うシステムです。物流現場において人手不足への対策が急務となる中、限られた人員とマテハン機器をいかに同期させて効率的に稼働させるかが、倉庫運営の安定化に直結します。

WESは異なる制御システムの上位に位置し、共通のプラットフォームとしてデータを統合します。これにより、マテハン連携のボトルネックを解消し、倉庫全体の進捗をひとつの画面でリアルタイムに一元把握できるようになります。
WESが作業員の進捗データとマテハンの稼働データをリアルタイムに仲介することで、例えば午前中に梱包ロボットの処理能力が低下した際、ピッキング人員を一時的に検品・梱包サポートに回すといった柔軟な人員配置が可能になります。こうした配置転換を倉庫管理者の経験や勘に頼らず、システムによる定量的なデータに基づいて実行できるのが大きなメリットです。

実在するWESパッケージ製品に見る実装パターンと機能特徴

WESは、市場で稼働している具体的なパッケージ製品の設計思想を比較することで、自社への適用イメージが明確になります。現在、国内で導入が進むWESは、大きく分けて「異種ロボット・マテハンの制御連携」に強みを持つタイプと、「人と機械のハイブリッドな進捗・リソース最適化」に強みを持つタイプの2つに分類されます。それぞれの代表的な製品を例に、具体的な実装パターンとシステム連携の詳細を解説します。

YEデジタル「Mobic」等に見るマルチベンダー対応と現場制御の実態

YEデジタルの「Mobic」の特徴は、複数の異なるメーカー（マルチベンダー）の物流ロボットやマテハン機器を同一プラットフォーム上で統合制御し、全体の処理能力を最適化する点にあります。

従来の仕組みでは、WMSから指示を出す際、メーカーA社のAGV用制御システムと、メーカーB社の自動梱包機用制御システム（WCS）に対して、それぞれ個別にインターフェースを開発して連携する必要がありました。このシステム間連携の不足は、機器の追加や倉庫内レイアウト変更のたびに、多大な改修コストと開発期間を要する要因となっています。ここで「Mobic」のようなマルチベンダー対応のWESを導入することで、WMSと各マテハン機器の間に入り、標準インターフェースを介した一元的な物流ロボット制御が可能になります。

例えば、5,000平米規模のアパレルEC倉庫で、ピッキングエリアに他社製AMR（自律走行搬送ロボット）を配備し、梱包エリアへの搬送にコンベヤを使用する運用では、WESが双方の稼働状況をリアルタイムで監視します。梱包エリアのコンベヤが渋滞している場合には、AMRの移動速度やピッキングの優先度を自動で調整し、倉庫内のボトルネックを解消します。

WMSが持つ在庫データとWESが持つ現場のリアルタイムな機器稼働ステータスがシームレスに連携することで、急な出荷キャンセルや優先出荷の割り込みにも、ロボットの動作を止めることなく柔軟に対応できるようになります。
WESは、在庫情報などの静的データを扱うWMSと、個別の設備を物理制御するWCSの間に位置し、リアルタイムな進捗と現場のリソース実行管理に特化することで、マテハン連携のハブとして機能します。

東芝「LOM（Logistics Orchestration Manager）」に見る進捗・リソース最適化

東芝インフラシステムズが提供する「LOM」は、マテハンの自動制御だけに留まらず、現場で働く人の作業進捗と機械（ロボット）の稼働状況をリアルタイムに融合・可視化し、現場リソースの配分を最適化（オーケストレーション）することを得意としています。

労働力不足や、時間外労働の上限規制が課される2024年問題への対応において、限られた人員とマテハン設備を組み合わせてスループットを最大化することは、現場責任者の共通課題です。LOMはこの課題に対し、現場全体のリアルタイム進捗管理とリソースの再配置というアプローチで解決を図ります。

具体的には、1日あたり3万件の多品種少量出荷を処理する3PLの大型拠点において、午前中のピッキング進捗が計画に対して15%遅れている場合、LOMはWMSからの出荷予定データと現場の進捗データをリアルタイムに突き合わせます。そして、「梱包エリアの自動ソーターの処理能力に余力があるため、梱包作業員2名をピッキングエリアのサポートに即時配置転換する」といったリソース調整のシミュレーションと現場指示を行います。

LOMのようなWESがない環境では、現場管理者が各エリアを目視で確認し、経験則に基づいて人員配置を変更していました。しかし、マテハンやロボットの導入が進む複雑な現場では、一部のプロセスにおける遅れがシステム全体のボトルネックとなるため、勘に頼った管理では対応しきれません。LOMは、倉庫内の各種デバイスや人から得られるデータを統合し、数手先のスループット低下を予測して、事前に回避するための指示を促します。

このようなWESの導入により、人とロボットの待機時間を最小化したことで、稼働生産性が従来比で10%以上向上し、総残業時間の削減につながったケースもあります。WESは単にロボットを動かすためのミドルウェアではなく、現場のボトルネックをリアルタイムに解消し、倉庫全体のパフォーマンスを最大化する指揮者としての役割を果たします。

自社にWESは必要か？導入判断チェックリストと選定手順

倉庫の自動化や省人化を進める中で、多くの物流担当者が「既存のWMSの改修で対応すべきか、それともWESを新たに導入すべきか」という選択に直面します。この判断を誤ると、数千万円規模のシステム改修費を投じたにもかかわらず、現場の処理能力が向上しないという事態に陥りかねません。自社の拠点の規模や運用形態に合わせ、どちらを選択すべきかの明確な境界線を理解することが重要です。

既存WMS of 機能拡張か？WESの新規導入か？を見極める判断基準

WMSは在庫の静的管理（データ上の在庫）、WCSは個々の機器の制御（ハードウェアの動作）を担うのに対し、WESはリアルタイムな進捗管理と現場の実行制御を担います。特に、複数の物流ロボット制御やマテハン連携が必要な環境において、WESを導入するメリットが最大化されます。

例えば、既存の固定棚とハンディターミナル、そして特定のソーター1台のみで運用しており、出荷指示のバッチ処理を1日に3回程度行う倉庫であれば、既存WMSの機能拡張（アドオン開発）で十分に運用可能です。しかし、1日あたり1万件を超える多品種小口のEC出荷を処理し、AMRや自動梱包機、仕分けソーターをリアルタイムに連携させる必要がある場合は、WESの新規導入が有効な選択肢となります。WMSの改修だけでは、刻々と変わるロボットの稼働状況や人、モノの動きを秒単位で処理し、全体のボトルネックを解消する制御を行うことが困難だからです。

以下に、WMSの機能拡張で対応すべきか、WESを新規導入すべきかを見極めるための具体的な判断基準を整理しました。

評価項目	WMSの機能拡張で対応可能	WESの新規導入が必要	判断の目安（基準値）
マテハン・ロボットの種類	単一メーカー、またはコンベアやソーター等の固定設備のみ	複数メーカーのAMR、AGV、自動倉庫等の混在	制御対象となる自律稼働ロボットが2機種以上ある場合
作業割り当ての頻度	朝・昼などバッチ処理による静的な計画・指示	現場の進捗状況に応じた動的・リアルタイムな指示	1時間あたりのオーダー変動率が30%を超える場合
スループットの要求値	現状の出荷能力の維持、または軽微な向上（10%未満）	ロボットと人の連携による大幅な処理能力向上（20%以上）	1日の出荷行数が5,000行を超えるEC・多品種小口物流
システム改修コストと期間	部分的なAPI連携、CSVファイル連携で済む範囲	WMS側のロジック変更が多く、改修費用が高騰する場合	WMS改修のベンダー見積もりがWES導入費用の50%を超える場合

マルチベンダー対応力と動線設計を重視したWES選定チェックリスト

WESの新規導入を決定した際、次に重要となるのが製品の選定です。物流ロボットやマテハンのトレンドは移り変わりが激しく、将来的に異なるメーカーの機器を追加導入する可能性を考慮しなければなりません。特定のメーカーの制御ソフトに依存してしまうと、将来の拡張性が損なわれます。そのため、マルチベンダー対応力と、現場の動線設計を最適化できるパッケージであるかどうかが選定の極めて重要な軸となります。

労働力不足への対応が急務となる中、限られた人員と設備で最大の生産性を発揮するためには、リアルタイムな進捗管理と動的な作業割り当て機能が欠かせません。以下の実務的な選定チェックリストを活用し、自社に適したWESの絞り込みを行ってください。

• マルチベンダー対応力（拡張性）
  • 国内外の主要なロボットベンダー（AMR/AGV等）やマテハンメーカーとの標準接続API、もしくはSDK（ソフトウェア開発キット）が用意されているか。
  • 将来、新たなメーカーのピッキングロボットを追加する際、WES側のロジック自体を大規模改修することなく、デバイスドライバの追加レベルで対応可能か。
• 動線設計とシミュレーション機能
  • 人とロボットが混在するエリアにおいて、双方の稼働状況をリアルタイムに把握し、相互の干渉やデッドロックを回避する動的なルート生成ができるか。
  • レイアウト変更やロボット増台の際、WES上で事前に運行シミュレーションを行い、スループットのボトルネックを事前に予測する機能があるか。
• リアルタイムな進捗管理と「見える化」
  • 工程ごとの仕掛かり数や生産性がダッシュボード上で秒単位で更新され、遅延が発生した工程に対してシステム側から「他工程からの人員配置転換」等のリコメンドを出せるか。
  • 現場の状況把握に適した情報粒度になっており、現場リーダーが直感的に状況を把握して指示を出せる画面インターフェース（UI）であるか。
• 既存システム（WMS/WCS）との連携仕様
  • 自社が現在利用しているWMSとの通信手段が確立されているか。ファイルバッチ（FTP連携）だけでなく、リアルタイム処理に必要なAPI（REST APIやgRPCなど）に対応しているか。
  • すでに稼働しているマテハンのWCSを温存したまま、上位の実行指示レイヤーとしてWESを疎結合で被せることができるか。

実際にWESを導入し、複数メーカーのAMRとピッキングステーションを統合制御している3PL企業では、進捗管理のリアルタイム化によってピッカーの待機時間が解消され、倉庫全体の出荷能力が30%向上しています。システム間の連携不足や進捗管理の課題を解消し、現場の潜在能力を最大化させるためには、自社の運用に合わせた入念な選定プロセスが求められます。

よくある質問（FAQ）