検査機の停止は、必ずしもライン停止と同義ではありません。止める・流す・条件付きで流すのどれを選ぶかは装置仕様ではなく事前の運用設計で決まる、という前提から整理します。
検査機が停止したときに現場が取れる行動は、大きく三つしかありません。ラインを止める、そのまま流す、条件を付けて流す、のいずれかです。この三択のどれを選ぶかは、その瞬間に現場が即興で決めるものではなく、事前に決めておける設計事項だと捉えると議論が進みます。本記事では、その設計をどう組み立てるか（停止の分類、単一障害点の洗い出し、フェイルセーフ構成の比較、縮退運転の可否判断、復旧手順）を扱います。一方で、エッジ端末の機種選定や価格、保守契約の条件交渉は扱いません。そこは別の議題として切り分けたほうが、可用性の設計そのものを詰めやすくなると考えられます。
「検査機が止まった」という一言には、性質の異なる状態が混ざっています。エッジ端末やカメラ、照明が物理的に動かないハード故障。装置は通電しているが推論プロセスが異常終了または応答しなくなった状態。装置も推論も動いているが、上位系との通信が途切れて判定結果を渡せない状態。そして、すべて動作しているのに判定の傾向が以前と変わり、結果をそのまま採用しづらい状態です。前の三つは「検査できない」という停止ですが、最後の一つは「検査しているように見えるが結果を信頼しづらい」という別種の停止であり、検知方法も対処も変わります。まずは自社工程で起こりうる停止をこの区分で並べ直すことから始める整理が現実的です。
停止の影響範囲は、検査工程の停止、ライン全体の停止、出荷判定の停止という三層に分けられます。検査機が止まっても搬送やタクトを継続できる構成なら、ライン全体を止めるかどうかは選択になります。一方、検査機の判定が後工程の起動条件やインターロックに組み込まれている場合は、検査機の停止がそのままライン停止に直結します。さらに、判定結果が出荷可否の記録として使われている工程では、物理的に流せたとしても出荷判定が止まり、完成品が動かせない在庫として積み上がります。どの層まで守るのかを先に決めないまま冗長化の議論に入ると、投資対象が発散しやすくなります。
設計の分岐点は、検査できない時間が生じることと、不良を見逃す可能性が生じることの、どちらを重く見るかにあります。見逃しを最も避けたい工程では、流さずに止める、あるいは全数を保留して後から判定する方向に寄ります。逆に、後工程や最終検査で同じ欠陥を検出できる見込みがある工程では、条件を付けて流す設計が取りやすくなります。どちらが正しいという話ではなく、製品側のリスクと工程の位置づけによって変わるという整理になります。重要なのは、この重みづけを工程ごとに明文化しておくことで、停止のたびに議論をやり直さずに済む状態を作ることです。
この前提整理を飛ばすと、議論はしばしば「予備機を持つかどうか」という一点に収束してしまいます。しかし守る対象が定義されていなければ、予備機を持っても何のための予備なのかが曖昧になり、現場では結局ラインを止める判断が選ばれがちです。停止の種類と影響範囲、そして重みづけの三つを先に言語化しておくと、次章以降の単一障害点の洗い出しやパターン比較が、自社工程に当てはめられる具体的な作業に変わります。可用性は装置を足すことで自動的に上がるものではなく、こうした判断の積み上げで決まっていくと捉えるほうが実務に合います。
エッジ端末そのものの基礎的な仕組みはNVIDIA Jetsonとは何かで解説しています。
エッジ検査機は、現場では一台の装置として扱われますが、可用性を考えるときは直列につながった構成要素の連なりとして見たほうが扱いやすくなります。撮像から前処理、推論、判定、結果の伝達、記録までが順番に並んでおり、そのどこか一つが欠けると出力が得られません。そのため単一障害点は複数生じやすい構成になります。検査構成そのものの組み立て方はエッジ推論による検査工程の構成で扱っているため、ここでは「どこが落ちたら何が失われるか」という観点だけに絞って分解していきます。
撮像系と推論系は、故障の現れ方が異なります。カメラの故障や配線の劣化、照明の光量変化、トリガ信号の取りこぼしは、画像が来ない、あるいは画像の見え方が変わるという形で現れます。一方、エッジ端末側の障害は、プロセスが落ちる、処理が間に合わずフレームを取りこぼす、ストレージ不足で記録できないといった形になります。厄介なのは、照明の劣化のように撮像側の変化が推論の判定傾向として観測される場合です。どちらの層で起きたのかを切り分けられる情報（撮像時刻、画像の統計量、処理時間、プロセスの生存状態）を平常時から取得しておくと、停止時の切り分けが進めやすくなります。
判定自体ができていても、結果が届かなければ工程は進みません。PLCへの信号線、上位の生産管理系への記録、表示灯や排出機構への指令は、それぞれ別の経路として洗い出す必要があります。ここで決めておきたいのは、伝達が途切れたときのデフォルト状態です。信号が来ない状態を良品として扱うのか、不良として扱うのか、あるいは工程を待たせるのかは、設計者が明示的に選ぶ事項です。加えて、記録側だけが落ちて判定と排出は動いている場合に、そのロットを後から記録として復元できるかどうかも論点になります。伝達経路は装置の外側にあるため、検査機のベンダー側の責任範囲から外れやすく、見落としやすい箇所でもあります。
検査ロジックとは無関係に見える共通基盤が、実際には広い範囲の単一障害点になっている場合があります。電源系は盤単位で複数装置を巻き込みますし、瞬時電圧低下のあとに端末が自動復帰するかどうかは構成に依存します。ストレージは書き込み量の蓄積によって寿命や空き容量の問題が出ますが、これは緩やかに進行し、突然停止として現れることがあります。時刻同期がずれると、判定記録とロット情報の突き合わせが難しくなり、後追いで遡る作業に影響します。これらは冗長化の対象にも運用点検の対象にもなり得るため、洗い出しの段階で検査ロジックと同じ表に載せておくことをおすすめします。
一覧の粒度を装置単位にすると、「検査機」という一行に多数の障害モードが押し込まれ、対策の議論ができなくなります。実務的には、信号や情報の単位で並べる整理が扱いやすくなります。たとえばトリガ入力、画像データ、推論結果、良否信号、記録データ、時刻情報といった行を立て、各行に対して「失われたときに何が止まるか」「代替手段はあるか」「検知できるか」を書き込みます。この形にすると、冗長化で対処する箇所と、手順で対処する箇所が自然に分かれてきます。すべてを冗長化する必要はなく、検知できて手順で回せる箇所は手順側に寄せるという判断ができるようになります。この一覧は一度作れば固定されるものではなく、工程追加やモデル更新のたびに行が増減する前提で運用するほうが実態に合います。
四つのパターンを比べる前に、軸を定義しておきます。第一に切替時間の性質です。ここでは具体的な時間ではなく、切替に必要な手数が多いか少ないか、人の判断を挟むかどうかという観点で捉えます。第二に必要な予備資産で、装置・モデル・校正済み治具・人員のどれをあらかじめ持つ必要があるかを見ます。第三に運用負荷、つまり平常時に維持しなければならない管理項目の量です。第四に判定の一貫性で、切替前後で判定の基準が揃っているかどうかを指します。第五に監査説明のしやすさで、その期間に何をどう判定したかを記録として第三者に説明できるかという観点です。この五軸を固定しておくと、比較が感覚論から設計論に移ります。
待機系を通電し、同じモデルと設定を載せて並走させる構成は、切替に必要な手数が少ない方向に働きます。工程を止められる余地が小さく、かつ検査機の停止がライン停止に直結する工程では選択肢になりやすい構成です。ただし、増える運用項目は無視できません。モデルを更新するたびに二系統に反映する必要があり、設定変更や校正も二重に管理することになります。片方だけが更新された状態を放置すると、切替が起きた瞬間に判定基準が変わってしまい、かえって説明が難しくなります。つまりホットスタンバイは装置を足すだけでは成立せず、二系統の同一性を担保する運用手順が前提になるという整理が現実的です。
予備機を保管しておき、必要なときに立ち上げる構成は、平常時の管理項目が少なく済みます。工程をある程度止められる余地があり、その間に立ち上げ作業を完了できる見込みがある場合に現実的な選択肢になります。成立の前提は二つです。ひとつは立ち上げ手順が文書化され、担当者が実施できる状態にあること。もうひとつは保管状態の確認、つまり必要なモデルと設定が入っており、通電と動作確認ができる状態が維持されていることです。長期間保管したまま点検されていない予備機は、必要なときに使えないことがあります。予備機の確保は既存設備への後付け導入の進め方と一体で考えると計画が立てやすくなります。
人による目視や抜取検査への切替は、装置の予備を持たなくても取れる選択肢です。ただし、受け皿となる人手側を先に設計しておく必要があります。誰を何人配置するか、判定基準を人が使える形の基準書として用意できているか、対象ロットをどう識別するか、判定結果をどこに記録するか。これらが決まっていないと、切替を宣言しても実行できません。装置の判定と人の判定は必ずしも同じ基準では動かないため、判定の一貫性という軸では弱くなる方向です。切替後の判定のばらつきをどこまで許容するかを事前に決めておく整理が求められます。
検査せずに流し、対象を全数保留して復旧後に検査する選択もあります。見逃しを避けることを最優先する場合に取りやすい方向で、装置の予備も追加人員も直ちには必要としません。代わりに、保留品の置き場、識別、後追い検査の工数、そして不良が見つかった場合の手戻りを受け入れることになります。保留が長引くと在庫と場所を圧迫し、後追い検査の待ち行列が別のボトルネックになり得ます。この選択が機能するかどうかは、保留できる量の上限と、復旧までに要する見込みの関係で変わります。上限を超えた場合にどうするかも併せて決めておく必要があります。
四つのパターンは排他的な選択肢ではありません。同一ライン内でも工程の重要度は異なるため、重要工程には待機系を用意し、後工程で検出できる工程はコールドスタンバイや全数保留で受けるという使い分けが現実的です。さらに、同じ工程でも停止の種類によってパターンを切り替える設計もあり得ます。推論プロセスの異常であれば自動再起動で復帰を試み、ハード故障であれば予備機へ、判定傾向の変化であれば人の確認を挟む、という具合です。重要なのは、どの停止でどのパターンに移るかの対応表を先に作っておくことで、現場が選択肢を探す時間をなくすことです。
| パターン | 切替時間の性質 | 必要な予備資産 | 運用負荷 | 判定の一貫性 | 監査説明のしやすさ |
|---|---|---|---|---|---|
| ホットスタンバイ（待機系を通電・並走） | 切替の手数が少なく、人の判断を挟まない設計も取りやすい | 待機系の装置一式と、同一のモデル・設定・校正状態 | 平常時に二系統分の更新・校正・点検を維持する必要があり大きい | 同一モデル・同一設定を維持できていれば揃いやすい | 自動切替の記録設計が必要。記録が残れば説明しやすい |
| コールドスタンバイ（予備機を保管し手動立ち上げ） | 立ち上げ手順の実施が前提となり、手数は多い | 保管された予備機と、投入に必要なモデル・設定の控え | 平常時の管理項目は少ないが、保管状態の定期確認が必要 | 同じ設定を投入できれば揃うが、投入時の取り違えに注意 | 立ち上げ記録と再検証記録を残せば説明しやすい |
| 目視代替・抜取検査への切替 | 人員配置と基準書の準備状況に依存し、手数は中程度 | 訓練された人員、人が使える判定基準書、記録様式 | 平常時の装置管理は増えないが、教育と基準維持が必要 | 装置判定と人の判定で基準が異なり、揃えにくい | 判定者・判定基準・対象を記録できれば説明可能 |
| 全数保留・後追い検査 | 切替そのものは容易だが、復旧後の処理量が増える | 保留品の置き場と識別手段、後追い検査の工数 | 保留量が増えるほど在庫管理と手戻り対応の負荷が上がる | 復旧後に同じ装置で判定するため揃いやすい | 対象範囲と後追い結果が紐づけば説明しやすい |
既存設備への後付け導入の進め方は既存設備へのエッジ推論後付け導入をご覧ください。
可用性設計の検討の初期段階で論点になりやすいのは、装置や人が足りないことよりも、流してよいかどうかの基準が存在しないという点です。基準がないと、誰も許可を出せず、結果として最も保守的な選択、つまりライン停止が選ばれやすくなります。それ自体は安全側の判断ですが、事前に決めておけば避けられた停止が含まれている可能性があります。ここでは、縮退運転を許可する条件をどう定義するかを整理します。
許可条件は三つの観点で組み立てられます。第一に製品リスクで、その工程で見逃した欠陥が最終製品にどの程度の影響を及ぼすかという観点です。第二に後工程での検出可能性で、同じ欠陥が下流の検査や機能試験で拾える見込みがあるかどうかです。第三にトレーサビリティで、縮退中に流した対象を後から特定し、必要なら遡って処置できるかという観点です。三つがすべて満たされる工程は縮退運転を許可しやすく、いずれかが欠ける工程は許可しづらいという整理になります。特にトレーサビリティが確保できない場合は、他の二つが良好でも縮退の実行は難しくなります。
条件を定義しても、宣言する人が決まっていなければ運用は始まりません。縮退運転の開始を誰が宣言できるか、その判断に品質部門の同意が必要かどうか、夜間や休日など担当者不在時の代行者は誰か、を明記しておく必要があります。開始と同じく重要なのが解除です。復旧したという判断を誰が下し、通常運転に戻す承認を誰が行うかが決まっていないと、縮退状態が惰性で継続してしまいます。宣言と解除を別の記録として残す形にしておくと、期間の境界が明確になり、後追い処理の対象範囲も確定しやすくなります。
縮退中に流れた対象を後から切り出せる状態にしておくことが、縮退運転を成立させる実務上の要件です。識別の手段はいくつか考えられます。ロット番号への付帯情報の付与、物理的な区分棚や保留ラベル、記録システム側でのフラグ付けなどです。どの手段を採るにしても、識別の開始と終了の時点が宣言・解除の記録と一致していることが前提になります。そのうえで、後追い検査に引き渡す際の受け渡し方法、検査結果の記録先、不適合が見つかった場合の処置ルートを決めておきます。外観検査のユースケースとして何をどう判定していたかが整理されていれば、代替判定の基準づくりも進めやすくなります。
許可条件を作るのと同時に、縮退運転を許可しない工程を先に列挙しておく進め方が有効です。禁止リストがあると、現場での判断のばらつきが減り、迷う時間そのものが短くなります。また、許可しない工程が明示されていれば、その工程こそ冗長構成や予備資産を優先的に配分する対象だと逆算できます。つまり禁止リストは、制約の宣言であると同時に投資の優先順位表としても機能します。リストは製品仕様や顧客要求の変更で変わり得るため、見直しの契機を決めておくことも併せて必要になります。
文書は分厚さよりも、必要な項目が漏れていないことが重要です。最小構成としては、対象工程、適用する停止の種類、許可条件、判断主体と代行者、切替後の判定方法、対象の識別方法、記録の残し方、解除条件と承認者、後追い処理の手順、という並びが考えられます。現場が停止時に見るのは長文ではなく一枚の判断フローであることが多いため、詳細版とは別に要約版を用意しておく形が実用的です。記録要件については社内の品質記録規定や顧客要求と整合させる必要があるため、品質部門と事前に突き合わせて確認してください。
外観検査ユースケースの具体的な構成例は外観検査ユースケースの具体像で紹介しています。
冗長構成が用意されていても、切替と復旧の手順がなければ現場の対応が止まりやすくなります。逆に、手順が整っていれば予備資産が少ない構成でも選択肢を確保できる場合があります。ここでは検知から通常運転への復帰までを、手順書に落とせる粒度で分解します。
検知の設計は、停止の種類ごとに手段が異なります。プロセスの停止や無応答は、生存監視や定期的な信号のやり取りによって検知する構成が取られることがあります。ハード側の異常は、装置からの状態出力や上位系での応答途絶として現れます。判定傾向の変化は、判定結果の分布や処理時間の推移を監視して気づく形になり、即時の検知にはなりにくい性質があります。検知したあとの一次通報先、通報手段、そして通報が届かなかった場合の二次経路まで決めておく必要があります。なお、エッジ端末側にどのような監視や自動復帰の仕組みが備わっているかは製品とバージョンによって変わるため、採用する構成ごとに公式ドキュメントで確認する前提で設計してください。
切替の実行権限をどこに置くかは、復旧までの流れを大きく左右します。現場だけで完了できる設計にすると動き出しは速くなりますが、操作手順の習熟と誤操作への備えが必要になります。保守部門や外部の保守窓口の判断を挟む設計にすると確実性は上がりますが、連絡と待機の時間が入ります。夜間・休日の体制によっても選択は変わります。ここで、どこまでを社内で実施しどこから外部に依頼するかという線引きは、保守やサポートの取り決めと表裏の関係にあります。契約条件そのものの設計は別途詰めるべき論点ですが、手順書を書く段階で「誰に連絡して何を待つのか」を具体化しておかないと、手順が動きません。
復旧作業で見落としやすいのが、切替前と同じ判定状態に戻っているかの確認です。確認項目としては、搭載モデルのバージョン、判定しきい値やパラメータの設定値、カメラと照明の設置状態、校正の実施状況、時刻同期、記録の出力先などが挙げられます。既知のサンプルやテストピースを流して判定が想定どおりに出るかを確かめる手順を組み込んでおくと、設定の取り違えに気づきやすくなります。この再検証が済んだことを記録として残し、それをもって解除の承認とする流れにすると、宣言・解除・再検証の三つが一本の記録でつながります。
通常運転に戻ったあと、縮退中に流れた対象の処理が残ります。後追い検査を行う対象範囲、実施の優先順位、検査方法、判定結果の記録先、不適合が出た場合の処置と報告先を手順として定めておきます。すでに次工程や出荷に進んでしまった対象がある場合の扱いも、事前に想定しておく項目です。記録としては、縮退の開始と終了時刻、適用した代替手段、対象ロットの範囲、後追い検査の結果、判断者と承認者が揃っていると、後から経緯を説明しやすくなります。何をどこまで残すかは社内規定と顧客要求に依存するため、品質部門と合わせて確認してください。
手順書は作った時点から、時間の経過とともに実態と乖離しうる前提で運用するほうが安全だと考えられます。人員の入れ替え、モデルの更新、工程の追加によって、書かれている操作が実行できない状態になることがあります。定期的に切替操作を実際に試し、予備機の通電と動作確認、連絡経路の疎通、判断フローの読み合わせを行う機会を設けておくと、使える状態を維持しやすくなります。実ラインを止めずに試せる範囲は限られるため、計画停止や段取り替えのタイミングに組み込む形が現実的です。訓練の結果として手順の不備が見つかった場合は、その場で改訂まで回すことをおすすめします。
サポート範囲や保守条件の取り決めについてはサポート範囲・保守条件の取り決めで整理しています。
エッジ推論を担う端末の構成や性能特性、プラットフォームとしての位置づけといった基礎理解は、本記事の範囲外です。どの端末を使うか、どのような処理をエッジ側に置けるかという検討は、NVIDIA Jetsonとは何か（製造・物流でのエッジAI活用ガイド）で扱っています。本記事では、選んだ端末が何であれ共通して発生する「止まったときにどうするか」という設計だけを扱っています。
既存設備へ後付けで検査機能を組み込む進め方、工程への実装、撮像条件の作り込みといった導入フェーズの話題は、既存設備へのエッジAI後付け導入で扱っています。本記事は導入後の運用フェーズ、つまり稼働している構成が止まった場合の設計に限定しています。導入検討中の段階であっても、可用性の設計を後回しにせず並行して検討しておくと、あとから予備資産や手順を追加する手戻りを減らしやすくなります。
誰がどこまで面倒を見るか、という契約とサポート範囲の取り決めは、オンプレミスAIのサポート契約設計で扱っています。同記事では予備機の有無、復旧手順、代替稼働の可否が論点になるという指摘までを取り上げており、本記事はその論点の中身、すなわち具体的な設計の詰め方を担っています。契約側で範囲を決め、運用側で手順を決めるという二層構造で捉えると、どちらの議題で何を決めるべきかが整理しやすくなります。
以上のとおり、本記事の範囲は意図的に狭く設定しています。機種選定でも導入手順でも契約条件でもなく、停止が起きた瞬間から通常運転に戻るまでの間、現場が何を判断し何を実行するかという設計です。この範囲に限定することで、装置構成が異なる工場でも共通して使える論点整理として読めるようにしています。個別の構成に落とす際は、上記の各記事と組み合わせて検討する形をおすすめします。
冗長化の投資判断に入る前に決めておきたいのは三点です。第一に守る対象、つまり検査工程・ライン全体・出荷判定のどこを優先して維持するか。第二に縮退運転の許可条件で、製品リスク・後工程での検出可能性・トレーサビリティの三観点をもとに、工程ごとに許可する／しないを定義すること。第三に復旧の責任分界で、誰が宣言し、誰が切替を実行し、誰が解除を承認するかを明記することです。この三点が決まっていれば、予備資産が限られていても取れる選択肢が見えてきます。逆に三点が未定のまま装置を足しても、停止時の判断は前に進みにくいという整理になります。
一度作った設計は固定ではありません。工程が追加されれば単一障害点の一覧に行が増え、モデルが更新されれば待機系との同一性確認が必要になり、人員体制が変われば判断主体と代行者の記載が実態と合わなくなります。製品仕様や顧客の品質要求が変われば、縮退を許可しない工程の範囲も見直しの対象です。これらの契機を見直しのトリガーとして定めておくと、手順書が実態から乖離した状態を防ぎやすくなります。可用性は装置の仕様表で決まるものではなく、こうした継続的な運用設計の結果として形になるものだと捉える見方が、実務には馴染みやすいと考えられます。
エッジ推論の製品構成例はエッジ推論製品の構成例で確認できます。
エッジ検査機の可用性設計について、検討の初期段階で挙がりやすい論点をまとめました。個別の工程条件や品質要求によって適切な選択は変わるため、自社の構成に当てはめて確認してください。
予備機は選択肢を増やしますが、それだけでライン継続が決まるわけではありません。切替の判断主体、切替後の判定基準、縮退中に流れたロットの扱いが決まっていないと、装置が用意されていても現場で判断が止まることがあります。予備機の準備と、縮退運転の可否判断・復旧手順の設計は、別々に詰める項目として扱うことをおすすめします。
一律の正解はなく、工程を止められる時間幅と、予備資産を常時持てるかどうかで分かれます。待機系を通電して並走させる構成は切替の手数が少ない一方、二重に管理する設定・モデル・校正が増えます。保管した予備機を必要時に立ち上げる構成は管理項目が少ない代わりに、立ち上げ手順と保管状態の確認が前提になります。工程ごとに重要度が異なる場合は、同一ラインでも使い分ける整理が現実的です。
製品リスクと後工程での検出可能性、そして記録が残せるかによって判断が変わります。切替を選択肢に入れる場合は、人員の確保、判定基準の文書化、対象ロットの識別方法を事前に決めておく必要があります。あらかじめ『縮退運転を許可しない工程』を定義しておくと、現場での判断のばらつきを抑えやすくなります。
縮退中のロットを識別できる状態にしておき、後追い検査や再判定の対象として切り出せるようにする設計が考えられます。識別方法（ロット番号への付帯情報、保留区分、記録システム側のフラグ）と、誰がいつ解除するかを事前に決めておくと、復旧後の遡り処理を進めやすくなります。記録の残し方は、社内の品質記録要件や顧客要求に合わせて確認してください。
先に単一障害点の洗い出しと、守る対象の定義から着手する進め方が考えられます。撮像系・推論系・判定結果の伝達経路・共通基盤を信号単位で並べると、冗長化すべき箇所と手順で対処できる箇所が分かれてきます。そのうえで縮退運転の許可条件と復旧の責任分界を決めると、装置追加の投資判断がしやすくなります。
単一障害点の洗い出しから縮退運転の可否判断、復旧手順の整備まで、自社工程の条件に合わせた設計の進め方をご一緒に整理します。既存設備への後付け導入を検討中の段階からのご相談も承ります。まずは現在の構成と、守りたい対象をお聞かせください。
AI導入・内製化について相談する