工場や店舗へAIを配るとき、管理画面に「配信要求を受け付けた」と表示されても、すべての端末で新しいアプリが動いたとは限りません。回線が切れている端末や、必要なコンテナを取得できない端末が混ざるからです。運用では、配りたい設定と、現場で実際に動いている状態を分けて持つことが役立ちます。
AdvantechのOCP Korea 2026講演は、エッジAIを支えるソフトウェア基盤としてWEDAを紹介しています。ここでは公式の構成説明とコンテナ配信手順を読み、中央からの設定変更を、端末側の実行確認までどうつなぐかを見ていきます。［1］［2］［3］
簡単にまとめると？
- WEDA Coreは中央で設定や配信を管理し、WEDA Nodeは端末で実行して結果を返します。設定の保存と適用は別の段階です。
- 配信要求の受付後に、対象端末の状態やエラーを読み戻します。コンテナの起動に加え、AIアプリが必要な入力と出力を扱えているかも確かめます。
- 通信が切れた端末は、最後に把握した設定でローカル処理を続けます。再接続した後は、どの版が適用されたかを確認する運用が必要です。
中央が決め、端末が実行して報告する
WEDAは、中央のWEDA Coreと端末側のWEDA Nodeに役割を分けています。Coreは各端末へ適用したい設定や処理を管理し、Nodeは設定を適用してコンテナを動かし、状態や操作結果を返します。この区別を支えるDevice Shadowは、適用したい状態と、端末から報告された状態を別々に保持します。［2］
たとえば、中央で新しい設定を保存した直後に、端末の報告が古いままでも、直ちに「保存に失敗した」とは判断できません。配信や適用の途中なのか、端末が切断中なのか、適用時に問題が起きたのかを分ける必要があります。同じ二つの状態を持つことで、「何をさせたいか」と「どこまで進んだか」を比較できます。
図の下側では、AIアプリが端末上のコンテナとして動きます。モデルの学習は利用者自身の環境で行い、WEDAは登録・版管理・端末への配布を担う、という範囲です。モデルを配る仕組みがあることと、現場で必要な認識精度が得られることは、分けて評価する必要があります。［2］
「設定を保存した」と「動いた」の間を追う
公式手順では、配信するアプリの定義をStack Configurationとして作り、そこから配信用の版であるStack Revisionを扱います。配信時には版と対象端末を指定します。要求への応答で配信を識別するIDが返っても、それは端末での起動完了とは別です。そのIDを使って後から結果を取得し、端末の状態やエラーを調べる手順になっています。［3］［4］
この区別は、操作履歴を残す際にも意味があります。「昼に最新版を配った」という記録だけでは、版が変わったのか、配信を始めただけなのかが曖昧です。配信した版、対象端末、配信の識別子、端末から確認できた結果を結び付ければ、特定の端末だけが古い版を使っている場合も追いやすくなります。
さらに、コンテナが起動していることは、アプリの仕事が成立したことの一部にすぎません。カメラの画像を使う検査アプリなら、画像が届いているか、推論結果が出ているか、必要な周期で処理できるかまでが現場の確認対象になります。これらはWEDAの配信状態を読んだだけでは証明できないため、本稿では別の確認として提案しています。
停止や再起動も同様です。公式手順は、操作の要求を送る段階と、その実行結果を後から取得する段階を分けています。「停止要求を受け付けた」という応答だけで、対象プロセスや接続先の設備まで停止したとは扱えません。［3］
通信が切れた端末は、別の版で動いているかもしれない
構成説明によると、NodeはCoreへ接続できない間もローカルの処理を続け、中央との調整を要する変更は再接続後に同期します。端末は最後に把握した設定を使うため、中央での更新が即座に全端末へ届くとは限りません。［2］
二つの工場へ検査アプリの第2版を配る場面を考えます。一方が接続中で、もう一方が切断中なら、一時的に第2版と以前の版が併存し得ます。これは説明用の例です。両工場の検査結果を比べる際、版の違いを見落とすと、品質の変化を設備や製品の違いだけで説明してしまうおそれがあります。
このため、再接続後の確認は「オンラインに戻った」で終えず、対象の版が適用されたか、アプリの入力と出力が戻ったかへつなげたいところです。通信断中のデータ保持についても、公式説明は短い切断に備えるバッファに言及している範囲です。保持容量・時間や、外部サービスに依存するアプリの継続動作を無制限に保証するものとは読めません。［2］
導入前に、小さな端末群で確かめる
WEDAの導入手順は、WEDA Nodeに対応した端末などを前提にしています。まず少数の対象端末で、正常配信に加え、端末の一時切断と再接続、コンテナの取得失敗といった状況を含めて、どの状態とエラーが報告されるかを見ると判断しやすくなります。公式配信手順でも、失敗時はレジストリーへのアクセス設定、接続性、アプリ定義を確認対象に挙げています。［3］［4］
本稿で実機の配信や障害試験を行ったわけではなく、自動的な切り戻しや全アプリの無停止更新を確認したものでもありません。WEDAを検討するときは、端末を一覧できる便利さに加えて、目的の版を配れたか、現場でどう動いたか、その差がどこに残るかを、自社のアプリと通信条件で確かめることが重要です。
参考文献
- Tony An（Advantech KR）「Enhancing Industrial Competitiveness through Edge AI」、OCP Korea 2026、全13ページ。取得PDFの表紙題名は「Edge AI-Powered Industrial Applications」。主にpp.11–12を参照。イベント公式資料一覧。
- Advantech「WEDA Architecture」、ページ記載の更新日2026年8月1日・Version 1.1.1。Core/Node、状態の保持、通信断時の振る舞いと構成図。
- Advantech「Deploy Containers to Device」、ページ記載の更新日2026年8月4日・Version 1.1.1。設定・配信・状態確認・操作結果の取得手順。
- Advantech「Prerequisites & Basics」、ページ記載の更新日2026年4月8日・Version 1.0.0。対応端末とStack Configuration/Revisionの定義。各文献は2026年10月12日確認。