JP2004213357A - Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program - Google Patents

Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program Download PDF

Info

Publication number
JP2004213357A
JP2004213357A JP2002382500A JP2002382500A JP2004213357A JP 2004213357 A JP2004213357 A JP 2004213357A JP 2002382500 A JP2002382500 A JP 2002382500A JP 2002382500 A JP2002382500 A JP 2002382500A JP 2004213357 A JP2004213357 A JP 2004213357A
Authority
JP
Japan
Prior art keywords
client
remote
remote monitoring
clients
controller
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
JP2002382500A
Other languages
Japanese (ja)
Other versions
JP4313034B2 (en
Inventor
Junichiro Shikata
順一郎 指方
Yasuto Shimizubo
保人 清水坊
Toshiya Nakajima
俊哉 中嶋
Hiroshi Yoshikawa
浩史 吉川
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.)
SEKIYU COMBINAT KODO TOGO UNEI
Japan Oxygen Co Ltd
Nippon Sanso Corp
Research Association of Refinery Integration for Group Operation
Original Assignee
SEKIYU COMBINAT KODO TOGO UNEI
Japan Oxygen Co Ltd
Nippon Sanso Corp
Research Association of Refinery Integration for Group Operation
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 SEKIYU COMBINAT KODO TOGO UNEI, Japan Oxygen Co Ltd, Nippon Sanso Corp, Research Association of Refinery Integration for Group Operation filed Critical SEKIYU COMBINAT KODO TOGO UNEI
Priority to JP2002382500A priority Critical patent/JP4313034B2/en
Publication of JP2004213357A publication Critical patent/JP2004213357A/en
Application granted granted Critical
Publication of JP4313034B2 publication Critical patent/JP4313034B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Testing And Monitoring For Control Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To remotely perform the operation monitoring operation of an object such as a plant by enabling the networking of different models of DSC. <P>SOLUTION: An air separation device A and an air separation device B geographically separated and operated by the use of different models of DCS are networked, and the air separation devices A and B are remotely monitored/operated in a site B where the air separator B is located. In a site A, the DSC 10-1 comprises a controller 11 for controlling the air separation device A connected to a client 12 through a bus 13, and the bus 13 is connected to an Ethernet (R) 30 through a bus converter 20. In the site B, the DSC 10-2 comprises a controller 14 connected to a client 15 through a bus 16, and the bus 15 is connected to an Ethernet (R) 31 that is a general network. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、本発明は、化学プラントなどの産業用装置を分散制御システム(Distributed Control System,略してDCS)を用いて制御する遠隔監視操作システム、遠隔監視操作方法および遠隔監視操作プログラムに関する。
【0002】
【従来の技術】
化学プラントなどの産業用装置は、コントローラとクライアントから構成される分散制御システム(以下、「DCS」という。)によって運転操作制御される(例えば、非特許文献1参照。)。コントローラは対象となる装置を制御するプログラムが常時実行されており、データの保存や表示などの機能を備えていないことが多い。クライアントは、装置の運転員が操作する端末であり、コントローラから収集した情報を保存し表示する。
【0003】
また、クライアントは、運転員からのコントローラに対する命令を受け付けて、コントローラへその命令を送信する。一般的にコントローラとクライアントは、十分に帯域幅の大きいネットワークで接続されており、同じ建物内などの近距離に設置されている。DCSでは対象物の遠隔操作を行うために、操作用クライアントを遠隔地におくことがなく、コントローラとクライアントとを帯域幅の大きいネットワークで接続しているために不必要な情報のやりとり行なっても特に問題はなかった。
【0004】
【非特許文献1】
計測技術2000.1月号(日本工業出版発行),367,Vol28.No.1,P18〜21
【0005】
【発明が解決しようとする課題】
ところが、クライアントを遠隔地に設置しようとした場合、両者の接続には経済的理由から比較的帯域幅の小さいネットワークを選択せざるを得ないことは常識であり、典型的な収集周期である1秒で情報を収集するためには、意味のない情報を収集する余裕はない。つまり、クライアントを遠隔地に設置することは実質的に不可能な場合がほとんどであった。
【0006】
例え遠隔監視の用途に利用できるクライアントがあったとしても、それは通常のクライアントとは別製品であったり、遠隔監視のために特別な仕組みを導入したりしなければならなかった。そのために、DCSを用いて監視対象装置を遠隔監視ましてや遠隔操作を行なうことは現実的ではなかった。
近年、各地に点在している空気分離装置等の化学プラント、石油コンビナート等の運転操業の効率化を目的として、各地でそれぞれ使用しているDCSをネットワーク化、複数の異なる機種のDCSをネットワーク化して異なる場所にある複数の化学プラント等対象物を遠隔にて統合監視操作することが提案されている。
【0007】
DCSは、メーカー、機種毎にその仕様が異なり、異機種のDCSを接続してネットワーク化し運転制御情報を含めた操業情報を共有化するためには、経済的にも技術的にも数々の問題点を克服しなければならない。以下に統合的な監視・操作を行うための主なポイントを示す。
【0008】
異機種のDCSを接続してネットワーク化し運転制御情報を含めた操業情報を共有化し、統合的な監視・操作を行うためには、第1に異なる機種のDCSを(イーサネット(登録商標)等のLANを介して)接続する必要がある。
第2に、DCSにおけるコントローラと、DCSの遠隔操作用のクライアントとの接続を、帯域幅の小さいネットワークで行う必要が有る。
さらに、第3に、プラント(現場)サイトにあるクライアントと同一機能を遠隔地にある遠隔操作用クライアントでプラントを自由に操作できるようにした場合に安全にプラント(対象物)を運転する必要がある。
【0009】
本発明は、このような事情に鑑みてなされたものであり、異機種のDCSをネットワーク化でき、かつ遠隔でのプラント等の対象物の運転監視操作をすることができるとともに、遠隔でプラント等の対象物を安全に運転することが可能な遠隔監視操作システム、遠隔監視操作方法および遠隔監視操作プログラムを提供することを目的とする。
【0010】
【課題を解決するための手段】
上記目的を達成するために請求項1に記載の発明は、制御用コントローラと操作用端末であるクライアントとを有する分散制御システムが複数、ネットワークを介して接続され、かつ該ネットワークに遠隔操作用クライアントが接続されてなり、複数の対象物を遠隔で監視・操作する遠隔監視操作システムであって、クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を一時保持する要求送信キュー手段と、前記要求送信キュー手段に保持された、複数のタスクからの要求の重複除去および要求の整合性を管理するキュー管理手段とを有する前記制御用コントローラとクライアントとの間の通信を行う通信手段を備えており、前記分散制御システムを、バス変換器を介して前記ネットワークに接続したことを特徴とする。
【0011】
また、請求項2に記載の発明は、請求項1に記載の遠隔監視操作システムにおいて、前記要求送信キュー手段からのタスク要求に対する、コントローラから得た情報を前記クライアントの各タスクから読み出し可能に前記クライアント毎に保持する記憶手段を具備することを特徴とする。
【0012】
また、請求項3に記載の発明は、請求項1または2のいずれかに記載の遠隔監視操作システムにおいて、遠隔で監視・操作する複数の対象物は、プラントであり、プラントサイトにあるクライアントと、前記プラントサイトとは別の場所にある1以上のクライアントとをネットワークを介して接続させ、前記プラントサイトにあるクライアント及び前記プラントサイトとは別の場所にある1以上のクライアントを含む全てのクライアントのうち、最終操作を行なったクライアントを、最優先で操作可能な最優先操作クライアントとして常に明示し、前記最優先操作クライアントが他のクライアントに「操作許可命令」を発行するまで、最優先操作クライアントとして維持するとともに、前記他のクライアントからの操作を不可とする操作権移管制御手段を有することを特徴とする。
【0013】
また、請求項4に記載の発明は、請求項3記載の遠隔監視操作システムにおいて、前記操作権移管制御手段は、前記他のクライアントが、前記最優先操作クライアントが発行した「操作許可命令」を受信した時点で、前記他のクライアントを、最優先操作クライアントとすることを特徴とする。
【0014】
また、請求項5に記載の発明は、請求項3または4のいずれかに記載の遠隔監視操作システムにおいて、昼間の時間帯が連続するような時差を有する複数の地点にクライアントを配置することを特徴とする。
【0015】
また、請求項6に記載の発明は、複数の分散制御システムをバス変換器を介してネットワークに接続し、かつ該ネットワークに接続した遠隔操作用クライアントを用いて、複数の対象物を遠隔で監視・操作する遠隔監視操作方法において、クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を一時保持し、前記一時保持された、複数のタスクからの要求の重複除去および要求の整合性を管理することを特徴とする。
【0016】
また、請求項7に記載の発明は、遠隔で監視・操作する複数の対象物は、プラントであり、プラントサイトのクライアントと、前記プラントサイトとは別の場所にある1以上のクライアントとをネットワークを介して接続させ、前記プラントサイトにあるクライアント及び前記プラントサイトとは別の場所にある1以上のクライアントを含む全てのクライアントのうち、最終操作を行ったクライアントを、最優先で操作可能な最優先操作クライアントとして常に明示し、前記最優先操作クライアントが他のクライアントに「操作許可命令」を発行するまで、最優先操作クライアントとして維持するとともに、前記他のクライアントからの操作を不可とすることを特徴とする請求項6に記載の遠隔監視操作方法。
【0017】
また、請求項8に記載の発明は、請求項7に記載の遠隔監視操作方法において、前記他のクライアントが、前記最優先操作クライアントが発行した「操作許可命令」を受信した時点で、前記他のクライアントを、最優先操作クライアントとすることを特徴とする。
【0018】
また、請求項9に記載の発明は、複数の分散制御システムをバス変換器を介してネットワークに
接続し、かつ該ネットワークに接続した遠隔操作用クライアントを用いて、複数の対象物を遠隔で監視・操作する遠隔監視操作システムの機能を実現するための遠隔監視操作プログラムにおいて、クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を一時保持するステップと、前記一時保持された、複数のタスクからの要求の重複除去および要求の整合性を管理するステップとを、コンピュータに実行させることを特徴とする。
【0019】
【発明の実施の形態】
以下、本発明の実施形態を、図面を参照して詳細に説明する。
A.システムの基本構成
まず、実施形態の説明に先立ち、本発明に係る遠隔監視操作システムの基本構成について説明する。その基本構成は以下に説明する(1)〜(3)からなる。
(1)異なる機種の分散制御システム(DCS)をネットワークを介して接続するにあたり、DCSを、バス変換を行うバス変換器を介して汎用ネットワークに接続する。すなわち、図1に示すように、サイトA、サイトBともに、DCS10−1、10−2を遠隔操作用クライアントとをバス変換器20、21を介して汎用ネットワークであるイーサネット(登録商標)(LAN)30、31にそれぞれに接続するとともに、イーサネット(登録商標)30、31に遠隔操作用クライアント40、41を接続する。
【0020】
サイトAとサイトBとを光ファイバーケーブル等のネットワークで接続することができる。「バス変換器」は、DCSのメーカーやその機種独自の制御バスを汎用の制御バスに変換することを目的とするものである。バス変換器を介することで遠隔操作用のクライアントを汎用のネットワークであるイーサネット(登録商標)に接続できるので、さらに公衆回線や専用回線、光ファイバーケーブルなどのネットワークを使用して、異なる機種のDCSをネットワークに接続することができる。
【0021】
(2)DCSのコントローラと遠隔操作用クライアントとを帯域幅の小さいネットワークで接続できるように遠隔監視用クライアントと上記コントローラとの間の通信手順において、クライアントが有する複数のタスクの要求を非同期でコントローラに送信する際に、複数のタスクからの要求の重複除去および要求の整合性を管理するようにする。
【0022】
前述したとおり、DCSは、遠隔地に操作用クライアントを設置するという発想がなく、通信帯域幅の大きいネットワーク用に製作されており、クライアントがコントローラから受信する情報の取捨選択を行う機能がない。よって、地理的に異なる場所にある、異なる機種のDCSを用いて、統合的に複数の対象物の遠隔監視操作を行う場合、通信帯域の大きいネットワークを使用することはできないので、帯域幅の小さいネットワークでコントローラとクライアントとを接続できるようにしなければならない。
【0023】
これを実現するためには、クライアントとコントローラ間の通信手順を工夫する必要がある。その具体的通信手順について、図2及び図3を参照して説明する。図2は、本発明の実施形態による遠隔監視操作システムの基本構成を示すブロック図である。図2において、クライアント1には、多数のタスク1−1〜1−nが含まれており、各タスク1−1〜1−nは、系統図やグラフなどの各ウィンドウのほか、データ保存などの各機能を実行している。タスク1−1〜1−nには、常時実行されているものもあれば、運転員の要求により実行を開始し停止するものもある。例えば、データ保存などは、常時実行とする場合が多く、系統図やグラフなどは、運転員が見ている間だけ実行すれば十分である。
【0024】
各タスク1−1〜1−nは、自分が必要とする情報だけをコントローラ5に対して要求する。このとき、コントローラ5に直接要求すると、タスク1−1〜1−n間で要求が重複することも十分予想され、そうなると無駄な要求を送信することになる。そこで、各タスク1−1〜1−nは、コントローラ5に直接ではなく、要求送信キュー2に要求を送る。
【0025】
キュー管理タスク3は、定期的に要求送信キュー2を監視しており、要求送信キュー2に新たな要求が送られてくると、既に要求送信キュー2内にある要求と併せて、その重複を取り除いて送信タスク4に渡す。
【0026】
送信タスク4は、コントローラ5に対して要求を送信する。コントローラ5は、一旦、要求を受信すると、そこに指定されている情報を定期的にクライアント1に対して送信する。受信タスク6は、コントローラ5からの情報を受信し、メモリ7に書き込む。
【0027】
各タスク1−1〜1−nは、メモリ7上の自分が必要とする情報が書かれている場所を読み込んで情報を得る。一旦、要求がコントローラ5で受け付けられると、情報は、定期的にクライアント1に送信されてくることから、各タスク1−1〜1−nは、それが起動したときに一度だけ要求を要求送信キュー2に送るだけでよい。
【0028】
コントローラ5は、新たな要求を受信すると、以前の要求を破棄するようになっており、要求が累積し続けることはない。各タスク1−1〜1−nからの要求は、非同期なので、必ずしもすべてのタスク1−1〜1−nの要求が同じタイミングでコントローラ5に伝わるとは限らない。そのため、先に届いた要求が、後に届いた要求によって破棄されてしまう可能性もある。そこで、破棄されては困る要求を識別するための標識および破棄の実行指令(許可と不許可)を示す信号が要求送信キュー2には保存されている。
【0029】
上記「破棄されては困る要求を識別する標識」とは、「破棄可能/不可能」を示すフラグであり、複数のタスク(データ保存プログラム、画面表示プログラムなど)の起動時に「これらのタグの値を下さい」という要求に付けられてキューに渡される。
【0030】
キュー管理タスク3は、これらの情報も監視しており、いつでも適切な要求を送信タスク4に渡すようになっている。また、これらの情報から要求送信キュー2にある要求を削除したり、標識を変更したりするなどのキュー管理もキュー管理タスク3の役割である。
【0031】
上記通信手順を図3に基づいて具体的に説明する。ここで、例えば、タスク1−1は、系統図画面を表示するタスク(見ている時だけデータを参照すればよいタスク)であり、タグ名はPV1、PV2とする。また、タスク1−2はトレンド画面を表示するタスク(常にデータを参照しなければいけないタスク)であり、 タグ名はPV2、PV3とする。また、以下の文中で破棄の許可・不許可の標識を( )で示し、許可を(1)、不許可を(2)とする。
【0032】
クライアント1の起動時に、タスク1−2(トレンド画面)はPV2(2)、PV3(2)を要求送信キュー2へ要求を出す(ステップ70)。この時キュー管理タスク3はPV2,PV3が他のタスクから要求されていないこと(重複が無いこと)を確認し、重複している場合には後述するように重複を取り除く(ステップ74、75)。
次に、要求送信キュー2はPV2,PV3を送信タスク4へ送信する(ステップ76)。送信タスク4はコントローラ5へPV2,PV3を送信する(ステップ77)。
【0033】
コントローラ5はPV2,PV3の値を受信タスク6へ送信し(ステップ78)、受信タスク6はPV2,PV3をメモリ7へ書き込む(ステップ79)。タスク1−2(トレンド画面)はメモリ7のPV2,PV3が書き込まれた領域を参照することで値を得ることができる(ステップ80)。ここでタスク1−1の実行により表示される系統図画面をユーザが見たとする(ステップ81)。タスク1−1( 系統図画面)はPV1(1)、PV2(1)を要求送信キュー2へ要求する(ステップ70)。
【0034】
この時キュー管理タスク3はPV1がそれまで要求されていないタグであること、PV2は既に要求が出されていることを確認する(ステップ71、72、73)。そのためPV2(1)の重複を取り除く(ステップ74,75)。PV3は破棄されては困るタグであるので破棄しない。要求送信キュー2はPV1,PV2,PV3を送信タスク4へ送信する(ステップ76)。送信タスク4はコントローラ5へPV1,PV2,PV3を送信する(77)。コントローラ5はPV1,PV2,PV3の値を受信タスク6へ送信し(ステップ78)、受信タスク6はPV1,PV2,PV3をメモリ7へ書き込む(ステップ79)。
【0035】
次に、トレンドグラフに切り変えたとする(ステップ81)。
キュー管理タスク3は系統図画面から要求されたPV1,PV2を確認し(ステップ71)、破棄の許可されたPV1を破棄する(ステップ72)。その後の処理は同様のため省略する。
上述したコトローラ5とクライアント1間の通信方法を実現することにより、両者間の通信量をクライアント1側で調整することができるので、小さい帯域幅のネットワークシステムを実現することができるようになる。その結果、クライアント1がコントローラ5から受信する情報を柔軟に選択できるので、ネットワークの帯域幅に応じたDCSの利用が可能となる。
【0036】
(3)次に、遠隔監視操作システムを用いることによって、化学プラントサイトに設置したクライアントと、同一機能を持つクライアントを地理的に配置できるので、機能分散化を図ることができる反面、遠隔に配置されたクライアントが自由にプラント(対象物)を操作しては、安全性が損なわれるおそれがあるので、▲1▼各遠隔操作用クライアントの操作方法、つまり操作権限あるいは操作優先度をどのように決定すべきかをルール化した点と、▲2▼プラントに事故が発生した場合にその復旧操作処理を行う点である。
【0037】
まず、▲1▼遠隔操作用クライアントの操作方法について説明する。具体的には、どの遠隔操作用クライアントが最終操作を行ったのかを常に明示するようにし、そのクライアント操作を最優先とすべくインターロックで保護するようにした。
すなわち、最終操作クライアント以外のクライアントが操作をしようとする場合は、その操作したいクライアントが操作移管すべき命令を一旦発行し、最優先クライアントからの許可命令をもって、操作が可能となるようにする。
【0038】
本遠隔監視操作システムでは、各クライアントには、どの場所で最終操作を行ったのかを常に明示するようにして、最終操作を行ったクライアントを最優先操作クライアントとすべく、インターロックで保護する機能を有するシステムを組み込んでいる。最優先操作クライアントが設定されることで、他のクライアントからは操作できなくなり、統一的なプラント制御が行われ、危険な状態にはならない。ゆえに操作権を移管する必要がある。本実施の形態では、「操作権」の移管手順には、2通りの手順を設けている。
【0039】
第1の移管手順では、最終操作を行った最優先操作クライアントV自身が、最優先クライアントの権利を放棄する判断をしたとき、「操作権委譲通知」を発行して、その他のクライアントに対して前記権利を放棄する旨明示する。
上記「操作権委譲通知」を確認したクライアントのうち、最優先クライアントとなりたいクライアントSは、最優先操作クライアントVに対して、「操作移管命令」を発行する。
【0040】
最優先クライアントVは、そのクライアントSに対して「操作許可命令」を発行する。そして、上記クライアントSが「操作許可命令」を受信した時点で、該クライアントSが最優先操作クライアントとなり、遠隔操作が可能となる。つまり最優先クライアントVが自主的に「操作権」を放棄する場合である。
【0041】
第2の移管手順では、最優先操作クライアントVに対して、最優先操作クライアントになりたい他のクライアントSが「操作移管命令」を発行する。該「操作移管命令」を受信した最優先操作クライアントVは、最優先クライアントになりたいクライアントSに対して、「操作許可命令」を発行する。そして、該「操作許可命令」をクライアントSが受信した時点で、最優先操作クライアントとなる。
このように、最優先操作クライアントVが発行した「操作許可命令」をクライアントSが受信した時点で、「操作権」の移管が完了し、該クライアントSが最優先操作クライアントとなってプラントなどを操作できるようになる。これにより,多数のクライアントから対象プラントを自由に操作することができなくなるので、空気分離装置などの化学プラントの安全性を保つことができる。
【0042】
次に、▲2▼プラント等の対象物の安全運転を達成するために、プラント等の対象物に事故が発生した場合における復旧操作処理について簡単に説明する。
複数の空気分離装置と複数のクライアントは、複数対複数で構成されている。図4は、空気分離装置A、空気分離装置B、空気分離装置Cは、ネットワーク化されて統合運転されている。クライアント40、41、42は、全ての空気分離装置を監視している。空気分離装置Aは、クラインアント40、41が操作できる。空気分離装置Aに対して優先的に操作を行うことができる操作権を有しているのは、クライアント41である。空気分離装置Bに対して、クライアント41が操作権を、空気分離装置Cに対しては、クライアント42が操作権を持っている。
【0043】
たとえば、空気分離装置Aに警報が発生した場合、遠隔操作用クライアント(40〜42)全てにその発生内容を知らせる。そのために、同一の警報内容をそれぞれのクライアントに表示させる。このように、全てのクライアン(40〜42)が全ての空気分離装置(A〜C)をあたかも監視しているように利用できる。
【0044】
空気分離装置Aは、操作権のある遠隔操作用クライアント41で運転(操作)しているので、それ以外のクライアント40、42が警報停止の操作をした場合は、遠隔操作用クライアント41の警報は鳴動させたままとして、クライアント40、42の警報は停止とする。そして操作権のあるクライアント、例えばクライアント41で警報停止させた場合は、全てのクライアントの警報を停止させることにする。
空気分離装置Bで警報が起きた場合は、操作権のあるクライアントはクライアント41なので、クライアント41によって警報停止を実行するまで、全てのクライアント(40〜42)の警報が鳴動している。
なお、警報の停止方法は上記方法には限定されない。
【0045】
本発明の各実施形態に係る遠隔監視操作システムは上述した(1)〜(3)からなる基本構成を有するものである。
〈第1実施形態〉
本発明の第1実施形態に係る遠隔監視操作システムの構成を図1に示す。同図において、第1実施形態に係る遠隔監視操作システムは、地理的に離れ、かつ異なる機種のDCSを用いて運転している空気分離装置Aと空気分離装置Bとをネットワーク化して、空気分離装置BのあるサイトBにて、両サイトA,Bの空気分離装置A,Bを遠隔監視・操作を行うように構成されている。
【0046】
サイトAでは、X社製のDCS10−1を、サイトBではY社製のDCS10−2を採用している。
サイトAにおいて、DCS10−1は、空気分離装置Aを制御するコントローラ11とクライアント12とがバス13を介して接続されており、バス13はバス変換器20を介して汎用ネットワークであるイーサネット(登録商標)(登録商標)(LAN)30に接続されている。イーサネット(登録商標)30には遠隔監視用クライアント40が接続されている。
【0047】
また、サイトBでは、Y社製のDCS10−2を、サイトBではY社製のDCS10−2を採用している。
サイトBにおいて、DCS10−2は、空気分離装置Bを制御するコントローラ14とクライアント15とがバス16を介して接続されており、バス16はバス変換器21を介して汎用ネットワークであるイーサネット(登録商標)(LAN)31に接続されている。イーサネット(登録商標)31には遠隔監視用クライアント41、需要量データ収集サーバ60及びサーバ61が接続されている。
【0048】
サイトBに設置した遠隔操作用クライアント41からサイトAとサイトBに設置された空気分離装置A,Bを遠隔操作運転する。また、サイトAとサイトBとは、光ファイバーケーブル50で接続(ネットワーク化)している。
サイトAの遠隔操作用クライアント40は、空気分離装置Aの遠隔操作のみを行うことができ、空気分離装置Bの遠隔監視はできるが遠隔操作を行うことはできない。
【0049】
一方、サイトBの遠隔操作用クライアント41は、空気分離装置Aと空気分離装置Bの遠隔操作を行うことができる。(空気分離装置に対するクライアントの遠隔操作権限は適宜設定可能である。)
遠隔監視操作用クライアント40、41は、DCS10−1、10−2のクライアント12、15と同一機能を有しており、空気分離装置A,Bに対して必要な操作を行う機能を有している。
なお、本実施形態における遠隔操作を行うためには、「システムの基本構成」の項で説明した、コントローラとクライアント間の通信方法は必須の構成である。
【0050】
〈第2実施形態〉
本発明の第2実施形態に係る遠隔監視操作システムの構成を図4に示す。同図において、本実施形態に係る遠隔監視操作システムは、サイトA,サイトB,サイトCが光ファイバケーブル50、50で接続され、ネットワーク化されている。
サイトAにおいて、DCS10−1は、空気分離装置Aを制御するコントローラ11とクライアント12とがバス13を介して接続されており、バス13はバス変換器20を介して汎用ネットワークであるイーサネット(登録商標)(登録商標)(LAN)30に接続されている。イーサネット(登録商標)30には遠隔操作用クライアント40が接続されている。
【0051】
サイトBにおいて、DCS10−2は、空気分離装置Bを制御するコントローラ14とクライアント15とがバス16を介して接続されており、バス16はバス変換器21を介して汎用ネットワークであるイーサネット(登録商標)(LAN)31に接続されている。イーサネット(登録商標)31には遠隔操作用クライアント41が接続されている。
【0052】
サイトCにおいて、DCS10−3は、空気分離装置Cを制御するコントローラ17とクライアント18とがバス19を介して接続されており、バス19はバス変換器22を介して汎用ネットワークであるイーサネット(登録商標)(LAN)32に接続されている。イーサネット(登録商標)32には遠隔操作用クライアント42が接続されている。
【0053】
空気分離装置Aは遠隔操作用クライアント40,41で、空気分離装置Bはクライアント41で、空気分離装置Cはクラインアント42により集中的に運転監視されている。図5は、サイトA,B,C、すなわちプラントA,B,Cが距離的に離れており、各サイトのイーサネット(登録商標)がWAN等の監視ネットワーク100に接続されて構成された遠隔監視操作システムの例を示している。この構成例において、遠隔操作用クライアント40,41、42の各々は基本的にプラントA,B,Cを監視操作できる機能を有している。
【0054】
プラントAと遠隔操作用クライアント40、プラントBと遠隔操作用クライアント41、プラントCと遠隔操作用クライアント42は、それぞれ同一敷地内(サイトA,B,C)にある。
本実施形態では、各遠隔操作用クライアント40、41、42では、それぞれ全てのプラントを監視している。その方がリスク分散、異常時の迅速な対応が可能であるからである。
【0055】
また、各プラントの操作に関しては、特定の遠隔操作用クライアントでのみしか行わないように制限しないと、安全な運転を行うことができない。しかも、その特定の遠隔操作用クライアントであっても操作権を持っていないと運転を行うことができないようにしている(操作権を1つのプラントに対し、複数設定することも可能である)。
【0056】
次に、図5に示した遠隔監視操作システムの運用例について図6乃至図15を参照して説明する。図6は、プラントの運用例(1)の前提条件を示している。すなわち、図6(A)に示すように、遠隔操作用クライアント40〜42の各々は、全てのプラントA,B,Cを監視できるものとする。
【0057】
プラントの操作については、図6(B)に示すように、プラントAは遠隔操作用クライアント40、41で、プラントBは遠隔操作用クライアント41で、プラントCは遠隔操作用クライアント42で操作するものとし、しかもプラントAについては操作の優先権は遠隔操作用クライアント41にあるものとする。この場合におけるプラントに事故が発生したときの遠隔操作用クライアント側の動作内容を図7乃至図9に示す。
【0058】
この例では、プラントAに事故が起きたというアラームが発生した際の遠隔操作用クライアント側の動作について示しており、図7は遠隔操作用クライアント40で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。
【0059】
同図に示すように、遠隔操作用クライアント40は、最初にベル停止処理を行い、この結果遠隔操作用クライアント41、42のベルの鳴動は停止するが、プラントAの操作権は遠隔操作用クライアント41にあるために、遠隔操作用クライアント41側でアラームを鳴動し、異常表示ランプは点灯したままにしておく。そして遠隔操作用クライアント41でアラーム発生に気付き、ベル停止処理を行った時点で、遠隔操作用クライアント41のベルの鳴動は停止し、遠隔操作用クライアント40,41、42の異常表示ランプは消燈する。
【0060】
また、図8は遠隔操作用クライアント41で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。同図に示すように、最初にアラーム発生に気付いた遠隔操作用クライアント41がベル停止処理を行うと、遠隔操作用クライアント440、42のベルの鳴動は停止し、遠隔操作用クライアント41でプラントAの復旧操作をすると、遠隔操作用クライアント41のベルの鳴動は停止し、遠隔操作用クライアント40、41、42においてこれまで点灯していた異常表示ランプは消燈する。
【0061】
さらに、図9は遠隔操作用クライアント42で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。同図示すように、遠隔操作用クライアント42がベル停止処理を行うと、遠隔操作用クライアント42のベルのみ鳴動は停止し、全ての遠隔操作用クライアントの異常表示ランプは点灯したままの状態となる。次に、遠隔操作用クライアント40または41でアラーム発生に気付いてベル停止処理を行い、次いでプラントの復旧操作を行うと、遠隔操作用クライアント40,41のベルの鳴動は停止し、これまで点灯していた全ての遠隔操作用クライアントの異常表示ランプは消燈する。
【0062】
次に、操作権(操作の優先権)が遠隔操作用クライアント41にある場合の操作移管手順を図1110及び図1211に示す。なお、図101、図112において、C1は遠隔操作用クライアント40を、C2は遠隔操作用クライアント41を、C3は遠隔操作用クライアント42を示すものとする。
これらの図において、まず、遠隔操作用クライアント41が操作権の委譲通知を発行すると(ステップ200)、遠隔操作用クライアント40が委譲通知を受信して自身が最優先操作クライアント(操作権の優先順位が最も高いクライアント)と宣言するか否かが判定される(ステップ201)。
【0063】
ステップ201の判定が肯定された場合には、遠隔操作用クライアント41は操作許可命令を遠隔操作用クライアント40に対して発行する(ステップ202)。この結果、遠隔操作用クライアント40は最優先クライアントとなる(ステップ203)。
【0064】
またステップ201の判定が否定された場合には、遠隔操作用クライアント42が操作権委譲通知を受信して自身が最優先操作クライアントと宣言するか否かが判定される(ステップ204)。ステップ204の判定が肯定された場合には、遠隔操作用クライアント41は操作許可命令を遠隔操作用クライアント42に対して発行する(ステップ205)。この結果、遠隔操作用クライアント42は最優先クライアントとなる(ステップ206)。
【0065】
また、ステップ204の判定が否定された場合には、遠隔操作用クライアント41が最優先クライアントのままの状態(ステップ207)でステップ201に処理が戻る。
一方、ステップ200で遠隔操作用クライアント41が操作権の委譲通知を発行しない場合には、遠隔操作用クライアント40が最優先クライアントになりたいか否かが判定される(ステップ208)。
【0066】
ステップ208の判定が肯定された場合には、遠隔操作用クライアント41へに対して操作移管命令を発行し(ステップ209)、次いで遠隔操作用クライアント41が操作権の委譲通知を発行したか否かが判定される(ステップ210)。ステップ210の判定が肯定された場合にはステップ202に移行する。
また、ステップ210の判定が否定された場合には、拒否内容を遠隔操作用クライアント40に通知し(ステップ211)、処理はステップ207に移行する。
【0067】
また、ステップ208の判定が否定された場合には、遠隔操作用クライアント42が最優先操作クライアントになりたいか否かが判定される(ステップ212)。ステップ212の判定が否定された場合には、処理はステップ207に移行する。
一方、ステップ212の判定が肯定された場合には、遠隔操作用クライアント41に対して操作移管命令を発行する(ステップ213)。次いで、遠隔操作用クライアント41が操作権の委譲通知を発行したか否かが判定される(ステップ214)。
【0068】
ステップ214の判定が肯定された場合には、ステップ205に移行する。またステップ214の判定が否定された場合には、拒否内容を遠隔操作用クライアント42に通知し(ステップ215)、処理はステップ207に移行する。
【0069】
次に、他のプラントの運用例(2)について説明する。この運用例は前提条件としては、各プラントの監視、操作は基本的には図6に示したのと同じであるが、プラントAは、遠隔操作用クライアント40、または遠隔操作用クライアント41が操作権取得を宣言することで最優先操作クライアントになるものとする。すなわち、操作権を平等に持つことができるようにした運用例である。この場合におけるプラントに事故が発生したときの遠隔操作用クライアント側の動作内容を図12乃至図14に示す。
【0070】
この例では、プラントAに事故が起きたというアラームが発生した際の遠隔操作用クライアント側の動作について示しており、図12は遠隔操作用クライアント40で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。
【0071】
同図に示すように、アラーム発生時にこれまで操作権を有していた遠隔操作用クライアント41が操作権を放棄し、遠隔操作用クライアント40,41が操作権の取得が可能な状態となる。遠隔操作用クライアント40がアラーム発生を発見し、このとき操作権取得を宣言し、ベル停止処理を行うと、全ての遠隔操作用クライアント40〜42のベルの鳴動は停止する。次いで、操作権を有する遠隔操作用クライアント40がプラントの復旧操作を行い、プラントAが復旧すると、すべての遠隔操作用クライアント40〜42の異常表示ランプは消燈する。
【0072】
また、図13は遠隔操作用クライアント41で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。同図において、操作権を有する遠隔操作用クライアント41がアラーム発生時に操作権を放棄し、この時点では全ての遠隔操作用クライアント40〜42に操作権が取得可能な状態になっている。
【0073】
次いで、遠隔操作用クライアント41が最初にアラーム発生を発見し、操作権の取得を宣言してベルの停止処理を行うと、全ての遠隔操作用クライアント40〜42のベルの鳴動は停止する。そして遠隔操作用クライアント41がプラントAの復旧操作を行い、プラントAが復旧するとこれまで点灯していた全ての遠隔操作用クライアント40〜42の異常表示ランプは消燈する。
【0074】
さらに、図14は遠隔操作用クライアント42で最初にアラーム発生に気付いた場合の各遠隔操作用クライアント40〜42における復旧操作を示している。この例は、操作権を有していた遠隔操作用クライアント41がアラーム発生時に操作権を放棄し、全ての遠隔操作用クライアントが操作権の取得を宣言していない状態で遠隔操作用クライアント42がアラーム発生に最初に気付いてベルの鳴動を停止する処理を行った場合について示している。
【0075】
この場合には、次に、遠隔操作用クライアント40また41がアラーム発生に気付いたことにより、図12、図13と同様の処理となる。
次に、遠隔操作用クライアント操作権の移管手順の他の例を図15に示す。
この例では、操作権を宣言した遠隔操作用クライアントに操作優先権があるが、アラーム等のイベントが発生し、いち早くプラント操作を必要とする場合に、自動的に操作権を放棄され、新たに操作権を取得することができるようにしている。
【0076】
なお、図15においても、C1は遠隔操作用クライアント40を、C2は遠隔操作用クライアント41を、C3は遠隔操作用クライアント42を示すものとする。
図15において、まず、操作権を取得した遠隔操作用クライアントは操作権を放棄したか否かが判定される(ステップ300)。
【0077】
ステップ300の判定が否定されると、さらに、イベント発生により操作権を放棄したか否かが判定される(ステップ301)。この判定が否定された場合には、処理はステップ300に戻る。
また、ステップ300の判定が肯定された場合には、操作権はフリーの状態となり(ステップ302)、次いで遠隔操作用クライアント40が操作権を取得したか否かが判定される(ステップ303)。
【0078】
ステップ303の判定が肯定された場合には、遠隔操作用クライアント40は操作権を取得し(ステップ304)、処理Yはステップ300に戻る。また、ステップ303の判定が否定された場合には、遠隔操作用クライアント41が操作権を取得したか否かが判定される(ステップ305)。ステップ305の判定が否定された場合には処理はステップ302に戻る。
また、ステップ305の判定が肯定された場合には遠隔操作用クライアント41が操作権を取得し(ステップ306)、処理はステップ300に戻る。
【0079】
〈第3実施形態〉
本発明の第3実施形態に係る遠隔監視システムの構成を図16に示す。
図16は、DCSシステムを取り込んだ複数の空気分離装置を遠隔監視・遠隔操作する遠隔監視操作システムの構成を示すブロック図である。図16において、空気分離装置A,…,Bは、各地に100台程度点在しており、これらの空気分離装置が設置されているサイトA,…,Bは、各々、図1に示したのと同様の構成を有しており(同一の構成要素については同一の参照符号を付してある。)、それぞれ、ルータ110、111を介してWAN400に接続されている。
【0080】
また、保守管理センタ、中央監視操作センタ、及び物流センタがルータ112、113、114を介して、それぞれWAN400に接続されている。
保守管理センタは、監視用クライアント90、操作用クライアント91、ルータ112が、LAN33に接続されており、空気分離装置が故障したときのメンテナンス対応を行なう。
中央監視センタは、クライアント92、93、94、ルータ113がLAN34に接続されており、空気分離装置の運転状況の監視、運転条件等の変数の変更などの遠隔操作、異常時におけるアラーム受発信などを行う。
【0081】
プラント解析センタは、遠隔操作用クライアント95,96、ルータ114がLAN35に接続されてなり、空気分離装置の最適化を目的とした解析を行なう。なお、図示しないが、地震や通信系統の不慮の事故によるトラブルを最小限に防ぐためのサブの監視センタも配設されている。
【0082】
サイトA,Bの各コントローラ11,…,14は、装置の状態値、内部変数、PID制御のパラメータなどを含めて総数1000以上の変数を持っている。これらの情報を遠隔監視するために、日常的に1秒周期で監視に必要な情報を表示しなければならない。この表示スピードを遠隔地にあるクライアントで実現するためには、コントローラとクライアント間の通信手順によることが必須である。
また、中央監視センターでは、すべての変数が参照および変更が可能とする必要は無く、必要に応じてPID制御のパラメータなどの情報を変更できれば良い。そのような情報レベルを区分することは重要である。
【0083】
中央監視センタ等で使用される、コントローラから距離的に離れた場所に設置されたクライアント90〜96は、遠隔監視用に特別に製作または設定されているものではなく、装置付属のクライアント12あるいは15と全く同じ構成、あるいは同等の機能を有している端末であれば良い。これは、複数のDCSをバス変換器を介在させることにネットワークに接続させることによって、遠隔地におけるクライアントとして汎用の端末を採用することを可能としている。
【0084】
遠隔地にあるクライアント90〜96と空気分離装置A,B側のコントローラ11,14とを、前述した通信手順を採用することによって帯域幅の小さいネットワークで接続することができるので、他のネットワーク(図16には示していない物流センタあるいは在庫管理センタなどのネットワーク)との結合が容易となり、拡張性のあるネットワークシステムが得られる。
【0085】
例えば、中央監視センタのクライアント92〜94としては、警報用、傾向監視用、遠隔監視操作用がある。それぞれのクライアント92〜94は、リアルタイムトレンド、ヒストリカルトレンド画面、個別計器画面(圧力、流量、温度)、装置配管系統図画面、アラーム画面(どの装置、警報内容等表示)などの画面を、必要に応じて表示させることができ、遠隔監視操作用クライアントの場合は、これらに加えて運転操作画面を表示し、対象装置を操作することができる。
【0086】
このように、遠隔地にあるクライアント90〜96と、現場にある運転操作用クライアント12,15とは、同等の機能を有しているので、遠隔地にあるクライアント90〜96からリアルタイムで空気分離装置A,Bを監視することができる。したがって、現場にいなくても運転上の変動を予測することができる。
【0087】
よって、従来技術に比べ、より迅速に、運転条件等の微調整、保全・トラブル発生時のガス供給・遮断、復旧対応、原因究明などを行なうことができる。
しかも、本実施形態におけネットワークシステムは、本実施形態のDCSコントローラとクライアント間の通信手順を採用し、上述したインターロック機能を備えているので、空気分離装置の安全性も確保できている。
【0088】
また、最優先操作クライアントが無反応の場合には、強制的に最優先操作クライアントの「操作権」を放棄させ、他のクライアントに「操作権」を移管させることも可能となっている。但し、その際には、操作移管自体あるいは操作範囲(操作内容)を制限する何らかの手段を備えているものとする。
【0089】
上述した実施形態によれば、コントローラ・クライアント間の通信量をクライアント側で自由に調整できることから、非常に帯域幅の小さいネットワークの構築が可能である。その結果、遠隔監視および操作が非常に安価に実現することができる。しかも、多くの通信量が要求される装置付属のクライアントも、少ない通信量が要求される遠隔監視操作クライアントも全く同じ構成であり、非常に容易に導入、運用、保守を行うことができる。
【0090】
また、上述したネットワークシステムを採用すれば、複数の空気分離装置等の化学プラントなどリアルタイムで遠隔監視できるとともに、安全性を確保した遠隔操作(運転)ができる。特に、制御対象がガスの流れや圧力、温度などで、PID制御のようにフィードバック、フィードフォワード連続制御が必要な対象装置に最適な遠隔監視操作システムを提供することができる。
【0091】
また、上述したネットワークによれば、解析、監視、保守管理、物流などの機能を分散化させ、総合的な(全社的な)管理が行えるとともに、従来、それぞれの空気分離装置サイトにいた要員を、それぞれの機能毎に集約することが可能になるので、人件費の削減など管理費を大幅に低減することができる。
【0092】
〈第4実施形態〉
次に、本発明の第4実施形態に係る遠隔監視操作システムについて説明する。
本実施形態では、昼間の時間帯が連続するような時差を有する複数の地点にクライアントを配置し、その中の昼間の時間帯にあるクライアントだけを作動可能とすることによりプラントを運転するにつき、クライアントを操作するオペレータの夜勤をなくすことを可能としている。
【0093】
時差を考慮して、地球を3分割、具体的には、ロスアンゼルス(アメリカ)、東京(日本)、ハンブルグ(ドイツ)に遠隔操作用クライアントを要する集中監視操作センタを配置する。
例えば、遠隔操作場所を日中8時間ごとに選定する。東京で遠隔監視操作を8時間担当した後、次に8時間時差があるハンブルグに運転を移管する。さらにその8時間後ロスアンゼルスに運転を移管し、さらにその8時間後に東京に順次、運転を移管する。その結果、夜勤等の勤務を無くすことができる。
【0094】
また、相互に時差が8時間がある3地点に遠隔操作用クライアントを配置する場合だけでなく、時差が12時間ある2地点に遠隔操作用クライアントを配置するようにしてもよい。
さらに、昼休みのような休憩時間を考慮すると、1時から5時までの4時間を相互に4時間の時差が有る6地点に遠隔操作用クライアントを配置するようにしてもよい。
【0095】
また、時差のある複数の地点に遠隔操作用クライアントを配置して昼間の時間帯のみ各地点の遠隔操作用クライアントを作動可能とする場合に、ある地点では8時間、別の地点では6時間というように、各地点で遠隔操作用クライアントの作動可能時間を異ならしめるようにしてもよい。
従来は、世界中に設置されたプラントの運転を、その限定された場所で24時間勤務を余儀なくされていたが、本実施形態に係る遠隔監視操作システムを採用すれば、夜勤をなくすことができる。
【0096】
【発明の効果】
以上に説明したように、本発明では、プラントサイトに設置されたDCSにそれぞれのDCSに対応したバス変換器を設置したので、異機種のDCSをネットワーク化でき、さらに、DCSのコントローラとクライアント間の通信手順においてクライアントのタスクが有する複数のタスクの要求を非同期でコントローラへ送信する際に、その要求の重複除去及び要求の整合性を管理することにより、情報量を調整できるようになり、遠隔でのプラントの運転操作を行うことが可能となる。
【0097】
また、クライアントから操作する際に最優先操作可能クライアントを常に明示し他のクライアントは自身が発行した操作移管命令に対する許可を受け取り、その時点で自身が最優先操作可能クライアントとなるインターロックを設けたことにより、遠隔でもプラントの安全運転が可能となる。
【図面の簡単な説明】
【図1】本発明の第1実施形態に係る遠隔監視操作システムの構成を示す図。
【図2】本発明の実施形態に係る遠隔監視操作システムの基本構成を示すブロック図。
【図3】図2に示した本発明の実施形態に係る遠隔監視操作システムの動作内容を示すフローチャート。
【図4】本発明の第2実施形態に係る遠隔監視操作システムの構成を示す図。
【図5】各サイトのイーサネット(登録商標)が監視ネットワークに接続されて構成された遠隔監視操作システムの例を示す概略構成図。
【図6】図5に示した遠隔監視操作システムの運用例の前提条件を示す説明図。
【図7】図5に示した遠隔監視操作システムのクライアント側の復旧動作の一例を示す説明図。
【図8】図5に示した遠隔監視操作システムのクライアント側の復旧動作の他の例を示す説明図。
【図9】図5に示した遠隔監視操作システムのクライアント側の復旧動作のさらに他の例を示す説明図。
【図10】図5に示した遠隔監視操作システムの操作移管手順の一例を示すフローチャート。
【図11】図5に示した遠隔監視操作システムの操作移管手順の一例を示すフローチャート。
【図12】図5に示した遠隔監視操作システムにおいて各クライアントが操作権を平等に持つ場合のクライアント側の復旧動作の一例を示す説明図。
【図13】図5に示した遠隔監視操作システムにおいて各クライアントが操作権を平等に持つ場合のクライアント側の復旧動作の他の例を示す説明図。
【図14】図5に示した遠隔監視操作システムにおいて各クライアントが操作権を平等に持つ場合のクライアント側の復旧動作のさらに他の例を示す説明図。
【図15】図5に示した遠隔監視操作システムにおいて各クライアントが操作権を平等に持つ場合の操作移管手順の一例を示すフローチャート。
【図16】本発明の第3実施形態に係る遠隔監視操作システムの構成を示す図。
【符号の説明】
1 クライアント
1−1〜1−n タスク
2 要求送信キュー(要求送信キュー手段)
3 キュー管理タスク(キュー管理手段)
4 送信タスク
5 コントローラ
6 受信タスク
7 メモリ(記憶手段)
10−1〜10−3…DCS
11、14、17…コントローラ
A,B,C空気分離装置
12、15,18…クライアント
13、16,19…バス
20〜22…バス変換器
30〜32…LAN
40〜42…遠隔操作用クライアント
50…光ファイバケーブル
400…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 distributed control system (DCS).
[0002]
[Prior art]
An industrial device such as a chemical plant is operated and controlled by a distributed control system (hereinafter, referred to as “DCS”) including a controller and a client (for example, see Non-Patent Document 1). The controller always executes a program for controlling the target device, 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.
[0003]
Further, the client receives a command from the operator to the controller, and transmits the command to the controller. Generally, a controller and a client are connected by a network having a sufficiently large bandwidth, and are installed in a short distance such as in the same building. In the DCS, remote operation of an object is performed, so that an operation client is not located at a remote place, and unnecessary information is exchanged because a controller and a client are connected through a high-bandwidth network. There was no particular problem.
[0004]
[Non-patent document 1]
Measurement technology 2000.1 issue (Nippon Kogyo Shuppan), 367, Vol 28. No. 1, P18-21
[0005]
[Problems to be solved by the invention]
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.
[0006]
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 monitor a monitoring target device using DCS.
In recent years, DCSs used in each region have been networked, and DCSs of different models have been networked for the purpose of improving the efficiency of the operation of chemical plants such as air separation units and petroleum complexes scattered around the country. It has been proposed to remotely monitor and control a plurality of objects such as chemical plants at different locations.
[0007]
The specifications of DCS differ depending on the manufacturer and model. To connect DCS of different models to network and to share operation information including operation control information, there are many economic and technical problems. You have to overcome the point. The main points for integrated monitoring and operation are described below.
[0008]
In order to connect different types of DCS to form a network to share operation information including operation control information and perform integrated monitoring and operation, first, a different type of DCS must be connected (such as Ethernet (registered trademark)). (Via LAN).
Second, it is necessary to connect a controller in the DCS and a client for remote control of the DCS through a network having a small bandwidth.
Third, it is necessary to safely operate the plant (object) when the same function as the client at the plant (site) site can be freely operated by a remote operation client at a remote location. is there.
[0009]
SUMMARY OF THE INVENTION The present invention has been made in view of such circumstances, and it is possible to network different types of DCS, perform operation monitoring of an object such as a plant remotely, and remotely operate a plant or the like. 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 capable of safely driving an object.
[0010]
[Means for Solving the Problems]
In order to achieve the above object, according to the present invention, a plurality of distributed control systems having a control controller and a client which is an operation terminal are connected via a network, and a remote control client is connected to the network. Is a remote monitoring and operation system that remotely monitors and operates a plurality of objects, and transmits requests for a plurality of tasks that a client has to a controller asynchronously from a plurality of tasks. A request transmission queue means for temporarily holding the request, and a control controller having queue management means for managing duplication removal of requests from a plurality of tasks and consistency of requests held in the request transmission queue means. Communication means for performing communication with a client, wherein the distributed control system is connected to the network via a bus converter. Characterized in that connected to the network.
[0011]
According to a second aspect of the present invention, in the remote monitoring operation system according to the first aspect, information obtained from a controller in response to a task request from the request transmission queue means can be read from each task of the client. It is characterized by comprising storage means for holding for each client.
[0012]
According to a third aspect of the present invention, in the remote monitoring operation system according to any one of the first and second aspects, the plurality of objects that are remotely monitored and operated are plants, and a client located at a plant site communicates with a client. All clients including one or more clients at the plant site and one or more clients at a different location from the plant site are connected via a network to one or more clients at a different location from the plant site. Of these, the client that has performed the final operation is always specified as the highest priority operation client that can operate at the highest priority, and the highest priority operation client is issued until the highest priority operation client issues an “operation permission command” to another client. And operation rights transfer that disables operations from the other clients. Characterized in that it has a control means.
[0013]
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 means is configured so that the other client transmits an “operation permission instruction” issued by the highest priority operation client. At the time of reception, the other client is set as the highest priority operation client.
[0014]
According to a fifth aspect of the present invention, in the remote monitoring operation system according to the third or fourth aspect, the client is arranged at a plurality of points having a time difference such that the daytime is continuous. Features.
[0015]
According to a sixth aspect of the present invention, a plurality of distributed control systems are connected to a network via a bus converter, and a plurality of objects are remotely monitored using a remote control client connected to the network. In the remote monitoring operation method to be operated, when requests for a plurality of tasks possessed by the client are asynchronously transmitted to the controller, the requests from the plurality of tasks are temporarily held, and the plurality of tasks temporarily held are stored. It is characterized by managing the duplication of requests from the client and the consistency of requests.
[0016]
According to a seventh aspect of the present invention, the plurality of objects to be monitored and operated remotely are plants, and a network of a plant site client and one or more clients located at a different location from the plant site. Of all the clients including the client at the plant site and the one or more clients at a location different from the plant site, the client that has performed the final operation has the highest operational priority. Always specify as a priority operation client, and maintain the highest priority operation client until the highest priority operation client issues an “operation permission command” to another client, and disable operations from the other clients. The remote monitoring operation method according to claim 6, wherein
[0017]
The invention according to claim 8 is the remote monitoring operation method according to claim 7, wherein the other client receives the "operation permission command" issued by the highest priority operation client, and Is characterized in that the client with the highest priority is the highest priority operation client.
[0018]
According to a ninth aspect of the present invention, a plurality of distributed control systems are connected to a network via a bus converter.
A remote monitoring operation program for realizing a function of a remote monitoring operation system for remotely monitoring and operating a plurality of objects by using a remote operation client connected to and connected to the network. Temporarily transmitting the requests from the plurality of tasks to the controller when asynchronously transmitting the requests of the plurality of tasks to the controller, and performing the duplication removal of the requests from the plurality of tasks and the consistency of the requests. And causing the computer to execute the managing step.
[0019]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
A. Basic system configuration
First, prior to the description of the embodiment, a basic configuration of a remote monitoring operation system according to the present invention will be described. The basic configuration is composed of (1) to (3) described below.
(1) When connecting different types of distributed control systems (DCS) via a network, the DCS is connected to a general-purpose network via a bus converter that performs bus conversion. That is, as shown in FIG. 1, both site A and site B connect DCSs 10-1 and 10-2 with a remote control client via bus converters 20 and 21 as a general-purpose network, Ethernet (registered trademark) (LAN). 3) Connect to the respective 30 and 31, and connect the remote control clients 40 and 41 to the Ethernet (registered trademark) 30 and 31, respectively.
[0020]
Site A and site B can be connected by a network such as an optical fiber cable. The “bus converter” is intended to convert a control bus unique to a DCS maker or its model into a general-purpose control bus. Since the remote control client can be connected to the Ethernet (registered trademark) which is a general-purpose network via the bus converter, different types of DCS can be connected using a network such as a public line, a dedicated line, or an optical fiber cable. Can be connected to a network.
[0021]
(2) In a communication procedure between a remote monitoring client and the controller, a request for a plurality of tasks of the client is asynchronously transmitted to the controller so that the DCS controller and the remote operation client can be connected via a low-bandwidth network. , And manages the deduplication of requests from multiple tasks and the consistency of requests.
[0022]
As described above, the DCS has no idea of installing an operation client in a remote place, is manufactured for a network having a large communication bandwidth, and has no function of selecting information received by the client from the controller. Therefore, when performing remote monitoring operation of a plurality of objects in an integrated manner by using different types of DCSs located in different geographical locations, a network having a large communication band cannot be used, and thus a small bandwidth is required. The network must be able to connect the controller and the client.
[0023]
In order to realize this, it is necessary to devise a communication procedure between the client and the controller. The specific communication procedure will be described with reference to FIGS. FIG. 2 is a block diagram showing a basic configuration of the remote monitoring operation system according to the embodiment of the present invention. In FIG. 2, the 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, data windows 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.
[0024]
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.
[0025]
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.
[0026]
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.
[0027]
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.
[0028]
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.
[0029]
The “indicator for identifying a request that should not be discarded” is a flag indicating “discardable / impossible”. The value is passed to the queue with the request.
[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]
The communication procedure will be specifically described with reference to FIG. Here, for example, the task 1-1 is a task of displaying a system diagram screen (a task of referring to data only when watching), and the tag names are PV1 and PV2. The task 1-2 is a task for displaying a trend screen (a task that must always refer to data), and the tag names are PV2 and PV3. Also, in the following text, a sign indicating permission / non-permission of destruction is indicated by (), and permission is (1) and non-permission is (2).
[0032]
When the client 1 is activated, the task 1-2 (trend screen) issues a request for PV2 (2) and PV3 (2) to the request transmission queue 2 (step 70). At this time, the queue management task 3 confirms that PV2 and PV3 are not requested by other tasks (there is no duplication), and if they are duplicated, removes duplication as described later (steps 74 and 75). .
Next, the request transmission queue 2 transmits PV2 and PV3 to the transmission task 4 (Step 76). The transmission task 4 transmits PV2 and PV3 to the controller 5 (Step 77).
[0033]
The controller 5 sends the values of PV2 and PV3 to the receiving task 6 (Step 78), and the receiving task 6 writes PV2 and PV3 to the memory 7 (Step 79). The task 1-2 (trend screen) can obtain a value by referring to the area of the memory 7 in which PV2 and PV3 are written (step 80). Here, it is assumed that the user has viewed the system diagram screen displayed by executing the task 1-1 (step 81). Task 1-1 (system diagram screen) requests PV1 (1) and PV2 (1) from the request transmission queue 2 (step 70).
[0034]
At this time, the queue management task 3 confirms that PV1 is a tag that has not been requested and that PV2 has already been requested (steps 71, 72, 73). Therefore, the duplication of PV2 (1) is removed (steps 74 and 75). PV3 is not discarded because it is a tag that cannot be discarded. The request transmission queue 2 transmits PV1, PV2, and PV3 to the transmission task 4 (Step 76). The transmission task 4 transmits PV1, PV2, PV3 to the controller 5 (77). The controller 5 transmits the values of PV1, PV2, and PV3 to the receiving task 6 (Step 78), and the receiving task 6 writes PV1, PV2, and PV3 to the memory 7 (Step 79).
[0035]
Next, it is assumed that the display is switched to the trend graph (step 81).
The queue management task 3 confirms the requested PV1 and PV2 from the system diagram screen (step 71), and discards the PV1 permitted to be discarded (step 72). Subsequent processing is the same and will not be described.
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.
[0036]
(3) Next, by using the remote monitoring operation system, the client installed at the chemical plant site and the client having the same function can be geographically arranged, so that the functions can be decentralized. If the selected client freely operates the plant (object), the safety may be impaired. Therefore, (1) how to operate each remote operation client, that is, the operation authority or operation priority The point is that the decision should be made as a rule, and (2) the recovery operation processing is performed when an accident occurs in the plant.
[0037]
First, the operation method of (1) the remote operation client will be described. Specifically, it is always specified which remote control client performed the final operation, and the client operation is protected by an interlock so that the highest priority is given to the client operation.
That is, when a client other than the last operation client intends to perform an operation, the client who wishes to perform the operation once issues an instruction to transfer the operation, and the operation is enabled by a permission instruction from the highest priority client.
[0038]
In this remote monitoring and operation system, each client always specifies where and where the last operation was performed, and a function to protect with an interlock so that the client that performed the last operation is the highest priority operation client Incorporate a system with By setting the highest-priority operation client, operation cannot be performed from other clients, unified plant control is performed, and a dangerous state does not occur. Therefore, it is necessary to transfer the operation right. In the present embodiment, two procedures are provided for the procedure for transferring the “operation right”.
[0039]
In the first transfer procedure, when the highest-priority operation client V that has performed the final operation decides to abandon the right of the highest-priority client, it issues an “operation right transfer notification” and sends it to the other clients. Expressly waive such rights.
Among the clients that have confirmed the “operation right transfer notification”, the client S who wants to become the highest priority client issues an “operation transfer command” to the highest priority operation client V.
[0040]
The highest priority client V issues an “operation permission command” to the client S. Then, when the client S receives the “operation permission command”, the client S becomes the highest priority operation client, and remote operation becomes possible. That is, this is the case where the highest priority client V voluntarily relinquishes the “operation right”.
[0041]
In the second transfer procedure, another client S who wants to be the highest priority operation client issues an “operation transfer command” to the highest priority operation client V. The highest priority operation client V that has received the “operation transfer instruction” issues an “operation permission instruction” to the client S who wants to become the highest priority client. When the client S receives the “operation permission command”, the client S becomes the highest priority operation client.
As described above, when the client S receives the “operation permission command” issued by the highest-priority operation client V, the transfer of the “operation right” is completed, and the client S becomes the highest-priority operation client to change the plant or the like. Be able to operate. As a result, it becomes impossible for many clients to freely operate the target plant, so that the safety of a chemical plant such as an air separation device can be maintained.
[0042]
Next, (2) a recovery operation process when an accident occurs in an object such as a plant in order to achieve safe operation of the object such as a plant will be briefly described.
The plurality of air separation devices and the plurality of clients are configured in a plurality to a plurality. In FIG. 4, the air separation device A, the air separation device B, and the air separation device C are networked and operated in an integrated manner. Clients 40, 41, 42 monitor all air separation units. The air separation device A can be operated by the clients 40 and 41. It is the client 41 that has the operation right to preferentially perform the operation on the air separation device A. The client 41 has the operation right for the air separation device B, and the client 42 has the operation right for the air separation device C.
[0043]
For example, when an alarm is generated in the air separation device A, the content of the alarm is notified to all the remote control clients (40 to 42). For this purpose, the same alarm content is displayed on each client. In this way, all clients (40-42) can be used as if they were monitoring all air separation units (A-C).
[0044]
Since the air separation device A is operated (operated) by the remote operation client 41 having the operation right, when the other clients 40 and 42 perform the operation of stopping the alarm, the alarm of the remote operation client 41 is not output. The alarm of the clients 40 and 42 is stopped while the sound is kept sounding. Then, when the alarm is stopped by the client having the operation right, for example, the client 41, the alarm of all the clients is stopped.
When an alarm occurs in the air separation device B, the client having the operation right is the client 41, and the alarms of all the clients (40 to 42) are sounded until the client 41 executes the alarm stop.
The method for stopping the alarm is not limited to the above method.
[0045]
The remote monitoring operation system according to each embodiment of the present invention has a basic configuration including the above-described (1) to (3).
<First embodiment>
FIG. 1 shows the configuration of the remote monitoring operation system according to the first embodiment of the present invention. In the figure, the remote monitoring and operating system according to the first embodiment is a network in which an air separation device A and an air separation device B which are geographically separated and are operated by using different types of DCS are networked to perform air separation. At the site B where the device B is located, the air separation devices A and B at both sites A and B are configured to be remotely monitored and operated.
[0046]
Site A employs DCS 10-1 manufactured by Company X, and site B employs DCS 10-2 manufactured by Company Y.
In the site A, the DCS 10-1 has a controller 11 for controlling the air separation device A and a client 12 connected via a bus 13, and the bus 13 is an Ethernet (registered) which is a general-purpose network via a bus converter 20. (Trademark) (registered trademark) (LAN) 30. A remote monitoring client 40 is connected to the Ethernet (registered trademark) 30.
[0047]
The site B employs the DCS 10-2 manufactured by Y company, and the site B employs the DCS 10-2 manufactured by Y company.
In the site B, the DCS 10-2 has a controller 14 for controlling the air separation device B and a client 15 connected via a bus 16, and the bus 16 is an Ethernet (registered) which is a general-purpose network via a bus converter 21. Trademark (LAN) 31. A remote monitoring client 41, a demand data collection server 60 and a server 61 are connected to the Ethernet (registered trademark) 31.
[0048]
The remote control client 41 installed at the site B remotely operates the air separation devices A and B installed at the site A and the site B. The site A and the site B are connected (networked) by an optical fiber cable 50.
The remote control client 40 at the site A can only remotely control the air separation device A, and can remotely monitor the air separation device B but cannot remotely control the air separation device B.
[0049]
On the other hand, the remote control client 41 at the site B can remotely control the air separation devices A and B. (The client's authority to remotely operate the air separation device can be set as appropriate.)
The remote monitoring operation clients 40 and 41 have the same functions as the clients 12 and 15 of the DCSs 10-1 and 10-2, and have the function of performing necessary operations on the air separation devices A and B. I have.
In order to perform the remote operation in the present embodiment, the communication method between the controller and the client described in the section “Basic Configuration of System” is an essential configuration.
[0050]
<Second embodiment>
FIG. 4 shows the configuration of the remote monitoring operation system according to the second embodiment of the present invention. In the figure, in a remote monitoring operation system according to the present embodiment, a site A, a site B, and a site C are connected by optical fiber cables 50, 50 and are networked.
In the site A, the DCS 10-1 has a controller 11 for controlling the air separation device A and a client 12 connected via a bus 13, and the bus 13 is an Ethernet (registered) which is a general-purpose network via a bus converter 20. (Trademark) (registered trademark) (LAN) 30. A remote control client 40 is connected to the Ethernet (registered trademark) 30.
[0051]
In the site B, the DCS 10-2 has a controller 14 for controlling the air separation device B and a client 15 connected via a bus 16, and the bus 16 is an Ethernet (registered) which is a general-purpose network via a bus converter 21. Trademark (LAN) 31. A remote control client 41 is connected to the Ethernet (registered trademark) 31.
[0052]
In the site C, the DCS 10-3 has a controller 17 for controlling the air separation device C and a client 18 connected via a bus 19, and the bus 19 is an Ethernet (registered) which is a general-purpose network via a bus converter 22. Trademark) (LAN) 32. A remote control client 42 is connected to the Ethernet (registered trademark) 32.
[0053]
The operation of the air separation apparatus A is remotely monitored by clients 40 and 41, the operation of the air separation apparatus B is client 41, and the operation of the air separation apparatus C is monitored by a client 42. FIG. 5 shows a remote monitoring system 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.
[0054]
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.
[0055]
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).
[0056]
Next, an operation example of the remote monitoring operation system shown in FIG. 5 will be described with reference to FIGS. FIG. 6 shows preconditions for the operation example (1) of the plant. That is, as shown in FIG. 6A, each of the remote operation clients 40 to 42 can monitor all the plants A, B, and C.
[0057]
As for the operation of the plant, as shown in FIG. 6B, 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. FIGS. 7 to 9 show the contents of operation on the remote control client side when an accident occurs in the plant in this case.
[0058]
This example shows the operation of the remote control client when an alarm indicating that an accident has occurred in the plant A. FIG. 7 shows each remote control client when the remote control client 40 first notices the occurrence of the alarm. 4 shows a recovery operation in the operation clients 40 to 42.
[0059]
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.
[0060]
FIG. 8 shows the recovery operation in each of the remote operation clients 40 to 42 when the remote operation client 41 first notices the occurrence of the 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 sounds of the remote operation clients 440 and 42 stop, and 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.
[0061]
FIG. 9 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 a bell stop process, and then performs a 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.
[0062]
Next, an operation transfer procedure when the operation right (priority of operation) is in the remote operation client 41 is shown in FIGS. 1110 and 1211. 101 and 112, C1 indicates the remote operation client 40, C2 indicates the remote operation client 41, and C3 indicates the 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).
[0063]
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).
[0064]
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).
[0065]
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).
[0066]
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.
[0067]
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).
[0068]
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.
[0069]
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. 6, except that 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. 12 to 14 show the contents of the operation on the remote operation client side when an accident occurs in the plant in this case.
[0070]
This example shows the operation of the remote control client when an alarm indicating that an accident has occurred in the plant A. FIG. 12 shows each remote control client when the remote control client 40 first notices the alarm. 4 shows a recovery operation in the operation clients 40 to 42.
[0071]
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.
[0072]
FIG. 13 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.
[0073]
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.
[0074]
FIG. 14 shows a recovery operation in each of the remote operation clients 40 to 42 when the alarm is first noticed in the remote operation client 42. 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.
[0075]
In this case, next, the remote control client 40 or 41 notices the occurrence of the alarm, so that the same processing as in FIGS. 12 and 13 is performed.
Next, another example of the transfer procedure of the remote control client operation right 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.
[0076]
Also in FIG. 15, C1 indicates the remote operation client 40, C2 indicates the remote operation client 41, and C3 indicates the remote operation client 42.
In FIG. 15, first, it is determined whether or not the remote operation client having acquired the operation right has abandoned the operation right (step 300).
[0077]
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).
[0078]
If the determination in step 303 is affirmative, the remote operation client 40 acquires the operation right (step 304), and the process Y 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.
[0079]
<Third embodiment>
FIG. 16 shows the configuration of the remote monitoring system according to the third embodiment of the present invention.
FIG. 16 is a block diagram showing a configuration of a remote monitoring and operating system for remotely monitoring and remotely controlling a plurality of air separation devices incorporating the DCS system. In FIG. 16, about 100 air separation devices A,..., B are scattered in various places, and sites A,. (The same components are denoted by the same reference numerals.), And are connected to the WAN 400 via the routers 110 and 111, respectively.
[0080]
In addition, a maintenance management center, a central monitoring operation center, and a distribution center are connected to the WAN 400 via the routers 112, 113, and 114, respectively.
In the maintenance management center, the monitoring client 90, the operation client 91, and the router 112 are connected to the LAN 33, and perform maintenance when the air separation device fails.
The central monitoring center has clients 92, 93, 94, and a router 113 connected to the LAN 34, and monitors the operation status of the air separation device, performs remote operations such as changing variables such as operating conditions, and receives and sends an alarm when an abnormality occurs. I do.
[0081]
The plant analysis center has clients 95 and 96 for remote operation and a router 114 connected to the LAN 35, and performs 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.
[0082]
Each of the controllers 11,..., 14 of the sites A and B has a total of 1000 or more variables including the state value of the device, internal variables, and parameters for PID control. In order to remotely monitor such information, it is necessary to display information necessary for monitoring on a daily basis every 1 second. In order to realize this display speed by a client located at a remote place, it is essential to use a communication procedure between the controller and the client.
Further, in the central monitoring center, it is not necessary that all variables can be referred to and changed, and it is sufficient that information such as PID control parameters can be changed as needed. It is important to partition such information levels.
[0083]
Clients 90 to 96 used at a central monitoring center and located at a distance from the controller are not specially manufactured or set up for remote monitoring, but are attached to the client 12 or 15 attached to the device. Any terminal having exactly the same configuration as that described above or having the same function may be used. This makes it possible to employ a general-purpose terminal as a client at a remote location by connecting a plurality of DCSs to a network through a bus converter.
[0084]
Since the clients 90 to 96 located at remote locations and the controllers 11 and 14 on the air separation devices A and B can be connected by a network having a small bandwidth by adopting the communication procedure described above, the other networks ( Connection with a distribution center or a stock management center (not shown in FIG. 16) is facilitated, and a scalable network system is obtained.
[0085]
For example, the clients 92 to 94 of the central monitoring center include those for alarming, for trend monitoring, and for remote monitoring operation. Each of the clients 92 to 94 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 a client for remote monitoring operation, a driving operation screen is displayed in addition to these, and the target device can be operated.
[0086]
As described above, the remote clients 90 to 96 and the driving operation clients 12 and 15 at the site have the same function, so that air separation is performed in real time from the remote clients 90 to 96. The devices A and B can be monitored. Therefore, it is possible to predict operational fluctuations without being on site.
[0087]
Therefore, fine adjustment of operating conditions, etc., gas supply / shut-down when maintenance / trouble occurs, recovery countermeasures, investigation of the cause, etc. can be performed more quickly than in the prior art.
In addition, the network system according to the present embodiment employs the communication procedure between the DCS controller and the client according to the present embodiment and has the above-described interlock function, so that the safety of the air separation device can be ensured.
[0088]
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.
[0089]
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 with a very small bandwidth. As a result, remote monitoring and operation can be realized very cheaply. Moreover, 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.
[0090]
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 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.
[0091]
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, it is possible to greatly reduce management costs such as reduction of labor costs.
[0092]
<Fourth embodiment>
Next, a remote monitoring operation system according to a fourth 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.
[0093]
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.
[0094]
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.
[0095]
Further, when the remote control clients are arranged at a plurality of points with 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. Thus, 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 shift can be eliminated. .
[0096]
【The invention's effect】
As described above, according to the present invention, since a bus converter corresponding to each DCS is installed in the DCS installed at the plant site, different types of DCS can be networked, and further, a DCS controller and a client can be connected. When asynchronously sending requests for a plurality of tasks of a client task to the controller in the communication procedure of (1), the amount of information can be adjusted by eliminating duplication of the requests and managing the consistency of the requests. It is possible to perform the operation of the plant at the same time.
[0097]
Also, when operating from the client, the highest priority operable client is always specified, and other clients receive permission for the operation transfer command issued by themselves, and at that point, an interlock is provided that makes itself the highest priority operable client This enables safe operation of the plant even remotely.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of a remote monitoring operation system according to a first embodiment of the present invention.
FIG. 2 is a block diagram showing a basic configuration of a remote monitoring operation system according to the embodiment of the present invention.
FIG. 3 is a flowchart showing the operation contents of the remote monitoring operation system according to the embodiment of the present invention shown in FIG. 2;
FIG. 4 is a diagram showing a configuration of a remote monitoring operation system according to a second embodiment of the present invention.
FIG. 5 is a schematic configuration diagram showing an example of a remote monitoring operation system in which Ethernet (registered trademark) of each site is connected to a monitoring network.
FIG. 6 is an explanatory diagram showing prerequisites for an operation example of the remote monitoring operation system shown in FIG. 5;
FIG. 7 is an explanatory diagram showing an example of a recovery operation on the client side of the remote monitoring operation system shown in FIG. 5;
FIG. 8 is an explanatory diagram showing another example of the client-side recovery operation of the remote monitoring operation system shown in FIG. 5;
FIG. 9 is an explanatory view showing still another example of the recovery operation on the client side of the remote monitoring operation system shown in FIG. 5;
FIG. 10 is a flowchart showing an example of an operation transfer procedure of the remote monitoring operation system shown in FIG. 5;
FIG. 11 is a flowchart showing an example of an operation transfer procedure of the remote monitoring operation system shown in FIG. 5;
12 is an explanatory diagram showing an example of a recovery operation on the client side when each client has an equal operating right in the remote monitoring operation system shown in FIG. 5;
FIG. 13 is an explanatory diagram showing another example of the recovery operation on the client side in a case where each client has the same operation right in the remote monitoring operation system shown in FIG. 5;
FIG. 14 is an explanatory diagram showing still 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. 5;
FIG. 15 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. 5;
FIG. 16 is a diagram showing a configuration of a remote monitoring operation system according to a third embodiment of the present invention.
[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)
10-1 to 10-3 ... DCS
11, 14, 17 ... Controller
A, B, C air separation unit
12, 15, 18 ... Client
13, 16, 19… Bus
20-22: Bus converter
30-32 ... LAN
40-42: Client for remote control
50 ... Optical fiber cable
400… WAN

Claims (9)

制御用であるコントローラと操作用端末であるクライアントとを有する分散制御システムが複数、ネットワークを介して接続され、かつ該ネットワークに遠隔操作用クライアントが接続されてなり、複数の対象物を遠隔で監視・操作する遠隔監視操作システムであって、
クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を一時保持する要求送信キュー手段と、前記要求送信キュー手段に保持された、複数のタスクからの要求の重複除去および要求の整合性を管理するキュー管理手段とを有する前記コントローラとクライアントとの間の通信を行う通信手段を備えており、
前記分散制御システムを、バス変換器を介して前記ネットワークに接続したことを特徴とする遠隔監視操作システム。
A plurality of distributed control systems having a controller for control and a client as an operation terminal are connected via a network, and a client for remote operation is connected to the network to remotely monitor a plurality of objects. A remote monitoring operation system to be operated,
A request sending queue means for temporarily holding requests from a plurality of tasks when asynchronously sending requests for a plurality of tasks possessed by a client to a controller; and a plurality of tasks held in the request sending queue means. Communication means for performing communication between the controller and the client having a queue management means for managing the duplication of the request from the request and the consistency of the request,
A remote monitoring and operating system, wherein the distributed control system is connected to the network via a bus converter.
前記要求送信キュー手段からのタスク要求に対する、コントローラから得た情報を前記クライアントの各タスクから読み出し可能に前記クライアント毎に保持する記憶手段を具備することを特徴とする請求項1に記載の遠隔監視操作システム。2. The remote monitoring system according to claim 1, further comprising storage means for holding information obtained from a controller in response to a task request from the request transmission queue means from each task of the client so as to be readable for each client. Operation system. 遠隔で監視・操作する複数の対象物は、プラントであり、
プラントサイトにあるクライアントと、前記プラントサイトとは別の場所にある1以上のクライアントとをネットワークを介して接続させ、
前記プラントサイトにあるクライアント及び前記プラントサイトとは別の場所にある1以上のクライアントを含む全てのクライアントのうち、最終操作を行なったクライアントを、最優先で操作可能な最優先操作クライアントとして常に明示し、
前記最優先操作クライアントが他のクライアントに「操作許可命令」を発行するまで、最優先操作クライアントとして維持するとともに、前記他のクライアントからの操作を不可とする操作権移管制御手段を有することを特徴とする請求項1または2のいずれかに記載の遠隔監視操作システム。
The multiple objects that are remotely monitored and operated are plants,
Connecting a client at the plant site with one or more clients at a different location from the plant site via a network;
Of all clients, including the client at the plant site and one or more clients at a location different from the plant site, the client that performed the final operation is always specified as the highest priority operation client that can operate at the highest priority And
Until the highest-priority operation client issues an “operation permission command” to another client, the operation right transfer control unit that maintains the highest-priority operation client and disables operation from the other client is provided. The remote monitoring operation system according to claim 1.
前記操作権移管制御手段は、前記他のクライアントが、前記最優先操作クライアントが発行した「操作許可命令」を受信した時点で、前記他のクライアントを、最優先操作クライアントとすることを特徴とする請求項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 clients for remote monitoring operation are arranged at a plurality of points having a time difference such that daytime is continuous. 複数の分散制御システムをバス変換器を介してネットワークに接続し、かつ該ネットワークに接続した遠隔操作用クライアントを用いて、複数の対象物を遠隔で監視・操作する遠隔監視操作方法において、
クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を一時保持し、
前記一時保持された、複数のタスクからの要求の重複除去および要求の整合性を管理することを特徴とする遠隔監視操作方法。
A remote monitoring operation method for connecting a plurality of distributed control systems to a network via a bus converter, and for remotely monitoring and operating a plurality of objects using a remote control client connected to the network,
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.
遠隔で監視・操作する複数の対象物は、プラントであり、
プラントサイトのクライアントと、前記プラントサイトとは別の場所にある1以上のクライアントとをネットワークを介して接続させ、
前記プラントサイトにあるクライアント及び前記プラントサイトとは別の場所にある1以上のクライアントを含む全てのクライアントのうち、最終操作を行ったクライアントを、最優先で操作可能な最優先操作クライアントとして常に明示し、
前記最優先操作クライアントが他のクライアントに「操作許可命令」を発行するまで、最優先操作クライアントとして維持するとともに、前記他のクライアントからの操作を不可とすることを特徴とする請求項6に記載の遠隔監視操作方法。
The multiple objects that are remotely monitored and operated are plants,
Connecting a client at the plant site with one or more clients at a different location from the plant site via a network,
Of all clients including the client at the plant site and one or more clients at a different location from the plant site, the client that performed the final operation is always explicitly specified as the highest priority operation client that can operate with the highest priority And
7. The system according to claim 6, wherein the client is maintained as a top-priority operation client and operation from the other client is disabled until the top-priority operation client issues an "operation permission command" to another client. Remote monitoring operation method.
前記他のクライアントが、前記最優先操作クライアントが発行した「操作許可命令」を受信した時点で、前記他のクライアントを、最優先操作クライアントとすることを特徴とする請求項7に記載の遠隔監視操作方法。8. The remote monitoring system according to claim 7, 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 of operation. 複数の分散制御システムをバス変換器を介してネットワークに接続し、かつ該ネットワークに接続した遠隔操作用クライアントを用いて、複数の対象物を遠隔で監視・操作する遠隔監視操作システムの機能を実現するための遠隔監視操作プログラムにおいて、
クライアントが有している複数のタスクの要求を非同期でコントローラへ送信する際に、複数のタスクからの要求を一時保持するステップと、
前記一時保持された、複数のスクからの要求の重複除去および要求の整合性を管理するステップとを、
コンピュータに実行させることを特徴とする遠隔監視操作プログラム。
Realizes the function of a remote monitoring and operation system that connects multiple distributed control systems to a network via a bus converter and remotely monitors and operates multiple objects using a remote operation client connected to the network. In the remote monitoring operation program to perform
When asynchronously sending requests for a plurality of tasks that the client has to the controller, temporarily holding requests from the plurality of tasks;
Managing the temporary de-duplication of requests from a plurality of disks and the consistency of requests.
A remote monitoring operation program which is executed by a computer.
JP2002382500A 2002-12-27 2002-12-27 Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program Expired - Fee Related JP4313034B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002382500A JP4313034B2 (en) 2002-12-27 2002-12-27 Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002382500A JP4313034B2 (en) 2002-12-27 2002-12-27 Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program

Publications (2)

Publication Number Publication Date
JP2004213357A true JP2004213357A (en) 2004-07-29
JP4313034B2 JP4313034B2 (en) 2009-08-12

Family

ID=32818041

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002382500A Expired - Fee Related JP4313034B2 (en) 2002-12-27 2002-12-27 Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program

Country Status (1)

Country Link
JP (1) JP4313034B2 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006139353A (en) * 2004-11-10 2006-06-01 Yokogawa Electric Corp Operation monitoring device
KR101431909B1 (en) * 2012-11-29 2014-08-26 주식회사 포스코아이씨티 System for Managing Gas Separating Plant
JP2016051413A (en) * 2014-09-02 2016-04-11 東日本旅客鉄道株式会社 Restoration work support device and restoration work support system
CN109661166A (en) * 2017-10-10 2019-04-19 松下知识产权经营株式会社 Manufacture system and the method for authorizing permission
CN117350468A (en) * 2023-09-07 2024-01-05 长江生态环保集团有限公司 Centralized control mode-based scheduling method for regulation and storage pool system

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006139353A (en) * 2004-11-10 2006-06-01 Yokogawa Electric Corp Operation monitoring device
KR101431909B1 (en) * 2012-11-29 2014-08-26 주식회사 포스코아이씨티 System for Managing Gas Separating Plant
JP2016051413A (en) * 2014-09-02 2016-04-11 東日本旅客鉄道株式会社 Restoration work support device and restoration work support system
CN109661166A (en) * 2017-10-10 2019-04-19 松下知识产权经营株式会社 Manufacture system and the method for authorizing permission
JP2019070938A (en) * 2017-10-10 2019-05-09 パナソニックIpマネジメント株式会社 Manufacturing system and manufacturing method
JP7065294B2 (en) 2017-10-10 2022-05-12 パナソニックIpマネジメント株式会社 Manufacturing system and manufacturing method
CN117350468A (en) * 2023-09-07 2024-01-05 长江生态环保集团有限公司 Centralized control mode-based scheduling method for regulation and storage pool system

Also Published As

Publication number Publication date
JP4313034B2 (en) 2009-08-12

Similar Documents

Publication Publication Date Title
US9292014B2 (en) Digital control manager
JP5660082B2 (en) Process control apparatus and system
JP2004213357A (en) Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program
CN103676863B (en) Nuclear plant alarm display device utilizing digitized technology
RU119473U1 (en) MANAGEMENT SYSTEM
RU103212U1 (en) INTEGRATED SECURITY SYSTEM
CN107357235A (en) A kind of sewage remote processing control system
JP4271973B2 (en) Remote monitoring operation system, remote monitoring operation method, and remote monitoring operation program
CN208424404U (en) Multizone data center computer room Centralized Monitoring management system
JP2000003214A (en) Distributed control system
CN113485266B (en) Nuclear power plant BOP process comprehensive control system and method
JP2006340009A (en) Lighting control system using power line carrier communication
CN210466459U (en) Maintenance scheduling system for secondary water supply pump house
RU126165U1 (en) ENERGY RESOURCES MONITORING AND CONTROL SYSTEM
KR20210034887A (en) Smart factory monitoring and control system
KR100736555B1 (en) Filter Filtration Device Using Computer Control
JP2002082711A (en) Control system
JPH0630469A (en) Remote monitoring system for plural facilities
JPS6326147A (en) System state display system
CN114253193A (en) Edge calculation building fire sprinkler data acquisition monitoring system
KR101216018B1 (en) Machine to user appliance
JP2001051716A (en) Supervisory and control system
Kasprzak et al. System of monitoring, visualization and alerting the safety of CNS devices for Polish Air Navigation Services Agency
WO2003003133A1 (en) Controller and monitor of plant operation
Duarte et al. Integration of EPICS subsystem control on firesignal

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051128

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080411

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080513

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080714

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: 20090109

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090203

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090310

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: 20090421

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: 20090514

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

Free format text: PAYMENT UNTIL: 20120522

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees