工場のデータロガーをIoT化する進め方｜移行判断と費用の考え方

工場の温湿度や電圧、圧力を記録するデータロガーは、多くの日系工場で当たり前に使われています。一方で「月末にSDカードを抜いて回るのが手間」「異常に気づくのは翌日のグラフを見たとき」「拠点ごとに記録の形式がバラバラで比較できない」という声も現場から絶えません。本記事では、スタンドアロン型データロガーの構造的な限界と、既存機器を捨てずにIoT接続型のリアルタイム監視へ移行する進め方を、タイ・東南アジアの工場事情も踏まえて整理します。

データロガーとは｜工場の現場で何を記録しているのか

データロガーとは、センサーが捉えた物理量を一定の間隔で測定し、内部メモリに時系列データとして蓄積する計測機器の総称です。人が立ち会って記録する必要がなく、設定した周期で黙々と測り続けてくれるため、品質保証の証跡づくりや設備の状態把握に広く使われてきました。

多くの工場で使われている機種は、電池で数か月から数年動作します。記録したデータを取り出す方法は機種によって異なり、本体からSDカードやUSBメモリを抜いて読み込むもの、USBケーブルでPCに接続して吸い上げるものが一般的です。日本円で数万円程度から手に入る機種も多く、「まずは一台置いて様子を見る」という導入のしやすさが最大の強みでした。

工場のデータロガーが測っている代表的な項目

日系工場の現場で実際によく設置されているのは、次のような測定対象です。

測定対象	主な設置場所	何のために測っているか
温度・湿度	恒温倉庫、乾燥室、クリーンルーム、輸送コンテナ	製品の品質保証、結露や吸湿による不良の防止
電圧・電流・電力量	受電盤、分電盤、大型設備の電源系統	電気料金の按分、瞬時電圧低下の把握、省エネ施策の効果測定
圧力・差圧	エアー配管、フィルター前後、真空系統	エア漏れの検知、フィルター目詰まりの判定
振動・回転数	ポンプ、ファン、コンプレッサー、モーター	軸受の劣化兆候の把握、異常振動の記録
流量	冷却水、圧縮空気、工業用ガス	ユーティリティ使用量の把握、原単位の算出

こうした項目は、それぞれ単独でも意味がありますが、組み合わせて見たときに初めて分かることが少なくありません。たとえば「フィルター前後の差圧が上がってきた時期」と「コンプレッサーの消費電力が増えた時期」が重なっていれば、目詰まりが電力の無駄につながっていると説明できます。ところが機器ごとにデータが別々のメモリに溜まっていると、この突き合わせに人手と時間がかかります。

記録だけでは足りなくなった理由

かつてのデータロガーの役割は「後から確認できる記録を残すこと」でした。客先監査で温湿度の記録を求められたとき、あるいは不良が出たときに原因を遡って調べるときに、紙の日報より確実な証跡として機能してきたわけです。

しかし近年は、記録の用途が「事後の説明」から「その場での判断」へと移りつつあります。産業用IoTの解説では、管理者が機械の稼働状況やエネルギー使用量、保全の必要性をリアルタイムで追えるようになった点が変化の中心として挙げられています（How Industrial IoT is Transforming Smart Manufacturing and Real-Time Data Monitoring in 2026）。記録が翌日にしか見られないのであれば、その日のうちに手を打つことはできません。

スタンドアロン型データロガーの限界

スタンドアロン型、つまりネットワークにつながっていないデータロガーには、機器の性能とは無関係な、構造そのものに由来する制約があります。ここを理解しないまま「もっと精度の高いロガーに買い替える」という方向に進むと、費用をかけても課題が解決しないという結果になりがちです。

データの取り出しが人の作業に依存する

最も分かりやすい制約がこれです。データを見るには、誰かが現場まで行き、機器を操作し、メディアを抜き差しし、PCに取り込む必要があります。IoT型のデータロガーを解説した資料でも、従来型のロガーは技術者が現地の設置場所まで出向いてデータを手元に取り込み、また戻ってくる必要があり、時間のかかる作業だと指摘されています（What Is an IoT Data Logger）。

工場の中に数台であれば大した手間ではありません。しかし設置台数が数十台になり、しかも高所の配管脇や稼働中のラインの裏側といった取りに行きにくい場所にあると、回収そのものが定期業務として重くのしかかります。そして「今月は忙しくて回収できなかった」という月が生まれ、気づけばメモリが上書きされて古いデータが消えている、ということが起こります。

異常が起きても誰にも通知されない

スタンドアロン型は、しきい値を超えたことをブザーや本体表示で示すことはできても、その情報を人に届ける手段を持ちません。夜間や休日に恒温倉庫の温度が上がっても、翌朝出社した担当者がデータを見るまで誰も気づかない、という状況が生まれます。

産業用IoTの監視ソリューションでは、温度が設定範囲を外れた際にアラートを発報する、圧力が上下限値を超えたときに通知を出すといった機能が標準的に語られています（Industrial IoT Monitoring Solutions）。同じ物理量を測っていても、その情報が誰かの手元に届くかどうかで、被害の大きさは桁違いに変わります。

拠点や部署をまたぐと情報がサイロ化する

複数の工場を持つ企業では、この問題が特に厄介です。A工場は独自のExcel台帳、B工場は機器付属のソフトの画面をそのまま印刷、C工場は担当者のPCの中だけ、といった状態になりやすく、本社で横並びに比較しようとすると、まず記録形式を揃える作業から始めることになります。

さらに担当者の異動や退職があると、どこにどのロガーが何台設置されているか、設定はどうなっているかという情報自体が失われます。設備台帳に載っていない「誰かが置いた」ロガーが現場に残り続けるのも、よくある光景です。

時刻がずれて突き合わせができない

見落とされがちですが、実務では深刻な問題です。機器ごとに内蔵時計が少しずつずれていくため、半年も経つと機種によっては数分から数十分の差が生じます。この状態で「電圧が落ちた瞬間に何が起きていたか」を複数のロガーのデータから再構成しようとしても、どのイベントが先だったのか判断できません。ネットワークに接続された機器であれば時刻同期は自動で行われますが、スタンドアロン型では人が定期的に合わせ直すしかありません。

工場のデータロガーをIoT化する進め方｜移行判断と費用の考え方 - figure 1

IoT接続型の監視に移行すると何が変わるか

IoT接続型のデータロガーは、測定して記録するところまでは従来型と同じですが、記録したデータを無線または有線のネットワーク経由で自動的に送信します。IoT型データロガーの定義としても、センサーデータを時系列で記録し、インターネット接続を通じてクラウドプラットフォームへ無線送信することでリアルタイムの監視と分析を可能にするもの、と説明されています（What Is an IoT Data Logger）。

この一点の違いが運用に与える影響は、想像以上に大きなものになります。

回収作業がゼロになり、欠測が減る

データが自動で送られてくるため、現場を回る作業そのものがなくなります。副次的な効果として、通信が途絶えれば「送られてこない」という形で異常が可視化されるため、電池切れや機器故障にも早く気づけるようになります。スタンドアロン型では、回収に行って初めて「三週間前から止まっていた」と分かることが珍しくありません。

しきい値を超えた時点で人に届く

温度、圧力、電圧といった値が設定範囲を外れた瞬間に、メールやチャット、モバイル通知として担当者に届きます。IoT型データロガーの解説では、リアルタイムのしきい値アラートによって、測定値の急変や設備の異常が数日単位ではなく数秒単位で捉えられ、事態の悪化を防げると述べられています（What Is an IoT Data Logger）。

現場の実感としては、「異常が起きたかどうか」より「異常が起きたときに何分で人が動けるか」のほうが、損害額を左右します。冷蔵倉庫や恒温槽のように、温度の逸脱がそのまま製品廃棄につながる領域では、被害額は気づくまでに要した時間にほぼ比例して膨らみます。

他システムと連携して意味を持つデータになる

単独のグラフとして見ていた数値が、生産実績や稼働状況と同じ基盤に載ることで、初めて分析の対象になります。産業用IoTの監視アーキテクチャは、センサーによるデータ収集、エッジでの処理、クラウドへの接続、分析という層で構成され、問題が起きる前に警告する予測型の品質分析まで含めて語られています（Industrial IoT Monitoring Solutions）。

OTとは｜SCADAとは｜データロガーはどこに位置づけられるか

ここで用語を整理しておきます。OTとは Operational Technology の略で、工場の設備そのものを動かし制御する技術領域を指します。PLC、インバーター、センサー、制御盤といった、止まると生産が止まる系統がOTです。対して情報系のシステムを扱うのがITで、この二つを接続することが工場のデジタル化の核心にあります。

SCADAとは Supervisory Control And Data Acquisition の略で、日本語では監視制御システムと呼ばれます。複数のPLCや計測機器から値を集め、画面上で状態を可視化し、しきい値の監視や記録を行う仕組みです。設備を直接制御するPLCの一段上に位置し、人が状況を把握して判断するための層だと考えると分かりやすいでしょう。

データロガーは、この構図の中では「OT側の末端で値を取る装置」にあたります。スタンドアロン型はそこで完結してしまいますが、IoT接続型にすると、SCADAやクラウド基盤といった上位の監視層にデータを供給する部品として機能するようになります。つまりIoT化とは、単に通信機能を足すことではなく、データロガーを工場全体の監視の枠組みに組み込むことを意味します。

どの範囲までを既存のSCADAで受け、どこからクラウド側で扱うかは、拠点数や求める応答速度、既存資産の状況によって答えが変わります。この線引きの考え方はSCADAとOT基盤の選び方で整理していますので、基盤選定の段階にいる方はあわせてご覧ください。

従来型とIoT接続型の違いを整理する

ここまでの内容を一覧にすると、次のようになります。

観点	スタンドアロン型	IoT接続型
データ取得	現地でメディアを回収	ネットワーク経由で自動送信
確認できるタイミング	回収してPCに取り込んだ後	ほぼリアルタイム
異常時の通知	本体表示やブザーのみ	メール、チャット、モバイル通知
複数拠点の一元管理	実質的に困難	同一画面で横並び比較が可能
時刻同期	手動で合わせ直す必要あり	自動で同期
他システム連携	ファイルを手作業で加工	APIやデータ基盤経由で接続
初期費用	低い	通信・基盤の分だけ加算される
運用工数	台数に比例して増える	台数が増えても大きく変わらない

この表で注目していただきたいのは、最後の二行の関係です。IoT接続型は初期費用が上がる一方で、運用工数が台数に比例しなくなります。つまり設置台数が少ないうちはスタンドアロン型のほうが有利で、ある台数を超えたところで逆転します。自社がどちら側にいるかを見極めることが、投資判断の出発点になります。

既存のデータロガーを捨てずに移行する｜段階的レトロフィットの進め方

IoT化を検討する際、多くの担当者が最初に懸念するのが「今ある機器はすべて無駄になるのか」という点です。結論から言えば、その必要はありません。既存設備を入れ替えずに通信機能だけを後付けする、レトロフィットという手法が現実的な選択肢になります。

MES導入とスマートマニュファクチャリングの実務を扱った解説でも、実効性のある導入計画には、旧型設備に対して後付けのIoTセンサーやエッジI/O機器を追加し、レガシーの独自プロトコルを標準的なIP通信へ変換する戦略を含める必要があると述べられています。高価な設備資産を撤去して置き換えることなく実現する、という点が明示されています（Implementing MES in Smart Manufacturing）。

工場のデータロガーをIoT化する進め方｜移行判断と費用の考え方 - figure 2

既存機器を活かす三つのパターン

現場で取りうる方法は、既存のデータロガーがどういう構造かによって変わります。

パターン1｜既存ロガーの出力を拾う 既存機器にアナログ出力やパルス出力、あるいはRS-485のような通信ポートが備わっている場合、そこにゲートウェイを接続して値を吸い上げます。ロガー本体には一切手を加えないため、既存の運用や校正の体系をそのまま維持できるのが利点です。

パターン2｜センサーだけを流用する ロガー本体は古くても、接続されている温度センサーや圧力トランスミッターが健全であれば、センサーを残して収集側だけをIoT対応のリモートI/Oに置き換えます。センサーの取り付け工事をやり直さずに済むため、稼働中のラインでも工期を短くできます。

パターン3｜並行運用してから切り替える 既存ロガーはそのまま動かしたまま、同じ測定点に新しいIoT型を追加設置し、一定期間は両方のデータを取ります。二つの記録が一致することを確認できてから、旧機器を撤去します。品質記録として監査対象になっている測定点では、この進め方がもっとも安全です。

いずれの場合も、既存資産をどこまで活かせるかは、現場に足を運んで端子や配線を確認しないと判断できません。費用の考え方や現場調査で確認すべき項目については既存設備のIoT化とレトロフィットの費用にまとめています。

優先順位のつけ方

すべての測定点を一度にIoT化する必要はありません。次の順で優先度を判断すると、投資対効果が見えやすくなります。

異常が起きたときの損害が大きい測定点。恒温倉庫の温度、受電盤の電圧など、止まると製品や設備に直接的な被害が及ぶもの
データ回収の手間が大きい測定点。高所や危険区域など、人が近づきにくい場所に設置されているもの
他部門が欲しがっているデータ。経理が電力按分に使いたい、品質保証が監査対応に使いたい、といった具体的な用途があるもの
測定頻度を上げたい測定点。現在は一時間ごとにしか記録していないが、本当は分単位で見たいもの

逆に、年に数回しか参照せず、記録が途切れても実害のない測定点は、当面スタンドアロン型のままで構いません。

移行の費用感とPoCの進め方

費用は構成によって大きく変わるため一律には言えませんが、内訳の考え方は共通しています。

費用の層	内容	特徴
センサー・機器	IoT型ロガー、リモートI/O、既存機器がある場合は流用	測定点数に比例する
ゲートウェイ・通信	現場側の収集機器、無線または有線の敷設、SIM費用	エリア単位でまとまる。点数が増えても比例しない
基盤・ソフトウェア	クラウド利用料またはオンプレサーバー、監視画面	月額または年額。拠点をまたいでも共通化できる
設置工事	配線、盤内加工、停止調整	ライン停止の可否で大きく変動する
設計・立ち上げ	現場調査、しきい値設計、通知先の設計、教育	初回のみ。二拠点目以降は圧縮できる

この表で見落とされやすいのが、最下段の設計・立ち上げの層です。機器を並べただけでは監視は機能しません。どの値がいくつを超えたら、誰に、どの経路で通知するのかを決める作業が必要で、ここを曖昧にしたまま導入すると、通知が多すぎて誰も見なくなるという結果になります。

PoCで確かめるべきこと

いきなり全社展開せず、まずは一区画で試すのが定石です。ただしPoCの目的を「動くかどうか」に置いてしまうと、ほぼ確実に動いてしまい、判断材料が得られません。次の四点を検証項目として設定することをおすすめします。

通信は現場環境で安定するか。金属構造物や電波環境の影響を、実際の設置場所で確認する
アラートは適切な頻度に収まるか。一週間運用して、通知が実務に耐える量かを見る
既存の記録との整合は取れるか。旧ロガーの値と新しい値が一致するかを突き合わせる
誰が見て誰が動くかが決まるか。運用ルールが現場に定着するかを、限られた範囲で試す

導入の全体像や社内の合意形成の進め方は工場のIoT導入ガイドで解説しています。

タイ・東南アジアの工場で追加になる論点

日本国内と同じ設計をそのまま持ち込むと、タイの工場では想定外の問題に当たることがあります。実務上、特に検討が必要になる点を挙げます。

工場のデータロガーをIoT化する進め方｜移行判断と費用の考え方 - figure 3

停電と電源品質への備え

タイの工業団地では、長時間の停電こそ減ったものの、瞬時電圧低下や短時間の停電は現実的なリスクとして残ります。監視システムが停電で止まってしまうと、最も知りたい停電時の挙動が記録されないという本末転倒な事態になります。

対策としては、現場側の収集機器とネットワーク機器を無停電電源装置の系統に載せること、そして機器側に一定量のローカルバッファを持たせて、通信が復旧したときにまとめて送信できる構成にしておくことが基本になります。バッファがあれば、通信断の間のデータも欠測になりません。

なお、電源品質そのものを測る用途でもデータロガーは有効です。受電盤に電圧監視を入れておけば、「設備が原因で止まったのか、外部の電源変動が原因だったのか」を後から切り分けられるようになります。この切り分けができるかどうかは、設備メーカーとの交渉でも意味を持ちます。

複数拠点の一元管理と時差

タイ国内に複数工場を持つ場合や、ベトナム、インドネシア、マレーシアなどに展開している場合、拠点ごとに別々のシステムを入れると、比較も横展開もできなくなります。基盤は共通にし、拠点ごとの違いは設定で吸収する構成が望ましいでしょう。

このとき地味に効いてくるのが時刻の扱いです。タイ時間と日本時間には二時間の差があり、記録の時刻をどのタイムゾーンで持つかを設計段階で決めておかないと、日本本社とタイ現地で同じ事象を別の時刻で語ることになります。内部的には協定世界時で保持しておき、画面に表示するときに各拠点の時刻へ変換する方式が扱いやすいでしょう。

投資優遇制度の動向

タイには投資委員会（BOI）による投資優遇制度があり、製造業の設備投資やデジタル化に関する支援が制度として存在します。2026年から2027年を見据えた制度の見直しについては、スマート工場やIoT、自動化への投資を後押しする方向性が指摘されています（Thailand’s Renewed BOI Incentives）。

ただし、この種の解説は二次的な情報であり、実際に適用できる制度番号、申請期間、優遇の内容は個別の事業内容によって異なります。適用可否は必ずBOIの公式情報および認定コンサルタントを通じて確認してください。本記事では、そうした支援の枠組みが存在するという事実の指摘にとどめます。金額を前提に計画を組む場合は、一次情報での確認が不可欠です。

PDPAを踏まえたデータの扱い

タイの個人情報保護法（PDPA）は、個人を識別できる情報の取り扱いに要件を課します。温度や圧力といった設備の測定値そのものは個人情報ではありませんが、監視システムを構築する過程で、次のような形で個人情報が混じることがあります。

監視画面のログインアカウントに紐づく氏名やメールアドレス
アラート通知先として登録した担当者の連絡先
作業者IDと紐づいた形で記録される設備の操作履歴
監視カメラ映像を同じ基盤に統合する場合の映像データ

設計時に「どのデータが誰の情報にあたるか」を棚卸しし、保管場所、保存期間、アクセス権限を決めておくことが必要です。クラウドを使う場合は、データがどの国のサーバーに保存されるかも確認事項になります。設備データと人に紐づくデータを同じ基盤に載せるのであれば、権限設計を分けておくのが安全です。

現地でのサポート体制

見落とされやすい論点ですが、実務ではきわめて重要です。センサーの故障、通信の不具合、設定変更といった対応が、日本からのリモート対応だけで完結することはまずありません。現地で現物を見て対応できる体制があるかどうかで、システムの稼働率は大きく変わります。導入先を検討する際は、機器の価格だけでなく、タイ国内での保守対応の実態を確認しておくことをおすすめします。

よくある質問｜データロガーのIoT化について

データロガーとIoTセンサーの違いは何ですか？

データロガーは「測って記録する」機器、工場向けのIoTセンサーは「測って送る」機器、というのが基本的な違いです。ただし現在の製品は両方の機能を持つものが多く、IoT型データロガーと呼ばれるカテゴリーは、記録と送信の両方を行います。通信が途切れたときに内部に蓄積して後から送り直せるかどうかが、実用上の分かれ目になります。

既存のデータロガーはすべて買い替えが必要ですか？

必要ありません。出力端子や通信ポートを備えた機種であれば、ゲートウェイを介して値を取り出す形でIoT化できます。センサー部分だけを流用して収集側を置き換える方法もあります。まず現場で端子や配線の状態を確認し、活かせる資産を洗い出すところから始めるのが現実的です。

校正が必要な計器でもIoT化できますか？

できます。校正はセンサーの精度に対する管理であり、通信機能の追加とは別の話です。ただし、既存機器の内部に手を加えるような改造を行うと、校正の有効性や機器メーカーの保証に影響する場合があります。既存機器に手を加えず、外部出力から値を取り出すだけの方式であれば、この懸念を避けやすくなります。

工場に有線LANがなくてもIoT化できますか？

可能です。無線を用いる方式が広く使われており、産業用IoTのトレンドを整理した資料では、LoRaWANが数キロメートル規模の到達距離と、電池一本で五年から十年という寿命を持つ技術として挙げられています（Industrial IoT Trends for 2026）。ただし通信方式ごとに得意な条件が異なるため、電波環境は必ず現地で実測して選定してください。

何台くらいからIoT化する価値が出ますか？

台数だけでは決まりません。判断材料は、回収作業にかかっている年間の工数、異常に気づくのが遅れた場合の想定損害額、そして今後の増設予定の三つです。数台でも、恒温倉庫のように温度逸脱が製品廃棄に直結する測定点であれば、早期に移行する価値があります。逆に台数が多くても、参照頻度が低い測定点ばかりであれば急ぐ必要はありません。

まとめ

データロガーは、工場の品質保証と設備管理を長く支えてきた計測機器です。その価値は今も変わりませんが、「記録を残す」ことと「その場で判断する」ことの間には、ネットワーク接続という一線があります。

スタンドアロン型の限界は、機器の精度ではなく構造に由来します。人が回収に行かなければデータが見えない、異常が起きても通知が飛ばない、拠点ごとに情報が分断される、時刻がずれて突き合わせができない。これらは高性能な機種に買い替えても解決しません。

一方で、既存資産をすべて捨てる必要もありません。出力端子からの値の取り出し、センサーの流用、並行運用からの段階的な切り替えといったレトロフィットの手法を使えば、投資を抑えながら移行できます。優先順位は、損害の大きさ、回収の手間、他部門からの需要、測定頻度の四つで判断するとよいでしょう。

タイ・東南アジアの工場では、停電時のデータ欠測対策、複数拠点をまたぐ時刻の設計、投資優遇制度の活用可能性、PDPAを踏まえた権限設計、そして現地での保守体制という論点が加わります。これらは設計段階で織り込んでおかないと、稼働後に作り直すことになりがちな部分です。

現状の測定点を棚卸しし、どこから手をつけるかを決めるところから始めてみてください。すべてを一度に変える必要はありません。

TOMAS TECHでは、タイ国内の日系工場を対象に、既存のデータロガーや制御盤の状態を確認したうえで、無理のない移行の進め方をご提案しています。「まだ検討を始めたばかりで、何ができるか分からない」という段階でも構いません。現場の写真や機器の型番をお送りいただければ、既存資産をどこまで活かせそうかの見立てをお伝えできます。まずはお問い合わせはこちらからお気軽にご相談ください。