スマートメーターのBルートを申し込んだのに使わなかった話|家庭IoTは目的から考える

Bルート申込み後にスマートメーターと未使用のRaspberry Piを前に考えるIoTエンジニア

IoTエンジニアなら、自宅も当然スマートホームにしていると思われるかもしれません。

ところが私は、2021年に東京電力の「電力メーター情報発信サービス(Bルートサービス)」を申し込み、スマートメーター側の設定完了まで進めたのに、その後ほとんど活用しませんでした。

Bルート対応機器を本格導入したわけでも、Raspberry Piで電力データを収集したわけでも、HEMSとして継続運用したわけでもありません。文字どおり「申し込んだところで止まった」のです。

この記事で伝えたいのは、Bルートが不要だったという話ではありません。

利用目的を決めずにIoTを始めると、技術的に面白くても使わなくなる。

IoTエンジニアである私自身が「取得できるデータ」から考えてしまった失敗を振り返りながら、家庭IoTを生活に定着させるための考え方を整理します。

2021年、東京へ転居した直後にBルートを申し込んだ

Gmailに残っている東京電力とのやり取りを確認すると、手続きは次のように進んでいました。

2021年9月2日:Bルートサービスを申込み

2021年9月3日:東京電力側で申込み受付完了

2021年9月7日:スマートメーター側の設定完了

申込みから設定完了まで5日です。少なくとも、利用準備まではかなり順調に進んでいました。

当時は東京へ転居したばかり。住環境が変わるタイミングで、自宅のIoT化も進めたいと考えていたのだと思います。

IoTエンジニアとしては、スマートメーターから家庭の電力情報を取得できる仕組みは純粋に面白く見えます。

  • リアルタイムに近い消費電力を見たい。
  • Raspberry Piにつないでデータを保存したい。
  • Grafanaでグラフ化したい。
  • 時間帯ごとの電力使用を分析したい。
  • 将来はスマートホームの制御に組み込みたい。

こう並べると、いかにも「何か作れそう」です。

しかし、今振り返ると大事な問いが抜けていました。

そのデータを取って、生活の何を改善したいのか。

Bルートとは?スマートメーターの情報を家庭側で使う仕組み

スマートメーターは、使用した電力量を計測し、電力会社側へ送るだけの機器ではありません。家庭側の機器へ電力情報を提供する通信経路もあり、その一つがBルートです。

東京電力パワーグリッドの現行案内では、Bルートサービスはスマートメーターで計測したデータをHEMS機器へ送信するサービスと説明されています。対応機器を用意すれば、30分ごとの電気使用量や現在使用している電流値などを確認できます。

家庭内の経路がBルートなら、電力会社側へ検針情報を送る経路は一般にAルートと呼ばれます。Bルートは、スマートメーターと家庭内のHEMS機器などをつなぐためのものです。

2026年現在、東京電力パワーグリッドの案内では、データ送信自体に費用はかかりません。ただし、対応するHEMS機器などの宅内設備は利用者側で用意する必要があります。また、サービスはベストエフォート型で、通信環境によってデータの遅延や欠損が生じる可能性があります。

東京電力エリアの低圧利用者向け手続きは、申込み、申請内容の確認、スマートメーター設定、認証ID・パスワード通知という流れです。対象条件や必要書類、本人確認の扱いは変更される可能性があるため、これから申し込む場合は「東京電力パワーグリッドのBルートサービス公式案内」で最新情報を確認してください。

なお、ここで説明したのは2026年現在の制度です。私が手続きをした2021年当時の申込方法と、現在の条件を同じものとして扱ってはいません。

なぜ申し込んだのか。「電力データを取れる」が魅力だった

申し込んだ動機を一言でいえば、電力データを自分で扱えることに惹かれたからです。

仕事でIoTに関わっていると、センサーからデータを取り、クラウドへ送り、可視化する流れは身近です。自宅の電力も同じように扱えれば、家庭を実験場にできます。

  • スマートメーター。
  • Bルート。
  • Wi-SUN対応機器。
  • Raspberry Pi。
  • データ保存。
  • Grafanaによる可視化。

技術要素を並べるだけで、ちょっとした個人開発として成立します。IoT好きには魅力的です。

ただし、これは「作る理由」にはなっても、「使い続ける理由」にはなっていませんでした。

  • グラフを作った後、私は何を変えるのか。
  • 電気代をいくら減らしたいのか。
  • どの家電の使い方を見直すのか。
  • 異常な消費電力を検知したら、誰に何を通知するのか。
  • 自動制御まで行うのか、それとも眺めるだけなのか。

この答えを持たないまま、入口である申込みだけを先に進めてしまったのです。

ところが、その後ほとんど活用しなかった

Bルートの設定が完了したからといって、自動的に電力データが見えるわけではありません。

家庭側でデータを受け取るには、スマートメーターに対応したHEMS機器や通信機器を用意し、設定する必要があります。Raspberry Piで扱いたいなら、対応する通信モジュールを選び、認証情報を設定し、データ取得処理を作り、保存先や可視化環境も整えなければなりません。

ここからが、本当のスタートです。

しかし私は、そこまで進みませんでした。

対応機器を本格導入して運用したわけでもありません。電力データを長期間取得して分析した実績もありません。したがって、この記事はBルートの使用レビューではなく、「利用準備まではしたのに、目的が弱くて実利用に至らなかった記録」です。

申込み自体は失敗ではありません。費用をかけて大規模な設備を組んだ後に放置したわけでもなく、早い段階で止まったからです。

ただ、家庭IoTの進め方としては反省点がありました。

なぜ続かなかったのか

最大の理由は、解決したい生活上の課題が決まっていなかったことです。

当時の発想は、次の順番でした。

電力データが取れる

何か作れそう

グラフ化したら面白そう

これでは、完成条件がありません。「グラフが表示できたら成功」なのか、「電気代を下げられたら成功」なのか、「消し忘れを防げたら成功」なのかが曖昧です。

目的が曖昧だと、機器選定や実装の手間が急に重くなります。

  • 対応機器を調べる。
  • 購入費用を比較する。
  • 通信を設定する。
  • 取得処理を作る。
  • データを保存する。
  • 可視化環境を維持する。
  • エラーが出たら直す。
  • 引っ越しやネットワーク変更に追従する。

仕事なら要件があり、納期があり、利用者がいます。しかし家庭IoTは、誰も完成を催促してくれません。生活上の便益が弱ければ、ほかの家事や仕事に負けて当然です。

技術力が足りなかったというより、優先順位を上げる理由が足りなかったのだと思います。

「データが取れる」と「生活が便利になる」は別

IoTでは、データを取得できた瞬間に達成感があります。数字がリアルタイムで動き、グラフが描画されると、それだけで仕組みが完成したように感じます。

しかし、見える化は改善ではありません。

電力使用量のグラフを毎日見る。

消費電力が増えた時間帯を確認する。

家族に「この時間に電気を使いすぎている」と伝える。

これだけでは、人が新しい確認作業を背負うことになります。家事を減らすためのIoTが、別の家事を増やしかねません。

見える化に意味が出るのは、データが判断や行動につながるときです。

  • たとえば、待機電力が大きい機器を特定して運用を変える。
  • 契約電力や料金プランを見直す。
  • 太陽光発電や蓄電池の使い方を最適化する。
  • 普段と異なる消費電力を検知して通知する。
  • 電力の状態を家電制御へつなげる。

このように「データを見た後の行動」まで決まっていれば、Bルートは有効な道具になります。

反対に、グラフを見ること自体が目的なら、数日眺めて満足し、その後は開かなくなる可能性があります。少なくとも私の場合は、後者に近い状態でした。

家庭IoTでは、技術より先に目的を決める

2021年の経験から、家庭IoTを考える順番を変えました。

最初に決めるのは、使いたいセンサーでも通信規格でもありません。減らしたい家事、操作、確認、心配です。

  • たとえば、エアコンの消し忘れを減らしたい。
  • 毎晩カーテンを閉める操作をなくしたい。
  • 寝かしつけ後に照明を触る回数を減らしたい。
  • 外出時に玄関の施錠を心配したくない。
  • 家族の在宅状況に合わせて家全体の状態を切り替えたい。

ここまで決めてから、必要なセンサー、機器、連携方法を選びます。

エアコンを消し忘れる

在宅状態と連動して自動停止したい

在席・在宅をどう判定するか考える

エアコンを制御できる機器を選ぶ

誤検知時の例外処理を決める

この順番なら、完成条件が明確です。「データが取れた」ではなく、「消し忘れ確認が減った」「家族が操作しなくても回る」で評価できます。

効率家ラボでは、1日5分でも毎日なら年間約30時間になると考えています。ITは、一度作った仕組みが繰り返し動けば複利のように効きます。

逆に、構築と保守に10時間かかり、減らせる手間が月に数分しかないなら、無理に自動化しない方が合理的です。技術的にできることと、やる価値があることは別です。

2026年のスマートホームでは考え方を変えた

2026年現在、私は再びスマートホームを考えています。

検討しているのは、玄関のスマートロック、リビングのエアコン自動化、寝室照明、カーテン自動化、在席検知、BGM自動化、家庭全体のモード切替などです。

項目だけを見ると、2021年より大がかりです。ただし、考える起点は逆になりました。

以前は「取れるデータ」から始めていました。

今は「減らしたい操作」から始めています。

玄関の鍵を閉めたか何度も確認するなら、施錠状態を確認できる仕組みを考える。

寝室で照明のスイッチに手を伸ばすのが面倒なら、就寝動線に合わせた操作方法を考える。

家族全員が外出した後もエアコンが動いているなら、在宅判定との連動を考える。

帰宅、食事、就寝、外出のたびに複数の機器を操作するなら、「在宅」「外出」「就寝」などの家庭モードでまとめて切り替える。

データは目的ではなく、判断材料です。センサーは主役ではなく、生活上の課題を解くための部品です。

この違いだけで、導入すべきものと見送るものがかなり整理できます。

実際に家庭で使い続けているスマートロックやスマートカーテンなどは、共働き家庭の家電・スマートホームまとめで整理しています。

Bルート自体が悪かったわけではない

ここまで読むと、「個人家庭にはBルートはいらないのでは」と感じるかもしれません。しかし、そういう結論ではありません。

Bルートは、目的が合えば価値があります。

  • 電力使用をリアルタイムに近い形で把握したい。
  • 太陽光発電や蓄電池、EVと組み合わせてエネルギー管理をしたい。
  • 一定以上の消費電力を検知して通知・制御したい。
  • 家電や時間帯ごとの使い方を見直し、省エネ効果を検証したい。
  • 電力データを使った自作・研究そのものを趣味として楽しみたい。

こうした目的が明確なら、申込み後に必要な機器や実装コストも判断しやすくなります。趣味として作るなら、「面白いから作る」も立派な目的です。

一方で、単に「電力データが見られたら面白そう」だけなら、先に電力会社や小売事業者が提供するアプリ・Webサービスで、どこまで不満があるかを確かめてもよいでしょう。

必要なのは、Bルートを使うか使わないかという二択ではありません。

  • 何を改善したいのか。
  • 改善できたと判断する指標は何か。
  • 対応機器の購入・構築・保守に見合うか。
  • 見える化の後に、誰がどう行動するのか。

この4点を決めてから申し込むと、「設定完了したけれど使わなかった」は減らせます。

まとめ|IoTは「取れるデータ」より「減らしたい手間」から考える

私は2021年、東京への転居を機にスマートメーターのBルートを申し込みました。申込みから5日でスマートメーター側の設定まで完了しましたが、その後、対応機器を本格導入して活用するところまでは進みませんでした。

原因はBルートの機能ではなく、利用目的が弱かったことです。

  • 電力データを取得したい。
  • Raspberry Piで扱いたい。
  • Grafanaで可視化したい。

技術者としては面白いテーマです。しかし、「その結果、生活の何を変えるのか」が決まっていませんでした。

2026年のスマートホーム設計では、順番を変えています。

データが取れるから始めるのではなく、減らしたい家事や操作を決め、その解決に必要なデータと機器を選ぶ。

家庭IoTで重要なのは、たくさんの機器をつなぐことではありません。家族が意識しなくても使い続けられ、日々の小さな手間を確実に減らせることです。

Bルートを申し込んだのに使わなかった経験は、無駄ではありませんでした。「できること」からではなく、「変えたい生活」から設計する。その後のスマートホームづくりの基準になったからです。

タイトルとURLをコピーしました