(57)【要約】【課題】時系列管理を容易にし、管理情報を定期的に監視用計算機に送ることで操業記録として管理することを目的とする。【解決手段】制御データを与え、画面にプラント状態を表示する監視用計算機と、監視用計算機からの制御データをプラントに与えプラントのフィールド情報を監視用計算機に送るための制御用計算機とで構成されたプロセス監視制御システムであって、制御用計算機は、監視用計算機から送られた制御データおよび制御用計算機から監視用計算機に送るフィールド情報などの操業データを、送受信の都度制御用計算機内に備えた送受信記録バッファに記録する機能を備えたことを特徴とする。【選択図】図１
2015106394.tif 000002
【特許請求の範囲】
【請求項１】
制御データを与え、画面にプラント状態を表示する監視用計算機と、該監視用計算機からの制御データをプラントに与えプラントのフィールド情報を前記監視用計算機に送るための制御用計算機とで構成されたプロセス監視制御システムであって、
前記制御用計算機は、前記監視用計算機から送られた制御データおよび前記制御用計算機から前記監視用計算機に送るフィールド情報などの操業データを、送受信の都度前記制御用計算機内に備えた送受信記録バッファに記録する機能を備えたことを特徴とするプロセス監視制御システム。
【請求項２】
請求項１に記載のプロセス監視制御システムであって、
前記監視用計算機および制御用計算機は複数台で構成されており、個々の制御用計算機は自己が送受信した操業データを、自己が保持する送受信記録バッファに記録することを特徴とするプロセス監視制御システム。
【請求項３】
請求項１または請求項２に記載のプロセス監視制御システムであって、
前記監視用計算機は、前記制御用計算機の前記送受信記録バッファに記録された操業データを、通信を介して取り込んで記憶する操業データのデータベースを備えていることを特徴とするプロセス監視制御システム。
【請求項４】
請求項１から請求項３のいずれか１項に記載のプロセス監視制御システムであって、
前記制御用計算機は、前記監視用計算機から送られた制御データがデータ設定用かデータ取込み用か区別し、データ設定用の制御データを前記送受信記録バッファに記録することを特徴とするプロセス監視制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運転員が監視、操作の目的で使用する監視用計算機と、監視用計算機からの信号に応じて現場機器を操作する制御用計算機からなるプロセス監視制御システムに係り、特にその操業データを管理する管理方式を備えた分散型プロセス監視制御システムに関する。
【背景技術】
【０００２】
昨今、プロセス産業の分野では、プロセスの運転監視状況・操作等の情報を操業記録として残す機能が必要とされている。これらのデータは操業データの一部として、製造される製品の製造過程における健全性の実証に使用されるだけでなく、製品の品質管理等に用いられる。このためプラントの運転状況・操作等の情報を漏らさず記録管理する機能は必要不可欠である。また、記録管理されたデータの解析機能や、これら一連の情報の改ざん防止機能やセキュリティ管理についても同様である。
【０００３】
これらの背景を踏まえ、運転員が監視、操作の目的で使用する監視用計算機と、監視用計算機からの信号に応じて現場機器を操作する制御用計算機からなるプロセス監視制御システムにおいて、監視用計算機から操作し制御用計算機に送られる制御データと、現場機器から制御用計算機に送られるフィールド情報（警報やガイダンス情報）を、記録管理する方式の技術が必要不可欠となっている。
【０００４】
係るデータ管理方式では、上位に位置する監視用計算機から下位に位置する制御用計算機や現場機器に向かう方向の情報（制御データ）と、現場機器から上位方向に位置する制御用計算機や監視用計算機に向かう方向の情報（フィールド情報）とが互いに関連付けて記録され、管理される必要がある。かつ多くの場合に、監視用計算機や制御用計算機は夫々複数台で構成されて分散型プロセス監視制御システムを構成しているので、データ管理方式では、システム構成も考慮する必要がある。
【０００５】
この点に関し、一般に運転員が監視用計算機から操作した情報は、操作した段階で監視用計算機に記録され、下位に位置する制御用計算機から監視用計算機に送られるフィールド情報（警報やガイダンス情報）は、監視用計算機が受取った段階で監視用計算機に記録するというシンプルな方法（仮に上位記録方式と称する）を用いることが多い。監視用計算機は、大きな記録容量を有することが可能であるので、上位側に記録することには一面の優位性がある。
【０００６】
また特許文献１に示された方式では、制御用計算機に保持した運転記録情報を、監視用計算機に定刻にデータ収集する。ここでは、データ収集もれを無くすことを目的として必要なデータを制御用計算機で編集しておき、定期的な監視用計算機からの指令に応じてデータを送信し監視用計算機に収集する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平７−１６０７３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかるに上記した上位側記録方式を用いた場合、監視用計算機が複数ある場合や監視用計算機と制御用計算機の間のネットワーク回線の信頼性により、情報の合成や情報の時系列といった面で必ずしも正しく記録できるものではなく、情報の合成用に管理サーバのようなものを併設する必要がある。
【０００９】
また特許文献１の方式において、予め編集可能なデータは帳票用などの限られたデータであり、任意に発生するフィールド情報（警報やガイダンス情報）に対しては、あらかじめ編集する方式では不向きである。また、時系列を維持するため、各計算機間で時刻あわせ機能や、各々の監視用計算機間でのデータを集めて管理するサーバを用意する場合もある。
【００１０】
以上のことから本発明においては、これらの情報は制御用計算機に設定されるデータと制御用計算機から発信される情報であることに着目し、制御用計算機の受信／送信情報を管理することで、時系列管理を容易にし、これらの管理情報を定期的に監視用計算機に送ることで操業記録として管理することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために本発明においては、制御データを与え、画面にプラント状態を表示する監視用計算機と、監視用計算機からの制御データをプラントに与えプラントのフィールド情報を監視用計算機に送るための制御用計算機とで構成されたプロセス監視制御システムであって、制御用計算機は、監視用計算機から送られた制御データおよび制御用計算機から監視用計算機に送るフィールド情報などの操業データを、送受信の都度制御用計算機内に備えた送受信記録バッファに記録する機能を備えたことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、分散型プロセス監視制御システムの分野で、操業データの時系列管理を容易にし、操業データの記録の欠落を防止することで、製造される製品の製造過程における健全性の実証に使用されたり、製品の品質管理等に用いられる情報をより正しく提供することができ、信頼性の向上を図ることができる効果がある。
【図面の簡単な説明】
【００１３】
【図１】本発明が適用される分散型プロセス監視制御システムの構成例を示す図。
【図２】一般的なプロセス監視制御システムの操業データ記録方式を示す図。
【図３】本発明のプロセス監視制御システムの操業データ記録方式を示す図。
【図４】下位の制御用計算機のデータフォーマットの一例を示す図。
【図５】制御用計算機が複数存在する場合の構成を示す図。
【図６】制御用計算機における受信記録処理フローを示す図。
【図７】制御用計算機における送信記録処理フローを示す図。
【図８】監視用計算機へのデータ取り込み例を示す図。
【発明を実施するための形態】
【００１４】
以下本発明の実施例について図面を用いて詳細に説明する。
【実施例】
【００１５】
図１は本発明が適用される分散型プロセス監視制御システムの構成例を示している。この図１において、ＣＭは上位に位置づけられた監視用計算機であり、図の例では２台の監視用計算機ＣＭ１、ＣＭ２が通信回線１５０を介して接続されている。監視用計算機ＣＭは運転員が監視、操作の目的で使用するものであって、キーボード、マウスなどの入力機器、ディスプレイなどの表示機器、印刷装置１０２などを備え、運転員ごとに１台宛て配置されて使用されることが多い。運転員Ａ、Ｂは表示機器に表示されたプラント状態などを監視しながら、適宜入力機器を操作して後述するプラントＰ内の操作機器に操作信号を与える。なお、ＣＭ３は上位に位置づけられた操業データ解析用計算機であり、必要に応じて適宜設置される。操業データ解析用計算機には大型ディスプレイが設置されることですべての運転員が同時に表示内容を確認することができる。
【００１６】
ＣＣは、下位に位置づけられた制御用計算機であり、図の例では２台の制御用計算機ＣＣ１、ＣＣ２が通信回線１５０を介して２台の監視用計算機ＣＭ１、ＣＭ２に接続されている。かかる構成により、監視用計算機ＣＭ１を使用する運転員Ａは制御用計算機ＣＣ１、ＣＣ２のいずれに対しても操作信号を与えることができる。同様に監視用計算機ＣＭ２を使用する運転員Ｂは、制御用計算機ＣＣ１、ＣＣ２のいずれに対しても操作信号を与えることができる。なお、監視用計算機ＣＭ１を使用する運転員Ａは、制御用計算機ＣＣ１のみを操作可能とし、監視用計算機ＣＭ２を使用する運転員Ｂは、制御用計算機ＣＣ２のみを操作可能とするように操作範囲を固定するように配置することも可能である。本発明ではこれらの対応を自由に選定できる。
【００１７】
Ｐは現場のプラントであり、ここでは制御用計算機ＣＣ１がプラントＰ１を操作し、制御用計算機ＣＣ２がプラントＰ２を操作している事例を示している。プラントＰ１、Ｐ２は例えば反応缶である。制御用計算機ＣＣ２は、反応缶Ｐ２に原料を仕込む配管１３２に設置された調節弁Ｖ２を制御して、原料量を制御する。制御用計算機ＣＣ１は、反応缶Ｐ１のジャケット１２２に温水／冷水を供給する配管１１６に設置された調節弁Ｖ１を制御して、温水／冷水量を制御する。なお制御用計算機ＣＣ１、ＣＣ２は、その制御目的達成のために適宜温度や流量を検知しており、ここでは流量検出器１２６、１１４と反応缶１２０及びジャケット１２２に設置された温度検出器１２４、１３０からの信号をモニタリングし、調節弁Ｖ１、Ｖ２をコントロールして反応缶Ｐ１、Ｐ２における化学反応の進行を司り、生成物を得るプロセス制御を行う。
【００１８】
図１の上記構成によれば、制御用計算機ＣＣ１、ＣＣ２は、通信回線１５０を介して、監視用計算機ＣＭ１、ＣＭ２に接続されている。従って、流量検出器１２６、１１４によって検出された反応缶Ｐ１、Ｐ２に流れ込む原料の流量や、ジャケット１２２に流れ込む温水／冷水の流量は、制御用計算機ＣＣ１、ＣＣ２を介して監視用計算機ＣＭ１、ＣＭ２に取り込まれ、そのディスプレイ上にそれらの流量値が表示される。
【００１９】
又、制御用計算機ＣＣ１、ＣＣ２による調節弁Ｖ１、Ｖ２の開度具合も通信回線１５０を介して監視用計算機ＣＭのディスプレイ上に表示される。故に、オペレータは、監視用計算機ＣＭのディスプレイ画面をモニターすることにより、反応缶Ｐ１、Ｐ２への原料等の流入状況を把握することができる。又、マニュアルで調節弁Ｖ１、Ｖ２の開度制御を行う場合には、この監視用計算機ＣＭ１、ＣＭ２からその制御を行える。さらに、制御用計算機ＣＣ１、ＣＣ２で検出した異常やオペレータに伝えるガイダンスも、監視用計算機ＣＭ１、ＣＭ２に送られる。
【００２０】
監視用計算機ＣＭには、印刷装置１０２が接続され、操作履歴や警報やガイダンス情報といった各種情報は、表示装置であるディスプレイ画面で確認するとともに、印刷物としてドキュメント出力することも可能である。さらに操業データ解析用計算機ＣＭ３を用いて情報を解析し、運転監視や生産情報に活用するようなシステムが構成されている。
【００２１】
最近では、プロセスの運転監視状況・操作等の情報を操業記録として残す機能が必要とされていることから、これらのデータは操業データの一部として、製造される製品の製造過程における健全性の実証に使用されるだけでなく、製品の品質管理等に用いられる。よってプラントの運転状況・操作等の情報を漏らさず記録管理する機能が必要不可欠である。
【００２２】
図２は、一般的なプロセス監視制御システムにおける操業データの記録方式を示したものであり、図１で説明したシステム構成において、監視用計算機ＣＭ内に操業データを記録する処理例（上位側記録方式）である。
【００２３】
従来における一般的な上位側記録方式では、監視用計算機ＣＭ１を用いて運転員Ａが操作した内容２０１は、制御用計算機ＣＣ１に向けて設定送信２０３され、制御用計算機ＣＣ１は設定内容２０１を受信して、下位のプラントＰ１の弁Ｖ１の開度操作を実行する。なおここでの操作内容（設定内容）２０１は、例えば機器名称ＴＩＣ１０１．ＳＶに対する設定値操作として直前に１００℃であった温度設定を１２０℃に変更したものである。
【００２４】
従来方式では、下位の制御用計算機ＣＣ１に向けた設定内容２０１が、そのまま監視用計算機ＣＭ１内の操業データのデータベースＤＢ１に、このときの設定記録として記録される（送信時記録２０２）。この送信時記録２０２では、操作時刻を含めて記録する。また必要に応じて、操作者（運転員）や、操作卓（監視用計算機）名称なども同時に記録する。このようにして、上位の監視用計算機から下位の制御用計算機へのデータ送信（設定変更）は、上位の監視用計算機のデータベースＤＢ１に保持される。
【００２５】
次に下位の制御用計算機から上位の監視用計算機にデータ伝送するときについて説明する。下位の制御用計算機から上位の監視用計算機へのデータは、フィールド情報（警報やガイダンス情報）である。ここではフィールド情報（警報やガイダンス情報）２２１の例として制御用計算機ＣＣ１から監視用計算機ＣＭ１に向けて、例えば機器名称Ｌ１５０３．ＰＶの水位上限値異常として１６ｍになっていることを警報送信２２２したものとする。監視用計算機ＣＭ１では警報送信２２２を受信して、受信時記録２２３し、これらの内容を操業データのデータベースＤＢ１に記録する。
【００２６】
従来の上位側記録方式ではこのように処理される。このため一般的には、操業データのデータベースＤＢ１に蓄積された操業データは、時系列順に記録されることになる。この方式においては、ネットワーク障害でもなければ、蓄積情報が欠損することもないが、実際問題としては操作卓（監視用計算機）が複数存在することが必然であり、かつネットワーク障害も起きないとは言い切れない。特に操作卓（監視用計算機）が複数ある場合、各々の計算機の時刻が合っていないと、情報の結合を行う場合、時系列の矛盾を生じることになる。
【００２７】
従来の上位側記録方式における操業データ欠損についてさらに具体的に説明する。例えば上位の監視用計算機ＣＭ１から下位の制御用計算機ＣＣ１にデータを送る場合、ネットワーク障害により下位の制御用計算機ＣＣ１での受信不良が生じたとする。このとき上位の監視用計算機ＣＭ１でのデータ記録（送信時記録２０２）により、操業データのデータベースＤＢ１には操業データが時系列順に記録され、保持されているので、後日の解析処理時にデータ欠損の問題は生じない。
【００２８】
なお制御上は設定変更データが下位の制御用計算機に届かずプラントの制御に反映されないことの問題は生じるが、ここではこの点を問題とはしていない。この問題については、上位の監視用計算機から下位の制御用計算機への再送信などで対応可能である。
【００２９】
次に下位の制御用計算機ＣＣ１から上位の監視用計算機ＣＭ１にデータを送る場合、ネットワーク障害により上位の監視用計算機ＣＭ１での受信不良が生じたとする。このとき上位の監視用計算機ＣＭ１でのデータ記録（受信時記録２２３）が行われないことにより、操業データのデータベースＤＢ１には操業データが時系列順に記録されず、後日の解析処理時にデータ欠損の問題が生じる。なおデータを送信した側の下位の制御用計算機ＣＣ１では、その送信後はデータを記録していないことが多く、欠損したデータを再度送信するための対策をとっていないのが一般的である。
【００３０】
そこで本発明においては、操業データの管理を制御用計算機ＣＣの送受信処理の部分で一括管理し、時系列に保持することで上記の問題を解決している。図３には、本発明の分散型プロセス監視制御システムにおける操業データの記録方式を示している。
【００３１】
図３を従来の図２と比較すると、いくつかの点で相違する構成を採用している。第１点は監視用計算機ＣＭ１に操業データのデータベースＤＢ１を備えているが、その記録処理は定期的取り込み処理２３０により実行される点である。第２点は制御用計算機ＣＣ１に操業データのデータベースＤＢ２（送受信記録バッファ）を備えており、その記録処理は制御用計算機ＣＣ１での送受信により実行される点である。
【００３２】
図３において、まず監視用計算機ＣＭ１から制御用計算機ＣＣ１に制御用データを送り、操作する場合について説明する。このとき監視用計算機ＣＭ１で操作した内容２０１は、制御用計算機ＣＣ１に向けて送信（設定送信２０３）されるが、このタイミングでは監視用計算機ＣＭ１でのデータベースＤＢ１に対する記録処理を行わない。記録処理は、制御用計算機ＣＣ１が操作内容２０１を受信したときに、制御用計算機ＣＣ１内部において、受信記録として時刻をつけて、送受信記録バッファＴＢ２に記録（受信時記録２５３）する。
【００３３】
次に制御用計算機ＣＣ１から監視用計算機ＣＭ１にフィールド情報（警報やガイダンス情報）を送るときの動作について説明する。この場面では、制御用計算機ＣＣ１においてフィールド情報（警報やガイダンス情報）発生時、発生内容２２１を監視用計算機ＣＭ１に送信（警報送信２２２）する際、送受信記録バッファＴＢ２に記録する（送信時記録２６３）。
【００３４】
このように制御用計算機ＣＣ１でのデータ送受信の都度、送受信記録バッファＴＢ２に情報は記録されるが、制御用計算機ＣＣ１にはヒューマンインターフェイスを持たないことが多いので、送受信記録バッファＴＢ２の内容を定期的に監視用計算機ＣＭ１の操業データのデータベースＴＢ１に取り込む（定期的取り込み２３０）必要がある。なおこの定期的取込みでは、監視用計算機ＣＭ１が必要に応じて制御用計算機ＣＣ１から取り込むことになるので、ネットワーク障害時でも再送要求することができるので、定期的取込みによりデータを欠落させることはない。
【００３５】
本発明の記録方式により操業データ欠損の問題が解決されていることについて具体的に説明する。まず上位の監視用計算機ＣＭ１から下位の制御用計算機ＣＣ１にデータ送信するときの動作を説明する。上位の監視用計算機ＣＭ１の送信処理で設定送信（２０３）時にネットワーク障害が発生し、下位の制御用計算機ＣＣ１でデータ受信できない事態が生じたとする。このときは、設定データが制御用計算機ＣＣ１に届かないので、実際に制御用計算機ＣＣ１にデータ設定されることもない。したがって、記録する必要はない。操業データの保存において、上位の監視用計算機ＣＭ１が送信したことに意味があるわけではなく、下位の制御用計算機ＣＣ１が受信して以後の操作に繋がる対応をしたことに意味があると考えれば、上位の監視用計算機ＣＭ１から下位の制御用計算機ＣＣ１にデータ送信する場面において記録すべきは送信ではなく受信である。
【００３６】
次に下位の制御用計算機ＣＣ１から上位の監視用計算機ＣＭ１にデータ送信するときの動作を説明する。下位の制御用計算機ＣＣ１の送信処理で警報送信２２２する時にネットワーク障害が発生し、上位の監視用計算機ＣＭ１でデータ受信できない事態が生じたとする。このときは、下位の制御用計算機ＣＣ１の送受信記録バッファＴＢ２に記録が残っているので、データ欠損の問題は生じない。
【００３７】
図３の構成では、複数の監視用計算機ＣＭ１から設定操作が行われても、受信時に記録（２５３）する。このため、複数の監視用計算機ＣＭ１が関与する場合であっても、制御用計算機ＣＣ１に関するデータの送受信は一括管理となり、このタイミングで時間を付与するので、時系列を損なうことはない。このようにして、処理を行うことで、本発明が解決しようとする課題に対して、実現が可能である。
【００３８】
図４は、下位の制御用計算機ＣＣ１の送受信記録バッファＴＢ２に記録されるデータのデータフォーマットの一例を示している。図４のフォーマットにおいて、その先頭Ｆ１には受信系データと送信系データの区別情報が登録される。受信系データとは上位の監視用計算機ＣＭ１から下位の制御用計算機ＣＣ１に送られるデータであり、送信系データとは下位の制御用計算機ＣＣ１から上位の監視用計算機ＣＭ１に送られるデータである。Ｆ２は発信元の情報である。発信元は送信アドレスの形で記述されてもよいが、具体的な計算機名、あるいは計測器名とされるのがよい。Ｆ３は送受信の時刻情報である。Ｆ４は操作内容であり、これは操作種別や操作情報に分けて記録されるのがよい。Ｆ５は送信元が監視用計算機ＣＭ１である場合に、これを操作している運転員の情報（例えばログイン情報）である。そのほか、適宜の情報が記録されてもよい。
【００３９】
なお、実際のシステムでは、監視用計算機ＣＭ以外に、制御用計算機ＣＣが複数存在する場合もあるので、この対応策を図５に示す。図５によれば、先に図３にて示した制御用計算機ＣＣ１のほかに制御用計算機ＣＣ２がある場合、各々に送受信記録バッファＴＢ２ａ、ＴＢ２ｂが備えられていることになる。よってこれらの内容は、操業データのデータベースＤＢ１の内部では制御用計算機ＣＣ１用のデータベースＤＢ１ａ、制御用計算機ＣＣ２用のデータベースＤＢ１ｂ、のように別々に管理される。これらの情報をまとめて表示（３１０）、印字（３２０）、外部メディアに保存（３３０）する場合は一度編集処理（３００）を通すことで必要形態に加工することが可能である。この編集処理は必要に応じて作成すればよい。なお、制御用計算機間の時系列を問題視する場合もあるが、管理されるデータは制御用計算機単位と考えれば、問題にはならない。
【００４０】
次に制御用計算機ＣＣにおける受信記録処理フローを図６に示す。図６のフローによれば、制御用計算機ＣＣはシステムが起動すると、各監視用計算機からの受信待ち（処理ステップＳ４００）となる。この状態で信号受信すると、受信記録情報作成処理（処理ステップＳ４０２）を行い、受信記録を作成する。なおこのとき、制御用計算機ＣＣ内部では受信トレースとしては全部のデータが対象とされるが、操業データ用の送受信記録バッファＴＢ１には、受信データがデータ設定用かデータ取込み用か区別して記録する。操業データを後日管理する目的の本実施例では、データ取込み用のデータは記録不要として扱うのがよい。
【００４１】
受信データを記録したら、次に受信データの属性に従い、各属性の処理を行う（処理ステップＳ４０４）。次いで、各処理が正常か異常かを判断（処理ステップＳ４０６）し、正常ならば正常処理のステータスを受信記録情報に追加（処理ステップＳ４０８）し、異常時であれば異常処理のステータスを受信記録情報に追加（処理ステップＳ４１０）する。これにより、記録情報が完成する。その後、送信元に受信情報に対する返信（処理ステップＳ４１２）を行い、受信待ちに戻る。
【００４２】
次に制御用計算機ＣＣにおける送信記録処理フローを図７に示す。図７のフローによれば、制御用計算機ＣＣはシステムが起動すると、送信情報待ち（処理ステップＳ５００）の状態となる。送信情報待ち（処理ステップＳ５００）の状態から送信情報を受取ったら、まず送信記録情報作成処理で送信記録を作成（処理ステップＳ５０２）する。このとき受信のときと同様に内部では送信トレースとしては全部記録し、操業データ用の送受信記録バッファには必要情報だけを選択して記録する。その後、監視用計算機ＣＭに送信（処理ステップＳ５０４）し、送信待ちに戻る。以上のような処理構成で本発明は実施可能となる。
【００４３】
図６、図７の処理フローにより送信情報、受信情報が制御用計算機ＣＣ内の送受信記録バッファＴＢ２に記録されるが、この記録情報は後日の適宜のタイミングで一括して監視用計算機ＣＭに送信される。送受信記録バッファＴＢ２に記録された操業データは、定期的に監視用計算機ＣＭに取り込むことになるが、その処理の一例について、図８を用いて説明する。なお図８の格納処理には適宜各所手法によるものが適用可能であり、ここでは一例を示したに過ぎない。
【００４４】
監視用計算機ＣＭ１には、操業データのデータベースＴＢ１と操業データ受信部６２０が備えられている。制御用計算機ＣＣ１の送受信記録バッファＴＢ２の内容は定期的に監視用計算機ＣＭ１に読出され、読出した内容は操業データ受信部６２０に一時格納される。ここでは各々のヘッダー情報に従い、操業データとして編集される。
【００４５】
まず操業データのヘッダーのデータ最終位置からデータを追加格納する位置を求め、前回記録位置（制御部）より操業データ受信部にある前回記録位置を求める。この前回記録位置から操業データ受信部のデータ最終位置までの内容を操業データのデータ最終位置以降に転送する。さらにヘッダのデータ最終位置を追加分更新し、前回記録位置（制御部）に操業データ受信部のデータ最終位置を格納する。これにより、操業データを取込み格納することが可能となる。
【００４６】
以上述べたように本発明は、分散型プロセス監視制御システムの分野で、操業データの時系列管理を容易にし、操業データの記録の欠落を防止することで、製造される製品の製造過程における健全性の実証に使用されたり、製品の品質管理等に用いられる情報をより正しく提供することができ、信頼性の向上を図ることができる効果がある。
【符号の説明】
【００４７】
１０２：印刷装置
１２６、１１４：流量検出器
１２４、１３０：温度検出器
１５０：通信回線
２０１：操作内容
２０２：送信時記録
２０３：設定送信
２２１：フィールド情報（警報やガイダンス情報）
２２２：警報送信
２２３：受信時記録
２３０：定期的取り込み処理
２６３：送信時記録
Ａ、Ｂ、Ｃ：運転員
ＣＣ：制御用計算機
ＣＭ：監視用計算機
Ｐ：プラント
Ｐ１、Ｐ２：反応缶
ＴＢ１：操業データのデータベース
ＴＢ２：送受信記録バッファ
Ｖ：調節弁
【図１】
2015106394.tif 000003
【図２】
2015106394.tif 000004
【図３】
2015106394.tif 000005
【図４】
2015106394.tif 000006
【図５】
2015106394.tif 000007
【図６】
2015106394.tif 000008
【図７】
2015106394.tif 000009
【図８】
2015106394.tif 000010