概　要

〈なぜSEGGERのMQTTクライアント？〉
SEGGERのMQTTクライアントは、v3.1標準に準拠する任意のMQTTブローカーで動作します。これにより、すべてが単純に機能することを完全に確信してエンドアプリケーションに追加することが可能になります。
サンプルアプリケーションとデモは、一般的なすべてのブローカーが利用できます。SEGGERのMQTTクライアントを使用するのが簡単であることを確認するには、Microsoft Windowsサンプルを使用します。
SEGGERは、MQTTクライアントアドオンをゼロから開発し、スタック使用率をできるだけ小さくし、メモリー要件を最小限に抑えました。

〈MQTTのバックグラウンド〉
QTTは、もともとM2Mコンテキストでの通信用に設計された非常に軽量な通信プロトコルです。クライアント側で実装するのは簡単で、最小限のパケットオーバーヘッドしかありません。これにより、限られたリソースを持つデバイスでの使用に理想的です。

よく知られているクライアント/サーバーモデルに代わるパブリッシュ/サブスクライブパターンを使用します。クライアントがエンドポイントと直接通信するクライアント/サーバーモデルとは反対に、パブリッシュ/サブスクライブパターンは、特定のメッセージの送信者と受信者を切り離します。MQTTコンテキストでは、送信側のクライアントは受信側のクライアント・サブスクライバであるpublisherと呼ばれます。

パブリッシャーとサブスクライバーは、互いの存在を知りません。メッセージの転送を有効にするには、第三者が必要です。これらの第三者は、MQTTコンテキストではブローカーと呼ばれます。ブローカは、パブリッシャからのすべての着信メッセージをフィルタリングし、それらをサブスクライバに配信します。

MQTTはメッセージの件名ベースのフィルターを使用します。パブリッシャーはトピック関連のメッセージを送信し、トピックを購読している場合はメッセージを受信します。

メッセージをMQTTブローカーから取得するには、サブスクライバーがブローカーへの接続を確立します。ブローカーは、パブリッシャーが購読されたトピックのメッセージを送信したかどうかをチェックし、そうであればサブスクライバーにメッセージを送信します。このアプローチの利点は、出版社と加入者がお互いを知る必要がなく、同時に実行する必要がないということです。彼らが知る必要があるのは、ブローカーのIPアドレスだけです。