JPH11184733A - 監視方式及び監視方式に適用されるプログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 機器から復元可能な情報を除去したデータを
監視装置に与えることにより上記データの情報量を低減
することが可能な監視方式を提供する。 【解決手段】 故障データ復号化モジュール１１は、カ
レンダタイマＩＣ１９により生成されるシステム時間デ
ータを読込むと共に、機器５1側からネットワーク３、
通信ボード７及び通信デバイスドライバ９を通じて送信
される機器５1の、故障の発生時点を示す年情報及び月
情報が削除された故障データ（以下、第２のフォーマッ
トの故障データという）を入力する。この第２のフォー
マットの故障データは、監視アプリケーション１３が上
記通信経路を通じて機器５1に対し送信要求コマンドを
発することにより機器５1側から与えられる。復号化モ
ジュール１１は、この第２のフォーマットの故障データ
から所定の処理手順に基づいて上記年情報及び月情報を
復元した故障データ（機器５1において最初に生成され
た故障データのことで、以下、第１のフォーマットの故
障データという）に変換し直して監視ＡＰ１３に与え
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、監視方式に関し、
特に、ネットワーク管理システムやデスクトップ管理シ
ステム等に適用される集中監視方式の改良に関するもの
である。

【０００２】

【従来の技術】従来、１台の監視装置が遠隔地にある複
数台の機器を集中監視する方式では、監視装置が通信回
線等のネットワークを通じて各機器に故障データの送信
要求を発すると、それに応じて各機器側から故障発生時
刻情報、送信元を示す機器のＩＤ情報及び故障内容情報
を有する故障データが送信されている。

【０００３】

【発明が解決しようとする課題】ところで、上記故障デ
ータは、本質的に情報量が多くならざるを得ない故障内
容情報の他にも、故障発生時刻に関する情報として年情
報、月情報、日情報、時間情報、分情報及び秒情報等の
大量の情報を含んでいる。そのため、監視装置からの送
信要求に応じて各機器が送信するデータ中には、情報量
の多い故障内容情報や送信元を示す機器のＩＤ情報と共
に、上記年情報、月情報、日情報、時間情報、分情報及
び秒情報等の故障発生時刻情報も必ず含まれることにな
る。

【０００４】よって、監視装置から送信要求がある度
に、情報量の多い故障データが各機器から監視装置に送
信されることになるので、高コストの通信回線である高
速で大容量の回線を使用する必要が生じる。また、高速
で大容量の通信回線を使用しても、上記故障データを送
信することにより故障データ以外の通常データの伝送速
度が低下するという不具合が生じるのみならず、監視装
置が監視することのできる機器の台数も制限されるとい
う問題もある。

【０００５】そこで、上記に鑑みて、監視装置が監視対
象機器に対し故障データの送信要求を発する回数を減ら
す方法が検討された。しかし、この方法では、各監視対
象機器からの故障データの送信間隔が長くなるため、各
機器において故障が検出されてから監視装置が故障を認
識するまでの時間が長くなり、システムの信頼性が低下
するという問題が生じる。

【０００６】また、上記とは別の方法として、各機器が
正常なときは故障データを送信しないようにしたり、機
器の状態が前回故障データを送信したときと同じであっ
たときは送信を行わないようにする方法も検討された。
しかし、この方法では、監視装置と各機器とを接続する
回線が断状態になったことによる無応答との区別がつか
なくなってしまうという問題が生じる。

【０００７】そこで、故障内容情報をコード化して情報
量を数バイト程度に抑えることにより故障データの情報
量を圧縮する方法が検討された。ところが、この方法で
は、故障データ全体としての情報量は圧縮されるもの
の、故障データに占める故障発生時刻情報の割合が大き
くなってしまうという問題が生じる。

【０００８】しかし、故障解析や故障原因の究明に際し
ては、機器から監視装置に故障データが送信された時間
ではなく、故障発生時刻情報、つまり機器側で独自に設
定された時間（機器側のシステム時間）に基づいて解析
が行われるので、故障データの情報量圧縮のために故障
発生時刻情報を除去するような方法は採り得ないのが実
情である。

【０００９】従って、本発明の目的は、機器から復元可
能な情報を除去したデータを監視装置に与えることによ
り上記データの情報量を低減することが可能な監視方式
を提供することにある。

【００１０】

【課題を解決するための手段】本発明の第１の側面に従
う監視方式は、機器から与えられるデータに基づいて監
視装置がその機器の状態を監視するもので、その機器か
ら復元可能な情報が除去された状態で与えられるデータ
を受けて、その除去された情報を復元する手段を備え
る。

【００１１】上記構成によれば、復元可能な情報が除去
された状態で機器から与えられるので、伝送されるデー
タの情報量を低減することができる。

【００１２】本発明の第１の側面に係る好適な実施形態
では、機器は、監視装置から離間した遠隔の箇所に複数
台設置されており、監視装置は、各機器から与えられる
データに基づいて各機器の状態を集中的に監視する。機
器から与えられるデータは、例えば各機器の故障状態を
示す故障データである。この故障データは、各機器の故
障発生時点を示す年、月、日、時間、分、秒の各情報
と、故障発生機器の識別情報と、故障内容を示す情報と
を有する。上述した復元可能な情報とは、例えば故障デ
ータ中の年情報及び月情報である。

【００１３】本実施形態では、上記復元手段は監視装置
に備えられる。この復元手段は、各機器から与えられる
故障データ中の日情報と所定の閾値との比較結果に基づ
き、監視装置が故障データを受け取ったときの年情報及
び月情報から故障データ中の年情報及び月情報を復元す
る。一方、各機器は、故障データ中から年情報及び月情
報を除去する手段を備える。また、監視装置及び各機器
は、夫々独自に時間を計数する手段を備える。監視装置
は、自身の計数手段により計数された時間値に基づいて
各機器の時間計数手段に対し、各機器の時間計数手段が
計数した時間値を補正すべき旨の指令を定期的に出力す
る。

【００１４】本発明の第２の側面に従う監視方式は、機
器から与えられるデータに基づいて監視装置が機器の状
態を監視するもので、機器は、データ中から復元可能な
情報を除去する手段を備えており、また、監視装置は、
復元可能な情報が除去されたデータを受けて、情報を復
元する手段を備えている。

【００１５】本発明の第２の側面に係る好適な実施形態
では、機器は、監視装置から離間した遠隔の箇所に複数
台設置されており、監視装置は、各機器から与えられる
データに基づいて各機器の状態を集中的に監視する。機
器から与えられるデータは、例えば各機器の故障状態を
示す故障データである。この故障データは、各機器の故
障発生時点を示す年、月、日、時間、分、秒の各情報
と、故障発生機器の識別情報と、故障内容を示す情報と
を有する。上述した復元可能な情報とは、例えば故障デ
ータ中の年情報及び月情報である。

【００１６】本実施形態では、上記復元手段は、各機器
から与えられる故障データ中の日情報と所定の閾値との
比較結果に基づき、監視装置が故障データを受け取った
ときの年情報及び月情報から故障データ中の年情報及び
月情報を復元する。除去手段は、故障データ中から年情
報及び月情報を除去する。また、監視装置及び各機器
は、夫々独自に時間を計数する手段を備える。監視装置
は、自身の計数手段により計数された時間値に基づいて
各機器の時間計数手段に対し、各機器の時間計数手段が
計数した時間値を補正すべき旨の指令を定期的に出力す
る。

【００１７】本発明の第３の側面に従う記録媒体は、機
器から与えられるデータに基づいて機器の状態を監視す
る方式に適用されるプログラムを記録したもので、機器
から復元可能な情報が除去された状態で与えられるデー
タを受けて、除去された情報を復元する過程を備える監
視方式に適用されるプログラムがコンピュータ読取り可
能に記録される。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。

【００１９】図１は、本発明の一実施形態に係る監視方
式の全体構成を示すブロック図である。

【００２０】上記方式は、図示のように、監視装置１
と、通信回線等のネットワーク３と、装置１の監視対象
である複数台の機器（監視対象機器）５1〜５nとを備え
る。上記方式は、１台の監視装置１が、ネットワーク３
を通じて各監視対象機器５1〜５nとの間で個別に交信し
て各監視対象機器５1〜５nから故障データを収集するこ
とにより、各監視対象機器５1〜５nを集中的に監視する
ように構成される。

【００２１】図２は、図１に記載した監視装置１及び各
監視対象機器５1〜５nのうちの監視対象機器５1の内部
構成を示すブロック図である。各監視対象機器５1〜５n
は、同一の構成を有しているので、図２では監視対象機
器５1の内部構成のみを示し、残りの監視対象機器５2〜
５nについては図示を省略する。

【００２２】監視装置１は、図示のように、通信ボード
７と、通信デバイスドライバ（ドライバ）９と、故障デ
ータ復号化モジュール（復号化モジュール）１１と、監
視アプリケーション（監視ＡＰ）１３と、データベース
（ＤＢ）１５とを備える。監視装置１は、上記構成に加
えて、更にシステム時間送信プログラム（送信プログラ
ム）１７及びカレンダタイマＩＣ（ＩＣ）１９をも備え
る。

【００２３】監視装置１は、各機器５1〜５nに対して送
信要求コマンドを発することにより各機器５1〜５nから
故障データを収集して各機器５1〜５nを常時監視する機
能を有する。監視装置１は、また、上記監視機能に関連
する機能として、各機器５1〜５nに対してシステム時間
設定コマンドを発することにより各機器５1〜５n毎に設
定されるシステム時間を装置１のシステム時間によって
定期的に補正する機能をも有する。監視機能の実行に当
っては、通信ボード７、ドライバ９、復号化モジュール
１１、監視ＡＰ１３、及びＤＢ１５が用いられる。一
方、システム時間補正機能の実行に当っては、ＩＣ１
９、送信プログラム１７、ドライバ９、及び通信ボード
７が用いられる。

【００２４】通信ボード７及びドライバ９は、ネットワ
ーク３を通じて監視対象機器５1側のドライバ２９1及び
通信ボード３１1との間で、例えばＴＣＰ／ＩＰ（トラ
ンスミッション・コントロール・プロトコル／インター
ネット・プロトコル）と１０ＢＡＳＥ―Ｔにより交信を
行う。この交信に際しては、ＴＣＰ／ＩＰと１０ＢＡＳ
Ｅ―Ｔ以外に、ＩＳＤＮ（インテグレーテッド・サービ
ス・ディジタル・ネットワーク）や、ＨＤＬＣ（ハイレ
ベル・データ・リンク・コントロール）や、モデムや、
ＳＣＳＩ（スモール・コンピュータ・システム・インタ
フェース）等によっても行うことができる。

【００２５】復号化モジュール１１は、ＩＣ１９により
生成されるシステム時間データを読込むと共に、機器５
1側からネットワーク３、通信ボード７及びドライバ９
を通じて送信される機器５1の、故障の発生時点を示す
年情報及び月情報が削除された故障データ（以下、第２
のフォーマットの故障データという）を入力する。この
第２のフォーマットの故障データは、監視ＡＰ１３が上
記通信経路を通じて機器５1に対し送信要求コマンドを
発することにより機器５1側から与えられる。復号化モ
ジュール１１は、この第２のフォーマットの故障データ
から所定の処理手順に基づいて上記年情報及び月情報を
復元した故障データ（機器５1において最初に生成され
た故障データのことで、以下、第１のフォーマットの故
障データという）に変換し直して監視ＡＰ１３に与え
る。

【００２６】監視ＡＰ１３は、上述したように、ドライ
バ９、通信ボード７、及びネットワーク３を通じて機器
５1に対し送信要求コマンドを発すると共に、復号化モ
ジュール１１において復元された機器５1の上記第１の
フォーマットの故障データを受取る。そして、この故障
データをＤＢ１５に蓄積したり、或いは監視装置１の表
示部（図示しない）に画像として表示する。

【００２７】ＩＣ１９は、監視装置１のシステム時間
（年・月・日・時・分・秒の各情報を含む。以下同じ）
を生成して送信プログラム１７及び復号化モジュール１
１に夫々出力する。

【００２８】送信プログラム１７は、所定の周期でＩＣ
１９から出力されるシステム時間を読込み、監視対象機
器５1のシステム時間を補正すべくドライバ９、通信ボ
ード７及びネットワーク３を通じて機器５1側にシステ
ム時間設定コマンドを送信する。

【００２９】一方、監視対象機器５1は、故障検出プロ
グラム（検出プログラム）２１1と、故障データ符号化
モジュール（符号化モジュール）２３1と、通信デバイ
スドライバ（ドライバ）２５1と、通信ボード２７1とを
備える。機器５1は、上記構成に加えて、更にシステム
時間設定プログラム（設定プログラム）２９1及びカレ
ンダタイマＩＣ（ＩＣ）３１1をも備える。

【００３０】機器５1は、上述した監視装置１の監視機
能に対応する機能として、監視装置１から送信された上
記送信要求コマンドに応じて機器５1自身に故障が発生
したとき、故障データを生成して監視装置１側に送信す
る機能を有する。機器５1は、また、監視装置１のシス
テム時間補正機能に対応する機能として、監視装置１か
ら送信されたシステム時間設定コマンドを受信して機器
５1自身のシステム時間を変更する機能をも有する。故
障データ生成・送信機能の実行に当っては、検出プログ
ラム２１1、符号化モジュール２３1及びドライバ２５1
が用いられる。一方、システム時間変更機能の実行に当
っては、ドライバ２５1、通信ボード２７1、設定プログ
ラム２９1及びＩＣ３１1が用いられる。

【００３１】ドライバ２５1及び通信ボード２７1は、ネ
ットワーク３を通じて監視装置１の通信ボード７及びド
ライバ９との間で、例えば上述したＴＣＰ／ＩＰと１０
ＢＡＳＥ―Ｔにより交信を行う。

【００３２】検出プログラム２１1は、上記送信要求コ
マンドに応じて、機器５1に発生した故障を検知し、故
障の発生時点を示す年情報及び月情報を含む第１のフォ
ーマットの故障データを生成して、符号化モジュール２
３1に与える。

【００３３】符号化モジュール２３1は、与えられた上
記第１のフォーマットの故障データから所定の処理手順
に基づいて上記年情報及び月情報を削除した第２のフォ
ーマットの故障データに変換し、ドライバ２５1、通信
ボード２７1及びネットワーク３を通じて監視装置１側
に送信する。

【００３４】ＩＣ３１1は、設定プログラム２９1の管理
下で機器５1のシステム時間を生成して設定プログラム
２９1に出力する。ＩＣ３１1は、設定プログラム２９1
からの指令に基づき、生成したシステム時間を変更す
る。

【００３５】設定プログラム２９1は、上述した監視装
置１の送信プログラム１７から通信ボード２７1及びド
ライバ２５1を通じて送信されるシステム時間設定コマ
ンドを受信する。そして、このコマンドに基づき、機器
５1のシステム時間を補正すべくＩＣ３１1にシステム時
間の補正指令を出力する。

【００３６】ここで、監視装置１において設定されるシ
ステム時間ＳＴ0と、監視対象機器５1において設定され
るシステム時間ＳＴ1との間の誤差（ＳＴ0−ＳＴ1）
は、下記の（１）式で表される。

【００３７】 ＳＴ0−ＳＴ1＝送信プログラム１７の実行時間＋システム時間設定コマンド の送信時間＋設定プログラム２９1の実行時間……（１） この（１）式において、誤差（ＳＴ0−ＳＴ1）は、秒オ
ーダの値である。

【００３８】よって、上述したシステム時間補正を定期
的に実行すれば、監視装置１のシステム時間ＳＴ0と監
視対象機器５1のシステム時間ＳＴ1との間の誤差を、復
号化モジュール１１が上記第２のフォーマットの故障デ
ータから年情報及び月情報を復元するのに要する時間内
に収まるようにすることができる。なお、残りの監視対
象機器５2〜５nのシステム時間ＳＴ2〜ＳＴnについて
も、上記と同様に補正することによってＳＴ0とＳＴ2〜
ＳＴnとの間の誤差を、復号化モジュール１１が上記第
２のフォーマットの故障データから年情報及び月情報を
復元するのに要する時間内に収まるようにすることがで
きる。

【００３９】図３は、上述した検出プログラム２１1に
よって生成され、且つ、上記復号化モジュール１１によ
って復元される機器５1の第１のフォーマットの故障デ
ータを示した説明図である。

【００４０】この故障データは、図示のように、故障発
生時点を特定するための情報として、年情報３２、月情
報３４、日情報３６、時間情報３８、分情報４０、秒情
報４２を、また、故障した機器を特定するための情報と
して機器５1のＩＤ番号情報４４を、更に故障内容を示
す情報４６を、夫々有する。なお、図４に示した故障デ
ータは、機器５1の故障が１９９７年９月１６日の午後
３時４０分３２秒に発生したものであることを示してい
る。

【００４１】図４は、上述した符号化モジュール２３1
によって上記第１のフォーマットの故障データから変換
されて生成される第２のフォーマットの故障データを示
した説明図である。

【００４２】この故障データは、図示のように、上記第
１のフォーマットの故障データとは異なり、故障発生時
点を特定するための情報のうち、年情報３２と月情報３
４とが欠落している。残りについては、上記第１のフォ
ーマットの故障データと同様である。

【００４３】図５は、監視装置１の監視ＡＰ１３が各監
視対象機器５1〜５nに対して故障データの送信を要求す
るときのシーケンスを示した図である。

【００４４】図５に示すように、監視装置１から各監視
対象機器５1〜５nに対して夫々送信要求コマンドが送信
されると、対応する機器から監視装置１に対して故障デ
ータが送信される。

【００４５】図６は、監視装置１の送信プログラム１７
から各監視対象機器５1〜５nに送信されるシステム時間
設定コマンドのフォーマットを示す説明図である。

【００４６】このコマンドは、図示のように、システム
時間設定コマンドであることを表すコード５２と、この
コマンドの送信先を示す各監視対象機器５1〜５n（この
場合は機器５1）のＩＤ番号データ５４とを有する。更
に、機器側のシステム時間を補正するのに必要なデータ
として、監視装置１のシステム時間を特定する年情報５
６、月情報５８、日情報６０、時間情報６２、分情報６
４及び秒情報６６を有する。

【００４７】上記コマンドが、送信プログラム１７から
各機器５1〜５nの設定プログラム２９1〜２９n（但し、
設定プログラム２９2〜２９nについては、図示しない）
に送信されることで、各機器５1〜５nのシステム時間が
監視装置１のシステム時間によって補正されることにな
る。

【００４８】図７は、監視装置１の復号化モジュール１
１における故障データの処理流れを示す図である。

【００４９】図７において、例えば各監視対象機器５1
〜５nのうち、機器５1に故障が生じたものと仮定する。
監視ＡＰ１３が各機器５1〜５nに対して送信要求コマン
ドを送信したことにより、機器５1から機器５1自身の故
障データが上述した第２のフォーマット（図４参照）で
送信されてくると、その旨の通知がドライバ９から復号
化モジュール１１に与えられる（ステップＳ７１）。こ
の通知を受けると、復号化モジュール１１は、監視装置
１のシステム時間データをＩＣ１９から取得し、図示し
ないメモリｘに格納する（ステップＳ７２）。

【００５０】次に、ドライバ９から上記故障データを受
取り、第２のフォーマットの故障データには含まれない
年情報や月情報についても格納領域を確保した上で図示
しないメモリｙに格納する。この処理動作は、他の機器
５2〜５nのいずれかにおいて故障が生じたことでステッ
プＳ７１でその機器（例えば、機器５2）から故障デー
タが送信された旨の通知があったことにより、ステップ
Ｓ７２でＩＣ１９からのシステム時間情報をメモリｘに
格納した後においても上記と同様に実行される（ステッ
プＳ７３）。

【００５１】このようにして、システム時間情報のメモ
リｘへの格納、及びドライバ９を通じて与えられる各機
器の故障データのメモリｙへの格納が終了すると、復号
化モジュール１１は、メモリｘに格納されているシステ
ム時間情報中の日情報と、メモリｙに格納されている故
障データの日情報とを比較する。そして、双方の日情報
間の差Ｚを演算する（ステップＳ７４）。

【００５２】ここで、ステップＳ７４で求めたＺの値
が、上記機器の故障により閾値Ｔhの負側の値（本実施
形態では、｜Ｔh｜＝１５に設定したので、ここでは−
Ｔh＝−１５）よりも小さかった（Ｚ＜−１５）とすれ
ば、メモリｘのシステム時間情報中の月情報が「０１」
（１月）であるか否かをチェックする（ステップＳ７
５）。このチェックの結果「０１」でなければ、上述し
たメモリｙの月情報を格納するために確保した領域に、
メモリｘの上記月情報から１を差し引いた値（月−１）
を上記故障発生時点の属する月情報として格納する（ス
テップＳ７６）。更に、メモリｙの年情報を格納するた
めに確保した領域に、メモリｘの年情報をそのまま格納
する（ステップＳ７７）。

【００５３】このようにして、メモリｙに年情報及び月
情報を夫々格納することで、故障した機器からの第２の
フォーマットの故障情報を第１のフォーマットの故障情
報（図３参照）に変換した後、監視ＡＰ１３に渡すこと
になる（ステップＳ７８）。

【００５４】ステップＳ７５で、システム時間情報中の
月情報が「０１」（１月）であったときは、メモリｙに
月情報として「１２」（１２月）を格納し（ステップＳ
７９）、次いでメモリｙに年情報としてメモリｘの年情
報から１を差し引いた値（年−１）を格納する（ステッ
プＳ８０）。

【００５５】例えば、故障データ送信時の監視装置１の
システム時間が１９９７年１１月７日であり、上記機器
において故障が生じたとされる年月日が１９９７年１０
月２５日であったとする。但し、この１９９７年１０月
２５日は、必ずしも実際に故障が生じた年月日ではな
く、第１のフォーマットの故障データに故障発生時点を
特定するための情報として含まれる年月日情報である。

【００５６】この場合、メモリｘには年情報として「１
９９７」が、月情報として「１１」が、更に日情報とし
て「７」が夫々格納され、一方、メモリｙには日情報と
して「２５」が格納されることになる。そのため、ステ
ップＳ７４で求めたＺの値は、Ｚ＝７−２５＝−１８＜
−１５（即ち、Ｚ＜−Ｔh）になる。また、ステップＳ
７５でチェックされるメモリｘの月情報は「１１」であ
って「１」ではないから、ステップＳ７６で１１−１＝
１０が演算されて、メモリｙには月情報として「１０」
が格納される。更に、ステップＳ７７でメモリｙには年
情報として「１９９７」が格納されることになる。この
ようにして、故障機器から第２のフォーマットで送信さ
れた故障情報に、故障が発生したとする年月を示す情報
を復元して第１のフォーマットの故障情報に変換した後
に、ステップＳ７８でその故障情報を監視ＡＰ１３に渡
すことになる。

【００５７】なお、故障データ送信時の監視装置１のシ
ステム時間が１９９７年１月７日であり、上記機器にお
いて故障が発生したとされる年月日が１９９６年１２月
２５日であったとすれば、ステップＳ７９でメモリｙに
月情報として「１２」が、ステップＳ８０で年情報とし
て１９９７−１＝「１９９６」が夫々格納される。

【００５８】次に、ステップＳ７４で求めたＺの値が、
−１５≦Ｚ≦１５（即ち、−Ｔh≦Ｚ≦Ｔh）であったと
すれば、メモリｙに、月情報としてメモリｘの上記月情
報を、また、年情報としてメモリｘの上記年情報を、夫
々そのまま格納する（ステップＳ８１、Ｓ８２）。そし
て、ステップＳ７８に移行する。

【００５９】例えば、故障データ送信時の監視装置１の
システム時間が１９９７年１１月１５日であり、上記機
器において故障が生じたとされる年月日が１９９７年１
１月２日であったとする。この場合、ステップＳ７４で
の演算結果は、Ｚ＝１５−２＝１３であるから、−１５
＜１３＜１５である。よって、メモリｙにはステップＳ
８１で月情報としてメモリｘの月情報「１１」が、ステ
ップＳ８２で年情報としてメモリｘの年情報「１９９
７」が、夫々そのまま格納され、ステップＳ７８に移行
することになる。

【００６０】次に、ステップＳ７４で求めたＺの値が、
Ｚ＞１５（即ち、Ｚ＞Ｔh）であったとすれば、メモリ
ｘのシステム時間情報中の月情報が「１２」（１２月）
であるか否かをチェックする（ステップＳ８３）。この
チェックの結果「１２」でなければ、上述したメモリｙ
における月情報の格納領域に、メモリｘの上記月情報に
１を加えた値（月＋１）を上記故障が発生したとされる
時点を示す月情報として格納する（ステップＳ８４）。
更に、メモリｙにおける年情報の格納領域に、メモリｘ
の年情報をそのまま格納する（ステップＳ８５）。この
ようにして、メモリｙに年情報及び月情報を夫々格納す
ることで、故障した機器からの第２のフォーマットの故
障情報を第１のフォーマットの故障情報に変換した後、
監視ＡＰ１３に渡すことになる（ステップＳ７８）。

【００６１】ステップＳ８３で、システム時間情報中の
月情報が「１２」（１２月）であったときは、メモリｙ
に月情報として「０１」（１月）を格納し（ステップＳ
８６）、次いでメモリｙに年情報としてメモリｘの年情
報に１を加えた値（年＋１）を格納する（ステップＳ８
７）。

【００６２】例えば、故障データ送信時の監視装置１の
システム時間が１９９７年１１月２２日であり、上記機
器において故障が生じたとされる年月日が１９９７年１
２月２日であったとする。この場合、ステップＳ７４で
の演算結果は、Ｚ＝２２−２＝２０であるから、２０＞
１５である。よって、メモリｙにはステップＳ８４で月
情報としてメモリｘの月情報「１１」に「１」を加えた
「１２」が格納され、ステップＳ８５で年情報としてメ
モリｘの年情報「１９９７」がそのまま格納され、ステ
ップＳ７８に移行することになる。

【００６３】なお、故障データ送信時の監視装置１のシ
ステム時間が１９９７年１２月２１日であり、上記機器
において故障が発生したとされる年月日が１９９８年１
月４日であったとすれば、ステップＳ８６でメモリｙに
月情報として「０１」が、ステップＳ８７で年情報とし
て１９９７＋１＝「１９９８」が夫々格納される。

【００６４】ここで、上述した本発明の一実施形態を、
第１のフォーマット仕様が１８バイトである『１９９７
０２１３１５４０３０ 機器ＩＤ番号（２バイト） 故
障内容（２バイト）』の故障データに適用する場合を例
にとって説明する。

【００６５】上記データにおいて、『１９９７０２１３
１５４０３０』は、故障が発生したとされる時点であ
る、「１９９７年２月１３日１５時４０分３０秒」をキ
ャラクタ（ＡＮＳＩ）で表現したもので、１４バイトが
必要である。また、機器ＩＤ番号については、２バイト
分あれば２の１６乗の台数分の機器を識別することがで
きる。更に、故障内容についても、故障種別を「正常」
も含め、２の１６乗の種類分表現できる。

【００６６】しかし、上記故障データを、上述した本発
明の一実施形態に係る第２のフォーマット仕様に変換す
れば、『１３１５４０３０ 機器ＩＤ番号（２バイト）
故障内容（２バイト）』の１２バイトで済む。よっ
て、１２／１８＝２／３で、情報量を１／３減らすこと
ができる。

【００６７】以上説明したように、本発明の一実施形態
によれば、監視装置１と各機器５1〜５nとの間の通信回
線３が断状態になって、その復旧のために数日かかり、
その間機器側から監視装置１に故障データが送信できな
くなったとしても、復旧に要した日数が１５日以下であ
れば、監視装置１側で故障が発生したとされる時点を示
す年情報及び月情報を完全に復元できる。そのために
は、監視装置１での故障の解析に支障が生じない。な
お、送信プログラム１７が設定プログラム２９にシステ
ム時間設定コマンドを送信する間隔を１５日以下に設定
する必要がある。

【００６８】上述した内容は、あくまで本発明の一実施
形態に関するものであって、本発明が上記内容のみに限
定されることを意味するものでないのは勿論である。

【００６９】

【発明の効果】以上説明したように、本発明によれば、
機器から復元可能な情報を除去したデータを監視装置に
与えることにより上記データの情報量を低減することが
可能な監視方式を提供することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る監視方式の全体構成
を示すブロック図。

【図２】図１の監視装置及び各監視対象機器の内部構成
を示すブロック図。

【図３】年情報及び月情報を含む監視対象機器の故障デ
ータのフォーマットを示す説明図。

【図４】年情報及び月情報を含まない監視対象機器の故
障データのフォーマットを示す説明図。

【図５】監視装置が各機器に対して故障データの送信を
要求するときのシーケンスを示した図。

【図６】監視装置から各機器に送信されるシステム時間
設定コマンドのフォーマットを示す説明図。

【図７】各機器から与えられた故障データの監視装置に
おける処理流れを示す図。

【符号の説明】 １ 監視装置 ３ ネットワーク（通信回線） ５1〜５n 機器（監視対象機器） ７、２７1 通信ボード ９、２５1 通信デバイスドライバ（ドライバ） １１ 故障データ復号化モジュール（復号化モジュー
ル） １３ 監視アプリケーション（監視ＡＰ） １５ データベース（ＤＢ） １７ システム時間送信プログラム（送信プログラム） １９、３１1 カレンダタイマＩＣ（ＩＣ） ２１1 故障検出プログラム（検出プログラム） ２３1 故障データ符号化モジュール（符号化モジュー
ル） ２９1 システム時間設定プログラム（設定プログラ
ム）

Claims (20)

【特許請求の範囲】
1. 【請求項１】 機器から与えられるデータに基づいて監
   視装置が前記機器の状態を監視する方式において、 前記機器から復元可能な情報が除去された状態で与えら
   れるデータを受けて、前記除去された情報を復元する手
   段を備えることを特徴とする監視方式。
2. 【請求項２】 請求項１記載の監視方式において、 前記機器が、前記監視装置から離間した遠隔の箇所に複
   数台設置されており、 前記監視装置が、前記各機器から与えられるデータに基
   づいて前記各機器の状態を集中的に監視することを特徴
   とする監視方式。
3. 【請求項３】 請求項２記載の監視方式において、 前記データが、前記各機器の故障状態を示す故障データ
   であることを特徴とする監視方式。
4. 【請求項４】 請求項３記載の監視方式において、 前記故障データが、前記各機器の故障発生時点を示す
   年、月、日、時間、分、秒の各情報と、故障発生機器の
   識別情報と、故障内容を示す情報とを有することを特徴
   とする監視方式。
5. 【請求項５】 請求項１乃至請求項４のいずれか１項記
   載の監視方式において、 前記復元可能な情報が、前記故障データ中の年情報及び
   月情報であることを特徴とする監視方式。
6. 【請求項６】 請求項１乃至請求項５のいずれか１項記
   載の監視方式において、 前記復元手段が、前記監視装置に備えられることを特徴
   とする監視方式。
7. 【請求項７】 請求項１乃至請求項６のいずれか１項記
   載の監視方式において、 前記復元手段が、前記各機器から与えられる前記故障デ
   ータ中の日情報と所定の閾値との比較結果に基づき、前
   記監視装置が前記故障データを受け取ったときの年情報
   及び月情報から前記故障データ中の年情報及び月情報を
   復元することを特徴とする監視方式。
8. 【請求項８】 請求項１乃至請求項６のいずれか１項記
   載の監視方式において、 前記機器が、前記故障データ中から前記年情報及び月情
   報を除去する手段を備えることを特徴とする監視方式。
9. 【請求項９】 請求項２乃至請求項８のいずれか１項記
   載の監視方式において、 前記監視装置及び前記各機器が、夫々独自に時間を計数
   する手段を備えることを特徴とする監視方式。
10. 【請求項１０】 請求項９記載の監視方式において、 前記監視装置が、自身の計数手段により計数された時間
    値に基づいて前記各機器の時間計数手段に対し、前記各
    機器の時間計数手段が計数した時間値を補正すべき旨の
    指令を定期的に出力することを特徴とする監視方式。
11. 【請求項１１】 機器から与えられるデータに基づいて
    監視装置が前記機器の状態を監視する方式において、 前記機器が、前記データ中から復元可能な情報を除去す
    る手段を備え、 前記監視装置が、前記復元可能な情報が除去されたデー
    タを受けて、前記情報を復元する手段を備えることを特
    徴とする監視方式。
12. 【請求項１２】 請求項１１記載の監視方式において、 前記機器が、前記監視装置から離間した遠隔の箇所に複
    数台設置されており、 前記監視装置が、前記各機器から与えられるデータに基
    づいて前記各機器の状態を集中的に監視することを特徴
    とする監視方式。
13. 【請求項１３】 請求項１２記載の監視方式において、 前記データが、前記各機器の故障状態を示す故障データ
    であることを特徴とする監視方式。
14. 【請求項１４】 請求項１３記載の監視方式において、 前記故障データが、前記各機器の故障発生時点を示す
    年、月、日、時間、分、秒の各情報と、故障発生機器の
    識別情報と、故障内容を示す情報とを有することを特徴
    とする監視方式。
15. 【請求項１５】 請求項１１乃至請求項１４のいずれか
    １項記載の監視方式において、 前記復元可能な情報が、前記故障データ中の年情報及び
    月情報であることを特徴とする監視方式。
16. 【請求項１６】 請求項１１乃至請求項１５のいずれか
    １項記載の監視方式において、 前記復元手段が、前記各機器から与えられる前記故障デ
    ータ中の日情報と所定の閾値との比較結果に基づき、前
    記監視装置が前記故障データを受け取ったときの年情報
    及び月情報から前記故障データ中の年情報及び月情報を
    復元することを特徴とする監視方式。
17. 【請求項１７】 請求項１１乃至請求項１６のいずれか
    １項記載の監視方式において、 前記除去手段が、前記故障データ中から前記年情報及び
    月情報を除去することを特徴とする監視方式。
18. 【請求項１８】 請求項１２乃至請求項１７のいずれか
    １項記載の監視方式において、 前記監視装置及び前記各機器が、夫々独自に時間を計数
    する手段を備えることを特徴とする監視方式。
19. 【請求項１９】 請求項１８記載の監視方式において、 前記監視装置が、自身の計数手段により計数された時間
    値に基づいて前記各機器の時間計数手段に対し、前記各
    機器の時間計数手段が計数した時間値を補正すべき旨の
    指令を定期的に出力することを特徴とする監視方式。
20. 【請求項２０】 機器から与えられるデータに基づいて
    前記機器の状態を監視する方式に適用されるプログラム
    を記録した記録媒体において、 前記機器から復元可能な情報が除去された状態で与えら
    れるデータを受けて、前記除去された情報を復元する過
    程を備える監視方式に適用されるプログラムをコンピュ
    ータ読取り可能に記録した記録媒体。