複数の PCN はどのように状態遷移前制御ネットワークを形成するのか？

複数の PCN はどのように状態遷移前制御ネットワークを形成するのか？

一つの PCN（Pre-Control Node / 前制御ノード）は、一つの明確な目標状態入口に対応する。

複雑なエンジニアリングシステムには複数の目標状態入口が存在し、連続、並列、分岐、循環などの関係を持つ。

各 PCN は、自身が担当する目標状態入口で前制御判定と制御を行う。選択した制御経路が実行されると実行結果が生じ、実際のエンジニアリング状態が更新される。

この状態更新によって生じた状態事実が別の目標状態入口の関連入力となり、その入口の判定環境を実際に変化させる場合、PCN 間にエンジニアリング上の依存関係が成立する。

複数の目標状態入口、それぞれに対応する PCN、および状態更新によって成立する依存関係から構成される構造を PCN Network（PCN ネットワーク） と呼ぶ。

PCN ネットワークは、複数の目標状態入口とそれぞれに対応する PCN を、実行後の状態更新が他の目標状態入口へ与える影響関係によって接続した状態遷移前制御ネットワークである。

PCN 間の依存関係を成立させるのは、実行後の状態更新によって生じた実際のエンジニアリング状態事実である。

前段の PCN で生成された CAE-SDB 判定結果は、その PCN 自身の PCN Trace に記録する。下流側の PCN は、その判定結果を直接引き継ぐのではなく、更新後の状態事実を読み取り、自身の目標状態入口に対してあらためて状態マッピングと判定を行う。

PCN 間の基本的な実行関係は、次のとおりである。

PCN-A
→ 実行結果
→ 状態更新
→ エンジニアリング状態事実の更新
→ PCN-B の目標状態入口へ影響
→ PCN-B が状態マッピングと判定を実行

この矢印は、ある PCN の実行結果による状態変化が、別の目標状態入口へ影響する順序を示している。

図 1：PCN ネットワークの全体構造。複数の目標状態入口と対応する PCN は、実際の状態更新と状態遷移上の依存関係によって接続される。各 PCN は自身の目標状態入口に対応した局所的な判定の意味を保持し、PCN Trace によって運転履歴を記録する。

基礎概念については、以下を参照できる。

• Concepts｜中核概念
• TPCA / PCN 状態遷移前制御アーキテクチャ｜ホワイトペーパー
• なぜ PCN は TPCA の最小エンジニアリングノードなのか？

1. PCN ネットワークのノードと基本対象

PCN ネットワークのノードは、独立して設計・判定・制御・記録する必要がある目標状態入口と、それに対応する PCN である。

代表例を次に示す。

設備、PLC、ロボットコントローラ、MES、WCS、品質システムなどは、各 PCN が目標状態入口を判定するために必要な状態情報を提供する。

PCN の設定単位は目標状態入口によって決まる。設備台数、コントローラ台数、システム名称との間に固定的な対応関係はない。

一台の複雑な設備の内部に複数の PCN を設定することもできる。異なる設備間でも、実際の状態変化が別の目標状態入口へ影響すれば、PCN 間の依存関係が成立する。

MES / WCS、設備、品質、保全、人による操作をまたぐ状態遷移についても、明確な目標状態入口を設定できれば、それぞれに対応する PCN を配置できる。

PCN ネットワーク上の関係は、目標状態入口間に実際の状態変化による依存関係が存在する場合に設定する。

2. 状態事実は安定して保持し、状態遷移上の役割は目標状態入口に結び付ける

PCN ネットワークで共有の基礎となるのは、実際のエンジニアリング状態事実である。

設備、コントローラ、上位システムは、それぞれが確定できる運転状態を提供する。

たとえば、次のような状態がある。

PROCESS_COMPLETE
RUN_READY
STATUS_VALID
品質承認状態
資源占有状態
区域許可状態
下流側の受入状態
タスク状態

これらの状態事実そのものに、C、A、E の役割を固定する必要はない。

C / A / E は、ある状態が現在の目標状態入口に対して担う状態遷移上の役割を表す。各 PCN は、設計または設定段階で、自身が担当する目標状態入口に基づいて関連状態の C / A / E 状態マッピングを定義する。

たとえば、下流設備の受入状態は、上流設備が搬送段階へ移行する場合、E：実行チェーン状態に関係する状態として扱う。目標段階へ移行した後に実行チェーンを継続できるかを判定するためである。

同じ状態事実でも、別の目標状態入口では役割が変わる場合がある。その場合は、別の PCN で異なる役割として定義する。

ある状態が明確な移行許可を表す場合には、対応する目標状態入口で A：許可状態として扱う。

状態事実そのものの基本意味は安定して保持し、C / A / E の役割は具体的な目標状態入口との関係によって定める。

異なる PCN が同じ状態オブジェクトを参照する場合でも、それぞれが自身に定義された状態マッピングを適用する。

実行時には、対象となる目標状態入口に対して最新状態を読み取り、その PCN に定義された S / D / B 判定を実行する。

3. PCN 間のエンジニアリング依存関係はどのように成立するか

PCN ネットワーク上の接続は、設備の物理接続、通信接続、工程順序、システム所属だけでは成立しない。

直接的な PCN 間のエンジニアリング依存関係は、次の条件が連続して成立した場合に設定する。

1. PCN-A が選択した制御経路を実行する。
2. 実行結果によって実際の状態更新が生じる。
3. 状態更新によって、新しいエンジニアリング状態事実が生じる、または既存の状態事実が更新される。
4. その状態事実が PCN-B の目標状態入口に対する関連入力となる。
5. その変化が PCN-B の判定環境を実際に変化させる。

ここでいう 状態更新（State Update） は、選択された制御経路を実行した結果として生じる、実際のエンジニアリング状態の変化を指す。

PCN ネットワークの接続基盤は、実際の状態変化が他の目標状態入口へ与える影響関係である。

設備が物理的に接続されている、通信接続されている、工程順序が前後している、同じ生産ラインに属している、同じ資源を共有している、といった関係だけでは、直接的な PCN 間依存を設定しない。

状態更新の内容は、対象となるエンジニアリングシステムによって異なる。

代表例は次のとおりである。

• 状態進行
• 許可状態の変化
• 資源状態の変化
• 実行チェーン状態の変化
• タスク状態の変化
• 対象・サイクル状態の変化
• その他のエンジニアリング状態変化

これらの状態更新が別の目標状態入口へ実際に影響するかどうかによって、PCN 間の依存関係を判断する。

たとえば、把持動作が完了して「把持完了」という状態事実が生じ、それが「配置段階へ移行する」ための関連入力となる場合、配置前 PCN は更新後の状態を読み取り、自身の目標状態入口に対して判定を行う。

区域許可、品質承認状態、資源占有、バッファ容量、下流側の受入状態、結果の書き戻し状態などが変化した場合も、その更新が別の目標状態入口の判定環境に影響すれば、対応する PCN 間に依存関係が成立する。

代替経路、戻し経路、異常処理経路が別の目標状態に対応する場合は、新しい目標状態入口として独立して前制御判定を行う。

4. 各 PCN は局所的な判定の意味を保持し、PCN Trace によってシステムレベルの関係を追跡する

PCN ネットワークでは、各 PCN が自身の目標状態入口に対応した判定の意味を保持する。

たとえば、PCN-A で A-D が生成された場合、それは PCN-A に対応する目標状態入口において、許可状態に動的時系列有効性の問題があることを表す。

その後、PCN-A の実行によって状態変化が生じ、それが PCN-B に影響したとしても、PCN-B が A-D という判定結果をそのまま引き継ぐことはない。

PCN-B は、更新後のエンジニアリング状態事実を読み取り、自身に定義された C / A / E 状態マッピングと S / D / B 判定を適用し、自身の CAE-SDB 判定結果を生成する。

C / A / E は、状態が具体的な目標状態入口に対して担う局所的な役割を表すためである。

PCN 間で受け渡される基礎となるのは、実際の状態事実と、その状態を各目標状態入口で判定するために必要な関連情報である。

一回の目標状態入口に対する判定について、PCN は PCN Trace を記録する。

代表的な記録内容は次のとおりである。

• 現在状態
• 目標状態
• 目標状態入口
• 関連状態
• C / A / E 状態マッピング
• S / D / B 判定
• CAE-SDB 判定結果
• 制御調停結果
• 複数経路制御結果
• 実行結果
• 時間情報
• 履歴 ID

単一の PCN Trace から、その目標状態入口でどの状態を根拠として判定し、どの制御結果に至ったかを確認できる。

複数の PCN Trace を実際の状態遷移上の依存関係と対応付けることで、次の関係を追跡できる。

• ある状態事実が、どの上流側の実行結果によって生じたか
• その状態が、どの目標状態入口へ影響したか
• 下流 PCN が、どのような判定結果を生成したか
• その後、どのような状態変化が生じたか

PCN ネットワークの構造は、連続、並列、分岐、循環、複数システムにまたがる構成など、対象システムに応じて異なる。

一つの状態更新が複数の目標状態入口へ影響する場合には、それぞれにエンジニアリング依存関係が成立する。

状態タイプには循環が存在する場合がある。

A → B → C → A

一方、実際の運転における状態インスタンスは、時間方向に継続して生成される。

A₁ → B₁ → C₁ → A₂

A₁ と A₂ は同じ状態タイプ A に属していても、異なる運転インスタンスである。

再加工、戻し、復帰、再投入などの経路によって状態タイプ上の循環が存在していても、運転履歴は時間方向に連続して記録される。

この点については、以下を参照できる。

• TPCA における状態インスタンスの単方向性 ― 状態タイプの循環と実運転履歴の違い
• なぜ PCN Trace は新しいエンジニアリングデータなのか？

5. PCN ネットワークのエンジニアリング形態と境界

PCN ネットワークは、異なるエンジニアリング階層に構成できる。

自動化実行ユニット

一つの自動化実行ユニットの内部にも、把持、配置、その後の実行段階など、複数の主要な目標状態入口を設定できる。

前段階の実行完了によって新しい状態事実が生じ、その状態が後続の目標状態入口の判定環境に影響する場合、対応する PCN 間に依存関係が成立する。

MES / WCS と複数設備の協調

MES / WCS と複数設備が協調するシステムでは、目標状態入口が複数の設備やシステムに分散して存在することが多い。

タスク生成、タスク実行、ステーション受入、引渡しなど、それぞれが明確な目標状態入口となり得る。

タスク、資源、経路、ステーション、許可、実行チェーンなどの状態が更新され、その更新が別の目標状態入口に影響した場合、PCN ネットワーク上の直接依存関係が成立する。

製造 DX と複数システムにまたがる状態遷移

設備、人、MES、品質システム、保全システムの間にも、明確な状態遷移入口を設定できる。

たとえば、次のような状態遷移がある。

• 品質状態更新後に次工程へ移行する
• 保全状態更新後に自動運転へ復帰する
• 作業指示やレシピ状態更新後に新しい生産状態へ移行する

PCN ネットワークを構成するために、これらのシステムを一つの中央状態システムへ統合する必要はない。

各 PCN は、自身の目標状態入口を基準として関連状態を読み取り、判定を実行し、制御結果を確定する。

PCN は、PLC / HMI、産業用コントローラ、エッジコントローラ、WCS、MES、ソフトウェアサービスなど、異なる位置に配置できる。すべての PCN を一つの中央コントローラで実行する必要もない。

PCN ネットワークが扱うのは、目標状態入口間に実際に成立する状態変化による依存関係である。設備トポロジ、通信トポロジ、生産フロー図そのものをネットワーク関係として扱うものではない。

直接的なエンジニアリング依存関係は、次の4点で確認する。

1. PCN-A の実行結果によって実際の状態更新が生じたか。
2. その状態更新によって新しい状態事実が生じる、または既存の状態事実が更新されたか。
3. その状態事実が PCN-B の関連入力となったか。
4. PCN-B に対応する目標状態入口の判定環境を実際に変化させたか。

これらの関係が成立した場合に、PCN 間の直接依存関係を設定する。

PCN ネットワークは、ノード数や接続数を増やすことを目的としない。

実際の状態遷移に必要な判定、制御、状態更新、追跡の関係だけを、できるだけ簡潔な依存構造として保持する。

具体的な実行ライフサイクル、PCN 間通信プロトコル、同期方式、状態更新のデータ構造、完全なインターフェース定義、完全な制御調停ルール、その他の内部実装機構については、本公開ノートでは扱わない。

まとめ

一つの PCN は、一つの明確な目標状態入口に対応する。

PCN 間の直接的なエンジニアリング依存関係は、上流側の実行結果によって実際の状態更新が生じ、その更新が別の目標状態入口の判定環境を変化させる場合に成立する。

依存関係の基礎となるのは、更新後のエンジニアリング状態事実である。

C / A / E の役割と CAE-SDB 判定結果は、それぞれの目標状態入口に結び付いた局所的な意味を持つ。各 PCN は、更新後の状態事実を読み取り、自身に定義された状態マッピングと判定を実行する。

上流 PCN の CAE-SDB 判定結果は、その PCN 自身の PCN Trace に保持し、下流 PCN の判定結果として直接引き継がない。

複数の目標状態入口と、それらの間に成立する実際の状態更新による依存関係を接続することで、PCN ネットワークが構成される。

PCN ネットワークは、複数の目標状態入口とそれぞれに対応する PCN をノードとし、実行結果による状態更新が他の目標状態入口へ与える影響関係を接続基盤として、状態遷移関係を組織・追跡・分析するエンジニアリングネットワークである。

関連技術ノート

• なぜ PCN は TPCA の最小エンジニアリングノードなのか？
• TPCA における状態インスタンスの単方向性 ― 状態タイプの循環と実運転履歴の違い
• なぜ PCN Trace は新しいエンジニアリングデータなのか？
• TPCA / PCN の適用場面分析

文書情報

題名：複数の PCN はどのように状態遷移前制御ネットワークを形成するのか？
文書種別：技術ノート
バージョン：Public Note Version 1.6
初回公開日：2026-07-04
最終更新日：2026-10-03
著者：全野南政 / Nansei Zenno
現在の URL：https://zennns.com/jp/notes/pcn-network-structure/