JP2002010368A - データ通知装置 - Google Patents
データ通知装置Info
- Publication number
- JP2002010368A JP2002010368A JP2000190612A JP2000190612A JP2002010368A JP 2002010368 A JP2002010368 A JP 2002010368A JP 2000190612 A JP2000190612 A JP 2000190612A JP 2000190612 A JP2000190612 A JP 2000190612A JP 2002010368 A JP2002010368 A JP 2002010368A
- Authority
- JP
- Japan
- Prior art keywords
- server
- data
- crt
- notification
- 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.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Selective Calling Equipment (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 従来のデータ通知装置は、サーバ構成を変更
するたびにコントローラ上のアプリケーションＳ／Ｗを
変更する必要があった。 【解決手段】 プラント監視用のＣＲＴ装置、機器の制
御を行うコントローラ、およびコントローラからデータ
通知を受け、ネットワークを通してＣＲＴ装置にデータ
通知をするサーバを備えたデータ通知装置において、コ
ントローラ上に実装されたアプリケーションＳ／ＷがＣ
ＲＴ装置へデータ通知をする際に、通信Ｓ／Ｗを介して
データ通知を全サーバに通知し、通知を受けたサーバ上
では、通知担当ＣＲＴ番号一覧表テーブルを参照して自
サーバがデータ通知を担当するかどうか判別し、通知担
当のサーバのみがＣＲＴ装置にデータ通知を行うように
した。
するたびにコントローラ上のアプリケーションＳ／Ｗを
変更する必要があった。 【解決手段】 プラント監視用のＣＲＴ装置、機器の制
御を行うコントローラ、およびコントローラからデータ
通知を受け、ネットワークを通してＣＲＴ装置にデータ
通知をするサーバを備えたデータ通知装置において、コ
ントローラ上に実装されたアプリケーションＳ／ＷがＣ
ＲＴ装置へデータ通知をする際に、通信Ｓ／Ｗを介して
データ通知を全サーバに通知し、通知を受けたサーバ上
では、通知担当ＣＲＴ番号一覧表テーブルを参照して自
サーバがデータ通知を担当するかどうか判別し、通知担
当のサーバのみがＣＲＴ装置にデータ通知を行うように
した。
Description
【０００１】
【発明の属する技術分野】この発明は、プラント状態を
監視するプラント監視制御装置において、機器の制御を
行うコントローラからＣＲＴ監視装置へデータ通知を行
うデータ通知装置に関するものである。
監視するプラント監視制御装置において、機器の制御を
行うコントローラからＣＲＴ監視装置へデータ通知を行
うデータ通知装置に関するものである。
【０００２】
【従来の技術】図１３は従来のプラント監視制御装置に
おけるデータ通知装置を示すブロック図であり、図にお
いて、１はコントローラ、２は複数設けられているサー
バ、３は複数設けられているＣＲＴ監視装置、４はコン
トローラ１とサーバ２とＣＲＴ監視装置３とを結ぶネッ
トワークである。
おけるデータ通知装置を示すブロック図であり、図にお
いて、１はコントローラ、２は複数設けられているサー
バ、３は複数設けられているＣＲＴ監視装置、４はコン
トローラ１とサーバ２とＣＲＴ監視装置３とを結ぶネッ
トワークである。
【０００３】コントローラ１は、プラント毎にエンジニ
アリングを行いロジックを組めるアプリケーションＳ／
Ｗ１２と、アプリケーションＳ／Ｗ１２が渡したデータ
を通知先に送信する役割を持つ通信Ｓ／Ｗ１１とを備え
ている。通信Ｓ／Ｗ１１は、アプリケーションＳ／Ｗ１
２が使用する機能で、送信先のサーバ番号を指定するサ
ーバ番号指定手段１１４と、送信先ＣＲＴ装置を指定す
るＣＲＴ番号指定手段１１２と、送信データを生成する
送信データ生成手段１１３との３つの手段と、該当サー
バ通知手段１１５とからなる。
アリングを行いロジックを組めるアプリケーションＳ／
Ｗ１２と、アプリケーションＳ／Ｗ１２が渡したデータ
を通知先に送信する役割を持つ通信Ｓ／Ｗ１１とを備え
ている。通信Ｓ／Ｗ１１は、アプリケーションＳ／Ｗ１
２が使用する機能で、送信先のサーバ番号を指定するサ
ーバ番号指定手段１１４と、送信先ＣＲＴ装置を指定す
るＣＲＴ番号指定手段１１２と、送信データを生成する
送信データ生成手段１１３との３つの手段と、該当サー
バ通知手段１１５とからなる。
【０００４】サーバ２は、データ受信手段２１とデータ
管理手段２４とＣＲＴ通知手段２５とを有している。
管理手段２４とＣＲＴ通知手段２５とを有している。
【０００５】次に上記構成のデータ通知装置の動作を、
図１４のフロー図に基づき説明する。データ通知装置の
データ通知機能には、コントローラ上のデータ通知フロ
ーと、コントローラからのデータ通知を受けてデータ処
理を行うサーバ上のデータ通知フローとがある。
図１４のフロー図に基づき説明する。データ通知装置の
データ通知機能には、コントローラ上のデータ通知フロ
ーと、コントローラからのデータ通知を受けてデータ処
理を行うサーバ上のデータ通知フローとがある。
【０００６】まず、コントローラ上の処理フローについ
て説明する。データ通知時には、アプリケーションＳ／
Ｗの処理（ステップＳＴ１）にて、送信先サーバをサー
バ番号で指定し（ステップＳＴ１１１）、送信先のＣＲ
Ｔ装置をＣＲＴ番号で指定して（ステップＳＴ１１）、
送信するデータを生成する（ステップＳＴ１２）。
て説明する。データ通知時には、アプリケーションＳ／
Ｗの処理（ステップＳＴ１）にて、送信先サーバをサー
バ番号で指定し（ステップＳＴ１１１）、送信先のＣＲ
Ｔ装置をＣＲＴ番号で指定して（ステップＳＴ１１）、
送信するデータを生成する（ステップＳＴ１２）。
【０００７】アプリケーションＳ／Ｗで指定されたデー
タを実際にサーバへ送信するには、通信Ｓ／Ｗの処理
（ステップＳＴ２）にて行う。生成されたデータを指定
サーバに対してデータを送信する（ステップＳＴ２
１）。さらに、データ送信が正常に完了したか否かチェ
ックし（ステップＳＴ２２）、正常に送れなかった場合
にはリトライして再送信を行う。
タを実際にサーバへ送信するには、通信Ｓ／Ｗの処理
（ステップＳＴ２）にて行う。生成されたデータを指定
サーバに対してデータを送信する（ステップＳＴ２
１）。さらに、データ送信が正常に完了したか否かチェ
ックし（ステップＳＴ２２）、正常に送れなかった場合
にはリトライして再送信を行う。
【０００８】次に、サーバ上のデータ通知処理フロー
（ステップＳＴ３）について説明する。サーバではデー
タ受信を監視しており（ステップＳＴ３１）、コントロ
ーラからデータ通知を受けると、送信されてきたデータ
を保存し（ステップＳＴ３３）、送信データのヘッダ部
分などで指定されたＣＲＴ番号を判別して指定されたＣ
ＲＴ装置へ受信データを送信する（ステップＳＴ３
５）。
（ステップＳＴ３）について説明する。サーバではデー
タ受信を監視しており（ステップＳＴ３１）、コントロ
ーラからデータ通知を受けると、送信されてきたデータ
を保存し（ステップＳＴ３３）、送信データのヘッダ部
分などで指定されたＣＲＴ番号を判別して指定されたＣ
ＲＴ装置へ受信データを送信する（ステップＳＴ３
５）。
【０００９】
【発明が解決しようとする課題】従来のデータ通知装置
は以上のように構成されており、コントローラ上で実装
されるアプリケーションＳ／Ｗは、通知先のサーバ番号
を指定するようになされているため、サーバ構成を変更
するたびにコントローラ上のアプリケーションＳ／Ｗを
変更する必要があり、構成の異なるシステムへ簡単に移
植することができないという問題点があった。
は以上のように構成されており、コントローラ上で実装
されるアプリケーションＳ／Ｗは、通知先のサーバ番号
を指定するようになされているため、サーバ構成を変更
するたびにコントローラ上のアプリケーションＳ／Ｗを
変更する必要があり、構成の異なるシステムへ簡単に移
植することができないという問題点があった。
【００１０】
【課題を解決するための手段】この発明に係るデータ通
知装置は、プラント監視用のＣＲＴ装置、機器の制御を
行うコントローラ、およびコントローラからデータ通知
を受け、ネットワークを通してＣＲＴ装置にデータ通知
をするサーバを備えたものにおいて、コントローラ上に
実装されたアプリケーションＳ／ＷがＣＲＴ装置へデー
タ通知をする際に、通信Ｓ／Ｗを介してデータ通知を全
サーバに通知し、通知を受けたサーバ上では、通知担当
ＣＲＴ番号一覧表テーブルを参照して自サーバがデータ
通知を担当するかどうか判別し、通知担当のサーバのみ
がＣＲＴ装置にデータ通知を行うようにしたものであ
る。
知装置は、プラント監視用のＣＲＴ装置、機器の制御を
行うコントローラ、およびコントローラからデータ通知
を受け、ネットワークを通してＣＲＴ装置にデータ通知
をするサーバを備えたものにおいて、コントローラ上に
実装されたアプリケーションＳ／ＷがＣＲＴ装置へデー
タ通知をする際に、通信Ｓ／Ｗを介してデータ通知を全
サーバに通知し、通知を受けたサーバ上では、通知担当
ＣＲＴ番号一覧表テーブルを参照して自サーバがデータ
通知を担当するかどうか判別し、通知担当のサーバのみ
がＣＲＴ装置にデータ通知を行うようにしたものであ
る。
【００１１】また、プラント監視用のＣＲＴ装置、機器
の制御を行うコントローラ、およびコントローラからデ
ータ通知を受け、ネットワークを通してＣＲＴ装置にデ
ータ通知をするサーバを備えたデータ通知装置におい
て、コントローラ上に実装されたアプリケーションＳ／
ＷがＣＲＴ装置へデータ通知をする際に、コントローラ
上において、ＣＲＴ−サーバ対応テーブルを参照してア
プリケーションＳ／Ｗが指定したＣＲＴ装置番号から通
知担当サーバを指定し、そのサーバにデータ通知を行う
ようにしたものである。
の制御を行うコントローラ、およびコントローラからデ
ータ通知を受け、ネットワークを通してＣＲＴ装置にデ
ータ通知をするサーバを備えたデータ通知装置におい
て、コントローラ上に実装されたアプリケーションＳ／
ＷがＣＲＴ装置へデータ通知をする際に、コントローラ
上において、ＣＲＴ−サーバ対応テーブルを参照してア
プリケーションＳ／Ｗが指定したＣＲＴ装置番号から通
知担当サーバを指定し、そのサーバにデータ通知を行う
ようにしたものである。
【００１２】また、サーバ上に、サーバの生死をチェッ
クするサーバ生死チェック手段と、通知先のサーバの故
障時に肩代わりを行うためのサーバを管理する肩代わり
サーバ管理テーブルと、そのテーブルをもとに肩代わり
通知を行う通知手段を備えたものである。
クするサーバ生死チェック手段と、通知先のサーバの故
障時に肩代わりを行うためのサーバを管理する肩代わり
サーバ管理テーブルと、そのテーブルをもとに肩代わり
通知を行う通知手段を備えたものである。
【００１３】また、コントローラ上に、サーバの生死を
チェックするサーバ生死チェック手段と、通知先のサー
バの故障時に肩代わり用のサーバ番号を指定する通知先
変更付きサーバ通知手段を備えたものである。
チェックするサーバ生死チェック手段と、通知先のサー
バの故障時に肩代わり用のサーバ番号を指定する通知先
変更付きサーバ通知手段を備えたものである。
【００１４】また、コントローラ上に、アプリケーショ
ンＳ／Ｗが指定したＣＲＴ装置番号から全ＣＲＴ番号か
どうかをチェックし、全ＣＲＴ番号通知であれば全ＣＲ
Ｔ通知用のサーバを指定する手段を備えたものである。
ンＳ／Ｗが指定したＣＲＴ装置番号から全ＣＲＴ番号か
どうかをチェックし、全ＣＲＴ番号通知であれば全ＣＲ
Ｔ通知用のサーバを指定する手段を備えたものである。
【００１５】また、サーバ上に、アプリケーションＳ／
Ｗが指定したＣＲＴ装置番号から全ＣＲＴ番号通知かど
うかをチェックし、全ＣＲＴ番号通知であれば全ＣＲＴ
装置にデータ通知を行う手段を備えたものである。
Ｗが指定したＣＲＴ装置番号から全ＣＲＴ番号通知かど
うかをチェックし、全ＣＲＴ番号通知であれば全ＣＲＴ
装置にデータ通知を行う手段を備えたものである。
【００１６】
【発明の実施の形態】実施の形態１．この発明の実施の
形態１を図に基づいて説明する。従来技術と同一構成要
素には同一符号を付して、説明を省略する。図１におい
て、コントローラ１は、アプリケーションＳ／Ｗ１２と
通信Ｓ／Ｗ１１とを備えている。通信Ｓ／Ｗ１１は、全
サーバ通知手段１１１と、ＣＲＴ番号指定手段１１２
と、送信データ生成手段１１３とを有する。
形態１を図に基づいて説明する。従来技術と同一構成要
素には同一符号を付して、説明を省略する。図１におい
て、コントローラ１は、アプリケーションＳ／Ｗ１２と
通信Ｓ／Ｗ１１とを備えている。通信Ｓ／Ｗ１１は、全
サーバ通知手段１１１と、ＣＲＴ番号指定手段１１２
と、送信データ生成手段１１３とを有する。
【００１７】サーバ２は、データ受信手段２１と、通知
担当判別手段２２と、通知担当判別手段２２で使用する
通知担当ＣＲＴ番号一覧テーブル２３と、受信データを
管理するデータ管理手段２４と、ＣＲＴ通知手段２５と
で構成されている。
担当判別手段２２と、通知担当判別手段２２で使用する
通知担当ＣＲＴ番号一覧テーブル２３と、受信データを
管理するデータ管理手段２４と、ＣＲＴ通知手段２５と
で構成されている。
【００１８】次に、本実施の形態１の動作を図２のフロ
ー図により説明する。まず、コントローラ上の処理フロ
ーについて説明する。図１４に示した従来技術のフロー
図と異なる点は、送信先サーバをサーバ番号で指定する
処理（ステップＳＴ１１１）がないところである。
ー図により説明する。まず、コントローラ上の処理フロ
ーについて説明する。図１４に示した従来技術のフロー
図と異なる点は、送信先サーバをサーバ番号で指定する
処理（ステップＳＴ１１１）がないところである。
【００１９】アプリケーションＳ／Ｗで指定されたデー
タを実際にサーバへ送信するには、通信Ｓ／Ｗの処理
（ステップＳＴ２）にて行う。生成されたデータを指定
サーバに対して送信する（ステップＳＴ２１）。データ
送信が正常に完了したか否かチェックし（ステップＳＴ
２２）、正常に送れなかった場合にはリトライして再送
信を行う。さらに、全サーバへ送信したか否かをチェッ
クする（ステップＳＴ２３）。
タを実際にサーバへ送信するには、通信Ｓ／Ｗの処理
（ステップＳＴ２）にて行う。生成されたデータを指定
サーバに対して送信する（ステップＳＴ２１）。データ
送信が正常に完了したか否かチェックし（ステップＳＴ
２２）、正常に送れなかった場合にはリトライして再送
信を行う。さらに、全サーバへ送信したか否かをチェッ
クする（ステップＳＴ２３）。
【００２０】次に、サーバ上のデータ通知処理フロー
（ステップＳＴ３）について説明する。サーバではデー
タ受信を監視しており（ステップＳＴ３１）、コントロ
ーラからデータ通知を受けると、そのデータの通知担当
か否かをチェックし（ステップＳＴ３２）、自サーバが
通知担当であれば、送信されてきたデータを保存し（ス
テップＳＴ３３）、送信データのへッダ部分などで指定
されたＣＲＴ番号を判別して、指定されたＣＲＴ装置へ
受信データを送信する（ステップＳＴ３５）。ステップ
ＳＴ３２で自サーバが通知担当でない場合には受信デー
タを破棄する（ステップＳＴ３４）。ステップＳＴ３５
またはステップＳＴ３４の処理が完了したらステップＳ
Ｔ３１の処理に移る。
（ステップＳＴ３）について説明する。サーバではデー
タ受信を監視しており（ステップＳＴ３１）、コントロ
ーラからデータ通知を受けると、そのデータの通知担当
か否かをチェックし（ステップＳＴ３２）、自サーバが
通知担当であれば、送信されてきたデータを保存し（ス
テップＳＴ３３）、送信データのへッダ部分などで指定
されたＣＲＴ番号を判別して、指定されたＣＲＴ装置へ
受信データを送信する（ステップＳＴ３５）。ステップ
ＳＴ３２で自サーバが通知担当でない場合には受信デー
タを破棄する（ステップＳＴ３４）。ステップＳＴ３５
またはステップＳＴ３４の処理が完了したらステップＳ
Ｔ３１の処理に移る。
【００２１】このように、コントローラ側からは、アプ
リケーションＳ／ＷでＣＲＴ番号蚤を指定し、データの
みを全サーバに送信通知し、サーバ側で自担当の通知か
どうかチェックするので、アプリケーションＳ／Ｗがサ
ーバ構成を意識することなく利用できる。
リケーションＳ／ＷでＣＲＴ番号蚤を指定し、データの
みを全サーバに送信通知し、サーバ側で自担当の通知か
どうかチェックするので、アプリケーションＳ／Ｗがサ
ーバ構成を意識することなく利用できる。
【００２２】実施の形態２．次に、この発明の実施の形
態２を図３に基づいて説明する。図３において、コント
ロ−ラ１は、アプリケーションＳ／Ｗ１２と通信Ｓ／Ｗ
１１とから構成される。通信Ｓ／Ｗ１１には、ＣＲＴ番
号からサーバ番号への変換を行う変換Ｓ／Ｗが追加され
ている。変換Ｓ／Ｗとして通知サーバ判別手段１１６と
ＣＲＴ−サーバ対応テーブル１１７とがある。通信Ｓ／
Ｗは、通信を行う手段として該当サーバ通知手段１１５
と、ＣＲＴ番号指定手段１１２と、送信データ生成手段
１１３と、サーバ番号通知手段１１４とを有している。
態２を図３に基づいて説明する。図３において、コント
ロ−ラ１は、アプリケーションＳ／Ｗ１２と通信Ｓ／Ｗ
１１とから構成される。通信Ｓ／Ｗ１１には、ＣＲＴ番
号からサーバ番号への変換を行う変換Ｓ／Ｗが追加され
ている。変換Ｓ／Ｗとして通知サーバ判別手段１１６と
ＣＲＴ−サーバ対応テーブル１１７とがある。通信Ｓ／
Ｗは、通信を行う手段として該当サーバ通知手段１１５
と、ＣＲＴ番号指定手段１１２と、送信データ生成手段
１１３と、サーバ番号通知手段１１４とを有している。
【００２３】サーバ２は、データ受信手段２１と、受信
データを管理するデータ管理手段２４と、ＣＲＴ通知手
段２５とで構成されている。
データを管理するデータ管理手段２４と、ＣＲＴ通知手
段２５とで構成されている。
【００２４】次に、本実施の形態２の動作を図４のフロ
ー図により説明する。まず、コントローラ上の処理フロ
ーについて説明する。データ通知時には、アプリケーシ
ョンＳ／Ｗの処理（ステップＳＴ１）にて、送信先のＣ
ＲＴ装置をＣＲＴ番号で指定し（ステップＳＴ１１）、
送信するデータを生成する（ステップＳＴ１２）。ステ
ップＳＴ１１にて指定されたＣＲＴ番号から、あらかじ
め定義されているＣＲＴ−サーバ対応テーブルを参照し
て、該当するサーバ番号を取得する（ステップＳＴ１
３）。送信先サーバとして、取得したサーバ番号を指定
する（ステップＳＴ１４）。
ー図により説明する。まず、コントローラ上の処理フロ
ーについて説明する。データ通知時には、アプリケーシ
ョンＳ／Ｗの処理（ステップＳＴ１）にて、送信先のＣ
ＲＴ装置をＣＲＴ番号で指定し（ステップＳＴ１１）、
送信するデータを生成する（ステップＳＴ１２）。ステ
ップＳＴ１１にて指定されたＣＲＴ番号から、あらかじ
め定義されているＣＲＴ−サーバ対応テーブルを参照し
て、該当するサーバ番号を取得する（ステップＳＴ１
３）。送信先サーバとして、取得したサーバ番号を指定
する（ステップＳＴ１４）。
【００２５】アプリケーションＳ／Ｗで指定されたデー
タを実際にサーバへ送信する処理（ステップＳＴ２）で
は、生成されたデータを指定サーバに対して送信し（ス
テップＳＴ２１）、データ送信が正常に完了したか否か
チェックし（ステップＳＴ２２）、正常に送れなかった
場合にはリトライして再送信を行う。
タを実際にサーバへ送信する処理（ステップＳＴ２）で
は、生成されたデータを指定サーバに対して送信し（ス
テップＳＴ２１）、データ送信が正常に完了したか否か
チェックし（ステップＳＴ２２）、正常に送れなかった
場合にはリトライして再送信を行う。
【００２６】なお、サーバ上のデータ通知処理フロー
（ステップＳＴ３）については、図１４に示した従来技
術のフローと同様なので説明を省略する。
（ステップＳＴ３）については、図１４に示した従来技
術のフローと同様なので説明を省略する。
【００２７】本実施の形態では、コントローラのアプリ
ケーションＳ／Ｗで指定されるＣＲＴ番号から通知先サ
ーバ番号へ変換する手段を設けたことにより、コントロ
ーラからは指定サーバへの通知のみになるため、通信負
荷を低減できる。
ケーションＳ／Ｗで指定されるＣＲＴ番号から通知先サ
ーバ番号へ変換する手段を設けたことにより、コントロ
ーラからは指定サーバへの通知のみになるため、通信負
荷を低減できる。
【００２８】実施の形態３．次に、この発明の実施の形
態３を図５に基づいて説明する。図５において、コント
ローラ１の構成は実施の形態１と同様である。サーバ２
は、データ受信手段２１と、通知担当判別手段２２と、
この通知担当判別手段２２で使用する通知担当ＣＲＴ番
号一覧テーブル２３と、受信データを管理するデータ管
理手段２４と、ＣＲＴ通知手段２５と、サーバ生死チェ
ック手段２６と、このサーバ生死チェック手段２６で参
照するサーバ生死状態管理テーブル２７とから構成され
ている。
態３を図５に基づいて説明する。図５において、コント
ローラ１の構成は実施の形態１と同様である。サーバ２
は、データ受信手段２１と、通知担当判別手段２２と、
この通知担当判別手段２２で使用する通知担当ＣＲＴ番
号一覧テーブル２３と、受信データを管理するデータ管
理手段２４と、ＣＲＴ通知手段２５と、サーバ生死チェ
ック手段２６と、このサーバ生死チェック手段２６で参
照するサーバ生死状態管理テーブル２７とから構成され
ている。
【００２９】次に、本実施の形態３の動作を図６のフロ
ー図により説明する。まず、コントローラ上の処理フロ
ーについて説明する。コントローラ上のフローは、実施
の形態１のフロー（図２）と全く同様であるので説明を
省略する。
ー図により説明する。まず、コントローラ上の処理フロ
ーについて説明する。コントローラ上のフローは、実施
の形態１のフロー（図２）と全く同様であるので説明を
省略する。
【００３０】次に、サーバ上のデータ通知処理フローに
ついて説明する。サーバではデータ受信を監視しており
（ステップＳＴ３１）、コントローラからデータ通知を
受けると、そのデータの通知担当か否かをチェックし
（ステップＳＴ３２）、自サーバが通知担当であれば、
送信されてきたデータを保存し（ステップＳＴ３３）、
送信データのへッダ部分などで指定されたＣＲＴ番号を
判別して、指定されたＣＲＴ装置へ受信データを送信す
る（ステップＳＴ３５）。
ついて説明する。サーバではデータ受信を監視しており
（ステップＳＴ３１）、コントローラからデータ通知を
受けると、そのデータの通知担当か否かをチェックし
（ステップＳＴ３２）、自サーバが通知担当であれば、
送信されてきたデータを保存し（ステップＳＴ３３）、
送信データのへッダ部分などで指定されたＣＲＴ番号を
判別して、指定されたＣＲＴ装置へ受信データを送信す
る（ステップＳＴ３５）。
【００３１】ステップＳＴ３２で、自サーバが送信担当
でない場合には、指定サーバが故障（ダウン）している
か否かチェックし（ステップＳＴ３７）、サーバが故障
している場合には肩代わりサーバにより、指定されたＣ
ＲＴ装置に受信データを送信する（ステップＳＴ３
８）。ステップＳＴ３７でサーバが故障していなけれ
ば、受信データを破棄する（ステップＳＴ３４）。ステ
ップＳＴ３５またはステップＳＴ３４の処理が完了した
らステップＳＴ３１の処理に移る。
でない場合には、指定サーバが故障（ダウン）している
か否かチェックし（ステップＳＴ３７）、サーバが故障
している場合には肩代わりサーバにより、指定されたＣ
ＲＴ装置に受信データを送信する（ステップＳＴ３
８）。ステップＳＴ３７でサーバが故障していなけれ
ば、受信データを破棄する（ステップＳＴ３４）。ステ
ップＳＴ３５またはステップＳＴ３４の処理が完了した
らステップＳＴ３１の処理に移る。
【００３２】本実施の形態では、各サーバ間であらかじ
め各サーバの生死チェックをしておき、通知先サーバが
故障している場合には、別サーバが肩代わりして通知を
行うようにしているので、サーバの故障時にも確実にＣ
ＲＴ装置にデータ通知が行われる。
め各サーバの生死チェックをしておき、通知先サーバが
故障している場合には、別サーバが肩代わりして通知を
行うようにしているので、サーバの故障時にも確実にＣ
ＲＴ装置にデータ通知が行われる。
【００３３】実施の形態４．次に、この発明の実施の形
態４を図７に基づいて説明する。図７において、コント
ローラ１は、アプリケーションＳ／Ｗ１２と、通信Ｓ／
Ｗ１１と、通信Ｆ／Ｗ１３とから構成される。通信Ｓ／
Ｗ１１とアプリケーションＳ／Ｗ１２については、実施
の形態２（図３）の構成と同様のために説明を省略す
る。
態４を図７に基づいて説明する。図７において、コント
ローラ１は、アプリケーションＳ／Ｗ１２と、通信Ｓ／
Ｗ１１と、通信Ｆ／Ｗ１３とから構成される。通信Ｓ／
Ｗ１１とアプリケーションＳ／Ｗ１２については、実施
の形態２（図３）の構成と同様のために説明を省略す
る。
【００３４】通信Ｆ／Ｗ１３は、サーバ生死チェック手
段１３２と、このサーバ生死チェック手段１３２で参照
するサーバ生死状態管理テーブル１３３と、通知先変更
付きサーバ通知手段１３１とから構成される。
段１３２と、このサーバ生死チェック手段１３２で参照
するサーバ生死状態管理テーブル１３３と、通知先変更
付きサーバ通知手段１３１とから構成される。
【００３５】次に、本実施の形態４の動作を図８のフロ
ー図により説明する。まず、コントローラ上の処理フロ
ーについて説明する。データ通知時には、アプリケーシ
ョンＳ／Ｗにて、ステップＳＴ１１〜ステップＳＴ１３
までの処理を行う（実施の形態２と同様）。ステップＳ
Ｔ１３にて取得したサーバ番号のサーバが故障している
か否かをチェックし（ステップＳＴ１５）、故障してい
る場合（ステップＳＴ１６）には、肩代わりのサーバ番
号を指定する（ステップＳＴ１７）。サーバが故障して
いない場合には、取得したサーバ番号を送信先サーバと
して指定する（ステップＳＴ１４）。
ー図により説明する。まず、コントローラ上の処理フロ
ーについて説明する。データ通知時には、アプリケーシ
ョンＳ／Ｗにて、ステップＳＴ１１〜ステップＳＴ１３
までの処理を行う（実施の形態２と同様）。ステップＳ
Ｔ１３にて取得したサーバ番号のサーバが故障している
か否かをチェックし（ステップＳＴ１５）、故障してい
る場合（ステップＳＴ１６）には、肩代わりのサーバ番
号を指定する（ステップＳＴ１７）。サーバが故障して
いない場合には、取得したサーバ番号を送信先サーバと
して指定する（ステップＳＴ１４）。
【００３６】アプリケーションＳ／Ｗで指定されたデー
タを実際にサーバへ送信するには、生成されたデータを
指定サーバに対して送信する（ステップＳＴ２１）。デ
ータ送信が正常に完了したか否かチェックし（ステップ
ＳＴ２２）、正常に送れなかった場合にはリトライして
再送信を行う。
タを実際にサーバへ送信するには、生成されたデータを
指定サーバに対して送信する（ステップＳＴ２１）。デ
ータ送信が正常に完了したか否かチェックし（ステップ
ＳＴ２２）、正常に送れなかった場合にはリトライして
再送信を行う。
【００３７】なお、サーバ上のデータ通知処理フローに
ついては、実施の形態１のフローと同様であるので説明
を省略する。
ついては、実施の形態１のフローと同様であるので説明
を省略する。
【００３８】以上のように、本実施の形態では、コント
ローラの変換Ｓ／Ｗで予め各サーバの生死チェックをし
ておき、通知先のサーバが故障しておれば肩代わりのサ
ーバへ通知するようにしているので、通信負荷が低く、
しかもサーバ故障時にも確実にＣＲＴ装置へデータ通知
が行われる。
ローラの変換Ｓ／Ｗで予め各サーバの生死チェックをし
ておき、通知先のサーバが故障しておれば肩代わりのサ
ーバへ通知するようにしているので、通信負荷が低く、
しかもサーバ故障時にも確実にＣＲＴ装置へデータ通知
が行われる。
【００３９】実施の形態５．次に、この発明の実施の形
態５を図９に基づいて説明する。図９において、コント
ローラ１は、アプリケーションＳ／Ｗ１２と通信Ｓ／Ｗ
１１と通信Ｆ／Ｗ１３とから構成される。通信Ｓ／Ｗ１
１と、アプリケーションＳ／Ｗ１２と、通信Ｆ／Ｗ１３
の１３１〜１３３は実施の形態４と同様のため説明を省
略する。
態５を図９に基づいて説明する。図９において、コント
ローラ１は、アプリケーションＳ／Ｗ１２と通信Ｓ／Ｗ
１１と通信Ｆ／Ｗ１３とから構成される。通信Ｓ／Ｗ１
１と、アプリケーションＳ／Ｗ１２と、通信Ｆ／Ｗ１３
の１３１〜１３３は実施の形態４と同様のため説明を省
略する。
【００４０】通信Ｆ／Ｗ１３には、前述の手段に付加し
て全ＣＲＴ番号判別手段１３４と、この全ＣＲＴ番号判
別手段１３４が参照する全ＣＲＴ通知先定義データ１３
５が設けられている。
て全ＣＲＴ番号判別手段１３４と、この全ＣＲＴ番号判
別手段１３４が参照する全ＣＲＴ通知先定義データ１３
５が設けられている。
【００４１】サーバ２は、データ受信手段２１と、受信
データを管理するデータ管理手段２４と、ＣＲＴ通知手
段２５と、全ＣＲＴ通知サーバ判別手段２８と、この全
ＣＲＴ通知サーバ判別手段２８で参照する全ＣＲＴ通知
フラグ１９とから構成される。
データを管理するデータ管理手段２４と、ＣＲＴ通知手
段２５と、全ＣＲＴ通知サーバ判別手段２８と、この全
ＣＲＴ通知サーバ判別手段２８で参照する全ＣＲＴ通知
フラグ１９とから構成される。
【００４２】次に、本実施の形態５の動作を図１０のフ
ロー図により説明する。まず、コントローラ上の処理フ
ローについて説明する。データ通知時には、アプリケー
ションＳ／Ｗにて、ステップＳＴ１１とステップＳＴ１
２の処理を行う（実施の形態４と同様）。次に、例えば
全ＣＲＴ番号として０ｘｆｆなどの値をあらかじめ決め
ておき、全ＣＲＴ番号通知かどうかチェックし（ステッ
プＳＴ１８）、全ＣＲＴ番号通知であれば、全ＣＲＴ通
知用のサーバ番号を判別する（ステップＳＴ１９）。全
ＣＲＴ番号通知用のサーバは、あらかじめシステムで定
義しておくものとする。また、全ＣＲＴ通知でなけれ
ば、ＣＲＴ番号からサーバ番号を取得する（ステップＳ
Ｔ１３）。以下の処理は実施の形態４と同様であるため
説明を省略する。
ロー図により説明する。まず、コントローラ上の処理フ
ローについて説明する。データ通知時には、アプリケー
ションＳ／Ｗにて、ステップＳＴ１１とステップＳＴ１
２の処理を行う（実施の形態４と同様）。次に、例えば
全ＣＲＴ番号として０ｘｆｆなどの値をあらかじめ決め
ておき、全ＣＲＴ番号通知かどうかチェックし（ステッ
プＳＴ１８）、全ＣＲＴ番号通知であれば、全ＣＲＴ通
知用のサーバ番号を判別する（ステップＳＴ１９）。全
ＣＲＴ番号通知用のサーバは、あらかじめシステムで定
義しておくものとする。また、全ＣＲＴ通知でなけれ
ば、ＣＲＴ番号からサーバ番号を取得する（ステップＳ
Ｔ１３）。以下の処理は実施の形態４と同様であるため
説明を省略する。
【００４３】次に、サーバ上のデータ通知処理フローに
ついて説明する。サーバではデータ受信を監視しており
（ステップＳＴ３１）、コントローラからデータ通知を
受けると、まず全ＣＲＴ通知かどうかチェックして（ス
テップＳＴ３６）、全ＣＲＴ通知であれば、通知先ＣＲ
Ｔ装置を全ＣＲＴ装置にする。全ＣＲＴ通知でなけれ
ば、そのデータの通知担当か否かをチェックし（ステッ
プＳＴ３２）、自サーバが通知担当であれば、送信され
てきたデータを保存し（ステップＳＴ３３）、送信デー
タのへッダ部分などで指定されたＣＲＴ番号を判別し
て、指定されたＣＲＴ装置へ受信データを送信する（ス
テップＳＴ３５）。ステップＳＴ３２で自サーバが通知
担当でない場合には受信データを破棄する（ステップＳ
Ｔ３４）。ステップＳＴ３５またはステップＳＴ３４の
処理が完了したら、ステップＳＴ３１の処理に移る。
ついて説明する。サーバではデータ受信を監視しており
（ステップＳＴ３１）、コントローラからデータ通知を
受けると、まず全ＣＲＴ通知かどうかチェックして（ス
テップＳＴ３６）、全ＣＲＴ通知であれば、通知先ＣＲ
Ｔ装置を全ＣＲＴ装置にする。全ＣＲＴ通知でなけれ
ば、そのデータの通知担当か否かをチェックし（ステッ
プＳＴ３２）、自サーバが通知担当であれば、送信され
てきたデータを保存し（ステップＳＴ３３）、送信デー
タのへッダ部分などで指定されたＣＲＴ番号を判別し
て、指定されたＣＲＴ装置へ受信データを送信する（ス
テップＳＴ３５）。ステップＳＴ３２で自サーバが通知
担当でない場合には受信データを破棄する（ステップＳ
Ｔ３４）。ステップＳＴ３５またはステップＳＴ３４の
処理が完了したら、ステップＳＴ３１の処理に移る。
【００４４】本実施の形態では、全ＣＲＴ通知用のＣＲ
Ｔ番号を設け、コントローラ上の変換Ｓ／Ｗで全ＣＲＴ
通知かどうか判別してサーバへ通知するようにしている
ので、全ＣＲＴ装置へ通知する場合に１リクエストのみ
で通知でき、通信効率がよい。
Ｔ番号を設け、コントローラ上の変換Ｓ／Ｗで全ＣＲＴ
通知かどうか判別してサーバへ通知するようにしている
ので、全ＣＲＴ装置へ通知する場合に１リクエストのみ
で通知でき、通信効率がよい。
【００４５】実施の形態６．次に、この発明の実施の形
態６を図１１に基づいて説明する。図１１において、通
信Ｓ／Ｗ１１とアプリケーションＳ／Ｗ１２は実施の形
態３と同様で、通信Ｆ／Ｗ１３には全ＣＲＴ番号判別手
段１３４と、この全ＣＲＴ番号判別手段１３４で参照す
る全ＣＲＴ通知先定義データ１３５が設けられている。
態６を図１１に基づいて説明する。図１１において、通
信Ｓ／Ｗ１１とアプリケーションＳ／Ｗ１２は実施の形
態３と同様で、通信Ｆ／Ｗ１３には全ＣＲＴ番号判別手
段１３４と、この全ＣＲＴ番号判別手段１３４で参照す
る全ＣＲＴ通知先定義データ１３５が設けられている。
【００４６】次に、本実施の形態６の動作を図１２のフ
ロー図により説明する。まず、コントローラ上の処理フ
ローについて説明する。データ通知時には、アプリケー
ションＳ／Ｗにて送信先のＣＲＴ装置をＣＲＴ番号で指
定して（ステップＳＴ１１）、送信するデータを生成す
る（ステップＳＴ１２）。また、通知を全ＣＲＴ装置へ
行う場合、あらかじめ全ＣＲＴ通知用として、実施の形
態５と同様に０ｘｆｆなど決めておく。全ＣＲＴ通知か
どうかチェックして（ステップＳＴ１８）、全ＣＲＴ通
知であれば、あらかじめ定義している全ＣＲＴ用サーバ
番号を取得する（ステップＳＴ１９）。以下の処理は実
施の形態１と同様であるため説明を省略する。
ロー図により説明する。まず、コントローラ上の処理フ
ローについて説明する。データ通知時には、アプリケー
ションＳ／Ｗにて送信先のＣＲＴ装置をＣＲＴ番号で指
定して（ステップＳＴ１１）、送信するデータを生成す
る（ステップＳＴ１２）。また、通知を全ＣＲＴ装置へ
行う場合、あらかじめ全ＣＲＴ通知用として、実施の形
態５と同様に０ｘｆｆなど決めておく。全ＣＲＴ通知か
どうかチェックして（ステップＳＴ１８）、全ＣＲＴ通
知であれば、あらかじめ定義している全ＣＲＴ用サーバ
番号を取得する（ステップＳＴ１９）。以下の処理は実
施の形態１と同様であるため説明を省略する。
【００４７】次に、サーバ上のデータ通知処理フローに
ついて説明する。サーバではデータ受信を監視しており
（ステップＳＴ３１）、コントローラからデータ通知を
受けると、まず全ＣＲＴ通知かどうかチェックして（ス
テップＳＴ３６）、全ＣＲＴ通知であれば通知先ＣＲＴ
装置を全ＣＲＴ装置にする。全ＣＲＴ通知でなければ、
そのデータの通知担当か否かをチェックし（スブップＳ
Ｔ３２）、自サーバが通知担当であれば、送信されてき
たデータを保存して（ステップＳＴ３３）、送信データ
のへツダ部分などで指定されたＣＲＴ番号を判別し、指
定されたＣＲＴ装置へ受信データを送信する（ステップ
ＳＴ３５）。ステップＳＴ３２で自サーバが通知担当で
ない場合には受信データを破棄する（ステップＳＴ３
４）。ステップＳＴ３５またはステップＳＴ３４の処理
が完了したらステップＳＴ３１の処理に移る。
ついて説明する。サーバではデータ受信を監視しており
（ステップＳＴ３１）、コントローラからデータ通知を
受けると、まず全ＣＲＴ通知かどうかチェックして（ス
テップＳＴ３６）、全ＣＲＴ通知であれば通知先ＣＲＴ
装置を全ＣＲＴ装置にする。全ＣＲＴ通知でなければ、
そのデータの通知担当か否かをチェックし（スブップＳ
Ｔ３２）、自サーバが通知担当であれば、送信されてき
たデータを保存して（ステップＳＴ３３）、送信データ
のへツダ部分などで指定されたＣＲＴ番号を判別し、指
定されたＣＲＴ装置へ受信データを送信する（ステップ
ＳＴ３５）。ステップＳＴ３２で自サーバが通知担当で
ない場合には受信データを破棄する（ステップＳＴ３
４）。ステップＳＴ３５またはステップＳＴ３４の処理
が完了したらステップＳＴ３１の処理に移る。
【００４８】この実施の形態では、全ＣＲＴ通知用のＣ
ＲＴ番号を設けて、コントローラから送信（ブロードキ
ャスト）で全サーバへ通知し、サーバで全ＣＲＴ通知サ
ーバと定義されたもののみ通知するようにしたので、通
信効率がよい。
ＲＴ番号を設けて、コントローラから送信（ブロードキ
ャスト）で全サーバへ通知し、サーバで全ＣＲＴ通知サ
ーバと定義されたもののみ通知するようにしたので、通
信効率がよい。
【００４９】
【発明の効果】以上のようにこの発明によれば、コント
ローラのアプリケーションＳ／ＷでＣＲＴ番号とデータ
のみを指定して全サーバにブロードキャスト通知し、サ
ーバ側で自担当の通知かどうかチェックするので、アプ
リケーションＳ／Ｗでサーバ構成を意識することなく通
知できる。
ローラのアプリケーションＳ／ＷでＣＲＴ番号とデータ
のみを指定して全サーバにブロードキャスト通知し、サ
ーバ側で自担当の通知かどうかチェックするので、アプ
リケーションＳ／Ｗでサーバ構成を意識することなく通
知できる。
【００５０】また、コントローラのアプリケーションＳ
／Ｗで指定されるＣＲＴ番号から通知先サーバ番号へ変
換するようにしたので、コントローラからは指定サーバ
への通知のみになるため、通信負荷が低くなるという効
果が得られる。
／Ｗで指定されるＣＲＴ番号から通知先サーバ番号へ変
換するようにしたので、コントローラからは指定サーバ
への通知のみになるため、通信負荷が低くなるという効
果が得られる。
【００５１】また、各サーバ間であらかじめ各サーバの
生死チェックをしておき、通知先サーバが故障している
場合には、別サーバが肩代わりして通知を行うようにし
たので、より信頼性の高いデータ通知装置が得られる。
生死チェックをしておき、通知先サーバが故障している
場合には、別サーバが肩代わりして通知を行うようにし
たので、より信頼性の高いデータ通知装置が得られる。
【００５２】また、コントローラの変換Ｓ／Ｗで、あら
かじめ各サーバの生死チェックをしておき、通知先のサ
ーバがダウンしておれば肩代わりのサーバへ通知するよ
うにしたので、通信負荷が低くてサーバダウン時にも確
実にＣＲＴ装置へデータ通知がされる。
かじめ各サーバの生死チェックをしておき、通知先のサ
ーバがダウンしておれば肩代わりのサーバへ通知するよ
うにしたので、通信負荷が低くてサーバダウン時にも確
実にＣＲＴ装置へデータ通知がされる。
【００５３】また、全ＣＲＴ通知用のＣＲＴ番号を設け
て、コントローラ上の変換Ｓ／Ｗで、全ＣＲＴ通知かど
うか判別してサーバへ通知するようにしたので、全ＣＲ
Ｔ装置へ通知する場合に１リクエストのみで通知でき、
通信効率がよくなる。
て、コントローラ上の変換Ｓ／Ｗで、全ＣＲＴ通知かど
うか判別してサーバへ通知するようにしたので、全ＣＲ
Ｔ装置へ通知する場合に１リクエストのみで通知でき、
通信効率がよくなる。
【００５４】また、全ＣＲＴ通知用のＣＲＴ番号を設け
て、コントローラから送信で全サーバへ通知して、サー
バで全ＣＲＴ通知サーバと定義されたもののみ通知する
ようにしたので、通信効率がよくなる。
て、コントローラから送信で全サーバへ通知して、サー
バで全ＣＲＴ通知サーバと定義されたもののみ通知する
ようにしたので、通信効率がよくなる。
【図１】 この発明の実施の形態１に係るデータ通知装
置を示すブロック図である。
置を示すブロック図である。
【図２】 実施の形態１の動作を説明する処理フロー図
である。
である。
【図３】 この発明の実施の形態２に係るデータ通知装
置を示すブロック図である。
置を示すブロック図である。
【図４】 実施の形態２の動作を説明する処理フロー図
である。
である。
【図５】 この発明の実施の形態３に係るデータ通知装
置を示すブロック図である。
置を示すブロック図である。
【図６】 実施の形態３の動作を説明する処理フロー図
である。
である。
【図７】 この発明の実施の形態４に係るデータ通知装
置を示すブロック図である。
置を示すブロック図である。
【図８】 実施の形態４の動作を説明する処理フロー図
である。
である。
【図９】 この発明の実施の形態５に係るデータ通知装
置を示すブロック図である。
置を示すブロック図である。
【図１０】 実施の形態５の動作を説明する処理フロー
図である。
図である。
【図１１】 この発明の実施の形態６に係るデータ通知
装置を示すブロック図である。
装置を示すブロック図である。
【図１２】 実施の形態６の動作を説明する処理フロー
図である。
図である。
【図１３】 従来のデータ通知装置のブロック図であ
る。
る。
【図１４】 従来のデータ通知における処理フロー図で
ある。
ある。
１ コントローラ、 １１ 通信Ｓ／Ｗ、
１１１ 全サーバ通知手段、 １１２ ＣＲＴ番
号指定手段、１１３ 送信データ生成手段、 １１
４ サーバ番号指定手段、１１５ 該当サーバ通知手
段、 １１６ 通知サーバ判別手段、１１７ ＣＲ
Ｔ−サーバ対応テーブル、１２ アプリケーションＳ／
Ｗ、１３ 通信Ｆ／Ｗ、１３１ 通知先変更付きサーバ
通知手段、１３２ サーバ生死チェック手段、 １３３
サーバ生死状態管理テーブル、１３４ 全ＣＲＴ番号
判別手段、 １３５ 全ＣＲＴ通知先定義データ、１
３６ サーバ番号指定手段、２ データサーバ、２１
データ受信手段、 ２２ 通知担当判別手
段、２３ 通知担当ＣＲＴ番号一覧テーブル、２４ デ
ータ管理手段、 ２５ ＣＲＴ通知手段、２
６ サーバ生死チェック手段、 ２７ サーバ生死状
態管理テーブル、２８ 全ＣＲＴ通知サーバ判定手段、
２９ 全ＣＲＴ通知フラグ、３ ＣＲＴ監視装置、
４ ネ ットワーク。
１１１ 全サーバ通知手段、 １１２ ＣＲＴ番
号指定手段、１１３ 送信データ生成手段、 １１
４ サーバ番号指定手段、１１５ 該当サーバ通知手
段、 １１６ 通知サーバ判別手段、１１７ ＣＲ
Ｔ−サーバ対応テーブル、１２ アプリケーションＳ／
Ｗ、１３ 通信Ｆ／Ｗ、１３１ 通知先変更付きサーバ
通知手段、１３２ サーバ生死チェック手段、 １３３
サーバ生死状態管理テーブル、１３４ 全ＣＲＴ番号
判別手段、 １３５ 全ＣＲＴ通知先定義データ、１
３６ サーバ番号指定手段、２ データサーバ、２１
データ受信手段、 ２２ 通知担当判別手
段、２３ 通知担当ＣＲＴ番号一覧テーブル、２４ デ
ータ管理手段、 ２５ ＣＲＴ通知手段、２
６ サーバ生死チェック手段、 ２７ サーバ生死状
態管理テーブル、２８ 全ＣＲＴ通知サーバ判定手段、
２９ 全ＣＲＴ通知フラグ、３ ＣＲＴ監視装置、
４ ネ ットワーク。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 13/00 ３５１ Ｇ０６Ｆ 13/00 ３５１Ｍ Ｈ０４Ｌ 12/24 Ｈ０４Ｌ 11/08 12/26 Ｆターム(参考） 5B089 GA11 JA33 KA12 KC15 MD01 ME04 5H223 AA01 CC08 DD03 EE18 5K030 GA16 HA05 JT04 KA06 LD02 MC06 MD02 5K048 AA06 BA23 DC04 DC07 FA10 GB08 HA01 HA02 HA20 HA22
Claims (6)
- 【請求項１】 プラント監視用のＣＲＴ装置、機器の制
御を行うコントローラ、およびコントローラからデータ
通知を受け、ネットワークを通してＣＲＴ装置にデータ
通知をするサーバを備えたデータ通知装置において、上
記コントローラ上に実装されたアプリケーションＳ／Ｗ
がＣＲＴ装置へデータ通知をする際に、通信Ｓ／Ｗを介
してデータ通知を全サーバに通知し、通知を受けたサー
バ上では、通知担当ＣＲＴ番号一覧表テーブルを参照し
て自サーバがデータ通知を担当するかどうか判別し、通
知担当のサーバのみがＣＲＴ装置にデータ通知を行うよ
うにしたことを特徴とするデータ通知装置。 - 【請求項２】 プラント監視用のＣＲＴ装置、機器の制
御を行うコントローラ、およびコントローラからデータ
通知を受け、ネットワークを通してＣＲＴ装置にデータ
通知をするサーバを備えたデータ通知装置において、コ
ントローラ上に実装されたアプリケーションＳ／ＷがＣ
ＲＴ装置へデータ通知をする際に、上記コントローラ上
において、ＣＲＴ−サーバ対応テーブルを参照してアプ
リケーションＳ／Ｗが指定したＣＲＴ装置番号から通知
担当サーバを指定し、そのサーバにデータ通知を行うよ
うにしたことを特徴とするデータ通知装置。 - 【請求項３】 サーバ上に、サーバの生死をチェックす
るサーバ生死チェック手段と、通知先のサーバの故障時
に肩代わりを行うためのサーバを管理する肩代わりサー
バ管理テーブルと、そのテーブルをもとに肩代わり通知
を行う通知手段を備えたことを特徴とする請求項１記載
のデータ通知装置。 - 【請求項４】 コントローラ上に、サーバの生死をチェ
ックするサーバ生死チェック手段と、通知先のサーバの
故障時に肩代わり用のサーバ番号を指定する通知先変更
付きサーバ通知手段を備えたことを特徴とする請求項２
記載のデータ通知装置。 - 【請求項５】 コントローラ上に、アプリケーションＳ
／Ｗが指定したＣＲＴ装置番号から全ＣＲＴ番号かどう
かをチェックし、全ＣＲＴ番号通知であれば全ＣＲＴ通
知用のサーバを指定する手段を備えたことを特徴とする
請求項２または請求項４記載のデータ通知装置。 - 【請求項６】 サーバ上に、アプリケーションＳ／Ｗが
指定したＣＲＴ装置番号から全ＣＲＴ番号通知かどうか
をチェックし、全ＣＲＴ番号通知であれば全ＣＲＴ装置
にデータ通知を行う手段を備えたことを特徴とする請求
項１記載のデータ通知装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000190612A JP2002010368A (ja) | 2000-06-26 | 2000-06-26 | データ通知装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000190612A JP2002010368A (ja) | 2000-06-26 | 2000-06-26 | データ通知装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002010368A true JP2002010368A (ja) | 2002-01-11 |
Family
ID=18690052
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000190612A Pending JP2002010368A (ja) | 2000-06-26 | 2000-06-26 | データ通知装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002010368A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9774930B2 (en) | 2012-01-25 | 2017-09-26 | Cambridge Enterprise Limited | Optical device and methods |
| US10996399B2 (en) | 2016-12-06 | 2021-05-04 | Roadmap Systems Ltd | Space-division multiplexed reconfigurable, wavelength selective switch |
-
2000
- 2000-06-26 JP JP2000190612A patent/JP2002010368A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9774930B2 (en) | 2012-01-25 | 2017-09-26 | Cambridge Enterprise Limited | Optical device and methods |
| US10996399B2 (en) | 2016-12-06 | 2021-05-04 | Roadmap Systems Ltd | Space-division multiplexed reconfigurable, wavelength selective switch |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8700760B2 (en) | Method and systems for redundant server automatic failover | |
| JPH066362A (ja) | Ｌａｎにおけるホストシステムのメッセージ処理負荷分散方式 | |
| CN106302536B (zh) | 基于交换机的一体机多系统间通信的方法和装置 | |
| JP2002010368A (ja) | データ通知装置 | |
| JPH11122326A (ja) | 伝送装置オペレーションシステム及びその警報監視方法 | |
| EP3710929B1 (en) | Optimized reconciliation in a controller switch network | |
| JP3407002B2 (ja) | メッセージ中継装置及びメッセージ中継方法 | |
| JPH07160562A (ja) | インテリジェントネットワークシステムのデータベース管理方法および装置 | |
| JP2000200245A (ja) | 情報利用システム及び情報利用方法 | |
| CN111064618A (zh) | 一种服务器高可用的实现方法、装置、设备和存储介质 | |
| CN111711581A (zh) | 一种通信方法、载波代理模块及台区融合终端 | |
| CN105743673B (zh) | 北向接口及其处理通知消息的方法 | |
| CN115550424B (zh) | 一种数据缓存方法、装置、设备及存储介质 | |
| JP3006469B2 (ja) | メッセージ重送チェックシステム | |
| JP3137183B2 (ja) | 通信システムとその監視データ送達確認方法 | |
| JP3082704B2 (ja) | 通信装置管理方式 | |
| JP2000057075A (ja) | データ通信装置、データ通信方法及びそれらのプログラム記憶媒体 | |
| CN117938846A (zh) | 车联网的云端服务器、通讯方法及车联网通信系统 | |
| KR940009107B1 (ko) | 155Mbps 동기식 다중장치의 멀티 프로세서 시스템 및 통신방법 | |
| JP3033660B2 (ja) | データ通信制御における障害検出方法 | |
| JP2002215487A (ja) | ネットワークシステム | |
| JPH01183242A (ja) | セッション活性化方式 | |
| JPH10320338A (ja) | Ｃｓｓサーバの一元管理及び処理実行制御方式 | |
| JPH05210606A (ja) | 通信制御方式 | |
| JPH01147997A (ja) | 伝送装置制御信号伝送方式 |