多くのレビュアーが指摘しているように、Apple Watchは第一世代のデバイスとしては驚くほど奥深い機能を備えています。時刻を表示するだけでなく、あらゆる種類のフィットネス統計を追跡し、着用者をよりアクティブなライフスタイルへと促すのにも非常に優れています。iOSの通知システムとの連携も良好で、Siriとの連携も最高レベルです。
残念ながら、Apple Watch の内蔵ソフトウェアの豊富さはサードパーティ製アプリには及ばず、その多くは目的と機能が明らかに欠如しているようで、今あるものが Apple Watch から得られるすべてなのだろうかと疑問に思わざるを得ません。
Apple が最新製品に抱いていた期待感を考えると、これは少し残念なことかもしれないが、現状には十分な理由があり、近い将来に状況が急速に改善する可能性は間違いなくある。
思ったよりコンピューターが少ない
Apple Watchは紛れもなく素晴らしいエンジニアリングの成果ですが、デザインには妥協も必要です。Appleは明らかに、デバイスのパワーとサイズのバランスを取る必要があったのでしょう。バッテリーがレンガほどの大きさだったら、世界最強のコンピューターを身につけたいと思う人はいないでしょう。
Appleデバイスに期待されるような応答性とスムーズなアニメーションをユーザーに提供しながら電力消費を最小限に抑えるために、Watchは同社が昨年iOS 8のリリース時に初めて導入した技術を使用して、計算作業のほとんどをペアリングされたiPhoneにオフロードします。
私たちが「Watchアプリ」と考えているものは、実際にはそれぞれ特定の機能を持つ3つの異なるコンポーネントの組み合わせです。1つ目は「ホストアプリ」と呼ばれます。これは従来のiOSソフトウェアで、iPhone上で動作し、ポケットサイズのデバイスに期待される機能を提供します。
開発者の観点から見た Watch アプリの 3 つのコンポーネント。iPhone 上で実行される WatchKit 拡張機能こそが、まさに魔法が起こる場所です。
Appleはパズルの2つ目のピースを「WatchKitアプリケーション」と呼んでいますが、この呼び名は誤解を招きます。Apple Watch本体に実際に搭載されているのは、ボタンや画像といったユーザーインターフェース要素を含むデータバンドルのみで、最終的には手首に装着された画面に表示されますが、コードは一切含まれていません。
カーテンの裏側
魔法は、3 つのコンポーネントの最後のコンポーネント、つまり、携帯電話上で実行され、Bluetooth を使用して時計に保存されているユーザー インターフェイスと対話する、WatchKit Extension と呼ばれるコードのコレクションで発生します。
この仕組みの利点は明白です。まず、バッテリーを大量に消費する処理(計算、ネットワーク接続など)の大部分はiPhoneで行われるため、AppleはiPhoneの電力消費を長年改良・最適化してきました。次に、iOSソフトウェアの開発経験があれば、誰でもすぐにWatchアプリを開発できるようになります。これは、発売時点で3000種類ものアプリが利用可能だったことの理由の一つと言えるでしょう。さらに、WatchアプリとiPhoneアプリは拡張機能を通じてコードを共有できるため、コードの重複やバグが減ります。
Watch は最初からサードパーティ製アプリをサポートしていましたが、それらのアプリを動かすコードは実際にはペアリングされた iPhone 上で実行されるため、開発者ができることが大幅に制限されていました。
一方で、現状では開発者の視点から見ると、Watchは実質的にタッチ機能を備えた小さな外部スクリーンに過ぎません。マイク、加速度計、デジタルクラウンといった高度なセンサーや機能のほとんどは全く手の届かないところにあり、アニメーションを表示するといった単純な操作でさえ、すべてのフレームを事前にレンダリングし、Watchにアップロードして再生する必要があります。
見た目以上のパワー
何か良いニュースを待っていたのなら、これがそのニュースです。小型であるにもかかわらず、Watch 自体には非常に強力な機能が備わっており、現在 Apple が開発者に許可している以上の機能を実現できます。
Appleがサードパーティ製ソフトウェアに関してこれほど保守的なアプローチを取るのには、いくつか正当な理由があります。まず、ほとんどの開発者は、アプリがApp Storeに公開されるまで、実質的にApple Watchに物理的にアクセスできなかったことです。今のソフトウェアが提供する機能の少なさに失望しているなら、実際のハードウェアにアクセスせずに盲目的に開発されたためにパフォーマンスが低かったり、使い物にならなかったりするアプリを扱わなければならないとしたら、どれほど不満を感じるか想像してみてください。
Appleは開発者に自由な裁量を与える代わりに(おそらく賢明な判断だったのでしょうが)、サードパーティ製アプリが安全に利用できる厳密に定義された機能セットのみを公開することに決めました。その結果得られるコードは、ユーザーの手に渡れば問題なく動作すると確信していたからです。これにより、開発者に時間と費用を浪費させ、ひいては消費者のApple Watchの評判を永久に傷つける可能性もあった、潜在的な災難を回避できました。
内蔵アプリはウォッチのセンサーにアクセスできますが、これはサードパーティにはまだ与えられていない特権です。
Appleは、ユーザーが現実世界でWatchをどのように操作するかを正確に把握するために、ある程度の時間をかけたかったのかもしれません。クパティーノのApple社員が常々行うように、秘密裏に製品を開発することのデメリットは、多くの顧客の手に渡った後、あるいは場合によっては手首に装着された後に、どのように使われるかを予測することが難しい場合があることだと思います。したがって、まずは機能を控えめにして、使用パターンが理解しやすくなったら、徐々に機能を増やしていく方が賢明でしょう。
より良いものはすぐそこにあるかもしれない
Apple の毎年恒例の世界開発者会議が数週間後に迫っており、Watch エクスペリエンスの改善が間もなく実現するかもしれません。
同社が今後何を用意しているか(おそらく何もないだろうが)は誰にも分からないが、他の分野よりも憶測が成り立つ分野がいくつかある。
一つは、サードパーティがApple Watchに搭載されている多数のセンサー(心拍数モニター(パルスオキシメーターとされる)、加速度計、マイクなど)に直接アクセスできることです。これにより、アプリはより多くの機能を提供できるようになり、開発者はApple自身もまだ考えていないような新機能を開発する機会を得ることになるかもしれません。
デバイス上で直接コードを実行できる機能により、開発者はより応答性の高い要素を備えたより豊富なユーザー インターフェイスを設計できるようになり、よりインタラクティブなアプリの実現も可能になります。
現在、Bluetooth 通信では、ユーザーが画面をタップしてから iPhone 上で実行されているコードが入力に反応するまでの間に、顕著な遅延が生じるため、これは不可能ですが、おそらく Apple のエンジニアは、作業の大部分は依然として携帯電話上で実行しながら、一部の機能をデバイス上で直接実行できる妥協点を見つけ出すことができるでしょう。
結局のところ、ボールはAppleの手に委ねられています。しかし、同社が開発者向けにどのような新機能を用意しているかに関わらず、アプリが成長し進化し、Watchをさらに優れたデバイスにする余地は十分にあると言えるでしょう。