予知保全のIoT構成｜後付けセンサーの選び分けと電池・通信量から決める収集設計

予知保全のIoT構成でつまずく箇所は、センサーの機種選定ではなく、更新周期をいくつにするかの判断です。横河電機の無線振動センサー XS770A は、更新周期1時間・送信データ数1・周囲温度23±2℃という条件で標準電池寿命4年と規定されています（GS 01W06E01-01EN 第20版・2026年3月）。周期を1分に詰めれば測定と送信の回数は60倍になり、電池交換の頻度が保全計画そのものを圧迫します。この記事では、後付けセンサーからモデル入力までを五つの区間に分け、振動・温度・電流の選び分け、電池容量から逆算する取得頻度の上限、5KB刻みのメッセージ課金から出す通信費用の実額、後付けIoTを組まずに済ませる設備の条件までを実装目線で整理します。

まとめ：予知保全IoTで先に決める三つの設計と、後付けが要らない設備の線引き

予知保全のIoT構成で先に確定させる項目は三つです。第一に決めるのは、測る物理量の順序です。回転機が主体の工場なら、盤内で完結する電流から始め、初期損傷を早く掴みたい設備にだけ振動を足す順序が工事量を抑えます。第二に決めるのは更新周期です。電池駆動の無線センサーは容量2.6Ah級で更新周期1時間なら4年持ちますが、周期を詰めるほど交換工数が積み上がる関係にあります。第三に決めるのは保存粒度です。生波形を常時クラウドへ送る構成は通信費より先に保存費と運用の手間で行き詰まるため、エッジで特徴量まで畳んで送り、生波形は異常時だけ退避させる構成が基本形になります。

50台のセンサーを1分周期で回した場合の年間メッセージ数は約2,628万件で、米国東部リージョンのメッセージング単価（100万件あたり1USD・2026年8月時点）で換算すると年26USD程度にとどまります。クラウドの従量課金は予知保全の規模では主因になりません。効いてくるのは電池交換とゲートウェイの回線費、そして異常が出た後に誰が現場を見に行くかという体制側の費用です。

後付けIoTを見送ってよい設備もはっきりしています。定期交換部品で寿命が管理でき、予備機で当日中に復旧できる補機は、センサーを付けても打ち手が増えません。検知した後に保全計画を書き換える担当と会議体が無い工場も同じです。

予知保全IoTの五区間｜センサーからモデル入力までの責任境界の引き方

予知保全のIoTは、測点・エッジ・伝送・保存・判定の五区間に分けると設計と発注の境界が引けます。区間ごとに決めるものが違うため、後戻りの費用が高い順に上流から確定させます。

五区間それぞれで決める項目と、後戻りの費用が高い順に固める順序

測点で決めるのは物理量・取付位置・台数です。エッジで決めるのは前処理の深さ、つまり生波形のまま上げるか特徴量まで畳むかの判断になります。

制御機器からの収集と後付けセンサー収集が別経路になる理由と併走の設計

設備の稼働実績はPLCから読み出せますが、軸受や回転部の劣化はPLCの内部変数に現れません。そのため予知保全では、制御系からの収集と後付けセンサーからの収集を別経路で立て、判定の段で突き合わせる構成をとります。読み出し方式やタグ設計はPLCのデータ収集で選べる四方式の側で扱う論点です。

ゲートウェイ側でタイムスタンプを打つ場合、センサーの測定時刻と受信時刻がずれるため、稼働状態と振動値を突き合わせる分析で数十秒の食い違いが出ます。設備の起動・停止と紐付けたいなら、測定時刻をペイロードに含める仕様を最初に決めておきます。

モデル側が要求するデータ形と、収集側が用意する粒度のすり合わせ手順

故障予測モデルは、正常時の分布を学ぶために連続した稼働期間のデータを必要とし、計画停止や設定変更の期間を除外できるだけの付帯情報も求めます。収集側が用意するのは、測定値に加えて稼働・停止の区別が付く状態値と、設備を識別するタグ体系です。

モデルの型そのもの、つまり異常検知型・分類型・残存寿命推定型のどれを選ぶかは、故障履歴の件数と蓄積量で決まります。この判断は予知保全のAI導入で故障予測モデルの型を選ぶ基準の側で整理しているため、本稿では収集側が満たすべき条件までを扱います。

物理量の選び分け｜振動・温度・電流で捉えられる故障モードと後付け可否

予知保全で測る物理量は振動・温度・電流の三つが軸になります。

電流センサーで拾えるモーター異常｜制御盤内で完結する非接触の測点

クランプ式の電流センサーは、制御盤内の動力線に挟むだけで設置が済みます。三相誘導電動機の回転子バー損傷は、固定子電流スペクトルの電源周波数の両側に、すべり周波数の2倍を間隔とする側帯波として現れ、基本波ピークとの振幅差をdBで評価します（電気学会 産業応用部門誌「電流徴候解析によるモータ診断とその高精度化」ほか）。

電流から始める判断が効くのは、モーターが主役の搬送設備・ポンプ・送風機です。負荷変動そのものも同じ測点から取れるため、稼働率の把握と劣化の監視を一つのセンサーで兼ねられます。モーター以外の要因で劣化する軸受やギアの初期損傷は電流側に出にくく、そこから先は振動の担当範囲に入ります。

振動で捉える初期損傷と、後付け時に測定点と取付方法へ効く制約

振動は劣化の兆候が最も早く出る物理量です。ただし後付けの無線センサーには測定帯域の制約があります。XS770A の周波数範囲は10から1,000ヘルツ（±3dB）で、加速度はピーク値0から130メートル毎秒毎秒、速度はRMSで0から20ミリメートル毎秒までと規定されています。

取付方法でも測れる上限が変わります。マグネット取付と接着では取付共振の周波数が違い、そこを超えた帯域の値は信用できません。センサー選定と取付、そしてFFTや包絡線解析による特徴周波数の抽出は、振動診断の実装で決めるセンサー・帯域・閾値の側で扱う論点です。

温度が遅行指標になる仕組みと、単独監視で見逃す故障モードの範囲

軸受温度の上昇は、潤滑不良や過負荷が進んで摩擦熱が増えた結果として現れます。劣化の初期には動かず、値が動いたときには交換時期に入っている場合が少なくありません。温度を単独で監視する構成は、突発停止を防ぐという予知保全の目的からは後手に回ります。

それでも温度を外さない理由は二つあります。無線振動センサーの多くが表面温度を同時に出力するため追加費用がかからないこと、そして異常の裏付けとして使えることです。振動値だけが上がって温度が動かない場合は取付の緩みや外乱を疑い、両方が同時に動いた場合は設備側の劣化として扱う、という一次切り分けに使えます。

三点セットの優先順位｜まず電流、次に振動という順序で始める判断基準

三つを同時に導入すると、工事範囲と学習期間の両方が膨らみます。

• モーター駆動が主体で停止を取りにくい設備：電流から入る（盤内作業のみで済む）
• 軸受やギアの損傷が停止要因になっている設備：振動を先に入れる
• 潤滑管理が課題で巡回点検を減らしたい設備：温度を振動と同一センサーで兼ねる

この順序で入れると、最初の半年は電流と稼働ログだけで負荷の異常と稼働率の把握ができます。三点を同時に揃えないと予知保全にならない、という前提で見積もると、初期費用が三倍になったうえに扱いきれないデータが溜まります。

無線センサーの電源設計｜電池容量と更新周期で決まる取得頻度の上限

後付けIoTで有線給電が引けない測点には電池駆動の無線センサーを使います。ここで決めた更新周期が、そのまま監視の細かさと保全工数の上限を決めます。

更新周期一時間で電池四年という実測条件と、周期短縮で縮む年数の読み方

XS770A の電池は塩化チオニルリチウム1本、定格電圧3.6V・定格容量2.6Ahで、標準電池寿命4年という値には「更新周期1時間・送信データ数1・周囲温度23±2℃」という前提条件が付いています。更新周期の設定範囲は1分から3日です。

更新周期を1分にすれば測定と送信の回数は60倍になり、年単位だった寿命は現実的な運用年数から外れます。低温環境ではリチウム電池の取り出せる容量そのものが落ちるため、屋外設置や冷凍倉庫ではさらに割り引いて見積もります。屋外の構造物へ設置する場合は太陽光との併用と欠測を前提にした設計が要るため、土木のIoT予知保全で測点設計から送信予算までを整理しています。監視周期の希望値を先に置くのではなく、電池交換の許容頻度から逆算して周期を決める順序が実務では安全です。

電池交換の工数が保全工数を上回る台数の見積りと有線給電への切替条件

台数が増えると、電池交換そのものが定期保全の作業項目になります。100台を設置し、平均2年で交換する運用なら年50台分の交換作業が発生する計算です。1台あたり移動と足場を含めて30分かかる測点なら年25時間、高所や防爆区域が混じれば数倍に膨らみます。予知保全で削減したい巡回点検の工数と、この交換工数を差し引きして評価しないと、導入後に工数が増えたという結論になります。

同一盤の近傍に複数のセンサーが集まる測点、更新周期を10分より短くしたい測点、そして年1回以上の交換が見込まれる測点は、有線給電のセンサーとゲートウェイ集約に切り替えたほうが総額で安く収まります。

通信方式の選択で決まる到達距離と、一回あたり送れるデータ量の上限

LoRaWAN を採る XS770A のデータレートは250から21,900bpsで、AES128ビット暗号化と最大7dBmの送信出力が規定されています。この帯域では波形そのものを送れません。送るのは加速度ピーク・速度RMS・温度といった代表値であり、生波形が必要なら別経路を用意する前提になります。

工場内の敷設状況で選び分けると、次の形に落ち着きます。広い敷地に測点が散る場合はLoRaWANのような低速長距離の方式、盤の近くに集約できる場合は有線Ethernetかゲートウェイ経由のLTE回線、生波形を扱う測点だけは有線という組み合わせです。全測点を同じ通信方式で揃える必要はありません。

ゲートウェイから先の経路｜プロトコルの役割分担と保存先の持ち方の判断

センサーからゲートウェイまでを決めたら、そこから上位へどう運び、どこへ溜めるかを決めます。

意味付けと伝送で分かれるプロトコルの役割と、二重に持たない構成の作り方

産業用の収集経路では、設備側のデータに型と構造を与える層と、それを上位へ運ぶ層が分かれます。前者を担うOPC UAは、情報モデルとしてタグの意味を保持する役目です。後者を担うのがMQTTで、Pub・Sub型の軽量な伝送に向きます。どちらか一方で全部を賄おうとすると、意味付けを自作するか伝送効率を落とすかのどちらかになります。

実装の詳細は、OPC UAの情報モデルと採用判断とMQTTのPub・Subの仕組みとQoSの選び方にそれぞれ整理しています。後付けセンサー主体の予知保全では、センサーからゲートウェイまでがベンダー固有の無線プロトコル、ゲートウェイから上位がMQTTという構成が最も部品点数を減らせます。

ゲートウェイに持たせる前処理の深さと、生波形を残す場合の退避先の決め方

ゲートウェイに持たせる前処理は、代表値の算出と再送バッファの二つに絞ると管理しやすくなります。前処理を厚くするほど通信量は減りますが、後からモデルを変えたくなったときに元の情報が残りません。折衷案として運用されている構成は、常時は代表値のみを上げ、閾値を超えた時刻の前後だけ生波形をゲートウェイのローカルストレージに退避させ、必要になった分だけ回収する形です。

誤報が多い初期は退避が頻発するため、保持世代数の上限と古いものから消す規則を最初から入れておきます。この設計を後回しにすると、現場のゲートウェイが容量不足で停止し、その間の代表値まで欠落します。

時系列データベースへの保存粒度と、生データと集計値を分ける保持期間

収集した測定値の保存先には、時刻をキーに追記していく時系列データベースを使います。リレーショナルデータベースでも動きますが、圧縮とダウンサンプリングの機能が標準で載っている分、保持設計はより簡単です。製品ごとの違いと選定基準は時系列データベースの圧縮・保持設計と製品選定にまとめています。

保持期間は二段で持つ設計が扱いやすくなります。分単位の細かい値は3か月から1年、1時間ごとの集計値は5年以上といった具合です。季節変動を含む正常状態を学習させるには、最低でも一巡分にあたる1年の集計値が要ります。

通信量とクラウド費用の試算｜台数と周期から先に出す運用コストの上限

クラウドの従量課金は、台数と更新周期が決まれば着工前に計算できます。

メッセージ課金の刻み｜五KB単位で丸められる前提から逆算するペイロード設計

AWS IoT Core の料金は、メッセージングが5KB刻みで計量され、MQTTとHTTPは最初の10億メッセージまで100万メッセージあたり1USDと公開されています（2026年8月時点・米国東部バージニア北部。リージョンで単価が異なるため東京リージョンは別途確認します）。

3軸の代表値と温度、電池残量を載せた1レコードは数十バイト規模で、そのまま1件ずつ送ると5KBの枠を使い切らないまま1メッセージとして課金されます。ゲートウェイ側で数十レコードをまとめて1メッセージにすれば、5KB以内に収まる限り課金数は束ねた分だけ減ります。

五十台一分周期の年間メッセージ数と、周期を延ばした場合の実額の比較

50台を1分周期で送ると年間のメッセージ数は約2,628万件、10分周期なら約263万件です。前掲の単価で換算した年額は次のとおりです。

予知保全のIoTでクラウド費用が導入判断を左右する場面は、生波形を常時送る構成を採ったときか、可視化基盤の側にライセンス課金が乗るときに限られます。

回線費と電池交換費を合算した一台あたり年額の組み立てと見積書の読み方

年額の主因は従量課金ではありません。ゲートウェイのLTE回線費、電池と交換作業の工数、そして異常が出た後の点検工数が積み上がります。1台あたりの年額を出すときは、センサー本体の償却、回線費を台数で割った額、電池交換の工数単価、この三つを並べます。センサー単価だけで比較した見積書では、2年目以降の差が見えません。

工事範囲を含めた見積りの内訳と、金額が跳ね上がる境界条件については、スマートファクトリーのIoT構成と発注仕様の決め方で品目単位に分解しています。

段階導入の設計｜三点から始めて閾値運用からモデルへ移す条件の決め方

データが無い状態ではモデルが組めないため、最初の期間は閾値監視で回しながら蓄積を進めます。

対象設備を三点に絞る選定基準｜停止損失と代替機の有無で決める入口

最初の対象は、止まったときの損失が大きく、かつ代替機が無い設備に絞ります。具体的には、ライン全体が止まる位置にある搬送設備、予備が無い大型ポンプ、交換に数日かかる部品を持つ設備です。停止損失が小さい設備から始めると、検知しても対応の優先度が上がらず、アラートが放置されて運用が止まります。

設置直後は取付の緩みや外乱で閾値を超える事象が続き、その一つずつを現場で確認して原因を切り分ける作業が発生します。この作業を回せる台数の上限が、最初の対象台数になります。

初期の閾値運用から学習モデルへ移す条件｜必要な蓄積期間と故障件数

蓄積が無い時期は、規格の判定区分や設備メーカーの推奨値を初期の閾値として置き、運転しながら自機の分布へ寄せていきます。振動速度の判定区分をどう読み、どう自社基準へ補正するかは振動診断の閾値設計と自社基準への補正手順で扱っています。

モデルへ移す条件は二つあります。第一に、季節変動を含む正常状態が一巡していること。空調や外気温の影響を受ける設備では、夏と冬の両方を含む1年分が無いと、季節要因を異常として拾います。第二に、故障または交換の実績が記録として残っていること。判定手法そのものの選び分けは時系列データの異常検知で手法を選び分ける基準に整理しています。

内製と受託の分界｜収集基盤を自社に残し診断側を委託する場合の条件

収集基盤は自社に残し、診断ロジックを外部に出す分担が、後から選択肢を残せます。データの持ち主が自社であれば、診断側のベンダーを替えても蓄積が失われません。センサーから可視化まで一体のサービスを契約する場合は、契約終了時に生データを取り出せる形式と手段を契約書に書き込んでおきます。

社内に残す作業は、測る対象の決定、受入検査、そして検知後に保全計画を書き換える判断の三つです。この三つを外部に出すと、導入しても現場の判断が変わらず、投資を回収できません。設計と実装を委託するなら、AI・IoTソリューションの受託開発のように収集基盤の構築から異常検知の実装、運用引き継ぎまでを一貫して請けられる体制かを確認したうえで、引き渡し資料の範囲を契約前に決めます。

予知保全IoTを後付けしない設備の条件｜定期交換と巡回点検で足りる線引き

すべての設備に後付けする必要はありません。

見送る条件｜定期交換部品と予備機で当日復旧できる補機への後付け判断

寿命が使用時間でほぼ決まる部品、たとえばフィルターやベルトのように定期交換で管理できているものは、状態監視を足しても交換タイミングが変わりません。予備機を持ち、故障しても当日中に切り替えて復旧できる補機も同じです。

判断の物差しは、停止1回あたりの損失額と監視の年額の比較です。年額が停止損失を上回るなら、監視する理由が立ちません。

見送る条件｜検知後に保全計画を書き換える担当と会議体が無い現場

アラートを受け取る担当が決まっていない、または受け取っても保全計画を書き換える権限が現場に無い場合、検知は通知で終わります。導入後半年で誰もダッシュボードを見なくなる典型がこの型です。

着工前に確認する項目は三つあります。アラートの一次受けを誰がやるか、判定の見直しを誰の権限で行うか、そして検知結果を保全計画へ反映する会議体があるか。三つのうち一つでも空欄なら、センサーを買う前にそこを埋めます。

先に着手する対象｜設備台帳と停止理由コードの整備から始める優先順位

後付けIoTより先にやる価値が高い作業もあります。設備台帳の整備と、停止理由コードの統一です。どの設備がどれだけ止まり、その理由が何だったかが記録として残っていない工場では、そもそも監視すべき設備を選べません。

停止理由コードが整うと、後付けIoTの効果測定もできるようになります。導入前後で同じコードの停止回数がどう変わったかを比較できるからです。予知保全そのものの費用対効果の考え方は予知保全の仕組みと費用対効果の判断で整理しています。

よくある質問

予知保全のIoT構成について、実装の相談で繰り返し挙がる質問をまとめます。

既存のPLCから取れるデータだけでは予知保全はできませんか？

稼働時間や生産数、電流値の一部はPLCから取れますが、軸受や回転部の劣化は制御に使わない物理量のため内部変数に現れません。稼働実績の分析までならPLC側の収集で足り、劣化の予兆を捉える段階で後付けセンサーが必要になります。まずPLC側で稼働率と停止理由を可視化し、停止要因の上位に設備劣化が入っている設備だけにセンサーを足す順序なら、無駄な投資を避けられます。

無線センサーと有線センサーはどちらを選ぶべきですか？

配線が引けない測点は無線、更新周期を10分より短くしたい測点は有線という基準で分けます。無線を選ぶ動機は配線工事の回避であり、細かい周期で測りたい要求とは両立しません。電池駆動のセンサーは更新周期1時間で4年という水準が標準的な条件で、周期を詰めるほど交換工数が増えます。

センサーは何台から始めればよいですか？

最初は3台前後を推奨します。設置直後は取付の緩みや外乱による誤報が続き、その一件ずつを現場で確認する作業が発生するためです。対象は、止まるとライン全体が停止する設備や、予備機が無く復旧に数日かかる設備に絞ります。半年から1年運用して誤報の傾向と閾値の落とし所が見えてから、同じ型の設備へ横展開する進め方なら、運用の破綻を避けられます。

収集したデータはどのくらいの期間残せばよいですか？

分単位の細かい値は3か月から1年、1時間ごとの集計値は5年以上という二段構えが扱いやすい形です。季節変動を含む正常状態を学習させるには、最低でも1年分の集計値が要ります。集計値しか残していない期間のデータは、後から細かくできません。保存費用を惜しんで粒度を落とすと、モデルを組む段になって蓄積のやり直しが発生します。

クラウドの従量課金はどのくらいかかりますか？

センサー50台を1分周期で回した場合の年間メッセージ数は約2,628万件で、メッセージングの単価が100万件あたり1USDなら年26USD程度です（2026年8月時点・米国東部バージニア北部の公開単価。リージョンで異なります）。代表値だけを送る構成では、従量課金が導入判断を左右する水準になりません。金額が跳ねるのは生波形を常時送る構成と、可視化基盤にライセンス課金が乗る場合です。

関連記事

• 振動診断の実装：センサー選定からFFT・包絡線解析と閾値設計までの信号処理側
• 予知保全のAI導入：故障予測モデルの型の選び方と学習データの要件
• PLCのデータ収集：制御機器から稼働実績を取り出す四方式とタグ設計
• 時系列データベースとは：圧縮と保持設計から製品選定までの保存層の判断
• 予知保全とは：予防保全との違いと費用対効果からの導入判断