Matter 認定戦略に関する考慮事項

Matter は、さまざまなスマートホームデバイスとプラットフォーム間の相互運用を可能にします。ただし、Matter による認証は、デバイスメーカーにとって必ずしも最適な選択肢とは限らない場合があります。実装と認定のコストは、デバイスのタイプとユースケースによっては、実用的または財務的な意味をなさない場合があります。このセクションでは、メーカーが特定のデバイスを Matter で認証しないことを選択する主な理由をいくつか説明します。

Matter 標準は開発を簡素化し、ユニバーサルな互換性を可能にすることを目的としていますが、特定のタイプのスマートホームデバイスは、利点を上回る認定の実践的な障壁に直面する可能性があります。Matter で制約が厳しい製品、IP 以外のプロトコル、対象者が限られている製品、またはデバイスタイプが定義されていない製品の場合、Matter 認定の取得は最初は最適な戦略ではない可能性があります。メーカーが Matter の導入を避ける理由は、これらである可能性があります。ただし、Matter では、IP 対応ゲートウェイデバイスが IP 以外のエンドポイントをプロキシすることを許可しています。特定のレガシーデバイスの場合、ゲートウェイアプローチは、完全なデバイス再設計を回避しながら、Matter の互換性の実現可能なパスとなる可能性があります。

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 以外の標準は、一部のアプリケーションでのセンサーやスイッチの基本的な接続に価値があります。

ハードウェアの制限事項

もう 1 つの課題は、Matter が必要なソフトウェアスタックをサポートするために最低限のレベルのデバイス上の処理能力とメモリを必要とすることです。ただし、最も基本的なスマートホームデバイスでは、コストとサイズの制約により、組み込みチップ機能が非常に限られていることがよくあります。

例えば、シンプルなドアまたはウィンドウセンサーには、フラッシュメモリが 100 KB 未満で RAM が 10 KB 未満のマイクロコントローラーのみが含まれている場合があります。これにより、Matter を完全に実装するための十分なストレージと処理ヘッドルームが提供されません。より強力で高価なシリコンを追加すると、部品表が大幅に増加します。

コストとサイズが最優先事項である場合、メーカーは Matter 要件がハードウェア予算と一致していないと判断することがあります。Matter を使用して非常に基本的なセンサー、スイッチ、またはコントローラーを認証すると、手頃な価格に影響する不要なハードウェアのアップグレードを強制する可能性があります。

カスタマーエコシステム

考慮すべきもう 1 つの要因は、メーカーのターゲット顧客ベースが Matter と互換性のあるスマートホームプラットフォームを使用しているかどうかです。そのセグメントのほとんどのコンシューマーがMatterコントローラーやMatter対応ハブやアプリを使用していない場合、製品を認証するインセンティブはほとんどない可能性があります。

例えば、資格のあるユーザーのニーズへの対応に注力している企業は、Matter 管理者なしで顧客が簡単なセットアップをしていることに気付くかもしれません。または do-it-yourself 、 (DIY) ホームオートメーションの愛好家はカスタムソリューションを好み、ブランド間でMatter plug-and-play の経験を必要としないかもしれません。

ターゲット属性が Matter インフラストラクチャと連携しないシナリオでは、認証によって明確なメリットなしに複雑さが増します。Matter コンプライアンスに労力を振り向けるのではなく、関連プラットフォーム内のユーザーエクスペリエンスの最適化にリソースを費やす方がよいかもしれません。

まだ定義されていないデバイスタイプ

Matter は現在、照明、HVAC、ロック、死角、エンターテイメントなど、一般的なスマートホームカテゴリのデバイスプロファイルと仕様のみを定義します。これらの定義された領域外のニッチな製品タイプは、デバイスタイプが標準化されるまでカスタムプロファイルを使用する必要があります。灌漑コントローラー、プール機器、ニッチアプライアンスなど、リストされている垂直以外のデバイスカテゴリは、まだ Matter を使用できません。

企業が既存の Matter プロファイルの対象ではない一意のデバイスタイプを開発した場合、新しいプロファイルがドラフトされるまで認定はできません。これにより、Matter がその範囲を拡大するのを待っている間に、新製品の発売が遅れる可能性があります。

イノベーションのリリースを止めるのではなく、一部のメーカーは独自の手段でニッチなソリューションを市場に早く投入することを好むかもしれません。後で認証することは、関連するプロファイルが成熟した後も引き続きオプションです。ファーストマバーの利点として、Matter direct-to-consumer を使用しない方が望ましい場合があります。

代替方法: ゲートウェイでのプロキシ

エンドポイントデバイスに Matter の直接認証を妨げる制限がある場合、代替アプローチとして、ゲートウェイでデバイスの Matter 機能をプロキシする方法があります。ゲートウェイは、エンドポイントのローカルワイヤレスプロトコルと IP ベースの Matter プロトコルを変換するブリッジとして機能します。

例えば、独自の無線規格を介して通信する基本的な温度センサーは、Matter 管理者にMatterデバイスとして表示される可能性があります。ゲートウェイは、非 IP インターフェイスでセンサーデータを受信しますが、そのデータを表す仮想 Matter エンティティを IP 経由でコントローラーに公開します。これにより、既存のハードウェアを使用し、ゲートウェイを通じて相互運用性のメリットを得ることができます。

もちろん、これによりデベロッパーの複雑さが増し、必要な翻訳レイヤーをサポートするゲートウェイが必要になります。ただし、デバイス自体にとって直接認証が難しすぎる場合は、実行可能な侵害である可能性があります。プロキシは、ハードウェアを完全にオーバーホールすることなく、低電力またはニッチなソリューションが Matter エコシステムに参加するのに役立ちます。