JP5117434B2

JP5117434B2 - 制御装置の保守装置

Info

Publication number: JP5117434B2
Application number: JP2009061686A
Authority: JP
Inventors: 武仁萩; 晋吉澤
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2008-03-14
Filing date: 2009-03-13
Publication date: 2013-01-16
Anticipated expiration: 2029-03-13
Also published as: JP2009245430A

Description

本発明は、複数のクライアント保守装置が１台のサーバ保守装置を介して複数の制御装置と通信を行い制御装置の保守を行う制御装置の保守装置に関する。

従来、複数の制御装置から構成され有機的に関連しながら大規模なプラントを制御するような制御システムの各制御装置の内部の制御プログラムや設定値を効率よく調整する場合、各制御装置とそのプログラムや設定値を調整するための保守装置を複数台、保守用の通信ネットワークに接続し、各保守装置から任意の制御装置の調整をおこなう保守装置が用いられている。

このような保守装置では、１つの制御装置に対する複数の保守装置からの排他的操作を管理するため、各保守装置から制御装置への要求を集中管理する必要があり、そのため、保守装置は直接制御装置と通信し制御装置と保守装置の接続管理をする１台のサーバ保守装置と、サーバ保守装置を介して制御装置との通信を確立することで保守装置機能を実現している複数のクライアント保守装置からなるクライアント・サーバ構成で保守装置の機能を実現している。

図６は、このような従来技術における保守装置のクライアント・サーバ構成を示したものである。

図６においてクライアント保守装置Ａ２又はサーバ保守装置Ａ１内のモニタ手段Ａ３は、例えば図７に示すようなモニタ画面を表示装置Ａ８に表示しており周期的に制御装置のデータを取得し更新する機能を持つ。モニタ手段Ａ３は、機能が起動すると、表示情報作成のための表示ポイント現在値をそれぞれのデータの収集周期に合わせてサーバ保守装置Ａ１の要求受付手段Ａ４に対して制御装置データ要求ａ１を送信し、制御装置データ要求ａ１に対する応答である応答データａ６の待ち状態となる。

制御装置データ要求ａ１は図２で示すデータ構成であり、制御装置の識別名称Ｂ１と、クライアント保守装置識別名Ｂ２と、クライアント保守装置の通信アドレスＢ３と、要求元機能識別番号Ｂ４と、読込み周期Ｂ５と、要求コマンドサイズＢ６と、要求コマンドＢ７から構成され、また、要求コマンドＢ７は要求種別Ｂ８と要求関連情報Ｂ９から構成されている。

要求受付手段Ａ４が受信した制御装置データ要求ａ１は、制御装置通信手段Ａ５にコマンド送信要求ａ２としてそのまま通知する。

制御装置通信手段Ａ５ではコマンド送信要求ａ２を前記コマンド送信要求ａ２内の制御装置の識別名称Ｂ１を基に分類し制御装置別に内部に保持する。次に、制御装置通信手段Ａ５では制御装置毎に保持されている最も古いコマンド送信要求a２についてその中の要求コマンドＢ７を制御装置Ａ６に対する要求コマンドa３として送信する。

制御装置Ａ６は各制御装置独自の応答処理タイミングにより、要求コマンドa３の受信とその処理を行い要求に対する応答である応答データａ４を要求元のサーバ保守装置Ａ１の制御装置通信手段Ａ５に返信する。

制御装置通信手段Ａ５では送られてきた応答データａ４と制御装置の通信アドレスを受信し、前記制御装置の通信アドレスにより制御装置を特定し、特定された制御装置に対する要求として保存されている送信済みのコマンド送信要求a２に含まれるクライアント保守装置の通信アドレスＢ３と要求元機能識別番号Ｂ４で応答データを受けとるべき要求元のクライアント保守装置Ａ２とモニタ手段Ａ３を特定し、要求元情報を求める。この時、制御装置通信手段Ａ５では、応答データを送信した制御装置に関する応答データの取得の完了したコマンド送信要求を制御装置通信手段Ａ５内から削除する。さらに、制御装置通信手段Ａ５では取得した応答データと要求元情報ａ５を要求受付手段Ａ４に送る。

なお、送受信の完了した制御装置に対するコマンド送信要求がさらに存在する場合、以上で示したコマンド送信要求に対するコマンド送信処理をさらに実施する。

要求受付手段Ａ４では前記制御装置通信手段Ａ５より取得した応答データと要求元情報ａ５の要求元情報により応答を返すクライアント保守装置Ａ２と要求元のモニタ手段Ａ３を特定し、それに対して応答データａ６を送信する。なお、このとき要求元情報が、サーバ保守装置Ａ１自身であった場合、サーバ保守装置のモニタ手段Ａ３に対して応答データａ６を送信する。

クライアント保守装置Ａ２又はサーバ保守装置Ａ１内のモニタ手段Ａ３では、前記制御装置通信手段Ａ５からの応答データａ６を受信すると、応答データａ６の待ち状態が解除され、前記応答データａ６の情報から表示出力ａ７を表示装置Ａ８に出力し表示を更新する。

図７は、その表示例であり、例えば、ある制御装置Ａ６内のポイント番号Ｆ１００の制御信号（１）、ポイント番号Ｆ１０１の流量計入力値（２）、ポイント番号Ｆ１０３のバルブ開度（３）、及びポイント番号Ｄ１００の信号（４）を、時系列的にそれぞれの値を表示している。なお、ポイントとは、ある制御装置Ａ６のプロセスデータ制御処理系における制御演算の値、状態を保存しておくためのメモリ上に配置されたレジスタを示している。このレジスタは複数あり、それぞれのレジスタを識別するための番号（以下、「ポイント番号」という。）が付されている。そして、それらのポイントの制御演算値又は状態値がその制御装置の保守のための監視対象となる。

以上のような動作により、クライアント・サーバ構成の保守装置は制御装置の保守を実現している。
上述した従来の保守装置の具体例として、特許文献１には、プラント機器の運転状簸やプロセス量を制御する制御装置とネットワークによって結ばれ、制御装置に内蔵される制御用コントローラの保守を保守ツールで行う火力発電プラント保守システムとして、保守ツールが具備する機能と同等の機能を実行するリモート保守装置を備え、保守ツールとリモート保守装置との間で通信回線を介してプラントデータ及び制御用コントローラの状態に関するデータを相互にやり取りし、火力発電プラントの保守サービスを行うことが開示されている。

特開２００２−９９３２２号公報

本来、制御装置は、基本的にその能力の殆どを制御演算処理に向けられており、保守装置との通信に対しては、通信の為に過大な負荷を消費しないよう単位時間当たりの通信回数が制限されている。

上述した従来技術では、クライアント保守装置から制御装置に対する要求は、サーバ保守装置を介し全て要求のあった制御装置に送られる。そのため、複数のクライアント保守装置から、例えば制御装置の内部レジスタ値のトレンド表示のように周期的なデータ読込み要求が特定の１つの制御装置に集中した場合、制御装置とサーバ保守装置間の通信回数は、その制御装置に処理を要求するクライアント保守装置の数に比例して増加し、その場合、制御装置の応答が制御装置自身の通信回数制限のため、クライアント保守装置の要求に対する制御装置からの応答性が極めて悪くなり、クライアント保守装置の画面操作に対する応答の遅れのような、操作性に対する影響が発生する問題があった。

特に、モニタ手段動作時での周期的な制御装置ポイントの現在値の収集要求に対する制御装置とサーバ保守装置間の通信の効率化とクライアント保守装置とサーバ保守装置間の応答時間の短縮が必要であった。

本発明はこのような課題を解決するためになされたものであり、制御装置とサーバ保守装置との間の通信の効率化を図り、クライアント保守装置とサーバ保守装置との間の応答時間の短縮を図ることができる制御装置の保守装置を提供することを目的とする。

本発明に係る制御装置の保守装置は、サーバ保守装置又は複数のクライアント保守装置上のモニタ手段から要求される制御装置の所定のポイントに対する周期的なデータ読込み要求又は当該周期的なデータ読込み要求以外の種別の要求を受け付ける要求受付手段と、前記データ読込み要求の周期とは別個に定められた周期で前記制御装置の所定のポイントのデータの読込みを制御装置通信手段に対して指示する周期収集制御手段と、前記周期収集制御手段からの指示の基づき前記制御装置通信手段で読込んだ前記ポイントのデータを含むポイント情報を前記データ読込み要求に対する応答データとして保持する通信情報デー夕べースと、前記応答データを前記要求受付手段を介してサーバ保守装置又は複数のクライアント保守装置上に表示する表示手段と、前記通信情報データベースの各制御装置情報に連結されているポイント情報のうち参照されなくなったポイント情報を検出して削除するデータベース管理手段と、を備え、前記制御装置通信手段は、前記周期的なデータ読込み要求以外の種別の要求に基づき前記制御装置から取得した応答データを前記要求受付手段を介してサーバ保守装置又は複数のクライアント保守装置に送信し、前記要求受付手段は、制御装置のステータス情報を前記通信情報データベースに格納し、前記制御装置への読込み要求と前記ステータス情報との要求可否対照表に基づき前記制御装置への読込み要求の可否を判定することを特徴とする。

本発明によれば、複数のクライアント保守装置のモニタ手段からの周期データ読込み要求に対し、クライアント保守装置の台数増加の影響によるモニタ手段の周期データ収集の遅れを低減し、応答性を改善することができる。

本発明の第１の実施形態に係る保守装置の全体構成図制御装置データ要求のデータ構成図データ要求コマンドのデータ構成図通信情報データベース構成図要求応答データのデータ構成図従来技術におけるサーバ・クライアント構成の保守装置の構成図モニタ手段の表示画面例第２の実施形態に係る制御装置への要求コマンドと制御装置ステータス情報との要求可否対応表第３の実施形態に係るシミュレーションポイント一覧要求応答データのデータ構成図第３の実施形態に係る通信情報データベース構成の変形例

以下、本発明に係る制御装置の保守装置の実施形態について図面を参照して説明する。
［第１の実施形態］
本発明の第１の実施形態に係る制御装置の保守装置を図１乃至図５により説明する。

本発明に係る制御装置の保守装置は、要求受付手段Ａ４、制御装置通信手段Ａ５、通信情報データベースＡ８、周期収集制御手段Ａ９及びデータベース管理手段Ａ１０から構成されるサーバ保守装置１と、表示装置Ａ１１及びモニタ手段Ａ３を含むクライアント保守装置Ａ２と、複数の制御装置Ａ６とからなり、クライアント保守装置と制御装置Ａ６は、サーバ保守装置と通信ネットワークによりそれぞれ接続されている。

以下に、本発明の保守装置を構成する各構成要素の構成及び機能を、処理フローに沿って説明する。
（制御装置データ要求a１のデータ構成）
図１においてクライアント保守装置Ａ２又はサーバ保守装置Ａ１内のモニタ手段Ａ３は、モニタ手段が起動すると、表示情報作成のために表示対象のポイントの現在値をそれぞれのデータの収集周期に合わせてサーバ保守装置Ａ１の要求受付手段Ａ４に対して制御装置データ要求a１を送信し、前記制御装置データ要求a１に対する応答である応答データａ６の待ち状態となる。

クライアント保守装置Ａ２から制御装置Ａ６に対し所定のポイントの現在値データを求める制御装置データ要求a１のデータ構成を図２に示す。データ要求a１は、制御装置の識別名称Ｂ１、クライアント保守装置識別名Ｂ２、クライアント保守装置の通信アドレスＢ３、要求元機能識別番号Ｂ４、読込み周期Ｂ５、要求コマンドサイズＢ６、要求コマンドＢ７から構成されている。

図３は、制御装置内のある番号のポイントの現在値を要求する場合の要求コマンドＢ７の構成図である。
図３の要求コマンドＣ１は、要求種別Ｃ２と、要求ポイント番号リストＣ４と、要求ポイント番号リストＣ４に登録されているポイント数が設定された要求ポイント数Ｃ３から構成されている。

この図２、図３の例では、識別名が“Ｃｔｏｏｌ−００１”のクライアント保守装置Ａ２が番号１の制御装置Ａ６に対し、要求ポイント番号が１〜ｎの現在値データを読み込み周期１０００ｍ秒でデータを要求している。

（要求受付手段Ａ４の機能（１））
次に、上記制御装置データ要求a１を受信した際の要求受付手段Ａ４の機能について説明する。

前記要求受付手段Ａ４が受信した制御装置データ要求a１は、その内部情報である要求コマンドＢ７に含まれる要求種別Ｃ２を参照し、その要求種別が「データ読込み」であった場合、通信情報データベースＡ８に対して制御装置データ要求ａ１を現在値要求ａ８として通知し、データ要求コマンドＢ７に含まれる要求ポイント番号リストＣ４に設定されているポイントに対する現在値を要求する。

そして現在値要求ａ８に対する応答である要求ポイントの現在値データａ１０が返されるとその情報を応答データa６として制御装置データ要求a１のクライアント保守装置の通信アドレスＢ３及び要求元機能識別番号Ｂ４に従い要求元のクライアント保守装置Ａ２又はサーバ保守装置Ａ１内部のモニタ手段Ａ３に対して送信する。このように、要求受付手段Ａ４は、各クラインアント保守装置Ａ２からのデータ要求に対し、直接、各制御装置にアクセスするとことなく、通信情報データベースＡ８に格納された現在値データ（後述のＤ１３）を利用する。また、この通信情報データベースＡ８に格納された現在値データは、各クラインアント保守装置Ａ２が同時に又はそれぞれの周期で利用可能となっている。

また、前記要求受付手段Ａ４が受信した制御装置データ要求a１の要求コマンドＢ７に含まれる要求種別Ｃ２が「データ読込み」以外の種別、例えば「データ書込み」であった場合、従来技術と同様に制御装置通信手段Ａ５に対してコマンド送信要求ａ２が通知され、その応答として制御装置通信手段Ａ５より応答データと要求元情報ａ５が返されるのでその要求元情報に従い応答データを要求元のクライアント保守装置Ａ２又はサーバ保守装置Ａ１内部のモニタ手段Ａ３に対して送信する。

（通信情報データベースＡ８の構成）
通信情報データベースＡ８の内部データベース構造を図４に示す。
図４のデータベース構造はサーバ保守装置Ａ１の通信対象となる全ての制御装置Ａ６の情報が制御装置情報リストＤ１に設定されている。

制御装置情報リストＤ１の各制御装置Ａ６の情報は、制御装置Ａ６の識別名称Ｄ２と、制御装置Ａ６の通信アドレスＤ３と、制御装置ステータス情報Ｄ４と、登録ポイントリストポインタＤ５から構成されている。また、登録ポイントリストポインタＤ５には、要求受付手段Ａ４からのデータ読込み対象のポイントに対応したポイント情報Ｄ６がチェイン接続される。

ポイント情報Ｄ６は、メモリ上の位置を示すことで他のポイント情報Ｄ６と連結するための連結ポインタＤ７と制御装置内部の参照データを示すポイント番号Ｄ８と、最も短いモニタ参照周期を示す最短読込み周期Ｄ９と、最も長いモニタ参照周期を示す最長読込み周期Ｄ１０と、最後に要求受付手段Ａ４からのそのポイントに対するデータ取得要求を受け付けた時間である最終参照時間Ｄ１１と、該当ポイントの現在値を示す現在値Ｄ１３と、現在値Ｄ１３のデータ品質を示すポイント品質ステータスＤ１２から構成されている。

なお、ポイント品質ステータスＤ１２は、制御装置からのデータの取得状況により、「データ未取得」「データ正常取得済み」「データ取得異常」の３つの状態を持つ。また、初期状態では、登録ポイントリストポインタＤ５についてもモニタポイント情報Ｄ６が接続されていない状態となっている。

（通信情報データベースＡ８の機能（１））
次に、上述したＤ１〜Ｄ６の内部データベース構造を有する通信情報データベースＡ８が要求受付手段Ａ４から現在値要求ａ８を受け付けたときの機能について説明する。

通信情報データベースＡ８は、要求受付手段Ａ４から現在値要求ａ８を受け付けたとき、現在値要求ａ８内の制御装置Ａ６の識別名称Ｂ１を制御装置情報リストＤ１内の各制御装置Ａ６の識別名称Ｄ２から一致する名称を検索することで該当する番号の制御装置情報を見つけ出す。

次に検出した制御装置情報の登録ポイントリストポインタＤ５からそこに接続されたポイント情報Ｄ６の連結ポインタＤ７をたどり現在値要求ａ８のデータ要求コマンドＣ１に含まれる要求ポイント番号リストＣ４に登録されている全てのポイントについて一致する情報を検索する。

この時、一致するポイントが登録ポイントリストポインタＤ５に接続されているポイント情報Ｄ６に存在しない場合は、該当ポイント用のポイント情報Ｄ６を新たに作成し、登録ポイントリストポインタＤ５のチェイン構造に追加する。その際、新たに作成したモニタポイント情報Ｄ６には初期値としてポイント番号Ｄ８に追加したポイントの要求ポイント番号を設定する。また、最短読込み周期Ｄ９と最長読込み周期Ｄ１０は、現在値要求ａ８内の読込み周期Ｂ５を、最終参照時間Ｄ１１は現在時刻を設定する。また、ポイント品質ステータスＤ１２は「データ未取得」とする。そしてポイントに対する要求ポイント情報ａ１０は「データ未取得」のステータスを要求受付手段Ａ４に返す。

一方、要求ポイント番号リストＣ４に登録ポイントで一致する情報を検索できたものについては、該当するポイント情報Ｄ６よりポイント品質ステータスＤ１２を参照し「データ未取得」又は「データ取得異常」の場合はそのステータス情報を、また「データ正常取得済み」の場合は現在値Ｄ１３を要求ポイント情報ａ１０として要求受付手段Ａ４に返す。次いで、最終参照時刻Ｄ１１に現在時刻を設定する。そして、読込み周期Ｂ５がモニタポイント情報Ｄ６の最長読込み周期Ｄ１０に設定されている値より長い場合、最長読込み周期Ｄ１０に読込み周期Ｂ５の値を設定する。同様に、読込み周期Ｂ５がモニタポイント情報Ｄ６の最短読込み周期Ｄ９に設定されている値より短い場合、最短読込み周期Ｄ９に読込み周期Ｂ５の値を設定する。このように、各クライアント保守装置Ａ２からのデータ要求に対し、直接、各制御装置にアクセスするとことなく、通信情報データベースＡ８に格納された現在値Ｄ１３を利用する。また、この通信情報データベースＡ８に格納された現在値Ｄ１３は、各クライアント保守装置Ａ２が同時に又はそれぞれの周期で取得可能となっている。

（周期収集制御手段Ａ９の機能）
次に、周期収集制御手段Ａ９の機能について説明する。
周期収集制御手段Ａ９は、データ要求における基準収集周期、例えば５００ｍ秒周期で以下の処理を実行する。周期収集制御手段Ａ９は、通信情報データベースＡ８より全ての制御装置Ａ６に関する要求ポイント情報ａ９を制御装置Ａ６毎に取得し、各制御装置Ａ６に対するデータ要求コマンドＣ１を含むコマンド送信要求ａ２を作成し、制御装置通信手段Ａ５に対して制御装置Ａ６からのデータ読込み要求を指示する。この周期収集制御手段Ａ９の収集周期は、周期収集制御手段Ａ９独自に設定される（例えば５００ｍ秒）。すなわち、データ要求の読込み周期Ｂ５と必ずしも同期させる必要はなく、別個に設定される。

次に、要求ポイント情報ａ９について説明する。
要求ポイント情報ａ９は、通信情報データベースＡ８の制御装置情報の登録ポイントリストポインタＤ５からそこに連結されている全てのポイントのモニタポイント情報Ｄ６の最短読込み周期Ｄ９を元にしてそれぞれのポイントの読込み周期を決定する。各ポイントの最短読込み周期Ｄ９は、基準収集周期の整数倍に設定されており、周期収集制御手段Ａ９の実行周期に対し例えば１秒周期の収集ポイントでは２回に１回、２秒周期の収集ポイントでは４回に１回各ポイントの収集タイミングを設定し、それに従い読み込みポイントを決定する。

以上のようにして判定した読み込みタイミングにあるポイントを収集し、データ要求コマンドＣ１の要求ポイント番号リストＣ４に設定し要求ポイント情報ａ９を作成する。

（制御装置通信手段Ａ５の機能）
次に、制御装置通信手段Ａ５の機能について説明する。
制御装置通信手段Ａ５ではコマンド送信要求ａ２を前記コマンド送信要求ａ２内の制御装置Ａ６の識別名称Ｂ１を元に分類し制御装置Ａ６別に内部に保持する。この時、コマンド送信要求ａ２の要求元が要求受付手段Ａ４であるか周期収集制御手段Ａ９であるかを同時に記録しておく。

次に、御装置通信手段Ａ５では制御装置Ａ６毎に保持されている最も古いコマンド送信要求a２について、その中の要求コマンドＢ７を制御装置Ａ６に対して要求コマンドa３として送信する。
制御装置Ａ６は各制御装置独自の応答処理タイミングにより、要求コマンドa３の受信とその処理を行い、要求に対する応答である応答データａ４を要求元のサーバ保守装置Ａ１の制御装置通信手段Ａ５に返信する。

制御装置通信手段Ａ５では送られてきた応答データａ４と制御装置の通信アドレスを受信し、制御装置Ａ６の通信アドレスにより制御装置Ａ６を特定し、その制御装置Ａ６に対する要求として保存されている送信済みのコマンド送信要求a２を求める。

このコマンド送信要求a２の受付時に記録されている要求元が要求受付手段Ａ４である場合は、コマンド送信要求a２に含まれるクライアント保守装置の通信アドレスＢ３と要求元機能識別番号Ｂ４で応答データを受けとるべき要求元のクライアント保守装置Ａ２とモニタ手段Ａ３を特定し、要求元情報を求める。さらに、制御装置通信手段Ａ５では取得した、応答データａ４と要求元情報ａ５を通常のコマンド送信要求の応答として要求受付手段Ａ４に送る。

一方、コマンド送信要求の受付時に記録されている要求元が周期収集制御手段Ａ９である場合は、周期収集制御手段Ａ９からのデータ収集要求の応答と判断し、取得した応答データａ４と制御装置通信手段Ａ５内に保持してある応答データに対応したコマンド送信要求から取得した制御装置Ａ６の識別名を応答データａ４と制御装置情報ａ１２として通信情報データベースＡ８に送付する。

次に、制御装置通信手段Ａ５では、応答データａ４を送信した制御装置Ａ６に関する応答データの取得の完了したコマンド送信要求を制御装置通信手段Ａ５内から削除する。なお、送受信の完了した制御装置に対するコマンド送信要求がさらに存在する場合、コマンド送信要求に対する以上で示したコマンド送信処理をさらに実施する。

（要求受付手段Ａ４の機能（２）及び応答データａ４の構成）
要求受付手段Ａ４では前記制御装置通信手段Ａ５より取得した応答データａ４と要求元情報ａ５の要求元情報より応答を返すクライアント保守装置Ａ２と要求元のモニタ手段Ａ３を特定し、それに対して応答データａ６を送信する。ただし、要求元情報がサーバ保守装置Ａ１自身であった場合、サーバ保守装置のモニタ手段Ａ３に対して応答データａ６を送信する。

クライアント保守装置Ａ２又はサーバ保守装置Ａ１内のモニタ手段Ａ３では、前記制御装置通信手段Ａ５からの応答データａ６を受信すると、応答データａ６の待ち状態が解除され、前記応答データａ６取得した情報の処理が実施される。

通信情報データベースＡ８が制御装置通信手段Ａ５より取得する応答データａ４と制御装置情報ａ１２の内、応答データａ４の構成Ｅ１を図５に示す。データ要求応答データ構成Ｅ１は、要求種別Ｅ２と、要求処理ステータスＥ３と、制御装置の状態情報Ｅ４と、要求ポイント数Ｅ５と、要求ポイント数分の要求ポイント番号リストＥ６と、要求ポイント番号リストＥ６に対応した各ポイントの現在値である要求ポイントデータリストＥ７から構成されている。

（通信情報データベースＡ８の機能（２））
次に、通信情報データベースＡ８が御装置通信手段Ａ５より応答データａ４と制御装置情報ａ１２を受け付けたときの機能について説明する。

通信情報データベースＡ８が制御装置通信手段Ａ５より応答データａ４と制御装置情報ａ１２を受け付けると、通信情報データベースＡ８では、応答データａ４と制御装置情報ａ１２の制御装置情報と、通信情報データベースの制御装置情報リストＤ１の各制御装置情報の制御装置の識別名称Ｄ２と比較することで制御装置情報を特定する。

通信情報データベースＡ８では、特定した制御装置情報の制御装置ステータス情報Ｄ４にデータ要求応答データＥ１の制御装置の状態情報Ｅ４を設定する。また、データ要求応答データＥ１の要求ポイント番号リストＥ６の全ての要求ポイント番号について、各要求ポイント番号に該当するポイント情報Ｄ６を検索し、データ要求応答データＥ１の要求ポイントデータリストＥ７よりポイント情報Ｄ６のポイント番号に対応した現在値を取り出しモニタポイント情報Ｄ６の現在値Ｄ１３に設定する。

データベース管理手段Ａ１０は、通信情報データベースＡ８の制御装置情報リストＤ１の各制御装置の情報に連結されているモニタポイント情報Ｄ６の内、参照されなくなったものを検出して削除する機能を持つ。

データベース管理手段Ａ１０は、周期的に通信情報データベースＡ８の制御装置情報リストＤ１の各制御装置の情報に連結されている全てのモニタポイント情報Ｄ６についてモニタポイント情報Ｄ６の最終参照時間Ｄ１１と現在時間の差が最長読込み周期Ｄ１０の２倍よりも長い状況を検出した場合、そのモニタポイント情報Ｄ６に対する各モニタ手段Ａ３からの参照要求が行われなくなったものと判断して連結ポインタＤ７によるチェイン構造からはずす操作を実施する。

以上説明したように、本第１の実施形態によれば、全ての保守装置のモニタ手段Ａ３からの要求コマンドのポイント情報を通信情報データベースで管理し、データ要求の読込み周期とは別個に設定された周期収集制御手段により一括読込み要求することで、各制御装置とサーバ保守装置間の周期データ読込みの為の通信回数が、接続しているクライアント保守装置の台数に影響されず一定にすることができる。また、クライアント保守装置からサーバ保守装置への周期データ読込み要求について制御装置とサーバ保守装置間の通信に要する時間の影響を排除でき、応答性の改善が可能である。

［第２の実施の形態］
本発明の第２の実施形態を図８により説明する。
第２の実施形態は、クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３と各制御装置Ａ６との間のデータ取得、またはデータ書き込み機能に関する。

クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３から、各制御装置Ａ６への初回のステータス取得またはモニタ要求時に、要求受付手段Ａ４は、制御装置通信手段Ａ５を通して、各制御装置Ａ６からの、図５に示す応答データＥ１に含まれる制御装置のステータス情報Ｅ４を、通信情報データベースＡ８のモニタ用制御装置ステータス情報Ｄ４に格納する。

２回目以降のクライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３から、各制御装置Ａ６へのステータス取得またはモニタ要求時には、要求受付手段Ａ４は、モニタ要求する制御装置Ａ６と一致するモニタ用制御装置ステータス情報Ｄ４を参照し、クライアント保守装置Ａ２またはサーバ保守装置Ａ１への応答ａ６を返す。

この際、図８に示すような、各制御装置Ａ６への要求コマンドＣ２とモニタ用制御装置ステータス情報Ｄ４との要求可否対応表Ｇ１に従い、制御装置のステータス情報Ｇ３と要求コマンドＧ２の組み合わせによって要求不可（図８の×）のコマンドについては、各制御装置Ａ６への要求はせず、要求受付手段Ａ４は、クライアント保守装置Ａ２またはサーバ保守装置Ａ１への応答ａ６をエラーとして返す。

また、図８の要求可否対応表Ｇ１で、要求可能（図８の○）と判断した場合は、上記第１の実施形態に記載のとおり、即時要求か、周期要求かを判定し、周期要求の場合は周期収集制御手段Ａ９に登録し、各制御装置Ａ６からの周期収集を行う。そして、即時要求の場合は、制御装置通信手段Ａ５を通して各制御装置Ａ６からデータ取得を行う。

通信情報データベースＡ８のモニタ用制御装置ステータス情報Ｄ４の更新は、各制御装置Ａ６へステータス変更要求時、または一定周期によるステータス読み込み処理時に、各制御装置Ａ６からの応答データＥ１に含まれる制御装置のステータス情報Ｅ４を、通信情報データベースＡ８のモニタ用制御装置ステータス情報Ｄ４に格納することにより行う。

以上説明したように、本第２の実施形態によれば、各クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３から発生する、各制御装置Ａ６への別々のタイミングによるステータス取得要求、モニタ要求、または書き込み実施前のステータス確認のための通信を減少させることによって、ネットワーク負荷の低減、制御装置Ａ６の負荷低減、クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３の応答性の向上を図ることができる。

［第３の実施の形態］
本発明の第３の実施形態を図９及び図１０により説明する。
第３の実施形態は、各クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３から、各制御装置Ａ６へのシミュレーション要求手段に関する。

第３の実施形態に係る通信情報データベースＡ８は図１０に示す構成となっており、また、各制御装置Ａ６が保持するシミュレーションポイント一覧情報Ｈ１は図９に示す構成となっている。

図１０の通信情報データベースＡ８が、図４に示す第１の実施形態に係る通信情報データベースＡ８と異なる点は、通信情報データベータＡ８の制御装置情報Ｄ１に対して、ツールから制御装置Ａ６への最終要求時刻Ｄ２０を付加したこと、図９に示す各制御装置Ａ６が保持するシミュレーションポイント一覧情報Ｈ１に含まれるシミュレーションポイント一覧情報Ｈ５を格納するシミュレーションポイント一覧情報Ｄ２２を付加したこと、さらに、シミュレーションポイント一覧情報Ｄ２２へのシミュレーションポイント一覧情報ポインタＤ２１を付加した点である。

なお、シミュレーションポイントは、制御装置Ａ６内の所定のポイントにおいて模擬値に対する応答値を読み出すためのポイントで、上記第１の実施形態の現在値を読み出すためのポイントとは技術的意義が異なる。

シミュレーションポイントでクライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３から、各制御装置Ａ６へのシミュレーション要求時に、要求受付手段Ａ４は、制御装置通信手段Ａ５を通して、各制御装置Ａ６へシミュレーション要求する。

次に、要求受付手段Ａ４は、各制御装置Ａ６に対して、図９に示す各制御装置が保持するシミュレーションポイント一覧情報の取得要求を行う。

要求受付手段Ａ４は、各制御装置Ａ６からシミュレーションポイント一覧情報Ｈ１の応答を受け、それに含まれるシミュレーションポイント一覧情報Ｈ５を、図１０の通信情報データベースＡ８の制御装置情報Ｄ１のシミュレーションポイント一覧情報Ｄ２２に記録する。さらに、Ｄ２２へのシミュレーションポイント一覧情報ポインタＤ２１を記録する。

この際、要求受付手段Ａ４は、図１０に示す通信情報データベータＡ８の制御装置情報Ｄ１に対して、要求時刻Ｄ２０を書き込む。

各クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３が、あらかじめ上記操作にてシミュレーション実施したポイントの状態を取得する際には、要求受付手段Ａ４が、シミュレーションポイント一覧情報ポインタＤ２１から参照するシミュレーションポイント一覧情報Ｄ２２を取得する。

以上説明したように、本第３の実施形態によれば、各制御装置Ａ６のどこをシミュレーション実施中かを、各クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３が、別々に各制御装置に要求することなく確認（共有）することができる。同時に、ネットワーク負荷の低減、制御装置Ａ６の負荷低減、クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３の応答性の向上を図ることができる。

［第４の実施の形態］
本発明の第４の実施形態を説明する。
第４の実施形態は、各クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３から、各制御装置Ａ６からのデータを読み込む際の、応答データ内の余分なデータ領域を使ったエラーログ取得手法に関する。

各クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３から各制御装置Ａ６への通常のモニタ要求において、要求するポイントのデータ数にもよるが、多くの場合は、図５に示すデータ要求応答データＥ１は、一回の通信でやりとりできる最大以下のサイズとなる場合が多い。

そこで、各クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３は、通常のモニタのデータ要求時に、余分な領域に制御装置Ａ６のエラーログ件数情報の要求を入れて要求する。

各制御装置Ａ６は、要求されたとおりにデータ要求応答データＥ５、Ｅ６、Ｅ７に通常のモニタ情報に加え、エラーログ件数を書き込み、それを制御装置通信手段Ａ５に返す。その応答ａ６は、要求受付手段Ａ４を経由し各クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３に返る。

各クライアント保守装置Ａ２またはサーバ保守装置Ａ１のモニタ手段Ａ３は、データ要求応答データＥ１内のエラーログ件数を監視し、もしエラーログ件数が０でない場合、エラーログ収集手段を自動で起動し、エラーログ収集を行う。

以上説明したように、本第４の実施形態によれば、制御装置のエラーが発生したときのみ自動的にエラーログ収集処理を実行することができ、無駄な通信を減らすことができる。また、エラーログ収集のための操作をなくすことができ、システムの保守性の向上を図ることができる。

Ａ１…サーバ保持装置、Ａ２…クライアント保守装置、Ａ３…モニタ手段、Ａ４…要求受付手段、Ａ５…制御装置通信手段、Ａ６…制御装置、Ａ７…通信ネットワーク、Ａ８…通信情報データベース、Ａ９…周期制御収集手段、Ａ１０…データベース管理手段、Ａ１１…表示装置。

Claims

サーバ保守装置又は複数のクライアント保守装置上のモニタ手段から要求される制御装置の所定のポイントに対する周期的なデータ読込み要求又は当該周期的なデータ読込み要求以外の種別の要求を受け付ける要求受付手段と、
前記データ読込み要求の周期とは別個に定められた周期で前記制御装置の所定のポイントのデータの読込みを制御装置通信手段に対して指示する周期収集制御手段と、
前記周期収集制御手段からの指示の基づき前記制御装置通信手段で読込んだ前記ポイントのデータを含むポイント情報を前記データ読込み要求に対する応答データとして保持する通信情報データベースと、
前記応答データを前記要求受付手段を介してサーバ保守装置又は複数のクライアント保守装置上に表示する表示手段と、
前記通信情報データベースの各制御装置情報に連結されているポイント情報のうち参照されなくなったポイント情報を検出して削除するデータベース管理手段と、を備え、
前記制御装置通信手段は、前記周期的なデータ読込み要求以外の種別の要求に基づき前記制御装置から取得した応答データを前記要求受付手段を介してサーバ保守装置又は複数のクライアント保守装置に送信し、
前記要求受付手段は、制御装置のステータス情報を前記通信情報データベースに格納し、前記制御装置への読込み要求と前記ステータス情報との要求可否対照表に基づき前記制御装置への読込み要求の可否を判定することを特徴とする制御装置の保守装置。
前記通信情報データベースは制御装置が有するシミュレーションポイント一覧情報を格納し、前記要求受付手段はサーバ保守装置又は複数のクライアント保守装置の要求に基づき前記制御装置通信手段を介して前記制御装置へシミュレーションポイントのデータを要求することを特徴とする請求項１に記載の制御装置の保守装置。
前記制御装置からの応答データの所定領域に、エラー情報の件数を格納し、エラーが発生したときのみ自動的にエラーログ収集処理を実行することを特徴とする請求項１又は２記載の制御装置の保守装置。