遠隔監視システムとは？仕組みとMONiPLAT活用術を解説

労働人口の減少や熟練保全担当者の退職、多拠点運営の広がりを背景に、設備の状態を離れた場所から把握する仕組みへの関心が高まっています。従来「便利な機能」として扱われてきた設備遠隔監視システムは、いまや事業継続と競争力を支える基盤へと位置づけが変わりつつあります。

一方で、アーキテクチャや通信方式、セキュリティ、運用体制まで検討すべき論点は多く、何から手をつければよいか迷う担当者も少なくありません。

この記事では、設備管理者やIT/OTエンジニア向けに、設備遠隔監視システムの定義・仕組み・導入時のポイントを技術・運用・投資の3つの観点から整理したうえで、時間基準保全と状態基準保全を一つのプラットフォームで管理できる「MONiPLAT」の機能や導入事例を詳しく解説します。

遠隔監視システムとは

遠隔監視システムとは、現場設備の状態・性能・品質・アラーム・エネルギー・環境データを継続的に収集し、遠隔地から監視・分析・通知したり、一部の制御と連携させたりできる仕組みです。

IPA（情報処理推進機構）はこの領域を「リモートO&M（遠隔運用保守）」と呼び、監視だけでなく保守、障害対応、アクセス管理、ログ管理、脆弱性管理までを含む運用体系として設計すべきだとしています。

立場によって導入目的は異なる

設備管理者にとっては、巡回点検の削減や異常の早期検知、緊急呼び出しの削減、保全業務の平準化が主な目的です。

IT/OTエンジニアにとっては、異種設備の接続やデータ品質の担保、履歴の蓄積、分析基盤の構築、既設設備のレトロフィットが主なテーマになります。

経営層にとっては、停止損失の低減、設備稼働率の向上、品質ロス削減、省エネ、複数拠点の横断最適化、監査対応の標準化が価値の源泉です。

遠隔監視と遠隔制御は分けて考える

遠隔監視と遠隔制御は同じ意味ではありません。発電プラントなどでは操作指示から反応まで数ミリ秒以下の応答を求められる場合があり、そうしたリアルタイム制御を一般的なクラウド経由の遠隔監視系に載せるのは適切ではありません。リアルタイムの閉ループ制御は現地の制御系に残し、遠隔側は監視、設定変更、承認付きの上位指令、診断に限定するのが基本です。

多ベンダーのリアルタイム連携が必要な場合は、OPC UA PubSub（発行・購読型の情報配信方式）とTSN（時刻同期を保証する産業用ネットワーク技術）、またはローカル5Gと現地エッジを組み合わせた構成が現実的です。

監視の成熟度は段階的に高まる

遠隔監視の成熟度は、まず閾値監視とアラーム通知から始まり、次に履歴ダッシュボードとトレンド監視、その後に異常兆候検知と保全優先度付け、さらに故障予兆やRUL（残存耐用年数）推定、デジタルツイン連携へと進みます。

無線や有線で取得した状態データをもとに異常を予測し、重大故障の前に適切な保全を実行することが、状態基準の保全（CBM/PdM）の本質です。

推奨アーキテクチャと通信方式・センサー選定

推奨されるアーキテクチャは、現地の制御はそのまま現地に残しつつ、データ収集・標準化・セキュアな接続・可視化・AIを疎結合に積み上げていく形です。具体的には「センサー→PLC（プログラマブルロジックコントローラ）→ゲートウェイ→イベント基盤→データモデル→分析・可視化」という多層構造になります。

現地制御を残しながらデータを段階的に集約する構成

現場設備層では、温度・圧力・流量・電流・振動などのセンサーや電力量計、環境計測機器、カメラが、PLCやDCS（分散制御システム）、BMS（ビル管理システム）、RTU（遠方監視制御装置）に接続されます。

エッジ層では、産業用ゲートウェイがOPC UAやModbus、BACnetなどのプロトコルを変換し、MQTTブローカーやローカルのヒストリアン（履歴データの保管システム）へデータを渡します。

産業DMZ（企業ネットワークと制御ネットワークを分離する緩衝区画）には踏み台サーバーやAPIゲートウェイを置き、クラウド・データセンター層で時系列データベースやデータレイク、分析・AI、ダッシュボード、CMMS／ERP／MES／BI／SIEMなどの業務システムへつなげます。

南向きと北向きで使う通信方式を分ける

既設設備から安全にデータを読み取る「南向き」の接続には、Modbus RTU/TCPやOPC UA（オープンプラットフォームコミュニケーションズ統一アーキテクチャ、産業機器間のデータ交換標準）などを使います。

非同期での配信や疎結合の連携を担う「北向き」の接続には、MQTT（メッセージキューイングテレメトリートランスポート、軽量な非同期通信規格）やHTTPS/APIを使うのが一般的です。

MQTTはメッセージの配送、OPC UAは意味づけとモデル化、Modbusは既設設備の接続という役割分担で使うと、全体として最適化しやすくなります。

通信方式は設備種別ではなく要件で選ぶ

通信方式の選定は、帯域、遅延、到達距離、端末電力、配線の可否、免許の要否、可用性のSLA（サービス品質保証水準）、既設設備との親和性で決まります。

センサー・デバイス選定のポイント

センサーやデバイスは、用途ごとに粒度を分けて選ぶ必要があります。温度・圧力・流量・電流・振動・温湿度・CO₂・騒音・画像・接点・ドア開閉などが監視の基本項目です。既設の接点や4-20mAをそのまま収集する方法もありますが、後から分析を強化するのであれば、診断データを持つスマートセンサーやIO-Link（センサーとコントローラをデジタル通信でつなぐ規格）対応センサーを選んだ方が有利です。

機器選定では、バッテリー交換コストも見落としがちな論点です。屋外や高所、危険箇所、稼働中設備で交換が難しい場合は、少ないデータを長期間送るLPWA（低消費電力広域無線通信の総称）やNB-IoTが有利です。

一方、軸受振動の生波形や画像、音響、AI推論用の高頻度データを扱うなら、Wi-Fi 6E、Ethernet、ローカル5G、あるいは現地エッジ保存が前提になります。通信方式は設備種別ではなく、必要なサンプリング頻度、許容遅延、保守アクセス性で決めるべきです。

データ収集・AI活用と可視化・運用保守

データパイプラインは、収集・前処理・保管・意味づけ・分析・配信に分けて考える必要があります。エッジでのデータ収集とローカル処理、クラウドでの資産モデル・指標計算・可視化を組み合わせる構成が一般的です。リアルタイム監視用のデータと長期分析用データを、ストリーミング取り込みとバッファ取り込みで使い分けると、コストと性能を両立しやすくなります。

データは分類してから収集・保存する

高速な制御データは現地に残し、状態監視データは秒〜分単位で時系列データベースへ送り、イベントやアラームは即時に通知し、高頻度の波形や画像はエッジで特徴量を抽出したうえで保管方針を決めるのが実装上のポイントです。

振動監視であれば、実効値やピーク値、周波数帯域エネルギーなどをエッジ側で生成し、平常時は特徴量だけ、異常時のみ短時間の波形をアップロードする方式がコスト効率に優れています。保存先も、単一のデータベースではなく、時系列ストア、イベントストア、ファイル/オブジェクトストア、メタデータ/資産モデルの複合にするのが現実的です。

AI活用は段階的に成熟させる

AI活用は、いきなり高度なモデルから始めるのではなく、次の順序で成熟させるのが現実的です。

• ルールベースの監視
• 統計的異常検知
• 多変量異常検知
• 故障予兆の推定
• デジタルツインとの連携

まずは教師なし異常検知で「いつもと違う」を捉え、その後に故障モード別の教師ありモデルへ進むのが現実的な進め方です。

デジタルツインは物理設備との同期まで到達して初めて成立する

デジタルツインは、遠隔監視の上位概念として考えると整理しやすくなります。単に「3D画面があるか」ではなく、物理設備とデジタル表現の同期、状態反映、シミュレーション、保全判断への活用まで到達して初めてデジタルツインと呼べます。

IoTや機械学習、ビッグデータの進展によりリアルタイム監視と高精度予測を強化する一方、標準の不足やデータ共有時のセキュリティ、性能評価指標の不足が普及の制約になっています。

AI導入の失敗要因はデータ品質にある

AI導入の失敗要因は、モデルそのものよりデータ品質にあります。センサーの校正ずれ、タグの欠損、手動停止と故障停止の混在、設備更新後の分布変化、季節変動、品種切替の影響を分離できないと、偽陽性が増えてしまいます。

学習用データセットには、設備状態ラベル、運転モード、メンテナンス履歴、環境条件、品質結果を必ず添える必要があります。

ダッシュボードは利用者ごとに粒度を変える

現場運転員向け、保全部門向け、拠点管理者向け、経営層向けでは、必要な粒度が異なるため、一枚の画面にすべてを詰め込まないことが重要です。画面には次の要素が最低限必要です。

• 現在値としきい値からの逸脱
• 傾向と相関
• アラーム履歴
• 設備地図や系統図
• 保全アクション

多拠点比較では、OEE（設備総合効率）やMTBF（平均故障間隔）、MTTR（平均修復時間）、エネルギー原単位、設備停止理由コードといった同一KPIの定義統一が欠かせません。

アラームは量より質で設計する

しきい値の未整理やヒステリシス不足、通知間隔の不適切な設定はアラームの洪水を招きやすいため、通知の数よりも担当者が対応できる質を優先して設計する必要があります。

遠隔監視では通知チャネルがメールやチャット、モバイルへ広がるため、この点はとくに重要です。

運用体制と保守項目を明確にする

運用体制は通常、設備オーナー、保全担当、OT/制御担当、IT/クラウド担当、SOC（セキュリティ監視センター）/SIEM担当、外部ベンダーで構成されます。

遠隔監視システムは情報システム部門だけで運用するのではなく、少なくとも「設備を止める権限を持つ部門」と「ネットワークを閉じる権限を持つ部門」が合意形成できる運用設計が必要です。

保守面では、次のような項目を運用に含める必要があります。

• センサー校正周期、バッテリー交換周期
• ゲートウェイのパッチ適用、証明書更新
• SIM・回線契約の更新、時刻同期の監視
• ストレージ保全、バックアップ、予備品の確保
• サポート期限の管理

「誰が異常を見て、何分以内に、どう切り分け、どの条件で現地出動するか」を明文化しておかないと、遠隔監視は単なる通知装置で終わってしまいます。

セキュリティ・規格・法規

OT（運用技術）環境の遠隔監視は、利便性と引き換えに新しい攻撃面を増やします。工場システムはもともとインターネット非接続を前提に設計されてきたものの、IoT化と自動化により接続機会とリスクが増えていると整理されています。

遠隔監視の設計では「接続するか否か」ではなく、「どのゾーンからどのゾーンへ、どういう制御で、どのログを残して接続するか」を最初に定める必要があります。

ゾーン分離とゼロトラストを組み合わせる

IEC 62443（産業オートメーション制御システムのセキュリティ国際規格）系の考え方では、ゾーンとコンジット（区画間を安全につなぐ通信経路）によるセグメンテーションが基本で、業界実装ではOTセキュリティの事実上の基準になっています。

NIST SP 800-207が示すゼロトラストは、ネットワーク位置による暗黙の信頼を否定し、利用者・端末・資産単位で認証・認可する考え方です。OTではITのゼロトラストをそのままコピーするのではなく、ゾーン分離、最小権限、時間制限付きアクセス、踏み台、セッション可視化を組み合わせるのが現実解です。

推奨されるセキュア構成は、現地制御ネットワークを企業ITやクラウドから直接見せず、産業DMZと認証済みコンジットでつなぐことにあります。センサー・アクチュエータ層、PLC・DCS・BMS・HMI層、現場運用サーバー層、産業DMZ、企業IT・SOC・CMMS・BI層という順に区画を分け、クラウドへの接続も産業DMZを経由させる構成が現実的です。

実務対応は5ステップで進める

実務上の具体策は、次の流れで考えると整理しやすくなります。

1. 資産棚卸し：どのPLC、RTU、ゲートウェイ、センサー、回線、アカウント、証明書が存在するかを把握する
2. 通信の最小化：必要なプロトコル、方向、ポート、宛先だけを許可し、現地から上位への発呼型に寄せる
3. 認証強化：共有アカウントを廃し、MFA（多要素認証）、端末証明書、時間制限付き権限を導入する
4. 可視化：アクセスログ、設定変更、アラーム抑止、ファーム更新、失敗ログインをSIEMに送る
5. 復旧性：設定バックアップ、ローカル運転継続、回線断時のフェイルセーフを設計する

プロトコルの暗号化・証明書・再接続制御が鍵になる

プロトコル面では、暗号化・証明書・再接続制御が鍵です。OPC UAはセキュリティメカニズムを持ち、サイトごとにどのセキュリティ機能を使うか選べます。

Modbusも通信のセキュリティ規格でTLS（通信を暗号化するプロトコル）とX.509証明書による保護を定義していますが、現場には平文実装が残るため、ラッパーやゲートウェイ経由の接続を前提にすべきです。

MQTT側は、TLS、クライアント証明書、トピックのアクセス制御リスト、QoS（通信品質）設計を組み合わせます。

設備遠隔監視システムとMONiPLATの関係

MONiPLATは、この設備遠隔監視システムの文脈において、遠隔監視だけを切り出した製品ではありません。時間基準保全であるTBM（Time Based Maintenance）と、状態基準保全であるCBM（Condition Based Maintenance）を、ひとつのプラットフォームで一元管理する仕組みとして位置づけられています。

ZeroVisitでは、各種IoTセンサから取得したデータを自動で点検帳票へ転記し、巡回点検の工数ゼロを目指す機能として展開しています。

したがって、設備遠隔監視システムとMONiPLATの関係は、「MONiPLATの中に遠隔監視機能が後付けで載っている」のではなく、「MONiPLATがもともと設備点検プラットフォームとして存在し、そのCBMレイヤーとして遠隔監視が統合された」関係です。

点検帳票の電子化から多業種展開へ

MONiPLATは2023年4月にサービス提供を開始し、2024年6月に日本DX大賞2024のBX部門大賞を受賞、2024年6月28日にはデジタル庁の技術カタログに掲載されました。

導入社数は2025年9月時点で1,500社、同年11月には2,000社を突破しており、点検帳票の電子化から始まったサービスを多業種に広げながら、CBMや遠隔監視機能へと拡張しています。

実務的に言えば、MONiPLATは「遠隔監視システムそのもの」というより、「遠隔監視を設備保全フローに接続するための運用基盤」です。

単独の監視専用システムと違い、センサーの監視結果を点検報告書、承認、履歴、スケジュール、通知までつなげるため、遠隔監視データが見えるだけで終わりにくい構造を持っています。これは、遠隔監視を導入しても現場帳票は紙のまま、承認はメール、履歴はExcelという分断状態に陥りやすい保全現場に対して、比較的明確な価値提案です。

MONiPLATの詳細は公式サイトで確認できます。

MONiPLATの主要機能：TBMとCBM

TBM機能は現場点検から承認までを一気通貫に扱う

現場点検者向けには、次のような機能が用意されています。

• 設備の二次元コードからのアクセス
• 点検結果入力と前回値表示
• 報告書の自動作成と承認申請
• 点検項目検索、表示設備の絞り込み
• 一時保存、臨時点検、点検履歴確認
• 点検時間の自動記録、生体認証ログイン、マニュアル閲覧

管理者向けには、次のような機能があります。

• ダッシュボード、点検スケジュール管理、使用前点検
• メール通知設定、無制限のユーザー招待、設備二次元コード発行
• 点検項目のCSVインポート・流用インポート、閾値設定
• 複数回点検、承認状況確認、未報告点検の強調表示
• 点検結果のグラフ化、PDF出力、CSVエクスポート

単に「スマホで記録できる」だけでなく、前回値比較や画像添付、承認申請までが一連の流れに組み込まれている点が特徴です。

点検アプリの多くは入力と帳票化に寄りがちですが、MONiPLATは承認を含む保全業務フロー全体を視野に入れており、モバイル帳票アプリの範囲を超えて簡易CMMS（設備保全管理システム）に近い運用機能を持ちます。

CBM機能は対象設備別の監視サービス群で構成される

MONiPLAT CBMは、ZeroVisit、VALVESTAという複数のソリューションを束ねる枠組みです。

ZeroVisitは、温度、湿度、照度、CO₂、電力、電流、液漏れ、圧力、流量、液面、振動など多様なIoTセンサーを対象とした遠隔状態監視サービスです。センサーデータは最短1分間隔で収集され、MONiPLATのクラウドサーバーに自動送信・蓄積されます。

VALVESTAは特定機械向けの状態監視という位置づけです。

つまり、MONiPLATのCBMは単一の遠隔監視機能ではなく、対象設備別の監視サービス群をMONiPLAT上で束ねる設計です。

データ収集についても、TBMは人手入力が中心、CBMはセンサーによる自動取得が中心であり、MONiPLAT全体としては人が点検して入力するデータとセンサーが自動収集するデータの両方を扱う「二系統入力型」の保全基盤です。

可視化とアラートは現場と管理者が同じ画面を使う設計

可視化機能はダッシュボード、グラフ化、設備一覧、ステータス表示に分かれます。

TBMでは点検結果の時系列グラフ化やスケジュール表示、未報告表示があり、CBMではセンサーデータのグラフや設備ステータス、閾値比較、異常兆候表示が中心です。

高度な解析専用ダッシュボードというよりは、現場と管理者が同じ画面で運用しやすい、保全実務向けのUIに寄せています。

アラート機能は、TBM・CBMともにメールが中心です。TBMでは点検予定日のリマインドや承認依頼、未報告点検の強調があり、CBMでは状態異常をメールで通知します。

MONiPLATのアーキテクチャとセキュリティ

クラウド中心でエッジにセンサーとモバイルを配置する構成

MONiPLATのアーキテクチャは、「クラウド中心で、センサーやモバイルがエッジに位置する構成」と整理できます。TBMはスマートフォンやタブレット、PCからクラウドへ入力し、CBMは現場のセンサーデータをゲートウェイなどを介してクラウドに集約します。

ただし、MONiPLAT全体が完全にクラウド専用というわけではありません。

対応機器については、ZeroVisitのデバイス仕様として、LTE Cat.1・マイクロSIM・RS422/485に対応する「Armadillo G3L」や、920MHz帯のARIB STD-T108に対応する無線センサー「ミスター省エネ」があります。リモートI/O WMBシリーズはRS-485準拠、Modbus RTU対応です。

セキュリティ

セキュリティについて、以下を整備しています。

• 通信のSSL暗号化
• AWS WAFの採用
• 24時間365日の有人アクセス監視
• サーバレスアーキテクチャの採用
• アプリケーションサーバ稼働率99.95%以上
• IAM（ID・アクセス管理）認証による暗号通信
• データベースのPrivate-Subnet配置
• メールアドレスドメイン制限

MONiPLATを運営する当社バルカーは、設備点検プラットフォームの運営管理を対象範囲に含むISO/IEC 27001:2022（情報セキュリティマネジメントの国際規格）の認証も取得しています。

もっとも、設備遠隔監視は通常のSaaSよりもOT・IoT起点のリスクが残ります。MONiPLAT本体のSaaS側のセキュリティが一定水準にあっても、それだけで十分とは言えません。ネットワーク分離やSIMの閉域化の要否、センサー設置場所の物理保護、アカウント権限設計、IT/OT境界の通信許可、ログ監査の社内運用設計まで含めて評価する必要があります。

利用拡大に対応するスケーラビリティ

スケーラビリティの面では、MONiPLATは利用者拡大に比較的強い設計を採っています。TBMは20設備まで無料で開始でき、上限制の課金プランが公開されており、ユーザー追加は無償です。

CBMもセンサー単位課金または設備単位課金のモデルが示されています。サーバレスのデータベースと99.95%以上のアプリケーションサーバ稼働率が特徴です。

MONiPLATの導入実務・料金とチェックリスト

導入の論点は「どこまで業務フローを再設計するか」

MONiPLAT導入実務で最大の論点は、「何をデジタル化の対象にするか」ではなく「どこまで業務フローを再設計するか」です。TBMだけを導入するのか、CBMまで含めるのか、帳票だけを置き換えるのか、承認・通知・履歴分析まで切り替えるのかによって、必要な工数は大きく変わります。

MONiPLATは帳票電子化だけでなく、設備台帳、QR運用、スケジュール、承認、履歴、CSVデータ活用まで含めて初めて効果が出やすい設計のため、導入時には「現場入力」「管理承認」「異常通知」「履歴検索」の4つを最低限同時に設計することが推奨されます。

TBMの導入手順は比較的簡単です。無料登録で開始し、設備とスケジュールを設定し、点検日のリマインドを受け、点検結果をクラウドに保存する流れになります。初期設備登録の代行サービスもあり、1〜3設備は試行、21〜50設備は導入支援、51設備以上は料金相談という区分です。紙帳票からの移行に不安を持つ企業向けに、初期設定の代行を行っていることも、MONiPLATの強みです。

CBM、とくにZeroVisitの導入は、ヒアリング、見積り、導入サポート、MONiPLATの初期設定、必要に応じたSIM契約や現地確認、センサー設置補助、センサー登録、通信設定、モニタリング開始という流れです。TBMより前提条件が多く、現場環境や通信手段、電源、既存センサーの有無、設置工事の発生有無が導入期間を左右するため、現地調査や配線可否、設置位置、閾値設計、通知対象者の設計はPoC（概念実証）の時点で解消しておくべきです。

価格の目安

ZeroVisitのようなCBM導入は、温湿度など簡易センサー中心で工事が不要なら3〜6週間、圧力・流量・液面など配線や現地確認を要する場合は6〜10週間程度を見込むのが現実的です。これはあくまで推定であり、正式には個別見積りが必要です。

価格モデルは比較的明確です。TBMは20設備まで月額0円、50設備まで1.5万円/月、100設備まで3万円/月で、以降は段階制になり、上限なしプランは15万円/月です。CBMはZeroVisitが最小構成例で初期費用20万円〜、月額1センサー1,500円です。

SIM通信費も別途必要になるため、予算策定では「TBMは価格透明性が高い」「CBMは要件依存で変動しやすい」と分けて考えるのがよいでしょう。

MONiPLAT導入前に確認しておきたい10のチェック項目

MONiPLATの導入事例

MONiPLATの導入事例は、製造業の工場保全に限られません。製造業、運輸、上下水道、学校・教育施設、病院・介護、農業など幅広い業種に展開しており、社用車点検や過積載チェック、下水処理施設管理、食品安全監査対応など、設備保全の周辺業務まで対象になっています。

MONiPLATは「工場設備」だけでなく、「設備点検という構造を持つ現場業務一般」に適用できます。

代表的な事例は以下です。

• 株式会社林田産業：公共下水道処理施設の点検結果を紙で運用していたところ、MONiPLAT導入により設備点検の一元管理を実現し、1日約1.5時間の工数削減に成功しました。承認フローと提出書類作成の迅速化も成果として挙げられます。
• 柳沢製袋株式会社：代行入力サービスを用いて2週間で稼働を開始し、リアルタイム確認と画像による保全可視化を実現、月にA4用紙100枚以上の削減が見込まれています。FSSC22000/ISO22000監査時の確認作業がスムーズになった点も重要です。
• イソライト工業株式会社：約100の製造設備と約400の測定機器、合計500超の管理対象に対し、300超の登録を代行入力サービスでスムーズに実施し、現場と管理者のリアルタイム共有を可能にしました。
• 影山工業株式会社：社用車と生産設備の点検管理を一元化し、紙・FAX運用からの脱却、リアルタイム共有、デジタル化によるミス減少を実現しました。
• 住商メタルワン鋼管株式会社：トラック過積載チェックの記録精度向上と承認時間短縮、紙運用廃止による法令遵守と業務効率化を実現しました。
• 株式会社スリーシープランニング：車両点検のクラウドエビデンス確保とリアルタイム情報共有により、事故時の提出対応を意識したコンプライアンス強化を実現しています。

MONiPLATの効果は、センサーによる予兆検知そのものよりも、証跡のリアルタイム化、承認の迅速化、監査対応の平準化、紙・転記・ファイリングの排除にまず強く現れています。そのうえでZeroVisitが加わると、人手巡回の削減や危険箇所での点検回避にも価値が広がる構造です。

つまりMONiPLATのROIは、「故障の未然防止」だけでなく、「日常保全事務の削減」と「監査・証跡の強化」という二本柱です。

設備遠隔監視システムの導入を検討している場合は、TBMとCBMを一つのプラットフォームで管理できるMONiPLATから検討を始めてみてはいかがでしょうか。