前の一編の終わりに問いが残った。囲いはすでに大きく、すでに載っている。土地はどうやってそこまで行くのか。
答えは単純だ。そこへ入る。
アプリ一つとして入る
居間のTVにも、車の画面にも、ホームハブにも、アプリを置く席がある。その席は開いている — 提出手続きが公開され、審査基準が文書になっていて、サードパーティが実際に載せている。
その席にプレイヤーがアプリ一つとして上がる。すると何が起きるか。
その画面が外の装置を扱えるようになる。 居間のTVがボイラーと換気設備の状態盤になり、車のモニターが荷台と作業機の操作面になる。TVをつくった側がボイラーに対応したことがなくてもそうなる。ボイラーが自分の画面を渡し、プレイヤーがそれを描くからだ。
これはその端末から何かを奪う構造ではない。その端末にできることが増える構造だ。
何を持ち出さないか
入る側が何を しないかのほうが大事だ。
プレイヤーはその端末の中のものを読まない。そこにあるアプリやデータを共有しないし、そのプラットフォームの利用者情報を必要としない。やることは 外の装置に接続するクライアントである。その接続も、利用者が指定した装置にしか行かない。
だから審査で説明すべきなのは「このアプリがこの機器の中で何をするか」ではなく、「外の装置を扱う権限をどう扱うか」だ。その文書は提出より先に用意されているべきものになる。
その端末に何が残るか
この構造が成り立つには、入る側だけが得をするのでは足りない。
TVをつくった側から見るとこうだ。自分のプラットフォームにアプリが一つ増えただけで、自分が対応したことのない装置カテゴリ全体がその画面に付く。 ボイラー会社と契約しなくても、農機具会社と規格を合わせなくてもだ。その画面の使い道が増える。
車載側には条件がもうひとつ付く。車両の中核に触れない席であることだ。制御系ではなく画面と音声だけを扱う領域なら装着が成り立つ。その区別が守られるかぎり、この話は安全系の外側の話である。
重心をどこに置くか
同じ事実を二通りに言える。
① こちらが彼らを通じて広がる。 ② 彼らの端末がより多くを扱えるようになる。
中身は同じで、読む人が変わる。①で言えば、そのプラットフォームには自分の資産を通り道として使うという話に聞こえる。②で言えば、自分の製品がよくなる話になる。
この一編が②で書かれているのは修辞ではない。実際に成り立つのが②であり、①でしか成り立たないのなら、この構造は最初から断られる。
通過する場所
扉が開いていることと、通ることは違う。プラットフォームごとに審査があり、提出手順は公開されている。
だからこの構造が用意したのは二つだ。中から何も持ち出さないこと — その端末の利用者も、決済も、データも触らない。そして その端末に何が残るのかを先に言うこと — アプリが一つ増えるのではなく、その画面が外の装置を扱う場所になる。
ここまでが第一の軸
似て見える二種類のうちのひとつ — 端末の中でアプリを動かすプラットフォーム — との関係を二編で書いた。
事業のかたちが逆であり(囲いと土地)、だからといって戦う席ではない(通り道)。この二つが第一の軸のすべてだ。
次の一編からは第二の軸である。今度は事業ではなくプロトコルの層で、窓の持ち主は誰かを問う。
makemind.dev 「探索」— 提出手続きが公開されていることまでが事実で、通過は別だ。