2019.11.18
こんにちは、R&Mグループの内田です。
最近、IoT向けといわれているプロトコル「MQTT」を使い始めてみました。
様々なモノとモノがつながるIoTでは各デバイス・サーバの間でデータの受け渡しが発生します。
MQTTは軽量であること、ネットワーク環境が不安定でも動作すること、1対多通信などの特徴があり、IoT向けといわれているようです。
QoS(通信保障),Retain(最終メッセージ保存),will(遺言)など様々な機能が備わっています。
MQTTでは中継サーバである「Broker(ブローカ)」とクライアントである「Publisher(パブリッシャ)」、「Subscriber(サブスクライバ)」という3種類の役割が登場します。
主なメッセージ配信の流れは
といった形です。

さて、タイトルにあるPahoについてです。
※今回MQTTの各環境立ち上げについては割愛します。気になった方はネットで検索などしてみてください。
Pahoは、MQTTのクライアント(Publisher/Subscriber)を実装するためのライブラリです。
対応言語は複数あるようですがPythonを使いました。
試しに以下のスクリプトを作ってみます。
Publisher:topic名="Topic1"に "test1"というメッセージを送信する
Subscriber :topic名="Topic1"のメッセージを受け取る
# -*- coding: utf-8 -*-
import paho.mqtt.client as mqtt # ライブラリのimport
# MQTT Broker
MQTT_HOST = "MQTT_broker" # brokerのアドレス
MQTT_PORT = 1883 # brokerのport
MQTT_KEEP_ALIVE = 60 # keep alive
# broker接続時
def on_connect(mqttc, obj, flags, rc):
print("rc: " + str(rc)) # 接続結果表示
mqttc = mqtt.Client() #clientオブジェクト作成
mqttc.on_connect = on_connect # 接続時に実行するコールバック関数設定
mqttc.connect(MQTT_HOST, MQTT_PORT, MQTT_KEEP_ALIVE) # MQTT broker接続
mqttc.loop_start() # 処理開始
mqttc.publish("topic1", "test1") # topic名="Topic1"に "test1"というメッセージを送信
import paho.mqtt.client as mqtt
# MQTT Broker
MQTT_HOST = "MQTT_broker" # brokerのアドレス
MQTT_PORT = 1883 # brokerのport
MQTT_KEEP_ALIVE = 60 # keep alive
# broker接続時
def on_connect(mqttc, obj, flags, rc):
print("rc: " + str(rc))
#メッセージ受信時
def on_message(mqttc, obj, msg):
print(msg.topic + " " + str(msg.qos) + " " + str(msg.payload))
mqttc = mqtt.Client()
mqttc.on_message = on_message # メッセージ受信時に実行するコールバック関数設定
mqttc.on_connect = on_connect
mqttc.connect(MQTT_HOST, MQTT_PORT, MQTT_KEEP_ALIVE)
mqttc.subscribe("topic1") # Topic名:"topic1"を購読
mqttc.loop_forever() # 永久ループ
実行結果
# python pub_test1.py
rc: 0
# python sub_test1.py
rc: 0
topic1 0 b'test1'
無事メッセージを受け取ることができました。
次に、受け取ったメッセージ次第でメインのループの処理を変えたいなと思ったのですが
on_message側から、mainループに値を返す or 共有する方法はないのか調べてみました。
以下サイトを読み解いてみると
コールバック関数は別スレッドで動いて非同期なので
on_messageのコールバック関数で変数をglobal宣言をして値を共有するのが正解みたいです。
Subscriberを改造してみます。
Publisher:topic名="Topic1"に "test1"というメッセージを送信する
Subscriber :topic名="Topic1"のメッセージを受け取ったらフラグ有効化し、ループを抜ける
# -*- coding: utf-8 -*-
import paho.mqtt.client as mqtt
import time
# MQTT Broker
MQTT_HOST = "MQTT_broker" # brokerのアドレス
MQTT_PORT = 1883 # brokerのport
MQTT_KEEP_ALIVE = 60 # keep alive
# broker接続時
def on_connect(mqttc, obj, flags, rc):
print("rc: " + str(rc))
#メッセージ受信時
def on_message(mqttc, obj, msg):
global on_message_Flag # メインループと共有するグローバル変数
print(msg.topic + " " + str(msg.qos) + " " + str(msg.payload))
on_message_Flag=True # flagを有効化
mqttc = mqtt.Client()
mqttc.on_message = on_message
mqttc.on_connect = on_connect
mqttc.connect(MQTT_HOST, MQTT_PORT, MQTT_KEEP_ALIVE)
mqttc.subscribe("topic1")
mqttc.loop_start()
on_message_Flag=False # 共有するグローバル変数
i=0
while True:
print(i)
i+=1
time.sleep(1)
if on_message_Flag: # フラグがTrueになるとループEND
print("END!")
break
実行結果
# python pub_test1.py
rc: 0
# python sub_test2.py
0
rc: 0
1
2
3
4
5
topic1 0 b'test1'
END!
メッセージを受け取ったのち無事ループを抜けました。
いろいろインターネットで検索をかけたり、公式のexamplesを参考にすると、もっと色々なことができそうですね!
サンビット株式会社では、開発技術者を募集しています!
興味のある方はぜひお問い合わせください。
2026.03.13
近年、社長など企業の代表者を装い、LINEなどの別ツールへ誘導する「CEO詐欺」が増加しています。これは従来のビジネスメール詐欺(BEC)の手口を応用したもので、メールでのやり取りを最小限にすることでセキュリティソフトによる検出を回避しようとする特徴があります。件名や表示名を社長名に偽装するなど巧妙化しており、攻撃の自動化やAIの悪用も指摘されています。こうした状況の中で、不審に思う意識を持ち、社内で情報共有を行うことが被害防止の第一歩となります。
2026.03.09
SNSでも話題の透き通った質感とぷっくりとした立体感が魅力のボンボンドロップシール。子どもだけでなく大人も惹きつける一方で、品薄や転売、持ち物格差などブームの過熱も目立ちます。子どもの笑顔を願う親心が、いつの間にか焦りや疲れに変わってしまうことも。流行を否定せず楽しみつつも、大人が冷静な姿勢を保つことの大切さを考えてみました。
2026.03.02
AIの進化により「SaaSの死」という議論が広がっています。従来のSaaSは人の入力を前提としていましたが、AIが業務を自動化することで役割は変化しつつあります。一方で、DXが単なるツール導入に終わっている現状も課題です。今後は、信頼できるデータを蓄積したSaaSと生成AIを組み合わせ、経営判断につなげる活用が重要になります。
2026.02.24
神社周辺の整備を続けてきましたが、久しぶりに訪れた湧き水の場所はイノシシに掘り返され、整備前よりも荒れた状態になっていました。人工林の放置や樹種の偏り、野生動物の増加など山の構造的問題にも触れながら、自然との向き合い方を見つめ直します。整備はしばらく休止すること