端末が使われなくなる理由は、ほぼ物理条件にある

MESのモバイル対応を検討するとき、議論はUIの使いやすさに集中しがちです。しかし現場で端末が使われなくなる原因は、UIの前段にある物理条件であることがほとんどです。

  • 手袋:静電容量式タッチパネルは、多くの作業用手袋で反応しません。手袋対応モードを持たない端末は、外して操作するか、使わないかの二択になります
  • 落下:現場での落下は「起きるかもしれない」ではなく「毎月起きる」事象です。一般的なコンシューマ端末では耐えられません
  • 充電:3交替の工場で、1台のバッテリーは12時間持ちません。ホットスワップ可能なバッテリーか、シフト間の充電運用のどちらかが必須です
  • 視認性:屋外や高照度の工場では、輝度が足りない画面は読めません
  • 片手操作:もう一方の手はワークか工具を持っています。両手を要求する操作は成立しません
  • 除染・洗浄:食品・医薬品では、端末が薬液での拭き取りに耐える必要があります

これらのどれか1つが満たされないだけで、端末は作業台の上に置かれたまま使われなくなります。端末選定は、MES選定とは独立した1つの設計課題として扱ってください。

5つの端末クラスと使い分け

クラス代表的な形態強み弱み向く業務
① 産業用ハンディターミナル業務用PDA型、拳銃型スキャナスキャン性能・耐落下・バッテリー交換画面が小さい、単価が高い入出庫、ピッキング、棚卸、実績スキャン
② 産業用タブレット8〜12インチ堅牢型図面・手順書の閲覧に足る画面重い、片手操作が難しい作業手順書の参照、点検、検査入力
③ 汎用スマートフォン+ケース業務用MDM管理下の端末単価が安い、通知UXが良い手袋・耐久・バッテリーが弱い通知受信、アンドン応答、写真報告
④ 固定端末(据置)工程脇のPC・タッチパネル大画面、電源の心配がない移動できない、共有利用になりがち工程開始/完了、手順書表示、測定入力
⑤ ウェアラブル/ハンズフリーリングスキャナ、腕装着型、音声両手が空く導入事例が少なく運用が難しい高頻度スキャン、大型構造物の組立

実務での基本形は ①+④の組み合わせです。移動を伴うスキャン業務はハンディ、工程での作業指示・記録は固定端末。ここに②を必要な工程だけ追加する。③のスマートフォンは、記録を入力する端末ではなく通知を受ける端末と位置づけると失敗が少なくなります。

前工程となるコード体系の選択についてはバーコード・RFID・画像認識の使い分けで詳しく扱っています。端末の選定はコード体系の決定の後に来ます。

最大の設計判断:オフライン時に何を許すか

工場のWi-Fiは切れます。設備の陰、金属棚の裏、AGVの通過、アクセスポイントの切り替え時のローミング。この前提で、どのトランザクションをローカルにキューイングし、どれを禁止するかを決めるのがモバイル対応の核心です。

判断基準は単純で、「そのトランザクションが、他のトランザクションとの順序や排他に依存するか」です。

オフライン時のトランザクション分類図。キューイング可能な操作と、オンライン必須の操作を対比した図 キューイングしてよい(後で送信) オンライン必須(切断時は操作を止める) 実績数量の入力/測定値の記録 後から時刻順に反映しても矛盾しない。端末側に時刻を付与して送る ※端末時刻の同期ずれ対策として、送信時にサーバ受信時刻も併記する 写真・コメントの添付/点検チェック 追記型のデータ。競合が起きない ※画像はサイズ上限とキュー上限を設定しておく 作業開始/終了の打刻 条件つき。開始時のゲート判定を事前取得できる場合に限る ※資格・校正の判定を伴う工程はオンライン必須側へ 電子署名・承認 サーバ側で本人検証と記録との結合が必要。キュー不可 ※切断時は署名ボタンを無効化し、理由を画面に出す 番号の採番(ロット/シリアル/指図) 一意性の保証がサーバ側にある。オフライン採番は衝突する ※どうしても必要なら端末別の採番レンジを事前に払い出す 在庫の引当/出庫確定 排他制御が必要。二重引当を生む ※参照(在庫照会)はキャッシュ可。確定操作のみ禁止 キューが溜まったときの上限と、上限到達時の挙動を必ず設計する 「入力は受け付けるが送信できない」状態が数時間続く前提で、件数上限・警告表示・強制同期の導線を用意する
オフライン時にキューイングできるトランザクションと、できないトランザクション。判断基準は「他の操作との順序・排他・一意性に依存するか」。

キューイングを実装する場合、必ずセットで決めるべきことが3つあります。

  1. キューの上限件数と、上限到達時の挙動(入力を止める/古いものから捨てる、の後者は絶対に選ばない)
  2. 端末を紛失・故障したときの未送信データ(キューが端末内にしかないなら、それは失われる。重要な記録は最初からオンライン必須側に置く)
  3. 同期時の競合解決(同じ指図に別の端末から実績が入っていた場合、どちらを勝たせるか。原則は両方残して人が判断する)

認証とアカウント:ここで規制要件と衝突する

現場端末の運用で最も多い妥協が、共有アカウントでのログインです。1台の端末に「line3」という共通IDでログインしっぱなしにし、作業者は誰であれその端末を使う。ログインが速く、現場の抵抗も少ない。しかしこれは3つの機能を同時に無効化します。

  • 誰が作業したかの記録(製品の追跡と系譜管理の前提が崩れる)
  • 力量にもとづく作業可否のゲート判定
  • 21 CFR Part 11 が求める一意な個人識別。規制産業では即座に重大指摘になります

現実的な解決策は、端末セッションと作業者セッションを分離することです。端末は端末IDでネットワーク/アプリに接続し、作業者は工程操作のたびにICカードのタッチで本人を特定する。カード認証なら手袋のまま1秒で完了し、共有アカウントと同等の速度が出ます。

あわせて決める必要があるのが、無操作タイムアウトの長さです。短すぎると作業中にログアウトして入力が消え、長すぎると前の人のセッションで次の人が作業します。入力内容を保持したままロックし、カードのタッチで復帰する設計が、現場の受容性とセキュリティの両立点です。

Rockwellが2026年7月28日に公開した調査(17カ国1,560名)では、過去1年でサイバーインシデントを経験した企業が46%に達しています。現場端末は工場ネットワークの最も外周にある接点であり、MDM(モバイルデバイス管理)による構成統制、OSサポート期限の管理、紛失時のリモートワイプは、導入時点で運用設計に含めるべき項目です。

よくある実装の失敗

失敗1:Webレスポンシブで済ませた。 PC向け画面をそのまま縮小しても、スキャナのトリガーキーやハードウェアボタンとの連携ができません。特にスキャン後にカーソルが次の入力欄へ自動遷移しない実装は、1日数百回のスキャンを行う現場では致命的です。

失敗2:端末の調達をIT部門だけで決めた。 カタログスペックでは分からない要素(手袋での反応、グリップ、ストラップ穴の位置、スキャンの距離と角度)が使用可否を決めます。現場作業者を含めた実機評価を、必ず1〜2週間の実運用で行ってください。

失敗3:OSサポート期限を考慮していない。 Android端末は、OSのセキュリティ更新提供期間が機種によって大きく違います。5年使う前提なら、産業用端末ベンダーが提供する長期サポート(LTS)モデルを選ぶ必要があります。コンシューマ端末を大量調達して3年で全台入れ替え、という事態は珍しくありません。

失敗4:無線設計を後回しにした。 端末を配ってから電波が届かないことが判明する、というのは非常によくある順序です。アクセスポイントの配置、ローミング時の切断時間、金属什器や液体による減衰は、端末選定と並行して現地調査すべき項目です。

失敗5:バッテリー運用の担当が決まっていない。 予備バッテリーの充電、劣化した電池の交換、端末の割り当て管理。これらの日常運用を誰が担うかを決めていないと、半年後に「充電されていないから使わない」状態になります。

製品による実装差

  • オフライン対応の有無と範囲が、いちばん大きな差です。「オフライン対応」と書かれていても、参照だけキャッシュする実装から、実績入力をフルにキューイングする実装まで幅があります。Rockwellが2026年6月18日に発表したFactoryTalk ResilientEdgeのように、ネットワーク断でも操業を継続すること自体を設計要件に掲げる製品も出てきています
  • ネイティブアプリかWebか:ネイティブはスキャナ・カメラ・NFCとの連携が深く、Webは配布と更新が容易です。Siemensは Opcenter MES Medical Device 2607(2026年8月14日)でブラウザベースの統合管理UIを打ち出しており、Web側に寄せる流れも見えます
  • 画面の作り込み方:ローコードで現場ごとに画面を作れる製品(Tulip など)は、端末の形状や工程に合わせた最適化がしやすい一方、作った画面の保守責任は自社に残ります

選定時には、自社が使う予定の端末の実機で、実際の工程を1つ流してみることを推奨します。カタログ上の対応可否より、スキャンから記録完了までの操作回数と所要秒数のほうが、定着を正確に予測します。現場UIの設計原則は現場端末のUI設計で扱っています。

よくある質問

個人所有のスマートフォン(BYOD)を使ってもよいですか?

通知の受信だけなら選択肢になりますが、記録の入力には推奨できません。理由は3つあります。第一に、業務データが個人端末に残ることによる情報管理上の問題。第二に、機種がばらばらでスキャン性能やカメラ品質を保証できないこと。第三に、故障・紛失・退職時の対応が制度として設計しづらいことです。アンドンの通知受信に限定し、応答操作は業務端末で行う、という分担が現実的です。

ハンディ端末は何台必要ですか?

同時に端末を使う人数ではなく、ピーク時間帯に同時に「操作している」人数+充電中の予備で計算します。実務的な目安は、ピーク同時利用者数の1.2〜1.3倍です。工程間で共用する運用にすると台数は減らせますが、受け渡しの手間と衛生管理の問題が出ます。入出庫のように移動を伴う業務は個人割り当て、工程での記録入力は固定端末、という分け方をすると必要台数が最小になります。

端末に指示や手順書を表示させる場合、どの端末クラスが適していますか?

図面や3Dモデルを見るなら②の産業用タブレット(10インチ以上)が必要です。テキストと静止画のチェックリストであれば、④の固定端末で十分機能します。手順書を見るための端末と、スキャンするための端末を無理に1台にまとめないほうが、結果的に運用が安定します。媒体ごとの適性は電子作業手順書で詳しく扱っています。

この記事を書いた人

S

株式会社サオス MESソリューション部

DELMIA Apriso を中核とした MES / 製造DX の導入・運用・人材育成を手がけるITコンサルティング企業。ISO 9001:2015 / ISO 27001:2022 認証取得。 日本・中国・米国で製造業のMES導入を手がけた実務者が、欧米・中国の一次情報にあたって書いています。