JP2003316668A

JP2003316668A - デバイス状態監視装置、リモートメンテナンスシステム、デバイス状態管理方法、プログラム、及び記憶媒体

Info

Publication number: JP2003316668A
Application number: JP2002119458A
Authority: JP
Inventors: Yasushi Shigeta; 泰重田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-04-22
Filing date: 2002-04-22
Publication date: 2003-11-07

Abstract

(57)【要約】【課題】サービスマンがユーザ先に到着してみるとユ
ーザによる電源のＯＦＦ／ＯＮ等のオペレーションによ
り既に障害が解消されデバイスが復旧していることが頻
繁に発生している課題を解決し、無駄なサービスマンの
派遣を減らしサービス効率の向上を目的とするものであ
る。【解決手段】デバイスから取得したステータス情報に
基づきデバイスの障害情報を遠隔監視コンピュータに送
信し、所定時間後に取得したデバイスのステータス情報
を遠隔監視コンピュータに送信することを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、遠隔地に存在する
複写機、プリンタ、コンピュータ等のデバイスを管理す
るデバイス状態管理装置、リモートメンテナンスシステ
ム、デバイス状態管理方法、プログラム、および記憶媒
体に関するものである。

【０００２】

【従来の技術】従来から、遠隔地に存在する複写機、プ
リンタ、コンピュータ等のデバイスを管理することを特
徴とするリモートメンテナンスにおいて、該デバイスの
状態を遠隔地のサービスセンターに送信して、遠隔地で
該デバイスを管理するメンテナンスシステムがある。

【０００３】図２に例を示す。２０１のネットワークに
接続するプリンタ、複写機（２０２）等があり、これら
は管理コンピュータ（２０３）により状態を監視されて
いる。２０３は２０２の異常を検知すると通信回線（２
０８）を通じて、サービスセンターに異常を通知する。
サービスセンターのメンテナンスサーバ（２２０）は、
通信回線（２０８）を経由して、遠隔地に存在する２０
２の異常を検知すると、それらの情報をサービスマンに
知らせる。サービスマンに知らせる方法として、２０８
の通信回線を利用して端末、携帯端末、ポケットベル
（登録商標）に通知することが可能である。

【０００４】結果として情報を受け取ったサービスマン
が障害の発生したユーザ先に出向き、障害の復旧を行う
メンテナンス業務として広く利用されている。

【０００５】

【発明が解決しようとしている課題】しかしながら、サ
ービスマンがユーザ先に到着してみるとユーザによる電
源のＯＦＦ／ＯＮ等のオペレーションにより既に障害が
解消されデバイスが復旧していることが頻繁に発生して
いる。

【０００６】本発明は、上記課題を鑑みて、障害発生か
ら一定期間の後、再度デバイスの状態を確認し、障害が
既に解消されていればサービスマンの派遣を行わないこ
とでサービスコストの低減を実現し、サービス効率の向
上を目的とするものである。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、本発明のデバイス状態監視装置は、取得したデバイ
スのステータス情報に基づき障害情報を送信する第１送
信手段と、所定時間後、デバイスのステータス情報を取
得する取得手段と、前記取得手段により取得したデバイ
スのステータス情報を送信する第２送信手段とを有する
ことを特徴とする。

【０００８】また、本発明のデバイス状態監視装置は、
デバイス管理コンピュータから障害情報を取得した場
合、所定時間後、デバイス管理コンピュータからステー
タス情報を取得する手段と、デバイス管理コンピュータ
から取得したステータス情報に基づき、通知を行う手段
とを有することを特徴とする。

【０００９】また、本発明のリモートメンテナンスシス
テムは、デバイスと、デバイス管理コンピュータと、遠
隔監視コンピュータとからなるリモートメンテナンスシ
ステムであって、前記デバイス管理コンピュータは、デ
バイスから取得したステータス情報に基づきデバイスの
障害情報を遠隔監視コンピュータに送信する第１送信手
段と、所定時間後に取得したデバイスのステータス情報
を遠隔監視コンピュータに送信する第２送信手段とを有
し、前記遠隔監視コンピュータは、デバイス管理コンピ
ュータから障害情報を取得した場合、所定時間後、デバ
イス管理コンピュータからステータス情報を取得する手
段と、デバイス管理コンピュータから取得したステータ
ス情報に基づき、通知を行う手段とを有することを特徴
とする。

【００１０】

【発明の実施の形態】（実施の形態１）図１は、本発明
の構成図を示す図である。

【００１１】１０１はデバイスやデバイスを管理するコ
ンピュータを接続するネットワーク、１０２は１０１に
接続するデバイスであり、たとえば、プリンタ、ＦＡ
Ｘ、複写機、複合機等である。１０３は、複数のデバイ
ス１０２を管理、監視するデバイス管理コンピュータで
ある。通常、デバイス管理コンピュータは、複数のデバ
イス１０２と同じ会社に配置される。

【００１２】１０４はデバイス管理コンピュータがデバ
イスと通信するための通信部であり、１０５は通信部を
介してデバイスの状態を取得する状態取得部である。１
０６はデバイスの状態監視を制御する状態監視部であ
り、１０８はデバイスの情報を蓄積しているデータベー
スである。

【００１３】１０７はデバイス管理コンピュータが遠隔
監視コンピュータと通信するための回線通信処理部であ
り、１０９はデバイス管理コンピュータと遠隔監視コン
ピュータを接続する通信回線である。

【００１４】１２０は１０２のデバイスを１０３のデバ
イス管理コンピュータを介して遠隔監視する遠隔監視コ
ンピュータである。１２１は遠隔監視コンピュータがデ
バイス管理コンピュータと通信するための回線通信処理
部であり、１２４はデバイスの状態を保存しておく状態
保存部である。通常、遠隔監視コンピュータ１２０は、
デバイス管理コンピュータとは別の会社に存在する。

【００１５】１２２は１２１で受け取ったデバイスの状
態と、状態保存部に保存されている一定期間前のデバイ
スの状態を比べてメンテナンス担当者に通知を行うかど
うかを判断する通知判定部である。

【００１６】１２３は１２２がデバイスに対応するメン
テナンス担当者を検索するための通知先データベースで
ある。

【００１７】なお、各部は、ハードウエアモジュールで
構成されても良いし、ソフトウエアモジュールで構成さ
れてもよい。

【００１８】次に図２５により、図１のシステムを構成
するデバイス管理コンピュータ、遠隔監視コンピュータ
のハード構成の一例のコンピュータ、デバイスのハード
構成の一例のプリンタを説明する。

【００１９】図２５において、コンピュータ３０００
は、ＲＯＭ３あるいはＲＡＭ２に記憶されたプログラム
を実行するＣＰＵ１を備えており、システムバス４に接
続される各デバイスをＣＰＵ１が統括的に制御する。Ｒ
ＡＭ２は、ＣＰＵ１の主メモリであり、ワークエリア等
として機能する。キーボードコントローラ（ＫＢＣ）５
は、キーボード９や不図示のポインティングデバイスか
らのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴ
Ｃ）６は、ＣＲＴディスプレイ１０の表示を制御する。
管理者用ＰＣのＣＲＴディスプレイには、ＭＳＤＳ情報
取得シーケンスの進行に伴って後述するような表示が行
われる。

【００２０】ディスクコントローラ（ＤＫＣ）７は、ブ
ートプログラム、種々のアプリケーション、フォントデ
ータ、ユーザファイル、編集ファイル等を記憶するハー
ドディスク（ＨＤ）、フロッピー（Ｒ）ディスク（Ｆ
Ｄ）等の外部メモリ１１とのアクセスを制御する。後述
するＭＳＤＳ情報取得手順を実行するためのプログラム
もプログラムファイルとしてハードディスクに格納さ
れ、必要に応じて」ＲＡＭ２にロードされてＣＰＵ１に
より実行される。ネットワークコントローラ（ＮＩＣ）
８は、ＬＡＮ２１に接続するためのコントローラであ
る。２１は、通信回線を介して外部装置と通信するため
の通信部である。

【００２１】一方、プリンタ１００において、プリンタ
ＣＰＵ１２は、ＲＯＭ１３やＲＡＭ１２に記憶された制
御プログラムに基づいてシステムバス１５に接続される
各種のデバイスとのアクセスを統括的に制御し、印刷部
Ｉ／Ｆ１６を介して接続される印刷部（プリンタエンジ
ン）１７に出力情報としての画像信号を出力するほか、
トナーカートリッジ１１００に取り付けられたメモリか
らＣＲＧ−ＩＤを読み出す処理を行う。ＣＰＵ１２はＮ
ＩＣ１８及びＬＡＮ２１を介してホストコンピュータと
の通信処理が可能となっており、プリンタ内の情報等を
ホストコンピュータ３０００に通知可能に構成されてい
る。ＲＡＭ１９はＣＰＵ２１の主メモリ、ワークエリア
等として機能するＲＡＭである。入力部１８はホストコ
ンピュータ３０００と双方向インターフェース２１を介
して印刷状態情報などのステータス情報などの交信を制
御し、プリンタ内の情報等をホストコンピュータ３００
０に通知可能に構成されている。

【００２２】メモリコントローラ（ＭＣ）２０は、ブー
トプログラム、種々のアプリケーション、フォントデー
タ、ユーザファイル、編集ファイル等を記憶するハード
ディスク（ＨＤ）、フロッピー（Ｒ）ディスク（ＦＤ）
等の外部メモリ１４とのアクセスを制御する。操作部１
０１２は、表示パネルやキーボードを含んでおり、オペ
レータへの情報の提供や、オペレータからの指示の入力
を行わせる。

【００２３】印刷部１７は実際に記録材を用いて印刷媒
体に画像を記録するプリンタエンジンであり、本実施形
態では電子写真方式である。電子写真方式では、印刷デ
ータに基づいて感光ドラム上に形成された静電潜像をト
ナーにより可視化してそれを印刷媒体に転写・定着させ
る。そのため、感光ドラムとトナーとをひとつの筐体に
納めたトナーカートリッジ１１００が、交換を予定され
た消耗品として使用されている。

【００２４】なお、プリンタ１００については、ＬＡＮ
に直接接続されるいわゆるネットワークプリンタについ
てその構成を説明したが、図１のデバイスでは、ネット
ワークのかわりにＵＳＢポートやパラレルポート等を介
してホストコンピュータと接続しても良い。もちろんそ
の場合にはホストコンピュータ側もプリンタに対応する
インターフェースを介してプリンタと接続されることと
なる。

【００２５】図３に実施の形態１のシーケンス図を示
す。

【００２６】３０１でデバイス管理コンピュータ１０３
はＳＮＭＰによりデバイスの状態（ステータス）をチェ
ックする。具体的には、デバイスのＩＰアドレスを指定
してデバイスに状態確認を行う。複数のデバイスを管理
している場合は台数分行う。デバイス１０２は障害があ
る場合は応答パケットに障害情報を入れて返す（３０
２）。障害がない場合は障害情報を入れずに応答パケッ
トを返す。

【００２７】デバイスに障害情報があった場合、デバイ
ス管理コンピュータ１０３は遠隔コンピュータ１２０に
デバイスを特定する情報とデバイスの障害情報を送信す
る（３０３）。

【００２８】デバイスを特定する情報とデバイスの障害
情報を受け取った遠隔監視コンピュータ１２０は、次に
デバイス管理コンピュータ１０３からデバイスの状態デ
ータを受け取るまで一定期間待ち状態に入る（たとえ
ば、５分間）。（３０４）なお、一定時間待機状態に入
るタイマ起動のトリガは、障害情報を受け取ったタイミ
ングでも良いし、受け取った障害情報を送信したタイミ
ングでも良い。

【００２９】デバイスデバイス管理コンピュータ１０３
は３０３の一定期間経過後（たとえば５分後）ＳＮＭＰ
により再度デバイスの状態をチェックする（３０５）。

【００３０】デバイス１０２は応答パケットに現在の状
態を入れて返す（３０６）。

【００３１】３０６でデバイスの状態を受けたデバイス
管理コンピュータ１０３は遠隔コンピュータ１２０にデ
バイスを特定する情報とデバイスの状態を送信する（３
０７）。

【００３２】３０８でデータを受けた遠隔コンピュータ
１２０は、デバイスがまだ障害状態ならばサービスマン
の端末にデバイスの障害情報を通報する。

【００３３】デバイスの状態が正常になっていればサー
ビスマンへの通報は行わない。

【００３４】図４に実施の形態のデバイス管理コンピュ
ータのフローチャート、図５に遠隔監視コンピュータの
フローチャートを示し、この両フローチャートを用いて
本実施の形態の動作を説明する。

【００３５】図４の説明を行う。図４のフローチャート
に係るプログラムは、デバイス管理コンピュータのＲＯ
Ｍまたはハードディスクに記憶されており、ＲＡＭに適
宜読み出されＣＰＵによって、実行される。

【００３６】まず、デバイス管理コンピュータのＣＰＵ
は、Ｓ４０１で、状態監視部１０６に通信部１０４、状
態取得部１０５を介してデバイス（１０２）の状態を取
得させる。Ｓ４０２では、取得した結果障害状態かどう
かを判定する。ここでは、正常状態から障害状態になっ
たことを判別する。障害状態でなかった場合はＳ４０７
で状態監視部１０６に次のデバイス状態取得タイミング
まで一定期間待機させる。障害状態だった場合Ｓ４０３
で状態監視部１０６にデバイス情報ＤＢ１０８から読み
出したデバイスを特定する情報とデバイスの障害状態を
回線通信処理部１０７，通信回線１０９を介して遠隔監
視コンピュータ（１２０）に通知させる。

【００３７】次にＳ４０４では、状態監視部１０６をＳ
４０３の後、監視タイマを起動し一定期間待機状態にす
る。なお、前述したようにタイマの起動はＳ４０１のタ
イミングで行っても良い。Ｓ４０５では、状態監視部１
０６に監視タイマから一定期間経過後、通信部１０４、
状態取得部１０５を介して再度デバイスの状態を取得さ
せる。Ｓ４０６では、状態監視部１０６にデバイスの状
態が障害状態かどうかに関わらず、デバイス情報ＤＢ１
０８から読み出したデバイスを特定する情報とデバイス
の状態を回線通信処理部１０７，通信回線１０９を介し
て遠隔監視コンピュータ（１２０）に通知させる。

【００３８】図５の説明を行う。図５のフローチャート
に係るプログラムは、遠隔監視コンピュータのＲＯＭま
たはハードディスクに記憶されており、ＲＡＭに適宜読
み出されＣＰＵによって、実行される。

【００３９】まず、Ｓ５０１では、デバイス管理コンピ
ュータ（１０３）のＳ４０３の処理で送信された障害情
報を取得する。具体的には、通信回線１０９を介して遠
隔監視コンピュータ（１２０）の回線通信処理部（１２
１）にデバイス１０２の障害情報を受け取らせる。な
お、Ｓ５０１は、障害監視部（１２２）に状態保存部
（１２４）に前回のデバイスの障害情報が無いか判定さ
せ、状態保存部（１２４）に前回のデバイスの障害情報
が無く１回目の障害情報を取得したと判定された場合、
スタートするものとする。

【００４０】Ｓ５０２では、回線通信処理部１２１で受
けた障害情報は、通知判定部（１２２）によって状態保
存部（１２４）に保存され、サービスマンへの通報を行
わず、一定期間後にデバイス管理コンピュータからデバ
イス１０２の状態情報が送信されるのを待つ待機状態に
入る。Ｓ５０３では、一定期間後、Ｓ４０６の処理で送
信されたデバイスの状態を通信回線１０９を介して遠隔
監視コンピュータ（１２０）の回線通信処理部（１２
１）によって取得する。回線通信処理部１２１で受けた
デバイス状態は、通知判定部（１２２）に渡される。Ｓ
５０４では、障害が復旧しているか判別し、メンテナン
ス担当者へ通知するかどうかの判定を行わせる。

【００４１】受けたデバイス状態が障害状態であれば、
Ｓ５０５に進み、引き続き障害状態が続いているので通
知先ＤＢ（１２３）を参照し、デバイスのメンテナンス
担当者の端末や携帯端末に１０９を介して通報させる。
通報させる手段としては、メールやポケベル等で通報さ
せる。

【００４２】受けたデバイス状態が障害状態でなけれ
ば、Ｓ５０６に進み、障害が解消され復旧しているので
メンテナンス担当者への通知は行わず、待機状態に入
る。

【００４３】以上の実施の形態に従うと、ユーザのオペ
レーションによって復旧された障害時のサービスマンの
派遣を抑制でき、サービスコストの低減が実現できる。

【００４４】本実施の形態では、デバイス管理コンピュ
ータから遠隔監視コンピュータへの通報の１回目・２回
目の判断を状態保存部に状態が保存されているかどうか
で判断したが、デバイス管理コンピュータから遠隔監視
コンピュータへ通報時に１回目・２回目の情報を組み込
む方法でも実現可能である。

【００４５】尚、デバイスから状態を取得する手段は、
デバイスからデバイス管理コンピュータに対するイベン
トによる取得方法（トラップ）、デバイス管理コンピュ
ータからデバイスに対して定期的に取得する方法（ポー
リング）のどちらでも問題ない。

【００４６】以上のように、複数のデバイスと該デバイ
スの情報を通信回線を経由して取得し管理するコンピュ
ータが存在し、該コンピュータと通信回線を経由して情
報を交換し、デバイスを遠隔地から管理する遠隔コンピ
ュータが存在するリモートメンテナンスシステムにおい
て、デバイスから状態を取得する手段と、監視タイマを
かけて一定期間後に再度デバイスの状態を取得する手段
と、遠隔コンピュータにデバイスの状態を通知する手段
と、遠隔コンピュータがデバイスの状態をメンテナンス
担当者に通知する手段を備えることで、障害発生から一
定期間後のデバイスの状態を確認することを特徴とす
る。

【００４７】この結果、障害発生から一定期間後のデバ
イスの状態が障害状態で無い場合、サービスマンの派遣
を行わないことでサービスコストの低減を実現できる。

【００４８】（実施の形態２）図６は、本発明の構成図
を示す図である。

【００４９】６０１はデバイスやデバイスを管理するコ
ンピュータを接続するネットワーク、６０２は６０１に
接続するデバイスであり、６０３は６０２を管理するコ
ンピュータである。

【００５０】６０４はデバイス管理コンピュータがデバ
イスと通信するための通信部であり、６０５は通信部を
介してデバイスの状態を取得する状態取得部である。６
０６はデバイスの状態監視を制御する状態監視部であ
り、６０８はデバイスの情報を蓄積しているデータベー
スである。

【００５１】６０７はデバイス管理コンピュータが遠隔
監視コンピュータと通信するための回線通信処理部であ
り、６０９はデバイス管理コンピュータと遠隔監視コン
ピュータを接続する通信回線である。

【００５２】６２０は６０２のデバイスを６０３のデバ
イス管理コンピュータを介して遠隔監視する遠隔監視コ
ンピュータである。６２１は遠隔監視コンピュータがデ
バイス管理コンピュータと通信するための回線通信処理
部であり、６２４はデバイスの状態を保存しておく状態
保存部である。

【００５３】６２２は６２１で受け取ったデバイスの状
態と、状態保存部に保存されている一定期間前のデバイ
スの状態を比べてメンテナンス担当者に通知を行うかど
うかを判断する通知判定部である。

【００５４】６２５は受け取ったデバイスの障害情報を
エラーコード表（６２６）と比較して障害度の高さを判
定する障害度判定部である。

【００５５】通知判定部（６２２）は６２５からデバイ
スの障害度が高いと言う通知を貰った場合も、通知の判
断を行う。

【００５６】６２３は６２２がデバイスに対応するメン
テナンス担当者を検索するための通知先データベースで
ある。

【００５７】なお、各部は、ハードウエアモジュールで
構成されても良いし、ソフトウエアモジュールで構成さ
れてもよい。

【００５８】図７に実施の形態のシーケンス図を示す。

【００５９】７０１でデバイス管理コンピュータ６０３
はＳＮＭＰによりデバイスの状態をチェックする。デバ
イス６０２は障害がある場合は応答パケットに障害情報
を入れて返す（７０２）。障害がない場合は障害情報を
入れずに応答パケットを返す。

【００６０】デバイスに障害情報があった場合、デバイ
ス管理コンピュータ６０３は遠隔コンピュータ６２０に
デバイスを特定する情報とデバイスの障害情報を送信す
る（７０３）。

【００６１】７０４では、遠隔デバイス管理コンピュー
タは、エラーコード表で障害度を判定する。障害度が高
い場合７０５でサービスマンに通知する。障害度が低い
場合７０６で所定時間後のテータスを確認するため待機
する。

【００６２】デバイスを特定する情報とデバイスの障害
情報を受け取った遠隔監視コンピュータ６２０は、次に
デバイス管理コンピュータ６０３からデバイスの状態デ
ータを受け取るまで一定期間待ち状態に入る。デバイス
デバイス管理コンピュータ６０３は７０３の一定期間経
過後ＳＮＭＰにより再度デバイスの状態をチェックする
（７０７）。

【００６３】デバイス６０２は応答パケットに現在の状
態を入れて返す（７０８）。

【００６４】７０８でデバイスの状態を受けたデバイス
管理コンピュータ６０３は遠隔コンピュータ６２０にデ
バイスを特定する情報とデバイスの状態を送信する（７
０９）。

【００６５】７０９でデータを受けた遠隔コンピュータ
６２０は、デバイスがまだ障害状態ならば７１０でサー
ビスマンの端末にデバイスの障害情報を通報する。デバ
イスの状態が正常になっていればサービスマンへの通報
は行わない。

【００６６】図８に実施の形態のデバイス管理コンピュ
ータのフローチャート、図９に遠隔監視コンピュータの
フローチャートを示し、この両フローチャートを用いて
本実施の形態の動作を説明する。

【００６７】図８の説明を行う。図８のフローチャート
に係るプログラムは、デバイス管理コンピュータのＲＯ
Ｍまたはハードディスクに記憶されており、ＲＡＭに適
宜読み出されＣＰＵによって、実行される。

【００６８】まず、デバイス管理コンピュータＣＰＵ
は、状態監視部６０６により通信部６０４、状態取得部
６０５を介してデバイス（６０２）の状態を取得したと
き（Ｓ８０１）、それが障害状態かどうかを判定する
（Ｓ８０２）。障害状態でなかった場合に状態監視部６
０６を次のデバイス状態取得タイミングまで一定期間待
機させる（Ｓ８０７）。障害状態だった場合状態監視部
６０６にデバイス情報ＤＢ６０８から読み出したデバイ
スを特定する情報とデバイスの障害状態を回線通信処理
部６０７，通信回線６０９を介して遠隔監視コンピュー
タ（６２０）に通知させる（Ｓ８０３）。

【００６９】状態管理部６０６をＳ８０３の後、監視タ
イマを起動し一定期間待機状態にさせる（Ｓ８０４）。
状態監視部６０６に監視タイマから一定期間経過の通知
を受け取ったら通信部６０４、状態取得部６０５を介し
て再度デバイスの状態を取得させる（Ｓ８０５）。状態
監視部６０６にデバイスの状態が障害状態かどうかに関
わらず、デバイス情報ＤＢ６０８から読み出したデバイ
スを特定する情報とデバイスの状態を回線処理部６０
７，通信回線６０９を介して遠隔監視コンピュータ（６
２０）に通知させる（Ｓ８０６）。

【００７０】図９の説明を行う。図９のフローチャート
に係るプログラムは、遠隔監視コンピュータのＲＯＭま
たはハードディスクに記憶されており、ＲＡＭに適宜読
み出されＣＰＵによって、実行される。

【００７１】まず、遠隔監視コンピュータのＣＰＵは、
デバイス管理コンピュータ（６０３）のＳ８０３の処理
で送信された障害情報を通信回線６０９を介して遠隔監
視コンピュータ（６２０）の回線通信処理部（６２１）
により取得する（Ｓ９０１）。

【００７２】回線通信処理部６２１で受けた障害情報
は、障害判定部（６２５）によってエラーコード表との
比較が行い（Ｓ９０２）、デバイスの障害度を通知判定
部（６２２）に伝える。

【００７３】障害度が高かった場合、通知判定部（６２
２）に通知先ＤＢ（１２３）を参照させ、デバイスのメ
ンテナンス担当者の端末や携帯端末に通信回線６０９を
介して通報させる（Ｓ９０４）。図２４にエラーコード
表例を示す。

【００７４】障害度が低い場合は、障害情報は通知判定
部（６２２）によって状態保存部（６２４）に保存さ
せ、一定期間後のデバイス６０２の状態を待つ待機状態
に入る（Ｓ９０５）。

【００７５】一定期間後、Ｓ８０６で送信されたデバイ
スの状態を通信回線６０９を介して遠隔監視コンピュー
タ（６２０）の回線通信処理部（６２１）により取得す
る（Ｓ９０６）。

【００７６】回線通信処理部６２１で受けたデバイス状
態は、通知判定部（６２２）に渡される。

【００７７】通知判定部（６２２）は状態保存部（６２
４）に前回のデバイスの障害情報があるので、メンテナ
ンス担当者へ通知するかどうかの判定を行う。（Ｓ９０
７）受けたデバイス状態が障害状態であれば、引き続き
障害状態が続いているので通知先ＤＢ（６２３）を参照
し、デバイスのメンテナンス担当者の端末や携帯端末に
通信回線６０９を介して通報する（Ｓ９０８）。

【００７８】受けたデバイス状態が障害状態でなけれ
ば、障害が解消され復旧しているのでメンテナンス担当
者への通知は行わない。

【００７９】以上の実施の形態に従うと、ユーザのオペ
レーションによって復旧された障害時のサービスマンの
派遣を抑制でき、サービスコストの低減が実現できる。

【００８０】尚、デバイスから状態を取得する手段は、
デバイスからデバイス管理コンピュータに対するイベン
トによる取得方法、デバイス管理コンピュータからデバ
イスに対して定期的に取得する方法のどちらでも問題な
い。

【００８１】以上のように、実施の形態２では、実施の
形態１において遠隔コンピュータで障害発生時に障害度
を判定し、障害度の高い障害ならば一定期間待たずにデ
バイスの状態をメンテナンス担当者に通知する手段を特
徴とする。

【００８２】この結果、障害発生から一定期間後のデバ
イスの状態が障害状態で無い場合、サービスマンの派遣
を行わないことでサービスコストの低減を実現しつつ
も、ユーザオペレーションでは復旧の見込みの無い障害
度の高い障害時には即座にサービスマンを派遣すること
ができる。

【００８３】（実施の形態３）図１０は、本発明の構成
図を示す図である。

【００８４】１００１はデバイスやデバイスを管理する
コンピュータを接続するネットワーク、１００２は１０
０１に接続するデバイスであり、１００３は１００２を
管理するコンピュータである。

【００８５】１００４はデバイス管理コンピュータがデ
バイスと通信するための通信部であり、１００５は通信
部を介してデバイスの状態を取得する状態取得部であ
る。１００６はデバイスの状態監視を制御する状態監視
部であり、１０１２はデバイスの状態を保存しておく状
態保存部、１００８はデバイスの情報を蓄積しているデ
ータベースである。

【００８６】１００７はデバイス管理コンピュータが遠
隔監視コンピュータと通信するための回線通信処理部で
あり、１００９はデバイス管理コンピュータと遠隔監視
コンピュータを接続する通信回線である。

【００８７】１０２０は１００２のデバイスを１００３
のデバイス管理コンピュータを介して遠隔監視する遠隔
監視コンピュータである。１０２１は遠隔監視コンピュ
ータがデバイス管理コンピュータと通信するための回線
通信処理部であり、１０２３は１０２２の通知部がデバ
イスに対応するメンテナンス担当者を検索するための通
知先データベースである。

【００８８】なお、各部は、ハードウエアモジュールで
構成されても良いし、ソフトウエアモジュールで構成さ
れてもよい。

【００８９】図１１に実施の形態のシーケンス図を示
す。

【００９０】１１０１でデバイス管理コンピュータ１０
０３はＳＮＭＰによりデバイスの状態をチェックする。
デバイス１００２は障害がある場合は応答パケットに障
害情報を入れて返す（１１０２）。障害がない場合は障
害情報を入れずに応答パケットを返す。

【００９１】デバイスに障害情報があった場合、所定時
間後のテータスを確認するため待機する（１１０３）。

【００９２】デバイスを特定する情報とデバイスの障害
情報を受け取った遠隔監視コンピュータ１０２０は、次
にデバイス管理コンピュータ１００３からデバイスの状
態データを受け取るまで一定期間待ち状態に入る。デバ
イスデバイス管理コンピュータ１００３は１１０３の一
定期間経過後ＳＮＭＰにより再度デバイスの状態をチェ
ックする（１１０４）。

【００９３】デバイス１００２は応答パケットに現在の
状態を入れて返す（１１０５）。

【００９４】１１０５でデバイスの状態を受けたデバイ
ス管理コンピュータ１００３は遠隔コンピュータ１０２
０にデバイスを特定する情報とデバイスの状態を送信す
る（１１０６）。

【００９５】１１０６でデータを受けた遠隔コンピュー
タ１０２０は、デバイスがまだ障害状態ならば１１０７
でサービスマンの端末にデバイスの障害情報を通報す
る。デバイスの状態が正常になっていればサービスマン
への通報は行わない。

【００９６】図１２に実施の形態のデバイス管理コンピ
ュータのフローチャート、図１３に遠隔監視コンピュー
タのフローチャートを示し、この両フローチャートを用
いて本実施の形態の動作を説明する。

【００９７】図１２の説明を行う。図１２のフローチャ
ートに係るプログラムは、デバイス管理コンピュータの
ＲＯＭまたはハードディスクに記憶されており、ＲＡＭ
に適宜読み出されＣＰＵによって、実行される。

【００９８】まず、デバイス管理コンピュータのＣＰＵ
は、状態監視部１００６により通信部１００４、状態取
得部１００５を介してデバイス（１００２）の状態を取
得したとき（Ｓ１２０１）、それが障害状態かどうかを
判定する（Ｓ１２０２）。障害状態でなかった場合は状
態監視部１００６は次のデバイス状態取得タイミングま
で一定期間待機する（Ｓ１２０７）。

【００９９】障害状態だった場合、障害情報は状態監視
部（１００６）によって状態保存部（１０１２）に保存
され、一定期間後の１００２の状態を待つ待機状態に入
る（Ｓ１２０３）。

【０１００】一定期間後、状態監視部１００６により再
度通信部１００４、状態取得部１００５を介してデバイ
ス（１００２）の状態を取得する。（Ｓ１２０４）受け
たデバイス状態を判定し（Ｓ１２０５）、障害状態であ
れば引き続き障害状態が続いているので遠隔コンピュー
タに通知する（Ｓ１２０６）。

【０１０１】受けたデバイス状態が障害状態でなけれ
ば、障害が解消され復旧しているので遠隔コンピュータ
への通知は行わない。

【０１０２】図１３の説明を行う。図１３のフローチャ
ートに係るプログラムは、遠隔監視コンピュータのＲＯ
Ｍまたはハードディスクに記憶されており、ＲＡＭに適
宜読み出されＣＰＵによって、実行される。

【０１０３】まず、遠隔監視コンピュータのＣＰＵは、
Ｓ１３０１で、障害情報取得はデバイス管理コンピュー
タのＳ１２０６の処理で送信された障害情報を１００９
を介して遠隔監視コンピュータ（１０２０）の回線通信
処理部（１０２１）によりデバイス１００２の障害情報
を受け取る。

【０１０４】１０２１で受けた障害情報は、通知部（１
０２２）に渡す。

【０１０５】通知部（１０２２）に通知先ＤＢ（１０２
３）からデバイスに対応するメンテナンス担当者を参照
させ、デバイスのメンテナンス担当者の端末や携帯端末
に１００９を介して障害情報を通報させる（Ｓ１３０
２）。

【０１０６】以上の実施の形態に従うと、ユーザのオペ
レーションによって復旧された障害時のサービスマンの
派遣を抑制でき、サービスコストの低減が実現できる。

【０１０７】尚、デバイスから状態を取得する手段は、
デバイスからデバイス管理コンピュータに対するイベン
トによる取得方法、デバイス管理コンピュータからデバ
イスに対して定期的に取得する方法のどちらでも問題な
い。

【０１０８】以上のように実施の形態３では、実施の形
態１においてデバイス管理コンピュータでデバイスの状
態を保存しておく手段と、監視タイマをかけて一定期間
後に再度デバイスの状態を取得し前回の状態と比較する
手段を特徴とする。

【０１０９】この結果、障害発生から一定期間後のデバ
イスの状態が障害状態で無い場合、サービスマンの派遣
を行わないことでサービスコストの低減を実現しつつ
も、実施の形態１よりデバイス管理コンピュータと遠隔
コンピュータの通信費を減らすことができる。

【０１１０】（実施の形態４）図１４は、本発明の構成
図を示す図である。

【０１１１】１４０１はデバイスやデバイスを管理する
コンピュータを接続するネットワーク、１４０２は１４
０１に接続するデバイスであり、１４０３は１４０２を
管理するコンピュータである。

【０１１２】１４０４はデバイス管理コンピュータがデ
バイスと通信するための通信部であり、１４０５は通信
部を介してデバイスの状態を取得する状態取得部であ
る。１４０６はデバイスの状態監視を制御する状態監視
部であり、１４１２はデバイスの状態を保存しておく状
態保存部、１４０８はデバイスの情報を蓄積しているデ
ータベースである。

【０１１３】１４１０は受け取ったデバイスの障害情報
をエラーコード表（１４１１）と比較して障害度の高さ
を判定する障害度判定部である。

【０１１４】１４０７はデバイス管理コンピュータが遠
隔監視コンピュータと通信するための回線通信処理部で
あり、１４０９はデバイス管理コンピュータと遠隔監視
コンピュータを接続する通信回線である。

【０１１５】１４２０は１４０２のデバイスを１４０３
のデバイス管理コンピュータを介して遠隔監視する遠隔
監視コンピュータである。１４２１は遠隔監視コンピュ
ータがデバイス管理コンピュータと通信するための回線
通信処理部であり、１４２３は１４２２の通知部がデバ
イスに対応するメンテナンス担当者を検索するための通
知先データベースである。

【０１１６】なお、各部は、ハードウエアモジュールで
構成されても良いし、ソフトウエアモジュールで構成さ
れてもよい。

【０１１７】図１５に実施の形態のシーケンス図を示
す。

【０１１８】１５０１でデバイス管理コンピュータ１４
０３はＳＮＭＰによりデバイスの状態をチェックする。
デバイス１４０２は障害がある場合は応答パケットに障
害情報を入れて返す（１５０２）。障害がない場合は障
害情報を入れずに応答パケットを返す。

【０１１９】デバイスデバイス管理コンピュータは、デ
バイスに障害情報があった場合、エラーコード表で障害
度を判定する（１５０３）。

【０１２０】障害度が高の場合、遠隔監視コンピュータ
に通報する（１５０４）。１５０４の通報に応じて遠隔
監視コンピュータは障害情報をサービスマンの端末に送
信する（１５０５）。

【０１２１】障害度が低の場合、所定時間後のテータス
を確認するため待機する（１５０６）。

【０１２２】デバイスを特定する情報とデバイスの障害
情報を受け取った遠隔監視コンピュータ１４２０は、次
にデバイス管理コンピュータ１４０３からデバイスの状
態データを受け取るまで一定期間待ち状態に入る。デバ
イスデバイス管理コンピュータ１４０３は１５０６の一
定期間経過後ＳＮＭＰにより再度デバイスの状態をチェ
ックする（１５０７）。

【０１２３】デバイス１４０２は応答パケットに現在の
状態を入れて返す（１５０８）。

【０１２４】１５０８でデバイスの状態を受けたデバイ
ス管理コンピュータ１４０３は、デバイスがまだ障害状
態なら遠隔コンピュータ１４２０に障害情報を通報する
（１５０９）。デバイスの状態が正常になっていれば遠
隔コンピュータ１４２０への通報は行わない。

【０１２５】１５０９で障害情報を受けた遠隔コンピュ
ータ１４２０は、サービスマンの端末にデバイスの障害
情報を通報する（１５１０）。

【０１２６】図１６に実施の形態のデバイス管理コンピ
ュータのフローチャート、図１７に遠隔監視コンピュー
タのフローチャートを示し、この両フローチャートを用
いて本実施の形態の動作を説明する。

【０１２７】図１６の説明を行う。図１６のフローチャ
ートに係るプログラムは、デバイス管理コンピュータの
ＲＯＭまたはハードディスクに記憶されており、ＲＡＭ
に適宜読み出されＣＰＵによって、実行される。

【０１２８】デバイス管理コンピュータのＣＰＵは、状
態監視部１４０６により通信部１４０４、状態取得部１
４０５を介してデバイス（１４０２）の状態を取得した
とき（Ｓ１６０１）、それが障害状態かどうかを判定す
る（Ｓ１６０２）。障害状態でなかった場合は１４０６
は次のデバイス状態取得タイミングまで一定期間待機す
る（Ｓ１６０９）。

【０１２９】障害だった場合は、障害判定部（１４１
０）によってエラーコード表（１４１１）との比較が行
わせ（Ｓ１６０３）、デバイスの障害度を状態監視部
（１４０６）に伝える。

【０１３０】障害度が高かった場合、状態監視部（１４
０６）により回線通信処理部１４０７，通信回線１４０
９を介して遠隔コンピュータ（１４２０）へデバイス障
害情報を送信させる（Ｓ１６０４）。図２４にエラーコ
ード表例を示す。

【０１３１】障害度が低かった場合、障害情報は状監視
部（１４０６）によって状態保存部（１４１２）に保存
させ、一定期間後の１４０２の状態を待つ待機状態に入
る（Ｓ１６０５）。

【０１３２】一定期間後、状態監視部１４０６により再
度、通信部１４０４、状態取得部１４０５を介してデバ
イス（１４０２）の状態を取得する。（Ｓ１６０６）受
けたデバイス状態を判定し（Ｓ１６０７）、障害状態で
あれば引き続き障害状態が続いているので遠隔コンピュ
ータに通知する（Ｓ１６０８）。

【０１３３】受けたデバイス状態が障害状態でなけれ
ば、障害が解消され復旧しているので遠隔コンピュータ
への通知は行わない。

【０１３４】図１７の説明を行う。図１７のフローチャ
ートに係るプログラムは、遠隔監視コンピュータのＲＯ
Ｍまたはハードディスクに記憶されており、ＲＡＭに適
宜読み出されＣＰＵによって、実行される。

【０１３５】遠隔監視コンピュータのＣＰＵは、デバイ
ス管理コンピュータ（１４０３）のＳ１６０４，Ｓ１６
０８の処理により通信回線１４０９を介して送信された
デバイス１４０２の障害情報を遠隔監視コンピュータ
（１４２０）の回線通信処理部（１４２１）により受け
取ることによりＳ１７０１の障害情報取得を行う。

【０１３６】回線通信処理部１４２１で受けた障害情報
は、通知部（１４２２）に渡される。

【０１３７】通知部（１４２２）に通知先ＤＢ（１４２
３）からデバイスに対応するメンテナンス担当者を参照
させ、デバイスのメンテナンス担当者の端末や携帯端末
に１４０９を介して障害情報を通報させる（Ｓ１７０
２）。

【０１３８】以上の実施の形態に従うと、ユーザのオペ
レーションによって復旧された障害時のサービスマンの
派遣を抑制でき、サービスコストの低減が実現できる。

【０１３９】尚、デバイスから状態を取得する手段は、
デバイスからデバイス管理コンピュータに対するイベン
トによる取得方法、デバイス管理コンピュータからデバ
イスに対して定期的に取得する方法のどちらでも問題な
い。

【０１４０】以上のように、実施の形態４では、実施の
形態１においてデバイス管理コンピュータでデバイスの
状態を保存しておく手段と、監視タイマをかけて一定期
間後に再度デバイスの状態を取得し前回の状態と比較す
る手段と、障害発生時に障害度を判定し、障害度の高い
障害ならば一定期間待たずに遠隔コンピュータに通知す
る手段を特徴とする。

【０１４１】この結果、障害発生から一定期間後のデバ
イスの状態が障害状態で無い場合、サービスマンの派遣
を行わないことでサービスコストの低減を実現しつつ
も、実施の形態１よりデバイス管理コンピュータと遠隔
コンピュータの通信費を減らすことができる。

【０１４２】更にユーザオペレーションでは復旧の見込
みの無い障害度の高い障害時には即座にサービスマンを
派遣することができる。

【０１４３】（実施の形態５）図１８は、本発明の構成
図を示す図である。

【０１４４】１８０１はデバイスやデバイスを管理する
コンピュータを接続するネットワーク、１８０２は１８
０１に接続するデバイスであり、１８０３は１８０２を
管理するコンピュータである。

【０１４５】１８０４はデバイス管理コンピュータがデ
バイスと通信するための通信部であり、１８０５は通信
部を介してデバイスの状態を取得する状態取得部であ
る。１８０６はデバイスの状態監視を制御する状態監視
部であり、１８１３はデバイスの状態を保存しておく状
態保存部である。１８０８はデバイスの情報を蓄積して
いるデータベースであり、１８１０は１８０６がデバイ
スに対応するメンテナンス担当者を検索するための通知
先データベースである。

【０１４６】１８１２はデバイス管理コンピュータがメ
ンテナンス担当者に通知するための回線通信処理部であ
り、１８０９はデバイス管理コンピュータとメンテナン
ス担当者の端末および携帯端末を接続する通信回線であ
る。

【０１４７】なお、各部は、ハードウエアモジュールで
構成されても良いし、ソフトウエアモジュールで構成さ
れてもよい。

【０１４８】図１９に実施の形態のシーケンス図を示
す。

【０１４９】１９０１でデバイス管理コンピュータ１４
０３はＳＮＭＰによりデバイスの状態をチェックする。
デバイス１８０２は障害がある場合は応答パケットに障
害情報を入れて返す（１９０２）。障害がない場合は障
害情報を入れずに応答パケットを返す。

【０１５０】デバイスデバイス管理コンピュータは、所
定時間後のテータスを確認するため待機する（１９０
３）。

【０１５１】デバイスデバイス管理コンピュータ１８０
３は１９０３の一定期間経過後ＳＮＭＰにより再度デバ
イスの状態をチェックする（１９０４）。

【０１５２】デバイス１８０２は応答パケットに現在の
状態を入れて返す（１９０５）。

【０１５３】１９０５でデバイスの状態を受けたデバイ
ス管理コンピュータ１８０３は、デバイスがまだ障害状
態ならば１９０６でサービスマンの端末にデバイスの障
害情報を通報する。デバイスの状態が正常になっていれ
ばサービスマンへの通報は行わない。

【０１５４】図２０に実施の形態のフローチャートを示
し、このフローチャートを用いて本実施の形態の動作を
説明する。図２０のフローチャートに係るプログラム
は、デバイス管理コンピュータのＲＯＭまたはハードデ
ィスクに記憶されており、ＲＡＭに適宜読み出されＣＰ
Ｕによって、実行される。

【０１５５】デバイス管理コンピュータのＣＰＵは、状
態監視部１８０６により通信部１８０４、状態取得部１
８０５を介してデバイス（１８０２）の状態を取得する
（Ｓ２００１）。それが障害状態かどうかを判定する
（Ｓ２００２）。障害状態でなかった場合は状態監視部
１８０６を次のデバイス状態取得タイミングまで一定期
間待機させる（Ｓ２００７）。

【０１５６】障害状態だった場合１８０６は、状態保存
部（１８１３）にデバイスの障害情報を保存して、監視
タイマを起動し一定期間待機状態に入る（Ｓ２００３）
監視タイマから一定期間経過の通知を受け取ったのち。
状態監視部１８０６により通信部１８０４、状態取得部
１８０５を介して再度デバイスの状態を取得する（Ｓ２
００４）。

【０１５７】状態監視部１８０６に、状態保存部（１８
１３）の前回のデバイスの障害情報を元に、メンテナン
ス担当者へ通知するかどうかの判定を行わせる。（Ｓ２
００５）受けたデバイス状態が障害状態であれば、引き
続き障害状態が続いているので通知先ＤＢ（１８１０）
を参照させ、デバイスのメンテナンス担当者の端末や携
帯端末に１８０９を介して通報させる（Ｓ２００６）。

【０１５８】受けたデバイス状態が障害状態でなけれ
ば、障害が解消され復旧しているのでメンテナンス担当
者への通知は行わない。

【０１５９】以上の実施の形態に従うと、ユーザのオペ
レーションによって復旧された障害時のサービスマンの
派遣を抑制でき、サービスコストの低減が実現できる。

【０１６０】尚、デバイスから状態を取得する手段は、
デバイスからデバイス管理コンピュータに対するイベン
トによる取得方法、デバイス管理コンピュータからデバ
イスに対して定期的に取得する方法のどちらでも問題な
い。

【０１６１】以上のように、実施の形態５では、複数の
デバイスと該デバイスの情報を通信回線を経由して取得
し管理するコンピュータが存在するリモートメンテナン
スシステムにおいて、デバイスから状態を取得する手段
と、デバイスの状態を保存しておく手段と、監視タイマ
をかけて一定期間後に再度デバイスの状態を取得する手
段と、一定期間前の状態と比較する手段と、メンテナン
ス担当者にデバイスの状態を通知する手段を備えること
で、障害発生から一定期間後のデバイスの状態を確認す
ることを特徴とする。

【０１６２】この結果、障害発生から一定期間後のデバ
イスの状態が障害状態で無い場合、サービスマンの派遣
を行わないことでサービスコストの低減を実現できる。

【０１６３】更に、請求項１に比べて遠隔コンピュータ
を介さないためサービスマンへの障害通報時の即時性が
高いというメリットがある。

【０１６４】（実施の形態６）図２１は、本発明の構成
図を示す図である。

【０１６５】２１０１はデバイスやデバイスを管理する
コンピュータを接続するネットワーク、２１０２は２１
０１に接続するデバイスであり、２１０３は２１０２を
管理するコンピュータである。

【０１６６】２１０４はデバイス管理コンピュータがデ
バイスと通信するための通信部であり、２１０５は通信
部を介してデバイスの状態を取得する状態取得部であ
る。２１０６はデバイスの状態監視を制御する状態監視
部であり、２１１３はデバイスの状態を保存しておく状
態保存部である。

【０１６７】２１０７は受け取ったデバイスの障害情報
をエラーコード表（２１１１）と比較して障害度の高さ
を判定する障害度判定部である。

【０１６８】２１０８はデバイスの情報を蓄積している
データベースであり、２１１０は２１０６がデバイスに
対応するメンテナンス担当者を検索するための通知先デ
ータベースである。

【０１６９】２１１２はデバイス管理コンピュータがメ
ンテナンス担当者に通知するための回線通信処理部であ
り、２１０９はデバイス管理コンピュータとメンテナン
ス担当者の端末および携帯端末を接続する通信回線であ
る。

【０１７０】なお、各部は、ハードウエアモジュールで
構成されても良いし、ソフトウエアモジュールで構成さ
れてもよい。

【０１７１】図２２に実施の形態のシーケンス図を示
す。

【０１７２】２２０１でデバイス管理コンピュータ２１
０３はＳＮＭＰによりデバイスの状態をチェックする。
デバイス２１０２は障害がある場合は応答パケットに障
害情報を入れて返す（２２０２）。障害がない場合は障
害情報を入れずに応答パケットを返す。

【０１７３】デバイスデバイス管理コンピュータは、デ
バイスに障害情報があった場合、エラーコード表で障害
度を判定する（２２０３）。

【０１７４】障害度が高の場合、サービスマンの端末に
通報する（２２０４）。

【０１７５】障害度が低の場合、所定時間後のテータス
を確認するため待機する（２２０５）。

【０１７６】デバイスデバイス管理コンピュータ２１０
３は２２０５の一定期間経過後ＳＮＭＰにより再度デバ
イスの状態をチェックする（２２０６）。

【０１７７】デバイス２１０２は応答パケットに現在の
状態を入れて返す（２２０７）。

【０１７８】２２０７でデバイスの状態を受けたデバイ
ス管理コンピュータ２１０３は、デバイスがまだ障害状
態ならば２２０８でサービスマンの端末にデバイスの障
害情報を通報する。デバイスの状態が正常になっていれ
ばサービスマンへの通報は行わない。

【０１７９】図２３に実施の形態のフローチャートを示
し、このフローチャートを用いて本実施の形態の動作を
説明する。図２３のフローチャートに係るプログラム
は、デバイス管理コンピュータのＲＯＭまたはハードデ
ィスクに記憶されており、ＲＡＭに適宜読み出されＣＰ
Ｕによって、実行される。

【０１８０】デバイス管理コンピュータのＣＰＵは、状
態監視部２１０６に通信部２１０４、状態取得部２１０
５を介してデバイス（２１０２）の状態を取得する（Ｓ
２３０１）。それが障害状態かどうかを判定する（Ｓ２
３０２）。障害状態でなかった場合は２１０６は次のデ
バイス状態取得タイミングまで一定期間待機する（Ｓ２
３１０）。

【０１８１】障害状態だった場合、障害情報は障害判定
部（２１０７）によってエラーコード表との比較が行わ
れ（Ｓ２３０３）、デバイスの障害度を状態監視部（２
１０３）に伝える。

【０１８２】障害度が高かった場合、状態監視部（２１
０３）に通知先ＤＢ（２１１０）を参照させ、デバイス
のメンテナンス担当者の端末や携帯端末に２１０９を介
して通報させる。図２４にエラーコード表例を示す。

【０１８３】障害度が低かった場合２１０６は、状態保
存部（２１１３）にデバイスの障害情報を保存して、監
視タイマを起動し一定期間待機状態に入る（Ｓ２３０
６）。監視タイマから一定期間経過の通知を受け取った
後、状態監視部２１０６により通信部２１０４、状態取
得部２１０５を介して再度デバイスの状態を取得する
（Ｓ２３０７）。

【０１８４】状態取得部２１０６に、状態保存部（２１
１３）の前回のデバイスの障害情報に応じて、メンテナ
ンス担当者へ通知するかどうかの判定を行わせる。（Ｓ
２３０８）受けたデバイス状態が障害状態であれば、引
き続き障害状態が続いているので通知先ＤＢ（２１１
０）を参照し、デバイスのメンテナンス担当者の端末や
携帯端末に通信回線２１０９を介して通報される（Ｓ２
３０９）。

【０１８５】受けたデバイス状態が障害状態でなけれ
ば、障害が解消され復旧しているのでメンテナンス担当
者への通知は行わない。

【０１８６】以上の実施の形態に従うと、ユーザのオペ
レーションによって復旧された障害時のサービスマンの
派遣を抑制でき、サービスコストの低減が実現できる。

【０１８７】尚、デバイスから状態を取得する手段は、
デバイスからデバイス管理コンピュータに対するイベン
トによる取得方法、デバイス管理コンピュータからデバ
イスに対して定期的に取得する方法のどちらでも問題な
い。

【０１８８】以上のように、実施の形態６では、実施の
形態２においてデバイス管理コンピュータで障害発生時
に障害度を判定し、障害度の高い障害ならば一定期間待
たずにデバイスの状態をメンテナンス担当者に通知する
手段を特徴とする。

【０１８９】この結果、障害発生から一定期間後のデバ
イスの状態が障害状態で無い場合、サービスマンの派遣
を行わないことでサービスコストの低減を実現しつつ
も、ユーザオペレーションでは復旧の見込みの無い障害
度の高い障害時には即座にサービスマンを派遣すること
ができる。

【０１９０】更に、実施の形態２に比べて遠隔コンピュ
ータを介さないためサービスマンへの障害通報時の即時
性が高いというメリットがある。

【０１９１】

【発明の効果】以上説明したように、本発明によれば、
障害発生から一定期間の後、再度デバイスの状態を確認
し、障害が既に解消されていればサービスマンの派遣を
行わないことで、サービスコストの低減を実現し、サー
ビス効率の向上を実現できる。

【図面の簡単な説明】

【図１】実施の形態１の構成図を示す図である。

【図２】従来例を示す図である。

【図３】実施の形態１のシーケンス図を示す図である。

【図４】実施の形態１のフローチャート１を示す図であ
る。

【図５】実施の形態１のフローチャート２を示す図であ
る。

【図６】実施の形態２の構成図を示す図である。

【図７】実施の形態２のシーケンス図を示す図である。

【図８】実施の形態２のフローチャート１を示す図であ
る。

【図９】実施の形態２のフローチャート２を示す図であ
る。

【図１０】実施の形態３の構成図を示す図である。

【図１１】実施の形態３のシーケンス図を示す図であ
る。

【図１２】実施の形態３のフローチャート１を示す図で
ある。

【図１３】実施の形態３のフローチャート２を示す図で
ある。

【図１４】実施の形態４の構成図を示す図である。

【図１５】実施の形態４のシーケンス図を示す図であ
る。

【図１６】実施の形態４のフローチャート１を示す図で
ある。

【図１７】実施の形態４のフローチャート２を示す図で
ある。

【図１８】実施の形態５の構成図を示す図である。

【図１９】実施の形態５のシーケンス図を示す図であ
る。

【図２０】実施の形態５のフローチャートを示す図であ
る。

【図２１】実施の形態６の構成図を示す図である。

【図２２】実施の形態６のシーケンス図を示す図であ
る。

【図２３】実施の形態６のフローチャートを示す図であ
る。

【図２４】エラーコード表例を示す図である。

【図２５】ハードウエア構成を説明する図である。

【符号の説明】

１０１ネットワーク１０２デバイス１０３デバイス管理コンピュータ１０４通信部１０５状態取得部１０６状態監視部１０７回線通信処理部１０８デバイス情報ＤＢ１０９通信回線１２０遠隔監視コンピュータ１２１回線通信処理部１２２通知判定部１２３通知先ＤＢ１２４状態保存部２０１ネットワーク２０２デバイス２０３デバイス管理コンピュータ２０８通信回線２２０遠隔監視コンピュータ６０１ネットワーク６０２デバイス６０３デバイス管理コンピュータ６０４通信部６０５状態取得部６０６状態監視部６０７回線通信処理部６０８デバイス情報ＤＢ６０９通信回線６２０遠隔監視コンピュータ６２１回線通信処理部６２２通知判定部６２３通知先ＤＢ６２４状態保存部６２５障害度判定部６２６エラーコード表１００１ネットワーク１００２デバイス１００３デバイス管理コンピュータ１００４通信部１００５状態取得部１００６状態監視部１００７回線通信処理部１００８デバイス情報ＤＢ１００９通信回線１０１２状態保存部１０２０遠隔監視コンピュータ１０２１回線通信処理部１０２２通知部１０２３通知先ＤＢ１４０１ネットワーク１４０２デバイス１４０３デバイス管理コンピュータ１４０４通信部１４０５状態取得部１４０６状態監視部１４０７回線通信処理部１４０８デバイス情報ＤＢ１４０９通信回線１４１０障害度判定部１４１１エラーコード表１４１２状態保存部１４２０遠隔監視コンピュータ１４２１回線通信処理部１４２２通知部１４２３通知先ＤＢ１８０１ネットワーク１８０２デバイス１８０３デバイス管理コンピュータ１８０４通信部１８０５状態取得部１８０６状態監視部１８０８デバイス情報ＤＢ１８０９通信回線１８１０通知先ＤＢ１８１２回線通信処理部１８１３状態保存部２１０１ネットワーク２１０２デバイス２１０３デバイス管理コンピュータ２１０４通信部２１０５状態取得部２１０６状態監視部２１０７障害判定部２１０８デバイス情報ＤＢ２１０９通信回線２１１０通知先ＤＢ２１１１エラーコード表２１１２回線通信処理部２１１３状態保存部

Claims

【特許請求の範囲】

【請求項１】取得したデバイスのステータス情報に基
づき障害情報を送信する第１送信手段と、所定時間後、デバイスのステータス情報を取得する取得
手段と、前記取得手段により取得したデバイスのステータス情報
を送信する第２送信手段とを有することを特徴とするデ
バイス状態監視装置。
【請求項２】デバイス管理コンピュータから障害情報
を取得した場合、所定時間後、デバイス管理コンピュー
タからステータス情報を取得する手段と、デバイス管理コンピュータから取得したステータス情報
に基づき、通知を行う手段とを有することを特徴とする
デバイス状態監視装置。
【請求項３】デバイスと、デバイス管理コンピュータ
と、遠隔監視コンピュータとからなるリモートメンテナ
ンスシステムであって、前記デバイス管理コンピュータは、デバイスから取得し
たステータス情報に基づきデバイスの障害情報を遠隔監
視コンピュータに送信する第１送信手段と、所定時間後
に取得したデバイスのステータス情報を遠隔監視コンピ
ュータに送信する第２送信手段とを有し、前記遠隔監視コンピュータは、デバイス管理コンピュー
タから障害情報を取得した場合、所定時間後、デバイス
管理コンピュータからステータス情報を取得する手段
と、デバイス管理コンピュータから取得したステータス
情報に基づき、通知を行う手段とを有することを特徴と
するリモートメンテナンスシステム。
【請求項４】デバイス管理コンピュータから取得した
障害情報に基づき障害度を判別する判別手段と、前記判別手段により障害度が高いと判別された場合、通
知を行い、前記判別手段により障害度が低いと判別され
た場合、所定時間後、デバイスのステータス情報を取得
する手段と、取得したデバイスのステータス情報に基づき、通知を行
う手段とを有することを特徴とするデバイス状態監視装
置。
【請求項５】取得したデバイスのステータス情報に基
づきデバイスが障害状態であると判別された後、デバイ
スのステータス情報を取得する取得手段と、前記取得手段により取得したデバイスのステータス情報
を送信する送信手段とを有することを特徴とするデバイ
ス状態監視装置。
【請求項６】取得したデバイスのステータス情報に基
づき障害度を判別する判別手段と、前記判別手段により障害度が高いと判別された場合、送
信を行い、前記判別手段により障害度が低いと判別され
た場合、所定時間後、デバイスのステータス情報を取得
する手段と、取得したデバイスのステータス情報を送信する送信手段
とを有することを特徴とするデバイス状態監視装置。
【請求項７】デバイス管理コンピュータで障害度が高
いと判別された際の通知に応じて、障害情報を送信する
手段と、デバイス管理コンピュータで障害度が低いと判別され所
定時間後取得したステータスが障害状態の場合の通知に
応じて障害情報を送信する手段とを有することを特徴と
するデバイス状態管理装置。
【請求項８】取得したデバイスのステータス情報に基
づきデバイスが障害状態であると判別された後、デバイ
スのステータス情報を取得する取得手段と、前記取得手段により取得したステータス情報に基づき、
通知する手段とを有することを特徴とするデバイス状態
監視装置。
【請求項９】取得したデバイスのステータス情報に基
づき障害度を判別する判別手段と、前記判別手段により障害度が高いと判別された場合、通
知し、前記判別手段により障害度が低いと判別された場
合、所定時間後、デバイスのステータス情報を取得する
手段と、取得したデバイスのステータス情報に基づき、通知する
手段とを有することを特徴とするデバイス状態監視装
置。
【請求項１０】取得したデバイスのステータス情報に
基づき障害情報を送信する第１送信ステップと、所定時間後、デバイスのステータス情報を取得する取得
ステップと、前記取得ステップにより取得したデバイスのステータス
情報を送信する第２送信ステップとを有することを特徴
とするデバイス状態監視方法。
【請求項１１】デバイス管理コンピュータから障害情
報を取得した場合、所定時間後、デバイス管理コンピュ
ータからステータス情報を取得するステップと、デバイス管理コンピュータから取得したステータス情報
に基づき、通知を行うステップとを有することを特徴と
するデバイス状態監視方法。
【請求項１２】デバイスと、デバイス管理コンピュー
タと、遠隔監視コンピュータとからなるリモートメンテ
ナンスシステムにおけるデバイス状態監視方法であっ
て、前記デバイス管理コンピュータは、デバイスから取得し
たステータス情報に基づきデバイスの障害情報を遠隔監
視コンピュータに送信する第１送信ステップと、所定時
間後に取得したデバイスのステータス情報を遠隔監視コ
ンピュータに送信する第２送信ステップとを有し、前記遠隔監視コンピュータは、デバイス管理コンピュー
タから障害情報を取得した場合、所定時間後、デバイス
管理コンピュータからステータス情報を取得するステッ
プと、デバイス管理コンピュータから取得したステータ
ス情報に基づき、通知を行うステップとを有することを
特徴とするデバイス状態監視方法。
【請求項１３】デバイス管理コンピュータから取得し
た障害情報に基づき障害度を判別する判別ステップと、前記判別ステップにより障害度が高いと判別された場
合、通知を行い、前記判別ステップにより障害度が低い
と判別された場合、所定時間後、デバイスのステータス
情報を取得するステップと取得したデバイスのステータ
ス情報に基づき、通知を行うステップとを有することを
特徴とするデバイス状態監視方法。
【請求項１４】取得したデバイスのステータス情報に
基づきデバイスが障害状態であると判別された後、デバ
イスのステータス情報を取得する取得ステップと、前記取得ステップにより取得したデバイスのステータス
情報を送信する送信ステップとを有することを特徴とす
るデバイス状態監視方法。
【請求項１５】取得したデバイスのステータス情報に
基づき障害度を判別する判別ステップと、前記判別ステップにより障害度が高いと判別された場
合、送信を行い、前記判別ステップにより障害度が低い
と判別された場合、所定時間後、デバイスのステータス
情報を取得するステップと、取得したデバイスのステータス情報を送信する送信ステ
ップとを有することを特徴とするデバイス状態監視方
法。
【請求項１６】デバイス管理コンピュータで障害度が
高いと判別された際の通知に応じて、障害情報を送信す
るステップと、デバイス管理コンピュータで障害度が低いと判別され所
定時間後取得したステータスが障害状態の場合の通知に
応じて障害情報を送信するステップとを有することを特
徴とするデバイス状態監視方法。
【請求項１７】取得したデバイスのステータス情報に
基づきデバイスが障害状態であると判別された後、デバ
イスのステータス情報を取得する取得ステップと、前記取得ステップにより取得したステータス情報に基づ
き、通知するステップとを有するデバイス状態監視方
法。
【請求項１８】取得したデバイスのステータス情報に
基づき障害度を判別する判別ステップと、前記判別ステップにより障害度が高いと判別された場
合、通知し、前記判別ステップにより障害度が低いと判
別された場合、所定時間後、デバイスのステータス情報
を取得するステップと、取得したデバイスのステータス情報に基づき、通知する
ステップとを有することを特徴とするデバイス状態監視
方法。
【請求項１９】取得したデバイスのステータス情報に
基づき障害情報を送信する第１送信ステップと、所定時間後、デバイスのステータス情報を取得する取得
ステップと、前記取得ステップにより取得したデバイスのステータス
情報を送信する第２送信ステップとを有することを特徴
とするコンピュータ読み取り可能なプログラム。
【請求項２０】デバイス管理コンピュータから障害情
報を取得した場合、所定時間後、デバイス管理コンピュ
ータからステータス情報を取得するステップと、デバイス管理コンピュータから取得したステータス情報
に基づき、通知を行うステップとを有することを特徴と
するコンピュータ読み取り可能なプログラム。
【請求項２１】デバイス管理コンピュータから取得し
た障害情報に基づき障害度を判別する判別ステップと、前記判別ステップにより障害度が高いと判別された場
合、通知を行い、前記判別ステップにより障害度が低い
と判別された場合、所定時間後、デバイスのステータス
情報を取得するステップと取得したデバイスのステータ
ス情報に基づき、通知を行うステップとを有することを
特徴とするコンピュータ読み取り可能なプログラム。
【請求項２２】取得したデバイスのステータス情報に
基づきデバイスが障害状態であると判別された後、デバ
イスのステータス情報を取得する取得ステップと、前記取得ステップにより取得したデバイスのステータス
情報を送信する送信ステップとを有することを特徴とす
るコンピュータ読み取り可能なプログラム。
【請求項２３】取得したデバイスのステータス情報に
基づき障害度を判別する判別ステップと、前記判別ステップにより障害度が高いと判別された場
合、送信を行い、前記判別ステップにより障害度が低い
と判別された場合、所定時間後、デバイスのステータス
情報を取得するステップと、取得したデバイスのステータス情報を送信する送信ステ
ップとを有することを特徴とするコンピュータ読み取り
可能なプログラム。
【請求項２４】デバイス管理コンピュータで障害度が
高いと判別され送信された障害情報に基づき通知を行う
ステップと、前記障害情報の受信後、デバイス管理コンピュータから
取得したステータス情報に基づき、ステータスが正常の
場合に通知を行わず、ステータスが障害状態の場合に通
知を行うステップとを有することを特徴とするコンピュ
ータ読み取り可能なプログラム。
【請求項２５】取得したデバイスのステータス情報に
基づきデバイスが障害状態であると判別された後、デバ
イスのステータス情報を取得する取得ステップと、前記取得ステップにより取得したステータス情報に基づ
き、通知するステップとを有することを特徴とするコン
ピュータ読み取り可能なプログラム。
【請求項２６】取得したデバイスのステータス情報に
基づき障害度を判別する判別ステップと、前記判別ステップにより障害度が高いと判別された場
合、通知し、前記判別ステップにより障害度が低いと判
別された場合、所定時間後、デバイスのステータス情報
を取得するステップと、取得したデバイスのステータス情報に基づき、通知する
ステップとを有することを特徴とするコンピュータ読み
取り可能なプログラム。
【請求項２７】請求項１９ないし請求項２６いずれか
に記載のコンピュータ読み取り可能なプログラムを記憶
することを特徴とする記憶媒体。