2026.08.22 プロトコル

産業用ネットワークの導入手順｜既存設備を止めずに移行する構成設計と切替の進め方

産業用ネットワークの導入で難しいのは、規格を選ぶところではありません。選定が終わったあとに残る「稼働中のラインをどう止めずに切り替えるか」で工程が止まります。設備は動き続け、計画停止は年に数回しか取れず、旧いフィールドバスの機器は当分残る。この前提で組む五つの工程、既設調査で押さえる項目、ゲートウェイの変換設計、切替当日の段取り、そして導入事例に共通する失敗要因までを実装目線で整理します。規格そのものの分類と選び方は親記事に譲り、ここでは入れ方だけを扱います。

まとめ：産業用ネットワークの導入で先に決める三つの設計事項

結論から置きます。導入の成否は、着工前に決まる三つの事項でほぼ決まる。第一に切替単位です。ライン全体を一度に切り替える計画は、停止枠にも検証時間にも収まりません。制御盤ごと、あるいは装置ごとに割り、1回の停止で戻せる範囲まで小さくします。

第二にゲートウェイの置き場所と変換表です。既設のフィールドバス機器は残ります。境界にゲートウェイを置いて併存させる前提で、どのアドレスをどの型で何ミリ秒周期で渡すかを表にし、これを設計成果物として受け渡す。ここが口頭合意のまま進むと、切替当日に値の桁とワード順で詰まります。

第三に停止時間の目標値です。冗長構成の方式によって単一故障からの復旧時間は桁で変わり、機器交換の手順によって現場作業は数十分から数分まで縮む。どの数字を守るのかを先に置いてから機器を選びます。どの規格を選ぶかがまだ固まっていないなら、産業用ネットワークとは？フィールドバスと産業用Ethernetの分類・規格選定を実装目線で解説で選定軸を確定させてから本記事の工程に入る順序が噛み合います。

産業用ネットワークの導入を進める五工程と各工程の完了条件の決め方

工程を分ける目的は進捗管理ではありません。前の工程の曖昧さを次へ持ち越さないためです。完了条件を文書で定義し、そこを満たすまで次へ進まない運用にすると、切替当日の想定外が減ります。

要件確定の工程で周期と接続点数と可用性の目標値を数字で置く手順

最初に決めるのは三つの数字だけです。制御に必要な通信周期、接続するノードの点数、そして単一故障からの復旧に許される時間。この三つが決まらないうちに機器の見積もりを取っても、比較のしようがありません。

周期は設備側の要求から降りてきます。サーボの同期が要るならマイクロ秒台、装置間のインタロックならミリ秒台、監視と実績収集なら100ミリ秒から秒単位。点数は現在値ではなく、5年後に増える分を上乗せした数で置いてください。増設のたびにスイッチのポートが足りなくなる構成は、そのつど停止を伴います。

設計から切替までを分ける理由と工程をまたぐ手戻りの防ぎ方と確認手順

設計と施工を同じ工程に混ぜると、図面が現場の都合で書き換わったまま記録が残りません。半年後の増設で、誰も現状を説明できなくなる。工程を割り、各工程の出口に検収物を置きます。

工程	主な作業	完了条件（検収物）	主担当
1 要件確定	周期・点数・復旧時間の確定	要求仕様書の合意	生産技術
2 現状調査	設備台帳と配線経路の実査	既設一覧と停止枠表	保全部門
3 構成設計	トポロジ・冗長・アドレス設計	系統図と変換表	設計担当
4 敷設と切替	並行敷設と盤単位の切替	切替記録と戻し手順	施工と保全
5 試験と受入	負荷試験・冗長試験・監視設定	試験成績書と監視画面	生産技術

この五工程のうち、外部の開発会社が主体になるのは3と5の一部です。1と2は現場の知識がないと埋まらず、4は設備メーカーと保全部門の領域に入る。役割の線引きを工程表に書いておくと、責任の空白が生まれにくくなります。

既存設備の棚卸しで導入前に確定させる四つの調査項目と記録の粒度

現状調査を省いた案件は、ほぼ確実に工程4で止まります。図面と実物が違うからです。20年動いている設備では、増設や改造が図面に反映されていないほうが普通と考えておきます。

設備台帳に通信オプションの有無とファームウェア版を書き足す調査手順

台帳に型式だけが並んでいても導入計画は立ちません。必要なのは通信に関わる4項目です。通信ユニットやオプションカードの装着有無、ファームウェアの版、対応するプロトコルと物理層、そしてメーカーの保守供給が続いているかどうか。

ここで見落としが多いのが、同じ型式でもロットによって通信オプションのスロットが埋まっていない個体が混ざる点です。10台のうち2台だけ増設カードが入らず、その2台のために別経路を引く羽目になる。台帳は型式単位ではなく、号機単位で記録してください。実際に値を取り出せるかどうかの見極めはPLCのデータ収集｜四方式の選び分けとタグ設計・欠測対策を実装目線で解説で扱った四方式の判定と合わせて進めると、調査の抜けが減ります。

停止可能時間の実枠を計画停止の年間予定から先に押さえる確認方法

第二の調査項目は停止枠です。年末年始、大型連休、月次の定期保全といった停止の実枠を年間予定から拾い、1回あたり何時間使えるかを表にする。切替計画はこの枠の中でしか組めません。

第三が配線経路と敷設距離の実測です。既設のダクトに新しいケーブルを通す余地があるか、盤間の距離が規格の上限に収まるか。第四が現行の通信仕様の有無で、点数・データ型・更新周期を記した資料が残っていない場合は、実機からの読み出しで作り直す時間を工程に積みます。この作り直しに1週間から2週間かかる例は珍しくありません。

ゲートウェイとプロトコル変換の設計で先に決める変換表と周期の積み上げ

更新案件で全設備を同じ規格に揃えられることは、まずありません。既設のフィールドバス機器と新しい産業用Ethernetを併存させ、境界にゲートウェイを置く構成が現実解になります。この境界の設計が、導入全体でいちばん事故が出る箇所です。

変換の型がサイクリック方式とレジスタ読み書き方式に分かれる判断基準

プロトコル変換には二つの型があります。ひとつは周期的にI/Oデータを写すサイクリック方式で、両側のプロセスイメージを固定長で対応づける。もうひとつは要求に応じてレジスタを読み書きする方式で、点数が多く更新頻度の低いデータに向きます。

選び分けの基準は更新頻度と点数です。制御に絡む値で決まった周期が要るならサイクリック方式、監視や実績のように多点だが秒単位で足りるなら読み書き方式。両方を1台のゲートウェイに載せる場合は、サイクリック側の周期が読み書き要求で乱されないかを機器仕様で確認します。旧設備側がModbusなら、ファンクションコードとレジスタの割り付けはModbusとは？RTUとTCPの違い・レジスタとファンクションコードを実装目線で解説の整理をそのまま設計表の枠として使えます。

変換遅延を上流周期と変換処理と下流周期の最悪値で積み上げる計算手順

ゲートウェイを挟むと遅延が乗ります。見積もるべきは平均ではなく最悪値の積み上げです。旧側の通信周期、ゲートウェイ内部の処理時間、新側の通信周期、この三つを足し、さらに同期していない周期どうしの位相ずれで最大1周期分が上乗せされる前提で計算します。

たとえば旧側100ミリ秒、内部処理10ミリ秒、新側20ミリ秒なら、単純な合計は130ミリ秒でも、位相ずれを見込めば230ミリ秒程度を最悪値として置く。この値がインタロックの要求に収まらないなら、その信号はゲートウェイ経由にせず直結の配線を残す判断になります。ゲートウェイに通してよいのは、遅延が制御の安全側判断に影響しない信号だけです。

32ビット値のワード順と通信断時の値の扱いを実測で確定する試験手順

変換表で必ず埋める列が二つあります。ひとつはデータ型とワード順です。Modbusは16ビットのレジスタをビッグエンディアンで扱いますが、32ビットの数値を2レジスタに跨がせるときのワード順は規格本文が定めておらず、機器の実装によって上位ワードが先か後かが分かれる。仕様書の記述を信じず、実機で既知の値を書いて読み返し、確定させてください。

もうひとつは通信断時の挙動です。旧側との通信が途切れたとき、ゲートウェイが直前の値を保持し続けるのか、ゼロにするのか、無効フラグを立てるのか。保持する設定のまま上位へ渡すと、停止した設備が正常稼働として記録に残ります。上位側で古さを判定できるよう、値とタイムスタンプと品質フラグを組にして渡せば、この取り違えを防げる設計です。品質情報を型として持つ仕組みはOPC UAとは？情報モデルとOPC Classicとの違い・採用判断を実装目線で解説で扱っています。

フィールドバスから産業用Ethernetへ移行する切替手順と後戻りの余地

移行の原則は単純です。新旧を一時的に併存させ、切替の単位を小さく割り、戻せる状態を一定期間残す。この三つを守れば、停止時間は計画の枠に収まります。

並行敷設とゲートウェイ併存で切替単位を盤ごとに小さく割る移行手順

まず稼働中は触らずに新しい配線とスイッチを敷設します。ダクトの余裕がなければ仮設ラックでもかまいません。この段階でネットワーク単体の疎通試験まで済ませ、停止枠に持ち込む作業を「機器の付け替えと動作確認」だけに削ります。

切替の単位は、1回の停止枠で作業と検証と復旧確認まで終わる範囲に割る。目安は制御盤1面、あるいは装置1台です。ライン全体を一度に切り替える計画は、途中で不具合が出たときに戻す時間が残りません。盤単位に割れば、想定外が出ても影響はその盤に閉じます。

アドレスと機器名の設計を切替前に確定させて当日の作業を減らす

当日の作業を短くする最大の手は、設定作業を前倒しすることです。IPアドレス体系、サブネットの割り方、機器名の命名規則、VLANの分け方を切替前に確定し、可能なものは事前に設定した状態で現場へ持ち込みます。

規格によって当日の手間は変わります。PROFINETは機器名で識別する仕組みのため、名前の付与規則を決めておけば設定は短時間で済む。EtherNet/IPはIPアドレスの割り当て方式（固定かDHCPか）を先に決めておく必要があります。認証区分でいえば、診断とトポロジ検出まで備えるコンフォーマンスクラスB以上の機器を選ぶと、後述の機器交換が楽になります。

切替当日に戻せる状態を残す期間と旧配線の撤去を判断する条件と期限

旧配線をその日のうちに撤去してはいけません。切替後に間欠的な不具合が出た場合、戻す経路が唯一の避難路になります。撤去は、連続稼働で一定期間の実績が取れてから判断します。

判断の目安は二つ。生産の全パターン（品種切替、立ち上げ、非常停止からの復帰を含む）を一巡していること、そして通信エラーカウンタが増えていないこと。この二つを満たしたうえで、月次の保全タイミングに合わせて撤去する。逆にいえば、エラーカウンタを取得できる監視をこの時点までに立ち上げておく必要があります。監視系をどこまで作り込むかはSCADAとは？スキャダの仕組みとPLC・DCS・MESとの役割分担を実装目線で解説の役割分担を目安にしてください。

ライン停止時間を抑える冗長構成と機器交換を短時間で終える設計

停止時間には二種類あります。計画停止と、故障による予定外の停止です。前者は切替段取りで縮め、後者は冗長構成と交換手順で縮める。要求される数字が違うので、設計も分けて考えます。

リング冗長の切替時間がMRPとPRP・HSRで桁違いになる理由

断線したときにどれだけ早く通信が戻るかは、方式で決まります。リングを組んで断線後に経路を切り替えるMRP（IEC 62439-2で規定）は、規格の設定で最大50台のスイッチによるリングで最悪500ミリ秒・200ミリ秒・30ミリ秒、最大14台のリングでは10ミリ秒とされています。EtherNet/IP側で使われるDLRも同種の考え方で、ミリ秒級の復旧を狙う方式です。

これに対しPRPとHSR（いずれもIEC 62439-3で規定）は、同じフレームをはじめから二経路へ流し、受信側で先に着いたほうを採る。切り替える動作が存在しないため、単一故障時の中断はありません。制御が数ミリ秒の欠落も許さない工程ではPRPやHSR、監視や実績収集の系統ならMRPで足りる、という選び分けになります。全系統を無停止方式で組むとスイッチと対応機器の費用が跳ね上がるため、要求が厳しい系統だけに絞るのが実務的な落としどころです。

機器交換をエンジニアリングツール無しで終える構成と前提条件の確認項目

故障停止の時間を決めるのは、実は冗長方式よりも交換手順です。スイッチやI/O機器が壊れたとき、予備機を挿すだけで復旧できるのか、技術者がノートPCを持ち込んで設定を流し込む必要があるのか。この差が数分と数時間を分けます。

設定を持ち込まずに済ませるには前提が要ります。ネットワーク側がトポロジ情報を保持し、隣接関係から交換機の識別情報を自動で付与できること、そして予備機が出荷時状態であることです。PROFINETでいえばトポロジ検出に対応するクラスB以上の機器で成立します。設計時にこの構成を選んでおかないと、運用開始後に手当てはできません。予備機の保管ルール（型式・ファーム版・出荷時状態への戻し方）まで運用手順に書いて初めて、狙った復旧時間になります。

ネットロードの見積もりを検査画像の追加まで含めて先に確認する

導入から1年ほど経って現れる不具合が、通信負荷の超過です。当初の点数では余裕があっても、画像検査装置やトレーサビリティ用の記録が同じ物理線に載ると、制御用のフレームが遅れ始めます。

対処は設計時にしかできません。制御系と情報系をVLANで分ける、あるいは物理的に別系統にする。将来載る可能性のあるデータ（検査画像、動画、ログ）を要件確定の段階で洗い出し、載せるならその帯域を先に確保します。現場で処理して上位へ渡す量を減らす構成も選択肢で、その置き方は製造業のエッジコンピューティング｜工程別の適用可否と既設設備からのデータ取得に工程別の判断をまとめています。

製造現場の導入事例に共通する三つの構成パターンと失敗要因の見分け方

公開されている導入事例は成果の数字が中心で、構成の詳細までは書かれません。それでも実務で繰り返し現れる型は三つに整理できます。自社がどれに当たるかを先に決めると、投資の順序が決まります。

見える化だけを先行させる構成と設備更新に合わせて広げる構成の選定基準

第一の型は、既設のネットワークには手を付けず、上位へのデータ取り出しだけを追加する構成です。PLCの空きポートやゲートウェイから値を吸い上げ、稼働状況の見える化まで。投資が小さく、停止もほぼ不要で、効果の確認が早い。多くの工場はここから始めます。

第二の型は、設備更新の周期に合わせて更新機だけを産業用Ethernetにし、既設のフィールドバスはゲートウェイで併存させる構成です。5年から10年かけて置き換わる前提で、境界のゲートウェイをどこに置くかだけを設計しておく。第三の型は新ラインの立ち上げで、全系統を新規に設計できる代わりに、既設ラインとの間でデータ形式を揃える作業が別に発生します。工場全体の段取りとして進めるならスマートファクトリーのIoT構成｜測る・運ぶ・ためる・返すの4ブロックと発注仕様の決め方の分解と合わせて計画すると、通信層だけが先行する事態を避けられます。

導入が止まる四つの失敗要因と着手前に潰しておく確認項目と対策

失敗の原因はほぼ四つに集約されます。第一は制御ネットワークを業務ネットワークへ直結させてしまうこと。第二は現状調査を省いたまま設計に入り、工程4で図面と実物の差異に当たること。第三は通信負荷の見積もり不足。第四は運用開始後の保守主体が決まっていないことです。

四つ目が最も尾を引きます。ネットワークは制御メーカー、ゲートウェイは商社、上位のアプリケーションは開発会社という分かれ方をしていると、通信が不安定になったときに誰も一次切り分けをしない。着手前に、監視画面を誰が見るか、エラーが出たとき最初に動くのは誰か、機器の予備をどこが持つかを一枚に書いて合意しておきます。上位への送り出し方を購読型にしておくと制御側の受け口を開けずに済むため、この責任分界も引きやすくなります。方式の詳細はMQTTとは？Pub/Subの仕組み・QoS・MQTT 5.0の実装からHTTPとの使い分けまで実装者向けに解説にまとめました。

自社の保全部門で回す範囲と受託開発へ切り替える判断の境界と委託条件

どこまでを自社で抱えるか。線引きは工程で引くとぶれません。盤内の配線、機器の設定、制御プログラムの改造は制御メーカーと保全部門の領域で、外部の開発会社が入る余地は限られます。一方、集めた値を業務要件に合わせて加工し、既存の基幹システムやクラウドと突き合わせる部分は、保全体制では担いきれない範囲に入ります。

切り替えの目安は二つ。データの利用者が製造部門の外へ広がるとき、そして要求の変更頻度が四半期に1回を超えるとき。このいずれかに当たるなら、上位側は独立したシステムとして設計し、制御側とはインターフェースだけで結ぶ形にしてください。上位側の設計から実装までを外部に委ねるなら、AI/IoTソリューションのように設備データの収集から可視化・分析までを一貫して受ける体制と、既存の制御ベンダとの役割分担を先に合意しておくと、責任の空白が生まれません。監視製品の導入費用まで含めた検討に入るならSCADA導入の進め方｜費用内訳とメーカー選定軸・受託開発に切り替える基準の内訳が見積もりの読み方の下敷きになります。

よくある質問

導入計画の相談で繰り返し受ける質問をまとめました。

産業用ネットワークの導入にはどのくらいの期間がかかりますか？

規模より停止枠の取り方で決まります。要件確定から構成設計までは、既設資料が揃っていれば1か月から2か月。ここに現状調査のやり直しが入ると、さらに数週間から1か月が乗ります。切替そのものは1回の停止枠で終わる単位に割るため、盤の数だけ停止枠を待つことになる。年3回の停止枠しかない工場で10面を切り替えるなら、完了まで3年かかる計算です。期間短縮の余地は工事側ではなく、切替単位の割り方と事前設定の前倒しにあります。

既存のフィールドバス設備は全部入れ替える必要がありますか？

不要です。動いているフィールドバス機器を規格統一のためだけに交換する費用対効果は、まず合いません。境界にゲートウェイを置いて併存させ、設備そのものの更新時期に合わせて置き換えるのが実務の既定路線になります。入れ替えを前倒しすべきなのは、保守部品の供給が終了した機器、通信オプションが増設できず必要なデータを取り出せない機器、そして敷設済みケーブルが劣化している系統の三つです。

ライン停止時間はどれくらい見ておけばよいですか？

切替1回あたりでは、機器の付け替えと動作確認で4時間から8時間を見るのが目安です。ただしこれは事前に敷設と疎通試験を終えている場合の数字で、当日に配線から始める計画では倍以上かかります。故障時の停止については設計で決まり、リング冗長のMRPならミリ秒台での復旧、PRPやHSRなら中断なし。機器交換は、設定の流し込みが要らない構成なら数分、ノートPCでの設定が要るなら1時間前後を見込みます。

導入の費用はどこで大きく変わりますか？

機器の単価より、停止と検証の工数で変わります。同じ台数でも、停止枠が細切れで切替回数が増えれば立ち会いと検証の費用がそのぶん積み上がる。次に効くのが冗長方式で、無停止方式を全系統に広げるとスイッチと対応機器の費用が跳ね上がります。要求が厳しい系統だけに絞る判断で差が出る部分です。第三が既設資料の不備で、通信仕様の作り直しが発生すると調査工数が丸ごと追加されます。

導入後の保守は誰が担当すべきですか？

層で分けるのが現実的です。物理配線と制御機器の設定は保全部門と制御メーカー、ゲートウェイの変換表と上位のアプリケーションは設計した側が持つ。境界を曖昧にすると一次切り分けが止まります。運用開始までに、監視画面の担当、エラー発生時の初動担当、予備機の保管場所を決めた一覧を作り、年1回は見直してください。人事異動で担当が空くと、通信の不具合は誰も追えなくなります。