ロボット導入後の運用体制：止まった・精度が落ちたとき、一次対応・保全・再学習を誰がどう分けるか

PoCが終わり、ロボットを本番のラインで動かし始めると、最初に困るのは「止まったとき、最初に誰が動くのか」です。動かなくなったのか、動いてはいるが失敗が増えたのか。現場の保全担当が見るのか、生産技術が見るのか、開発したパートナーに連絡するのか。ここが決まっていないと、連絡が回り続けたり、誰も手を付けないまま止まったりしやすくなります。この記事は、工場長・保全責任者・生産技術の担当者が、本番稼働の前に、一次対応・保全・再学習や設定変更の分担を表にして決めておくための整理です。

特定の保守サービスや予知保全の製品の比較は扱いません。個別の機種の保守範囲や、安全に関わる作業の適否も判断しません。これらは、契約書、取扱説明書、事業場の安全管理者、専門家、所管の行政機関で確認してください。

「止まった」と「精度が落ちた」は、別の事象として扱う

この記事でいう「止まった」とは、ロボットや周辺設備が、停止の表示とともに動作をやめた状態のことです。一方、「精度が落ちた」とは、動いてはいるが、つかみ損ね、位置のずれ、誤認識、やり直しなどが、以前より目立つようになった状態を指します。

前者は、止まったことが現場の誰にでも見えます。後者は、動いているので気づくのが遅れやすく、「どこから精度が落ちたと言うのか」を決めていないと、いつまでも誰の担当にもなりません。この2つを同じ手順で扱うと、どちらかの対応が抜けやすくなります。

事象ごとの一次対応の切り分け

下の表は、現場の一次対応と、開発側（開発したパートナーやシステムを構築した会社）に戻す目安を分けたものです。可動範囲内での作業を伴う場合は、後述の「人がロボットの近くで作業するときの注意」も確認してください。内容は一般的な進め方の提案であり、実際の線引きは、機種、契約、安全管理者の判断に合わせて決めてください。

起きていること	現場が先に確認すること	現場で完結させてよい範囲の例	開発側に戻す目安	戻すときに添える記録
非常停止や安全装置の作動で止まった	周囲に人や物の異常がないか、表示の内容、直前の作業	原因が明らかで、事前に決めた復帰の手順の範囲で再開する	原因が分からない、同じ停止が繰り返される、安全に関わる設定を変える必要がある	停止の時刻、表示、直前の作業、周囲の状況
設備側の異常（取付け、ケーブル、ハンド、センサーの汚れやずれ）	保全担当が、日常点検の手順にある範囲で確認する	手順書にある清掃、増し締め、取付け状態の確認	手順書の範囲で直らない、部品の交換や調整が必要	確認した箇所、直した内容、直前後の動作
周辺設備（搬送、治具、上位システム）との取り合いの不良	ロボット側の問題か、周辺設備側の問題か	周辺設備の持ち主が、自分の設備の範囲で確認する	境界がはっきりせず、どちら側か切り分けられない	信号やログ、停止時の周辺設備の状態
つかみ損ね、位置ずれ、誤認識が増えた（精度が落ちた）	対象物、置き方、照明、カメラの汚れや位置など、入力側の変化	品種切替やロット変更、清掃などの変化を記録し、元の条件に戻せるなら戻す	入力側の変化で説明がつかない、変化が分からない、変化が説明できても動作の変更が必要	発生した時期、失敗した例（映像、画像、信号）、変化の有無
動きが普段と違う（遅い、迷う、不自然）	直近のソフトウェア更新、設定変更、現場側の変更の有無	更新や変更の前に戻す手順があり、戻す権限を決めている場合のみ、戻す	戻しても直らない、更新の内容が分からない	更新と変更の履歴、動きの映像

表の「現場で完結させてよい範囲」は、事前に決めた手順がある作業に限ります。手順が無い作業を現場の判断だけで行わないよう、先に線を引いておくことが、この表の目的です。

現場が持つ範囲、開発側に戻す範囲を決める判断条件

判断条件の例です。

現場で持ちやすい対応：

• 手順書があり、作業の結果を確認できる（清掃、取付け状態の確認、復帰の手順など）
• 失敗しても、元の状態へ戻せる
• 安全に関わる設定や機能を変えない
• 現場の担当者が、画面や表示を見て、状態を判断できる

開発側に戻したほうがよい対応：

• 原因が分からない、または同じ事象が繰り返される
• AIの判断に関わる設定や、学習済みモデルを変える必要がある
• 安全に関わる機能の設定を変える必要がある
• 変えたあとの動作を、現場だけでは確かめられない

どちらに入るか迷う対応は、いったん「戻す側」に置き、あとで手順が整ったものから現場の側へ移します。

再学習・設定変更をするための条件

精度が落ちたとき、「再学習すれば直るのでは」と考えたくなります。ただし、再学習は精度が上がる保証のある操作ではありません。入力側の変化や設備側の問題が原因のときは、再学習をしても直らないことがあります。また、別の条件での動作が変わる可能性もあります。再学習や設定変更は、「変更の一つ」として、条件を満たしたときに行うものとして扱います。

再学習や設定変更を行う前に、次の6点がそろっているかを確認します。

1. 何が起きたかが記録に残っている（失敗した例、発生した時期、条件）
2. 入力側の変化や設備側の異常を先に確認し、それで説明がつくかを見ている
3. 学習や検証に使うデータが、使ってよいものである（作業者が映っている、機密を含む、データの帰属が決まっていない場合は、先に整理する）
4. 変更したあとの動作を、適用前に確かめる方法と、合否の基準が事前にある
5. 変更を元に戻せる（更新前の状態に戻す手順がある）
6. 適用を承認する人と、適用後に様子を見る期間が決まっている

3についてはPoCで使う現場データの取り方、4についてはPoC支援の記事とシミュレーションの結果を実機で確かめる記事で、考え方を扱っています。

変更の種類ごとの、提案・承認・記録

変更の種類	例	提案する人	承認する人	適用前に確かめること	残す記録
設定値の変更	速度、しきい値、把持位置の補正	生産技術または開発側	生産技術の責任者（安全に関わる設定は、安全管理者の確認も）	変更前後で、同じ条件の作業を試し、結果を比べる	変更前後の値、理由、日付
モデルの再学習・更新	追加データによる学び直し、モデルの差し替え	開発側	事前に決めた承認者	試験用の条件で動作を確認し、事前の基準に照らす	使ったデータの範囲、適用前後の動作の比較、戻し方
対象物や作業の追加	新しい品種、新しい工程への拡大	現場、生産技術	責任者、安全管理者（作業の範囲が変わる場合）	追加する対象で、PoCと同様に条件を決めて確かめる	追加する範囲、確かめた条件、判断した人
現場側の変更	照明、治具、レイアウト、カメラの位置	現場、保全	生産技術	変更のあとに、動作と精度の変化を確認する	変更の内容と日付、確認結果
ソフトウェアの更新	制御ソフト、周辺機器のソフトウェア	開発側、メーカー	事前に決めた承認者	更新の内容を事前に受け取り、更新前に戻せるかを確かめる	更新の履歴、更新前後の動作

「現場側の変更」が、精度に影響することがあります。照明や置き方を変えた記録が残っていないと、精度が落ちたときに原因をたどれなくなります。

誰が何を持つか：役割分担の表

役割の名称は現場によって異なります。担当者の名前までは決めなくても、役割ごとに「持つこと」を書いておきます。

役割	平時に持つこと	停止・精度低下のときに持つこと	変更のときに持つこと
オペレーター	日々の運転、異常に気づいたら連絡する	表示と状況を記録して、決めた連絡先へ伝える	変更後の様子に気づいたら伝える
保全担当	日常点検、清掃、手順書の範囲での確認	設備側の確認、手順書の範囲での復旧	現場側の変更の実施と記録
生産技術	運用の手順書の更新、精度の見方の管理	切り分けの判断、開発側へ戻すかの判断	設定変更の提案と承認、適用前後の比較
開発側（パートナーやシステムを構築した会社）	取り決めた範囲の問い合わせ対応	戻された事象の原因の確認	再学習・更新の提案と実施、戻し方の用意
責任者（工場長など）	分担の承認、窓口の決定	長引く停止の判断、再開の承認	適用の最終承認
安全管理者	安全に関わる手順の確認	安全に関わる停止の原因の確認	安全に関わる変更の確認

記録の最小セット

記録は、多すぎても続きません。「戻すとき」と「変えるとき」に必要な最小限を決めます。

• 事象の記録：いつ、どの作業で、何が起きたか、表示、対象物の品種やロット
• 現場側の変更の記録：照明、治具、配置、カメラ、清掃、担当者の入れ替え
• 変更の記録：設定値、モデル、ソフトウェアの更新の前後
• 失敗した例の保存：映像、画像、信号。保存の期間、保存先、閲覧できる人も決める

失敗した例の保存は、作業者が映る場合の扱いを含め、事前に決めておく必要があります。

人がロボットの近くで作業するときの注意

点検、修理、調整、清掃などで、人がロボットの可動範囲に入る場面があります。労働安全衛生規則の第150条の5は、産業用ロボットの可動範囲内で、検査、修理、調整（教示等に該当するものを除く）、掃除、給油、またはこれらの結果の確認を行うときは、運転を停止するとともに、起動スイッチに錠をかけ、作業中である旨を表示する等、作業者以外の者が起動スイッチを操作することを防ぐ措置を講じるよう、事業者に求める条文です。運転中に作業を行わなければならない場合は、規程の整備や、異常時に直ちに停止できる措置などを講じたときの扱いが、条文に別に書かれています。

この条文の対象となる産業用ロボットに、AIを載せた機体が当たるかどうかや、必要な措置の中身は、機種と使い方で変わり得るため、この記事では個別の適否は判断しません。安全管理者、専門家、所管の行政機関に確認してください。導入前に決めておく安全の担当や前提条件、更新のたびの見直しについては、AIを載せたロボットの安全は、導入前に何を決めるかで扱っています。

開発側と、運用の窓口・範囲を取り決める

本番稼働の前に、開発側と取り決めておく項目です。

確認する点	十分な答えの例	注意したい答え
連絡の窓口	事象の種類ごとの窓口と、連絡する手段、受け付ける時間帯が書面にある	担当者の個人の連絡先しかない
戻す事象の範囲	開発側が原因を確認する事象と、対象外の事象が分かれている	「何かあれば相談してください」とだけ書かれている
状況を確認する手段	現場が取り出せるログ、遠隔で確認する場合の情報の扱いが決まっている	ログが取り出せず、現地に来るまで状況が分からない
更新・再学習の進め方	事前の通知、適用前の確認、戻し方が決まっている	更新の時期と内容を、現場の側で把握できない
保証の範囲	保証される条件と、外れたときの扱いが書面にある	範囲があいまいで、条件を外れたときの扱いが分からない
運用開始後に残るもの	手順書、設定の記録、モデルの版の記録が成果物に含まれる	納品物に運用の手順がない

本番稼働前に分担を決める進め方（手順）

1. 止まりうる事象を書き出す（停止、設備側の異常、周辺設備との不良、精度の低下、更新後の変化）
2. 「精度が落ちた」の見え方を決める（何を、誰が、どこで見るか。現場の基準に合わせる）
3. 事象ごとに、現場で持つ範囲と、開発側に戻す範囲を、上の表で分ける
4. 再学習や設定変更の条件（6点）と、変更の種類ごとの承認者を決める
5. 役割ごとの分担を表にして、責任者が承認する
6. 開発側と、窓口、戻す事象の範囲、更新の進め方を取り決める
7. 記録の最小セットと保存先を決め、試しに一度、停止の想定で連絡の流れを確認する

判断条件：本番稼働に進める状態、まだ早い状態

向いている状態：

• 止まったときの最初の連絡先と、現場でやってよい作業を、言葉で説明できる
• 「精度が落ちた」を、何で見るかが決まっている
• 再学習や設定変更の承認者と、元に戻す手順が決まっている
• 開発側との窓口と、戻す事象の範囲が、書面になっている

まだ早い状態：

• 止まったときに誰が動くかが、人によって違う
• 精度の見方が決まっておらず、気づいた人が各自で判断している
• 更新や再学習が運用中に入る前提だが、誰が承認し、何を記録するかが決まっていない
• 安全に関わる作業の手順の確認が、済んでいない

うまくいかないパターン

• 開発側が見てくれるものと考え、現場の一次対応の範囲を決めないまま稼働する
• 現場側の変更（照明、治具、配置）が記録されず、精度が落ちたときに原因をたどれない
• 手順書のない作業を、現場の判断で行う
• 精度が落ちるたびに、再学習を最初の対応にする
• 更新後の動作を確認する人と、確認した結果の記録先が決まっていない
• 失敗した例を消してしまい、開発側に戻すときの材料が残らない
• 戻す事象の範囲が決まっておらず、連絡のたびに範囲の話から始まる

WITHPROJECTSの考え方

WITHPROJECTSの公開しているPoC支援の記事では、「PoCのあと、量産や運用を誰がどう担うのかを考えていない」ことを、PoCを頼むには「まだ早い状態」の一つに挙げています。また、PoCの結果が次の判断（量産・運用・中止）につながらないことを、失敗しやすいパターンとして挙げています。この記事は、その「運用」の側を、分担の表として整理したものです。

WITHPROJECTSは、フィジカルAIの支援内容として、AIを納品して終わりにせず、現場に入って実装する「AI実装・FDE」を公開ページに挙げています。保守の代行や保守契約の提供は、公開ページに記載のある範囲ではないため、この記事では述べていません。公開ページの全体像はフィジカルAI事業化・FDE支援に、運用を考える前提となる作業の分解は工場自動化の記事にあります。

この記事は、個別の機種の保守範囲や、安全・法令の適否を判断するものではなく、成果を保証するものでもありません。

次の一歩

ロボットの本番運用に向けて、一次対応と再学習・設定変更の分担を整理したい方は、個別相談の予約へお進みください。（個別相談会（30分）の予約ページへ移動します）