IoTゲートウェイとは？プロトコル変換の役割とクラウド直結との使い分け

工場の設備からデータを取ってクラウドで見たい、という話は、たいてい「どの機器を買えばよいか」から始まります。ところが調べ始めると、IoTゲートウェイ、エッジデバイス、産業用ルーター、通信モジュールと似た名前が並び、どれが自社の構成に要るのか判断できないまま見積り依頼が止まる。原因は製品情報の不足ではなく、その装置が何を引き受けるのかが役割の言葉で整理されていないことにあります。本記事では、IoTゲートウェイの仕事をプロトコル変換という一点に置き直したうえで、ルーターとの違い、クラウドへ直結する構成との分岐条件、産業用と汎用を分ける五つの選定軸、要件定義の書き方までを発注側の目線で順に見ていく。Pub/Subの仕組みやQoSの実装詳細はMQTTとは？Pub/Subの仕組み・QoS・MQTT 5.0の実装からHTTPとの使い分けまでへ譲り、本記事は現場とクラウドの間に何を置くかの構成判断に絞ります。

まとめ｜IoTゲートウェイの要否を分ける三つの条件と選定の順序

結論から示します。IoTゲートウェイが要るかどうかは、現場の機器がインターネット向けの通信を自力で話せるかどうかで決まります。話せるなら中継装置は省けますし、話せないなら翻訳役が必要になる。製品比較より先に、この一点を機器仕様書で確かめてください。

二つ目は、回線を何本引くかという費用の問題です。設備が20台あって、それぞれにSIMを挿すのか、1台のゲートウェイに束ねて1回線で出すのか。台数が増えるほど、束ねる構成の月額が有利になります。

三つ目は、通信が切れたときにデータを捨ててよいかどうか。捨てられないなら、現場側に一定量を貯めておく器が要ります。クラウド直結の構成では、この器を機器側のわずかなメモリに頼ることになる。

選定は、対応プロトコル、設置環境、エッジ処理の範囲、回線とSIM、運用管理の順に詰めると崩れにくい。カタログの機能一覧から入ると、自社に関係のない仕様で比較することになります。

IoTゲートウェイとは何をする装置か｜ルーターとの役割の違いから整理する

IoTゲートウェイは、センサーや制御機器といった現場側の装置と、クラウドや社内システムの間に立ち、データを受け取って形を変えて送り出す機器です。門番の位置にありますが、通り道を提供するだけの装置ではありません。

現場の機器とクラウドで話す言葉が違う｜変換が仕事の中心になる理由

工場や設備の現場で長く使われてきた通信は、インターネットの前提とかみ合いません。シリアル線の上を流れるModbus RTU、専用のフィールドバス、メーカー独自のPLC通信。いずれもIPアドレスを持たないか、持っていても閉じたネットワークの中だけで動くことを前提に設計されています。

一方、クラウド側が受け取れるのはHTTPSやMQTTのような、インターネットを前提とした通信です。この二つは、電気的な線の種類から、データの区切り方、認証のやり方まで、層のすべてが違う。だから間に翻訳役を置きます。IoTがどこまでの範囲を指す言葉かはIoTとは？仕組み・身近な例・AIとの組み合わせで整理しているので、全体像から確かめたい場合はそちらを参照してください。

ルーターや通信モジュールとの違い｜経路を渡す機器との役割分担

混同されやすい三つを担当層で分けると輪郭がはっきりします。

ルーターはパケットの宛先を見て次の経路へ渡す装置で、中身が温度なのか電流なのかには関心がありません。IoTゲートウェイは中身を読みます。レジスタ40001番の値を「1号機の吐出圧力」と知ったうえで、JSONに組み直して送る。この意味づけが、ルーターとの決定的な違いです。

なお市販製品では、この三つが1台に同居している例が珍しくありません。産業用ルーターと呼ばれる製品にModbus変換が載っていたり、ゲートウェイにLTEモジュールが内蔵されていたりする。製品名で判断せず、必要な機能が仕様に書かれているかで見てください。

エッジコンピューティングとの関係｜処理を置く場所としての位置づけ

IoTゲートウェイは、処理をクラウドではなく現場に置く構成の入口にあたります。すべてのデータを送ってから判断するのではなく、手前で間引き、異常だけを上げる。この配置の考え方そのものはエッジコンピューティングとは？仕組み・クラウドとの違いから導入判断までで扱っています。

ただし両者は同義ではありません。エッジコンピューティングは処理を置く場所の設計思想で、IoTゲートウェイはその実装形態の一つです。変換だけを担う小型機もあれば、コンテナを動かして推論まで回す機種もある。どちらを選ぶかは後述の選定軸で決めます。

プロトコル変換の中身｜ModbusやOPC UAをMQTTへ載せ替えるときに決めること

カタログには「Modbus対応、MQTT対応」と一行で書かれます。しかし実際の作業は、両方に対応していれば自動でつながる、という性質のものではない。何が人の判断として残るのかを見ていきます。

ModbusからMQTTへ｜レジスタ番号に意味を与えるタグ設計が本体になる

Modbusのデータには名前がありません。あるのは番号と16ビットの数値だけです。40001番を読むと「742」という数が返る。それが摂氏74.2度なのか、圧力の生カウント値なのか、この規格自体は教えてくれません。RTUとTCPの違いやファンクションコードの詳細はModbusとは？RTUとTCPの違い・レジスタとファンクションコードを実装目線で解説にまとめています。

そのためゲートウェイの設定作業は、番号と意味を対応づける表を作ることが中心になります。アドレス、データ型、倍率、単位、送信先のトピック名、収集周期。この六列を機器ごとに埋める。設備メーカーからレジスタマップをもらえるかどうかで、作業量が大きく変わります。

語順も落とし穴です。32ビットの値を2レジスタへ分けて格納する場合、上位語を先に置くか後に置くかはメーカー実装で割れます。実機で読んで値が桁違いなら、まずここを疑ってください。

OPC UAからMQTTへ｜情報モデルを持つ側から持たない側への写し方

OPC UAはModbusと事情が逆で、データに意味が付いています。IEC 62541として規格化されており、ノードには名前と型と単位が備わり、機器の構造そのものをたどれる。既定のポートはopc.tcpで4840番です。詳しくはOPC UAとは？情報モデルとOPC Classicとの違い・採用判断を参照してください。

問題は、この豊かな構造をMQTTへ載せ替えるときに何を捨てるかです。MQTTはトピック名とペイロードしか持たないため、ノードの階層関係や型情報はそのままでは運べません。素直にやると、階層をトピック名の区切りへ写し、値だけをJSONで送る形になる。

ここで決めておくべきは三点。トピック名を機器の物理配置で切るのか論理的な設備単位で切るのか、変化があったときだけ送るのか一定周期で送るのか、時刻はゲートウェイが打つのか機器側の時刻を運ぶのか。あとから変えるとクラウド側の集計がすべて作り直しになるため、最初に文書化します。

ポートと経路の整理｜502番と4840番をどこで止めて8883番へ出すか

ネットワーク設計の観点では、ゲートウェイは通信を止める壁でもあります。現場側で使うModbus TCPの502番とOPC UAの4840番は、ゲートウェイの内側で終端させる。外へ出るのはMQTT over TLSの8883番だけ、という形が基本です。

制御系の機器は認証機構を持たないものが多く、外部と直接つながる設計は現実的ではありません。ゲートウェイ1台を外向きの唯一の出口にすれば、証明書の管理も通信ログの取得も1か所に集約できます。

Sparkplug Bという選択肢｜トピック規約と死活管理を仕様へ寄せる

トピック名の付け方やペイロードの形を自社で決めると、機器が増えるたびに例外が生まれます。これを仕様側に寄せる選択肢がSparkplugです。Eclipse Foundationが管理する仕様で、現行はバージョン3.0（2022年10月公開・2026年8月時点）。MQTTの上にトピック名前空間とペイロード形式、そして機器の生死を扱う仕組みを重ねます。

効くのは死活管理の部分です。ゲートウェイが落ちたとき、配下の機器のデータが「古い値のまま残る」事故を仕様として防げる。設備が数十台を超える構成では検討する価値があります。仕様の詳細はSparkplug Bとは？MQTT上の産業データ規約と状態管理で扱っています。

一方、機器が数台で送信先も一つなら、規約に合わせる手間のほうが上回ります。導入は台数と拠点数を見てから決めてください。

クラウド直結とゲートウェイ経由の比較｜構成を分ける四つの分岐条件

ゲートウェイは常に必要な装置ではありません。機器が自力でクラウドへつながる構成のほうが、部品が減るぶん故障点も減ります。どちらを取るかの分かれ目を整理します。

機器が自力でMQTTを話せる場合｜ゲートウェイを省ける構成の条件

近ごろのセンサー製品には、LTEモジュールとTLS通信を内蔵し、クラウドへ直接データを上げられるものがあります。この場合、間に何も置かない構成が成立します。条件は四つです。

機器がTLSと証明書認証に対応していること、電源が確保できること、設置場所で回線がつながること、そして機器の台数が回線費用の許容範囲に収まっていること。四つを満たすなら、装置を1台減らせます。

ただし証明書の期限だけは事前に確認してください。機器に焼き込まれた証明書の有効期限が数年で切れ、遠隔更新の手段がない製品があります。台数が多いと、期限切れの日に全台が同時に沈黙する。

ゲートウェイを挟む典型例｜既設設備と回線費用と証明書管理の三点

逆に、間に1台を置く判断が固まるのは次のような場面です。稼働中の設備からデータを取りたいが、その設備はModbusかフィールドバスしか話せない。設備が10台以上あり、1台ずつSIMを挿すと月額が積み上がる。工場の外へ出す通信を1本に絞りたいという情報システム部門の要求がある。

既設設備からのデータ取得は、PLCが絡むかどうかで手数が変わります。PLC側から取る方式の選び分けはPLCのデータ収集｜四方式の選び分けとタグ設計・欠測対策に整理しました。

二方式の比較表｜同じ要件を四つの観点で並べて分岐点を見つける

最下段は見落とされがちです。束ねる構成には、その1台が止まると配下すべてが見えなくなる弱点があります。止められない用途では、予備機を現地に置くかを併せて決めてください。

産業用と汎用を分ける選定軸五つ｜見積り依頼の前に埋めておく確認項目

製品の価格帯は、数万円の汎用機から数十万円の産業用まで開きがあります。この差が何に対する対価なのかを、五つの軸で分解します。

対応プロトコル｜「Modbus対応」の記載だけでは足りない確認事項

まず確かめるのはRTUとTCPの両方に対応しているかです。RTUを使うならRS-485の端子が要りますし、TCP側はイーサネット端子で足ります。既設設備がシリアル線で配線されているなら、端子の有無が最初の足切りになります。

同時接続数も見てください。1台に何台ぶら下げられるかは製品ごとに上限があり、ポーリング周期との兼ね合いで実質的な台数はさらに下がります。1秒ごとに30点を読む要件なら、カタログ上の最大台数では収まりません。規格の分類は産業用ネットワークとは？フィールドバスと産業用Ethernetの分類・規格選定にまとめています。

耐環境性と設置条件｜温度範囲と電源とDINレール取付の見落とし

産業用を名乗る製品の価格差は、多くがここにあります。動作温度の下限と上限、粉じんと水滴に対する保護等級、振動への耐性。夏場に40度を超える工場の天井裏や、氷点下になる屋外のキュービクル内に置くなら、事務所向けの機器では持ちません。

設置金具も確認事項です。制御盤の中へ入れるならDINレール取付に対応している必要があり、対応していないと盤の改造が発生します。電源も、コンセントが取れずDC24Vから引く現場が多い。この三点は現地を見ないと決まらないため、見積り前に写真を撮っておくと往復が減ります。

エッジ処理の範囲｜間引きと欠測補完とローカル制御をどこまで持たせるか

どこまでを現場で処理するかは、通信量と復旧の速さの両方に効きます。段階に分けると判断しやすくなります。

第一段階は間引きです。1秒ごとに読んだ値のうち、前回から変化がなければ送らない。これだけで通信量が桁で減る設備は珍しくありません。第二段階は蓄積で、回線が切れている間のデータを保持し、復旧後にまとめて送ります。第三段階が判定で、しきい値を超えたら現地で警報を出したり、機器を止めたりする。

第三段階まで求めるとLinuxが動く機種が必要になり、価格帯が一段上がります。誰が保守するのかという問題も生まれる。現場に置いたプログラムは、書いた人が異動すると触れなくなります。判定は当面クラウド側に置く分担が、初期構成としては扱いやすい。

回線とSIM｜3G終了後に残る選択肢とLTE-Mの提供状況の確かめ方

回線の前提が変わったことは押さえておく必要があります。ドコモのFOMAとiモードが2026年3月31日で終了し、国内の主要キャリアの3Gが出そろって停波しました。古い設備に付いていた3G通信機は、そのままでは通信できません。

現在の選択肢は、4G（LTE Cat.1やCat.4）、5G、セルラー系のLPWA、そして有線や構内Wi-Fiです。省電力で少量のデータを送る用途にはLPWAが向きますが、国内の提供状況には偏りがあります。ドコモはNB-IoTを2020年3月に提供終了しており、LTE-MとCat.1を中心に据える構成。NB-IoTはソフトバンクが継続し、KDDIは2025年10月31日からKDDI IoTアクセスへLPWA（LTE-M）のメニューを追加しています（いずれも2026年8月時点）。

実務上の確認は二段構えにしてください。ゲートウェイ本体が対応する通信方式と、契約するSIMが乗る方式が一致しているか。そのうえで、設置予定地の電波が実際に入るかを現地で測る。工場の建屋内や地下ピットは、屋外の電波マップが当てになりません。

運用管理の仕組み｜遠隔更新と証明書の期限管理と故障時の交換手順

5年動かす前提で見ると、初期費用よりこちらが効いてきます。設定変更やファームウェア更新を遠隔から行えるか、複数台へ一括で配れるか。現地へ人を出す前提だと、拠点が増えた時点で運用が回らなくなります。

証明書の期限管理も同じです。誰がいつ更新するのかを決めていないと、数年後に静かに通信が止まる。故障時に同型機を調達して設定を戻す手順も、導入時に文書化しておいてください。設定をエクスポートして保管できる製品かどうかは、カタログの目立たない場所に書かれています。

発注時の要件定義｜見積りがぶれない書き方と置かない判断の線引き

相見積りを取ったのに金額が3倍開く、という状況の原因はたいてい依頼側にあります。何点のデータをどの周期で取るのかが決まっていないと、各社が違う前提で積算するためです。

タグ表を仕様書の中心に置く｜取得点数と収集周期を先に確定させる

依頼書に添えるべき中心資料は、機能一覧ではなくタグ表です。設備名、機器のメーカーと型式、通信方式、取得したい項目、アドレス、データ型、単位、収集周期。この列を埋めた表が1枚あるだけで、見積りの前提が揃います。

アドレスが分からない項目は「不明」と書いて残しておけば、調査工数として見積りに乗ります。空欄のまま出すと、各社が勝手に想定するか、見積りから抜け落ちるかのどちらかです。

通信断のときの扱いを決める｜バッファ容量と再送順序の指定方法

次に決めるのは、切れている間のデータをどうするかです。捨ててよいのか、何時間ぶん保持するのか、復旧後は古い順に送るのか最新値を先に送るのか。この指定がないと、実装者は各自の常識で作ります。

保持時間は「現地へ人が行ける最短時間」から逆算してください。休日を挟む無人拠点なら3日ぶんは欲しい。収集周期と点数から容量を計算し、機器のストレージ仕様と突き合わせます。

ゲートウェイを置かない判断｜見送ってよい場面と代わりに使う手段

置かないほうがよい場面もはっきりしています。取りたいデータが1台の設備の数点だけで、その設備がすでにネットワークにつながっているなら、既存のシステムから吸い出すほうが早い。設備メーカーが自社クラウドでの見える化を提供しているなら、まずそれを使って要件を固めるのが順当です。

また、何を測りたいか決まっていない段階で装置を入れるのも避けたい。数台ぶんの検証機で3か月ほど取り、要る項目と要らない項目を仕分けてから本番構成を決める。最初から全設備へ展開すると、使わないデータの通信費と保守費だけが残ります。

受託開発へ切り出す境界｜自社で決めきれない部分の相談の進め方

機器の選定までは自社でできても、タグ設計とクラウド側の受け口を含めて一気通貫で組むとなると、社内の手が足りない場面が出てきます。とくに、複数メーカーの設備が混在していて変換ルールが機器ごとに違う構成や、収集したデータを既存の生産管理システムへ流し込む部分は、切り出したほうが速い。

依頼するときは、タグ表と設置環境の写真、そして「何を判断したいのか」の3点を渡してください。当社ではAI/IoTソリューションとして、現場からのデータ収集の設計と、収集後の見える化や解析までを含めた構築を請けています。装置選定の妥当性だけを見てほしい、という相談の形でも構いません。

よくある質問

IoTゲートウェイとルーターは何が違いますか？

担当する層が違います。ルーターはパケットの宛先を見て経路へ渡す装置で、中身が温度なのか電流なのかは解釈しません。IoTゲートウェイは中身を読み、レジスタ40001番の値を「1号機の吐出圧力」と意味づけてJSONへ組み直します。この変換を持つかどうかが分かれ目です。製品としては両方の機能が1台に載っている例が多いため、仕様書の機能欄で判断してください。

IoTゲートウェイは必ず必要ですか？

必要ではありません。機器がTLSと証明書認証に対応してMQTTを自力で話せて、電源と回線が確保でき、台数ぶんの通信費が許容範囲なら、クラウドへ直接つなぐ構成が成立します。間に1台を置く判断が固まるのは、既設設備がModbusしか話せない場合、設備が10台以上で回線費用を束ねたい場合、外向きの通信口を1本に絞りたい場合の三つ。束ねる構成はその1台が止まると配下すべてが見えなくなる点に注意してください。

産業用と汎用のIoTゲートウェイはどう選び分けますか？

設置場所の環境条件で決まります。動作温度の範囲、粉じんと水滴に対する保護等級、振動耐性、DINレール取付の可否、DC24V電源への対応。工場の天井裏や屋外のキュービクル内に置くなら産業用が前提で、事務所や倉庫の常温環境なら汎用機でも足ります。価格差の大半はこの耐環境性への対価です。現地の温度と設置スペース、取れる電源を先に調べておいてください。

IoTゲートウェイの回線は何を選べばよいですか？

まず3G前提の構成は使えません。ドコモのFOMAが2026年3月31日で終了し、国内主要キャリアの3Gは出そろって停波しました。現在の選択肢は4G（LTE Cat.1やCat.4）、5G、セルラー系LPWA、有線や構内Wi-Fiです。省電力で少量データならLPWAが向きますが、ドコモはNB-IoTを2020年3月に提供終了しLTE-M中心、NB-IoTはソフトバンクが継続という状況（2026年8月時点）。本体の対応方式とSIMの方式が合っているかを確認し、設置予定地で実測してください。

既設の設備からデータを取るには何を確認すればよいですか？

設備メーカーから通信仕様書とレジスタマップをもらえるかが最初の分かれ目です。もらえれば、アドレスとデータ型と倍率を写してタグ表を作れます。もらえない場合は実機で読みながら意味を推定する調査工数が乗るため、見積り依頼の時点で「アドレス不明」と明記してください。あわせて通信ポートが空いているかも確認が要ります。稼働中の設備に後付けする場合、ポーリングを増やすと制御周期へ影響が出る機種があるため、周期はメーカーへ確認して決めます。

関連記事

• MQTTとは？Pub/Subの仕組み・QoS・MQTT 5.0の実装からHTTPとの使い分けまで実装者向けに解説：通信仕様とQoSの選び方を扱っています。
• OPC UAとは？情報モデルとOPC Classicとの違い・採用判断を実装目線で解説：情報モデルの構造と採用条件をまとめています。
• Modbusとは？RTUとTCPの違い・レジスタとファンクションコードを実装目線で解説：レジスタとコードの読み方を解説しています。
• エッジコンピューティングとは？仕組み・クラウドとの違いから導入判断までわかりやすく解説：処理を現場に置く設計思想を扱っています。
• Sparkplug Bとは？MQTT上の産業データ規約と状態管理を実装目線で解説：トピック規約と死活管理を確認できます。