(編集者注: この記事は、ZigBee リソース ガイドからの抜粋です。)
過去 2 年間で、ZigBee の将来にとって重要となる可能性のある興味深い傾向が明らかになりました。相互運用性の問題はネットワーク スタックにまで移りました。数年前、業界は相互運用性の問題を解決するために主にネットワーク層に焦点を当てていました。この考え方は、「1 人の勝者」接続モデルの結果です。つまり、単一のプロトコルが IoT またはスマート ホームで「勝利」し、市場を支配し、すべての製品にとって当然の選択肢となる可能性があります。それ以来、OEM や Google、Apple、Amazon、Samsung などの大手テクノロジー企業は、多くの場合 2 つ以上の接続プロトコルで構成される、より高次のエコシステムを組織し、相互運用性への関心をアプリケーション レベルに移しました。現在では、ZigBee と Z-Wave がネットワーク レベルで相互運用できないことは、それほど重要ではありません。 SmartThings などのエコシステムを使用すると、どちらのプロトコルを使用する製品も、アプリケーション レベルで解決される相互運用性を備えたシステム内で共存できます。
このモデルは業界と消費者にとって有益です。エコシステムを選択することで、消費者は、下位レベルのプロトコルの違いにもかかわらず、認定製品が連携して動作することを保証できます。重要なのは、エコシステムも連携して機能させることができるということです。
ZigBee にとって、この現象は、開発中のエコシステムに組み込まれる必要性を浮き彫りにしています。これまでのところ、ほとんどのスマート ホーム エコシステムはプラットフォームの接続に重点を置き、リソースに制約のあるアプリケーションを無視することがよくありました。しかし、接続性が低価値アプリケーションに移行し続けるにつれて、リソースの制約を理解する必要性がより重要になり、エコシステムに低ビットレート、低電力プロトコルの追加を求める圧力がかかっています。明らかに、ZigBee はこのアプリケーションに適しています。 ZigBee の最大の資産であるその広範かつ堅牢なアプリケーション プロファイル ライブラリは、エコシステムが数十の異なるデバイス タイプを制御する必要性を認識するにつれて重要な役割を果たすことになります。 Thread に対するライブラリの値をすでに確認しました。これにより、アプリケーション レベルとのギャップを埋めることができます。
ZigBee は熾烈な競争の時代に突入していますが、その恩恵は計り知れません。幸いなことに、私たちは IoT が「勝者総取り」の戦場ではないことを知っています。複数のプロトコルとエコシステムが繁栄し、アプリケーションや市場で防御可能な地位を確立しますが、それがすべての接続問題の解決策ではありませんし、ZigBee も同様です。 IoT には成功の余地がたくさんありますが、その保証もありません。
投稿時間: 2021 年 9 月 24 日