JPH1031657A - 分散形制御装置 - Google Patents
分散形制御装置Info
- Publication number
- JPH1031657A JPH1031657A JP8187092A JP18709296A JPH1031657A JP H1031657 A JPH1031657 A JP H1031657A JP 8187092 A JP8187092 A JP 8187092A JP 18709296 A JP18709296 A JP 18709296A JP H1031657 A JPH1031657 A JP H1031657A
- Authority
- JP
- Japan
- Prior art keywords
- master
- computer
- slave
- console
- becomes
- 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
- Hardware Redundancy (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 オペレータコンソールを構成するコンピュー
タ間のデータの収集での誤りを少なくする。 【解決手段】 コンピュータの起動時に「電源ＯＮ」を
送信し（ＳＴ１）、他にマスターが有りかをチェックし
（ＳＴ２）、所定の時間内にマスター有を受信するとス
レーブとなり、所定の時間内に何らの応答もない場合に
「マスター宣言」を送信する（ＳＴ３）。続いて、他か
ら「マスター宣言」がなされていないかチェックし（Ｓ
Ｔ４）、なければ自分がマスターとなるが、他からも
「マスター宣言」が出ている場合は、自分と相手の通信
アドレスを比較し（ＳＴ５）、自分のアドレスが小さい
場合にはマスター、相手のアドレスが小さい場合はスレ
ーブとなる。
タ間のデータの収集での誤りを少なくする。 【解決手段】 コンピュータの起動時に「電源ＯＮ」を
送信し（ＳＴ１）、他にマスターが有りかをチェックし
（ＳＴ２）、所定の時間内にマスター有を受信するとス
レーブとなり、所定の時間内に何らの応答もない場合に
「マスター宣言」を送信する（ＳＴ３）。続いて、他か
ら「マスター宣言」がなされていないかチェックし（Ｓ
Ｔ４）、なければ自分がマスターとなるが、他からも
「マスター宣言」が出ている場合は、自分と相手の通信
アドレスを比較し（ＳＴ５）、自分のアドレスが小さい
場合にはマスター、相手のアドレスが小さい場合はスレ
ーブとなる。
Description
【０００１】
【発明の属する技術分野】この発明は、プロセス制御等
に使用される分散形制御装置に関する。
に使用される分散形制御装置に関する。
【０００２】
【従来の技術】一般に、図１に示すように、オペレータ
コンソール１-1、１-2、…、１-nを構成するコンピュー
タと、下位の制御装置２-1、…、２-mとを制御ネットワ
ーク３で結合し、オペレータコンソール１-1、…、１-n
を構成するコンピュータ同志が情報ネットワーク４で結
合する分散形制御装置がある。
コンソール１-1、１-2、…、１-nを構成するコンピュー
タと、下位の制御装置２-1、…、２-mとを制御ネットワ
ーク３で結合し、オペレータコンソール１-1、…、１-n
を構成するコンピュータ同志が情報ネットワーク４で結
合する分散形制御装置がある。
【０００３】従来、この種の分散形制御装置では、下位
の制御装置２-1、…、２-mはプロセス値・制御演算値等
を制御ネットワーク３に定周期でブロードキャスト通信
（同報通信）により送信している。また、オペレータコ
ンソール１-1、…、１-nでは、これらの同報通信データ
を受信し、ＣＲＴ画面上に表示したりデータのロギング
を行っている。
の制御装置２-1、…、２-mはプロセス値・制御演算値等
を制御ネットワーク３に定周期でブロードキャスト通信
（同報通信）により送信している。また、オペレータコ
ンソール１-1、…、１-nでは、これらの同報通信データ
を受信し、ＣＲＴ画面上に表示したりデータのロギング
を行っている。
【０００４】また、オペレータコンソール１-1、…、１
-nは下位の制御装置２-1、…、２-mに対して、制御演算
のパラメータの設定や、設定値の変更等を制御ネットワ
ーク３に対して、イベント通信により送信する。オペレ
ータコンソールとそれを構成するコンピュータを複数台
化するのは、１台のオペレータコンソールまたはコンピ
ュータが故障しても、他のオペレータコンソールまたは
コンピュータにより継続してシステムを稼働させること
ができるので、分散形制御装置全体としての稼働率を向
上させる意図がある。
-nは下位の制御装置２-1、…、２-mに対して、制御演算
のパラメータの設定や、設定値の変更等を制御ネットワ
ーク３に対して、イベント通信により送信する。オペレ
ータコンソールとそれを構成するコンピュータを複数台
化するのは、１台のオペレータコンソールまたはコンピ
ュータが故障しても、他のオペレータコンソールまたは
コンピュータにより継続してシステムを稼働させること
ができるので、分散形制御装置全体としての稼働率を向
上させる意図がある。
【０００５】
【発明が解決しようとする課題】分散形制御装置におい
て、データロガー機能を実現しようとすると、オペレー
タコンソールで制御ネットワークを経て、下位制御装置
からデータを取込む際、コンピュータ間に微妙な収集タ
イミングのずれが存在し、結果としてコンピュータ間で
収集データに微妙な差を生じてしまう。
て、データロガー機能を実現しようとすると、オペレー
タコンソールで制御ネットワークを経て、下位制御装置
からデータを取込む際、コンピュータ間に微妙な収集タ
イミングのずれが存在し、結果としてコンピュータ間で
収集データに微妙な差を生じてしまう。
【０００６】また、制御装置の演算機能で積算処理を行
い、コンピュータが積算データを制御ネットワークを介
して収集後、イベント通信により制御装置に対して積算
リセット指令を送出する場合、どのコンピュータの収集
タイミングを基準にするべきか決めることができない。
この発明は上記問題点に着目してなされたものであっ
て、オペレータコンソールを構成するコンピュータ間の
データの収集を、誤り少なくなし得る分散型制御装置を
提供することを目的としている。
い、コンピュータが積算データを制御ネットワークを介
して収集後、イベント通信により制御装置に対して積算
リセット指令を送出する場合、どのコンピュータの収集
タイミングを基準にするべきか決めることができない。
この発明は上記問題点に着目してなされたものであっ
て、オペレータコンソールを構成するコンピュータ間の
データの収集を、誤り少なくなし得る分散型制御装置を
提供することを目的としている。
【０００７】
【課題を解決するための手段】この発明の分散形制御装
置は、情報ネットワークにより、互いにデータ授受が可
能な複数のコンソールと、これらのコンソールに制御ネ
ットワークで結ばれる複数の下位の制御装置とからなる
ものにおいて、各コンソールに、複数のコンソールから
唯一のマスターコンソールを決定する手段と、マスター
以外のスレーブコンソールからマスターコンソールが稼
働していることを定周期で確認する手段と、マスターコ
ンソールがダウンした時に残ったスレーブコンソールの
中から新しいコンソールを決定する手段と、を特徴的に
備えている。
置は、情報ネットワークにより、互いにデータ授受が可
能な複数のコンソールと、これらのコンソールに制御ネ
ットワークで結ばれる複数の下位の制御装置とからなる
ものにおいて、各コンソールに、複数のコンソールから
唯一のマスターコンソールを決定する手段と、マスター
以外のスレーブコンソールからマスターコンソールが稼
働していることを定周期で確認する手段と、マスターコ
ンソールがダウンした時に残ったスレーブコンソールの
中から新しいコンソールを決定する手段と、を特徴的に
備えている。
【０００８】この分散形制御装置は、以下の如くして、
各コンソール間でマスター／スレーブを決定している。 先ず、各コンピュータは、自分自身の接続する制御ネ
ットワークの状態を診断し、制御ネットワークの状態が
異常であれば、マスターになれないことにする。また、
コンピュータ内部で異常な状態となり、マスターとして
の処理を継続できないような状態の場合も、マスターに
なれないものとする。
各コンソール間でマスター／スレーブを決定している。 先ず、各コンピュータは、自分自身の接続する制御ネ
ットワークの状態を診断し、制御ネットワークの状態が
異常であれば、マスターになれないことにする。また、
コンピュータ内部で異常な状態となり、マスターとして
の処理を継続できないような状態の場合も、マスターに
なれないものとする。
【０００９】システム起動の際、各コンピュータは情
報ネットワークを介してブロードキャストメッセージを
送り、規定したタイムアウト時間既に存在するマスター
から応答がなければ、自らマスターとなる。既にマスタ
ーが存在するならばスレーブとなる。 スレーブは、情報ネットワークを使用して定周期にマ
スターに対して生存確認の問い合わせを行う。もしも、
規定したタイムアウト時間応答がなければ、マスターダ
ウンと判断して、新しいマスターの決定状態に移行す
る。
報ネットワークを介してブロードキャストメッセージを
送り、規定したタイムアウト時間既に存在するマスター
から応答がなければ、自らマスターとなる。既にマスタ
ーが存在するならばスレーブとなる。 スレーブは、情報ネットワークを使用して定周期にマ
スターに対して生存確認の問い合わせを行う。もしも、
規定したタイムアウト時間応答がなければ、マスターダ
ウンと判断して、新しいマスターの決定状態に移行す
る。
【００１０】マスターは、各スレーブから送られてく
る生存確認の問い合わせに応答する。 マスターダウン時には、システム起動の際の手順を繰
り返す。 この分散形制御装置によれば、複数のコンピュータ中か
ら自動的に唯一のマスターコンピュータを決定すること
ができる。またスレーブからマスターコンピュータを監
視させることにより、マスターダウンを自動的に検出
し、新マスターを決定することができる。
る生存確認の問い合わせに応答する。 マスターダウン時には、システム起動の際の手順を繰
り返す。 この分散形制御装置によれば、複数のコンピュータ中か
ら自動的に唯一のマスターコンピュータを決定すること
ができる。またスレーブからマスターコンピュータを監
視させることにより、マスターダウンを自動的に検出
し、新マスターを決定することができる。
【００１１】
【発明の実施の形態】以下、実施の形態により、この発
明をさらに詳細に説明する。図１は、この発明の実施形
態分散形制御装置のシステム構成を示すブロック図であ
る。この分散形制御装置は、それぞれにコンピュータを
含む複数のコンソール１-1、１-2、…、１-nと、複数の
下位の制御装置２-1、…、２-mと、コンソール１-1、１
-2、…、１-nと制御装置２-1、…、２-mを接続する制御
ネットワーク３と、各コンソール１-1、１-2、…、１-n
を接続する情報ネットワーク４とから構成されている。
もっとも、このシステム構成は、従来のものと特に変わ
るところはない。
明をさらに詳細に説明する。図１は、この発明の実施形
態分散形制御装置のシステム構成を示すブロック図であ
る。この分散形制御装置は、それぞれにコンピュータを
含む複数のコンソール１-1、１-2、…、１-nと、複数の
下位の制御装置２-1、…、２-mと、コンソール１-1、１
-2、…、１-nと制御装置２-1、…、２-mを接続する制御
ネットワーク３と、各コンソール１-1、１-2、…、１-n
を接続する情報ネットワーク４とから構成されている。
もっとも、このシステム構成は、従来のものと特に変わ
るところはない。
【００１２】この実施形態分散形制御装置の特徴は、コ
ンソール間のマスター／スレーブの決定方法にある。図
２、…、図５は、各コンソール１-1、１-2、…、１-nに
おけるマスター／スレーブを決定するための手順を示す
フロー図である。次に、このフロー図により、実施形態
分散形制御装置のマスター／スレーブの決定処理につい
て説明する。
ンソール間のマスター／スレーブの決定方法にある。図
２、…、図５は、各コンソール１-1、１-2、…、１-nに
おけるマスター／スレーブを決定するための手順を示す
フロー図である。次に、このフロー図により、実施形態
分散形制御装置のマスター／スレーブの決定処理につい
て説明する。
【００１３】コンソール１-1、１-2、…、１-nのコンピ
ュータ起動時は、図２に示すように、先ず「電源ＯＮ」
メッセージを送信する（ステップＳＴ１）。この時に、
既に他にマスターが存在すればマスターから既にマスタ
ーが存在する旨の応答を受信する（ステップＳＴ２）。
もしも、既にマスターが存在するならば、起動したコン
ピュータはスレーブとなる。
ュータ起動時は、図２に示すように、先ず「電源ＯＮ」
メッセージを送信する（ステップＳＴ１）。この時に、
既に他にマスターが存在すればマスターから既にマスタ
ーが存在する旨の応答を受信する（ステップＳＴ２）。
もしも、既にマスターが存在するならば、起動したコン
ピュータはスレーブとなる。
【００１４】ステップＳＴ２において、所定の時間「電
源ＯＮ」に対する応答がない場合は、「マスター宣言」
を送信する（ステップＳＴ３）。次に、他の「マスター
宣言」受信有かを判定し（ステップＳＴ４）、所定時
間、他のコンピュータから応答がなければ、起動したコ
ンピュータがマスターとなる。もしも、他のコンピュー
タからも「マスター宣言」を受信したならば、通信アド
レスを比較する（ステップＳＴ５）。例えば、自分の方
が相手よりアドレスが小さい場合は、その起動したコン
ピュータがマスターとなり、逆に相手のアドレスよりも
大きい場合は、スレーブとなる。他にも「マスター宣
言」が出ている場合に、マスターをどのように決定する
かは、他の方法により決定してもよい。
源ＯＮ」に対する応答がない場合は、「マスター宣言」
を送信する（ステップＳＴ３）。次に、他の「マスター
宣言」受信有かを判定し（ステップＳＴ４）、所定時
間、他のコンピュータから応答がなければ、起動したコ
ンピュータがマスターとなる。もしも、他のコンピュー
タからも「マスター宣言」を受信したならば、通信アド
レスを比較する（ステップＳＴ５）。例えば、自分の方
が相手よりアドレスが小さい場合は、その起動したコン
ピュータがマスターとなり、逆に相手のアドレスよりも
大きい場合は、スレーブとなる。他にも「マスター宣
言」が出ている場合に、マスターをどのように決定する
かは、他の方法により決定してもよい。
【００１５】図３は、常時状態におけるマスターの動作
を示すフロー図である。マスターは、他のコンピュータ
から送られてくるメッセージの待ち状態にある（ステッ
プＳＴ１１）。他のコンピュータから「電源ＯＮ」のメ
ッセージを受信する（ステップＳＴ１２）と、自分が既
にマスターなので、他がスレーブとして動作するように
「私がマスター」を送信して（ステップＳＴ１５）、ス
テップＳＴ１１に戻る。受信したメッセージがスレーブ
からの定期的な「生存確認」であるなら（ステップＳＴ
１３）、「マスター動作中」を送信して（ステップＳＴ
１４）、ステップＳＴ１１に戻り、待機する。
を示すフロー図である。マスターは、他のコンピュータ
から送られてくるメッセージの待ち状態にある（ステッ
プＳＴ１１）。他のコンピュータから「電源ＯＮ」のメ
ッセージを受信する（ステップＳＴ１２）と、自分が既
にマスターなので、他がスレーブとして動作するように
「私がマスター」を送信して（ステップＳＴ１５）、ス
テップＳＴ１１に戻る。受信したメッセージがスレーブ
からの定期的な「生存確認」であるなら（ステップＳＴ
１３）、「マスター動作中」を送信して（ステップＳＴ
１４）、ステップＳＴ１１に戻り、待機する。
【００１６】図４は、常時状態におけるスレーブの動作
を示すフロー図である。スレーブはマスターに対し、定
周期で「生存確認」メッセージを送信する（ステップＳ
Ｔ２１）。「生存確認」メッセージに対する応答が規定
タイムアウト時間内にない場合は（ステップＳＴ２２、
ステップＳＴ２３）、新マスター選定状態に移行する
（ステップＳＴ２４）。
を示すフロー図である。スレーブはマスターに対し、定
周期で「生存確認」メッセージを送信する（ステップＳ
Ｔ２１）。「生存確認」メッセージに対する応答が規定
タイムアウト時間内にない場合は（ステップＳＴ２２、
ステップＳＴ２３）、新マスター選定状態に移行する
（ステップＳＴ２４）。
【００１７】図５は、新マスター選定状態に移行後の動
作を示すフロー図である。新マスター選定状態に移行す
ると「マスター宣言」を送信する（ステップＳＴ３
１）。そして、規定のタイムアウト時間内に、他のコン
ピュータから「マスター宣言」を受信して場合には（ス
テップＳＴ３２）、コンピュータ起動時の場合と同様の
方法で、マスター／スレーブを決定する。つまり、自分
の通信アドレスが相手の通信アドレスより小さい時にマ
スターとなり、相手の通信のアドレスが小さい場合には
スレーブとなる（ステップＳＴ３３）。ステップ３２で
タイムアウト時間内に他のコンピュータから「マスター
宣言」を受け取らない場合は、そのままマスターとな
る。
作を示すフロー図である。新マスター選定状態に移行す
ると「マスター宣言」を送信する（ステップＳＴ３
１）。そして、規定のタイムアウト時間内に、他のコン
ピュータから「マスター宣言」を受信して場合には（ス
テップＳＴ３２）、コンピュータ起動時の場合と同様の
方法で、マスター／スレーブを決定する。つまり、自分
の通信アドレスが相手の通信アドレスより小さい時にマ
スターとなり、相手の通信のアドレスが小さい場合には
スレーブとなる（ステップＳＴ３３）。ステップ３２で
タイムアウト時間内に他のコンピュータから「マスター
宣言」を受け取らない場合は、そのままマスターとな
る。
【００１８】
【発明の効果】この発明によれば、マスターとスレーブ
を明確に決定し得るので、複数のコンピュータから構成
される分散形制御装置のオペレータコンソールにおい
て、データロギングのような制御ネットワークからのデ
ータ収集のように、コンピュータの微妙な動作タイミン
グの違いにより、得られる結果に違いを生じるようなも
のについて、マスターコンピュータが代表して実行でき
る。
を明確に決定し得るので、複数のコンピュータから構成
される分散形制御装置のオペレータコンソールにおい
て、データロギングのような制御ネットワークからのデ
ータ収集のように、コンピュータの微妙な動作タイミン
グの違いにより、得られる結果に違いを生じるようなも
のについて、マスターコンピュータが代表して実行でき
る。
【００１９】また、マスターコンピュータがダウンして
も、残りのコンピュータから新マスターコンピュータを
選定できるので、障害に強い分散形制御装置を構成でき
る。
も、残りのコンピュータから新マスターコンピュータを
選定できるので、障害に強い分散形制御装置を構成でき
る。
【図１】この発明の実施形態分散形制御装置のシステム
構成を示すブロック図である。
構成を示すブロック図である。
【図２】同実施形態分散形制御装置におけるコンピュー
タ起動時の動作を説明するためのフロー図である。
タ起動時の動作を説明するためのフロー図である。
【図３】同実施形態分散形制御装置の常時状態のマスタ
ーの動作を説明するためのフロー図である。
ーの動作を説明するためのフロー図である。
【図４】同実施形態分散形制御装置の常時状態のスレー
ブの動作を説明するためのフロー図である。
ブの動作を説明するためのフロー図である。
【図５】同実施形態分散形制御装置の新マスター選定の
動作を説明するためのフロー図である。
動作を説明するためのフロー図である。
１-1、１-2、…、１-n コンソール ２-1、…、２-m 制御装置 ３ 制御ネットワーク ４ 情報ネットワーク
Claims (1)
- 【請求項１】情報ネットワークにより、互いにデータ授
受が可能な複数のコンソールと、これらのコンソールに
制御ネットワークで結ばれる複数の下位の制御装置とか
らなる分散形制御装置において、 各コンソールに、複数のコンソールから唯一のマスター
コンソールを決定する手段と、マスター以外のスレーブ
コンソールからマスターコンソールが稼働していること
を定周期で確認する手段と、マスターコンソールがダウ
ンした時に残ったスレーブコンソールの中から新しいコ
ンソールを決定する手段と、を備えたことを特徴とする
分散形制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8187092A JPH1031657A (ja) | 1996-07-17 | 1996-07-17 | 分散形制御装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8187092A JPH1031657A (ja) | 1996-07-17 | 1996-07-17 | 分散形制御装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1031657A true JPH1031657A (ja) | 1998-02-03 |
Family
ID=16199974
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8187092A Pending JPH1031657A (ja) | 1996-07-17 | 1996-07-17 | 分散形制御装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH1031657A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100370450C (zh) * | 2004-02-20 | 2008-02-20 | 索尼株式会社 | 网络***、分布式处理方法和信息处理装置 |
| JP2008140280A (ja) * | 2006-12-05 | 2008-06-19 | Hitachi Ltd | サーバの運用管理における信頼性強化方法 |
| US7411952B2 (en) | 2002-07-09 | 2008-08-12 | Kabushiki Kaisha Toshiba | Communication scheme with arbitration mechanism for cases of address initialization and server setting |
| WO2019106783A1 (ja) * | 2017-11-30 | 2019-06-06 | 理化工業株式会社 | 温度調節計及び通信変換器 |
| JP2022500312A (ja) * | 2018-09-18 | 2022-01-04 | クノル−ブレムゼ ジステーメ フューア ヌッツファールツォイゲ ゲゼルシャフト ミット ベシュレンクテル ハフツングKnorr−Bremse Systeme fuer Nutzfahrzeuge GmbH | 車両用制御アーキテクチャ |
-
1996
- 1996-07-17 JP JP8187092A patent/JPH1031657A/ja active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7411952B2 (en) | 2002-07-09 | 2008-08-12 | Kabushiki Kaisha Toshiba | Communication scheme with arbitration mechanism for cases of address initialization and server setting |
| US8094655B2 (en) | 2002-07-09 | 2012-01-10 | Kabushiki Kaisha Toshiba | Communication scheme with arbitration mechanism for cases of address initialization and server setting |
| CN100370450C (zh) * | 2004-02-20 | 2008-02-20 | 索尼株式会社 | 网络***、分布式处理方法和信息处理装置 |
| JP2008140280A (ja) * | 2006-12-05 | 2008-06-19 | Hitachi Ltd | サーバの運用管理における信頼性強化方法 |
| WO2019106783A1 (ja) * | 2017-11-30 | 2019-06-06 | 理化工業株式会社 | 温度調節計及び通信変換器 |
| JPWO2019106783A1 (ja) * | 2017-11-30 | 2020-04-09 | 理化工業株式会社 | 温度調節計及び通信変換器 |
| JP2022500312A (ja) * | 2018-09-18 | 2022-01-04 | クノル−ブレムゼ ジステーメ フューア ヌッツファールツォイゲ ゲゼルシャフト ミット ベシュレンクテル ハフツングKnorr−Bremse Systeme fuer Nutzfahrzeuge GmbH | 車両用制御アーキテクチャ |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6859889B2 (en) | Backup system and method for distributed systems | |
| US6633538B1 (en) | Node representation system, node monitor system, the methods and storage medium | |
| US5870301A (en) | System control apparatus including a master control unit and a slave control unit which maintain coherent information | |
| JPH07192187A (ja) | 遠隔監視システム | |
| US5640513A (en) | Notification of disconnected service machines that have stopped running | |
| JPH1031657A (ja) | 分散形制御装置 | |
| JP2002215222A (ja) | ネットワーク化されたインフラストラクチャ系機器の管理運用システムとそのシステムを用いた管理運用方法 | |
| JPH08123747A (ja) | 施設管理システムにおける分散処理方式 | |
| JP2001331330A (ja) | プロセス異常検知及び復旧システム | |
| JP4639675B2 (ja) | 機器監視装置及び機器監視システム | |
| JPH04299743A (ja) | コンピュータネットワークシステム | |
| JP2809325B2 (ja) | 複数電子計算機システムおよびその監視操作方法 | |
| JP4121987B2 (ja) | 機器制御システム | |
| JPH11232143A (ja) | マルチスレッドの監視方法 | |
| JP2009211279A (ja) | 操業データ管理サーバシステム | |
| JPS58225738A (ja) | 分散形伝送システム | |
| JP2023060861A (ja) | サーバ、システム、および方法 | |
| JP2024053927A (ja) | 照明制御システム | |
| JPH10107792A (ja) | サーバ監視装置 | |
| JPH0628407A (ja) | データベースシステム | |
| JP2001109641A (ja) | 計算機バックアップシステム | |
| JPH05189342A (ja) | 通信処理装置動作監視方式 | |
| JP2004030027A (ja) | ネットワーク障害監視システムおよびそれに用いる計算機 | |
| JP2000259594A (ja) | 情報処理システム | |
| JPH02310755A (ja) | ヘルスチェック方式 |