CoAP ゲートウェイ
EMQX の CoAP ゲートウェイは、Publish-Subscribe Broker for the CoAP プロトコルに準拠し、標準的なパブリッシュ、サブスクライブ、およびメッセージ受信を実現します。
以下は、コネクションモードとコネクションレスモードでサポートされる機能一覧です。
| 機能 | コネクションレスモード | コネクションモード |
|---|---|---|
| メッセージパブリッシュ | √ | √ |
| トピックサブスクライブ | √ | √ |
| トピックのサブスクライブ解除 | × | √ |
| コネクションの作成 | × | √ |
| コネクションの切断 | × | √ |
| ハートビート | × | √ |
| 認証 | × | √ |
CoAP ゲートウェイの有効化
EMQX 5 では、CoAP ゲートウェイはダッシュボード、REST API、設定ファイル base.hocon を通じて設定および有効化できます。本節では、ダッシュボードによる設定例を用いて操作手順を説明します。
EMQX ダッシュボードの左側ナビゲーションメニューで Extensions -> Gateways をクリックします。Gateway ページにはサポートされているすべてのゲートウェイが一覧表示されます。CoAP を見つけ、Actions 列の Setup をクリックすると、Initialize CoAP ページに遷移します。
TIP
EMQX をクラスターで運用している場合、ダッシュボードや REST API で行った設定はクラスター全体に影響します。特定のノードのみ設定を変更したい場合は、base.hocon で設定してください。
EMQX CoAP ゲートウェイは、コネクションレスモードとコネクションモードの両方をサポートしています。コネクションレスモードでは、メッセージは一回限りの送信として扱われ、センサーのデータ読み取りや単純なコマンド送信など短時間のやり取りに適しています。コネクションモードでは、クライアントがデータ転送開始前にブローカーとコネクションを確立します。
Connection Requested の設定で、false(デフォルト、コネクションレスモード)または true(コネクションモード)を選択して、どちらのモードを有効にするか選べます。
コネクションモードを確認したら、設定を続けられます。特にカスタマイズが不要な場合は、以下の3ステップで CoAP ゲートウェイを有効化できます。
- Basic Configuration タブで Next をクリックし、すべてのデフォルト設定を受け入れます。
- 次に Listeners タブに遷移し、EMQX が UDP リスナーをポート
5683で事前設定しています。再度 Next をクリックして設定を確定します。 - 最後に Enable ボタンをクリックして CoAP ゲートウェイを有効化します。
ゲートウェイの有効化が完了すると、Gateways ページに戻り、CoAP ゲートウェイの状態が Enabled と表示されます。

上記の設定は REST API でも可能です。
例:
curl -X 'PUT' 'http://127.0.0.1:18083/api/v5/gateways/coap' \
-u <your-application-key>:<your-security-key> \
-H 'Content-Type: application/json' \
-d '{
"name": "coap",
"enable": true,
"mountpoint": "coap/",
"connection_required": false,
"listeners": [
{
"type": "udp",
"name": "default",
"bind": "5683",
"max_conn_rate": 1000,
"max_connections": 1024000
}
]
}'詳細な REST API の説明は REST API - Gateway をご参照ください。
カスタマイズが必要な場合やリスナー追加、認証ルールの追加をしたい場合は、CoAP ゲートウェイのカスタマイズ セクションをお読みください。
CoAP ゲートウェイは UDP および DTLS タイプリスナーのみをサポートしています。設定可能なパラメータの完全な一覧は Gateway Configuration - Listeners を参照してください。
CoAP クライアントとの連携
クライアントライブラリ
CoAP ゲートウェイを構築した後、CoAP クライアントツールを使って接続をテストし、正常に動作することを確認できます。以下は推奨される CoAP クライアントツールの例です。
パブリッシュ/サブスクライブ
CoAP ゲートウェイは、Publish-Subscribe Broker for the CoAP 標準で定義された URI パスとメソッドを使用します。
詳細なパラメータは メッセージパブリッシュ、トピックサブスクライブ、トピックサブスクライブ解除 を参照してください。
CoAP ゲートウェイのカスタマイズ
デフォルト設定に加え、EMQX はさまざまな設定オプションを提供し、特定のビジネス要件により適した運用を可能にします。本節では、Gateways ページ上の各フィールドについて詳しく説明します。スクリーンショット下の説明文もご参照ください。

Connection Required: コネクションレスモードかコネクションモードかを設定します。デフォルトは
false(コネクションレスモード)。選択肢はfalse(コネクションレス)、true(コネクション)です。Notification Message Type: 配信される CoAP メッセージのタイプを設定します。デフォルトは
qos。選択肢は以下の通りです。- qos: CoAP 通知のアック(ACK)要否は受信メッセージの QoS レベルによります。
- QoS 0 の場合、クライアントからのアックは不要
- QoS 1/2 の場合、クライアントからのアックが必要
- con: CoAP 通知はクライアントからアックされる必要があります。
- non: CoAP 通知はクライアントからアック不要です。
- qos: CoAP 通知のアック(ACK)要否は受信メッセージの QoS レベルによります。
Heartbeat: Connection Required が
trueの場合のみ必要です。接続維持のための最小ハートビート間隔を設定します。デフォルトは 30 秒。Enable Statistics: ゲートウェイの統計情報収集・報告を許可するか設定します。デフォルトは
true。選択肢はtrue、false。Subscriber QoS: サブスクライブ要求のデフォルト QoS レベルを設定します。デフォルトは
coap。選択肢は以下の通りです。- coap: Notification Message Type の設定に従い QoS レベルを決定します。
- アック不要の場合は QoS 0 を使用
- アック必要の場合は QoS 1 を使用
- qos0, qos1, qos2
- coap: Notification Message Type の設定に従い QoS レベルを決定します。
Publish QoS: パブリッシュ要求のデフォルト QoS レベルを設定します。デフォルトは
coap。選択肢はcoap、qos0、qos1、qos2。MountPoint: パブリッシュやサブスクライブ時にすべてのトピックにプレフィックスとして付加される文字列を設定します。異なるプロトコル間でのメッセージルーティングの分離を実現するために使用します。例:CoAP。
注意: このトピックプレフィックスはゲートウェイによって管理されます。CoAP クライアントはパブリッシュやサブスクライブ時にこのプレフィックスを明示的に付ける必要はありません。
リスナーの追加
デフォルトで、名前が default の UDP リスナーがポート 5683 に設定されており、最大 1,024,000 の同時接続をサポートしています。Settings をクリックして詳細設定を行ったり、Delete でリスナーを削除したり、Add Listener で新しいリスナーを追加できます。

Add Listener をクリックすると、以下の設定項目を入力できるページが開きます。
基本設定
- Name: リスナーの一意な識別子を設定します。
- Type: プロトコルタイプを選択します。CoAP では
udpまたはdtlsが選択可能です。 - Bind: リスナーが受け付けるポート番号を設定します。
- MountPoint(任意): パブリッシュやサブスクライブ時にすべてのトピックにプレフィックスとして付加される文字列を設定します。
リスナー設定
- Max Connections: リスナーが処理可能な最大同時接続数を設定します。デフォルトは 1024000。
- Max Connection Rate: リスナーが1秒あたりに受け入れ可能な新規接続の最大レートを設定します。デフォルトは 1000。
UDP 設定
- ActiveN: ソケットの
{active, N}オプションを設定します。これはソケットが能動的に処理できる受信パケット数です。詳細は Erlang Documentation - setopts/2 を参照してください。 - Buffer: 受信および送信パケットを格納するバッファのサイズを KB 単位で設定します。
- Receive Buffer: 受信バッファのサイズを KB 単位で設定します。
- Send Buffer: 送信バッファのサイズを KB 単位で設定します。
- SO_REUSEADDR: ポート番号のローカル再利用を許可するかどうかを設定します。
DTLS 設定(DTLS リスナーのみ)
TLS Verify の有効化はトグルスイッチで設定可能です。ただし、その前に関連する TLS Cert、TLS Key、CA Cert の情報をファイル内容の入力または Select File ボタンでアップロードして設定する必要があります。詳細は Enable SSL/TLS Connections を参照してください。
認証の設定
クライアント ID、ユーザー名、パスワードはクライアントの Create Connection リクエストで提供されます。CoAP ゲートウェイは以下の認証方式をサポートしています。
本節ではダッシュボードを例に認証設定の手順を説明します。
Gateways ページで CoAP を見つけ、Actions 列の Setup をクリックし、Authentication タブに入ります。
Create Authentication をクリックし、Mechanism に Password-Based または JWT を選択し、必要に応じて Backend を選択します。
認証方式の詳細な設定方法は、本節冒頭に記載の各認証方式のページを参照してください。
ダッシュボード以外に REST API でも認証設定が可能です。例えば、CoAP ゲートウェイ用に組み込みデータベース認証を作成する場合は以下のコードを使用します。
curl -X 'POST' \
'http://127.0.0.1:18083/api/v5/gateway/coap/authentication' \
-u <your-application-key>:<your-security-key> \
-H 'accept: application/json' \
-H 'Content-Type: application/json' \
-d '{
"backend": "built_in_database",
"mechanism": "password_based",
"password_hash_algorithm": {
"name": "sha256",
"salt_position": "suffix"
},
"user_id_type": "username"
}'TIP
MQTT プロトコルとは異なり、ゲートウェイは認証器の作成のみをサポートし、認証器リスト(または認証チェーン)はサポートしません。認証器が有効化されていない場合、すべての CoAP クライアントはログイン可能です。
リファレンス: CoAP クライアントガイド
Create Connection
Connection Mode のみ利用可能です。
このインターフェースは CoAP ゲートウェイへのクライアント接続を作成します。CoAP ゲートウェイの認証が有効な場合、このリクエストで提供される clientid、username、password を検証し、不正ユーザーを防止します。
リクエストパラメータ:
- メソッド:
POST - URI:
mqtt/connection{?QueryString*}。QueryStringは以下の通りです。clientid: 必須パラメータ、UTF-8 文字列。ゲートウェイはこの文字列を接続の一意識別子として使用します。username: 任意パラメータ、UTF-8 文字列。接続認証に使用。password: 任意パラメータ、UTF-8 文字列。接続認証に使用。
- ペイロード: 空
レスポンス:
- 戻りコード:
2.01: 接続作成成功。この接続用のトークン文字列がメッセージボディに返されます。4.00: 不正なリクエスト。詳細なエラー情報がメッセージボディに返されます。4.01: 認可失敗。リクエスト形式は正しいが認可に失敗しました。
- ペイロード: 戻りコードが
2.01の場合はToken、それ以外はErrorMessage。Token: 以降のリクエストで使用するトークン文字列。ErrorMessage: エラー説明メッセージ。
libcoap の例:
# clientid 123、username admin、password public で接続リクエストを送信。
# 返却されたトークンは 3404490787
coap-client -m post -e "" "coap://127.0.0.1/mqtt/connection?clientid=123&username=admin&password=public"
3404490787TIP
接続作成成功後、ダッシュボード、REST API、CLI を使って CoAP ゲートウェイのクライアント一覧を確認できます。
Close Connection
Connection Mode のみ利用可能です。
このインターフェースは CoAP 接続を切断します。
リクエストパラメータ:
- メソッド:
DELETE - URI:
mqtt/connection{?QueryString*}。QueryStringは以下の通りです。clientid: 必須パラメータ、UTF-8 文字列。ゲートウェイはこの文字列を接続の一意識別子として使用します。token: 必須パラメータ。Create Connectionリクエストで返されたトークン文字列を使用します。
- ペイロード: 空
レスポンス:
- 戻りコード:
2.01: 接続切断成功。4.00: 不正なリクエスト。詳細なエラー情報がメッセージボディに返されます。4.01: 認可失敗。リクエスト形式は正しいが認可に失敗しました。
- ペイロード: 戻りコードが
2.01の場合はToken、それ以外はErrorMessage。
例:
coap-client -m delete -e "" "coap://127.0.0.1/mqtt/connection?clientid=123&token=3404490787"Heartbeat
Connection Mode のみ利用可能です。
このインターフェースは CoAP クライアントとゲートウェイ間の接続維持に使用します。ハートビートが期限切れになると、ゲートウェイはセッションとサブスクリプションを削除し、そのクライアントに関するすべてのリソースを解放します。
リクエストパラメータ:
- メソッド:
PUT - URI:
mqtt/connection{?QueryString*}。QueryStringは以下の通りです。clientid: 必須パラメータ、UTF-8 文字列。ゲートウェイはこの文字列を接続の一意識別子として使用します。token: 必須パラメータ。Create Connectionリクエストで返されたトークン文字列を使用します。
- ペイロード: 空
レスポンス:
- 戻りコード:
2.01: 接続維持成功。4.00: 不正なリクエスト。詳細なエラー情報がメッセージボディに返されます。4.01: 認可失敗。リクエスト形式は正しいが認可に失敗しました。
- ペイロード: 戻りコードが
2.01の場合はToken、それ以外はErrorMessage。
例:
coap-client -m put -e "" "coap://127.0.0.1/mqtt/connection?clientid=123&token=3404490787"TIP
ハートビート間隔は CoAP ゲートウェイの heartbeat オプションで決定されます。デフォルトは 30 秒です。
メッセージパブリッシュ
このインターフェースは CoAP クライアントが指定したトピックにメッセージを送信するために使用します。Connection Mode が有効な場合は追加の識別情報を含める必要があります。
リクエストパラメータ:
メソッド:
POSTURI:
ps/{+topic}{?QueryString*}{+topic}はパブリッシュするメッセージのトピック。例えばcoap/testにパブリッシュする場合は URI はps/coap/testとなります。{?QueryString}はリクエストパラメータ:clientid:Connection Modeでは必須、Connectionless Modeでは任意。token:Connection Modeのみ必須。retain(任意): リテインメッセージとしてパブリッシュするかどうか。ブール値で、デフォルトはfalse。qos: メッセージの QoS。MQTT クライアントがメッセージを受信する際の QoS レベルを示します。0、1、2のいずれか。expiry: メッセージの有効期限(秒単位)。デフォルトは 0(期限なし)。
ペイロード: メッセージのペイロード
レスポンス:
- 戻りコード:
2.04: パブリッシュ成功4.00: 不正なリクエスト。詳細なエラー情報がメッセージボディに返されます。4.01: 認可失敗。リクエスト形式は正しいが認可に失敗しました。
- ペイロード: 戻りコードが
2.04の場合は空、そうでなければErrorMessage。
例: Connectionless Mode でメッセージをパブリッシュする場合
coap-client -m post -e "Hi, this is libcoap" "coap://127.0.0.1/ps/coap/test"または Connection Mode で clientid と token を付与してパブリッシュする場合
coap-client -m post -e "Hi, this is libcoap" "coap://127.0.0.1/ps/coap/test?clientid=123&token=3404490787"トピックサブスクライブ
このインターフェースは CoAP クライアントがトピックをサブスクライブするために使用します。Connection Mode が有効な場合は追加の識別情報を含める必要があります。
リクエストパラメータ:
メソッド:
GETオプション:
observerを0に設定URI:
ps/{+topic}{?QueryString*}{+topic}はサブスクライブするトピック。例えばcoap/testをサブスクライブする場合は URI はps/coap/test。{?QueryString}はリクエストパラメータ:clientid:Connection Modeでは必須、Connectionless Modeでは任意。token:Connection Modeのみ必須。qos: サブスクライブの QoS。ゲートウェイが CoAP クライアントにメッセージを配信する際の MessageType(CONまたはNON)を指定します。以下の値を取ります。0:NONメッセージで配信1または2:CONメッセージで配信
ペイロード: 空
レスポンス:
- 戻りコード:
2.05: サブスクライブ成功4.00: 不正なリクエスト。詳細なエラー情報がメッセージボディに返されます。4.01: 認可失敗。リクエスト形式は正しいが認可に失敗しました。
- ペイロード: 戻りコードが
2.05の場合は空、そうでなければErrorMessage。
例: Connectionless Mode で coap/test をサブスクライブする場合
coap-client -m get -s 60 -O 6,0x00 -o - -T "obstoken" "coap://127.0.0.1/ps/coap/test"または Connection Mode で clientid と token を付与してサブスクライブする場合
coap-client -m get -s 60 -O 6,0x00 -o - -T "obstoken" "coap://127.0.0.1/ps/coap/test?clientid=123&token=3404490787"トピックサブスクライブ解除
このインターフェースは CoAP クライアントがトピックのサブスクライブを解除するために使用します。
現在の実装では、サブスクライブ解除操作は Connection Mode のみで利用可能です。
リクエストパラメータ:
メソッド:
GETURI:
ps/{+topic}{?QueryString*}{+topic}はサブスクライブ解除するトピック。例えばcoap/testのサブスクライブを解除する場合は URI はps/coap/test。{?QueryString}はリクエストパラメータ:clientid:Connection Modeでは必須、Connectionless Modeでは任意。token:Connection Modeのみ必須。
ペイロード: 空
レスポンス:
- 戻りコード:
2.07: サブスクライブ解除成功4.00: 不正なリクエスト。詳細なエラー情報がメッセージボディに返されます。4.01: 認可失敗。リクエスト形式は正しいが認可に失敗しました。
- ペイロード: 戻りコードが
2.07の場合は空、そうでなければErrorMessage。
例: Connection Mode で coap/test のサブスクライブを解除する場合
coap-client -m get -O 6,0x01 "coap://127.0.0.1/ps/coap/test?clientid=123&token=3404490787"短縮パラメータ名
メッセージサイズ削減のため、CoAP ゲートウェイは短縮パラメータ名をサポートしています。
例えば、clientid=barx は c=bar と書けます。対応する短縮パラメータ名は以下の通りです。
| パラメータ名 | 短縮名 |
|---|---|
clientid | c |
username | u |
password | p |
token | t |
qos | q |
retain | r |