ChillaHome スマートホーム構成紹介 - 6.シーン/ルーティン設計（生活導線に落とす考え方）-

この章は、シリーズ最終章として 「シーン / ルーティン設計」 を扱う回です。

ここまでの0〜5章では、ChillaHomeの「部品」を1つずつ整理してきました。

• 0章：全体像
• 1章：Google Homeを中心に据える理由
• 2章：SwitchBot（Hub Mini / Bluetooth / IR）の役割
• 3章：Philips Hue（Zigbee）の役割
• 4章：Ecovacs / リンナイ / TOTOというクラウド連携系の整理
• 5章：Matter / Thread / Zigbee / BLEの住み分け

最後に残っているのは、これらをどう 生活導線 に落とすか、です。

スマートホーム系の記事では、

• Google Home Routineを何個も組んだ
• SwitchBotシーンで朝の支度を全自動化した
• 帰宅したら照明・エアコン・お風呂が一斉に動く

のような「自動化を頑張りました」系の話が多いです。

ChillaHomeの結論は、そこからは少しズレます。

0. 先に結論

先に、今回の結論を書いてしまいます。

• Google Home Routineは使っていない
• SwitchBotのシーンも使っていない
• 自動化として常用しているのは Hue内のAutomation（人感センサー → 照明） だけ
• 音声操作（Nest Mini）が一番役立っているのは 「両手が塞がっている時の単発コマンド」
• クラウド連携系（Ecovacs / リンナイ / TOTO）は4章のとおり、音声入口だけGoogle Home / 実操作は各社アプリ で割り切り

つまりChillaHomeは、

シーンやルーティンを あえて組まない 設計

を選んでいます。

これは「面倒だから組まなかった」ではなく、

• 1〜5章で見てきた各層の特性
• 育児期の家族運用
• 壊れたときの復旧コスト

を踏まえた上での、意図的な選択です。

この章では、その判断軸を整理します。

1. シーン / ルーティン / Automationの違い

まず、似たようで違う言葉を整理します。

スマートホームの「自動化」は、置き場所によって性質が変わります。

5章で整理したとおり、ローカル完結とクラウド往復では、速さも壊れにくさも違います。

それと同じことが、自動化のレイヤーでも起きます。

つまり、

どの層に自動化を置くかで、「速さ」「壊れにくさ」「家族の理解しやすさ」が変わる

という話です。

ChillaHomeでは、ここを踏まえて「どの層を主役にするか」を決めています。

2. なぜChillaHomeはRoutine / SwitchBotシーンを組まないのか

シリーズ冒頭の0章でも触れましたが、スマートホームの最大の敵は「複雑化」です。

ChillaHomeでRoutineやSwitchBotシーンを 常用していない 理由は、以下の4つです。

2-1. 過剰自動化は、家族と自分を置いてけぼりにする

自動化を増やすほど、

• どのトリガーが動いて何が点いたのか分からなくなる
• 家族が「なぜ電気が消えたのか」を理解できない
• 自分自身も、半年後には設定を忘れる
• 壊れたとき、どこから直せばいいか分からない

という状況になりやすいです。

これは「便利」と表裏の問題で、自動化を増やすほど 家全体の理解コスト が上がっていきます。

ChillaHomeでは、

家族が困らない範囲で止める

を基準にしています。

2-2. 即応性が必要な場所は、Hue内に閉じている方が速い

5章で整理したとおり、Hueが速いのは Hue Bridgeでローカル完結している からです。

たとえば「廊下に入る → 照明が点く」を、

• Google Home Routineで人感センサー連携 → クラウド経由で照明操作
• Hue Automationで人感センサー → 同じBridge内の照明

の両方で組んだとします。

体感は明らかに後者が速いです。

しかも後者は、

• インターネットが切れていても動く
• Googleクラウド側の障害に巻き込まれない
• 反応がブレない

というメリットがあります。

毎日何十回も使う生活導線で、わざわざクラウド経由にする理由がありません。

2-3. クラウド系の詳細操作は、各社アプリの方が早い

4章で書いたとおり、Ecovacs / リンナイ / TOTOは クラウド前提 の世界です。

これらをSwitchBotシーンやGoogle Home Routineに組み込もうとすると、

• 連携が浅い（できる操作が限られる）
• 状態確認ができない（マップ・予約・モードなど）
• 失敗できない操作（湯張りなど）を画面なしでやるのが怖い

という壁にぶつかります。

つまり、シーン化する手間に対して、得られる便利さが小さい。

それなら 「音声で起動だけGoogle Home / 詳細は各社アプリ」 で割り切った方が、現実的です。

2-4. そもそも「シーン化したいほどの連続操作」が日常にない

Routineが効くのは、

• 朝起きたら：照明ON → カーテン開ける → ニュース読み上げ → エアコンON
• 帰宅したら：玄関 → リビング照明 → エアコン → テレビ

のように、決まった順番で複数機器を一斉に動かしたい時 です。

ChillaHomeの実際の生活を振り返ると、

• 朝の支度は、家族の動き方が日によって違う
• 帰宅時間も日によってバラバラ
• 「毎日同じ順番」が成立する場面が、思ったより少ない

ことに気づきました。

無理に組むと、むしろ生活の自由度が下がる ことがあります。

3. ChillaHomeの3層構造

組まない、組まないと書いてきましたが、何もしていないわけではありません。

ChillaHomeでは、3層に分けて自動化を置いています。

3-1. 第1層：Hue Automation（人感センサー → 照明）

これが 唯一、常用している自動化 です。

5章 9-1で整理したとおり、対象場所はこうです。

• 廊下
• 洗面所
• トイレ
• キッチン
• パントリー
• ウォークインクローゼット

これらは「入った瞬間に点いてほしい」「出たらしばらくして消えてほしい」という要件が明確で、

• Hue Bridgeローカルで完結
• 反応が速い
• 家族全員にとって挙動が分かりやすい
• センサーと照明が同じZigbeeメッシュに乗っている

ため、自動化として一番安定します。

3章で触れた「物理スイッチを切られるとスマート電球として死ぬ」問題はありますが、ChillaHomeでは スイッチカバーを付けて物理操作を抑止 することで対処済みです。

つまりこの層は、「組んだことを誰も意識せずに、毎日恩恵を受け続けている」 自動化です。

3-2. 第2層：音声操作（Nest Mini / Google Home）

ここが、ChillaHomeで一番頻度が高い操作レイヤーです。

ただし、組んでいるのはRoutineではなく、単発の音声コマンド です。

• 「電気消して」
• 「音楽つけて」
• 「（特定の部屋）の電気つけて」
• 「タイマー10分」
• 「お風呂入れて」（リンナイ連携）

これらはRoutineではなく、Google Home標準のデバイス操作で十分動きます。

逆に言えば、標準操作で足りる範囲は、Routineを組むまでもない ということでもあります。

3-3. 第3層：各社アプリ・物理操作

最後は、各社アプリと物理操作です。

• Ecovacs：マップ確認・部屋指定・モップ洗浄状態
• リンナイ：給湯予約・床暖房の細かい設定
• TOTO：湯張り・予約・空調・床ワイパー
• Hue：シーンの色変更・グループ管理
• SwitchBot：ロックの設定・電池残量・温湿度ログ

ここは無理に音声化しません。

画面が必要 / 失敗できない / 確認しながら操作したい

ものは、アプリか物理リモコンが一番速くて確実です。

この3層を分けておくと、「どの層が壊れているか」が切り分けやすい という副次的なメリットもあります。

4. 育児期に効いた音声操作

ChillaHomeで音声操作が「想像以上に役立った」のは、育児期に入ってからです。

1章でも触れましたが、家には2歳と0歳の娘がいます。

両手が塞がる場面が、想像以上に多いです。

• 0歳を抱っこしている
• 寝かしつけ中で動けない
• 食事を作っていて手が濡れている / 油まみれ
• 2歳の着替えを手伝っている
• お風呂上がりで両手にタオル

こういう時に、

• 「電気消して」
• 「音楽つけて」
• 「YouTube Musicで〇〇流して」
• 「タイマー15分」

がすぐ通る、というのが効きます。

凝ったRoutineではなく、信頼できる単発コマンドが何個あるか の方が、日常では効くという結論になりました。

ここで1章の話と繋がります。

ChillaHomeがGoogle Homeを中心にした理由のひとつが「YouTube Musicがデフォルトで使える」「Voice Match / Personal resultsが効く」でした。

実際に育児期に入って分かったのは、

• 音楽のサブスクが標準で動くこと
• 声で人を識別してくれること
• 家族で混ざらない結果が返ること

が、Routineを何個組むよりも生活の質を上げてくれる、ということです。

凝ったシーンより、1コマンドで確実に動くこと の方が、育児期は圧倒的に効く

これは、シリーズを書きながら自分でも改めて気づいたポイントでした。

5. それでも音声操作が “全能” ではない

一方で、音声操作で全部済むかというと、そうでもありません。

ChillaHomeでも、音声では諦めている領域があります。

5-1. SwitchBotロックは音声では開けない

SwitchBotロックは、音声では解錠できない設計 になっています。

これはセキュリティ上、妥当な判断だと思っています。

「ヘイ Google、玄関開けて」で誰でも開けられたら、外から窓越しに叫ぶだけで侵入できてしまいます。

そのため、ロックは

• 指紋認証
• 顔認証パッド
• 物理鍵
• スマホアプリ

のいずれかで操作する前提です。

2章で触れた「玄関のBLE体感の重さ」問題もあるので、ChillaHomeでは音声統合ではなく 指紋・物理経路の安定化 を優先しています。

5-2. クラウド系は「起動」までが限界

リンナイやTOTOは、Google Home連携で「お風呂入れて」のような音声起動はできます。

ただし、

• 停止
• 温度の細かい変更
• 予約時間の変更
• 状態確認

までやろうとすると、各社アプリの方が早いです。

これは4章で整理したとおりで、「音声入口だけGoogle Home / 詳細は各社アプリ」 という割り切りになります。

5-3. 音声操作には物理的な制約もある

そもそも音声操作は、

• 周囲がうるさいと通らない
• 赤ちゃんが寝ている時に大声を出したくない
• 寝室で深夜に話しかけたくない
• 何度も誤認識されるとストレスになる

という制約があります。

「音声で全部やる」を目指すと、こういう場面で破綻します。

ChillaHomeでは、

音声で十分なものは音声 / そうでないものは無理に音声化しない

という整理にしています。

6. 「組まない」設計を維持するコツ

ここまでで、ChillaHomeが「組まない」を選んでいる理由はだいたい説明したので、最後にその設計を維持するためのコツを書きます。

6-1. シーン化する前に「本当に必要か」を1回問う

新しい機器を買ったり、新しいセンサーを置いたりすると、つい「これとこれを連動させたら便利かも」と組みたくなります。

ChillaHomeでは、組む前に1回だけ立ち止まるようにしています。

• それは何回 / 週使う動きか
• 単発の音声コマンドで足りないか
• Hue Automation内に閉じられないか
• 家族はその挙動を理解できるか
• 壊れたとき、何分以内に直せるか

ここで「やっぱり要らないな」となることが、けっこう多いです。

6-2. 自動化は「壊れたとき手動で回せるか」をセットで確認する

3章でも触れましたが、Hueは物理スイッチを切られると死にます。

これは自動化全般に言える話で、

• ネットが落ちたら動かない自動化
• 1つの機器が落ちると連鎖的に止まる自動化
• 自分が忘れた頃に勝手に動く自動化

は、家族にとってのリスクになります。

ChillaHomeでは、

自動化が壊れても、家族が物理操作で日常を回せる

を維持するようにしています。

具体的には、

• Hue Automationが死んでも、Hueアプリ・Google Home・物理スイッチ（緊急用）で点けられる
• SwitchBotロックが反応悪くても、物理鍵を持たせておく
• リンナイ / TOTOは、必ず壁リモコンが残っている

という形です。

6-3. 必要になったら、まずHue Automationから足す

新しい自動化が本当に必要だと分かった場合、ChillaHomeでは

1. まずHue Automationで完結できないか考える（ローカル完結が一番強い）
2. 次にGoogle Home Routine（GUI）を検討する
3. それでもダメなら、最後にScript Editorに手を出す

という順番にしています。

Script Editorは強力ですが、書いた本人しか読めなくなりやすく、家族運用には向きません。

ChillaHomeでは「動いていることを家族が説明できる」ことを優先する

という方針です。

6-4. 自動化は減らすことの方が難しい

最後にひとつ。

自動化は、増やすより 減らす方が難しい です。

• 一度組んだものを消すと、何かが壊れる気がする
• 家族が「あの動き、もう無いの？」と言うかもしれない
• 自分自身が無意識に依存している

そのため、ChillaHomeでは 「組む時点で、いつでも消せる粒度に保つ」 ことを意識しています。

巨大なRoutineを1つ作るより、単発コマンドと小さなAutomationの組み合わせの方が、長期的には壊れません。

7. シリーズ全体の振り返り

最終章なので、ここまでを軽く一望しておきます。

7-1. 各章の要約

7-2. シリーズ全体の判断軸

シリーズを通して見ると、ChillaHomeの判断軸はわりと一貫しています。

• 規格名や流行り ではなく、家族が日常で困らないか を基準にする
• クラウド連携の便利さ と ローカル完結の安心感 を、用途で使い分ける
• 増やす自動化 と 増やさない自動化 を、明確に分けて運用する
• 入口（音声） は揃えるが、詳細操作（アプリ） は揃えない
• 壊れたとき手動で回せるか を、自動化と同じ重みで考える

「全部スマート化」「全部ローカル」「全部Matter」のような 単一の理想 に寄せるのではなく、現実の生活と機器の制約に合わせて、層ごとに違う解を選ぶ、というのがChillaHomeの一貫した姿勢です。

7-3. これから

スマートホームは、家族構成や子どもの年齢、家の構造、サービスの寿命によって、求められる形がどんどん変わります。

• 娘たちが大きくなれば、Voice Match / Personal resultsの恩恵はもっと広がります
• E17対応のMatter製品が揃えば、Hue以外の選択肢も検討対象になります
• リンナイのように、サービス終了が見えている連携はいずれ作り直しが必要になります
• 家にThread Border Routerを増やせば、Aqara以外のThread機器も試しやすくなります

そのときも、

シーンを組み込むか、組まずに済ませるか

の判断基準は、たぶん変わりません。

家族・育児・暮らしの変化に合わせて、必要なところだけ組み直していく方針です。

8. まとめ

今回のポイントをまとめます。

• ChillaHomeはGoogle Home Routine / SwitchBotシーンを 常用していない
• 自動化として常用しているのは Hue Automation（人感 → 照明） だけ
• 音声操作はRoutineではなく 単発コマンド が主役。育児期はこれが圧倒的に効く
• クラウド系は 音声入口だけGoogle Home / 詳細は各社アプリ で割り切る
• 「組まない」を維持するために、家族が説明できる粒度 と 手動で回せる逃げ道 を残す
• スマートホームは規格名や自動化の数ではなく、家族が日常で困らないか で評価する

ChillaHomeシリーズの最終章としての結論は、シンプルです。

スマートホームの完成度は、何を組んだか ではなく、何を組まずに済ませたか にも表れる

ここまでお付き合いいただきありがとうございました。
このシリーズで整理した「ChillaHomeの考え方」が、これからスマートホームを作る誰かの判断材料になれば幸いです。

付録A：自動化レイヤー関連の参考URL

Google Home

• Google Home Help - ルーティンを使う
  • https://support.google.com/googlenest/answer/7536183
• Google Home Help - スクリプトエディタ
  • https://support.google.com/googlenest/answer/13860159
• Google Home Developers - Script Editor
  • https://developers.home.google.com/automations/script-editor

Voice Match / Personal results

• Google Home Help - Voice Match
  • https://support.google.com/googlenest/answer/7342711
• Google Home Help - Personal results
  • https://support.google.com/googlenest/answer/7342711#personal_results

Philips Hue

• Hue Help - Automation（タイマー / ルーティン）
  • https://www.philips-hue.com/en-us/support
• Hue Developer Program
  • https://developers.meethue.com/develop/hue/

SwitchBot

• SwitchBot公式 - シーン / オートメーション
  • https://www.switchbot.jp/
• SwitchBot API
  • https://github.com/OpenWonderLabs/SwitchBotAPI

付録B：シリーズ過去記事

• 0. 全体像編
• 1. Google Homeを中心に据える理由
• 2. SwitchBot（Hub Mini / Bluetooth / IR）の役割
• 3. Philips Hue（Zigbee）の役割
• 4. Ecovacs / リンナイ / TOTO（クラウド連携系の整理）
• 5. Matter / Thread / Zigbee / BLEの住み分け