IoTプロトコルについては、最も一般的にはHTTP、CoAP、およびMQTTが通信に使用されます。
HTTPとCoAPはRESTタイプのクライアントからサーバーへの通信に適しており、MQTTはパブリッシングおよびサブスクライブベースのマルチユーザー通信をサポートしています。
質問に答える:
1対1の通信にはREST over HTTPまたはCoAPを使用し、マルチポイントトラフィックにはMQTTを使用します。
もっと詳しく
以下のコメントの後、私の回答は部分的だったと認めたので、もう少し調べて見つけました。
すべての計算では、通信でさえこの種の混乱の基準があります。
出典:EUバトラープロジェクト-コミュニケーションの問題
また、postscapes.comには、さまざまな側面に基づく次のリストがあります。
1 Infrastructure (ex: 6LowPAN, IPv4/IPv6, RPL)
2 Identification (ex: EPC, uCode, IPv6, URIs)
3 Comms / Transport (ex: Wifi, Bluetooth, LPWAN)
4 Discovery (ex: Physical Web, mDNS, DNS-SD)
5 Data Protocols (ex: MQTT, CoAP, AMQP, Websocket, Node)
6 Device Management (ex: TR-069, OMA-DM)
7 Semantic (ex: JSON-LD, Web Thing Model)
8 Multi-layer Frameworks (ex: Alljoyn, IoTivity, Weave, Homekit)
各例のリストに見られるように、それらの例はたくさんありますが、カスタムおよび独自の例も確かにあります。
あなたはそのリンクを開いてそれを読み通す必要があります。私はあなたがあなたのプロジェクトでこれらの多くに遭遇するかもしれないと信じています。最も純粋な形式のコンポーネントだけでなく、一部の既存のエコシステムの一部。それらの場合、あなたはそれらをインターフェースする方法を交渉することができないかもしれません、あなたはエコシステムの間で選択しなければなりません。
目標を設定すると、正しい製品セットまたはセットのセット(製品セットのグループ)がwifiを介して同一またはほぼ一致するプロトコルスタックを見つけることになります(赤外線はこの領域外のソリューションであることに注意してください)。他の多くの非インターネットワイヤレスネットワーキングソリューションですが、まだ直面している可能性があります)。
基準は、何をしたいのか、その方法で学習したいスタックの数を特定することです。学習するということは、ガジェットをほとんど使わずに、特定のプロトコルが内部でどのように機能するかを認識することを意味します。