MQTTとは
ブローカーを介して届ける、軽量なメッセージ通信
- MQTTは、メッセージの発行者(パブリッシャー)と購読者(サブスクライバー)を、ブローカーが仲介する、シンプルで軽量なIoT向けの通信プロトコルです。
- メッセージにはトピックを付けます。ブローカーが、トピックが一致した購読者全員に届けます。届き方の保証はQoSで選べます。
- IBM社が開発し、現在はオープンソース化されています。HTTPとの違いは、別の記事で比べています。
MQTTとは
MQTTは、IoTでセンサのデータなどを送るための、シンプルで軽量な通信プロトコルです。IBM社などのメンバが考案し、現在はオープンソース化されて、国際標準化が進められています。消費電力が低いことも特徴で、IoTシステムでセンサネットワークを利用するのに適しているとされています。
通信の形は、発行/購読(Pub/Sub)モデルです。メッセージを送る側(パブリッシャー)と、受け取る側(サブスクライバー)が、直接やり取りするのではなく、仲介役のブローカーを通して間接的につながります。1対多の通信ができ、双方向の通信にも使えます。
配信のしくみ
MQTTの流れは、次の3つのことばで分かります。
- トピック: メッセージにつける「題名」のようなものです。たとえば「温度」「湿度」のように、何のデータかを表します。
- 購読の登録: サブスクライバーは、受け取りたいトピックをブローカーに登録しておきます。
- 照合して配信: パブリッシャーがトピックを付けてメッセージを送ると、ブローカーは、登録されたトピックと照合し、一致したサブスクライバー全員にメッセージを送ります。
QoSなどの機能
MQTTには、メッセージの届け方を選ぶ機能があります。
- QoS: メッセージが相手に届くことを、どの程度保証するかのレベルです。3段階で設定できます。一般に、0は最大1回(届かないことがある)、1は少なくとも1回(重複して届くことがある)、2はちょうど1回と説明されます。
- will(遺言): クライアントの接続が意図せず切れたときに、購読者へ知らせます。
- retain: 最後のメッセージを、ブローカーに保持させる機能です。
データを秘匿したいときは、TLSで通信を暗号化するのが一般的です。TLSはMQTTの機能ではなく、暗号化のためのプロトコルです。
試験での問われ方
IoTシステム技術検定 中級では、第6章「IoTシステムのプロトタイピング」で出ます。もちこ道場の第6章の問題では、MQTTを含む問題が6問あります。第4章にも5問あり、IoT通信方式の中で、デバイス管理のLwM2Mなどと並べて問われます。
- 穴埋め: 「IBM社が開発し、オープンソース化された軽量なプロトコル」にMQTTを選びます。「到達保証のレベル」の空欄にQoSを選ぶ問題では、TLS・RSSI・willが外れの選択肢になります。
- 2つの空欄: 「HTTPは通信データに無駄な部分を多く含み、MQTTは常時接続でデータそのものだけをやり取りして通信量を減らす」を埋めます。
- 正しい記述の組み合わせ・不適切な記述を選ぶ: 「MQTTは常にコネクションを張るので、通信量が大幅に増える」のような、特徴を逆にした文が誤りの選択肢になります。
似た用語との違い
| 用語 | 通信のしかた | ひとこと |
|---|---|---|
| MQTT | ブローカーを介する発行/購読(Pub/Sub)。トピックで配信先が決まる | 軽量・低消費電力。常時接続でデータそのものを送る |
| HTTP | クライアントがサーバへ要求を送る。通信状態を保持しない | ヘッダ情報が多く、少量のデータには付加部分が大きい |
| CoAP | UDPを土台に、ヘッダを小さくしたM2M向け | ブローカーを介する方式ではない |
| WebSocket | セッションを保ったまま双方向にやり取りする | ブローカーを介する方式ではない |
HTTPとの比べ方は「HTTP と MQTT の違い」にくわしくあります。
覚え方
- 「出版社(ブローカー)が、読者に本を届ける」とイメージします。書き手(パブリッシャー)は読者を知らず、読者(サブスクライバー)は、ほしいジャンル(トピック)を出版社に登録します。
- 「QoS=届き方の保証」「will=切れたときの遺言」と、機能の名前を一言で結びつけておくと、外れの選択肢を消せます。
第6章のほかの用語は「第6章 IoTシステムのプロトタイピングの要点」にまとめています。
第6章の問題を1問、解いてみる
もちこ道場の第6章の問題です。演習画面と同じ解説(図解・選択肢ごとの解説)を付けています。
問1
OMA SpecWorksが規定する、センサ機器など低スペックのIoTデバイスにも使える軽量なデバイス管理用プロトコルで、設定管理やファームウェアアップデートに使われ、メッセージの伝送にはCoAPを利用するものを1という。
答えと解説を見る
正解は 2(LwM2M)です。
【概要】
LwM2Mは、IoTデバイス向けに策定された軽量なデバイス管理用プロトコルである。設定の管理やファームウェアの更新のほか、データのレポートにも使え、CoAPでメッセージを伝送する。
【図解】実験的機能
図解は実験的機能です。内容を簡略化しているため、公式テキストの記載と異なることがあります。
【各選択肢の解説】
- 1. MQTTあなたの解答 MQTTは、Pub/Subモデルを採用した軽量なメッセージ通信のプロトコルであり、デバイス管理を目的としたものではない。
- 2. LwM2M正解あなたの解答 問題文の、低スペックのIoTデバイス向け、デバイス管理、CoAPで伝送という条件がそろう。
- 3. OMA-DMあなたの解答 OMA-DMは、以前から規定されているデバイス管理用プロトコルだが、比較的ハイスペックな携帯端末を対象としており、能力の低いIoTデバイスでは使いにくい。
- 4. RESTあなたの解答 RESTは、HTTPと親和性が高く、URLで指定したリソースにメソッドで要求を送る設計様式であり、デバイス管理用プロトコルの名称ではない。
第6章は約50問。いま解いた問題と同じ形で、選択肢ごとの解説と図解が付いています。まずは登録なしで、第1章の50問から解き方を試せます(第2章からはプランで解けます)。
よくある質問
MQTTは、何の略ですか?
以前は MQ Telemetry Transport の略とされていましたが、現在の規格では特に略語としては扱われていません。試験では名前の由来より、発行/購読(Pub/Sub)モデルであること、ブローカーが仲介すること、軽量なことが問われます。
パブリッシャーとサブスクライバーは、直接つながりますか?
つながりません。どちらもブローカーとだけ通信します。発行者は、誰が読むかを気にせずブローカーに送り、購読者は、ほしいトピックをブローカーに登録しておきます。
MQTTの「will」とは何ですか?
クライアントの接続が意図せず切れたときに、サーバ(ブローカー)から購読者へ知らせる「遺言」の機能です。メッセージが届く保証の度合いを表すQoSとは別の指定です。
もちこ道場
章ごとの問題と本番形式の模擬試験で、合格の力を確かめる
公式テキストの全8章から作ったオリジナルの予想問題を、スマホ・PC で解ける Web 演習サービスです(運営者が作っています)。
500円
31日間・買い切り・自動更新なし
- 全8章 401問○
- 選択肢ごとの解説○
- 全問の解説に図解○
- 模擬試験(80問・90分)なし
1,000円
31日間・買い切り・自動更新なし
- 全8章 401問○
- 選択肢ごとの解説○
- 全問の解説に図解○
- 模擬試験(80問・90分)○
無料体験は登録不要です。
次に読む
記事の確認問題と同じく、選択肢ごとの解説と図解が付いた問題を、スマホ・PC で続けて解けます。
IoTシステム技術検定 中級の第6章「IoTシステムのプロトタイピング」で問われる用語を、6つのまとまりと取り違えやすい組み合わせで整理しました。第6章の問題を2問、その場で解いて確かめられます。
HTTP はインターネットで広く使われてきた通信で、少量のセンサデータでは付加データが多くなります。MQTT は常時接続で通信量を減らせる軽量なプロトコルです。HTTPS との関係も含めて図と表で整理し、IoTシステム技術検定 中級での問われ方と覚え方をまとめました。
出題範囲は、2026年11月にMCPC の公式ページで確認しました。用語の説明は、もちこ道場の問題と解説をもとにまとめたものです。