意見: なぜAppleは専用のHomeKitアプリを必要とするのか

ここ数ヶ月、私たちはさまざまなベンダーからのHomeKitアクセサリーやアプリを見てきました。そして、HomeKitとの生活についてのいくつかの経験を共有しました。要するに、Appleの新興ホームオートメーションエコシステムは、その潜在能力の観点から勝者であると感じ続けていますが、成長痛は続いています。

残念ながら、私たちが見たHomeKitアクセサリーは手頃な価格で堅実なパフォーマンスを発揮していますが、ほとんどの場合、それに伴うアプリについては同じことが言えません。後者は、かなり良いものからせいぜい平凡なものまで様々であり、大半はそのスケールの下端に位置しています。実際、私たちが見たすべてのHomeKitアプリの中で、ElgatoのEveアプリだけが定期的に使用する価値があると考えられ、複数のベンダーからのすべてのHomeKitアクセサリーを制御するための私たちの選択肢となっています。実際、別のベンダー（Philips）が、Hue照明と連携するためのHomeKitの設定ガイドでElgatoのアプリを具体的に使用することを推奨しているのは興味深いことです。なぜなら、Hueアプリ自体はネイティブのHomeKitサポートや制御を提供していないからです。

さまざまなHomeKitアプリが存在する中で、AppleがHomeKitを通じて推進しているすべての機能に対して限られたサポートしか提供していないアプリが多く、Appleが作成したHomeKitアプリが欠如しているのは目立ちます。昨春の噂では、AppleがiOS 9でHomeKitアプリに取り組んでいるとされており、内部でかなり基本的なバージョンのアプリが使用されているとのことでしたが、いまだに公に利用可能な形では現れていません。これは、内部のHomeKit開発のためだけであり、決して公に出ることを意図していなかった可能性を示唆しています。通常、ユーザーエクスペリエンスを厳密に管理することに非常に注意深い企業にとって、AppleがHomeKitのユーザーインタラクションの多くをサードパーティの開発者に委ねているのは特に奇妙です。多くの開発者は優れたハードウェアメーカーですが、アプリケーション開発において必ずしも熟練しているわけではありません。HomeKitはこれらのアプリを通じて十分に機能しますし、もちろんApple自身のSiriインターフェースもありますが、私たちは本当にどのアプリもAppleが設計したアプリが達成できるような明確さや直感的な方法でHomeKitを平均的なユーザーに提示しているとは思えません。

明確にするために、HomeKitはAppleが提供する基盤システムであるため、サードパーティのアプリが提供するほとんどの機能は実際にはiOSのコア部分に過ぎません。この場合、サードパーティのアプリは「HomeKit」フレームワークとインターフェースを介してデバイスを追加および制御し、部屋、ゾーン、サービスグループ、シーンを設定し、時間および位置に基づくトリガーを構成すること以外のことは行っていません。これが、ほとんどのHomeKitアプリが最初に設定されていなくても、あなたのHomeKitインフラ全体を「見る」ことができる理由であり、時間および位置に基づくトリガーが設定アプリを実行する必要がない、あるいはインストールされている必要がない理由です。

言い換えれば、IncipioのCommandKitアプリをインストールし、いくつかの位置ベースのトリガーを設定し、その後完全にiOSデバイスから削除しても、位置トリガーはまだ実行されます。これらは特定のアプリ内ではなく、コアのHomeKitシステムに保存されています。

実際、ベンダー固有のHomeKitアプリに必要なHomeKit機能は、その特定のベンダーのデバイスをHomeKitシステムに追加することだけのようです。ElgatoのEveアプリはElgato製のデバイスのみを発見して追加し、iHome、iDevices、Incipioなども同様です。しかし、一度追加されると、デバイスはそのクラスのデバイスをサポートする任意のHomeKitアプリから制御できます。

更新: Elgatoがこの記事の最後のコメントで指摘しているように、Eveアプリは非ElgatoのHomeKitデバイスをユーザーのHomeKit構成に追加することができます。これは、デバイスがすでにユーザーのWi-Fiネットワークに接続されているか、iOSの設定アプリを使用して手動でiOSデバイスにペアリングされている場合です。ElgatoはここでAppleの制限内でできることをすべて行った可能性がありますが、私たちが見たほとんどのHomeKitアクセサリーでは、これはほとんどのユーザーが面倒だと思うような多段階プロセスを必要とし、基本的にAppleの暗黙の目標であるHomeKitの設定プロセスをできるだけシームレスにすることに反しています。

しかし、ここから事態は不透明になります。問題は、すべてのHomeKitアプリがすべてのクラスのデバイスをサポートしているわけではないということです。結局のところ、なぜそうする必要があるのでしょうか？競合他社の製品を簡単に制御できるアプリを開発するインセンティブはどこにあるのでしょうか？これは私たちの意見では意図的ではなく、単にビジネスの性質です。すべての企業は製品に投入できる時間と労力が限られており、ほとんどのハードウェアベンダーはそもそもアプリ開発の専門家ではありません。自社のデバイスでアプリを動作させるだけでも十分な時間がかかるため、他のベンダーのデバイスをサポートしようとするのは正当化できません。もちろん、場合によっては、問題のデバイスの性質により、すでに組み込まれていることもあります。たとえば、スマートアウトレットを製造するベンダーのアプリは、他のベンダーのHomeKit設定されたスマートアウトレットを自動的にサポートする可能性が高いです。なぜなら、すべて同じ「クラス」のデバイスだからです。しかし、サーモスタット、センサー、ドアロックのようなあまり普及していないデバイスは、制御するために自社のHomeKitアプリを必要とする可能性が高いです。

もう一つの問題は、私たちが見た多くのHomeKitデバイスがHomeKitが提供できる以上の機能を持っていることです。たとえば、ElgatoのEveセンサーは温度と湿度を監視できますが、これらはHomeKitフレームワークを通じて利用可能です。しかし、彼らはまた空気質と気圧の監視も提供します。同様に、iDevices、Elgato、Incipioのスマートアウトレットはすべて電力消費の監視を提供しますが、再びHomeKitはその情報をどう扱うか分かりません。これらのすべてのケースにおいて、HomeKitが知らない情報は、各ベンダーの独自のアプリの方法を通じてのみアクセスでき、ユーザーはどの機能がHomeKitの一部であり、どの機能がそうでないかについて混乱することになります。この問題の唯一の解決策は、AppleがHomeKitを拡張して、同社がHealthアプリで記録および追跡できるデータの量を徐々に増やしてきたのと同様に、より多くの形式の入力を受け入れることです。

これらすべては最終的に、Appleがホームオートメーションアクセサリーをまとめるために部分的に進んでいる半独占的な世界に私たちを置きますが、まだその旅を完了していないようです（まだ）。AppleがMFiプログラムを通じてバックエンドで物事を指導し、APIの強制を行っていることは確かですが、同社はHomeKitアプリがどのように構築されるべきか、特にユーザーインターフェースに関して、開発者ガイドラインに関しては明らかにほとんど何も行っていません。HomeKitアクセサリーが複数のアプリでシーン内で表示および制御できるのは素晴らしいことですが、これを行うためのユーザーインターフェースは混乱しており、一貫性がありません。これは、個々のハードウェアベンダーのデザイン哲学に基づいています。さらに、ユーザーは本来単一の統一されたインターフェースから利用可能であるべき設定を行うために複数のアプリを使い分ける必要があります。5つの異なるHomeKitアプリを開くと、ホームオートメーションアプリがどのように見えるべきかについて、まったく異なる5つのインターフェースとアイデアが表示されます。バックエンドの整理とSiri音声制御を超えて、私たちはHomeKitユーザーエクスペリエンスに向けた方向性がないように感じています。これは、通常ユーザーインタラクションに執着する企業から来る大きな皮肉です。