【2026年】PC連動ホームオートメーション｜在席検知・電源・照明の自動化

在席検知技術の比較と選定ガイド

PC と連携する在席検知には、多種多様なセンサー技術が利用可能です。それぞれの特性を理解し、用途に合わせて最適な組み合わせを選択することがシステム全体の精度を決定づけます。2026 年現在では、従来の赤外線（PIR）センサーに加え、ミリ波レーダーやBluetooth 端末の接近検知など、非接触・高感度な技術が一般化しており、誤検知率の低減が進んでいます。

下表に主要な在席検知センサーの仕様比較を示します。P IR は人体の温度変化を検出するため静止時の検知が苦手ですが安価です。一方、ミリ波センサーは微細な動き（呼吸など）も捉えることができるため、デスクワーク中の「在席」判定に優れています。カメラ利用による AI 解析は精度が高い一方でプライバシー懸念があり、ローカル処理が可能なモデルの選定が必須となります。

各センサーを Home Assistant で統合する際、単一の情報源に依存せず、マルチモーダルなアプローチをとることが重要です。例えば、PC のキーボード操作が検出されれば「在席」、ミリ波センサーが反応すれば「近接」として、両方が OK になった時点を確実な「作業中」状態として判定するロジックを組むことで、95% 以上の精度を実現できます。また、2026 年時点では Home Assistant の Community Store に登録された「Presence Detection Component」を利用し、複数のセンサーデータを融合させるアルゴリズムが標準化されています。

PC 起動時シーンの自動化実装

PC が電源オンされる瞬間は、ユーザーが作業を開始する最初のステップであり、ここで適切な環境を自動構築することで生産性を最大化できます。「スタートアッププロファイル」として定義された設定により、デスク照明の点灯、アロマディフューザーの稼働、音楽の再生、空調の設定などが一連の動作として実行されます。この際、Home Assistant の homeassistant.start イベントや PC 側の電源状態変化を検知するトリガーを使用します。

具体的な自動化ロジックでは、PC の起動を確認してから数秒遅らせてデバイスをオンにすることが推奨されます。これは電気的なインラッシュ電流による突入を防ぎ、また照明の暖色から徐々に明るくなる調光処理を可能にするためです。以下は、Home Assistant の YAML 設定例で、PC エージェントが起動を検知した後に実行される自動化の一部を示しています。

automation:
  - alias: "PC Startup Environment Setup"
    trigger:
      - platform: event
        event_type: hass_agent_boot_detected # HASS-Agent カスタムイベント
    action:
      - service: light.turn_on
        target:
          entity_id: light.desk_lamp_1, light.desk_lamp_2
        data:
          brightness_pct: 80
          color_temp_kelvin: 4500 # 作業用白色光
      - delay: "00:00:03" # 数秒間隔で実行
      - service: media_player.play_media
        target:
          entity_id: media_player.speaker_system
        data:
          media_content_type: music
          media_content_id: https://example.com/lofi_radio

また、照明制御においては、Philips Hue や Nanoleaf のようなスマート電球を使用することで、色温度や明るさを細かく調整できます。2026 年現在では Matter プロトコル対応モデルが主流となっており、Home Assistant との連携において遅延なく動作することが保証されています。PC を起動したタイミングで「ディフューザー」を起動する機能も追加可能です。これには Tuya スマートプラグを経由し、アロマディフューザーの電源を制御するロジックを組み込みます。

さらに、モニター連動についても考慮が必要です。PC が OS ロードを終えたことを検知（例：特定の USB デバイスが接続されたタイミング）し、外部モニターの電源がオンになっているか確認した上で、照明の明るさを自動調整する機能を実装します。これにより、PC 画面から反射光を減らし、視認性を高めることができます。

使用中のパフォーマンス監視と環境制御

PC の稼働中は、システムリソースの負荷や内部温度を監視し、それに応じて物理的な環境（換気扇など）を制御することが重要です。2025 年以降のハイエンド PC では CPU が高温になりやすく、ファンの騒音や排熱が快適な作業環境に悪影響を与えるケースがあります。これを解決するために、「CPU 使用率」または「温度」をトリガー条件とした自動化を実装します。

具体的には、glances_exporter を PC にインストールし、Home Assistant が 1 分ごとにステータスを読み取る構成とします。CPU コアが 80% を超える状態が 30 秒以上持続した場合にのみ換気扇を起動するロジックは、ファンノイズによる集中力阻害を防ぎつつ、冷却効果を確保するバランスの良い設定です。以下の YAML は、この条件判定を実装した例です。

automation:
  - alias: "High CPU Load Ventilation"
    trigger:
      - platform: numeric_state
        entity_id: sensor.cpu_load_percent # glances_exporter 経由
        above: 80
        for:
          minutes: 2
    action:
      - service: switch.turn_on
        target:
          entity_id: switch.ventilation_fan_main

このロジックに、長時間使用による休憩リマインダーも追加できます。PC が連続して稼働しており、かつキーボード・マウスの操作が 60 分間検出されない場合（または逆に、1 時間以上操作が継続された場合）に通知を送ることで、ユーザーの健康管理を支援します。2026 年時点では、Home Assistant の Notification Service を活用し、PC スピーカーから音声で「休憩時間を設けましょう」と案内する機能も標準実装されています。

また、2025 年以降の Windows 12 や macOS Sonoma などの OS 側でも、システム負荷に応じた電力管理モードが強化されており、HA と連携することで、ハードウェアレベルでの省エネと自動化制御を両立できます。例えば、CPU 温度が 85℃を超えた場合、自動的に PC のスリープモードに入らずに換気のみを行うという「安全マージン」の設定が可能です。

不在検知と自動シャットダウンロジック

PC を使用していない時間が長くなった場合の処理は、セキュリティと省エネの観点から極めて重要です。不在検知には複数のレイヤーを設けることが推奨されます。1 つ目は入力デバイスの操作停止時間、2 つ目はネットワーク接続の切断、3 つ目は PIR センサーによる人体検出です。これらを組み合わせることで、ユーザーが席を外しただけで PC がシャットダウンされる誤作動を防ぎます。

以下は、不在検知ロジックを実装するための 5 段階のタイムアウト設定例です。15 分間は照明を減光して注意喚起を行い、30 分で空調を停止し、60 分後に PC をスリープまたはシャットダウンします。このように段階的な制御を行うことで、ユーザーへの警告と最終的な保護を両立できます。

このロジックを実装する際、Home Assistant の input_boolean や timer エントリを利用し、状態の遷移を明確に管理します。また、PC がシャットダウンされる前に必ず保存確認を行うための通知を OS 側に表示させることも重要です。2026 年現在では、Windows の「自動ログオフ機能」や macOS の「Power Nap」と連携する設定が可能となっており、よりスムーズな制御を実現しています。

就寝モードと防犯連携の実装方法

PC を終了し、ユーザーが寝室へ移動した際も自動化は継続する必要があります。この「就寝モード」では、照明の消灯、ブラインドの閉鎖、スマートロックの施錠、そして防犯カメラの準備状態への切り替えが行われます。これらの動作は PC の電源 OFF イベントにトリガーされるか、またはユーザーが手動で「就寝開始」ボタンを押すことで起動します。

Home Assistant では、light.turn_off だけでなく、スマートブラインド（Shade）やロック（Lock）との連携が可能です。具体的には、PC がシャットダウンされたことを検知し、30 秒後にリビングの照明を消灯、その直後に玄関のスマートロックを確認して施錠します。2026 年時点では、この一連の流れを「シーン」として定義し、音声アシスタント（Alexa, Google Home, Siri）で実行可能にする設定が標準的となっています。

automation:
  - alias: "Sleep Mode Sequence"
    trigger:
      - platform: state
        entity_id: switch.pc_power_state # PC エージェント監視用スイッチ
        to: "off"
    action:
      - service: cover.close_cover
        target:
          entity_id: cover.living_room_blinds
      - delay: "00:00:10"
      - service: lock.lock
        target:
          entity_id: lock.front_door_lock # Yale Assure Lock 2 など
      - service: notify.mobile_app
        data:
          message: "就寝モードが完了しました。防犯システムは稼働中です。"

さらに、防犯カメラの動作も連動させます。PC が終了したことを検知し、Reolink や Ezviz などの IP カメラを「監視モード」に切り替えます。これにより、夜間の録画容量を節約しつつ、不審な動きがあった場合にのみ高解像度で記録する設定が可能です。2025 年以降の Home Assistant では、カメラエンティティが自動的に「プライバシーゾーン」の設定も行うため、屋内での個人情報が漏洩しないよう配慮した制御も可能です。

API 連携による業務フローの最適化

PC とスマートホームを連携させる際、単なる家電制御だけでなく、Web ブラウザや会議アプリとの連携も重要です。例えば、OBS（Open Broadcaster Software）を起動したことを検知し、録画開始時に照明を調整したり、Zoom や Teams の会議中に通知音や電話をオフにしたりする機能です。これらは Home Assistant の Webhook API を経由して実現します。

OBS には「Websocket」機能が標準搭載されており、これが ON/OFF になったことを PC エージェントが検知できます。HA がこれを感知し、照明の明るさを上げたり、PC スピーカーからの通知音を抑制したりするロジックを組み込むことができます。2026 年現在では、OBS と Home Assistant の連携を可能にする「OBS-HomeAssistant-Plugin」が公式サポートされており、設定が簡素化されています。

会議アプリ（Zoom/Teams）との連携においても同様のアプローチが可能です。PC エージェントが会議の開始を検知し、HA がスマートスピーカーに「通話モードへ移行します」という通知を送り、同時に電話機能を持つ IoT デバイス（例：IP 電話機や VoIP ゲートウェイ）をミュート状態に設定できます。これにより、重要な会議中に不要な通知が鳴るストレスを防ぎます。

automation:
  - alias: "Meeting Mode Activation"
    trigger:
      - platform: event
        event_type: meeting_start_detected # カスタムイベント
    action:
      - service: notify.telegram
        data:
          message: "会議開始！通知を一時停止します。"
      - delay: "00:00:05"
      - service: switch.turn_off
        target:
          entity_id: switch.notify_sound_enabled

この API 連携により、PC を単なる計算機としてではなく、「生活の中心」として機能させることが可能になります。2025 年以降は Webhook のセキュリティ強化（認証トークン）が必須となり、外部からの不正アクセスを防ぐため、Home Assistant の http セクションにおけるパスワード保護や IP 制限設定を徹底することが推奨されます。

照明・空調機器メーカー別連携ガイド

PC 連動自動化を実現する際、使用する家電製品の選定はシステム全体の安定性に直結します。2026 年現在では、Matter プロトコルに対応した製品が主流となっていますが、依然として各メーカー独自プロトコル（[Zigbee, Z-Wave）を使用する機器も存在するため、Home Assistant での統合方法に違いが生じます。

Philips Hue や Nanoleaf のような照明ブランドは、Home Assistant との連携が非常にスムーズです。特に Hue Bridge を経由した制御では、遅延が少なく色温度調整の精度が高いのが特徴です。一方、空調機器（エアコン）については、メーカーによっては独自のクラウド API が必要な場合があり、この場合は Home Assistant の「Generic Component」や「Tuya Integration」を介して接続する必要があります。

下表に主要な家電メーカーとの連携推奨設定を示します。2026 年時点では、多くのメーカーが Matter over Thread への移行を進めており、これに対応するスマートホームハブの選定も重要です。

また、2025 年以降は「[Wi-Fi](/glossary/wifi) 7」対応スマート家電も登場しており、帯域幅の確保により複数デバイスの同時制御が容易になっています。Home Assistant のネットワーク設定では、これらの新プロトコルに対応した無線ルーター（例：Ubiquiti UniFi Dream Machine）を使用することが推奨されます。特に空調機器は通信遅延による誤作動を避けるため、LAN 接続または有線バックボーンの使用が望ましいです。

セキュリティとプライバシー保護の徹底

PC とスマートホームを連携させる際、セキュリティリスクも無視できません。ネットワークに接続されたすべてのデバイスが潜在的な攻撃対象となるため、適切な隔離と暗号化が必要です。Home Assistant のサーバー自体を VLAN に分離し、外部からのアクセス制限をかけることが基本となります。特に 2026 年現在では、IoT デバイスにおけるゼロデイ脆弱性が報告される頻度が高いため、定期的なファームウェア更新が義務付けられています。

プライバシー保護の観点からは、カメラやマイクロフォンを含むデバイスへのアクセス制御が重要です。Home Assistant の「Privacy Mode」機能を有効にし、ユーザーが不在時にのみカメラ映像を保存する設定を行います。また、PC からのデータ転送は、MQTT ブローカー上での TLS 暗号化（ポート 8883）を必須とし、パスワード認証やクライアント証明書の利用により、通信経路の盗聴を防ぎます。

# Home Assistant MQTT Broker 設定例 (tls_enabled)
mqtt:
  broker: 192.168.1.100
  port: 8883
  username: homeassistant_user
  password: !secret mqtt_password
  tls: true

さらに、PC エージェント側のセキュリティも重要です。Windows の「ローカルグループポリシー」で、Home Assistant への接続を許可したプロセスのみを起動し、他のプロセスからのネットワークアクセスをブロックする設定が可能です。2025 年以降は、これらの設定を Home Assistant の「Supervisor」から一元的に管理できる機能も実装されていますが、手動での監査も継続的に行う必要があります。

よくある質問（FAQ）

Q1. PC がスリープ状態でも Home Assistant に通知を送れますか？ A1. はい、可能です。しかし標準のスリープ状態ではネットワークアダプターが切断されるため、WOL（Wake-on-LAN）や「エネルギー管理設定」で LAN 接続を維持する設定が必要です。より確実なのは、PC がスリープしてもバックグラウンドプロセスとして動作する HASS-Agent を使用し、タイマー通知を送る方法です。

Q2. Home Assistant のサーバーは常に電源 ON にしておく必要がありますか？ A2. はい、自動化が稼働するためには HA サーバー自体も起動している必要があります。省電力化したい場合は、Intel NUC 15 Pro など低消費電力な PC を専用サーバーとして常時稼働させ、USB スイッチで外部機器の電源を制御するのがおすすめです。

Q3. マルチユーザー環境での在席検知はどのように調整しますか？ A3. 複数の PIR センサーや Bluetooth デバイス情報を融合させることで対応可能です。「誰が PC を操作しているか」を特定する場合は、Windows のログインイベントと Home Assistant のデバイスステートを紐付ける設定を行います。

Q4. 照明の減光がスムーズに行われません。 A4. これはスマート電球のファームウェアやネットワーク遅延が原因です。Philips Hue や Nanoleaf のような対応製品を使用し、Home Assistant の「light.turn_on」で transition パラメータ（例：duration: 30）を指定して徐々に明度を変更するように設定してください。

Q5. PC エージェントが動作せず、HA に情報が届きません。 A5. まずネットワーク接続を確認し、PC と HA サーバーの間にファイアウォールがないか確認してください。HASS-Agent のログ（Event Viewer）を確認し、MQTT ブローカーへの接続エラー（401/403 など）がないかチェックします。

Q6. 不在検知で誤作動して PC がシャットダウンされるのを防げますか？ A6. はい、複数のトリガー条件を組み合わせることで防げます。「キーボード操作なし」かつ「PIR センサー反応なし」かつ「PC スピーカー音なし」という論理式（AND 条件）を設定すると、誤作動が大幅に減少します。

Q7. スマートロックの施錠は自動で行うべきですか？ A7. 2026 年時点では防犯意識の高まりから推奨されますが、万一のトラブル（ロック故障など）を考慮し、必ず最後に「確認通知」を出してから実行するロジックを組み込むことが安全です。

Q8. 音声アシスタントとの連携は可能ですか？ A8. はい、Alexa や Google Home と Home Assistant を連携させることで、「PC が終わったら」というコマンドで照明を消灯したり、温度を確認したりできます。ただし、プライバシー設定により外部クラウドへのデータ送信を避ける場合はローカル接続（Local Connection）を使用してください。

Q9. 2026 年時点で Matter プロトコルはどの程度普及していますか？ A9. 2025 年の普及率向上に伴い、照明やセンサーの多くが Matter over Thread をサポートするようになっています。Home Assistant の最新バージョン（2026.4）では、Matter デバイスの追加がワンクリックで可能になり、設定の手間が大幅に削減されています。

Q10. 自動化設定を失敗した時のリカバリー方法は？ A10. Home Assistant の「Automations」画面から直ちに無効化（Disable）できます。また、定期的なバックアップ（Supervisor > Backups）を取得しておくことで、設定の誤りによるシステム停止時でも数分で復旧が可能です。

まとめ

本記事では、PC 連動ホームオートメーションを構築するための包括的なガイドラインを提供しました。2026 年 4 月時点の技術動向を踏まえ、以下の要点が重要です。

• Home Assistant の基盤: Docker または専用 OS を使用し、MQTT ブローカーを安定稼働させる。
• 在席検知の多層化: PIR センサーと入力デバイスの組み合わせで誤作動を防ぐ。
• PC エージェント活用: HASS-Connect や glances_exporter でシステム情報を HA に連携する。
• 自動化シーンの定義: 起動時、使用中、不在時、就寝時の 4 つの状態を明確に分ける。
• セキュリティの徹底: VLAN の隔離や TLS 暗号化によりネットワークを保護する。

これらの要素を適切に組み合わせることで、単なる PC 操作の自動化を超えた、生活環境全体の最適化が可能になります。ぜひ本記事を参考に、あなたのための完全な自動化システムを実装してください。

スマートサーモスタットとPCを連携させて室温を自動制御する方法を解説。SwitchBot・Nature Remo・Home Assistant活用。