モーションセンサーよ、さらば——PCの状態をHome Assistantに渡すだけで自宅は本当に賢くなる

机に向かって静かに作業しているだけで、モーションセンサーが部屋を「無人」と判定し、照明が落ちる——多くのスマートホームユーザーが経験するこの苛立ちに対し、追加のIoTセンサーを買い足さずに「文脈を理解する自動化」を組む方法が、XDA Developersで紹介されています。鍵となるのは、すでにデスク上にある「PCそのもの」をHome Assistantに接続することです。著者のJasmine Mannan氏は、この手法によって従来のモーションセンサーの利用をやめたと述べています。

なぜモーションセンサーではダメなのか

人間の動きを物理的にしか検知できないモーションセンサーは、「ユーザーが画面を凝視している」「マイクで通話している」「ゲームに集中している」といった状況を理解できません。XDA Developersは、目の前にある高性能なマシンがミリ秒単位で自分の挙動を把握しているのに、それを部屋の自動化に活かさないのは不合理だと指摘しています。

PCのOS状態を「リッチなマルチセンサー」として扱うことで、「画面に集中しているのに照明が消える」という典型的なスマートホームの不満を根本から解消できる、という主張です。誤検知率を実質ゼロに近づけ、自動化の精度を100%PCの実状態に同期させられる点が、モーションセンサーとの本質的な違いだとされています。

PCを"軽量センサー化"する仕組み——HASS Workstation ServiceとMQTT

具体的なツールとして、XDA Developersは HASS Workstation Service を紹介しています。MQTT（Message Queuing Telemetry Transport）という軽量プロトコルを使い、ローカルのMQTTブローカーに対してPCの状態を送信する仕組みです。

特筆すべきはリソース消費の小ささで、軽量なバックグラウンドサービスとして動作するため、ゲーミングやレンダリングといった重い作業中でも常駐させておける軽さだと紹介されています。さらにクラウドを介さずローカル完結のため、インターネット回線が落ちても照明が突然消える事故は起こりません。アクティブなアプリのパス、作業時間帯、マイクのON/OFFといった機密性の高いデータがLAN外に出ない点も、プライバシー重視のユーザーにとっては大きな魅力でしょう。

公開できる「PCセンサー」と自動化の具体例

セットアップ後にHome Assistantへ公開できるOS状態の例として、以下が挙げられています。

Webcam active（Webカメラの使用状態）
Microphone active（マイクの使用状態）
Is locked（ワークステーションのロック状態）
Active window（アクティブウィンドウ／実行中プロセス）

これらを組み合わせると、従来のセンサーでは不可能だった「文脈を理解する自動化」が組めるようになります。XDA Developersが紹介している実例は次の3つです。

① 会議中ルール

WebカメラまたはマイクがONになった瞬間、Home Assistantがおやすみモードを発動。オフィスのドアの外側に設置したLEDストリップを赤く点灯させ、家族に「入室NG」のサインを送り、近くのスマートスピーカーの音量も下げます。

② 没入ルール

アクティブウィンドウがゲームの実行ファイルと一致したり、GPUの電力消費が大きく上昇したりすると、Home Assistantは「ゲーム中」と判断。電動ブラインドを下ろして画面の映り込みを排除し、バイアスライトをタイトルに合わせたイマーシブプリセットへ切り替えます。

③ 退席ルール

ワークステーションがロックされた瞬間、オフィスの照明がゆっくりとフェードアウト。従来のモーションセンサーのような「クールダウン待ち」を挟まず、即座に（0秒の待機で）反応します。

セットアップの流れ

XDA Developersは、初回構築の流れを以下のように整理しています。

MQTTブローカーの準備：Home Assistant側でMQTTブローカーを起動し、PC側と通信するための窓口を用意する
HASS Workstation Serviceのインストール：PC側にインストーラーを導入し、OSのシステムイベントへフックさせる
MQTT接続の設定：Home AssistantサーバーのアドレスとMQTTの認証情報を入力し、PCとブローカーをつなぐ
公開する状態の選択：使いたいOS状態（Webcam active、Active windowなど）をONにすると、Home Assistant側でエンティティとして自動認識される

詳細な手順や対応状態の一覧は、出典元の記事を参照してください。

Home Assistantを使っているなら、IoTセンサーを追加で買い足すよりも、まずはローカルサービスの導入を試してみる価値がある——というのが、本記事を執筆したJasmine Mannan氏の結論です。追加コストゼロで、すでに動いているPCを「家のセンサーハブ」へと格上げできる、コスパの高いアプローチです。

後継アプリ「HASS.Agent」という選択肢

HASS Workstation Serviceは現在、活発な開発が継続しておらず、GitHubのREADME上で開発元自身が後継ツールとして HASS.Agent（LAB02-Research製）を推奨しています。HASS.Agentも同じくPCの状態をMQTT経由でHome Assistantへ連携するWindows向けのコンパニオンアプリです。

HASS.Agentで広がる機能

37種類のセンサーでPCの稼働状況を取得
24種類のコマンドでロックや再起動などPC側の操作をHome Assistantから実行
アクション付きのトースト通知を表示し、ボタンから直接エンティティを操作
メディアプレーヤーとして認識され、再生制御やテキスト読み上げに対応
キーボードショートカットで呼び出せるQuick Actions

XDA DevelopersはHASS.Agentを「Home Assistantユーザーにとって必携の軽量プログラム」と評しており、新しい連携手段を探す場合の有力候補とされています。Linuxユーザー向けには go-hass-agent という代替実装も登場しています。

Home Assistant側で進む自動化エンジンの強化

PCをセンサー化する手法と相性が良いプラットフォーム側の進化として、Home Assistantの2026年リリースが自動化の表現力を大きく拡張しています。

2026.5での自動化アップデート

2026.5では、目的別トリガーエディタが「at least（少なくとも〜の間）」の継続時間ロジックに対応しました。「グループ内のライトが5分以上点きっぱなしのとき」といった条件を、複雑なYAMLを書かずに記述できます。同リリースでは「Maintenance（メンテナンス）」ダッシュボードやセキュリティダッシュボードのアクティビティログも加わりました。

トリガーライブラリ自体も近年大型の刷新が進み、Media player（再生開始・停止・一時停止）、Timer（完了・キャンセル）、Doorbell（呼び鈴が鳴ったとき）といった専用トリガーが整理されています。2026.2ではPersonトリガー（人物の在宅・外出）やCalendarトリガー（イベントの開始・終了）も追加されました。これらと「PCがロックされたら」「Webカメラが有効になったら」を組み合わせれば、より文脈に踏み込んだ自動化が手早く組めます。

Q&A

Q. クラウドサービスは必要ですか？プライバシーは大丈夫ですか？ 不要です。本セットアップはMQTTブローカーを介してLAN内で完結します。アクティブウィンドウのパスやマイクのON/OFFといったデータが外部サーバーに送信されることはなく、インターネット回線がダウンしても自動化は継続して動作するとされています。

Q. モーションセンサーは完全に不要になりますか？ XDA Developersのタイトルおよび本記事の趣旨は「モーションセンサーの利用をやめた」というものです。PCの状態を起点にした自動化が、デスクワーク中心の部屋では従来のモーションセンサーの役割を代替し得るというのが著者の立場です。他の機器との併用可否や運用設計の詳細は、出典元の記事を参照してください。

Q. macOSやLinuxでも同じことはできますか？ 本記事ではHASS Workstation Serviceが具体例として紹介されており、設定手順もWindowsのシステムイベントへのフックを前提に解説されています。他OSでの対応可否については、本記事内で詳細は触れられていません。