自律工場導入ガイド：人が介入する境界の設計

「自律工場導入」を検討するとき、最初の問いを「何人減らせるか」にしてはいけません。先に決めるべきなのは、設備やAIが判断してよい範囲、人の承認が必要な条件、異常時に誰が止め、誰が復旧を許可するかです。自律工場は人を消す計画ではなく、人が介入すべき境界を先に決める計画です。本稿では、タイ・ASEANの製造拠点が90日PoCから始め、RFP、FAT/SAT、保守責任までを曖昧にしない実務手順を整理します。

自律工場とは「無人」ではなく、限定された自律判断を管理する工場

自律工場という言葉から、照明の消えた工場でロボットだけが24時間働く姿を想像する人は少なくありません。しかし実際の製造現場には、材料ばらつき、段取り変更、品質判定、治具摩耗、通信断、作業者の立入り、顧客仕様の改訂など、通常系では吸収できない例外が常にあります。すべての例外を事前にプログラムするのは現実的ではなく、AIの推論に無制限の操作権限を与えるのも適切ではありません。

自律工場を実務的に定義するなら、「定義済みの運転領域では設備・制御・ソフトウェアが状態を認識して判断と調整を行い、領域外では安全に縮退・停止し、必要な情報と権限を人へ渡せる工場」です。この定義なら、完全無人化を待たずに価値を出せます。たとえば搬送順の再計算、予兆に応じた保全依頼、品質傾向による検査頻度の提案は自動化しつつ、レシピ上限を越える変更、インターロック解除、出荷判定は人の承認に残せます。

2026年9月18日にRockwell Automationが公開した自律工場に関する記事や、同日のSiemensによるIndustrial AI解説は、接続された設備データとAIが製造判断を支援する方向性を示しています。FANUC AmericaもIMTS 2026向け発表でロボティクス、CNC、オートメーション、physical AIを取り上げています。ただし、これらは各社の技術観・製品発表です。どの工場でも同じ効果が出るという証明ではなく、投資判断は自社工程のベースラインと受入試験で行う必要があります。

「自動化」と「自律化」を分ける三つの質問

自動化設備が多い工場でも、自律性が高いとは限りません。次の三つを聞くと差が明確になります。

状態が変わったとき、誰が次の行動を選ぶのか。
選ばれた行動を実行できる権限はどこにあるのか。
失敗したとき、どの状態へ戻し、誰が再開を承認するのか。

固定シーケンスが決められた条件で動くのが自動化です。自律化は、複数の選択肢から状態に応じた行動を選びます。しかし選択肢、制約、停止条件、承認者が定義されていなければ、それは自律性ではなく統制不能です。「AIが最適化する」という一文で済ませず、判断対象、入力データ、出力、禁止操作、監視周期、タイムアウト、フォールバックを仕様に落としてください。

工場自動化成熟度を5段階で評価する

自律工場のロードマップは、設備台数やAIモデル数ではなく、閉ループ判断の範囲と例外処理能力で評価します。以下は発注者が現状を揃えて見るための実務的な5段階です。業界標準の認証レベルではなく、プロジェクト範囲を合意するための評価表として使います。

段階	運転の特徴	人の役割	次段階へ進む条件
0 可視化前	紙・個別盤・手集計が中心	状況確認と判断を現場経験に依存	信号、設備ID、停止理由の定義
1 可視化	稼働、品質、エネルギーを共通画面で確認	異常を見つけ、手動で指示	時刻同期、欠損監視、データ責任者
2 推奨	ルールやAIが原因候補・次行動を提示	推奨を承認または却下	推奨精度よりも誤作動時の影響分類
3 限定自律	設定範囲内で順序・速度・配分を自動調整	例外対応、監督、承認	停止権限、縮退運転、復旧手順の試験
4 協調自律	複数工程が制約を共有して再計画	目標・制約・変更管理を担う	工場横断ガバナンスと継続監査

段階を一つ飛ばすと、問題はAIではなくデータと責任分界で起きます。設備名がMESと保全台帳で違う、PLC時刻とサーバー時刻がずれる、不良理由が自由記述、停止復旧の記録が残らない状態では、高度なモデルを入れても原因を検証できません。まず工場自動化診断で信号・業務・責任者の現状を棚卸しし、段階的な工場自動化ロードマップとして投資順を整理すると、PoCだけが孤立するのを防げます。

成熟度を「平均点」にしない

一つの工場でも、加工は段階3、検査は段階1、材料供給は段階0ということがあります。全体平均を取ると、接続点の弱さが見えません。評価単位は「価値が流れる一連の工程」とし、設備、搬送、検査、保全、計画のつなぎ目を別々に確認します。特に、上流が止まったときの下流の反応、品質保留が搬送指示へ伝わるまでの時間、通信断時のローカル運転可否が重要です。

工場自動化成熟度の評価結果は、投資を正当化する点数ではありません。次に試験すべき境界を決める地図です。低い段階を恥じる必要はなく、制御可能な単位へ分解できていることの方が大切です。

停止権限を先に決める：AI、PLC、人の責任分界

自律型工場 AIのプロジェクトで最も重要な設計物の一つが「停止権限表」です。誰が止められるかだけでなく、何を根拠に、どの範囲を、どの状態へ止めるかを定義します。安全停止、品質保留、設備保護停止、生産計画上の停止は目的が違います。すべてを同じ“STOP”にすると、不要な全停止か、危険な運転継続のどちらかになりやすくなります。

事象	自動系が実行可能	人の承認が必要	記録すべき証跡
安全入力の作動	対象セルを安全状態へ移行	再起動、バイパス、原因未解消の継続	入力、時刻、状態遷移、承認者
品質傾向の逸脱	対象ロットを保留、追加検査を要求	出荷可否、規格外運転、判定ルール変更	測定値、モデル版、ロット、判定理由
設備劣化の兆候	速度を定義範囲まで下げ、保全通知	上限変更、停止延期、部品交換後の復帰	センサー値、閾値、作業履歴
通信断・データ欠損	ローカル制御へ縮退、命令受付を遮断	遠隔再接続後の同期と再開	欠損区間、保持命令、同期結果
生産計画の変更	未着手ジョブの順序を制約内で変更	優先顧客・品質保留を越える変更	旧新計画、制約、承認ID

安全PLCや非常停止の役割を、上位AIへ置き換えてはいけません。AIは異常の兆候を示し、制約内の調整を提案できますが、安全機能は適用規格とリスクアセスメントに沿って独立性、決定性、検証可能性を確保します。ISO 10218-2:2025は産業用ロボットのアプリケーションとセル統合に関する安全要求を扱いますが、それだけで工場全体の安全を保証するものではありません。ロボット以外の機械、搬送、電気、化学、作業手順、タイの法令と顧客基準も個別に確認します。

ISA-95でデータと命令の境界を描く

ISA-95は、企業活動と製造制御活動を統合するためのモデル、用語、情報交換の境界を整理する標準群です。自律工場では、これを単なる階層図として貼るのではなく、「どの層の情報が、どの条件で実行命令へ変わるか」を描くために使います。

ERPの納期変更が、直接PLCの速度設定を書き換える構成は避けます。企業側の要求は生産要求としてMES/MOMへ渡し、設備能力、品質保留、材料状態、安全制約と照合した後、承認されたディスパッチやレシピ参照として制御側へ渡します。逆方向では、生データを無制限に上げるのではなく、時刻、単位、品質フラグ、設備IDを伴うイベントや実績へ変換します。

境界には少なくとも次の項目が必要です。

データ所有者と正本システム
読取り、提案、承認、書込みの権限
命令の有効期限、重複防止ID、再送規則
通信断時に保持する値と破棄する命令
設定可能範囲と単位変換
変更履歴、モデル版、操作者ID
ロールバック条件と手順

こうしておけば、製造業 AI 自動化が「データを集める案件」から「安全に閉ループ化する案件」へ進みます。ISA-95への整合は有用ですが、サイバーセキュリティや機械安全を自動的に満たすものではありません。

例外復旧をNORMALからRECOVERYまで設計する

正常運転のデモだけで自律性を評価すると、量産後に失敗します。PoCで優先すべきは例外です。材料が来ない、バーコードが読めない、センサーが固着する、ロボットが把持に失敗する、MES応答が遅れる、AIの信頼度が下がる。こうした事象を意図的に発生させ、設備が予測可能な状態へ移るか確認します。

実務上は、最低でも次の四状態を共通語にすると有効です。

NORMAL：定義された条件内で自動運転

必要な信号が揃い、品質・安全・設備の制約内で運転している状態です。「正常」は単にアラームがない状態ではありません。材料識別、レシピ一致、校正有効期限、通信品質、モデル版など、運転許可条件を満たしている必要があります。

DEGRADED：能力を制限して継続

一部機能が利用できないが、リスク評価済みの範囲で速度、品種、ルート、判断機能を制限して継続する状態です。たとえば外観AIが利用不能なら自動排出を停止し、全数を人検査へ送る。上位計画が切断したら、承認済みの短いキューだけを処理する。縮退条件と最大継続時間を決めます。

SAFE STOP：エネルギーとワークを管理して停止

危険を増やさず、復旧可能な状態へ移します。停止の仕方は工程ごとに異なります。炉や化学プロセスは単純な電源断が安全とは限らず、ロボットセルではワーク保持状態や周辺軸も考慮が必要です。「安全停止」という名称だけで満足せず、最終状態と残留リスクを定義します。

RECOVERY：点検、同期、試運転を経て再開

原因を除去した直後に全自動へ戻しません。保持中のワーク、未完了トランザクション、MESとPLCのカウンタ、品質保留、モデル入力の鮮度を確認し、必要なら空運転や初品確認を行います。再開承認者と、NORMALへ戻ったことを確認する証跡を残します。

状態遷移表には、開始条件、許可操作、禁止操作、タイムアウト、通知先、復帰条件を記載します。この表は制御設計者だけで作らず、製造、保全、品質、EHS、IT/OT、現場監督が共同で承認します。夜間運転の検討では、夜間無人運転の設計ガイドも併せて、通報後の到着時間、遠隔操作の範囲、現場確認が必要な復旧を整理してください。

自律工場 RFPに書くべき要求事項

RFPが「AIを活用し自律化する」「ダッシュボードを構築する」だけでは、各ベンダーの提案範囲が揃いません。価格比較も受入試験もできず、後からインターフェース、ログ、保守、教育が追加費用になります。自律工場 RFPには、機能より先に運転境界と責任分界を書きます。

1. 対象工程と除外範囲

製品、設備、運転モード、シフト、材料、周辺システムを列挙し、PoC対象外も明記します。「ライン全体」ではなく、開始・終了点と引渡し条件を設備タグ、搬送位置、データ項目で示します。

2. 判断ユースケース

各ユースケースについて、入力、判断周期、出力、許容範囲、禁止操作、人の承認条件を記載します。AI利用の有無より、誤った提案と誤った実行の影響を分けることが重要です。推奨のみなら誤提案を人が止められますが、自動書込みでは技術的なガードが必要です。

3. 非機能要件

応答時間、可用性、復旧時間、時刻同期、データ保持、監査ログ、バックアップ、言語、端末、ネットワーク帯域を記載します。数値はベンダーの標準値をコピーせず、自工程が許容できる停止・遅延から決めます。

4. 安全・品質・セキュリティ

リスクアセスメント、インターロック、変更管理、アクセス制御、脆弱性対応、リモート保守、バックアップ復旧、部品交換後の再検証を要求します。IEC 62443-2-4:2023はIACSの統合・保守サービス提供者のセキュリティプログラム要件を扱うため、ベンダーの保守プロセスを確認する参照点になります。ただし、同規格への言及だけで工場全体の対策が完了するわけではありません。

5. AIモデルの運用条件

学習データの権利、データ所在、モデル版、更新手順、性能劣化の監視、説明情報、手動切替、停止条件を定義します。NIST AI RMFは任意利用の枠組みで、Govern、Map、Measure、Manageの観点からAIリスクを継続的に扱う参考になります。法令適合や安全認証の代替ではありませんが、RFPの抜けを点検する共通言語として有用です。

6. 納品物と引渡し

ソースや設定バックアップ、I/Oリスト、ネットワーク図、状態遷移表、アラーム一覧、ユーザー権限、テスト証跡、教育資料、予備品、ライセンス、保守連絡網を具体的に列挙します。誰が編集可能な形式で受け取るかも指定します。

7. 責任分界表

工場、設備メーカー、SI、AIベンダー、IT運用、通信事業者の役割をRACI等で整理します。特に、モデル更新後の再試験、PLC変更との整合、セキュリティパッチ適用、リモート接続承認、夜間障害の一次対応を曖昧にしないでください。

FAT/SATを「正常動作確認」から受入ゲートへ変える

FAT（Factory Acceptance Test）とSAT（Site Acceptance Test）は、チェックリストを埋める行事ではありません。次段階へ進むか止めるかを決めるゲートです。FATでは供給者環境でロジック、インターフェース、異常注入、ログ、バックアップ復旧を確認します。SATでは実機、実ネットワーク、実材料、実作業者、実シフト条件で、現地特有の遅延や運用を確認します。

ゲート	主な確認	合格証跡	不合格時の扱い
設計レビュー	境界、状態、権限、リスク、I/O	承認済み仕様と責任分界	実装開始を保留
FAT	通常・異常シナリオ、模擬I/O、ログ、復旧	テスト結果、画面・ログ、課題表	出荷条件付き／再試験
据付・接続	配線、タグ、時刻、ネットワーク、バックアップ	As-built資料、差分記録	SAT開始を保留
SAT	実材料、実速度、作業手順、縮退・復旧	署名付き結果、教育記録	限定運転または是正
運用受入	一定期間の安定性、保守引継ぎ、KPI定義	運転記録、引渡し一式	自律範囲を拡大しない

受入基準は「AI精度95%」のような一つの数字に集約しません。母集団、誤検知と見逃しの費用、信頼度が低いときの挙動、人が処理できる件数、停止までの時間を合わせて評価します。数値目標は対象工程の基準値とリスクから定め、他社事例をそのまま移植しないでください。

90日PoC：技術デモではなく運転モデルを検証する

90日という期間は効果を保証する数字ではなく、範囲を限定して設計・接続・試験・引渡しを一巡させるためのプロジェクト例です。大型設備の改造や認証が必要な場合は、より長い期間が必要です。逆に、既存データの推奨機能だけなら短縮できることもあります。

Day 1–15：境界とベースラインを確定

対象SKU、設備、シフト、運転モードを限定する
現行の停止分類、品質判定、復旧時間の取り方を確認する
判断ユースケースと禁止操作を一枚の表にする
安全、品質、サイバー、個人情報、契約のレビュー担当を決める
成功条件と中止条件を合意する

この段階では、改善率を約束しません。データの定義と測定方法を揃えます。過去データに欠損やラベル揺れがあれば、それ自体をPoC課題として記録します。

Day 16–35：データと制御の接続を構築

設備タグ、時刻同期、品質フラグ、設備ID、ユーザー権限を整えます。まず読取り専用でデータ品質を確認し、次に推奨表示、最後に制約付きの書込みという順で権限を上げます。開発用接続を本番に残さず、リモート接続の開始・終了と承認記録を残します。

Day 36–55：シナリオ実装とFAT

正常系だけでなく、通信断、センサー異常、材料違い、モデル低信頼度、命令重複、上位応答遅延を注入します。状態がNORMAL、DEGRADED、SAFE STOP、RECOVERYのどこへ移るか、通知とログが一致するかを確認します。重大な未解決事項があれば現地投入を延期します。

Day 56–75：現地SATと限定運転

実材料と実作業者で運転し、画面のタイ語・英語表現、交代勤務の引継ぎ、保全呼出し、ネットワーク品質を確認します。作業者には「使い方」だけでなく、AI提案を却下する条件、手動へ戻す方法、報告する情報を教育します。

Day 76–90：評価、引渡し、次ゲート判断

合意した測定方法で結果を比較し、達成、未達、測定不能を分けます。未達でも、原因が明確で制御可能なら次の改善候補になります。測定不能は成功扱いにせず、計測設計をやり直します。最後に、継続、範囲縮小、保留、中止のいずれかを発注者が判断します。

PoCの成功を「本番化」だけにしない

PoCで危険な境界やデータ不足が分かり、本番化を見送るのも有効な成果です。失敗条件を先に合意すると、現場が都合の悪い異常を隠す必要がなくなります。技術ベンダーの評価と、投資判断を分けることも重要です。PoCの目的は、見栄えのよいデモを作ることではなく、次の投資判断に必要な証拠を得ることです。

タイでの導入：人材、保守、BOIを同時に設計する

タイ・ASEANの工場では、多国籍の経営・技術チーム、タイ語中心の現場、海外OEM、現地SIが協働することが多く、仕様と保守責任の翻訳が重要です。画面だけを多言語化しても、アラーム対応表、教育、電話エスカレーション、変更承認が一言語に偏ると夜間に止まります。用語集を作り、同じ設備状態をタイ語・英語・日本語で同じコードに紐づけると、解釈差を減らせます。

保守契約では、応答時間だけでなく「誰が何を見られるか」を決めます。設備メーカーはPLC、AIベンダーはモデル、ITはサーバーだけを見て、全体状態を誰も再現できない状況を避けます。共通のイベントID、時刻同期、変更チケットが必要です。IEC 62443-2-4:2023を参照し、IACSの統合・保守サービス提供者がどのようなセキュリティプログラムを持つか、アクセス管理、要員、構成管理、インシデント対応を契約前に確認します。

Thailand BOIのSmart and Sustainable Industryに関する現行案内では、最低投資額100万バーツ、通常枠では3年間の法人所得税免除で投資額の50%を上限とする条件、またタイ国内の自動化産業との連携等により対象機械・設備が総額の30%以上となる場合に100%を上限とする枠が示されています。ただし、対象業種、対象費用、既存事業の改善内容、申請時期、機械の調達構成などで判断は変わります。すべての自動化案件に適用されるわけではなく、BOIまたは専門家への案件別確認が必要です。恩典を前提に発注せず、技術範囲と申請対象範囲を分けて管理してください。

製造業 AI 自動化のKPIは、成果・リスク・学習を分ける

KPIを生産性だけにすると、現場は安全な停止や品質保留を避ける動機を持ちます。成果、リスク、運用学習の三群を並べます。

KPI群	例	解釈上の注意
成果	計画達成、良品リードタイム、段取り時間	製品構成・需要差を補正する
品質	保留件数、流出、再検査、判定一致	AI判定と最終判定を分ける
可用性	停止時間、縮退時間、復旧成功	計画停止と故障を混ぜない
安全・統制	インターロック作動、禁止操作試行、未承認変更	件数ゼロを目標にせず報告文化を見る
AI運用	低信頼度、却下理由、モデル版、データ欠損	精度だけでなく境界外率を見る
人の能力	復旧訓練、引継ぎ完了、手動切替時間	人員削減指標に置き換えない

KPIには所有者、計算式、データ元、更新周期、除外条件を付けます。PoC前に過去値を測れなければ、効果差は主張できません。その場合は最初の成果を「計測可能になったこと」とし、改善効果の評価期間を別に設定します。

よくある失敗と回避策

AIモデルから始め、停止権限が後回し

デモでは高い精度が出ても、誤判定時の処理が決まらず推奨画面のまま使われません。先に、提案、承認、実行、停止、復旧の権限を決めます。

正常データだけで学習・試験する

量産では欠損、交換部品、新SKU、汚れ、照明変化が起きます。異常注入と境界外データをFAT/SATへ含めます。

PoC専用の接続を本番化する

共有アカウント、固定パスワード、開放ポート、手動CSVが残ります。PoC終了条件に、認証、監査ログ、バックアップ、構成図、不要接続の撤去を含めます。

現場を「抵抗勢力」とみなす

作業者は、復旧できない仕組みを警戒していることがあります。例外知識を要件へ取り込み、却下理由を記録できるようにします。人の介入回数が多いことを失敗とせず、境界を改善する学習データとして扱います。

ベンダー発表を事業計画の根拠にする

技術の方向性を理解するには有用ですが、自社の効果は自社データで検証します。比較可能なベースライン、受入条件、停止条件を契約に入れます。

自律型工場 AIの導入前チェックリスト

対象工程と対象外が設備・製品・運転モードで書かれている
AIが提案できる操作と、実行できる操作が分かれている
人、PLC、安全機器、MES、ERPの停止権限が明記されている
通信断とデータ欠損時の縮退動作が決まっている
NORMAL、DEGRADED、SAFE STOP、RECOVERYの遷移条件がある
ISA-95を参考にデータと命令の境界を図示している
FAT/SATに異常注入、バックアップ復旧、権限試験が含まれる
モデル更新とPLC変更の再試験責任者がいる
現場のタイ語教育、夜間連絡、引継ぎが設計されている
BOI恩典は案件別に確認し、採択前提の投資判断をしていない
PoC中止条件と、本番へ進まない場合のデータ返却・接続撤去がある
KPIの式、データ元、基準期間が合意されている

FAQ：自律工場導入で発注前に確認したいこと

自律工場とは完全無人の工場ですか？

いいえ。本稿でいう自律工場は、定義された範囲で設備やソフトウェアが判断・調整し、境界外では安全に縮退・停止して人へ引き渡せる工場です。人が目標、制約、例外対応、変更管理を担います。無人時間帯を設ける場合も、通報、遠隔対応、現場到着、再開承認を設計します。

工場自動化成熟度はどう測りますか？

設備台数ではなく、可視化、推奨、限定自律、工程間協調の範囲と、例外から安全に復旧できる能力で測ります。工程ごとに評価し、接続点の弱さを見ます。平均点だけで投資順を決めないことが重要です。

自律工場 RFPで最重要の項目は何ですか？

対象範囲、判断できる操作、禁止操作、停止・復旧権限、受入条件、責任分界です。AI方式や画面機能より先に書くことで、提案比較とFAT/SATが可能になります。

90日PoCで本番効果まで証明できますか？

必ずしもできません。90日は設計から受入までを一巡させる例で、季節変動、全SKU、設備寿命まで評価できない場合があります。PoCでは技術成立性、運転境界、データ品質、例外復旧を確認し、長期KPIは本番後の評価計画へ分けます。

BOIの自動化投資恩典は必ず使えますか？

いいえ。現行案内には投資額や対象機械等に関する条件がありますが、業種、費用、調達構成、改善内容、申請時期により判断が変わります。BOIまたは専門家へ案件ごとに確認してください。

まとめ：自律工場導入の成否は「介入境界」で決まる

自律工場の価値は、人を工程から消すことではありません。通常時の繰り返し判断を設備とソフトウェアへ任せ、人は目標設定、例外処理、改善、変更承認へ集中できるようにすることです。そのために、成熟度を工程別に見極め、データと命令の境界、停止権限、縮退・復旧状態、保守責任を先に定義します。RFPで責任を揃え、FAT/SATで異常を試し、90日PoCで運転モデルの証拠を集めてから範囲を広げてください。

TOMAS TECHでは、タイ工場の現状診断、RFP整理、PLC・MES・AI間の責任分界、FAT/SATシナリオ作成まで、まだ設備仕様が固まっていない検討段階からご相談いただけます。自律化の範囲を安全に切り出したい場合は、お問い合わせページから対象工程と現在の課題をお知らせください。

自律工場 導入ガイド：人が介入する境界の設計