この記事の要点
- IoTゲートウェイは、現場のデバイスとクラウドの間に立ち、通信方式の違いを吸収し、データを集約・前処理して上位へ送る中継の機器(または機能)。
- 主な役割は プロトコル変換・集約・前処理・一時保存・デバイスの管理。IP のパケットを転送するルーターとは、データの中身まで扱う点が違う。
- 配下の多数のデバイスとインターネットの境目に立つため、攻撃の入口になりやすい。初期パスワードの変更、署名つきの更新、不要なポートの閉鎖などが基本。
- IoT中級では「IoTシステム構成と構築技術」(15〜25%、2026年9月時点)に当たる。センサの役割やクラウドの役割とのすり替えに注意。
- 独自の確認問題3問(全選択肢の解説つき)で確かめられる。
IoTゲートウェイとは?一言でいうと
IoTゲートウェイとは、近距離無線などでつながる現場のデバイスと、インターネットの向こうのクラウドとの間で、通信方式やデータ形式の違いを変換し、データをまとめて中継する機器または機能のことです。
現場のセンサは、電池で長く動かすために Bluetooth Low Energy や Zigbee のような省電力の近距離無線を使うことが多く、そのままではインターネットに出られません。一方、クラウドは MQTT や HTTP で IP 上のデータを受け取ります。この「言葉の違う2つの世界」をつなぐのがゲートウェイです。
専用の産業用機器のこともあれば、小型のコンピュータにソフトウェアを載せて作ることもあります。国際標準の ITU-T Y.4000(旧 Y.2060、2012年6月)の参照モデルでは、ゲートウェイの機能(複数のインタフェースやプロトコル変換)はデバイス層の中に含まれています。構成全体の中での位置はIoTシステムの構成で整理しています。
プロトコル変換・集約・前処理では何をする?
ゲートウェイの仕事は、大きく次の5つに分けられます。試験の選択肢でも、この5つとセンサやクラウドの仕事を区別できるかが要点です。
| 機能 | 何をするか | 例 |
|---|---|---|
| プロトコル変換 | デバイス側の方式を、クラウド側の方式に載せ替える | BLE や Zigbee で受けた値を、MQTT でクラウドへ送る |
| データの集約 | 多数のデバイスのデータを1か所にまとめる | 50台の温度センサの値を1つのメッセージにまとめる |
| 前処理 | 送る前に間引く・平均する・形式をそろえる・異常値を捨てる | 1秒ごとの値を1分平均にして送る |
| 一時保存(バッファ) | 回線が切れている間のデータをためて、復旧後に送る | 夜間の回線断の間の記録を朝にまとめて送る |
| デバイスの管理 | 配下のデバイスの登録・死活監視・設定の配布 | 応答しなくなったセンサを検知して通知する |
← 表は横にスクロールできます →
プロトコルの例として、MQTT は OASIS の標準(Version 5.0 は2019年3月承認)で、ブローカーを介した publish/subscribe 型の軽量なメッセージングです。CoAP は IETF の RFC 7252(2014年6月)で、制約の多い機器とネットワーク向けに UDP の上で動く Web 転送プロトコルです。ゲートウェイが CoAP で受けて MQTT で送る、といった変換もあり得ます。MQTT の詳細はMQTTとはで扱っています。
前処理をどこまでゲートウェイで行うかは、遅延・通信量・計算資源の釣り合いで決まります。この判断はエッジ・フォグ・クラウドの違いの判断手順と同じです。
IoTゲートウェイとルーターの違いは?
家庭の Wi-Fi ルーターもインターネットへの出口ですが、IoTゲートウェイとは扱う範囲が違います。
| 観点 | IoTゲートウェイ | ルーター |
|---|---|---|
| 主な仕事 | 方式の変換、データの集約・前処理、一時保存 | IP パケットを宛先に向けて転送する |
| 扱う対象 | データの中身(値・形式)まで扱う | 主にパケットの宛先を見て転送する |
| つなぐ相手 | BLE・Zigbee など IP でない方式の機器も含む | IP でつながる機器が中心 |
| 置く目的 | 現場のデバイスとクラウドの間を橋渡しする | ネットワーク同士をつなぐ |
← 表は横にスクロールできます →
実際の製品では、ルーターの機能を持つゲートウェイや、ゲートウェイの機能を追加できるルーターもあります。試験では「データの中身を変換・加工するか」で区別するのが安全です。
ゲートウェイのセキュリティでは何に気をつける?
ゲートウェイは、配下の多数のデバイスとインターネットの境目に立ちます。ここを乗っ取られると、配下のデバイスへの入口にもなり、送るデータの改ざんにも使われます。基本の対策を、狙われる場所ごとに並べます。
- 認証情報:出荷時の初期パスワードをそのまま使わない。機器ごとに異なる認証情報にする。
- 更新:脆弱性の修正を適用できる仕組みを持ち、更新ファイルは署名を検証してから適用する。起動時にソフトウェアが改ざんされていないかを確かめるセキュアブートも使われる。
- 開いている入口:使わないポートやサービスを止め、管理画面をインターネットから直接開けないようにする。
- 通信:クラウドとの通信を TLS などで暗号化し、接続先と自機を相互に認証する。
- 配下のデバイス:登録されていないデバイスからのデータを受け付けない。
- 物理:屋外や人が触れる場所では、分解や端子への接続による情報の抜き取りに備える。
- 監視:ログを残し、通常と違う通信量や接続先を検知できるようにする。
初期パスワードのまま公開された機器を調べる国の取り組みはNOTICEとは、起動と更新の守り方はセキュアブートとファームウェア更新で扱っています。
IoT中級ではどこで問われる?
IoTシステム技術検定 中級の公式ページに示された出題カテゴリのうち、「IoTシステム構成と構築技術(アーキテクチャ、サービスプラットフォーム)」15〜25% に当たります(2026年9月27日確認)。ゲートウェイのセキュリティは「IoT情報セキュリティ対策技術」(20〜25%)とも重なります。
公式テキスト『IoT技術テキスト 第4版』では、第2章「IoTシステムのコンピューティング技術」に当たる範囲です。章とカテゴリの対応は当サイトの推定で、使っているのは目次の章名だけです。
4択の形としては、当サイトの作問の観点で次のようなものが考えられます(出題の傾向や頻度を示すものではありません)。
- ゲートウェイの機能として当てはまらないもの(センサやクラウドの機能)を選ぶ
- 場面の説明から、ゲートウェイで行う処理を選ぶ
- ゲートウェイのセキュリティ対策として適切なものを選ぶ
- 変換の前後に使われるプロトコルの特徴を選ぶ
試験の形式・日程はIoTシステム技術検定 中級とはにまとめています。合格基準は公式に非公開です。
取り違えやすい点は?
| つまずき | 正しい整理 | 見分け方 |
|---|---|---|
| 物理量を電気信号に変えるのもゲートウェイだと思う | それはセンサの役割。ゲートウェイは受け取ったデータを扱う | 「測る」ならセンサ、「まとめる・変換する」ならゲートウェイ |
| 長期の蓄積と横断分析もゲートウェイで行うと思う | 多数の拠点をまたぐ処理はクラウドの役割 | 「複数拠点」「長期」はクラウド |
| すべての IoT にゲートウェイがあると思う | セルラー通信のデバイスは直接クラウドへ送れる | デバイスの通信方式を先に確認する |
| ルーターと同じだと思う | データの中身の変換・加工まで行う点が違う | 「形式をそろえる」「平均する」はゲートウェイ |
| 社内に置くから安全だと思う | インターネットとの境目で、攻撃の入口になりやすい | 初期パスワード・更新・開いているポートを確認する |
← 表は横にスクロールできます →
確認問題1:ゲートウェイの機能でないものは?
IoTゲートウェイが担う機能として、当てはまらないものはどれか。
- 温度や圧力などの物理量を、電気信号に変換する
- 近距離無線で受けたデータを、別の方式で送り直す
- 多数の機器のデータを、送る前に1つにまとめる
- 回線が切れている間のデータを、ためておいて送る
正解:1。物理量を電気信号に変えるのはセンサ(トランスデューサ)の役割です。ゲートウェイは、センサが作ったデータを受け取ってから扱います。
2 はプロトコル変換、3 はデータの集約、4 は一時保存(バッファ)で、いずれもゲートウェイの代表的な機能です。
確認問題2:ゲートウェイの対策で適切なのは?
IoTゲートウェイのセキュリティ対策として、最も適切なものはどれか。
- 保守しやすいよう、管理画面をインターネットから直接開けるようにする
- 更新ファイルの署名を検証し、改ざんされた更新は適用しないようにする
- 稼働を止めないよう、導入後はソフトウェアの更新を行わないようにする
- 登録を簡単にするため、全台で同じ認証情報を使う設定にそろえておく
正解:2。署名の検証によって、正規の配布元からの改ざんされていない更新だけを適用できます。
1 は攻撃者にも入口を開くことになります。3 は脆弱性が見つかっても直せず、危険が残り続けます。4 は1台の認証情報が漏れると全台が同時に危険になります。
確認問題3:変換の前後のプロトコルで正しいのは?
デバイスから CoAP で受けたデータを、ゲートウェイで MQTT に載せ替えてクラウドへ送る。両プロトコルに関する記述として、最も適切なものはどれか。
- CoAP は TCP を前提とし、制約の少ない大型サーバ向けに設計されている。
- MQTT の QoS 2 は、届くかどうかを保証しないベストエフォートの配送である。
- CoAP は大きな動画を速く送るため、ヘッダを大きく取った設計になっている。
- MQTT は、ブローカーを介して送信側と受信側をつなぐ publish/subscribe 型である。
正解:4。MQTT は、送信側(publisher)と受信側(subscriber)がブローカーを介してつながる publish/subscribe 型のプロトコルです(OASIS MQTT Version 5.0)。
1 は誤りで、CoAP は RFC 7252 で制約の多い機器とネットワーク向けに定められ、UDP の上で動きます。2 は誤りで、MQTT の QoS 2 は「ちょうど1回」の配送で、ベストエフォートは QoS 0 です。3 は誤りで、CoAP は処理能力やメモリの小さい機器のために、ヘッダを小さく抑えた軽量な設計です(RFC 7252 では固定部分4バイトのヘッダ)。
確認問題のあとは何をすればいい?
間違えた選択肢は「本当は誰の役割か(センサ・ゲートウェイ・クラウド)」を書き添えて見直すと、すり替えの型に気づきやすくなります。
ほかのカテゴリと混ぜて本番と同じ4択で解くなら、登録不要のIoT中級の無料お試し20問で全問の解説まで確認できます。
よくある質問
スマホがIoTゲートウェイになることはありますか?
あります。ウェアラブル機器が Bluetooth Low Energy でスマホにデータを送り、スマホのアプリがモバイル回線でクラウドへ送る構成では、スマホがゲートウェイの役割を担っています。
IoTゲートウェイとエッジコンピューティングの関係は?
ゲートウェイは、エッジで処理を行う代表的な置き場所の1つです。前処理や即時の判定をゲートウェイで行えば、それはエッジコンピューティングに当たります。エッジ・フォグ・クラウドの違いも参照してください。
IoT中級でゲートウェイは何問出ますか?
公式に示されているのはカテゴリ単位の比率だけです(「IoTシステム構成と構築技術」15〜25%、2026年9月27日確認)。ゲートウェイの問題数は公表されていません。
出典・参考
本番と同じペースで腕試し
記事の次は、本番形式の問題で。
公式の出題カテゴリの比率どおりに組んだ無料お試しを、登録不要・カード不要で解けます。続きの模試と章別ドリルは買い切りで、月額はかかりません。
あわせて読みたい
当サイトは、モバイルコンピューティング推進コンソーシアム(MCPC)とは関係のない個人が運営する非公式の学習教材です。掲載している問題はすべて当サイトのオリジナルで、実際の試験問題・過去問題・再現問題ではありません。試験の日程・受検料・出題範囲は公式サイト(https://www.mcpc-jp.org/license/ )で必ず確認してください。合格を保証するものではありません。合格の目安は当サイトの推定です。技術・制度の記述は「最終確認日」時点のものです。