JP7844882B2 - 制御システム及びプログラム - Google Patents

Description

開示の技術は、制御システム及びプログラムに関する。

生産現場のＦＡ（Factory Automation）の分野においては、自動化を担うロボットを制御するための種々の技術が開発されている。ロボット制御には、何らかの要因により緊急停止した場合に、停止から再開までの動作を制御するための仕組みがある。

例えば、ロボットが緊急停止した場合の運転再開時間を短縮するためのロボット制御装置に関する技術がある（特許文献１参照）。この技術では、後戻りの動作を指令する信号によって、ロボットに１ステップ刻みで後退する動作をさせ、ロボットの運転を再開させることをしている。

また、作業対象部品などの位置ずれに起因するいわゆる「チョコ停」の未然防止を可能とするロボット制御方法に関する技術がある（特許文献２参照）。この技術では、検出された作業対象部品それぞれの正常位置に対する位置誤差が許容範囲内か否かを判定している。

特開平９－０９１０１８号公報 特開２０１１－１１０６２９号公報 特開２０１９－０６１４６６号公報

ここで、従来技術に挙げたようなロボット制御では、ロボットの停止及び再開に係る制御は、当該ロボットの動作を制御するためのプログラムに定められていた。

しかしながら、昨今の生産現場のＦＡにおいては、画像センサやグリッパといった、それ自体が制御の対象となる複数のパーツを組み合わせたロボットである場合や、多数のロボットが連携しながら作業を行う場合があり、高度化している。このような高度化したＦＡにおいては、上位の統合コントローラによって統合した制御を行い、個々のロボットの制御はロボットコントローラで行うことが想定される。統合コントローラを用いた制御システムにおいて、システムプログラムと、ユーザプログラムという異なるプログラムが規定される。

例えば、単一の制御装置上で実行形式の異なる複数種類のプログラムを効率的に動作できる構成を提供する制御装置に関する技術がある（特許文献３参照）。特許文献３においては、システムプログラムは、基本的な機能を実現するためのプログラムである。特許文献３においては、ユーザプログラムは、ユーザに固有の制御用途に応じて用意されたプログラムの総称である。ユーザプログラムには、例えば、ＩＥＣプログラムのような実行毎に全体がスキャンされ、実行毎に制御指令を出力できるプログラムも包含する。

特許文献１及び特許文献２のような従来技術では、制御システムにおいてシステムプログラムとユーザプログラムとを使い分ける想定はなく、あくまでユーザプログラムとしてのロボット制御が想定されていた。また、従来のＦＡでは、作業用のロボットというのは一連の同じ動作を繰り返すものであり、したがってトルクオーバーを代表的な原因とする緊急停止が発生したということは正常動作時には生じないはずの危険な状況が生じたことを意味し、ヒト（ユーザ）による安全確認と復帰動作への介入が必要、という前提であった。

しかし、システムプログラムとユーザプログラムとを用いる制御システムにおいて、従来技術のような停止及び再開の制御に関する技術を適用することはできない。システムプログラムによってロボットを停止させる場合、プログラム相互の処理の整合等を考慮して、ユーザプログラムの実行が停止させられることになるため、ユーザプログラムに停止及び再開のための動作を規定することはできないからである。また、従来のように、停止後の動作の再開のための例外処理にユーザを関与させる設計にしてしまうと、停止のたびにユーザの関与が発生し、ユーザにとって煩雑である。また、特許文献３におけるシステムプログラムの制御態様は優先度変更に係る処理の実行手段に留まっており、他の制御については規定されていない。

本開示は、上記の点に鑑みてなされたものであり、保護停止及び再開をコントローラの提供者によって提供されるプログラムに規定し、実行することができる制御システム及びプログラムを提供することを目的とする。

開示の第１態様は、制御システムであって、ユーザが要求する作業であって一連の動作によって遂行される特定の作業をロボットに実行させるためのユーザプログラムを取得するユーザプログラム取得手段と、前記ユーザプログラムを実行するユーザプログラム実行手段と、前記ロボットにおける保護停止事象の発生を検知する処理、前記保護停止事象が発生した場合に前記ユーザプログラムの実行を停止させる処理、及びあらかじめ決められたユーザプログラムの復帰位置から前記ユーザプログラムの実行を再開させるための処理を規定するシステムプログラムを記憶するシステムプログラム記憶手段と、前記システムプログラムを実行するシステムプログラム実行手段と、を備える。

上記第１態様において、前記ユーザプログラムの実行を再開させる処理は、再開要件が充足されていることを再開の条件とするようにしてもよい。

上記第１態様において、前記再開要件は、自己診断の結果として不具合の発生が検出されなかったこと及び保護停止後のロボットの位置姿勢と当該位置姿勢に対応する計画された位置姿勢との間の乖離が基準値以内であることの少なくともいずれかを含むようにしてもよい。

上記第１態様において、前記システムプログラムは、さらに、前記ユーザプログラムの再開後の実行において利用される再開用データを前記ユーザプログラムから利用可能とする処理を規定するようにしてもよい。

上記第１態様において、前記再開用データは、前記ユーザプログラムにおける実行の停止が発生した区域である停止区域を含むようにしてもよい。

上記第１態様において、復帰位置データを取得する復帰位置データ取得手段をさらに備え、前記復帰位置データは、前記ユーザプログラムの複数の停止区域の候補に対応付けられた前記ユーザプログラムにおける複数の復帰位置を含み、前記ユーザプログラムの実行を再開させる処理は、前記復帰位置データにしたがって前記ユーザプログラムの実行を再開させる処理であるようにしてもよい。

開示の第２態様は、プログラムであって、ユーザが要求する作業であって一連の動作によって遂行される特定の作業をロボットに実行させるためのユーザプログラムを取得するユーザプログラム取得手段、前記ユーザプログラムを実行するユーザプログラム実行手段、前記ロボットにおける保護停止事象の発生を検知する処理、前記保護停止事象が発生した場合に前記ユーザプログラムの実行を停止させる処理、及びあらかじめ決められたユーザプログラムの復帰位置から前記ユーザプログラムの実行を再開させるための処理を規定するシステムプログラムを記憶するシステムプログラム記憶手段、並びに前記システムプログラムを実行するシステムプログラム実行手段として１又は連携する複数のコンピュータを機能させる。

本発明の制御システム及びプログラムによれば、保護停止及び再開をコントローラの提供者によって提供されるプログラムに規定し、実行することができる。

制御システムの全体構成例を模式的に示す図である。 本実施形態に係る統合コントローラのハードウェア構成例を示すブロック図である。 統合コントローラの機能的な構成を示す図である。 統合コントローラからロボットコントローラに指令を送信してスクリプトを実行する場合のシーケンス制御である。 統合コントローラからロボットに直接指令を送信して制御する場合のシーケンス制御である。 作業板に部品を挿入する作業を実行する制御内容を模式的に示す図である。 部品を挿入する作業を実行する場合の制御フローの一例である。 保護停止の判断に用いられるロボットの取得データの一例である。 保護停止判断の制御フローの一例である。 保護停止後の再開判断に使用されうる情報源の例である。 保護停止後の再開判断の制御フローである。 ユーザプログラムによる復帰の制御フローである。 部品を挿入する作業を実行する場合の制御フローに対する復帰位置及び復帰位置テーブルの例である。 ロボットに付随するケーブルの引っ張りのケースを模式的に示す図である。 外付けツールなどの外部に固定されたケーブルが引っ張られるケースを模式的に示す図である。 ロボットのロボットアームで冷凍庫などの扉を開閉途中に過負荷がかかりアーム側が保護停止するケースを模式的に示す図である。

以下、本発明の実施形態の一例を、図面を参照しつつ説明する。なお、各図面において同一または等価な構成要素及び部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

本実施形態では、制御システムにおいて統合コントローラのシステムプログラムと、ユーザプログラムとを用いて、生産現場のロボットを制御する処理を規定する。本実施形態では、ロボットの保護停止事象が発生した場合を想定して、システムプログラム及びユーザプログラムの処理を規定する。本実施形態では、システムプログラムに、ロボットの保護停止事象が発生した場合にユーザプログラムの実行の停止及び再開を行う処理を規定する。「保護停止」及び「保護停止事象」の詳細については後述する。

（制御システムの全体構成例）
図１は制御システムの全体構成例を模式的に示す図である。図１に示すように、制御システム１において、統合コントローラ１００は、ツール端末２００とはＵＳＢ等で接続され、ネットワークＮを介して各種装置及び各種コントローラとの通信を行う。ネットワークＮは、上流側の情報ネットワークＮ１と、下流側のフィールドネットワークＮ２とがある。情報ネットワークＮ１を介しては、管理端末２０２、及びサーバ装置２１０等と接続される。フィールドネットワークＮ２を介しては、ロボットアプリケーションＲＡの各種コントローラと接続される。また、その他のＩ／Ｏデバイス及び各種センサと接続されてもよい。ロボットアプリケーションＲＡには、ロボットコントローラ３００、画像センサコントローラ３０２、及びグリッパコントローラ３０４を含み、これらの各種コントローラによりロボット４００の動作の制御を行う。なお、統合コントローラ１００が、本開示の技術の「コントローラ」の一例である。

ツール端末２００は、統合コントローラ１００が制御対象を制御するために必要な準備を支援する装置である。具体的には、ツール端末２００は、統合コントローラ１００で実行されるプログラムの開発環境（プログラム作成編集ツール、パーサ、コンパイラなど）、統合コントローラ１００及び統合コントローラ１００に接続される各種デバイスのパラメータ（コンフィギュレーション）を設定するための設定環境、生成されたユーザプログラムを統合コントローラ１００へ出力する機能、統合コントローラ１００上で実行されるユーザプログラムをオンラインで修正・変更する機能、などを提供する。

管理端末２０２は、生産全体の監視及び管理に用いられる端末であり、統合コントローラ１００及びサーバ装置２１０を管理する端末である。サーバ装置２１０としては、データベースシステム、製造実行システム（ＭＥＳ：Manufacturing Execution System）などが想定される。製造実行システムは、制御対象の製造装置や設備からの情報を取得して、生産全体を監視及び管理するものであり、オーダ情報、品質情報、出荷情報などを扱うこともできる。これに限らず、情報系サービスを提供する装置を情報ネットワークＮ１に接続するようにしてもよい。情報系サービスとしては、制御対象の製造装置や設備からの情報を取得して、マクロ的またはミクロ的な分析などを行う処理が想定される。例えば、制御対象の製造装置や設備からの情報に含まれる何らかの特徴的な傾向を抽出するデータマイニングや、制御対象の設備や機械からの情報に基づく機械学習を行うための機械学習ツールなどが想定される。

ロボットコントローラ３００は、統合コントローラ１００からの制御指令（位置指令または速度指令など）にしたがって、軌跡計算及び各軸の角度計算などを行うとともに、計算結果にしたがって、ロボット４００を構成するサーボモータ（図省省略）などを駆動する。また、ロボット４００に付随する画像センサ４０２は画像センサコントローラ３０２で制御され、グリッパ４０４はグリッパコントローラ３０４で制御される。また、ティーチングペンダント３１０によりロボット４００のパラメータの変更、動作の調整等が行われる。

（統合コントローラ１００のハードウェア構成例）
次に、本実施形態に係る統合コントローラ１００のハードウェア構成例について説明する。図２は、本実施形態に係る統合コントローラ１００のハードウェア構成例を示すブロック図である。

図２に示すように、統合コントローラ１００は、ＣＰＵユニットと称される演算処理部であり、プロセッサ１０２と、チップセット１０４と、メインメモリ１０６と、ストレージ１０８と、上位ネットワークコントローラ１１０と、ＵＳＢ（Universal Serial Bus）コントローラ１１２と、メモリカードインターフェイス１１４と、内部バスコントローラ１２０と、フィールドネットワークコントローラ１３０とを含む。

プロセッサ１０２は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）などで構成される。プロセッサ１０２としては、複数のコアを有する構成を採用してもよいし、プロセッサ１０２を複数配置してもよい。すなわち、統合コントローラ１００は、１または複数のプロセッサ１０２、及び／または、１または複数のコアを有するプロセッサ１０２を有している。チップセット１０４は、プロセッサ１０２及び周辺エレメントを制御することで、統合コントローラ１００全体としての処理を実現する。メインメモリ１０６は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）などの揮発性記憶装置などで構成される。ストレージ１０８は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの不揮発性記憶装置などで構成される。

プロセッサ１０２は、ストレージ１０８に格納された各種プログラムを読出して、メモリ１０６に展開して実行することで、制御対象に応じた制御、及び、後述するような各種処理を実現する。ストレージ１０８には、制御対象のロボット４００等の製造装置や設備に応じて作成されるユーザプログラム３０と、制御システム１の基本的な機能を実現するためのシステムプログラム３２と、各種設定をするための設定情報３４とが格納される。システムプログラム３２は、統合コントローラ１００の提供者によって提供されるプログラムである。

上位ネットワークコントローラ１１０は、情報ネットワークＮ１を介して、サーバ装置２１０などとの間のデータのやり取りを制御する。ＵＳＢコントローラ１１２は、ＵＳＢ接続を介してツール端末２００との間のデータのやり取りを制御する。

メモリカードインターフェイス１１４は、メモリカード１１６が着脱可能に構成されており、メモリカード１１６に対してデータを書込み、メモリカード１１６から各種データ（ユーザプログラムやトレースデータなど）を読出すことが可能になっている。

内部バスコントローラ１２０は、統合コントローラ１００に装着されるＩ／Ｏユニット１２２との間のデータのやり取りを制御する。フィールドネットワークコントローラ１３０は、フィールドネットワークＮ２を介したロボットアプリケーションＲＡとの間のデータのやり取りを制御する。

図２には、プロセッサ１０２がプログラムを実行することで必要な機能が提供される構成例を示したが、これらの提供される機能の一部または全部を、専用のハードウェア回路（例えば、ＡＳＩＣまたはＦＰＧＡなど）を用いて実装してもよい。あるいは、統合コントローラ１００の主要部を、汎用的なアーキテクチャに従うハードウェア（例えば、汎用パソコンをベースとした産業用パソコン）を用いて実現してもよい。この場合には、仮想化技術を用いて、用途の異なる複数のＯＳ（Operating System）を並列的に実行させるとともに、各ＯＳ上で必要なアプリケーションを実行させるようにしてもよい。

また、図２に示す制御システム１においては、統合コントローラ１００、ツール端末２００及び管理端末２０２がそれぞれ別体として構成される例としているが、これらの機能の全部または一部を単一の装置に集約するような構成を採用してもよい。

（統合コントローラ１００の機能的構成例）
図３は、統合コントローラ１００の機能的な構成を示す図である。統合コントローラ１００は、機能的には、プログラム機能部１６０と、上位ネットワークインターフェイス１７０と、フィールドネットワークインターフェイス１７２とを含む。プログラム機能部１６０は、ユーザプログラム３０及びシステムプログラム３２に関する実行制御全般の機能を担う手段をまとめた機能部である。プログラム機能部１６０は、ユーザプログラム取得手段１６２と、ユーザプログラム実行手段１６４と、システムプログラム記憶手段１６６と、システムプログラム実行手段１６８と、を有する。また、プログラム機能部１６０は、メモリ（図示省略）に格納されるデータ、及びユーザプログラム実行手段１６４又はシステムプログラム実行手段１６８による処理結果などをユーザなどへ出力するためのデータに加工する機能も担う。

上位ネットワークインターフェイス１７０は、情報ネットワークＮ１を介して接続されている装置との間のデータのやり取りを仲介する。フィールドネットワークインターフェイス１７２は、フィールドネットワークＮ２を介して接続されている各種ロボット４００との間のデータのやり取りを仲介する。

ユーザプログラム取得手段１６２は、ユーザプログラム３０を何らかの手段で保持又は入力が可能な各種装置からユーザプログラム３０を取得する。ユーザプログラム取得手段１６２には次のようなものが該当する。第１に、制御システム１がユーザプログラム３０をツール端末２００から取得する場合には、ツール端末２００との間の通信インタフェースのハードウェア及びソフトウェアである。第２に、制御システム１がユーザプログラム３０の編集機能を備え、キーボードのような入力デバイスからユーザプログラム３０を入力する場合には、入力デバイス及びそれに関連するソフトウェアである。第３に、制御システム１がサーバ装置２１０等に蓄積されたユーザプログラム３０のライブラリから、情報ネットワークＮ１を介してユーザプログラム３０を取得する場合は、ネットワーク通信のためのハードウェア及びユーザプログラム３０の取得に関わるソフトウェアである。

システムプログラム記憶手段１６６は、システムプログラム３２を記憶する手段であり、ＲＯＭ及びメモリ等のプログラムが記憶可能な記憶手段が用いられる。

ユーザプログラム実行手段１６４は、ユーザプログラム３０を実行する手段である。システムプログラム実行手段１６８は、システムプログラム３２を実行する手段である。ユーザプログラム実行手段１６４及びシステムプログラム実行手段１６８には次のようなものが該当する。制御システム１に含まれる、汎用プロセッサ、ＡＳＩＣのようなハードウェア及びユーザプログラム実行のためのリソースやタイミングを管理するソフトウェアである。また、ユーザプログラム実行手段１６４及びシステムプログラム実行手段１６８の実体は、同一であってもよいし互いに別の実体であってもよい。

システムプログラム３２は、制御システム１の基本的な機能を実現するためのプログラムであり、本実施形態では、システムプログラム３２の一部において保護停止に係る各種処理が規定される。保護停止に係る各種処理とは、ロボット４００における保護停止事象の発生を検知する処理（発生検知処理）、保護停止事象が発生した場合にユーザプログラム３０の実行を停止させる処理（実行停止処理）、及びあらかじめ決められたユーザプログラム３０の復帰位置からユーザプログラム３０の実行を再開させるための処理（再開処理）、である。このようにシステムプログラム３２は、保護停止事象が発生した場合にユーザプログラム３０の実行を停止させる処理の規定を含む。これにより、保護停止事象が発生した場合にロボット４００の動作が停止する。さらに、ロボット４００の運動を迅速に停止させるためにロボット４００の運動に制動をかける処理、停止したロボット４００の位置姿勢を維持する処理などを追加してもよい。

（「保護停止」及び「「保護停止事象」の定義」）
ここで、本実施形態における「保護停止」について説明する。「保護停止」は、ロボット４００が周囲の物体と接触したとき、計画外の接触をするおそれがあるとき、又はロボット４００の動作に高負荷が生じたときにロボット自身又は周囲の物体を損傷させないことを目的として、ロボット４００の動作を停止することをいう。周囲の物体には人体を含む。

ロボット４００が周囲の物体と接触したときに動作を停止する判断は、ロボットが接触によって受けた力の大きさについての検知結果に基づいて行うことができる。ロボット４００が受けた力の大きさについての検知のために、ロボットの関節を駆動するモータにかかるトルクの値や、ロボット４００に備えられた力覚センサの検出値を利用することができる。高負荷が生じたときに動作を停止する判断についても同様である。

ロボット４００が周囲の物体と計画外の接触をするおそれがあるときに動作を停止する判断は、ロボットの周囲の状況を監視するカメラなどのセンサによる検知結果に基づいて行うことができる。

「保護停止事象」は、保護停止の原因となる事象である。ロボットが所定以上の大きさの力を受けたことや、ロボットの周囲に計画外の接触をするおそれのある物体が存在することは、保護停止事象に該当する。

（ロボット制御）
制御システム１のロボット制御は、例えば、（Ａ）統合コントローラ１００からロボットコントローラ３００に指令を送信してスクリプトを実行する場合と、（Ｂ）統合コントローラ１００からロボット４００に直接指令を送信して制御する場合とが想定されるため、図４及び図５を参照してそれぞれ説明する。また、統合コントローラ１００で実行される各タスクには、特許文献３に記載されているように、優先度が規定され、制御周期Ｔ１毎にトリガされる。第１タスク１０ではフィールドとの間で入力値および制御指令を更新する入出力リフレッシュ処理（図４及び図５では「Ｏ／Ｉ」、以降ではＯ／Ｉ処理と記載する）が実行される。入出力リフレッシュ処理を行うためのプログラムはシステムプログラム３２に属する。第１タスク１０の次の優先度のタスクが第２タスク１８である。第２タスク１８では、ユーザの制御目的に応じたプログラムが実行される。具体的には、第２タスク１８は、シーケンスプログラムを実行するシーケンス処理１２と、第１ロボット制御プログラムを実行する第１ロボット制御プログラム処理１４（ＲＰ１４）と、モーションコントロールプログラムを実行するモーションコントロールプログラム処理１６（ＭＣ１６）とを含む。シーケンスプログラム、第１ロボット制御プログラム、及びモーションコントロールプログラムは、ユーザプログラム３０に属する。シーケンス処理１２では、１回の制御周期Ｔ１においてシーケンスプログラムが先頭から最終まで実行される。シーケンスプログラムは、例えば、搬送装置をはじめとするロボット周辺に存在する装置の制御を担っている。第１ロボット制御プログラムは、ロボットの制御を担っている。第１ロボット制御プログラム処理１４を設けずに、シーケンス処理１２において実行されるシーケンスプログラムにロボットの制御を担わせるようにしてもよい。モーションコントロールプログラムは、例えば、サーボモータなどのアクチュエータに対して、位置、速度、加速度、加加速度、角度、角速度、角加速度、及び角加加速度などの数値を制御指令として演算するためのプログラムである。

図４を参照して（Ａ）の場合のロボット制御について説明する。制御周期Ｔ１ａにおいて第２タスクの第１ロボット制御プログラム処理１４によりスクリプト実行命令（以下、単に命令と記載する場合もある）が生成される。次の制御周期Ｔ１ｂの第１タスクのＯ／Ｉ処理において、生成されたスクリプト実行命令がロボットコントローラ３００に送信される。なお、便宜上図示していないが、システムプログラム３２として、図示の各プログラムの実行タイミングを制御しているスケジューラ、保護停止事象の発生を監視するプログラムなどがバックグラウンドで実行されている。スクリプト実行命令は、Ｏ／Ｉ処理の一環としてではなく、第１ロボット制御プログラム処理１４の実行直後などの任意のタイミングで送信するようにしてもよい。

ロボットコントローラ３００は、制御周期Ｔ１毎に制御を実行する。指令を受け付け（２０）、受け付けた命令のスクリプトを実行し（２２）、実行完了通知を統合コントローラ１００に送信する（２４）。ロボットコントローラ３００の制御周期Ｔ１は、統合コントローラ１００の制御周期Ｔ１と同じ長さで、かつ、同期していることが好ましいが、異なる長さの周期であったり非同期であったりしてもよい。また、ロボットコントローラ３００における制御周期を、統合コントローラの制御周期Ｔ１より短い（例えば半分の長さの）制御周期Ｔ２とし、制御周期Ｔ２毎にスクリプトを実行するようにしてもよい。そうすると、より滑らかなロボット制御が行える。この場合のスクリプトは制御周期Ｔ２内の時間で実行完了できる規模のものである。この場合も、統合コントローラ１００とロボットコントローラ３００との間の通信は制御周期Ｔ１毎に行われる。

図５を参照して（Ｂ）の場合のロボット制御について説明する。図５では、統合コントローラ１００が実行するタスクとして、第３タスク２６が追加されている。第３タスク２６は、第２タスク１８よりも優先度が低く、制御周期Ｔ１の２倍の長さの周期で実行される。第３タスク２６では、第２ロボット制御プログラムが実行される。第２ロボット制御プログラムは、ユーザプログラム３０に属する。第２ロボット制御プログラムは、ロボット４００の一部、例えばグリッパの制御を担うプログラムである。第２ロボット制御プログラムの内容は、（Ａ）の場合にロボットコントローラ３００で実行されるスクリプトに相当する。第３タスク処理２６で生成されたロボット４００のグリッパに対する指令は、Ｏ／Ｉ処理の一環としてロボットコントローラ３００に送信される。第３タスク処理２６で生成された指令は、第３タスク処理の実行が完了していない制御周期Ｔ１ｂにおける符号（１）のＯ／Ｉ処理では送信されず、実行が完了した後の制御周期Ｔ１ｃにおける符号（２）のＯ／Ｉ処理で送信される。また、第２タスク１８で実行される第１ロボット制御プログラムにおいて（Ａ）の場合にロボットコントローラ３００で実行されるスクリプトに相当する内容を規定し、第１ロボット制御プログラムの実行によってロボット４００に対する指令を生成するようにしてもよい。

（Ａ）及び（Ｂ）のロボット制御の方式は、何れかだけを用いるようにしてもよいし、制御対象部位に応じて使い分けてもよい。例えばロボットアームの各関節の制御は（Ａ）の方式で制御し、グリッパの開閉の制御に関しては（Ｂ）の方式で制御する使い分けが可能である。（Ａ）及び（Ｂ）の方式を同一のタスク、例えば第２タスク１８の中で使い分けてもよい。

ロボット動作の制御中には保護停止事象が発生する場合がある。保護停止事象が発生した場合の処理はシステムプログラム３２に規定する。

（作業例に係る制御）
次に、作業板に部品を挿入する作業例を実行する制御内容とする場合について、制御フローを説明する。制御の方式は、上記（Ａ）のスクリプトの実行指令を生成する方式、（Ｂ）のロボットに対する指令を直接生成する方式のいずれでもよい。図６は、作業板に部品を挿入する作業を実行する制御内容を模式的に示す図である。図６に示すように、トレイＲａに配置された部品Ａを作業板Ｒｂの挿入位置Ｐｉの穴に挿入する作業が想定される。挿入は仮挿し及び本挿しの工程に分けられる。

図７は、部品を挿入する作業を実行する場合の制御フローの一例である。

Ｓ１０では、画像センサ４０２でトレイＲａを撮像し、部品Ａの部品位置Ｐａを取得する。ここで、「部品位置」は部品の位置及び姿勢を表す情報の意味である。

Ｓ１２では、取得した部品位置Ｐａにある部品Ａを把持できる位置までグリッパ４０４を移動し、部品Ａをグリッパ４０４で把持する。

Ｓ１４では、把持した部品Ａを挿入位置Ｐｉに移動し、穴に押し込む（仮挿し工程に相当）。仮挿しは、部品Ａを挿入開始位置Ｐｉに移動した後、部品Ａの一部が穴に入っていてグリッパ４０４を開いても部品Ａが落下しない状態となるまで部品Ａを穴に押し込む動作である。グリッパ４０４が部品Ａの側面を把持しているのでそのままでは部品Ａを深く挿入できないため、仮挿しが必要である。

Ｓ１６では、グリッパ４０４を開き、作業板Ｒｂの挿入位置Ｐｉに対して後方の本挿しの開始位置（Ｐｒ）にグリッパ４０４を移動させ、グリッパ４０４を閉じる。

Ｓ１８では、閉じたグリッパ４０４で仮挿し状態の部品Ａを押し込み（本挿し工程に相当）、所定の深さまで、または、穴の底に到達するまで、押し込む動作により本挿しを完了させる。

Ｓ２０では、グリッパ４０４を作業板Ｒｂの挿入位置Ｐｉに対して後方の所定の退避場所まで移動し、作業を終了する。なお、Ｓ１０～Ｓ２０の制御は一例であり他の制御を行ってもよい。

（保護停止判断）
次に、保護停止判断の例を説明する。以下に説明する保護停止判断の処理は、システムプログラム３２によるユーザプログラム３０の実行を停止させる処理の一態様である。図８は、保護停止の判断に用いられるロボット４００の取得データの一例である。ロボットコントローラ３００は、ロボット４００の力覚センサから力覚情報を取得し、ロボット４００の各軸モータの電流検出器から電流値を取得する。統合コントローラ１００は、図４のＯ／Ｉ処理の一環として、力覚情報及び電流値をロボットコントローラ３００から取得する。

図９は、保護停止判断の制御フローの一例である。保護停止判断の制御フローは、システムプログラム３２において実行される。保護停止判断の制御に必要な情報として、統合コントローラ１００の設定情報３４には、保護停止に係る力覚情報について定めた閾値、保護停止に係るトルクレベルについて定めた閾値、電流値をトルクに変換するためのトルク定数が記憶されている。

Ｓ３０では、力覚センサの力覚情報、各軸モータの電流値を取得する。

Ｓ３２では、取得した力覚情報が、力覚情報について定めた閾値以上であるか否かを判定する。閾値以上である場合はＳ３８（保護停止）へ移行し、閾値以上でない場合はＳ３４へ移行する。

Ｓ３４では、トルク定数を元に、取得した各軸モータの電流値をトルクに変換する。

Ｓ３６では、変換したトルクが、トルクレベルについて定めた閾値以上であるか否かを判定する。閾値以上であると判定した場合はＳ３８（保護停止）へ移行し、閾値以上でないと判定した場合は保護停止不要として、処理を終了する。

Ｓ３８では、ロボット４００を保護停止する。保護停止はユーザプログラム３０の停止により実行する。ユーザプログラム３０の実行が停止されると、それ以降の運動指令が出なくなるのでロボット４００が新たな運動指令によって運動することがなくなる。

Ｓ４０では、保護停止時のデバッグ情報を保存する。

ユーザプログラム３０の実行停止をするときには、実行中の運動指令があればその実行をキャンセルすることが好ましい。それにより、例えば実行中の速度指令が有効状態のままになっていてロボット４００のモータが駆動され続けることを防止できる。このキャンセル処理は、システムプログラム３２に記述してもよいし、ロボット４００のモータを駆動する部分が一定周期で指令が来ない場合に自動的に実行中の指令をキャンセルするようにしてもよい。

システムプログラム３２には、ロボット４００の運動を迅速に停止させるためにロボット４００の運動に制動をかける処理、停止したロボット４００の位置姿勢を維持する処理などを追加してもよい。

また、図９の保護停止判断の制御フローでは力覚情報及びトルクを元に保護停止する場合について説明したが、この他にも、画像センサ４０２による周囲の障害物の検出結果やグリッパ情報の過負荷によって判断してもよい。

（再開判断）
次に、保護停止後の再開判断の例について説明する。図１０に、保護停止後の再開判断に使用されうる情報源の例を示す。システムプログラム３２の「再開判断」には各情報源からの入力として、「画像処理」から検出結果、「把持制御」からグリッパ情報、「ロボット制御」からロボット４００の位置、及び力覚情報・トルク情報（電流値）、「ロボット診断」からユーザプログラム３０の停止区域、自己診断の結果、デバッグ情報、等が与えられる。以下に説明する再開判断の処理は、システムプログラム３２によるあらかじめ決められたユーザプログラム３０の復帰位置からユーザプログラム３０の実行を再開させるための処理の一態様である。システムプログラム３２では、ユーザプログラムの実行を再開させる処理は、再開要件が充足されていることを再開の条件とする。

また、システムプログラム３２には、ユーザプログラム３０の再開後の実行において利用される再開用データをユーザプログラム３０から利用可能とする処理を規定する。再開用データにはユーザプログラム３０における実行の停止が発生した区域である停止区域を含むようにしてもよい。

図１１は、保護停止後の再開判断の制御フローである。

Ｓ５０では、グリッパ診断情報、画像センサ診断情報（検出結果）、ロボット診断情報の各種診断情報を取得する。

Ｓ５２では、取得した各種診断情報を用いて、故障しているか否かを判定する。Ｓ５２の判定が、本開示の再開要件における「自己診断の結果として不具合の発生が検出されなかったこと」の一例である。故障していると判定した場合はＳ６４へ移行し、故障していないと判定した場合はＳ５４へ移行する。故障しているか否かは、各種診断情報の何れかで故障との診断結果が含まれているかにより判定すればよい。また、通信エラーが発生したがすぐに正常通信を再開できた場合のように、ロボット４００の動作続行に支障のない一時的な不具合は「故障していない」と扱う。

Ｓ５４では、停止時のデバッグ情報を取得する。なお、デバッグ情報には、停止時に実行されていたユーザプログラム３０により計画された軌道を含む。

Ｓ５６では、デバッグ情報において保護停止からの復帰に支障となるような、故障以外の異常事象が起きているか否かを判定する。異常事象の例としては、操作対象物が破損していることを検出したという事象がある。異常事象が起きていると判定した場合はＳ６４へ移行し、異常事象が起きていないと判定した場合はＳ５８へ移行する。

Ｓ５８では、ロボット４００の現在の位置姿勢を取得する。

Ｓ６０では、現在の位置姿勢と計画された軌道とを比較し、現在の位置姿勢がユーザプログラム３０により計画された軌道から逸脱しているか否かを判定する。逸脱していないと判定した場合はＳ６２へ移行し、逸脱していると判定した場合はＳ６４へ移行する。なお、逸脱していないかは、計画された軌道に対して、現在の位置姿勢が基準値以上ずれていないかにより判断すればよい。計画された軌道は、計画された軌道上におけるロボット４００の位置姿勢である。好ましくは、実行していた最後の指令位置と検出位置とを比較して判断する。

上記Ｓ６０の判定が、本開示の再開要件における「保護停止後のロボットの位置姿勢と当該位置姿勢に対応する計画された位置姿勢との間の乖離が基準値以内であること」の一例である。

Ｓ６２では、復帰可否を「Ｔｒｕｅ」（復帰可）と判断し、Ｓ６６へ移行する。

Ｓ６４では、復帰可否を「Ｆａｌｓｅ」（復帰不可）と判断し、処理を終了する。

復帰可の判断を得るための再開要件として、保護停止が発生した原因が解消されていることを追加してもよい。例えば、力覚情報、トルク、又はグリッパの高負荷により保護停止が発生した場合に、高負荷が解消された状態が一定時間以上継続していることを再開要件として追加してもよい。また、検出結果においてロボット４００が周囲の物体と計画外の接触をするおそれがあるという判断に基づいて保護停止が発生した場合に、検出されていた物体が検出されなくなったことにより計画外の接触をするおそれがなくなったという判断をすることを再開要件として追加してもよい。

Ｓ６６では、再開用データとして、ユーザプログラム３０の停止区域をユーザプログラム３０に通知し、ユーザプログラム３０の復帰位置からユーザプログラム３０の実行を開始させる。

停止区域とは、保護停止が発生したときに実行していたユーザプログラム３０の命令のステップを区域内に含む、ユーザプログラム３０における区域である。停止区域は、停止位置として把握するのにふさわしいロボットの１つ又は一続きの要素動作に対応する区域として設定される。例えば、実施形態の仮挿し動作に対応するユーザプログラム３０の区域、本挿し動作に対応するユーザプログラム３０の区域は、その区域内でユーザプログラム３０の実行が停止されれば、その区域を、ユーザプログラム３０における実行が停止された位置に相当するとみなすことができる。通知は、例えばユーザプログラム３０からもアクセスできるメモリ領域に停止区域を特定するデータを格納することによって行う。

再開用データには、停止区域のほか、ユーザプログラム３０の実行が停止された時刻、ユーザプログラム３０の実行が停止されたときのロボット４００の位置姿勢、ユーザプログラム３０の実行が停止されたときにロボット４００が受けていたトルクや力覚センサの検出値、ユーザプログラム３０の実行が停止されたとき又はその後に撮像された周囲の物体を含む画像データの検出結果も含めてよい。

（復帰後のユーザプログラム３０による制御フロー）
図１２は、復帰後のユーザプログラム３０による制御フローである。図１３は、部品を挿入する作業を実行する場合の制御フローに対する復帰位置、及び復帰位置テーブルの例である。

Ｓ７０では、停止区域を取得する。Ｓ７２では、停止区域が仮挿し中（Ｐｇ１）に対応するか、本挿し中（Ｐｇ２）に対応するかを判定して処理を分岐する。Ｓ７４（Ｓ７４Ａ，Ｓ７４Ｂ）では、部品状態が落下か、非落下かを判定して処理を分岐する。落下の場合はＲｐ１（Ｓ７６）へ移行する。Ｓ７４Ａでは非落下の場合はＲｐ２（Ｓ８０）へ移行する。Ｓ７４Ｂでは非落下の場合は図１３のＲｐ３へ移行することで復帰する。

Ｓ７６では、落下している部品Ａの位置を画像センサ４０２で検出する。Ｓ７８では、グリッパ４０４で部品Ａを把持し、仕分け箱に入れるように制御し、図１３のＡに移行することで復帰する。

Ｓ８０では、部品Ａを穴から引き抜き、図１３のＢへ移行することで復帰する。

ユーザプログラム３０の復帰位置は、例えば、復帰用のアドレスを格納した変数としてシステムプログラム３２に与えられる。

また、復帰後のユーザプログラム３０による制御フローは上記のフローに限定されない。例えば、仮挿し動作の途中で部品Ａが穴とかみ合ってそれ以上奥には動かなくなることがあり、このときに部品Ａをさらに押し込むと保護停止にいたる場合がある。この場合に、いったん部品Ａを穴から引き抜いた後に仮挿し動作をやり直してもよい。引き抜いた後に直ちに仮挿し動作をやり直すのではなく、部品Ａを引き抜いた後にいったん仕分け箱に戻し、戻した部品Ａを把持し直して仮挿し動作をやり直すようにしてもよい。

ロボットアームとグリッパとの接続部分にコンプライアンスモジュールを挿入したりグリッパの把持面に弾性部材層を設けたりすることにより部品Ａや穴の縁の面取りに案内されて部品Ａが動けるようにしておけば、部品Ａと穴との間にわずかな位置ずれがあっても仮挿しが１回目から成功しやすくなり、仮挿しをやり直した場合の成功率も高くなる。このように仮挿し動作をやり直すだけで成功する場合もある。

また、本挿し動作が途中で保護停止になったときは、部品Ａを押していたグリッパの指先を部品Ａからいったん離し、本挿し動作をやり直す。本挿し動作のやり直しを所定回数試みても保護停止を繰り返す場合は、部品Ａを把持して穴から引き抜き、仕分け箱に戻して把持し直し、仮挿し動作からやり直すようにしてもよい。

上記の説明では、ユーザプログラム３０の復帰位置が単一であり、復帰後の動作フローをユーザプログラム３０が担うようにしたが、用意された複数の復帰位置の中からシステムプログラム３２が復帰位置を選択することにより復帰後のユーザプログラム３０が担う制御動作を変えるようにしてもよい。復帰位置の選択は、例えば図１３の復帰位置テーブルにしたがって行われる。復帰位置テーブルには、停止区域の候補である停止区域Ｐｇ１、停止区域Ｐｇ２のそれぞれについて、停止後部品状態に応じた復帰位置が示されている。復帰位置テーブルは、ユーザプログラム３０とともに統合コントローラ１００に与えられ、システムプログラム３２からアクセス可能とされる。復帰位置テーブルには、停止後部品状態（部品非落下か、部品落下か）の識別方法の情報が付随する。停止後部品状態の識別方法は、例えば画像センサ４０２の画像を処理する画像処理部に対して問合せを行い、部品非落下か部品落下かの判定結果を得ることである。また、ユーザプログラム３０によって規定される動作の内容によっては、停止後部品状態のような場合分けがなく、停止区域に応じて復帰位置が決まる復帰位置テーブルでよい場合もある。復帰位置テーブルは、本開示の復帰位置データの一例である。

また、図３の統合コントローラ１００の機能的な構成において、復帰位置データを取得する復帰位置データ取得手段をさらに備え、上記の復帰位置テーブルの情報を取得するようにしてもよい。

また、ロボット４００が周囲の物体と計画外の接触をするおそれがあるという判断（検出結果）に基づいて動作を停止した場合には、ユーザプログラム３０の停止区域の冒頭の位置を復帰位置としてもよい。また、当該判断に基づいて動作を停止した場合には、ユーザプログラム３０の停止したステップから、ステップを遡ることなくそのまま続きのステップを実行するように決められていてもよい。

（保護停止事象に関するケース）
保護停止事象に関するケースを説明する。例えば、ケーブルの引っ張りによって一時的に過負荷が発生した時、操作において接触がなくても、保護停止事象が発生する場合がある。また、部品のばらつきにより、同じパラメータ動作でも対象物体が異なるだけで成功したり、失敗したりするケースで保護停止事象が生じることがある。この場合、基本的に部品の組み合わせを変えれば成功することが想定される。

ロボット４００にケーブルが付随するケースがある。図１４は、ロボット４００に付随するケーブルの引っ張りのケースを模式的に示す図である。図１４の（Ａ）では、ロボット４００の動作によって、ケーブルの引っ張りが発生しており、ロボット４００の動作又はロボットハンドの移動とは逆方向又は逆方向に準ずる方向の力が検出され保護停止が発生する。この方向の力は手首の力覚センサなどで検出可能である。ケーブルの引っ張りはロボットアームが伸びるときに発生する。この引っ張りはロボット４００自体のモデルがあれば計算可能である。この場合、復帰方法としては図１４の（Ｂ）のように、ロボットアームを曲げる方向にロボットハンドを移動させ、ケーブルを緩ませてから動作を再開することが想定される。

また、ケーブルの引っ張りには、外付けツールなどの外部に固定されたケーブルが引っ張られるケースも想定される。図１５に示すように、ロボット４００がツールＴａを把持しており、ツールＴａのケーブルが固定されているコントローラＴｂから離れる方向にロボット４００のハンドを移動している場合に、手首力覚にて移動方向とは逆に力の過負荷が検出されれば、ツールＴａによるケーブルが過負荷になったと判断される。復帰方法としては、（１）ロボット４００が双腕であれば、停止していない方の腕にツールＴａを持ち替える。（２）単腕であれば、そのまま再起動して、ケーブルを緩める方向にロボット４００のハンドを移動する。緩める方向は、もともとの移動方向とは逆方向、コントローラＴｂに近づく方向である。移動後、累積のケーブルテンションを初期化し作業を再開する。ケーブルにテンションがかかった原因が図示しない他の物品にケーブルが絡んだためであれば、当該ケーブルの絡みを解消するようにロボット４００を動作させてから作業を再開する。また、一度ツールＴａを解放し、もう一度拾いなおしてから作業を再開することも想定される。

また、図１６に示すように、ロボット４００のロボットアームで冷凍庫などの扉を開ける作業の途中に扉がわずかに開いた状態で過負荷がかかりロボット４００が保護停止するケースが想定される。この場合、まずロボット４００を積載したＡＧＶ（Automatic Guided Vehicle：無人搬送車）を扉が閉まる方向に移動させることによって扉を閉め、その後、アームの負荷が軽減するようにＡＧＶの位置決めをし直してから扉を開ける作業を再開する。ＬＡ（Laboratory Automation）では、扉を開けるという作業を遂行することよりも、冷凍庫内の温度変化を最小限に抑えるという観点、すなわち、この場合は冷凍庫の扉を一刻も早く閉める動作を重視する観点がある。そのため、ＡＧＶ側だけを動かしまずは扉を閉める復帰の制御が想定される。

以上、本実施形態の制御システム１によれば、保護停止及び再開を統合コントローラ１００の提供者によって提供されるシステムプログラム３２に規定し、実行することができる。

上記実施形態の制御システム１の態様について補足する。制御システム１は実施形態において以下のような形態で実施可能である。制御システム１は、各手段を備えた装置、又は全体として各手段を備える複数の連携する装置として以下（Ａ１）及び（Ａ２）の少なくとも一方のように実施できる。

（Ａ１）例えば、実施形態において、統合コントローラ１００がロボット４００への指令を決定する場合は、ロボット４００への指令を決定するための、統合コントローラ１００で実行されるプログラムがユーザプログラム３０に該当する。

（Ａ２）実施形態において、統合コントローラ１００がロボットコントローラ３００に対して、ロボットコントローラ３００が実行するスクリプトを指示する場合がある。この場合は、少なくともスクリプトの実行指示を決定するための統合コントローラ１００で実行されるプログラムがユーザプログラム３０に該当する。ロボットコントローラ３００で実行されるスクリプトも、ユーザが要求する作業であって一連の動作によって遂行される特定の作業の全部又は一部をロボットに実行させるために作成されている場合はユーザプログラム３０に該当する。なお、スクリプトが、例えばグリッパ４０４を「開く又は閉じる」のような汎用的な要素動作だけのために作成されている場合はユーザプログラム３０に該当しない。

システムプログラム３２は統合コントローラ１００においてのみ記憶され、かつ、実行される態様に限定されない。実施形態の上記（Ａ１）及び（Ａ２）いずれの場合も、システムプログラム３２は、統合コントローラ１００、ロボットコントローラ３００のいずれかに集約して、又は両方に分担して、記憶及び実行されてよい。実施形態の上記（Ａ１）及び（Ａ２）いずれの場合も、ロボットコントローラ３００は、統合コントローラ１００で決定された指令又はロボットコントローラ３００でスクリプトを実行して生成された指令を実現する動作が実行されるようにロボット４００の各モータを駆動する。また、制御システム１は、統合コントローラ１００の機能及びロボットコントローラ３００の機能を兼ね備えた装置であってもよい。

また、制御システム１は、広域ネットワークを介してロボット４００と連携するシステムとして実施できる。

例えば、ロボット４００の近傍には実施形態のロボットコントローラ３００のうちロボット４００の各モータを駆動する機能だけを配置し、これをインターネットに接続したうえで、各手段（ユーザプログラム取得手段１６２、ユーザプログラム実行手段１６４、システムプログラム記憶手段１６６、システムプログラム実行手段１６８）はインターネットに接続した１又は複数のコンピュータに配置してもよい。

なお、上記実施形態は、本発明の構成例を例示的に説明するものに過ぎない。本開示の技術は上記の具体的な形態には限定されることはなく、その技術的思想の範囲内で種々の変形が可能である。

また、上実施形態でＣＰＵがソフトウェア（プログラム）を読み込んで実行した処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の製造後に回路構成を変更可能なＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、及びＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の認識の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。また、処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。

１ 制御システム
３０ ユーザプログラム
３２ システムプログラム
１００ 統合コントローラ
１６０ プログラム機能部
１６２ ユーザプログラム取得手段
１６４ ユーザプログラム実行手段
１６６ システムプログラム記憶手段
１６８ システムプログラム実行手段

Claims (6)

1. ユーザが要求する作業であって一連の動作によって遂行される特定の作業をロボットに実行させるためのユーザプログラムを取得するユーザプログラム取得手段と、
   前記ユーザプログラムを実行するユーザプログラム実行手段と、
   前記ロボットにおける保護停止事象の発生を検知する処理、前記保護停止事象が発生した場合に前記ユーザプログラムの実行を停止させる処理、及びあらかじめ決められたユーザプログラムの復帰位置から前記ユーザプログラムの実行を再開させるための処理を規定するシステムプログラムを記憶するシステムプログラム記憶手段と、
   前記システムプログラムを実行するシステムプログラム実行手段と、
   復帰位置データを取得する復帰位置データ取得手段を備え、
   前記復帰位置データは、前記ユーザプログラムの複数の停止区域の候補に対応付けられた前記ユーザプログラムにおける複数の復帰位置を含み、
   前記ユーザプログラムの実行を再開させる処理は、前記復帰位置データにしたがって前記ユーザプログラムの実行を再開させる処理である、制御システム。
2. 前記ユーザプログラムの実行を再開させる処理は、再開要件が充足されていることを再開の条件とする、請求項１に記載の制御システム。
3. 前記再開要件は、自己診断の結果として不具合の発生が検出されなかったこと及び保護停止後のロボットの位置姿勢と当該位置姿勢に対応する計画された位置姿勢との間の乖離が基準値以内であることの少なくともいずれかを含む、請求項２に記載の制御システム。
4. 前記システムプログラムは、さらに、前記ユーザプログラムの再開後の実行において利用される再開用データを前記ユーザプログラムから利用可能とする処理を規定する、請求項１～請求項３の何れか１項に記載の制御システム。
5. 前記再開用データは、前記ユーザプログラムにおける実行の停止が発生した区域である停止区域を含む、請求項４に記載の制御システム。
6. ユーザが要求する作業であって一連の動作によって遂行される特定の作業をロボットに実行させるためのユーザプログラムを取得するユーザプログラム取得手段、
   前記ユーザプログラムを実行するユーザプログラム実行手段、
   前記ロボットにおける保護停止事象の発生を検知する処理、前記保護停止事象が発生した場合に前記ユーザプログラムの実行を停止させる処理、及びあらかじめ決められたユーザプログラムの復帰位置から前記ユーザプログラムの実行を再開させるための処理を規定するシステムプログラムを記憶するシステムプログラム記憶手段、
   前記システムプログラムを実行するシステムプログラム実行手段、並びに
   復帰位置データを取得する復帰位置データ取得手段、として１又は連携する複数のコンピュータを機能させるためのプログラムであって、
   前記復帰位置データは、前記ユーザプログラムの複数の停止区域の候補に対応付けられた前記ユーザプログラムにおける複数の復帰位置を含み、
   前記ユーザプログラムの実行を再開させる処理は、前記復帰位置データにしたがって前記ユーザプログラムの実行を再開させる処理である、プログラム。