この記事はリンク情報システムが主催するイベント「Tech Connect! Autumn」のリレー記事です。
「Tech Connect! Autumn」は engineer.hanzomon のグループメンバによってリレーされます。
（リンク情報システムのFacebookはこちらから）

9日目の担当は@rysk001です。

スマートライフとは？

タイトルで用いたスマートライフは一般に認知された単語ではないです。
スマートホームとほぼ同じことを指してますが

ITの力を借りて（家に限らず）生活全般をちょっと便利にしよう。

それくらいの意味合いです。
スマート化は家に限ったものではないと思うので、概念を共有するためにあえて使っています。
ほとんどが家絡みですけどね。

今回はその考えと実践についてつらつらと書いていきます。

きっかけ

スマートスピーカーの呪いに囚われているときに考え始めました。

というのも、

・流行に乗って買ってみたがすぐ飽きてしまった。
・確かに便利なシーンもあるが、たまに認識失敗するしリモコン使った方が早くね？と思う。
・活用方法が思いつかず、ただのスピーカーになっている。

スマートスピーカーをお持ちのあなた、こんな経験ありません？

いま思うに、うまく活用できない原因はスマートスピーカーの役割を考えていなかったこと。
単体で役に立てればもちろんいいけど
スマートホームとして位置付けを考えると役割は基本的に二つ。

• ユーザから音声による入力を受け付ける
• ユーザに音声で通知する

これに尽きる。

本来はスマート化したいシーンがあってうまく当てはまるときに使えばいいのに
スマートスピーカーをなんとか活用しようとして無駄に使ってしまう。
そしてしっくりこないので、微妙に感じてしまうという呪いです。

面白いことに、「なんとか活用しよう」と思わなくなったら活用法を思いつくようになりました。

やりたいことの検討

ITの力を借りてスマートに生活したいですよね。
近い未来にはパッケージ化して提供されるようになって自然に生活に組み込まれるんでしょう。
でも現時点においては、楽するために苦労するという矛盾はさておき
自力で工夫して便利さを手に入れる必要があります。
生活の中の「こういうときはこうなってほしい」というシーンがあればスマート化の検討に値します。

例えばトイレを分析してみましょう。
行動を大ざっぱに分解するとこんな感じ。

1. ライトを付ける
2. 扉を開ける
3. 入る
4. 扉を閉じる
5. 致す
6. 流す
7. 手を洗う
8. 扉を開ける
9. 出る
10. 扉を閉じる
11. ライトを消す

トイレの本質を考えると赤字部分は無駄な行動なので、できるだけ削減したい。
なのでこう考えます。

• ライトを付けたら次に扉を開けるのは明らかなのに、何故自分で開けないといけないのか。
• トイレに入ったら扉を閉じるのは明らかなのに、何故自分で閉めないといけないのか。
• 致したら流すのは明らかのに、何故自分で流さないといけないのか。

それを元にこんな具合に検討していきます。

• ドアの自動化は一般のご家庭には少々厳しいから、ライトの点灯/消灯を自動化しよう。
• 最近のトイレは自動で流す機能があるから、トイレを買い換えよう。

機器などの物理的な条件を揃えるのが一番大変ですが
まずは「何をきっかけとして」「どうなってほしいか」のセットに落とし込むのがスマート化の第一歩。

スマート化の例

会社から出たら家に帰宅の連絡を入れて欲しいとか。
自宅付近でこれから雨が降りそうなときは通知してほしいとか。
考えると色々と出てきます。

いくつか例を挙げて検討します。

ハンズフリーでタイマーをかけたい

料理中など手が離せないときでもタイマーを使いたいのでスマート化。
これはスマートスピーカーで実現できる。

If タイマー時間を音声入力したら Then 設定時間後に音で通知

タイマー・アラームはスマートスピーカーに向いている。
「短いワードで命令できる」「文章ではなく音のみで結果を受け取れる」
この辺は音声と相性がいい条件かと思います。

朝に気温や降水確率、電車の遅延など必要な情報を通知して欲しい

朝の出勤前、ニュースを見れないときにもこの辺の情報が欲しいので。

If 朝８時になったら Then スマホに「気温」「降水確率」「電車の遅延」の情報を通知する

時間を起点としているので、Raspberry Pi + Node-REDによるトリガーがいいと思います。
情報取得はNode-REDからDark Skyやら電車遅延情報のjsonを叩く。
好きなタイミングで確認できるように、通知先はスマホの通知領域(IFTTT)。

ちなみに、スマート化の例を書いたあとにJarvisの記事を読むとスケールの差に若干やるせない気分になります。

環境整備

スマート化は金をかけた分だけやれることが顕著に増えます。
出費が痛いですが頑張りましょう。
ここでは一例として自分が使っているものを挙げています。

デバイス

まだスマートロックには手を出していません。

外部サービス

デバイスの連携のため外部サービスを用いています。

ソフトウェア

※構築は本記事の範囲外なので、やりたいときはGoogle先生を参照してください。

全体像

現時点でのスマートライフ関連のインフラを図にすると、ざっくりこんな感じになります。

実装例

帰宅後にスマホの充電を忘れがちなので、バッテリー状況を通知して欲しい
スマート化の一例としてこれを説明します。
気付いたら自宅でスマホが文鎮と化してしまっている人にとっては便利。

トリガーと出力

条件を整理するとこんな感じ。

If 家にいるときにスマホを充電していない＆残バッテリーが少ない
 Then バッテリー残量を通知する

トリガーが複雑なので、スマホ(Android)に入れたAutoamteを使います。
結果をスマホに出力しても仕方ないので、スマートスピーカーによる音声通知が出力先。

処理フロー

全体像からこの機能の処理フローを抜き出すとこうなります。

トリガー(Automate)

コードを共有できないのでキャプチャを貼っておきます。

ソースの流れはこんな感じ。

1. 位置判定によりスマホが自宅から一定範囲内にあるか判定
2. 範囲内であれば30分間の位置判定待ちに入る
3. 位置を再度判定し、範囲内であれば後続の処理に進む。
4. 充電中でなければ後続の処理に進む。充電中なら位置判定待ちに戻る。
5. バッテリーが0-40%であれば、Webhookを投げる。それ以外は位置判定待ちに戻る。

帰宅中に自宅のスピーカーを鳴らしてしまうのを避けるため
最初の位置判定ではWebhookを投げないのがポイント。
以降は30分毎に通知が鳴るような動作になります。

Beebotte

BeebotteにAutomateからのWebhookを受けるためのチャンネルを作っておきます。
作るだけなので特にこれということもないですが、Webhookでバッテリー残量の数値を受け取ります。

Node-RED

先ほどのチャンネルをSubscribeしてトリガーとします。
受け取ったバッテリー残量をメッセージに変換し、さらに音声変換してGoogle Homeに通知するという流れ。

1. MQTTによるトリガー
2. 受信した文字列をJSONオブジェクトに変換
3. 受信したJSONのdataキーの値をpayloadに設定 （バッテリー残量のこと）
4. payloadの値を通知用のメッセージに埋め込み
5. Google Homeに流す

ちなみに、Google Homeの操作にgoogle-home-notifierを使っていますが
音声をVoiceTextに変更すると良い感じになります。
詳細に書くと長いので、ここはまたの機会に。

さいごに

色々とスマート化を試しましたが、最も良かったのはスマートライトでした。
いままで無駄にライトを付けたり消したりしていたな、という気分になります。

スマート化はやらなくてもなんの問題もないけれど
やってみるとちょっとしたところで恩恵を受けれます。
少しの便利が積み重なると大きな差になるので、是非お試しあれ。