JP2004062860A - System, method and program for remote monitoring operation - Google Patents

System, method and program for remote monitoring operation Download PDF

Info

Publication number
JP2004062860A
JP2004062860A JP2003088252A JP2003088252A JP2004062860A JP 2004062860 A JP2004062860 A JP 2004062860A JP 2003088252 A JP2003088252 A JP 2003088252A JP 2003088252 A JP2003088252 A JP 2003088252A JP 2004062860 A JP2004062860 A JP 2004062860A
Authority
JP
Japan
Prior art keywords
client
remote
controller
requests
remote monitoring
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2003088252A
Other languages
Japanese (ja)
Other versions
JP4271973B2 (en
Inventor
Hiroshi Yoshikawa
吉川 浩史
Junichiro Shikata
指方 順一郎
Toshiya Nakajima
中嶋 俊哉
Yasuto Shimizubo
清水坊 保人
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Japan Oxygen Co Ltd
Nippon Sanso Corp
Original Assignee
Japan Oxygen Co Ltd
Nippon Sanso Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Japan Oxygen Co Ltd, Nippon Sanso Corp filed Critical Japan Oxygen Co Ltd
Priority to JP2003088252A priority Critical patent/JP4271973B2/en
Publication of JP2004062860A publication Critical patent/JP2004062860A/en
Application granted granted Critical
Publication of JP4271973B2 publication Critical patent/JP4271973B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a remote monitoring/operation system which makes a chemical plant, etc., which requises, interposition of an operator, operable in safe and optimal conditions. <P>SOLUTION: In the remote monitoring/operation system, the respective tasks 1-1 to 1-n asynchronously transmit requests to a request transmission queue 2 first. A queue management task 3 periodically monitors the request transmission queue 2 and when a new request is transmitted to the request transmission queue 2, transfers the request to a controller 5 by removing duplication of the requests together with the requests already existing in the request transmission queue 2. When the controller 5 once receives the request, periodically transmits information specified in it to a client 1. A reception task 6 receives the information from the controller 5 and write it in a memory 7. The respective tasks 1-1 to 1-n obtain the information by reading a place where the information which they need is written on the memory 7. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、化学プラントなどの産業用装置をDCS(Distributed Control System)を用いて制御する遠隔監視操作システム、遠隔監視操作方法および遠隔監視操作プログラムに関する。
【0002】
【従来の技術】
化学プラントなどの産業用装置を制御するDCSは、コントローラとクライアントとで構成されている(例えば、非特許文献1参照)。コントローラは、対象となる装置を制御するプログラムが常時実行されており、データの保存や表示などの機能を備えていないことが多い。クライアントは、装置の運転員が操作する端末であり、コントローラから収集した情報を保存し表示する。また、クライアントは、運転員からのコントローラに対する命令を受け付けて、コントローラへその命令を送信する。
【0003】
従来のDCSでは、クライアントが表示または保存する可能性のある情報すべてを定期的にコントローラから収集していた。したがって、今クライアントの画面上に表示されておらず、かつ保存の対象になっていない情報は、収集しても意味がないにもかかわらず収集していた。
【0004】
【非特許文献1】
計測技術2000.1月号(日本工業出版発行),367.Vol28.No.No.1,P18〜21
【0005】
【発明が解決しようとする課題】
ところで、通常、コントローラとクライアントとは、同じ部屋や同じ建物内などのような近距離に設置されて用いられている。ゆえに、コントローラとクライアントとを十分に帯域幅の大きいネットワークで接続することが可能であり、意味のない情報を大量に収集したとしても問題にはならなかった。
【0006】
ところが、クライアントを遠隔地に設置しようとした場合、両者の接続には経済的理由から比較的帯域幅の小さいネットワークを選択せざるを得ないことは常識であり、典型的な収集周期である1秒で情報を収集するためには、意味のない情報を収集する余裕はない。つまり、クライアントを遠隔地に設置することは実質的に不可能な場合がほとんどであった。
【0007】
例え遠隔監視の用途に利用できるクライアントがあったとしても、それは通常のクライアントとは別製品であったり、遠隔監視のために特別な仕組みを導入したりしなければならなかった。そのために、DCSシステムを用いて監視対象装置を遠隔監視ましてや遠隔操作を行なうことは現実的ではなかった。
【0008】
この発明は上述した事情に鑑みてなされたもので、化学プラントなどの産業用装置を運転操作制御するコントローラとクライアントとを小さい帯域幅のネットワークで接続することができ、運転員の介在が必要な化学プラントなどを安全にかつ最適な状態で運転可能なように遠隔監視・遠隔操作することができる遠隔監視操作システム、遠隔監視操作方法および遠隔監視操作プログラムを提供することを目的とする。
【0009】
【課題を解決するための手段】
上述した問題点を解決するために、請求項1記載の発明では、コントローラと操作用端末であるクライアントとを有する分散制御システムが複数、ネットワークを介して接続され、かつ該ネットワークに遠隔操作用クライアントが接続されてなり、該遠隔操作用クライアントにより少なくとも1つの対象物を遠隔で監視・操作する遠隔監視操作システムであって、クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を一時保持する要求送信キュー手段と、前記要求送信キュー手段を保持された、複数のタスクからの要求の重複除去および要求の整合性を管理するキュー管理手段とを有する前記コントローラとクライアントとの間の通信を行う通信手段を具備することを特徴とする。
【0010】
また、請求項2記載の発明では、請求項1記載の遠隔監視操作システムにおいて、前記要求送信キューからのタスク要求に対する、コントローラからの情報を、前記クライアントの各タスクから読み出し可能に前記クライアント毎に保持する記憶手段を具備することを特徴とする。
【0011】
また、請求項3記載の発明では、請求項1記載の遠隔監視操作システムにおいて、遠隔で監視・操作する複数の対象物は、プラントであり、少なくとも1つのプラントサイトのクライアントを、前記プラントサイトとは別の場所にある複数のクライアントとネットワークを介して接続させ、前記プラントサイトのクライアントおよび前記複数のクライアントのうち、最終操作を行なったクライアントを、最優先で操作可能な最優先操作クライアントとして常に明示し、前記最優先操作クライアントが他のクライアントに「操作許可命令」を発行するまで、最優先操作クライアントとして維持するとともに、他のクライアントからの操作を不可とする操作権移管制御手段を有することを特徴とする。
【0012】
また、請求項4記載の発明では、請求項3記載の遠隔監視操作システムにおいて、前記操作権移管制御手段は、前記他のクライアントが、前記最優先操作クライアントが発行した「操作許可命令」を受信した時点で、前記他のクライアントを、最優先操作クライアントとすることを特徴とする。
【0013】
また、請求項5記載の発明では、請求項3または4のいずれかに記載の遠隔監視操作システムにおいて、昼間の時間帯が連続するような時差を有する複数の地点に遠隔操作用のクライアントを配置することを特徴とする。
【0014】
また、上述した問題点を解決するために、請求項6記載の発明では、コントローラと操作用端末であるクライアントとを有する分散制御システムが複数、ネットワークを介して接続され、かつ該ネットワークに遠隔操作用クライアントが接続されてなり、該遠隔操作用クライアントにより少なくとも1つの対象物を遠隔で監視・操作するための遠隔監視操作方法であって、クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を一時保持し、前記一時保持された、複数のタスクからの要求の重複除去および要求の整合性を管理することを特徴とする。
【0015】
また、請求項7記載の発明では、請求項6記載の遠隔監視操作方法において、前記要求送信キューからのタスク要求に対する、コントローラからの情報を、前記クライアントの各タスクから読み出し可能に前記クライアント毎に保持することを特徴とする。
【0016】
また、請求項8記載の発明では、請求項6記載の遠隔監視操作方法において、遠隔で監視・操作する複数の対象物は、プラントであり、少なくとも1つのプラントサイトのクライアントを、前記プラントサイトとは別の場所にある複数のクライアントとネットワークを介して接続させ、前記プラントサイトのクライアントおよび前記複数のクライアントのうち、最終操作を行なったクライアントを、最優先で操作可能な最優先操作クライアントアントとして常に明示し、前記最優先操作クライアントが他のクライアントに「操作許可命令」を発行するまで、最優先操作クライアントとして維持するとともに、他のクライアントからの操作を不可とすることを特徴とする。
【0017】
また、請求項9記載の発明では、請求項8記載の遠隔監視操作方法において、前記他のクライアントが、前記最優先操作クライアントが発行した「操作許可命令」を受信した時点で、前記他のクライアントを、最優先操作クライアントとすることを特徴とする。
【0018】
また、上述した問題点を解決するために、請求項10記載の発明では、コントローラと操作用端末であるクライアントとを有する分散制御システムが複数、ネットワークを介して接続され、かつ該ネットワークに遠隔操作用クライアントが接続されてなり、該遠隔操作用クライアントにより少なくとも1つの対象物を遠隔で監視・操作するための遠隔監視操作プログラムであって、クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を要求送信キューに一時保持するステップと、前記一時保持された、複数のタスクからの要求の重複除去および要求の整合性を管理するステップとをコンピュータに実行させることを特徴とする。
【0019】
また、請求項11記載の発明では、請求項10記載の遠隔監視操作プログラムにおいて、前記要求送信キューからのタスク要求に対する、コントローラからの情報を、前記クライアントの各タスクから読み出し可能に前記クライアント毎に保持するステップをコンピュータに実行させることを特徴とする。
【0020】
この発明では、クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を要求送信キュー手段に一時保持し、キュー管理手段によって、前記要求送信キュー手段を保持された、複数のタスクからの要求の重複除去および要求の整合性を管理する。したがって、化学プラントなどの産業用装置を運転操作制御するコントローラとクライアントとの通信量をクライアント側で調整することが可能となるので、小さい帯域幅のネットワークで接続することができ、運転員の介在が必要な化学プラントなどを安全にかつ最適な状態で運転可能ように遠隔監視・遠隔操作することが可能となる。
【0021】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。
A.基本システム
図1は、本発明の実施形態による遠隔監視操作システムの基本構成を示すブロック図である。図1において、クライアント1には、多数のタスク1−1〜1−nが含まれており、各タスク1−1〜1−nは、系統図やグラフなどの各ウィンドウのほか、データ保存などの各機能を実行している。タスク1−1〜1−nには、常時実行されているものもあれば、運転員の要求により実行を開始し停止するものもある。例えば、データ保存などは、常時実行とする場合が多く、系統図やグラフなどは、運転員が見ている間だけ実行すれば十分である。
【0022】
タスクとしては、操作を受け付ける「計器」が代表的なものである。「計器」の外観の一例は、図2に示すようなGUIを用いる。通常、これが画面上に複数並ぶことになる。アプリケーション的には「計器」、「グラフ」、「系統図」などとタスクを挙げることはできるが、これは根本的なタスクの分類ではない。上述した計器以外にも、アプリケーション毎に特別に画面を作成して、そこに操作スイッチやスライダなどを配置するようにしてもよい。システム的には、「データ保存」、「ウィンドウ表示」、「アラーム受信」の3つである。
【0023】
各タスク1−1〜1−nは、自分が必要とする情報だけをコントローラ5に対して要求する。このとき、コントローラ5に直接要求すると、タスク1−1〜1−n間で要求が重複することも十分予想され、そうなると無駄な要求を送信することになる。そこで、各タスク1−1〜1−nは、コントローラ5に直接ではなく、要求送信キュー2に要求を送る。
【0024】
キュー管理タスク3は、定期的に要求送信キュー2を監視しており、要求送信キュー2に新たな要求が送られてくると、既に要求送信キュー2内にある要求と併せて、その重複を取り除いて送信タスク4に渡す。
【0025】
送信タスク4は、コントローラ5に対して要求を送信する。コントローラ5は、一旦、要求を受信すると、そこに指定されている情報を定期的にクライアント1に対して送信する。受信タスク6は、コントローラ5からの情報を受信し、メモリ7に書き込む。
【0026】
各タスク1−1〜1−nは、メモリ7上の自分が必要とする情報が書かれている場所を読み込んで情報を得る。一旦、要求がコントローラ5で受け付けられると、情報は、定期的にクライアント1に送信されてくることから、各タスク1−1〜1−nは、それが起動したときに一度だけ要求を要求送信キュー2に送るだけでよい。
【0027】
コントローラ5は、新たな要求を受信すると、以前の要求を破棄するようになっており、要求が累積し続けることはない。各タスク1−1〜1−nからの要求は、非同期なので、必ずしもすべてのタスク1−1〜1−nの要求が同じタイミングでコントローラ5に伝わるとは限らない。そのため、先に届いた要求が、後に届いた要求によって破棄されてしまう可能性もある。そこで、破棄されては困る要求を識別するための標識および破棄の実行指令(許可と不許可)を示す信号が要求送信キュー2には保存されている。
【0028】
上記「破棄されては困る要求を識別する標識」とは、「破棄可能/不可能」を示すフラグであり、複数のタスク(データ保存プログラム、画面表示プログラムなど)の起動時に「これらのタグの値を下さい」という要求に付けられてキューに渡される。「破棄の許可と不許可を示す信号」とは、賞味期限のある商品は全部捨てろという意味である(本システムでは期限の概念はない)。
【0029】
例えば、ヒストリカルデータをファイルに保存するタスクは、画面上に何が表示されていようと、指定されたタグの値を一定時間間隔で収集する必要がある。ゆえに、上記タスクは、破棄不許可のフラグとともにデータ収集を要求する。逆に、系統図などの画面表示タスクは、それが表示されているときだけ値を収集すればよいので、破棄許可のフラグとともにデータ収集を要求する。但し、この場合、シングルウィンドウ表示が原則である。つまり、ユーザが別の画面を見るときには、いままで見ていた画面を閉じて新たに画面を開くようになっている。
【0030】
キュー管理タスク3は、これらの情報も監視しており、いつでも適切な要求を送信タスク4に渡すようになっている。また、これらの情報から要求送信キュー2にある要求を削除したり、標識を変更したりするなどのキュー管理もキュー管理タスク3の役割である。
【0031】
上述したコントローラ5とクライアント1間の通信方法を実現することにより、両者間の通信量をクライアント1側で調整することができるので、小さい帯域幅のネットワークシステムを実現することができるようになる。その結果、クライアント1がコントローラ5から受信する情報を柔軟に選択できるので、ネットワークの帯域幅に応じたDCSの利用が可能となる。
【0032】
そして、小さい帯域幅のネットワークが可能となることによって、コントローラ5とクライアント1とを地理的に離れた場所に設置することが可能となり、DCSを用いて制御を行なうような化学プラント、空気分離装置やヘリウム液化装置、その他ビルや工場なども本遠隔監視操作システムを使用して遠隔監視または遠隔操作のいずれか、あるいは双方を実行することが可能となる。
【0033】
さらに、帯域幅の小さいネットワークが実現できることにより、複数の化学プラントをネットワーク化することもでき、最適な物流、生産計画・管理などを総合的に立案し実行することが可能となる。
【0034】
特に、空気分離装置は、小型化傾向が進み、また自動制御が高度化・高機能化してきている。このような空気分離装置の分散化に対しても、本ネットワークシステムを用いれば、運転員以外の要員をプラントサイトに配する必要がなくなる。例えば、プラントサイトと同じ情報を、遠隔地のクライアントで得られるので、事故時の原因究明、事故等の早期発見、最適運転の解析等など、今までプラントサイトで行われてきたことを、遠隔地においても実行できる。このため、必要最小限の人員でそれぞれの対応をとることが可能となり、機能を分散化できる。つまり、それぞれのプラントサイトに必要であった要員を最低限の運転要員のみとし、その他、保守管理要員、解析要員、監視要員などをそれぞれ機能分散でき、しかも、それぞれの機能を1箇所に集中配置することが可能となるので、人件費の低減等に大きく寄与するシステムとなる。
【0035】
運転監視を集中的に中央監視センタで可能にすべき対象は空気分離装置の中でも大型プラントである。つまり国内における需要と供給との関係で言えば、大元の供給源に相当する。最近の需要側では、従来の液体貯槽からの供給と同時に、小型発生装置からのガス供給による場合が多い。定常的には何ら問題無いが、トラブルにより小型発生装置が停止した際は、液体貯槽からの供給を余儀なくされ、必然的に大元の供給源である大型プラントの液体酸素・窒素等の生産を増加させることが必要になってくる。
【0036】
従来ではこれらの情報処理は、装置そのものが分さされ、集中操作する考えが無かったので全てマンパワーの介在によっていた。
これに対して本発明では、集中運転監視することから、小型発生装置の「運転・停止信号、停止時送ガス量信号」を中央運転監視センタに送信し、停止信号をトリガーとして総需要量計算、最適配分量計算を実行させる経済的な仕組みが可能である。
【0037】
このように、本遠隔監視操作システムによれば、プラントサイトに設置したクラインアントと全く同一のクライアントを必要な場所に複数設置し、機能分散を図ることができ、地理的に離れた複数のクラインアントが空気分離装置などの化学プラントの運転操作を行なうことができる。しかし、それぞれのクライアントが自由に操作できる反面、安全性が損なわれる恐れもある。
【0038】
そこで、本遠隔監視操作システムでは、各クライアントには、どの場所で最終操作を行ったのかを常に明示するようにして、最終操作を行なったクライアントを最優先操作クライアントとすべく、インターロックで保護する機能を有するシステムを組みこんでいる。最優先操作クライアントが設定されることで、他のクライアントからは操作できなくなり、統一的なプラント制御が行なわれ、危険な状態にならない。ゆえに、最優先操作クライアント以外のクライアントが操作をしようとした時には、「操作権」を移管する必要がある。本実施形態では、「操作権」の移管手順には、2通りの手順を設けてある。
【0039】
第1の移管手順では、最終操作を行なった最優先操作クライアント自身が、最優先クライアントの権利を放棄すると判断したとき、「操作委譲通知」を発行して、その他のクライアントに対して放棄する旨を明示する。上記「操作委譲通知」を確認したクライアントのうち、最優先クライアントとなりたいクライアントは、最優先操作クライアントに対して「操作移管命令」を発行する。最優先クライアントは、そのクライアントに対して、「操作許可命令」を発行する。そして、上記クライアントが「操作許可命令」を受信した時点で、該クライアントが最優先操作クライアントとなり、遠隔操作が可能となる。つまり、最優先クライアントが自主的に「操作権」を放棄する場合である。
【0040】
次に、第2の移管手順では、最優先操作クライアントに対して、最優先操作クライアントになりたい他のクライアントが「操作移管命令」を発行する。該「操作移管命令」を受信した最優先操作クライアントは、他のクライアントに対して、「操作許可命令」を発行する。そして、該「操作許可命令」を上記クライアントが受信した時点で、最優先操作クライアントとなる。
【0041】
このように、最優先操作クライアントからの「操作許可命令」を発行し、該「操作許可命令」をクライアントが受信した時点で、「操作権」の移管が完了し、該クライアントが最優先操作クライアントとなってプラントなどを操作できるようになるので、空気分離装置などの化学プラントの安全性を保つことができる。
【0042】
B.実施形態
図3は、サイトA,B,C、すなわちプラントA,B,Cが距離的に離れており、各サイトのイーサネット(登録商標)がWAN等の監視ネットワーク100に接続されて構成された遠隔監視操作システムの例を示している。この構成例において、遠隔操作用クライアント40,41、42の各々は基本的にプラントA,B,Cを監視操作できる機能を有している。
【0043】
プラントAと遠隔操作用クライアント40、プラントBと遠隔操作用クライアント41、プラントCと遠隔操作用クライアント42は、それぞれ同一敷地内(サイトA,B,C)にある。
本実施形態では、各遠隔操作用クライアント40、41、42では、それぞれ全てのプラントを監視している。その方がリスク分散、異常時の迅速な対応が可能であるからである。
【0044】
また、各プラントの操作に関しては、特定の遠隔操作用クライアントでのみしか行わないように制限しないと、安全な運転を行うことができない。しかも、その特定の遠隔操作用クライアントであっても操作権を持っていないと運転を行うことができないようにしている(操作権を1つのプラントに対し、複数設定することも可能である)。
【0045】
次に、図3に示した遠隔監視操作システムの運用例について図4乃至図13を参照して説明する。図4は、プラントの運用例(1)の前提条件を示している。すなわち、図4(A)に示すように、遠隔操作用クライアント40〜42の各々は、全てのプラントA,B,Cを監視できるものとする。
【0046】
プラントの操作については、図4(B)に示すように、プラントAは遠隔操作用クライアント40、41で、プラントBは遠隔操作用クライアント41で、プラントCは遠隔操作用クライアント42で操作するものとし、しかもプラントAについては操作の優先権は遠隔操作用クライアント41にあるものとする。この場合におけるプラントに事故が発生したときの遠隔操作用クライアント側の動作内容を図5乃至図7に示す。
【0047】
この例では、プラントAに事故が起きたというアラームが発生した際の遠隔操作用クライアント側の動作について示しており、図5は遠隔操作用クライアント40で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。
【0048】
同図に示すように、遠隔操作用クライアント40は、最初にベル停止処理を行い、この結果遠隔操作用クライアント41、42のベルの鳴動は停止するが、プラントAの操作権は遠隔操作用クライアント41にあるために、遠隔操作用クライアント41側でアラームを鳴動し、異常表示ランプは点灯したままにしておく。そして遠隔操作用クライアント41でアラーム発生に気付き、ベル停止処理を行った時点で、遠隔操作用クライアント41のベルの鳴動は停止し、遠隔操作用クライアント40,41、42の異常表示ランプは消燈する。
【0049】
また、図6は遠隔操作用クライアント41で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。同図に示すように、最初にアラーム発生に気付いた遠隔操作用クライアント41がベル停止処理を行うと、遠隔操作用クライアント440、42のベルの鳴動は停止し、遠隔操作用クライアント41でプラントAの復旧操作をすると、遠隔操作用クライアント41のベルの鳴動は停止し、遠隔操作用クライアント40、41、42においてこれまで点灯していた異常表示ランプは消燈する。
【0050】
さらに、図7は遠隔操作用クライアント42で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。同図示すように、遠隔操作用クライアント42がベル停止処理を行うと、遠隔操作用クライアント42のベルのみ鳴動は停止し、全ての遠隔操作用クライアントの異常表示ランプは点灯したままの状態となる。次に、遠隔操作用クライアント40または41でアラーム発生に気付いてベル停止処理を行い、次いでプラントの復旧操作を行うと、遠隔操作用クライアント40,41のベルの鳴動は停止し、これまで点灯していた全ての遠隔操作用クライアントの異常表示ランプは消燈する。
【0051】
次に、操作権(操作の優先権)が遠隔操作用クライアント41にある場合の操作移管手順を図8及び図9に示す。なお、図8、図9において、C1は遠隔操作用クライアント40を、C2は遠隔操作用クライアント41を、C3は遠隔操作用クライアント42を示すものとする。
これらの図において、まず、遠隔操作用クライアント41が操作権の委譲通知を発行すると(ステップ200)、遠隔操作用クライアント40が委譲通知を受信して自身が最優先操作クライアント(操作権の優先順位が最も高いクライアント)と宣言するか否かが判定される(ステップ201)。
【0052】
ステップ201の判定が肯定された場合には、遠隔操作用クライアント41は操作許可命令を遠隔操作用クライアント40に対して発行する(ステップ202)。この結果、遠隔操作用クライアント40は最優先クライアントとなる(ステップ203)。
【0053】
またステップ201の判定が否定された場合には、遠隔操作用クライアント42が操作権委譲通知を受信して自身が最優先操作クライアントと宣言するか否かが判定される(ステップ204)。ステップ204の判定が肯定された場合には、遠隔操作用クライアント41は操作許可命令を遠隔操作用クライアント42に対して発行する(ステップ205)。この結果、遠隔操作用クライアント42は最優先クライアントとなる(ステップ206)。
【0054】
また、ステップ204の判定が否定された場合には、遠隔操作用クライアント41が最優先クライアントのままの状態(ステップ207)でステップ201に処理が戻る。
一方、ステップ200で遠隔操作用クライアント41が操作権の委譲通知を発行しない場合には、遠隔操作用クライアント40が最優先クライアントになりたいか否かが判定される(ステップ208)。
【0055】
ステップ208の判定が肯定された場合には、遠隔操作用クライアント41へに対して操作移管命令を発行し(ステップ209)、次いで遠隔操作用クライアント41が操作権の委譲通知を発行したか否かが判定される(ステップ210)。ステップ210の判定が肯定された場合にはステップ202に移行する。
また、ステップ210の判定が否定された場合には、拒否内容を遠隔操作用クライアント40に通知し(ステップ211)、処理はステップ207に移行する。
【0056】
また、ステップ208の判定が否定された場合には、遠隔操作用クライアント42が最優先操作クライアントになりたいか否かが判定される(ステップ212)。ステップ212の判定が否定された場合には、処理はステップ207に移行する。
一方、ステップ212の判定が肯定された場合には、遠隔操作用クライアント41に対して操作移管命令を発行する(ステップ213)。次いで、遠隔操作用クライアント41が操作権の委譲通知を発行したか否かが判定される(ステップ214)。
【0057】
ステップ214の判定が肯定された場合には、ステップ205に移行する。またステップ214の判定が否定された場合には、拒否内容を遠隔操作用クライアント42に通知し(ステップ215)、処理はステップ207に移行する。
【0058】
次に、他のプラントの運用例(2)について説明する。この運用例は前提条件としては、各プラントの監視、操作は基本的には図4に示したのと同じであるが、プラントAは、遠隔操作用クライアント40、または遠隔操作用クライアント41が操作権取得を宣言することで最優先操作クライアントになるものとする。すなわち、操作権を平等に持つことができるようにした運用例である。この場合におけるプラントに事故が発生したときの遠隔操作用クライアント側の動作内容を図10乃至図12に示す。
【0059】
この例では、プラントAに事故が起きたというアラームが発生した際の遠隔操作用クライアント側の動作について示しており、図10は遠隔操作用クライアント40で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。
【0060】
同図に示すように、アラーム発生時にこれまで操作権を有していた遠隔操作用クライアント41が操作権を放棄し、遠隔操作用クライアント40,41が操作権の取得が可能な状態となる。遠隔操作用クライアント40がアラーム発生を発見し、このとき操作権取得を宣言し、ベル停止処理を行うと、全ての遠隔操作用クライアント40〜42のベルの鳴動は停止する。次いで、操作権を有する遠隔操作用クライアント40がプラントの復旧操作を行い、プラントAが復旧すると、すべての遠隔操作用クライアント40〜42の異常表示ランプは消燈する。
【0061】
また、図11は遠隔操作用クライアント41で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。同図において、操作権を有する遠隔操作用クライアント41がアラーム発生時に操作権を放棄し、この時点では全ての遠隔操作用クライアント40〜42に操作権が取得可能な状態になっている。
【0062】
次いで、遠隔操作用クライアント41が最初にアラーム発生を発見し、操作権の取得を宣言してベルの停止処理を行うと、全ての遠隔操作用クライアント40〜42のベルの鳴動は停止する。そして遠隔操作用クライアント41がプラントAの復旧操作を行い、プラントAが復旧するとこれまで点灯していた全ての遠隔操作用クライアント40〜42の異常表示ランプは消燈する。
【0063】
さらに、図12は遠隔操作用クライアント42で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。この例は、操作権を有していた遠隔操作用クライアント41がアラーム発生時に操作権を放棄し、全ての遠隔操作用クライアントが操作権の取得を宣言していない状態で遠隔操作用クライアント42がアラーム発生に最初に気付いてベルの鳴動を停止する処理を行った場合について示している。
【0064】
この場合には、次に、遠隔操作用クライアント40また41がアラーム発生に気付いたことにより、図10、図11と同様の処理となる。
次に、遠隔操作用クライアント操作権の移管手順の他の例を図13に示す。
この例では、操作権を宣言した遠隔操作用クライアントに操作優先権があるが、アラーム等のイベントが発生し、いち早くプラント操作を必要とする場合に、自動的に操作権を放棄され、新たに操作権を取得することができるようにしている。
【0065】
なお、図13においても、C1は遠隔操作用クライアント40を、C2は遠隔操作用クライアント41を、C3は遠隔操作用クライアント42を示すものとする。
図13において、まず、操作権を取得した遠隔操作用クライアントは操作権を放棄したか否かが判定される(ステップ300)。
【0066】
ステップ300の判定が否定されると、さらに、イベント発生により操作権を放棄したか否かが判定される(ステップ301)。この判定が否定された場合には、処理はステップ300に戻る。
また、ステップ300の判定が肯定された場合には、操作権はフリーの状態となり(ステップ302)、次いで遠隔操作用クライアント40が操作権を取得したか否かが判定される(ステップ303)。
【0067】
ステップ303の判定が肯定された場合には、遠隔操作用クライアント40は操作権を取得し(ステップ304)、処理はステップ300に戻る。また、ステップ303の判定が否定された場合には、遠隔操作用クライアント41が操作権を取得したか否かが判定される(ステップ305)。ステップ305の判定が否定された場合には処理はステップ302に戻る。
また、ステップ305の判定が肯定された場合には遠隔操作用クライアント41が操作権を取得し(ステップ306)、処理はステップ300に戻る。
【0068】
図14は、DCSシステムを取り込んだ複数の空気分離装置を遠隔監視・遠隔操作する遠隔監視操作システムの構成を示すブロック図である。図14において、空気分離装置410,410,…,410は、各地に100台程度点在しており、各々、LAN411に接続されたコントローラ412とクライアント413とを備えている。
【0069】
中央監視センタ415は、装置の運転状況の監視、運転条件等の変数の変更などの遠隔操作、異常時におけるアラーム受発信などを行う。保守管理センタ416は、空気分離装置が故障したときのメンテナンス対応を行う。解析センタ417は、空気分離装置の最適化を目的とした解析を行う。なお、図示しないが、地震や通信系統の不慮の事故によるトラブルを最小限に防ぐためのサブの監視センタも配設されている。
【0070】
中央監視センタ415、サブの監視センタ、保守管理センタ416、解析センタ417は、各々、LAN418,419,420に接続されたクライアント430〜436を備えている。また、各センタ415〜417のLAN418〜420は、64Kbpsの通信速度を有する回線でWAN440に接続されている。
【0071】
各コントローラ412,412,…,412は、装置の状態値、内部変数、PID制御のパラメータなどを含めて総数1000以上の変数を持っている。これらの情報を遠隔監視するために、日常的に1秒周期で監視に必要な情報を表示している。そして、必要に応じてPID制御のパラメータなどの詳細情報を含めてすべての変数が参照および変更が可能となっている。
【0072】
中央監視センタ415等で使用される、コントローラ412から距離的に離れた場所に設置されたクライアント430〜436は、遠隔監視用に特別に製作または設定されているものではなく、装置付属のクライアント413と全く同じ構成、あるいは同等の機能を有している。
【0073】
遠隔地にあるクライアント430〜436と空気分離装置410側のコントローラ412とを、帯域幅の小さいネットワークで接続することができるので、他のネットワーク(図14には示していない物流センタあるいは在庫管理センタなどのネットワーク)との結合が容易となり、拡張性のあるネットワークシステムが得られる。
【0074】
例えば、中央監視センタ415のクライアント430〜432としては、警報用PC、傾向監視用PC、遠隔操作用監視PCがある。それぞれのクライアント430〜432は、リアルタイムトレンド、ヒストリカルトレンド画面、個別計器画面(圧力、流量、温度)、装置配管系統図画面、アラーム画面(どの装置、警報内容等表示)などの画面を、必要に応じて表示させることができ、操作用遠隔監視PCの場合は、これらに加えて運転操作画面を表示し、対象装置を操作することができる。
【0075】
このように、遠隔地にあるクライアント430〜436と、現場にある運転操作用クライアント413とは、同等の機能を有しているので、遠隔地にあるクライアント430〜436からリアルタイムで空気分離装置410を監視することができる。したがって、現場にいなくても運転上の変動を予測することができる。よって、従来技術に比べ、より迅速に、運転条件等の微調整、保全・トラブル発生時のガス供給・遮断、復旧対応、原因究明などを行なうことができる。しかも、本願のネットワークシステムは、本実施形態の通信手順のDCSを採用し、上述したインターロック機能を備えているので、空気分離装置の安全性も確保できている。
【0076】
また、最優先操作クライアントが無反応の場合には、強制的に最優先操作クライアントの「操作権」を放棄させ、他のクライアントに「操作権」を移管させることも可能となっている。但し、その際には、操作移管自体あるいは操作範囲(操作内容)を制限する何らかの手段を備えているものとする。
【0077】
上述した実施形態によれば、コントローラ・クライアント間の通信量をクライアント側で自由に調整できることから、非常に帯域幅の小さいネットワークの構築が可能である。その結果、遠隔監視および操作が非常に安価に実現することができる。しかも、多くの通信量が要求される装置付属のクライアントも、少ない通信量が要求される遠隔監視操作クライアントも全く同じ構成であり、非常に容易に導入、運用、保守を行なうことができる。
【0078】
また、上述したネットワークシステムを採用すれば、複数の空気分離装置等の化学プラントなどリアルタイムで遠隔監視できるとともに、安全性を確保した遠隔操作(運転)ができる。特に、制御対象がガスの流れや圧力、温度などで、PID制御のようにフィードバック、フィードフォワード連続制御が必要な対象装置に最適な遠隔監視操作システムを提供することができる。
【0079】
また、上述したネットワークによれば、解析、監視、保守管理、物流などの機能を分散化させ、総合的な(全社的な)管理が行えるとともに、従来、それぞれの空気分離装置サイトにいた要員を、それぞれの機能毎に集約することが可能となるので、人件費の削減など管理費を大幅に低減することができる。
【0080】
次に本発明の他の実施形態に係る遠隔監視操作システムについて説明する。 本実施形態では、昼間の時間帯が連続するような時差を有する複数の地点にクライアントを配置し、その中の昼間の時間帯にあるクライアントだけを作動可能とすることによりプラントを運転するにつき、クライアントを操作するオペレータの夜勤をなくすことを可能としている。
【0081】
時差を考慮して、地球を3分割、具体的には、ロスアンゼルス(アメリカ)、東京(日本)、ハンブルグ(ドイツ)に遠隔操作用クライアントを要する集中監視操作センタを配置する。
例えば、遠隔操作場所を日中8時間ごとに選定する。東京で遠隔監視操作を8時間担当した後、次に8時間時差があるハンブルグに運転を移管する。さらにその8時間後ロスアンゼルスに運転を移管し、さらにその8時間後に東京に順次、運転を移管する。その結果、夜勤等の勤務を無くすことができる。
【0082】
また、相互に時差が8時間がある3地点に遠隔操作用クライアントを配置する場合だけでなく、時差が12時間ある2地点に遠隔操作用クライアントを配置するようにしてもよい。
さらに、昼休みのような休憩時間を考慮すると、1時から5時までの4時間を相互に4時間の時差が有る6地点に遠隔操作用クライアントを配置するようにしてもよい。
【0083】
また、時差のある複数の地点に遠隔操作用クライアントを配置して昼間の時間帯のみ各地点の遠隔操作用クライアントを作動可能とする場合に、ある地点では8時間、別の地点では6時間というように、各地点で遠隔操作用クライアントの作動可能時間を異ならしめるようにしてもよい。
従来は、世界中に設置されたプラントの運転を、その限定された場所で24時間勤務を余儀なくされていたが、本実施形態に係る遠隔監視操作システムを採用すれば、夜勤をなくすことができる。
【0084】
【発明の効果】
以上説明したように、本発明によれば、クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を要求送信キュー手段に一時保持し、キュー管理手段によって、前記要求送信キュー手段を保持された、複数のタスクからの要求の重複除去および要求の整合性を管理するようにしたので、化学プラントなどの産業用装置を運転操作制御するコントローラとクライアントとの通信量をクライアント側で調整することが可能となるので、小さい帯域幅のネットワークで接続することができ、運転員の介在が必要な化学プラントなどを安全にかつ最適な状態で運転可能なように遠隔監視・遠隔操作することができるという利点が得られる。
【図面の簡単な説明】
【図1】本発明の実施形態による遠隔監視操作システムの基本構成を示すブロック図である。
【図2】タスクの一例として用いられるGUIを示す模式図である。
【図3】各サイトのイーサネット(登録商標)が監視ネットワークに接続されて構成された遠隔監視操作システムの例を示す概略構成図。
【図4】図3に示した遠隔監視操作システムの運用例の前提条件を示す説明図。
【図5】図3に示した遠隔監視操作システムのクライアント側の復旧動作の一例を示す説明図。
【図6】図3に示した遠隔監視操作システムのクライアント側の復旧動作の他の例を示す説明図。
【図7】図3に示した遠隔監視操作システムのクライアント側の復旧動作のさらに他の例を示す説明図。
【図8】図3に示した遠隔監視操作システムの操作移管手順の一例を示すフローチャート。
【図9】図3に示した遠隔監視操作システムの操作移管手順の一例を示すフローチャート。
【図10】図3に示した遠隔監視操作システムにおいて各クライアントが操作権を平等に持つ場合のクライアント側の復旧動作の一例を示す説明図。
【図11】図3に示した遠隔監視操作システムにおいて各クライアントが操作権を平等に持つ場合のクライアント側の復旧動作の他の例を示す説明図。
【図12】図3に示した遠隔監視操作システムにおいて各クライアントが操作権を平等に持つ場合のクライアント側の復旧動作のさらに他の例を示す説明図。
【図13】図3に示した遠隔監視操作システムにおいて各クライアントが操作権を平等に持つ場合の操作移管手順の一例を示すフローチャート。
【図14】DCSシステムを取り込んだ複数の空気分離装置を遠隔監視・遠隔操作するシステムの構成を示すブロック図である。
【符号の説明】
1 クライアント
1−1〜1−n タスク
2 要求送信キュー(要求送信キュー手段)
3 キュー管理タスク(キュー管理手段)
4 送信タスク
5 コントローラ
6 受信タスク
7 メモリ(記憶手段)
410 空気分離装置
412 コントローラ
413 クライアント
415 中央監視センタ
416 保守管理センタ
417 解析センタ
418,419,420 LAN
430〜436 クライアント
440 WAN
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a remote monitoring operation system, a remote monitoring operation method, and a remote monitoring operation program for controlling an industrial device such as a chemical plant using a DCS (Distributed Control System).
[0002]
[Prior art]
A DCS that controls an industrial device such as a chemical plant includes a controller and a client (for example, see Non-Patent Document 1). In the controller, a program for controlling a target device is constantly executed, and often does not have a function of storing and displaying data. The client is a terminal operated by the operator of the device, and stores and displays information collected from the controller. Further, the client receives a command from the operator to the controller, and transmits the command to the controller.
[0003]
In the conventional DCS, all information that the client may display or save is periodically collected from the controller. Therefore, information that is not currently displayed on the screen of the client and is not to be saved is collected even if it is meaningless to collect it.
[0004]
[Non-patent document 1]
Measurement technology 2000.1 issue (published by Nippon Kogyo Shuppan), 367. Vol 28. No. No. 1, P18-21
[0005]
[Problems to be solved by the invention]
By the way, usually, the controller and the client are installed and used at a short distance such as in the same room or the same building. Therefore, it is possible to connect the controller and the client via a network having a sufficiently large bandwidth, and there is no problem even if a large amount of meaningless information is collected.
[0006]
However, when a client is to be installed in a remote place, it is common sense that a network having a relatively small bandwidth must be selected for the connection between them for economic reasons. In order to collect information in seconds, there is no room to collect meaningless information. That is, in many cases, it was practically impossible to install a client in a remote location.
[0007]
Even if a client could be used for remote monitoring, it had to be a separate product from a regular client, or had to introduce a special mechanism for remote monitoring. For this reason, it has not been realistic to remotely monitor and remotely control a monitoring target device using a DCS system.
[0008]
The present invention has been made in view of the circumstances described above, and can connect a controller for controlling operation and operation of an industrial device such as a chemical plant to a client via a small-bandwidth network, and requires the intervention of an operator. It is an object of the present invention to provide a remote monitoring operation system, a remote monitoring operation method, and a remote monitoring operation program that can remotely monitor and remotely control a chemical plant or the like so that it can safely and optimally operate.
[0009]
[Means for Solving the Problems]
In order to solve the above-mentioned problems, in the invention according to claim 1, a plurality of distributed control systems having a controller and a client which is an operation terminal are connected via a network, and a remote operation client is connected to the network. Is a remote monitoring operation system for remotely monitoring and operating at least one object by the remote operation client, and asynchronously transmits requests for a plurality of tasks of the client to a controller. A request sending queue means for temporarily holding requests from a plurality of tasks; anda queue managing means for holding the request sending queue means and managing duplication removal of requests from a plurality of tasks and consistency of requests. Communication means for performing communication between the controller having the above and the client.
[0010]
According to a second aspect of the present invention, in the remote monitoring operation system according to the first aspect, information from a controller with respect to a task request from the request transmission queue can be read from each task of the client so as to be readable for each client. It is characterized by having storage means for holding.
[0011]
According to the third aspect of the present invention, in the remote monitoring and operating system according to the first aspect, the plurality of objects remotely monitored and operated are plants, and a client of at least one plant site is connected to the plant site. Is connected via a network with a plurality of clients at different locations, and among the clients at the plant site and the plurality of clients, the client that performed the final operation is always the highest priority operation client that can operate with the highest priority. Until the highest priority operation client issues an "operation permitting command" to another client, the operation right transfer control means for maintaining the highest priority operation client and disabling operation from the other client is specified. It is characterized by.
[0012]
According to a fourth aspect of the present invention, in the remote monitoring operation system according to the third aspect, the operation right transfer control unit receives the “operation permission command” issued by the highest priority operation client by the other client. At this point, the other client is set as the highest priority operation client.
[0013]
According to a fifth aspect of the present invention, in the remote monitoring operation system according to the third or fourth aspect, the remote control client is arranged at a plurality of points having a time difference such that the daytime is continuous. It is characterized by doing.
[0014]
In order to solve the above-mentioned problem, in the invention according to claim 6, a plurality of distributed control systems having a controller and a client which is an operation terminal are connected via a network, and are remotely controlled by the network. A remote monitoring operation method for remotely monitoring and operating at least one object by the remote operation client, the method comprising: asynchronously transmitting requests for a plurality of tasks of the client. Upon transmission to the controller, requests from a plurality of tasks are temporarily held, and the temporarily held requests from the plurality of tasks are deduplicated and the consistency of the requests is managed.
[0015]
According to a seventh aspect of the present invention, in the remote monitoring operation method according to the sixth aspect, information from a controller in response to a task request from the request transmission queue can be read from each task of the client so that the information can be read for each client. It is characterized by holding.
[0016]
In the invention according to claim 8, in the remote monitoring operation method according to claim 6, the plurality of objects to be monitored and operated remotely are plants, and a client of at least one plant site is connected to the plant site. Is connected via a network with a plurality of clients at different locations, and among the clients at the plant site and the plurality of clients, the client that has performed the last operation is the highest priority operation client that can operate at the highest priority. It is characterized in that the client is always designated as the highest priority operation client and the operation from the other client is disabled until the highest priority operation client issues an "operation permission command" to another client.
[0017]
According to a ninth aspect of the present invention, in the remote monitoring operation method according to the eighth aspect, when the other client receives an "operation permission command" issued by the highest priority operation client, Is the highest priority operation client.
[0018]
In order to solve the above-mentioned problems, in the invention according to claim 10, a plurality of distributed control systems having a controller and a client which is an operation terminal are connected via a network, and are remotely controlled by the network. A remote monitoring operation program for remotely monitoring and operating at least one object by the remote operation client, wherein the remote monitoring operation program asynchronously transmits requests for a plurality of tasks of the client. A step of temporarily holding requests from a plurality of tasks in a request transmission queue when sending the requests to the controller; anda step of managing the temporarily held requests for duplicate removal of requests from the plurality of tasks and consistency of the requests. It is characterized by being executed by a computer.
[0019]
According to the eleventh aspect of the present invention, in the remote monitoring operation program according to the tenth aspect, information from a controller in response to a task request from the request transmission queue can be read from each task of the client so that the information can be read for each client. The step of holding is executed by a computer.
[0020]
According to the present invention, when requests for a plurality of tasks possessed by a client are asynchronously transmitted to a controller, requests from the plurality of tasks are temporarily held in a request transmission queue unit, and the request transmission queue is stored by a queue management unit. Manages deduplication of requests from multiple tasks and consistency of requirements, with the means kept. Therefore, it is possible to adjust the communication amount between the client and the controller that controls the operation and operation of the industrial equipment such as a chemical plant on the client side. It is possible to remotely monitor and remotely control a chemical plant or the like that requires a safe and optimal operation.
[0021]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
A. Basic system
FIG. 1 is a block diagram showing a basic configuration of a remote monitoring operation system according to an embodiment of the present invention. In FIG. 1, a client 1 includes a large number of tasks 1-1 to 1-n. Each of the tasks 1-1 to 1-n includes, for example, a window such as a system diagram and a graph and data storage. Of each function. Some of the tasks 1-1 to 1-n are constantly executed, while others are started and stopped at the request of the operator. For example, data storage and the like are often executed at all times, and it is sufficient to execute system diagrams and graphs only while the operator is watching.
[0022]
A typical example of a task is an "instrument" that accepts an operation. An example of the external appearance of the “meter” uses a GUI as shown in FIG. Normally, a plurality of these are arranged on the screen. In terms of application, tasks such as "instrument", "graph", and "system diagram" can be mentioned, but this is not a fundamental task classification. In addition to the instruments described above, a special screen may be created for each application, and operation switches, sliders, and the like may be arranged there. In terms of the system, there are three types: "data storage", "window display", and "alarm reception".
[0023]
Each of the tasks 1-1 to 1-n requests only information required by itself from the controller 5. At this time, if the request is made directly to the controller 5, it is sufficiently expected that the requests among the tasks 1-1 to 1-n are duplicated, and in such a case, useless requests are transmitted. Therefore, each of the tasks 1-1 to 1-n sends a request to the request transmission queue 2 instead of directly to the controller 5.
[0024]
The queue management task 3 periodically monitors the request transmission queue 2, and when a new request is sent to the request transmission queue 2, the duplication is performed together with the request already in the request transmission queue 2. Removed and passed to transmission task 4.
[0025]
The transmission task 4 transmits a request to the controller 5. Once receiving the request, the controller 5 periodically transmits the information specified therein to the client 1. The receiving task 6 receives information from the controller 5 and writes the information into the memory 7.
[0026]
Each of the tasks 1-1 to 1-n obtains information by reading a place on the memory 7 where information required by itself is written. Once the request is received by the controller 5, the information is periodically transmitted to the client 1, so that each of the tasks 1-1 to 1-n transmits the request only once when it is activated. It only needs to be sent to queue 2.
[0027]
When the controller 5 receives a new request, the controller 5 discards the previous request, and the requests do not continue to accumulate. Since the requests from the tasks 1-1 to 1-n are asynchronous, the requests of all the tasks 1-1 to 1-n are not always transmitted to the controller 5 at the same timing. Therefore, there is a possibility that a request that has arrived earlier may be discarded by a request that arrives later. Therefore, a signal for indicating a request that should not be discarded and a signal indicating a discard execution command (permission and non-permission) are stored in the request transmission queue 2.
[0028]
The “indicator for identifying a request that should not be discarded” is a flag indicating “discardable / impossible”. When a plurality of tasks (a data storage program, a screen display program, etc.) are started, “these tags are deleted”. The value is passed to the queue with the request. The "signal indicating permission or non-permission of destruction" means that all the products having the expiration date should be discarded (this system has no concept of the expiration date).
[0029]
For example, the task of saving historical data to a file requires that the value of the specified tag be collected at regular time intervals, no matter what is displayed on the screen. Therefore, the task requires data collection with a flag of disapproval not allowed. Conversely, a screen display task such as a system diagram only needs to collect a value when it is displayed, and thus requests data collection together with a discard permission flag. However, in this case, a single window display is a principle. That is, when the user views another screen, the screen that has been viewed is closed and a new screen is opened.
[0030]
The queue management task 3 also monitors these pieces of information, and always passes an appropriate request to the transmission task 4. The queue management task 3 also performs queue management such as deleting a request in the request transmission queue 2 from such information or changing a sign.
[0031]
By realizing the above-described communication method between the controller 5 and the client 1, the communication amount between the two can be adjusted on the client 1 side, so that a network system with a small bandwidth can be realized. As a result, the client 1 can flexibly select the information to be received from the controller 5, so that the DCS can be used according to the bandwidth of the network.
[0032]
And, by enabling a network with a small bandwidth, the controller 5 and the client 1 can be installed at geographically distant places, and a chemical plant or an air separation apparatus that performs control using DCS Helium liquefaction equipment, buildings, factories, and the like can use the remote monitoring and operating system to perform either remote monitoring or remote control, or both.
[0033]
Further, by realizing a network with a small bandwidth, a plurality of chemical plants can be networked, and optimal distribution, production planning and management, etc. can be comprehensively planned and executed.
[0034]
In particular, the size of the air separation device is becoming smaller, and the automatic control is becoming more sophisticated and sophisticated. If the present network system is used for such a decentralized air separation device, it is not necessary to arrange personnel other than operators at the plant site. For example, since the same information as at the plant site can be obtained by a client at a remote location, what has been done at the plant site until now, such as investigating the cause of an accident, early detection of an accident, etc., and analysis of optimal operation, can be performed remotely. It can be executed on the ground. For this reason, it is possible to take the corresponding measures with a minimum number of personnel, and the functions can be distributed. In other words, the number of personnel required at each plant site is reduced to a minimum of operating personnel, and other functions such as maintenance management, analysis, and monitoring personnel can be distributed, and each function is centrally located. Therefore, the system greatly contributes to reduction of labor costs and the like.
[0035]
The target for centralized operation monitoring at the central monitoring center is a large plant among air separation units. In other words, in terms of the relationship between supply and demand in the country, it is equivalent to the original source of supply. On the recent demand side, gas is often supplied from a small generator at the same time as the conventional liquid storage tank. There is no problem on a regular basis, but when the small generator stops due to a trouble, the supply from the liquid storage tank is forced, and the production of liquid oxygen, nitrogen, etc. from the large plant, which is the original supply source, is inevitable. It is necessary to increase it.
[0036]
Conventionally, such information processing is performed by manpower because the apparatus itself is separated and there is no idea of performing a centralized operation.
On the other hand, in the present invention, since the centralized operation monitoring is performed, the "operation / stop signal, gas supply amount signal at stop" of the small generator is transmitted to the central operation monitoring center, and the total demand amount is calculated by using the stop signal as a trigger. Thus, an economical mechanism for executing the optimal allocation calculation is possible.
[0037]
As described above, according to the present remote monitoring and operating system, it is possible to install a plurality of clients exactly the same as the clients installed at the plant site in necessary places, to achieve functional distribution, and to provide a plurality of clients that are geographically separated. An ant can operate a chemical plant such as an air separation unit. However, while each client can operate freely, there is a risk that security may be impaired.
[0038]
Therefore, in this remote monitoring operation system, each client is always specified where the last operation was performed, and is protected by an interlock so that the client that performed the last operation is the highest priority operation client. A system that has the function of performing By setting the highest-priority operation client, operation cannot be performed from other clients, unified plant control is performed, and no dangerous state is caused. Therefore, when a client other than the highest priority operation client attempts to operate, it is necessary to transfer the “operation right”. In the present embodiment, two procedures are provided for the transfer procedure of the “operation right”.
[0039]
In the first transfer procedure, when the highest-priority operation client that has performed the final operation decides to abandon the right of the highest-priority client, it issues an “operation delegation notification” and abandons it to other clients. Is specified. Among the clients that have confirmed the “operation delegation notification”, the client who wants to become the highest priority client issues an “operation transfer command” to the highest priority operation client. The highest priority client issues an “operation permission command” to the client. Then, when the client receives the “operation permission command”, the client becomes the highest priority operation client, and remote operation becomes possible. That is, this is a case where the highest priority client voluntarily relinquishes the “operation right”.
[0040]
Next, in the second transfer procedure, another client who wants to become the highest priority operation client issues an “operation transfer command” to the highest priority operation client. The highest priority operation client that has received the “operation transfer instruction” issues an “operation permission instruction” to the other clients. Then, when the client receives the “operation permission command”, the client becomes the highest priority operation client.
[0041]
As described above, the “operation permission command” is issued from the highest priority operation client, and when the “operation permission command” is received by the client, the transfer of the “operation right” is completed, and the client becomes the highest priority operation client. As a result, the plant can be operated, so that the safety of a chemical plant such as an air separation device can be maintained.
[0042]
B. Embodiment
FIG. 3 shows remote monitoring in which sites A, B, and C, that is, plants A, B, and C are far apart, and Ethernet (registered trademark) of each site is connected to a monitoring network 100 such as a WAN. 2 shows an example of an operation system. In this configuration example, each of the remote control clients 40, 41, and 42 basically has a function of monitoring and operating the plants A, B, and C.
[0043]
The plant A and the remote control client 40, the plant B and the remote control client 41, and the plant C and the remote control client 42 are located on the same site (sites A, B, and C).
In the present embodiment, each of the remote operation clients 40, 41, and 42 monitors all the plants. This is because the risk can be diversified and a quick response can be made in the event of an abnormality.
[0044]
In addition, safe operation cannot be performed unless the operation of each plant is restricted only to a specific remote operation client. Moreover, even if the specific remote operation client does not have the operation right, the operation cannot be performed (a plurality of operation rights can be set for one plant).
[0045]
Next, an operation example of the remote monitoring operation system shown in FIG. 3 will be described with reference to FIGS. FIG. 4 shows preconditions for the operation example (1) of the plant. That is, as shown in FIG. 4A, each of the remote operation clients 40 to 42 can monitor all the plants A, B, and C.
[0046]
As for the operation of the plant, as shown in FIG. 4B, the plant A is operated by the remote operation clients 40 and 41, the plant B is operated by the remote operation client 41, and the plant C is operated by the remote operation client 42. Further, it is assumed that the priority of the operation of the plant A lies in the remote operation client 41. 5 to 7 show the operation contents of the remote operation client side when an accident occurs in the plant in this case.
[0047]
In this example, the operation of the remote operation client when an alarm indicating that an accident has occurred in the plant A is shown. FIG. 5 shows each remote operation when the remote operation client 40 first notices the occurrence of the alarm. 4 shows a recovery operation in the operation clients 40 to 42.
[0048]
As shown in the figure, the remote operation client 40 first performs a bell stop process, and as a result, the bell operation of the remote operation clients 41 and 42 is stopped, but the operation right of the plant A is changed to the remote operation client. Since it is located at 41, an alarm is sounded on the remote control client 41 side, and the abnormality display lamp remains lit. Then, when the remote operation client 41 notices the occurrence of the alarm and performs the bell stop processing, the bell ringing of the remote operation client 41 stops, and the abnormality display lamps of the remote operation clients 40, 41, and 42 are turned off. I do.
[0049]
FIG. 6 shows a recovery operation in each of the remote operation clients 40 to 42 when the remote operation client 41 first notices the occurrence of an alarm. As shown in the figure, when the remote operation client 41 first notices the occurrence of the alarm and performs the bell stop processing, the bell operation of the remote operation clients 440 and 42 stops, and the remote operation client 41 stops the plant A. When the recovery operation is performed, the ringing of the bell of the remote operation client 41 is stopped, and the abnormality display lamps that have been lit up so far in the remote operation clients 40, 41, and 42 are turned off.
[0050]
FIG. 7 shows a recovery operation in each of the remote operation clients 40 to 42 when the remote operation client 42 first notices the occurrence of an alarm. As shown in the figure, when the remote operation client 42 performs the bell stop processing, the ringing of only the bell of the remote operation client 42 is stopped, and the abnormality display lamps of all the remote operation clients remain lit. . Next, when the remote operation client 40 or 41 notices the occurrence of the alarm and performs the bell stop processing, and then performs the recovery operation of the plant, the ringing of the bell of the remote operation client 40 or 41 is stopped and the lamp is lit up to now. The error display lamps of all the remote control clients that are being turned off go off.
[0051]
Next, FIGS. 8 and 9 show an operation transfer procedure when the operation right (operation priority) is in the remote operation client 41. FIG. 8 and 9, C1 indicates a remote operation client 40, C2 indicates a remote operation client 41, and C3 indicates a remote operation client 42.
In these figures, first, when the remote operation client 41 issues an operation right delegation notification (step 200), the remote operation client 40 receives the delegation notification and becomes the highest priority operation client (priority of operation right). Is determined (step 201).
[0052]
If the determination in step 201 is affirmative, the remote operation client 41 issues an operation permission command to the remote operation client 40 (step 202). As a result, the remote control client 40 becomes the highest priority client (step 203).
[0053]
If the determination in step 201 is negative, it is determined whether the remote operation client 42 receives the operation right transfer notification and declares itself as the highest priority operation client (step 204). If the determination in step 204 is affirmative, the remote operation client 41 issues an operation permission command to the remote operation client 42 (step 205). As a result, the remote control client 42 becomes the highest priority client (step 206).
[0054]
If the determination in step 204 is negative, the process returns to step 201 in a state where the remote control client 41 remains the highest priority client (step 207).
On the other hand, if the remote operation client 41 does not issue the operation right transfer notification in step 200, it is determined whether the remote operation client 40 wants to be the highest priority client (step 208).
[0055]
If the determination in step 208 is affirmative, an operation transfer command is issued to the remote operation client 41 (step 209), and then whether or not the remote operation client 41 has issued an operation right transfer notification. Is determined (step 210). If the determination in step 210 is affirmative, the process proceeds to step 202.
When the determination in step 210 is denied, the content of the rejection is notified to the remote operation client 40 (step 211), and the process proceeds to step 207.
[0056]
If the determination in step 208 is negative, it is determined whether the remote operation client 42 wants to be the highest priority operation client (step 212). If the determination in step 212 is negative, the process proceeds to step 207.
On the other hand, if the determination in step 212 is affirmative, an operation transfer command is issued to the remote operation client 41 (step 213). Next, it is determined whether the remote operation client 41 has issued an operation right transfer notification (step 214).
[0057]
If the determination in step 214 is affirmative, the process proceeds to step 205. If the determination in step 214 is denied, the content of the rejection is notified to the remote operation client 42 (step 215), and the process proceeds to step 207.
[0058]
Next, an operation example (2) of another plant will be described. In this operation example, as a precondition, the monitoring and operation of each plant are basically the same as those shown in FIG. 4, but the plant A is operated by the remote operation client 40 or the remote operation client 41. By declaring the right acquisition, it shall become the highest priority operation client. That is, this is an operation example in which the operation right can be equally held. FIGS. 10 to 12 show the contents of operation on the remote operation client side when an accident occurs in the plant in this case.
[0059]
This example shows the operation on the remote control client side when an alarm indicating that an accident has occurred in the plant A. FIG. 10 shows each remote control client 40 when the remote control client 40 first notices the alarm generation. 4 shows a recovery operation in the operation clients 40 to 42.
[0060]
As shown in the figure, when an alarm occurs, the remote control client 41, which had the operation right, gives up the operation right, and the remote operation clients 40, 41 can acquire the operation right. When the remote operation client 40 detects the occurrence of the alarm, declares the acquisition of the operation right at this time, and performs the bell stop processing, the ringing of the bells of all the remote operation clients 40 to 42 is stopped. Next, when the remote operation client 40 having the operation right performs the restoration operation of the plant and the plant A is restored, the abnormality display lamps of all the remote operation clients 40 to 42 are turned off.
[0061]
FIG. 11 shows a recovery operation in each of the remote operation clients 40 to 42 when the remote operation client 41 first notices the occurrence of an alarm. In the figure, a remote operation client 41 having an operation right abandons the operation right when an alarm occurs, and at this time, the operation right can be acquired by all the remote operation clients 40 to 42.
[0062]
Next, when the remote operation client 41 first detects the occurrence of the alarm, declares the acquisition of the operation right, and performs the bell stop processing, the bell sounds of all the remote operation clients 40 to 42 stop. Then, the remote control client 41 performs a recovery operation of the plant A, and when the plant A recovers, the abnormality display lamps of all the remote control clients 40 to 42 which have been lit up until now are turned off.
[0063]
FIG. 12 shows a recovery operation in each of the remote control clients 40 to 42 when the remote control client 42 first notices the occurrence of an alarm. In this example, the remote operation client 41 having the operation right relinquishes the operation right when an alarm occurs, and the remote operation client 42 operates in a state where all the remote operation clients have not declared the acquisition of the operation right. This figure shows a case in which the processing of stopping the ringing of the bell is performed when the alarm is first noticed.
[0064]
In this case, the processing similar to that of FIGS. 10 and 11 is performed because the remote operation clients 40 and 41 notice the occurrence of the alarm.
Next, another example of the procedure for transferring the client operation right for remote control is shown in FIG.
In this example, the remote operation client that has declared the operation right has the operation priority, but when an event such as an alarm occurs and the plant operation is required promptly, the operation right is automatically relinquished and newly added. Operation rights can be obtained.
[0065]
In FIG. 13, C1 indicates the remote operation client 40, C2 indicates the remote operation client 41, and C3 indicates the remote operation client 42.
In FIG. 13, first, it is determined whether or not the remote operation client having acquired the operation right has abandoned the operation right (step 300).
[0066]
If the determination in step 300 is negative, it is further determined whether or not the operation right has been abandoned due to the occurrence of an event (step 301). If this determination is denied, the process returns to step 300.
If the determination in step 300 is affirmative, the operation right is in a free state (step 302), and then it is determined whether or not the remote operation client 40 has obtained the operation right (step 303).
[0067]
If the determination in step 303 is affirmative, the remote operation client 40 acquires the operation right (step 304), and the process returns to step 300. If the determination in step 303 is negative, it is determined whether or not the remote operation client 41 has acquired the operation right (step 305). If the determination in step 305 is negative, the process returns to step 302.
If the determination in step 305 is affirmative, the remote control client 41 acquires the operation right (step 306), and the process returns to step 300.
[0068]
FIG. 14 is a block diagram showing a configuration of a remote monitoring and operation system for remotely monitoring and remotely controlling a plurality of air separation devices incorporating the DCS system. 14, about 100 air separation devices 410, 410,..., 410 are scattered in various places, each including a controller 412 and a client 413 connected to a LAN 411.
[0069]
The central monitoring center 415 monitors the operation status of the apparatus, performs remote operations such as changing variables such as operating conditions, and receives and transmits an alarm when an abnormality occurs. The maintenance management center 416 performs maintenance when the air separation device fails. The analysis center 417 performs an analysis for the purpose of optimizing the air separation device. Although not shown, a sub-monitoring center for minimizing troubles due to an earthquake or an accident in the communication system is also provided.
[0070]
The central monitoring center 415, the sub monitoring center, the maintenance management center 416, and the analysis center 417 include clients 430 to 436 connected to LANs 418, 419, and 420, respectively. The LANs 418 to 420 of the centers 415 to 417 are connected to the WAN 440 via lines having a communication speed of 64 Kbps.
[0071]
Each of the controllers 412, 412,..., 412 has a total number of 1000 or more variables including the status value of the device, internal variables, and parameters for PID control. In order to remotely monitor such information, information necessary for monitoring is displayed on a daily one-second cycle. All variables, including detailed information such as PID control parameters, can be referenced and changed as necessary.
[0072]
Clients 430 to 436 used at the central monitoring center 415 or the like and located at a distance from the controller 412 are not specially manufactured or set for remote monitoring, but are provided with the client 413 attached to the device. It has exactly the same configuration as or has an equivalent function.
[0073]
Since the clients 430 to 436 at remote locations and the controller 412 of the air separation device 410 can be connected by a network having a small bandwidth, other networks (a distribution center or an inventory management center not shown in FIG. 14) can be used. ), And an expandable network system can be obtained.
[0074]
For example, the clients 430 to 432 of the central monitoring center 415 include a warning PC, a trend monitoring PC, and a remote operation monitoring PC. Each of the clients 430 to 432 needs a screen such as a real-time trend, a historical trend screen, an individual instrument screen (pressure, flow rate, temperature), a device piping system diagram screen, and an alarm screen (displaying which device, alarm content, etc.). In the case of an operation remote monitoring PC, in addition to these, a driving operation screen is displayed and the target device can be operated.
[0075]
As described above, since the remote clients 430 to 436 and the driving operation client 413 at the site have equivalent functions, the air separation device 410 can be transmitted from the remote clients 430 to 436 in real time. Can be monitored. Therefore, it is possible to predict operational fluctuations without being on site. Therefore, fine adjustment of operating conditions and the like, gas supply / shut-off when maintenance / trouble occurs, recovery countermeasures, investigation of the cause, and the like can be performed more quickly than in the prior art. Moreover, since the network system of the present application employs the DCS of the communication procedure of the present embodiment and has the above-described interlock function, the safety of the air separation device can be ensured.
[0076]
Further, when the highest priority operation client does not respond, it is possible to forcibly abandon the “operation right” of the highest priority operation client and transfer the “operation right” to another client. However, in this case, it is assumed that some means for limiting the operation transfer itself or the operation range (operation contents) is provided.
[0077]
According to the above-described embodiment, since the communication amount between the controller and the client can be freely adjusted on the client side, it is possible to construct a network having a very small bandwidth. As a result, remote monitoring and operation can be realized very cheaply. In addition, the client attached to the device that requires a large amount of communication and the remote monitoring operation client that requires a small amount of communication have exactly the same configuration, and can be installed, operated, and maintained very easily.
[0078]
In addition, if the above-described network system is adopted, remote monitoring (chemical operation) of a chemical plant such as a plurality of air separation devices can be performed in real time, and remote operation (operation) while ensuring safety can be performed. In particular, it is possible to provide a remote monitoring and operation system that is optimal for a target device that requires continuous feedback and feedforward control, such as PID control, where the control target is gas flow, pressure, temperature, or the like.
[0079]
In addition, according to the above-mentioned network, functions such as analysis, monitoring, maintenance management, and distribution are decentralized, and comprehensive (company-wide) management can be performed. Since the functions can be integrated for each function, management costs such as reduction of labor costs can be significantly reduced.
[0080]
Next, a remote monitoring operation system according to another embodiment of the present invention will be described. In the present embodiment, the client is arranged at a plurality of points having a time difference such that the daytime is continuous, and the plant is operated by enabling only the client in the daytime among them to operate. It is possible to eliminate the night shift of the operator who operates the client.
[0081]
In consideration of the time difference, the Earth is divided into three parts, specifically, centralized monitoring operation centers requiring remote control clients are located in Los Angeles (USA), Tokyo (Japan), and Hamburg (Germany).
For example, a remote operation place is selected every eight hours during the day. After being in charge of remote monitoring operations for eight hours in Tokyo, he will then transfer the operation to Hamburg, where the time difference is eight hours. Eight hours later, operations will be transferred to Los Angeles, and eight hours later, operations will be sequentially transferred to Tokyo. As a result, work such as night shift can be eliminated.
[0082]
In addition to the case where the remote operation client is arranged at three points where the time difference is 8 hours, the remote operation client may be arranged at two points where the time difference is 12 hours.
Further, considering a break time such as a lunch break, remote control clients may be arranged at six points with a time difference of 4 hours between 4 hours from 1:00 to 5:00.
[0083]
Further, when remote control clients are arranged at a plurality of points having a time difference and the remote control clients at each point can be operated only during the daytime, 8 hours at one point and 6 hours at another point. In this way, the operable time of the remote control client may be different at each point.
Conventionally, the operation of plants installed around the world has been forced to work 24 hours a day in a limited place. However, if the remote monitoring operation system according to the present embodiment is adopted, night shifts can be eliminated. .
[0084]
【The invention's effect】
As described above, according to the present invention, when asynchronously transmitting requests for a plurality of tasks possessed by a client to a controller, requests from a plurality of tasks are temporarily held in a request transmission queue means, By the management means, the request transmission queue means is held, so as to manage the duplication removal of requests from a plurality of tasks and the consistency of requests, a controller for controlling the operation and operation of industrial equipment such as a chemical plant. Because the communication volume with the client can be adjusted on the client side, it is possible to connect with a network with a small bandwidth, and it is possible to safely and optimally operate chemical plants etc. that require operator intervention The advantage that remote monitoring and remote control can be performed is obtained.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a basic configuration of a remote monitoring operation system according to an embodiment of the present invention.
FIG. 2 is a schematic diagram showing a GUI used as an example of a task.
FIG. 3 is a schematic configuration diagram showing an example of a remote monitoring operation system in which Ethernet (registered trademark) at each site is connected to a monitoring network.
FIG. 4 is an explanatory diagram showing prerequisites for an operation example of the remote monitoring operation system shown in FIG. 3;
FIG. 5 is an explanatory diagram showing an example of a client-side recovery operation of the remote monitoring operation system shown in FIG. 3;
FIG. 6 is an explanatory diagram showing another example of the client-side recovery operation of the remote monitoring operation system shown in FIG. 3;
FIG. 7 is an explanatory diagram showing still another example of the recovery operation on the client side of the remote monitoring operation system shown in FIG. 3;
FIG. 8 is a flowchart showing an example of an operation transfer procedure of the remote monitoring operation system shown in FIG. 3;
FIG. 9 is a flowchart illustrating an example of an operation transfer procedure of the remote monitoring operation system illustrated in FIG. 3;
FIG. 10 is an explanatory diagram showing an example of a client-side recovery operation when each client has an equal operating right in the remote monitoring operation system shown in FIG. 3;
FIG. 11 is an explanatory diagram showing another example of the recovery operation on the client side when each client has an equal operating right in the remote monitoring operation system shown in FIG. 3;
FIG. 12 is an explanatory diagram showing still another example of a recovery operation on the client side in a case where each client has an equal operating right in the remote monitoring operation system shown in FIG. 3;
FIG. 13 is a flowchart showing an example of an operation transfer procedure in a case where each client has an operation right equally in the remote monitoring operation system shown in FIG. 3;
FIG. 14 is a block diagram showing a configuration of a system for remotely monitoring and remotely controlling a plurality of air separation devices incorporating a DCS system.
[Explanation of symbols]
1 client
1-1 to 1-n tasks
2 Request transmission queue (request transmission queue means)
3 queue management tasks (queue management means)
4 Sending task
5 Controller
6 receiving tasks
7 memory (storage means)
410 Air separation unit
412 controller
413 Client
415 Central Monitoring Center
416 Maintenance Management Center
417 Analysis Center
418, 419, 420 LAN
430-436 clients
440 WAN

Claims (11)

コントローラと操作用端末であるクライアントとを有する分散制御システムが複数、ネットワークを介して接続され、かつ該ネットワークに遠隔操作用クライアントが接続されてなり、該遠隔操作用クライアントにより少なくとも1つの対象物を遠隔で監視・操作する遠隔監視操作システムであって、
クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を一時保持する要求送信キュー手段と、
前記要求送信キュー手段を保持された、複数のタスクからの要求の重複除去および要求の整合性を管理するキュー管理手段とを有する前記コントローラとクライアントとの間の通信を行う通信手段を具備することを特徴とする遠隔監視操作システム。
A plurality of distributed control systems having a controller and a client that is an operation terminal are connected via a network, and a remote operation client is connected to the network, and at least one object is connected by the remote operation client. A remote monitoring and operation system for remotely monitoring and operating,
Request transmission queue means for temporarily holding requests from a plurality of tasks when asynchronously transmitting requests for a plurality of tasks that the client has to the controller,
Communication means for performing communication between the controller and a client having a queue management means for managing duplication elimination of requests from a plurality of tasks and consistency of requests, which holds the request transmission queue means; A remote monitoring operation system characterized by the following.
前記要求送信キューからのタスク要求に対する、コントローラからの情報を、前記クライアントの各タスクから読み出し可能に前記クライアント毎に保持する記憶手段を具備することを特徴とする請求項1記載の遠隔監視操作システム。2. The remote monitoring operation system according to claim 1, further comprising storage means for holding information from a controller in response to a task request from the request transmission queue from each task of the client so as to be readable from each client. . 遠隔で監視・操作する複数の対象物は、プラントであり、
少なくとも1つのプラントサイトのクライアントを、前記プラントサイトとは別の場所にある複数のクライアントとネットワークを介して接続させ、
前記プラントサイトのクライアントおよび前記複数のクライアントのうち、最終操作を行なったクライアントを、最優先で操作可能な最優先操作クライアントとして常に明示し、
前記最優先操作クライアントが他のクライアントに「操作許可命令」を発行するまで、最優先操作クライアントとして維持するとともに、他のクライアントからの操作を不可とする操作権移管制御手段を有することを特徴とする請求項1記載の遠隔監視操作システム。
The multiple objects that are remotely monitored and operated are plants,
Connecting a client of at least one plant site to a plurality of clients located at a different location from the plant site via a network;
Of the client of the plant site and the plurality of clients, the client that performed the final operation is always explicitly specified as the highest priority operation client that can be operated with the highest priority,
Until the highest-priority operation client issues an “operation permission command” to another client, the operation right transfer control means for maintaining the highest-priority operation client and disabling operation from other clients is provided. The remote monitoring operation system according to claim 1, wherein
前記操作権移管制御手段は、前記他のクライアントが、前記最優先操作クライアントが発行した「操作許可命令」を受信した時点で、前記他のクライアントを、最優先操作クライアントとすることを特徴とする請求項3記載の遠隔監視操作システム。The operation right transfer control means sets the other client as the highest priority operation client when the other client receives the "operation permission command" issued by the highest priority operation client. The remote monitoring operation system according to claim 3. 昼間の時間帯が連続するような時差を有する複数の地点に遠隔操作用のクライアントを配置することを特徴とする請求項3または4のいずれかに記載の遠隔監視操作システム。5. The remote monitoring operation system according to claim 3, wherein remote control clients are arranged at a plurality of points having a time difference such that daytime is continuous. コントローラと操作用端末であるクライアントとを有する分散制御システムが複数、ネットワークを介して接続され、かつ該ネットワークに遠隔操作用クライアントが接続されてなり、該遠隔操作用クライアントにより少なくとも1つの対象物を遠隔で監視・操作するための遠隔監視操作方法であって、
クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を一時保持し、
前記一時保持された、複数のタスクからの要求の重複除去および要求の整合性を管理することを特徴とする遠隔監視操作方法。
A plurality of distributed control systems having a controller and a client that is an operation terminal are connected via a network, and a remote operation client is connected to the network, and at least one object is connected by the remote operation client. A remote monitoring and operating method for remotely monitoring and operating,
When sending requests for multiple tasks that the client has to the controller asynchronously, temporarily hold requests from multiple tasks,
A remote monitoring operation method, wherein the temporarily held requests from a plurality of tasks are deduplicated and the consistency of the requests is managed.
前記要求送信キューからのタスク要求に対する、コントローラからの情報を、前記クライアントの各タスクから読み出し可能に前記クライアント毎に保持することを特徴とする請求項6記載の遠隔監視操作方法。7. The remote monitoring operation method according to claim 6, wherein information from a controller in response to the task request from the request transmission queue is held for each of the clients so as to be readable from each task of the client. 遠隔で監視・操作する複数の対象物は、プラントであり、
少なくとも1つのプラントサイトのクライアントを、前記プラントサイトとは別の場所にある複数のクライアントとネットワークを介して接続させ、
前記プラントサイトのクライアントおよび前記複数のクライアントのうち、最終操作を行なったクライアントを、最優先で操作可能な最優先操作クライアントアントとして常に明示し、
前記最優先操作クライアントが他のクライアントに「操作許可命令」を発行するまで、最優先操作クライアントとして維持するとともに、他のクライアントからの操作を不可とすることを特徴とする請求項6記載の遠隔監視操作方法。
The multiple objects that are remotely monitored and operated are plants,
Connecting a client of at least one plant site to a plurality of clients located at a different location from the plant site via a network;
Of the client of the plant site and the plurality of clients, the client that performed the final operation is always explicitly specified as the highest priority operation client operable with the highest priority,
7. The remote controller according to claim 6, wherein the client is maintained as a top-priority operation client and operation from another client is disabled until the top-priority operation client issues an "operation permission command" to another client. Monitoring operation method.
前記他のクライアントが、前記最優先操作クライアントが発行した「操作許可命令」を受信した時点で、前記他のクライアントを、最優先操作クライアントとすることを特徴とする請求項8記載の遠隔監視操作方法。9. The remote monitoring operation according to claim 8, wherein when the other client receives the "operation permission command" issued by the highest priority operation client, the other client is set as the highest priority operation client. Method. コントローラと操作用端末であるクライアントとを有する分散制御システムが複数、ネットワークを介して接続され、かつ該ネットワークに遠隔操作用クライアントが接続されてなり、該遠隔操作用クライアントにより少なくとも1つの対象物を遠隔で監視・操作するための遠隔監視操作プログラムであって、
クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を要求送信キューに一時保持するステップと、
前記一時保持された、複数のタスクからの要求の重複除去および要求の整合性を管理するステップと
をコンピュータに実行させることを特徴とする遠隔監視操作プログラム。
A plurality of distributed control systems having a controller and a client that is an operation terminal are connected via a network, and a remote operation client is connected to the network, and at least one object is connected by the remote operation client. A remote monitoring operation program for remotely monitoring and operating,
When asynchronously sending requests for a plurality of tasks that the client has to the controller, temporarily holding requests from the plurality of tasks in a request transmission queue,
A step of causing the computer to execute the temporarily held steps of removing duplicate requests from a plurality of tasks and managing the consistency of the requests.
前記要求送信キューからのタスク要求に対する、コントローラからの情報を、前記クライアントの各タスクから読み出し可能に前記クライアント毎に保持するステップをコンピュータに実行させることを特徴とする請求項10記載の遠隔監視操作プログラム。11. The remote monitoring operation according to claim 10, further comprising the step of causing a computer to execute a step of holding information from a controller in response to a task request from the request transmission queue for each of the clients so that the information can be read from each task of the client. program.
JP2003088252A 2002-06-03 2003-03-27 Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program Expired - Fee Related JP4271973B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003088252A JP4271973B2 (en) 2002-06-03 2003-03-27 Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002161661 2002-06-03
JP2003088252A JP4271973B2 (en) 2002-06-03 2003-03-27 Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program

Publications (2)

Publication Number Publication Date
JP2004062860A true JP2004062860A (en) 2004-02-26
JP4271973B2 JP4271973B2 (en) 2009-06-03

Family

ID=31949254

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003088252A Expired - Fee Related JP4271973B2 (en) 2002-06-03 2003-03-27 Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program

Country Status (1)

Country Link
JP (1) JP4271973B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010238173A (en) * 2009-03-31 2010-10-21 Nec Corp Data processing system and data processing method

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105785865B (en) * 2016-03-19 2018-07-13 郑州轻工业学院 A kind of computer application wireless monitoring device

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010238173A (en) * 2009-03-31 2010-10-21 Nec Corp Data processing system and data processing method

Also Published As

Publication number Publication date
JP4271973B2 (en) 2009-06-03

Similar Documents

Publication Publication Date Title
US7706928B1 (en) Energy management system with security system interface
JP2000278773A (en) Device for monitoring operation and remote monitoring system
JP2002215221A (en) Monitoring and controlling device
CN106774120A (en) A kind of easy equipment running monitoring fault alarm and transmission method
CN103676863B (en) Nuclear plant alarm display device utilizing digitized technology
JPH0514975A (en) Centralized monitor system
JP4313034B2 (en) Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program
JP2004062860A (en) System, method and program for remote monitoring operation
JP2007207258A (en) Distributed control system
JP3641137B2 (en) Distributed control system
CN208424404U (en) Multizone data center computer room Centralized Monitoring management system
RU103212U1 (en) INTEGRATED SECURITY SYSTEM
JP2009089109A (en) Monitoring system, monitoring apparatus, and back-up method
JP2001331571A (en) System and method for building management
CN113485266B (en) Nuclear power plant BOP process comprehensive control system and method
JP2003052091A (en) System for supervising operation of plant
JPH11296206A (en) Power generating operation system
RU82361U1 (en) SYSTEM OF CENTRALIZED MONITORING AND MANAGEMENT OF EQUIPMENT OF REMOTE OBJECTS
JPH0630469A (en) Remote monitoring system for plural facilities
JP2001273020A (en) Control system of production line
JP7370441B1 (en) remote monitoring system
JP2005250993A (en) Information monitoring support device, information processing method, information monitoring system and information monitoring method
JP2000076571A (en) Monitoring and controlling system for building group
JPH07154879A (en) Supervisory and controlling device
CN206441230U (en) Self-help bank&#39;s equipment complex control system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060210

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081118

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090116

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090203

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090226

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120306

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120306

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120306

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120306

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees