子どもの心のコーチング 一人で考え、一人でできる子の育て方 (PHP文庫) - 菅原 裕子

菅原 裕子

5.0 / 5.0

実は発達心理学の本2冊の前にこれを読んでいた。すごい面白い本なんだけど、どのぐらい正当性があるのかわからなくて発達心理学の本を読んでみたという流れ (だけど、正当性については結局よくわからんかった)

そもそも Kindle 版を生まれた直後ぐらいに買っていたんだけど、買った当初は「まだ早いな」と思って読んでいなかった。


読んでみた感じ、筆者の失敗も書いてあるのは良いと思う。でもこの本の想定問答はうまくいきすぎではないか? 実際はこのように話がすすまないのではないか? と思うところもある。

筆者は発達心理学者の研究者とかではなく元々企業の人材育成の人なので、よくいえば実践的な内容だし、わるくいえば根拠が明確ではない個人の経験則に基いたことが書かれているように思える。

そのへんのバイアスを頭にいれつつ、面白いと思ったところを考えてみる。

母性と父性

この本では母性と父性という言葉を使っていた。母性は無条件の愛を教えること、父性は責任を教えること、という区別をされている。文中にもあるが母である/父であることと、母性があること/父性があることは関係がないとされている。このような言葉遣いではあるが割と発達心理学の本よりも男女中立的で好印象。

汎用的なルール

全体を通すと共通点はあるように思える

  • 親は一貫した態度をとること
    • 子どもと約束して決めたルールは毅然として守ること

これは同意できるし、そのようにありたいと思う。

サポートとヘルプの違い

これはほんとそうだなと思った。ヘルプしない。あくまでサポートすること。

第一次反抗期というのは生まれた直後の保護の時期が終わるよ/終わったよということのサインなのかもなとも思った。親はこれを期に少し子離れしなければならない。人間の発達は非連続的なので、急激に接しかたを変える必要もでてくる。びっくりするぐらい急激に「ヒト」から「人間」になるので、大人の時間軸の変化のスピードではダメなのだろう。

2歳ぐらいでも、もはや意志を持った個人であるので、親だろうがなんだろうがそれを尊重しましょうねっていうめっちゃ当たり前っぽいことではありそう。大人に対してああしろこうしろなんて言わないでしょう。子供相手にだったらそれをしてもいいという理屈はない。

「ほめ言葉は子どもを支配する。ほめて育てるのは危険」

これはこの本で一番刺激的な話に思える。が、読んだ結果これは「ほめかたの問題」であると解釈した。実際本文中でも「すごいね」とかほめ言葉が出てくるケースがある。

大事なのは「それで誰が喜んだか」を伝えること。「なんとなく誰かに褒められた」ことが嬉しいのではなくて「誰かの役に立って嬉しい」と思ってくれるような伝えかたをせよということ。

「叱ってはならない」

「怒ってはならない」ではなくて「叱ってはならない」と書いてあるので、疑問がでまくる。これも読んでみると語弊があるように思う。叱りかたの問題だと解釈した。

社会的規範をそってないことをした場合、どうするか? この本だとケーススタディの形で「どうすれば良いか」が書いてある。あんまり汎用的な方法はない。


駄々をこねられた場合は、やさしくかつ毅然と方針を伝える。それ以上のことはしない。要求は飲まず「泣いても何も起こらない」ことを理解させる。

「やさしくかつ毅然と方針を伝える」という叱りかたをしろということ。そしてだらだら何度も叱らない。雑にいえば1度伝えたら泣かせておく。

少し実践してみて

1ヶ月ぐらい前に読んだので多少実践してみている。

  • 選択肢を提供すること
  • やろうとしていることは止めない
  • 褒めかたを変える

靴下とか靴とかは気軽に選ばせることができて良い。結構じっくり悩んで決めたりする。靴下も最近自分で履こうとするけど、できなくて怒り出したりすることがあって悩ましい (こういうときはやってあげてるけど、それでいいのかはよくわからない)。靴を左右逆に履いてるときどう指摘すればいいものか難しい。履いたあとに直させるのはなんとなく良くなさそうなので、履く前に指摘できない場合はそのまま家を出てる。左右逆のときの履き心地の悪さみたいなのにそのうち気付くという期待。

「そろそろナイナイ(片付け)しよう〜?」とか言っても基本的に無視されるけど、「ナイナイしてくれるとパパうれしいな〜〜」っていうとニヤニヤしながら片付けはじめたりするので、ちょっと面白い。やってくれるのはいいけど片付けかたが雑なのが気になる。とりあえずそれは我慢してる。

あとは基本的に駄々こねないように前もって対策したりしている。保育園行く直前にテレビ/動画が終わるように先に早送りして「これが終わったら用意しようね」とかいうと素直にきいてくれる。急に止めると「まだみる」と怒りだすので先に守りやすい約束をとりつける。この場合普通に絵本とかおもちゃで遊んでる場合の処理のほうが難しい。片付けにかかる時間は計算できない。

何かにつけて「えらいでしょ〜?」って訊いてくることがある。なんとなくこれが不健全な気がしてこの本を読みはじめる動機になったのだが、うまく答えられないことが多い。こういうときは「えらいねー」じゃなくて、直接質問に答えずに「xx してくれて嬉しいよ」と言うように変えたほうが良さそう。が、なかなか結構むずかしい。

LED電球のエネルギー変換効率(電力→光出力)は疑似白色LED(2波長)だと現在は最大で22%前後。残りは熱や不可視光などに変換される。10W 入れても 7.8W は熱などになる。またLEDに関しては電源回路 (電圧変換) が必要不可欠で、ここの効率も装置全体の効率にかかわってくる。ただ、電源の効率は最低でも80%ぐらいはあって、最高で98%ぐらいの効率。市場製品の電源回路がどの程度かはよくわからないが、ルーメン表記を見れば装置全体の効率は計算できる。

例えば以下の商品は、7.8W 810lm (電球色) / 7.3W 810lm (昼光色) となっている。電球色の場合の全体の効率は 103.8lm/W (15%)。昼光色の場合 110.9lm/W (16%)。

 -

3.0 / 5.0

なお白熱電球の場合のエネルギー効率は最大で3%程度。10W入れても 9.7W は熱などになる。LED はあまり赤外線(熱線)を含まないが、白熱電球は大部分が赤外線になる。

いずれにせよ発熱はある。「LED は電球部が発熱するんじゃない、電源が発熱するんだ!」とか言ってる人を見かけたけど間違いで、発熱で支配的なのはLEDそのもの。たぶん光に手をかざしても暖かくない (赤外線がすくない) ことを勘違いしている。LED は発熱しないイメージみたいなのを持ってる人もいて謎だけど、実際はかなり発熱するし、熱で劣化するのでどんな製品でも放熱には気をつかわれてる。



最も人間の眼で感度のある555nm単波長光(緑) で 683.002lm/W が理論上最大値。白色にするためには複数の波長を混ぜる必要があるので、実際の電球では遥かに効率は落ちる。

  1. トップ
  2. tech
  3. LED電球の発光効率/エネルギー変換効率と発熱

フロントエンド界隈、適切な温度感をもった「案内役」みたいな人がいないんだよな。「この人の言ってることは間違いないので信じて良い」みたいな人がいない。なので自分で判断するしかない。

なんか偏ってるんだよな。不老不死でも信じてるのかってレベルで時間コストが無視される。人生は有限だ。

基本

Raspberry Pi 3 からはデフォルトで UART にシェル割当されなくなったので設定する必要がある。

sudo raspi-config

して、Advanced Options → A8 Serial → YES する。


または、enable_uart=1 を /boot/config.txt に書く。実際 raspi-config がやってることはこれだけ。

接続

接続は

  • GND / GND
  • #14 (TXD0) / RXD
  • #15 (RXD0) / TXD

と繋ぐ (左が Raspi、右がシリアルアダプタなど)

115200 baud

接続後

シリアル経由だと自動的にターミナルサイズが伝わらないので、

stty rows 60 cols 300

とかすると良い。

TERM も適当に設定する

export TERM=xterm

これでとりあえず使える環境になる。ただ、115200 baud なので結構表示が遅い。

  1. トップ
  2. tech
  3. Raspberry Pi 3 で、シリアル経由でシェルを使うには

洗濯機の故障は前回から2年ぐらい経過して2回目。

NA-VX7200L-N パナソニック ドラム式洗濯乾燥機 - パナソニック(Panasonic)

パナソニック(Panasonic)

5.0 / 5.0

どうも洗濯したあとに洗濯機下に水が溜っているぞ? ということになって自分で調べてみたら水漏れをしていた。とりあえず販売店 (ケーズデンキ) に電話して修理の取次をしてもらった。ケーズデンキはデフォで延長保証(5万円以上なら5年)があって、まだこれの保証期間内。

ケーズデンキは、今回も特に保証書を見せろとか会員証番号を教えろとか言われなくて、電話番号を元に購入履歴をとってきて保証状態を確認していた。客からするとこれはほんと楽。そしてこれ以降はケーズデンキとのやりとりは一切ない。

で、当日中にパナソニックの修理受付からコールバックがあって翌日に予約。

動画で撮って確認

洗濯機下はどうしても肉眼では見れないので、ケータイのカメラと防水ライト(自転車用のとても明いやつ)で、洗濯開始から撮影してみた。

どうせ排水経路の問題だろうと思っていたがどうやら違うことがわかった。排水中や脱水中は一切漏れてこず、洗いの終わりあたりのタイミングでだけしか発生してなかった。

修理のおじさん

とりあえず撮っておいた動画を見せて (さっさと修理してもらいたいので)、さっさと分解して確認してもらったが、結局「これだ」というポイントが見つからなかった。

本体側に少し水が溜まるところがあり、ある閾値を超えると溢れるという感じなので、床に水が落ちるタイミング (洗いの終わりあたり) よりも前から水漏れが発生していることは確かで、これは脱水とは関係がない。

水漏れしているポイントからすると乾燥系ユニットがあって、この機種だとヒートポンプの自動洗浄が走るので、その水の経路かもしれないということだった。完全に原因がわかっていなくてモヤモヤするが、この経路の交換を (後日) 行うということになった。

実際の修理まで

洗濯機を回さないわけにはいかないので、水漏れを許容して回していたが、漏れるときと漏れないときがあることはわかった。なにが違うのかわかってない。

修理後

ホース交換後、再度全体を確認していると、ヒートポンプ自動洗浄のとき乾燥フィルタ側に水が漏れてきていることがわかった。おそらくヒートポンプ側がホコリで詰まってしまって、ちゃんと排水されてない。このとき一定の閾値を超えると乾燥フィルタ側にある穴から水が漏れていく。

↑の現象を確認したうえで、再度全体の工程を動かしながら水が漏れてこないかをチェックしてみたら、案の定漏れていた。つまり、修理したところは見当外れで、治ってない。

なので再度電話。

再度訪問 → こない

修理そのものの本題とは関係ないけど、前日に電話して「明日の午前中に伺います」「午前中ですよね? 12時前ですよね?」ってことを再三確認したのだが、このときのオペレータがクソだったなのかなんなのか情報が共有されてなかったみたいで、当日待っていても来なかった。

再度電話入れて訪問日を変更。ぶっちゃけいらいらしてるが、サポート対応みたいなのでクレーマー扱いされるのが嫌だから電話口では怒ってないんだけど、そのせいで舐められてるのでは?という疑念がある。世の中ゴネ得なのなんとかして。

再度訪問

3回目の訪問になる。

現象 (自動洗浄の水が乾燥フィルタ側に漏れていること) を再現させながら説明した。フィルタ側のビスを数本外して確認してから「ヒートポンプユニットごと交換ですね」ってことになった。前回はホース部品の取り寄せで1週間ぐらい待たされたのだが、今回はその交換部品は車に積んでいたみたいで、即日交換で対応だった。やっぱヒートポンプユニットの不具合が多いのだろうか? 結構大きいユニットだからいちいち積んで運ぶには邪魔な気もするんだけど

所感

とりあえず初期のトラブルシューティングぐらいもうちょっとやりたいから、サービスマニュアルを普通に公開しておいてほしいと思った。修理のおじさん、異様に忙しいみたいで、ちゃんと原因の究明ができないし、勘で直そうとしているので不安感が高い。

それで間違えて修理してもう一度呼び出されるわけだから、誰も得をしてない。

それはともかく今回も延長保証つけてて良かった案件だった。ケーズデンキは修理依頼がほんと楽なので、修理が予見される系は次もケーズデンキで買うわ感が高まった…… ただ、別に代替機が提供されたりはしないから、致命的な不具合は起こらないことを祈るしかない。

今回はヒートポンプユニットが交換されたので、あと5年ぐらい使えてほしい。保証切れたら自力でできるところは自力でやることになりそう。

新 乳幼児発達心理学: もっと子どもがわかる 好きになる - 繁多 進

繁多 進

4.0 / 5.0

史上最強図解よくわかる発達心理学とかなり重複する部分が多い。比較すると『新 乳幼児発達心理学』は主に保育者向けの教科書という感じで、基本的には『史上最強図解よくわかる発達心理学』のほうが読みやすい。こちらは巻末に大量の参考文献リストがあって便利そう。

タイトルに乳幼児とついてるだけあって、史上最強〜より少し踏みこんで、子供の発達に対しどのように対応すべきかというのも多少書いてある。とはいえあまり細かく書いてあるわけではないので、自分で考えろっていう雰囲気。

自分の子供とてらしあわせると、そういえばまさにこういう発達段階を踏んでいるなというのがあって恐しさすら感じる。親が特に発達に対して意識していなくても、子供はあるレールに沿って自動的に育っていっている。「子供は親が育てるもの」という考えかたはある意味で思いあがりだなとさえ思う。

発達に関してまだ起こってないことは「予言」として読んでもさしつかえないかもしれない。

うちの子供は2歳半ぐらい。このぐらいでも、もう相当コミュニケーションできる。2年半前まで何もできない宇宙人みたいだったヒトが、急激に人間になったという感じがする。

当然自己主張がでてきて、どのように「しつけ」を行うべきなのかを親としては不安に感じている。なのでこういう本を読んでたりする。ある程度指針にはなりそうだけど、親には親としてのルールを決めて運用しないといけない気がしている。

備考

発達心理学とは関係ないけど、前文に

平成20 (2008) 年に改正された保育所保育指針・幼稚園教育要領でも、保育所、幼稚園の機能として「保護者支援」が明瞭に打ち出されています。

と書いてあって、びっくりした。保育所の役割って保育だけだと思っていたが、保護者支援の機能もあったらしい。常識??


実際、保育所保育指針を見てみると「第六章 保護者に対する支援」となっていて1章さかれている。そして冒頭にも

保育所における保護者への支援は、保育士等の業務であり、その専門性を生かした子育て支援の役 割は、特に重要なものである。

http://www.mhlw.go.jp/bunya/kodomo/hoiku04/pdf/hoiku04a.pdf

と書いてあった。

史上最強図解よくわかる発達心理学 - 林 洋一

林 洋一

4.0 / 5.0

あらためて見るとすごいタイトルだ。

全体的に発達の段階を追って書かれている。「受精してから死ぬまで」が現在の発達心理学の研究対象らしく「発達」の言葉のイメージと違って、結構範囲が広い。生まれてからじゃなくて受精してからだし。「ゆりかごから墓場まで」より広い。

「発達障害」とかといったときの「発達」の言葉の意味がよくわからなかったので、そこらへんが俯瞰的にわかったのがひとつ良かった。

死ぬまで発達し続けるということで、「退歩的発達」というのがあって、老後にはまたそういう環境変化の受け入れというステージがあると書いてあり、なんとなく面白かった。ちょいちょいある団塊の世代の言動がひどい、というのもある意味発達障害といえるのではないかと思った (この本にはそうとは書いてありませんが)。

若干不満なのは、画一的な人生モデルにそっているようなところ。ある発達段階になると結婚して子どもができるよね、みたいな。じゃあそれに当て嵌らない場合の発達ってなんなんだ? と思うが、そういうのは書いてない。

養育性

「養育性」についてあんまり記述はないけど、そういう言葉をはじめて知って面白かったので追加で調べてみた。

「母性」とか「父性」とか最近は言わないらしい。「母」とか「父」とつけるとかなり限定的かつ自動的になる感じがするが、「養育性」はそれらをひっくるめた少し違う概念のようだ。定義は

、「相手(生きとして生けるもの)の健全な発達を促進するために用いられる共感性と技能」と定義した(Kojima,1986、小嶋、2001:150)。

http://eprints.lib.hokudai.ac.jp/dspace/bitstream/2115/20561/1/TIN.pdf

と書いてあるのがあった。大人から子どもに対するものに限定されず、たとえば花をいつくしむ、みたいなのも養育性に入るらしい。

いずれにせよ「母性本能」や「父性本能」なんてものはなくて、それに対応するような「養育性」はあくまで後天的に獲得される (発達する) 技能 (スキル) ということ。

特に子どもに対して考えるなら「子どもの健全な発達のためにどんな役割をすべきかを認識し、また実行するスキル」が「子どもに対する養育性」といえるのではないかと思った。そういう言いかたをするかどうかはわかりませんが。

スキルって考えると割りきってゼロからスキル上げてこうって感じでいいですね。

一方で、スキルっていうならその筋の専門家が行うほうが効率的であり、逆に全ての「親」にそれを求めるのは難しいのではないか、という感じがする。長い目でみると社会として「養育性」をつちかって、完全に専門に養育するような形態になるかもなと思った。現時点ではけして受けいれられる考えかたではないと思うが、部分的には「保育園」や「学校」という形にはなっているので、ありえないことではないかもしれない。

ref.

所感

子どもの発達について学ぶつもりで買ったけど、それ以外のところの発見のほうが多かったかもしれない。子どもだけではなく、自分が今どんな発達段階かってのはよくよく認識したほうが良さそう。

ちょっと思うところあって、HDMI を USB Video Class (UVC) に変換するキャプチャデバイスを買ってみました。簡単にいうと HDMI 出力をウェブカメラとして扱うことができるというものです。

この手のものは基本的に結構高価なのですが、この製品は AliExpress で $108 とかなり安い (というか 1080p USB 3.0 対応だと市場最安ぐらい?) です。

軽く使ってみる

PS3

とりあえず PS3 の HDMI 出力をこのデバイス経由で MacBook に入力して QuickTime Player で見てみました。

QuickTimer Player 側で画質を「最高」に設定すると 1080p で綺麗な画像が出てきます。また、音声もちゃんとキャプチャできていました。

この状態でゲームを起動したりしてみましたが、繋いだ状態でプレイできる感じではありません。後述しますが遅延があります。まぁその手の用途には使えないと思います。

デジカメの HDMI 出力

こんな感じです。カメラ側で 1080p 出力ができないのでしょぼいです。ビデオカメラならできると思うんですが、持ってないので……

実装

中をちょっと見てみましたが、数個の IC と FPGA っぽいものがありました。FPGA っぽいものにヒートシンクがついてました。大きいところの型番を検索してみました。

  • Analog Devices ADV7611 (HDMI レシーバ)
  • Micron D9LHT (64MB DDR2らしい/商品説明より)
  • Cypress CYUSB3014-BZXI (USB3.0 コントローラ)

ヒートシンクで FPGA の型番がわかりませんが、個人で普通に作ってケース込みで$100に収めるのは不可能に近いので、割とお得な気はします。

ところで4本のビスを外せば開けられるのですが、止めているビスがおそろしく柔らかい素材で、サイズぴったりのドライバで回しても1本は折れて、もう1本はネジ山がなめてしまいました。

発熱

結構発熱します。ケースはアルミなので、全体的に暖かくなります。15分ぐらい使うと40度ぐらいかな。だいたいこれぐらいの温度で安定してます。

遅延

ちょっとややこしいですが、キャプチャしている Mac 自身のディスプレイの1つとしてこのデバイスに出力して計測してみます。UVC 経由で Mac デスクトップが拡張されている状態です。Mac 側からの出力解像度は 1080p にしています。

requestAnimationFrame(function me(){document.body.textContent=new Date().getTime();requestAnimationFrame(me)});

するウィンドウを2つ作って、1つは DisplayPort から表示 (リファレンス)、もう1つはこのデバイスを経由して HDMI -> USB 3.0 -> QuickTime Player とした状態です。この2つのウィンドウを近付けてスクリーンショットを記録したのは以下の画像です。

左が通常 (DisplayPort)、右が UVC を QuickTime Player で見ているものです。

これで確かめてみたところ、約100msの遅延がありました。QuickTime Player や USB での処理遅延も含まれるので純粋に製品の遅延とは言えませんが、だいたいこんなもんなようです。これはマウスポインタとかでも結構気になるレベルです。

  1. トップ
  2. tech
  3. 中華製 HDMI -> USB 3.0 UVC キャプチャデバイス

ZenFone3 (Android M) にしてからブラウザのフォントが Source Hans Sans になったのですが、このサイトの漢字がどうも中華フォントになってておかしいので調べていました。

で、結局どうやら

text-rendering: optimizeLegibility; 

をつけると字形が中華フォントになってしまうようでした。

修正方法

text-rendering: optimizeLegibility をやめる

どういう理由かわかりませんが指定をやめれば日本語字形になります。

optimizeLegibility

このオプションはUAがフォントレンダリングを読みやすさに最適化せよという指定なのですが、このような弊害があるようです。

lang="ja" 指定する

これでも直ります。optimizeLegibility すると OS のロケールを無視してしまうんでしょうか?

しかし lang="ja" を指定すると、なぜかアルファベットに Source Hans Sans じゃないフォントが使われるようになって死にます。

とりあえずの解決方法

lang="ja" にするのがいいかと思ったんですが、アルファベットがおかしいので text-rendering: optimizeLegibility をやめるだけにしました。

  1. トップ
  2. tech
  3. ZenFone 3 上の Chrome for Android でサイトが中華フォントになる

家庭内 Slack とかやってる人は結構いますね。羨しいなと思ってましたが、うちの妻は英語と技術的なことがさっぱりわからないので Slack ですら敷居が高く、インストールしたり説明 (チャンネルの概念とか、それがどういうノリで機能するかとか……) するのもめんどうなので家庭内チャットボットみたいなのは全くやる気がしなかったわけですね。Slack って英語だったけ?と思うかもしれませんね。普通気にもとめないでしょうが英語なんです。ウェブ系IT企業のノリって一般的じゃないんですよ、知っていましたか。

それはともかく、最近 IFTTT の通知先に LINE が増えたり、LINE への通知の API ができたりしたので、家庭内チャットでワンチャンアルデと思ってちょっと頑張って試すことにしました。

つくった IFTTT レシピ

エリアを抜けたらグループへ通知

帰宅しはじめを自動的に伝えるようにというやつです。

出勤時にエリア近くに入ったときにも通知されることがあってやや難があります。あとなんかちゃんと通知されないこともある。まぁでもこれぐらい曖昧なぐらいが位置トラッキングではちょうどいいのではないか……

どちらかというと、定時になっても会社にいるとき30分ごとに通知とかのほうがいいかもなあ。IFTTT ではできなそう。

Dropbox の共有ディレクトリに写真が追加されたら通知

子供の写真を Dropbox で共有してるけど、今まで特に通知する方法がありませんでした。自動的にプッシュされるようになって便利になりました。追加されると LINE に写真もちゃんと表示されたので、基本的に Dropbox 見なくても良いぐらいです。

共有カレンダーに予定が追加されたら通知

これも特に今まで通知する方法がなくて、口頭で伝えるなりこまめにカレンダーをチェックする必要がありましたが、プッシュできるようになりました。良い。

IFTTT 以外の通知

Gmail をパースする系

  • Amazon.co.jp 配達中 通知
  • 佐川配達通知
  • ヤマト配達通知

これらは VPS に置いた gmailnotify.pl (そのうち公開しますが未公開) という自作スクリプトを cron でキックすることで、LINE Notify 経由で通知するようにしたもの。Gmail に OAuth + IMAP でアクセスして、必要なメールを検索してパースしています。

アマゾン通知はいいんですが、妻へのプレゼントをアマゾンで買えなくなるという罠があります。

アマゾンに登録している住所とヤマトに登録している住所が微妙に違うせいか、アマゾンからの荷物に対してはヤマトの配達通知がこない状態なので、通知が重複することはありません。

キーワード反応

LINE Notify と IFTTT だけでも簡単な割にはまあまあ便利ですが、LINE Notify だと誰かの発言をひろって反応するみたいなのは不可能なので、そこらへんだけ Messaging API でやってみることにしました。いちばんチャットボットって感じのトコです。

全体のアーキテクチャ

VPS で Webhook を受けていますが、実際には家庭内サーバ (Raspberry Pi) で応答を生成したいので、以下のように若干ややこしいことをしています。

  • VPS 上のサーバは WebSocket で待ち受けている
  • 家庭内にある Raspberry Pi から VPS 上の WebSocket で繋ぎにいく
  • VPS 上のサーバは LINE から Webhook を受けとったら接続済みの WebSocket にイベントをそのまま送る
  • 家庭内にある Raspberry Pi がイベントを処理し、リプライを送るように WebSocket 経由で通信する。

なぜこんなことをしているかというと

  • 経路を暗号化したい (websocket のサーバも h2o の裏にいて、https / wss での通信になっています)
  • DDNS とかを使いたくない

からです。WebSocket は接続時のヘッダで認証をかけています。

なお特定グループの発言にだけ応答するようになっています。

エアコンのオン/オフ

IrKit を設置しているので、それのAPIを呼びます。

IrKit に関してはウェブサービス経由でもAPIを呼べるので、VPS 経由から直接叩けますが、うちでは上記のように家庭内の Raspberry Pi でメッセージを処理するようにしてあるので、直接呼んでます。

なんとなくテンプレートメッセージでやってみました。ボタンをタップした結果自分の発言として再度発言できる (発言内容が再度 Webhook に通知される) のでチャットボット的には実装が楽です。

自宅の室温

「室温」で自宅の現在の室温をかえします。Raspberry Pi に I2C 接続の温度センサーをつけてます。

単体では実用性ないけど、センサー類は増やしていきたい。エアコンのオンオフするときの目安として使えるかなという意図です。

喋らせる

Raspberry Pi に OpenJTalk を入れて喋るようにしてあるので、これを LINE 経由で呼べるようにしてあります。自宅にいると案外 LINE を見てないことが多いのと、通知がきても無視しがちなので、より強めの通知をかけるという用途です。

まぁ使わない気がします。 意外と面白がって使ってます。。。

その他やりたいこと

おくすり手帳連携

今のところおくすり手帳がデジタル化されてないので難しい。家族の服薬状況とかいちいち把握するのは面倒くさいけど、万が一のときは把握してないと困るので、さくっとBOTから教えてもらえるようにしたい。

災害連携

なんらかの災害情報と連携して、災害時の連絡手段・集合場所を自動的にプッシュさせたい。普段からプッシュしておけば万が一 LINE もろとも使えなくても刷り込みで覚えられないかという感じ。Yahoo からくるメールをトリガにするかとかで考えている。

電気料金の通知

1日のはじまりに前日の電力消費量および概算料金を LINE Notify 経由で通知。節約意識高める用。でもあんま意味ない気もするので保留。

スマートメータから値を読み出したいんだけど、設置場所まで電波が届かないので難儀してる。

クレカ使用通知

インフラ料金系は即座に通知してもよさそう。全部通知するとDMMでエロ動画買ったのが自動でバレるみたいになって辛いのでなにかしらのフィルタが必要。パーサーはあるんだけど、まだやってない。

感想

技術系のノリがわからない人向けだと、技術的にはおもしろいけど微妙な機能つけてもウザがられるだけで辛いので特にプッシュ通知に関しては実用的なことしかできない。

テンプレートメッセージが思ったより面白いので、もうちょっとなんかしたい。

  1. トップ
  2. tech
  3. IFTTT の通知チャンネルに LINE が増えたので家庭内BOTを作った

なぜか温泉に入ってた。

そしたら星野源がでてきた。やたらハキハキ喋って、なぜか上半身ムキムキの星野源がでてきた。

なんか辛いなあ。とにかく辛い…… なんでだろうなあ。わからん。