HTTP と MQTT の違い
付加データが多い手軽な通信か、常時接続で通信量を減らす軽量な通信か

HTTP とは

HTTP は、これまでインターネット接続で多く利用されてきた通信プロトコルです。手軽に使えますが、IoT のようにセンサデータの量が少ない場面では、データそのもの以外の形式的な部分（付加データ）が、大きすぎる場合があります。

通信データの中に無駄な部分が多く含まれるため、従量課金方式の通信手段を使うときは注意が必要です。

HTTP にデータを守る仕組みを足したものが HTTPS です。データを秘匿したいときは、通信を TLS で暗号化するのが一般的で、HTTP と TLS を組み合わせた通信方式を HTTPS と呼びます。

MQTT とは

MQTT は、IBM 社が開発し、現在はオープンソース化されて国際標準化が進められている、軽量な通信プロトコルです。IoT システムでセンサネットワークを利用するのに適したものとして注目されています。CoAP とあわせて、IoT で使われ始めた新しいプロトコルです。

特徴は2つあります。

• パブリッシュ/サブスクライブ型: 発行者（Publisher）と購読者（Subscriber）がメッセージをやり取りするモデルで、双方向で1対多の通信ができます。メッセージが相手に届くことをどの程度保証するかを示すレベルとして、QoS を指定できます。
• 常時接続: コネクションを常に張っておくので、ヘッダなど余分なデータの送信が不要になり、データそのものだけをやり取りして通信量を大きく減らせます。

違いを表で比べる

試験での問われ方

IoTシステム技術検定 中級では、第6章「IoTシステムのプロトタイピング」で出ます。もちこ道場の第6章の問題では、次のような問われ方をしています。

• 穴埋め（空欄1つ）: 「IBM 社により開発され、現在はオープンソース化されて国際標準化が進められている軽量のプロトコル」に MQTT、「HTTP に TLS を組み合わせた通信方式」に HTTPS を選ぶ。選択肢には、HTTP・CoAP・FTP などが並びます。MQTT のメッセージ保証のレベルには QoS を選びます。
• 2つの空欄: HTTP は通信データ中にデータそのもの以外の形式的な部分を多く含む一方、MQTT はコネクションを常に張っておくことで、データそのものだけをやり取りして通信量を劇的に減らせる、という組み合わせを、空欄に入れる。
• 不適切な記述を選ぶ: 「MQTT は、HTTP と比較して常にコネクションを張るため、データそのもの以外の通信量が大幅に増加する」のような、特徴を逆にした記述を見抜く。常時接続だから余分な通信が減る、が正しい理解です。

覚え方

• HTTP は「手軽だが、付加データが多い」。少量のデータを何度も送る IoT では、無駄が目立つと結び付けます。
• MQTT は「つなぎっぱなしで、軽い」。コネクションを張り続けるので、ヘッダなどの余分な送信が減ります。「発行・購読」「1対多」も合わせて覚えます。
• HTTPS は「HTTP + TLS」。暗号化の話が出たら HTTPS です。

第6章のほかの用語は「第6章 IoTシステムのプロトタイピングの要点」にまとめています。