
浴室を出るときに照明を消す。換気扇はもう少し回したいが、後で戻ってきて消さなければならない。廊下の端に着くと、反対側にあるスイッチが惜しくなる。スマートフォンで照明のオン・オフができるものの、アプリと壁のボタンが異なる状態を表示する場合、ユーザーはどちらを信じればよいのか混乱する。押したのに予想と異なって動く経験が繰り返されると、便利のために導入した機能は結局使われなくなる可能性がある。
UPMI Labが公開したスマートスイッチの事例は、生活の不便とこうした混乱を同時に減らすことから始まる。既存の4口機械式スイッチのスペースに6口スマートスイッチを設置し、AIエージェントとともにボタンごとに生活ルールを組み込んだ。何を一緒にオンにし、いつオフにするかを決定するだけでなく、アプリと物理ボタンが実際の状態を一貫して表示するように調整した。ボタンの数よりも重要なのは、人が期待した通りに動作し、その結果を信頼できるかどうかだった。
スマートフォンのスイッチを超えて
リモートオン・オフは便利である。しかし、アプリではオフになっているのに壁のボタンにはオン表示が残っている場合や、一括消灯を押したのに他の照明が点灯している場合、ユーザーは毎回動作を再確認しなければならない。操作手段が増えた分、確認すべきことも増えることになる。この不便さは、機能が不足しているだけでなく、同じ家の状態を各操作手段が異なる方法で知らせることからも生じる。
製品アプリのリモートや自動化機能で解決できることもある。しかし、すでに設置された壁パネル照明と他のスイッチまで結びつけるには、デバイス間の接続と動作条件をさらに扱う必要がある。この事例では、既存設備をHomebridgeを通じてAppleホームに接続した基盤を活用した。新しい製品で家全体を入れ替えるのではなく、壁ボタンの役割をソフトウェアで再構成したのである。
大規模インテリジェントビルのプログラムスイッチと似ている点もここにある。ボタン1つが配線された照明1つだけを担当するだけでなく、複数の設備と決まった順序を実行する。建物制御システム全体を家庭に移したという意味ではないが、家庭でも利用者が望む制御方式を設計できる可能性を示している。
「一括オフ」が正しく動作するために必要なこと
部屋の照明を一括で消すボタンは単純に見える。しかし、同じ照明を個別ボタンとアプリで交互に操作すると、一括ボタンの記憶状態と実際の状態がずれる可能性がある。ユーザーはもう一度押す必要があるのか、他の照明が点灯しているのではないのかを判断しなければならない。
運用者は一括ボタンがグループに属するデバイスの状態を集めて判断するように構成した。1つでもオンがあれば1回押してすべてオフにし、すべてオフであればすべてオンにする。ここで「一括」とは事前に指定された部屋のグループのことである。リビングはキッチン・ダイニングテーブル・リビング・廊下の照明を結びつけ、寝室は照明と換気扇をまとめた。
壁の青い表示灯も同じ状態に従うようにした。個別照明がオンになると一括消灯表示が有効になり、グループ全体がオフになると表示も消える。アプリで操作しても壁ボタンがその変化を追従するように調整した。ユーザーが接続構造を理解していなくても、表示を見て次の動作を予測できなければ、新しい機能は数回のデモを超えて日常で継続的に使われる道具にはならない。

照明は消し、換気はさらに、人の操作を優先する
浴室では洗面台ランプをオンにする際に換気扇も一緒にオンにし、ランプをオフにした後、換気のみを15分間維持するように設定した。その間に再度ランプをオンにすると終了予約をキャンセルし、次にランプをオフにした時点から時間を再計測する。換気扇を手動でオフにすると予約もキャンセルされ、手動操作を優先するようにした。
同じ「オフ」でも意図は異なる。個別の洗面台ランプをオフにするのは換気を残す動作だが、寝室の一括ボタンは換気扇を含むグループ全体をオフにする命令として処理された。自動化が便利になるには、人の日常的な例外までルールに組み込まれる必要がある。

15分は今回決定した維持時間であり、湿度センサーが計算した値ではない。Labの記録では遅延終了ロジックを時間を短縮した試験として確認し、15分全体の現場検証と長期安定性は追加の確認対象に残した。設定した機能と十分に検証された範囲を分けて見る必要がある。
配線を増やす代わりにボタンの役割を広げた
廊下では入口の6口ボタンと端にある既存の1口スイッチを連動させた。片側の命令で同じ照明を動かすようにし、実際の状態を反対側の表示灯にも返すようにした。2つの操作地点間に新しい専用制御線を引いたわけではないが、各スイッチの電源・負荷配線が消えたわけではない。

交換に使用した2つの製品は前面面積と設置深さが同じため、壁や埋め込みボックスを広げずに既存スペースに設置できたと運用者は説明する。寝室の追加2ボタンには、壁パネルで接続された「寝室ランプ」と複数のデバイスをまとめる「寝室一括」を割り当てた。これは今回の製品と設置環境の事例であり、すべての4口・6口製品にそのまま適用される条件ではない。
機能が増えても、利用者がボタンの位置を暗記しなくて済むようにした。ディスプレイには「洗面台照明」「寝室全体」「寝室換気」に当たる韓国語の名前を表示した。スマートフォンを取り出したり設定の仕組みを理解したりしなくても、壁のボタンの名前を見て操作できるようにしたのである。
AIが毎回判断する家ではなく、人がルールを決定できる家
運用者がエージェントに伝えたのは完成した設計書よりも生活の要求だった。1つでもオンがあれば一括表示がオンになり、反対側で照明を消してもこちらの表示が追従して変わるというものである。エージェントはNAS上で実行されるHomebridgeプラグインのグループ制御と遅延ロジック修正を支援し、運用者は実際のボタンとアプリを交互に操作しながら期待と異なる部分を再度説明した。
完成したスイッチは押すたびにAIに判断を依頼しない。AIは作成プロセスを支援し、日常動作は決定されたルールが実行する。この区別は自ら習慣を学習する製品であるという誤解も減らす。また、一部のルールがNAS上で実行されていてもTuyaの外部サービスパスが含まれているため、全体構成がインターネットなしで動作するわけではない。
この事例の成果はすべての家に通用する完成品や検証済みの省エネルギー量ではない。利用者が望む動作を説明し、実際の家で押して修正できる範囲が広がった点である。便利さの基準を製造業者が定めた機能リストから自分の生活へ移すことである。スマートホームの次の変化は、より多くのデバイスを接続する数だけでなく、その接続を誰がどのような方式で決定できるかにかかっている。
UPMI Labのスマートスイッチ寄稿文は、実際の設置写真と公開された動作・検証記録に基づいて書かれた分析記事である。ユーザー役割の変化に関する評価は編集チームの解釈である。UPMI Labとニューエポックジャーナルはすべて株式会社ユーピーマイが運営している。
AIを資料整理と執筆に活用し、公開前に根拠を確認しています。 編集方針 →