古い設備ほど稼働信号を外に出せず、電力データを見ても「今それが動いていたのか」が結びつきません。カメラ映像から状態を読み取れば紐付けの糸口になりますが、撮り方次第で成否が分かれます。何がどこまで見えれば判定できるのかを、限界も含めて整理します。
電気料金の高止まりと省エネ法・GX関連の報告要請を受けて、工場や倉庫でも分電盤やブレーカー単位に電力計を後付けする動きが広がっています。ところが計測を始めた現場から必ず出てくるのが「波形は取れたが、その山がどの作業・どの設備の動作なのか分からない」という声です。数字は増えたのに、改善につながる読み解きができない状態です。
この壁の正体は、電力データに「文脈」が欠けていることにあります。ある時刻に消費が増えても、それが正規の加工なのか、空運転なのか、段取り待ちのアイドルなのかを区別する材料が電力波形だけでは足りません。その文脈を与えるのが設備の稼働信号（運転中/停止中、加工中/待機中といった状態）ですが、これがなかなか取り出せないのが現場の実情です。
稼働率や電力の見える化で最初に検討されるのは、設備のPLCやコントローラから運転状態を受け取る方法です。理屈のうえでは、PLCと電力データの連携で状態と消費を時刻で紐付けるのが本筋と考えられます。しかし実際には、稼働年数の長い設備やメーカー独自制御の装置では、外部に出せる接点信号や通信ポートが用意されていない、あるいは改造にメーカー保証・安全上の制約がかかることが珍しくありません。
生産ラインを止めて配線改造を行うハードルも高く、「信号を取りに行く」こと自体が新たなコストとリスクになります。ここで、設備そのものには手を加えず、外から様子を観察して状態を推定するアプローチ——つまりカメラで見て判定する方法が、現実的な代替として浮上してきます。
改善行動につなげるために電力データへ与えたいのは、時系列に沿った「状態ラベル」です。たとえば「07:12〜07:48は加工中」「07:48〜08:05は待機（アイドル）」「08:05以降は停止」といったラベルが電力波形に重なると、初めて『この待機時間帯に○○kWが流れ続けている』といった無駄が具体的に見えてきます。
逆に言えば、状態ラベルがない電力データは「合計は分かるが、どこを削ればよいか分からない」データにとどまりがちです。非稼働のはずの時間帯に電力が残っているという事実は、非稼働時の電力を見つけるうえで最も価値の高い情報の一つですが、それを言えるのは「その時間帯が非稼働だった」と裏づけるラベルがあってこそです。
設備の状態は、実は外から観察できる兆候に表れていることが多くあります。運転を示すシグナルタワー（積層表示灯）の点灯色、稼働部の動き、加工中に出る切粉や飛沫、ワーク（加工対象物）がセットされているか、安全扉やカバーが開いているか、といった手がかりです。人がその場に立てば一目で「動いている/止まっている」が分かる——この人間の判断を、カメラと画像処理で代替・自動化しようというのが本記事のアプローチです。
ただし、人が横から見て分かることが、そのままカメラで安定して読めるとは限りません。何が読めて何が読めないのか、どんな撮り方なら読めるのかを、次章以降で切り分けていきます。
カメラによる状態判定は、対象の「見え方の差の大きさ」で難易度が決まると考えると整理しやすくなります。状態が変わったときに画像上の差が大きい対象ほど安定して読め、差が微小な対象ほど難しくなります。おおまかに、比較的読みやすい対象と、条件を整えないと難しい対象に分かれます。
シグナルタワーの点灯色（緑=運転/赤=異常/黄=待機など）は、色と輝度の差が大きく、判定の入口として扱いやすい対象です。安全扉やカバーの開閉、ワークの有無（あるべき位置に物があるか）、大きな可動部が動いているか止まっているか、といった「大きな見た目の変化」も、固定カメラで定点観測すれば読み取れる可能性が高いと考えられます。表示灯のように意味が設計された対象は、そもそも遠くからでも視認できるよう作られているため相性が良い、という側面もあります。
一方で、微小な振動やわずかな送り動作しか外に出ない設備、金属光沢や透明カバーで反射・映り込みが強い面、周囲の作業者や搬送物で頻繁に遮蔽される位置、桁の小さいデジタル表示器を遠くから読む、といったケースは難易度が上がります。動きが小さい対象はフレーム間差分に頼ると照明のちらつきや影の移動を「動き」と誤検出しやすく、工夫が必要です。
表示器の数値やパネル文字そのものを読み取りたい場合は、単純な色・動き検出では足りず、文字認識の領域になります。現場の据え付け環境で撮った画像から文字や状態を読むには、エッジVLMによる画像認識のように、多少の角度ずれや照明むらがあっても意味を汲めるモデル側の頑健さが効いてくる場面があります。とはいえ万能ではなく、読めるかどうかは結局、現物を撮って確かめる必要があります。
カメラ判定の成否は、モデルの賢さよりも先に「そもそも読めるように撮れているか」で決まる、というのが現場での率直な実感です。ここは元キーエンス画像処理事業部の現場知見と現場ライティングの経験が活きる部分で、以下の観点を最初に詰めておくと後戻りが減ると考えられます。
判定したい対象（表示灯1個、扉のふち、ワーク1点）が画面上で何画素を占めるかが、読める/読めないの分水嶺になります。遠くから広角で全景を撮ると、表示灯が数画素の点にしかならず色判定が不安定になります。対象が小さいなら寄る、望遠で切り取る、あるいはカメラを増やして分担する、といった設計判断が必要です。「1台のカメラで全部見せたい」という要望と、読める解像度の要求は、しばしば衝突します。
工場・倉庫は時間帯で明るさが大きく変わります。窓からの外光、天井照明の点灯パターン、設備自体が出す光（アーク、加工火花、モニタ発光）が、同じ状態でも見え方を変えてしまいます。露出が変動すると「点灯しているのに白飛びして色が判別できない」といったことも起きます。固定露出にする、対象付近の照明を安定させる、必要なら補助光を足す、といった現場ライティングの調整が判定精度を底上げします。
通路際の設備では作業者やフォークリフト、仕掛品が頻繁に対象を隠します。一時的な遮蔽で状態が「消える」と誤判定につながるため、遮蔽されにくい高さ・角度にカメラを置く、複数フレームで多数決を取る、といった対策を織り込みます。金属面や表示器のガラスへの映り込みは角度を数度変えるだけで大きく改善することがあり、据え付け時の追い込みが効きます。こうした画像処理AIの現場適用の勘所は、机上ではなく実際の据え付け位置で詰めるのが確実です。
カメラから「運転中/待機/停止」といった状態ラベルが時系列で取れるようになったら、次は電力データと同じ時間軸で重ねます。ここで両者のタイムスタンプを揃えること（時刻同期）が地味に重要で、カメラ側と電力計側の時計がずれていると、せっかくのラベルと波形が数十秒ずれて意味をなさなくなります。NTP等で時刻を合わせ、突き合わせの前提を整えておきます。
重ね合わせると、たとえば「停止ラベルの時間帯にベースの電力が残っている＝待機電力の候補」「運転ラベルなのに消費が低い＝空運転や軽負荷の可能性」「待機ラベルが想定より長い＝段取りや停滞のロス」といった仮説が、根拠のあるデータとして立てられるようになります。ここまで来て初めて「見える化」が「改善行動」に接続します。
改善策（待機時の主電源オフ、段取り短縮、稼働集約など）を打った後は、単純な総電力量ではなく、状態ラベルで区切った内訳や、生産数量あたりのエネルギー原単位で前後比較すると効果が読みやすくなります。生産量が変動しても原単位で見れば「同じ量を作るのに使うエネルギーが減ったか」を評価しやすいためです。ただし原単位は分母の取り方で印象が変わるので、比較条件を固定して見ることが前提になります。
工場・倉庫の映像は機微な情報を含むため、クラウドに常時送るのは抵抗が大きい現場が多いはずです。Jetson等のエッジ端末で映像をその場で処理し、外に出すのは「07:12 運転」「07:48 待機」といった状態ラベルと集計値だけ、という構成にすれば、通信量とプライバシー・セキュリティ上の懸念を抑えられると考えられます。異常な状態遷移の要約や日次レポートの下書きをローカルのLLMに任せ、報告負担を軽くする使い方も現実味を帯びてきています。
カメラによる状態判定は万能ではありません。導入検討の段階で見落とされがちな限界と落とし穴を、あらかじめ共有しておきます。
これらは「だからやめておく」理由ではなく、「だからこそ小さく試して見極める」理由です。読めるか読めないかは、対象を1つ選んで現物を撮ってみれば、多くの場合その日のうちに手応えが掴めます。
いきなり全設備をカメラで見ようとすると、コストも調整も膨らみ、どこかで頓挫しがちです。現実的なのは、困りごとが大きい設備を1台選び、最も読みやすい手がかり（多くはシグナルタワーの点灯色）から始める段階設計です。
第1段階は現物検証です。対象設備の表示灯やワーク位置を実際の据え付け位置から撮り、距離・解像度・照明・遮蔽・角度が判定に足りるかを確かめます。第2段階で状態ラベルを電力データと時刻同期して突き合わせ、ラベルと波形が一致するかを検証します。ここまでで「カメラ状態判定×電力紐付け」が自分の現場で成立するかの見極めがつきます。
第3段階で、成立した1台をもとに待機電力や空運転の候補を洗い出し、改善策を打って原単位で効果を検証します。第4段階として、読み方の勘所が固まった対象から、同種設備・他拠点へ横展開し、拠点間の比較や報告の自動化に広げていく、という流れが無理がないと考えられます。
どの設備のどの手がかりが読めそうか、どんなカメラ配置と照明にすべきかは、現場の状況で大きく変わります。対象を絞って可否を見極める小規模PoCから始める相談で、読める撮り方の設計から一緒に詰めるのが結果的に早いと考えます。まずは困っている設備1台を題材に、現物で試すところから始めてみてはいかがでしょうか。判断に迷う点があれば相談するところからで構いません。
設備に手を加えず、表示灯の点灯色・可動部の動き・ワーク有無・扉開閉などをカメラで観察して状態を推定するアプローチが選択肢になりうると考えられます。ただし読めるかどうかは対象の見え方の差の大きさと撮影条件次第で、微小な動きや反射の強い面は難易度が上がります。まず現物を撮って確かめることをおすすめします。
精度は対象・撮影距離・解像度・照明・遮蔽・角度で大きく変わるため、一律の数値をお示しするのは適切ではありません。表示灯の点灯色のように差が大きい対象は比較的安定して読めますが、いずれの場合も自社の設備・環境で計測して確かめる現物検証が前提になります。一般値の鵜呑みは避けるのが安全と考えます。
表示灯は制御上の状態を示すもので、実際の電力消費と必ずしも一致しません。緑点灯でも軽負荷、消灯でも待機電力が流れることがあります。カメラの状態ラベルと電力データを同じ時間軸で突き合わせて初めて、待機電力や空運転の候補が根拠を持って見えてくると考えられます。
Jetson等のエッジ端末で映像をその場で処理し、外部に出すのは状態ラベルや集計値だけにする構成にすれば、通信量とプライバシー・セキュリティ上の懸念を抑えやすいと考えられます。生映像を常時クラウド送信しない設計は、現場の受け入れやすさの面でも有効な場合が多いはずです。
状態ラベルと電力データを紐付けた原単位管理は、社内の改善検討や説明資料の土台として役立ちうると考えられます。ただし各制度が求める算定方法・報告様式・適用範囲は改定されることがあるため、正式な報告に用いる際は所管省庁の最新の公表資料でご確認ください。まずは自社の把握・改善の観点から始めるのが実務的です。
PLC信号が取れない設備でも、カメラで状態を読み電力データと突き合わせられるかは、現物を撮ってみれば多くの場合その日のうちに手応えが掴めます。対象を絞った小さな検証から、読める撮り方の設計とエネルギー原単位への紐付けをご一緒します。
カメラでの設備状態判定について相談する