設備老朽化 IoT｜既存設備を止めずに維持・移行判断

設備老朽化 IoTは、古い機械を一斉更新する計画ではありません。既存設備の資産・故障モード・信号品質を証拠で把握し、安全を変えない監視から90日で検証し、「維持・移行・廃止」を段階判断する取り組みです。本稿ではタイ・ASEAN工場向けに、RFP、PoC、FAT、SATまで実務化します。

設備老朽化 IoTの結論：後付けセンサーではなく段階的な意思決定ループを買う

古い設備にセンサーを付け、クラウドへ数値を送れば老朽化対策になる、という説明は不十分です。経営と工場が本当に必要とするのは、設備を止めずに現状の不確実性を減らし、どこへ修繕費・予備品費・更新投資を配分するかを決める証拠です。したがって導入の単位は「センサー何台」ではなく、次の判断ループにします。

1. 資産、制御機器、ファームウェア、図面、予備品、保守体制を棚卸しする。
2. 生産・品質・安全・復旧時間への影響と故障モードで重要度を付ける。
3. 制御を書き換えないread-only、または電気的に分離した計測から始める。
4. 値だけでなく信号品質、時刻、順序、欠測を確認する。
5. 設備を止めない90日PoCで、検知から保全行動までの閉ループを試す。
6. 証拠に基づき、維持、追加監視、部分移行、全面更新、廃止をゲート判定する。

この考え方なら「古い設備を延命すること」自体を目的にしません。状態が安定し、予備品と技能が確保でき、監視でリスクを管理できる設備は維持できます。一方、安全部品が入手できない、故障影響が大きい、信号を信頼できない設備は、IoTを延命の口実にせず移行または廃止へ進めます。

タイ工場で既存設備 IoT化を今検討する背景

タイ投資委員会（BOI）が公表した2026年上期の資料では、Smart and Sustainable Industryに132件、総額172億バーツの申請があったとされています。これは承認件数でも、導入完了件数でも、効果実績でもありません。それでも、設備高度化の投資案件が検討されている背景を示します。BOIの2026年上期発表

現行のSmart and Sustainable Industry measureのページは、土地代・運転資金を除く100万バーツ以上の投資などを条件として掲げ、機械の輸入関税免除に加え、既存プロジェクトに対する3年間の法人所得税（CIT）免除を記載しています。その免除上限は、土地代・運転資金を除く効率改善・事業高度化投資の50%です。100%上限が適用されるのは、当該プロジェクトで使用または更新する機械・自動化システム・ロボットの総額のうち、タイ国内の自動化産業に連携または支援する機械が30%以上を占める場合に限る、とページは説明しています。また投資奨励証書発行後3年以内の完全実施が条件です。対象活動、費用、申請時期、承認は案件ごとにBOIへ確認する必要があり、この記事は適格性や承認を保証しません。太陽光発電に関する申請受付が2025年6月30日で終了したとの注記を、他のスマート化案件全体の終了と一般化してはいけません。BOI Smart and Sustainable Industry measure

投資優遇の有無にかかわらず、古い設備が混在する工場には共通課題があります。制御盤の銘板と台帳が一致しない、バックアップの所在が不明、PLCやHMIのファームウェア版がばらばら、通信カードや電源の予備品が廃番、停止理由が担当者の記憶に依存する、といった不確実性です。設備老朽化 IoTの最初の価値は、予知精度の派手な数字ではなく、この不確実性を管理可能な一覧へ変えることです。

監視レトロフィットと安全・制御変更を明確に分離する

本稿でいう監視レトロフィットは、設備の挙動を観測し、保全判断の材料を増やす仕組みです。安全回路、インターロック、非常停止、保護リレー、PLCロジック、速度・温度・圧力の制御設定を変更する作業とは別物です。

監視範囲で行うこと

• 既存の通信ポートから許可されたタグをread-onlyで取得する。
• クランプ式電流センサー、外付け振動・温度センサーなどを、設備機能を変えずに追加する。
• ネットワークを分離し、ゲートウェイから制御側への書き込み経路を持たせない。
• 欠測、時計ずれ、センサー脱落、電池低下など「計測の健康状態」も記録する。
• アラートは最初から自動停止へ接続せず、人の確認と作業指示へつなぐ。

別プロジェクトとして管理すべきこと

• 安全PLC、非常停止、ガード、ライトカーテン、安全リレーの変更。
• PLCプログラム、インターロック、モーション、PID、保護設定への書き込み。
• 設計限界を超える運転、保護機能の無効化、アラームの迂回。
• 認定、法令適合、機械リスク評価に影響する改造。

安全や制御の変更が必要なら、権限を持つ責任者、設備メーカー、適格なエンジニアを含む正式な変更管理、リスク評価、試験、承認を行います。IoT PoCのために保護をバイパスしたり、稼働中の盤内へ無計画に介入したりしてはいけません。

NIST SP 800-82 Rev.3は、OTのセキュリティでは性能、信頼性、安全の要求を考慮する必要があり、正確な資産インベントリがリスク管理の基礎になると説明しています。ITの手法をそのまま工場へ押し込むのではなく、生産と安全の制約を設計条件にします。NIST SP 800-82 Rev.3（2023年9月）

設備老朽化 IoTの6段階ループ

重要なのは、段階を飛ばさないことです。設備IDが重複しているのにAIモデルを作る、時刻がずれているのに故障予兆を学習する、故障モードが不明なのにセンサーを一括購入する、といった順序では、PoCの失敗原因を切り分けられません。

Stage 1：古い設備の資産・ファームウェア・予備品を棚卸しする

設備台帳は機械名と購入年だけでは足りません。少なくとも設備、制御、接続、保全、事業継続の五つの視点を一つの設備IDへ結び付けます。

「不明」は空欄にせず、unknownとして所有者と確認期限を付けます。台帳の完全性を装うより、不確実性を見える化する方が判断に役立ちます。特にソフトウェアとパラメーターのバックアップは、ファイルがあるだけで安心できません。対象機、版、取得日、復元ツール、ライセンス、ケーブル、担当技能がそろって初めて復旧可能性を評価できます。

ISO 55001:2024は、資産から価値を実現するため、組織の目的に沿ってライフサイクルと意思決定を管理する枠組みです。特定のIoT製品や交換周期を義務付けるものではありませんが、費用だけでなく性能、リスク、機会を通して資産判断を整える参照になります。ISO 55001:2024

Stage 2：重要度と故障モードで優先順位を決める

「古い順」「停止時間が長い順」だけでは優先順位を誤ります。低負荷で代替可能な古い設備より、比較的新しくても単一故障点となる設備の方が先かもしれません。設備ごとに次の観点を評価します。

• 安全・環境・品質へ与える影響。
• ライン、顧客納期、仕掛品、金型への波及。
• 故障を検知できる時点と、故障までに残る対応時間。
• 平均復旧時間ではなく、必要部品・技能を含む現実的な復旧時間。
• 代替工程、手作業、生産移管、予備機の実行可能性。
• 既知の故障モードと、観測可能な兆候の関係。

FMEAなど既存の方法を使っても構いません。ただしスコアだけを残さず、根拠、作成者、日付、対象版を残します。故障モードが「ベアリング摩耗」なら、振動のどの帯域、温度、電流、潤滑状態、製品条件が関係するかを仮説にします。「AIで予知する」は故障モードではありません。

初期優先設備は、重要度が高いだけでなく、90日以内に観測と行動を検証できることも条件にします。故障が数年に一度しか起きず、代替テストもできない設備は、最初のPoCでは学習材料が不足します。その場合は、状態監視より予備品、復元訓練、移行設計を先行させる判断が合理的です。

Stage 3：センサー 後付け 既設設備をread-onlyで設計する

古い設備 データ収集の入口は三つあります。既存コントローラーのデータを読む、外付けセンサーで測る、既存の計測器・記録計から取り込む方法です。複数を組み合わせても、制御境界を明確にします。

既存データを読む場合

PLCやCNC、計測器に通信機能があっても、無制限に接続してよいわけではありません。許可タグ、読取周期、同時接続数、タイムアウト、負荷上限、保守窓をRFPに明記します。ゲートウェイ側のwrite機能を設定で無効化するだけでなく、アカウント権限、ファイアウォール、通信方向、構成レビューで多層に制約します。

既存PLCの更新とレトロフィットを検討する場合も、監視用接続と制御移行を同じ変更日に詰め込まない方が原因を追いやすくなります。まず現行信号を記録し、次に新旧制御の照合を行い、最後に承認された切替手順へ進みます。

外付けセンサーを使う場合

クランプ式電流、振動、表面温度、音響などは停止時間を抑えやすい一方、設置位置、固定方法、測定範囲、サンプリング、校正、ケーブル、電源、環境耐性で品質が変わります。たとえば筐体表面温度は内部軸受温度そのものではありません。何の代理変数か、どの運転条件で比較するかを記録します。

センサーの取付けが防護カバー、絶縁、清掃性、食品・薬品の衛生、危険場所要件へ影響する場合は、簡易な「後付け」とみなさず正式な審査対象にします。機械を止めないという目標は、安全な作業許可を省略する理由にはなりません。

ゲートウェイを選ぶ場合

産業用IoTゲートウェイの選定では、対応プロトコルだけでなく、ローカルバッファ、時刻同期、証明書、更新、ログ、交換手順、構成バックアップ、通信断後の再送を確認します。古いプロトコルをIPへ変換できることと、安全に運用できることは同義ではありません。

Stage 4：信号品質・時刻・順序を先に受け入れる

ダッシュボードに線が描けても、その線が設備の事実を表すとは限りません。分析前に、次の品質情報をデータへ結び付けます。

設備 故障 予知で最も危険なのは、品質の悪い信号に精巧なモデルを重ね、見かけの精度を信じることです。初期90日はモデル精度より、欠測率、時刻整合、再送、センサー脱落、運転条件の紐付けを毎週レビューします。

CISAのCross-Sector Cybersecurity Performance Goalsは、ITとOTの基本的なセキュリティ実践を優先するためのベースラインを提示しています。法的義務や個別工場の完全な設計書ではありません。アカウント管理、バックアップ、脆弱性対応、ログなどを、自社のリスクと設備制約へ合わせて採用します。CISA Cybersecurity Performance Goals

設備を止めない90日PoCの進め方

90日PoCは「90日後に故障を当てる」約束ではありません。観測、信号品質、仮説、アラート、人の確認、保全作業、結果評価という運用閉ループが回るかを確かめます。以下は標準的な進め方の例で、工場の保守窓や故障周期に合わせて調整します。

Day 0–15：基線と安全境界を固定する

• 対象設備、設備ID、責任者、接続図、作業許可を承認する。
• 安全・制御への書込経路がないことをレビューする。
• 正常、段取り、アイドル、既知異常の運転条件を記録する。
• センサー個体、取付位置、向き、締付け、校正、写真を残す。
• 既存の故障・作業履歴と、運転者の知見を仮説へ変換する。

Day 16–45：データ品質と故障仮説を検証する

• 通信断、ゲートウェイ再起動、時刻ずれ、センサー脱落を安全な方法で試す。
• 欠測、重複、遅延、品質フラグが識別できるか確認する。
• 品種、速度、負荷、周囲温度による正常変動を分ける。
• 閾値を一度で固定せず、誤警報と見逃しの理由を記録する。

Day 46–75：アラートから作業までを回す

• アラートの受信者、確認期限、エスカレーションを定める。
• 点検結果を「異常なし」も含めて記録する。
• 作業指示、交換部品、所見、写真、再測定をイベントへリンクする。
• 保全担当が理解できる説明と、生データの参照手段を用意する。

Day 76–90：再現試験とゲート判定を行う

• 保存データから同じ判断を再現できるか確認する。
• センサー、ゲートウェイ、ネットワーク停止からの復旧を試す。
• FAT/SATの未達、例外、暫定対策、所有者、期限を閉じる。
• 「継続ありき」ではなく、維持、修正、移行、廃止を比較する。

PoC中に重大故障が起きないことは失敗ではありません。品質の良い基線、故障仮説の棄却、取れない信号の特定、運用負担の把握も意思決定の証拠です。反対に、一度アラートが当たっただけで全工場展開を決めるのは早計です。

維持・移行・廃止を決めるゲート

RETAIN：維持する

安全上の未解決問題がなく、故障影響を管理でき、必要な予備品・技能・バックアップが確保され、監視の運用費が妥当なら維持します。維持は「何もしない」ではありません。台帳更新、定期試験、バックアップ復元訓練、センサー健康監視、予備品見直しを継続条件にします。

MONITOR：監視を拡張する

信号品質が受け入れられ、特定故障モードの早期確認に使え、アラート後の行動が定義できる場合は対象を拡張します。ただし設備台数を増やす前に、テンプレート、命名、権限、校正、交換、教育、サポート費を標準化します。

MIGRATE：部分または全面移行する

制御機器の廃番、予備品不足、技能消失、サイバーリスク、復旧時間、品質要求などが監視だけで抑えられない場合は移行します。移行計画では、I/O、シーケンス、レシピ、アラーム、履歴、帳票、上位連携の現行動作を証拠化し、新旧比較、ロールバック、保守窓を設計します。

RETIRE：廃止する

需要、能力、品質、エネルギー、保全費、代替性を総合し、資産価値を生まない場合は廃止します。データ保持、部品転用、廃棄、ネットワーク・アカウント削除、図面更新までを閉じます。IoT投資の回収を理由に不要設備を残し続けないことも重要です。

OTセキュリティと責任分界を調達条件にする

ISA/IEC 62443シリーズは、IACSセキュリティをライフサイクルで扱い、資産所有者、製品供給者、サービス提供者などの役割に関わる複数規格で構成されます。「62443対応」という一語だけでは、どの規格、範囲、版、証拠、責任を指すか分かりません。RFPでは対象を特定し、運用責任まで明示します。ISA/IEC 62443シリーズ

最低限、次を契約前に決めます。

• 資産・ソフトウェア構成表を誰が更新し、どの形式で引き渡すか。
• ローカル、サービス、管理者アカウントの所有者と認証方式。
• リモート保守の申請、時間制限、承認、記録、緊急停止。
• ゲートウェイ、OS、エージェントの更新通知、検証、ロールバック。
• 構成とデータのバックアップ、暗号化、復元試験、保持期間。
• ログの時刻、保存、エクスポート、退去時のデータ引渡し。
• 脆弱性通知、サポート終了、部品廃番、インシデント連絡。
• ベンダー契約終了時のアカウント、証明書、通信、クラウドデータ削除。

クラウド接続を禁止すれば自動的に安全になるわけでも、クラウドなら自動的に危険になるわけでもありません。データフロー、権限、更新、監視、復旧、責任を具体化し、工場の要求に合う構成を選びます。

RFPに入れるべき要求事項

RFPは製品機能一覧ではなく、ベンダーが同じ条件で提案し、工場が証拠で受け入れるための文書です。

対象と成果

• 対象設備ID、台数、場所、運転時間、環境、保守窓。
• 対象故障モードと、観測したい兆候。
• 90日で検証する業務成果と、保証しない成果。
• 監視専用であり、安全・制御変更を含まない範囲。

技術とデータ

• タグ／センサー、単位、範囲、周期、品質、時刻、保持。
• read-only、ネットワーク分離、許可通信、帯域・負荷上限。
• 欠測、再送、重複、時計ずれ、オフライン運転の挙動。
• 生データ、イベント、設定、監査ログのエクスポート形式。
• 設備・品種・作業指示・保全履歴とのキー設計。

運用と保守

• アラート責任、対応時間、重大度、エスカレーション。
• センサー交換、校正、電池、ゲートウェイ予備機。
• 多言語教育、手順書、タイ国内または地域の支援体制。
• ライセンス、通信、クラウド、保守、更新を含む5年費用。

検収と退出

• FAT、SAT、90日PoCのテストケースと証跡。
• 未達時の是正、再試験、保留、契約終了条件。
• データと設定の所有、エクスポート、移行支援。
• 契約終了時の撤去、資格情報廃止、データ削除証跡。

設備 故障 予知を提案させるなら、ベンダーに「精度95%」のような単一数字だけを求めないでください。故障の定義、予測時間幅、母数、クラス不均衡、誤警報、見逃し、未知状態、データ除外、検証設備の独立性、モデル更新後の再検証を説明させます。

FAT・SAT・90日受入基準の例

以下の数値は市場実績や推奨保証値ではなく、RFPを具体化するための例示的な仮定です。設備、プロセス、ネットワーク、リスクに合わせ、関係者が合意した値へ置き換えてください。

「画面が表示された」「メールが届いた」だけでは受入不足です。異常系、復旧、ログ出力、担当者交代、設備再起動、契約終了まで試します。FATで模擬できることと、SATで実設備・実ネットワーク上でしか確認できないことを分けます。

投資判断を数字にする方法

投資効果は、予知できた故障だけでなく、復旧時間短縮、点検効率、部品在庫、品質損失、サイバー・属人リスクを含めます。ただし二重計上を避けます。

以下は例示的な仮定です。ある設備で、重大停止が年4回、1回あたり停止損失が20万バーツ、監視で回避または短縮できる割合を25%、年間システム・運用費を12万バーツと仮定すると、年間の粗い回避価値は 4 × 200,000 × 25% = 200,000 THB、差引価値は8万バーツです。これは市場相場でも成果保証でもありません。故障頻度、損失、寄与率を自社実績で置き換え、感度分析を行います。

同時に、次の費用を隠さないことが重要です。

• 調査、設計、盤改造審査、取付け、停止調整。
• センサー、ゲートウェイ、ネットワーク、サーバー、クラウド。
• 統合、タグ整備、マスター管理、データ保持。
• 校正、電池、交換、サイバー更新、証明書、予備機。
• アラート確認、誤警報、教育、現場標準の更新。
• 契約終了、データ移行、撤去、設備更新時の再統合。

状態基準保全システムへ拡張する場合も、センサー値を保全作業へ結び付け、実施結果を次の閾値や判断へ戻す閉ループが必要です。ダッシュボード閲覧数ではなく、意思決定と結果を測ります。

導入後の運用：センサーにも老朽化がある

後付けしたセンサーとゲートウェイも新たな資産です。設備老朽化を監視する仕組みが放置されれば、数年後には別のレガシーになります。運用台帳へ個体ID、版、校正、電池、証明書、設置、交換、サポート期限を登録します。

月次レビューでは、アラート件数だけでなく次を確認します。

• 有効データ率、欠測、遅延、時刻ずれ、再送。
• センサー個体別のノイズ、ドリフト、脱落。
• 正常、誤警報、見逃し、未判定と、その理由。
• アラートから確認、作業、復旧までの所要時間。
• 故障モード、設備重要度、閾値、モデル版の変更。
• 維持・移行・廃止ゲートを変える新しい証拠。

変更管理では、センサー位置、収集周期、タグ、設備プログラム、ネットワーク、モデル、閾値の変更を関連付けます。変更前後を比較できなければ、改善なのか計測条件の変化なのか判断できません。

よくある失敗と回避策

失敗1：全設備へ同じセンサーセットを配る

設備ごとに故障モードと観測可能性が違います。重要度と仮説で対象を絞り、必要な信号だけを選びます。

失敗2：既存PLCへ安易に書き込む

監視と制御を混ぜると安全・品質・停止リスクが増えます。read-only、分離、権限、通信方向を受入条件にします。

失敗3：データ量を成果にする

点数や保存容量では、保全判断が良くなったか分かりません。検知から作業と結果までを追跡します。

失敗4：予知精度だけを契約する

故障が少ないデータでは見かけの精度が高くなり得ます。母数、誤警報、見逃し、予測時間幅、未知状態を分けます。

失敗5：PoC終了後の責任者がいない

誰がタグ、校正、アラート、モデル、更新、費用を持つかをRFP段階で決めます。

失敗6：延命を前提にする

監視で不確実性が下がらない、安全・復旧・部品リスクが許容できないなら、移行または廃止が正しい結論です。

設備老朽化 IoTに関するFAQ

設備老朽化 IoTはどの設備から始めるべきですか？

最古の設備ではなく、停止影響が大きく、対象故障モードと観測信号の仮説があり、90日以内に運用閉ループを試せる設備を優先します。安全上の未解決問題がある設備は、監視PoCより正式なリスク低減・更新判断を先に行います。

既存設備 IoT化でPLC交換は必要ですか？

必ずしも必要ではありません。許可されたread-only通信や外付けセンサーで監視できる場合があります。一方、廃番、復元不能、性能、サイバー、安全、品質要求を監視だけで管理できない場合は、PLCや設備の移行計画が必要です。

センサー 後付け 既設設備は稼働中にできますか？

非侵襲な計測でも、取付場所、盤内作業、絶縁、危険場所、防護、衛生、作業許可を評価します。「無停止」は無承認作業を意味しません。安全に取り付けられない場合は保守窓を使います。

古い設備 データ収集で最初に見る品質指標は何ですか？

値の傾向より先に、quality/status、source time、receive time、sequence、欠測、重複、校正・設置履歴を確認します。品種、負荷、速度などの運転文脈も必要です。

設備 故障 予知は90日で実現できますか？

故障周期とデータ次第で、実故障の予測性能を90日で証明できないことがあります。90日では、データ品質、故障仮説、アラート運用、保全作業との連携、再現性を受け入れ、長期評価の可否を決めるのが現実的です。

FATとSATは何を分けて確認しますか？

FATでは模擬入力、通信断、重複、時計ずれ、権限、ログ出力などを再現可能に試します。SATでは実設備、実ネットワーク、実取付け、実運用権限で、設備負荷、信号一致、復旧、担当者の手順を確認します。

BOI優遇を使えば投資採算は良くなりますか？

適格性と承認は案件ごとの確認が必要です。優遇を前提にせず技術・運用・経済性を評価し、該当可能性がある場合は最新条件をBOIまたは適切な専門家へ確認してください。申請件数を承認や効果実績と扱わないことも重要です。

まとめ：設備老朽化を「勘」から証拠に変える

設備老朽化 IoTの成功は、センサー数やAI画面の多さでは決まりません。資産・ファームウェア・予備品の棚卸し、重要度と故障モード、read-only／分離計測、信号品質・時刻・順序、無停止90日PoC、維持・移行・廃止ゲートを一つの判断ループにすることで、初めて設備投資の不確実性を減らせます。

安全・制御変更は監視レトロフィットと分離し、RFP、FAT、SATでは正常画面ではなく、通信断、再送、時計ずれ、復旧、データ退出までを証拠で受け入れます。監視で管理できないリスクが見えたなら、PoCの結論を「更新する」「廃止する」とできる設計こそ健全です。

TOMAS TECHでは、タイ・ASEAN工場の既存設備について、資産棚卸し、read-only接続の検討、90日PoC、RFP／FAT／SAT受入基準の整理をご支援します。更新か延命かが未決の段階でも、対象設備と判断材料の整理からお問い合わせいただけます。