なぜ CAE-SDB なのか

製造・自動化システムでは、設備が Ready であっても、安全許可、画像認識結果、下流設備の受入状態、上位システムの許可状態など、今回の状態遷移に関係する状態によって、次の実行段階へ進めないことがある。

このような状態遷移前の判定では、次の二つを分けて整理することが重要になる。

第1軸：その状態は、今回の状態遷移で何を表しているか。

第2軸：その状態を、どの観点から判定するか。

TPCA / PCN では、現在状態から目標状態へ進む直前の判定位置を Target State Entry（目標状態入口）として扱う。

Target State Entry には、設備の Ready、画像認識結果、安全許可、タスク状態、下流設備の受入状態、上位システムの許可状態など、複数の状態情報が関係する。

CAE-SDB は、これらの状態情報を二つの軸で整理するための判定構造である。

C / A / E：状態変数領域

S / D / B：判定特性

C / A / E は、各状態が今回の状態遷移で担う役割を表す。

S / D / B は、その状態をどの観点から判定するかを表す。

この二軸を分けることで、同じ状態変数に S / D / B の複数の判定を適用できる。また、設備やシステムごとに信号名称や実装方法が異なっても、判定結果を C-S、A-D、E-B などの共通形式で表現できる。

その結果、判定結果を制御優先度調停、複数経路制御、PCN 状態遷移判定履歴へ一貫して接続できる。

定義は次の通りである。

C = Condition         条件状態
A = Authority         許可状態
E = Execution Chain   実行チェーン状態

S = Structure         構造完全性
D = Dynamics          動的時系列有効性
B = Boundary          制御境界

この二軸を組み合わせることで、

どの状態変数領域で、どの判定特性に関する結果が確認されたか

を共通の形式で表すことができる。

1. なぜ二つの軸に分けるのか

例えば、ロボットがピックアップ段階へ進む前に、次の状態を使用するとする。

VisionOK = TRUE
SafetyPermission = TRUE
RobotReady = TRUE
DownstreamAvailable = TRUE

これらはすべて目標状態入口に関係する状態であるが、今回の状態遷移で担う役割は異なる。

  • VisionOK は、ワークがピックアップ条件を満たしていることに関係する。
  • SafetyPermission は、ピックアップ段階への進入許可に関係する。
  • RobotReady や DownstreamAvailable は、進入後の実行チェーンに関係する。

一方、それぞれの状態には、役割とは別に判定が必要になる。

例えば VisionOK = TRUE を使用する場合でも、次の内容を確認することがある。

  • 必要な信号や対象との対応関係が定義されているか。
  • 今回のワークに対応する有効な結果か。
  • 信頼度や位置などが事前定義した範囲内にあるか。

したがって、状態遷移前判定では、

状態が今回の状態遷移で担う役割

と、

その状態を判定する観点

を分けて整理する必要がある。

CAE-SDB では、この関係を次の二軸で扱う。

状態の役割
C / A / E

    ×

判定特性
S / D / B

2. C / A / E：状態遷移における役割を整理する

C / A / E は、目標状態入口に関係する状態を、今回の状態遷移における役割に基づいて整理する状態変数領域である。

C：目標状態へ進むための前提条件

A：目標状態への進入を許可する状態

E：目標状態へ進入した後に必要となる実行チェーン

機能上の位置関係は、次のように整理できる。

進入前                目標状態入口                進入後

  │                         │                         │

  C                         A                         E

条件状態                  許可状態              実行チェーン状態

C、A、E はいずれも目標状態入口の前に PCN へ入力し、判定する。

E では、目標状態へ進入した後に必要となる実行チェーンを、進入前に確認する。

2.1 C：Condition / 条件状態

C は、目標状態へ進入するために必要な前提条件に関係する状態変数領域である。

代表例を以下に示す。

  • ワークが存在している。
  • 対象、位置、姿勢が要求条件を満たしている。
  • 認識結果が取得されている。
  • タスクが存在している。
  • リクエストパラメータが揃っている。
  • 前工程が完了している。
  • 必要なデータが存在している。

C では、

この目標状態へ進むための前提条件が揃っているか

を扱う。

2.2 A：Authority / 許可状態

A は、目標状態への進入を許可する状態に関係する状態変数領域である。

代表例を以下に示す。

  • 安全許可
  • エリア許可
  • 上位システムからの許可
  • 資源ロック
  • 承認状態
  • ユーザーまたはテナントの権限
  • 手動確認

重要な A は、目標状態入口に対する独立した必要制約となる。

重要な許可が成立していない場合は、C と E が目標状態への進入要求を満たしていても、その目標状態への進入は許可されない。

A では、

現在、この目標状態へ進むことが許可されているか

を扱う。

2.3 E：Execution Chain / 実行チェーン状態

E は、目標状態へ進入した後、その段階を継続・完了するために必要となる実行チェーンに関係する状態変数領域である。

例えば、

RobotReady = TRUE

は、ロボット本体の運転準備状態を表す。

ピックアップ段階への進入を判定する場合は、ロボット本体に加えて、今回の目標状態へ進入した後に必要となる次のような状態も確認対象となる。

  • ロボット経路状態
  • グリッパ状態
  • 下流受入状態
  • 相手機器の受入状態
  • 結果アップロードまたは書戻し状態
  • 今回の目標状態に対して定義された後続実行経路の状態

E では、

目標状態へ進入した後、必要な実行チェーンが継続できるか

を扱う。

3. S / D / B：状態をどの観点から判定するか

C / A / E へ整理した状態に対し、今回の目標状態入口に必要な S / D / B 判定を行う。

S / D / B は、状態変数領域とは別の軸として、各状態に対する判定特性を表す。

S：判定に必要な構造が整っているか。

D：その状態を現在の判定根拠として使用できるか。

B：その状態が事前定義した制御境界内にあるか。

3.1 S：Structure / 構造完全性

S は、今回の状態遷移判定に必要なエンジニアリング構造の完全性を判定する。

主な確認対象は次の通りである。

  • 必要な信号またはフィールドが定義されているか。
  • インターフェースが接続されているか。
  • 状態と対象のマッピング関係が設定されているか。
  • 許可元が明確であるか。
  • 実行チェーンの関係と境界が定義されているか。
  • 必要な状態を観測できるか。

S では、

今回の判定に必要な構造が定義され、接続され、観測可能な状態になっているか

を確認する。

3.2 D：Dynamics / 動的時系列有効性

D は、運転中の関連状態を今回の目標状態入口に対する判定根拠として現在も使用できるかを判定する。

主な確認対象は次の通りである。

  • タイムアウト
  • 未更新
  • 期限切れ
  • チャタリング
  • 競合
  • 遅延
  • 非同期
  • バージョン不一致
  • シーケンス関係
  • 許可取消
  • 状態切替中

例えば、

VisionOK = TRUE

であっても、その値が前のワークに対する結果であれば、現在の目標状態入口の判定には使用できない。

D では、

この状態を、今回の目標状態入口に対する有効な判定根拠として現在も使用できるか

を確認する。

3.3 B：Boundary / 制御境界

B は、関連状態が事前に定義された許容範囲、しきい値、または制御境界内にあるかを判定する。

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

Min / Max
Threshold
Tolerance
Range
Time Window
Quota
Capacity
Rate Limit
Retry Limit

例えば、ある寸法の許容範囲を次のように定義する。

19.90 mm ～ 20.10 mm

判定例は次の通りである。

20.06 mm → 許容範囲内

20.18 mm → 許容範囲外

B では、

現在の状態が、今回の目標状態入口に対して事前に定義された制御境界内にあるか

を確認する。

D と B は、次のように読み分けることができる。

D：
その状態を、今回の判定根拠として現在使用できるか。

B：
その状態が、事前に定義された範囲やしきい値の内側にあるか。

例えば画像認識結果では、前のワークに対する結果や期限切れの結果は D の判定対象となる。

一方、現在のワークに対応する有効な認識結果であっても、認識信頼度や位置偏差が事前に定義した範囲を外れている場合は B の判定対象となる。

4. C / A / E と S / D / B を組み合わせる

C / A / E と S / D / B を組み合わせると、次の判定座標を構成できる。

状態変数領域S：構造完全性D：動的時系列有効性B：制御境界
C：条件状態C-SC-DC-B
A：許可状態A-SA-DA-B
E：実行チェーン状態E-SE-DE-B

この表は、

どの状態変数領域で

×

どの判定特性に関する結果が確認されたか

を表す。

例えば、画像認識結果を C 条件状態として使用し、その結果が有効時間を超えていた場合は、

C-D

として表現できる。

これは、条件状態について動的時系列有効性に関する結果が確認されたことを示す。

その他の例を以下に示す。

A-D

許可状態について、動的な失効または取消が確認された。

E-B

実行チェーン状態について、事前に定義された制御境界を外れていることが確認された。

C-S

条件状態について、必要な構造定義または接続の不足が確認された。

同じ状態変数領域でも、異なる判定特性を分けて確認できる。

例えば、画像認識結果を C 条件状態として使用する場合、判定は次のように整理できる。

C に対する S 判定：
認識結果を取得し、対象と対応付けるための構造を確認する。

C に対する D 判定：
認識結果を現在の判定根拠として使用できるかを確認する。

C に対する B 判定：
認識結果が事前定義した許容範囲内にあるかを確認する。

これらの判定によって対応する結果が確認された場合、C-S、C-D、C-B などの CAE-SDB 判定結果を形成する。

逆に、同じ D 判定特性を C、A、E の異なる状態変数領域へ適用することもできる。

C-D：
画像認識結果が期限切れ

A-D：
許可が取り消されている

E-D：
下流状態が長時間更新されていない

この二軸構造を共通に用いることで、設備やシステムごとに使用する信号や実装方法が異なっても、判定結果を同じ CAE-SDB 形式で整理できる。

CAE-SDB 判定結果は、対応する S / D / B 判定を実施し、その結果が得られた場合に形成する。

時間情報 T は、各状態および判定結果とともに保持する。

5. CAE-SDB 判定結果を制御と履歴へ接続する

ここからは、CAE-SDB の判定結果が後続処理でどのように利用されるかを示す。

CAE-SDB の役割は、目標状態入口に関係する状態を二軸で構造化し、その判定結果を後続処理へ渡すことである。

基本的な処理関係は次の通りである。

現在状態
    ↓
目標状態
    ↓
目標状態入口 / PCN
    ↓
C / A / E 状態マッピング
    ↓
S / D / B 判定
    ↓
CAE-SDB 判定結果 + T
    ↓
制御優先度調停
    ↓
複数経路制御
    ↓
実行結果
    ↓
PCN 状態遷移判定履歴

5.1 複数の判定結果を調停する

1 回の目標状態入口では、複数の CAE-SDB 判定結果が同時に形成される場合がある。

例えば、

C-D
A-B
E-D

が同時に確認されることもある。

これらの判定結果は、時間情報 T とともに制御優先度調停へ渡される。

制御優先度調停では、

  • CAE-SDB 判定結果
  • 重要な許可
  • 安全上の制約
  • 事前定義された制御ルール
  • 選択可能な制御経路

などに基づいて、今回の目標状態入口に対する制御上の優先関係を処理する。

重要な A が成立していない場合は、独立した必要制約として扱われる。

5.2 複数経路制御へ接続する

制御優先度調停の結果に基づき、今回の目標状態入口に対する制御経路を形成する。

代表的な制御経路には、次のようなものがある。

移行許可
待機
再認識
再サンプリング
再位置決め
再試行
リターン
異常分岐
下流調整
資源解放
縮退実行
手動確認
移行禁止
安全ロック
異常隔離
強化記録

同じ CAE-SDB 判定結果であっても、対象となる目標状態入口、安全上の制約、設備構成、制御ルールによって、選択される制御経路が異なる場合がある。

代替経路、リターン経路、退避経路などは、それぞれ対応する後続の目標状態または目標実行経路の候補となる。

5.3 PCN 状態遷移判定履歴へ記録する

PCN 状態遷移判定履歴には、例えば次の情報を記録する。

  • 現在状態
  • 目標状態
  • 判定に使用した状態
  • C / A / E 状態マッピング
  • S / D / B 判定
  • CAE-SDB 判定結果
  • 時間情報 T
  • 制御優先度調停結果
  • 複数経路制御
  • 実行結果

この形式で蓄積することで、

どの目標状態入口で

どの状態変数領域に

どの判定特性に関する結果が

どの程度繰り返し発生しているか

を比較できる。

これにより、個別のアラームや状態値だけでは捉えにくい、目標状態入口単位の履歴分析が可能になる。

6. 現時点の検証範囲

CAE-SDB は、現在の TPCA / PCN において、目標状態入口の前で使用する構造化判定ロジックである。

現段階では、主に次の点を継続して確認している。

C / A / E が、

目標状態入口に必要な状態遷移上の役割を安定して整理できるか。

S / D / B が、

各状態に必要な判定特性を安定して整理できるか。

CAE-SDB 判定結果が、

制御優先度調停、
複数経路制御、
PCN 状態遷移判定履歴まで

一貫して利用できるか。

異なる設備、システム、業界へ適用した際、現在の構造では自然に整理できない独立した状態遷移上の役割、または独立した判定特性が継続して確認された場合は、その対象を個別に検証する。

参考文献および外部資料

以下の資料は、状態モデリング、産業システムにおける状態情報、複雑システムにおけるイベント時系列などに関する既存のエンジニアリング基盤を示すための参考資料である。

  1. HAREL D.

    Statecharts: A Visual Formalism for Complex Systems.

    Science of Computer Programming, 1987, 8(3): 231–274.

    DOI: 10.1016/0167-6423(87)90035-9

    https://www.sciencedirect.com/science/article/pii/0167642387900359

  2. OPC Foundation.

    OPC Unified Architecture — Part 4: Services.

    OPC UA の DataValue では、Value、StatusCode、SourceTimestamp、ServerTimestamp などの情報が関連付けられており、産業システムにおける状態値、状態品質、時間情報の関係を理解するための参考となる。

    https://reference.opcfoundation.org/specs/OPC-10000-4/full

  3. LAMPORT L.

    Time, Clocks, and the Ordering of Events in a Distributed System.

    Communications of the ACM, 1978, 21(7): 558–565.

    DOI: 10.1145/359545.359563

    https://www.microsoft.com/en-us/research/publication/time-clocks-ordering-events-distributed-system/

文書情報

題目：なぜ CAE-SDB なのか ― 状態変数領域と判定特性の二軸構造

文書種別：技術ノート

バージョン：Public Note Version 1.1

初回公開日：2026-08-25

最終更新日：2026-09-08

著者：全野南政 / Nansei Zenno

現在の URL：https://zennns.com/jp/notes/why-cae-sdb/

本稿は、TPCA / PCN 状態遷移前制御体系に関する公開説明資料である。