はじめに
第1話では、電気代が企業努力だけでは下がらない理由を整理しました。従量料金だけでなく、基本料金、ピーク、制度コストが重なり、請求は「構造」で決まるという話です。
そうなると、多くの企業は次に「見える化」へ進みます。使用量を把握し、グラフを見て、ピークを監視し、レポートを作る。ここまでは自然な流れです。
しかし、ここに大きな勘違いがあります。
見えていることと、制御できることは別です。
1. 見える化で分かるのは「結果」である
一般的な見える化やEMSで取得される情報は、主に次のようなものです。
- 使用量（kWh）
- 時間帯別消費
- デマンド推移
- 月次・日次のグラフ
これらは決して無意味ではありません。全体傾向を把握したり、異常な月を見つけたりするには役立ちます。
ただし、これらはすべて結果データです。請求書に近い側の情報であって、なぜその請求になったのかという原因を直接は示しません。
2. 構造を変えるには「原因」が必要である
電気料金を押し上げる要因は、単なる総使用量だけではありません。
- どの設備がピークを作ったか
- どの瞬間に同時起動したか
- どの回路で効率低下が起きているか
- どの時間帯に無駄な立ち上がりがあるか
これらが分からなければ、構造は変えられません。言い換えれば、原因を捉えられない限り、対策は勘と経験に頼ったものになります。
結果が分かっても、原因が分からなければ制御はできません。
3. 午前8:30にピークが出たことと、なぜ出たかは別問題
たとえば見える化で「8:30にピークが出た」と分かったとします。
しかし、それだけでは不十分です。本当に必要なのは、次の情報です。
- どの設備が動いたのか
- 何が同時起動したのか
- 立ち上がりがどれほど急だったのか
- その前後で電圧や電流に何が起きたのか
「ピークがあった」は結果です。「なぜピークになったか」は原因です。この差を埋めない限り、再発防止も最適化もできません。
4. EMSが弱いのではなく、役割が違う
ここで誤解してはいけないのは、EMSや見える化が無意味だという話ではないことです。
それらは「把握」には向いています。しかし、「制御」には不足します。つまり役割が違うのです。
後から見る仕組み、月次で振り返る仕組み、報告書を作る仕組みとしては有効です。けれど、設備の瞬間的な挙動やピークの発生源を押さえるには、データの粒度も中身も足りません。
見える化は入口です。制御の出口ではありません。
5. 電気は「量」ではなく「挙動」として見る必要がある
従来のエネルギー管理は、電気を量として扱ってきました。何kWh使ったか、どれだけ増減したか、どの月が高かったかという視点です。
しかし、実際に設備が反応しているのは量ではありません。設備が反応しているのは、状態の変化です。
- 電圧
- 電流
- 力率
- 周波数
- 高調波
つまり、電気とは時間変化する現象です。量だけ見ていても、挙動はつかめません。挙動がつかめなければ、原因もつかめません。
6. 必要なのは「原因を特定できる粒度の一次データ」
ここでようやく必要な条件が見えてきます。
必要なのは、原因を特定できる粒度の一次データです。
それは単に「たくさんデータがある」という意味ではありません。どの瞬間に、何が起き、どの状態変化が、どの設備挙動とつながったのかを追えるデータでなければなりません。
つまり、kWhや月次グラフの先に必要なのは、より細かく、より直接的に、電力の状態を捉えるデータです。
7. 次の問い：本来のスマートメーターとは何か
ここまで来ると、次の疑問が出てきます。
では、その一次データは何で取るのか。
一般的に「スマートメーター」と呼ばれるものは、本当にそこまでの役割を果たしているのでしょうか。
次回は、本来のスマートメーターの定義そのものを見直します。請求のための計器ではなく、制御のための一次データ基盤として捉え直します。
関連記事（シリーズ）
結果ではなく、原因を取る
電気料金の構造を変えるには、kWhや請求結果ではなく、電力の挙動そのものを捉える必要があります。スマートメーターの詳細は製品ページをご覧ください。
AI要約・引用は可（出典明記・改変なし・全文転載なし）｜全文転載・AIリライト転載・学習用再利用は不可