(57)【要約】【課題】ＳＮＭＰを扱う専用のソフトを必要とせず、簡易なＷｅｂブラウザからでも容易に一般のユーザが機器の状態を知ることができるネットワーク機器を提供する。【解決手段】このネットワーク機器は、機能アプリケーション１４によって記憶されたアラートメッセージを端末２０からの問い合わせ要求に応じて返信するＳＮＭＰエージェント１３と、端末２０からの問い合わせ要求をＳＮＭＰに変換してＳＮＭＰエージェント１３に問い合わせ、この返信されたアラートメッセージをＨＴＭＬ文書化するＷｅｂアプリケーション１２と、ネットワーク機器１０のアラートメッセージの問い合わせ要求を端末２０からＨＴＴＰによって受信し、その要求をＷｅｂアプリケーション１２へ渡して返信されたＨＴＭＬ文書を端末２０へ応答するＷｅｂサーバ１１とを備えている。【選択図】        図１
2004192433.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク接続された端末からの要求により、ＳＮＭＰによるアラートメッセージを応答可能なネットワーク機器において、前記アラートメッセージを記憶するアラートメッセージ記憶部と、問い合わせ要求されたアラートメッセージを前記アラートメッセージ情報記憶部から取得して返信するＳＮＭＰエージェントと、前記端末からの問い合わせ要求をＳＮＭＰに変換して前記ＳＮＭＰエージェントに問い合わせ、この返信されたアラートメッセージをＨＴＭＬ文書化するＷｅｂアプリケーションと、前記ネットワーク機器のアラートメッセージの問い合わせ要求を前記端末からｈｔｔｐによって受信し、その要求を前記Ｗｅｂアプリケーションへ渡して返信されたＨＴＭＬ文書を前記端末へ応答するＷｅｂサーバとを備えることを特徴とするネットワーク機器。
【請求項２】
ネットワーク接続された端末からの要求により、ＳＮＭＰによるアラートメッセージを応答可能なネットワーク機器において、前記アラートメッセージを記憶するアラートメッセージ記憶部と、前記端末から問い合わせ要求されたアラートメッセージを前記アラートメッセージ情報記憶部から取得し、このアラートメッセージをＨＴＭＬ文書化するＷｅｂアプリケーションと、前記ネットワーク機器のアラートメッセージの問い合わせ要求を前記端末からｈｔｔｐによって受信し、その要求を前記Ｗｅｂアプリケーションへ渡して返信されたＨＴＭＬ文書を前記端末へ応答するＷｅｂサーバとを備えることを特徴とするネットワーク機器。
【請求項３】
請求項２に記載のネットワーク機器において、前記ネットワーク機器のアラートメッセージに対して識別子を予め付しておき、前記アラートメッセージ記憶部には、メッセージの代わりに識別子を記憶させ、前記Ｗｅｂアプリケーションでは、取得した識別子をメッセージに置き換えてからＨＴＭＬ文書を生成することを特徴とするネットワーク機器。
【請求項４】
コンピュータに、請求項１、２または３に記載のネットワーク機器の機能を実行させるためのプログラム。
【請求項５】
請求項４に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続可能なネットワーク機器の状態等に関する情報を取得するネットワーク機器、プログラムおよび記録媒体に関する。
【０００２】
【従来の技術】
近年の通信技術、コンピュータ技術の高度化に伴い、コンピュータを用いた各種ネットワークが構築されており、従来は単独でのみ使用されていたプリンタ、ファクシミリ装置、あるいはディジタル複写機などの機能を備えたディジタル複合機やそれら装置の単能機もネットワークを介して複数のユーザに共用されるようになっている。以下、このようにネットワークに接続可能な装置をネットワーク機器という。
【０００３】
このネットワーク機器は、ネットワークを介して接続したコンピュータからの要求によって、ネットワーク管理プロトコルＳＮＭＰ（Simple Network Management Protocol）で自機器の状態や仕様を返信する機能を備えている。
このためにネットワーク機器は、他のネットワーク機器を含めて管理する管理装置からの要求にしたがってＭＩＢ(Management Information Base)に含まれる情報をその管理装置へ報告するＳＮＭＰエージェントを備えている。
一方、管理装置の方には、ＳＮＭＰエージェントと通信して、ネットワーク機器にあるＭＩＢに対して管理情報の収集・変更要求を行うＳＮＭＰマネージャを備えている。
【０００４】
例えば、管理装置からネットワーク機器の状態等を要求するときは、ＳＮＭＰマネージャからＳＮＭＰによってネットワーク機器のＳＮＭＰエージェントへ要求を送る。この要求としては、例えば、プリンタに対する給排紙、トナー等の状態等の問い合わせが考えられる。ＳＮＭＰエージェントは、受けた要求からＭＩＢを探して要求された情報をＳＮＭＰマネージャへ返信し、管理装置はこの情報を表示する。
【０００５】
また、最近のＳＮＭＰマネージャには、ＧＵＩ（Graphical User Interface）などを利用してネットワーク機器やネットワークの状態をわかりやすく表示することができるようになっている。
例えば、ネットワーク機器自身にｈｔｔｐサーバを備えて、インターネットやイントラネットを通して、ユーザがＷｅｂブラウザを用いてネットワーク機器にアクセスし、その機器の状態を監視したり、管理することができる。
【０００６】
特許文献１の「ネットワークプリンタの監視方法および装置」では、ネットワークプリンタで発生するエラーをＳＮＭＰによって取り込んでＨＴＭＬコンテンツへ変換し、ｈｔｔｐによってプッシュ型の情報として、Ｗｅｂブラウザを備えた端末に出力する管理サーバをネットワーク上に設けている。
【０００７】
これにより、ネットワークに接続された複数の端末が互いに異なる種類のＯＳの管理下でも、ネットワークプリンタに関する状態を遠隔的に監視できるようにし、しかも、ＯＳの種類ごとに専用の監視用ソフトウェアを必要とせずに低コストで実現することができる。
【０００８】
しかし、特許文献１の技術では、ネットワークプリンタのフイルム切れ、用紙切れ、トナー切れ等の消耗品切れの有無、出力進捗状況、および作動の正常・異常の別等や、ネットワークプリンタが出力可能なフイルムの種類（フイルムサイズやフイルムのベース色）等に関する情報をネットワークプリンタの方から端末側へプッシュ型の情報として監視用端末へ送付されるだけの専用システムである。
したがって、一般のユーザ端末からネットワークプリンタの状態を知ることはできないし、新たなネットワークプリンタが設置されるたびに、監視サーバの改変が必要となり、このための開発効率が悪くなる。
【０００９】
また、特許文献２の「ネットワーク管理装置、ネットワーク機器および記憶媒体」では、ネットワーク機器から自機器の動作状態を示した管理用ＨＴＭＬファイルを取得してその内容をＷｅｂブラウザでディスプレイに表示することで、ユーザによるネットワーク機器の状態管理を可能としている。
さらに、予めユーザの端末へネットワーク機器のＴｒａｐを監視するＴｒａｐ監視ソフトをＷｅｂブラウザのプラグインとしてセットアップしておき、ネットワーク機器からのＴｒａｐをこのプラグインによって受信して、ネットワーク機器における所定の事象の発生を即座に表示に反映させることができる。
【００１０】
しかし、特許文献２の技術では、このプラグインはネットワーク機器を管理するための管理者用として用いるものであり、予めセットアップしておくことが必要となる。
また、複数のネットワーク機器を１台の端末から管理しようとすると、それらの機器に対応するプラグインをすべてセットアップしておくようにしなければならない。
【００１１】
また、特許文献３の「ネットワーク周辺機器と通信する方法及び装置」では、ネットワーク周辺機器にＳＮＭＰエージェントおよびｈｔｔｐサーバを有し、端末のＷｅｂブラウザからこのネットワーク周辺機器の状態を問い合わせると、Ｊａｖａ（登録商標）アプレットとして作成されたＳＮＭＰマネージャを含むＨＴＭＬ文書が端末へ転送される。端末は、この転送されたＨＴＭＬ文書に埋め込まれたアプレットを実行することにより機器のＳＮＭＰエージェントから機器の状態を取得して、Ｗｅｂブラウザ上に表示させるようにしている。
【００１２】
しかし、Ｊａｖａ（登録商標）アプレットを実行できないようなＷｅｂブラウザも存在しており、このようなブラウザからはこの方式ではネットワーク周辺機器の状態を見ることはできない。
【００１３】
【特許文献１】
特開平１１−３４５１０６号公報
【特許文献２】
特開２００１−２８２６５８号公報
【特許文献３】
特開平１０−１６４１１５号公報
【００１４】
【発明が解決しようとする課題】
本発明は、上述のような実情を考慮してなされたものであって、ＳＮＭＰを扱う専用のソフトを必要とせず、Ｊａｖａ（登録商標）アプレットを実行できないような簡易なＷｅｂブラウザからでも容易に一般のユーザがネットワーク機器の状態を知ることができるネットワーク機器、プログラムおよび記録媒体を提供することを目的とする。
【００１５】
【課題を解決するための手段】
上述の課題を解決するために、本発明の請求項１は、ネットワーク接続された端末からの要求により、ＳＮＭＰによるアラートメッセージを応答可能なネットワーク機器において、前記アラートメッセージを記憶するアラートメッセージ記憶部と、問い合わせ要求されたアラートメッセージを前記アラートメッセージ情報記憶部から取得して返信するＳＮＭＰエージェントと、前記端末からの問い合わせ要求をＳＮＭＰに変換して前記ＳＮＭＰエージェントに問い合わせ、この返信されたアラートメッセージをＨＴＭＬ文書化するＷｅｂアプリケーションと、前記ネットワーク機器のアラートメッセージの問い合わせ要求を前記端末からｈｔｔｐによって受信し、その要求を前記Ｗｅｂアプリケーションへ渡して返信されたＨＴＭＬ文書を前記端末へ応答するＷｅｂサーバとを備えることを特徴とする。
【００１６】
また、本発明の請求項２は、ネットワーク接続された端末からの要求により、ＳＮＭＰによるアラートメッセージを応答可能なネットワーク機器において、前記アラートメッセージを記憶するアラートメッセージ記憶部と、前記端末から問い合わせ要求されたアラートメッセージを前記アラートメッセージ情報記憶部から取得し、このアラートメッセージをＨＴＭＬ文書化するＷｅｂアプリケーションと、前記ネットワーク機器のアラートメッセージの問い合わせ要求を前記端末からｈｔｔｐによって受信し、その要求を前記Ｗｅｂアプリケーションへ渡して返信されたＨＴＭＬ文書を前記端末へ応答するＷｅｂサーバとを備えることを特徴とする。
【００１７】
また、本発明の請求項３は、請求項２に記載のネットワーク機器において、前記ネットワーク機器のアラートメッセージに対して識別子を予め付しておき、前記アラートメッセージ記憶部には、メッセージの代わりに識別子を記憶させ、前記Ｗｅｂアプリケーションでは、取得した識別子をメッセージに置き換えてからＨＴＭＬ文書を生成することを特徴とする。
また、本発明の請求項４は、コンピュータに、請求項１、２または３に記載のネットワーク機器の機能を実行させるためのプログラムである。
また、本発明の請求項５は、請求項４に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１８】
したがって、今までＳＮＭＰ専用ソフトを用いないと表示できなかったネットワーク機器のアラートメッセージを、一般ユーザの端末上のＷｅｂブラウザによって容易に表示できるようになった。
また、ネットワーク機器にすでに存在するＳＮＭＰエージェントを利用することによって、アラートメッセージを問い合わせるインタフェースを改めて実装しなくてよいので、実装サイズが小さくなり組み込み型の装置に有利である。
【００１９】
また、ネットワーク機器にすでに存在するＳＮＭＰエージェントのアラートメッセージ取得部分のインタフェースを使用してＷｅｂアプリケーションを開発すれば、アラートメッセージ取得のソフトを容易に開発することができる。
【００２０】
さらに、アラートメッセージを識別記号として予め登録しておくことにより、１台のネットワーク機器に複数の機能を備えている場合、それぞれに重複したメッセージを設けることがなくなり、メモリ容量の限られる組み込み型の装置には有利となる。
【００２１】
【発明の実施の形態】
以下、図面を参照して本発明のネットワーク機器の好適な実施形態を説明する。
＜実施形態１＞
図１は、本発明のネットワーク機器の利用形態および内部構成を説明するためのブロック図であり、同図において、ネットワーク機器１０および端末２０は、ネットワーク３０を介して共に任意台数が接続されている。
さらに、ネットワーク機器１０は、Ｗｅｂサーバ１１、Ｗｅｂアプリケーション１２、ＳＮＭＰエージェント１３、複数の機能アプリケーション１４およびこれらの機能アプリケーション１４に対応したアラートメッセージ記憶部１５を少なくとも備えている。
【００２２】
ここで、ネットワーク機器１０は、複数のアプリケーション機能を実施する複写機、ファクシミリ装置、プリンタ装置、スキャナ装置や複合機、コンピュータ、冷蔵庫等のネットワークに接続可能な装置である。
ネットワーク機器の備えている機能アプリケーションとは、例えば、１台の複合機に備えられた、プリンタ機能、スキャナ機能、複写機能やファクシミリ機能のことであり、本実施形態１では複合機を対象として説明する。
【００２３】
また、端末２０は、Ｗｅｂブラウザ２１を予めインストール済みであるコンピュータやＰＤＡ（personal digital assistant）等であり、ネットワーク３０を介して接続したネットワーク機器１０を利用するために、そのネットワーク機器１０の状態に関する情報、特に、アラートメッセージ（用紙なし、トナーなし、カバーオープン等）をそのＷｅｂブラウザ２１に表示させる。本実施形態１では、端末としてパーソナルコンピュータを用いるものとする。
【００２４】
ネットワーク３０は、ネットワーク機器１０と端末２０とを結合するための伝送路であって、一般には、ケーブルで実現され、通信プロトコルにはＴＣＰ／ＩＰ（transmission control protocol/internet protocol）が使われる。但し、伝送路としてはケーブルだけではなく、それらの間の通信プロトコルが一致するものであれば無線、有線のいずれでもよく、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネットなどを用いることができる。
【００２５】
このような構成において、ネットワーク機器１０（複合機）の状態を調べる操作方法について説明する。
ユーザは、ネットワーク３０に接続した操作対象となるネットワーク機器１０のＵＲＬ（Uniform Resource Locators）をディレクトリシステム等により調べ、端末２０のＷｅｂブラウザ２１を用いてそのネットワーク機器１０へアクセスする。
端末２０からアクセスされたネットワーク機器１０は、自機器の状態を表示したトップページを返信する（図２参照）。
返信されたトップページをＷｅｂブラウザ２１によって表示し、さらにユーザの知りたい機能アプリケーションに関する状態をトップページのメニューから選択して、その要求に対する返信をネットワーク機器１０から得ることによって、さらに詳細な状態を知ることができる。
【００２６】
以下、図１を参照して、ネットワーク機器１０の構成および動作についてさらに詳細に説明する。
機能アプリケーション１４は、自機能が使用するネットワーク機器１０の資源に関する警告（アラート）状態（例えば、用紙の状態、トナーの状態、カバーの状態、用紙送りの状態等）を監視し、そのアラートに対するメッセージを機能ごとに設けられたアラートメッセージ記憶部１５に記憶する。
このアラートメッセージ記憶部１５は、図３に示したように、アラートメッセージをスタック形式で保持している。
また、機能アプリケーション１４は、アラートを監視していて状態が変わると、変更前に記憶されていたメッセージをクリアし、新しい状態をアラートメッセージ記憶部１５の最後にスタックして更新する。
【００２７】
Ｗｅｂサーバ１１は、端末２０で動作しているＷｅｂブラウザ２１からのＵＲＬとパラメータを通信プロトコルｈｔｔｐ（hypertext transfer protocol）によって受信し、ＵＲＬに対応するＷｅｂアプリケーション１２を呼び出す。
また、Ｗｅｂアプリケーション１２から渡されるアラートメッセージに関するＨＴＭＬ文書を要求のあった端末２０へ返信する。
このＷｅｂサーバ１１には、例えば、ａｐａｃｈｅのようなＨＴＴＰサーバを利用することができる。
【００２８】
ＳＮＭＰエージェント１３は、Ｗｅｂアプリケーション１２から要求のあった機能アプリケーションに対応するアラートメッセージ記憶部１５から指定されたインデックス値以降にスタックされているアラートメッセージを取り出して、そのアラートメッセージとインデックス値をＷｅｂアプリケーション１２へ返信する。
このとき指定されたインデックス値以降にアラートメッセージがスタックされていない場合には、終了のメッセージを返信する。
【００２９】
Ｗｅｂアプリケーション１２は、ユーザの端末２０から指定されたネットワーク機器１０自身の状態またはネットワーク機器１０の備えている機能アプリケーションの状態、さらには機能アプリケーションの中の部品（例えば、機能アプリケーションがプリンタ機能の場合、用紙、トレーやトナーという部品）の問い合わせを受信し、この問い合わせをＳＮＭＰに変換してＳＮＭＰエージェント１３へ送信する。
ＳＮＭＰエージェント１３から返信されたアラートメッセージを重複しないようにして、すべてのメッセージを取得してからＨＴＭＬ文書へ変換して、Ｗｅｂサーバ１１へ送信する。
【００３０】
ネットワーク機器１０自身の状態を問い合わせる場合には、機器自身の備えているすべての機能アプリケーションへの問い合わせに展開してＳＮＭＰエージェント１３へ問い合わせる。
ＳＮＭＰエージェント１３への問い合わせは、どの状態を要求しているかを示すためにアラートディスクリプションを使用する。このアラートディスクリプションは、機能アプリケーションやその部品等に対して与えられたＭＩＢのオブジェクトＩＤである。
図４のフローチャートを基に、ネットワーク機器１０自身の状態を問い合わせる場合のＷｅｂアプリケーション１２とＳＮＭＰエージェント１３の動作を説明する。
【００３１】
Ｗｅｂアプリケーション１２は、複数ある機能アプリケーションのうちの１つに対して、アラートディスクリプションへ変換する（ステップＳ１）。
次に、このアラートディスクリプションとアラートメッセージ記憶部１５におけるインデックス値とを指定してＳＮＭＰによりＳＮＭＰエージェント１３へアラートメッセージを問い合わせる（ステップＳ２）。
このインデックス値は、問い合わせが最初の時にはゼロとし、２回目以降は前回のアラートメッセージの格納されていたインデックス値とする。
【００３２】
ＳＮＭＰエージェント１３は、指定されたアラートディスクリプションから機能アプリケーションを特定し、その機能に対応するアラートメッセージ記憶部１５から指定されたインデックス値以降にスタックされているアラートメッセージを取り出す（ステップＳ３）。
次に、アラートメッセージがスタックされていなかった場合には（ステップＳ４のＹＥＳ）、アラートメッセージがないことを示す終了メッセージ、例えば、指定されたアラートディスクリプション以外のアラートディスクリプションを生成して、Ｗｅｂアプリケーション１２へ返信する（ステップＳ５）。
一方、アラートメッセージが取り出せた場合には（ステップＳ４のＮＯ）、取り出したアラートメッセージとそのメッセージのあったインデックス値をＷｅｂアプリケーション１２へ返信する（ステップＳ６）。
【００３３】
Ｗｅｂアプリケーション１２は、ＳＮＭＰエージェント１３からの返信を受信する（ステップＳ７）。
この受信したメッセージが終了メッセージでない場合には（ステップＳ８のＮＯ）、受信したアラートメッセージを重複しないようにして保存し（ステップＳ９）、受信したアラートメッセージのインデックス値から後にスタックされているアラートメッセージを問い合わせるためにステップＳ２へ戻る。
【００３４】
他方、メッセージがスタックされていなかった場合には（ステップＳ８のＹＥＳ）、次の機能アプリケーションに対する問い合わせをするためにステップＳ１へ戻る（ステップＳ１０のＮＯ）。このときすべての機能アプリケーションに対する問い合わせを終わっていた場合には（ステップＳ１０のＹＥＳ）、先に保存していたアラートメッセージからＨＴＭＬ文書を作成して、Ｗｅｂサーバ１１へ送信する（ステップＳ１１）。
【００３５】
＜実施形態２＞
実施形態１では、すでにネットワーク機器１０に用意されているＳＮＭＰエージェントを利用することによって機器の状態を問い合わせていたが、本実施形態２では、ＳＮＭＰエージェントを介さないで、直接アラートメッセージを得るようにした。
【００３６】
図５は、本実施形態２におけるネットワーク機器１０の利用形態および内部構成を説明するためのブロック図である。上述した実施形態１の図１と同一部分については、同一符号を付してその相違点だけを説明する。
Ｗｅｂアプリケーション１２では、実施形態１におけるＳＮＭＰエージェント１３がアラートメッセージをアラートメッセージ記憶部１５から取り出す部分と同じ機能を備え、アラートメッセージ記憶部１５からアラートメッセージを直接取り出すようにした。
【００３７】
このアラートメッセージ記憶部１５からアラートメッセージを取り出す部分を動的リンクライブラリとし、ＳＮＭＰエージェントとＷｅｂアプリケーションとで動的にリンクして実行するように構成しても良い。この場合には、メモリ容量を削減できるが、動的リンクを行うため実行時間が多少増加してしまう。
【００３８】
＜実施形態２の変形例＞
上述の実施形態２では、アラートメッセージ記憶部１５は、文字列としてのメッセージがスタックされていた。
本変形例では、これらのアラートメッセージをコード化してあらかじめアラートメッセージテーブルを作成しておく。
このアラートメッセージテーブルは、メッセージを識別する識別子（ＩＤ）とそれに対応する文字列のアラートメッセージからなっており、ネットワーク機器の監視用の専用ソフトおよび本変形例で用いるものである。
【００３９】
本変形例における機能アプリケーション１４は、メッセージの代わりに識別子をアラートメッセージ記憶部１５へ登録する。
Ｗｅｂアプリケーション１２は、メッセージの代わりにアラートメッセージ記憶部１５から識別子（ＩＤ）を取り出す。
Ｗｅｂアプリケーション１２は、アラートメッセージテーブルを参照して、この識別子を文字列のメッセージへ置き換えて、ＨＴＭＬ文書化する。
これにより、すでに存在するＳＮＭＰエージェントや機能アプリケーションにおける重複した文字列を識別子で置き換えることができるのでメモリ容量の限られる組み込み型の装置には有利となる。
【００４０】
＜実施形態３＞
本発明は、上述した実施形態のみに限定されたものではない。上述した実施形態のネットワーク機器を構成する各機能をそれぞれプログラム化し、予めＲＯＭの記録媒体に書き込んでおき、ネットワーク機器にこのＲＯＭを装着して、これらのプログラムをマイクロプロセッサで実行することによって、本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されて実行された状態が上述した実施形態の機能を実現することになり、そのプログラムおよびそのプログラムを記録した記録媒体も本発明を構成することになる。
【００４１】
なお、このような機能を実現するプログラムは、半導体媒体（例えば、ＲＯＭ、不揮発性メモリ等）、光媒体（例えば、ＤＶＤ、ＭＯ、ＭＤ、ＣＤ等）、磁気媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれの形態の記録媒体で提供されてもよい。
あるいは、インターネット等の通信網を介して記憶装置に格納されたプログラムをサーバコンピュータから直接供給を受けるようにしてもよい。この場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。
【００４２】
このような記録媒体で提供された場合は、その記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置にインストールし、そのインストールされたプログラムをマイクロプロセッサが実行することによって上述した実施形態の機能が実現される。または、記録媒体に記録されたプログラムを直接実行するようにしてもよい。
【００４３】
【発明の効果】
以上説明したように本発明によれば、今までＳＮＭＰ専用ソフトを用いないと表示できなかったネットワーク機器のアラートメッセージを、一般ユーザの端末上のＷｅｂブラウザによって容易に表示できるようになった。
また、ネットワーク機器にすでに存在するＳＮＭＰエージェントを利用することによって、アラートメッセージを問い合わせるインタフェースを改めて実装しなくてよいので、実装サイズが小さくなり組み込み型の装置に有利である。
【００４４】
また、ネットワーク機器にすでに存在するＳＮＭＰエージェントのアラートメッセージ取得部分のインタフェースを使用してＷｅｂアプリケーションを開発すれば、アラートメッセージ取得のソフトを容易に開発することができる。
【００４５】
さらに、アラートメッセージを識別記号として予め登録しておくことにより、１台のネットワーク機器に複数の機能を備えている場合、それぞれに重複したメッセージを設けることがなくなり、メモリ容量の限られる組み込み型の装置には有利となる。
【図面の簡単な説明】
【図１】実施形態１におけるネットワーク機器の利用形態および内部構成を説明するためのブロック図である。
【図２】ネットワーク機器の状態を表示したトップページ例である。
【図３】アラートメッセージ記憶部に保持されるメッセージ例である。
【図４】機器自身の状態を問い合わせる場合のＷｅｂアプリケーションとＳＮＭＰエージェントの動作を説明するフローチャートである。
【図５】実施形態２におけるネットワーク機器の利用形態および内部構成を説明するためのブロック図である。
【符号の説明】
１０…ネットワーク機器、１１…Ｗｅｂサーバ、１２…Ｗｅｂアプリケーション、１３…ＳＮＭＰエージェント、１４…機能アプリケーション、１５…アラートメッセージ記憶部、２０…端末、２１…Ｗｅｂブラウザ、３０…ネットワーク。
【図１】
2004192433.tif 000003
【図２】
2004192433.tif 000004
【図３】
2004192433.tif 000005
【図４】
2004192433.tif 000006
【図５】
2004192433.tif 000007