【ITニュース解説】The Feature Gate — Or, You Own the Device but Rent the Features

最近のIT製品では、「デバイスを物理的に所有しているのに、その機能を使うためにはベンダーの許可が必要になる」という現象が広まっている。これは「機能ゲート」と呼ばれており、システムエンジニアを目指す皆さんにとって、今後の製品開発や利用において非常に重要な視点となるだろう。

例えば、スマート体重計を考えてみよう。あなたは体重計本体をお金を払って購入し、自宅の浴室に置く。この体重計はあなたの体重を測定するセンサーを備えているが、その測定結果をスマートフォンアプリ、特にApple Healthのような既存の健康管理アプリと同期する機能が、年額99ドルのサブスクリプション料金を支払わなければ使えないことがある。つまり、あなたはハードウェアは確かに所有しているが、その体重計の重要な機能の一部は利用権を借りている状態だと言える。デバイスは手元にある「鍵」のようなものだが、その鍵で開く「ロック」はベンダーのサーバーにあり、ベンダーがそのロックの開閉を制御しているのだ。

なぜこのような状況が問題になるのか。これまでの製品では「物を購入すれば、その物自体を手に入れる」という前提があった。しかし、機能ゲートが存在するデバイスでは、その前提が崩れる。あなたはデバイスという物体を所有していても、そのデバイスがどのような振る舞いをするか、どのような機能を提供するかの所有権は持っていない。サーバー側の機能ゲートによって制御されるデバイスは、ベンダーが機能停止を決定したその日から、動作しなくなる可能性がある。あなたはシリコン製のハードウェアを購入したつもりでも、実際には「継続的な利用許可」を買ったに過ぎないのだ。

この機能ゲートはリモートに存在する。機能が停止されても、あなたのハードウェアには何も物理的な変更は起こらない。機能が使えるかどうかの確認は、あなたが管理していないベンダーのサーバーで、あなたが選べないタイミングで行われる。機能不全の原因はハードウェアの故障ではなく、サーバー上の設定変更によるものなのだ。

これは、一度きりの「購入」をベンダーとの継続的な「関係性」へと変える。一括払いの製品販売は支払いが完了すれば終了するが、ゲート付き機能には終わりがない。更新が必要になったり、料金が再設定されたり、新規ユーザーへの提供が打ち切られたりすることもある。ベンダーはデバイスの寿命が尽きるまで、その機能のスイッチを握り続けることになる。

機能ゲートの存在を見抜くには、その機能がどこで動いているか、つまり「スイッチがどこにあり、誰が持っているか」を問うことが重要だ。「あなたのデータはデバイス内にとどまります」という謳い文句があったとしても、データがローカルに保存されていても、それを使うための許可がサーバー上に存在するというケースがある。もしそのスイッチを握っているのが代替のきかないベンダーであるならば、あなたは製品を買ったのではなく、物理的なデバイスに縛られた実質的に無期限の契約を結んだに等しい。

この問題に対して、多くのIT専門家やユーザーは様々な対抗策を模索している。 一つは「セルフホスティング」だ。これは、自分でサーバーを立ててサービスを運用することで、ベンダーに機能のスイッチを握らせないという考え方だ。自分で機能を実行することで、その機能を完全に所有できる。 また、ファームウェア（デバイスの基本的な制御ソフトウェア）を自分で書き換えられる「オープンソースファームウェア」に対応したデバイスを選ぶことも、真にデバイスを所有するための手段となる。例えば、Librebootのような取り組みは、デバイスの最も低いレベルを自分でコントロールする試みだ。 「無料」を謳うゲート付き機能の裏側には、広告の表示やユーザーデータの収集といった監視の仕組みが存在し、それがサイバー攻撃の標的となる可能性もある。機能ゲートとユーザー監視は、しばしば同じ仕組みを通じて行われることが多い点にも注意が必要だ。 歴史的には、PGP（Pretty Good Privacy）のように、自分の鍵を自分で管理するという考え方が重要視されてきた。これは、制御できないスイッチを他者に委ねることへの不信感から生まれたものであり、アイデンティティの管理も機能の管理も、最終的には誰がコントロールの主導権を握るかという同じ問題に帰結する。 さらに、支払いシステム自体も第三者によって停止される可能性がある。クレジットカード会社や決済サービスプロバイダーが、何らかの理由で特定の取引やサービスを停止する権限を持っている場合、そこにもゲートが存在することになる。

では、システムエンジニアを目指す皆さんは、実際にどのような行動をとるべきだろうか。 まず、製品を購入する前に「機能のスイッチはどこにあるのか」と自問してみよう。もしデバイスの主要な機能が、ローカルで代替できないベンダーのサーバーに完全に依存している場合、その製品の真のコストは、表示されている本体価格ではなく、年間サブスクリプション料金を継続的に支払い続けるコストとして考えるべきだ。 次に、ベンダーのサービスが停止しても「役に立つ状態で故障する」デバイスを選ぶことが重要だ。例えば、クラウドサービスが停止しても、最後に測定した価格を保持して表示するようなデバイスは許容できるが、サービスが停止すると完全に文鎮化してしまうようなハードウェアは避けるべきだ。購入前にオフライン時の動作を確認する習慣をつけよう。 「約束」ではなく「機能」そのものを購入する意識を持とう。可能であれば、ローカルで動作し、ピアツーピアまたはデータのエクスポートを通じて同期できるツールを選ぶと良い。セルフホストのリストは、そのようなツールを探すための良い参考になる。 既に持っているゲート付きデバイスについても、ベンダーが倒産したり、料金を大幅に変更したりした場合の「出口戦略」を常に考えておくべきだ。もしその答えが「ただの文鎮になる」というものであれば、それを認識し、今後同様のデバイスを増やすのはやめるべきだ。 最後に、「サブスクリプションなし」という特徴を、それ自体が価値のある機能として評価しよう。一度買い切りのデバイスが、誰にもスイッチを握られていないという理由で、より価値がある場合も少なくない。

要するに、あなたは自分のアイデンティティを保持し、データを所有し、予期せぬ事態への出口戦略を考えていても、物理的に所有するデバイスの機能は依然としてレンタルしている可能性があるのだ。許可がなければ使えないものは、あなたが購入したものではなく、実質的に追加の手間がかかるリース契約を結んでいるに過ぎないということを理解しておく必要がある。これは、現代のデジタル社会において、システムエンジニアとして製品やサービスとどう向き合うかを考える上で、非常に重要な考え方となる。