JP2733878B2 - リモート保守監視方法 - Google Patents
リモート保守監視方法Info
- Publication number
- JP2733878B2 JP2733878B2 JP3181401A JP18140191A JP2733878B2 JP 2733878 B2 JP2733878 B2 JP 2733878B2 JP 3181401 A JP3181401 A JP 3181401A JP 18140191 A JP18140191 A JP 18140191A JP 2733878 B2 JP2733878 B2 JP 2733878B2
- Authority
- JP
- Japan
- Prior art keywords
- remote maintenance
- level
- level device
- processing unit
- maintenance
- 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.)
- Expired - Fee Related
Links
Landscapes
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、複数の下位装置のリモ
ート保守を監視するリモート保守監視方法に関するもの
である。近年、木構造型のネットワークの構成に、ＷＳ
（最下位装置）間の連携機能を持たせることが望まれて
いる。このため、リモート保守処理の終了後のＷＳ間の
連携運用が、各ＷＳのリモート保守処理の完了後、速や
かに行えるようにする要求がある。
ート保守を監視するリモート保守監視方法に関するもの
である。近年、木構造型のネットワークの構成に、ＷＳ
（最下位装置）間の連携機能を持たせることが望まれて
いる。このため、リモート保守処理の終了後のＷＳ間の
連携運用が、各ＷＳのリモート保守処理の完了後、速や
かに行えるようにする要求がある。
【０００２】
【従来の技術】従来のリモート保守処理、例えばプログ
ラムのレベルアップなどを遠隔から回線を介して行う場
合、各ＷＳの同期をとらずにリモート保守処理を終了す
るため、全てのＷＳの保守処理が完了していることを、
オペレータ（管理者）が確認し、ＷＳ間の連携運用を開
始するようにしていた。
ラムのレベルアップなどを遠隔から回線を介して行う場
合、各ＷＳの同期をとらずにリモート保守処理を終了す
るため、全てのＷＳの保守処理が完了していることを、
オペレータ（管理者）が確認し、ＷＳ間の連携運用を開
始するようにしていた。
【０００３】
【発明が解決しようとする課題】このため、ＷＳがそれ
ぞれ離れた場所に設定されていた場合、オペレータが出
向いて確認したり、電話で管理者に連絡して確認したり
する必要があり、時間がかかり、ＷＳ間の連携運用の開
始が全てのＷＳの状態を確認した後となり、遅れてしま
うと共にリモート保守の作業が面倒である。従って、リ
モート保守処理が短時間で終了した場合でも、ＷＳ間の
連携運用の開始まで、オペレータの確認作業に長時間を
費やさなければならないという問題が生じていた。
ぞれ離れた場所に設定されていた場合、オペレータが出
向いて確認したり、電話で管理者に連絡して確認したり
する必要があり、時間がかかり、ＷＳ間の連携運用の開
始が全てのＷＳの状態を確認した後となり、遅れてしま
うと共にリモート保守の作業が面倒である。従って、リ
モート保守処理が短時間で終了した場合でも、ＷＳ間の
連携運用の開始まで、オペレータの確認作業に長時間を
費やさなければならないという問題が生じていた。
【０００４】本発明は、リモート保守処理の完了後のオ
ペレータの作業の軽減と、ＷＳ間の連携運用を速やかに
開始することを目的としている。
ペレータの作業の軽減と、ＷＳ間の連携運用を速やかに
開始することを目的としている。
【０００５】
【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、下位装置
１は、リモート保守の対象の装置である。
決するための手段を説明する。図１において、下位装置
１は、リモート保守の対象の装置である。
【０００６】状態確認処理部１７は、他の下位装置１の
リモート保守完了を確認するものである。動作抑制処理
部１８は、状態確認処理部１７によって全ての下位装置
１のリモート保守の完了した旨が判明するまで運用を抑
制するものである。
リモート保守完了を確認するものである。動作抑制処理
部１８は、状態確認処理部１７によって全ての下位装置
１のリモート保守の完了した旨が判明するまで運用を抑
制するものである。
【０００７】上位装置２は、保守情報を下位装置１に転
送してリモート保守を行ったりなどするものである。
送してリモート保守を行ったりなどするものである。
【０００８】
【作用】本発明は、図１に示すように、上位装置２に接
続したある下位装置１および他の全ての下位装置１が電
源投入時などに上位装置２（あるいは上位装置２に接続
した下位装置１）から転送を受けた保守情報を各下位装
置１が実施して完了したときに、各下位装置１の状態確
認処理部１７が上位装置１に接続した下位装置１などに
問い合わせて全ての下位装置１の保守完了した旨の返答
を確認したときに、動作抑制処理部１８が動作の抑制を
解除し、運用を開始するようにしている。
続したある下位装置１および他の全ての下位装置１が電
源投入時などに上位装置２（あるいは上位装置２に接続
した下位装置１）から転送を受けた保守情報を各下位装
置１が実施して完了したときに、各下位装置１の状態確
認処理部１７が上位装置１に接続した下位装置１などに
問い合わせて全ての下位装置１の保守完了した旨の返答
を確認したときに、動作抑制処理部１８が動作の抑制を
解除し、運用を開始するようにしている。
【０００９】従って、全ての下位装置１のリモート保守
処理の完了後に、自動的に各下位装置１が運用を開始す
ることが可能となり、従来のオペレータのリモート保守
完了の確認作業を無くし、作業の軽減を図ることができ
ると共に、下位装置１であるＷＳ間の連携運用を速やか
に開始することができる。
処理の完了後に、自動的に各下位装置１が運用を開始す
ることが可能となり、従来のオペレータのリモート保守
完了の確認作業を無くし、作業の軽減を図ることができ
ると共に、下位装置１であるＷＳ間の連携運用を速やか
に開始することができる。
【００１０】
【実施例】次に、図１から図３を用いて本発明の実施例
の構成および動作を順次詳細に説明する。
の構成および動作を順次詳細に説明する。
【００１１】図１において、下位装置１は、リモート保
守の対象の装置であって、例えばＷＳなどのコンピュー
タシステムであり、１１ないし１８から構成されるもの
である。
守の対象の装置であって、例えばＷＳなどのコンピュー
タシステムであり、１１ないし１８から構成されるもの
である。
【００１２】リモート保守処理部１１は、上位装置２か
ら回線を介して転送されてきた保守情報（例えばレベル
アップ／バーションアップ情報）を受信して実施した
り、他の全ての下位装置１のリモート保守が完了したか
否か監視したり、全てのリモート保守が完了したときに
動作の抑制を解除して運用を開始したりなどするもので
あって、１２ないし１８から構成されるものである。
ら回線を介して転送されてきた保守情報（例えばレベル
アップ／バーションアップ情報）を受信して実施した
り、他の全ての下位装置１のリモート保守が完了したか
否か監視したり、全てのリモート保守が完了したときに
動作の抑制を解除して運用を開始したりなどするもので
あって、１２ないし１８から構成されるものである。
【００１３】版数管理処理部１２は、上位装置２が管理
している版数と、下位装置１が持つ版数とを比較した
り、下位装置１が持つ版数が古いときに新しい版数の保
守情報の転送を上位装置２に要求したりなどするもので
ある。
している版数と、下位装置１が持つ版数とを比較した
り、下位装置１が持つ版数が古いときに新しい版数の保
守情報の転送を上位装置２に要求したりなどするもので
ある。
【００１４】受信処理部１３は、上位装置２から保守情
報を受信するものである。適用処理部１４は、受信処理
部１３が受信した保守情報を、下位装置１内の該当プロ
グラムに実施（適用）するものである。
報を受信するものである。適用処理部１４は、受信処理
部１３が受信した保守情報を、下位装置１内の該当プロ
グラムに実施（適用）するものである。
【００１５】監視プログラム１５は、他の下位装置１の
保守処理の完了を監視したり、全ての下位装置１の保守
処理が完了するまで当該下位装置１の運用を抑制したり
などするものであって、回線処理部１６、他ＷＳの状態
確認処理部１７、自ＷＳの動作抑制処理部１８などから
構成されるものである。
保守処理の完了を監視したり、全ての下位装置１の保守
処理が完了するまで当該下位装置１の運用を抑制したり
などするものであって、回線処理部１６、他ＷＳの状態
確認処理部１７、自ＷＳの動作抑制処理部１８などから
構成されるものである。
【００１６】回線処理部１６は、上位装置２あるいは他
の下位装置１との間で回線を接続したり、回線を介して
データの送受信を行ったりなどするものである。状態確
認処理部１７は、他のＷＳ（下位装置１）の状態、即ち
保守処理を完了したか否かの状態を確認するものであ
る。
の下位装置１との間で回線を接続したり、回線を介して
データの送受信を行ったりなどするものである。状態確
認処理部１７は、他のＷＳ（下位装置１）の状態、即ち
保守処理を完了したか否かの状態を確認するものであ
る。
【００１７】動作抑制処理部１８は、全ての下位装置１
のリモート保守が完了するまで運用を抑制するものであ
る。上位装置２は、回線を介して複数の下位装置１のリ
モート保守を行うものである。
のリモート保守が完了するまで運用を抑制するものであ
る。上位装置２は、回線を介して複数の下位装置１のリ
モート保守を行うものである。
【００１８】図２は、本発明のシステム構成図を示す。
図２において、下位装置１は、ＷＳ（ワークステーショ
ン）であって、ここでは上位装置２に接続したＷＳをＷ
Ｓ（サーバ）およびこのＷＳ（サーバ）に接続した複数
のＷＳをＷＳ（クライアント）とする。これらＷＳ（サ
ーバ）および各ＷＳ（クライアント）中の記述、版数管
理１２、受信１３、適用１４、監視１５は、図１の版数
管理処理部１２、受信処理部１３、適用処理部１４、監
視プログラム１５である。
図２において、下位装置１は、ＷＳ（ワークステーショ
ン）であって、ここでは上位装置２に接続したＷＳをＷ
Ｓ（サーバ）およびこのＷＳ（サーバ）に接続した複数
のＷＳをＷＳ（クライアント）とする。これらＷＳ（サ
ーバ）および各ＷＳ（クライアント）中の記述、版数管
理１２、受信１３、適用１４、監視１５は、図１の版数
管理処理部１２、受信処理部１３、適用処理部１４、監
視プログラム１５である。
【００１９】上位装置２は、ホストコンピュータおよび
ターミナルコントローラから構成されるコンピュータシ
ステム（例えば金融端末のホスト側）である。次に、図
３のフローチャートを用いて図１および図２の構成の動
作を詳細に説明する。ここでサーバＷＳは図２の上位装
置２に接続したＷＳ（サーバ）を表わし、クライアント
ＷＳは図２のＷＳ（サーバ）に接続したＷＳ（クライア
ント）を表わす。
ターミナルコントローラから構成されるコンピュータシ
ステム（例えば金融端末のホスト側）である。次に、図
３のフローチャートを用いて図１および図２の構成の動
作を詳細に説明する。ここでサーバＷＳは図２の上位装
置２に接続したＷＳ（サーバ）を表わし、クライアント
ＷＳは図２のＷＳ（サーバ）に接続したＷＳ（クライア
ント）を表わす。
【００２０】図３において、Ｓ１は、サーバＷＳの電源
投入時などにリモート保守が必要か否かを判別する。こ
れは、例えば電源投入時などに上位装置２からリモート
保守の指示があったり、あるいは上位装置２から通知さ
れた版数が自己の保持する版数よりも新しいか否かを比
較し、新しいと判明したとき（図１の版数管理処理部１
２が比較して判別したとき）に、リモート保守の必要が
あると判別する。ＹＥＳの場合には、当該サーバＷＳの
リモート保守が必要と判断されたので、Ｓ２で上位装置
２への保守情報の要求を行う。これに対応して、上位装
置２がＳ２１で保守情報のダウンロードを行い、これを
サーバＷＳが受け取る（図１の受信処理部１３が受け取
る）。
投入時などにリモート保守が必要か否かを判別する。こ
れは、例えば電源投入時などに上位装置２からリモート
保守の指示があったり、あるいは上位装置２から通知さ
れた版数が自己の保持する版数よりも新しいか否かを比
較し、新しいと判明したとき（図１の版数管理処理部１
２が比較して判別したとき）に、リモート保守の必要が
あると判別する。ＹＥＳの場合には、当該サーバＷＳの
リモート保守が必要と判断されたので、Ｓ２で上位装置
２への保守情報の要求を行う。これに対応して、上位装
置２がＳ２１で保守情報のダウンロードを行い、これを
サーバＷＳが受け取る（図１の受信処理部１３が受け取
る）。
【００２１】Ｓ３は、Ｓ２１で上位装置２からダウンロ
ードされた保守情報（例えばレベルアップ／バージョン
アップ情報）を反映する。これは、図１の適用処理部１
４がダウンロードされた保守情報を、サーバＷＳの該当
するプログラムに実施し、例えばレベルアップあるいは
バージョンアップを図る。そして、Ｓ１に戻り、保守情
報の反映により、リモート保守の必要がなくなったら
（Ｓ１のＮＯ）、Ｓ４に進む。
ードされた保守情報（例えばレベルアップ／バージョン
アップ情報）を反映する。これは、図１の適用処理部１
４がダウンロードされた保守情報を、サーバＷＳの該当
するプログラムに実施し、例えばレベルアップあるいは
バージョンアップを図る。そして、Ｓ１に戻り、保守情
報の反映により、リモート保守の必要がなくなったら
（Ｓ１のＮＯ）、Ｓ４に進む。
【００２２】Ｓ４は、Ｓ１のＮＯでリモート保守の必要
がなくなったので（リモート保守によるレベルアップ、
バージョンアップなどを実施済なので）、他のＷＳ、こ
こでは他のクライアントＷＳのリモート保守完了を監視
する。監視し、他の全てのクライアントＷＳからリモー
ト保守完了の旨の通知を受けたとき（図１の他ＷＳの状
態確認処理部１７が他のＷＳのリモート保守完了を確認
したとき）、Ｓ５に進み、運用開始、例えば運用画面あ
るいは管理画面を表示して運用を開始する。
がなくなったので（リモート保守によるレベルアップ、
バージョンアップなどを実施済なので）、他のＷＳ、こ
こでは他のクライアントＷＳのリモート保守完了を監視
する。監視し、他の全てのクライアントＷＳからリモー
ト保守完了の旨の通知を受けたとき（図１の他ＷＳの状
態確認処理部１７が他のＷＳのリモート保守完了を確認
したとき）、Ｓ５に進み、運用開始、例えば運用画面あ
るいは管理画面を表示して運用を開始する。
【００２３】以上によって、上位装置２に接続されたサ
ーバＷＳは、リモート保守が必要なときに上位装置２か
らダウンロードされた保守情報を受信して実施した後、
他のクライアントＷＳの全てを監視し、リモート保守完
了の通知に対応して全ての他のクラインアントＷＳのリ
モート保守が完了したときにリモート保守完了の旨をク
ライアントＷＳに通知（応答）すると共に、自己のサー
バＷＳの運用を開始する。これにより、上位装置２に接
続されたサーバＷＳが他の全てのクライアントＷＳのリ
モート保守完了状態を統括して管理すると共に、全ての
サーバＷＳおよびクライアントＷＳのリモート保守が完
了したときに、自動的に運用を開始することが可能とな
る。
ーバＷＳは、リモート保守が必要なときに上位装置２か
らダウンロードされた保守情報を受信して実施した後、
他のクライアントＷＳの全てを監視し、リモート保守完
了の通知に対応して全ての他のクラインアントＷＳのリ
モート保守が完了したときにリモート保守完了の旨をク
ライアントＷＳに通知（応答）すると共に、自己のサー
バＷＳの運用を開始する。これにより、上位装置２に接
続されたサーバＷＳが他の全てのクライアントＷＳのリ
モート保守完了状態を統括して管理すると共に、全ての
サーバＷＳおよびクライアントＷＳのリモート保守が完
了したときに、自動的に運用を開始することが可能とな
る。
【００２４】図３において、Ｓ１１は、クライアントＷ
Ｓの電源投入時などにリモート保守が必要か否かを判別
する。これは、例えば電源投入時などに上位装置２（あ
るいはサーバＷＳ）からリモート保守の指示があった
り、あるいは上位装置２から通知された版数が自己の保
持する版数よりも新しいか否かを比較し、新しいと判明
したときに、リモート保守の必要があると判別する。Ｙ
ＥＳの場合には、当該クライアントＷＳのリモート保守
が必要と判断されたので、Ｓ１２で上位装置への保守情
報の要求を行う。これに対応して、上位装置２がＳ２１
で保守情報のダウンロードを行い、これをサーバＷＳを
介してクライアントＷＳが受け取る（図１の受信処理部
１３が受け取る）。
Ｓの電源投入時などにリモート保守が必要か否かを判別
する。これは、例えば電源投入時などに上位装置２（あ
るいはサーバＷＳ）からリモート保守の指示があった
り、あるいは上位装置２から通知された版数が自己の保
持する版数よりも新しいか否かを比較し、新しいと判明
したときに、リモート保守の必要があると判別する。Ｙ
ＥＳの場合には、当該クライアントＷＳのリモート保守
が必要と判断されたので、Ｓ１２で上位装置への保守情
報の要求を行う。これに対応して、上位装置２がＳ２１
で保守情報のダウンロードを行い、これをサーバＷＳを
介してクライアントＷＳが受け取る（図１の受信処理部
１３が受け取る）。
【００２５】Ｓ１３は、Ｓ２１で上位装置２からダウン
ロードされた保守情報（例えばレベルアップ／バージョ
ンアップ情報）を反映する。これは、図１の適用処理部
１４がダウンロードされた保守情報を、クライアントＷ
Ｓの該当するプログラムに実施し、例えばレベルアップ
あるいはバージョンアップを図る。そして、Ｓ１１に戻
り、保守情報の反映により、リモート保守の必要がなく
なったら（Ｓ１１のＮＯ）、Ｓ１４に進む。
ロードされた保守情報（例えばレベルアップ／バージョ
ンアップ情報）を反映する。これは、図１の適用処理部
１４がダウンロードされた保守情報を、クライアントＷ
Ｓの該当するプログラムに実施し、例えばレベルアップ
あるいはバージョンアップを図る。そして、Ｓ１１に戻
り、保守情報の反映により、リモート保守の必要がなく
なったら（Ｓ１１のＮＯ）、Ｓ１４に進む。
【００２６】Ｓ１４は、Ｓ１１のＮＯでリモート保守の
必要がなくなったので（リモート保守によるレベルアッ
プ、バージョンアップを実施済なので）、サーバＷＳに
リモート保守が完了した旨を通知し、他のクライアント
ＷＳおよびサーバＷＳのリモート保守完了を監視する。
監視し、他の全てのクライアントＷＳおよびサーバＷＳ
のリモート保守が完了した旨を、サーバＷＳから通知を
受けたとき（Ｓ１５のＹＥＳ）、Ｓ１６に進み、運用開
始、例えば運用画面あるいは管理画面を表示して運用を
開始する。
必要がなくなったので（リモート保守によるレベルアッ
プ、バージョンアップを実施済なので）、サーバＷＳに
リモート保守が完了した旨を通知し、他のクライアント
ＷＳおよびサーバＷＳのリモート保守完了を監視する。
監視し、他の全てのクライアントＷＳおよびサーバＷＳ
のリモート保守が完了した旨を、サーバＷＳから通知を
受けたとき（Ｓ１５のＹＥＳ）、Ｓ１６に進み、運用開
始、例えば運用画面あるいは管理画面を表示して運用を
開始する。
【００２７】以上によって、上位装置２に接続されたサ
ーバＷＳを介して接続した各クライアントＷＳは、リモ
ート保守が必要なときに上位装置２からダウンロードさ
れた保守情報を受信して実施した後、サーバＷＳにリモ
ート保守完了の旨を通知して他の全てのクライアントＷ
ＳおよびサーバＷＳのリモート保守完了の旨の通知を受
けたときに、自己のクライアントＷＳの運用を開始す
る。これにより、上位装置２に接続されたサーバＷＳを
介して接続したクライアントＷＳが他の全てのクライア
ントＷＳおよびサーバＷＳのリモート保守完了に対応し
て、自動的に運用を開始することが可能となる。
ーバＷＳを介して接続した各クライアントＷＳは、リモ
ート保守が必要なときに上位装置２からダウンロードさ
れた保守情報を受信して実施した後、サーバＷＳにリモ
ート保守完了の旨を通知して他の全てのクライアントＷ
ＳおよびサーバＷＳのリモート保守完了の旨の通知を受
けたときに、自己のクライアントＷＳの運用を開始す
る。これにより、上位装置２に接続されたサーバＷＳを
介して接続したクライアントＷＳが他の全てのクライア
ントＷＳおよびサーバＷＳのリモート保守完了に対応し
て、自動的に運用を開始することが可能となる。
【００２８】
【発明の効果】以上説明したように、本発明によれば、
全ての下位装置１に他の下位装置１のリモート保守の状
態を確認する状態確認処理部１７および他の全ての下位
装置１のリモート保守が完了するまで運用開始を抑制す
る動作抑制処理部１８を設け、これらにより全ての下位
装置１のリモート保守が完了したときに当該下位装置１
の運用を開始する構成を採用しているため、全ての下位
装置１のリモート保守処理の完了後に、各下位装置１の
運用を自動的に開始することができる。これにより、ネ
ットワークを介して接続した複数の下位装置（例えばＷ
Ｓ）１の間で、リモート保守時に連携して運用を自動的
に開始することができ、従来のオペレータによるリモー
ト保守完了の確認作業を無くし、作業の軽減およびリモ
ート保守処理の信頼性を向上させることができると共に
下位装置１であるＷＳ間の連携運用を速やかに開始する
ことができる。
全ての下位装置１に他の下位装置１のリモート保守の状
態を確認する状態確認処理部１７および他の全ての下位
装置１のリモート保守が完了するまで運用開始を抑制す
る動作抑制処理部１８を設け、これらにより全ての下位
装置１のリモート保守が完了したときに当該下位装置１
の運用を開始する構成を採用しているため、全ての下位
装置１のリモート保守処理の完了後に、各下位装置１の
運用を自動的に開始することができる。これにより、ネ
ットワークを介して接続した複数の下位装置（例えばＷ
Ｓ）１の間で、リモート保守時に連携して運用を自動的
に開始することができ、従来のオペレータによるリモー
ト保守完了の確認作業を無くし、作業の軽減およびリモ
ート保守処理の信頼性を向上させることができると共に
下位装置１であるＷＳ間の連携運用を速やかに開始する
ことができる。
【図１】本発明の１実施例構成図である。
【図２】本発明のシステム構成図である。
【図３】本発明の動作説明フローチャートである。
【符号の説明】 １：下位装置（ＷＳ） １１：リモート保守処理部 １２：版数管理処理部 １３：受信処理部 １４：適用処理部 １５：監視プログラム １６：回線処理部 １７：状態確認処理部 １８：動作抑制処理部 ２：上位装置
Claims (2)
- 【請求項１】連携運用を行う複数の下位装置のリモート
保守を監視するリモート保守監視方法において、 他の下位装置のリモート保守完了を確認する状態確認処
理部と、 この状態確認処理部によって連携運用を行う全ての下位
装置のリモート保守の完了した旨が判明するまで運用を
抑制する動作抑制処理部とを連携運用を行う全ての各下
位装置に設け、 上位装置に接続した連携運用を行うある下位装置および
連携運用を行う他の全ての下位装置が上位装置あるいは
上位装置に接続した下位装置から転送を受けた保守情報
を実施して完了したときに、上記状態確認処理部が上位
装置に接続した下位装置に問い合わせて連携運用を行う
全ての下位装置の保守完了した旨の返答に対応して、上
記動作抑制処理部が運用を開始することを特徴とするリ
モート保守監視方法。 - 【請求項２】上記保守情報が連携運用を行う下位装置の
各種プログラムのレベルアップあるいはバージョンアッ
プ情報であることを特徴とする請求項第１項記載のリモ
ート保守監視方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3181401A JP2733878B2 (ja) | 1991-07-23 | 1991-07-23 | リモート保守監視方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3181401A JP2733878B2 (ja) | 1991-07-23 | 1991-07-23 | リモート保守監視方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0528004A JPH0528004A (ja) | 1993-02-05 |
| JP2733878B2 true JP2733878B2 (ja) | 1998-03-30 |
Family
ID=16100109
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3181401A Expired - Fee Related JP2733878B2 (ja) | 1991-07-23 | 1991-07-23 | リモート保守監視方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2733878B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09167936A (ja) | 1995-10-13 | 1997-06-24 | Fujitsu Ltd | 弾性表面波装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS60211546A (ja) * | 1984-04-04 | 1985-10-23 | Kawasaki Heavy Ind Ltd | 処理装置の保守方法および処理装置 |
| JPH0319068A (ja) * | 1989-06-16 | 1991-01-28 | Nec Corp | プロセッサ状態収集方法 |
| JPH03161833A (ja) * | 1989-11-20 | 1991-07-11 | Pfu Ltd | 改版情報処理方法 |
-
1991
- 1991-07-23 JP JP3181401A patent/JP2733878B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0528004A (ja) | 1993-02-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7716373B2 (en) | Method, apparatus, and computer product for updating software | |
| US6971095B2 (en) | Automatic firmware version upgrade system | |
| EP1072973A2 (en) | Remote loading execution method, remote loading execution system, data processing apparatus, managing apparatus and computer readable recording medium | |
| US7120684B2 (en) | Method and system for central management of a computer network | |
| JP2003022258A (ja) | サーバーのバックアップシステム | |
| US20070050768A1 (en) | Incremental web container growth to control startup request flooding | |
| EP2445173A2 (en) | Network system | |
| CN104937546A (zh) | 对按需重启执行重启循环、重启调度 | |
| JP2008123412A (ja) | 計算機システム、システムソフトウェア更新方法及び第１サーバ装置 | |
| US7085831B2 (en) | Intelligent system control agent for managing jobs on a network by managing a plurality of queues on a client | |
| WO2010000142A1 (zh) | 一种分布式网管系统及其维护管理方法 | |
| CN101727343A (zh) | 分布式服务器的软件安装部署方法 | |
| CN101316189A (zh) | 一种实现网络设备升级的方法、系统和设备 | |
| CN102567050B (zh) | B/s系统远程部署项目的方法和装置 | |
| CN112948008A (zh) | 一种基于Ironic管理物理裸机的方法 | |
| JP2733878B2 (ja) | リモート保守監視方法 | |
| JPH06309261A (ja) | ソフトウェア自動インストール方法及びソフトウェア自動バージョンアップ方法 | |
| KR20010096738A (ko) | 네트워크를 이용한 클라이언트 컴퓨터 원격 관리 방법 | |
| JPH08190474A (ja) | コンピュータシステム | |
| JP2003298624A (ja) | サービス制御アプリケーション実行システムにおける通信路確保方法 | |
| WO2023032106A1 (ja) | ジョブ管理システム及びその制御方法 | |
| WO2024093328A1 (zh) | 一种虚拟桌面连接方法及装置 | |
| JP2705617B2 (ja) | 電源切断方式 | |
| JP5546930B2 (ja) | シャットダウン制御システム | |
| JP2002222094A (ja) | ネットワーク上のウィルスを検出消去するシステム及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19971104 |
|
| LAPS | Cancellation because of no payment of annual fees |