JP5843595B2

JP5843595B2 - 生産装置

Info

Publication number: JP5843595B2
Application number: JP2011272292A
Authority: JP
Inventors: 佐々木　雅俊; 雅俊佐々木
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2011-12-13
Filing date: 2011-12-13
Publication date: 2016-01-13
Anticipated expiration: 2031-12-13
Also published as: US20170242684A1; US9665361B2; JP2013125318A; US20140344798A1; WO2013088663A2; WO2013088663A3; WO2013088663A4; US10466995B2

Description

本発明は、複数の生産設備をそれぞれ制御する複数のコントローラと、複数のコントローラを管理するコントローラ管理装置とを備えた生産装置に関し、特に、生産設備のコントローラのソフトウェアのバージョンアップに関する。

生産設備のコントローラに組み込まれるソフトウェアは、バグの発覚、機能や性能の向上などのために、バージョンアップを行う必要がある。このような生産設備のコントローラのソフトウェアは、生産設備のコントローラのメーカーが出荷時にインストールしているので、バージョンアップは、通常、メーカー若しくは取扱会社などで行う必要がある。

これに対して、バージョンアップの度に作業人員や作業コストが発生するため、複数のコントローラを有する生産ラインのコントローラのバージョンアップを、ネットワークを介して行うことが知られている（例えば、特許文献１参照）。但し、この特許文献１に記載された構造の場合、バージョンアップを行うか否かの判断は、ユーザが行う。

一方、ネットワークに接続されている機器のソフトウェアのバージョンアップを、バージョン情報を用いて自動的に判断することも提案されている（特許文献２参照）。この特許文献２に記載された構造の場合、バージョンアップを行うか否かの判断基準は、配布されたソフトウェアが最新版か最新版ではないかというものである。

特開平８−２６３１２５号公報特開平８−２４９１６３号公報

生産設備のコントローラのソフトウェアのバージョンアップは、生産設備の稼働中に行うことはできない。このため、生産ラインの稼働時に生産設備のコントローラのソフトウェアをバージョンアップする場合、生産設備の稼働を停止する必要がある。したがって、上述の特許文献２に記載された構成では、全ての生産設備のコントローラのソフトウェアのバージョンが配布されたバージョンよりも旧い場合、全ての生産設備を停止してバージョンアップを行うことになる。

一方、配布される新しいソフトウェアのバージョンが、生産ラインのある特定の生産設備、或いは、複数ある生産ラインのうちのある特定のラインには使用していない機能のソフトウェアのバージョンアップである場合もある。このような場合でも、上述の特許文献２に記載された構造では、新しいバージョンのソフトウェアが配布された時点で、全ての生産設備のコントローラのソフトウェアが一律にバージョンアップされてしまう。この結果、バージョンアップの必要がない生産設備或いは生産ラインの稼働も停止されて、稼働率が大きく低下してしまう可能性がある。

生産ラインでは、稼働率が重視されるため、できるだけ、稼働率が低下することを防ぐことが望まれる。このために、例えば、ユーザが生産設備のコントローラを選択してバージョンアップを行うことも考えられるが、バージョンアップが必要な生産設備のコントローラを選択する作業は容易ではないため、このような作業を自動で行うことが望まれる。

本発明は、このような事情に鑑み、バージョンアップが必要な生産設備のコントローラを自動で選択することができ、稼働率の低下を抑制できる構造を実現すべく発明したものである。

本発明は、複数の生産設備をそれぞれ制御する複数のコントローラと、前記複数のコントローラを管理するコントローラ管理装置と、を備えた生産装置において、前記コントローラ管理装置は、外部から送られた所定の動作記述に対する新しいバージョンのソフトウェアを取得する取得手段と、前記複数のコントローラからバージョンアップが必要なコントローラを選択する選択手段と、前記選択手段により選択されたコントローラに前記新しいバージョンのソフトウェアを送信する送信部と、を有し、前記複数のコントローラは、前記生産設備を動作させるための動作記述に基づいて前記生産設備を制御するソフトウェアが記憶された記憶手段と、前記記憶手段に記憶されたソフトウェアを変更する変更手段と、前記送信部から送信された前記新しいバージョンのソフトウェアを受信する受信部と、をそれぞれ有し、前記選択手段は、前記複数のコントローラのうち、動作記述が前記所定の動作記述を含むコントローラを、前記バージョンアップが必要なコントローラとして選択する、ことを特徴とする生産装置にある。

本発明によれば、コントローラ管理装置の選択手段が、生産設備の動作記述を基にバージョンアップが必要な生産設備のコントローラを選択するため、バージョンアップが必要な生産設備のコントローラを自動で選択することができる。また、バージョンアップの必要がない生産設備を停止させないようにできるため、稼働率の低下を抑制できる。

本発明の実施形態に係る生産装置の概略構成を示すブロック図。コントローラ管理装置及びコントローラの内部構成を示すブロック図。本実施形態の制御の流れを示すフローチャート。（ａ）新しいバージョンのソフトウェアの情報と、（ｂ）そのバージョン情報の動作記述を含むコントローラの動作記述と、をそれぞれ示す図。（ａ）新しいバージョンのソフトウェアの情報と、（ｂ）そのバージョン情報の動作記述を含まないコントローラの動作記述と、をそれぞれ示す図。（ａ）全機能または安全に関する新しいバージョンのソフトウェアの情報と、（ｂ）コントローラの動作記述と、をそれぞれ示す図。

本発明の実施形態について、図１ないし図６を用いて説明する。まず、図１により本実施形態の生産装置の概略構成について説明する。図１では、複数の生産設備をそれぞれ備えた生産ライン４ａ〜４ｎに対して、ソフトウェアのバージョンを管理する構成を示している。なお、以下の説明で符号の数字部分に付するａ〜ｎ（１ａ、１ｂは除く）は、その数字の符号を有する構成が複数あると言うことを示しており、ａ〜ｎの後に付されているＡ〜Ｎは、ａ〜ｎが付された構成がそれぞれ複数あることを示している。

生産ライン４ａ〜４ｎは、それぞれネットワーク２に接続されている。生産ライン４ａ〜４ｎにはそれぞれに１個のコントローラ管理装置５ａ〜５ｎと、１個以上のコントローラ６ａＡ〜６ｎＮ、１個以上の生産設備７ａＡ〜７ｎＮで構成されている。

コントローラ管理装置５ａ〜５ｎとコントローラ６ａＡ〜６ｎＮとは、それぞれネットワーク３ａ〜３ｎに接続されている。即ち、各生産ラインに１個のコントローラ管理装置にそれぞれ複数のコントローラが接続されている。また、生産設備７ａＡ〜７ｎＮは、コントローラ６ａＡ〜６ｎＮに対で接続されている。

生産ライン４ａ〜４ｎでは、異なる製品、或いは、同一製品の異なる部品などを、組み立て、加工、検査などの工程により製造する。例えば、生産ライン４ａではＡ製品を製造し、生産ライン４ｂではＢ製品を製造する。或いは、生産ライン４ａ〜４ｎは、同一製品或いは部品の異なる工程をそれぞれ担当するようにしても良い。何れにしても、生産ライン４ａ〜４ｎは、各工程を行うための複数の生産設備７ａＡ〜７ｎＮをそれぞれ備えている。

生産設備７ａＡ〜７ｎＮは、例えば、ロボットアームやロボットハンド、ＮＣ、エアシリンダ、油圧シリンダ、視覚センサなどの生産工程で組み立て、検査などを行う際に必要な設備である。なお、生産設備７ａＡ〜７ｎＮは、全て同じものであっても良いし、生産ライン毎に同じとしても良いし、同じ生産ラインであっても一部異なっていても良い。また、生産設備７ａＡ〜７ｎＮは、それぞれコントローラ６ａＡ〜６ｎＮにより制御される。

コントローラ６ａＡ〜６ｎＮは、それぞれの対応する生産設備７ａＡ〜７ｎＮを動作させるための動作記述を解釈し、生産設備７ａＡ〜７ｎＮを制御するソフトウェアを備える。このソフトウェアは、コントローラ６ａＡ〜６ｎＮの全てで同じ種類のものを使用しており、同じバージョンのコントローラ同士では当然同一となる。但し、同じソフトウェアであっても、動作記述が異なれば各生産設備７ａＡ〜７ｎＮのそれぞれで異なる制御を行えるものである。

ここで、動作記述とは、ロボット言語やシーケンサプログラムのような生産設備の動作を明示したものであり、言い換えれば、各生産設備の作業指示書となるものである。なお、動作記述は、基本的にコントローラ６ａＡ〜６ｎＮ毎に違うものだが、コントローラ６ａＡ〜６ｎＮの内、２つ以上が同じ動作記述を使用していても良い。

このような本実施形態の生産装置では、例えば、工場全体のラインを管理する装置や、複数の生産ラインを管理する装置などの中央管理装置１から、コントローラ６ａＡ〜６ｎＮのバージョンアップ用のソフトウェア１ａを配布する。バージョンアップ用のソフトウェア１ａは、そのバージョンの番号、どの動作記述に対するものかなどのバージョン情報１ｂと共に、ネットワーク２を介して各生産ライン４ａ〜４ｎのコントローラ管理装置５ａ〜５ｎに配布される。

ここで、コントローラ管理装置５ａ〜５ｎに対し、コントローラ６ａＡ〜６ｎＮのソフトウェアの新しいバージョンが配布された場合、生産設備７ａＡ〜７ｎＮがそれぞれの動作記述によってはバージョンアップが不要なものがある。例えば、生産設備にそれぞれロボットアームが含まれており、今回のバージョンアップがロボットアームの直進性に関するバージョンアップであったとする。この場合に、コントローラ６ａＡ〜６ｎＮが解釈しているそれぞれの動作記述のうち、ロボットアームの直進動作が記述されていない（含まれていない）コントローラについては、そのバージョンアップは不要となる。

そこで、本実施形態では、コントローラのソフトウェアの新しいバージョンを配布する際、どの動作記述（所定の動作記述）に対するバージョンアップなのかなどのバージョン情報１ｂを同時に受け渡す。より具体的には、バージョン情報１ｂとして、ソフトウェア名称、バージョン番号などのソフトウェアの新しいバージョンの基本情報が記載されている。本実施形態では、この基本情報に加え、今回配布された新しいバージョンが生産設備に使用するロボット言語などのコマンド（動作記述）のうち、どのコマンドに関するものであるかの情報が記載してある。また、バージョン情報１ｂには、コマンドに関係なく、全機能、または安全にかかわるものであるかの情報も記載してある。

このような本実施形態のソフトウェアのバージョンアップについて、図２を用いて説明する。なお、図２では、主として、生産ライン４ａのコントローラ６ａＢとコントローラ管理装置５ａとのやり取りを示しているが、他のコントローラとの関係、更には他の生産ラインでの関係についても同様である。

コントローラ管理装置５ａは、取得手段である取得機構１８と、選択手段であるバージョン変更判断機構９と、送信部であるソフトウェアアップロード機構１０と、各コントローラ６ａＡ〜６ａＮの動作記述を記憶する動作記述記憶機構８とを有する。取得機構１８は、外部から（即ち、中央管理装置１から）送られた所定の動作記述に対する新しいバージョンのソフトウェアを取得する。本実施形態では、取得機構１８は、バージョンアップ用のソフトウェア１ａ及びバージョン情報１ｂを取得する。

バージョン変更判断機構９は、複数のコントローラ６ａＡ〜６ａＮからバージョンアップが必要なコントローラを選択する。即ち、バージョン変更判断機構９は、取得装置１６が取得した情報のうち、バージョン情報１ｂを参照して、どのコントローラでバージョン変更が必要であるかを判断する。

このために、本実施形態では、コントローラ管理装置５ａが、各コントローラ６ａＡ〜６ａＮの動作記述を記憶する動作記述記憶機構８を有する。また、動作記述記憶機構８は、その時点での各コントローラ６ａＡ〜６ａＮのバージョン番号などの基本情報も記憶している。判断の具体的方法については後述する。

ソフトウェアアップロード機構１０は、バージョン変更判断機構９により選択されたコントローラに新しいバージョンのソフトウェアを送信する。なお、この送信は、自動で行っても良いし、ユーザが手動で行っても良い。本実施形態では、自動で送信される。

複数のコントローラ６ａＡ〜６ａＮは、それぞれ、記憶手段であるソフトウェア記憶機構１３と、変更手段であるソフトウェア変更機構１２と、受信部であるソフトウェアダウンロード機構１１とを有する。また、各コントローラ６ａＡ〜６ａＮは、それぞれ、動作記述を記憶した動作記述記憶機構１５と、そのコントローラにより制御する生産設備の稼働と停止との指令を行う稼働・停止機構１４とを有する。

ソフトウェア記憶機構１３は、そのコントローラの制御対象となる生産設備を動作させるための動作記述に基づいて、その生産設備を制御するソフトウェアが記憶されている。言い換えれば、ソフトウェア記憶機構１３に記憶されたソフトウェアは、動作記述記憶機構１５に記憶された動作記述に基づいて、対象となる生産設備を制御する。

ソフトウェア変更機構１２は、動作記述記憶機構１５に記憶されたソフトウェアを変更する。即ち、動作記述記憶機構１５に記憶されたソフトウェアをバージョンアップしたソフトウェアに書き換える。この変更（書き換え）は、自動で行っても良いし、ユーザが手動で行っても良い。本実施形態では、自動で書き換えられる。この書き換えを行う際、生産設備を稼働させることはできないので、この書き換えを行っている間は、稼働・停止機構１４によりそのコントローラの制御対象となる生産設備の稼働を停止する。

ソフトウェアダウンロード機構１１は、ソフトウェアアップロード機構１０から送信された（アップロードされた）新しいバージョンのソフトウェアを受信する。即ち、ソフトウェアダウンロード機構１１は、バージョン変更判断機構９によりバージョンアップするコントローラであると判断された場合に、新しいバージョンのソフトウェアをネットワーク３ａを介してダウンロードする。

コントローラのバージョンアップを行う制御は、図３に示す様に行う。まず、コントローラ管理装置５ａにコントローラのソフトウェアの新しいバージョン（バージョンアップ用のソフトウェア１ａ）とバージョン情報１ｂを受け渡す（Ｓ１）。即ち、取得機構１８が、中央管理装置１から新しいバージョンのソフトウェアを取得する。

コントローラ管理装置５ａは、ソフトウェアアップロード機構１０にコントローラのバージョンアップ用のソフトウェア１ａを渡し、バージョン変更判断機構９にバージョン情報１ｂを渡す（Ｓ２）。

バージョン変更判断機構９は、バージョン情報１ｂに記載されてあるバージョンアップ情報と動作記述記憶機構１５に予め保存されたコントローラ６ａＡ〜６ａＮの動作記述からバージョンアップを判断する。即ち、バージョン変更判断機構９は、複数のコントローラのうち、動作記述が所定の動作記述を含むコントローラを、バージョンアップが必要なコントローラとして選択する（Ｓ３）。ここで、新しいバージョンのソフトウェアが複数の所定の動作記述を対象とする場合、そのコントローラの動作記述に何れかの所定の動作記述が含まれていれば、そのコントローラがバージョンアップの対象となる。

この点について、図４ないし図６を用いて具体的に説明する。なお、図４ないし図６のバージョン情報１６ａ〜１６ｃは、バージョン情報１ｂの記述例を示している。また、図４ないし図６の動作記述１７ａ〜１７ｃは、動作記述記憶機構１５に予め保存されたコントローラ６ａＡ〜６ａＮが使用している動作記述のうちの１つの記述例を示している。

また、これら２つの記述例は、生産設備にロボットアームが含まれており、ロボットアームの直進性に関するバージョンアップであった場合の記述例である。ロボットアームを直進動作させるために使用する動作記述のコマンドが「ＰＭＯＶ」であれば、バージョン情報１６ａ〜１６ｃのようにバージョンアップ情報に「ＰＭＯＶ」と記載してある。

図４では、バージョン情報１６ａのバージョンアップ情報のうち、全機能または安全の項目がバツ印であり、コマンドの項目に記述されたコマンド群のコマンドのうち、「ＰＭＯＶ」のコマンドが所定の動作記述として記述されている。即ち、バージョン情報１６ａのバージョンアップ情報として、全機能または安全に関するものでなく、所定の動作記述として「ＰＭＯＶ」などが記述されている。一方、動作記述記憶機構１５に予め保存されたコントローラの動作記述１７ａに、「ＰＭＯＶ」が含まれている。したがって、図４の場合には、バージョン変更判断機構９により、バージョンアップが必要なコントローラとして選択される。

図５では、バージョン情報１６ｂのバージョンアップ情報のうち、全機能または安全の項目がバツ印であり、コマンドの項目に記述されたコマンド群のコマンドが、動作記述１７ｂに全く記載されていない。即ち、バージョン情報１６ａのバージョンアップ情報として、全機能または安全に関するものでなく、所定の動作記述として「ＰＭＯＶ」などが記述されている。一方、動作記述記憶機構１５に予め保存されたコントローラの動作記述１７ｂには、「ＭＯＶ」が含まれているが、バージョン情報１６ａに記載された所定の動作記述「ＰＭＯＶ」などは記載されていない。したがって、図５の場合には、バージョン変更判断機構９により、バージョンアップが不要なコントローラと判断される。

図６では、バージョン情報１６ｃのバージョンアップ情報のうち、全機能または安全の項目が丸印である。即ち、バージョン情報１６ａのバージョンアップ情報が、全機能または安全に関するものである。したがって、図６の場合には、バージョン変更判断機構９により、動作記述記憶機構１５に予め保存されたコントローラの動作記述１７ｃに拘らず、全てのコントローラのバージョンアップが必要と判断される。

なお、バージョン変更判断機構９は、複数のコントローラのうち、取得機構１８により取得したバージョンよりも旧いバージョンのソフトウェアを有するものを、バージョンアップが必要なコントローラとして選択する。即ち、そのコントローラのソフトウェアのバージョンが新しいバージョンよりも旧く、且つ、動作記述が新しいバージョンの所定の動作記述を含むコントローラを、バージョンアップが必要なコントローラとして選択する。

上述のようにバージョン変更判断機構９の判断でバージョンアップの対象になったコントローラに対し、ソフトウェアアップロード機構１０がソフトウェアのアップロードを行う。ソフトウェアアップロード機構１０が行ったアップロードにより、アップロードされたソフトウェアをソフトウェアダウンロード機構１１がダウンロードする（Ｓ４）。

ソフトウェアダウンロード機構１１がソフトウェアをダウンロードすると、まず、ソフトウェア変更機構１２が生産設備の稼働・停止機構１４に停止要求を出し、稼働・停止機構１４が生産設備の稼働を停止する。生産設備が停止後、ソフトウェア変更機構１２がソフトウェア記憶機構１３に記憶されたソフトウェアの変更を行う（Ｓ５）。即ち、新しいバージョンのソフトウェアに書き換える。変更後、ソフトウェア変更機構１２は、稼働・停止機構１４に稼働要求を出し、稼働・停止機構１４が生産設備を稼働させる。

一方、Ｓ３でバージョンアップの必要がないと判断されたコントローラについては、新しいバージョンのソフトウェアがダウンロードされない（Ｓ６）。したがって、このコントローラでは、そのままのソフトウェアを使用する。この場合、生産設備の稼働停止も行われない。

本実施形態の場合、コントローラ管理装置５ａ〜５ｎのバージョン変更判断機構９が、生産設備の動作記述を基にバージョンアップが必要な生産設備のコントローラを選択する。このため、バージョンアップが必要な生産設備のコントローラを自動で選択することができる。また、バージョンアップの必要がない生産設備を停止させないようにできるため、稼働率の低下を抑制できる。

例えば、配布される新しいソフトウェアのバージョンが、生産ラインのある特定の生産設備、或いは、複数ある生産ラインのうちのある特定のラインには使用していない機能のソフトウェアのバージョンアップである場合がある。この場合に、特定の生産設備或いは生産ラインの稼働を停止させないようにでき、稼働率の低下を抑制できる。

特定の生産設備の稼働を停止させないことによる稼働率の低下の抑制の１例としては、生産ラインの作業の流れの中で待機状態が特定の生産設備のところに存在する場合などである。この場合、バージョンアップが必要な特定の生産設備は、待機状態の間にバージョンアップを行い、その他のバージョンアップの必要がない生産設備は、そのまま稼働させることにより、稼働率の低下を抑制できる。

特に、ロボットなどの生産設備の動作記述は非常に長いものが多く、工場のユーザが自身で判断すると多大な時間がかかり、作業コストが増大する。また、人手で判断すると人為的ミスが発生する可能性がある。これに対して本実施形態では、ユーザはバージョンアップを行う際、今回のバージョンアップでバージョンアップが必要なコントローラを判断しなくても良いため、作業コスト及び人為的ミスが削減される。

＜他の実施形態＞
上述の実施形態では、生産設備の稼働中にバージョンアップを行った場合にバージョン変更判断機構９の判断でバージョンアップの対象になったコントローラに対し、自動的にバージョンアップを行っている。しかし、バージョン変更判断機構９でバージョンアップが必要か不要かだけを判断し、最終的にバージョンアップを行うか、行わないかの判断はユーザが行うようにしても良い。例えば、バージョンアップが必要な生産設備が待機状態となっている場合に、ユーザが手動でバージョンアップを行う。この際、バージョンアップが必要な生産設備のコントローラまで、新しいバージョンのソフトウェアを自動でダウンロードしておき、ソフトウェアの変更を手動で行うようにしても良い。

また、生産設備の稼働中にバージョンアップを行わなかったコントローラ（バージョンアップが不要と判断したすべてのコントローラ）に関しては、稼働終了後などにバージョンアップを行うようにしても良い。即ち、稼働中に配布されたバージョンアップ用のソフトウェアの動作記述を含まず、バージョンアップされなかった旧いバージョンのままのソフトウェアに関しても、念のため、稼働終了後など、稼働していない場合にバージョンアップしておく。稼働していない状態であれば、稼働率が低下することはない。なお、この場合、バージョン変更判断機構９がバージョンアップ不要と判断したコントローラをコントローラ管理装置５ａ〜５ｎは記憶しておく必要がある。

また、生産設備の稼働中に動作記述を切り替える際に、切り替える前の動作記述に対しては、バージョン変更判断機構９がバージョンアップ不要と判断したが、切り替えた動作記述に対してはバージョンアップが必要となる場合が存在する。例えば、生産ラインの稼働中に、途中でＡ製品からＢ製品に製造する製品を切り替える場合がある。このとき、生産設備のコントローラの動作記述を変更する（切り替える）場合があり、この切り替えにより動作記述が、バージョンアップ用のソフトウェアの所定の動作記述を含むようになることがある。そこで、このような場合には、切り替えた動作記述に対し、再度、バージョン変更判断機構９がバージョンアップが必要か不要か判断するようにしても良い。

１・・・中央管理装置、４ａ〜４ｎ・・・生産ライン、５ａ〜５ｎ・・・コントローラ管理装置、６ａＡ〜６ｎＮ・・・コントローラ、７ａＡ〜７ｎＮ・・・生産設備、８・・・動作記述記憶機構、９・・・バージョン変更判断機構（選択手段）、１０・・・ソフトウェアアップロード機構（送信部）、１１・・・ソフトウェアダウンロード機構（受信部）、１２・・・ソフトウェア変更機構（変更手段）、１３・・・ソフトウェア記憶機構（記憶手段）、１４・・・稼働・停止機構、１５・・・動作記述記憶機構、１６ａ〜１６ｃ・・・バージョン情報、１７ａ〜１７ｃ・・・動作記述、１８・・・取得機構（取得手段）

Claims

複数の生産設備をそれぞれ制御する複数のコントローラと、前記複数のコントローラを管理するコントローラ管理装置と、を備えた生産装置において、
前記コントローラ管理装置は、外部から送られた所定の動作記述に対する新しいバージョンのソフトウェアを取得する取得手段と、前記複数のコントローラからバージョンアップが必要なコントローラを選択する選択手段と、前記選択手段により選択されたコントローラに前記新しいバージョンのソフトウェアを送信する送信部と、を有し、
前記複数のコントローラは、前記生産設備を動作させるための動作記述に基づいて前記生産設備を制御するソフトウェアが記憶された記憶手段と、前記記憶手段に記憶されたソフトウェアを変更する変更手段と、前記送信部から送信された前記新しいバージョンのソフトウェアを受信する受信部と、をそれぞれ有し、
前記選択手段は、前記複数のコントローラのうち、動作記述が前記所定の動作記述を含むコントローラを、前記バージョンアップが必要なコントローラとして選択する、
ことを特徴とする生産装置。
前記コントローラ管理装置は、前記選択手段で選択されたコントローラに前記新しいバージョンのソフトウェアを自動で送信する、
ことを特徴とする、請求項１に記載の生産装置。
前記選択手段で選択されたコントローラの前記変更手段が、前記記憶手段に記憶されたソフトウェアを前記新しいバージョンのソフトウェアに自動で変更する、
ことを特徴とする、請求項２に記載の生産装置。
前記選択手段は、前記複数のコントローラのうち、前記取得手段により取得したバージョンよりも旧いバージョンのソフトウェアを有し、且つ、動作記述が前記所定の動作記述を含むコントローラを、前記バージョンアップが必要なコントローラとして選択する、
ことを特徴とする、請求項１ないし３のうちの何れか１項に記載の生産装置。