翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
認定戦略に関する考慮事項
Matter は、さまざまなスマートホームデバイスとプラットフォーム間の相互運用性を可能にします。ただし、 Matter による認証は、デバイスメーカーにとって常に最適な選択肢であるとは限りません。デバイスタイプとユースケースによっては、実装と認定のコストが実用的または財務的に意味をなさない場合があります。このセクションでは、製造元が Matter で特定のデバイスを認証しないことを選択する主な理由をいくつか説明します。
Matter 標準は開発を簡素化し、ユニバーサルな互換性を実現することを目指していますが、特定のタイプのスマートホームデバイスは、利点を上回る認定への実践的な障壁に直面する可能性があります。Matter で厳格な制約、非 IP プロトコル、限られた対象者、または未定義のデバイスタイプを持つ製品の場合、最初は Matter 認定の取得が最善の戦略ではない可能性があります。これは、製造元が Matter の採用を避ける理由である可能性があります。ただし、Matter では、IP 対応ゲートウェイデバイスが IP 以外のエンドポイントをプロキシすることを許可しています。特定のレガシーデバイスの場合、ゲートウェイアプローチは、完全なデバイス再設計を回避しながら、Matter との互換性の実現可能なパスになる可能性があります。
2026 年の時点で、Matter がバージョン 1.5 になり、市場に数千の認定デバイスが存在するため、エコシステムは大幅に成熟しています。SDKs の改善、ドキュメントの改善、テストインフラストラクチャの拡大により、認定の障壁が軽減されました。ただし、以下に概説する考慮事項は、認証戦略を評価するメーカーにとって引き続き重要です。
Matter 標準が進化し、その範囲がより多くのユースケースをカバーするように拡大するにつれて、これらの製品カテゴリであっても、認定のケースは時間の経過とともに強化される可能性があります。デバイスメーカーは、特定の状況とロードマップを評価して、Matter コンプライアンスに関する最善のアプローチを決定する必要があります。多くの場合、少なくとも一時的に認定をオプトアウトする技術的な理由やビジネス上の理由があります。
IP 以外の接続プロトコル
Matter 標準を採用するには、デバイスは Wi-Fi、イーサネット、スレッドなどの IP ネットワークで動作する必要があります。Zigbee、Z-Wave、Bluetooth LE などの非 IP ワイヤレスプロトコルは、一般的に低帯域幅デバイスで使用されます。これらのプロトコルが Matter と互換性を持つには、IP から IP へのプロトコル変換機能を追加する必要があります。通信モジュールをアップグレードしたり、変換ゲートウェイを導入したりすると、通常、デバイスのハードウェアコストが増加します。
IP スタックのサポートを追加すると、ネットワーク処理により多くのメモリと処理能力を割り当てることができます。これは、非常に低コストで低電力のデバイスの機能を超える可能性があります。IP をサポートするためにメモリまたはフラッシュを追加すると、製造コストが増加し、バッテリーの寿命も短縮されます。電源またはセンサーデータのオンとオフが必要なユースケースでは、非 IP プロトコルが効率的なソリューションを提供します。
Matter は基本的に、IP 以外の独自のワイヤレス標準に依存するデバイスの認証を除外します。これにより、バックエンド製品の代替接続方法を使用するメーカーが制限される可能性があります。Wi-Fi やイーサネットなどの IP ベースのプロトコルはさまざまなエコシステムをインターフェイスするために必要ですが、一部のアプリケーションでは、非 IP 標準にはまだセンサーとスイッチの基本的な接続のメリットがあります。
Matter ブリッジはより一般的で標準化されており、メーカーは認定されたブリッジ製品を通じて Matter の互換性を得ながら、既存の非 IP デバイスラインを維持できます。このアプローチは、単一のブリッジが複数のレガシーデバイスを Matter エンドポイントとして公開できる Zigbee および Z-Wave デバイスエコシステムで成功することが証明されています。
ハードウェアの制限
もう 1 つの課題は、 Matter に必要なソフトウェアスタックをサポートするために、デバイス上の処理能力とメモリの最小レベルが必要であることです。ただし、最も基本的なスマートホームデバイスでは、コストとサイズの制約により、組み込みチップ機能が非常に限られていることがよくあります。
たとえば、シンプルなドアまたはウィンドウセンサーには、100 KB 未満のフラッシュメモリと 10 KB の RAM を持つマイクロコントローラーのみが含まれている場合があります。これにより、Matter を完全に実装するための十分なストレージと処理ヘッドルームが提供されません。より強力で高価なシリコンを追加すると、部品表が大幅に増加します。
コストとサイズが最優先事項である場合、メーカーは Matter の要件がハードウェア予算と一致しない場合があります。Matter を使用して非常に基本的なセンサー、スイッチ、またはコントローラーを認証すると、価格に影響を与える不要なハードウェアのアップグレードを強制する可能性があります。
Matter 1.4.2 (2025 年 6 月) では、リソース使用量を最適化したトランスポートの信頼性と Bluetooth Low Energy (BLE) コミッショニングが改善されました。SDK の成熟度とリファレンス実装の可用性により、Matter 統合のオーバーヘッドも削減されました。ただし、非常に制約の厳しいデバイス (100 KB フラッシュ未満) では、ゲートウェイプロキシアプローチが最も実用的なソリューションのままです。
お客様のエコシステム
考慮すべきもう 1 つの要因は、製造元のターゲット顧客ベースが Matter と互換性のあるスマートホームプラットフォームを使用しているかどうかです。そのセグメントのほとんどのコンシューマーが Matter コントローラーまたは Matter 対応ハブとアプリを使用していない場合、製品を認証するインセンティブはほとんどない可能性があります。
例えば、高機能ユーザーのニーズへの対応に注力している企業は、Matter 管理者なしでシンプルなセットアップを顧客に提供している場合があります。または、DIY (do-it-yourself) ホームオートメーション愛好家は、カスタムソリューションを希望し、ブランド間で Matter のplug-and-playエクスペリエンスを必要としない場合があります。
ターゲット属性が Matter インフラストラクチャと連携しないシナリオでは、 認証は明確な利点なしに複雑さを追加します。Matter コンプライアンスに労力を振り向けるのではなく、関連プラットフォーム内のユーザーエクスペリエンスの最適化にリソースを費やす方がよいかもしれません。
2026 年現在、Matter の導入は主要なエコシステム (Amazon Alexa、Google Home、Apple HomeKit、Samsung SmartThings) が標準を完全にサポートする重要な規模に達しています。Matter に対するコンシューマーの認識が大幅に高まり、Matter ロゴは相互運用性の認識されたマークになりました。ターゲット属性の質問が「お客様は Matter を使用していますか？」から移行しました。「Matter をサポートしない余裕はありますか？」 多くの市場セグメントでベースラインとなるため。
デバイスタイプがまだ定義されていません
Matter の範囲は最初のリリースから大幅に拡大しましたが、最も一般的なスマートホームカテゴリと多くのアプライアンスをカバーしていますが、一部のニッチな垂直領域は依然として標準化を待っています。
企業が既存の Matter プロファイルでカバーされていない一意のデバイスタイプを開発する場合、新しいプロファイルがドラフトされるまで認定はできません。これにより、Matter がその範囲を拡大するのを待っている間に、新製品の起動が遅れる可能性があります。
一部のメーカーは、イノベーションのリリースを控えるのではなく、独自の方法でより早くニッチなソリューションを市場に投入することを好むかもしれません。関連するプロファイルが成熟した後も、後で認証することは引き続きオプションです。先入れ先出しの利点として、場合によっては Matter を使用せずにdirect-to-consumer移行することをお勧めします。
代替方法: ゲートウェイでのプロキシ
エンドポイントデバイスに Matter の直接認定を妨げる制限がある場合、代替のアプローチは、ゲートウェイでデバイスの Matter 機能をプロキシすることです。ゲートウェイは、エンドポイントのローカルワイヤレスプロトコルと IP ベースの Matter プロトコルを変換するブリッジとして機能します。
例えば、独自の無線標準を介して通信する基本的な温度センサーは、引き続き Matter 管理者に Matter デバイスとして表示される可能性があります。ゲートウェイは非 IP インターフェイスでセンサーデータを受信しますが、そのデータを表す仮想 Matter エンティティを IP 経由でコントローラーに公開します。これにより、既存のハードウェアを使用し、ゲートウェイを通じて相互運用性のメリットを得ることができます。
もちろん、これによりデベロッパーの複雑さが増し、必要な翻訳レイヤーをサポートするゲートウェイが必要になります。ただし、直接認証がデバイス自体にとって難しすぎる場合は、実行可能な侵害である可能性があります。プロキシは、ハードウェアを完全に見直しなくても、低電力またはニッチなソリューションが Matter エコシステムに参加するのに役立ちます。
Matter ブリッジ仕様は成熟し、多数の認定ブリッジ製品が主要メーカーから利用可能になりました。これにより、ゲートウェイアプローチは Matter の初期の時代よりも実用的で標準化されています。メーカーはブリッジプロバイダーと提携したり、独自の認定ブリッジを開発して、エンドポイントハードウェアを再設計することなく、非 IP デバイスを Matter エコシステムに取り込むことができます。
