MQTTを使おうとしたとき、利用できるようになるまで苦労した経験がありました。そのため今回は、MQTTの概要を解説します。
1. MQTT：Message Queuing Telemetry Transportとは
Webページを見るならHTTP、ファイル転送するならFTP、といったように、目的に応じていくつかの通信プロトコルがありますが、MQTT（Message Queue Telemetry Transport）は、通信プロトコルの一種です。非同期で軽量のメッセージをやり取りするためのプロトコルです。
メッセージのサブスクライバー（購読者）は、メッセージのパブリッシャー（発行元）が提供する MQTT トピックをあらかじめ講読しておきます。MQTT トピックに何か変化があると、サブスクライバーは PUBLISH コマンドを受け取ってそれを知ることができます。MQTT は、発行/購読型のメッセージ処理を実現するための軽量なプロトコルとして設計されています。MQTT トピックの講読やメッセージの送信の仲介役となるのがブローカーです。publish/subscribeモデルという仕組みに基づいてつくられた軽量なメッセージプロトコルです。ネットワークが不安定な場所や、性能が低いデバイスでも動くように軽量化されているのが特徴で、TCP/IP ネットワークをベースに作られています。
MQTTではデータの送受信をPublisher（送信者）、Subscriber（受信者）の2つの役割にわけて行います。
・Publisher（送信者）はMQTTブローカーにデータを送信します。
・Subscriber（受信者）はMQTTブローカーにデータを受信しに行きます。
この仕組みによって、非同期通信を実現しています。さらにPublisher（送信者）とSubscriber（受信者）は互いに相手が誰なのかを知らないので、Publisher/Subscriberを増やすのも簡単というわけです。
MQTTとは、以上をまとめると、次の2点になります。
【MQTT：Message Queuing Telemetry Transport】
（１）データの送信者とデータの受信者とBroker（中継役）という3つシンプルなの役職のつながりでデータのやり取りができます。
（２）通信するためにtopicと呼ばれる合言葉のようなものを設定する。データの送信者とデータの受信者が同じtopic（合言葉）を設定していれば、messageと呼ばれるデータをPublisherからSubscriberに送信することができます。
2. MQTT：Message Queuing Telemetry Transportの仕組み
MQTTでひとつのメッセージを送信する際、まずはPublisherがBrokerにメッセージを送ります。そして、BrokerがSubscriber達にメッセージを配信します。
・Publisher（パブリッシャー）「メッセージを送信する処理を行なうプログラム」等のこと
・Subscriber（サブスクライバー）「メッセージを受信するプログラム」等のこと
・Broker（ブローカー）Publisherからメッセージを受け取り、Subscriberに送信するサーバー等のこと
MQTTでは、PublisherがPublishしたメッセージを、BrokerがSubscriber達に配信します。Subscriberはひとつだけかもしれないし、100かもしれません。とにかく、複数のSubscriberにメッセージを配信することができます。でも、Publisher側で何か処理が変わる、ということはありません。例え2万のSubscriberがいても、それによってPublisherに負荷がかかるようなこともないのです。（Brokerには負荷がかかります）
3. MQTT：Message Queuing Telemetry Transportの特徴
Message Queuing Telemetry Transportの略称ですが、その名前にもかかわらずメッセージキューの機能はもっていません。
【Message Queuing Telemetry Transportの特長】
・軽量である
最小ヘッダーサイズが2byteと小さい。
制約が厳しいデバイスや帯域幅が限られたネットワーク上でも実装できる。
・プロトコルがシンプル
HTTPなどに比べるとパフォーマンスが高い。
・非同期メッセージング
スケーラビリティの面で優れる。
・データ長に幅がある
最大253MBまで可能。IoTではデータ長の短縮が課題で、このサイズは十分。
・Publish/Subscribeシステム
柔軟性の高いメッセージ配布が...
