JP2003015973A - ネットワークデバイス管理装置、管理方法及び管理プログラム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークデバイスが回復した際にも電子
メールで通知する。 【解決手段】 送信手段１６０１は、ＧｅｔＲｅｑｕｅ
ｓｔパケットをプリンタ１３３に送信し、プリンタ１３
３はこれに応答してＧｅｔＲｅｓｐｏｎｓｅパケットを
返信する。受信手段１６０２において、ＧｅｔＲｅｓｐ
ｏｎｓｅパケットを受信し、内容分析手段１６０３にお
いて、ＧｅｔＲｅｓｐｏｎｓｅパケットに含まれるエラ
ー情報として、エラーＡ，Ｂを抽出する。比較・検出手
段１６０５は、保持手段１６０４に保持されている前回
のエラー情報と今回のエラー情報とを比較し、新規のエ
ラー及びエラーの回復を検出する。比較・検出の結果、
エラーＢは新規、エラーＡは継続、エラーＣは回復した
と検出され、電子メール作成手段１６０６により検出結
果に関する電子メールが作成され、電子メール送信手段
１６０７により送信される。一方、更新手段１６０８に
より、エラーの内容が更新される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本願発明は、コンピュータネ
ットワークに接続された各種ネットワークデバイスを管
理する技術に係り、とりわけ、ネットワークデバイス管
理装置、管理方法及び管理プログラムに関する。

【０００２】

【従来の技術】近年、コンピュータのネットワーク化が
進むにつれ、様々なネットワークデバイスが登場してい
る。ＬＡＮ等のネットワークにおいて、プリンタ等のネ
ットワークデバイスは、コンピュータから離れた位置に
配置されることが多いため、遠隔からでもネットワーク
デバイスの管理を行えるようにすることが望まれる。こ
の管理の際に使用されるプロトコルとして、例えば、Ｓ
ＮＭＰと呼ばれるプロトコルがある。

【０００３】ＳＮＭＰ(Simple Network Management Pro
tocol)は、ＬＡＮをはじめとするネットワークを管理す
るためのプロトコルであり、現在ではＴＣＰ／ＩＰプロ
トコルをベースとしたネットワークに限らず、ＴＣＰ／
ＩＰ以外のプロトコルをベースとしたネットワークのネ
ットワーク管理プロトコルとしても幅広く使用されてい
る。

【０００４】通常ＳＮＭＰに基づいたネットワーク管理
は、ＳＮＭＰプロトコルを使用してＭＩＢ(Management
Information Base)と呼ばれるツリー構造の情報データ
ベースにアクセスすることにより管理を行うものであ
る。

【０００５】一方、ネットワーク上の各種の資源（プリ
ンタ、サーバ、スキャナなど）を効率的に発見し、利用
するための方法として、ディレクトリサービスと呼ばれ
るものが提供されている。

【０００６】ディレクトリサービスとは、言わばネット
ワークに関する電話帳のようなものである。このディレ
クトリサービスの具体例として、例えばＲＦＣ１７７７
に規定されているＬＤＡＰ(Lightweight Directory Acc
ess Protocol)やＮｏｖｅｌｌ社のＮＤＳ(NetWare Dire
ctory Service)がある。

【０００７】従来のネットワークデバイス管理システム
においては、ＳＮＭＰ／ＭＩＢやディレクトリサービス
を用いて、例えばネットワークに接続されているネット
ワークデバイスを検索したり、ネットワークデバイスの
状態やネットワークデバイスに設定されている各種情報
を表示したり変更したりすることができる。

【０００８】ところで、最近は、ＰＣのＷｅｂブラウザ
により、ネットワークに接続されているネットワークデ
バイスの一覧を表示したり、ネットワークデバイスの状
態やネットワークデバイスに設定されている各種情報を
表示したりできるＷｅｂアプリケーションの開発が盛ん
になっている。

【０００９】また、Ｗｅｂサーバをネットワークデバイ
ス内部に同梱することにより、ＰＣのＷｅｂブラウザか
ら、ネットワークデバイスの状態やネットワークデバイ
スに設定されている各種情報を表示したりする機能を提
供するネットワークデバイスが開発されている。

【００１０】

【発明が解決しようとする課題】ここで、このようなＷ
ｅｂアプリケーションの一機能として、ネットワークデ
バイスにエラーが発生していることをネットワーク管理
者等に電子メールで通知する機能を検討する。この機能
は、Ｗｅｂアプリケーションがネットワークデバイスに
エラーが発生していることを検知した場合に、ネットワ
ークデバイスから取得した、ネットワークデバイスの名
称、アドレス及び発生しているエラーの内容等を電子メ
ールの形式に変換して、予め設定された電子メールアド
レスに対して通知するという機能である。

【００１１】しかしながら上記検討例では、ネットワー
クデバイスにエラーが発生している場合にのみ電子メー
ルを通知するものである。すなわち、正常な状態の場合
には電子メールを送信することはない。従って、発生し
たエラーが、その後回復したとしても、その旨は電子メ
ールで通知されることはなかったため、ユーザは、直接
ネットワークデバイスのところまで足を運んで、回復し
たか否かを確認しなければならなかった。

【００１２】また、上記検討例では、Ｗｅｂアプリケー
ションがネットワークデバイスにエラーが発生している
ことを検知する度に、電子メールでネットワークデバイ
スのエラーを通知していたため、同一のエラーに対して
何度も同一の電子メールを配信し、無用にネットワーク
トラフィックを増大させてしまうという欠点があった。

【００１３】さらに、既に第１のエラーが発生している
ネットワークデバイスで、第１のエラーより重要度の低
い第２のエラーが発生した場合、第１のエラーを解決し
ない限り、ネットワークデバイスを復旧させることがで
きないにもかかわらず、第２のエラーを検出した旨を電
子メールで配信し、無用にネットワークトラフィックを
増大させてしまうという欠点もあった。

【００１４】そこで、本願発明の第１観点によれば、こ
のような煩わしさを解消すべく、ユーザに対して、ネッ
トワークデバイスの回復を電子メールにて通知すること
を目的とする。

【００１５】また、本願発明の第２の観点によれば、ネ
ットワークデバイスに同一のエラーが発生していること
をＷｅｂアプリケーションが検出した場合に、Ｗｅｂア
プリケーションが電子メールを配信しないことによっ
て、ネットワークトラフィックを低減させることが可能
なネットワークデバイス管理システムを提供することを
目的とする。

【００１６】さらに、本願発明の第３の観点によれば、
既に発生しているエラーより重要度の低いエラーをＷｅ
ｂアプリケーションが検出した場合に、Ｗｅｂアプリケ
ーションが電子メールを配信しないことによって、ネッ
トワークトラフィックを低減させることが可能なネット
ワークデバイス管理システムを提供することを目的とす
る。

【００１７】

【課題を解決するための手段】上記課題を解決すべく、
本願発明は、ネットワークに接続されたネットワークデ
バイスを管理するネットワークデバイスの管理装置であ
って、前記ネットワークデバイスに対して、所定のタイ
ミングで状態要求を送信する送信手段と、前記ネットワ
ークデバイスが前記状態要求に応答して状態情報を送信
してきた場合に該状態情報を受信する受信手段と、前記
受信手段により第１の時間に受信された第１の状態情報
と、該第１の時間よりも後の第２の時間に受信された第
２の状態情報とを比較し、状態情報の内容の変化を検出
する検出手段と、前記検出手段において、前記第１の状
態情報の内容と前記第２の状態情報の内容とに変化があ
ると検出されると、状態情報の変化に関する電子メール
を所定のメールアドレスに対して送信する電子メール送
信手段と、を含むことを特徴とするネットワークデバイ
スの管理装置を提供する。

【００１８】また、前記検出手段において、前記第１の
状態情報の内容と前記第２の状態情報の内容とに変化が
あると検出されると、状態情報の変化に関する電子メー
ルを作成する電子メール作成手段をさらに備え、前記電
子メール送信手段は、前記電子メール作成手段により作
成された前記電子メールを所定のメールアドレスに対し
て送信するようにネットワークデバイスの管理装置を構
成してもよい。

【００１９】また、前記第１の状態情報が正常を示し、
前記第２の状態情報が異常を示している場合には、前記
検出手段は、前記ネットワークデバイスが正常状態から
異常状態に変化したことを検出し、前記電子メール作成
手段は、前記ネットワークデバイスが異常状態に変化し
たことを表す電子メールを作成するようにネットワーク
デバイスの管理装置を構成してもよい。

【００２０】また、前記第１の状態情報が異常を示し、
前記第２の状態情報が正常を示している場合には、前記
検出手段は、前記ネットワークデバイスが異常状態から
正常状態に変化したことを検出し、前記電子メール作成
手段は、前記ネットワークデバイスが正常状態に回復し
たことを表す電子メールを作成するようにネットワーク
デバイスの管理装置を構成してもよい。

【００２１】さらに、前記受信手段により受信された前
記状態情報を時系列的に記憶する記憶手段をさらに備
え、前記検出手段は、前記記憶手段において記憶された
時間的に相前後する前記第１の状態情報と前記第２の状
態情報との間の内容の変化を検出するようにネットワー
クデバイスの管理装置を構成してもよい。

【００２２】また、前記受信手段により前記第１の時間
に受信された前記第１の状態情報を記憶する記憶手段を
さらに備え、前記検出手段は、前記記憶手段において記
憶された前記第１の状態情報と、前記受信手段により受
信された前記第２の状態情報との間の内容の変化を検出
するようにネットワークデバイスの管理装置を構成して
もよい。

【００２３】ここで、所定のタイミングは、たとえば、
定期的なタイミングであってもよいし、任意のタイミン
グであってもよい。要するに、本願発明では送信した応
答要求命令に対して返答が帰ってくるか否かを判定でき
ればよいのである。ただし、保守管理は、定期的に行う
ことが多いため、前者のほうが都合がよいかもしれな
い。

【００２４】さらに、上記課題を解決すべく、本願発明
は、ネットワークデバイスに発生したエラーの内容を保
持する保持手段を備えたネットワークデバイスの管理装
置であって、前記ネットワークデバイスにエラーが発生
していないかを観測する観測手段と、前記観測手段にお
いて前記ネットワークデバイスに第１のエラーが発生し
たと観測された場合に、該第１のエラーの内容と、前記
保持手段に保持されている過去に発生した第２のエラー
の内容とが一致するか否かを判定する判定手段と、前記
判定手段により前記第１のエラーと前記第２のエラーの
内容とが一致しないと判定された場合に、前記保持手段
に保持されているエラーの内容を前記第１のエラーの内
容に更新する更新手段と、前記判定手段により前記第１
のエラーと前記第２のエラーの内容とが一致しないと判
定された場合に、前記第１のエラーの内容に関する電子
メールを所定のメールアドレスに対して送信する電子メ
ール送信手段と、を含むことを特徴とするネットワーク
デバイスの管理装置を提供する。

【００２５】前記保持手段は、前記ネットワークデバイ
スに複数のエラーが発生している場合は、該複数のエラ
ーの内容を保持し、前記判定手段は、前記観測手段にお
いて観測された前記第１のエラーの内容と、前記保持手
段において保持されている複数のエラーの内容とを比較
し、前記第１のエラーの内容が既に前記保持手段に保持
されているか判定し、前記判定手段における判定の結
果、前記第１のエラーの内容は前記保持手段に保持され
ていると判定されると、前記電子メール送信手段は、前
記第１のエラーの内容に関する電子メールの送信を抑制
することを特徴とする請求項１７に記載のネットワーク
デバイスの管理装置。

【００２６】なお、前記判定手段は、前記第１のエラー
のレベルが前記第２のエラーのレベルより高いか否かを
判定し、前記判定手段において前記第１のエラーのレベ
ルが前記第２のエラーのレベルより高いと判定される
と、前記更新手段は、前記保持手段に保持されているエ
ラーの内容を前記第１のエラーの内容に更新し、前記電
子メール送信手段は、前記第１のエラーの内容に関する
電子メールを所定のメールアドレスに対して送信するよ
うにネットワークデバイスの管理装置を構成してもよ
い。

【００２７】また、前記保持手段は、前記ネットワーク
デバイスに第２のエラーとして複数のエラーが発生して
いる場合は、該複数のエラーの内容を保持し、前記判定
手段は、前記観測手段において観測された前記第１のエ
ラーのレベルと、前記保持手段において保持されている
複数のエラーの各レベルとを比較し、前記第１のエラー
のレベルが前記複数のエラーの各レベルよりも高いか否
かを判定し、前記判定手段における判定の結果、前記第
１のエラーのレベルが前記複数のエラーの各レベルより
も高いと判定されると、前記電子メール送信手段は、前
記第１のエラーの内容に関する電子メールを送信するよ
うにネットワークデバイスの管理装置を構成してもよ
い。

【００２８】また、前記判定手段における判定の結果、
前記第１のエラーのレベルよりも高いレベルのエラーが
前記複数のエラーの中に含まれていると判定されると、
前記電子メール送信手段は、前記第１のエラーの内容に
関する電子メールの送信を抑制するようにネットワーク
デバイスの管理装置を構成してもよい。

【００２９】また、前記ネットワークデバイスに発生す
るエラーと、該エラーのレベルとの対応関係を表すデー
タを記憶する記憶手段をさらに備え、前記判定手段は、
前記第１のエラーのエラーレベルと、前記第２のエラー
のエラーレベルとを前記記憶手段に記憶された前記デー
タから取得して双方のエラーレベルを比較するようにネ
ットワークデバイスの管理装置を構成してもよい。

【００３０】また、前記観測手段により観測されなくな
ったエラーを、前記保持手段から削除する削除手段をさ
らに備えるようにネットワークデバイスの管理装置を構
成してもよい。

【００３１】また、前記観測手段は、前記ネットワーク
デバイスに対して、所定のタイミングで状態要求を送信
する送信手段と、前記ネットワークデバイスが前記状態
要求に応答して状態情報を送信してきた場合に該状態情
報を受信する受信手段と、を含むようにネットワークデ
バイスの管理装置を構成してもよい。

【００３２】

【発明の実施の形態】［共通の実施形態］以下、管理が
必要な大規模なネットワークの一例について説明する。
図１は、開放型アーキテクチャを備えるプリンタ１３３
に、ＮＢ（ネットワークボード）１０１を接続した状況
を示す図である。ＮＢ１０１は、例えば、同軸コネクタ
を備えるＥｔｈｅｒｎｅｔインタフェース１０Ｂａｓｅ
−２や、ＲＪ−４５を備える１０Ｂａｓｅ−Ｔ等のＬＡ
Ｎインタフェースを介して、ＬＡＮ１００に接続されて
いる。

【００３３】ＬＡＮ１００には、さらに、ＰＣ（パーソ
ナルコンピュータ）１０３やＰＣ１０４等も接続されて
おり、ネットワークオペレーティングシステムの制御の
下、これらのＰＣはＮＢ１０１と通信することができ
る。ネットワークデバイスの管理を行うには、ＰＣの１
つ、例えばＰＣ１０３を、ネットワーク管理装置として
指定し、ネットワーク管理ソフトをインストールすれば
よい。ＰＣ１０４にプリンタ１３０を接続してもよい。
接続する際には、パラレルポート、シリアルポート、Ｕ
ＳＢ、ＩＥＥＥ１３９４、ブルートゥースなど、どのよ
うなインタフェースを用いてもよい。

【００３４】ＬＡＮ１００には、ファイルサーバ１０６
が接続されており、ファイルサーバ１０６には、大容量
のネットワークディスク１０７が接続されている。ネッ
トワークディスク１０７には複数のファイルが記憶され
ており、ＰＣがこれらのファイルにアクセスする際に
は、ファイルサーバ１０６がこれらのアクセスを管理す
る。プリントサーバ１０４は、プリンタ１３１および１
３３、または遠隔地にあるＭＦＰ１３２などのプリンタ
に印刷を行わせる。ここで、ＭＦＰ（Multi Function P
eripheral）とは、いわゆる複合機のことであり、コピ
ー機としての機能と、ネットワークプリンタとして機能
を複合したものである。電子メールサーバ１１７は、電
子メールを集配する役割を備えるサーバであり、電子メ
ールアドレスを備えるユーザがＰＣ１０３などのクライ
アントから電子メールサーバに接続した際に、ユーザか
ら送信された電子メールを他の電子メールサーバに送信
したり、他の電子メールサーバから配信された電子メー
ルを各ユーザに振り分けたりするように機能する。また
他の図示しない周辺機器をＬＡＮ１００に接続してもよ
い。

【００３５】更に詳しくは、図１に示すネットワーク
は、様々なネットワークメンバー間で効率良く通信を行
うために、Ｎｏｖｅｌｌ社のＯＳやＵＮＩＸ （登録商
標）ＯＳなどのネットワークソフトウェアを使用するこ
とができる。本願発明は、ネットワークソフトウェアに
よって依存するものではなく、どのようなネットワーク
ソフトウェアを使用することも可能であるが、ここで
は、一例として、Ｎｏｖｅｌｌ社のＮｅｔＷａｒｅ（Ｎ
ｏｖｅｌｌ社の商標。以下省略）ソフトウェアを使用す
るものと仮定して説明する。このソフトウェアパッケー
ジに関する詳細な説明は、ＮｅｔＷａｒｅパッケージに
同梱されているオンラインドキュメンテーションを参照
のこと。これは、Ｎｏｖｅｌｌ社からＮｅｔＷａｒｅパ
ッケージとともに購入可能である。

【００３６】簡潔に説明すると、ファイルサーバ１０６
は、ＬＡＮメンバ間でデータのファイルの送受信、記
憶、キューイング又はキャッシングなどを行う際のファ
イル管理部としての役割を果たす。例えば、ＰＣ１０３
によって作られたデータファイルは、ファイルサーバ１
０６へ送られ、ファイルサーバ１０６はこれらのデータ
ファイルを順に並べ、そしてプリントサーバ１０４から
のコマンドに従って、並べられたデータファイルをプリ
ンタ１３１へ送信する。

【００３７】ＰＣ１０３はパーソナルコンピュータであ
り、データファイルを生成したり、ＬＡＮ１００を介し
て生成したデータファイルを送信したり、ＬＡＮ１００
を通じてファイルを受信したり、ファイルを表示したり
する。図１には、パーソナルコンピュータが示されてい
るが、ネットワークソフトウェアを実行する他のコンピ
ュータ機器が含まれていてもよい。例えば、ネットワー
クソフトウェアがＵＮＩＸ ＯＳの場合は、他のコンピ
ュータ機器としてＵＮＩＸワークステーションがネット
ワークに接続される。

【００３８】通常、ＬＡＮ１００などは、ある建物内の
１フロアまたは連続した複数階に存在するユーザグルー
プ等、幾分ローカルなユーザグループにサービスを提供
する。一方、ユーザが他の建物や他県にも存在する場合
は、ＷＡＮ（ワイドエリアネットワーク）を構成しても
よい。ＷＡＮは、基本的に、いくつかのＬＡＮをＩＳＤ
Ｎ（高速度サービス総合デジタルネットワーク）等のデ
ジタルラインで接続して形成された集合体である。ＷＡ
Ｎの一例を図１に示すと、ＬＡＮ１００、ＬＡＮ１１０
及びＬＡＮ１２０は、ＭＯＤＥＭ（変調／復調）／ルー
タ１３０およびバックボーン１４０を介して、相互に接
続され、ＷＡＮを形成する。これらの接続は、数本のバ
スによる単純な電気的接続である。

【００３９】ＬＡＮには必ずしも必要なわけではない
が、ファイルサーバ、プリントサーバ及び電子メールサ
ーバが含まれてもよい。従って、図１に示すように、Ｌ
ＡＮ１１０は、ＰＣ１１１と、ファイルサーバ１１３
と、ネットワークディスク１１４と、ＭＦＰ１３２を含
む。また、ＬＡＮ１２０は少なくともＰＣ１２２を含
む。ＬＡＮ１００と、ＬＡＮ１１０と、ＬＡＮ１２０と
に接続されている機器は、ＷＡＮ接続を介して、他のＬ
ＡＮ機器の機能にアクセスすることができる。

【００４０】前述のような大規模ネットワーク上のデバ
イスを管理する方法として、これまでにいくつかの試み
が数多くの標準機関でなされている。たとえば、ＩＳＯ
（国際標準化機構）はＯＳＩ（開放型システム間相互接
続）モデルと呼ばれる汎用基準フレームワークを提供し
ている。ネットワーク管理プロトコルのＯＳＩモデル
は、ＣＭＩＰ（共通管理情報プロトコル）と呼ばれる。
ＣＭＩＰはヨーロッパの共通ネットワーク管理プロトコ
ルである。

【００４１】米国においては、より共通性の高いネット
ワーク管理プロトコルとして、ＳＮＭＰ（簡易ネットワ
ーク管理プロトコル）と呼ばれるＣＭＩＰの一変種が存
在する。ＳＮＭＰに関しては、「ＴＣＰ／ＩＰネットワ
ーク管理入門 実用的な管理をめざして」Ｍ．Ｔ．ロー
ズ 著／西田竹志 訳（株）トッパン発行１９９２年８月
２０日初版を参照のこと。ＳＮＭＰネットワーク管理技
術によれば、ネットワーク管理システムには、少なくと
も１つのネットワーク管理ステーション、管理対象ノー
ド、管理対象ノードに備えられたエージェントおよびネ
ットワーク管理ステーションやエージェントが管理情報
を交換するために使用するネットワーク管理プロトコル
が含まれる。ユーザは、ネットワーク管理ステーション
上でネットワークデバイス管理ソフトウェアを用いて管
理対象ノード上のエージェントソフトウェアと通信する
ことにより、ネットワーク上のデータを得、またデータ
を変更することができる。

【００４２】エージェントとは、各々のターゲット装置
についてのバックグラウンドプロセスとして走るソフト
ウェアである。ユーザがネットワーク上の装置に対して
管理データを要求すると、管理ソフトウェアはオブジェ
クト識別情報を管理パケットまたはフレームに入れてタ
ーゲットエージェントへ送り出す。エージェントは、そ
のオブジェクト識別情報を解釈して、そのオブジェクト
識別情報に対応するデータを取り出し、そのデータをパ
ケットに入れてユーザに送り返す。時には、データを取
り出すために対応するプロセスが呼び出される場合もあ
る。

【００４３】エージェントは、自分の状態に関するデー
タをデータベースの形式で保持している。このデータベ
ースのことをＭＩＢ（Management Information Base）
と呼ぶ。図２は、ＭＩＢの構造を示す概念図である。図
２に示すように、ＭＩＢは木構造のデータ構造をしてお
り、全てのノードが一意に番号付けされている。図２に
おいて、かっこ内に書かれている番号が、そのノードの
識別子である。例えば、図２においてノード４０１の識
別子は"１"である。ノード４０２の識別子は、ノード４
０１の下の"３"であるので、"１．３"と表記される。同
様にして、ノード４０３の識別子は、"１．３．６．
１．２"と表記される。このノードの識別子のことを、
オブジェクト識別子と呼ぶ。このＭＩＢの構造は、ＳＭ
Ｉ（管理情報構造）と呼ばれ、ＲＦＣ１１５５「Struct
ure and Identification of Management Information f
or TCP/IP-based Internets」で規定されている。

【００４４】図２には、標準として規定されているＭＩ
Ｂのうち、一部のもののみを抜き出して記載してある。
４０４は、標準ＭＩＢと呼ばれ、オブジェクト群の頂点
になるノードである。標準ＭＩＢは、ＳＮＭＰで管理さ
れる機器に標準的に備えられるオブジェクト群である。
ノード４０４の下に位置するオブジェクトの詳細な構造
については、ＲＦＣ１２１３「Management Information
Base for Network Management of TCP/IP-based Inter
nets：MIB-II」に規定されている。

【００４５】４０５は、プリンタＭＩＢと呼ばれ、オブ
ジェクト群の頂点になるノードである。プリンタＭＩＢ
は、ＳＮＭＰで管理されるプリンタに標準的に備えられ
るオブジェクト群である。ノード４０５の下に位置する
オブジェクトの詳細な構造については、ＲＦＣ１７５９
「Printer MIB」で規定されている。

【００４６】さらに、４０６はプライベートＭＩＢと呼
ばれ、企業や団体などが独自のＭＩＢ定義を行うための
頂点となるノードである。４０７は企業拡張ＭＩＢと呼
ばれ、プライベートＭＩＢの中で企業が独自の拡張を行
うための頂点となるノードである。ある企業には、独自
の定義を行うために企業番号として１６０２が割り当て
られており、その企業独自のＭＩＢであるを定義するた
めの頂点ノード４０８が、企業を意味するノードである
ノード４０７の下に位置している。企業独自のＭＩＢの
頂点ノードのオブジェクト識別子は、"１．３．６．
１．４．１．１６０２"である。

【００４７】エージェントの実装例として、プリンタを
ネットワークに接続するためのネットワークボード上に
エージェントを実装することが考えられる。これによ
り、プリンタをネットワークデバイス管理ソフトウェア
による管理の対象とすることができる。ユーザは、ネッ
トワークデバイス管理ソフトウェアを用いて制御対象の
プリンタの情報を得、また状態を変更することができ
る。より具体的には、例えばプリンタの液晶ディスプレ
イに表示されている文字列を取得したり、デフォルトの
給紙カセットを変更したりすることができる。

【００４８】以下、エージェントを実装したＮＢ（ネッ
トワークボード）をプリンタに接続する実施形態につい
て説明する。

【００４９】図３は、ＮＢ１０１をプリンタ１３３にイ
ンストールした状態を示す断面図である。図３に示すよ
うに、ＮＢ１０１はネットワーク接続の為のフェースプ
レート１０１ｂを設置した印刷回路ボード１０１ａから
構成されており、コネクタ１７０を介してプリンタイン
タフェースカード１５０に接続されている。プリンタイ
ンタフェースカード１５０は、プリンタ１３３のプリン
タエンジンを直接制御する。印刷データおよびプリンタ
状態コマンドは、ＮＢ１０１からコネクタ１７０を介し
て、プリンタインタフェースカード１５０へ入力され、
また、プリンタ状態情報はプリンタインタフェースカー
ド１５０からやはりコネクタ１７０を介して得られる。
ＮＢ１０１はこの情報を、フェースプレート１０１ｂの
ネットワークコネクタを介して、ＬＡＮ１００上で通信
する。同時に、プリンタ１３３は、従来のシリアルポー
ト１０２ａおよびパラレルポート１０２ｂから、印刷デ
ータを受信することもできる。

【００５０】図３に示すように、好ましくは、ＮＢ１０
１は、プリンタ１３３の内部拡張Ｉ／Ｏスロットに内蔵
されており、ＮＢ１０１は、下に示す処理およびデータ
記憶機能を備える「埋め込まれた」ネットワークノード
となる。

【００５１】このＮＢ１０１の構成により、大きなマル
チエリアＷＡＮネットワークを統括および管理するため
の、特徴的な補助機能がもたらされる。これらの補助機
能としては、例えば、ネットワーク上の遠隔地（ネット
ワーク統括者の事務所など）からのプリンタ制御機能、
状態観察機能、各印刷ジョブ後の次のユーザに対して保
証初期環境を提供するためのプリンタ構成の自動管理機
能、およびプリンタの負荷量を特徴付け、あるいはトナ
ーカートリッジの交換スケジュールを組むためにネット
ワークを通してアクセスする機能、プリンタログまたは
使用統計を記録するための機能が含まれる。

【００５２】ＮＢ設計において重要なのは、共有メモリ
２００等の両方向インタフェースを介して、ＮＢ１０１
からプリンタ制御機能にアクセスする機能である。共有
メモリ以外に、ＳＣＳＩインタフェース等のインタフェ
ースを使用することもできる。これにより、プリンタ操
作情報をＮＢ１０１または外部ネットワークノードへ送
出することができ、さらに、このプリンタ情報に基づい
て多数の便利な補助機能プログラムが実行される。印刷
画像データおよび制御情報のブロックは、ＮＢ１０１上
にあるマイクロプロセッサ３０１によって作成されて、
共有メモリ２００に書き込まれ、そして、プリンタ１３
３によって読み込まれる。同様に、プリンタ状態情報
は、プリンタ１３３から共有メモリ２００へ送られ、そ
こからＮＢ上のマイクロプロセッサ３０１によって読み
込まれる。

【００５３】図４は、ＮＢ１０１、プリンタ１３３及び
ＬＡＮ１００の電気的接続を示すブロック図である。Ｎ
Ｂ１０１は、ＬＡＮ１００に対してはＬＡＮインタフェ
ースを介して、プリンタ１３３に対してはプリンタイン
タフェースカード１５０を介して直接接続されている。
ＮＢ１０１上にはＮＢ１０１を制御するためのマイクロ
プロセッサ３０１と、マイクロプロセッサ３０１の動作
プログラムを格納するためのＲＯＭ３０３と、マイクロ
プロセッサ３０１がプログラムを実行する際にワークエ
リアとして用いるＲＡＭ３０２と、ＮＢ１０１とプリン
タインタフェースカード１５０とが相互にデータをやり
とりするための共有メモリ２００があり、内部バスを通
じて相互に接続されている。ＮＢ１０１がＳＮＭＰのエ
ージェントとして動作するためのプログラムはＲＯＭ３
０３に格納されている。マイクロプロセッサ３０１は、
ＲＯＭ３０３に格納されたプログラムに従って動作し、
ワークエリアとしてＲＡＭ３０２を用いる。また、プリ
ンタインタフェースカード１５０と相互に通信するため
のバッファ領域として共有メモリ２００を用いる。

【００５４】プリンタインタフェースカード１５０上の
マイクロプロセッサ１５１はＮＢ１０１とのデータのア
クセスを、ＮＢ１０１に設置されている共有メモリ２０
０を介して行う。プリンタインタフェースカード１５０
上のマイクロプロセッサ１５１は、実際に印刷機構を動
かすプリンタエンジン１６０とも通信する。

【００５５】一方、ネットワークデバイス管理ソフトウ
ェアが稼動するＰＣ側について、図５を用いて説明す
る。図５は、ネットワークデバイス管理ソフトウェアが
稼動可能なＰＣの構成を示すブロック図である。

【００５６】図５において、５００は、ネットワークデ
バイス管理ソフトウェアが稼動するＰＣであり、図１に
おける１０３と同等である。ＰＣ５００は、ＲＯＭ５０
２もしくはＨＤ（ハードディスク）５１１に記憶され
た、あるいはＦＤ（フロッピー（登録商標）ディスクド
ライブ）５１２より供給されるネットワーク管理プログ
ラムを実行するＣＰＵ５０１を備え、システムバス５０
４に接続される各デバイスを総括的に制御する。

【００５７】５０３はＲＡＭで、ＣＰＵ５０１の主メモ
リ、ワークエリア等として機能する。５０５はＫＢＣ
（キーボードコントローラ）で、ＫＢ（キーボード）５
０９や不図示のポインティングデバイス等からの指示入
力を制御する。５０６はＣＲＴＣ（ＣＲＴコントロー
ラ）で、ＣＲＴ（ＣＲＴディスプレイ）５１０の表示を
制御する。５０７はＤＫＣ（ディスクコントローラ）
で、ブートプログラム、種々のアプリケーション、編集
ファイル、ユーザファイルそしてネットワーク管理プロ
グラム等を記憶するＨＤ５１１およびＦＤ５１２とのア
クセスを制御する。５０８はＮＩＣ（ネットワークイン
タフェースカード）で、ＬＡＮ１００を介して、エージ
ェントあるいはネットワーク機器と双方向にデータをや
りとりする。

【００５８】次に、本願発明のネットワークデバイス管
理ソフトウェアの構成について説明する。本願発明のネ
ットワーク管理装置は、図５に示すようなＰＣ上でネッ
トワークデバイス管理ソフトウェアを起動することによ
り実現される。ＨＤ５１１には、ネットワークデバイス
管理ソフトウェアのプログラムが格納され、ＣＰＵ５０
１と相まって後述の説明で動作主体を構成する。後述の
すべての説明において、特に断りのない限り、ハード上
の実行主体はＣＰＵ５０１である。一方、ソフトウェア
上の制御の主体は、ＨＤ５１１に格納されたネットワー
クデバイス管理ソフトウェアである。本実施形態におい
ては、ＯＳは例えば、ウィンドウズ（マイクロソフト社
製）を想定しているが、もちろん、本願発明はこれに限
られるものではない。

【００５９】なお本願に係るネットワーク管理プログラ
ムは、フロッピーディスクやＣＤ−ＲＯＭなどの記憶媒
体に格納された形で供給されても良く、その場合には図
５に示すＦＤ５１２または不図示のＣＤ−ＲＯＭドライ
ブなどによって記憶媒体からプログラムが読み取られ、
ＨＤ５１１にインストールされる。

【００６０】図６は、本願発明に係るネットワークデバ
イス管理ソフトウェアのモジュール構成図である。本願
発明に係るネットワークデバイス管理ソフトウェアは、
図５におけるＨＤ５１１に格納されており、ＣＰＵ５０
１によって実行される。その際、ＣＰＵ５０１はワーク
エリアとしてＲＡＭ５０３を使用する。

【００６１】図６において、６０１はデバイスリストモ
ジュールであり、ネットワークに接続されたネットワー
クデバイスを一覧にして表示するなどのユーザインタフ
ェースを提供する。デバイスリストモジュール６０１
は、ユーザからの指示に従って、後述の全体制御モジュ
ール６０２に対して処理要求を出したり、後述のＵＩＡ
６０６ａ、ＵＩ Ｂ６０６ｂといった他のユーザインタ
フェースを表示したりする。また、デバイスリストモジ
ュール６０１は、ネットワークデバイスを一覧にして表
示する機能の他に、ネットワークデバイスを探索するた
めのプロトコルの切り替えや、ネットワークデバイスの
探索範囲、管理対象デバイスの選択などのユーザインタ
フェースも備える。

【００６２】６０２は全体制御モジュールであり、デバ
イスリストモジュール６０１からの要求に応じて、他の
下位モジュールを統括する。

【００６３】６０３は、デバイス探索モジュールであ
り、ネットワークに接続されているネットワークデバイ
スを探索する。デバイス探索の方法の一例としては、後
述のＳＮＭＰ探索モジュール６０９を用いてネットワー
クデバイス管理ソフトウェアがインストールされている
ＰＣが接続されたネットワーク上で、所定のＭＩＢオブ
ジェクトに対してＧｅｔＲｅｑｕｅｓｔパケットをブロ
ードキャストし、前記ＧｅｔＲｅｑｕｅｓｔパケットを
受信したネットワークデバイスがＧｅｔＲｅｓｐｏｎｓ
ｅパケットを送信し、当該ＰＣのＳＮＭＰ探索モジュー
ル６０９でこのＧｅｔＲｅｓｐｏｎｓｅパケットを受信
する方法がある。デバイス探索モジュール６０３で探索
されたネットワークデバイスは、前記デバイスリストモ
ジュール６０１により一覧表示される。

【００６４】６０４は、デバイス監視モジュールであ
り、前記デバイスリストモジュール６０１で選択した特
定のネットワークデバイス（以下、管理対象デバイスと
いう）の状態を監視するためのものである。デバイス監
視モジュール６０４は、管理対象デバイス状態に異常が
発生した場合、発生した異常の内容を通知するための電
子メールを作成し、予め設定された宛先に対して通知す
るものがある。管理対象デバイスの状態は、それぞれの
管理対象デバイスの状態を示す適切なＭＩＢオブジェク
トの値をＧｅｔＲｅｑｕｅｓｔパケットで問い合わせる
方法が一般的である。例えば、企業独自のＭＩＢを搭載
したネットワークプリンタの場合、プリンタの状態を示
すＭＩＢオブジェクトの値を取得することで、プリンタ
に異常（紙なし、紙づまり、カセットオープン、トナー
切れ、など）が発生しているかどうかがわかる。

【００６５】６０５は、電子メール制御モジュールであ
り、前記デバイス監視モジュール６０４が生成した電子
メールを予め設定された宛先に送信する。電子メール制
御モジュール６０５は、前記デバイス監視モジュール６
０４から渡された電子メールの内容を、所定の電子メー
ルデータの形式に変換し、後述のＷｉｎＳｏｃｋ６１４
経由で電子メールサーバ１１７に前記電子メールデータ
を送信する。

【００６６】６０６ａおよび６０６ｂは、ＵＩモジュー
ル（ＵＩ ＡおよびＵＩ Ｂ）であり、前記デバイスリス
トモジュール６０１で表示されたネットワークデバイス
の一覧から特定のネットワークデバイスを選択した場合
に、前記選択したネットワークデバイスに関する詳細な
情報を表示・設定するためのユーザインタフェースを提
供する。図６では、ＵＩモジュールとしてＵＩ Ａ６０
６ａおよびＵＩ Ｂ６０６ｂの２つのみを明記している
が、実際にはネットワークデバイス管理ソフトウェアが
対応するネットワークデバイスの種類ごとに専用のＵＩ
モジュールが存在する。

【００６７】６０７ａおよび６０７ｂは、制御モジュー
ルであり、ネットワークデバイスに関する詳細な情報を
表示・設定するために必要な、機種特有の制御を行う。
制御モジュールは、前記ＵＩモジュールごとに存在す
る。

【００６８】６０８は、ＭＩＢモジュールであり、上位
モジュールから指定されたオブジェクトキーをオブジェ
クト識別子に変換するためのモジュールである。ここで
オブジェクトキーとは、オブジェクト識別子と１対１に
対応する３２ビットの整数のことである。オブジェクト
識別子は可変長の識別子であり、ネットワークデバイス
管理ソフトウェアを実装する上で扱いが面倒なので、本
願に係るネットワークデバイス管理ソフトウェアにおい
てはオブジェクト識別子と１対１に対応する固定長の識
別子を内部的に用いている。ＭＩＢモジュール６０８よ
り上位のモジュールはこのオブジェクトキーを用いてＭ
ＩＢの情報を扱う。これにより、ネットワークデバイス
管理ソフトウェアの実装が楽になる。

【００６９】６０９は、ＳＮＭＰモジュールであり、Ｓ
ＮＭＰパケット（ＧｅｔＲｅｑｕｅｓｔ、ＧｅｔＮｅｘ
ｔＲｅｑｕｅｓｔ、ＳｅｔＲｅｑｕｅｓｔ、Ｔｒａｐ）
の送信と受信を行う。

【００７０】６１０は、共通トランスポートモジュール
であり、ＳＮＭＰデータを運搬するための下位プロトコ
ルの差を吸収するモジュールである。実際には、動作時
にユーザが選択したプロトコルに応じて、ＵＤＰハンド
ラ６１１またはＩＰＸハンドラ６１２のいずれかのモジ
ュールがデータを転送する役割を担う。なお、ＵＤＰハ
ンドラ６１１は実装としてＷｉｎＳｏｃｋ６１４を用い
ており、ＩＰＸハンドラ６１２は実装としてＮｅｔＷａ
ｒｅ６１５を用いている。なお、ＷｉｎＳｏｃｋ６１４
については、例えば「Windows Socket API v1.1」の仕
様書を参照のこと。このドキュメントは、複数箇所から
入手可能であるが、例えばマイクロソフト社製のコンパ
イラである「Microsoft Visual C/C++」に同梱されてい
る。また、ＮｅｔＷａｒｅ６１５については、例えばＮ
ｏｖｅｌｌ社から発行されている「NetWare Programme
r's Guide for C」等を参照のこと。この書籍はノベル
株式会社から購入可能である。

【００７１】６１３は、ＮｅｔＷａｒｅジョブモジュー
ルであり、ＮｅｔＷａｒｅ６１５を用いてネットワーク
サーバからプリントジョブの状況を取得する。

【００７２】以下、図面を用いて本願発明の実施形態で
あるネットワークデバイス管理ソフトウェアの動作につ
いて詳細に説明する。

【００７３】なお、後述のすべての説明において、特に
断りのない限り、ハード上の実行主体はＣＰＵ５０１で
あり、ソフトウェア上の制御の主体は、ＨＤ５１１にイ
ンストールされたネットワークデバイス管理ソフトウェ
アである。また、図１においてネットワークに接続され
たＮＢ１０１とそのネットワークボードが装着されたプ
リンタ１３３の組み合わせをネットワークデバイスと呼
ぶ。

【００７４】［第１の実施形態］図７は、本発明実施形
態のネットワークデバイス管理ソフトウェアの一実施形
態において、デバイス状態の監視処理の一例を示すフロ
ーチャートである。

【００７５】尚、本処理は、ネットワークデバイス管理
ソフトウェアの起動時に開始され、ネットワークデバイ
ス管理ソフトウェアの終了時に停止されるものとする。
また、本実施形態において、管理対象デバイスは、前記
図６のデバイスリストモジュール６０１において実装さ
れる管理対象デバイスを指定するためのユーザインタフ
ェースにより予め設定され、前記図５のＨＤ５１１上に
保存されている管理対象デバイスの一覧が、ネットワー
クデバイス管理ソフトウェアの起動時に前記ＲＡＭ５０
３上のワークエリアにインデックス参照可能な形式でロ
ードされているものとする。

【００７６】同図において、ステップＳ７０１では、管
理対象デバイスから状態を取得する間隔を計時するため
のタイマ（以下、監視タイマという）を起動し、ステッ
プＳ７０２に進む。

【００７７】ステップＳ７０２では、前記ステップＳ７
０１で起動した監視タイマがタイムアウトしたかどうか
検査し、タイムアウトした場合はステップＳ７０３に進
み（ステップＳ７０２：Ｙｅｓ）、タイムアウトしてい
ない場合はステップＳ７０２に進む（ステップＳ７０
２：Ｎｏ）。

【００７８】ステップＳ７０３では、管理対象デバイス
をインデックス参照するための変数ｉを０に初期化し、
ステップＳ７０４に進む。

【００７９】ステップＳ７０４では、前記変数ｉの値と
管理対象デバイスの数を比較し、変数ｉの値が管理対象
デバイスの数よりも小さい場合はステップＳ７０５に進
み（ステップＳ７０４：Ｙｅｓ）、それ以外の場合はス
テップＳ７０１に進む（ステップＳ７０４：Ｎｏ）。

【００８０】ステップＳ７０５では、ｉ番目の管理対象
デバイスについて、状態を問い合わせるための要求を発
行し、ステップＳ７０６に進む。本実施形態では、前記
管理対象デバイスの状態を示すＭＩＢオブジェクトを取
得するための、ＧｅｔＲｅｑｕｅｓｔパケットを送信す
るものとする。ＧｅｔＲｅｑｕｅｓｔパケットは、管理
対象デバイスにその状態を返信するよう要求する状態要
求の一例に過ぎず、もちろん他の形式の要求信号を送信
してもよい。

【００８１】ステップＳ７０６では、ｉ番目の管理対象
デバイスについて、前記ステップＳ７０５において発行
した状態の問い合わせ要求に対する、前記管理対象デバ
イスからの応答待ち時間を計時するためのタイマ（以
下、応答待ちタイマという）を起動し、ステップＳ７０
７に進む。

【００８２】ステップＳ７０７では、ｉ番目の管理対象
デバイスについて、前記ステップＳ７０５において発行
した状態の問い合わせ要求に対して、前記管理対象デバ
イスから応答があったかどうかを検査し、応答があった
場合はステップＳ７０８に進み（ステップＳ７０７：Ｙ
ｅｓ）、応答がない場合はステップＳ７１１に進む（ス
テップＳ７０７：Ｎｏ）。本実施形態では、前記管理対
象デバイスからの応答のありなしを、前記管理対象デバ
イスからのＧｅｔＲｅｓｐｏｎｓｅパケットの受信によ
り判断するものとする。このＧｅｔＲｅｓｐｏｎｓｅパ
ケットは、管理装置からの状態要求に対する応答であ
り、その中にはデバイスの状態に関する情報（状態情
報）が含まれている。もちろん、デバイスの状態伝える
情報であれば、データ形式は他の形式であってもよい。

【００８３】ステップＳ７０８では、ｉ番目の管理対象
デバイスについて、前記ステップＳ７０６で起動した応
答待ちタイマを停止し、ステップＳ７０９に進む。

【００８４】ステップＳ７０９では、ｉ番目の管理対象
デバイスについて、前記管理対象デバイスの最新の状態
を前記ＲＡＭ５０３上のワークエリアに保存し（状態取
得ステップ）、ステップＳ７１０に進む。本実施形態で
は、前記管理対象デバイスの最新の情報は、前記ステッ
プＳ７０７において受信したＧｅｔＲｅｓｐｏｎｓｅパ
ケットに格納されたＭＩＢオブジェクトの値を解析する
ことにより得ることができる。なお、ＲＡＭ５０３上の
ワークエリアに保存されるデータは、ＭＩＢオブジェク
トの値そのものでもよいし、ＭＩＢオブジェクトの値を
解析し、解析後の結果を保存してもよい。

【００８５】ステップＳ７１０では、ｉ番目の管理対象
デバイスについて、後述の図８に示すデバイス状態変化
の通知処理を実行し、ステップＳ７１１に進む。

【００８６】ステップＳ７１１では、ｉ番目の管理対象
デバイスについて、前記ステップＳ７０９で取得した最
新の状態を、ＲＡＭ５０３上に保存されている前回の状
態に上書きして保存し（状態保持ステップ）、ステップ
Ｓ７１３に進む。

【００８７】ステップＳ７１２では、ｉ番目の管理対象
デバイスについて、前記ステップＳ７０６で起動した応
答待ちタイマがタイムアウトしたかどうか検査し、タイ
ムアウトした場合はステップＳ７１３に進み（ステップ
Ｓ７１２：Ｙｅｓ）、タイムアウトしていない場合はス
テップＳ７０７に進む（ステップＳ７１２：Ｎｏ）。

【００８８】ステップＳ７１３では、前記変数ｉの値を
１加算し、ステップＳ７０４に進む。

【００８９】図８は、本発明実施形態のネットワークデ
バイス管理ソフトウェアの一実施形態において、前記図
７のステップＳ７１０で起動されるデバイス状態変化通
知処理の一例を示すフローチャートである。

【００９０】同図において、ステップＳ８０１では、Ｒ
ＡＭ５０３上に保存された管理対象デバイスの前回の状
態を読み出し、ステップＳ８０２に進む。なお、ＲＡＭ
５０３には、前記ステップＳ７１１においてｉ番目の管
理対象デバイスに係る前回の状態が記憶されているもの
とする。

【００９１】ステップＳ８０２では、ｉ番目の管理対象
デバイスについて、前記ステップＳ８０１において取得
した前回の状態を検査し、前回の状態が正常状態である
場合はステップＳ８０３に進み（ステップＳ８０２：Ｙ
ｅｓ）、前回の状態が異常状態である場合はステップＳ
８０５に進む（ステップＳ８０２：Ｎｏ）。

【００９２】ステップＳ８０３では、ｉ番目の管理対象
デバイスについて、前記図７のステップＳ７０９におい
て取得した最新の状態を検査し（異常状態検出ステッ
プ）、最新の状態が異常状態である場合はステップＳ８
０４に進み（ステップＳ８０３：Ｙｅｓ）、最新の状態
が正常状態である場合は本処理を終了する（ステップＳ
８０３：Ｎｏ）。

【００９３】ステップＳ８０４では、ｉ番目の管理対象
デバイスについて、当該管理対象デバイスに異常が発生
した旨の電子メールを生成し（状態異常発生メール生成
ステップ）、ステップＳ８０７に進む。ここでは、例え
ば、図９に示すような内容の電子メールを生成する。

【００９４】ステップＳ８０５では、ｉ番目の管理対象
デバイスについて、前記図７のステップＳ７０９におい
て取得した最新の状態を検査し（デバイス異常回復検出
ステップ）、最新の状態が正常状態である場合はステッ
プＳ８０６に進み（ステップＳ８０５：Ｙｅｓ）、最新
の状態が異常状態である場合は本処理を終了する（ステ
ップＳ８０５：Ｎｏ）。

【００９５】ステップＳ８０６では、ｉ番目の管理対象
デバイスについて、異常が回復した旨の電子メールを生
成し（状態異常回復メール生成ステップ）、ステップＳ
８０７に進む。ここでは、例えば、図１０に示すような
内容の電子メールを生成する。

【００９６】ステップＳ８０７では、前記ステップＳ８
０４またはステップＳ８０６で生成した電子メールを予
め設定されている宛先に対して送信し（電子メール送信
ステップ）、本処理を終了する。

【００９７】このようにステップＳ８０２、ステップＳ
８０３及びステップＳ８０５の判定ステップにより、前
回検出された状態と今回検出された状態との変化を検出
し、状態の変化に応じて、デバイスにエラーが発生した
か、または、デバイスがエラーから回復したかを判断で
きる。その結果、デバイスが回復した際にも電子メール
にてユーザに対し通知することができるようになる。

【００９８】［第２の実施形態］第１の実施形態では、
ネットワークデバイスから送信されてきた複数の応答情
報の内容が異なる場合に、障害の発生・回復に関する電
子メールを通知するものであった。

【００９９】第２の実施形態では、エラーが発生してい
るときにのみエラー情報を保持し、回復した場合にはエ
ラー情報をクリアすることで、不要な電子メールの配信
を抑制することを目的とする。

【０１００】図１１は、ＰＣ１０３、ＰＣ１０４等、あ
るいはネットワークデバイス１３１，１３３（若しくは
ＮＢ１０１）等に格納されているネットワークデバイス
に関するデータを表形式で表現した図である。

【０１０１】図において、ネットワークデバイス（１１
０１）に示されているネットワークデバイス１３１，１
３３等に対して、それぞれのＭＡＣアドレス（１１０
２）、ＩＰアドレス（１１０３）、デバイス名（１１０
４）、設置場所（１１０５）を表している。

【０１０２】なお、図１１に示した情報はあくまでも例
であって、ＰＣ１０４やネットワークデバイス１３１等
に格納する情報としては、さらにネットワークデバイス
の製品名などの付加情報が含まれてもよいことは言うま
でもない。

【０１０３】図１２は、デスクトップＰＣ１１１等の動
作について説明したフローチャートである。これら一連
の処理の判断と実行は、ネットワークデバイスの管理装
置となるＰＣ（たとえばＰＣ１１１など）内部のＣＰＵ
５０１によって行われる。

【０１０４】デスクトップＰＣ１１１が起動すると、ま
ずステップＳ１２０１にて、ネットワークデバイス１０
１や１３１などに対して、ＭＡＣアドレス、ＩＰアドレ
ス、デバイス名、設置場所等のネットワークデバイスに
関する情報を取得するための処理を実行する。

【０１０５】この操作により、デスクトップＰＣ１１１
において、ＳＮＭＰ／ＭＩＢを使用して、ネットワーク
デバイス１３１から１３６に対してＭＡＣアドレス、Ｉ
Ｐアドレス、デバイス名、設置場所等のネットワークデ
バイスに関する情報取得を要求した場合、ネットワーク
デバイス１３１から１３６では、それぞれ図１１の各行
に示されるような情報を返す。

【０１０６】次にステップＳ１２０２に進み、取得され
たＭＡＣアドレス、ＩＰアドレス、デバイス名、設置場
所等のネットワークデバイスに関する情報をＲＡＭ５０
３に記憶する。

【０１０７】次のステップＳ１２０３では、それぞれの
ネットワークデバイスにエラーが発生しているかどうか
を監視（観測）する。このエラー観測の仕方は、第１の
実施形態と同様であるので説明を省略する。ネットワー
クデバイスにエラーが発生していないならば、ステップ
Ｓ１２０４に進む。ネットワークデバイスにエラーが発
生しているならば、ステップＳ１２０５に進む。

【０１０８】ステップＳ１２０４では、ＲＡＭ５０３に
記憶された過去のエラー情報をクリアし、ステップＳ１
２０３に戻る。なお、複数のエラー情報がＲＡＭ５０３
に保持されている場合には、全てクリアすることにな
る。

【０１０９】ステップＳ１２０５では、以前に発生した
エラーがあるかどうかを判別する。判別方法としては、
ＲＡＭ５０３にエラー情報が既に記憶されているかどう
かによって判別してもよいし、他の方法を用いて判別し
てもよい。

【０１１０】さて、ステップＳ１２０５で、今以前に発
生したエラーがあると判別されたならば、ステップＳ１
２０６に進む。もし、以前に発生したエラーがないと判
別されたならば、新規にエラーが発生したとして、ステ
ップＳ１２０７に進む。

【０１１１】ステップＳ１２０６では、ステップＳ１２
０３にて発生を検出したエラーの情報と、ＲＡＭ５０３
に記憶されたエラー情報とが同一かどうか判別する。ち
なみに、ＲＡＭ５０３にエラー情報が記憶されていると
いうことは、前回のエラー検出の時点で、エラーが回復
してないということを意味する。なぜなら、前回の時点
においてエラーが回復していれば、ステップＳ１２０４
において、エラー情報がクリアされているはずだからで
ある。

【０１１２】ところで、既存のエラーが複数であった
り、今回発生したエラーが複数の場合もありえよう。こ
のような場合には、今回のエラーすべてが、既存のエラ
ーに含まれているか判別し、１つでも新規のエラーが存
在する場合には、ステップ１２０７に進み、新規なエラ
ーをＲＡＭ５０３に追記することになる。

【０１１３】ところで、ＲＡＭ５０３に記憶されている
複数のエラー情報のうち、今回はその一部が回復した場
合にも、ステップ１２０７に進むようにしてもよい。こ
の場合は、ＲＡＭ５０３に今回発生しているエラーにつ
いてのエラー情報のみを記憶する。あるいは、回復した
エラーに係るエラー情報を削除するように構成してもよ
い。そして、ステップ１２０８では、この回復した部分
についてのみ、あるいは、回復した部分と、継続中のエ
ラーの双方を電子メールにて通知してもよい。

【０１１４】さて、ステップ１２０５で、同一であると
判別されたならば、ステップＳ１２０３に戻る。これに
より、重複した電子メールの通知を抑制できる。もし、
異なると判別されたならば、ステップＳ１２０７に進
む。

【０１１５】ステップＳ１２０７では、ステップＳ１２
０３にて検出したエラー情報をＲＡＭ５０３に記憶す
る。ちなみに、複数のエラーが発生している場合には、
これら全てをＲＡＭ５０３に記憶する。これにより、エ
ラー情報が最新のものに更新される。

【０１１６】次のステップＳ１２０８では、ステップＳ
１２０２でＲＡＭ５０３に格納されたＭＡＣアドレス、
ＩＰアドレス、デバイス名、設置場所等の対応するネッ
トワークデバイスに関する情報や、ステップＳ１２０３
で検出したネットワークデバイスで発生しているエラー
の内容をエラーメッセージに変換して、予め設定された
宛先に対してネットワークデバイスにエラーが発生して
いることを通知するための電子メールデータを作成す
る。

【０１１７】次のステップＳ１２０９では、ステップＳ
１２０８で作成した電子メールデータをメール（ＳＭＴ
Ｐ）サーバ１１７に対して送信する。

【０１１８】図１２のフローチャートは、ネットワーク
デバイス１３１から１３６の内部で実行されてもよい。

【０１１９】この場合は、それぞれのネットワークデバ
イス１３１から１３６の内部あるいは、ネットワークボ
ード１０１の内部において、図１１の各行に示されるよ
うな情報を個別に記憶しておき、実際にエラーが発生し
たネットワークデバイスにおいてのみ電子メールデータ
が作成され、エラーが発生したネットワークデバイスか
らメール（ＳＭＴＰ）サーバに対して直接電子メールデ
ータが送信されることになる。通知される電子メールデ
ータの一例を図９に示す。この電子メールは、エラーが
発生しているネットワークデバイスの情報や状態を表示
している。

【０１２０】以上のような構成により、同一のエラーが
継続して発生している場合に、何度も電子メールを配信
する事態を抑制でき、これにより、ネットワークトラヒ
ックの無用な増加を防止できる利点がある。

【０１２１】また、過去に複数のエラーが発生してお
り、その一部が回復した場合には、この回復した部分に
ついてのみ、あるいは、回復した部分と継続中のエラー
の双方を電子メールにて通知することもでき、ユーザは
より正確にエラーを把握できる。

【０１２２】［第３の実施形態］第３の実施形態では、
エラーの重要度をレベル分けし、前回よりも重要なエラ
ーが今回発生した場合に電子メールを送信するものであ
る。

【０１２３】本実施形態におけるネットワークの構成、
パーソナルコンピュータの内部構成およびネットワーク
デバイスのデータ表現形式は、第１の実施形態と第２の
実施形態で説明したものを流用する。

【０１２４】図１３は、デスクトップＰＣ１１１の動作
について説明したフローチャートである。これら一連の
処理の判断と実行は、ハードウェア的にはデスクトップ
ＰＣ１１１内部のＣＰＵ２０１によって行われる。な
お、他のＰＣがネットワークデバイスの管理装置として
機能してもよい。

【０１２５】ステップＳ１３０６では、後述するステッ
プＳ１３０８にてＲＡＭ５０３に記憶された最重要エラ
ー情報が、ステップＳ１２０３にて発生を検出した１つ
またはそれ以上のエラーの中に含まれるかどうか判別す
る。もし、含まれると判別されたならば、ステップＳ１
３０７に進む。もし、含まれないと判別されたならば、
ステップＳ１３０８に進む。

【０１２６】ステップＳ１３０７では、後述するステッ
プＳ１３０８にてＲＡＭ５０３に記憶された最重要エラ
ー情報と、ステップＳ１３０３にて発生を検出した１つ
またはそれ以上のエラーの中で最も重要なエラーの情報
の重要度を比較する。

【０１２７】図１４に、エラーレベルの比較に用いるテ
ーブルを示す。このテーブル１４００には、エラーＩＤ
１４０１とエラーレベル１４０２とが対応付けられてい
る。従って、各エラーごとのエラーレベルは、このテー
ブル１４００を参照することにより取得される。このテ
ーブルを用いて、エラーの重要度を比較する方法は色々
とある。たとえば、前回のエラーのうち最もエラーレベ
ルの高いものを、最重要エラーレベルパラメータとして
保持しておき、このパラメータと、今回発生したエラー
に係るエラーレベルを比較するようにしてもよい。ま
た、ＲＡＭ５０３に記憶されている複数のエラーについ
て、その都度、テーブル１４００を参照して、最重要の
エラーレベルを決定し、今回のエラーについても同様に
テーブル１４００を参照して、最重要のエラーレベルを
決定し、双方の最重要エラーレベルを比較するようにし
てもよい。ちなみに、前者の処理のほうが簡単であろ
う。

【０１２８】さて、比較の結果、後述するステップＳ１
３０８にてＲＡＭ５０３に記憶された最重要エラー情報
の重要度の方が高かった場合は、ステップＳ１２０３に
戻る。

【０１２９】ステップＳ１２０３にて検出された一以上
のエラー中で最も重要度の高いエラーの方が、ＲＡＭ５
０３に保持されているエラーの重要度よりも高かった場
合には、ステップＳ１３０８に進む。ステップＳ１３０
８では、ステップＳ１２０３にて検出した１つまたはそ
れ以上のエラーのうち、もっとも重要なエラーの情報を
ＲＡＭ５０３に記憶する。

【０１３０】以上のようにして、本実施形態によれば、
既存のエラーよりも高いレベルのエラーが発生した場合
に電子メールを送信するため、不要なメールの配信を抑
制でき、ひいては、トラヒックの無用な増加を防止でき
る。

【０１３１】［他の実施形態］以上のように、各実施形
態を説明してきたが、これらは個別に用いてもよいし、
適宜組み合わせて用いてもよい。

【０１３２】また、本願発明は、複数の機器（例えばホ
ストコンピュータ、インタフェース機器、リーダなど）
から構成されるシステムあるいは統合装置に適用して
も、ひとつの機器からなる装置に適用してもよい。

【０１３３】前述した実施形態の機能を実現するソフト
ウェアのプログラムコードを記録した記憶媒体を、シス
テムあるいは装置に供給し、そのシステムあるいは装置
のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に
格納されたプログラムコードを読み出し実行することに
よっても、本願発明の目的が達成されることは言うまで
もない。この場合、記憶媒体から読み出されたプログラ
ムコード自体が本願発明の新規な機能を実現することに
なり、そのプログラムコードを記憶した記憶媒体は本願
発明を構成することになる。プログラムコードを供給す
るための記憶媒体としては、例えば、フロッピーディス
ク、ハードディスク、光ディスク、光磁気ディスク、Ｃ
Ｄ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、
不揮発性のメモリカード、ＲＯＭなどを用いることがで
きる。

【０１３４】また、コンピュータが読み出したプログラ
ムコードを実行することによって、前述した実施形態の
機能が実現される他、そのプログラムコードの指示に基
づき、コンピュータ上で稼動しているＯＳなどが実際の
処理の一部または全部を行い、その処理によっても前述
した実施形態の機能が実現され得る。

【０１３５】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によっても前述した実施形態の機能が実現
され得る。

【０１３６】なお、本願発明は、記憶媒体に記憶された
前述の実施形態に係る機能を実現するソフトウェアのプ
ログラムコードを、パソコン通信などの通信ラインを介
して要求者にそのプログラムを配信する場合にも適用で
きることは言うまでもない。

【０１３７】上述のように、本願発明を実現すべく、コ
ンピュータにプログラムを供給する場合は、当該プログ
ラムを実行することにより、図７、８、１２又は１３の
フローチャートに従った処理が実現される。

【０１３８】その他の実施形態について具体例を説明す
ると、上記で説明した本願発明に係るネットワークデバ
イス管理ソフトウェアは、外部からインストールされる
プログラム、すなわち、ネットワークデバイス管理ソフ
トウェアがＰＣ５００によって遂行される。その場合、
そのプログラムはＣＤ−ＲＯＭやフラッシュメモリやフ
ロッピーディスクなどの記憶媒体により、あるいは電子
メールやパソコン通信などのネットワークを介して、外
部の記憶媒体からプログラムを含む情報群をＰＣ５００
上にロードすることにより、ＰＣ５００に供給される場
合でも本願発明は適用されるものである。

【０１３９】図１５は、記憶媒体の一例であるＣＤ−Ｒ
ＯＭのメモリマップを示す図である。９９９９はディレ
クトリ情報を記憶してある領域で、以降のインストール
プログラムを記憶してある領域９９９８およびネットワ
ークデバイス管理ソフトウェアを記憶してある領域９９
９７の位置を示している。９９９８は、インストールプ
ログラムを記憶してある領域である。９９９７は、ネッ
トワークデバイス管理ソフトウェアを記憶してある領域
である。本願発明のネットワークデバイス管理ソフトウ
ェアがＰＣ５００にインストールされる際には、まずイ
ンストールプログラムを記憶してある領域９９９８に記
憶されているインストールプログラムがシステムにロー
ドされ、ＣＰＵ５０１によって実行される。次に、ＣＰ
Ｕ５０１によって実行されるインストールプログラム
が、ネットワークデバイス管理ソフトウェアを記憶して
ある領域９９９７からネットワークデバイス管理ソフト
ウェアを読み出して、ハードディスク５１１に格納す
る。このようにして、ハードディスク５１１に格納され
たネットワークデバイス管理ソフトウェアは、適宜のタ
イミングで起動され、本願発明を実施することになる。

【０１４０】図１６に、ネットワークデバイス管理ソフ
トウェアがＰＣ上で起動された場合の機能ブロック図を
示す。

【０１４１】まず、送信手段１６０１は、ＧｅｔＲｅｑ
ｕｅｓｔパケットを管理の対象となるプリンタ１３３に
送信する。プリンタ１３３はこれに応答してＧｅｔＲｅ
ｓｐｏｎｓｅパケットを返す。このパケットの中にはエ
ラーの情報が含まれているものとする。受信手段１６０
２はＧｅｔＲｅｓｐｏｎｓｅパケットを受信し、内容分
析手段１６０３はＧｅｔＲｅｓｐｏｎｓｅパケットに含
まれるエラー情報を分析する。ここでは、プリンタにエ
ラーＡ，Ｂが発生しているとの情報が含まれているもの
とする。比較・検出手段１６０５は、保持手段１６０４
に保持されている前回のＧｅｔＲｅｓｐｏｎｓｅパケッ
トの内容と今回のＧｅｔＲｅｓｐｏｎｓｅパケットの内
容とを比較し、プリンタの状態に変化があればそれを検
出する。ここでは、前回、エラーＡ，Ｃが検出され保持
されているものとする。比較・検出の結果、エラーＢが
新規に発生し、エラーＡが継続中であり、エラーＣが回
復したものと検出される。検出の結果をユーザに通知す
べく、電子メール作成手段１６０６は、検出結果に基づ
いて電子メールを作成し、電子メール送信手段１６０７
はこの電子メールを送信する。また、更新手段１６０８
により、エラーの内容を更新する。

【０１４２】

【発明の効果】本願発明の第１観点によれば、ネットワ
ークデバイスにエラーが発生したときだけでなく、ネッ
トワークデバイスがエラーから回復した場合にも電子メ
ールにて通知することが可能となる。これにより、ユー
ザは、ネットワークデバイスの回復を電子メールにて知
ることができるため、ネットワークデバイスのところま
で足を運ぶ必要がなくなる。

【０１４３】また、本願発明の第２の観点によれば、ネ
ットワークデバイスに同一のエラーが発生していること
をＷｅｂアプリケーションが検出した場合に、Ｗｅｂア
プリケーションが電子メールを配信しないようにする。
これにより、ネットワークトラフィックを低減させるこ
とが可能となる。

【０１４４】さらに、本願発明の第３の観点によれば、
既に発生しているエラーより重要度の低いエラーをＷｅ
ｂアプリケーションが検出した場合に、Ｗｅｂアプリケ
ーションが電子メールを配信しないようにした。これに
よって、ネットワークトラフィックを低減させることが
可能となる。

【図面の簡単な説明】

【図１】共通の実施形態に係るネットワーク構成を示す
図である。

【図２】ＭＩＢの構造を示す図である。

【図３】エージェントを実装したネットワークボードが
接続されたプリンタを示す図である。

【図４】ネットワークボード、プリンタ及びＬＡＮとの
電気的接続を示すブロック図である。

【図５】ネットワークデバイス管理ソフトウェアが稼動
可能なPCの構成を示す図である。

【図６】ネットワークデバイス管理ソフトウェアのモジ
ュール構成図である。

【図７】共通の実施形態に係るデバイス応答状況の監視
処理についてのフローチャートである。

【図８】第１の実施形態に係るデバイス応答状況の通知
処理についてのフローチャートである。

【図９】デバイス応答なしの場合に通知されるメールの
一例を示す図である。

【図１０】デバイスの応答が回復した場合に通知される
メールの一例を示す図である。

【図１１】第２、第３の実施形態に係るネットワークデ
バイスにデータを示す図である。

【図１２】第２の実施形態に係るフローチャートであ
る。

【図１３】第３の実施形態に係るフローチャートであ
る。

【図１４】第３の実施形態に係るエラーレベルテーブル
の構成例を示す図である。

【図１５】本願発明のプログラムが格納された記憶媒体
の一例であるＣＤ-ＲＯＭのメモリマップを示す図であ
る。

【図１６】ネットワークデバイス管理ソフトウェアがＰ
Ｃ上で起動された場合の機能ブロック図を示す。

【符号の説明】

１００…ＬＡＮ（ローカルエリアネットワーク） １０１…ＮＢ（ネットワークボード） １０３…ＬＡＮ１００に接続されているＰＣ（パーソナ
ルコンピュータ） １０４…ＬＡＮ１００に接続されているＰＣ（パーソナ
ルコンピュータ） １０６…ＬＡＮ１００に接続されているファイルサーバ １０７…ＬＡＮ１００に含まれるネットワークディスク １１０…ＬＡＮ（ローカルエリアネットワーク） １１１…ＬＡＮ１１０に接続されているＰＣ（パーソナ
ルコンピュータ） １１３…ＬＡＮ１１０に接続されているファイルサーバ １１４…ＬＡＮ１１０に含まれるネットワークディスク １２０…ＬＡＮ（ローカルエリアネットワーク） １２２…ＬＡＮ１２０に接続されているＰＣ（パーソナ
ルコンピュータ） １３０…ＭＯＤＥＭ（変調／復調）／ルータ １３１…ＰＣ１０４に接続されているプリンタ １３２…ＭＦＰ（複合機） １３３…開放型アーキテクチャを備えるプリンタ １３６…スキャナ １４０…バックボーン ５０１…ＣＰＵ ５０３…ＲＡＭ １６０１…送信手段 １６０２…受信手段 １６０３…内容分析手段 １６０４…保持手段 １６０５…比較・検出手段 １６０６…電子メール作成手段 １６０７…電子メール送信手段 １６０８…更新手段

フロントページの続き Ｆターム(参考） 5B085 AC01 AC11 AC12 AC13 AC14 BA07 BG07 5B089 GA04 GB02 JA35 KA12 KA13 KB03 LA01 MC11 5K033 BA04 EA04 EC00

Claims (34)

【特許請求の範囲】
1. 【請求項１】ネットワークに接続されたネットワークデ
   バイスを管理するネットワークデバイスの管理装置であ
   って、 前記ネットワークデバイスに対して、所定のタイミング
   で状態要求を送信する送信手段と、 前記ネットワークデバイスが前記状態要求に応答して状
   態情報を送信してきた場合に該状態情報を受信する受信
   手段と、 前記受信手段により第１の時間に受信された第１の状態
   情報と、該第１の時間よりも後の第２の時間に受信され
   た第２の状態情報とを比較し、状態情報の内容の変化を
   検出する検出手段と、 前記検出手段において、前記第１の状態情報の内容と前
   記第２の状態情報の内容とに変化があると検出される
   と、状態情報の変化に関する電子メールを所定のメール
   アドレスに対して送信する電子メール送信手段と、 を含むことを特徴とするネットワークデバイスの管理装
   置。
2. 【請求項２】前記検出手段において、前記第１の状態情
   報の内容と前記第２の状態情報の内容とに変化があると
   検出されると、状態情報の変化に関する電子メールを作
   成する電子メール作成手段をさらに備え、 前記電子メール送信手段は、前記電子メール作成手段に
   より作成された前記電子メールを所定のメールアドレス
   に対して送信することを特徴とする請求項１に記載のネ
   ットワークデバイスの管理装置。
3. 【請求項３】前記第１の状態情報が正常を示し、前記第
   ２の状態情報が異常を示している場合には、前記検出手
   段は、前記ネットワークデバイスが正常状態から異常状
   態に変化したことを検出し、 前記電子メール作成手段は、前記ネットワークデバイス
   が異常状態に変化したことを表す電子メールを作成する
   ことを特徴とする請求項１又は請求項２に記載のネット
   ワークデバイスの管理装置。
4. 【請求項４】前記第１の状態情報が異常を示し、前記第
   ２の状態情報が正常を示している場合には、前記検出手
   段は、前記ネットワークデバイスが異常状態から正常状
   態に変化したことを検出し、 前記電子メール作成手段は、前記ネットワークデバイス
   が正常状態に回復したことを表す電子メールを作成する
   ことを特徴とする請求項１又は請求項２に記載のネット
   ワークデバイスの管理装置。
5. 【請求項５】前記受信手段により受信された前記状態情
   報を時系列的に記憶する記憶手段をさらに備え、 前記検出手段は、前記記憶手段において記憶された時間
   的に相前後する前記第１の状態情報と前記第２の状態情
   報との間の内容の変化を検出することを特徴とする請求
   項１乃至請求項４の何れか１項に記載のネットワークデ
   バイスの管理装置。
6. 【請求項６】前記受信手段により前記第１の時間に受信
   された前記第１の状態情報を記憶する記憶手段をさらに
   備え、 前記検出手段は、前記記憶手段において記憶された前記
   第１の状態情報と、前記受信手段により受信された前記
   第２の状態情報との間の内容の変化を検出することを特
   徴とする請求項１乃至請求項４の何れか１項に記載のネ
   ットワークデバイスの管理装置。
7. 【請求項７】前記所定のタイミングとは、定期的なタイ
   ミングであることを特徴とする請求項１乃至請求項６の
   いずれか１項に記載されたネットワークデバイスの管理
   装置。
8. 【請求項８】前記第１の時間と前記第２の時間とは、前
   記定期的なタイミングにおいて相前後する二つのタイミ
   ングであることを特徴とする請求項７に記載されたネッ
   トワークデバイスの管理装置。
9. 【請求項９】ネットワークに接続されたネットワークデ
   バイスを管理するネットワークデバイスの管理方法であ
   って、 前記ネットワークデバイスに対して、所定のタイミング
   で状態要求を送信する送信ステップと、 前記ネットワークデバイスが前記状態要求に応答して状
   態情報を送信してきた場合に該状態情報を受信する受信
   ステップと、 前記受信ステップにおいて、第１の時間に受信された第
   １の状態情報と、第１の時間よりも後の第２の時間に受
   信された第２の状態情報とを比較し、状態情報の内容の
   変化を検出する検出ステップと、 前記検出ステップにおいて、前記第１の状態情報の内容
   と前記第２の状態情報の内容とに変化があると検出され
   ると、状態情報の変化に関する電子メールを所定のメー
   ルアドレスに対して送信する電子メール送信ステップ
   と、 を含むことを特徴とするネットワークデバイスの管理方
   法。
10. 【請求項１０】前記検出ステップにおいて、前記第１の
    状態情報の内容と前記第２の状態情報の内容とに変化が
    あると検出されると、状態情報の変化に関する電子メー
    ルを作成する電子メール作成ステップをさらに備え、 前記電子メール送信ステップは、前記電子メール作成ス
    テップにより作成された前記電子メールを所定のメール
    アドレスに対して送信するステップであることを特徴と
    する請求項９に記載のネットワークデバイスの管理方
    法。
11. 【請求項１１】前記第１の状態情報が正常を示し、前記
    第２の状態情報が異常を示している場合には、前記検出
    ステップは、前記ネットワークデバイスが正常状態から
    異常状態に変化したことを検出し、 前記電子メール作成ステップは、前記ネットワークデバ
    イスが異常状態に変化したことを表す電子メールを作成
    することを特徴とする請求項９又は請求項１０に記載の
    ネットワークデバイスの管理方法。
12. 【請求項１２】前記第１の状態情報が異常を示し、前記
    第２の状態情報が正常を示している場合には、前記検出
    ステップは、前記ネットワークデバイスが異常状態から
    正常状態に変化したことを検出し、 前記電子メール作成ステップは、前記ネットワークデバ
    イスが正常状態に回復したことを表す電子メールを作成
    することを特徴とする請求項９又は請求項１０に記載の
    ネットワークデバイスの管理方法。
13. 【請求項１３】前記受信ステップにより受信された前記
    状態情報を時系列的に記憶する記憶ステップをさらに備
    え、 前記検出ステップは、前記記憶ステップにおいて記憶さ
    れた時間的に相前後する前記第１の状態情報と前記第２
    の状態情報との間の内容の変化を検出することを特徴と
    する請求項９乃至請求項１２の何れか１項に記載のネッ
    トワークデバイスの管理方法。
14. 【請求項１４】前記受信ステップにおいて前記第１の時
    間に受信された前記第１の状態情報を記憶する記憶ステ
    ップをさらに備え、 前記検出ステップは、前記記憶ステップにおいて記憶さ
    れた前記第１の状態情報と、前記受信ステップにおいて
    受信された前記第２の状態情報との間の内容の変化を検
    出することを特徴とする請求項９乃至請求項１２の何れ
    か１項に記載のネットワークデバイスの管理方法。
15. 【請求項１５】前記所定のタイミングとは、定期的なタ
    イミングであることを特徴とする請求項９乃至請求項１
    ４のいずれか１項に記載されたネットワークデバイスの
    管理方法。
16. 【請求項１６】前記第１の時間と前記第２の時間とは、
    前記定期的なタイミングにおいて相前後する二つのタイ
    ミングであることを特徴とする請求項１５に記載された
    ネットワークデバイスの管理方法。
17. 【請求項１７】ネットワークデバイスに発生したエラー
    の内容を保持する保持手段を備えたネットワークデバイ
    スの管理装置であって、 前記ネットワークデバイスにエラーが発生していないか
    を観測する観測手段と、 前記観測手段において前記ネットワークデバイスに第１
    のエラーが発生したと観測された場合に、該第１のエラ
    ーの内容と、前記保持手段に保持されている過去に発生
    した第２のエラーの内容とが一致するか否かを判定する
    判定手段と、 前記判定手段により前記第１のエラーと前記第２のエラ
    ーの内容とが一致しないと判定された場合に、前記保持
    手段に保持されているエラーの内容を前記第１のエラー
    の内容に更新する更新手段と、 前記判定手段により前記第１のエラーと前記第２のエラ
    ーの内容とが一致しないと判定された場合に、前記第１
    のエラーの内容に関する電子メールを所定のメールアド
    レスに対して送信する電子メール送信手段と、 を含むことを特徴とするネットワークデバイスの管理装
    置。
18. 【請求項１８】前記保持手段は、前記ネットワークデバ
    イスに複数のエラーが発生している場合は、該複数のエ
    ラーの内容を保持し、 前記判定手段は、前記観測手段において観測された前記
    第１のエラーの内容と、前記保持手段において保持され
    ている複数のエラーの内容とを比較し、前記第１のエラ
    ーの内容が既に前記保持手段に保持されているか判定
    し、 前記判定手段における判定の結果、前記第１のエラーの
    内容は前記保持手段に保持されていると判定されると、
    前記電子メール送信手段は、前記第１のエラーの内容に
    関する電子メールの送信を抑制することを特徴とする請
    求項１７に記載のネットワークデバイスの管理装置。
19. 【請求項１９】前記判定手段は、前記第１のエラーのレ
    ベルが前記第２のエラーのレベルより高いか否かを判定
    し、 前記判定手段において前記第１のエラーのレベルが前記
    第２のエラーのレベルより高いと判定されると、前記更
    新手段は、前記保持手段に保持されているエラーの内容
    を前記第１のエラーの内容に更新し、前記電子メール送
    信手段は、前記第１のエラーの内容に関する電子メール
    を所定のメールアドレスに対して送信することを特徴と
    する請求項１７に記載のネットワークデバイスの管理装
    置。
20. 【請求項２０】前記保持手段は、前記ネットワークデバ
    イスに第２のエラーとして複数のエラーが発生している
    場合は、該複数のエラーの内容を保持し、 前記判定手段は、前記観測手段において観測された前記
    第１のエラーのレベルと、前記保持手段において保持さ
    れている複数のエラーの各レベルとを比較し、前記第１
    のエラーのレベルが前記複数のエラーの各レベルよりも
    高いか否かを判定し、 前記判定手段における判定の結果、前記第１のエラーの
    レベルが前記複数のエラーの各レベルよりも高いと判定
    されると、前記電子メール送信手段は、前記第１のエラ
    ーの内容に関する電子メールを送信することを特徴とす
    る請求項１７に記載のネットワークデバイスの管理装
    置。
21. 【請求項２１】前記判定手段における判定の結果、前記
    第１のエラーのレベルよりも高いレベルのエラーが前記
    複数のエラーの中に含まれていると判定されると、前記
    電子メール送信手段は、前記第１のエラーの内容に関す
    る電子メールの送信を抑制することを特徴とする請求項
    ２０に記載のネットワークデバイスの管理装置。
22. 【請求項２２】前記ネットワークデバイスに発生するエ
    ラーと、該エラーのレベルとの対応関係を表すデータを
    記憶する記憶手段をさらに備え、 前記判定手段は、前記第１のエラーのエラーレベルと、
    前記第２のエラーのエラーレベルとを前記記憶手段に記
    憶された前記データから取得して双方のエラーレベルを
    比較することを特徴とする請求項１９乃至請求項２１の
    何れか１項に記載されたネットワークデバイスの管理装
    置。
23. 【請求項２３】前記観測手段により観測されなくなった
    エラーを、前記保持手段から削除する削除手段をさらに
    備えることを特徴とする請求項１７に記載のネットワー
    クデバイスの管理装置。
24. 【請求項２４】前記観測手段は、 前記ネットワークデバイスに対して、所定のタイミング
    で状態要求を送信する送信手段と、 前記ネットワークデバイスが前記状態要求に応答して状
    態情報を送信してきた場合に該状態情報を受信する受信
    手段と、 を含むことを特徴とする請求項１９乃至請求項２３の何
    れか１項に記載されたネットワークデバイスの管理装
    置。
25. 【請求項２５】ネットワークデバイスに発生したエラー
    の内容を保持する保持手段を備えた管理装置におけるネ
    ットワークデバイスの管理方法であって、 前記ネットワークデバイスにエラーが発生していないか
    を観測する観測ステップと、 前記観測ステップにおいて前記ネットワークデバイスに
    第１のエラーが発生したと観測された場合に、該第１の
    エラーの内容と、前記保持手段に保持されている過去に
    発生した第２のエラーの内容とが一致するか否かを判定
    する判定ステップと、 前記判定ステップにおいて前記第１のエラーと前記第２
    のエラーの内容とが一致しないと判定された場合に、前
    記保持手段に保持されているエラーの内容を前記第１の
    エラーの内容に更新する更新ステップと、 前記判定ステップにおいて前記第１のエラーと前記第２
    のエラーの内容とが一致しないと判定された場合に、前
    記第１のエラーの内容に関する電子メールを所定のメー
    ルアドレスに対して送信する電子メール送信ステップ
    と、 を含むことを特徴とするネットワークデバイスの管理方
    法。
26. 【請求項２６】前記保持手段は、前記ネットワークデバ
    イスに複数のエラーが発生している場合は、該複数のエ
    ラーの内容を保持し、 前記判定ステップは、前記観測ステップにおいて観測さ
    れた前記第１のエラーの内容と、前記保持手段において
    保持されている複数のエラーの内容とを比較し、前記第
    １のエラーの内容が既に前記保持手段に保持されている
    か判定し、 前記判定ステップにおける判定の結果、前記第１のエラ
    ーの内容は前記保持手段に保持されていると判定される
    と、前記電子メール送信ステップは、前記第１のエラー
    の内容に関する電子メールの送信を抑制することを特徴
    とする請求項２５に記載のネットワークデバイスの管理
    方法。
27. 【請求項２７】前記判定ステップは、前記第１のエラー
    のレベルが前記第２のエラーのレベルより高いか否かを
    判定し、 前記判定ステップにおいて前記第１のエラーのレベルが
    前記第２のエラーのレベルより高いと判定されると、前
    記更新ステップは、前記保持手段に保持されているエラ
    ーの内容を前記第１のエラーの内容に更新し、前記電子
    メール送信ステップは、前記第１のエラーの内容に関す
    る電子メールを所定のメールアドレスに対して送信する
    ことを特徴とする請求項２５に記載のネットワークデバ
    イスの管理方法。
28. 【請求項２８】前記保持手段は、前記ネットワークデバ
    イスに第２のエラーとして複数のエラーが発生している
    場合は、該複数のエラーの内容を保持し、 前記判定ステップは、前記観測ステップにおいて観測さ
    れた前記第１のエラーのレベルと、前記保持手段におい
    て保持されている複数のエラーの各レベルとを比較し、
    前記第１のエラーのレベルが前記複数のエラーの各レベ
    ルよりも高いか否かを判定し、 前記判定ステップにおける判定の結果、前記第１のエラ
    ーのレベルが前記複数のエラーの各レベルよりも高いと
    判定されると、前記電子メール送信ステップは、前記第
    １のエラーの内容に関する電子メールを送信することを
    特徴とする請求項２５に記載のネットワークデバイスの
    管理方法。
29. 【請求項２９】前記判定ステップにおける判定の結果、
    前記第１のエラーのレベルよりも高いレベルのエラーが
    前記複数のエラーの中に含まれていると判定されると、
    前記電子メール送信ステップは、前記第１のエラーの内
    容に関する電子メールの送信を抑制することを特徴とす
    る請求項２８に記載のネットワークデバイスの管理方
    法。
30. 【請求項３０】前記ネットワークデバイスに発生するエ
    ラーと、該エラーのレベルとの対応関係を表すデータを
    記憶する記憶ステップをさらに備え、 前記判定ステップは、前記第１のエラーのエラーレベル
    と、前記第２のエラーのエラーレベルとを前記記憶ステ
    ップに記憶された前記データから取得して双方のエラー
    レベルを比較することを特徴とする請求項２７乃至請求
    項２９の何れか１項に記載されたネットワークデバイス
    の管理方法。
31. 【請求項３１】前記観測ステップにおいて観測されなく
    なったエラーを、前記保持手段から削除する削除ステッ
    プをさらに備えることを特徴とする請求項２５に記載の
    ネットワークデバイスの管理方法。
32. 【請求項３２】前記観測ステップは、 前記ネットワークデバイスに対して、所定のタイミング
    で状態要求を送信する送信ステップと、 前記ネットワークデバイスが前記状態要求に応答して状
    態情報を送信してきた場合に該状態情報を受信する受信
    ステップと、 を含むことを特徴とする請求項２５乃至請求項３１の何
    れか１項に記載されたネットワークデバイスの管理方
    法。
33. 【請求項３３】請求項１乃至請求項８、請求項１７乃至
    請求項２４の何れか１項に記載された前記手段のすべて
    を、コンピュータを機能させるためのネットワークデバ
    イスの管理プログラム。
34. 【請求項３４】請求項９乃至請求項１６、請求項２５乃
    至請求項３２のいずれか１項に記載された前記ステップ
    のそれぞれをコンピュータに実行させるためのネットワ
    ークデバイスの管理プログラム。