(57)【特許請求の範囲】
【請求項１】
制御装置の制御用ソフトウェアを記述するドキュメントの保存・管理装置と、制御システムに備えられる制御装置のソフトウェア保守ツールとが通信回線で接続されて構成され、前記制御装置のソフトウェア保守ツールが制御装置のソフトウェアの変更、修正、追加、削除等の操作を行った場合、前記ドキュメント保存・管理装置が保管・管理する制御回路ソフトウェアのドキュメントに前記操作の内容を、ドキュメントのシート単位に反映させて、制御装置のソフトウェアドキュメント保存・管理装置に保管するドキュメントと制御システムに内蔵する制御装置のソフトウェアの一致管理を行い、前記ドキュメントの保存・管理装置が保管・管理する制御回路ソフトウェアのドキュメントをドキュメントのシート単位に前記ソフトウェア保守ツールから参照可能とし、ドキュメントの一元管理を行い、前記通信回線に接続された端末システムをさらに備え、前記ドキュメントの保存・管理装置は、前記端末システムが前記ドキュメントを編集する場合に、前記ドキュメントのシート中の素子に付随する制御用動作属性の編集であるか否かを監視し、前記素子に付随する制御用動作属性の編集の場合、前記保守ツールへ前記素子の属性を要求し、前記ドキュメントのシート中の素子に付随する制御用動作属性の編集回数を監視することを特徴とするドキュメントの保存・管理システム。
【請求項２】
前記ドキュメントは、参照・編集可能な複数のドキュメントシートからなり、該シートを複数集めて図面に構成され、図面が１または複数のシートからなる分冊に分割可能に構成され、前記ドキュメントには、制御回路が格納される制御装置の計算機やコントローラの格納単位毎、前記ドキュメントシート、分冊、分冊の集合としての図面及びドキュメントシート内の素子毎に設定される制御用動作属性、素子の表示属性毎にドキュメントが記述され、前記端末システムは、これらの格納単位毎に、そのドキュメントをドキュメントの保存・管理装置から借り出し・戻し入れ可能であることを特徴とする請求項１記載のドキュメントの保存・管理システム。
【請求項３】
前記ドキュメントの保存・管理装置は、前記ドキュメントの貸し出し・戻し入れの回数を管理し、前記ドキュメントの貸し出し、戻し入れ回数は、貸し出し・戻し入れの単位となる、シート毎に貸し出し・戻し入れしたカウント値と、分冊毎に貸し出し・戻し入れしたカウント値と、図面毎に貸し出し・戻し入れしたカウント値と、素子の属性のみを変更した場合の変更した素子の編集カウント及び制御装置の格納単位毎に貸し出し・戻し入れしたカウント値とをそれぞれ別にカウントした値であることを特徴とする請求項２記載のドキュメントの保存・管理システム。
【請求項４】
制御装置の制御用ソフトウェアを記述するドキュメントの保存・管理を行うドキュメントサーバにおいて、前記ドキュメントサーバと通信回線で接続された端末システムが前記ドキュメントを編集する場合に、前記ドキュメントサーバは、前記ドキュメントのシート中の素子に付随する制御用動作属性の編集であるか否かを監視し、前記素子に付随する制御用動作属性の編集の場合、前記編集装置のソフトウェアを保守する保守ツールへ前記通信回線を介して前記素子の属性を要求し、前記ドキュメントのシート中の素子に付随する制御用動作属性の編集回数を監視することを特徴とするドキュメントサーバ。
【請求項５】
制御装置の制御用ソフトウェアを記述するドキュメントの保存・管理を行うドキュメントサーバのドキュメントの保存・管理方法において、前記ドキュメントサーバと通信回線で接続された端末システムが前記ドキュメントを編集する場合に、前記ドキュメントサーバは、前記ドキュメントのシート中の素子に付随する制御用動作属性の編集であるか否かを監視し、前記素子に付随する制御用動作属性の編集の場合、前記編集装置のソフトウェアを保守する保守ツールへ前記通信回線を介して前記素子の属性を要求し、前記ドキュメントのシート中の素子に付随する制御用動作属性の編集回数を監視することを特徴とするドキュメントの保存・管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ドキュメントの保存・管理システム、ドキュメントサーバ及びドキュメントの保存・管理方法に係り、特に、火力、原子力、化学プラント、上下水プラント等のプラント制御装置の制御用ドキュメントの保存・管理システム、ドキュメントサーバ及びドキュメントの保存・管理方法に関する。
【０００２】
【従来の技術】
従来、火力、原子力、化学プラント、上下水プラント等のプラント制御装置の制御用ドキュメントの保存・管理は、プラントを所有して運用している企業等が行っているのが一般的である。このため、プラントを所有して運用している企業等は、プラント等の運用を行うと共に、プラントの運用にために必要とするソフトウェアである制御用ドキュメントの保存・管理をも行っており、ソフトウェアの保存・管理を、プラントの運用とは異なる専門的な知識を有する人材を雇用して行わせている。
【０００３】
【発明が解決しようとする課題】
従来技術によるプラント制御装置の制御用ドキュメントの保存・管理は、プラントを所有して運用している企業等が行っているため、企業が、プラントの運用とは異なる専門的な知識を有する制御用ドキュメントの保存・管理のための人材を雇用しなければならず、そのための費用と、ドキュメントの保存・管理のための多くの手間をかけなければならないという問題点を有している。
【０００４】
本発明の目的は、前記従来技術の問題点を解決し、プラントの運用と制御用ドキュメントの保存・管理とを切り離して、ドキュメントの更新等を迅速に行うことができるようにすると共に、運用されるプロセスを、常に最適な運用状態に保つことができるようにするドキュメントの保守・管理システム、ドキュメントサーバ及びドキュメントの保存・管理方法を提供することにある。
【０００５】
【課題を解決するための手段】
本発明によれば前記目的は、制御装置の制御用ソフトウェアを記述するドキュメントの保存・管理装置と、制御システムに備えられる制御装置のソフトウェア保守ツールとが通信回線で接続されて構成され、前記制御装置のソフトウェア保守ツールが制御装置のソフトウェアの変更、修正、追加、削除等の操作を行った場合、前記ドキュメント保存・管理装置が保管・管理する制御回路ソフトウェアのドキュメントに前記操作の内容を、ドキュメントのシート単位に反映させて、制御装置のソフトウェアドキュメント保存・管理装置に保管するドキュメントと制御システムに内蔵する制御装置のソフトウェアの一致管理を行い、前記ドキュメントの保存・管理装置が保管・管理する制御回路ソフトウェアのドキュメントをドキュメントのシート単位に前記ソフトウェア保守ツールから参照可能とし、ドキュメントの一元管理を行い、前記通信回線に接続された端末システムをさらに備え、前記ドキュメントの保存・管理装置は、前記端末システムが前記ドキュメントを編集する場合に、前記ドキュメントのシート中の素子に付随する制御用動作属性の編集であるか否かを監視し、前記素子に付随する制御用動作属性の編集の場合、前記保守ツールへ前記素子の属性を要求し、前記ドキュメントのシート中の素子に付随する制御用動作属性の編集回数を監視することにより達成される。
【０００６】
【発明の実施の形態】
以下、本発明によるドキュメントの保守・管理システム、ドキュメントサーバ及びドキュメントの保存・管理方法の実施形態を図面により詳細に説明する。
【０００７】
図１は本発明の一実施形態によるドキュメントの保存・管理システムの構成を示すブロック図である。図１において、１はドキュメントサーバ、２は制御システム、３は端末システム、４は通信回線、１１はドキュメントサーバ本体、１２〜１４、３２はプラントドキュメントＤＢ、１５はＤＢアクセスサーバ、１６、２７はセキュリティールータ、２１は保守ツール、２２はＤＢ、２３、２６はネットワーク、２４はＡＰＳ（自動プラント制御装置）、２５はＡＢＳ（自動バーナー制御装置）、３１は分散端末装置である。
【０００８】
本発明の実施形態によるドキュメントの保守・管理システムは、図１に示すように、ドキュメントサーバ１と、制御システム２と、分散配置された複数の端末システム３とが、公衆通信網等の通信回線４を介して相互に接続可能に通信回線４に接続されて構成されている。
【０００９】
ドキュメントサーバ１は、制御システム２の製造メーカー内に設置され、制御システム２の製造図書ドキュメントを保管している。制御システム２は、プラントに設置され、プラントの実制御・監視を行っている。また、端末システム３は、プラントの運用・保守を行う部門に設置され、あるいは、プラントのオペレータ等がモバイル環境で使用可能な携帯端末として携帯してもよい。この端末３は、プラントのドキュメントの参照、編集に使用するために、ドキュメントサーバ１内のプラントドキュメントの内容と一致させて、端末内にそのプラントドキュメントを保有できるように構成されている。
【００１０】
ドキュメントサーバ１は、ドキュメントサーバ本体１１と、通信回線４からの不正アクセスを阻止するセキュリティルータ１６と、ＤＢへのアクセス種類・回数を把握するＤＢアクセスサーバ１５と、複数のプラントの制御システムの設計情報であるプラントドキュメントを保管するプラントドキュメントＤＢ１２〜１５とから構成されている。
【００１１】
プラントの制御システム２は、ＡＰＳ２４、ＡＢＳ２５等のプロセス制御装置と、これらのソフトウェアの保管・ローディング・オンライン変更・一致化コンペア等の機能を有する保守ツール２１と、保守ツール２１内に保管された制御装置２４、２５等に内臓されているソフトウェアと一致した設計ドキュメントを保管しているＤＢ２２と、保守ツール２１、制御装置２４、２５等を接続するネットワーク２３と、通信回線４からの不正アクセスを阻止するセキュリティルータ２７と、保守ツール２１を接続するネットワーク２６とにより構成されている。
【００１２】
端末システム３は、分散端末装置３１とその端末システム３で使用したい設計ドキュメントを保管するプラントドキュメントＤＢ３２とにより構成される。
【００１３】
図２は制御装置２４、２５の設計ドキュメントの構成の一例を説明する図である。なお、説明するような設計ドキュメントは、ドキュメントサーバ１、制御システム２、端末システム３内のＤＢ内に格納されてよいが、ここでは、ドキュメントサーバ１内のＡプラントＤＢ１２内に格納されているものとして示している。
【００１４】
設計ドキュメントは、例えば、ＡＰＳ２４、ＡＢＳ２５等のプラント制御装置毎に「図面」として集められ、プラントＤＢ１２内に格納されている。図面は複数の分冊１２１、１２２からなる。分冊とは、例えば、バルブ、モーター、圧力計、温度計、流量計等の検出端、操作端の制御ドキュメントシート（ＳＨ）１２１１、１２１２等を水、燃料、空気等のプラントのプロセス毎の制御対象単位に集めたものである。制御ドキュメントシート１２１１には、その中に記述される制御回路が実際に内臓される制御装置のＣＰＵ名１２１１４、そのシート名１２１１５として記述されている。また、制御内容は、その動作を記述するＯＲ１２１１１、ＡＮＤ１２１１２、タイマー１２１１３等の素子と、それらの接続関係とにより記述されている。制御動作を記述する素子には、その動作毎に動作属性１２１１３１が設定され、例えば、タイマーであれば、動作時限時間と動作とが記述され、また、積分器であれば、時定数、ゲイン等がその属性として記述される。さらに、制御ドキュメントシート１２１１には、オペレータがその動作をドキュメント上で把握できるように、その名称、動作モードによる色変え仕様等の仕様属性１２１１３２も記述することができる。
【００１５】
図３は設計ドキュメントとＡＰＳ、ＡＢＳ等の制御装置との相関関係を説明する図である。
【００１６】
ＤＢ１２内に図面として内臓されるドキュメントは、ＡＰＳ２４内のコントローラＣＰＵ１に内臓されて動作する。同様に、ＤＢ１４内に図面として内臓されるドキュメントは、ＡＢＳ２５のコントローラＣＰＵ２に内臓されて動作する。この場合、ＤＢ１２内に内臓されるドキュメントは、ある分冊１２１のあるシート１２１１がコントローラＣＰＵ１に、ある分冊１２２のあるシート１２２１がコントローラＣＰＵ２へ内臓されて動作する。前述のように、プロセスによっては、複数の制御装置あるいはコントローラＣＰＵにまたがって制御が必要な場合もある。
【００１７】
図４は端末システム３がドキュメントの表示・編集を行う際に、そのデータを取得し、戻し入れを行う処理動作を説明するフローチャートであり、以下、これについて説明する。
【００１８】
（１）端末システム３は、オペレータからの更新要求を受けて、ドキュメントサーバ１への接続要求を出して、端末システム３をドキュメントサーバ１と接続する（ステップ３１０、３１１）。
【００１９】
（２）ドキュメントサーバ１は、接続された端末システム３からの要求の編集モード、すなわち、表示のみの要求であるか、編集を行う要求であるかを判定する（ステップ３１２）。
【００２０】
（３）ステップ３１２の判定で、表示のみの要求で合った場合、ドキュメントサーバ１は、自サーバに保管されているものの内から表示を要求するプラントのサイトを選択し、この表示要求をする装置を選択し、さらにこの中で表示が要求されている制御装置のコントローラＣＰＵを選択する（ステップ３１３〜３１５）。
【００２１】
（４）その後、このコントローラの中に格納されるドキュメントのシート（ＳＨ）を選択し、シートの情報を端末システム３に送信して表示させる（ステップ３１６、３１７）。
【００２２】
（５）オペレータは、表示されたシートを見た後、シートの改ページ指定を要求するか否か決定し、改ページを要求する場合、改ページ指定のため、要求する該当する他のシートの表示を要求し、ステップ３１７に戻って次に表示すべきシートをドキュメントサーバ１から端末システム３に送信してもらう（ステップ３１８、３１９）。
【００２３】
（６）ステップ３１８で改ページ指定を要求しない場合、オペレータは、処理を終了するか否かを決定し、処理を終了しないのであればステップ３１７のシートの表示に戻り、終了する場合、端末システム３とドキュメントサーバ１との接続を解除してシートの表示処理を終了する（ステップ３２０、３２１）。
【００２４】
（７）また、ステップ３１２での編集モードの判定結果が編集であった場合、ドキュメントサーバ１は、自サーバに保管されているものの内から表示を要求するプラントのサイトを選択し、この表示要求をする装置を選択し、さらにこの中で表示が要求されている制御装置のコントローラＣＰＵを選択する（ステップ３２２〜３２４）。
【００２５】
（８）その後、このコントローラの中に格納されるドキュメントのシート（ＳＨ）を選択し、シートの貸し出しを要求してこれを入手し、シートの情報を端末システム３に送信して表示させる（ステップ３２５〜３２７）。
【００２６】
（９）オペレータが、表示されたシートを編集し、戻し入れ要求を行うと、端末システム３は、編集後のシートをドキュメントサーバ１へ送信して戻し入れを行わせる（ステップ３２８、３２９）。
【００２７】
（10）オペレータは、他のシートに対する編集のためにシートの改ページ指定を要求するか否か決定し、改ページを要求する場合、改ページ指定のための表示を要求し、ステップ３２６からの処理に戻って、要求する他のシートの貸し出しをしてもらう（ステップ３３０、３３１）。
【００２８】
（11）ステップ３３０で改ページ指定を要求しない場合、オペレータは、処理を終了するか否かを決定し、処理を終了しないのであればステップ３２６のシートの貸し出しの処理に戻り、終了する場合、端末システム３とドキュメントサーバ１との接続を解除してシートの編集処理を終了する（ステップ３３２、３３３）。
【００２９】
図５はドキュメントサーバ１に端末システム３から更新依頼が行われたときのシートデータの貸し出し、戻し入れの処理動作を説明するフローチャートであり、以下、これについて説明する。
【００３０】
ここで説明する処理動作の例は、ドキュメントサーバ１が、ある一定周期またはイベントの発生時に、制御装置の実機で動作している素子動作属性等を取り込んで更新していると仮定し、一致化がなされるまでのある時点で、ドキュメントサーバ１内のプラントドキュメントＤＢ内のドキュメントの記述内容がプラントで動作している制御装置実機のそれと一時的に相違する可能性があるものとしている。このため、端末システム３は、ドキュメントサーバ１内のデータを得るにとどめるオフラインモードか、プラントの制御装置で実際に動作しているドキュメントに厳密に一致化するためにオンラインモードで保守ツール２１へのアクセスを実行するかのレベル（権限）が、予め端末毎に契約で決められているものとする。
【００３１】
（１）ドキュメントサーバ１は、端末システム３から更新依頼があると、更新依頼のあった端末システム３の認証を行い、この結果、認証を与えられなかった場合、なにもせずに処理を終了する（ステップ１１０、１１１）。
【００３２】
（２）ステップ１１１の認証の実施で認証がＯＫであれば、その端末システム３の契約モードが、オンラインモードか、オフラインモードかを確認し、オンラインであれば、オンラインモードを記憶する（ステップ１１２、１１３）。
【００３３】
（３）ステップ１１３の処理後、または、ステップ１１２で端末システム３の契約モードがオフラインであった場合、編集モードの確認を行う。この結果、編集モードでなければ、参照のみの表示モードとして処理され、依頼されたシートのデータを表示用として端末システム３に送出して、処理を終了する。なお、ステップ１１２で端末システム３の契約モードがオフラインであった場合、編集モードとなることはない（ステップ１１４、１１５）。
【００３４】
（４）ステップ１１４で、編集モードであった場合、貸し出し要求であるか否かを判定し、貸し出し要求であった場合、要求された該当シートの情報の貸し出しの処理を行い、シートデータをドキュメントサーバ１から端末システム３に貸し出し送出する（ステップ１１６〜１１８）。
【００３５】
（５）ステップ１１６の判定で、貸し出し要求でなかった場合、または、ステップ１１８でのシート情報の送出の後、戻し入れ要求があるか否かを監視し、戻し入れ要求があれば戻し入れ処理を実施し、そうでなければ処理を終了する（ステップ１１９、１２０）。
【００３６】
図６はドキュメントサーバ１のドキュメントＤＢ１２〜１４からのドキュメントデータの貸し出し処理（図５のステップ１１７）の動作例を説明するフローチャートであり、以下、これについて説明する。
【００３７】
（１）端末システム３からドキュメントデータの貸し出し要求があると、ドキュメントサーバ１は、後述で説明する貸し出し管理テーブルを参照し、該当のシートが貸し出し中か否かを確認する。すなわち、他の端末に貸し出し中などで該当シートが使用中か否かを確認する（ステップ１２５、１２６）。
【００３８】
（２）ステップ１２６の確認で、他の端末に貸し出し中などで該当シートが使用中であれば、ドキュメントサーバ１は、貸し出し不能として端末システム３に貸し出し不能のメッセージを送出して処理を終了する（ステップ１２７）。
【００３９】
（３）ステップ１２６の確認で、該当シートが貸し出し可能であれば、ドキュメントサーバ１は、シートデータを端末システム３に貸し出す処理を実行し、貸し出し管理テーブルに記入する（ステップ１２８、１２９）。
【００４０】
図７はドキュメントサーバ１のドキュメントＤＢ１２〜１４に端末システム３で編集したドキュメントデータを戻し入れをする際の戻し入れ処理（図５のステップ１２０）の動作例を説明するフローチャートであり、以下、これについて説明する。
【００４１】
（１）端末システム３からドキュメントデータの戻し入れ要求があると、ドキュメントサーバ１は、該当の端末システム３に貸し出しているドキュメントデータの戻し入れであるか否かを確認し、そうでなければ要求元の端末システム３に戻し入れ不能のメッセージを送出する（ステップ１３１〜１３３）。
【００４２】
（２）ステップ１３２戻し入れのドキュメントデータが端末システム３に貸し出しているものであれば、シートデータの戻し入れの処理を実行し、貸し出し管理テーブルから貸し出し中を削除する（ステップ１３４、１３５）。
【００４３】
（３）また、ドキュメントサーバ１は、前述した処理の合間に、貸し出し中のシートの１つについて、貸し出し時間のチェックを行い、予め設定されたある時限になったか否かを判定する。貸し出し期限を超えたシートがなければ処理を終了する（ステップ１３６、１３７）。
【００４４】
（４）ステップ１３７のチェックで、貸し出し期限を超えていれば、そのシートを貸し出し無効とし、貸し出し管理テーブル内の貸し出し中を削除する（ステップ１３８、１３９）。
【００４５】
（５）他に貸し出し中のシートがあるか否かをチェックし、あれば、次のシートについて、ステップ１３６から処理を繰り返し実行し、なければ、処理を終了する（ステップ１４０）。
【００４６】
図８は端末システム３でシート表示・編集中にシート内の素子のパラメータ（属性）を編集・変更する要求を行ったときのドキュメントサーバ１の処理動作を説明するフローチャートであり、以下、これについて説明する。
【００４７】
（１）シート表示中の端末システム３から素子選択３４１とそのパラメータ変更との要求があったとき、端末システム３の契約モードがオンラインモードであるか否かを判定する（ステップ３４０〜３４３）。
【００４８】
（２）ステップ３４３の判定で、端末システム３の契約モードがオンラインモードであった場合、プラントの保守ツール２１に接続し、この保守ツール２１に該当の素子のパラメータを要求する（ステップ３４４、３４５）。
【００４９】
（３）要求によるパラメータを保守ツール２１から読み出し、読み出したパラメータを端末システム３へ送出して処理を終了する（ステップ３４６、３４７）。
【００５０】
（４）ステップ３４３の判定で、端末システム３の契約モードがオンラインモードでなかった場合、すなわち、オフラインモードであった場合、ドキュメントサーバ１は、自己のドキュメントＤＢ１２〜１４から該当の素子のパラメータを抽出して、そのパラメータを要求元の端末システム３に送出して処理を終了する（ステップ３４８、３４９）。
【００５１】
図９はドキュメントサーバ１から素子のパラメータ要求を受けた場合のプラントの保守ツール２１での処理動作を説明するフローチャートである。保守ツール２１は、パラメータ要求を受けると、認証の処理２１０を実施し、正しいアクセスであれば、要求された該当素子のパラメータをドキュメントサーバ１に送出２１１する。
【００５２】
図１０は端末システム３が表示・編集のためにドキュメントサーバ１に保管されているドキュメントを借り出した場合の使用量をカウントする処理動作を説明するフローチャート、図１１は使用量カウントテーブルの構成を説明する図であり、以下、これらについて説明する。ここで説明する例は、ドキュメントの使用量を、使用したシートの枚数とその使い方（編集ありか表示のみか）とにより把握することとした。
【００５３】
（１）ドキュメントサーバ１は、端末システム３からのシートデータ要求の都度、その要求の種類を判別し、表示のみの要求である場合、表示要求が終了するまで表示、改ページの都度、シートの枚数を使用量カウントテーブルにカウントしていく（ステップ１６０、１６６〜１６８）。
【００５４】
（２）ステップ１６０の判定で、要求の種類が編集であった場合、編集終了要求があったか否かを判定し、編集終了要求があれば、ここでの処理を終了する（ステップ１７０）。
【００５５】
（３）ステップ１７０で、編集終了要求がなければ、素子の属性編集か否かを判定し、素子の属性編集であれば、素子のパラメータ編集であるか否かを判定し、素子のパラメータ編集であれば、契約モードがオンラインか否かを判定する（ステップ１７１〜１７３）。
【００５６】
（４）ステップ１７３の判定で、契約モードがオンラインであれば、使用量カウントテーブルにオンラインパラメータ変更としてカウントを行い、オフラインであった場合、あるいは、ステップ１７２の判定で、素子パラメータ編集でなかった場合、使用量カウントテーブルに素子属性編集としてカウントを行う（ステップ１７４、１７５）。
【００５７】
（５）ステップ１７１の判定で、素子の属性編集でなかった場合、あるいは、ステップ１７４、１７５の処理後、シートデータのドキュメントの貸し出しの要求があるか否かを判定し、要求があれば、貸し出し・戻し入れのシート数を使用量カウントテーブルにカウントする（ステップ１７６、１７７）。
【００５８】
（６）ステップ１７７の処理後、あるいは、ステップ１７６の判定で、ドキュメントの貸し出しの要求がなかった場合、ステップ１７０からの処理を繰り返す。
【００５９】
前述した処理の中で使用する使用量カウントテーブルは、図１１に示すように、使用しているユーザー１１００と、要求元の端末１１０１と、貸し出しシートカウント１１０２と、戻し入れシートカウント１１０３と、素子属性編集カウント１１０４と、オンラインパラメータ変更カウント１１０５と、表示シート数カウント１１０６とが１つのレコードとして格納されるように構成されている。
【００６０】
図１２は貸し出し管理テーブルの構成を説明する図である。この貸し出し管理テーブルは、シート名１１１０、該当シートの貸し出し中フラグ１１１１、その貸し出し先分散端末１１１２、及び、貸し出し日時１１１３を１つのレコードとして格納されるように構成されている。そして、このテーブルは、図６、図７により説明した処理フローの中で使用される。
【００６１】
前述した本発明の実施形態において、端末システム３は、制御装置の制御回路ソフトウェアのドキュメントを参照した場合、制御装置内の信号動作状態を取り込み、これを制御回路ソフトウェアのドキュメントに重ねて表示することができる。また、この場合のドキュメントの参照回数は、新規表示・改ページ等シートを参照する都度、及び、制御装置の信号動作状態を重ね合わせ表示させていた継続時間を参照の都度カウントされた値である。
【００６２】
前述した本発明の実施形態によれば、制御システム２内でプロセスの制御のために使用しているドキュメントの管理・保守を、ドキュメントサーバ１及び端末システム３から行うことができ、ドキュメントの更新等を迅速に行うことができ、運用されるプロセスを、常に最適な運用状態に保つことができる。
【００６３】
次に、前述で説明した本発明の実施形態によるプラント制御用ドキュメントの保存・管理システム及び保守・管理方法をビジネスに適用する場合の例について説明する。
【００６４】
図１３は図１に示すドキュメントの保存・管理システムをビジネスに適用する場合の例を説明する図である。図１３において、制御装置ソフトウェア利用（保有）会社が、制御システム２を備え、ドキュメントを使用して、例えば、発電設備等のプロセスの運転・制御を行っており、ドキュメント管理・保守サービス会社は、ドキュメントサーバ１を備えて、制御装置ソフトウェア利用（保有）会社との契約に基づいて、ドキュメントの管理・保守サービスを行っている。また、制御装置ソフトウェア保守会社は、端末システム３を備え、制御装置ソフトウェア利用（保有）会社が、使用している制御ドキュメントであるソフトウェアの保守作業を行っている。
【００６５】
前述において、制御装置ソフトウェア利用（保有）会社と制御装置ソフトウェア保守会社とは、制御装置ソフトウェア保守会社が、制御装置ソフトウェア利用（保有）会社の保有しているソフトウェアの保守を行うというソフトウェア保守契約▲１▼を結ぶ。また、制御装置ソフトウェア保守会社とドキュメント管理・保守サービス会社とは、ドキュメント管理・保守サービス会社が、制御装置ソフトウェア利用（保有）会社の保有しているソフトウェアであるドキュメントの管理と保守とを行うというドキュメント保守・管理契約▲２▼を結ぶ。そして、ドキュメント管理・保守サービス会社は、制御装置ソフトウェア保守会社に対してドキュメント参照装置を貸与▲３▼する。
【００６６】
前述した契約を行った後、制御装置ソフトウェア保守会社は、貸与された参照装置を使用して、制御装置ソフトウェア利用（保有）会社がプロセス等の制御システム２内で使用しているソフトウェアの保守作業▲４▼を実行し、また、ドキュメント管理・保守サービス会社は、自社で運用するドキュメントサーバ１を使用して、制御装置ソフトウェア利用（保有）会社がプロセス等の制御システム２内で使用しているドキュメントの保守・管理作業▲５▼を実行する。
【００６７】
前述の▲４▼、▲５▼の実行は、定期的にあるいは必要に応じて随時行われる。そして、ドキュメント管理・保守サービス会社は、制御装置ソフトウェア保守会社に管理ドキュメントを提供▲６▼する。
【００６８】
さらに、ドキュメント管理・保守サービス会社は、一定期間毎に、制御装置ソフトウェア保守会社に対してドキュメント管理（利用）実績を報告▲７▼する。制御装置ソフトウェア保守会社は、この実績報告▲７▼に基づいて、ドキュメント管理・保守サービス会社にドキュメント管理費の支払い▲８▼を行う。
【００６９】
図１４は図１に示すドキュメントの保存・管理システムをビジネスに適用する場合の他の例を説明する図である。図１４においても、制御装置ソフトウェア利用（保有）会社、制御装置ソフトウェア保守会社、ドキュメント管理・保守サービス会社の関係は、図１３により説明した場合と同一である。
【００７０】
図１４に示す例において、制御装置ソフトウェア利用（保有）会社と制御装置ソフトウェア保守会社とは、制御装置ソフトウェア保守会社が、制御装置ソフトウェア利用（保有）会社の保有しているソフトウェアの保守を行うというソフトウェア保守契約▲１▼を結ぶ。また、制御装置ソフトウェア利用（保有）会社とドキュメント管理・保守サービス会社とは、ドキュメント管理・保守サービス会社が、制御装置ソフトウェア利用（保有）会社の保有しているソフトウェアであるドキュメントの管理と保守とを行うというドキュメント保守・管理契約▲２▼を結ぶ。前述した契約を行った後、ドキュメント管理・保守サービス会社は、制御装置ソフトウェア利用（保有）会社に対してドキュメント参照装置を貸与▲３▼する。
【００７１】
制御装置ソフトウェア保守会社は、制御装置ソフトウェア利用（保有）会社に対して貸与されたドキュメント参照装置を利用▲４▼して、制御装置ソフトウェア利用（保有）会社がプロセス等の制御システム２内で使用しているソフトウェアの保守作業▲５▼を実行し、また、ドキュメント管理・保守サービス会社は、自社で運用するドキュメントサーバ１を使用して、制御装置ソフトウェア利用（保有）会社がプロセス等の制御システム２内で使用しているドキュメントの保守・管理作業▲６▼を実行する。
【００７２】
前述の▲５▼、▲６▼の実行は、定期的にあるいは必要に応じて随時行われる。そして、ドキュメント管理・保守サービス会社は、制御装置ソフトウェア利用（保有）会社に管理ドキュメントを提供▲７▼し、また、一定期間毎に、制御装置ソフトウェア利用（保有）会社に対してドキュメント管理（利用）実績を報告▲８▼する。制御装置ソフトウェア利用（保有）会社は、この実績報告▲８▼に基づいて、ドキュメント管理・保守サービス会社にドキュメント管理費の支払いを行うと共に、制御装置ソフトウェア保守会社にソフトウェア保守費の支払い▲９▼を行う。
【００７３】
図１５は図１に示すドキュメントの保存・管理システムをビジネスに適用するさらに場合の他の例を説明する図である。ここで説明する例は、制御装置ソフトウェア利用（保有）会社が、制御システム２を備え、ドキュメントを使用して、例えば、発電設備等のプロセスの運転・制御を行っており、かつ、自社が使用している制御ドキュメントであるソフトウェアの保守作業をも行っている場合の例である。
【００７４】
この例において、まず、制御装置ソフトウェア利用（保有）会社とドキュメント管理・保守サービス会社とは、ドキュメント管理・保守サービス会社が、制御装置ソフトウェア利用（保有）会社の保有しているソフトウェアであるドキュメントの管理と保守とを行うというドキュメント保守・管理契約▲１▼を結ぶ。
【００７５】
前述した契約を行った後、ドキュメント管理・保守サービス会社は、制御装置ソフトウェア利用（保有）会社に対してドキュメント参照装置を貸与▲２▼し、自社で運用するドキュメントサーバ１を使用して、制御装置ソフトウェア利用（保有）会社がプロセス等の制御システム２内で使用しているドキュメントの保守・管理作業▲３▼を実行する。この▲３▼の実行は、定期的にあるいは必要に応じて随時行われる。そして、ドキュメント管理・保守サービス会社は、制御装置ソフトウェア利用（保有）会社に管理ドキュメントを提供▲４▼する。
【００７６】
ドキュメント管理・保守サービス会社は、一定期間毎に、制御装置ソフトウェア利用（保有）会社に対してドキュメント管理（利用）実績を報告▲５▼する。制御装置ソフトウェア利用（保有）会社は、この実績報告▲５▼に基づいて、ドキュメント管理・保守サービス会社にドキュメント管理費の支払い▲６▼を行う。
【００７７】
前述した本発明の実施形態をビジネスに適用した例によれば、プロセスを運用する制御装置ソフトウェア利用（保有）会社は、プロセスの制御に使用するソフトウェアの管理・保守を、ドキュメント管理・保守サービス会社、制御装置ソフトウェア保守会社に任せることができ、自社が保有する資産をプロセスの運用にために効果的に使用し、プロセスを効率的に運用することができる。
【００７８】
【発明の効果】
以上説明したように本発明によれば、プロセスの制御のために使用しているドキュメントの管理・保守を、ドキュメントサーバ１及び端末システム３から行うことができ、ドキュメントの更新等を迅速に行うことができ、運用されるプロセスを、常に最適な運用状態に保つことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態によるドキュメントの保存・管理システムの構成を示すブロック図である。
【図２】プラント制御装置の設計ドキュメントの構成の一例を説明する図である。
【図３】設計ドキュメントとプラント制御装置との相関関係を説明する図である。
【図４】分散端末がドキュメントの表示・編集する際に、そのデータを取得し、戻し入れを行う処理動作を説明するフローチャートである。
【図５】ドキュメントサーバに分散端末から更新依頼が行われたときのシートデータの貸し出し、戻し入れの処理動作を説明するフローチャートである。
【図６】ドキュメントサーバのドキュメントＤＢからのドキュメントデータの貸し出し処理（図５のステップ１１７）の動作例を説明するフローチャートである。
【図７】ドキュメントサーバのドキュメントＤＢに分散端末で編集したドキュメントデータを戻し入れする際の戻し入れ処理（図５のステップ１２０）の動作例を説明するフローチャートである。
【図８】端末システム３シート表示・編集中にシート内の素子のパラメータ（属性）を編集・変更する要求を行ったときのドキュメントサーバの処理動作を説明するフローチャートである。
【図９】ドキュメントサーバから素子のパラメータ要求を受けた場合のプラントの保守ツールでの処理動作を説明するフローチャートである。
【図１０】分散端末が表示・編集のためにドキュメントサーバに保管されているドキュメントを借り出した場合の使用量をカウントする処理動作を説明するフローチャートである。
【図１１】使用量カウントテーブルの構成を説明する図である。
【図１２】貸し出し管理テーブルの構成を説明する図である。
【図１３】図１に示すドキュメントの保存・管理システムをビジネスに適用する場合の例を説明する図である。
【図１４】図１に示すドキュメントの保存・管理システムをビジネスに適用する場合の他の例を説明する図である。
【図１５】図１に示すドキュメントの保存・管理システムをビジネスに適用する場合のさらに他の例を説明する図である。
【符号の説明】
１  ドキュメントサーバ
２  制御システム
３  端末システム
４  通信回線
１１  ドキュメントサーバ本体
１２〜１４、３２  プラントドキュメントＤＢ
１５  ＤＢアクセスサーバ
１６、２７  セキュリティールータ
２１  保守ツール
２２  ＤＢ
２３、２６  ネットワーク
２４  ＡＰＳ（自動プラント制御装置）
２５  ＡＢＳ（自動バーナー制御装置）
３１  分散端末装置
【図１】
0003756106.tif 000002
【図２】
0003756106.tif 000003
【図３】
0003756106.tif 000004
【図４】
0003756106.tif 000005
【図５】
0003756106.tif 000006
【図６】
0003756106.tif 000007
【図７】
0003756106.tif 000008
【図８】
0003756106.tif 000009
【図９】
0003756106.tif 000010
【図１０】
0003756106.tif 000011
【図１１】
0003756106.tif 000012
【図１２】
0003756106.tif 000013
【図１３】
0003756106.tif 000014
【図１４】
0003756106.tif 000015
【図１５】
0003756106.tif 000016