なぜ OEE の後に PCN が必要なのか?

OEE、設備稼働データ、アラーム履歴、保全データは、製造現場の運転実績や損失を把握するための重要な情報である。

OEE を用いることで、例えば次の内容を確認できる。

  • 設備がどの程度稼働していたか
  • 停止や待機がどの程度継続したか
  • 性能が低下しているか
  • 不良が増加しているか
  • どの時間帯や工程で損失が発生しているか
  • 改善後に運転実績がどのように変化したか

複雑な自動化システムでは、設備に明確な故障がなくても、次の工程や動作へ進まない場合がある。

例えば、

  • ロボットは Ready だが、ピックアップ動作が開始されない
  • タスクは存在するが、実行へ進まない
  • 上流工程は完了しているが、下流が受け入れられない
  • MES、WCS、PLC、ロボットに状態記録がある状態で Waiting が継続している
  • 個々の設備に明確なアラームがない状態で、特定の工程へ進めない

このような場合は、その時間帯にどの目標状態入口が判定対象となっていたか、どの状態を使用したか、どの判定結果と制御結果が形成されていたかを確認する必要がある。

PCN は、明確な目標状態入口を対象として、その入口に必要な状態遷移前判定、制御、履歴を構成する。

基本概念については、以下を参照。


1. OEE と PCN が扱う対象

OEE は、主として設備や生産プロセスの運転実績と損失を把握するために使用される。

代表的な対象には、次のようなものがある。

  • 時間稼働率
  • 性能稼働率
  • 良品率
  • 停止ロス
  • 性能ロス
  • 品質ロス
  • サイクルタイム
  • 生産数量

OEE では、損失が発生した工程、時間帯、規模を確認する。

PCN は、一回の明確な目標状態入口を対象とする。

状態遷移の基本関係は、現在状態、目標状態入口、目標状態として整理する。

PCN は、今回の目標状態入口に関係する状態を取得し、C / A / E 状態マッピング、S / D / B 判定、CAE-SDB 判定結果の形成、制御優先度調停、複数経路制御、実行結果取得、PCN Trace の記録までを一つの状態遷移単位として扱う。

両者の役割は次のように整理できる。

対象主な役割
OEE運転実績と損失を把握する
PCN目標状態入口における状態遷移前判定と制御を行い、その結果を PCN Trace として記録する

2. 複雑な自動化で目標状態入口の情報が必要になる場面

複雑な設備や自動化ラインでは、「運転」と「停止」の間に多数の状態遷移入口が存在する。

例えば、

  • 待機から自動運転
  • 投入完了から加工
  • 加工完了から検査
  • 検査完了から排出
  • 認識完了からピックアップ
  • 配置完了から圧入
  • タスク生成からタスク実行
  • AGV 到着からステーション受入

などである。

各目標状態入口では、複数の状態が同時に関係する。

ロボットが Ready であっても、次のような状態によって目標状態へ進入できない場合がある。

  • ワーク認識結果が期限切れである
  • 安全許可が成立していない
  • 上位システムからの許可待ちである
  • 下流受入状態が成立していない
  • 必要な経路や機構が使用できない
  • 関連状態が更新されていない
  • 判定に必要な信号やマッピングが不足している

OEE や設備データでは、待機時間や停止時間を確認できる。

PCN Trace では、その時間帯について次の内容を追跡できる。

  • どの目標状態入口が判定対象だったか
  • どの関連状態が使用されたか
  • どの CAE-SDB 判定結果が形成されたか
  • どの制御経路が選択されたか
  • 実行結果がどうなったか

これにより、運転実績上の損失と、目標状態入口単位の判定履歴を対応付けて確認できる。


3. OEE と PCN Trace の関連付け

OEE / 生産実績データと PCN Trace は、異なる粒度の情報を扱う。

項目OEE / 設備・生産データPCN / PCN Trace
主な対象運転実績、生産結果、損失一回の明確な目標状態入口
主な確認内容稼働、性能、品質、停止、待機状態、判定結果、制御結果、実行結果
時間の扱い一定期間の実績を集計・比較目標状態入口ごとの時間位置を記録
主な用途損失の把握、実績比較、改善効果確認状態遷移判定、制御履歴、原因候補の確認
主な改善対象設備、工程、生産プロセス状態遷移条件、許可、実行チェーン、制御経路

例えば、OEE や生産実績データから、ある設備で長時間の待機が発生していたことが確認されたとする。

対応する PCN Trace に、次のような記録がある場合を考える。

PCN:PCN-07
現在状態:検査完了
目標状態:ワーク排出
CAE-SDB 判定結果:E-D
判定内容:下流状態が未更新
複数経路制御:待機
実行結果:下流状態更新後に進入

この場合、OEE / 生産実績データからは待機による損失を確認できる。

PCN Trace からは、その待機時間帯に、下流状態の未更新に関係する E-D が形成され、待機が選択されたことを確認できる。

分析では、まず OEE / 生産実績データから損失が発生した工程と時間帯を特定する。

その後、対応する目標状態入口と PCN Trace を確認し、CAE-SDB 判定結果、選択された制御経路、状態遷移条件を追跡する。

この関係により、損失の発生区間と、その時点の状態遷移判定を同じ時間軸で確認できる。


4. OEE と PCN Trace を組み合わせた改善

OEE と PCN Trace を関連付けると、損失の発生位置に加えて、その時間帯に繰り返し発生している状態遷移判定を確認できる。

例えば、次のような関係を確認できる。

  • 特定の目標状態入口で E-D が繰り返し発生している
  • 特定の A に関係する待機が長期化している
  • 同じ PCN で待機が高頻度に選択されている
  • 下流受入状態の未更新が複数回発生している
  • エンジニアリング変更後に特定の CAE-SDB 判定結果が減少した
  • 制御経路変更後に待機時間が短縮した

この場合、改善対象は設備停止時間だけでなく、次の工程要素まで具体化できる。

  • 状態更新方法
  • 許可条件
  • 実行チェーン
  • 状態遷移条件
  • 制御境界
  • 複数経路制御
  • システム間の状態連携

OEE は、損失の大きさと発生区間を確認するために使用する。

PCN Trace は、その時間帯の目標状態入口における判定結果、制御選択、実行結果を確認するために使用する。

OEE や生産実績データで改善対象となる時間帯や工程を把握し、その区間に対応する PCN Trace を確認することで、状態遷移条件や制御経路まで掘り下げて改善対象を特定できる。


まとめ

OEE と PCN は、製造システムの異なる対象を扱う。

OEE は、運転実績と損失を把握する。

PCN は、明確な目標状態入口に対する状態遷移前判定と制御を行い、その結果を PCN Trace として記録する。

両者を関連付けることで、OEE / 生産実績から損失が発生した工程と時間帯を確認し、PCN Trace からその時間帯に行われた状態遷移判定と制御結果を追跡できる。

この関係により、運転実績上の損失から、状態遷移条件、許可、実行チェーン、制御境界、制御経路などの具体的なエンジニアリング改善対象へ展開できる。


関連技術ノート


参考文献と外部資料

以下の資料は、OEE および製造オペレーション KPI の既存の工程上の位置付けを確認するための参考資料である。

  1. Japan Institute of Plant Maintenance(JIPM)— TPM / Overall Equipment Efficiency(OEE)
    JIPM は OEE を、設備総合効率を把握し、設備に関係する損失を明確にして改善に活用する代表的な指標として説明している。
    https://jipmglobal.com/tpm/about_us_en

  2. ISO 22400-1:2014 — Automation systems and integration — Key performance indicators (KPIs) for manufacturing operations management — Part 1: Overview, concepts and terminology
    製造オペレーション管理で用いる KPI の概要、概念、用語を整理した規格である。
    https://www.iso.org/standard/56847.html


文書情報

題目:なぜ OEE の後に PCN が必要なのか?
文書種別:技術ノート
バージョン:Public Note Version 1.4
初回公開日:2026-07-04
最終更新日:2026-10-03
著者:全野南政 / Nansei Zenno
現在の URL:https://zennns.com/jp/notes/why-oee-pcn/