JP3412725B2 - 分散システムのリモートメンテナンス装置 - Google Patents
分散システムのリモートメンテナンス装置Info
- Publication number
- JP3412725B2 JP3412725B2 JP05360995A JP5360995A JP3412725B2 JP 3412725 B2 JP3412725 B2 JP 3412725B2 JP 05360995 A JP05360995 A JP 05360995A JP 5360995 A JP5360995 A JP 5360995A JP 3412725 B2 JP3412725 B2 JP 3412725B2
- Authority
- JP
- Japan
- Prior art keywords
- maintenance
- abnormality
- database
- trace
- data
- 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 - Lifetime
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Selective Calling Equipment (AREA)
- Testing And Monitoring For Control Systems (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、分散・配置されている
複数の実働システムを、回線を介して遠隔地よりメンテ
ナンスするリモートメンテナンス装置に関する。
複数の実働システムを、回線を介して遠隔地よりメンテ
ナンスするリモートメンテナンス装置に関する。
【０００２】
【従来の技術】従来、分散されたシステムをリモートメ
ンテナンスする場合は、図９のようにして行われてい
る。これは分散配置されたｎ個の実働システム１1〜１n
が回線２３1〜２３nを介して保守システム７に接続され
ている。各実働システム１1〜１nには異常時データベー
ス２1〜２nが備えられ、異常発生時に収集されたデータ
がいったん異常時データベースに格納されてから保守シ
ステム７へ転送されることにより、保守システム７側で
実働システム１1〜１nをメンテナンスすることができ
る。実働システム１1〜１nの保守者と保守システム７の
保守者との間は、電話またはＦＡＸで連絡がとられる。
ンテナンスする場合は、図９のようにして行われてい
る。これは分散配置されたｎ個の実働システム１1〜１n
が回線２３1〜２３nを介して保守システム７に接続され
ている。各実働システム１1〜１nには異常時データベー
ス２1〜２nが備えられ、異常発生時に収集されたデータ
がいったん異常時データベースに格納されてから保守シ
ステム７へ転送されることにより、保守システム７側で
実働システム１1〜１nをメンテナンスすることができ
る。実働システム１1〜１nの保守者と保守システム７の
保守者との間は、電話またはＦＡＸで連絡がとられる。
【０００３】
【発明が解決しようとする課題】しかしながら、上述し
た従来のリモートメンテナンス方法では、次のような問
題がある。 （１）実働システムの設置数に比例して回線数が多くな
るため、回線工事のコストおよび高速回線使用時のコス
トが増大する。 （２）実働システム相互間ではデータの伝送ができない
ため、異常発生時は互いに他の実働システムの状態が不
明であり、他の実働システムと関連する複合因子につい
ての障害調査が困難である。 （３）保守システムは他の保守者が保有している端末と
接続されてないため、保守者が障害調査をする場合、保
守システムのロケーションまで移動しなければならない
煩わしさがある。
た従来のリモートメンテナンス方法では、次のような問
題がある。 （１）実働システムの設置数に比例して回線数が多くな
るため、回線工事のコストおよび高速回線使用時のコス
トが増大する。 （２）実働システム相互間ではデータの伝送ができない
ため、異常発生時は互いに他の実働システムの状態が不
明であり、他の実働システムと関連する複合因子につい
ての障害調査が困難である。 （３）保守システムは他の保守者が保有している端末と
接続されてないため、保守者が障害調査をする場合、保
守システムのロケーションまで移動しなければならない
煩わしさがある。
【０００４】（４）実働システムの保守者と保守システ
ムの保守者との間では、連絡手段として電話またはＦＡ
Ｘしかないため、密接な打合せをすることができない。 （５）保守者の保守作業内容が実働システムの種類によ
り異なり、また在席するロケーションも異なる。そのた
め、システムの種類および数が多くなると、障害が発生
した場合に保守者のうち関連する複数のメンバーが協力
して、実働システムの保守者とも密接に連携して調査を
行うことが困難である。
ムの保守者との間では、連絡手段として電話またはＦＡ
Ｘしかないため、密接な打合せをすることができない。 （５）保守者の保守作業内容が実働システムの種類によ
り異なり、また在席するロケーションも異なる。そのた
め、システムの種類および数が多くなると、障害が発生
した場合に保守者のうち関連する複数のメンバーが協力
して、実働システムの保守者とも密接に連携して調査を
行うことが困難である。
【０００５】（６）従来の実働システムはトレース機能
を備えていてもリモートメンテナンスにより無人で運転
されることがあり、その場合、異常発生時に収集したト
レースデータおよび状態データは次に異常が発生する時
点までしか保存されず、過去の異常について障害解析が
できないことがあった。 （７）トレース機能を備えた従来の実働システムは、Ｉ
ＰＬ（イニシャルプログラムロード）等の主記憶の操作
によりトレースが中断されるため、異常発生時点以後に
データが収集されない場合がある。また、中断されたト
レースを再開するためには、システムを操作する必要が
ある。
を備えていてもリモートメンテナンスにより無人で運転
されることがあり、その場合、異常発生時に収集したト
レースデータおよび状態データは次に異常が発生する時
点までしか保存されず、過去の異常について障害解析が
できないことがあった。 （７）トレース機能を備えた従来の実働システムは、Ｉ
ＰＬ（イニシャルプログラムロード）等の主記憶の操作
によりトレースが中断されるため、異常発生時点以後に
データが収集されない場合がある。また、中断されたト
レースを再開するためには、システムを操作する必要が
ある。
【０００６】（８）また、同じくトレース機能を備えた
従来の実働システムは、異常発生時のトレースデータを
保守システム側で保存しようとすると、大量のデータを
転送しなければならず、その分、システムへの負荷が増
大して、他の業務オンライン処理を遅らせることにな
る。 そこで本発明は上記問題点を解決するためになされたも
ので、その目的とするところは、回線の構成が簡単で使
い勝手にすぐれた分散システムのリモートメンテナンス
装置を提供することにある。
従来の実働システムは、異常発生時のトレースデータを
保守システム側で保存しようとすると、大量のデータを
転送しなければならず、その分、システムへの負荷が増
大して、他の業務オンライン処理を遅らせることにな
る。 そこで本発明は上記問題点を解決するためになされたも
ので、その目的とするところは、回線の構成が簡単で使
い勝手にすぐれた分散システムのリモートメンテナンス
装置を提供することにある。
【０００７】
【課題を解決するための手段】上記目的を達成するため
に、第１の発明は、複数の実働システムがＬＡＮ結合さ
れている分散システムに於いて、分散システムのＬＡＮ
とは独立した複数の実働システムと実働システム側の保
守用端末を接続するＬＡＮと、保守システムと保守シス
テム側の保守用端末を接続するＬＡＮと、実働システム
側ＬＡＮと保守システム側ＬＡＮとを接続する回線と、
実働システム内にあって、自システムを監視し異常が検
出されると、他の実働システム、保守システムおよび保
守用端末へ異常発生通知および異常の種別を送信する手
段と、実働システム内にあって、発生した異常の種別ご
とに採取するデータ項目を記載した保守テーブルと、実
働システム内にあって、自システムの異常発生時および
他の実働システムからの異常発生通知が受信されたとき
に、保守テーブルを参照して異常種別に該当する項目の
データを自システムより採取して異常時データベースへ
格納する手段と、保守システム内にあって、保守用端末
からの入力操作により、実働システムに対して異常時デ
ータベースの転送を要求する手段と、実働システム内に
あって、データベース転送要求が受信されると、自シス
テムの異常時データベースから異常時データを読み出し
て保守システムへ送信する手段と、保守システム内にあ
って、実働システムより受信した異常時データを自シス
テムの異常時データベースに格納する手段と、実働シス
テム内および保守システム内にあって、保守用端末のデ
ータ転送要求に応じて自システムの異常時データベース
から異常時データを読み出して保守用端末へ送信する手
段とを備えたことを特徴とする。
に、第１の発明は、複数の実働システムがＬＡＮ結合さ
れている分散システムに於いて、分散システムのＬＡＮ
とは独立した複数の実働システムと実働システム側の保
守用端末を接続するＬＡＮと、保守システムと保守シス
テム側の保守用端末を接続するＬＡＮと、実働システム
側ＬＡＮと保守システム側ＬＡＮとを接続する回線と、
実働システム内にあって、自システムを監視し異常が検
出されると、他の実働システム、保守システムおよび保
守用端末へ異常発生通知および異常の種別を送信する手
段と、実働システム内にあって、発生した異常の種別ご
とに採取するデータ項目を記載した保守テーブルと、実
働システム内にあって、自システムの異常発生時および
他の実働システムからの異常発生通知が受信されたとき
に、保守テーブルを参照して異常種別に該当する項目の
データを自システムより採取して異常時データベースへ
格納する手段と、保守システム内にあって、保守用端末
からの入力操作により、実働システムに対して異常時デ
ータベースの転送を要求する手段と、実働システム内に
あって、データベース転送要求が受信されると、自シス
テムの異常時データベースから異常時データを読み出し
て保守システムへ送信する手段と、保守システム内にあ
って、実働システムより受信した異常時データを自シス
テムの異常時データベースに格納する手段と、実働シス
テム内および保守システム内にあって、保守用端末のデ
ータ転送要求に応じて自システムの異常時データベース
から異常時データを読み出して保守用端末へ送信する手
段とを備えたことを特徴とする。
【０００８】第２の発明は、第１の発明において、電子
黒板、動画および音声の入出力機能、他の端末との通信
機能を備えたマルチメディア端末を保守用端末としたこ
とを特徴とする。
黒板、動画および音声の入出力機能、他の端末との通信
機能を備えたマルチメディア端末を保守用端末としたこ
とを特徴とする。
【０００９】第３の発明は、第１の発明および第２の発
明において、実働システム内にあって、自システムの実
行プログラムをトレースする手段と、実働システム内に
あって、自システムの実行プログラムの種別ごとに異常
発生時刻が所定世代回数記録される世代管理ファイル
と、実働システム内にあって、世代管理ファイルの世代
番号に対応してトレースデータが格納される異常時デー
タベースと、実働システム内にあって、異常発生時にト
レースデータが異常時データベースに格納された後にト
レースを再起動させる手段とを備えたことを特徴とす
る。
明において、実働システム内にあって、自システムの実
行プログラムをトレースする手段と、実働システム内に
あって、自システムの実行プログラムの種別ごとに異常
発生時刻が所定世代回数記録される世代管理ファイル
と、実働システム内にあって、世代管理ファイルの世代
番号に対応してトレースデータが格納される異常時デー
タベースと、実働システム内にあって、異常発生時にト
レースデータが異常時データベースに格納された後にト
レースを再起動させる手段とを備えたことを特徴とす
る。
【００１０】第４の発明は、第３の発明において、外部
の操作入力手段からのコマンド入力により、トレースを
起動・停止させる手段を備えたことを特徴とする。
の操作入力手段からのコマンド入力により、トレースを
起動・停止させる手段を備えたことを特徴とする。
【００１１】第５の発明は、第３の発明または第４の発
明において、自システムの異常発生時にそれまでのトレ
ースデータが異常時データベースに格納された後に、自
システムのＩＰＬ処理を実行する手段を備えたことを特
徴とする。
明において、自システムの異常発生時にそれまでのトレ
ースデータが異常時データベースに格納された後に、自
システムのＩＰＬ処理を実行する手段を備えたことを特
徴とする。
【００１２】
【作用】第１の発明においては、複数の実働システムと
実働システム側の保守用端末、および保守システムと保
守システム側の保守用端末がそれぞれＬＡＮにより接続
され、さらに、両方のＬＡＮが回線により接続される。
各実働システムは、自システムに異常が発生すると、他
の実働システム、保守システムおよび保守用端末へ異常
発生通知および異常の種別を送信する。さらに、各実働
システムは、自システムで異常が発生、または他の実働
システムから異常発生通知を受信すると、自システム内
の保守テーブルを参照して自システムの動作状態を表す
データを採取して内蔵する異常時データベースに格納す
る。
実働システム側の保守用端末、および保守システムと保
守システム側の保守用端末がそれぞれＬＡＮにより接続
され、さらに、両方のＬＡＮが回線により接続される。
各実働システムは、自システムに異常が発生すると、他
の実働システム、保守システムおよび保守用端末へ異常
発生通知および異常の種別を送信する。さらに、各実働
システムは、自システムで異常が発生、または他の実働
システムから異常発生通知を受信すると、自システム内
の保守テーブルを参照して自システムの動作状態を表す
データを採取して内蔵する異常時データベースに格納す
る。
【００１３】保守システムは、保守用端末からの入力操
作があると、実働システムに対して異常時データベース
の転送の要求を送信する。そのデータベース転送要求を
受信した実働システムは、異常時データベースから異常
時データを読み出して保守システムへ送信する。異常時
データが転送された保守システムは、それを内蔵する異
常時データベースに格納する。また、実働システムおよ
び保守システムは、保守用端末からのデータ転送要求が
受信されると、それに応じて異常時データベースから異
常時データを読み出して保守用端末へ送信する。それに
より、保守用端末から実働システムの異常状態を監視す
ることが可能になる。
作があると、実働システムに対して異常時データベース
の転送の要求を送信する。そのデータベース転送要求を
受信した実働システムは、異常時データベースから異常
時データを読み出して保守システムへ送信する。異常時
データが転送された保守システムは、それを内蔵する異
常時データベースに格納する。また、実働システムおよ
び保守システムは、保守用端末からのデータ転送要求が
受信されると、それに応じて異常時データベースから異
常時データを読み出して保守用端末へ送信する。それに
より、保守用端末から実働システムの異常状態を監視す
ることが可能になる。
【００１４】第２の発明においては、保守用端末として
電子黒板、動画および音声の入出力機能、他の端末との
通信機能を備えたマルチメディア端末を用いたことによ
り、実働システムを多元的に監視することが可能になる
とともに、端末相互間での通信も可能となる。
電子黒板、動画および音声の入出力機能、他の端末との
通信機能を備えたマルチメディア端末を用いたことによ
り、実働システムを多元的に監視することが可能になる
とともに、端末相互間での通信も可能となる。
【００１５】第３の発明においては、実働システム内で
異常が発生するたびに世代管理ファイルに該当する世代
番号に対応させて異常発生時刻が記録されるとともに、
該当する世代番号に対応する異常時データベースにトレ
ースデータが格納される。次いで、トレースが再起動さ
れる。このようにして、所定の世代回数まで欠損せずト
レースデータが保持される。
異常が発生するたびに世代管理ファイルに該当する世代
番号に対応させて異常発生時刻が記録されるとともに、
該当する世代番号に対応する異常時データベースにトレ
ースデータが格納される。次いで、トレースが再起動さ
れる。このようにして、所定の世代回数まで欠損せずト
レースデータが保持される。
【００１６】第４の発明においては、外部の操作入力手
段からコマンドが入力されることにより、トレースが起
動・停止される。それにより、必要な期間のみトレース
をすることができる。
段からコマンドが入力されることにより、トレースが起
動・停止される。それにより、必要な期間のみトレース
をすることができる。
【００１７】第５の発明においては、自システムの異常
発生時にそれまでのトレースデータが異常時データベー
スに格納された後に、自システムのＩＰＬ処理が実行さ
れ、次いでトレースが再起動される。それにより、ＩＰ
Ｌ処理が実行されても、中断されることなくトレースが
継続される。
発生時にそれまでのトレースデータが異常時データベー
スに格納された後に、自システムのＩＰＬ処理が実行さ
れ、次いでトレースが再起動される。それにより、ＩＰ
Ｌ処理が実行されても、中断されることなくトレースが
継続される。
【００１８】
【実施例】以下、図に沿って本発明の実施例を説明す
る。図１は第１および第２の発明にかかる第１の実施例
を示す構成図である。図において、１1〜１nは実働シス
テムであり、それぞれ、診断保守プログラム２1〜２n、
異常時データベース３1〜３n、保守定数表４1〜４nを内
蔵している。これら実働システム１1〜１nは、実働シス
テム保守用ＬＡＮ５を介して相互に接続されるととも
に、保守用端末であるところのマルチメディア端末６に
接続されている。
る。図１は第１および第２の発明にかかる第１の実施例
を示す構成図である。図において、１1〜１nは実働シス
テムであり、それぞれ、診断保守プログラム２1〜２n、
異常時データベース３1〜３n、保守定数表４1〜４nを内
蔵している。これら実働システム１1〜１nは、実働シス
テム保守用ＬＡＮ５を介して相互に接続されるととも
に、保守用端末であるところのマルチメディア端末６に
接続されている。
【００１９】一方、実働システム１1〜１nを保守するた
めに設置されている保守システム７には、異常時データ
転送プログラム８および異常時データベース写し９1〜
９nを内蔵している。異常時データベース写し９1〜９n
には、実働システム１1〜１nから転送されてきた異常時
データベース３1〜３nがそれぞれ格納される。保守シス
テム７は、保守システム用ＬＡＮ１１を介してマルチメ
ディア端末１２に接続されている。ＬＡＮ５，１１は、
それぞれ回線アダプタ１３，１４を介して、回線１５に
接続されている。
めに設置されている保守システム７には、異常時データ
転送プログラム８および異常時データベース写し９1〜
９nを内蔵している。異常時データベース写し９1〜９n
には、実働システム１1〜１nから転送されてきた異常時
データベース３1〜３nがそれぞれ格納される。保守シス
テム７は、保守システム用ＬＡＮ１１を介してマルチメ
ディア端末１２に接続されている。ＬＡＮ５，１１は、
それぞれ回線アダプタ１３，１４を介して、回線１５に
接続されている。
【００２０】なお、マルチメディア端末６，１２は、図
示しないが、電子黒板、動画および音声の入出力機能を
備えるとともに、端末相互間での通信機能を備えてい
る。また、保守定数表４1〜４nは、表１のように構成さ
れており、実働システムにおいて発生する異常の種類
と、その場合に異常時データベースへ格納するデータの
項目およびＩＰＬの要否が書き込まれている。
示しないが、電子黒板、動画および音声の入出力機能を
備えるとともに、端末相互間での通信機能を備えてい
る。また、保守定数表４1〜４nは、表１のように構成さ
れており、実働システムにおいて発生する異常の種類
と、その場合に異常時データベースへ格納するデータの
項目およびＩＰＬの要否が書き込まれている。
【００２１】
【表１】
【００２２】さらに付随する異常通知システム一覧に、
異常発生を通知する宛て先のシステム名とその伝送送信
パラメータが書き込まれている。
異常発生を通知する宛て先のシステム名とその伝送送信
パラメータが書き込まれている。
【００２３】図２は図１の診断保守プログラム２1〜２n
の動作を示すフローチャートである。以下、このフロー
チャートに基づき、図１を参照しながら動作を説明す
る。各実働システムにおいて、診断保守プログラム２が
起動されると、自システムの自己診断処理を行い（Ｓ
１）、正常であれば（Ｓ２ＹＥＳ）、他システムからＬ
ＡＮ５を介して送られてくる異常通知の有無をチェック
する（Ｓ３）。ここで、異常通知があれば（Ｓ４ＹＥ
Ｓ）、保守定数表４を参照して送られてきた異常の種別
に該当するデータを収集して自システムの異常時データ
ベース３へ格納する（Ｓ５，６）。
の動作を示すフローチャートである。以下、このフロー
チャートに基づき、図１を参照しながら動作を説明す
る。各実働システムにおいて、診断保守プログラム２が
起動されると、自システムの自己診断処理を行い（Ｓ
１）、正常であれば（Ｓ２ＹＥＳ）、他システムからＬ
ＡＮ５を介して送られてくる異常通知の有無をチェック
する（Ｓ３）。ここで、異常通知があれば（Ｓ４ＹＥ
Ｓ）、保守定数表４を参照して送られてきた異常の種別
に該当するデータを収集して自システムの異常時データ
ベース３へ格納する（Ｓ５，６）。
【００２４】ここで、保守システム７の異常時データ転
送プログラム８が保守員により端末６，１２を介して起
動されると、自システムへＬＡＮ１１、回線１５および
ＬＡＮ５を介して異常時データベース転送の要求が送ら
れる。そこで、異常時データベースの転送要求の有無を
チェックし（Ｓ７）、転送要求があれば（Ｓ８ＹＥ
Ｓ）、自システムの異常時データベース３を保守システ
ム７へ転送する（Ｓ９）。保守システム７では、送られ
た異常時データが該当する異常時データベース写し９へ
格納される。同様に、マルチメディア端末６，１２から
も異常時データベースの転送が要求されることがあり、
その場合も同じくマルチメディア端末６，１２へ異常時
データベースのデータが転送される。転送がすむとＳ１
へ戻る。
送プログラム８が保守員により端末６，１２を介して起
動されると、自システムへＬＡＮ１１、回線１５および
ＬＡＮ５を介して異常時データベース転送の要求が送ら
れる。そこで、異常時データベースの転送要求の有無を
チェックし（Ｓ７）、転送要求があれば（Ｓ８ＹＥ
Ｓ）、自システムの異常時データベース３を保守システ
ム７へ転送する（Ｓ９）。保守システム７では、送られ
た異常時データが該当する異常時データベース写し９へ
格納される。同様に、マルチメディア端末６，１２から
も異常時データベースの転送が要求されることがあり、
その場合も同じくマルチメディア端末６，１２へ異常時
データベースのデータが転送される。転送がすむとＳ１
へ戻る。
【００２５】また、Ｓ２で自システムの自己診断の結
果、異常が検出されれば（Ｓ２ＮＯ）、その異常の種別
を判定し（Ｓ１０）、保守定数表４を参照して異常の種
別に該当するデータを収集して自システムの異常時デー
タベース３へ格納する（Ｓ１１，１２）。さらに、保守
定数表４のＩＰＬ要否を参照して、ＩＰＬが必要な場合
はＩＰＬ処理を行う（Ｓ１３ＹＥＳ，Ｓ１４）。次に、
保守定数表４の異常通知システム一覧に記載されている
異常通知システムおよび伝送送信パラメータに基づき、
ＬＡＮ５を介して他の実働システムおよび端末６へ、異
常の発生および異常の種別を通知する（Ｓ１５）。続い
て、ＬＡＮ５、回線１５およびＬＡＮ１１を介し、保守
システム７および端末１２へ、同じく、異常の発生およ
び異常の種別を通知し（Ｓ１６）、Ｓ１へ戻る。
果、異常が検出されれば（Ｓ２ＮＯ）、その異常の種別
を判定し（Ｓ１０）、保守定数表４を参照して異常の種
別に該当するデータを収集して自システムの異常時デー
タベース３へ格納する（Ｓ１１，１２）。さらに、保守
定数表４のＩＰＬ要否を参照して、ＩＰＬが必要な場合
はＩＰＬ処理を行う（Ｓ１３ＹＥＳ，Ｓ１４）。次に、
保守定数表４の異常通知システム一覧に記載されている
異常通知システムおよび伝送送信パラメータに基づき、
ＬＡＮ５を介して他の実働システムおよび端末６へ、異
常の発生および異常の種別を通知する（Ｓ１５）。続い
て、ＬＡＮ５、回線１５およびＬＡＮ１１を介し、保守
システム７および端末１２へ、同じく、異常の発生およ
び異常の種別を通知し（Ｓ１６）、Ｓ１へ戻る。
【００２６】これらの処理により、各実働システム１1
〜１nに異常が発生すると、その異常の種別に応じて異
常原因の解析に必要なデータが全ての実働システム１1
〜１nで採取されてそれぞれの異常時データベース３1〜
３nに蓄えられる。同時に、異常の発生およびその種別
がそれぞれ端末６，１２へ通知される。さらに、保守員
が端末６，１２から保守システム７へ要求することによ
り、各実働システム１1〜１nに格納された異常時データ
が保守システム７へ集められる。
〜１nに異常が発生すると、その異常の種別に応じて異
常原因の解析に必要なデータが全ての実働システム１1
〜１nで採取されてそれぞれの異常時データベース３1〜
３nに蓄えられる。同時に、異常の発生およびその種別
がそれぞれ端末６，１２へ通知される。さらに、保守員
が端末６，１２から保守システム７へ要求することによ
り、各実働システム１1〜１nに格納された異常時データ
が保守システム７へ集められる。
【００２７】こうして保守システム７の異常時データベ
ース写し９1〜９nへいったん異常時データが収集された
ことにより、以後、任意のタイミングで端末６，１２か
ら保守システム７の異常時データベース写し９1〜９nを
呼び出して、発生した異常に関する障害解析を行うこと
ができる。また、保守員はマルチメディア端末６，１２
の相互間でも、電子黒板、音声、動画を用いて交信可能
であるので、多元的に情報を交換することが可能とな
り、使い勝手が向上する。
ース写し９1〜９nへいったん異常時データが収集された
ことにより、以後、任意のタイミングで端末６，１２か
ら保守システム７の異常時データベース写し９1〜９nを
呼び出して、発生した異常に関する障害解析を行うこと
ができる。また、保守員はマルチメディア端末６，１２
の相互間でも、電子黒板、音声、動画を用いて交信可能
であるので、多元的に情報を交換することが可能とな
り、使い勝手が向上する。
【００２８】図３は、第１の発明にかかる第２の実施例
を示す構成図である。この実施例は図１の第１の実施例
と主要部が共通であるので、共通部分には同一符号を付
して説明を省略し、異なる部分についてのみ説明する。
実働システム保守用ＬＡＮ５には、マルチメディア端末
ではない通常の保守端末２１を接続し、保守システム用
ＬＡＮ１１にも、同じくマルチメディア端末ではない通
常の保守端末２２1〜２２mを接続する。この実施例も第
１の実施例と同様に作動するが、保守端末が増した分、
各ロケーションで複数の保守員により障害解析を行うこ
とができる。
を示す構成図である。この実施例は図１の第１の実施例
と主要部が共通であるので、共通部分には同一符号を付
して説明を省略し、異なる部分についてのみ説明する。
実働システム保守用ＬＡＮ５には、マルチメディア端末
ではない通常の保守端末２１を接続し、保守システム用
ＬＡＮ１１にも、同じくマルチメディア端末ではない通
常の保守端末２２1〜２２mを接続する。この実施例も第
１の実施例と同様に作動するが、保守端末が増した分、
各ロケーションで複数の保守員により障害解析を行うこ
とができる。
【００２９】これらのことから第１および第２の実施例
では次のような効果が得られる。 （１）複数の実働システム１1〜１nを実働システム保守
用ＬＡＮ５に接続し、さらに回線１５を介して保守シス
テム用ＬＡＮ１１に接続することにより、複数の保守者
がそれぞれの在席ロケーションで相互に対話し、異常時
データベース写し９を参照しながら綿密に障害解析を行
うことが可能となり、メンテナンスの作業性が向上す
る。 （２）従来技術では複数本必要であった回線が１本です
み、工事量が少なくなりコストが削減される。
では次のような効果が得られる。 （１）複数の実働システム１1〜１nを実働システム保守
用ＬＡＮ５に接続し、さらに回線１５を介して保守シス
テム用ＬＡＮ１１に接続することにより、複数の保守者
がそれぞれの在席ロケーションで相互に対話し、異常時
データベース写し９を参照しながら綿密に障害解析を行
うことが可能となり、メンテナンスの作業性が向上す
る。 （２）従来技術では複数本必要であった回線が１本です
み、工事量が少なくなりコストが削減される。
【００３０】（３）実働システム保守用ＬＡＮ５を導入
したことにより、実働システム１1〜１n間のＬＡＮが複
数本、複数種類であっても、各実働システムに負担を与
えることなく、容易に実働システム１1〜１n、保守シス
テム７、端末６，１２，２１，２２相互間の連携が可能
になる。 （４）複数の実働システムが結合している分散システム
のＬＡＮに障害が発生した場合でも、その障害情報を収
集することができる。 （５）診断保守プログラム２1〜２n、異常時データベー
ス３1〜３n、保守定数表４1〜４nの導入により、実働シ
ステム相互の関係に起因する障害についても調査が容易
に行える。 なお、第１および第２の実施例では、実働システム１1
〜１nおよび保守システム７に機能を追加することで、
障害部分のリモート修正を行うこともできる。
したことにより、実働システム１1〜１n間のＬＡＮが複
数本、複数種類であっても、各実働システムに負担を与
えることなく、容易に実働システム１1〜１n、保守シス
テム７、端末６，１２，２１，２２相互間の連携が可能
になる。 （４）複数の実働システムが結合している分散システム
のＬＡＮに障害が発生した場合でも、その障害情報を収
集することができる。 （５）診断保守プログラム２1〜２n、異常時データベー
ス３1〜３n、保守定数表４1〜４nの導入により、実働シ
ステム相互の関係に起因する障害についても調査が容易
に行える。 なお、第１および第２の実施例では、実働システム１1
〜１nおよび保守システム７に機能を追加することで、
障害部分のリモート修正を行うこともできる。
【００３１】次に、第３、第４、第５の発明にかかる第
３の実施例について説明する。図４は第３の実施例を示
す構成図である。図において、１iは実働システムであ
り、実働システム１iを含む全体システムの構成および
動作は、図１に示した第１の実施例と共通であるので、
全体システムについての説明を省略する。ここで、添え
字ｉは、１〜ｎまでの整数である。この実働システム１
iは、診断保守プログラム２i、異常時データベース
３i、保守定数表４i、トレース開始プログラムと世代切
替／トレース継続プログラムとトレース終了プログラム
とからなるトレース関連プログラム５０i、世代管理フ
ァイル６０iを内蔵している。
３の実施例について説明する。図４は第３の実施例を示
す構成図である。図において、１iは実働システムであ
り、実働システム１iを含む全体システムの構成および
動作は、図１に示した第１の実施例と共通であるので、
全体システムについての説明を省略する。ここで、添え
字ｉは、１〜ｎまでの整数である。この実働システム１
iは、診断保守プログラム２i、異常時データベース
３i、保守定数表４i、トレース開始プログラムと世代切
替／トレース継続プログラムとトレース終了プログラム
とからなるトレース関連プログラム５０i、世代管理フ
ァイル６０iを内蔵している。
【００３２】異常時データベース３iは、世代管理ファ
イル６０iによって管理される全種別の最大世代数分の
エリアを有し、種別ごとに世代番号に対応した名前が付
加されている。なお、ここで言う世代とは、トレースの
起動中に異常発生から次の異常発生までの一連の期間を
単位世代とし、またトレースを任意に起動したり停止さ
せたりする場合は、その切替前後で収集されるデータの
種類がかわるため世代が切替られるものとする。保守定
数表４iは、図１の保守定数表４1〜４nすなわち表１と
共通に構成されている。世代管理ファイル６０iは、表
２に示すように構成されている。
イル６０iによって管理される全種別の最大世代数分の
エリアを有し、種別ごとに世代番号に対応した名前が付
加されている。なお、ここで言う世代とは、トレースの
起動中に異常発生から次の異常発生までの一連の期間を
単位世代とし、またトレースを任意に起動したり停止さ
せたりする場合は、その切替前後で収集されるデータの
種類がかわるため世代が切替られるものとする。保守定
数表４iは、図１の保守定数表４1〜４nすなわち表１と
共通に構成されている。世代管理ファイル６０iは、表
２に示すように構成されている。
【００３３】
【表２】
【００３４】すなわち、世代管理ファイル６０iは、管
理対象の種別およびトレースの場合はトレースコマン
ド、種別ごとの世代最大数、現時点の世代についての現
世代番号、障害発生またはトレース切替の年月日時分秒
を格納する障害発生／トレース切替ＴＩＭＥの項目から
なる。また、このトレース切替ＴＩＭＥは、各種別ごと
に全世代分のエリアを有する。
理対象の種別およびトレースの場合はトレースコマン
ド、種別ごとの世代最大数、現時点の世代についての現
世代番号、障害発生またはトレース切替の年月日時分秒
を格納する障害発生／トレース切替ＴＩＭＥの項目から
なる。また、このトレース切替ＴＩＭＥは、各種別ごと
に全世代分のエリアを有する。
【００３５】図５は、トレース開始プログラムの動作を
示すフローチャートである。このプログラムは、操作員
のコマンド入力により起動され、最初に、保守定数表４
iにトレースが登録済か否かをチェックする（Ｓ５
１）。登録済でない場合は（Ｓ５２ＮＯ）、保守定数表
４iにトレースを登録する（Ｓ５３）。次に、トレース
の出力先として、保守定数表４iの該当する「種別」名
称と世代管理ファイル６０iの該当する「種別」の現世
代番号から出力先のファイル名を合成するとともに、操
作員のコマンド入力により指定されたトレース開始コマ
ンドを起動して開始を指示する（Ｓ５４）。
示すフローチャートである。このプログラムは、操作員
のコマンド入力により起動され、最初に、保守定数表４
iにトレースが登録済か否かをチェックする（Ｓ５
１）。登録済でない場合は（Ｓ５２ＮＯ）、保守定数表
４iにトレースを登録する（Ｓ５３）。次に、トレース
の出力先として、保守定数表４iの該当する「種別」名
称と世代管理ファイル６０iの該当する「種別」の現世
代番号から出力先のファイル名を合成するとともに、操
作員のコマンド入力により指定されたトレース開始コマ
ンドを起動して開始を指示する（Ｓ５４）。
【００３６】図６は、トレース終了プログラムの動作を
示すフローチャートである。このプログラムは、操作員
のコマンド入力により起動され、最初に、保守定数表４
iにトレースが登録済か否かをチェックする（Ｓ６
１）。登録済の場合は（Ｓ６２ＹＥＳ）、保守定数表４
iに登録されているトレースを削除する（Ｓ６３）。次
に、世代管理ファイル６０iの現世代番号を更新すると
ともに、世代管理ファイル６０iの該当する現世代番号
の障害発生／トレース切替ＴＩＭＥの欄に、現在時刻を
記入する（Ｓ６４）。次いで、操作員のコマンド入力に
より指定されたトレース停止コマンドを起動して終了を
指示する（Ｓ６５）。これらトレース開始プログラムと
トレース終了プログラムにより、実働システム１iにつ
いて、操作員が任意のタイミングでトレースを開始した
り停止することが可能になる。
示すフローチャートである。このプログラムは、操作員
のコマンド入力により起動され、最初に、保守定数表４
iにトレースが登録済か否かをチェックする（Ｓ６
１）。登録済の場合は（Ｓ６２ＹＥＳ）、保守定数表４
iに登録されているトレースを削除する（Ｓ６３）。次
に、世代管理ファイル６０iの現世代番号を更新すると
ともに、世代管理ファイル６０iの該当する現世代番号
の障害発生／トレース切替ＴＩＭＥの欄に、現在時刻を
記入する（Ｓ６４）。次いで、操作員のコマンド入力に
より指定されたトレース停止コマンドを起動して終了を
指示する（Ｓ６５）。これらトレース開始プログラムと
トレース終了プログラムにより、実働システム１iにつ
いて、操作員が任意のタイミングでトレースを開始した
り停止することが可能になる。
【００３７】図７は、図４の診断保守プログラム２iの
動作を示すフローチャートである。このプログラムは、
図２に示した第１の実施例の診断保守プログラム２1〜
２nと一部が共通するので、共通部分の説明は省略し、
異なる部分についてのみ説明する。すなわち、このプロ
グラムは、図２のＳ６をＳ１７とＳ１８に差し替えると
ともに、Ｓ１２をＳ１９に差し替え、さらにＳ１５の直
前にＳ２０を追加したものである。ここで、Ｓ１８とＳ
２０は、図４のトレース関連プログラム５０iの中の世
代切替／トレース継続プログラムである。
動作を示すフローチャートである。このプログラムは、
図２に示した第１の実施例の診断保守プログラム２1〜
２nと一部が共通するので、共通部分の説明は省略し、
異なる部分についてのみ説明する。すなわち、このプロ
グラムは、図２のＳ６をＳ１７とＳ１８に差し替えると
ともに、Ｓ１２をＳ１９に差し替え、さらにＳ１５の直
前にＳ２０を追加したものである。ここで、Ｓ１８とＳ
２０は、図４のトレース関連プログラム５０iの中の世
代切替／トレース継続プログラムである。
【００３８】このように構成したことで、Ｓ５またはＳ
１１で抽出された状態データまたはトレースデータが、
次のＳ１７またはＳ１９において、自システムの世代管
理ファイル６０iの現世代番号に対応する異常時データ
ベース３iへ格納される。さらに、Ｓ１７の直後のＳ１
８において、またはＳ１９の後に必要なＩＰＬ処理をし
た後に、後述する世代切替／トレース継続プログラムが
起動される。それにより、ＩＰＬ処理後も、中断される
ことなくトレースが継続される。
１１で抽出された状態データまたはトレースデータが、
次のＳ１７またはＳ１９において、自システムの世代管
理ファイル６０iの現世代番号に対応する異常時データ
ベース３iへ格納される。さらに、Ｓ１７の直後のＳ１
８において、またはＳ１９の後に必要なＩＰＬ処理をし
た後に、後述する世代切替／トレース継続プログラムが
起動される。それにより、ＩＰＬ処理後も、中断される
ことなくトレースが継続される。
【００３９】図８は、世代切替／トレース継続プログラ
ムの動作を示すフローチャートである。このプログラム
は起動されると、世代管理ファイル６０iの該当する現
世代番号の障害発生／トレース切替ＴＩＭＥの欄に、現
在時刻を記入する（Ｓ８１）。次に、世代管理ファイル
６０iの現世代番号を更新する（Ｓ８２）。次いで、保
守定数表４iに登録されているトレース項目について、
出力先ファイル名を保守定数表４iの該当する「種別」
名称と世代管理ファイル６０iの該当する「種別」の現
世代番号から合成するとともに、トレースコマンドを世
代管理ファイル６０iから抽出し、トレース開始コマン
ドを起動して開始を指示する（Ｓ８３）。
ムの動作を示すフローチャートである。このプログラム
は起動されると、世代管理ファイル６０iの該当する現
世代番号の障害発生／トレース切替ＴＩＭＥの欄に、現
在時刻を記入する（Ｓ８１）。次に、世代管理ファイル
６０iの現世代番号を更新する（Ｓ８２）。次いで、保
守定数表４iに登録されているトレース項目について、
出力先ファイル名を保守定数表４iの該当する「種別」
名称と世代管理ファイル６０iの該当する「種別」の現
世代番号から合成するとともに、トレースコマンドを世
代管理ファイル６０iから抽出し、トレース開始コマン
ドを起動して開始を指示する（Ｓ８３）。
【００４０】これらのことから第３の実施例では次のよ
うな効果が得られる。 （１）実働システムで異常が発生した時点で収集された
状態データおよびトレースデータの保存およびトレース
の再起動が自動的に行われるため、データ保存の操作の
ために操作員を実働システム側に常駐させる必要がなく
なる。 （２）実働システムでは収集データの保存が複数世代に
わたって順次行われるため、異常発生により収集したデ
ータを保守システムに転送する以前に、新たな異常が発
生しても、それ以前の収集データが破棄されることがな
くなる。それにより、実働システムから保守システムへ
異常発生のたびに収集データを転送をしなくても、保守
システム側では必要な時点でそれらを呼び出すことによ
り、過去の世代に逆のぼって実働システムの収集データ
を参照することができる。
うな効果が得られる。 （１）実働システムで異常が発生した時点で収集された
状態データおよびトレースデータの保存およびトレース
の再起動が自動的に行われるため、データ保存の操作の
ために操作員を実働システム側に常駐させる必要がなく
なる。 （２）実働システムでは収集データの保存が複数世代に
わたって順次行われるため、異常発生により収集したデ
ータを保守システムに転送する以前に、新たな異常が発
生しても、それ以前の収集データが破棄されることがな
くなる。それにより、実働システムから保守システムへ
異常発生のたびに収集データを転送をしなくても、保守
システム側では必要な時点でそれらを呼び出すことによ
り、過去の世代に逆のぼって実働システムの収集データ
を参照することができる。
【００４１】（３）実働システム側にトレースデータの
保存機能を備えたことにより、データの欠損により障害
解析が不可能になることが解消される。 （４）トレースを外部からの入力操作により起動と停止
を任意に設定可能にしたことで、異常発生時の処理の負
荷の軽減が可能となり、異常発生時のオンライン処理の
停滞を解消することができる。 （５）自システムの異常発生時に、自システムのＩＰＬ
処理が実行されても、その後にトレースが再起動される
ため、トレースが中断されることがなくなる。
保存機能を備えたことにより、データの欠損により障害
解析が不可能になることが解消される。 （４）トレースを外部からの入力操作により起動と停止
を任意に設定可能にしたことで、異常発生時の処理の負
荷の軽減が可能となり、異常発生時のオンライン処理の
停滞を解消することができる。 （５）自システムの異常発生時に、自システムのＩＰＬ
処理が実行されても、その後にトレースが再起動される
ため、トレースが中断されることがなくなる。
【００４２】
【発明の効果】以上述べたように第１の発明によれば、
次のような効果が得られる。 （１）実働システム側および保守システム側をともにＬ
ＡＮに接続してから回線を介して接続したので、実働シ
ステムの数が多い場合でも回線工事が比較的少なくな
り、また高速回線使用料も少なくなる。 （２）実働システムで異常が発生すると、同時に他の実
働システムもその状態のデータを保存するため、システ
ムの相互関係に起因した異常に対する障害解析が可能に
なる。
次のような効果が得られる。 （１）実働システム側および保守システム側をともにＬ
ＡＮに接続してから回線を介して接続したので、実働シ
ステムの数が多い場合でも回線工事が比較的少なくな
り、また高速回線使用料も少なくなる。 （２）実働システムで異常が発生すると、同時に他の実
働システムもその状態のデータを保存するため、システ
ムの相互関係に起因した異常に対する障害解析が可能に
なる。
【００４３】（３）障害解析の際も、いったん異常時デ
ータを保守システム側に転送するため、以後は実働シス
テムに負担を与えることがなくなる。また分散システム
を構成している実働システム間のＬＡＮが複数本、複数
種類であっても対応可能である。 （４）分散システムを構成しているＬＡＮとは独立に実
働システム保守用ＬＡＮを設置しているため、分散シス
テムのＬＡＮに負担を与えることなくリモートメンテナ
ンス作業が可能である。更に分散システムを構成してい
るＬＡＮの障害にリモートメンテナンス作業が影響され
ない。且つ実働システム保守用ＬＡＮに障害が発生した
場合にも分散システムを構成しているＬＡＮに影響を与
えることはない。 （５）保守用端末を複数設置することが可能となり、そ
れによりそれぞれの保守用端末のロケーションでメンテ
ナンスを行うことが可能になる。 （６）複数の実働システムで構成された分散システムで
障害が発生した場合、各システムの保守者のうち関連す
るメンバーが協力して、密接に連携して調査を行うこと
も可能になる。
ータを保守システム側に転送するため、以後は実働シス
テムに負担を与えることがなくなる。また分散システム
を構成している実働システム間のＬＡＮが複数本、複数
種類であっても対応可能である。 （４）分散システムを構成しているＬＡＮとは独立に実
働システム保守用ＬＡＮを設置しているため、分散シス
テムのＬＡＮに負担を与えることなくリモートメンテナ
ンス作業が可能である。更に分散システムを構成してい
るＬＡＮの障害にリモートメンテナンス作業が影響され
ない。且つ実働システム保守用ＬＡＮに障害が発生した
場合にも分散システムを構成しているＬＡＮに影響を与
えることはない。 （５）保守用端末を複数設置することが可能となり、そ
れによりそれぞれの保守用端末のロケーションでメンテ
ナンスを行うことが可能になる。 （６）複数の実働システムで構成された分散システムで
障害が発生した場合、各システムの保守者のうち関連す
るメンバーが協力して、密接に連携して調査を行うこと
も可能になる。
【００４４】第２の発明によれば、保守用端末にマルチ
メディア端末を用いたことで、実働システムを多元的に
監視することが可能になるとともに、端末相互間での通
信も可能となる。それにより、複数の実働システムで構
成された分散システムで障害が発生した場合、各システ
ムの保守者のうち関連するメンバーが協力して、密接に
連携して調査を行うことができる。
メディア端末を用いたことで、実働システムを多元的に
監視することが可能になるとともに、端末相互間での通
信も可能となる。それにより、複数の実働システムで構
成された分散システムで障害が発生した場合、各システ
ムの保守者のうち関連するメンバーが協力して、密接に
連携して調査を行うことができる。
【００４５】第３の発明によれば、異常が発生すると世
代管理ファイルを用いて世代番号ごとにトレースデータ
を異常時データベースに自動的に保存する。それによ
り、保守用端末から異常時データベースのトレースデー
タを呼び出すことにより、過去に逆のぼって障害解析を
おこなうことが可能になる。また、異常発生の直前に限
定したデータ保存が可能となり、以前に発生した異常の
データ保存のために長時間のトレースデータを保存する
必要がなくなり、記憶装置の使用容量の削減が可能とな
る。
代管理ファイルを用いて世代番号ごとにトレースデータ
を異常時データベースに自動的に保存する。それによ
り、保守用端末から異常時データベースのトレースデー
タを呼び出すことにより、過去に逆のぼって障害解析を
おこなうことが可能になる。また、異常発生の直前に限
定したデータ保存が可能となり、以前に発生した異常の
データ保存のために長時間のトレースデータを保存する
必要がなくなり、記憶装置の使用容量の削減が可能とな
る。
【００４６】第４の発明によれば、外部の操作入力手段
により、トレースの起動・停止を可能にしたことで、ト
レースの処理がシステムの過大な負担になる場合は、必
要な期間だけトレースをすることができ、他のオンライ
ン業務への影響を最小限にすることができる。
により、トレースの起動・停止を可能にしたことで、ト
レースの処理がシステムの過大な負担になる場合は、必
要な期間だけトレースをすることができ、他のオンライ
ン業務への影響を最小限にすることができる。
【００４７】第５の発明によれば、自システムの異常発
生時にそのトレースデータが異常時データベースに格納
された後に、自システムのＩＰＬ処理が実行され、次い
でトレースが再起動される。それにより、ＩＰＬ処理が
実行されるシステムであってもトレースは中断されるこ
となく自動的に継続される。
生時にそのトレースデータが異常時データベースに格納
された後に、自システムのＩＰＬ処理が実行され、次い
でトレースが再起動される。それにより、ＩＰＬ処理が
実行されるシステムであってもトレースは中断されるこ
となく自動的に継続される。
【図１】本発明の第１の実施例を示す構成図である。
【図２】図１の診断保守プログラムの動作を示すフロー
チャートである。
チャートである。
【図３】本発明の第２の実施例を示す構成図である。
【図４】本発明の第３の実施例を示す構成図である。
【図５】図４のトレース開始プログラムの動作を示すフ
ローチャートである。
ローチャートである。
【図６】図４のトレース終了プログラムの動作を示すフ
ローチャートである。
ローチャートである。
【図７】図４の診断保守プログラムの動作を示すフロー
チャートである。
チャートである。
【図８】図４の世代切替／トレース継続プログラムの動
作を示すフローチャートである。
作を示すフローチャートである。
【図９】従来例を示す図である。
１1〜１n 実働システム
２1〜２n 診断保守プログラム
３1〜３n 異常時データベース
４1〜４n 保守定数表
５ 実働システム保守用ＬＡＮ
６ マルチメディア端末
７ 保守システム
８ 異常時データ転送プログラム
９1〜９n 異常時データベース写し
１１ 保守システム用ＬＡＮ
１２ マルチメディア端末
１３，１４ 回線アダプタ
１５ 回線
２１ 保守端末
２２1〜２２m 保守端末
５０i トレース関連プログラム
６０i 世代管理ファイル
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 平５−233493（ＪＰ，Ａ)
特開 平３−162057（ＪＰ，Ａ)
特開 平６−62142（ＪＰ，Ａ)
特開 平６−131162（ＪＰ，Ａ)
特公 昭63−22499（ＪＰ，Ｂ２)
(58)調査した分野(Int.Cl.7，ＤＢ名)
G05B 23/00 - 23/02
H04L 12/28
H04L 12/46
H04Q 9/00
Claims (5)
- 【請求項１】 複数の実働システムがＬＡＮ結合されて
いる分散システムに於いて、分散システムのＬＡＮとは
独立した複数の実働システムと実働システム側の保守用
端末を接続するＬＡＮと、 保守システムと保守システム側の保守用端末を接続する
ＬＡＮと、 実働システム側ＬＡＮと保守システム側ＬＡＮとを接続
する回線と、 実働システム内にあって、自システムを監視し異常が検
出されると、他の実働システム、保守システムおよび保
守用端末へ異常発生通知および異常の種別を送信する手
段と、 実働システム内にあって、発生した異常の種別ごとに採
取するデータ項目を記載した保守テーブルと、 実働システム内にあって、自システムの異常発生時およ
び他の実働システムからの異常発生通知が受信されたと
きに、保守テーブルを参照して異常種別に該当する項目
のデータを自システムより採取して異常時データベース
へ格納する手段と、 保守システム内にあって、保守用端末からの入力操作に
より、実働システムに対して異常時データベースの転送
を要求する手段と、 実働システム内にあって、データベース転送要求が受信
されると、自システムの異常時データベースから異常時
データを読み出して保守システムへ送信する手段と、 保守システム内にあって、実働システムより受信した異
常時データを自システムの異常時データベースに格納す
る手段と、 実働システム内および保守システム内にあって、保守用
端末のデータ転送要求に応じて自システムの異常時デー
タベースから異常時データを読み出して保守用端末へ送
信する手段と、 を備えたことを特徴とする分散システムのリモートメン
テナンス装置。 - 【請求項２】 請求項１記載の分散システムのリモート
メンテナンス装置において、 電子黒板、動画および音声の入出力機能、他の端末との
通信機能を備えたマルチメディア端末を保守用端末とし
たことを特徴とする分散システムのリモートメンテナン
ス装置。 - 【請求項３】 請求項１または２記載のリモートメンテ
ナンス装置において、 実働システム内にあって、自システムの実行プログラム
をトレースする手段と、 実働システム内にあって、自システムの実行プログラム
の種別ごとに異常発生時刻が所定世代回数記録される世
代管理ファイルと、 実働システム内にあって、世代管理ファイルの世代番号
に対応してトレースデータが格納される異常時データベ
ースと、 実働システム内にあって、異常発生時にトレースデータ
が異常時データベースに格納された後にトレースを再起
動させる手段と、 を備えたことを特徴とするリモートメンテナンス装置。 - 【請求項４】 請求項３記載のリモートメンテナンス装
置において、 外部の操作入力手段からのコマンド入力により、トレー
スを起動・停止させる手段を備えたことを特徴とするリ
モートメンテナンス装置。 - 【請求項５】 請求項３または４記載のリモートメンテ
ナンス装置において、自システムの異常発生時にそれま
でのトレースデータが異常時データベースに格納された
後に、自システムのＩＰＬ処理を実行する手段を備えた
ことを特徴とするリモートメンテナンス装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05360995A JP3412725B2 (ja) | 1994-05-20 | 1995-02-17 | 分散システムのリモートメンテナンス装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6-131066 | 1994-05-20 | ||
| JP13106694 | 1994-05-20 | ||
| JP05360995A JP3412725B2 (ja) | 1994-05-20 | 1995-02-17 | 分散システムのリモートメンテナンス装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0836415A JPH0836415A (ja) | 1996-02-06 |
| JP3412725B2 true JP3412725B2 (ja) | 2003-06-03 |
Family
ID=26394318
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP05360995A Expired - Lifetime JP3412725B2 (ja) | 1994-05-20 | 1995-02-17 | 分散システムのリモートメンテナンス装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3412725B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI249760B (en) | 1996-07-31 | 2006-02-21 | Canon Kk | Remote maintenance system |
| JP2002073166A (ja) * | 2000-09-05 | 2002-03-12 | Mitsubishi Electric Corp | 監視制御装置 |
| JP5131459B2 (ja) * | 2008-02-01 | 2013-01-30 | 株式会社ナカヨ通信機 | 遠隔保守アダプタ |
| JP6652368B2 (ja) * | 2015-10-29 | 2020-02-19 | 株式会社東芝 | 監視制御システムおよび監視制御方法 |
-
1995
- 1995-02-17 JP JP05360995A patent/JP3412725B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0836415A (ja) | 1996-02-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH08242229A (ja) | ネットワーク監視における状態整合処理システム | |
| KR0136501B1 (ko) | 신호중계교환기 운용관리시스템의 제어방법 | |
| CN100370756C (zh) | 系统的复位处理方法及装置 | |
| CN1117613A (zh) | 集中控制冗余开关方法 | |
| JP3412725B2 (ja) | 分散システムのリモートメンテナンス装置 | |
| CN101498919A (zh) | 一种便于规约扩展的采集系统的前置冗余架构及方法 | |
| JP2519276B2 (ja) | 障害情報収集処理方式 | |
| US5583986A (en) | Apparatus for and method of duplex operation and management for signalling message exchange no. 1 system | |
| JPH0728667A (ja) | 故障許容コンピュータシステム | |
| CN100490343C (zh) | 一种通讯设备中主备用单元倒换的实现方法和装置 | |
| JP2922450B2 (ja) | Ｌａｎ端末情報の収集方法 | |
| JPH1188471A (ja) | 試験方法及び試験装置 | |
| CN112667428A (zh) | Bmc故障处理电路、方法、装置、电子设备及存储介质 | |
| CN113965447A (zh) | 一种在线云诊断方法、装置、系统、设备及存储介质 | |
| JP3166730B2 (ja) | 交換機の自動試験装置および交換機の自動試験方法、並びに記録媒体 | |
| JP3356809B2 (ja) | Ｌａｎ障害監視装置及びｌａｎ障害監視システム及びそれにおけるロギングデータ採集方法 | |
| JPS6143354A (ja) | ロギング処理方式 | |
| JPH036748A (ja) | オンライン端末装置 | |
| JP2630255B2 (ja) | ネットワーク障害表示復旧方式 | |
| JP3501884B2 (ja) | プロセッサ間データ収集システム | |
| JP3346424B2 (ja) | 動作監視機能付き端末装置 | |
| KR100299057B1 (ko) | 교환시스템에서의 제어 데이터 변경 및 복구 방법 | |
| KR100258081B1 (ko) | 에이티엠 교환기 보전 기능 구성방법 | |
| JP2000013503A (ja) | 交換機運用システム | |
| JP3255837B2 (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: 20030227 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080328 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090328 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090328 Year of fee payment: 6 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100328 Year of fee payment: 7 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110328 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110328 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120328 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120328 Year of fee payment: 9 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120328 Year of fee payment: 9 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120328 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130328 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130328 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140328 Year of fee payment: 11 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |