(57)【特許請求の範囲】
【請求項１】
ホストとなる外部装置とデータ送受信を行うネットワークインターフェースを備え、前記ホスト装置からの印刷データを印刷イメージに展開する手段と、展開した印刷イメージを印刷出力する手段と、自装置の状態をＳＮＭＰによる外部装置からの問い合わせに対し応答する手段と、を具備する画像形成装置と、
前記画像形成装置に対し問い合わせを発し、該画像形成装置の情報を取得し、管理する管理ステーションと、を有するネットワーク管理システムであって、
前記画像形成装置は、自装置の状態変化をトラップを発して前記管理ステーションに通知使用とする処理において、
アラートの内容に対応した音声情報を保持していて、前記管理ステーションに通知し、かつアラートの内容に対応した音声データをＦＴＰなどＳＮＭＰ以外で送出し、かつその取得に必要な情報だけをＳＮＭＰ  ＴＲＡＰで通知し、
前記管理ステーションは、アラートの各項目毎に音声データを管理し、過去に一度取得済みのデータはローカルに記憶保持し、改めては取得せず、管理を開始すると、最初に画像形成装置からＳＮＭＰ  ＴＲＡＰが発せられた時に、全ての音声データを一括で取得し、ローカルに保持することを特徴とするネットワーク管理システム。
【請求項２】
前記画像形成装置は、
自装置が保持しているすべての音声データの記憶場所を通知する手段を有することを特徴とする請求項１記載のネットワーク管理システム。
【請求項３】
前記管理ステーションは、
前記画像形成装置の各種状態を検出するため一定周期のポーリングで興味のあるＭＩＢオブジェクトを監視し、前記画像形成装置が起動したことを検出した時点で音声データを一括取得することを特徴とする請求項１または２記載のネットワーク管理システム。
【請求項４】
前記管理ステーションは、
前記画像形成装置の起動時に、全ての音声データを一括で取得し、ローカルに保持することを特徴とする請求項１または２記載のネットワーク管理システム。
【請求項５】
前記画像形成装置から前記管理ステーションに通知される音声データ情報は、画像形成装置の種類及びバージョン情報の少なくとも一方を含むことを特徴とする請求項１から４の何れか１項記載のネットワーク管理システム。
【請求項６】
前記管理ステーションは、
画像形成装置の種類及びバージョン情報の少なくとも一方を確認する手段を有し、既にローカルに保持しているものに同じものがある場合には、新たに前記画像形成装置から情報を取得しないことを特徴とする請求項２から５の何れか１項記載のネットワーク管理システム。
【請求項７】
ホストとなる外部装置とデータ送受信を行うネットワークインターフェースを備え、前記ホスト装置からの印刷データを印刷イメージに展開する手段と、展開した印刷イメージを印刷出力する手段と、自装置の状態をＳＮＭＰによる外部装置からの問い合わせに対し応答する手段と、を具備する画像形成装置と、
前記画像形成装置に対し問い合わせを発し、該画像形成装置の情報を取得し、管理する管理ステーションと、を有するネットワーク管理システムでの管理方法であって、
前記画像形成装置において、自装置の状態変化をトラップを発して前記管理ステーションに通知使用とする処理において、
アラートの内容に対応した音声情報を保持していて、前記管理ステーションに通知し、かつアラートの内容に対応した音声データをＦＴＰなどＳＮＭＰ以外で送出し、かつその取得に必要な情報だけをＳＮＭＰ  ＴＲＡＰで通知させ、
前記管理ステーションにおいて、アラートの各項目毎に音声データを管理させ、過去に一度取得済みのデータはローカルに記憶保持させ、改めては取得させず、管理を開始すると、最初に画像形成装置からＳＮＭＰ  ＴＲＡＰが発せられた時に、全ての音声データを一括で取得し、ローカルに保持させることを特徴とする管理方法。
【請求項８】
前記画像形成装置において、
自装置が保持しているすべての音声データの記憶場所を通知させることを特徴とする請求項７記載の管理方法。
【請求項９】
前記管理ステーションにおいて、
前記画像形成装置の各種状態を検出するため一定周期のポーリングで興味のあるＭＩＢオブジェクトを監視させ、前記画像形成装置が起動したことを検出した時点で音声データを一括取得させることを特徴とする請求項７または８記載の管理方法。
【請求項１０】
前記管理ステーションにおいて、
前記画像形装置の起動時に、全ての音声データを一括で取得させ、ローカルに保持させることを特徴とする請求項７または８記載の管理方法。
【請求項１１】
前記画像形成装置から前記管理ステーションに通知される音声データ情報は、画像形成装置の種類及びバージョン情報の少なくとも一方を含むことを特徴とする請求項８から１０の何れか１項記載の管理方法。
【請求項１２】
前記管理ステーションは、
画像形成装置の種類及びバージョン情報の少なくとも一方を確認する手段を有し、既にローカルに保持しているものに同じものがある場合には、新たに前記画像形成装置から情報を取得させないことを特徴とする請求項８から１０の何れか１項記載の管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＳＮＭＰ（Simple Network Management Protocol）を用いたネットワーク上の機器の管理方法に関する。
【０００２】
【従来の技術】
近年、共通性の高いネットワーク管理プロトコルとして、簡易ネットワーク管理プロトコル（ＳＮＭＰ）と呼ばれるＣＭＩＰに関連する一変種のプロトコルが提案されている。
【０００３】
このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つの管理ステーション、各々がエージェントを含むいくつかの管理対象ノード、及び管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。
【０００４】
ユーザは、管理ステーション上でネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェントソフトウェアと通信することにより、ネットワーク上のデータを獲得し、また、データを変更することができる。
【０００５】
ここで、エージェントとは、各々のターゲット装置についてのバックグラウンドプロセスとして動作するプログラムである。ユーザがネットワーク上の装置に対して管理データを要求すると、管理ソフトウェアはオブジェクト識別情報を管理パケットまたはフレームに入れてターゲットエージェントに送り出す。エージェントは、そのオブジェクト識別情報を解釈し、そのオブジェクト識別情報に対応するデータを取り出し、そのデータをパケットに入れてユーザに送り返す。時には、データを取り出すために対応するプロセスが呼び出される場合もある。
【０００６】
【発明が解決しようとする課題】
しかしながら、管理ステーションに通知されるエラーの内容は、文字列ベースの情報で通知され、その内容が、管理ステーション上で表示されるような動作が主であり、エージェント装置の状態を音声で表す際は、予め管理対象の装置のエラー（Ａｌｅｒｔ）内容と、それに対応する全ての音声情報を管理ステーションに用意（インストール）しなければならなかった。
【０００７】
一般に、詳細なエラーの種類は機器によって異なるものであり、管理しようとする機器の種類が多ければその分音声データの準備が必要となり非常に煩雑であった。
【０００８】
本発明は上記事情に鑑みてなされたものであり、管理ステーション側で事前に音声データの準備を行わなくても、管理する際に管理対象のエージェント装置からデータを得ることで管理ステーション側の負担を軽減させたネットワーク管理システム、その管理方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
係る目的を達成するために請求項１記載の発明は、ホストとなる外部装置とデータ送受信を行うネットワークインターフェースを備え、ホスト装置からの印刷データを印刷イメージに展開する手段と、展開した印刷イメージを印刷出力する手段と、自装置の状態をＳＮＭＰによる外部装置からの問い合わせに対し応答する手段と、を具備する画像形成装置と、画像形成装置に対し問い合わせを発し、該画像形成装置の情報を取得し、管理する管理ステーションと、を有するネットワーク管理システムであって、画像形成装置は、自装置の状態変化をトラップを発して管理ステーションに通知使用とする処理において、アラートの内容に対応した音声情報を保持していて、管理ステーションに通知し、かつアラートの内容に対応した音声データをＦＴＰなどＳＮＭＰ以外で送出し、かつその取得に必要な情報だけをＳＮＭＰ  ＴＲＡＰで通知し、管理ステーションは、アラートの各項目毎に音声データを管理し、過去に一度取得済みのデータはローカルに記憶保持し、改めては取得せず、管理を開始すると、最初に画像形成装置からＳＮＭＰ  ＴＲＡＰが発せられた時に、全ての音声データを一括で取得し、ローカルに保持することを特徴とする。
【００１０】
請求項２記載の発明は、請求項１記載の発明において、画像形成装置は、自装置が保持しているすべての音声データの記憶場所を通知する手段を有することを特徴とする。
【００１２】
請求項３記載の発明は、請求項１または２記載の発明において、管理ステーションは、画像形成装置の各種状態を検出するため一定周期のポーリングで興味のあるＭＩＢオブジェクトを監視し、画像形成装置が起動したことを検出した時点で音声データを一括取得することを特徴とする。
【００１３】
請求項４記載の発明は、請求項１または２記載の発明において、管理ステーションは、画像形成装置の起動時に、全ての音声データを一括で取得し、ローカルに保持することを特徴とする。
【００１４】
請求項５記載の発明は、請求項１から４の何れか１項記載の発明において、画像形成装置から管理ステーションに通知される音声データ情報は、画像形成装置の種類及びバージョン情報の少なくとも一方を含むことを特徴とする
【００１５】
請求項６記載の発明は、請求項２から５の何れか１項記載の発明において、管理ステーションは、画像形成装置の種類及びバージョン情報の少なくとも一方を確認する手段を有し、既にローカルに保持しているものに同じものがある場合には、新たに前記画像形成装置から情報を取得しないことを特徴とする。
【００１６】
請求項７記載の発明は、ホストとなる外部装置とデータ送受信を行うネットワークインターフェースを備え、ホスト装置からの印刷データを印刷イメージに展開する手段と、展開した印刷イメージを印刷出力する手段と、自装置の状態をＳＮＭＰによる外部装置からの問い合わせに対し応答する手段と、を具備する画像形成装置と、画像形成装置に対し問い合わせを発し、該画像形成装置の情報を取得し、管理する管理ステーションと、を有するネットワーク管理システムでの管理方法であって、画像形成装置において、自装置の状態変化をトラップを発して管理ステーションに通知使用とする処理において、アラートの内容に対応した音声情報を保持していて、管理ステーションに通知し、かつアラートの内容に対応した音声データをＦＴＰなどＳＮＭＰ以外で送出し、かつその取得に必要な情報だけをＳＮＭＰ  ＴＲＡＰで通知させ、管理ステーションにおいて、アラートの各項目毎に音声データを管理させ、過去に一度取得済みのデータはローカルに記憶保持させ、改めては取得させず、管理を開始すると、最初に画像形成装置からＳＮＭＰ  ＴＲＡＰが発せられた時に、全ての音声データを一括で取得し、ローカルに保持させることを特徴とする。
【００１７】
請求項８記載の発明は、請求項７記載の発明において、自装置が保持しているすべての音声データの記憶場所を通知させることを特徴とする。
【００１９】
請求項９記載の発明は、請求項７または８記載の発明において、管理ステーションにおいて、画像形成装置の各種状態を検出するため一定周期のポーリングで興味のあるＭＩＢオブジェクトを監視させ、画像形成装置が起動したことを検出した時点で音声データを一括取得させることを特徴とする。
【００２０】
請求項１０記載の発明は、請求項７または８記載の発明において、管理ステーションにおいて、画像形装置の起動時に、全ての音声データを一括で取得させ、ローカルに保持させることを特徴とする。
【００２１】
請求項１１記載の発明は、請求項８から１０の何れか１項記載の発明において、画像形成装置から管理ステーションに通知される音声データ情報は、画像形成装置の種類及びバージョン情報の少なくとも一方を含むことを特徴とする。
【００２２】
請求項１２記載の発明は、請求項８から１０の何れか１項記載の発明において、管理ステーションは、画像形成装置の種類及びバージョン情報の少なくとも一方を確認する手段を有し、既にローカルに保持しているものに同じものがある場合には、新たに前記画像形成装置から情報を取得させないことを特徴とする。
【００２３】
【発明の実施の形態】
次に、添付図面を参照しながら本発明のネットワーク管理システム、その管理方法に係る実施の形態を詳細に説明する。図１〜図４を参照すると本発明のネットワーク管理システム、その管理方法に係る実施の形態が示されている。
【００２４】
図１に示されるように本発明に係る実施形態は、複数のプリンタ２と、これらプリンタ２を管理する管理ステーション１とがネットワークに接続されている。
【００２５】
次に、図２を参照しながら印刷装置２の構成を説明する。
図２に示されるように本実施形態の印刷装置２は、ネットワークインターフェイス１０、ＭＰＵ(MicroProcessingUnit) １１、記憶部（制御プログラム格納メモリ）１２、印刷エンジンインターフェイス１３及び印刷エンジン１４、記憶部（作業用メモリ）１５、オペレーションパネルインターフェイス１６及びオペレーションパネル１７を具備する。
【００２６】
印刷装置２は、ネットワークインターフェイス１０を介してネットワークと接続し、外部装置とデータを教授する。
【００２７】
外部装置から転送されたデータが印刷データの場合、予め記憶部１２に格納されている制御プログラムによってＭＰＵ１１で演算処理を行い、印刷イメージフレームメモリに展開処理する。また印刷エンジンインターフェイス１３を通して印刷イメージを印刷エンジン１４へ転送し、印刷出力することを主たる機能としている。
【００２８】
これに加えて、ＳＮＭＰによる管理ができるよう、ＳＮＭＰエージェント機能を備え、必要とされる管理情報をＭＩＢとして管理しており、ＳＮＭＰマネージャ（パソコンなどのホストコンピュータ：管理ステーションともいう）からＭＩＢオブジェクトの取得（ＧＥＴ，ＧＥＴ−ＮＥＸＴなど）要求があった場合はこれに対して応答する。
【００２９】
印刷装置２のエラー（Ａｌｅｒｔ）状態をＳＮＭＰ  Ｔｒａｐで通知する一般的な例として、プリンタはＲＦＣ１７５９に定義されているＰｒｉｎｔｅｒ  ＭＩＢのｐｒｔＡｌｅｒｔグループのオブジェクト構成と、ｐｒｔＡｌｅｒｔ  Ｔｒａｐが定義されているが、本実施形態ではこの定義に倣ったベンダーが任意に定義する拡張ＭＩＢに定義されたものが利用される。図３にこの定義例を示す。この拡張ＭＩＢオブジェクトがエラー（Ａｌｅｒｔ）発生時、ｅｎｔｅｒｐｒｉｓｅ−ｓｐｅｃｉｆｉｃタイプのＴｒａｐとして発せられる。
【００３０】
印刷装置２には、その装置の持つエラー状態の内容を表す音声情報が記憶保持されている。音声情報データは例えば、ＭＰ３（ＭＰＥＧ  Ａｕｄｉｏ  Ｌａｙｅｒ−３）やＷＡＶＥ（Ｗｉｎｄｏｗｓ（登録商標）の標準オーディオファイル形式に採用されている) などのフォーマットのものが採用され、管理ステーションではこれを再生する手段を有するものとする。
【００３１】
拡張ＭＩＢのｅｘｔｐｒｔＡｌｅｒｔＩＤは、その装置の持つエラー状態に割り当てられたＩＤ（数値）として、また、ｅｘｔｐｒｔＡｌｅｒｔｓｏｕｎｄ  Ｉｎｆｏは、このデータにアクセスするためのロケーション情報として運用されるＴｒａｐに付加する変数バインディング情報として一緒に通知される。
【００３２】
音声データの取得はこのロケーション情報を元に比較的大きなデータのやり取りに適したＦＴＰプロトコルなどによって行う。例えば、装置側では各状態毎に音声情報を別ファイルとして管理しており、そのファイル名が受け渡される。管理ステーションはこのＳＮＭＰ  Ｔｒａｐで得たファイル名を元にＦＴＰで音声データのＧＥＴ要求を出し、装置はこの要求に応じててデータを送出する。
【００３３】
次に、本実施形態の第１の動作について説明する。
管理ステーション１では、ＳＮＭＰ  Ｔｒａｐを受け  音声データを取得した際に、データを特定するエラーＩＤと関連付けて記憶部に記憶保持する。新たＳＮＭＰ  Ｔｒａｐを受けた際には、示されたエラーＩＤから過去に同じデータを取得したかどうかを判断し、同一のものを記憶していれば改めて音声データの取得は行わない。過去に同一のデータを取得していなければ、データを特定するエラーＩＤと関連付けて記憶部に記憶保持する。管理ステーション１が一般的なパソコンなどの例でいうと具体的にはメモリやハードディスクなどの記憶装置にデータが記憶されるようになる。
【００３４】
音声データは、一般に、文字的な情報に比較するとサイズが大きい。表現しようとする内容を詳しくすればする程その傾向は明らかである。大きな情報量の通信は時間がかかるが、無駄な通信を減らすことでネットワークへの負荷も軽減させ、また、通信時間も必要なくなることでエージェント装置としの印刷装置の変化を管理ステーションで表現する際の即応性もよくすることができる。
【００３５】
次に、本実施形態の第２の動作について説明する。
音声データを通常のＳＮＭＰ  ＧＥＴコマンドなどで取得することができるＭＩＢオブジェクトの中に音声データの所在を示すものを用意する。図３に示された定義例では、ｅｘｔｐｒｔＡｌｅｒｔＤａｔａがこれにあたる。図４に示された運用例では、音声データは各状態毎に１つのファイルとなっているものとし、ＩＤとファイル名は関連付けられているものとする。ｅｘｔｐｒｔＡｌｅｒｔＤａｔａで示されるロケーション以下のディレクトリには印刷装置の状態を表現するのに必要な音声データファイルを全て置いておく。
【００３６】
これにより管理ステーション１は音声データを一括して取得することができる。
【００３７】
次に、本実施形態の第３の動作について説明する。
管理ステーション１が管理を開始してから最初にエージェント装置からＴｒａｐが発せられた時に、管理対象のエージェント装置の上記情報ｅｘｔｐｒｔＡｌｅｒｔＤａｔａを参照し、そこに存在する全ての音声データを一括で取得し記憶部に記憶保持する。基本的にはエラーＩＤとデータは関連付けられて記憶管理されるが、この運用例では、エラー状態ＩＤに関連付けられた音声データファイル名を採用することで代用している（このような命名規則を採用しない場合には別途エラーＩＤとデータは関連付けられるしくみを用意する必要がある。）。管理ステーション１は印刷装置２から状態変化Ｔｒａｐを受けると  それに付随するＩＤ情報から関連付けられる音声ファイルを判断し利用する。
【００３８】
次に、本実施形態の第４の動作について説明する。
一般に管理ステーション１は管理対象のエージェント装置（印刷装置２）の各種状態を検出するため一定周期のポーリングで興味のあるＭＩＢオブジェクトをＧＥＴするなどで監視している。そこでエージェント装置が起動したことを検出することができるような場合には、検出した時点で、音声データを一括取得するような動作とする。
【００３９】
それぞれのタイミングで一度まとめてデータを取得しておけば、以降、サイズの大きな音声データを状態の変化毎に取得する必要がないので、さらに無駄な通信を減らすことでネットワークへの負荷を軽減させ、通信時間も必要なくなることでエージェント装置の変化を管理ステーション１で表現する際に即応性もよくすることができる。
【００４０】
上記までの動作は単一の装置を対象にする場合問題ないが、ネットワーク上にある複数種類の装置を対象にする場合や、単一の種類の装置でも複数台ある場合のために、それを判別するための情報ＭＩＢオブジェクト（定義例ではｅｘｔｐｒｔＡｌｅｒｔＩｎｆｏ）を用意し、エージェント装置はこの情報の問い合わせに対し、図４に示された運用例のように答えることで管理ステーション１に情報を渡すことができる。
【００４１】
管理ステーション１では音声データファイル管理のために、上記の機種やバージョンなども関連付けて記憶保持し、ネットワーク上に複数ある装置からの（同一のエージェント装置でなくても）同一種類、同一バージョンで音声データも同一と判断できるものに関しては、すでに自身がそのデータを記憶保持していたら改めて音声データの取得は行わない（音声データを一括取得しようとする際の条件判断がそれぞれ追加されたものとなる）。
【００４２】
管理対象とする単一の装置だけでなく、違う種類の印刷装置が混在していても上述した効果を得ることができる。
【００４３】
なお、上述した実施形態は本発明の好適な実施の形態である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施が可能である。
【００４４】
【発明の効果】
音声データは、一般に文字的な情報に比較するとサイズが大きい。表現しようとする内容を詳しくすればするほどその傾向は明らかである。大きな情報量の通信は時間がかかるが、無駄な通信を減らすことでネットワークへの負荷も減少させ、また通信時間も必要なくなることでエージェント装置の変化を管理ステーションで表現する際の即応性もよくすることができる。
【００４５】
また、管理ステーションが音声データを一括して取得することができるようになり、それぞれのタイミングで一度まとめてデータ取得しておけば、以降、サイズの大きな音声データを状態の変化毎に取得する必要がないので、さらに無駄な通信を減らすことでネットワークへの負荷も減少させ、また通信時間も必要なくなることでエージェント装置の変化を管理ステーションで表現する際の即応性もよくすることができる。
【００４６】
また、管理を開始すると、最初に画像形成装置からＳＮＭＰ  ＴＲＡＰが発せられた時に、全ての音声データを一括で取得し、ローカルに保持することにより、最初のＴｒａｐ発生時に即応性が期待できないのを解決することができる。
【００４７】
また、管理ステーションで管理開始以降に起動したエージェント装置では効果を発生できないことがあるので、管理ステーションは、画像形成装置の起動時に、全ての音声データを一括で取得し、ローカルに保持することにより、この不具合を解消することができる。
【００４８】
また、管理対象とする単一の装置だけでなく、違う種類の装置が混在していても上記のような効果を損なわずに得ることができる。
【図面の簡単な説明】
【図１】本発明に係る実施形態のネットワーク接続構成を示すフローチャートである。
【図２】印刷装置の構成を示すブロック図である。
【図３】拡張ＭＩＢの定義例を示す図である。
【図４】運用例を示す図である。
【符号の説明】
１  管理ステーション
２  印刷装置
【図１】
0004127478.tif 000002
【図２】
0004127478.tif 000003
【図３】
0004127478.tif 000004
【図４】
0004127478.tif 000005