2026 年より、すべての Matter の統合とテストで Alliance Interop Test が必要になります。詳しくは、Allliance Interop Test Lab の移行ページをご覧ください。

調査可能で運用可能な調査

コミッショニング可能な検出

コミッショニング可能な検出はコミッショニングの前に行われ、コミッショニング可能なノードを検出して識別するプロセスを指します。コミッショニング可能なノードは、次の 3 つの方法で自身をアドバタイズできます。

Bluetooth Low Energy（BLE）
Wi-Fi Soft AP
IP ネットワーク上の DNS-SD（既存の IP ベアリングネットワークとも呼ばれます）

いずれの方法でも、コミッショニング可能なノードは表 1に示す情報をアドバタイズします。

*表 1: コミッショニング可能なノード*
フィールド	長さ	必須
弁別子	12 ビット	はい
ベンダー ID	16 ビット	いいえ
プロダクト ID	16 ビット	いいえ
拡張データ	変数	いいえ

Matter 仕様では、ベンダー ID と プロダクト ID は必須ではありませんが、含めることができます。弁別子 は必須であり、複数の同一デバイスが同時に接続されている場合に、正しいデバイスをプロビジョニングするためのコミッショニングプロセスで重要になります。拡張データ は、ベンダー固有のカスタム情報をエンコードするために使用できます。

多くのデバイスは、電源投入後、短時間（約 3 ～ 15 分）アドバタイズを行います。他のデバイスは、プライマリコントロールがファブリックから発信されないため、またはロックなどのデバイスのプロビジョニングされていない自動アドバタイズが安全でないため、アドバタイズを開始してはなりません。表 2 に、この動作の概要を示します。

*表 2: デバイスタイプ別のプロビジョニングされていないデバイスのアドバタイズ*
プライマリデバイス機能	自動アナウンス
ロックとバリアのアクセスデバイス	いいえ
ほとんどのコントロールはファブリックから発信されます。例: スイッチまたは電球。	はい
ほとんどのコントロールはファブリックから発信されません。例: 食器洗い機または冷蔵庫。	いいえ

Bluetooth Low Energy

このアドバタイズモードでは、コミッショナーに BLE アドバタイズが表示されます。コミッショニーは、汎用アクセスプロファイル（GAP） 周辺機器インターフェースを実装し、コミッショニングされていない状態を定期的にアドバタイズする必要があります。デバイスの電源投入後 30 秒間は、アドバタイズの頻度を 20 ～ 60 ミリ秒間隔で高くする必要があります。

30 秒後、デバイスは 150 ～ 1,500 ミリ秒間隔で低頻度でアドバタイズする必要があります。最初のファブリックにコミッショニングされたら、デバイスは BLE アドバタイズを停止する必要があります。

コミッショナーはスキャンリクエストを発行する必要はありません。3 つの BLE アドバタイズチャネル（37（2402 MHz）、38（2426 MHz）、39（2480 MHz））でパッシブスキャンを行う必要があります。これらのチャネルは、Wi-Fi チャネルとの重複が最小限に抑えられたスペクトラムのリージョンから選択され、無線間の干渉を最小限に抑えます。

BLE は運用上の検出には使用されません。

Wi-Fi Soft AP

Wi-Fi Soft AP を使用する場合、コミッショニーはアドホックのソフトアクセスポイント（Soft AP） ネットワークを介して検出されます。ネットワークの SSID（ネットワーク名）は MATTER-ddd-vvvv-pppp の形式です。各項目の意味は次のとおりです。

ddd は 12 ビットの弁別子（16 進数）。
vvvv は 16 ビットのベンダー ID（16 進数）。
pppp は 16 ビットのプロダクト ID（16 進数）。

コミッショナーがコミッショニーに接続すると、両方で一意の IPv6 リンクローカルアドレスが構成され、Wi-Fi レイヤでの接続が可能になります。この時点で、次のセクションで説明する DNS-SD メソッドの場合と同様に検出が続行されます。

また、Wi-Fi Soft AP は、IPv4 の DHCP と情報要素（IE） を実装して、ベンダー固有の追加情報を公開できます。IE は、802.11（Wi-Fi）管理フレーム内の可変長フィールドで、カスタム情報を他のシステムに伝送できます。

コミッショナーのスキャンでは Wi-Fi チャネル 1、6、11 を優先する必要がありますが、地域のスペクトラム規制で許可されているすべてのチャネルをスキャンする必要があります。

Wi-Fi Soft AP は運用上の検出には使用されません。

DNS-SD

この場合、コミッショニーは、ノードによって提供されるサービスに関する情報を含むドメインネームサービス - サービスディスカバリ（DNS-SD） アドバタイズによって検出されます。DNS-SD の詳細については、 RFC 6762 をご覧ください。これは、次の場合に一般的なデバイス検出方法です。

コミッショニーがイーサネットに接続されているため、暗号化されていないネットワークメディアに物理的にアクセスできる。
コミッショニーがアウトオブバンドの方法で Wi-Fi または Thread ネットワークに参加している。
コミッショニーがすでに別のファブリックにコミッショニングされており、 Wi-Fi/Threadネットワークに参加している。この場合、コミッショニーは BLE アドバタイズを使用したり、Soft AP を作成したりすることはできません。そのため、すべてのセカンダリファブリックはこの方法でプロビジョニングされます。

Thread デバイスは DNS-SD を直接使用しませんが、Thread Border Router によって提供されるプロキシメソッドを使用します。このメソッドは、 DNS-SD サービス登録プロトコルとそのアドバタイズプロキシによって定義されます。Thread デバイスは、通常 Thread Border Router によって提供される SRP サービスに登録されます。このサービスは、登録されている各ノードの mDNS トラフィックを処理し、これらのプロトコルによって生成される追加のトラフィックでネットワークに負荷をかけません。ThreadThread

デバイス検出の DNS-SD インスタンス名は _matterc._udp で、ホスト名は 48 ビットの MAC アドレスまたは 64 ビットの MAC 拡張アドレスのいずれかで構築され、A5F15790B0D15F32.local. などの 16 進文字列で表されます。通常、このレコードは、コミッショニーがコミッショニングされる可能性がある場合にのみアドバタイズされます。ただし、コミッショニングモードでない場合でも、アドバタイズを続行できます。この動作は拡張検出と呼ばれます。

検出後、IPv6 アドレスは AAAA レコードで返され、キーと値のペアは DNS-SD TXT レコードで返されます。キーと値のペアには、弁別子、ベンダー ID、プロダクト ID などの情報が含まれます。ノードはコミッショニングサブタイプもアドバタイズします。これにより、結果をフィルタして、特定の属性に一致するコミッショニーのみを検索できます。

運用上の検出

運用上の検出は、コミッショニングされたノードを検出して識別するプロセスです。運用上の検出は、IP ベースの DNS-SD メソッドでのみ行われます。ノードインスタンス名は、64 ビットの圧縮ファブリック ID と 64 ビットのノード ID で構成されます。これらの ID は 16 進数で、2906C908D115D362-8FC7772401CD0696.local. のようにハイフンで連結されます。運用上の検出は、DNS-SD デバイス検出と同じターゲットホスト名を共有します。

DNS-SD サービスタイプは _matter._tcp です。_tcp という名前が使用されていますが、デバイスは UDP などの他のトランスポートを使用する場合があります。

トランザクションを呼び出す

生地