(57)【要約】【課題】制御装置から監視装置に対して伝達されたプラントデータがシステム内のどこかで喪失したかを容易にモニタリングできるプラント制御システムを得る。【解決手段】監視装置１０と制御装置１１の双方で連携して同一の識別キー（ロギングＩＤ）による特定プラントデータのロギング処理を行うことができるように監視装置１０のロギング制御情報部２６ａ及びロギング処理部２７ａ、制御装置１１のロギング要求制御部２６ｂ及びロギング処理部２７ｂを設けた。【選択図】図２
2009139992.tif 000002
【特許請求の範囲】
【請求項１】
監視対象を制御する制御装置と、上記制御装置を監視する監視装置とがネットワークを介して接続されたプラント制御システムにおいて、
上記監視装置は、収集データの表示、保存、制御のいずれか少なくとも一つを行うアプリケーション処理部、上記アプリケーション処理部からの要求によって収集すべきデータを定め、要求管理を行うデータ収集制御部、上記制御装置からデータ収集を行うデータ収集処理部、上記ネットワークを介して通信するネットワーク処理部、上記監視装置に対して上記データ収集処理部に上記制御装置から送信されるデータを監視するロギングの要求がされた監視対象にロギングＩＤを割り付けるとともに、ロギング起動及び停止の管理を行うロギング制御情報管理部、及び上記ロギング制御情報管理部からのロギング起動及び停止の指示並びに上記ロギングＩＤを受けて、上記データ収集処理部に上記制御装置から送信されるデータを監視し、上記ロギングＩＤが割り付けられた監視対象の収集データの保存を行うロギング処理部を備え、
上記制御装置は、監視対象データを生成するプラントデータ生成処理部、上記データ収集制御部からのデータ収集要求を受け付けて、上記プラントデータ生成処理部にデータ収集要求をしてデータ収集を行うデータ収集要求処理部、ネットワークの送受信を行うネットワーク処理部、上記ロギング制御情報管理部からの上記ロギングＩＤ並びにロギング起動及び停止を受けて自制御装置内のロギング起動及び停止のロギング処理の管理を行うロギング要求制御部、上記ロギング要求制御部からの指示を受けて上記データ収集要求処理部に収集されるデータを監視し、上記ロギングＩＤが割り付けられた上記データ収集要求処理部の収集データの保存を行うロギング処理部を備えたことを特徴とするプラント制御システム。
【請求項２】
上記監視装置と複数の上記制御装置がリング型のネットワークトポロジを形成して、
上記制御装置が、他の上記制御装置と上記監視装置の間の情報伝達を中継する中継処理部を備え、
上記制御装置において、上記ロギング処理部が上記中継処理部が中継する上記ロギングＩＤが割り付けられたデータを保存することを特徴とする請求項１に記載のプラント制御システム。
【請求項３】
上記監視装置は、上記ロギング開始および停止の条件を設定する手段を備えたことを特徴とする請求項１に記載のプラント制御システム。
【請求項４】
上記制御装置において、上記プラントデータ生成処理部、データ収集要求処理部及びネットワーク処理部はそれぞれ複数の分割処理単位で構成され、上記各分割処理単位間並びに上記プラントデータ生成処理部、データ収集要求処理部及びネットワーク処理部間にはロギング可能なポイントを有し、上記ロギング可能なポイントの番地を格納したロギング起動番地テーブルを備え、上記ロギング要求制御部は上記ロギング起動番地テーブルを参照して、自制御装置内のロギング処理部に上記ロギング可能なポイントの番地を指示することを特徴とする請求項１に記載のプラント制御システム。
【請求項５】
上記制御装置は、上記ロギング可能なポイントにおけるロギング情報を格納する複数の領域からなるロギング情報格納領域を有し、上記複数の領域のロギング情報同士を比較し、同じか異なるかを判断する手段を有することを特徴とする請求項４に記載のプラント制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、電力系統、火力／水力／原子力発電、鉄鋼、水道施設などの複数の制御装置と、この複数の制御装置を監視する監視装置とから構成されるプラント制御システムに関するものである。
【背景技術】
【０００２】
従来のプラント制御システムは、監視装置が複数の監視対象（＝制御装置など）に対して、プラントデータの収集を要求し、データを集めて表示、保存、制御などを行っている。データの生成元である監視対象とデータを収集する監視装置は物理的に分離された装置であり、また、監視対象と監視装置との間にはデータの伝達を行うためのシステム基幹バス（ネットワーク）が設置されている。（例えば、特許文献１参照）
【０００３】
【特許文献１】特開平６−１８７０１０号公報（第１頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献１のような従来のプラント制御システムでは、制御装置から監視装置に対して伝達されたプラントデータがシステム内のどこかで喪失した場合、監視装置では喪失したことは検出できるが、システムのどこで喪失したかを調査することは非常に手間がかかる困難な作業であった。
【０００５】
また、データ喪失でなくデータ内容が意図とは異なる値（誤データ取り込みやデータ化けなどの不正なデータ変更）になった場合も、調査には同様に手間がかかるという問題があった。
【０００６】
このように手間がかかる原因としては、取り込んだデータの内容は監視装置側の表示や保存を行う機能であるアプリケーションの周辺でしか容易に確認できないことが挙げられる。例えば、データの喪失、不正なデータ変更が制御装置内、ネットワーク内で発生した場合に、それらをリアルタイムで確認する手段が提供されていない。したがって制御装置内のデータを確認するためには、オフラインのツールなどでデータの内容を見るか、専用のモニタソフトを作って搭載しなければならなかった。また、ネットワーク内で発生した場合には、イーサネット（登録商標）等の汎用ネットワークの場合は、ＬＡＮアナライザを接続してモニタしなければならなかった。
【０００７】
汎用ネットワーク以外のネットワークの場合は、専用のアナライザを用いるか、それらが提供されない場合は、モニタリングは不可能であった。
【０００８】
この発明は上記のような問題を解決するためになされたものであり、監視装置と制御装置の双方で連携して同一の識別情報による特定プラントデータのロギングを行うことによって、システムのどこでデータ喪失やデータ化けが発生した場合であっても、問題部位の特定が可能であり、あらたにモニタリング用のソフトを作成したりモニタ用の機器を接続することも不要なプラント制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明に係るプラント制御システムは、監視対象を制御する制御装置と、上記制御装置を監視する監視装置とがネットワークを介して接続されたプラント制御システムにおいて、
上記監視装置は、収集データの表示、保存、制御のいずれか少なくとも一つを行うアプリケーション処理部、上記アプリケーション処理部からの要求によって収集すべきデータを定め、要求管理を行うデータ収集制御部、上記制御装置からデータ収集を行うデータ収集処理部、上記ネットワークを介して通信するネットワーク処理部、上記監視装置に対して上記データ収集処理部に上記制御装置から送信されるデータを監視するロギングの要求がされた監視対象にロギングＩＤを割り付けるとともに、ロギング起動及び停止の管理を行うロギング制御情報管理部、及び上記ロギング制御情報管理部からのロギング起動及び停止の指示並びに上記ロギングＩＤを受けて、上記データ収集処理部に上記制御装置から送信されるデータを監視し、上記ロギングＩＤが割り付けられた監視対象の収集データの保存を行うロギング処理部を備え、
上記制御装置は、監視対象データを生成するプラントデータ生成処理部、上記データ収集制御部からのデータ収集要求を受け付けて、上記プラントデータ生成処理部にデータ収集要求をしてデータ収集を行うデータ収集要求処理部、ネットワークの送受信を行うネットワーク処理部、上記ロギング制御情報管理部からの上記ロギングＩＤ並びにロギング起動及び停止を受けて自制御装置内のロギング起動及び停止のロギング処理の管理を行うロギング要求制御部、上記ロギング要求制御部からの指示を受けて上記データ収集要求処理部に収集されるデータを監視し、上記ロギングＩＤが割り付けられた上記データ収集要求処理部の収集データの保存を行うロギング処理部を備えたものである。
【発明の効果】
【００１０】
この発明に係るプラント制御システムによれば、監視装置と制御装置のロギング処理の結果を付き合わせることによって、時系列にデータの流れをモニタリングすることができ、データ喪失やデータ化けがどの時点で、どの装置で発生したのかを容易に推定することができる。
【発明を実施するための最良の形態】
【００１１】
以下、この発明の実施の形態を図に基づいて説明する。
実施の形態１．
図１は、この発明に係るプラント制御システムの構成を示すブロック図、図２は、この発明に係るプラント制御システムの実施の形態１を示すブロック図である。
【００１２】
図１に示したように、この発明に係るプラント制御システムは、監視対象を制御する複数の制御装置１１ａ，１１ｂ，１１ｃ、複数の制御装置１１ａ，１１ｂ，１１ｃを監視する監視装置１０、及び制御装置１１ａ，１１ｂ，１１ｃと監視装置１０との間のデータ伝達を行うためのシステム基幹バス（ネットワーク）１２を備えている。
【００１３】
図２に示したように、監視装置１０は、収集データの表示、保存、制御のいずれか少なくとも一つを行うアプリケーション処理部２０、アプリケーション処理部２０からの要求によって収集すべきデータを定め、要求管理を行うデータ収集制御部２１、実際に制御装置１１からデータ収集を行うデータ収集処理部２２、ネットワークを介して通信するネットワーク処理部２３ａ、監視装置１０の操作者からの要求を受けてロギング処理の管理を行うロギング制御情報管理部２６ａ、及びロギング制御情報管理部２６ａからの指示を受けて実際のデータの保存を行うロギング処理部２７ａを備えている。
【００１４】
また、制御装置１１は、監視装置１０からの収集対象であるデータを生成するプラントデータ生成処理部２４、データ収集制御部２１からの収集要求を受け付けて、実際のデータ収集要求及びデータ収集を行うデータ収集要求処理部２５、ネットワークを介して通信するネットワーク処理部２３ｂ、ロギング制御情報管理部２６ａからの通知により制御装置１１内のロギング処理の管理を行うロギング要求制御部２６ｂ、ロギング要求制御部２６ｂからの指示を受けて実際のデータの保存を行うロギング処理部２７ｂを備えている。
【００１５】
次に動作について説明する。
最初に監視装置１０からのデータの収集について説明する。
監視装置１０は周期的に自動でデータ収集を行うが、それとは別に操作者の要求にしたがって制御装置１１からデータを収集して表示、保存、制御などを行うこともできる。例えば、監視装置１０の画面が収集したデータを表示するようになっている場合は、操作者が画面を選択した時点で、制御装置１１のどのデータを収集するかが決まり、監視装置１０から制御装置１１にデータ収集要求が発行される。
【００１６】
操作者が別の画面を選択すると、その画面に応じた別のデータを収集する必要が生じ、監視装置１０から新たな要求が発行される。以上のような動作を繰り返す。
【００１７】
上述のように、監視装置１０と制御装置１１は画面に応じてやりとりするデータが変わるので、どのデータをやり取りすべきかの認識を一致させるために、各データにタグ番号などの符号をつけている。監視装置１０は収集したいデータに付いているタグ番号を使って制御装置１１にデータの収集を要求する。
【００１８】
また、監視装置１０が収集するデータは、常に１つとは限らない。監視装置１０の画面に５０個のデータを表示するようになっている場合は、５０種類のタグ番号を指定してデータを収集する。
【００１９】
次に、本発明の要点である収集データのロギングについて説明する。図３は、この実施の形態１におけるロギング識別情報の通知、設定処理のフローを説明するためのブロック図である。操作者は監視装置１０の画面を見て、モニタしたいデータを決めてそのデータのタグ番号を指定して監視装置１０のロギング制御情報管理部２６ａに対して、ロギングの設定要求を出す。図３に示したように、ロギング制御情報管理部２６ａは、渡されたタグ情報にロギングの識別情報となるロギングＩＤをマッピングし、タグ番号とロギングＩＤとの組み合わせ情報（マッピング情報）を、制御装置１１のロギング要求制御部２６ｂに通知する。
【００２０】
ロギング制御情報管理部２６ａは、同時にロギング処理部２７ａに対してもタグ番号とロギングＩＤのマッピング情報を通知する。
制御装置１１のロギング要求制御部２６ｂは、監視装置１０から渡されたタグ番号とロギングＩＤのマッピング情報を、自装置１１内のロギング処理部２７ｂに通知する。
【００２１】
図４は、この実施の形態１において使用されるロギング管理テーブルの一例を示す図である。
監視装置１０のロギング処理部２７ａ及び制御装置１１のロギング処理部２７ｂはともに図４に示したロギング管理テーブルを備え、タグ番号とロギングＩＤの対応を記憶するロギング管理テーブルにロギングＩＤを書き込む。
【００２２】
ロギング管理テーブルは、制御装置１１が実装する全データのタグ番号を格納している。ロギング対象となるデータのタグ番号の行のみに有効なロギングＩＤが格納されている。データ収集要求処理部２５は、監視装置１０に送信するデータを生成する際に、ロギング処理部２７ｂのロギング管理テーブルを参照し、有効なロギングＩＤが設定されているデータについては、送信するデータにロギングＩＤおよびシーケンス番号を設定する。図５は、送信するデータ構造の一例を示す図である。
【００２３】
図６は、この実施の形態１における制御の流れを示すフローチャートである。
操作者はロギングしたいデータのタグ番号を指定すると、ロギング制御情報管理部２６ａが指定されたタグ番号のデータにロギングＩＤを割り付け、ロギングＩＤをロギング処理部２７ａ及びロギング要求制御部２６ｂに通知し、ロギング要求制御部２６ｂは通知されたロギングＩＤをロギング処理部２７ｂに通知する。
【００２４】
ロギング処理部２７ａ及びロギング処理部２７ｂはそれぞれ通知された情報をロギング管理テーブルに設定する。
【００２５】
操作者がロギング開始を指示すると、ロギング制御情報管理部２６ａはロギング処理部２７ａ及びロギング要求制御部２６ｂにロギング起動を指示し、ロギング要求制御部２６ｂはロギング処理部２７ｂにロギング起動を指示する。
【００２６】
ロギング処理部２７ｂは、ロギング中、データ収集要求処理部２５がネットワーク処理部２３ｂに対して送信する有効なロギングＩＤのデータを監視し、ロギング要求制御部２６ｂから通知されたロギングＩＤのデータを見つけるとデータ、シーケンス番号をコピーして内部のロギングバッファに格納する。
【００２７】
同様にロギング処理部２７ａは、ロギング中、ネットワーク処理部２３ａからデータ収集処理部２２に渡されるデータを監視して、ロギング制御情報管理部２６ａから通知されたロギングＩＤのデータとシーケンス番号をコピーしてロギングバッファに格納する。
【００２８】
操作者がロギング停止を指示すると、ロギング制御情報管理部２６ａは、ロギング処理部２７ａ及びロギング処理部２７ｂのロギングバッファから指定されたタグ番号に対応するロギングＩＤを抽出する。次に、当該ロギングＩＤを付加情報として、ロギング処理部２７ａ及びロギング要求制御部２６ｂに対して、ロギング停止を通知する。ロギング要求制御部２６ｂはロギング処理部２７ｂに同様にロギング停止を通知する。
【００２９】
ロギング処理部２７ａ及びロギング処理部２７ｂは、ロギング管理テーブルの当該ロギングＩＤを検索して、その行のロギングＩＤを割付なし（無効）に設定する。
【００３０】
以上の制御によって、監視装置１０、制御装置１１とも特定のタグ番号のデータのみを時系列にロギングバッファに格納する。保存されているロギングバッファには、シーケンス番号も格納されているので、監視装置１０と制御装置１１のロギングバッファの内容を付き合わせることによって、時系列にデータの流れをモニタリングすることができ、データ喪失やデータ化けがどの時点で、どちらの装置で発生したのかを容易に推定することができる。
【００３１】
実施の形態２．
図７〜図９は、この発明に係るプラント制御システムの構成を示すブロック図である。この実施の形態２のプラント制御システムでは、図７〜図９に示したように、監視装置と複数の制御装置がリング型トポロジを形成している。
【００３２】
イーサネット（登録商標）に代表されるバス型ネットワークでは、通信を行う端末間（送信元と受信先）のデータ伝達をスイッチやハブなどで行うため、その他の端末は当該のデータ伝達に介在しない。しかしリング型トポロジのネットワークの場合は、図７に示したように、監視装置１０と制御装置１１ｃが通信する場合に、そのデータは制御装置１１ａ、１１ｂが備える中継処理部１８によって中継されて伝達される。
【００３３】
上記実施の形態１では、通信を行う監視装置１０と制御装置１１の２つの装置においてデータのロギングを行う処理について述べたが、リング型トポロジの場合は中継に介在する制御装置１１ａ、１１ｂのところでデータ喪失やデータ化けが発生する可能性がある。
【００３４】
この実施の形態２では、上記実施の形態１と同様に、モニタすべきデータの指定は操作者が監視装置１０にて行う。図８に示したように、監視装置１０のロギング制御情報管理部２６ａが操作者からロギング対象のデータのタグ番号を受け取って、ロギングＩＤを割付ける。
【００３５】
その後、ロギング制御情報管理部２６ａは、ロギング処理部２７ａ及び制御装置１１ｃのロギング要求制御部２６ｄに、タグ番号とロギングＩＤの組み合わせを通知する。制御装置１１ｃから制御装置１１ｂ及び制御装置１１ａのロギング要求制御部２６ｃ及びロギング要求制御部２６ｂに中継処理部１８を介して、タグ番号とロギングＩＤの組み合わせが通知され、制御装置１１ａ、制御装置１１ｂ及び制御装置１１ｃのロギング処理部２７ｂ、ロギング処理部２７ｃ及びロギング処理部２７ｄのロギング管理テーブルに、ロギングＩＤが格納され、ロギング起動する。
【００３６】
図９に示したように、操作者がロギング起動を指示した後、ロギング中、監視装置１０及び制御装置１１ａ〜１１ｃの各装置内のロギング処理部２７ａ、２７ｂ、２７ｃ、２７ｄは、それぞれ自装置の受信、送信、中継データの監視を行う。
【００３７】
ロギング処理部２７ａ、２７ｂ、２７ｃ、２７ｄは、通信されるデータの内、ロギングＩＤが自装置のロギング管理テーブルに設定されていれば、当該データのデータ値とシーケンス番号をロギングバッファに格納する。
【００３８】
各装置で送信（または中継または受信）データから対応するデータを抽出してロギングバッファに格納する。
【００３９】
操作者がロギング停止を指示すると、ロギング制御情報管理部２６ａは、ロギング処理部２７ａ、２７ｂ、２７ｃ、２７ｄのロギングバッファから指定されたタグ番号に対応するロギングＩＤを抽出する。次に、ロギング処理部２７ａ、２７ｂ、２７ｃ、２７ｄはロギング管理テーブルの当該ロギングＩＤを無効にする。それ以降当該タグ番号のデータに対するロギングは行われない。
【００４０】
以上の制御の流れによって、監視装置１０及びデータの経路上に位置するすべての制御装置１１ａ〜１１ｃについて、特定のタグ番号のデータのみを時系列にロギングバッファに格納し、これらのロギング情報をキーにして時系列に並べることにより、通信経路上のどの装置でデータ喪失やデータ化けが発生したのかを容易に推定することが可能になる。
【００４１】
実施の形態３．
図１０は、この発明に係るプラント制御システムの実施の形態３におけるフローチャートであり、プラント制御システムの構成は図７〜図９と同じである。
上記実施の形態１においては、ロギングしたいデータを設定した後で、操作者の指示によりロギング開始及び停止を行うようにしていた。しかしシステム稼動中にデータの内容に応じてモニタリングを開始したり、停止したりしたい場合がある。この実施の形態３はこのような要求を満たすものである。
【００４２】
図１０に示したように、操作者は監視装置１０に対してロギングしたいデータを指定するが、その際合わせてロギング開始及び停止の条件も指定することが可能であるように入力手段を設ける。開始および停止の条件とは、たとえば以下のような事項である。
（１）ロギングしたいデータの値が、ある特定の値と一致した場合に、開始または停止する。
（２）ロギングしたいデータの値が、ある特定の値以上になった場合、またはある特定の値未満となった場合に開始または停止する。
（３）ロギングしたいデータの値が、前回値から変化した場合に、開始または停止する。
【００４３】
監視装置１０のロギング制御情報管理部２６ａは、操作者からのロギング対象データの指定及びロギング開始／停止条件を受け付けると、ロギングを行う全制御装置のロギング要求処理部２６ｂ，２６ｃ，２６ｄに対して、ロギング対象データのタグ番号とロギングＩＤを通知し、ロギング処理部２７ａ，２７ｂ，２７ｃ，２７ｄはそれぞれのロギング管理テーブルに通知された情報を格納する。
【００４４】
その後、ロギング制御情報管理部２６ａは、ロギング開始の条件が成立するまでは送信データの監視を行うが、ロギング処理部２７ａは当該データをロギングバッファには格納しない。同様に制御装置のロギング処理部２７ｂ，２７ｃ，２７ｄもロギングバッファへの格納を行わない。
【００４５】
ロギング制御情報管理部２６ａは、ロギング開始の条件が成立した場合、ロギング処理部２７ａに対してロギング起動の指示を行う。合わせて各制御装置のロギング要求処理部２６ｂ、２６ｃ，２６ｄにもロギング起動の通知を行う。制御装置１１側でもロギング要求処理部からロギング処理部２７ｂ、２７ｃ，２７ｄにそれぞれロギング起動が通知され、監視装置１０及び制御装置１１ａ，１１ｂ，１１ｃでロギングを開始する。
【００４６】
その後、ロギング制御情報管理部２６ａは、ロギング停止の条件を監視する。ロギング停止の条件が成立した場合、ロギング処理部２７ａに対してロギング停止の指示を行い、合わせて各制御装置のロギング要求処理部２６ｂ，２６ｃ，２６ｄにもロギング停止の通知を行う。
以上のようにして、監視装置１０、制御装置１１ａ，１１ｂ，１１ｃ双方で同一の条件を持って、自律的にデータのロギング停止／開始を行う。
【００４７】
以上の制御の流れにより、特定のデータの値に着目して必要な期間だけデータをロギングすることが可能となり、より効率的で調査目的に沿ったモニタリングを行うことができるという効果が得られる。
【００４８】
実施の形態４．
図１１は、この発明に係るプラント制御システムの実施の形態４における制御装置の構成を示すブロック図であり、図１と同一部分は同一符号を付している。
図１１において、図１と異なる点は、ロギング起動番地テーブル４０を備え、プラントデータ生成処理部２４内は分割処理単位（例えば、関数）２４ａ，２４ｂ，２４ｃで構成され、データ処理要求部２５内は分割処理単位（例えば、関数）２５ａ，２５ｂで構成され、ネットワーク処理部２３ａ内は分割処理単位（例えば、関数）２３１，２３２で構成されている点である。
【００４９】
分割処理単位２４ａ，２４ｂの間及び分割処理単位２４ｂ，２４ｃの間にはロギング処理の起動可能ポイント４１ａ，４１ｂが設けられ、分割処理単位２５ａ，２５ｂの間にはロギング処理の起動可能ポイント４１ｄが設けられ、分割処理単位２３１，２３２の間にはロギング処理の起動可能ポイント４１ｆが設けられている。また、プラントデータ生成処理部２４とデータ処理要求部２５との間にロギング処理の起動可能ポイント４１ｃが設けられ、データ処理要求部２５とネットワーク処理部２３ａとの間にはロギング処理の起動可能ポイント４１ｅが設けられている。
【００５０】
図１２は、ロギング起動番地テーブル４０の詳細を示す図である。ロギング起動番地テーブルは、図１１に示したロギング処理起動可能ポイント４１ａ〜４１ｆの全数に対応する起動番地情報を格納している。ロギング起動番地テーブル４０ａ内のエントリ１分岐アドレスは、図１１に示した分割処理単位２４ａのポイントで参照される。また、エントリ１復帰アドレスは、ロギング処理部２７ｂにおけるロギング処理の末尾（２７−１）で参照される。
【００５１】
図１３は、ロギング処理を起動する場合の処理の詳細を示す図である。実線矢印５０ａ〜５０ｃは、実行している処理が次にどこの処理を実行しようとしているかを示す。破線矢印５１ａ、５１ｂは、当該矢印の終点となっている処理がロギング起動番地テーブルの格納情報を参照していることを示す。
【００５２】
次に、動作について説明する。前述のように、図１１において、分割処理単位２４ａと分割処理単位２４ｂはプラントデータ生成処理部２４を構成する独立した処理単位である。独立しているとは、分割処理単位２４ａから分割処理単位２４ｂへ処理を進める間にロギング処理２７ｂを実行したとしても、分割処理単位２４ａの処理結果を変えることなく、また、分割処理単位２４ｂの処理を始めるための情報を失ったり変えたりしなくても良いことを示す。
上記のような独立した処理とは、例えば、関数単位などが相当するが、これらの処理はあらかじめプラントデータ生成処理部２４を製作したときに処理の境界を決めておく。
【００５３】
分割処理単位２４ａと分割処理単位２４ｂとの間をさらに詳細化して見ると、図１３に示したように、分割処理単位２４ａ−１及び分割処理単位２４ａ−２という処理がある。分割処理単位２４ａ−１はロギング起動番地テーブルの第１エントリ４０ａに対応する領域のエントリ分岐アドレス情報を参照してその番地に処理を移すという制御を行う。また、分割処理単位２４ａ−２はロギング処理から本処理に復帰するために設けているポイントである。ロギング処理を実行した後の末尾処理２７−１の中でロギング起動番地テーブルの第１エントリ４０ａに対応するエントリ復帰アドレス情報を参照すると、そこには分割処理単位２４ａ−２のアドレスが格納されている。そこでロギング処理は、分割処理単位２４ａ−２に復帰する。分割処理単位４１ｂ〜４１ｆについても上記と同様である。
エントリ分岐アドレスの初期値は当該起動可能ポイントの二番目の処理（第１エントリ４０ａでいえば２４ａ−２）を示している。また、エントリ復帰アドレスの初期値も上記と同様の値である。
【００５４】
通常たとえば分割処理単位２４ａを実行した場合は、分割処理単位２４ａ−１の処理でロギング起動番地テーブル４０の第１エントリ４０ａを参照する。この領域には初期値として分割処理単位２４−２を示すアドレスが格納されているので、分割処理単位２４ａ−１は分割処理単位２４ａ−２に分岐（すなわちすぐ下へ処理を移動）してそのまま分割処理単位２４ｂに進む。ロギング処理は実行されない。
【００５５】
次に、監視装置１０から制御装置１１の任意のロギング処理起動可能ポイントに対してロギング処理を起動指示した場合の流れについて説明する。
【００５６】
操作者はあらかじめ当該制御装置のロギング処理起動可能ポイントの数とポイント番号（図１２における４０ａ〜４０ｆ）を知っているものとする。
【００５７】
操作者は、まず、監視装置１０にて、ロギングする制御装置１１と起動可能ポイントを指定する。この指定を監視装置１０のロギング制御情報管理部２６ａが受け付け、指定された制御装置１１のロギング要求制御部２６ｂに通知する。ロギング要求制御部２６ｂは、ロギング処理起動テーブル４０にアクセスし、指定された起動可能ポイントに対応するエントリ分岐アドレス情報をロギング処理部２７ｂの先頭アドレスに書き換える。
【００５８】
この後、制御装置１１のプラントデータ生成処理部２４が実行されると、分割処理単位２４ａを完了して分割処理単位２４ａ−１に到達したとき、分割処理単位２４ａ−１は第１エントリ４０ａのエントリ分岐情報を参照する。当該領域は監視装置１０からの上記指示にしたがってロギング処理部２７ｂのアドレスに変わっているので、分割処理単位２４ａ−１はロギング処理部２７ｂに分岐する。このとき、分割処理単位２４ａ−１は復帰情報として分岐ポイント４１ａを示す識別子を渡す。
【００５９】
以下、この発明の実施の形態４を、図１を参照して説明する。
ロギング処理部２７ｂは起動されるとデータの内容をロギングし、処理を完了すると分割処理単位２７−１の処理にて第１エントリ４０ａに対応するエントリ復帰アドレスを参照する。この領域には分割処理単位２４ａ−２のアドレスが格納されているので、ロギング処理の末尾２７−１は分割処理単位２４ａ−２に復帰する。そこから分割処理単位２４ｂに進む。その後、分割処理単位２４ａ−１を通るたびにロギング処理部２７ｂが起動される。
【００６０】
ロギング処理が不要になれば、監視装置１０からロギング停止の指示を行う。起動時と同様にして起動可能ポイントの識別情報を合わせて通知する。
【００６１】
制御装置１１のロギング要求制御部２６ｂは、指定された起動可能ポイントに対応するエントリ分岐アドレスを初期値に戻す。初期値アドレス情報はエントリ復帰アドレスと同じ値である。この処理の後に分割処理単位２４ａが実行された場合、第１エントリ４０ａのエントリ分岐アドレスが分割処理単位２４ａ−２を示しているので、ロギング処理は起動されずにすぐに分割処理単位２４ｂが実行される。
その他の起動可能ポイントにおけるロギング起動／停止のシーケンスも上記と同様である。
【００６２】
上記のように、この実施の形態４によれば、制御装置１１の処理分割単位２４ａ〜２４ｃ，２５ａ，２５ｂ，２３ａ，２３ｂに自由にロギング処理を挿入して実行できるので、より効率的で調査目的に沿ったモニタリングを行うことができる。
【００６３】
実施の形態５．
図１４は、この発明に係るプラント制御システムの実施の形態５における制御装置の構成を示すブロック図であり、図１２と同一部分は同一符号を付している。
この実施の形態５では、ロギング処理部２７ｂは、ロギング対象のデータを収集・格納した後で、一回前に起動されたときに収集したデータと今回収集したデータの内容を比較するという機能を有する。比較の結果に応じて、以降のロギングを継続して行うか、ロギングを停止するかの判定および制御も行う。ロギング起動番地テーブル４０は、起動可能ポイント４１ａ〜４１ｃに対応するエントリ分割アドレス及びエントリ復帰アドレスを格納する格納領域４０ａ〜４０ｃ…を有する。また、ロギング処理部２７ｂが動作したときに収集したデータを格納するロギング情報格納領域６０を有する。ロギング情報格納領域６０はロギング処理の一回分の処理で必要な収集サイズごとに区切られて、区切られた単位６０ａ〜６０ｃで構成される。ロギング処理部２７ｂが動作したことによって、それぞれのポイントにおけるロギング情報がロギング格納領域６０の区切られた単位６０ａ〜６０ｃに格納される。
実線矢印６２ａは、区切られた単位６０ａと区切られた単位６０ｂとのロギング情報比較処理を示し、同様に実線矢印６２ｂは区切られた単位６０ｂと区切られた単位６０ｃとのロギング情報比較処理を示す。
【００６４】
次に、動作について説明する。監視装置１０からあらかじめロギング起動可能ポイントを指定してロギング処理に分岐するという機構は、上記実施の形態４と同様である。この実施の形態５ではロギング起動番地テーブル４０には、格納領域４０ａに起動可能ポイント４１ａでロギング処理部２７ｂに分岐するという指示が設定されているものとする。同様に、格納領域４０ｂに起動可能ポイント４１ｂでロギング処理部２７ｂに分岐するという指示、及び格納領域４０ｃに起動可能ポイント４１ｃでロギング処理部２７ｂに分岐するという指示がそれぞれ設定されているものとして説明する。
【００６５】
以下に、プラントデータ生成処理部２４の処理を実行してデータ収集要求処理部２５に到達するまでにデータ化けが発生しない、正常な動作のシーケンスについて説明する。
【００６６】
制御装置１１にてプラントデータ生成処理部２４の処理を実行し、分割処理単位２４ａの処理を完了して処理が起動可能ポイント４１ａに到達すると、格納領域４０ａの設定内容にしたがいロギング処理部２７ｂに処理分岐する。ロギング処理部２７ｂにてデータをロギングしロギング情報格納領域６０の区切られた単位６０ａにロギング情報格納処理６１ａにより格納した後、再び起動可能ポイント４１ａに戻って分割処理単位２４ｂを実行する。起動可能ポイント４１ｂでは再びロギング処理部２７ｂに分岐する。ロギングしたデータを区切られた単位６０ｂにロギング情報格納処理６１ｂに格納した後、ロギング情報比較処理６２ａに示すように、区切られた単位６０ａのデータと区切られた単位６０ｂのデータとを比較する。比較結果が一致するのでロギング処理継続と判定、そのまま起動可能ポイント４１ｂに戻って、分割処理単位２４ｃを実行する。
【００６７】
起動可能ポイント４１ｃでの動作も上記と同様である。ロギング処理部２７ｂにてロギングしてデータを区切られた単位６０ｃにロギング情報格納処理６１ｃにより格納し、今度は、ロギング情報比較処理６２ｂに示したように区切られた単位６０ｂのデータと区切られた単位６０ｃのデータとを比較する。ここでも比較結果が一致するので、起動可能ポイント４１ｃに戻って、データ収集要求処理部２５の処理に移行する。
データ化けが発生しない正常シーケンスにおいては、上記の処理を繰り返す。
【００６８】
以下に、分割処理単位２４ｂの中でデータ化けが発生した場合の異常シーケンスについて説明する。
分割処理単位２４ａ及び起動可能ポイント４１ａにおけるロギング処理部２７ｂの内容は、正常時と同様である。
【００６９】
分割処理単位２４ｂの処理完了後、起動可能ポイント４１ｂからロギング処理部２７ｂに分岐する。ロギング処理部２７ｂにてデータをロギングしてロギング情報格納領域６０の区切られた単位６０ｂに格納し、区切られた単位６０ａと区切られた単位６０ｂに格納されているデータの比較を行う。分割処理単位２４ｂの処理内でデータ化けが発生しているので、区切られた単位６０ｂの格納データは、分割処理単位２４ｂの処理後にロギングされた区切られた単位６０ａの格納データと内容が一致しない。ロギング処理部２７ｂは、比較処理の結果不一致を検出したので、ロギング起動番地テーブル４０の情報をすべて初期設定値に書き換える。その後起動可能ポイント４１ｂに戻って分割処理単位２４ｃの処理を実行する。ロギング起動番地テーブル４０が初期化されたので、どの起動可能ポイントを通る際にも、ロギング処理部２７ｂには分岐しない。次に、別のデータを処理するためにプラントデータ生成処理部２４から処理を実行する際にも、ロギング処理部２７ｂには分岐しない。
【００７０】
以上のように、データ化けが発生しない状態ではロギング起動番地テーブルの設定通りにロギング処理を継続し、データ化けを検出した後はロギング起動番地テーブル４０の設定をクリアしてロギング処理が一切起動されないようにすることによって、データ化けが発生した直後のロギング内容を保持することができる。それを解析することによって容易に不具合発生箇所を絞り込むことができる。
【図面の簡単な説明】
【００７１】
【図１】この発明に係るプラント制御システムの構成を示すブロック図である。
【図２】この発明に係るプラント制御システムの実施の形態１を示すブロック図である。
【図３】実施の形態１におけるロギング識別情報の通知、設定処理のフローを説明するためのブロック図である。
【図４】実施の形態１において使用されるロギング管理テーブルの一例を示す図である。
【図５】送信するデータ構造の一例を示す図である。
【図６】実施の形態１における制御の流れを示すフローチャートである。
【図７】一般的なリング型トポロジネットワークのデータフローを示す。
【図８】実施の形態２におけるロギング識別情報の通知・設定処理フローを示す。
【図９】実施の形態２におけるロギング処理の概要を示す。
【図１０】実施の形態３の制御フローを示す。
【図１１】実施の形態４におけるロギング処理起動・停止処理の概略を示す。
【図１２】実施の形態４におけるロギング起動番地テーブルのフォーマットを示す。
【図１３】実施の形態４における処理フローを示す。
【図１４】実施の形態５における処理およびデータフローを示す。
【符号の説明】
【００７２】
１０  監視装置、１１，１１ａ〜１１ｃ  制御装置、１２  システム基幹バス、
２０  アプリケーション処理部、２１  データ収集制御部、２２  データ収集処理部、
２３ａ，２３ｂ  ネットワーク処理部、２４  プラントデータ生成部、
２４ａ〜２４ｃ，２５ａ，２５ｂ，２３１，２３２  分割処理単位、
２４ａ−１，２４ａ−２  分割処理２４ａ後の起動可能ポイント用冗長コード、
２５  データ収集要求処理部、２６ａ  ロギング制御情報管理部、
２６ｂ〜２６ｄ  ロギング要求制御部、２７，２７ａ〜２７ｄ  ロギング処理部、
２８  中継処理部、４０，４０ａ〜４０ｃ  ロギング起動番地テーブル、
４１ａ〜４１ｆ  起動可能ポイント、５０ａ〜５０ｃ  ソフトウェア処理分岐先、
５１ａ，５１ｂ  分岐アドレス参照、６０，６０ａ〜６０ｃ  ロギング情報格納領域、
６１ａ〜６１ｃ  ロギング情報格納処理、６２ａ，６２ｂ  ロギング情報比較処理。
【図１】
2009139992.tif 000003
【図２】
2009139992.tif 000004
【図３】
2009139992.tif 000005
【図４】
2009139992.tif 000006
【図５】
2009139992.tif 000007
【図６】
2009139992.tif 000008
【図７】
2009139992.tif 000009
【図８】
2009139992.tif 000010
【図９】
2009139992.tif 000011
【図１０】
2009139992.tif 000012
【図１１】
2009139992.tif 000013
【図１２】
2009139992.tif 000014
【図１３】
2009139992.tif 000015
【図１４】
2009139992.tif 000016