(57)【要約】  センサおよび制御システムのメンテナンスを提供する装置および方法を提供する。ネットワークを介してコントローラに接続されるメンテナンス装置は、前記ネットワークを介し、コントローラからのプログラム関連情報のバックアップをデータベースにとる。メンテナンス装置は、コントローラ内に異常が生じる、またはコントローラが交換される時を判断し、バックアップをとったプログラム関連情報をコントローラに自動的に復帰させる。
2011104935.tif 000002
【特許請求の範囲】
【請求項１】
複数のプログラマブルロジックコントローラにネットワークを介して操作可能に接続されるメンテナンスコントローラにおいて、
第１コントローラと、
ネットワークインタフェースモジュールと、
を備え、
前記メンテナンスコントローラは、前記ネットワークに前記ネットワークインタフェースモジュールを介して操作可能に接続され、
前記メンテナンスコントローラは、前記プログラマブルロジックコントローラの各々に記憶されたタイムスタンプ情報およびプロジェクト情報のうち、前記複数のプログラマブルロジックコントローラの各々から、一つを自動的に要求する手順を実行するように操作可能であり、
前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように操作可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に基づいて、プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか自動的に判断するように操作可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラはプロジェクト情報を記憶していないと判断された場合、予め記憶されているプロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように操作可能であることを特徴とするメンテナンスコントローラ。
【請求項２】
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々の操作状態を確認するように更に操作可能で、所定の操作状態が検出されるとアドミニストレータに通知するように操作可能であることを特徴とする請求項１に記載のメンテナンスコントローラ。
【請求項３】
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々に記憶される前記プロジェクト情報の複数の世代を記憶するように構成されるデータベースに操作可能に接続されることを特徴とする請求項１に記載のメンテナンスコントローラ。
【請求項４】
前記複数のプログラマブルロジックコントローラの各々の前記プロジェクト情報は、前記プログラマブルロジックコントローラのコントローラタイプについての情報と、前記プロジェクト情報のタイムスタンプと、前記プログラマブルロジックコントローラのコントローラの位置情報と、を含むことを特徴とする請求項３に記載のメンテナンスコントローラ。
【請求項５】
前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラから受信した前記タイムスタンプ情報が前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対する前記タイムスタンプ情報よりも新しい場合、前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対するプロジェクト情報を更新するように操作可能であることを特徴とする請求項４に記載のメンテナンスコントローラ。
【請求項６】
前記メンテナンスコントローラによるタイムスタンプ情報の前記要求に応じて前記第１のプログラマブルロジックコントローラからタイムスタンプ情報が受信されない場合、前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラがプロジェクト情報を記憶していないと判断することを特徴とする請求項４に記載のメンテナンスコントローラ。
【請求項７】
メンテナンスコントローラにより複数のプログラマブルロジックコントローラの操作を監視するメンテナンス方法であり、
前記複数のプログラマブルロジックコントローラの各々に記憶されたタイムスタンプ情報およびプロジェクト情報のうち一つを自動的に要求し、
前記要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理し、
前記複数のプログラマブルロジックコントローラからの前記応答に基づいて、プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか判断し、
前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラはプロジェクト情報を記憶していないと判断された場合、予め記憶されているプロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込む、
ことを含むことを特徴とするメンテナンス方法。
【請求項８】
前記複数のプログラマブルロジックコントローラの各々の操作状態を自動的に確認し、所定の操作状態が検出されるとアドミニストレータに通知することを更に含むことを特徴とする請求項７に記載のメンテナンス方法。
【請求項９】
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々に記憶される前記プロジェクト情報の複数の世代を記憶するように構成されるデータベースに操作可能に接続されることを特徴とする請求項７に記載のメンテナンス方法。
【請求項１０】
前記複数のプログラマブルロジックコントローラの各々の前記プロジェクト情報は、前記プログラマブルロジックコントローラのコントローラタイプについての情報と、前記プロジェクト情報のタイムスタンプと、前記プログラマブルロジックコントローラのコントローラの位置情報と、を含むことを特徴とする請求項９に記載のメンテナンス方法。
【請求項１１】
前記第１のプログラマブルロジックコントローラから受信した前記タイムスタンプ情報が前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対する前記タイムスタンプ情報よりも新しい場合、前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対するプロジェクト情報を更新することを更に含むことを特徴とする請求項１０に記載のメンテナンス方法。
【請求項１２】
前記メンテナンスコントローラによるタイムスタンプ情報の前記要求に応じて前記第１のプログラマブルロジックコントローラからタイムスタンプ情報が受信されない場合、前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラがプロジェクト情報を記憶していないと判断することを特徴とする請求項１０に記載のメンテナンス方法。
【請求項１３】
複数のプログラマブルロジックコントローラと、
ネットワークインタフェールモジュールを有し、前記複数のプログラマブルロジックコントローラにネットワークを介して操作可能に接続されるメンテナンスコントローラと、
を備え、
前記メンテナンスコントローラは、前記ネットワークインタフェースモジュールを介して前記ネットワークに操作可能に接続され、
前記メンテナンスコントローラは、前記プログラマブルロジックコントローラの各々に記憶されたタイムスタンプ情報およびプロジェクト情報のうち、前記複数のプログラマブルロジックコントローラの各々から、一つを自動的に要求する手順を実行するように操作可能であり、
前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように操作可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に基づいて、プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているか自動的に判断するように操作可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラはプロジェクト情報を記憶していないと判断された場合、予め記憶されているプロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように操作可能であることを特徴とするメンテナンスシステム。
【請求項１４】
前記プログラマブルロジックコントローラの各々は、電源モジュールと、ネットワークモジュールと、コントローラと、を有することを特徴とする請求項１３に記載のメンテナンスシステム。
【請求項１５】
前記電源モジュールは、電源故障に応じて電源故障検出信号を前記プログラマブルロジックコントローラの前記コントローラに送信するように操作可能であり、
検証フラグ状態は、前記電源故障検出信号に基づいて設定され、
前記メンテナンスコントローラは、検証フラグ状態が設定された前記プログラマブルロジックコントローラに対して不完全なプロジェクト情報が記憶されていると判断することを特徴とする請求項１４に記載のメンテナンスシステム。
【請求項１６】
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々の操作状態を確認するように更に操作可能で、所定の操作状態が検出されるとアドミニストレータに通知するように操作可能であることを特徴とする請求項１３に記載のメンテナンスシステム。
【請求項１７】
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々に記憶される前記プロジェクト情報の複数の世代を記憶するように構成されるデータベースに操作可能に接続されることを特徴とする請求項１３に記載のメンテナンスシステム。
【請求項１８】
前記複数のプログラマブルロジックコントローラの各々の前記プロジェクト情報は、前記プログラマブルロジックコントローラのコントローラタイプについての情報と、前記プロジェクト情報のタイムスタンプと、前記プログラマブルロジックコントローラのコントローラの位置情報と、を含むことを特徴とする請求項１７に記載のメンテナンスシステム。
【請求項１９】
前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラから受信した前記タイムスタンプ情報が前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対する前記タイムスタンプ情報よりも新しい場合、前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対するプロジェクト情報を更新するように操作可能であることを特徴とする請求項１８に記載のメンテナンスシステム。
【請求項２０】
前記メンテナンスコントローラによるタイムスタンプ情報の前記要求に応じて前記第１のプログラマブルロジックコントローラからタイムスタンプ情報が受信されない場合、前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラがプロジェクト情報を記憶していないと判断することを特徴とする請求項１８に記載のメンテナンスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のプログラマブルロジックコントローラの操作を監視するメンテナンスコントローラ、メンテナンス方法およびメンテナンスシステムに関する。
【背景技術】
【０００２】
現代の製造施設では、自動化された処理は、低レベルの自動化および処理制御・監視システムにより制御されることが多い。低レベルの自動システムには、プログラマブルロジックコントローラ装置（ＰＬＣ）により制御または監視される専用ロボット装置や他の自動システムが含まれてもよい。各種の検知装置および計装は、機械視覚システム、バーコードリーダーまたは温度センサなどの処理を監視するために使用されてもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
多くの場合、ＰＬＣなどのコントローラユニットは、不具合を生じたり、問題に直面したりして、従業員は工場のフロアでユニットを交換することが求められる。既存のシステムおよび従来のシステムでは、ユニットを交換する際に、不具合を生じたユニットに必要とされる特定のプログラムソフトウェアおよび関連する情報を従業員が手動で再インストールすることが求められる。既存のシステムでは、こうしたプログラム情報は、従業員により手動で追跡また手動で再インストールされ、コストのかかる人的介入と時間を要してきた。また、この手動での処理は、組み立てライン再開の著しい遅れと、交換ユニット内に不正確プログラム情報をインストールしてしまうという頻発する人為的な誤りとの原因となっている。更に、バックアップは手動で行われるため、求められるプログラム情報の最新版が利用できない場合が多い。【０００４】
本発明の例示の実施形態は、少なくとも上記の問題および／または不都合点と、上記しない他の不都合点に取り組むものである。また、本発明は上記の不都合点を克服する必要はなく、本発明の例示の実施形態は上記の問題を克服しなくてもよい。
【課題を解決するための手段】
【０００５】
例示の実施形態では、複数のプログラマブルロジックコントローラにネットワークを介して操作可能に接続されるメンテナンスコントローラが提供される。メンテナンスコントローラは、第１のコントローラと、ネットワークインタフェースモジュールと、を備え、前記メンテナンスコントローラは、前記ネットワークに前記ネットワークインタフェースモジュールを介して操作可能に接続され、前記メンテナンスコントローラは、前記プログラマブルロジックコントローラの各々に記憶されたタイムスタンプ情報およびプロジェクト情報のうち、前記複数のプログラマブルロジックコントローラの各々から、一つを自動的に要求する手順を実行するように操作可能であり、前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように操作可能であり、前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に基づいて、プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか自動的に判断するように操作可能であり、前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラのうちの第１のプログラマブルロジックコントローラがプロジェクト情報を記憶していないと判断された場合、予め記憶されているプロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように操作可能である。【０００６】
他の例示の実施形態では、メンテナンスコントローラにより複数のプログラマブルロジックコントローラの操作を監視するメンテナンス方法が提供される。このメンテナンス方法は、前記複数のプログラマブルロジックコントローラの各々に記憶されたタイムスタンプ情報およびプロジェクト情報のうち一つを自動的に要求し、前記要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理し、前記複数のプログラマブルロジックコントローラからの前記応答に基づいて、プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか判断し、前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラがプロジェクト情報を記憶していないと判断された場合、予め記憶されているプロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込む、ことを含む。【０００７】
他の例示の実施形態では、複数のプログラマブルコントローラと、メンテナンスコントローラとを有するメンテナンスシステムが提供される。
【発明の効果】
【０００８】
上記の特徴により、製造組み立てラインの従業員は、新たなコントローラ装置とその操作ソフトウエアを手動でセットアップする必要性から解放されるので、一つのコントローラ装置を他のコントローラ装置と簡単に入れ替えることができる。このようにして、ユニットを交換する従業員による不正確なバージョンのプログラム情報のインストールが防止される。【０００９】
また、上記の特徴により、組み立てラインの監督者に求められる作業も低減され、異常のあるコントローラ装置を入れ替えることによる中断時間が低減され、これにより全体のシステム稼働可能時間が増加する。【００１０】
添付の図面を参照し、本発明のある例示の実施形態を説明することにより、本発明の上記の態様および／または他の態様がより明らかにされる。
【図面の簡単な説明】
【００１１】
【図１】図１は、例示のプログラマブルロジックコントローラを示す図である。
【図２】図２は、複数のプログラマブルロジックコントローラを含む例示のシステムを示す図である。
【図３−１】図３−１は、プロジェクト情報の一例を示す図である。
【図３−２】図３−２は、データベースに記憶されるデータ構造の一例を示す図である。
【図４】図４は、バックアップ操作を行い、プロジェクト情報をプログラマブルロジックコントローラに書き込む例示の方法を示す図である。
【図５−１】図５−１は、プログラマブルロジックコントローラの状態を確認する例示の方法を示す図である。
【図５−２】図５−２は、プログラマブルロジックコントローラの状態を確認する例示の方法を示す図である。
【図６】図６は、プログラマブルロジックコントローラのコントローラタイプを確認するための例示の方法を示す図である。
【発明を実施するための形態】
【００１２】
添付の図面を参照し、本発明のある例示の実施形態をより詳細に説明する。
【００１３】
実施の形態
以下の説明では、異なる図であっても同様の図面参照番号が同様の構成要素に使用される。以下、詳細な構成や構成要素など説明の中で定義されるものを提供して本発明の広範な理解を補助する。しかし、本発明はこうした具体的に定義されたものがなくても行うことができる。また、不必要な詳細により本発明を不明確なものとする可能性があるので、公知の機能や構造物は詳細に説明しない。
【００１４】
図１は、プログラマブルロジックコントローラ（ＰＬＣ）１００を示すブロック図である。ＰＬＣ１００は、交流電流を供給する外部の電源ラインからエネルギーを取得し電力をＰＬＣ１００に供給するための電源モジュール１０２を備える。この電源モジュール１０２は、外部電源ラインからの電圧によって充電されＰＬＣ１００に電力を供給するキャパシタまたはコンデンサを備えてもよい。電源モジュール１０２は短期電源故障の所定期間ＰＬＣ１００に電力を供給してＰＬＣ１００が不安定な電源環境でその機能を維持できるようにしてもよい。短期電源故障が短期間に繰り返し起こる場合でも電源モジュール１０２がＰＬＣ１００に電力を供給できるように、電源モジュール１０２は、小さい交流電流周期数内で十分に充電されてもよい。以下、「十分に充電」とは、所定期間の電源故障の間にＰＬＣ１００に電力を供給するのに十分とされる充電またはエネルギーを意味する。装置が絶え間なく追加または取り外されるため、こうした特性は電源を安定させるのが困難な製造施設において有益となり得る。電源モジュール１０２が自身のエネルギー格納部（キャパシタまたはコンデンサ）を用いてＰＬＣ１００に電力を供給する所定の期間は、電源モジュール１０２のエネルギー貯蔵容量に応じて変更することができ、交流電流の半周期から幾つかの交流周期数の範囲で変動してもよい。電源モジュール１０２は、外部電源ラインの電源故障を検出してもよい。この場合、電源モジュール１０２は、停電検出信号をＰＬＣ１００に送信してもよい。この電源故障検出信号を受信することにより、ＰＬＣ１００は、電源故障に対する特別手順を準備することができる。ＰＬＣ１００は、ＰＬＣ１００の機能を果たすコントローラ１０３を更に有する。コントローラ１０３は、プロジェクト情報を保存するための内部記憶部（ＳＵ）１０５を備えてもよい。コントローラ１０３は、内部記憶部１０５の記憶媒体に記憶されたプロジェクト情報に基づいてＰＬＣの操作を制御する。プロジェクト情報は、プロジェクト情報を搬送波、ＲＦ信号、イーサネット（登録商標）信号などの異なる手段によっていつでも更新できるように、プロジェクト情報を記憶できるどんな記憶媒体に記憶されてもよい。記憶媒体の限定的なリストには以下のものが含まれる−１以上のワイヤを有する電子接続部、フロッピー（登録商標）ディスクまたはフレキシブルディスクなどの携帯型コンピュータディスケット、磁気テープまたは他の磁気媒体、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ‐ｏｎｌｙ  ｍｅｍｏｒｙ）ＥＰＲＯＭ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）（またはフラッシュメモリ）、メモリカード、他のメモリチップまたはメモリカートリッジ、光ファイバ、ＣＤ−ＲＯＭ（ｐｏｒｔａｂｌｅ  ｃｏｍｐａｃｔ  ｄｉｓｋ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、他の光媒体、パンチカード、紙テープ、ホールパターンを有する他の物理媒体、コンピュータまたはコントローラが読み出し可能な他の媒体、またはこれらを適切に組み合わせたもの。プロジェクト情報には、プロジェクト情報が生成された日時および時間と、プロジェク���情報の作成者とが含まれてもよい。プロジェクト情報は、後に詳述する。
【００１５】
ＰＬＣ１００は、ＰＬＣ１００がネットワークと通信できるネットワークインタフェースモジュール１０４を更に備える。ネットワークインタフェースモジュール１０４は、データバスに接続されるネットワークインタフェースカードを備えてもよい。ネットワークインタフェースモジュール１０４は、ローカルネットワークに接続されるネットワークリンクに接続する双方向のデータ通信を提供する。例えば、ネットワークインタフェースモジュール１０４は、対応するタイプの電話回線へのデータ通信接続を提供するＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  ｓｅｒｖｉｃｅｓ  ｄｉｇｉｔａｌ  ｎｅｔｗｏｒｋ）カードやモデムでもよい。他の例として、ネットワークインタフェースモジュール１０４は、互換ＬＡＮへのデータ通信接続を提供するＬＡＮ  ＮＩＣ（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｆｋ  ｉｎｔｅｒｆａｃｅ  ｃａｒｄ）でもよい。また、公知の８０２.１１ａ、８０２.１１ｂ、８０２．１１ｇおよびＢｌｕｅｔｏｏｔｈなどの無線リンクをネットワークの実現に用いてもよい。こうしたいずれのネットワーク実現でも、ネットワークインタフェースモジュール１０４は、各種情報を表すデジタルまたはアナログのデータストリームを伝える電気信号、電磁信号、または光信号を送受信する。
【００１６】
ＰＬＣ１００は、異なるモジュールが互いに接続し通信できるバックプレーン１０１を更に備える。複数のコントローラ１０３が単一のバックプレーン１０１に搭載されてもよく、単一の電源モジュール１０２によりＰＬＣ１００全体に電力が供給されてもよいことが、当業者には明らかであろう。
【００１７】
図２は、ネットワーク接続される、複数のＰＬＣと、メンテナンスコントローラ（ＭＣ２０４）と、アドミニストレータ（ネットワークアドミニストレータワークステーション）２０６と、データベース（ＤＢ２０５）と、を有する例示のシステム（メンテナンスシステム）２００を示す。ここでは、３つのＰＬＣ２０１、ＰＬＣ２０２およびＰＬＣ２０３を例示する。３という数は例示のためのものであり、システム２００内ではＰＬＣがいくつであっても接続できることは明らかである。ＭＣ２０４は、各ＰＬＣに記憶されるプロジェクト情報の最新版を記録し、ＤＢ２０５等に記憶された最新のプロジェクト情報に基づいて各ＰＬＣ内のプロジェクト情報を更新するなどの複数の機能に関与する。ＭＣ２０４は、図１に示す例示のＰＬＣ１００の構造と同様の構造を有してもよい。アドミニストレータ２０６は、システム２００の円滑な機能を監督する有人または無人のワークステーションに対応する。次に、図３−１、図３−２を参照し、プロジェクト情報を詳細に説明する。
【００１８】
図３−１は、ＤＢ２０５およびＭＣ２０４に記憶される例示のプロジェクト情報（プロジェクト３００）を示す。プロジェクト３００は、プロジェクト３００に対応するコントローラの名（ネーム）３０１などの異なる要素を含んでもよい。名３０１は、対応するコントローラのユーザ名などの更なる情報を含んでもよい。ユーザ名は、システムのオペレータまたはユーザにより与えられてもよい。一例として、図２に示すように、ＰＬＣ２０１内のコントローラのユーザ名はコントローラＡでもよい。名３０１は、コントローラタイプを特定するタイプ名を含んでもよい。例えば、コントローラのモデル名はＱ０２ＨＸやＱ０２ＨＹでもよい。よって、コントローラは、Ｑ０２Ｈで始まる一連のＰＬＣからのものでもよい。コントローラタイプは、一例としてＱ０２Ｈでもよい。更に、詳細タイプ名は、実際のコントローラ名、つまり、Ｑ０２ＨＸでもよい。
【００１９】
プロジェクト３００は、コントローラの位置に関する位置情報（位置３０２）を含んでもよい。位置３０２は、ＰＬＣのバックプレーン上のコントローラＡのスロットナンバー（例えば、ｓｌｏｔ♯０）などの位置ＮＯ．についての情報を含んでもよい。位置ＮＯ．は、位置ネームを関連づけて記憶してもよく、例えば、スロット♯０の位置ネームは「Ｓｌｏｔ  Ｚｅｒｏ」でもよい。位置３０２は、ＰＬＣがＭＣ２０４に接続するネットワークＮＯ．を含んでもよい。ネットワークＮＯ．は、更にネットワーク名により識別されてもよい。位置３０２は、名３０１に対応するＰＬＣの特定のバックプレーンまたはネットワークインタフェースモジュールを識別するステーションＮＯ．を更に含んでもよい。ステーションＮＯ．は、特定のステーション名を更に有してもよい。
【００２０】
プロジェクト３００は、データ３０３を更に含む。データ３０３は、プログラム情報３０５を含んでもよく、これに基づいてコントローラが所望の操作を実行する。プログラム情報３０５は、ラダーロジックコードを含む複数のプログラムを含んでもよい。プログラム情報３０５は、異なるパラメータと、対応するパラメータ名と、を更に含んでもよい。また、このパラメータに対応するコメントが含まれてもよい。
【００２１】
プロジェクト３００は、更に時間情報（時間３０４）を含む。時間３０４は、プロジェクト３００が生成された時間とプロジェクト３００がＰＬＣ２０１にダウンロードされた時間とを明示するタイムスタンプを含んでもよい。タイムスタンプは、「ＭＭ，ＤＤ，ＹＹＹ，Ｔｉｍｅ，Ｍｉｎ，Ｓｅｃ」の形でもよい。タイムスタンプのＴｉｍｅはタイムスタンプの時間に相当し、Ｍｉｎは分に相当し、Ｓｅｃは秒に相当する。
【００２２】
図３−２は、ＤＢ２０５に記憶されるサンプルのデータ構造３１０を示す。データ構造３１０は、特定のコントローラ内に記憶される最新のプロジェクト情報を記録する補助をする。プロジェクトは、各タイムスタンプにより区別される。ここでのデータ３１１〜３１３は、それぞれコントローラＡ（ＰＬＣ２０１）〜コントローラＣ（ＰＬＣ２０３）に記憶されるデータを図示する。例えば、データ３１１は、コントローラＡに対するプロジェクト情報の異なる世代を示すポインタを含んでもよい。コントローラＡのプロジェクトに対する５番目の世代（または最高の世代）が最新のタイムスタンプを持つべきである。プロジェクトのタイムスタンプは、プロジェクトの内容に変更が加えられた場合に変化してもよい。よって、メンテナンスを行う人がコントローラＡ内に更新されたプロジェクトをインストール（プログラムの一つを変更）した場合、コントローラＡに記憶されたプロジェクト情報のタイムスタンプは、前回のプロジェクト情報の前のタイムスタンプとは異なることになる。更新されたプロジェクトは、最新のプロジェクトの世代としてＤＢ２０５に記憶される、つまり、最新のプロジェクトが５番目の世代のプロジェクトとしてＤＢ２０５に記憶される。データ３１１は、実際のＰＬＣプロジェクトデータ、つまり、複数のプログラムやパラメータを記憶するヒープ領域３２０を有してもよい。
【００２３】
ＭＣ２０４は、監視を行っている各ＰＬＣ（および、ＰＬＣが複数のコントローラを有する場合は各コントローラも）に対する最新のプロジェクト情報を少なくとも記憶する。ＭＣ２０４は、内部記憶部１０５に最新のプロジェクト情報（例えば、５番目の生成）を記憶してもよい。
【００２４】
図４は、本発明の実施形態にかかるシステムのＭＣ２０４の操作と、ＭＣ２０４の他の構成部との関係と、を示すフロー図である。どのコントローラから最初にプロジェクト情報を読み出すかをＭＣ２０４が判断しようとすることで処理が開始される（ステップＳ４００）。このために、ＭＣ２４０は、ＤＢ２０５に不完全プロジェクト情報が記憶されていないか確認してもよい。プロジェクト情報の受信中にネットワークエラーが起こると不完全プロジェクト情報が生成されることがある。前述のように、製造施設は不安定な電源環境のもとで稼働することが多い。現存のＰＬＣはＰＬＣが短期電源故障に耐えられるようにする電源モジュールを備えているが、回復不可能な電源故障が起こる可能性がある。ＤＢ２０５が不完全なプロジェクト情報を記憶しているかどうかを検出するために、プロジェクト情報はパリティまたはエラー訂正符号化を用いて符号化されてもよい。また、不完全なプロジェクト情報が記憶されているかどうかを検出するために、検証フラグが使用されてもよい。検証フラグは、各ＰＬＣに対するプロジェクト情報と関連づけてＤＢ２０５に記憶されてもよい。ＰＬＣの電源モジュールが電源故障検出の際に停電検出信号をＰＬＣに送信するように構成されていれば、ＰＬＣは電源故障の検出に関する特別な信号を電源故障検出時にＭＣ２０４に送信することで、ＭＣ２０４は検証フラグを「ＯＦＦ」状態に変更し、一方その他の場合、ＭＣ２０４は検証フラグを「ＯＮ」状態に維持してもよい。ＰＬＣの検証フラグが「ＯＦＦ」の場合、このＰＬＣのプロジェクト情報は不完全である、もしくは適切にＤＢ２０５に記憶されていない。ＤＢ２０５内の「ＯＦＦ」状態の検証フラグを確認することで、ＭＣ２０４はＤＢ２０５内でのプロジェクト情報が不完全なＰＬＣがあるか検出してもよい。
【００２５】
また、検証フラグはＰＬＣの記憶部に記憶されてもよい。検証フラグがＰＬＣの記憶部に記憶されていて、あるＰＬＣが電源故障を検出した場合、該ＰＬＣの電源モジュールは電源故障検出信号を該ＰＬＣ（ＰＬＣコントローラ）に送信してもよく、これによりＰＬＣはフラグを「ＯＦＦ」に切り替える。ＭＣ２０４が不完全なプロジェクト情報がないか確認する必要がある場合、ＭＣ２０４はネットワークを介して検証フラグの値を各ＰＬＣに問い合わせてもよく、これによりＭＣ２０４は不完全なプロジェクト情報を有するＰＬＣがあるか判断できる。プロジェクト情報のバックアップが無事に終了すると、検証フラグは「ＯＮ」に設定される。
【００２６】
ＭＣ２０４は、データベースに記憶される不完全なプロジェクト情報を特定のＰＬＣが有すると判断すると、ＭＣ２０４は、特定のＰＬＣからまずプロジェクト情報を読み出す。ＰＬＣ２０１内のコントローラＡに対する検証フラグが「ＯＦＦ」であるとして、図４の残りの処理を更に説明する。ＭＣ２０４は、プロジェクトデータを送るようにコントローラＡ（対象コントローラ）に要求を送信する（ステップＳ４０１）。ＭＣ２０４は、この要求を送信するＭＣ２０４のネットワークインタフェースモジュールにこの要求を送信することにより、図２に示すネットワークを介してコントローラＡのネットワークインタフェースモジュールにこの要求を送信する。ＭＣ２０４は、コントローラＡから返答を受けるまで待機する（ステップＳ４０２）。ＭＣ２０４は、コントローラＡが要求に返答するのに費やす時間を記録するためのタイマを実装してもよい。ＭＣ２０４は、コントローラＡが所定の時間内に返答せずにタイマが時間切れになれば、アドミニストレータ２０６に通知してもよい。ＭＣ２０４はコントローラＡから返答を受けると、コントローラＡ内に記憶されるプロジェクタデータがあるかどうか判断する（ステップＳ４０３）。コントローラＡからの返答は、コントローラＡの現在記憶されているプロジェクトのタイムスタンプ情報のみを含んでもよく、またはコントローラＡはプロジェクトデータ全体をＭＣ２０４に送信してもよい。ＭＣ２０４は、特定のコントローラ（本実施形態のＰＬＣ２０１のコントローラＡ）にのみ要求を送信してもよい（ステップＳ４０１）。または、ＭＣ２０４は、ＭＣ２０４が監視している全てのＰＬＣ（全てのコントローラ）に要求を送信してもよい（ステップＳ４０１）。これに対し、ＰＬＣ（それらのコントローラ）は自身のＩＤ（名３０１）と位置情報（位置３０２）に加えてタイムスタンプを送信してもよい。または、コントローラＡまたは全てのコントローラは完全なプロジェクト情報と共に返答してもよい。
【００２７】
ＭＣ２０４がステップＳ４０３においてプロジェクト情報が実際にコントローラＡに記憶されていると判断した場合（コントローラＡからタイムスタンプが受信されるかどうか確認することにより、またはＭＣ２０４がコントローラＡに記憶される実際のプロジェクト情報を受信するか確認することにより、この判断がなされる）、ＭＣ２０４は、ＭＣ２０４の内部記憶部１０５およびＤＢ２０５は特定のコントローラＡに対するプロジェクト情報を有するかを確認する。このステップは、コントローラＡにより送信された位置情報を内部記憶部１０５および／またはＤＢ２０５内で探すことで行われてもよい。また、ステップＳ４０４の処理は、コントローラＡにより送信された名３０１を内部記憶部１０５および／またはＤＢ２０５内で検索することにより行われる。
【００２８】
ステップＳ４０４において、プロジェクトデータが内部記憶部とＤＢ２０５とに記憶されていると判断される場合、コントローラＡに対し、ＭＣ２０４とＤＢ２０５とに記憶されたプロジェクトデータの最新の世代のタイムスタンプが確認される（ステップＳ４０５）。コントローラＡから受信したタイムスタンプ情報がＤＢ２０５とＭＣ２０４とに現在記憶されているタイムスタンプ情報よりも新しい場合、プロジェクト情報がコントローラＡから読み出され（コントローラＡは最初プロジェクト情報を送信せずタイムスタンプ情報のみを送信したものとする）、ステップＳ４０６でＤＢ２０５とＭＣ２０４とに記憶される。ＭＣ２０４はその内部記憶部１０５に最新のプロジェクト情報のみを記憶してもよいので、ＭＣ２０４は内部記憶部１０５内でコントローラＡに対する古いプロジェクト情報をコントローラＡの最新のプロジェクト情報と交換してもよい。更に、より新しいプロジェクトがコントローラＡ内で見つけられた場合、ＤＢはプロジェクト世代情報のリストを更新してもよい（ステップＳ４０７）、つまり、第１世代が放棄され第２世代が第１世代等々となってもよい。
【００２９】
ステップＳ４０４において、コントローラＡがプロジェクト情報を有しＤＢ２０５とＭＣ２０４にはプロジェクト情報がないと判断された場合、処理はステップＳ４０６に直接移行し、コントローラＡから読み出されたプロジェクト情報がＤＢ２０５とＭＣ２０４とに書き込まれる。このような例示のケースは、新たなコントローラ（ＰＬＣ２０１）がインストールされ、そのコントローラにはすでにプロジェクトがロードされている場合に起こりうる。また、このケースは、コントローラに記憶されているプロジェクト情報がすでに工場のフロアで更新されている場合に起こりうる。
【００３０】
更に、ステップＳ４０５において、コントローラＡから受信したタイムスタンプが現在ＭＣ２０４に記憶されているタイムスタンプよりも新しくないと判断された場合、ＭＣ２０４は読み出したプロジェクト情報を放棄する、またはコントローラＡからプロジェクト情報を読み出さなくてもよい（ステップＳ４０８）。
【００３１】
ステップＳ４０３に戻り、ＭＣ２０４はコントローラＡにプロジェクト情報が記憶されていないと判断する場合（例えば、コントローラＡからタイムスタンプが受信されない場合）、ＭＣ２０４は、ＭＣ２０４内にコントローラＡに対するプロジェクト情報が記憶されているかどうか確認する（ステップＳ４０９）。この確認は、コントローラＡから受信した位置情報に対するＭＣ２０４に記憶されるプロジェクト情報を検索することにより行われてもよい。ステップＳ４０９で、コントローラＡに対応する位置情報に対するプロジェクトデータがＭＣ２０４に記憶されていないと判断された場合、ステップＳ４１０において、新たなコントローラがインストールされておりこのコントローラに対するプロジェクト情報はＤＢ２０５またはＭＣ２０４に存在しない旨がアドミニストレータ２０６に通知される。ＤＢ２０５に記憶されたプロジェクト情報の最新の世代への変化がＭＣ２０４に記憶されたプロジェクト情報に自動的に反映されるように、ＤＢ２０５とＭＣ２０４とを同期させてもよい。こうすれば、ＭＣ２０４は、ＭＣ２０４内でプロジェクト情報が見つからない場合、ＤＢ２０５内のプロジェクト情報を確認する必要がなくなる。
【００３２】
しかしながら、ステップＳ４０９において、コントローラＡに対応する位置に対するプロジェクト情報がＭＣ２０４に（そしてＤＢ２０５に）記憶されていると判断される場合、次に、ネットワークとＤＢアクセスは良好かどうかが判断される（ステップＳ４１１）。ＤＢへのネットワークアクセスが良好でない場合、ＭＣ２０４は、ＭＣ２０４の内部記憶部１０５から最新のプロジェクト情報を読み出し（ステップＳ４１２）、読み出したプロジェクト情報をコントローラＡに書き込む。ステップＳ４１１において、ＤＢ２０５へのネットワークアクセスが良好であると判断される場合、プロジェクト情報がＤＢ２０５から読み出され（ステップＳ４１３）、コントローラＡに書き込まれる（ステップＳ４１４）。また、ＭＣ２０４は、ステップＳ４０９においてＭＣ２０４はコントローラＡに対するプロジェクト情報を記憶していると判断された後、ステップＳ４１１の処理を完全にスキップして直接ステップＳ４１２の処理およびステップＳ４１４の処理を行ってもよい。
【００３３】
ステップＳ４０９からステップＳ４１４の処理は、自動確認・プロジェクト情報書き込み処理を示し、この処理を通じて最新のプロジェクト情報がコントローラに書き込まれる。こうした筋書きは、ＰＬＣ／コントローラに不具合が生じてＰＬＣ／コントローラがプロジェクト情報を持たない新たなＰＬＣ／コントローラと交換される場合に起こる。前述のように、位置情報は、ステップＳ４０１での要求に応じてコントローラＡによりＭＣ２０４に伝えられる。コントローラが新しく、そのコントローラにプロジェクト情報が記憶されていない場合、別個のレジスタまたはＰＬＣ２０１／コントローラＡ内の他のハードウェア装置に位置情報は記憶されるので、位置情報はまだＭＣ２０４に送信されてもよい。例えば、ネットワークインタフェースモジュールは、コントローラＡの位置情報に対応する特定のアドレスを有してもよい。
【００３４】
上記の図４の手順により、プロジェクト情報のトレーサビリティを強化する簡単なバックアップソリューションが提供され、新たなコントローラがインストールされた際にプロジェクト情報が簡単にインストールできる。図４の処理は予め設定された予定で定期的に行われてもよく、また、アドミニストレータ２０６が望めばいつでも行われてもよい。
【００３５】
図５−１および図５−２は、ＰＬＣ２０１、２０２および２０３の状態を確認する例示の実施形態を示す。ＭＣ２０４は、ＰＬＣの状態を確認する。ＭＣ２０４は、状態確認が行われる予め設定された時間にプログラムを実行してもよい。ＭＣ２０４は、状態確認プログラムを毎日予め設定した時間に自動的に実行するように構成してもよく、また、ＭＣ２０４は、アドミニストレータ２０６により手動で制御され、ネットワークを介して、または手動で、状態確認プログラムを実行してもよい。ＭＣ２０４は、状態を確認する第１のＰＬＣ（例えばＰＬＣ２０１）を選択する。ＭＣ２０４は、各ＰＬＣの状態を同時に確認してもよいし、または、各ＰＬＣの状態を順に確認してもよい。
【００３６】
ＭＣ２０４がＰＬＣ２０１の状態を確認しているとすると、最初のステップＳ５０１は、状態要求コマンドをＰＬＣ２０１（具体的にはＰＬＣ２０１内のコントローラＡ）に送信するものでもよい。ステップＳ５０２では、ＭＣ２０４は、状態要求コマンドを送信すると、予め設定したタイマを開始する。状態要求コマンドはネットワークを介して送信されてもよい。状態要求コマンドに応じて、ＰＬＣ２０１は状態応答を送信してもよいし、状態応答を送信しなくてもよい。ＰＬＣ２０１は、各種状態に応じてＰＬＣ２０１のコントローラにより設定された内部レジスタを確認することにより状態応答を送信してもよい。ステップＳ５０３では、状態応答がＭＣ２０４により受信されたかどうか判断される。応答がＰＬＣ２０１から受信されると、ステップＳ５０４にて、状態応答は良好状態または不良状態（深刻であるか深刻でないか）を示したか確認される。応答がよければ、ＭＣ２０４はステップＳ５０５で状態確認を中止する、または、他のＰＬＣの状態を確認する。ＭＣ２０４は、状態が確認されたその特定のＰＬＣに対する状態応答をＭＣ２０４のデータベースに記録してもよい。ステップＳ５０６では、状態応答が不良かどうか判断され、不良である場合、深刻であるか深刻でないかが判断される。どちらの場合も、ステップＳ５０７でアドミニストレータ２０６に通知される。
【００３７】
しかし、ＰＬＣ２０１から状態応答が受信されていなければ、ＭＣ２０４は、その後所定時間待機し、ステップＳ５０８でタイマがタイムアウトするかどうか確認する。タイマがタイムアウトしない場合、ＭＣ２０４はＰＬＣ２０１からの状態返答を待つ。タイマがタイムアウトしておりまだ状態返答が受信されていない場合、ＭＣ２０４はステップＳ５０９で再送信カウンタを更新する。再送信カウンタは、ＭＣ２０４がタイマをリセットしＰＬＣ２０１に対して再び状態要求確認を試みる回数を記録するカウンタである。例えば、ＭＣ２０４は、ステップＳ５１１でアドミニストレータ２０６に通知する前に、図５−１および図５−２に示す状態確認処理を５度試みる（ステップＳ５１０で再送信カウンタが上限を超えていないか確認する）。再送信カウンタが上限を超えていない場合、ＭＣ２０４はステップＳ５０１から処理を再開する。
【００３８】
図５−１および図５−２の上記処理は、ＰＬＣの調子を確認し、ＰＬＣの一つに問題がある場合はアドミニストレータへの自動通知を生成するという自動的化された手順を確立する。上記処理では、状態要求はＰＬＣに送信される。状態要求はＰＬＣ内のコントローラにより受信され、コントローラはＰＬＣのネットワークインタフェースモジュールを通じて状態要求に応答すると理解される。
【００３９】
次に、図６を参照して、コントローラタイプを読み取り確認する例示の処理を説明する。ステップＳ６０１では、ＭＣ２０４は、特定のＰＬＣ（より具体的には、特定のＰＬＣ内の特定のコントローラ）に対するプロジェクト情報を読み出す。例えば、ＭＣ２０４はＰＬＣ２０１内のコントローラＡに対するコントローラタイプを確認したいとする。ＭＣ２０４は、コントローラＡに対するプロジェクト情報をＭＣ２０４の内部記憶部１０５またはＤＢ２０５から読み出し、コントローラタイプ送信の要求をコントローラＡに送信する（ステップＳ６０２）。コントローラＡは、自身が記憶するプロジェクト情報からコントローラタイプを調べ、そのコントローラタイプ情報をＭＣ２０４に送信する（ステップＳ６０３）。具体的には、コントローラＡは、タイプ名および詳細タイプ名を含む名３０１を送信してもよい。これに応じ、ＭＣ２０４は、コントローラＡが適切なコントローラタイプであるかどうか確認する（ステップＳ６０４）。ＭＣ２０４は、コントローラＡから受信したタイプ名をＤＢ２０５から読み出すこと、またはＭＣ２０４の内部に記憶されたプロジェクト情報のタイプ名と比較することでこの判断を行う。コントローラＡが適切なコントローラタイプではない場合、ＭＣ２０４はアドミニストレータ２０６に通知する（ステップＳ６０６）。コントローラＡが適切なコントローラタイプであると判断される場合、処理は終了または他のＰＬＣのコントローラのコントローラタイプが確認される（ステップＳ６０５）。ＭＣ２０４は特定のＰＬＣの操作に不適切である不正確なコントローラがインストールされたとすぐに判断できるので、上記の処理は有用である。
【００４０】
更に、上記の例示の実施形態では、ＭＣ２０４は、遠隔でＰＬＣコントローラのリセットや再起動を制御するように構成してもよい。こうした動作は、遠隔実行要求をＰＬＣのコントローラに送信するＭＣ２０４によりなされてもよい。更に、ＭＣ２０４は、ＰＬＣの操作の動作ログをつけてもよい。
【００４１】
上記の実施形態には以下の際立った特性がある。通常の操作では、コントローラの操作に必要なデータのバックアップはユーザが特定するタイミングで行うことができる。バックアップデータは、後に簡単に検索できるようにデータベースに記憶されてもよい。コントローラに不具合が生じてコントローラの交換が必要となる場合、手動による介入なくバックアップデータが新たなコントローラに素早く書き込まれてもよい。
【００４２】
本開示により、生産拠点でのオペレータのユニット交換作業が簡略化される。更に、生産拠点での監督者の作業が低減される。また、ユニット交換による中断時間が低減され、動作可能時間を増加できる。コントローラに不具合が生じハードウェアの交換が必要とされる場合、現場のオペレータはシステム内に新たなコントローラをインストールするだけで、短時間でシステムを再起動させることができる。更に、本開示により制御プログラムをコントローラにダウンロードするためだけにＰＣを操作またはバックアップメモリカードをインストールする必要性を減らすことができる。ＰＬＣ／コントローラがコントローラ交換後に再起動された場合、メンテナンスコントローラはコントローラの状態を確認し、そのコントローラに最適な（最新の）制御プログラムがメンテナンスコントローラにより管理されるメモリ領域から検索されコントローラにダウンロードされ、コントローラはリセットされ操作に入る。他の効果として、ユニット交換作業の間コントローラと制御プログラムの組み合わせを確認するという煩わしさから現場のオペレータは解放される。これにより、ユニット交換作業の間、現場のオペレータにより異なる制御プログラムの誤ったダウンロードをなくすことができる。
【００４３】
ユニット交換作業の間に現場のオペレータが異なるコントローラをシステムに偶然誤ってインストールした場合、このことが検知されて警告が出される。換言すると、従業員がユニットを交換する際、システムは異なるタイプのコントローラがインストールされたかどうか検出し、もしそうであれば、警告通知を出す。
【００４４】
何らかの理由で高レベルＤＢやメッセージキューが使用できない場合、現場のオペレータによるユニット交換作業が妨げられることはない。換言すると、データベース、メッセージキュー、またはネットワークに異常がある場合でも、システムが従業員によるユニットの交換を妨げることはない。更に、図４〜図６に記載の各処理は、有形のコンピュータ読み出し可能な記憶媒体に記憶された指示に従い操作する特殊用途のコンピュータにより行われてもよい。
【００４５】
上記の例示の実施形態は、単なる例示的なものであり、本発明を限定するものとは解釈されない。本教示は他の種類の装置にも簡単に適用することができる。また、本発明の例示の実施形態の記載は説明を目的としたものであり、特許請求の範囲を限定するものではなく、多くの代替、修正、変形は当業者にとって当然のものとされる。
【産業上の利用可能性】
【００４６】
以上のように、本発明に係るメンテナンスコントローラ、メンテナンス方法およびメンテナンスシステムは、プログラマブルロジックコントローラの操作の監視に適している。
【符号の説明】
【００４７】
１０１  バックプレーン
１０２  電源モジュール
１０３  コントローラ
１０４  ネットワークインタフェースモジュール
１０５  内部記憶部
２００  システム
２０１〜２０３  ＰＬＣ
２０４  メンテナンスコントローラ（ＭＣ）
２０５  データベース（ＤＢ）
２０６  アドミニストレータ
３００  プロジェクト
３１０  データ構造
【図１】
2011104935.tif 000003
【図２】
2011104935.tif 000004
【図３−１】
2011104935.tif 000005
【図３−２】
2011104935.tif 000006
【図４】
2011104935.tif 000007
【図５−１】
2011104935.tif 000008
【図５−２】
2011104935.tif 000009
【図６】
2011104935.tif 000010
【手続補正書】
【提出日】平成23年12月21日(2011.12.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
（削除）
【請求項２】
複数のプログラマブルロジックコントローラにネットワークを介して通信可能に接続されるメンテナンスコントローラにおいて、
前記メンテナンスコントローラを制御する第１コントローラと、
ネットワークインタフェースモジュールと、
を備え、
前記メンテナンスコントローラは、前記ネットワークに前記ネットワークインタフェースモジュールを介して通信可能に接続され、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間に関する情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間に関する情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの状態に関する状態情報に基づいて、前記プログラマブルロジックコントローラの各々に記憶された前記プロジェクト情報のうち、前記複数のプログラマブルロジックコントローラの各々から、一つを自動的に要求する手順を実行するように通信可能であり、
前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように通信可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか自動的に判断し、
前記メンテナンスコントローラは、
前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように通信可能であり、
かつ前記複数のプログラマブルロジックコントローラの各々の操作状態を確認するように更に通信可能で、所定の操作状態が検出されるとアドミニストレータに通知するように通信可能であることを特徴とするメンテナンスコントローラ。
【請求項３】
複数のプログラマブルロジックコントローラにネットワークを介して通信可能に接続されるメンテナンスコントローラにおいて、
前記メンテナンスコントローラを制御する第１コントローラと、
ネットワークインタフェースモジュールと、
を備え、
前記メンテナンスコントローラは、前記ネットワークに前記ネットワークインタフェースモジュールを介して通信可能に接続され、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間に関する情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間に関する情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの状態に関する状態情報に基づいて、前記プログラマブルロジックコントローラの各々に記憶された前記プロジェクト情報のうち、前記複数のプログラマブルロジックコントローラの各々から、一つを自動的に要求する手順を実行するように通信可能であり、
前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように通信可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか自動的に判断し、
前記メンテナンスコントローラは、
前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように通信可能であり、
かつ前記複数のプログラマブルロジックコントローラの各々に記憶される前記プロジェクト情報の複数の世代を記憶するように構成されるデータベースに通信可能に接続されることを特徴とするメンテナンスコントローラ。
【請求項４】
（削除）
【請求項５】
前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラから受信した前記タイムスタンプ情報が前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対する前記タイムスタンプ情報よりも新しい場合、前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対するプロジェクト情報を更新するように通信可能であることを特徴とする請求項３に記載のメンテナンスコントローラ。
【請求項６】
前記メンテナンスコントローラによるタイムスタンプ情報の前記要求に応じて前記第１のプログラマブルロジックコントローラからタイムスタンプ情報が受信されない場合、前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラがプロジェクト情報を記憶していないと判断することを特徴とする請求項２または３に記載のメンテナンスコントローラ。
【請求項７】
（削除）
【請求項８】
メンテナンスコントローラにより複数のプログラマブルロジックコントローラの操作を監視するメンテナンス方法において、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間に関する情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間に関する情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの状態に関する状態情報に基づいて、前記複数のプログラマブルロジックコントローラの各々に記憶された前記プロジェクト情報のうち一つを自動的に要求し、
前記要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理し、
前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか判断し、
前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込み、
前記複数のプログラマブルロジックコントローラの各々の操作状態を自動的に確認し、所定の操作状態が検出されるとアドミニストレータに通知する、
ことを含むことを特徴とするメンテナンス方法。
【請求項９】
メンテナンスコントローラにより複数のプログラマブルロジックコントローラの操作を監視するメンテナンス方法において、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間に関する情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間に関する情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの状態に関する状態情報に基づいて、前記複数のプログラマブルロジックコントローラの各々に記憶された前記プロジェクト情報のうち一つを自動的に要求し、
前記要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理し、
前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか判断し、
前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込む、
ことを含み、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々に記憶される前記プロジェクト情報の複数の世代を記憶するように構成されるデータベースに通信可能に接続されることを特徴とするメンテナンス方法。
【請求項１０】
（削除）
【請求項１１】
前記第１のプログラマブルロジックコントローラから受信した前記タイムスタンプ情報が前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対する前記タイムスタンプ情報よりも新しい場合、前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対するプロジェクト情報を更新することを更に含むことを特徴とする請求項９に記載のメンテナンス方法。
【請求項１２】
前記メンテナンスコントローラによるタイムスタンプ情報の前記要求に応じて前記第１のプログラマブルロジックコントローラからタイムスタンプ情報が受信されない場合、前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラがプロジェクト情報を記憶していないと判断することを特徴とする請求項８または９に記載のメンテナンス方法。
【請求項１３】
複数のプログラマブルロジックコントローラと、
ネットワークインタフェースモジュールを有し、前記複数のプログラマブルロジックコントローラにネットワークを介して通信可能に接続されるメンテナンスコントローラと、
を備え、
前記メンテナンスコントローラは、前記ネットワークインタフェースモジュールを介して前記ネットワークに通信可能に接続され、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間に関する情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間に関する情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの状態に関する状態情報に基づいて、前記プログラマブルロジックコントローラの各々に記憶された前記プロジェクト情報のうち、前記複数のプログラマブルロジックコントローラの各々から、一つを自動的に要求する手順を実行するように通信可能であり、
前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように通信可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているか自動的に判断し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように通信可能であり、
かつ前記複数のプログラマブルロジックコントローラの各々の操作状態を確認するように更に通信可能で、所定の操作状態が検出されるとアドミニストレータに通知するように通信可能であることを特徴とするメンテナンスシステム。
【請求項１４】
複数のプログラマブルロジックコントローラと、
ネットワークインタフェースモジュールを有し、前記複数のプログラマブルロジックコントローラにネットワークを介して通信可能に接続されるメンテナンスコントローラと、
を備え、
前記メンテナンスコントローラは、前記ネットワークインタフェースモジュールを介して前記ネットワークに通信可能に接続され、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間に関する情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間に関する情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの状態に関する状態情報に基づいて、前記プログラマブルロジックコントローラの各々に記憶された前記プロジェクト情報のうち、前記複数のプログラマブルロジックコントローラの各々から、一つを自動的に要求する手順を実行するように通信可能であり、
前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように通信可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているか自動的に判断し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように通信可能であり、
かつ前記複数のプログラマブルロジックコントローラの各々に記憶される前記プロジェクト情報の複数の世代を記憶するように構成されるデータベースに通信可能に接続されることを特徴とするメンテナンスシステム。
【請求項１５】
前記プログラマブルロジックコントローラの各々は、電源モジュールと、ネットワークモジュールと、コントローラと、を有することを特徴とする請求項１３または１４に記載のメンテナンスシステム。
【請求項１６】
前記電源モジュールは、電源故障に応じて電源故障検出信号を前記プログラマブルロジックコントローラの前記コントローラに送信するように通信可能であり、
検証フラグ状態は、前記電源故障検出信号に基づいて設定され、
前記メンテナンスコントローラは、前記検証フラグ状態を読み出すことによって前記検証フラグ状態を取得し、前記検証フラグ状態が設定された前記プログラマブルロジックコントローラに対してプロジェクト情報を記憶していないと判断することを特徴とする請求項１５に記載のメンテナンスシステム。
【請求項１７】
（削除）
【請求項１８】
（削除）
【請求項１９】
前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラから受信した前記タイムスタンプ情報が前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対する前記タイムスタンプ情報よりも新しい場合、前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対するプロジェクト情報を更新するように通信可能であることを特徴とする請求項１４に記載のメンテナンスシステム。
【請求項２０】
前記メンテナンスコントローラによるタイムスタンプ情報の前記要求に応じて前記第１のプログラマブルロジックコントローラからタイムスタンプ情報が受信されない場合、前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラがプロジェクト情報を記憶していないと判断することを特徴とする請求項１３または１４に記載のメンテナンスシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
行われるため、求められるプログラム情報の最新版が利用できない場合が多い。
［０００４］
本発明の例示の実施形態は、少なくとも上記の問題および／または不都合点と、上記しない他の不都合点に取り組むものである。また、本発明は上記の不都合点を克服する必要はなく、本発明の例示の実施形態は上記の問題を克服しなくてもよい。
課題を解決するための手段
［０００５］
例示の実施形態では、複数のプログラマブルロジックコントローラにネットワークを介して通信可能に接続されるメンテナンスコントローラが提供される。メンテナンスコントローラは、前記メンテナンスコントローラを制御する第１コントローラと、ネットワークインタフェースモジュールと、を備え、前記メンテナンスコントローラは、前記ネットワークに前記ネットワークインタフェースモジュールを介して通信可能に接続され、前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間に関する情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間に関する情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの状態に関する状態情報に基づいて、前記プログラマブルロジックコントローラの各々に記憶された前記プロジェクト情報のうち、前記複数のプログラマブルロジックコントローラの各々から、一つを自動的に要求する手順を実行するように通信可能であり、前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように通信可能であり、前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか自動的に判断し、前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように通信可能であり、かつ前記複数のプログラマブルロジックコントローラの各々の操作状態を確認するように更に通信可能で、所定の操作状態が検出されるとアドミニストレータに通知するように通信可能である。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
［０００６］
他の例示の実施形態では、メンテナンスコントローラにより複数のプログラマブルロジックコントローラの操作を監視するメンテナンス方法が提供される。このメンテナンス方法は、前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間に関する情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間に関する情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの状態に関する状態情報に基づいて、前記複数のプログラマブルロジックコントローラの各々に記憶された前記プロジェクト情報のうち一つを自動的に要求し、前記要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理し、前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか判断し、前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込み、前記複数のプログラマブルロジックコントローラの各々の操作状態を自動的に確認し、所定の操作状態が検出されるとアドミニストレータに通知することを含む。
［０００７］
他の例示の実施形態では、複数のプログラマブルコントローラと、メンテナンスコントローラとを有するメンテナンスシステムが提供される。
発明の効果
［０００８］
上記の特徴により、製造組み立てラインの従業員は、新たなコントローラ装置とその操作ソフトウエアを手動でセットアップする必要性から解放されるので、一つのコントローラ装置を他のコントローラ装置と簡単に入れ替えることができる。このようにして、ユニットを交換する従業員による不正確なバージョンのプログラム情報のインストールが防止される。
［０００９］
また、上記の特徴により、組み立てラインの監督者に求められる作業も低減され、異常のあるコントローラ装置を入れ替えることによる中断時間が低減され、これにより全体のシステム稼働可能時間が増加する。
［００１０］
添付の図面を参照し、本発明のある例示の実施形態を説明することにより、本発明の上記の態様および／または他の態様がより明らかにされる。
図面の簡単な説明
［００１１］
［図１］図１は、例示のプログラマブルロジックコントローラを示す図である。
【手続補正書】
【提出日】平成24年4月13日(2012.4.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のプログラマブルロジックコントローラにネットワークを介して通信可能に接続されるメンテナンスコントローラにおいて、
前記メンテナンスコントローラを制御する第１コントローラと、
ネットワークインタフェースモジュールと、
を備え、
前記メンテナンスコントローラは、前記ネットワークに前記ネットワークインタフェースモジュールを介して通信可能に接続され、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの故障状態に関する状態情報に基づいて、前記複数のプログラマブルロジックコントローラの各プロジェクト情報が不完全であるか否かを判断し、不完全なプロジェクト情報がある場合、この不完全なプロジェクト情報に対応するプログラマブルロジックコントローラに、当該プログラマブルロジックコントローラが記憶しているプロジェクト情報を要求する手順を実行するように通信可能であり、
前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように通信可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか自動的に判断し、
前記メンテナンスコントローラは、
前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように通信可能であり、
かつ前記複数のプログラマブルロジックコントローラの各々の操作状態を確認するように更に通信可能で、所定の操作状態が検出されるとアドミニストレータに通知するように通信可能であることを特徴とするメンテナンスコントローラ。
【請求項２】
複数のプログラマブルロジックコントローラにネットワークを介して通信可能に接続されるメンテナンスコントローラにおいて、
前記メンテナンスコントローラを制御する第１コントローラと、
ネットワークインタフェースモジュールと、
を備え、
前記メンテナンスコントローラは、前記ネットワークに前記ネットワークインタフェースモジュールを介して通信可能に接続され、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの故障状態に関する状態情報に基づいて、前記複数のプログラマブルロジックコントローラの各プロジェクト情報が不完全であるか否かを判断し、不完全なプロジェクト情報がある場合、この不完全なプロジェクト情報に対応するプログラマブルロジックコントローラに、当該プログラマブルロジックコントローラが記憶しているプロジェクト情報を要求する手順を実行するように通信可能であり、
前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように通信可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか自動的に判断し、
前記メンテナンスコントローラは、
前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように通信可能であり、
かつ前記複数のプログラマブルロジックコントローラの各々に記憶される前記プロジェクト情報の複数の世代を記憶するように構成されるデータベースに通信可能に接続されることを特徴とするメンテナンスコントローラ。
【請求項３】
前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラから受信した前記タイムスタンプ情報が前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対する前記タイムスタンプ情報よりも新しい場合、前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対するプロジェクト情報を更新するように通信可能であることを特徴とする請求項２に記載のメンテナンスコントローラ。
【請求項４】
前記メンテナンスコントローラによるタイムスタンプ情報の前記要求に応じて前記第１のプログラマブルロジックコントローラからタイムスタンプ情報が受信されない場合、前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラがプロジェクト情報を記憶していないと判断することを特徴とする請求項１または２に記載のメンテナンスコントローラ。
【請求項５】
メンテナンスコントローラにより複数のプログラマブルロジックコントローラの操作を監視するメンテナンス方法において、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの故障状態に関する状態情報に基づいて、前記複数のプログラマブルロジックコントローラの各プロジェクト情報が不完全であるか否かを判断し、不完全なプロジェクト情報がある場合、この不完全なプロジェクト情報に対応するプログラマブルロジックコントローラに、当該プログラマブルロジックコントローラが記憶しているプロジェクト情報を要求し、
前記要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理し、
前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか判断し、
前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込み、
前記複数のプログラマブルロジックコントローラの各々の操作状態を自動的に確認し、所定の操作状態が検出されるとアドミニストレータに通知する、
ことを含むことを特徴とするメンテナンス方法。
【請求項６】
メンテナンスコントローラにより複数のプログラマブルロジックコントローラの操作を監視するメンテナンス方法において、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの故障状態に関する状態情報に基づいて、前記複数のプログラマブルロジックコントローラの各プロジェクト情報が不完全であるか否かを判断し、不完全なプロジェクト情報がある場合、この不完全なプロジェクト情報に対応するプログラマブルロジックコントローラに、当該プログラマブルロジックコントローラが記憶しているプロジェクト情報を要求し、
前記要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理し、
前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているかどうか判断し、
前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込む、
ことを含み、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々に記憶される前記プロジェクト情報の複数の世代を記憶するように構成されるデータベースに通信可能に接続されることを特徴とするメンテナンス方法。
【請求項７】
前記第１のプログラマブルロジックコントローラから受信した前記タイムスタンプ情報が前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対する前記タイムスタンプ情報よりも新しい場合、前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対するプロジェクト情報を更新することを更に含むことを特徴とする請求項６に記載のメンテナンス方法。
【請求項８】
前記メンテナンスコントローラによるタイムスタンプ情報の前記要求に応じて前記第１のプログラマブルロジックコントローラからタイムスタンプ情報が受信されない場合、前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラがプロジェクト情報を記憶していないと判断することを特徴とする請求項５または６に記載のメンテナンス方法。
【請求項９】
複数のプログラマブルロジックコントローラと、
ネットワークインタフェースモジュールを有し、前記複数のプログラマブルロジックコントローラにネットワークを介して通信可能に接続されるメンテナンスコントローラと、
を備え、
前記メンテナンスコントローラは、前記ネットワークインタフェースモジュールを介して前記ネットワークに通信可能に接続され、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの故障状態に関する状態情報に基づいて、前記複数のプログラマブルロジックコントローラの各プロジェクト情報が不完全であるか否かを判断し、不完全なプロジェクト情報がある場合、この不完全なプロジェクト情報に対応するプログラマブルロジックコントローラに、当該プログラマブルロジックコントローラが記憶しているプロジェクト情報を要求する手順を実行するように通信可能であり、
前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように通信可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているか自動的に判断し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように通信可能であり、
かつ前記複数のプログラマブルロジックコントローラの各々の操作状態を確認するように更に通信可能で、所定の操作状態が検出されるとアドミニストレータに通知するように通信可能であることを特徴とするメンテナンスシステム。
【請求項１０】
複数のプログラマブルロジックコントローラと、
ネットワークインタフェースモジュールを有し、前記複数のプログラマブルロジックコントローラにネットワークを介して通信可能に接続されるメンテナンスコントローラと、
を備え、
前記メンテナンスコントローラは、前記ネットワークインタフェースモジュールを介して前記ネットワークに通信可能に接続され、
前記プログラマブルロジックコントローラの各々は、プロジェクトに関する情報と、前記プロジェクトが生成された時間情報または前記プロジェクトが前記プログラマブルロジックコントローラにロードされた時間情報であるタイムスタンプ情報と、をプロジェクト情報として記憶し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラの各々から送信される前記各プログラマブルロジックコントローラの故障状態に関する状態情報に基づいて、前記複数のプログラマブルロジックコントローラの各プロジェクト情報が不完全であるか否かを判断し、不完全なプロジェクト情報がある場合、この不完全なプロジェクト情報に対応するプログラマブルロジックコントローラに、当該プログラマブルロジックコントローラが記憶しているプロジェクト情報を要求する手順を実行するように通信可能であり、
前記メンテナンスコントローラは、前記メンテナンスコントローラによる要求に応じて前記複数のプログラマブルロジックコントローラにより送信される応答を前記複数のプログラマブルロジックコントローラの各々から受信し処理するように通信可能であり、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラからの前記応答に前記プロジェクト情報が含まれているか否かに基づいて、前記プロジェクト情報が前記複数のプログラマブルロジックコントローラの各々に記憶されているか自動的に判断し、
前記メンテナンスコントローラは、前記複数のプログラマブルロジックコントローラのうち第１のプログラマブルロジックコントローラは前記プロジェクト情報を記憶していないと判断された場合、予め記憶されている前記プロジェクト情報を前記第１のプログラマブルロジックコントローラに自動的に書き込むように通信可能であり、
かつ前記複数のプログラマブルロジックコントローラの各々に記憶される前記プロジェクト情報の複数の世代を記憶するように構成されるデータベースに通信可能に接続されることを特徴とするメンテナンスシステム。
【請求項１１】
前記プログラマブルロジックコントローラの各々は、電源モジュールと、ネットワークモジュールと、コントローラと、を有することを特徴とする請求項９または１０に記載のメンテナンスシステム。
【請求項１２】
前記電源モジュールは、電源故障に応じて電源故障検出信号を前記プログラマブルロジックコントローラの前記コントローラに送信するように通信可能であり、
検証フラグ状態は、前記電源故障検出信号に基づいて設定され、
前記メンテナンスコントローラは、前記検証フラグ状態を読み出すことによって前記検証フラグ状態を取得し、前記検証フラグ状態が設定された前記プログラマブルロジックコントローラに対してプロジェクト情報を記憶していないと判断することを特徴とする請求項１１に記載のメンテナンスシステム。
【請求項１３】
前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラから受信した前記タイムスタンプ情報が前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対する前記タイムスタンプ情報よりも新しい場合、前記データベースに記憶した前記第１のプログラマブルロジックコントローラに対するプロジェクト情報を更新するように通信可能であることを特徴とする請求項１０に記載のメンテナンスシステム。
【請求項１４】
前記メンテナンスコントローラによるタイムスタンプ情報の前記要求に応じて前記第１のプログラマブルロジックコントローラからタイムスタンプ情報が受信されない場合、前記メンテナンスコントローラは、前記第１のプログラマブルロジックコントローラがプロジェクト情報を記憶していないと判断することを特徴とする請求項９または１０に記載のメンテナンスシステム。
【国際調査報告】
2011104935.tif 000011
2011104935.tif 000012