スマートホームデバイスの箱を開けた人間が最初にやることは、Bluetooth接続、アプリ起動、ネットワーク選択、QRコードスキャンだ。「便利になるはずの道具」を使い始めるために、これだけの手順がある。世界市場規模は2024年時点で約1,340億ドル、2030年までに2,310億ドル超という予測（Grand View Research）があるにもかかわらず、先進国の家庭普及率は20〜30%台に留まる。「高価格より複雑さが障壁」という調査結果は何度も出てきた。
CSA（Connectivity Standards Alliance）がMatter 1.6で踏み込んだのは、その複雑さの核だ。2026年6月17日の正式リリースは、新デバイスカテゴリをゼロとした代わりに、セットアップ・エコシステム連携・デバイスへの命令の3層それぞれに手を入れた「機能強化リリース」だった。
「デバイスの電源が入る前」にセットアップを終わらせる
天井照明器具の取り付け前に電球をコミッショニングしておく——このシナリオが現実になった。Matter 1.6の双方向NFC通信は、電源が入っていない状態でコミッショニングの全工程を完結させる。施工業者がまず恩恵を受ける機能だ。
Matter 1.4.1まで、コミッショニングはBluetooth LEが担っていた。同バージョンでNFCタグへのセットアップ情報埋め込みが追加されたが、それは「QRコードの代わりにタグを読む」だけだった。コミッショニング本体はBluetooth LEを経由する必要があり、デバイスの電源が入っていることとスマートフォンが近くにあることが前提だった。Matter 1.6はその前提を外した。
壁内スイッチの配線前にセットアップを済ませる、ホテルや集合住宅の客室デバイスを廊下で事前プロビジョニングする——既存のBluetooth LEベースの作業フローでは不可能だった手順が現実的になる。Matter対応デバイスの累計認証数は2026年時点で4,000を超えており（CSAデータ）、その規模での施工コスト削減効果は無視できない。一般ユーザーにとっては「スマートフォンをかざして終わり」という体験になる。
Joint Fabricが解決しようとするファブリック上限問題
MatterのアーキテクチャにはApple HomeのユーザーもGoogle Homeのユーザーも気づきにくい制約がある。「ファブリック（Fabric）」と呼ばれる信頼の輪の上限だ。
Apple HomeのファブリックにデバイスAが参加すると、Apple Homeのコントローラーがそのデバイスを管理する。同じデバイスをGoogle Homeからも操作するには、Enhanced Multi-Admin機能を使ってGoogle Homeのファブリックにも参加させる必要があった。多くのMatter認定デバイスの実装では最大5ファブリック程度が上限で、Apple Home・Google Home・Amazon Alexa・SmartThings・Homebridgeと参加していくとすぐに埋まる。複数エコシステムが共存する家庭では、このカウントは実際の問題になっていた。
Joint Fabricはその設計を逆転する。「デバイスが複数の独立したファブリックにそれぞれ参加する」代わりに、「複数のコントローラーが単一の共有Matterネットワークを共同管理する」。中央データストア（central Datastore）に認可された複数のコントローラーが参加し、Joint Fabricに追加されたデバイスは参加コントローラー全員からアクセス可能になる。管理者はデバイスとは独立して追加・削除できるため、デバイス側に何の変更を加えなくても管理主体を入れ替えられる。
ファブリックカウントの観点でも設計は明快で、Joint Fabricへの参加は容量の「1」としてカウントされる。家族がiPhoneとAndroidを使い分けている場合、以前は各エコシステムのファブリックをデバイスごとに消費していた。Joint Fabric参加でエコシステム横断の管理が1カウントで実現できる。Matter AlphaやDGS Communityの解説によれば、Apple Home・Google Home・SmartThingsが参加主体として想定されており、Amazon・Apple・Google・SamsungはいずれもCSAのボードメンバーとして仕様策定に継続的に関与している。各社の実装タイムラインはCSAから示されていないが、業界内では主要エコシステムのJoint Fabric対応は「時期の問題」という見方が強い。
コントローラーが「命令」ではなく「提案」を送るとどうなるか
従来のスマートホームプロトコルでは、コントローラーがサーモスタットに対して行うのは命令だ。「25度に設定せよ」という信号をデバイスが受信すれば、デバイスはそれに従う。ユーザーが室温26度でちょうど快適だと感じていても、コントローラーが「省エネのため25度に設定」と送れば実行される。
Thermostat Suggestions（サーモスタット提案）で導入される仕組みはそれとは違う。コントローラーはサーモスタットのサポートするプリセットに紐付いた時間制限付きの「提案（suggestion）」を送る。サーモスタットはユーザーが設定した条件と現在の環境（室温、湿度、空気質など）を評価し、提案に従うかどうかを自律的に判断する。提案を断る場合は標準化された理由をコントローラーに返す。「直前に手動調整したばかりの提案は延期する」という動作もサポートされる。
電力需要応答プログラム（Demand Response）での使われ方が具体的だ。電力会社が「今夜18〜20時は節電してほしい」と信号を送ってきた場合、従来方式では家庭側のサーモスタットが自動的に設定変更されるケースがあった。Thermostat Suggestionsでは、節電要請を「提案」として受け取り、ユーザーが事前に設定した快適性の閾値——「湿度が70%を超えたら節電提案を断る」など——に照らして実行するかを判断できる。欧州のエネルギー規制（HEMS連携要件）や日本の需給調整市場への対応という観点でも、この設計は技術的な基盤となる。
Zigbee・Z-Waveとの対比——Matterが異なる解を選んだ理由
ZigbeeとZ-Waveはいずれも長年の実績を持つメッシュネットワーク規格だが、エコシステム統合は「専用ブリッジを立てて異規格間をつなぐ」という外付け方式が基本だった。Home Assistantのような中間ハブがなければ複数規格を束ねられない構成は、導入コストと運用の複雑さを引き上げてきた。
MatterはThread（IPベースのメッシュネットワーク）とWi-Fiを共通のIPトランスポートとして使い、アプリケーション層でエコシステムをまたぐ統合を可能にする設計を選んだ。Joint FabricはそのMatter設計思想の延長線上にあり、「ブリッジを経由せずに複数コントローラーが同一ネットワークを直接管理する」という点でZigbee/Z-Wave的アプローチとは構造的に異なる。
CSAにはAmazon・Apple・Google・Samsungが参加しているため、業界標準として機能する前提の現実性は高い。ただしJoint FabricはMatter 1.6で定義された「仕様」であり、製品に実装されて初めてユーザーに届く。CSAの表現を借りれば「製品への道筋は各社・製品タイプによって異なる」——仕様から実装への速度が普及の速度を左右する。
コア強化4点とProduct Security 1.1
Matter 1.6には上記3機能以外に、セキュリティと運用管理に関わるコア強化が4点含まれる。デバイス能力・限界の標準化された通知、セキュリティセンサーのイベント履歴の相互運用性、煙・COアラームの取り外し状態（Unmounted State）通知、証明書失効リスト（CRL）のパーティション分割だ。CRLパーティション分割はMatter 1.4.2から積み上げてきたセキュリティ強化の継続にあたる。同日、CSAはProduct Security 1.1もリリースしている。Matter 1.6の仕様書とSDKはCSA公式サイトおよびhandbook.buildwithmatter.comで公開されている。