JP2004348548A - 制御システム及び同システムの保守サービス方法 - Google Patents

Abstract

【課題】制御システムの緊急、異常事態に対して迅速な対策が行いやすい環境を提供する制御システム及び同システムの保守サービスの方法を提供する。
【解決手段】サーバ機能を備えた制御装置１１ａは、ブラウザ機能を有する保守用端末１９からのモニタ情報の送信要求に対して、端末／プログラム管理テーブル１１１ａを用いて当該保守用端末１９の認証を行い、前記制御装置１１ａが制御する制御システム１１の自己診断データ、モニタプログラム及びそのデータ、及び監視画面プログラム等の制御情報から送信可能なデータとプログラムを選択して当該保守用端末１９に送信する。そして、前記保守用端末１９は、表示手段と入力手段を備え、前記制御装置１１ａから選択送信された前記データとプログラムをダウンロードし前記制御システム１１の保守サービスを行う。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、鉄鋼、化学等の製造プロセスを制御装置によって自動化する制御システムに係わり、特に通信手段を介して遠隔保守サービスを行う制御システム及び同システムの保守サービスの方法に関する。
【０００２】
【従来の技術】
稼働中の制御システムや制御システムを構成する制御装置についての保守や故障に対して、客先から調査や点検の依頼があった場合、従来は制御システムを構築したメーカの保守員が現地に出向いて対処するか、或いは簡単な故障内容であれば、電話などによって客先の使用者に対処方法を指示する場合が普通であった。
【０００３】
しかし、これでは緊急な故障には迅速な対応がとれないため、最近では、客先の制御システムと制御システムを構築したメーカとをＷＡＮやＬＡＮ等の汎用回線で接続することによって、保守員が現地に出向くことなく対応することができる遠隔保守システムが知られている。（例えば、特許文献１参照）。
【０００４】
このような従来の制御システムの遠隔保守システムは、各種の製造プラントで使用される多様な複数の制御システムをメーカの保守支援センタにある保守用サーバと接続し、この保守用サーバに保守サービスに関する情報を集中管理して保有し保守サービスを実行している。
【０００５】
このような従来の制御システムについて、図８を参照して説明する。１及び２は離れた場所の異なる制御プラントを制御する制御システムであり、夫々の制御プラント１、２は企業内ＬＡＮ３及び４を介してインターネット５に接続される。さらに、制御システムメーカの企業内ＬＡＮ６を介して、この企業内ＬＡＮ６に接続された保守支援センタの保守用サーバ７と接続される。
【０００６】
この保守用サーバ７の端末には、企業内ＬＡＮ６を介して保守用端末８ａと保守用端末８ｂとが接続され、さらに保守用サーバ７は携帯電話プロバイダ１０を介して保守員の所持する携帯電話機１０ａと接続できるようになっている。
【０００７】
また携帯電話機１０ａを所持する保守員が使用する保守用端末９は、インターネット５を介して保守用サーバ７、および制御システム１及び２とｅ−ｍａｉｌ等のコミュニケーション手段によって接続可能になっている。
【０００８】
また、制御システム１は、制御システムの制御監視を行う制御装置１ａ及び監視制御モニタ１ｂを有し、同様に制御システム２も制御装置２ａ及び監視制御モニタ２ｂを有している。
【０００９】
このように構成された制御システム１及び２の保守サービスは、保守用サーバ７の保守端末８ａ、８ｂで保守サービスの機能を分担して行っている。例えば、保守用端末８ａは保守用品の供給サービスを、保守用端末８ｂは予防保全の技術サービスを、また保守用端末９は緊急時の技術サービスの提供を行っている。
【００１０】
即ち、安全操業のために必要とされる予防保全サービスについては、客先の保守計画に基づいて、作動中の制御システムの定期的な点検と保守サービスがなされ、この制御システムの製造メーカの保守担当は、要求された保守品の供給や予防保全のための技術サービスを夫々の保守用端末８ａ、保守用端末８ｂを介して提供している。
【００１１】
予測されない作動中の制御システムの異常事態、緊急事態が発生し、客先から緊急対応の要求があった場合は、迅速で高度の現場対応の技術サービスが必要となるため、保守用サーバ７を介して携帯電話機１０ａ等によって担当する保守員を緊急呼出しする。
【００１２】
そして緊急呼出しされた保守員は、保有する保守用端末９を使用して保守サーバ７を介して該当する客先の制御システム１、２の異常情報と保守情報を検索し、更には客先とコミニュケーションしながら対策を実施している。
【００１３】
従来、この様な制御システム１、２のプログラミングは、専用のプログラミング機能を組み込んだ装置を使用するか、制御システム１、２には組み込まれない他のコンピュータ上で専用のソフトウエアを製作して制御装置やモニタに搭載していた。
【００１４】
この場合、この制御システム１、２の制御プログラムのプログラミング機能は、制御システム１、２のモニタとなる監視制御モニタ１ｂ、２ｂ側に備えられ、制御装置１ａ、２ａ側にはそれにより作成されたオブジェクトプログラムを搭載する場合が多かった。
【００１５】
従って、この様な制御システムでは、制御プログラムを持たない他の汎用保守端末等は簡単に監視制御モニタの情報を受けることができない。また制御装置１ａ（２ａ）と監視制御モニタ１ｂ（２ｂ）とが離れて設置される場合にも、制御装置１ａ側に簡単に監視制御モニタを増設することができない。
【００１６】
一般的に各種の制御プラントの制御システムは固有の制御システムが構築されているので、その監視制御モニタの情報は各種各様存在する。例えば、作動中の運転画面等は客先毎、プラント毎に異なる。この様な客先固有の制御システムに対してメーカの保守支援センタの保守サーバで集中管理して保守を実施しようとする場合、制御システム毎の監視制御モニタの情報を備えると、保守サーバは大容量で複雑な情報管理が必要となるだけでなく、緊急時には保守員は保守支援センタに常駐することが必要になる。
【００１７】
一方、客先からは操業機密を要する監視制御データを、緊急時であれ全てメーカにオープンに提供することには制約があり、従来のようなメーカ主導による集中サービスに代わるサービス体制方法が望まれていた。
【００１８】
この様なことから、最近では、制御装置の自己診断機能によるアラームが発生すると、このアラームメッセージとアラームに対処するメーカの保守サービス情報を提供するように構成したＷｅｂ上の専用ページを直接ユーザの設備保守員にｅ−ｍａｉｌによって通報し、この専用ページに表示されるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）からＷｅｂページにアクセスして、このアラームに対処するサービス情報を入手する制御システムが知られている（例えば、非特許文献１参照。）。
【００１９】
しかし、この保守サービスシステムにおいても、制御システムの自己診断機能によるアラームに対する緊急通報は可能であるが、作動中の制御システムの監視制御画面やトレンドデータ等のリアルタイムな制御情報をメーカの保守サービス員はモニタすることができないので的確な判断ができない問題があった。
【００２０】
【特許文献１】
特開平１０−５５２９１号公報
【００２１】
【非特許文献１】
芦田 和英他著、新しい制御システムにおけるコア技術
東芝レビューＶｏｌ５６Ｎｏ．１０、２００１年（Ｐ８）
【００２２】
【発明が解決しようとする課題】
以上述べたように、一般的に各種の制御システムは客先のプラント固有の制御システムが構築されているので、異常事態の対処方法を正確に判断するためには、作動中の異常事態についてのリアルタイムな制御情報が必要になる。また、緊急事態には保守サービス者やエキスパート技術者が何処からでも要請を受けた制御システムの状態をモニタできることが必要である。
【００２３】
しかしながら、上述した従来の制御システムでは緊急時に何処からでも監視制御画面等の制御情報をモニタすることができないので緊急時に的確なサービスが行えない問題があった。
【００２４】
本発明は、上記問題点を解決するためになされたもので、制御システムの緊急、異常事態に対して、その制御システムのリアルタイムな制御情報をダウンロード可能とし、保守員やエキスパート技術者がどこからでも迅速な判断と対策が行いやすい環境を提供する制御システム及び同システムの保守サービスの方法を提供することを目的とする。
【００２５】
【課題を解決するための手段】
上記の目的を達成するために、本発明の制御システム及び同システムの保守サービス方法は、端末情報を記憶する端末管理テーブルを備え、且つサーバ機能を備えた制御装置とブラウザを格納した保守端末とを有し、前記保守端末によって前記制御装置が制御するシステムの保守サービスを行う制御システムの保守サービス方法であって、前記制御装置は、前記保守端末からのモニタ情報の送信要求に対して、前記端末管理テーブルの端末情報と前記要求時に前記保守端末から送信される端末情報とを比較して前記保守端末の認証を行い、正しく認証できた保守端末である場合、前記制御装置が制御する前記システムのモニタプログラム及びそのデータ、及び監視画面プログラムの制御情報から送信可能なデータとプログラムを選択して前記制御装置から当該保守端末に送信し、前記保守端末は、前記制御装置から送信された前記制御情報を用いて前記システムの保守サービスを行うことを特徴とする。
【００２６】
従って、制御装置のメーカは客先毎の制御システム固有の膨大な制御情報を保有することや、保守員を保守サービス支援センタに常駐させる必要が無く、汎用保守端末にリアルタイムに選択された制御情報をダウンロードできるので、正確な情報に基づく質の高い迅速な保守サービスの提供が可能となる。
【００２７】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。図１は、本発明の制御システム、及び同システムの保守の方法に係わる実施の形態の構成を示す図である。
【００２８】
図１において、１１、１２は夫々設置場所、被制御対象が異なる制御システムである。夫々の制御システム１１、１２は夫々の企業内ＬＡＮ３、４を介してインターネット５に接続されている。また、制御装置メーカの保守用サーバ１７と、この保守用サーバ１７の端末である保守用端末１８とが企業内ＬＡＮ６を介してインターネット５に接続され、インターネット５を介して制御システム１１、１２の保守サービスを行っている。
【００２９】
更に、保守用サーバ１７は携帯電話プロバイダ２０と公衆回線で接続され、携帯電話機２０ａとインターネット５に接続可能な保守用端末１９を所持する保守サービス員と繋がるように構成されている。
【００３０】
制御システム１１、１２は夫々の制御装置１１ａ、１２ａと夫々の監視制御モニタ１１ｂ、１２ｂとで構成され、制御装置１１ａ、１２ａと監視制御モニタ１１ｂ、１２ｂとは内部ＬＡＮ等の通信手段で接続されている。
【００３１】
即ち、この制御システム１１、１２は、制御装置１１ａ、１１ｂにｗｗｗサーバ機能を備えており、一方、この制御システム１１、１２の保守用端末１９にはブラウザ機能を備えており、インターネット５を介して接続されている。これにより、制御システム１１又は１２に緊急、異常事態が発生した場合、制御システム１１又は１２と保守用端末１９との間で各種の制御情報を送受信する通信手段を構築している。
【００３２】
この制御装置１１ａ、監視制御モニタ１１ｂの詳細な構成を図２を参照して説明する。制御装置１１ａのハードウエアは、ＣＰＵ２１と、この制御装置１１ａのＲＡＭ、ＲＯＭ及びハードディスクＨ／Ｄ等で構成されるメモリ２２と、被制御対象入出力機器群１１ｃと、及びこの被制御対象入出力機器群１１ｃとのインタフェースである通信インタフェース２６、Ｉ／Ｏインタフェース２７とから構成され、各々は内部バス２４で接続されている。
【００３３】
また、後述する監視制御モニタ１１ｂとは同じく通信インタフェース２６と接続されている。この監視制御モニタ１１ｂの詳細な構成を図３に示す。この図において、ＣＰＵ３１とメモリ３２は、このＣＰＵ３１の内部バス３５を介して通信インタフェース３６に接続されている。更に、通信インタフェース３６は表示部３３、入力操作部３４と接続されている。
【００３４】
この制御装置１１ａのソフトウエアの構成は図２に示す様に、制御システム１１の制御プログラム２３ｂ、この制御システム１１の監視制御モニタのためのモニタプログラム２３ｃ、通信及びＩ／Ｏインタフェースプログラム２３ｄ等で構成され、これらのソフトウエアはＪａｖａ（登録商標）ＶＭ等のオブジェクト指向言語のＯ／Ｓ２３ａによって管理されている。
【００３５】
次に、この様に構成された制御システム１１の動作について、図４を参照して説明するが、制御システム１２についても同様に制御される。図４は、制御システム１１と、そのクライアントである保守用端末１９及び制御システム１１のメーカの保守用サーバ１７との間で行う保守サービスの方法のフローチャートである。
【００３６】
制御システム１１に緊急な異常事態が発生すると、制御システム１１からメーカのサービス支援センタに緊急対応を要求する（図４のＳ１）。このサービス要求１１１は、インターネット５を介してメーカの保守サーバ１７の保守用端末１８や電話機（図示せず）によって常時受付可能となっている。このサービス要求を受け付けた保守サーバ１７は、サービス受付け処理１７１を行う。
【００３７】
保守サーバ１７のサービス受付処理１７１は、顧客管理情報ファイル１７１ａから、この制御システム１１に対応する保守用端末１９のＩＰアドレスと携帯電話機２０ａの番号を参照して接続する。
【００３８】
そして、保守用サーバ１７は、保守用端末１９及び携帯電話機２０ａからのサービス可能である応答（図４のＡＳ２）を確認すると、保守サービスが開始可能な保守用端末１９のＩＰアドレスを上記要求Ｓ１の応答として制御システム１１に返信（図４のＡＳ１）する。
【００３９】
一方、保守用端末１９は、保守サービスを開始可能とする端末受付処理１９１を立ち上げる。この端末受付処理１９１は、制御システム１１の制御装置１１ａに対して、異常状態をリアルタイムでモニタできる監視制御モニタ要求（図４のＡ１）をインターネット５、企業内ＬＡＮ３を介して送信する。
【００４０】
すると、制御装置１１ａは保守端末認証処理１１２を実行する。この保守端末認証処理１１２は、メモリ２２に格納される保守端末管理ファイル１１１ａを参照して、予めこのファイル１１１ａに登録された緊急サービス対応である保守用端末のＩＰアドレスと先に送信された保守用端末１９のＩＰアドレスとを比較して、登録された緊急サービスの保守用端末からのアクセスであることを確認する。
【００４１】
そして、この確認された保守用端末１９に対して監視制御モニタを許可する応答（図４のＳ２）を返信する。
【００４２】
保守用端末１９は、制御装置１１ａから監視制御モニタを許可する応答Ｓ２を受信すると、監視制御モニタ選択処理１９２を起動する。この監視制御モニタ選択処理１９２は、制御装置１１ａが有するモニタプログラム２３ｃのモニタメニューから該当するモニタを、ブラウザによって選択して保守用端末１９にダウンロードし、モニタリングを行うものである。
【００４３】
保守員は、保守用端末１９に表示される監視制御モニタ選択処理１９２のモニタリングから異常原因の判断がつかなければ、更に監視制御モニタ選択処理１９２から制御装置１１ａに対して別のモニタ情報の送信を要求（図４のＡ２）する。
【００４４】
すると、制御装置１１ａは監視制御モニタ要求選択送信処理１１４を実行して、その要求Ａ２に対するモニタ情報の送信が可能か否かを判断し、可能なモニタ情報を送信（図４のＳ３）する。
【００４５】
その結果、保守員は保守用端末１９に表示される制御装置１１ａからのモニタリング情報から異常の診断判定処理１９５を行い、異常診断が確定（処理１９５の「Ｙ」）すると、保守用端末１９から制御装置１１ａに対して異常対処処理１１５の情報（図４のＡ３）が送信される。
【００４６】
制御装置１１ａでは、保守用端末１９から送信された情報Ａ３から対策確認処理１１５を実行する。
【００４７】
そして、発生した異常事態が解決されているかの判定処理１１６を行い、更に問題があれば再診断（処理１１６の「Ｎ」）を要求（図４のＳ４）を保守用端末１９に送信する。この要求Ｓ４を受けた保守用端末１９は、再度、監視制御モニタ選択処理１９２を操作して、診断対策後の制御システム１１の状態をモニタリングするための要求Ａ２を行い、同様に制御装置１１ａからのモニタリング情報Ｓ３を見て、診断判定処理１９５を繰り返す。
【００４８】
その結果、異常が解決されたと判定（処理１１６の「Ｙ」）されると、制御装置１１ａから異常完了（図４のＳ５）が保守用端末１９、保守サーバ１７に送信される。これにより、保守用端末１９、保守サーバ１７では完了処理１９７，１７３が実行され、保守サービスが完了する。
【００４９】
次に、このような保守サービスの方法の内、制御装置１１ａでの監視制御モニタ要求選択送信処理１１４の詳細な実施の形態について説明する。前述した監視制御モニタ要求選択送信処理１１４は、保守用端末１９からのモニタリング要求Ａ２が制御装置１１ａに予め設定された送信可能なメニューであるか否かを自動的に判断して送信するものであったが、緊急時には予め設定したモニタ画面を自動的に保守用端末１９に送信できれば効率が更によい。
【００５０】
例えば、被制御値が所定の限界値の範囲を超えた場合に、制御システム１１のエラー画面やアラーム画面のトレンドを自動的に保守用端末１９に送信したい場合がある。この様なときに、保守用端末１９に対して表示画面を自動選択してダウンロードできる制御命令を用意して、任意のモニタ画面を表示する方法について図５を参照して説明する。
【００５１】
この図５は、ＬＤ（Ｌａｄｄｅｒ Ｄｉａｇｒａｍ）を使用した画面選択命令「ＳＥＬＳＣＲ」を使用した例で、この画面選択命令「ＳＥＬＳＣＲ」の入力「ＥＮ」がオンのときに画面数「ＳＣＲ ＮＯ」から入力された画面を、モニタアドレス「ＡＤＤＲＥＳＳ」で指定された制御装置１１ａの端末に送信して表示させる命令である。
【００５２】
この画面選択命令「ＳＥＬＳＣＲ」の出力が完了すると出力「ＥＮＯ」がオンになり、ステータス「ＳＴＳ」から出力完了が出力される。表示するモニタの画面は、この制御システム１１のアラーム信号と予め対応づけて画面番号とともにメモリ２２に格納しておき、アラームが発生したときにこの画面選択命令「ＳＥＬＳＣＲ」が実行されると、自動的に対応するモニタ端末に所定の画面がモニタされる。
【００５３】
このエラー信号からのモニタは、制御プログラムが検出したエラーだけでなく、制御装置１１ａの管理プログラムが検出するエラー信号からも自動的にモニタすることは容易である。
【００５４】
即ち、制御装置１１ａ自身をサーバとし、保守サービス員がブラウザソフトを内蔵した保守用端末１９をツールとして所有しておけば、制御システム１１の緊急事態に対して、何処からでも何時でも緊急事態に対応することが可能でとなる。また、制御装置１１ａは送信可能な保守用端末１９であるか否かを確認し、送信可能な制御情報を選択して送信できるので安心して保守サービスを受けることができる。
【００５５】
以上述べた異常時の自動モニタリング以外に、緊急に制御プログラムや、モニタプログラムの変更が緊急に必要になる場合がある。この様な場合に複数台の保守端末によってプログラミングを並行して行い、迅速な作業を行う場合の実施の形態について図６及び図７を参照して説明する。
【００５６】
図６は、制御装置１１ａの複数台のいずれかの保守端末が制御装置１１ａに対してプログラムの変更要求を送信した場合の複数の保守端末によるプログラム管理の処理フローである。
【００５７】
制御装置１１ａは、保守用端末１９からプログラム変更の要求（図６のステップ２０１）があると、端末／プログラム管理テーブル１１１ａを用いてこの保守用端末１９からのプログラム変更作業が可能か否かを確認し、該当するプログラムの作動状態を確認（図６のステップ２０２）する。
【００５８】
そして、ステップ２０２が「Ｙ」であれば、該当するプログラムの変更作業が可能であることを当該保守用端末１９に送信（図６のステップ２０３）する。変更作業がすでに他の保守用端末が作業中のためできない場合（ステップ２０２の「Ｎ」）、作業中の保守端末番号を送信し、保守作業が出来ないことを当該保守用端末１９に知らせる（図６のステップ２０４）。
【００５９】
この様な端末／プログラム管理テーブル１１１ａの例を図７に示す。この端末／プログラム管理テーブルは、この制御システム１１ａを保守する保守用端末として５台登録されていることを示し、それぞれのＩＰアドレスとポート番号が予め設定されている。
【００６０】
例えば、ＩＰアドレス「１９２．１４．１２８．２」の保守用端末からプログラムタスク「１」、プログラム番号「１」のプログラム変更作業要求が行われて場合、既にプログラムタスク「１」、プログラム番号「１」のプログラムはＩＰアドレス「１９２．１４．１２８．０」の保守用端末によってプログラム変更作業中であることが作動状態「１」に内容から判断できる。 従って、制御装置１１ａはこのテーブル１１１ａの情報を参照してプログラムのアクセス可否を要求された保守用端末に知らせる様にしておく。
【００６１】
この様にしておけば、保守用端末の作業が重複することなく進めることができる。また、プログラムの変更履歴を記憶しておくことも容易であるので、緊急時にプログラムの変更が生じた場合でも、該当するプログラムの編集管理も迅速に確実に行える。
【００６２】
また制御装置１１ａ、１２ａから保守用端末１８に送信されるプログラムはオブジェクト形式のプログラムとしておけば、保守用端末１８にエディタ機能を備える必要がなく、保守用端末１８でのプログラミングが効率的に行える。
【００６３】
【発明の効果】
以上述べた様に、本発明によれば、汎用保守端末を所持するエキスパート技術者が制御システム毎の固有のリアルタイムな制御情報をダウンロードしモニタできるので、正確な状況判断が可能となり、迅速で質の高い保守サービスを提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態による制御システムのネットワーク構成図。
【図２】本発明の実施の形態による制御装置の構成図。
【図３】本発明の実施の形態による監視制御モニタの構成図。
【図４】本発明の実施の形態による保守サービスの方法の説明図。
【図５】制御プログラムから行うモニタの選択制御命令の設定画面。
【図６】本発明の実施の形態による保守端末によるプログラミングの管理方法の説明図。
【図７】本発明の実施の形態による保守端末の端末／プログラム管理テーブルの構成を示す図。
【図８】従来の制御システムの構成を示す図。
【符号の説明】
３、４、 企業内ＬＡＮ
５ インターネット
６ 企業内ＬＡＮ
１１、１２ 制御システム
１１ａ、１２ａ 制御装置
１１ｂ、１２ｂ 監視制御モニタ
１１ｃ 被制御対象入出力機器群
１７ 保守用サーバ
１８、１９ 保守用端末
２０ 携帯電話プロバイダ
２０ａ 携帯電話機
２１ ＣＰＵ
２１ａ 内部バス
２２ メモリ
２６ 通信インタフェース
２７ Ｉ／Ｏインタフェース
３１ ＣＰＵ
３１ａ 内部バス
３２ メモリ
３６ 通信インタフェース
３７ 表示モジュール
３８ 入力モジュール
１１１ａ 端末／プログラム管理テーブル
１７１ａ 顧客管理情報ファイル
１、２ 制御システム
１ａ、２ａ 制御装置
１ｂ、２ｂ 監視制御モニタ
７ 保守用サーバ
８ａ、８ｂ、９ 保守用端末
１０ 携帯電話プロバイダ
１０ａ 携帯電話機

Claims (5)

1. 端末情報を記憶する端末管理テーブルを備え、且つサーバ機能を備えた制御装置とブラウザを格納した保守端末とを有し、前記保守端末によって前記制御装置が制御するシステムの保守サービスを行う制御システムの保守サービス方法であって、
   前記制御装置は、前記保守端末からのモニタ情報の送信要求に対して、前記端末管理テーブルの端末情報と前記要求時に前記保守端末から送信される端末情報とを比較して前記保守端末の認証を行い、
   正しく認証できた保守端末である場合、前記制御装置が制御する前記システムのモニタプログラム及びそのデータ、及び監視画面プログラムの制御情報から送信可能なデータとプログラムを選択して前記制御装置から当該保守端末に送信し、前記保守端末は、前記制御装置から送信された前記制御情報を用いて前記システムの保守サービスを行うことを特徴とする制御システムの保守サービス方法。
2. 端末情報を記憶する端末管理テーブルを備え、且つサーバ機能を備えた制御装置と、ブラウザを格納した保守端末と、顧客管理情報ファイルを有する保守用サーバとを有し、前記保守端末によって前記制御装置が制御するシステムの保守サービスを行う制御システムの保守サービス方法であって、
   前記保守用サーバは、前記制御装置からの保守要求を受信した時、前記顧客管理情報ファイルを参照して保守サービスを司る前記端末に通知し、
   保守サービスを司る前記保守端末は、前記システムのモニタ情報の取得要求を前記制御装置に送信し、
   前記制御装置は、前記端末管理テーブルの端末情報と前記取得要求時に前記保守端末から送信される端末情報とを比較して前記保守端末の認証を行い、
   正しく認証できた保守端末である場合、前記制御装置が制御する前記システムのモニタプログラム及びそのデータ、及び監視画面プログラムの制御情報から送信可能なデータとプログラムを選択して当該保守端末に送信し、
   前記保守端末は、前記制御装置から送信された前記制御情報を用いて前記システムの保守サービスを行うことを特徴とする制御システムの保守サービス方法。
3. サーバ機能を備えた制御装置とブラウザを格納した保守端末とを有し、前記制御装置が制御するシステムの保守サービスを前記保守端末によって行う制御システムにおいて、
   前記制御装置は、
   前記端末情報を記憶する端末管理テーブルと、
   前記保守端末からモニタ要求が送信された時、前記端末管理テーブルの前記端末情報と前記要求時に前記保守端末から送信される端末情報とを比較して正しい保守端末であることを認証する端末認証手段と、
   認証された正しい保守端末へ前記制御装置に格納されたプログラム及びそのデータ、及び監視画面プログラムの制御情報から送信可能な制御情報を選択して送信する選択送信手段とを備え、
   前記保守端末は、
   前記制御装置から送信された前記制御情報を用いて前記制御装置が制御するシステムの保守サービスを行う保守サービス手段とを備えたことを特徴とする制御システム。
4. サーバ機能を備えた制御装置と、ブラウザを格納した保守端末と、保守端末を管理する保守用サーバとを有し、前記制御装置が制御するシステムの保守サービスを前記保守端末によって行う制御システムにおいて、
   前記保守用サーバは、
   顧客管理情報ファイルと、
   前記制御装置からの保守要求を受信した時、前記顧客管理情報ファイルを参照して保守サービスを司る端末端末に通知する手段とを備え、
   前記制御装置は、
   前記端末情報を記憶する端末管理テーブルと、
   前記保守端末からのモニタ要求を受信した時、前記端末管理テーブルの前記端末情報と前記要求時に前記保守端末から送信される端末情報とを比較して正しい保守端末であることを認証する端末認証手段と、
   認証された前記保守端末へ前記制御装置に格納されたプログラム及びそのデータ、及び監視画面プログラムの制御情報から送信可能な制御情報を選択して送信する選択送信手段とを備え、
   前記保守端末は、
   前記保守用サーバからの前記通知を受けて、前記制御装置へ前記モニタ要求を送信する手段と、
   前記制御装置から送信された前記制御情報を用いて前記制御装置が制御するシステムの保守サービスを行う保守サービス手段とを備えたことを特徴とする制御システム。
5. 前記制御装置は、複数の保守端末が前記システムの制御プログラム及びモニタプログラムを変更しようとする場合に、そのアクセスを管理するプログラム管理テーブルを備える様にしたことを特徴とする請求項３または請求項４記載の制御システム。

Images