🧩 【制御:14】制御アーキテクチャにおける設計責任と信頼性境界の明文化

topics: [“AITL”, “制御”, “アーキテクチャ”, “AI”]

🧭 はじめに

制御システムの設計において、
「どこまでを設計で保証するのか」
「どこからを前提条件として切り離すのか」
を明確に言語化できているケースは、実は多くありません。

特に近年は、

AI
機械学習
自律最適化

といった言葉が制御分野にも流入し、
制御・判断・再設計の責任範囲が曖昧なまま語られることが増えています。

本記事では、AITL（Architecture for Integrated Technology Logic）Controller A-Type において行った、

アーキテクチャ定義
信頼性境界（Reliability Boundary）の明文化

について、設計思想の観点から整理します。

コードや数式の話ではなく、
「なぜその構造にしたのか」
「どこに設計責任を置いたのか」
を主題とします。

🏗️ AITL Controller A-Type の基本構造

AITL Controller A-Type は、以下の 責務分離構造 を基本としています。

PID 制御層（内側・実時間層）
FSM 層（中間・モード管理層）
NN / RL 補助層（実時間・限定的適応層）
LLM 層（外側・非実時間の再設計／判断層）

重要なのは、
これは「高度そうに見せるための多層構造」ではないという点です。

制御・適応・再設計の責任を物理的に分離し、
混線させないための構造です。

🧠 各層の設計責任

⚙️ PID 制御層：安定性と即応性の責任

PID 層が担う責務は、以下に限定されます。

実時間での安定化
設計条件内での性能確保
入力変動に対する連続的・決定論的応答

一方で、以下は 意図的に責務外 としています。

環境変化の意味解釈
モード切替の判断
構造的な再設計や学習

PID は「賢くならない」ことが重要です。
ここでの役割は、物理系を黙って安定させることに尽きます。

🧾 FSM 層：状態と秩序の責任

FSM（有限状態機械）層は、制御全体の秩序を担います。

制御モードの定義
状態遷移条件の管理
PID パラメータセットの切替
適応（NN / RL）を許可するかどうかの判断

FSM は「判断はするが、推論はしない」層です。
未定義事象に対する創造的対応や学習は行いません。

🔧 NN / RL 層：限定的適応の責任

NN / RL 層は、PID と FSM を置き換える存在ではありません。

FSM によって 許可された場合のみ 動作
実時間での 限定的（bounded）な適応補助
PID の基本構造・安定性は維持したまま微調整を行う

この層の役割は、

「まだ制御で対応できる範囲なのか」

を 実時間側で拡張することにあります。

適応が過剰になる前に、
FSM や上位層に判断を戻すことが前提です。

🧠 LLM 層：再設計と意味解釈の責任

LLM 層は、最外層として以下を担います。

異常や性能劣化の 意味解釈
PID ゲイン再同定の方針決定
FSM 遷移ルールそのものの見直し
設計前提条件の再評価

重要なのは、
LLM は実時間制御には一切関与しない
という点です。

LLM は「止まって考える層」であり、
制御ループの安定性を破壊しない位置に固定されています。

🛑 信頼性境界（Reliability Boundary）の定義

本アーキテクチャで最も重視したのが、
信頼性境界の明文化です。

✅ 設計で保証する範囲

PID 層の安定性（設計条件内）
FSM 層の遷移整合性
NN / RL 層の動作範囲制限（boundedness）
各層間インタフェースの形式的一貫性

❌ 設計で保証しない範囲

センサ値そのものの真実性
アクチュエータの物理的健全性
未定義環境下での最適性能
LLM 出力内容の正当性そのもの

これを明示することで、

「壊れたとき、どこまでが設計の責任か」

を技術的に議論可能にしています。

📐 なぜ信頼性境界を明示するのか

境界を曖昧にした設計は、次の問題を招きます。

異常時の責任所在が不明確
「AI が何とかする」という幻想
制御・適応・判断の混線

AITL Controller A-Type では、

安定性は PID の責任
秩序と許可は FSM の責任
適応は NN / RL の限定責任
再設計と意味解釈は LLM の責任

と、設計責任を明示的に切り分けました。

これは技術的選択であると同時に、
設計者としての責任宣言でもあります。

🧩 おわりに

本記事で述べた内容は、
実装テクニックではなく 設計思想 です。

詳細な設計仕様、構成図、更新版ドキュメントについては、
以下に集約しています。

👉 https://samizo-aitl.github.io/aitl-controller-a-type/

制御アーキテクチャを「賢くする」前に、
まず「責任を分ける」。

その重要性が伝われば幸いです。