JP3854852B2 - 管理情報送信装置、機器管理装置および機器管理システム - Google Patents
管理情報送信装置、機器管理装置および機器管理システム Download PDFInfo
- Publication number
- JP3854852B2 JP3854852B2 JP2001344655A JP2001344655A JP3854852B2 JP 3854852 B2 JP3854852 B2 JP 3854852B2 JP 2001344655 A JP2001344655 A JP 2001344655A JP 2001344655 A JP2001344655 A JP 2001344655A JP 3854852 B2 JP3854852 B2 JP 3854852B2
- Authority
- JP
- Japan
- Prior art keywords
- management information
- information
- management
- template
- job
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続された他の機器に対して管理情報を送る管理情報送信装置、管理情報を管理する機器管理装置および機器管理システムに関する。
【０００２】
【従来の技術】
コンピュータ機器、およびその通信技術の発達により、コンピュータネットワークは広く普及し、それに伴ってネットワークに接続して用いるデバイスの種類および数も増加してきている。時を同じくしてネットワーク及びそれに接続されている種々のデバイス情報を効率的に管理することのできるネットワーク管理ソフトウェアが大企業を中心に普及し始めている。
【０００３】
ネットワーク接続されたデバイスを管理する手法については、従来いくつかの提言がなされてきた。例えば国際標準化機構（ＩＳＯ）は、開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ，ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提案している。しかし、現在、広く普及しているのはインターネットプロトコルの一種である簡易ネットワーク管理プロトコル（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ，ＳＮＭＰ）をベースとしたものである。
【０００４】
ＳＮＭＰによるネットワーク管理システムは、少なくとも１台のネットワーク管理ステーションと、エージェントと呼ばれるソフトウェアが動作する管理対象ノード、およびネットワーク管理ステーションとエージェントが管理情報を交換するために使用するネットワーク管理プロトコルを基本構成要件とする。ユーザは、ネットワーク管理ステーション上のマネージャと呼ばれるネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェントと通信して管理対象ノードのデータを取得、または変更することが可能である。
【０００５】
一方、エージェントは、管理対象ノード自分自身の状態に関するデータをデータベースの形式で保持している。このデータベースはＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ばれ、木構造のデータ構造をしており、全てのノードが一意に番号付けられている。各ノードは数字列よりなる固有の識別子を有し、これはオブジェクトＩＤ（Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれている。ユーザが管理対象ノードに対してデータ取得要求（ＧＥＴ ＲＥＱＵＥＳＴあるいはＧＥＴＮＥＸＴ ＲＥＱＵＥＳＴ）またはデータ変更要求（ＳＥＴ ＲＥＱＵＥＳＴ）を行う場合、管理ソフトウェアは要求種別およびオブジェクトＩＤ情報を管理対象ノード上のエージェントへ送出する。エージェントは、要求種別及びオブジェクトＩＤ情報を解釈して対応するデータを生成し、応答をマネージャに送り返す（ＧＥＴ ＲＥＳＰＯＮＳＥ）。またＴＲＡＰと呼ばれる、あらかじめ通知先として設定されたマネージャにエージェントの状態変化を一方的に通知する仕組みも用意されている。
【０００６】
【発明が解決しようとする課題】
昨今、ＳＮＭＰで管理される機器が標準的に備えている標準ＭＩＢ以外の、企業や団体などが独自のＭＩＢ定義を行う企業拡張ＭＩＢなどのプライベートＭＩＢを用いて、ジョブ管理や課金管理、アドレス帳設定等に利用する例が増えている。これらに共通するのは、２次元テーブルへのアクセスが頻発することである。もちろん、既存ＭＩＢを用いた場合にも、２次元テーブルへのアクセスが発生するケースがあるが、従来このプロトコルは機器またはシステムの管理用プロトコルとして用いられておりリアルタイム性を要求する分野にはあまり用いられていない。
【０００７】
また、ひとつのテーブル内に複数のオブジェクトを含むテーブル形式のＭＩＢへのアクセスにおいては、データをセットする場合に他人との競合が発生する危険がある。例えばジョブ管理のようなアプリケーションにおいては、あるターミナルが機器のテーブル情報を取得している途中に、別のターミナルから情報の更新が行なわれることによって、情報に矛盾が生じる可能性がある。
【０００８】
機器の管理情報の設定ならば管理者がセッションを占有するような方式を採用すれば良いが、ジョブの実施状況のモニターやジョブの削除などは不特定多数のターミナルからアクセスされる可能性があるため、操作の競合によって情報が不定になる危険が高い。
【０００９】
また、一つのテーブルは多くのオブジェクトから構成され、個々のオブジェクトにアクセスするごとに一往復の通信が発生するため、テーブル全体の取得・更新に時間がかかる、即ちネットワークの通信負荷が高くなるという問題点がある。
【００１０】
また、テーブル内のオブジェクトを、例えばＣ言語における構造体のようにまとめてエンコードし、結果として一往復の通信で複数のオブジェクトを取得・設定する方式もある。しかし、このように複数のオブジェクトを特定の環境に依存するような方式でエンコードした場合、このエンコード形式は当然機器固有のものになってしまう。このため、エージェントおよびマネージャの双方がこのエンコード形式をあらかじめ知っておく必要がある。
【００１１】
しかしながらあらかじめエンコード方式をエージェントおよびマネージャの双方が知っていたとしても、エージェント側でオブジェクトの追加・削除・変更などを行ないたい場合には、エンコード方法を変更する場合がある。この場合は、その都度、マネージャが使用するエンコード方法を、エージェントが用いたエンコード方法に変更しなければならず、ひいてはソフトウェアの変更が必要になる。
【００１２】
本発明は、上術の課題に鑑みてなされたもので、複数の管理情報を一括して扱うことで、複数の管理情報を一回の通信で処理できるようにすることを目的とする。
【００１３】
【課題を解決するための手段】
本発明は、エージェント側で管理情報の項目リストでありエンコード方法を記述したテンプレートと管理情報の実体データとを別に保持し、エージェント側からマネージャ側に、項目リストと項目リストに記されたエンコード方法でエンコードした実体データとをＳＮＭＰプロトコルを用いて送るようにした。
【００１４】
これにより、エージェントはマネージャが必要とするすべての管理情報をひとかたまりとして一回のＳＮＭＰ応答で送信できるだけでなく、マネージャにおいては受信した管理情報を確実にデコードすることができる。この結果、応答性の良い管理システムを提供することができる。
【００１５】
【発明の実施の形態】
本発明の第１の態様にかかる管理情報送信装置は、複数の管理情報を一括し一つのオブジェクトＩＤを付与した一括管理情報をＭＩＢデータベースの一部として保持する管理情報保持手段と、前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＭＩＢデータベースの一部として保持するテンプレート保持手段と、前記一括管理情報を前記テンプレートに記述されたデータ構造でエンコードするエンコード手段と、前記エンコードした一括管理情報および前記テンプレートを他の機器にＳＮＭＰプロトコルを用いて一回で送信する送信手段と、を具備した構成を採る。
【００１６】
この構成により、管理情報送信装置は他の機器の要求するすべての管理情報をひとかたまりとして一回のＳＮＭＰ応答で送れるだけでなく、送信先の機器においては、受信したエンコードされた管理情報をデコードすることができる。この結果、応答性の良い管理システムを提供することができる。
【００１７】
本発明の第２の態様は、第１の態様にかかる管理情報送信装置において、前記管理情報保持手段と、前記テンプレート保持手段とは、異なるオブジェクトＩＤを持つ。
【００１８】
この構成により、テンプレートと管理情報とを別に保持できるので、テンプレートにあわせた管理情報生成を行うことができるので、管理のメンテナンス性を高めることができる。
【００１９】
本発明の第３の態様は、第１の態様または第２の態様にかかる管理情報送信装置において、前記テンプレートは前記一括管理情報に含まれる管理情報の種別、前記管理情報の記述方法、前記管理情報の長さ、および前記管理情報を配置する位置情報から構成される。
【００２０】
この構成により、管理情報に関する必要な情報と共に、これらの必要な情報の配置をテンプレートに含ませることができる。
【００２１】
本発明の第４の態様は、第３の態様にかかる管理情報送信装置において、前記管理情報は、スプールされたジョブの大きさ、前記ジョブの名前、前記ジョブの種類、前記ジョブの開始時刻、前記ジョブの終了時刻、および前記ジョブの状態情報の少なくともひとつを含むジョブ情報であり、前記ジョブ情報を前記他の機器に送信する。
【００２２】
この構成により、ジョブ情報を他の機器に一度の通信で送ることができる。
【００２３】
本発明の第５の態様は、第３の態様にかかる管理情報送信装置において、前記管理情報は、使用したユーザ名、ジョブの大きさ、ジョブ開始時刻、ジョブ終了時刻、使用枚数、および印刷面数の少なくともひとつを含むログ情報であり、前記ログ情報を前記他の機器に送信する。
【００２４】
この構成により、ログ情報を他の機器に一度の通信で送ることができる。
【００２５】
本発明の第６の態様は、第３の態様にかかる管理情報送信装置において、前記管理情報は、設定されているユーザの名前、前記ユーザのメールアドレス、前記ユーザの使用枚数、前記ユーザの使用料金の少なくともひとつを含むユーザ情報であり、前記ユーザ情報を前記他の機器に送信する。
【００２６】
この構成により、ユーザ情報、ユーザのアドレス情報を他の機器に一度の通信で送ることができる。
【００２７】
本発明の第７の態様は、第３の態様にかかる管理情報送信装置において、前記管理情報は、設定されているユーザのメールアドレス、および前記ユーザのＦＡＸ番号の少なくともいずれかを含むアドレス管理情報であり、前記アドレス管理情報を前記他の機器に送信する。
【００２８】
この構成により、ユーザのアドレス管理情報を他の機器に一度の通信で送ることができる。
【００２９】
本発明の第８の態様にかかる機器管理装置は、ネットワーク上の機器に対して前記機器のＭＩＢデータベース内の複数の管理情報が一括されて一つのオブジェクトＩＤが付与された一括管理情報を要求する要求手段と、前記要求の応答として前記ＭＩＢデータベース内のエンコードされた一括管理情報および前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて前記機器から受信する受信手段と、前記エンコードされた一括管理情報を前記テンプレートに基づいてデコードする解析手段と、を具備した構成を採る。
【００３０】
この構成により、機器管理装置は、複数の項目からなる管理情報をエンコードすることでひとかたまりとして受信することができるだけでなく、受信したエンコードされた管理情報をデコードすることができる。この結果、応答性の良い管理システムを提供することができる。
【００３１】
本発明の第９の態様は、第８の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、スプールされたジョブの大きさ、前記ジョブの名前、前記ジョブの種類、前記ジョブの開始時刻、前記ジョブの終了時刻、および前記ジョブの状態情報の少なくともひとつを含むジョブ情報であり、前記ジョブ情報を前記機器から受信する。
【００３２】
この構成により、ジョブ情報を、他の機器から一度の通信で受信することができる。
【００３３】
本発明の第１０の態様は、第８の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、使用したユーザ名、ジョブの大きさ、ジョブ開始時刻、ジョブ終了時刻、使用枚数、および印刷面数の少なくともひとつを含むログ情報であり、前記ログ情報を前記機器から受信する。
【００３４】
この構成により、ログ情報を、他の機器から一度の通信で受信することができる。
【００３５】
本発明の第１１の態様は、第１０の態様にかかる機器管理装置において、前記機器のログの保有可能数および前記機器の印刷速度を前記機器から取得し、前記ログの保有可能数および前記印刷速度から記憶済みのログが上書きされる間隔を計算し、前記間隔内に前記機器に対してログ情報の送信を要求する。
【００３６】
この構成により、機器管理装置は適切な間隔でログ情報の受信ができるので、ログ取得の取りこぼしがなくなる。
【００３７】
本発明の第１２の態様は、第８の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、設定されているユーザの名前、前記ユーザのメールアドレス、前記ユーザの使用枚数、前記ユーザの使用料金の少なくともひとつを含むユーザ情報であり、前記ユーザ情報を前記機器から受信する。
【００３８】
この構成により、ユーザ情報を、他の機器から一度の通信で受信することができる。
【００３９】
本発明の第１３の態様は、第８の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、設定されているユーザのメールアドレス、および前記ユーザのＦＡＸ番号の少なくともいずれかを含むアドレス管理情報であり、前記アドレス管理情報を前記機器から受信する。
【００４０】
この構成により、ユーザのアドレス管理情報を、他の機器から一度の通信で受信することができる。
【００４１】
本発明の第１４の態様にかかる機器管理装置は、ネットワーク上の機器のＭＩＢデータベース内からエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて取得する取得手段と、前記機器が保有する管理情報のうち内容を操作する管理情報の種別および操作内容を前記テンプレートに記述されたデータ構造でエンコードするエンコード手段と、前記エンコード手段によりエンコードした前記管理情報の種別および前記操作内容を一つのオブジェクトＩＤを付与された一括管理情報として前記機器のＭＩＢデータベースにＳＮＭＰプロトコルを用いて一回で送信する送信手段と、を具備した構成を採る。
【００４２】
この構成により、機器管理装置が他の機器に格納された管理情報に対して所定の操作を行うことができる。また、機器管理装置が管理情報の種別および操作内容を、テンプレートにあわせてエンコードして他の機器に送信するので、他の機器がエンコードされた情報をテンプレートに基づいて解析することができる。この結果、機器管理装置は、他の機器に対して一度の通信で管理情報の種別および操作内容という複数の項目を送ることができる。よって、通信を軽減することができる。
【００４３】
本発明の第１５の態様は、第１４の態様にかかる機器管理装置において、前記機器が前記操作内容の処理を正常に行ったか否かを示す情報を返送するための返送先の情報を前記機器に対して送信する。
【００４４】
この構成により、機器管理装置が他の機器が正確に所定操作を行ったか否かの応答を受信することができる。これにより、機器管理装置は、他の機器が正確にオブジェクトの書きこみができたか判断できる。
【００４５】
本発明の第１６の態様は、第１４の態様または第１５の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、スプールされたジョブの大きさ、前記ジョブの名前、前記ジョブの種類、前記ジョブの開始時刻、前記ジョブの終了時刻、および前記ジョブの状態情報の少なくともひとつを含むジョブ情報であり、前記操作内容は、前記ジョブ情報の中止、前記ジョブ情報の保留、前記ジョブ情報の再開、前記ジョブ情報の削除、前記ジョブ情報の優先度の変更の少なくともひとつである。
【００４６】
この構成により、他の機器に格納されたジョブ情報に対して操作することができる。
【００４７】
本発明の第１７の態様は、第１４の態様または第１５の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、使用したユーザ名、ジョブの大きさ、ジョブ開始時刻、ジョブ終了時刻、使用枚数、および印刷面数の少なくともひとつを含むユーザ情報であり、前記操作内容は、前記ユーザ情報の削除もしくは前記ユーザ情報の変更の少なくともひとつを含む。
【００４８】
この構成により、他の機器に格納されたユーザ情報に対して操作することができる。
【００４９】
本発明の第１８の態様は、第１４の態様または第１５の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、設定されているユーザのメールアドレス、および前記ユーザのＦＡＸ番号の少なくともいずれかを含むアドレス管理情報であり、前記操作内容は、前記アドレス管理情報の新規登録、変更、または削除の少なくともひとつを含む。
【００５０】
この構成により、他の機器に格納されたユーザのアドレス管理情報に対して操作することができる。
【００５１】
本発明の第１９の態様にかかる機器管理システムは、ネットワークに接続された機器および前記機器を管理する機器管理装置から構成される機器管理システムにおいて、前記機器管理装置は前記機器に対して前記機器のＭＩＢデータベース内の複数の管理情報が一括されて一つのオブジェクトＩＤが付与された一括管理情報をＳＮＭＰプロトコルを用いて要求し、前記機器は前記要求を受信するとＭＩＢデータベース内のエンコードされた一括管理情報および前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートを前記機器管理装置に対してＳＮＭＰプロトコルを用いて一回で送信し、前記機器管理装置は前記エンコードされた一括管理情報および前記テンプレートを受信すると前記エンコードされた一括管理情報を前記テンプレートのデータ構造に基づいてデコードすることを特徴とする。
【００５２】
この構成により、管理情報送信装置は他の機器が要求したすべての管理情報をひとかたまりとして一回のＳＮＭＰ応答で送れるだけでなく、機器においては、受信したエンコードされた管理情報をデコードすることができる。この結果、応答性の良い管理システムを提供することができる。
【００５３】
本発明の第２０の態様は、第１９の態様にかかる機器管理システムにおいて、前記テンプレートは前記一括管理情報に含まれる管理情報の種別、前記管理情報の記述方法、前記管理情報の長さ、および前記管理情報を配置する位置情報から構成され、前記種別は前記種別と識別子とを対応させた定義テーブルに記述された前記識別子を用いて記述される。
【００５４】
この構成により、機器管理情報に関する必要な情報および、その情報の配置をタグテンプレートに含ませることができる。よって、テンプレートを用いることで必要なジョブ情報を全て含ませてエンコードすることができる。また、種別を定義テーブルに記述された識別子を用いることでテンプレートをコンパクトにできる。
【００５５】
本発明の第２１の態様は、第１９の態様または第２０の態様にかかる機器管理システムにおいて、前記機器管理装置は受信した前記テンプレートを保持し、次に前記機器から前記エンコードされた一括管理情報を受信した場合に、前記機器から前記テンプレートのバージョン情報を取得し、すでに保存してある前記テンプレートのバージョン情報と比較し、取得した前記テンプレートのバージョン情報が保存してある前記テンプレートのバージョン情報と同じ場合は保存してある前記テンプレートを用いて前記エンコードされた一括管理情報をデコードし、取得した前記テンプレートのバージョン情報が保存してある前記テンプレートのバージョン情報と異なる場合は前記機器に対して新しいバージョンの前記テンプレートを要求し、前記新しいバージョンのテンプレートを用いて前記エンコードされた一括管理情報をデコードすると共に、新しいバージョンの前記テンプレートを保存する。
【００５６】
この構成により、テンプレートが更新されバージョン情報が変更されない限り、テンプレートのデコード処理をスキップできるため、全体の処理を効率化することができる。また、同一ネットワーク上に同種のプリンタがあって同じテンプレートを持っている場合には、プリンタ毎にテンプレートのデコードをする必要がなくなる。
【００５７】
本発明の第２２の態様にかかる機器管理システムは、ネットワークに接続された機器および前記機器を管理する機器管理装置から構成される機器管理システムにおいて、前記機器管理装置は前記機器のＭＩＢデータベース内からエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて取得し、前記機器が保有する管理情報のうち内容を操作する管理情報の種別および操作内容を前記テンプレートに記述されたデータ構造でエンコードし、前記エンコードした管理情報の種別および前記操作内容を一つのオブジェクトＩＤを付与された一括管理情報として前記機器のＭＩＢデータベースにＳＮＭＰプロトコルを用いて一回で送信し、前記機器は前記エンコードされた管理情報の種別および前記操作内容を含む一括管理情報を受信すると前記テンプレートを用いて前記エンコードされた管理情報の種別および操作内容をデコードし、デコードした前記種別の管理情報に対して前記操作内容の示す処理を行う。
【００５８】
この構成により、機器管理装置が他の機器に格納された管理情報に対して所定の操作を行うことができる。また、機器管理装置が管理情報の種別および操作内容を、テンプレートにあわせてエンコードして他の機器に送信するので、他の機器がエンコードされた情報をテンプレートに基づいて解析することができる。この結果、機器管理装置は、他の機器に対して一度の通信で管理情報の種別および操作内容という複数の項目を送ることができる。よって、通信を軽減することができる。
【００５９】
本発明の第２３の態様は、第２２の態様にかかる機器管理システムにおいて、前記管理情報の種別は、前記種別と識別子とを対応させた定義テーブルに記述された前記識別子を用いて記述される。
【００６０】
この構成により、管理情報の種別を識別子で記述できるので、テンプレートをコンパクトにできる。
【００６１】
本発明の第２４の態様は、第２０の態様または第２３の態様にかかる機器管理システムにおいて、前記定義テーブルは前記機器と前記機器管理装置間で予め取り決めされている。
【００６２】
この構成により、機器管理装置と機器間で同一の識別子を共有できるので、正確にデコードできる。
【００６３】
本発明の第２５の態様は、第２０または第２３の態様にかかる機器管理システムにおいて、前記定義テーブルにはバージョン番号が付与され、前記機器が保持する前記定義テーブルのバージョン番号と前記機器管理装置が保持する前記定義テーブルのバージョン番号とが異なる場合には、前記機器管理装置は前記ネットワーク上に設けられた複数のバージョンの前記定義テーブルが管理された管理装置にアクセスして、前記機器と同じバージョンの定義テーブルを取得する。
【００６４】
この構成により、機器管理装置と機器とが使用する定義テーブルが異なる場合でも、機器管理装置は管理装置から機器が使用する新しいバージョンの定義テーブルを得ることができる。
【００６５】
本発明の第２６の態様は、管理情報をネットワーク上の機器に送信する管理情報送信装置の管理情報送信方法において、複数の管理情報を一括し一つのオブジェクトＩＤを付与した一括管理情報をＭＩＢデータベース内に保持し、前記一括管理情報のエンコード方法として個々の管理情報のデータ構造を記述したテンプレートをＭＩＢデータベース内に保持し、前記一括管理情報を前記テンプレートに記述された前記エンコード方法でエンコードし、前記エンコードした一括管理情報と、前記テンプレートとを前記ネットワーク上の機器にＳＮＭＰプロトコルを用いて送信することを特徴とする管理情報送信方法である。
【００６６】
本発明の第２７の態様は、ネットワーク上の機器から前記機器の管理情報を取得する機器管理装置の管理情報取得方法において、ネットワーク上の機器に対して前記機器のＭＩＢデータベース内の複数の管理情報が一括されて一つのオブジェクトＩＤが付与された一括管理情報をＳＮＭＰプロトコルを用いて要求し、前記要求の応答として前記機器から送られてきたＭＩＢデータベース内のエンコードされた前記一括管理情報および前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて受信し、前記エンコードされた一括管理情報を前記受信した前記テンプレートに基づいてデコードすることを特徴とする管理情報取得方法である。
【００６７】
本発明の第２８の態様は、ネットワーク上の機器を管理する機器管理装置の機器管理方法において、ネットワーク上の機器のＭＩＢデータベース内からエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて取得し、前記機器が保有する管理情報のうち内容を操作する管理情報の種別および操作内容を前記テンプレートに記述されたデータ構造でエンコードし、前記エンコードした前記管理情報の種別および前記操作内容を一つのオブジェクトＩＤを付与された一括管理情報として前記機器のＭＩＢデータベースにＳＮＭＰプロトコルを用いて一回で送信することを特徴とする機器管理方法である。
【００６８】
（実施の形態１）
以下、本発明の実施の形態１にかかる機器管理システムについて添付図面を参照しながら説明する。まず、実施の形態１にかかる機器管理システムの構成について、図１を用いて説明する。図１は、実施の形態１にかかる機器管理システムの構成図である。
【００６９】
図１において、１０は機器管理ソフトウェアが稼動するマネージャであるＰＣであり、２０ａ、２０ｂは各々管理対象となるエージェントであるプリンタである。ＰＣ１０およびプリンタ２０ａ、２０ｂはネットワークケーブルなどの通信媒体３０によって接続されているものとする。
【００７０】
次に、本機器管理システムに用いられるＰＣの構成について、図２を用いて説明する。図２は、本機器管理システムに用いられるＰＣの構成を示すブロック図である。
【００７１】
図２において、ＰＣ１０は、機器管理ソフトウェアが稼働するＰＣ本体２００と、ディスプレイ２２０と、入力デバイス２３０とを備えている。ＰＣ本体２００は、ＲＯＭ２０１ｂ若しくはハードディスク２０２に記憶された、あるいはＣＤ−ＲＯＭドライブ２１５がＣＤ−ＲＯＭ２７０から読み取った機器管理プログラムを実行するＣＰＵ２０１ａを備え、システムバス２１８に接続されたデバイスを統合的に制御する。
【００７２】
２０１ｃで示されるものはＲＡＭであり、ＣＰＵ２０１ａの主メモリおよびワークエリアとして機能する。２１４はインタフェースコントローラであり、マウスやキーボードなどの入力デバイス２３０からの指示入力を制御する。２１３はビデオコントローラであり、ディスプレイ２２０への表示を制御する。２０７はディスクコントローラであり、機器管理プログラムを記憶するハードディスク２０２やＣＤ−ＲＯＭドライブ２１５とのアクセスを制御する。２１６はネットワークインタフェースカードであり、通信媒体３０を介して他の機器と双方向にデータを授受する。
【００７３】
次に、本機器管理システムに用いられるプリンタ装置の構成について図３を用いて説明する。図３は、本機器管理システムに用いられるプリンタ装置の構成を示すブロック図である。
【００７４】
図３において、プリンタ２０は、制御部３１０とコントロールパネル３２０と印刷機構３３０とを備えている。印刷機構３３０は、給紙装置、用紙搬送機構、印刷エンジン等から構成される。コントロールパネル３２０は、操作者がプリンタ２０を制御するためのインタフェースであって、プリンタ２０に対して動作を指示するための複数のボタンおよびプリンタ２０の動作状態等を表示するための液晶パネルおよび幾つかのＬＥＤから構成される。
【００７５】
制御部３１０は、ネットワークインタフェースカード３１６、ＣＰＵ３１１、ＲＡＭ３１４、ＨＤＤ３１５、メモリ制御部３１３、ＲＯＭ３１７、および、インタフェース回路部３１２から構成される。
【００７６】
また、コントロールパネル３２０は、インタフェース回路部３１２に接続されている。印刷機構３３０は、インタフェース回路部３１２およびメモリ制御部３１３と接続されている。ＲＯＭ３１７は、プログラムコード等のデータが記憶されたメモリである。
【００７７】
ＣＰＵ３１１は、ＲＯＭ３１７に記憶されたプログラムコードに従って、制御部３１０内の各部を制御する。ネットワークインタフェースカード３１６は、通信媒体３０を介して他の装置との間で通信を行う。ＲＡＭ３１４は、ネットワークインタフェースカード３１６によって受信された印刷データや、印刷データに基づいて生成された中間コード等を一時記憶しておくために使用される記憶装置である。
【００７８】
ＨＤＤ３１５は、ＭＩＢデータベースや印刷データなどが記憶される補助記憶装置である。
【００７９】
メモリ制御部３１３は、ＣＰＵ３１１の指示に従って、ネットワークインタフェースカード３１６からＲＡＭ３１４（必要に応じてＨＤＤ３１５）にデータを転送する処理や、ＲＡＭ３１４から印刷機構３３０内の印刷エンジンへデータを転送する処理等を行う回路である。インタフェース回路部３１２は、ＣＰＵ３１１が、コントロールパネル３２０との間、および、印刷機構３３０内の搬送機構との間で情報交換を行うための、幾つかのインタフェース回路からなる。
【００８０】
次に、実施の形態１にかかるプリンタ装置の機能について、図４を用いて説明する。図４は、プリンタ装置の機能ブロック図である。
【００８１】
図４において、プリンタ２０は、ネットワークインタフェース部４１０と、印刷実行部４７０と、状態検出部４８０、ＭＩＢ制御部４６０、ＭＩＢデータベース４５０と、からなる装置として動作している。なお、図３におけるネットワークインタフェースカード３１６が、ネットワークインタフェース部４１０として機能しており、図３におけるネットワークインタフェースカード３１６を除く部分が、印刷実行部４７０、状態検出部４８０として機能している。また、ＣＰＵ３１１、ＲＡＭ３１４、ＨＤＤ３１５が、ＭＩＢ制御部４６０として機能している。また、図３におけるＨＤＤ３１５がＭＩＢデータベース４５０に対応している。
【００８２】
ネットワークインタフェース部４１０は、通信媒体３０を介して他装置との間でパケットの送受信を行うパケット送受信部４１１と、パケット送受信部４１１によって受信されたパケットからデータを再構築するデータ生成部４１３とを備える。また、ネットワークインタフェース部４１０は、データ生成部４１３が生成したデータが印刷データである場合には、当該データを印刷実行部４７０に供給し、データ生成部４１３が生成したデータがＳＮＭＰメッセージである場合にはそのデータをＭＩＢ制御部４６０に供給するデータ判別部４１４を備える。さらに、ネットワークインタフェース部４１０は、ＭＩＢ制御部４６０から与えられたデータに応じたパケットを生成し、パケット送受信部４１１に供給するパケット生成部４１２を備える。
【００８３】
このような構成により、ネットワークインタフェース部４１０は、他装置がプリンタ２０宛てに送信した印刷データを印刷実行部４７０に供給し、他装置がプリンタ装置２０宛てに送信したＳＮＭＰメッセージをＭＩＢ制御部４６０に供給する。そして、印刷実行部４７０は、ネットワークインタフェース部４１０から供給された印刷データに基づき、用紙上への印刷を行う。また、ネットワークインタフェース部４１０は、ＭＩＢ制御部４６０から与えられたデータに応じたパケット群を生成し、通信媒体３０上に送信する。
【００８４】
また、状態検出部４８０は、印刷実行部４７０をはじめとしてプリンタ装置２０の各部の状態を検出する機能を有する。
【００８５】
また、ＭＩＢデータベース４５０は、ＲＦＣ１５１４（Ｈｏｓｔ ｒｅｓｏｕｒｃｅ ＭＩＢ）、ＲＦＣ１７５９（Ｐｒｉｎｔｅｒ ＭＩＢ）等で定義されたＭＩＢオブジェクト（ｈｒＤｅｖｉｃｅＳｔａｔｕｓ、ｐｒｔＭａｋｅｒＴｅｃｈ等）を含むデータベースである。ＭＩＢデータベース４５０の内容は、状態検出部４８０によって検出された各部の状態に応じてＭＩＢ制御部４６０が書き換える。
【００８６】
また、ＭＩＢ制御部４６０は、ネットワークインタフェース部４１０から供給されたデータが、アクセスが許可されているＳＮＭＰマネージャ（実施の形態１では、図１のＰＣ１０）からのＳＮＭＰメッセージであった場合には、ネットワークインタフェース部４１０を制御し、送られてきたＳＮＭＰメッセージの要求に応じた情報（ＭＩＢオブジェクト）をＭＩＢデータベース４５０内から抽出し、ＳＮＭＰメッセージを送信してきたＳＮＭＰマネージャに返送する。アクセス許可の可否は、例えばＳＮＭＰマネージャが発行したデータに含まれるＣｏｍｍｕｎｉｔｙストリングをチェックすることによってなされる。
【００８７】
さらに、ＭＩＢ制御部４６０は、プリンタ２０の状態が変化した場合、その旨を示すＴＲＡＰメッセージを、ＰＣ１０（トラップの宛先として設定されている装置）に対して送出する。すなわち、ＭＩＢ制御部４６０は、各部の状態を検出しており、状態に変化があった場合には、ＭＩＢデータベース４５０の内容を更新する。次いで、ＭＩＢ制御部４６０は、ネットワークインタフェース部４１０を制御することにより、ＰＣ１０に対して、状態が変化したことを示すＴＲＡＰメッセージを送出する。
【００８８】
なお、ＰＣ１０のＩＰアドレス等（Ｃｏｍｍｕｎｉｔｙ名やＴＲＡＰメッセージ宛先等）のプリンタ２０への設定は、一般的なＳＮＭＰベースのシステムと同様に、ＳＮＭＰマネージャであるＰＣ１０からプリンタ２０への通知、またはプリンタ２０のコントロールパネル３２０からユーザが設定することによって行なわれる。
【００８９】
次に、実施の形態１にかかるＭＩＢデータベースについて説明する。実施の形態１にかかるＭＩＢデータベースは、複数の要素をエンコードするエンコード方法を記述したテンプレートを設けたものである。これにより、マネージャはエージェントからテンプレートを取得して、エージェントで用いている要素群のエンコード方法を知ることができる。さらに、エージェント側で採用しているエンコード方法が何らかの理由で変更された場合でも、マネージャは変更したエンコード方法を遅滞なく知ることができる。
【００９０】
実施の形態１にかかるＭＩＢデータベースの構造について図５から図９を用いて説明する。
【００９１】
図５は、実施の形態１にかかるＭＩＢデータベースの構成を示す図である。図５に示すように、ＭＩＢデータベースは木構造にて表現され、全てのノードが一意に番号付けられている。各ノードは数字列よりなる固有の識別子を有し、これはオブジェクトＩＤ（Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれている。図５の例では、例えば「ｉｓｏ」がノード名、その後の「（１）」がオブジェクトＩＤである。
【００９２】
プリンタ２０ａ、２０ｂとも、ＳＮＭＰで管理される機器が標準的に備えている標準ＭＩＢと、企業や団体などが独自のＭＩＢ定義を行うことで独自拡張のできるプライベートＭＩＢとを搭載している。
【００９３】
標準ＭＩＢとしては、同図のｍｉｂ−ＩＩ（ＲＦＣ１２１３ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ ｆｏｒ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ ｏｆ ＴＣＰ／ＩＰ−ｂａｓｅｄ Ｉｎｔｅｒｎｅｔｓ：ＭＩＢ−ＩＩ）５３１と、ｈｒｍｉｂ（Ｈｏｓｔ ｒｅｓｏｕｒｃｅ ＭＩＢ（ＲＦＣ１５１４））５３２と、プリンタに関するｐｒｔｍｉｂ（（Ｐｒｉｎｔｅｒ ＭＩＢ）ＲＦＣ１７５９）５３３がある。
【００９４】
また、プライベートＭＩＢとしては、企業番号として２５８がＩｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒ Ａｕｔｈｏｒｉｔｙ（ＩＡＮＡ）より割り当てられている、本発明では、プライベートＭＩＢとして松下電器産業株式会社独自のＭＩＢである松下ＭＩＢ５００を使用する。プライベートＭＩＢ５００はｅｎｔｅｒｐｒｉｓｅｓノード５４４の下のｐａｎａｓｏｎｉｃノード５４５の下に展開されている。よって、プライベートＭＩＢはオブジェクトＩＤ１．３．６．１．４．１．２５８以下に展開することができる。
【００９５】
プライベートＭＩＢ５００のｐａｎａｓｏｎｉｃノード５４５の下には、ｊｏｂノード５０１、タグテンプレート（後に詳述）を表すｊｏｂＴａｇＤｅｆノード５１０、ジョブ情報を含むテーブル５２０、テーブル５２０の定義であるｊｏｂＴａｂｌｅ５２１、テーブル５２０に含まれる情報の一覧リストをあらわすエントリであるｊｏｂＥｎｔｒｙ５２２、ｊｏｂＴａｂｌｅ５２０のインデクスであるｊｏｂＩｎｄｅｘノード５２３、ジョブ情報を含むｊｏｂＤａｔａノード５３０より構成されている。
【００９６】
ＭＩＢの構造は、管理情報構造（ＳＭＩ：Ｓｔｒｕｃｔｕｒｅ ｏｆ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれ、ＲＦＣ１１５５ Ｓｔｒｕｃｔｕｒｅ ａｎｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｏｆ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ＴＣＰ／ＩＰ−ｂａｓｅｄ Ｉｎｔｅｒｎｅｔｓで規定されており、プロトコル構文規定言語ＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ＝抽象構文記法．１）というＯＳＩ言語を使って定義されている。
【００９７】
次に、実施の形態１にかかるＭＩＢデータベースをＡＳＮ．１で記述したものについて図６を用いて説明する。図６は、実施の形態１にかかるＭＩＢデータベースをＡＳＮ．１で記述したものを示す図である。
【００９８】
ｊｏｂＴａｇＤｅｆノード５１０は記述６１０部分に、テーブル５２０は記述６２０に相当する。また、記述６２０の記述６２１はｊｏｂｔａｂｌｅ５２１、記述６２２はｊｏｂＥｎｔｒｙ５２２に、記述６２３はＪｏｂＩｎｄｅｘ５２３に、記述６３０はｊｏｂＤａｔａノード５３０にそれぞれ相当する。
【００９９】
次に、実施の形態１にかかる機器管理システムで用いられるタグテンプレート（ｊｏｂＴａｇＤｅｆ５１０）について図７を用いて説明する。図７は、実施の形態１にかかるタグテンプレートを定義する方式を示した図である。
【０１００】
タグテンプレート８３０は、データ構造オブジェクト７００の集合として定義される。データ構造オブジェクト７００は、固定長のフォーマットを持ったデータ構造リストの集合であり、それぞれ３２バイトのデータタグ番号７０１、データ属性７０２、データ長７０３、先頭からのオフセット量７０４から構成される。
【０１０１】
データタグ番号７０１は、タグ定義リスト８１０で定義されたタグＩＤのいずれかの値を持つ。なお、タグ定義リストは、図２のＨＤＤ２０２および図３のＨＤＤ３１５に格納されている。
【０１０２】
タグ定義リスト８１０は、ジョブ情報に関する項目をＴＡＧＩＤに対応づけたテーブルである。タグ定義リスト８１０では、ＴＡＧＩＤの１にＪＯＢＩＤ、ＴＡＧＩＤの２にＪＯＢ（ジョブ）のサイズ、ＴＡＧＩＤの３にＪＯＢの名前、ＴＡＧＩＤの４にＪＯＢの種類、ＴＡＧＩＤの５にＪＯＢの開始時刻、ＴＡＧＩＤの６にＪＯＢの終了時刻、ＴＡＧＩＤの７にＪＯＢステータス、ＴＡＧＩＤの８にＪＯＢエラーコード、ＴＡＧＩＤの９にＪＯＢ送信元が割り当てられている。
【０１０３】
データ属性７０２は、タイプ定義リスト８２０で定義されたＴＹＰＥＩＤのいずれかの値を持つ。なお、タイプ定義リスト８２０は、図２のＨＤＤ２０２および図３のＨＤＤ３１５に格納されている。
【０１０４】
例えば非負整数ならＴＹＰＥＩＤが１、符号付整数ならＴＹＰＥＩＤが２、文字列ならＴＹＰＥＩＤが３、実数ならＴＹＰＥＩＤが４、論理値ならＴＹＰＥＩＤ５、複素数ならＴＹＰＥＩＤ６で表される。
【０１０５】
データ長７０３はジョブ情報を構成する各項目データの長さをバイト数で記述したものである。オフセット７０４は、先頭からのオフセット量を記述する。
【０１０６】
このようにタグテンプレート８３０を構成することで、ジョブに関する必要な情報および、その情報の配置をタグテンプレート８３０に含ませることができる。
【０１０７】
また、タグ定義リストやタイプ定義リスト内の種別をリストに記述された識別子を用いることでテンプレートをコンパクトにできる。
【０１０８】
また、このタグテンプレート８３０はｊｏｂＴａｇＤｅｆノード５１０としてプリンタ２０のＭＩＢデータベース４５０に実装される。よって、タグテンプレート８３０は、記述６１０からオブジェクトＩＤ１．３．６．１．４．１．２５８．９９５．１に対するデータ取得要求をもってプリンタ２０からＰＣ１０が取得することが可能である。
【０１０９】
なお、タグ定義リスト８１０、タイプ定義リスト８２０はＰＣ１０、プリンタ２０双方で適用を一にしておく必要がある。これは、正確にデコードするためには、ＰＣ１０とプリンタ２０間で同一のタグ定義を共有する必要があるからである。
【０１１０】
次に、実施の形態１にかかるタグテンプレートを元にして作成されるデータ構造体について図８を用いて説明する。図８は、実施の形態１にかかるタグテンプレートを元にして作成されるデータ構造体を示す図である。
【０１１１】
図８に示すデータ構造体９００は、図７に示すタグテンプレート８３０を元に作成したものである。
【０１１２】
図８中に、先頭を０としたときの構造体９００を構成する要素の開始位置を同図に併記してある。これらの開始位置は、図７に示したオフセット量７０４の位置に書き込まれる。また、オフセット量７０４で示される位置にはＴＡＧＩＤ７０１、データ属性７０２、データ長７０３で示されるデータが記述されている。図８の例では、ＪＯＢの名前はオフセット４に、開始時刻はオフセット２０に、ＪＯＢＳＩＺＥはオフセット２８に、ＪＯＢ種類はオフセット３２に、ＪＯＢステータスは開始位置３６に記述されている。
【０１１３】
ジョブデータ本体であるｊｏｂＤａｔａ５３０は記述６３０に示されているようにバイト列として実装され、データ構造体９００とマッチングをとることによってバイト列にエンコードされているデータを復元（デコード）することができる。
【０１１４】
なお、実施の形態１では、データ構造オブジェクト７００にオフセット量７０４を含んだ形態であるが、オフセット量７０４を含まない形態でも良い。この場合は、オフセット量をデータ長７０３から算出すれば良い。
【０１１５】
また、構造体９００は、ｊｏｂＤａｔａノード５３０としてプリンタ２０のＭＩＢデータベース４５０に実装される。ｊｏｂＤａｔａノード５３０のオブジェクトは図５から明らかなようにオブジェクトＩＤ１．３．６．１．４．１．２５８．９９５．２．１．２に対する要求でプリンタ２０から取得することが可能である。
【０１１６】
次に、実施の形態１にかかるＰＣの機器管理処理について説明する。まず、ＰＣが実行する機器管理ソフトウェア（マネージャ）の構成について図９を用いて説明する。図９は、実施の形態１における機器管理ソフトウェアのモジュール構成を示す図である。
【０１１７】
実施の形態１にかかる機器管理ソフトウェアは、図２に示すハードディスク２０２に格納されており、ＣＰＵ２０１ａによって実行される。その際、ＣＰＵ２０１ａはワークエリアとしてＲＡＭ２０１ｃを使用する。
【０１１８】
図９において、１００１は一覧表示モジュールであり、通信媒体３０に接続されたプリンタ２０ａ、２０ｂなどを一覧にして表示するモジュールである。１００２は全体統括モジュールで、一覧表示モジュール１００１からの指示に基づき、他のモジュールを統括する。
【０１１９】
１００３は探索モジュールで、通信媒体３０に接続されているプリンタを探索するモジュールである。この探索モジュール１００３によって探索されたプリンタが一覧表示モジュール１００１によって一覧表示される。プリンタを探索する方式は、たとえば既存の機器管理ソフトウェア（例えばＨＰ社のＪｅｔＡｄｍｉｎ（Ｒ）やＣＡＮＯＮ社のＮｅｔＳｐｏｔ（Ｒ））が採用しているＳＮＭＰメッセージをブロードキャストする方式などがある。
【０１２０】
１００４は後述するプリンタ情報詳細ウィンドウを表示するためのＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）モジュールである。１００８は後述するジョブ表示ウィンドウを表示するためのジョブ表示モジュールである。
【０１２１】
１００５は制御モジュールであり、プリンタの制御を受け持つモジュールである。制御モジュール１００５は、後述するＭＩＢモジュール１００６を用いてプリンタ２０ａ、２０ｂからＭＩＢデータを取得し、必要に応じてデータの変換を行い、ＵＩモジュール１００５およびジョブ表示モジュール１００８にデータを渡す。
【０１２２】
ＭＩＢモジュール１００６は、オブジェクトＩＤに対する要求をＳＮＭＰエンコードして通信モジュール１００７を介して通信媒体３０上のプリンタ２０にデータ送信を実施、通信媒体３０上のプリンタ２０から受信したＳＮＭＰデータをデコードしてデータを取り出すモジュールである。
【０１２３】
次に、図９に示す機器管理ソフトウェアを用いた機器管理システムの動作について述べる。
【０１２４】
上述したようにＰＣ側の管理ソフトウェアを起動すると、ユーザはネットワーク機器一覧からプリンタを選択できる。プリンタの選択後、ジョブ管理画面に移行すると、管理ソフトウェアはプリンタにオブジェクトＩＤを指定することでデータ構造リストオブジェクトの取得要求を出す。要求を受け取ったプリンタは対応するデータ構造リストオブジェクトをＳＮＭＰレスポンスとして返す。それを受け取った管理ソフトウェアはＲＡＭにデータ構造リストを展開する。
【０１２５】
以下、機器管理ソフトウェアを用いた機器管理システムの動作について図１０を用いて詳細に述べる。図１０は、実施の形態１にかかる機器管理システムの動作の処理を表すシーケンス図である。
【０１２６】
ＰＣ１０（クライアントコンピュータ）が、印刷ジョブを、プリンタ２０に送信開始する（Ｓ１０１）。
【０１２７】
プリンタ２０は、ＰＣ１０から送られてきた印刷ジョブをパケット送受信部４１１で受信開始する（Ｓ１０２）。そして、プリンタ２０のデータ生成部４１３がパケット送受信部４１１が受信した印刷ジョブのパケットからデータを再構築し、データ判別部４１４に送る。データ判別部４１４は、送られてきたデータが印刷要求であるので、受信したジョブ要求のデータを印刷実行部４７０に送る。
【０１２８】
印刷実行部４７０は、受信した印刷ジョブにジョブＩＤを付加してジョブスプールを行う（Ｓ１０３）。ここで、印刷実行部４７０は、すでにスプールされているジョブとは異なったジョブＩＤを付与してジョブの管理を行い、ジョブ管理テーブルにはユーザ名、ジョブサイズ、ジョブ開始時刻などのデータが一緒に管理される（Ｓ１０４）。
【０１２９】
次に、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いてプリンタ２０に対しジョブ状態情報の取得を開始する（Ｓ１０５）。
【０１３０】
まず、制御モジュール１００５は、プリンタ２０に対してｊｏｂＴａｇＤｅｆノード５１０で表されるタグテンプレート８３０の取得要求を開始し（Ｓ１０６）、ＳＮＭＰのＧＥＴＲＥＱＵＥＳＴを用いて出す（Ｓ１０７）。これに対して、プリンタ２０はＰＣ１０に対してタグテンプレートをＧＥＴＲＥＳＰＯＮＳＥで応答する（Ｓ１０８）。そして、ＰＣ１０は、プリンタ２０からのＧＥＴＲＥＳＰＯＮＳＥ応答に含まれるタグテンプレートの実体データを取得し（Ｓ１０９）、データ構造体に変換してＲＡＭ２０１ｃに保存する（Ｓ１１０）。
【０１３１】
次に、制御モジュール１００５は、ｊｏｂＤａｔａ５３０で表される、プリンタ２０の印刷実行部４７０が管理しているスプールジョブ情報にＳＮＭＰのＧＥＴまたはＧＥＴＮＥＸＴ要求を用いてアクセスし、プリンタ２０のＧＥＴＲＥＳＰＯＮＳＥ応答を通じて個々のジョブ情報を得る（Ｓ１１１）。そして、制御モジュール１００５は、最終のジョブ情報まで取得したら（Ｓ１１２）、ＲＡＭ２０１ｃに保存したデータ構造体を読み出してマッチングをとることにより受信したジョブ情報のデコード処理を行う（Ｓ１１３）。
【０１３２】
そして、制御モジュール１００５は、ジョブ情報のデコードが終了したら、デコードしたジョブ情報をジョブ表示モジュール１００８に送信し、ジョブ表示モジュール１００８がジョブ情報を画面表示する（Ｓ１１４）。
【０１３３】
以上のように実施の形態１によれば、管理情報の項目リストでありエンコード方法を記述したタグテンプレート８３０と、管理情報であるジョブ情報の実体データである構造体９００とを別に保持し、マネージャであるＰＣ１０がエージェントであるプリンタ２０に別々のオブジェクトＩＤでアクセスすることで、プリンタ２０からＰＣ１０にタグテンプレート８３０とタグテンプレート８３０に記されたエンコード方法でエンコードしたジョブ情報とを送ることができる。これにより、従来のＳＮＭＰ機器管理の枠組みを変えることなく、テーブル内のすべてのジョブ詳細情報を一回のＳＮＭＰ要求・応答で処理することができるこの結果、応答性の良い管理システムを提供することができる。
【０１３４】
また、実施の形態１は、項目リストと実体データを別に保持することにより、項目リストにあわせた実体データ生成を行うことができるので、管理プログラムのメンテナンス性を高めることができる。
【０１３５】
また、実施の形態１によれば、タグ定義リスト８１０およびタイプ定義リスト８２０をＰＣ１０およびプリンタ２０間で予め定義しておくことで、エンコード方法を変更するためにタグテンプレート８３０を変更する場合であっても、タグテンプレート８３０をタグ定義リスト８１０およびタイプ定義リスト８２０の範囲内で変更することで、変更後のタグテンプレート８３０をＰＣ１０が解釈することができる。
【０１３６】
なお、実施の形態１では、機器管理装置としてＰＣ１０、管理情報送信装置としてプリンタ２０を用いて説明したが、機器管理装置および機器情報送信装置としてＳＮＭＰプロトコルを用いた通信を行うこれら以外の機器を用いても同じ効果が得られるのはいうまでもない。
【０１３７】
尚、上記実施の形態ではプリンタ２０がタグテンプレートに書かれているエンコード方式でジョブデータを書き出すとしたが、独自の方式で書き出しておき、ＰＣ１０からのＳＮＭＰ ＧＥＴＲＥＱＵＥＳＴ要求があった時点でタグテンプレートのエンコード方式に変換して送信するような構成でも同じ効果が得られる。
【０１３８】
（実施の形態２）
実施の形態２は、タグテンプレートにバージョン情報を付与したものである。ＰＣはプリンタからタグテンプレートおよびそのバージョン情報を取得することができるため、受信したタグテンプレートの取得時にそのバージョン情報をチェックすることにより、すでに記憶してあるタグテンプレートのバージョン情報と異なる場合にのみ取得したタグテンプレートのデータ構造体変換処理を行うようにしたものである。
【０１３９】
これにより、プリンタのタグテンプレートが更新されバージョン情報が変更されない限りタグテンプレートのデータ構造体変換処理をスキップすることができる。また、同一ネットワーク上に同種のプリンタがあって同じタグテンプレートを持っている場合には、プリンタ毎にタグテンプレートのデータ構造体変換処理をする必要がなくなる。
【０１４０】
次に、実施の形態２にかかる機器管理システムについて、図１１を用いて説明する。図１１は、実施の形態２にかかるＰＣの処理を示すフロー図である。図１１は、ＰＣ１０がプリンタ２０に印刷ジョブを送信後の処理のフロー図である。
【０１４１】
ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いてプリンタ２０にｊｏｂＴａｇＤｅｆノード５１０で表されるタグテンプレート８３０の取得要求を、ＳＮＭＰのＧＥＴ要求を用いて出し、プリンタ２０からのＧＥＴＲＥＳＰＯＮＳＥ応答に含まれるタグテンプレートの実体データの取得を開始する（Ｓ３０１）。
【０１４２】
この段階では、既に、制御モジュール１００５が、プリンタ２０から以前にタグテンプレート８３０を取得、保存している状態であるとする。また、制御モジュールは１００５が受信するタグテンプレート８３０には、タグテンプレートのバージョンが付与されていて、バージョン情報も保存されているとする。
【０１４３】
制御モジュール１００５は、現在プリンタ２０が使用しているタグテンプレートのバージョンを取得する（Ｓ３０２）。タグテンプレートのバージョンに関する情報は、タグテンプレートのヘッダ部に記述されているものとする。
【０１４４】
次に、制御モジュール１００５は、ＰＣ１０がすでに保持しているタグテンプレートのバージョンと、今回の通信によって取得したタグテンプレートのバージョンを比較し（Ｓ３０３）、これらのバージョンが異なる場合は今回の通信によって取得したタグテンプレートでデータ構造体の置き換えを実施してＲＡＭ２０１ｃに保存する（Ｓ３０４）。
【０１４５】
次に、制御モジュール１００５は、ｊｏｂＤａｔａ５３０で表される、プリンタ２０の印刷実行部４７０が管理しているスプールジョブ情報にＳＮＭＰのＧＥＴまたはＧＥＴＮＥＸＴ要求を用いてアクセスし、プリンタ２０のＧＥＴＲＥＳＰＯＮＳＥ応答を通じて個々のジョブ情報を得る（Ｓ３０５）。そして、制御モジュール１００５は、最終のジョブ情報まで取得したら（Ｓ３０６）、ＲＡＭ２０１ｃに保存したデータ構造体を読み出してマッチングをとることにより受信したジョブ情報のデコード処理を行う（Ｓ３０７）。
【０１４６】
そして、制御モジュール１００５は、ジョブ情報のデコードが終了したら、デコードしたジョブ情報をジョブ表示モジュール１００８に送信し、ジョブ表示モジュール１００８がジョブ情報を画面表示する（Ｓ３０８）。
【０１４７】
以上、実施の形態２によれば、プリンタのタグテンプレートが更新されバージョン情報が変更されない限り、タグテンプレートのデータ構造体変換処理をスキップできるため、全体の処理を効率化することができる。また、同一ネットワーク上に同種のプリンタがあって同じタグテンプレートを持っている場合には、プリンタ毎にタグテンプレートのデータ構造体変換処理をする必要がなくなる。
【０１４８】
なお、実施の形態２では、タグテンプレートはバージョン情報を内包するとしたが、ＭＩＢの別オブジェクトに記録し、バージョンのチェックにはそれを参照するような構成でも良い。
【０１４９】
（実施の形態３）
本発明の実施の形態３は、ジョブを内蔵ハードディスク上にスプールする機能を有するプリンタを備えたシステムに対応したものであり、スプールしたジョブをＰＣからＳＮＭＰプロトコルを用いて制御するものである。
【０１５０】
一般に、プリンタはジョブを受け付けると印刷待ち行列に入れ、それらを印刷終了まで管理するようになっている。ジョブは、最初に待ち行列の末尾に加えられ印刷実行を待ち、待ち行列の先頭に達した時点で印刷が実行され、印刷が終了すると待ち行列から削除される。昨今ではハードディスクの容量の増大に伴って、待ち行列に入れて印刷待ちできる（スプールできる）ジョブの数も増えているため、待ち行列内のジョブ削除や優先度変更をＰＣから行いたいという要求が強い。前述の操作は、従来プリントサーバで管理されているジョブの操作とほぼ同じであるため、待ち行列内のジョブを特定しＰＣからのジョブ操作を可能にするためには、ジョブＩＤ、ジョブ名称、ジョブ投入時刻などのジョブに関する付加情報、即ちジョブ詳細情報を持つ必要がある。ジョブ情報をテーブルとして構成し、ジョブ詳細要素を個々のＭＩＢとして実装すると項目数が多くなるため、例えば高々１個のジョブ情報をＰＣが取得する際にさえ、ＰＣとプリンタ間で何度も情報のやり取りをする必要が生じる。そこで、実施の形態３では、エンコードしたデータと、エンコード方法をＰＣとプリンタ間で通信することで、一度の通信で一個のジョブ制御情報を送るようにしている。
【０１５１】
以下、実施の形態３にかかる機器管理システムについて説明する。まず、実施の形態３にかかるプリンタが具備するＭＩＢデータベースの構造について図１２を用いて説明する。図１２は、実施の形態３にかかるＭＩＢデータベースの構成を示した図である。図１２は、図５に示したＭＩＢデータベースのプライベートＭＩＢ以下の構造について記した図である。なお、すでに説明した部分と同一の部分には同一の符番を付与し説明を省略する。
【０１５２】
実施の形態３にかかるＭＩＢデータベースは、プライベートＭＩＢ１２００のＪＯＢノード５０１以下に、並列で、ジョブ操作コマンド記述用テンプレート（ｊｏｂＣｏｍＤｅｆ）１２１０と、ジョブ操作コマンド記述オブジェクト１２２０と、を加えた構成を呈する。ジョブ操作コマンド記述オブジェクト（ｊｏｂＣｏｍｍａｎｄ）１２２０は図１３のジョブ操作コマンド記述用テンプレート１３３０で表現される内容（実体は後述する図１４の構造体１４００）を有し、ジョブ操作１４１０としては中止・保留・再開・削除・優先度を上げる、の５種類があり、それぞれ１〜５までの数値で表現される。
【０１５３】
次に、ジョブ操作コマンド記述用テンプレートについて図１３を用いて説明する。図１３は、実施の形態３にかかるジョブ操作コマンド記述用テンプレートを示した図である。
【０１５４】
ジョブ操作コマンド記述用テンプレートであるテンプレート（ｊｏｂＣｏｍＤｅｆ）１３３０は、実施の形態１で説明したＪｏｂＴａｇＤｅｆ８３０と同様にデータ構造オブジェクト７００の集合として定義される。データ構造オブジェクト７００は、固定長のフォーマットを持ったデータ構造リストの集合であり、それぞれ３２バイトのデータタグ番号７０１、データ属性７０２、データ長７０３、先頭からのオフセット量７０４から構成される。
【０１５５】
データタグ番号７０１は、タグ定義リスト１３１０で定義されたタグＩＤのいずれかの値を持つ。
【０１５６】
タグ定義リスト１３１０は、ジョブ情報に関する項目をＴＡＧＩＤに対応つけたテーブルである。タグ定義リスト１３１０は、ＴＡＧ１Ｄの２０にＪＯＢ操作を割り当てた点が実施の形態１のタグ定義リスト８１０と異なる。このように、ＴＡＧ１Ｄの２０にＪＯＢ操作を割り当てることで、テンプレート１３３０にＪＯＢ操作を記すことができる。
【０１５７】
データ属性７０２は、実施の形態１と同様に、タイプ定義リスト８２０で定義されたＴＹＰＥＩＤのいずれかの値を持つ。
【０１５８】
データ長７０３およびオフセット７０４は、実施の形態１と同様なので詳細な説明を省略する。
【０１５９】
また、このタグテンプレート１３３０はｊｏｂＣｏｍＤｅｆノード１２１０としてプリンタ２０のＭＩＢデータベースに実装される。よって、タグテンプレート１３３０は、オブジェクトＩＤ１．３．６．１．４．１．２５８．９９９．３に対する要求でプリンタ２０からＰＣ１０が取得することが可能である。
【０１６０】
次に、実施の形態３にかかるタグテンプレートを元にして作成されるデータ構造体について図１４を用いて説明する。図１４は、実施の形態３にかかるタグテンプレートを元にして作成されるデータ構造体を示す図である。
【０１６１】
図１４に示す構造体１４００は、図１３に示すタグテンプレート１３３０を元に作成したものである。
【０１６２】
図１４中に、先頭を０としたときの構造体１４００を構成する要素の開始位置を同図に併記してある。これらの開始位置は、図１３に示したオフセット量７０４の位置に書き込まれる。図１４の例では、ＪＯＢＩＤ（名前）はオフセット０に、ＪＯＢ操作はオフセット４に記述されている。
【０１６３】
また、ジョブ操作の種類は、中止・保留・再開・削除・優先度を上げる、の５種類があるとし、それぞれ１〜５までの数値が割り振られている。構造体１４００の開始位置４に１〜５を記述することで、中止・保留・再開・削除・優先度を上げる、のジョブ操作をすることができる。
【０１６４】
また、構造体１４００は、ｊｏｂＤａｔａノード５３０としてプリンタ２０のＭＩＢデータベース４５０に実装される。このオブジェクトはオブジェクトＩＤ１．３．６．１．４．１．２５８．９９９．２．１．２に対する要求でＰＣ１０から取得することが可能である。
【０１６５】
次に、実施の形態３にかかる機器管理システムの動作について図１５を用いて詳細に述べる。図１５は、実施の形態３にかかる機器管理システムのＰＣの動作フロー図である。なお、ＰＣ１０が実行する機器管理ソフトウェアの構成については、実施の形態１と同一であるので詳細な説明を省略する。
【０１６６】
ＰＣ１０がジョブ操作を開始すると（Ｓ４０１）、まずＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いてプリンタ２０に対して、ジョブ操作用のテンプレート１３３０の送信を要求する（Ｓ４０２）。そして、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を介してプリンタ２０から送られてきたＭＩＢデータの構造体であるジョブ操作用のテンプレート１３３０を取得し（Ｓ４０３）、Ｓ４０３において取得したテンプレート１３３０をＲＡＭ２０１ｃに保存する（Ｓ４０４）。
【０１６７】
次に、制御モジュール１００５は、ジョブ操作するジョブのジョブＩＤと、操作する内容を指定する（Ｓ４０５）。次に、制御モジュール１００５は、Ｓ４０５で指定したジョブＩＤおよびジョブ操作を、Ｓ４０３で取得したテンプレート１３３０にあわせてエンコードする（Ｓ４０６）。そして、制御モジュール１００５は、エンコードしたジョブ操作情報をＳＥＴ ＲＥＱＵＥＳＴで、プリンタ２０に対して送信することで、プリンタ２０のジョブ操作オブジェクトにジョブ操作を書き込む処理をする（Ｓ４０７）。
【０１６８】
例えば、図１６に示すジョブＩＤが１４７３〜１４７６のジョブ一覧１６０１に対して、ＰＣ１０がジョブＩＤとして１４７４、ジョブ操作情報として２（削除）をテンプレートに基づいてエンコードしてプリンタ２０に送信することで、ジョブ一覧１６０１からジョブＩＤが１４７４のジョブを削除した、図１７に示すジョブ一覧１６０２にすることができる。図１６、図１７は、実施の形態３にかかるジョブ一覧を示す図である。
【０１６９】
以上、実施の形態３によれば、ＰＣ１０がジョブＩＤおよびジョブ操作情報を、プリンタ２０に送信することで、ＨＤＤに格納されたジョブに対して所定の操作を行うことができる。
【０１７０】
また、実施の形態３によれば、ＰＣ１０がジョブＩＤおよびジョブ操作情報を、テンプレートにあわせてエンコードしてプリンタ２０に送信するので、プリンタ２０がエンコードされた情報をテンプレートに基づいて解析することができる。この結果、ＰＣ１０は、プリンタ２０に対して一度の通信でジョブＩＤおよびジョブ操作情報という複数の項目を送ることができる。よって、ＰＣ１０とプリンタ２０間の通信を軽減することができる。
【０１７１】
なお、実施の形態３では、ジョブ操作の種類は５種類であるとしたが、それより少なくても多くても、また別の操作を定義しても同様の効果が得られるのは言うまでもない。
【０１７２】
また、実施の形態３では、ジョブ操作に関して数字によるコマンド定義を行ったが、これを文字列として、例えば削除に関し「ＤＥＬＥＴＥ」等の文字列を与えても良い。
【０１７３】
また、ジョブ操作情報に、ユーザ名、パスワードなどのセキュリティ情報を入力できるようにしても良い。これにより、悪意をもったユーザによるジョブ操作を禁止することができる。
【０１７４】
（実施の形態４）
実施の形態４は、ＰＣがプリンタに対しＴＲＡＰメッセージ送信を使うことで、プリンタがオブジェクト書き込み動作終了後にオブジェクトの書き込みが正確に行えたか否かをＰＣに返すようにするようにしたものである。これにより、ＰＣがプリンタのオブジェクト書き込みの正否を確認できるようにしたものである。
【０１７５】
以下、実施の形態４にかかる機器管理システムの動作について、図１８を用いて説明する。図１８は、実施の形態４にかかる機器管理システムのＰＣの動作フロー図である。
【０１７６】
ＰＣ１０がジョブ操作を開始すると（Ｓ５０１）、まずＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いてプリンタ２０に対して、ジョブ操作用のテンプレート１３３０の送信要求する（Ｓ５０２）。そして、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を介してプリンタ２０から送られてきたＭＩＢデータの構造体であるジョブ操作用のテンプレート１３３０を取得し（Ｓ５０３）、Ｓ５０３において取得したテンプレート１３３０をＲＡＭ２０１ｃに保存する（Ｓ５０４）。
【０１７７】
次に、制御モジュール１００５は、ジョブ操作するジョブのジョブＩＤと、操作する内容（ジョブ操作情報）を指定する（Ｓ５０５）。
【０１７８】
このとき、制御モジュール１００５は、プリンタ２０がオブジェクトの書き込み正否を返す返送先として自身のアドレスを、ジョブ操作情報に書き込んでおく。
【０１７９】
次に、制御モジュール１００５は、Ｓ５０５で指定したジョブＩＤおよびジョブ操作を、Ｓ５０３で取得したテンプレート１３３０にあわせてエンコードする（Ｓ５０６）。そして、制御モジュール１００５は、エンコードしたジョブ操作情報をＳＮＭＰ ＳＥＴで、プリンタ２０に対して送信することで、プリンタ２０のジョブ操作オブジェクトにジョブ操作を書き込む処理をする（Ｓ５０７）。次に、Ｓ５０７において書き込まれたジョブ操作内容には、オブジェクトの書き込み正否を返す返送先としてＰＣ１０のアドレスが含まれているため、プリンタ２０は、ＰＣ１０にＴＲＡＰメッセージを送信する（Ｓ５０８）。
【０１８０】
そして、制御モジュール１００５は、プリンタ２０からの応答（トラップ）を受信する。（Ｓ５０９）
以上、実施の形態４によれば、プリンタ２０がＰＣ１０にＴＲＡＰメッセージ送信を行うように構成することで、プリンタ２０がオブジェクトの書きこみを正確に行ったか否かの応答を受信することができる。これにより、ＰＣ１０は、プリンタ２０が正確にオブジェクトの書きこみができたか判断できる。
【０１８１】
また、実施の形態４では、オブジェクトの書き込み正否を返す返送先をジョブ操作内容と共に、テンプレートに基づいてエンコードして構造化して送ることで、通信の軽減ができる。
【０１８２】
なお、実施の形態４では、ＰＣからの命令に対する処理終了通知に標準ＴＲＡＰメッセージを用いたが、他のネットワークプロトコルや通信手段を用いても同じ効果が得られる。
【０１８３】
（実施の形態５）
本発明の実施の形態５は、印刷ログや動作ログなどのいわゆるログデータを内蔵ハードディスク上に蓄積する機能を有するプリンタを備えたシステムに対応したものであり、蓄積したログをＰＣからＳＮＭＰプロトコルを用いて制御するものである。
【０１８４】
しかしながら、単純にログをテーブルとし、ログの各要素をノードとしてＭＩＢ実装すると、１ログあたりの項目数が多いため、一つのログ情報すなわち一つのテーブル内の全要素をＰＣが取得するためにはＰＣがプリンタに対して間で個々にＳＮＭＰプロトコルによる通信を行わなければならない。通常プリンタ上には複数のログ情報が蓄積されているので、その通信オーバーヘッドはかなり大きなものになる。そこで、実施の形態５では、エンコードしたログと、エンコード方法を記述したテンプレートとをＰＣとプリンタ間で通信することで、結果として一度の通信で一つののログを通信可能になるようにしている。
【０１８５】
以下、実施の形態５にかかる機器管理システムについて説明する。まず、実施の形態５にかかるプリンタが具備するＭＩＢデータベースの構造について図１９を用いて説明する。図１９は、実施の形態５にかかるＭＩＢデータベースの構成を示した図である。図１９は、図５に示したＭＩＢデータベースのプライベートＭＩＢ以下の構造について記した図である。なお、すでに説明した部分と同一の部分には同一の符番を付与し説明を省略する。
【０１８６】
実施の形態５にかかるＭＩＢデータベースは、プライベートＭＩＢ１８００以下にｌｏｇノードを持つ。さらに、ｌｏｇノード１８０１以下に、並列で、ｌｏｇ記述用テンプレート１８１０と、ｌｏｇ情報を含むテーブルｌｏｇＴａｂｌｅ１８２０を具備する。ｌｏｇｔａｂｌｅ１８２０には、ｌｏｇｔａｂｌｅ１８２０の定義であるｌｏｇＴａｂｌｅ１８２１、ｌｏｇＴａｂｌｅ１８２０のエントリであるｊｏｂＥｎｔｒｙ１８２２、ｌｏｇＴａｂｌｅ１８２０のインデクスであるｌｏｇＩｎｄｅｘノード１８２３、ｌｏｇ情報を含むｌｏｇＤａｔａノード１８３０より構成されている。
【０１８７】
次に、ｌｏｇ記述用テンプレートについて図２０を用いて説明する。図２０は、実施の形態５にかかるｌｏｇ記述用テンプレートを示す図である。
【０１８８】
ｌｏｇ記述用テンプレートであるテンプレート（ｌｏｇＴａｇＤｅｆ）２０３３０は、実施の形態１で説明したＪｏｂＴａｇＤｅｆ８３０と同様にデータ構造オブジェクト７００の集合として定義される。データ構造オブジェクト７００は、固定長のフォーマットを持ったデータ構造リストの集合であり、それぞれ３２バイトのデータタグ番号７０１、データ属性７０２、データ長７０３、先頭からのオフセット量７０４から構成される。
【０１８９】
データタグ番号７０１は、タグ定義リスト２０１０で定義されたタグＩＤのいずれかの値を持つ。
【０１９０】
タグ定義リスト２０１０は、ＬＯＧ情報に関する項目をＴＡＧＩＤに対応つけたテーブルである。タグ定義リスト２０１０は、ＴＡＧ１Ｄの３１にＬＯＧＩＤを割り当てた点が実施の形態１のタグ定義リスト８１０と異なる。このように、ＴＡＧＩＤの３１にＬＯＧＩＤを割り当てることで、所望のＩＤのＬＯＧをタグテンプレート２０３０に含ませることができる。
【０１９１】
データ属性７０２、データ長７０３およびオフセット７０４は、実施の形態１と同様なので詳細な説明を省略する。
【０１９２】
また、このタグテンプレート２０３０はｊｏｂＴａｇＤｅｆノード１８１０としてプリンタ２０のＭＩＢデータベースに実装される。よって、タグテンプレート２０３０は、オブジェクトＩＤ１．３．６．１．４．１．２５８．９９６．１に対する要求でＰＣ１０が取得することが可能である。
【０１９３】
以下、機器管理ソフトウェアを用いた機器管理システムの動作について図２１を用いて詳細に述べる。図２１は、実施の形態５にかかる機器管理システムの動作の処理を表すシーケンス図である。
【０１９４】
ＰＣ１０（クライアントコンピュータ）が、印刷ジョブを、プリンタ２０に送信開始する（Ｓ６０１）。
【０１９５】
プリンタ２０は、ＰＣ１０から送られてきた印刷ジョブをパケット送受信部４１１で受信開始する（Ｓ６０２）。そして、プリンタ２０のデータ生成部４１３がパケット送受信部４１１が受信した印刷ジョブのパケットからデータを再構築し、データ判別部４１４に送る。データ判別部４１４は、送られてきたデータが印刷要求であるので、受信したジョブ要求のデータを印刷実行部４７０に送る。
【０１９６】
印刷実行部４７０は、受信した印刷ジョブにジョブＩＤを付加してジョブスプールを行う（Ｓ６０３）。ここで、印刷実行部４７０は、すでにスプールされているジョブとは異なったジョブＩＤを付与してジョブの管理を行い、ジョブ管理テーブルにはユーザ名、ジョブサイズ、ジョブ開始時刻などのデータが一緒に管理される（Ｓ６０４）。
【０１９７】
そして、印刷実行部４７０は、上述したジョブが終了、即ち印刷機構３３０での印刷が完了すると、ジョブ管理テーブルから当該ジョブデータを削除するとともにＨＤＤ３１５上のログ管理テーブルに印刷の終了したユーザ名、ジョブサイズ、ジョブ開始時刻、ジョブ終了時刻、消費紙枚数、印刷面数等のジョブ情報をログ情報として書き出す（Ｓ６０５）。このとき、印刷実行部４７０は、ジョブ情報をタグテンプレート８３０にあわせて構造体９００に正規化（エンコード）して書き出す。
【０１９８】
次にＰＣ１０（クライアントコンピュータ）のＭＩＢモジュール１００６が、ログ情報取得開始する（Ｓ６０６）。
【０１９９】
まず、制御モジュール１００５は、プリンタ２０に対してタグテンプレート２０３０の取得要求を開始し（Ｓ６０７）、要求するｌｏｇ記述用テンプレート２０３０に対応するオブジェクトＩＤをＳＮＭＰエンコード（パケット化）し、通信モジュール１００７を介してプリンタ２０にＳＮＭＰ ＧＥＴ要求送信をする（Ｓ６０８）。これに対して、プリンタ２０はＰＣ１０に対してテンプレートをＧＥＴＲＥＳＰＯＮＳＥで応答する（Ｓ６０９）。そして、ＰＣ１０の制御モジュール１００５は、プリンタ２０から返送されてきたＳＮＭＰ ＧＥＴＲＥＳＰＯＮＳＥ応答メッセージからタグテンプレート２０３０を取得し（Ｓ６１０）、データ構造体に変換してＲＡＭ２０１ｃに保存する（Ｓ６１１）。
【０２００】
次に、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いてプリンタ２０の管理しているｌｏｇ情報１８３０にＳＮＭＰのＧＥＴまたはＧＥＴＮＥＸＴ要求を用いてアクセスし、プリンタ２０のＧＥＴＲＥＳＰＯＮＳＥ応答を通じてｌｏｇ情報を開始する。そして、制御モジュール１００５は、最終のｌｏｇ情報まで取得したら（Ｓ６１３）、ＲＡＭ２０１ｂに保存したデータ構造体を読み出してマッチングすることによって受信したｌｏｇ情報のデコード処理を行う（Ｓ６１４）。
【０２０１】
そして、制御モジュール１００５は、ｌｏｇ情報のデコードが終了したら、デコードしたｌｏｇ情報をジョブ表示モジュール１００８に送信し、ジョブ表示モジュール１００８がｌｏｇ情報を画面表示する（Ｓ６１５）。
【０２０２】
以上のように、実施の形態５によれば、ｌｏｇ情報の項目リストでありエンコード方法を記述したタグテンプレート２０３０と、ｌｏｇ情報の実体データとを別に保持し、マネージャであるＰＣ１０がエージェントであるプリンタ２０に別々のオブジェクトＩＤでアクセスすることにより、ＰＣ１０はタグテンプレート２０３０及びタグテンプレート２０３０に記されたエンコード方法でエンコードされたｌｏｇ情報とをプリンタ２０から取得することができる。
【０２０３】
また、実施の形態５は、項目リストでありエンコード方式を記したタグテンプレート２０３０とｌｏｇ情報の実体データでありエンコードされた情報を別に保持することにより、項目リストにあわせた実体データ生成を行うことができるので、管理プログラムのメンテナンス性を高めることができる。尚、上記実施の形態ではプリンタ２０がタグテンプレートに書かれているエンコード方式でログデータを書き出すとしたが、独自の方式で書き出しておき、ＰＣ１０からのＳＮＭＰ ＧＥＴＲＥＱＵＥＳＴ要求があった時点でタグテンプレートのエンコード方式に変換して送信するような構成でも同じ効果が得られる。
【０２０４】
（実施の形態６）
本発明の実施の形態６は、実施の形態５を発展させたものである。具体的には、実施の形態６は、プリンタがメモリサイズやＨＤＤサイズの制限などである一定の数のログしか保有できない点に着目したものである。つまり、ＳＮＭＰを用いたログの収集過程では、通常ある一定の時間間隔でプリンタからログを収集することになるが、時間間隔の設定が不適当に大きい場合、マネージャであるＰＣがエージェントであるプリンタが提供するログを取りこぼす可能性があるということに着目したものである。
【０２０５】
以下、ログの取りこぼしについて、図２２ａ〜図２２ｃを用いて説明する。図２２（ａ）は時刻Ｔ１における管理対象機器が保有するログの一覧を示す図であり、図２２（ｂ）は時刻Ｔ２（＝Ｔ１＋α、Ｔ２＞Ｔ１）における管理対象機器が保有するログの一覧を示す図であり、図２２（ｃ）は時刻Ｔ３（＝Ｔ２＋α、Ｔ３＞Ｔ２）における管理対象機器が保有するログの一覧を示す図である。なお、α（＞０）は、ログ収集間隔を示す。
【０２０６】
図２２（ａ）に示すように時刻Ｔ１では、ログ番号１４７３から１５７２までのログが保有されており、図２２（ｂ）に示すように時刻Ｔ２（＝Ｔ１＋α、Ｔ２＞Ｔ１）では、ログ番号１５７０から１６６９までのログが保有されており、図２２（ｃ）に示すように時刻Ｔ３（＝Ｔ２＋α、Ｔ３＞Ｔ２）におけるログ番号１６６７から１７６６までのログが保有されているとする。つまり、実施の形態６では、ログ保有数は１００となっている。
【０２０７】
例えば、ログを保有するメモリにリングバッファを用いると、Ｔ１からＴ２に至る段階で例えばログ番号１５７３のログはログ番号１４７３を置き換えるような形で実現される。同様に順次古いものから上書きしてゆくとログ管理テーブルの内容は図２２ｂ、図２２ｃに移行する。
【０２０８】
しかしながら、最大保有ログ数が小さい場合、ログ収集の時間間隔を小さくしてログテーブルへのアクセスを実施しなければログを取りこぼす可能性が大きくなる。従って、ＰＣには、適切なαの値を設定しなければならないが、適切なログ収集間隔を決定することは困難である。
【０２０９】
例えば、図２２ａ〜図２２ｃに関してマネージャ側での設定で取得間隔をαに選んだ場合は取りこぼしが起きないが、２α（従って、時刻Ｔ１で取得した後、時刻Ｔ３まで取得しなかった）の場合は、ログ番号１５７３〜１６６６のログに関し取りこぼしが発生する。
【０２１０】
そこで、実施の形態６は、プリンタが、ＭＩＢのデータベースにログの保有可能数を持つようにし、ＰＣがプリンタのＭＩＢのデータベースからログの保有可能数を取得するようにしたものである。これにより、ＰＣが適切なログ取得間隔でログを取得するようにできる。
【０２１１】
次に、プリンタのＭＩＢデータベースについて図２３を用いて詳細に説明する。図２３は、実施の形態６にかかるＭＩＢデータベースの構成を示す図である。なお、すでに説明した部分と同一の部分には同一の符番を付与し説明を省略する。
【０２１２】
実施の形態６にかかるＭＩＢデータベースは、プライベートＭＩＢ２３００以下にｌｏｇノードを持つ。さらに、ｌｏｇノード１８０１以下に、並列で、ｌｏｇ記述用テンプレート１８１０と、ｌｏｇ情報を含むテーブルｌｏｇＴａｂｌｅ１８２０と、ｌｏｇ保有数示すｌｏｇＴａｂｌｅＭａｘ２３３０と、を具備する。
【０２１３】
次に、実施の形態６にかかるマネージャであるＰＣがポーリング間隔の設定をする動作について、図２４を用いて説明する。図２４は、実施の形態６にかかるＰＣがポーリング間隔の設定をする動作フロー図である。
【０２１４】
ＰＣ１０がポーリング間隔の設定を開始すると、まず印刷速度の取得を実施する（Ｓ７０１）。ＰＣ１０は、印刷速度の取得を、標準プリンタＭＩＢから取得することができる。
【０２１５】
次に、ＰＣ１０は、ログテーブルサイズの取得を実施する（Ｓ７０２）。ログテーブルサイズの取得は、オブジェクトＩＤ１．３．６．１．４．１．２５８．９９６．３に対する要求で取得することが可能である。
【０２１６】
次に、ＰＣ１０は、ポーリング間隔の決定をする（Ｓ７０３）。ポーリング間隔の決定は、印刷速度の逆数は１枚あたりの印刷時間になるため、印刷速度の逆数にテーブルサイズを乗じたものがポーリング時間になる。例えば１分間に５０枚印刷可能で、テーブルサイズが１００のプリンタの場合は、ポーリング時間が１／５０×１００＝２分間となる。通常、プリンタの印刷速度には記憶装置へのフォントデータのダウンロードや展開、ジョブ処理等で発生する速度低下要因は含まれない。従って上記仕様のプリンタは印刷速度（５０枚／分）と同じだけのジョブ数（５０ジョブ／分）をこなすことはできず、それ以下となる。従って前記の値は妥当といえる。
【０２１７】
以上説明したように、実施の形態６によれば、適切なポーリング時間を設定できるので、ログ取得の取りこぼしがなくなる。
【０２１８】
なお、実施の形態６では、ＰＣ１０がポーリング時間を決定したが、図２５に示すようにエージェントであるプリンタ２０がポーリング間隔を示すｌｏｇｐｏｌｌＩｎｔｅｒｖａｌ２３４０を持つ形態でも良い。この形態によれば、印刷速度とログテーブルの数からＰＣが自動的に計算することなくプリンタ２０からポーリング間隔を取得することができる。また、この場合、プリンタ２０がポーリング間隔をＰＣ１０に送るようにすることで、通信の効率化が図れる。なお、図２５は、実施の形態６にかかるＭＩＢデータベースのその他の構成を示す図である。
【０２１９】
（実施の形態７）
本発明の実施の形態７は、図２６に示すように、複数のＰＣ１０ａ〜１０ｃと、プリンタ、ファクス、コピーなどの機能を有する複合機４０とが、ネットワーク３０を介して接続されたシステムに関するものである。図２６は、実施の形態７にかかる機器管理システムを示すブロック図である。
【０２２０】
実施の形態７のようなシステムにおいては、複合機４０を複数のＰＣ１０ａ〜１０ｃがプリンタとして、および一般ユーザがコピーやファクスなどとして使用する。このような形態では複合機４０のどのサービスをどのユーザがどれだけ使用したかというアカウント管理の仕組みがなされているのが一般的である。また、複合機４０の管理者はいわゆる狭義のユーザ管理として新規ユーザの登録、ユーザ情報の変更、および登録ユーザの削除等を行う。ここでは、前者のアカウント管理及び後者の狭義のユーザ管理を総称してユーザ管理と呼ぶ。
【０２２１】
実施の形態７のシステムでは、上述したユーザ管理を、リモートクライアント端末であるＰＣ１０ｃが、複合機４０との間でＳＮＭＰを使用した通信によって行っている。
【０２２２】
しかしながら、ユーザ管理に関する情報はユーザ名、電話番号、メールアドレスをはじめ各種アカウント情報をも包含するため項目数が多く、各項目毎にＭＩＢ実装を行うと、ユーザ情報操作を行うたびにＰＣ１０および複合機４０間で頻繁に情報のやり取りを行う必要が出てくる。
【０２２３】
そこで、実施の形態７では、ユーザ管理に関する複数の詳細情報をエンコードした情報と、エンコード方法を記述したテンプレートをＰＣ１０と複合機４０間で通信し、結果として一度の通信で一人分のユーザ管理情報を送ることができるようにしている。
【０２２４】
以下、実施の形態７にかかる機器管理システムについて詳細に説明する。まず、実施の形態７にかかる複合機が具備するＭＩＢデータベースの構造について図２７を用いて説明する。図２７は、実施の形態７にかかるＭＩＢデータベースの構成を示した図である。なお、すでに説明した部分と同一の部分には同一の符番を付与し説明を省略する。
【０２２５】
実施の形態７にかかるＭＩＢデータベースは、プライベートＭＩＢ２６００以下にｕｓｅｒノード２６０１を持つ。さらに、ｕｓｅｒノード２６０１以下に、並列で、ユーザ情報記述用テンプレート２６１０と、ユーザ情報を含むテーブルｕｓｅｒＴａｂｌ２６２０と、ユーザ操作コマンド記述用テンプレート２６３０と、ユーザ操作コマンド記述オブジェクト２６４０と、を加えた構成を呈する。
【０２２６】
ユーザ情報を含むテーブル２６２０には、テーブル２６２０の定義であるｕｓｅｒＴａｂｌｅ２６２１、テーブル２６２０のエントリであるｕｓｅｒＥｎｔｒｙ２６２２、テーブル２６２０のインデクスであるｕｓｅｒＩｎｄｅｘノード２６２３、ユーザ情報を含むｕｓｅｒＤａｔａノード２６２４より構成されている。
【０２２７】
次に、ユーザ情報記述用テンプレートおよびユーザ操作コマンド記述用テンプレートについて図２８を用いて説明する。図２８は、実施の形態７にかかるユーザ情報記述用テンプレートおよびユーザ操作コマンド記述用テンプレートを示す図である。
【０２２８】
ユーザ記述用テンプレートであるテンプレート（ｕｓｅｒＴａｇＤｅｆ）２３３０および、ユーザ操作コマンド記述用テンプレートであるテンプレート（ｕｓｅｒＣｏｍＤｅｆ）２３４０は、実施の形態１で説明したＪｏｂＴａｇＤｅｆ８３０と同様にデータ構造オブジェクト７００の集合として定義される。
【０２２９】
データタグ番号７０１は、タグ定義リスト２３１０で定義されたタグＩＤのいずれかの値を持つ。
【０２３０】
タグ定義リスト２３１０は、ユーザ情報に関する項目をＴＡＧＩＤに対応つけたテーブルである。タグ定義リスト２３１０は、ＴＡＧＩＤの１０１にユーザＩＤ、ＴＡＧＩＤの１０２にグループＩＤ、ＴＡＧＩＤの１０３にユーザの名前、ＴＡＧＩＤの１０４にユーザのメールアドレス、ＴＡＧＩＤの１０５にユーザのホスト名、ＴＡＧＩＤの１０６にユーザが複合機４０を使用して印刷した印刷総枚数、ＴＡＧＩＤの１０７にユーザがカラー印刷したカラー印刷枚数、ＴＡＧＩＤの１０８にユーザが白黒印刷した白黒印刷枚数、ＴＡＧＩＤの１０９にユーザが複合機４０を用いてファクシミリ送信したｆａｘ送信枚数、ＴＡＧＩＤの１２０に複合機４０に記録されたユーザ情報の操作内容を示すｕｓｅｒ操作情報が、割り当てられている。
【０２３１】
また、ＴＡＧＩＤの１２０であるｕｓｅｒ操作情報は、ｕｓｅｒＣｏｍＤｅｆ２３４０において使用される。
【０２３２】
ここではｕｓｅｒ操作情報に０を記述するとユーザ情報の新規作成、１を記述するとユーザ情報の削除、２を記述するとユーザ情報の変更を示すものとする。
【０２３３】
また、このタグテンプレート２３３０はｕｓｅｒＴａｇＤｅｆノード２６１０として、タグテンプレート２３４０はｕｓｅｒＣｏｍＤｅｆノード２６３０として、プリンタ２０のＭＩＢデータベースに実装される。よって、タグテンプレート２３３０はオブジェクトＩＤ１．３．６．１．４．１．２５８．９９８．１に対する要求で、タグテンプレート２３４０は、オブジェクトＩＤ１．３．６．１．４．１．２５８．９９８．３に対する要求で、ＰＣ１０が取得することが可能である。
【０２３４】
次に、実施の形態７にかかる機器管理システムのユーザ情報取得動作について、図２９を用いて説明する。図２９は、実施の形態７にかかるＰＣがユーザ情報を取得するフロー図である。
【０２３５】
ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いて複合機４０から送られてきたＭＩＢデータの構造体であるユーザ情報の取得を開始する（Ｓ８０１）。
【０２３６】
まず、制御モジュール１００５は、複合機４０からタグテンプレート２３３０を取得し（Ｓ８０２）、データ構造体に変換してＲＡＭ２０１ｃに保存する（Ｓ８０３）。
【０２３７】
次に、制御モジュール１００５は、送られてきた構造体のユーザ情報にアクセスして、個々のユーザ情報を得る（Ｓ８０４）。そして、制御モジュール１００５は、最終のユーザ情報まで取得したら（Ｓ８０５）、Ｓ８０３においてＲＡＭ２０１ｃに保存したデータ構造体を読み出してマッチングすることにより受信したユーザ情報のデコード処理を行う（Ｓ８０６）。
【０２３８】
そして、制御モジュール１００５は、ユーザ情報のデコードが終了したら、デコードしたユーザ情報をジョブ表示モジュール１００８に送信し、ジョブ表示モジュール１００８がユーザ情報を画面表示する（Ｓ８０７）。
【０２３９】
このようにして、項目リストでありエンコード方法を記したタグテンプレート２３３０と実体データでありかつ構造化されたユーザ情報とを別に保持し、別々のオブジェクトＩＤでアクセスするような構成をとることにより、従来のＳＮＭＰ機器管理の枠組みを変えることなく、テーブル内のすべてのデータを一回のＳＮＭＰ要求で処理できるので、応答性の良い管理システムを提供することができる。
【０２４０】
また、実施の形態７では、ＰＣ１０が複合機４０に格納されたユーザ情報を操作できるようになっている。この場合も、単純にＳＮＭＰを使用して通信したのでは、操作するユーザ情報が複数ある場合は何度もＰＣ１０から複合機４０へ情報を送る必要がある。そこで、実施の形態７では、ユーザ情報の操作方法をエンコードした情報と、エンコード方法をＰＣ１０と複合機４０間で通信することで、一度の通信で複数のユーザ情報を操作する情報を送れるようにしている。
【０２４１】
以下、実施の形態７にかかる機器管理システムのユーザ情報操作について図３０を用いて詳細に述べる。図３０は、実施の形態７にかかる機器管理システムのＰＣのユーザ情報操作のフロー図である。
【０２４２】
ＰＣ１０がユーザ情報操作を開始すると（Ｓ９０１）、まずＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いて複合機４０に対して、ユーザ情報操作用のテンプレート２３４０の送信要求する（Ｓ９０２）。そして、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を介して複合機４０から送られてきたＭＩＢデータの構造体であるユーザ情報操作用のテンプレート２３４０を取得し（Ｓ９０３）、Ｓ９０３において取得したテンプレート２３４０をＲＡＭ２０１ｃに保存する（Ｓ９０４）。
【０２４３】
次に、制御モジュール１００５は、ユーザ情報操作するユーザ情報のユーザＩＤと、操作する内容を指定し、指定したユーザＩＤおよびユーザ情報操作を、Ｓ９０３で取得したテンプレート２３４０にあわせてエンコードする（Ｓ９０５）。
【０２４４】
そして、制御モジュール１００５は、エンコードしたユーザ情報操作情報をＳＮＭＰ ＳＥＴで、複合機４０に対して送信することで、複合機４０のユーザ情報操作オブジェクト２６４０にユーザ情報操作を書き込む処理をする（Ｓ９０６）。複合機４０では操作内容とユーザＩＤをもとにＰＣ１０側で意図されているようなユーザ情報操作を行う。
【０２４５】
このように、実施の形態７によれば、ＰＣ１０がユーザＩＤおよびユーザ操作情報を、複合機４０に送信することで、ＨＤＤに格納されたユーザ情報に対して所定の操作を行うことができる。
【０２４６】
また、実施の形態７によれば、ＰＣ１０がユーザＩＤおよびユーザ情報操作情報を、テンプレートにあわせてエンコードして複合機４０に送信するので、複合機４０がエンコードされた情報をテンプレートに基づいて解析することができる。この結果、ＰＣ１０は、複合機４０に対して一度の通信でユーザＩＤおよびユーザ情報操作情報という通常は個々にＭＩＢとして実装されている複数の項目を一度に送ることができる。よって、ＰＣ１０と複合機４０間との通信を軽減することができる。
【０２４７】
尚、上記実施の形態では複合機４０がタグテンプレートに書かれているエンコード方式でユーザ情報を保有しているとしたが、独自の方式で保有しており、ＰＣ１０からのＳＮＭＰ ＧＥＴＲＥＱＵＥＳＴ要求があった時点でタグテンプレートのエンコード方式に変換して送信するような構成でも同じ効果が得られる。
【０２４８】
（実施の形態８）
本発明の実施の形態８にかかるシステムは、実施の形態７と同様に図２６に示すシステムである。
【０２４９】
このようなシステムでは、複合機４０を複数のＰＣ１０ａ〜１０ｃが使用する形態になる。また、複合機４０はファクシミリ機能や電子メール機能を具備している。よって、複合機４０には、複数のユーザに関するメールアドレスやＦＡＸ番号などが格納されている。本実施の形態では、ＰＣ１０が複合機４０にＳＮＭＰを使用した通信を行い、ユーザに関するメールアドレスやＦＡＸ番号など（以下、アドレス管理情報という）を取得したり、アドレス管理情報の新規登録、変更、または削除などを行うようになっている。
【０２５０】
しかしながら、アドレス管理情報は非常に項目数が多く、普通にＳＮＭＰを用いて通信を行ったのでは、何度もＰＣ１０と複合機４０間で情報のやり取りを行なう必要がある。
【０２５１】
そこで、実施の形態８では、複数のアドレス管理に関する情報をエンコードした情報と、エンコード方法をＰＣ１０と複合機４０間で通信することで、一度の通信で複数のアドレス管理情報を送るようにしている。
【０２５２】
以下、実施の形態８にかかる機器管理システムについて詳細に説明する。まず、実施の形態８にかかる複合機が具備するＭＩＢデータベースの構造について図３１を用いて説明する。図３１は、実施の形態８にかかるＭＩＢデータベースの構成を示した図である。なお、すでに説明した部分と同一の部分には同一の符番を付与し説明を省略する。
【０２５３】
実施の形態８にかかるＭＩＢデータベースは、プライベートＭＩＢ３１００以下にａｄｄｒｅｓｓノード３１０１を持つ。さらに、ａｄｄｒｅｓｓノード３１０１以下に、並列で、アドレス管理情報記述用テンプレートであるａｄｄｒＴａｇＤｅｆ３１１０と、アドレス管理情報を含むテーブルａｄｄｒＴａｂｌｅ３１２０と、アドレス管理情報操作コマンド記述用テンプレート３１３０と、アドレス管理情報操作コマンド記述オブジェクト３１４０と、を加えた構成を呈する。
【０２５４】
アドレス管理情報を含むテーブル３１２０には、テーブル３１２０の定義であるａｄｄｒＴａｂｌｅ３１２１、テーブル３１２０のエントリであるａｄｄｒＥｎｔｒｙ３１２２、テーブル３１２０のインデクスであるａｄｄｒＩｎｄｅｘノード３１２３、アドレス管理情報を含むａｄｄｒＤａｔａノード３１２４より構成されている。
【０２５５】
次に、アドレス管理情報記述用テンプレートおよびアドレス管理情報操作コマンド記述用テンプレートについて図３２を用いて説明する。図３２は、実施の形態８にかかるアドレス管理情報記述用テンプレートおよびアドレス管理情報操作コマンド記述用テンプレートを示す図である。
【０２５６】
アドレス管理情報記述用テンプレートであるテンプレート（ａｄｄｒＴａｇＤｅｆ）３２３０および、アドレス管理情報操作コマンド記述用テンプレートであるテンプレート（ａｄｄｒＣｏｍＤｅｆ）３２４０は、実施の形態１で説明したＪｏｂＴａｇＤｅｆ８３０と同様にデータ構造オブジェクト７００の集合として定義される。
【０２５７】
データタグ番号７０１は、タグ定義リスト３２１０で定義されたタグＩＤのいずれかの値を持つ。
【０２５８】
タグ定義リスト３２１０は、アドレス管理情報に関する項目をＴＡＧＩＤに対応つけたテーブルである。タグ定義リスト３２１０は、ＴＡＧＩＤの３０１にユーザＮｏ．、ＴＡＧＩＤの３０２にグループＮｏ．、ＴＡＧＩＤの３０３に短縮名称、ＴＡＧＩＤの３０４にユーザの名前、ＴＡＧＩＤの３０５にユーザの所属名称、ＴＡＧＩＤの３０６にユーザのＦＡＸ番号、ＴＡＧＩＤの３０７にユーザのメールアドレス、ＴＡＧＩＤの３２０に複合機４０に記録されたアドレス管理情報の操作内容を示すアドレス操作情報が、割り当てられている。
【０２５９】
また、ＴＡＧＩＤの３２０であるアドレス操作情報は、ａｄｄｒＣｏｍＤｅｆ３２４０において使用される。
【０２６０】
アドレス操作情報に０を記述するとアドレス管理情報の新規作成、１を記述するとアドレス管理情報の削除、２を記述するとアドレス管理情報の変更を示す。
【０２６１】
また、このタグテンプレート３２３０はａｄｄｒＴａｇＤｅｆノード３１１０として、タグテンプレート３２４０はａｄｄｒＣｏｍＤｅｆノード３１３０として、複合機４０のＭＩＢデータベースに実装される。よって、タグテンプレート３２３０はオブジェクトＩＤ１．３．６．１．４．１．２５８．９９８．１に対する要求で、タグテンプレート３２４０は、オブジェクトＩＤ１．３．６．１．４．１．２５８．９９８．３に対する要求で、ＰＣ１０が取得することが可能である。
【０２６２】
次に、実施の形態８にかかる機器管理システムのアドレス管理情報の取得動作について、図３３を用いて説明する。図３３は、実施の形態８にかかるＰＣがアドレス管理情報を取得するフロー図である。
【０２６３】
ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いて複合機４０から送られてきたＭＩＢデータの構造体であるアドレス管理情報の取得を開始する（Ｓ１００１）。
【０２６４】
まず、制御モジュール１００５は、複合機４０からａｄｄｒＴａｇＤｅｆ３１１０の取得要求を出してタグテンプレート３２３０を取得し（Ｓ１００２）、データ構造体に変換してＲＡＭ２０１ｃに保存する（Ｓ１００３）。
【０２６５】
次に、制御モジュール１００５は、複合機４０からａｄｄｒＤａｔａ３１２４の取得要求を出して、個々のアドレス管理情報を得る（Ｓ１００４）。そして、制御モジュール１００５は、最終のアドレス管理情報まで取得したら（Ｓ１００５）、Ｓ１００３においてＲＡＭ２０１ｃに保存したデータ構造体を読み出して、マッチングすることにより受信したアドレス管理情報のデコード処理を行う（Ｓ１００６）。
【０２６６】
そして、制御モジュール１００５は、アドレス管理情報のデコードが終了したら、デコードしたアドレス管理情報をジョブ表示モジュール１００８に送信し、ジョブ表示モジュール１００８がアドレス管理情報の一覧情報を画面表示する（Ｓ１００７）。
【０２６７】
このようにして、項目リストでありエンコード方法を記したタグテンプレート３２３０と実体データでありかつ構造化されたアドレス管理情報とを別に保持し、別々のオブジェクトＩＤでアクセスするような構成をとることにより、従来のＳＮＭＰ機器管理の枠組みを変えることなく、テーブル内のすべてのデータを一回のＳＮＭＰ要求で処理できるので、応答性の良い管理システムを提供することができる。
【０２６８】
また、実施の形態８では、ＰＣ１０が複合機４０に格納されたアドレス管理情報を操作できるようになっている。この場合も、単純にＳＮＭＰを使用して通信したのでは、操作するアドレス管理情報が複数ある場合は何度もＰＣ１０から複合機４０へ情報を送る必要がある。そこで、実施の形態８では、アドレス管理情報の操作方法をエンコードした情報と、エンコード方法をＰＣ１０と複合機４０間で通信することで、一度の通信で複数のユーザ情報を操作する情報を送れるようにしている。
【０２６９】
以下、実施の形態８にかかる機器管理システムのアドレス管理情報操作について図３４を用いて詳細に述べる。図３４は、実施の形態８にかかる機器管理システムのＰＣのアドレス管理情報操作のフロー図である。
【０２７０】
ＰＣ１０がアドレス管理情報操作を開始すると（Ｓ１１０１）、まずＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いて複合機４０に対して、アドレス管理情報操作用のテンプレート３２４０の実体であるａｄｄｒＣｏｍＤｅｆ３１３０の取得要求を行う（Ｓ１１０２）。そして、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を介して複合機４０から送られてきたアドレス管理情報操作用のテンプレート３２４０を取得し（Ｓ１１０３）、テンプレート３２４０をＲＡＭ２０１ｃに保存する（Ｓ１１０４）。
【０２７１】
次に、制御モジュール１００５は、アドレス管理情報操作するユーザＮｏ．と、操作する内容を指定し、指定したユーザＮｏ．およびユーザ情報操作を、Ｓ１１０３で取得したテンプレート３２４０にあわせてエンコードする（Ｓ１１０５）。
【０２７２】
そして、制御モジュール１００５は、エンコードしたアドレス管理情報操作情報をａｄｄｒＣｏｍｍａｎｄ３１４０に対するＳＮＭＰ ＳＥＴで、複合機４０に対して送信することで、複合機４０のアドレス管理情報操作オブジェクト３１４０にアドレス管理情報操作を書き込む処理をする（Ｓ１１０６）。
【０２７３】
このように、実施の形態８によれば、ＰＣ１０がユーザＮｏ．およびアドレス管理情報操作情報を、複合機４０に送信することで、ＨＤＤに格納されたアドレス管理情報に対して所定の操作を行うことができる。
【０２７４】
また、実施の形態８によれば、ＰＣ１０がユーザＮｏ．およびアドレス管理情報操作情報を、テンプレートにあわせてエンコードして複合機４０に送信するので、複合機４０がエンコードされた情報をテンプレートに基づいて解析することができる。この結果、ＰＣ１０は、複合機４０に対して一度の通信でユーザＮｏ．およびアドレス管理情報操作情報という複数の項目を送ることができる。よって、ＰＣ１０と複合機４０間の通信を軽減することができる。
【０２７５】
（実施の形態９）
本発明の実施の形態９は、実施の形態２を発展させたものである。具体的には、マネージャであるＰＣが具備するタグ定義リストのバージョンとエージェントであるプリンタが具備するタグ定義リストのバージョンが異なる場合に対応するものである。本来両者はタグ定義リストに関してその同期をとる必要があるが、どちらか一方のバージョンアップなどでタグの追加が行われ、両者の同期がとれない場合に対応するものである。
【０２７６】
以下、実施の形態９にかかる機器管理システムについて図３５を用いて説明する。図３５は、実施の形態９にかかる機器管理システムの構成を示す図である。
【０２７７】
図３５において、３５４０が付与されたものはインターネット、３５５０が付与されたものは複数のバージョンのタグ定義リストを格納したタグ定義リスト管理サーバである。また、ＰＣ１０およびプリンタ２０ａ、２０ｂはネットワーク３０を介してインターネット３５４０にアクセスできるようになっている。一方、タグ定義リスト管理サーバ３５５０もインターネット３５４０に接続されているので、ＰＣ１０およびプリンタ２０ａ、２０ｂは、インターネット３５４０を介してタグ定義リスト管理サーバ３５５０にアクセスできるようになっている。
【０２７８】
次に、実施の形態９にかかる機器管理システムで用いられるタグテンプレートについて図３６を用いて説明する。図３６は、実施の形態９にかかるタグテンプレートを定義する方式を示した図である。
【０２７９】
実施の形態９にかかるジョブ操作コマンド記述用テンプレートであるテンプレート（ｊｏｂＴａｇＤｅｆ）３６３０は、実施の形態１で説明したＪｏｂＴａｇＤｅｆ８３０と同様にデータ構造オブジェクト７００の集合として定義される。
【０２８０】
タグ定義リスト３６１０は、ＴＡＧＩＤの９９９にジョブのテンプレートのバージョンを表すタグを割り当てた点が実施の形態１のタグ定義リスト８１０と異なる。このように、ＴＡＧＩＤの９９９にＪＯＢ操作を割り当てることで、テンプレート３６３０にタグ定義リストを要求する旨を記すことができる。
【０２８１】
次に、実施の形態９にかかる機器管理システムのタグ定義リスト更新動作について図３７を用いて説明する。図３７は、実施の形態９にかかる機器管理システムのタグ定義リスト更新動作フロー図である。ここでは、マネージャであるＰＣ１０側が解釈可能なタグ定義リストのバージョンをＡとし、機器であるプリンタ２０側でエンコードに使用しているタグ定義リストのバージョンをＢとする。
【０２８２】
ＰＣ１０は、ジョブ状態情報を取得する前に、プリンタ２０からタグテンプレート３６３０を取得する。次に、ＰＣ１０は取得したタグテンプレートを作成するのに用いたタグ定義リスト３６１０のバージョン情報を取得する（Ｓ１２０２）。
【０２８３】
ＰＣ１０は、タグ定義リスト３６１０のバージョン情報を取得した後、プリンタ２０側にジョブ状態情報を要求する際に使用したタグテンプレート３６３０に使用したタグ定義リスト３６１０と、今回プリンタ２０から取得したタグテンプレート３６３０に使用されているタグ定義リスト３６１０のバージョンを比較する（Ｓ１２０３）。
【０２８４】
ここでは、これらのタグ定義リスト３６１０が異なるため、ＰＣ１０はプリンタ２０が使用したタグ定義リスト３６１０の取得をする処理に移行する。
【０２８５】
ＰＣ１０は、予め登録してあるかまたはユーザが指定するインターネット３５４０上のタグ定義リスト管理サーバ３５５０にアクセスし、タグ定義リスト管理サーバ３５５０のＷＥＢサイトへアクセスすることで、プリンタ２０が使用しているバージョンのタグ定義リスト３６１０を取得する（Ｓ１２０４）。また、ＰＣ１０は、自身の格納してあるタグ定義リスト３６１０のバージョンをＢとして設定する（Ｓ１２０５）。
【０２８６】
以上実施の形態９によれば、ＰＣ１０とプリンタ２０とが使用するタグ定義リストが異なる場合でも、ＰＣ１０はタグ定義リスト管理サーバ３５５０からプリンタ２０が使用するタグ定義リストを得ることができる。よって、プリンタ２０の機能が向上するなどして、ジョブ情報の項目が増えることがあっても、増えたジョブ情報の項目を有するタグ定義リストをＰＣ１０とプリンタ２０間で強要することができる。よって、ＰＣ１０がエンコードされた情報を正確にデコードできる。
【０２８７】
なお、実施の形態９ではマネージャであるＰＣ１０がインターネット３５４０のＷＥＢサイトへアクセスすることで、タグ定義リストの自動更新を行ったが、プリンタ２０がタグ定義リストを保有し、ＰＣがそれを取得するような構成にしても良い。あるいはＦＤ、ＣＤＲＯＭ等の媒体に記録したタグ定義リストを必要に応じて読み取るような構成にしても良い。
【０２８８】
【発明の効果】
以上説明したように、本発明によれば、エージェント側からマネージャ側に、項目リストと項目リストに記されたエンコード方法でエンコードした実体データとを送るようにするので、エージェントはマネージャが必要とするすべての管理情報をひとかたまりとして一回のＳＮＭＰ応答で送信できるだけでなく、マネージャにおいては受信した管理情報を確実にデコードすることができる。この結果、応答性の良い管理システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１にかかる機器管理システムの構成図
【図２】実施の形態１にかかる機器管理システムに用いられるＰＣの構成を示すブロック図
【図３】実施の形態１にかかる機器管理システムに用いられるプリンタ装置の構成を示すブロック図
【図４】実施の形態１にかかるプリンタ装置の機能ブロック図
【図５】実施の形態１にかかるＭＩＢデータベースの構成を示す図
【図６】実施の形態１にかかるＭＩＢデータベースをプロトコル構文規定言語ＡＳＮ．１で記述したものを示す図
【図７】実施の形態１にかかるタグテンプレートを定義する方式を示した図
【図８】実施の形態１にかかるタグテンプレートを元にして作成されるデータ構造体を示す図
【図９】実施の形態１における機器管理ソフトウェアのモジュール構成を示す図
【図１０】実施の形態１にかかる機器管理システムの動作の処理を表すシーケンス図
【図１１】本発明の実施の形態２にかかるＰＣの処理を示すフロー図
【図１２】本発明の実施の形態３にかかるＭＩＢデータベースの構成を示した図
【図１３】実施の形態３にかかるジョブ操作コマンド記述用テンプレートを示した図
【図１４】実施の形態３にかかるタグテンプレートを元にして作成されるデータ構造体を示す図
【図１５】実施の形態３にかかる機器管理システムのＰＣの動作フロー図
【図１６】実施の形態３にかかるジョブ一覧を示す第１の図
【図１７】実施の形態３にかかるジョブ一覧を示す第２の図
【図１８】本発明の実施の形態４にかかる機器管理システムのＰＣの動作フロー図
【図１９】本発明の実施の形態５にかかるＭＩＢデータベースの構成を示した図
【図２０】実施の形態５にかかるｌｏｇ記述用テンプレートを示す図
【図２１】実施の形態５にかかる機器管理システムの動作の処理を表すシーケンス図
【図２２】（ａ）本発明の実施の形態６にかかる時刻Ｔ１における管理対象機器が保有するログの一覧を示す図
（ｂ）実施の形態６にかかる時刻Ｔ２（＝Ｔ１＋α、Ｔ２＞Ｔ１）における管理対象機器が保有するログの一覧を示す図
（ｃ）実施の形態６にかかる時刻Ｔ３（＝Ｔ２＋α、Ｔ３＞Ｔ２）における管理対象機器が保有するログの一覧を示す図
【図２３】実施の形態６にかかるＭＩＢデータベースの構成を示す図
【図２４】実施の形態６にかかるＰＣがポーリング間隔の設定をする動作フロー図
【図２５】実施の形態６にかかるＭＩＢデータベースのその他の構成を示す図
【図２６】本発明の実施の形態７にかかる機器管理システムを示すブロック図
【図２７】実施の形態７にかかるＭＩＢデータベースの構成を示した図
【図２８】実施の形態７にかかるユーザ情報記述用テンプレートおよびユーザ操作コマンド記述用テンプレートを示す図
【図２９】実施の形態７にかかるＰＣがユーザ情報を取得するフロー図
【図３０】実施の形態７にかかる機器管理システムのＰＣのユーザ情報操作のフロー図
【図３１】本発明の実施の形態８にかかるＭＩＢデータベースの構成を示した図
【図３２】実施の形態８にかかるアドレス管理情報記述用テンプレートおよアドレス管理情報操作コマンド記述用テンプレートを示す図
【図３３】実施の形態８にかかるＰＣがユーザ情報を取得するフロー図
【図３４】実施の形態８にかかる機器管理システムのＰＣのアドレス管理情報操作のフロー図
【図３５】本発明の実施の形態９にかかる機器管理システムの構成を示す図
【図３６】実施の形態９にかかるタグテンプレートを定義する方式を示した図
【図３７】実施の形態９にかかる機器管理システムのタグ定義リスト更新動作フロー図
【符号の説明】
１０ ＰＣ
２０ プリンタ
３０ 通信媒体（ネットワーク）
４０ 複合機
２００ ＰＣ本体
２０１ａ、３１１ ＣＰＵ
２０１ｂ、３１７ ＲＯＭ
２０１ｃ、３１４ ＲＡＭ
２０２、３１５ ＨＤＤ
２０７ ディスクコントローラ
２１３ ビデオコントローラ
２１４ インタフェースコントローラ
２１５ ＣＤ−ＲＯＭドライブ
２１６、３１６ ネットワークインタフェースカード
２２０ ディスプレイ
２３０ 入力デバイス
２７０ ＣＤ−ＲＯＭ
３１０ 制御部
３１２ インタフェース回路部
３１３ メモリ制御部
３２０ コントロールパネル
３３０ 印刷機構
４１０ ネットワークインタフェース部
４１１ パケット送受信部
４１２ パケット生成部
４１４ データ判別部
４５０ ＭＩＢデータベース
４６０ ＭＩＢ制御部
４７０ 印刷実行部
４８０ 状態検出部
８１０、１３１０、２０１０、２３１０、３２１０、３６１０ タグ定義リスト
８２０ タイプ定義リスト
８３０、２０３０、２３３０、３２３０、３６３０ タグテンプレート
９００、１４１０ データ構造体
１００１ 一覧表示モジュール
１００２ 全体統括モジュール
１００４ ＵＩモジュール
１００５ 制御モジュール
１００６ ＭＩＢモジュール
１００７ ＳＮＭＰ通信モジュール
１００８ ジョブ表示モジュール
１３３０、２３４０、３２４０ テンプレート
３５４０ インターネット
３５５０ タグ定義リスト管理サーバ
【発明の属する技術分野】
本発明は、ネットワークに接続された他の機器に対して管理情報を送る管理情報送信装置、管理情報を管理する機器管理装置および機器管理システムに関する。
【０００２】
【従来の技術】
コンピュータ機器、およびその通信技術の発達により、コンピュータネットワークは広く普及し、それに伴ってネットワークに接続して用いるデバイスの種類および数も増加してきている。時を同じくしてネットワーク及びそれに接続されている種々のデバイス情報を効率的に管理することのできるネットワーク管理ソフトウェアが大企業を中心に普及し始めている。
【０００３】
ネットワーク接続されたデバイスを管理する手法については、従来いくつかの提言がなされてきた。例えば国際標準化機構（ＩＳＯ）は、開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ，ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提案している。しかし、現在、広く普及しているのはインターネットプロトコルの一種である簡易ネットワーク管理プロトコル（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ，ＳＮＭＰ）をベースとしたものである。
【０００４】
ＳＮＭＰによるネットワーク管理システムは、少なくとも１台のネットワーク管理ステーションと、エージェントと呼ばれるソフトウェアが動作する管理対象ノード、およびネットワーク管理ステーションとエージェントが管理情報を交換するために使用するネットワーク管理プロトコルを基本構成要件とする。ユーザは、ネットワーク管理ステーション上のマネージャと呼ばれるネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェントと通信して管理対象ノードのデータを取得、または変更することが可能である。
【０００５】
一方、エージェントは、管理対象ノード自分自身の状態に関するデータをデータベースの形式で保持している。このデータベースはＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ばれ、木構造のデータ構造をしており、全てのノードが一意に番号付けられている。各ノードは数字列よりなる固有の識別子を有し、これはオブジェクトＩＤ（Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれている。ユーザが管理対象ノードに対してデータ取得要求（ＧＥＴ ＲＥＱＵＥＳＴあるいはＧＥＴＮＥＸＴ ＲＥＱＵＥＳＴ）またはデータ変更要求（ＳＥＴ ＲＥＱＵＥＳＴ）を行う場合、管理ソフトウェアは要求種別およびオブジェクトＩＤ情報を管理対象ノード上のエージェントへ送出する。エージェントは、要求種別及びオブジェクトＩＤ情報を解釈して対応するデータを生成し、応答をマネージャに送り返す（ＧＥＴ ＲＥＳＰＯＮＳＥ）。またＴＲＡＰと呼ばれる、あらかじめ通知先として設定されたマネージャにエージェントの状態変化を一方的に通知する仕組みも用意されている。
【０００６】
【発明が解決しようとする課題】
昨今、ＳＮＭＰで管理される機器が標準的に備えている標準ＭＩＢ以外の、企業や団体などが独自のＭＩＢ定義を行う企業拡張ＭＩＢなどのプライベートＭＩＢを用いて、ジョブ管理や課金管理、アドレス帳設定等に利用する例が増えている。これらに共通するのは、２次元テーブルへのアクセスが頻発することである。もちろん、既存ＭＩＢを用いた場合にも、２次元テーブルへのアクセスが発生するケースがあるが、従来このプロトコルは機器またはシステムの管理用プロトコルとして用いられておりリアルタイム性を要求する分野にはあまり用いられていない。
【０００７】
また、ひとつのテーブル内に複数のオブジェクトを含むテーブル形式のＭＩＢへのアクセスにおいては、データをセットする場合に他人との競合が発生する危険がある。例えばジョブ管理のようなアプリケーションにおいては、あるターミナルが機器のテーブル情報を取得している途中に、別のターミナルから情報の更新が行なわれることによって、情報に矛盾が生じる可能性がある。
【０００８】
機器の管理情報の設定ならば管理者がセッションを占有するような方式を採用すれば良いが、ジョブの実施状況のモニターやジョブの削除などは不特定多数のターミナルからアクセスされる可能性があるため、操作の競合によって情報が不定になる危険が高い。
【０００９】
また、一つのテーブルは多くのオブジェクトから構成され、個々のオブジェクトにアクセスするごとに一往復の通信が発生するため、テーブル全体の取得・更新に時間がかかる、即ちネットワークの通信負荷が高くなるという問題点がある。
【００１０】
また、テーブル内のオブジェクトを、例えばＣ言語における構造体のようにまとめてエンコードし、結果として一往復の通信で複数のオブジェクトを取得・設定する方式もある。しかし、このように複数のオブジェクトを特定の環境に依存するような方式でエンコードした場合、このエンコード形式は当然機器固有のものになってしまう。このため、エージェントおよびマネージャの双方がこのエンコード形式をあらかじめ知っておく必要がある。
【００１１】
しかしながらあらかじめエンコード方式をエージェントおよびマネージャの双方が知っていたとしても、エージェント側でオブジェクトの追加・削除・変更などを行ないたい場合には、エンコード方法を変更する場合がある。この場合は、その都度、マネージャが使用するエンコード方法を、エージェントが用いたエンコード方法に変更しなければならず、ひいてはソフトウェアの変更が必要になる。
【００１２】
本発明は、上術の課題に鑑みてなされたもので、複数の管理情報を一括して扱うことで、複数の管理情報を一回の通信で処理できるようにすることを目的とする。
【００１３】
【課題を解決するための手段】
本発明は、エージェント側で管理情報の項目リストでありエンコード方法を記述したテンプレートと管理情報の実体データとを別に保持し、エージェント側からマネージャ側に、項目リストと項目リストに記されたエンコード方法でエンコードした実体データとをＳＮＭＰプロトコルを用いて送るようにした。
【００１４】
これにより、エージェントはマネージャが必要とするすべての管理情報をひとかたまりとして一回のＳＮＭＰ応答で送信できるだけでなく、マネージャにおいては受信した管理情報を確実にデコードすることができる。この結果、応答性の良い管理システムを提供することができる。
【００１５】
【発明の実施の形態】
本発明の第１の態様にかかる管理情報送信装置は、複数の管理情報を一括し一つのオブジェクトＩＤを付与した一括管理情報をＭＩＢデータベースの一部として保持する管理情報保持手段と、前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＭＩＢデータベースの一部として保持するテンプレート保持手段と、前記一括管理情報を前記テンプレートに記述されたデータ構造でエンコードするエンコード手段と、前記エンコードした一括管理情報および前記テンプレートを他の機器にＳＮＭＰプロトコルを用いて一回で送信する送信手段と、を具備した構成を採る。
【００１６】
この構成により、管理情報送信装置は他の機器の要求するすべての管理情報をひとかたまりとして一回のＳＮＭＰ応答で送れるだけでなく、送信先の機器においては、受信したエンコードされた管理情報をデコードすることができる。この結果、応答性の良い管理システムを提供することができる。
【００１７】
本発明の第２の態様は、第１の態様にかかる管理情報送信装置において、前記管理情報保持手段と、前記テンプレート保持手段とは、異なるオブジェクトＩＤを持つ。
【００１８】
この構成により、テンプレートと管理情報とを別に保持できるので、テンプレートにあわせた管理情報生成を行うことができるので、管理のメンテナンス性を高めることができる。
【００１９】
本発明の第３の態様は、第１の態様または第２の態様にかかる管理情報送信装置において、前記テンプレートは前記一括管理情報に含まれる管理情報の種別、前記管理情報の記述方法、前記管理情報の長さ、および前記管理情報を配置する位置情報から構成される。
【００２０】
この構成により、管理情報に関する必要な情報と共に、これらの必要な情報の配置をテンプレートに含ませることができる。
【００２１】
本発明の第４の態様は、第３の態様にかかる管理情報送信装置において、前記管理情報は、スプールされたジョブの大きさ、前記ジョブの名前、前記ジョブの種類、前記ジョブの開始時刻、前記ジョブの終了時刻、および前記ジョブの状態情報の少なくともひとつを含むジョブ情報であり、前記ジョブ情報を前記他の機器に送信する。
【００２２】
この構成により、ジョブ情報を他の機器に一度の通信で送ることができる。
【００２３】
本発明の第５の態様は、第３の態様にかかる管理情報送信装置において、前記管理情報は、使用したユーザ名、ジョブの大きさ、ジョブ開始時刻、ジョブ終了時刻、使用枚数、および印刷面数の少なくともひとつを含むログ情報であり、前記ログ情報を前記他の機器に送信する。
【００２４】
この構成により、ログ情報を他の機器に一度の通信で送ることができる。
【００２５】
本発明の第６の態様は、第３の態様にかかる管理情報送信装置において、前記管理情報は、設定されているユーザの名前、前記ユーザのメールアドレス、前記ユーザの使用枚数、前記ユーザの使用料金の少なくともひとつを含むユーザ情報であり、前記ユーザ情報を前記他の機器に送信する。
【００２６】
この構成により、ユーザ情報、ユーザのアドレス情報を他の機器に一度の通信で送ることができる。
【００２７】
本発明の第７の態様は、第３の態様にかかる管理情報送信装置において、前記管理情報は、設定されているユーザのメールアドレス、および前記ユーザのＦＡＸ番号の少なくともいずれかを含むアドレス管理情報であり、前記アドレス管理情報を前記他の機器に送信する。
【００２８】
この構成により、ユーザのアドレス管理情報を他の機器に一度の通信で送ることができる。
【００２９】
本発明の第８の態様にかかる機器管理装置は、ネットワーク上の機器に対して前記機器のＭＩＢデータベース内の複数の管理情報が一括されて一つのオブジェクトＩＤが付与された一括管理情報を要求する要求手段と、前記要求の応答として前記ＭＩＢデータベース内のエンコードされた一括管理情報および前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて前記機器から受信する受信手段と、前記エンコードされた一括管理情報を前記テンプレートに基づいてデコードする解析手段と、を具備した構成を採る。
【００３０】
この構成により、機器管理装置は、複数の項目からなる管理情報をエンコードすることでひとかたまりとして受信することができるだけでなく、受信したエンコードされた管理情報をデコードすることができる。この結果、応答性の良い管理システムを提供することができる。
【００３１】
本発明の第９の態様は、第８の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、スプールされたジョブの大きさ、前記ジョブの名前、前記ジョブの種類、前記ジョブの開始時刻、前記ジョブの終了時刻、および前記ジョブの状態情報の少なくともひとつを含むジョブ情報であり、前記ジョブ情報を前記機器から受信する。
【００３２】
この構成により、ジョブ情報を、他の機器から一度の通信で受信することができる。
【００３３】
本発明の第１０の態様は、第８の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、使用したユーザ名、ジョブの大きさ、ジョブ開始時刻、ジョブ終了時刻、使用枚数、および印刷面数の少なくともひとつを含むログ情報であり、前記ログ情報を前記機器から受信する。
【００３４】
この構成により、ログ情報を、他の機器から一度の通信で受信することができる。
【００３５】
本発明の第１１の態様は、第１０の態様にかかる機器管理装置において、前記機器のログの保有可能数および前記機器の印刷速度を前記機器から取得し、前記ログの保有可能数および前記印刷速度から記憶済みのログが上書きされる間隔を計算し、前記間隔内に前記機器に対してログ情報の送信を要求する。
【００３６】
この構成により、機器管理装置は適切な間隔でログ情報の受信ができるので、ログ取得の取りこぼしがなくなる。
【００３７】
本発明の第１２の態様は、第８の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、設定されているユーザの名前、前記ユーザのメールアドレス、前記ユーザの使用枚数、前記ユーザの使用料金の少なくともひとつを含むユーザ情報であり、前記ユーザ情報を前記機器から受信する。
【００３８】
この構成により、ユーザ情報を、他の機器から一度の通信で受信することができる。
【００３９】
本発明の第１３の態様は、第８の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、設定されているユーザのメールアドレス、および前記ユーザのＦＡＸ番号の少なくともいずれかを含むアドレス管理情報であり、前記アドレス管理情報を前記機器から受信する。
【００４０】
この構成により、ユーザのアドレス管理情報を、他の機器から一度の通信で受信することができる。
【００４１】
本発明の第１４の態様にかかる機器管理装置は、ネットワーク上の機器のＭＩＢデータベース内からエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて取得する取得手段と、前記機器が保有する管理情報のうち内容を操作する管理情報の種別および操作内容を前記テンプレートに記述されたデータ構造でエンコードするエンコード手段と、前記エンコード手段によりエンコードした前記管理情報の種別および前記操作内容を一つのオブジェクトＩＤを付与された一括管理情報として前記機器のＭＩＢデータベースにＳＮＭＰプロトコルを用いて一回で送信する送信手段と、を具備した構成を採る。
【００４２】
この構成により、機器管理装置が他の機器に格納された管理情報に対して所定の操作を行うことができる。また、機器管理装置が管理情報の種別および操作内容を、テンプレートにあわせてエンコードして他の機器に送信するので、他の機器がエンコードされた情報をテンプレートに基づいて解析することができる。この結果、機器管理装置は、他の機器に対して一度の通信で管理情報の種別および操作内容という複数の項目を送ることができる。よって、通信を軽減することができる。
【００４３】
本発明の第１５の態様は、第１４の態様にかかる機器管理装置において、前記機器が前記操作内容の処理を正常に行ったか否かを示す情報を返送するための返送先の情報を前記機器に対して送信する。
【００４４】
この構成により、機器管理装置が他の機器が正確に所定操作を行ったか否かの応答を受信することができる。これにより、機器管理装置は、他の機器が正確にオブジェクトの書きこみができたか判断できる。
【００４５】
本発明の第１６の態様は、第１４の態様または第１５の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、スプールされたジョブの大きさ、前記ジョブの名前、前記ジョブの種類、前記ジョブの開始時刻、前記ジョブの終了時刻、および前記ジョブの状態情報の少なくともひとつを含むジョブ情報であり、前記操作内容は、前記ジョブ情報の中止、前記ジョブ情報の保留、前記ジョブ情報の再開、前記ジョブ情報の削除、前記ジョブ情報の優先度の変更の少なくともひとつである。
【００４６】
この構成により、他の機器に格納されたジョブ情報に対して操作することができる。
【００４７】
本発明の第１７の態様は、第１４の態様または第１５の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、使用したユーザ名、ジョブの大きさ、ジョブ開始時刻、ジョブ終了時刻、使用枚数、および印刷面数の少なくともひとつを含むユーザ情報であり、前記操作内容は、前記ユーザ情報の削除もしくは前記ユーザ情報の変更の少なくともひとつを含む。
【００４８】
この構成により、他の機器に格納されたユーザ情報に対して操作することができる。
【００４９】
本発明の第１８の態様は、第１４の態様または第１５の態様にかかる機器管理装置において、前記一括管理情報に含まれる管理情報は、設定されているユーザのメールアドレス、および前記ユーザのＦＡＸ番号の少なくともいずれかを含むアドレス管理情報であり、前記操作内容は、前記アドレス管理情報の新規登録、変更、または削除の少なくともひとつを含む。
【００５０】
この構成により、他の機器に格納されたユーザのアドレス管理情報に対して操作することができる。
【００５１】
本発明の第１９の態様にかかる機器管理システムは、ネットワークに接続された機器および前記機器を管理する機器管理装置から構成される機器管理システムにおいて、前記機器管理装置は前記機器に対して前記機器のＭＩＢデータベース内の複数の管理情報が一括されて一つのオブジェクトＩＤが付与された一括管理情報をＳＮＭＰプロトコルを用いて要求し、前記機器は前記要求を受信するとＭＩＢデータベース内のエンコードされた一括管理情報および前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートを前記機器管理装置に対してＳＮＭＰプロトコルを用いて一回で送信し、前記機器管理装置は前記エンコードされた一括管理情報および前記テンプレートを受信すると前記エンコードされた一括管理情報を前記テンプレートのデータ構造に基づいてデコードすることを特徴とする。
【００５２】
この構成により、管理情報送信装置は他の機器が要求したすべての管理情報をひとかたまりとして一回のＳＮＭＰ応答で送れるだけでなく、機器においては、受信したエンコードされた管理情報をデコードすることができる。この結果、応答性の良い管理システムを提供することができる。
【００５３】
本発明の第２０の態様は、第１９の態様にかかる機器管理システムにおいて、前記テンプレートは前記一括管理情報に含まれる管理情報の種別、前記管理情報の記述方法、前記管理情報の長さ、および前記管理情報を配置する位置情報から構成され、前記種別は前記種別と識別子とを対応させた定義テーブルに記述された前記識別子を用いて記述される。
【００５４】
この構成により、機器管理情報に関する必要な情報および、その情報の配置をタグテンプレートに含ませることができる。よって、テンプレートを用いることで必要なジョブ情報を全て含ませてエンコードすることができる。また、種別を定義テーブルに記述された識別子を用いることでテンプレートをコンパクトにできる。
【００５５】
本発明の第２１の態様は、第１９の態様または第２０の態様にかかる機器管理システムにおいて、前記機器管理装置は受信した前記テンプレートを保持し、次に前記機器から前記エンコードされた一括管理情報を受信した場合に、前記機器から前記テンプレートのバージョン情報を取得し、すでに保存してある前記テンプレートのバージョン情報と比較し、取得した前記テンプレートのバージョン情報が保存してある前記テンプレートのバージョン情報と同じ場合は保存してある前記テンプレートを用いて前記エンコードされた一括管理情報をデコードし、取得した前記テンプレートのバージョン情報が保存してある前記テンプレートのバージョン情報と異なる場合は前記機器に対して新しいバージョンの前記テンプレートを要求し、前記新しいバージョンのテンプレートを用いて前記エンコードされた一括管理情報をデコードすると共に、新しいバージョンの前記テンプレートを保存する。
【００５６】
この構成により、テンプレートが更新されバージョン情報が変更されない限り、テンプレートのデコード処理をスキップできるため、全体の処理を効率化することができる。また、同一ネットワーク上に同種のプリンタがあって同じテンプレートを持っている場合には、プリンタ毎にテンプレートのデコードをする必要がなくなる。
【００５７】
本発明の第２２の態様にかかる機器管理システムは、ネットワークに接続された機器および前記機器を管理する機器管理装置から構成される機器管理システムにおいて、前記機器管理装置は前記機器のＭＩＢデータベース内からエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて取得し、前記機器が保有する管理情報のうち内容を操作する管理情報の種別および操作内容を前記テンプレートに記述されたデータ構造でエンコードし、前記エンコードした管理情報の種別および前記操作内容を一つのオブジェクトＩＤを付与された一括管理情報として前記機器のＭＩＢデータベースにＳＮＭＰプロトコルを用いて一回で送信し、前記機器は前記エンコードされた管理情報の種別および前記操作内容を含む一括管理情報を受信すると前記テンプレートを用いて前記エンコードされた管理情報の種別および操作内容をデコードし、デコードした前記種別の管理情報に対して前記操作内容の示す処理を行う。
【００５８】
この構成により、機器管理装置が他の機器に格納された管理情報に対して所定の操作を行うことができる。また、機器管理装置が管理情報の種別および操作内容を、テンプレートにあわせてエンコードして他の機器に送信するので、他の機器がエンコードされた情報をテンプレートに基づいて解析することができる。この結果、機器管理装置は、他の機器に対して一度の通信で管理情報の種別および操作内容という複数の項目を送ることができる。よって、通信を軽減することができる。
【００５９】
本発明の第２３の態様は、第２２の態様にかかる機器管理システムにおいて、前記管理情報の種別は、前記種別と識別子とを対応させた定義テーブルに記述された前記識別子を用いて記述される。
【００６０】
この構成により、管理情報の種別を識別子で記述できるので、テンプレートをコンパクトにできる。
【００６１】
本発明の第２４の態様は、第２０の態様または第２３の態様にかかる機器管理システムにおいて、前記定義テーブルは前記機器と前記機器管理装置間で予め取り決めされている。
【００６２】
この構成により、機器管理装置と機器間で同一の識別子を共有できるので、正確にデコードできる。
【００６３】
本発明の第２５の態様は、第２０または第２３の態様にかかる機器管理システムにおいて、前記定義テーブルにはバージョン番号が付与され、前記機器が保持する前記定義テーブルのバージョン番号と前記機器管理装置が保持する前記定義テーブルのバージョン番号とが異なる場合には、前記機器管理装置は前記ネットワーク上に設けられた複数のバージョンの前記定義テーブルが管理された管理装置にアクセスして、前記機器と同じバージョンの定義テーブルを取得する。
【００６４】
この構成により、機器管理装置と機器とが使用する定義テーブルが異なる場合でも、機器管理装置は管理装置から機器が使用する新しいバージョンの定義テーブルを得ることができる。
【００６５】
本発明の第２６の態様は、管理情報をネットワーク上の機器に送信する管理情報送信装置の管理情報送信方法において、複数の管理情報を一括し一つのオブジェクトＩＤを付与した一括管理情報をＭＩＢデータベース内に保持し、前記一括管理情報のエンコード方法として個々の管理情報のデータ構造を記述したテンプレートをＭＩＢデータベース内に保持し、前記一括管理情報を前記テンプレートに記述された前記エンコード方法でエンコードし、前記エンコードした一括管理情報と、前記テンプレートとを前記ネットワーク上の機器にＳＮＭＰプロトコルを用いて送信することを特徴とする管理情報送信方法である。
【００６６】
本発明の第２７の態様は、ネットワーク上の機器から前記機器の管理情報を取得する機器管理装置の管理情報取得方法において、ネットワーク上の機器に対して前記機器のＭＩＢデータベース内の複数の管理情報が一括されて一つのオブジェクトＩＤが付与された一括管理情報をＳＮＭＰプロトコルを用いて要求し、前記要求の応答として前記機器から送られてきたＭＩＢデータベース内のエンコードされた前記一括管理情報および前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて受信し、前記エンコードされた一括管理情報を前記受信した前記テンプレートに基づいてデコードすることを特徴とする管理情報取得方法である。
【００６７】
本発明の第２８の態様は、ネットワーク上の機器を管理する機器管理装置の機器管理方法において、ネットワーク上の機器のＭＩＢデータベース内からエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて取得し、前記機器が保有する管理情報のうち内容を操作する管理情報の種別および操作内容を前記テンプレートに記述されたデータ構造でエンコードし、前記エンコードした前記管理情報の種別および前記操作内容を一つのオブジェクトＩＤを付与された一括管理情報として前記機器のＭＩＢデータベースにＳＮＭＰプロトコルを用いて一回で送信することを特徴とする機器管理方法である。
【００６８】
（実施の形態１）
以下、本発明の実施の形態１にかかる機器管理システムについて添付図面を参照しながら説明する。まず、実施の形態１にかかる機器管理システムの構成について、図１を用いて説明する。図１は、実施の形態１にかかる機器管理システムの構成図である。
【００６９】
図１において、１０は機器管理ソフトウェアが稼動するマネージャであるＰＣであり、２０ａ、２０ｂは各々管理対象となるエージェントであるプリンタである。ＰＣ１０およびプリンタ２０ａ、２０ｂはネットワークケーブルなどの通信媒体３０によって接続されているものとする。
【００７０】
次に、本機器管理システムに用いられるＰＣの構成について、図２を用いて説明する。図２は、本機器管理システムに用いられるＰＣの構成を示すブロック図である。
【００７１】
図２において、ＰＣ１０は、機器管理ソフトウェアが稼働するＰＣ本体２００と、ディスプレイ２２０と、入力デバイス２３０とを備えている。ＰＣ本体２００は、ＲＯＭ２０１ｂ若しくはハードディスク２０２に記憶された、あるいはＣＤ−ＲＯＭドライブ２１５がＣＤ−ＲＯＭ２７０から読み取った機器管理プログラムを実行するＣＰＵ２０１ａを備え、システムバス２１８に接続されたデバイスを統合的に制御する。
【００７２】
２０１ｃで示されるものはＲＡＭであり、ＣＰＵ２０１ａの主メモリおよびワークエリアとして機能する。２１４はインタフェースコントローラであり、マウスやキーボードなどの入力デバイス２３０からの指示入力を制御する。２１３はビデオコントローラであり、ディスプレイ２２０への表示を制御する。２０７はディスクコントローラであり、機器管理プログラムを記憶するハードディスク２０２やＣＤ−ＲＯＭドライブ２１５とのアクセスを制御する。２１６はネットワークインタフェースカードであり、通信媒体３０を介して他の機器と双方向にデータを授受する。
【００７３】
次に、本機器管理システムに用いられるプリンタ装置の構成について図３を用いて説明する。図３は、本機器管理システムに用いられるプリンタ装置の構成を示すブロック図である。
【００７４】
図３において、プリンタ２０は、制御部３１０とコントロールパネル３２０と印刷機構３３０とを備えている。印刷機構３３０は、給紙装置、用紙搬送機構、印刷エンジン等から構成される。コントロールパネル３２０は、操作者がプリンタ２０を制御するためのインタフェースであって、プリンタ２０に対して動作を指示するための複数のボタンおよびプリンタ２０の動作状態等を表示するための液晶パネルおよび幾つかのＬＥＤから構成される。
【００７５】
制御部３１０は、ネットワークインタフェースカード３１６、ＣＰＵ３１１、ＲＡＭ３１４、ＨＤＤ３１５、メモリ制御部３１３、ＲＯＭ３１７、および、インタフェース回路部３１２から構成される。
【００７６】
また、コントロールパネル３２０は、インタフェース回路部３１２に接続されている。印刷機構３３０は、インタフェース回路部３１２およびメモリ制御部３１３と接続されている。ＲＯＭ３１７は、プログラムコード等のデータが記憶されたメモリである。
【００７７】
ＣＰＵ３１１は、ＲＯＭ３１７に記憶されたプログラムコードに従って、制御部３１０内の各部を制御する。ネットワークインタフェースカード３１６は、通信媒体３０を介して他の装置との間で通信を行う。ＲＡＭ３１４は、ネットワークインタフェースカード３１６によって受信された印刷データや、印刷データに基づいて生成された中間コード等を一時記憶しておくために使用される記憶装置である。
【００７８】
ＨＤＤ３１５は、ＭＩＢデータベースや印刷データなどが記憶される補助記憶装置である。
【００７９】
メモリ制御部３１３は、ＣＰＵ３１１の指示に従って、ネットワークインタフェースカード３１６からＲＡＭ３１４（必要に応じてＨＤＤ３１５）にデータを転送する処理や、ＲＡＭ３１４から印刷機構３３０内の印刷エンジンへデータを転送する処理等を行う回路である。インタフェース回路部３１２は、ＣＰＵ３１１が、コントロールパネル３２０との間、および、印刷機構３３０内の搬送機構との間で情報交換を行うための、幾つかのインタフェース回路からなる。
【００８０】
次に、実施の形態１にかかるプリンタ装置の機能について、図４を用いて説明する。図４は、プリンタ装置の機能ブロック図である。
【００８１】
図４において、プリンタ２０は、ネットワークインタフェース部４１０と、印刷実行部４７０と、状態検出部４８０、ＭＩＢ制御部４６０、ＭＩＢデータベース４５０と、からなる装置として動作している。なお、図３におけるネットワークインタフェースカード３１６が、ネットワークインタフェース部４１０として機能しており、図３におけるネットワークインタフェースカード３１６を除く部分が、印刷実行部４７０、状態検出部４８０として機能している。また、ＣＰＵ３１１、ＲＡＭ３１４、ＨＤＤ３１５が、ＭＩＢ制御部４６０として機能している。また、図３におけるＨＤＤ３１５がＭＩＢデータベース４５０に対応している。
【００８２】
ネットワークインタフェース部４１０は、通信媒体３０を介して他装置との間でパケットの送受信を行うパケット送受信部４１１と、パケット送受信部４１１によって受信されたパケットからデータを再構築するデータ生成部４１３とを備える。また、ネットワークインタフェース部４１０は、データ生成部４１３が生成したデータが印刷データである場合には、当該データを印刷実行部４７０に供給し、データ生成部４１３が生成したデータがＳＮＭＰメッセージである場合にはそのデータをＭＩＢ制御部４６０に供給するデータ判別部４１４を備える。さらに、ネットワークインタフェース部４１０は、ＭＩＢ制御部４６０から与えられたデータに応じたパケットを生成し、パケット送受信部４１１に供給するパケット生成部４１２を備える。
【００８３】
このような構成により、ネットワークインタフェース部４１０は、他装置がプリンタ２０宛てに送信した印刷データを印刷実行部４７０に供給し、他装置がプリンタ装置２０宛てに送信したＳＮＭＰメッセージをＭＩＢ制御部４６０に供給する。そして、印刷実行部４７０は、ネットワークインタフェース部４１０から供給された印刷データに基づき、用紙上への印刷を行う。また、ネットワークインタフェース部４１０は、ＭＩＢ制御部４６０から与えられたデータに応じたパケット群を生成し、通信媒体３０上に送信する。
【００８４】
また、状態検出部４８０は、印刷実行部４７０をはじめとしてプリンタ装置２０の各部の状態を検出する機能を有する。
【００８５】
また、ＭＩＢデータベース４５０は、ＲＦＣ１５１４（Ｈｏｓｔ ｒｅｓｏｕｒｃｅ ＭＩＢ）、ＲＦＣ１７５９（Ｐｒｉｎｔｅｒ ＭＩＢ）等で定義されたＭＩＢオブジェクト（ｈｒＤｅｖｉｃｅＳｔａｔｕｓ、ｐｒｔＭａｋｅｒＴｅｃｈ等）を含むデータベースである。ＭＩＢデータベース４５０の内容は、状態検出部４８０によって検出された各部の状態に応じてＭＩＢ制御部４６０が書き換える。
【００８６】
また、ＭＩＢ制御部４６０は、ネットワークインタフェース部４１０から供給されたデータが、アクセスが許可されているＳＮＭＰマネージャ（実施の形態１では、図１のＰＣ１０）からのＳＮＭＰメッセージであった場合には、ネットワークインタフェース部４１０を制御し、送られてきたＳＮＭＰメッセージの要求に応じた情報（ＭＩＢオブジェクト）をＭＩＢデータベース４５０内から抽出し、ＳＮＭＰメッセージを送信してきたＳＮＭＰマネージャに返送する。アクセス許可の可否は、例えばＳＮＭＰマネージャが発行したデータに含まれるＣｏｍｍｕｎｉｔｙストリングをチェックすることによってなされる。
【００８７】
さらに、ＭＩＢ制御部４６０は、プリンタ２０の状態が変化した場合、その旨を示すＴＲＡＰメッセージを、ＰＣ１０（トラップの宛先として設定されている装置）に対して送出する。すなわち、ＭＩＢ制御部４６０は、各部の状態を検出しており、状態に変化があった場合には、ＭＩＢデータベース４５０の内容を更新する。次いで、ＭＩＢ制御部４６０は、ネットワークインタフェース部４１０を制御することにより、ＰＣ１０に対して、状態が変化したことを示すＴＲＡＰメッセージを送出する。
【００８８】
なお、ＰＣ１０のＩＰアドレス等（Ｃｏｍｍｕｎｉｔｙ名やＴＲＡＰメッセージ宛先等）のプリンタ２０への設定は、一般的なＳＮＭＰベースのシステムと同様に、ＳＮＭＰマネージャであるＰＣ１０からプリンタ２０への通知、またはプリンタ２０のコントロールパネル３２０からユーザが設定することによって行なわれる。
【００８９】
次に、実施の形態１にかかるＭＩＢデータベースについて説明する。実施の形態１にかかるＭＩＢデータベースは、複数の要素をエンコードするエンコード方法を記述したテンプレートを設けたものである。これにより、マネージャはエージェントからテンプレートを取得して、エージェントで用いている要素群のエンコード方法を知ることができる。さらに、エージェント側で採用しているエンコード方法が何らかの理由で変更された場合でも、マネージャは変更したエンコード方法を遅滞なく知ることができる。
【００９０】
実施の形態１にかかるＭＩＢデータベースの構造について図５から図９を用いて説明する。
【００９１】
図５は、実施の形態１にかかるＭＩＢデータベースの構成を示す図である。図５に示すように、ＭＩＢデータベースは木構造にて表現され、全てのノードが一意に番号付けられている。各ノードは数字列よりなる固有の識別子を有し、これはオブジェクトＩＤ（Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれている。図５の例では、例えば「ｉｓｏ」がノード名、その後の「（１）」がオブジェクトＩＤである。
【００９２】
プリンタ２０ａ、２０ｂとも、ＳＮＭＰで管理される機器が標準的に備えている標準ＭＩＢと、企業や団体などが独自のＭＩＢ定義を行うことで独自拡張のできるプライベートＭＩＢとを搭載している。
【００９３】
標準ＭＩＢとしては、同図のｍｉｂ−ＩＩ（ＲＦＣ１２１３ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ ｆｏｒ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ ｏｆ ＴＣＰ／ＩＰ−ｂａｓｅｄ Ｉｎｔｅｒｎｅｔｓ：ＭＩＢ−ＩＩ）５３１と、ｈｒｍｉｂ（Ｈｏｓｔ ｒｅｓｏｕｒｃｅ ＭＩＢ（ＲＦＣ１５１４））５３２と、プリンタに関するｐｒｔｍｉｂ（（Ｐｒｉｎｔｅｒ ＭＩＢ）ＲＦＣ１７５９）５３３がある。
【００９４】
また、プライベートＭＩＢとしては、企業番号として２５８がＩｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒ Ａｕｔｈｏｒｉｔｙ（ＩＡＮＡ）より割り当てられている、本発明では、プライベートＭＩＢとして松下電器産業株式会社独自のＭＩＢである松下ＭＩＢ５００を使用する。プライベートＭＩＢ５００はｅｎｔｅｒｐｒｉｓｅｓノード５４４の下のｐａｎａｓｏｎｉｃノード５４５の下に展開されている。よって、プライベートＭＩＢはオブジェクトＩＤ１．３．６．１．４．１．２５８以下に展開することができる。
【００９５】
プライベートＭＩＢ５００のｐａｎａｓｏｎｉｃノード５４５の下には、ｊｏｂノード５０１、タグテンプレート（後に詳述）を表すｊｏｂＴａｇＤｅｆノード５１０、ジョブ情報を含むテーブル５２０、テーブル５２０の定義であるｊｏｂＴａｂｌｅ５２１、テーブル５２０に含まれる情報の一覧リストをあらわすエントリであるｊｏｂＥｎｔｒｙ５２２、ｊｏｂＴａｂｌｅ５２０のインデクスであるｊｏｂＩｎｄｅｘノード５２３、ジョブ情報を含むｊｏｂＤａｔａノード５３０より構成されている。
【００９６】
ＭＩＢの構造は、管理情報構造（ＳＭＩ：Ｓｔｒｕｃｔｕｒｅ ｏｆ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれ、ＲＦＣ１１５５ Ｓｔｒｕｃｔｕｒｅ ａｎｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｏｆ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ＴＣＰ／ＩＰ−ｂａｓｅｄ Ｉｎｔｅｒｎｅｔｓで規定されており、プロトコル構文規定言語ＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ＝抽象構文記法．１）というＯＳＩ言語を使って定義されている。
【００９７】
次に、実施の形態１にかかるＭＩＢデータベースをＡＳＮ．１で記述したものについて図６を用いて説明する。図６は、実施の形態１にかかるＭＩＢデータベースをＡＳＮ．１で記述したものを示す図である。
【００９８】
ｊｏｂＴａｇＤｅｆノード５１０は記述６１０部分に、テーブル５２０は記述６２０に相当する。また、記述６２０の記述６２１はｊｏｂｔａｂｌｅ５２１、記述６２２はｊｏｂＥｎｔｒｙ５２２に、記述６２３はＪｏｂＩｎｄｅｘ５２３に、記述６３０はｊｏｂＤａｔａノード５３０にそれぞれ相当する。
【００９９】
次に、実施の形態１にかかる機器管理システムで用いられるタグテンプレート（ｊｏｂＴａｇＤｅｆ５１０）について図７を用いて説明する。図７は、実施の形態１にかかるタグテンプレートを定義する方式を示した図である。
【０１００】
タグテンプレート８３０は、データ構造オブジェクト７００の集合として定義される。データ構造オブジェクト７００は、固定長のフォーマットを持ったデータ構造リストの集合であり、それぞれ３２バイトのデータタグ番号７０１、データ属性７０２、データ長７０３、先頭からのオフセット量７０４から構成される。
【０１０１】
データタグ番号７０１は、タグ定義リスト８１０で定義されたタグＩＤのいずれかの値を持つ。なお、タグ定義リストは、図２のＨＤＤ２０２および図３のＨＤＤ３１５に格納されている。
【０１０２】
タグ定義リスト８１０は、ジョブ情報に関する項目をＴＡＧＩＤに対応づけたテーブルである。タグ定義リスト８１０では、ＴＡＧＩＤの１にＪＯＢＩＤ、ＴＡＧＩＤの２にＪＯＢ（ジョブ）のサイズ、ＴＡＧＩＤの３にＪＯＢの名前、ＴＡＧＩＤの４にＪＯＢの種類、ＴＡＧＩＤの５にＪＯＢの開始時刻、ＴＡＧＩＤの６にＪＯＢの終了時刻、ＴＡＧＩＤの７にＪＯＢステータス、ＴＡＧＩＤの８にＪＯＢエラーコード、ＴＡＧＩＤの９にＪＯＢ送信元が割り当てられている。
【０１０３】
データ属性７０２は、タイプ定義リスト８２０で定義されたＴＹＰＥＩＤのいずれかの値を持つ。なお、タイプ定義リスト８２０は、図２のＨＤＤ２０２および図３のＨＤＤ３１５に格納されている。
【０１０４】
例えば非負整数ならＴＹＰＥＩＤが１、符号付整数ならＴＹＰＥＩＤが２、文字列ならＴＹＰＥＩＤが３、実数ならＴＹＰＥＩＤが４、論理値ならＴＹＰＥＩＤ５、複素数ならＴＹＰＥＩＤ６で表される。
【０１０５】
データ長７０３はジョブ情報を構成する各項目データの長さをバイト数で記述したものである。オフセット７０４は、先頭からのオフセット量を記述する。
【０１０６】
このようにタグテンプレート８３０を構成することで、ジョブに関する必要な情報および、その情報の配置をタグテンプレート８３０に含ませることができる。
【０１０７】
また、タグ定義リストやタイプ定義リスト内の種別をリストに記述された識別子を用いることでテンプレートをコンパクトにできる。
【０１０８】
また、このタグテンプレート８３０はｊｏｂＴａｇＤｅｆノード５１０としてプリンタ２０のＭＩＢデータベース４５０に実装される。よって、タグテンプレート８３０は、記述６１０からオブジェクトＩＤ１．３．６．１．４．１．２５８．９９５．１に対するデータ取得要求をもってプリンタ２０からＰＣ１０が取得することが可能である。
【０１０９】
なお、タグ定義リスト８１０、タイプ定義リスト８２０はＰＣ１０、プリンタ２０双方で適用を一にしておく必要がある。これは、正確にデコードするためには、ＰＣ１０とプリンタ２０間で同一のタグ定義を共有する必要があるからである。
【０１１０】
次に、実施の形態１にかかるタグテンプレートを元にして作成されるデータ構造体について図８を用いて説明する。図８は、実施の形態１にかかるタグテンプレートを元にして作成されるデータ構造体を示す図である。
【０１１１】
図８に示すデータ構造体９００は、図７に示すタグテンプレート８３０を元に作成したものである。
【０１１２】
図８中に、先頭を０としたときの構造体９００を構成する要素の開始位置を同図に併記してある。これらの開始位置は、図７に示したオフセット量７０４の位置に書き込まれる。また、オフセット量７０４で示される位置にはＴＡＧＩＤ７０１、データ属性７０２、データ長７０３で示されるデータが記述されている。図８の例では、ＪＯＢの名前はオフセット４に、開始時刻はオフセット２０に、ＪＯＢＳＩＺＥはオフセット２８に、ＪＯＢ種類はオフセット３２に、ＪＯＢステータスは開始位置３６に記述されている。
【０１１３】
ジョブデータ本体であるｊｏｂＤａｔａ５３０は記述６３０に示されているようにバイト列として実装され、データ構造体９００とマッチングをとることによってバイト列にエンコードされているデータを復元（デコード）することができる。
【０１１４】
なお、実施の形態１では、データ構造オブジェクト７００にオフセット量７０４を含んだ形態であるが、オフセット量７０４を含まない形態でも良い。この場合は、オフセット量をデータ長７０３から算出すれば良い。
【０１１５】
また、構造体９００は、ｊｏｂＤａｔａノード５３０としてプリンタ２０のＭＩＢデータベース４５０に実装される。ｊｏｂＤａｔａノード５３０のオブジェクトは図５から明らかなようにオブジェクトＩＤ１．３．６．１．４．１．２５８．９９５．２．１．２に対する要求でプリンタ２０から取得することが可能である。
【０１１６】
次に、実施の形態１にかかるＰＣの機器管理処理について説明する。まず、ＰＣが実行する機器管理ソフトウェア（マネージャ）の構成について図９を用いて説明する。図９は、実施の形態１における機器管理ソフトウェアのモジュール構成を示す図である。
【０１１７】
実施の形態１にかかる機器管理ソフトウェアは、図２に示すハードディスク２０２に格納されており、ＣＰＵ２０１ａによって実行される。その際、ＣＰＵ２０１ａはワークエリアとしてＲＡＭ２０１ｃを使用する。
【０１１８】
図９において、１００１は一覧表示モジュールであり、通信媒体３０に接続されたプリンタ２０ａ、２０ｂなどを一覧にして表示するモジュールである。１００２は全体統括モジュールで、一覧表示モジュール１００１からの指示に基づき、他のモジュールを統括する。
【０１１９】
１００３は探索モジュールで、通信媒体３０に接続されているプリンタを探索するモジュールである。この探索モジュール１００３によって探索されたプリンタが一覧表示モジュール１００１によって一覧表示される。プリンタを探索する方式は、たとえば既存の機器管理ソフトウェア（例えばＨＰ社のＪｅｔＡｄｍｉｎ（Ｒ）やＣＡＮＯＮ社のＮｅｔＳｐｏｔ（Ｒ））が採用しているＳＮＭＰメッセージをブロードキャストする方式などがある。
【０１２０】
１００４は後述するプリンタ情報詳細ウィンドウを表示するためのＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）モジュールである。１００８は後述するジョブ表示ウィンドウを表示するためのジョブ表示モジュールである。
【０１２１】
１００５は制御モジュールであり、プリンタの制御を受け持つモジュールである。制御モジュール１００５は、後述するＭＩＢモジュール１００６を用いてプリンタ２０ａ、２０ｂからＭＩＢデータを取得し、必要に応じてデータの変換を行い、ＵＩモジュール１００５およびジョブ表示モジュール１００８にデータを渡す。
【０１２２】
ＭＩＢモジュール１００６は、オブジェクトＩＤに対する要求をＳＮＭＰエンコードして通信モジュール１００７を介して通信媒体３０上のプリンタ２０にデータ送信を実施、通信媒体３０上のプリンタ２０から受信したＳＮＭＰデータをデコードしてデータを取り出すモジュールである。
【０１２３】
次に、図９に示す機器管理ソフトウェアを用いた機器管理システムの動作について述べる。
【０１２４】
上述したようにＰＣ側の管理ソフトウェアを起動すると、ユーザはネットワーク機器一覧からプリンタを選択できる。プリンタの選択後、ジョブ管理画面に移行すると、管理ソフトウェアはプリンタにオブジェクトＩＤを指定することでデータ構造リストオブジェクトの取得要求を出す。要求を受け取ったプリンタは対応するデータ構造リストオブジェクトをＳＮＭＰレスポンスとして返す。それを受け取った管理ソフトウェアはＲＡＭにデータ構造リストを展開する。
【０１２５】
以下、機器管理ソフトウェアを用いた機器管理システムの動作について図１０を用いて詳細に述べる。図１０は、実施の形態１にかかる機器管理システムの動作の処理を表すシーケンス図である。
【０１２６】
ＰＣ１０（クライアントコンピュータ）が、印刷ジョブを、プリンタ２０に送信開始する（Ｓ１０１）。
【０１２７】
プリンタ２０は、ＰＣ１０から送られてきた印刷ジョブをパケット送受信部４１１で受信開始する（Ｓ１０２）。そして、プリンタ２０のデータ生成部４１３がパケット送受信部４１１が受信した印刷ジョブのパケットからデータを再構築し、データ判別部４１４に送る。データ判別部４１４は、送られてきたデータが印刷要求であるので、受信したジョブ要求のデータを印刷実行部４７０に送る。
【０１２８】
印刷実行部４７０は、受信した印刷ジョブにジョブＩＤを付加してジョブスプールを行う（Ｓ１０３）。ここで、印刷実行部４７０は、すでにスプールされているジョブとは異なったジョブＩＤを付与してジョブの管理を行い、ジョブ管理テーブルにはユーザ名、ジョブサイズ、ジョブ開始時刻などのデータが一緒に管理される（Ｓ１０４）。
【０１２９】
次に、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いてプリンタ２０に対しジョブ状態情報の取得を開始する（Ｓ１０５）。
【０１３０】
まず、制御モジュール１００５は、プリンタ２０に対してｊｏｂＴａｇＤｅｆノード５１０で表されるタグテンプレート８３０の取得要求を開始し（Ｓ１０６）、ＳＮＭＰのＧＥＴＲＥＱＵＥＳＴを用いて出す（Ｓ１０７）。これに対して、プリンタ２０はＰＣ１０に対してタグテンプレートをＧＥＴＲＥＳＰＯＮＳＥで応答する（Ｓ１０８）。そして、ＰＣ１０は、プリンタ２０からのＧＥＴＲＥＳＰＯＮＳＥ応答に含まれるタグテンプレートの実体データを取得し（Ｓ１０９）、データ構造体に変換してＲＡＭ２０１ｃに保存する（Ｓ１１０）。
【０１３１】
次に、制御モジュール１００５は、ｊｏｂＤａｔａ５３０で表される、プリンタ２０の印刷実行部４７０が管理しているスプールジョブ情報にＳＮＭＰのＧＥＴまたはＧＥＴＮＥＸＴ要求を用いてアクセスし、プリンタ２０のＧＥＴＲＥＳＰＯＮＳＥ応答を通じて個々のジョブ情報を得る（Ｓ１１１）。そして、制御モジュール１００５は、最終のジョブ情報まで取得したら（Ｓ１１２）、ＲＡＭ２０１ｃに保存したデータ構造体を読み出してマッチングをとることにより受信したジョブ情報のデコード処理を行う（Ｓ１１３）。
【０１３２】
そして、制御モジュール１００５は、ジョブ情報のデコードが終了したら、デコードしたジョブ情報をジョブ表示モジュール１００８に送信し、ジョブ表示モジュール１００８がジョブ情報を画面表示する（Ｓ１１４）。
【０１３３】
以上のように実施の形態１によれば、管理情報の項目リストでありエンコード方法を記述したタグテンプレート８３０と、管理情報であるジョブ情報の実体データである構造体９００とを別に保持し、マネージャであるＰＣ１０がエージェントであるプリンタ２０に別々のオブジェクトＩＤでアクセスすることで、プリンタ２０からＰＣ１０にタグテンプレート８３０とタグテンプレート８３０に記されたエンコード方法でエンコードしたジョブ情報とを送ることができる。これにより、従来のＳＮＭＰ機器管理の枠組みを変えることなく、テーブル内のすべてのジョブ詳細情報を一回のＳＮＭＰ要求・応答で処理することができるこの結果、応答性の良い管理システムを提供することができる。
【０１３４】
また、実施の形態１は、項目リストと実体データを別に保持することにより、項目リストにあわせた実体データ生成を行うことができるので、管理プログラムのメンテナンス性を高めることができる。
【０１３５】
また、実施の形態１によれば、タグ定義リスト８１０およびタイプ定義リスト８２０をＰＣ１０およびプリンタ２０間で予め定義しておくことで、エンコード方法を変更するためにタグテンプレート８３０を変更する場合であっても、タグテンプレート８３０をタグ定義リスト８１０およびタイプ定義リスト８２０の範囲内で変更することで、変更後のタグテンプレート８３０をＰＣ１０が解釈することができる。
【０１３６】
なお、実施の形態１では、機器管理装置としてＰＣ１０、管理情報送信装置としてプリンタ２０を用いて説明したが、機器管理装置および機器情報送信装置としてＳＮＭＰプロトコルを用いた通信を行うこれら以外の機器を用いても同じ効果が得られるのはいうまでもない。
【０１３７】
尚、上記実施の形態ではプリンタ２０がタグテンプレートに書かれているエンコード方式でジョブデータを書き出すとしたが、独自の方式で書き出しておき、ＰＣ１０からのＳＮＭＰ ＧＥＴＲＥＱＵＥＳＴ要求があった時点でタグテンプレートのエンコード方式に変換して送信するような構成でも同じ効果が得られる。
【０１３８】
（実施の形態２）
実施の形態２は、タグテンプレートにバージョン情報を付与したものである。ＰＣはプリンタからタグテンプレートおよびそのバージョン情報を取得することができるため、受信したタグテンプレートの取得時にそのバージョン情報をチェックすることにより、すでに記憶してあるタグテンプレートのバージョン情報と異なる場合にのみ取得したタグテンプレートのデータ構造体変換処理を行うようにしたものである。
【０１３９】
これにより、プリンタのタグテンプレートが更新されバージョン情報が変更されない限りタグテンプレートのデータ構造体変換処理をスキップすることができる。また、同一ネットワーク上に同種のプリンタがあって同じタグテンプレートを持っている場合には、プリンタ毎にタグテンプレートのデータ構造体変換処理をする必要がなくなる。
【０１４０】
次に、実施の形態２にかかる機器管理システムについて、図１１を用いて説明する。図１１は、実施の形態２にかかるＰＣの処理を示すフロー図である。図１１は、ＰＣ１０がプリンタ２０に印刷ジョブを送信後の処理のフロー図である。
【０１４１】
ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いてプリンタ２０にｊｏｂＴａｇＤｅｆノード５１０で表されるタグテンプレート８３０の取得要求を、ＳＮＭＰのＧＥＴ要求を用いて出し、プリンタ２０からのＧＥＴＲＥＳＰＯＮＳＥ応答に含まれるタグテンプレートの実体データの取得を開始する（Ｓ３０１）。
【０１４２】
この段階では、既に、制御モジュール１００５が、プリンタ２０から以前にタグテンプレート８３０を取得、保存している状態であるとする。また、制御モジュールは１００５が受信するタグテンプレート８３０には、タグテンプレートのバージョンが付与されていて、バージョン情報も保存されているとする。
【０１４３】
制御モジュール１００５は、現在プリンタ２０が使用しているタグテンプレートのバージョンを取得する（Ｓ３０２）。タグテンプレートのバージョンに関する情報は、タグテンプレートのヘッダ部に記述されているものとする。
【０１４４】
次に、制御モジュール１００５は、ＰＣ１０がすでに保持しているタグテンプレートのバージョンと、今回の通信によって取得したタグテンプレートのバージョンを比較し（Ｓ３０３）、これらのバージョンが異なる場合は今回の通信によって取得したタグテンプレートでデータ構造体の置き換えを実施してＲＡＭ２０１ｃに保存する（Ｓ３０４）。
【０１４５】
次に、制御モジュール１００５は、ｊｏｂＤａｔａ５３０で表される、プリンタ２０の印刷実行部４７０が管理しているスプールジョブ情報にＳＮＭＰのＧＥＴまたはＧＥＴＮＥＸＴ要求を用いてアクセスし、プリンタ２０のＧＥＴＲＥＳＰＯＮＳＥ応答を通じて個々のジョブ情報を得る（Ｓ３０５）。そして、制御モジュール１００５は、最終のジョブ情報まで取得したら（Ｓ３０６）、ＲＡＭ２０１ｃに保存したデータ構造体を読み出してマッチングをとることにより受信したジョブ情報のデコード処理を行う（Ｓ３０７）。
【０１４６】
そして、制御モジュール１００５は、ジョブ情報のデコードが終了したら、デコードしたジョブ情報をジョブ表示モジュール１００８に送信し、ジョブ表示モジュール１００８がジョブ情報を画面表示する（Ｓ３０８）。
【０１４７】
以上、実施の形態２によれば、プリンタのタグテンプレートが更新されバージョン情報が変更されない限り、タグテンプレートのデータ構造体変換処理をスキップできるため、全体の処理を効率化することができる。また、同一ネットワーク上に同種のプリンタがあって同じタグテンプレートを持っている場合には、プリンタ毎にタグテンプレートのデータ構造体変換処理をする必要がなくなる。
【０１４８】
なお、実施の形態２では、タグテンプレートはバージョン情報を内包するとしたが、ＭＩＢの別オブジェクトに記録し、バージョンのチェックにはそれを参照するような構成でも良い。
【０１４９】
（実施の形態３）
本発明の実施の形態３は、ジョブを内蔵ハードディスク上にスプールする機能を有するプリンタを備えたシステムに対応したものであり、スプールしたジョブをＰＣからＳＮＭＰプロトコルを用いて制御するものである。
【０１５０】
一般に、プリンタはジョブを受け付けると印刷待ち行列に入れ、それらを印刷終了まで管理するようになっている。ジョブは、最初に待ち行列の末尾に加えられ印刷実行を待ち、待ち行列の先頭に達した時点で印刷が実行され、印刷が終了すると待ち行列から削除される。昨今ではハードディスクの容量の増大に伴って、待ち行列に入れて印刷待ちできる（スプールできる）ジョブの数も増えているため、待ち行列内のジョブ削除や優先度変更をＰＣから行いたいという要求が強い。前述の操作は、従来プリントサーバで管理されているジョブの操作とほぼ同じであるため、待ち行列内のジョブを特定しＰＣからのジョブ操作を可能にするためには、ジョブＩＤ、ジョブ名称、ジョブ投入時刻などのジョブに関する付加情報、即ちジョブ詳細情報を持つ必要がある。ジョブ情報をテーブルとして構成し、ジョブ詳細要素を個々のＭＩＢとして実装すると項目数が多くなるため、例えば高々１個のジョブ情報をＰＣが取得する際にさえ、ＰＣとプリンタ間で何度も情報のやり取りをする必要が生じる。そこで、実施の形態３では、エンコードしたデータと、エンコード方法をＰＣとプリンタ間で通信することで、一度の通信で一個のジョブ制御情報を送るようにしている。
【０１５１】
以下、実施の形態３にかかる機器管理システムについて説明する。まず、実施の形態３にかかるプリンタが具備するＭＩＢデータベースの構造について図１２を用いて説明する。図１２は、実施の形態３にかかるＭＩＢデータベースの構成を示した図である。図１２は、図５に示したＭＩＢデータベースのプライベートＭＩＢ以下の構造について記した図である。なお、すでに説明した部分と同一の部分には同一の符番を付与し説明を省略する。
【０１５２】
実施の形態３にかかるＭＩＢデータベースは、プライベートＭＩＢ１２００のＪＯＢノード５０１以下に、並列で、ジョブ操作コマンド記述用テンプレート（ｊｏｂＣｏｍＤｅｆ）１２１０と、ジョブ操作コマンド記述オブジェクト１２２０と、を加えた構成を呈する。ジョブ操作コマンド記述オブジェクト（ｊｏｂＣｏｍｍａｎｄ）１２２０は図１３のジョブ操作コマンド記述用テンプレート１３３０で表現される内容（実体は後述する図１４の構造体１４００）を有し、ジョブ操作１４１０としては中止・保留・再開・削除・優先度を上げる、の５種類があり、それぞれ１〜５までの数値で表現される。
【０１５３】
次に、ジョブ操作コマンド記述用テンプレートについて図１３を用いて説明する。図１３は、実施の形態３にかかるジョブ操作コマンド記述用テンプレートを示した図である。
【０１５４】
ジョブ操作コマンド記述用テンプレートであるテンプレート（ｊｏｂＣｏｍＤｅｆ）１３３０は、実施の形態１で説明したＪｏｂＴａｇＤｅｆ８３０と同様にデータ構造オブジェクト７００の集合として定義される。データ構造オブジェクト７００は、固定長のフォーマットを持ったデータ構造リストの集合であり、それぞれ３２バイトのデータタグ番号７０１、データ属性７０２、データ長７０３、先頭からのオフセット量７０４から構成される。
【０１５５】
データタグ番号７０１は、タグ定義リスト１３１０で定義されたタグＩＤのいずれかの値を持つ。
【０１５６】
タグ定義リスト１３１０は、ジョブ情報に関する項目をＴＡＧＩＤに対応つけたテーブルである。タグ定義リスト１３１０は、ＴＡＧ１Ｄの２０にＪＯＢ操作を割り当てた点が実施の形態１のタグ定義リスト８１０と異なる。このように、ＴＡＧ１Ｄの２０にＪＯＢ操作を割り当てることで、テンプレート１３３０にＪＯＢ操作を記すことができる。
【０１５７】
データ属性７０２は、実施の形態１と同様に、タイプ定義リスト８２０で定義されたＴＹＰＥＩＤのいずれかの値を持つ。
【０１５８】
データ長７０３およびオフセット７０４は、実施の形態１と同様なので詳細な説明を省略する。
【０１５９】
また、このタグテンプレート１３３０はｊｏｂＣｏｍＤｅｆノード１２１０としてプリンタ２０のＭＩＢデータベースに実装される。よって、タグテンプレート１３３０は、オブジェクトＩＤ１．３．６．１．４．１．２５８．９９９．３に対する要求でプリンタ２０からＰＣ１０が取得することが可能である。
【０１６０】
次に、実施の形態３にかかるタグテンプレートを元にして作成されるデータ構造体について図１４を用いて説明する。図１４は、実施の形態３にかかるタグテンプレートを元にして作成されるデータ構造体を示す図である。
【０１６１】
図１４に示す構造体１４００は、図１３に示すタグテンプレート１３３０を元に作成したものである。
【０１６２】
図１４中に、先頭を０としたときの構造体１４００を構成する要素の開始位置を同図に併記してある。これらの開始位置は、図１３に示したオフセット量７０４の位置に書き込まれる。図１４の例では、ＪＯＢＩＤ（名前）はオフセット０に、ＪＯＢ操作はオフセット４に記述されている。
【０１６３】
また、ジョブ操作の種類は、中止・保留・再開・削除・優先度を上げる、の５種類があるとし、それぞれ１〜５までの数値が割り振られている。構造体１４００の開始位置４に１〜５を記述することで、中止・保留・再開・削除・優先度を上げる、のジョブ操作をすることができる。
【０１６４】
また、構造体１４００は、ｊｏｂＤａｔａノード５３０としてプリンタ２０のＭＩＢデータベース４５０に実装される。このオブジェクトはオブジェクトＩＤ１．３．６．１．４．１．２５８．９９９．２．１．２に対する要求でＰＣ１０から取得することが可能である。
【０１６５】
次に、実施の形態３にかかる機器管理システムの動作について図１５を用いて詳細に述べる。図１５は、実施の形態３にかかる機器管理システムのＰＣの動作フロー図である。なお、ＰＣ１０が実行する機器管理ソフトウェアの構成については、実施の形態１と同一であるので詳細な説明を省略する。
【０１６６】
ＰＣ１０がジョブ操作を開始すると（Ｓ４０１）、まずＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いてプリンタ２０に対して、ジョブ操作用のテンプレート１３３０の送信を要求する（Ｓ４０２）。そして、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を介してプリンタ２０から送られてきたＭＩＢデータの構造体であるジョブ操作用のテンプレート１３３０を取得し（Ｓ４０３）、Ｓ４０３において取得したテンプレート１３３０をＲＡＭ２０１ｃに保存する（Ｓ４０４）。
【０１６７】
次に、制御モジュール１００５は、ジョブ操作するジョブのジョブＩＤと、操作する内容を指定する（Ｓ４０５）。次に、制御モジュール１００５は、Ｓ４０５で指定したジョブＩＤおよびジョブ操作を、Ｓ４０３で取得したテンプレート１３３０にあわせてエンコードする（Ｓ４０６）。そして、制御モジュール１００５は、エンコードしたジョブ操作情報をＳＥＴ ＲＥＱＵＥＳＴで、プリンタ２０に対して送信することで、プリンタ２０のジョブ操作オブジェクトにジョブ操作を書き込む処理をする（Ｓ４０７）。
【０１６８】
例えば、図１６に示すジョブＩＤが１４７３〜１４７６のジョブ一覧１６０１に対して、ＰＣ１０がジョブＩＤとして１４７４、ジョブ操作情報として２（削除）をテンプレートに基づいてエンコードしてプリンタ２０に送信することで、ジョブ一覧１６０１からジョブＩＤが１４７４のジョブを削除した、図１７に示すジョブ一覧１６０２にすることができる。図１６、図１７は、実施の形態３にかかるジョブ一覧を示す図である。
【０１６９】
以上、実施の形態３によれば、ＰＣ１０がジョブＩＤおよびジョブ操作情報を、プリンタ２０に送信することで、ＨＤＤに格納されたジョブに対して所定の操作を行うことができる。
【０１７０】
また、実施の形態３によれば、ＰＣ１０がジョブＩＤおよびジョブ操作情報を、テンプレートにあわせてエンコードしてプリンタ２０に送信するので、プリンタ２０がエンコードされた情報をテンプレートに基づいて解析することができる。この結果、ＰＣ１０は、プリンタ２０に対して一度の通信でジョブＩＤおよびジョブ操作情報という複数の項目を送ることができる。よって、ＰＣ１０とプリンタ２０間の通信を軽減することができる。
【０１７１】
なお、実施の形態３では、ジョブ操作の種類は５種類であるとしたが、それより少なくても多くても、また別の操作を定義しても同様の効果が得られるのは言うまでもない。
【０１７２】
また、実施の形態３では、ジョブ操作に関して数字によるコマンド定義を行ったが、これを文字列として、例えば削除に関し「ＤＥＬＥＴＥ」等の文字列を与えても良い。
【０１７３】
また、ジョブ操作情報に、ユーザ名、パスワードなどのセキュリティ情報を入力できるようにしても良い。これにより、悪意をもったユーザによるジョブ操作を禁止することができる。
【０１７４】
（実施の形態４）
実施の形態４は、ＰＣがプリンタに対しＴＲＡＰメッセージ送信を使うことで、プリンタがオブジェクト書き込み動作終了後にオブジェクトの書き込みが正確に行えたか否かをＰＣに返すようにするようにしたものである。これにより、ＰＣがプリンタのオブジェクト書き込みの正否を確認できるようにしたものである。
【０１７５】
以下、実施の形態４にかかる機器管理システムの動作について、図１８を用いて説明する。図１８は、実施の形態４にかかる機器管理システムのＰＣの動作フロー図である。
【０１７６】
ＰＣ１０がジョブ操作を開始すると（Ｓ５０１）、まずＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いてプリンタ２０に対して、ジョブ操作用のテンプレート１３３０の送信要求する（Ｓ５０２）。そして、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を介してプリンタ２０から送られてきたＭＩＢデータの構造体であるジョブ操作用のテンプレート１３３０を取得し（Ｓ５０３）、Ｓ５０３において取得したテンプレート１３３０をＲＡＭ２０１ｃに保存する（Ｓ５０４）。
【０１７７】
次に、制御モジュール１００５は、ジョブ操作するジョブのジョブＩＤと、操作する内容（ジョブ操作情報）を指定する（Ｓ５０５）。
【０１７８】
このとき、制御モジュール１００５は、プリンタ２０がオブジェクトの書き込み正否を返す返送先として自身のアドレスを、ジョブ操作情報に書き込んでおく。
【０１７９】
次に、制御モジュール１００５は、Ｓ５０５で指定したジョブＩＤおよびジョブ操作を、Ｓ５０３で取得したテンプレート１３３０にあわせてエンコードする（Ｓ５０６）。そして、制御モジュール１００５は、エンコードしたジョブ操作情報をＳＮＭＰ ＳＥＴで、プリンタ２０に対して送信することで、プリンタ２０のジョブ操作オブジェクトにジョブ操作を書き込む処理をする（Ｓ５０７）。次に、Ｓ５０７において書き込まれたジョブ操作内容には、オブジェクトの書き込み正否を返す返送先としてＰＣ１０のアドレスが含まれているため、プリンタ２０は、ＰＣ１０にＴＲＡＰメッセージを送信する（Ｓ５０８）。
【０１８０】
そして、制御モジュール１００５は、プリンタ２０からの応答（トラップ）を受信する。（Ｓ５０９）
以上、実施の形態４によれば、プリンタ２０がＰＣ１０にＴＲＡＰメッセージ送信を行うように構成することで、プリンタ２０がオブジェクトの書きこみを正確に行ったか否かの応答を受信することができる。これにより、ＰＣ１０は、プリンタ２０が正確にオブジェクトの書きこみができたか判断できる。
【０１８１】
また、実施の形態４では、オブジェクトの書き込み正否を返す返送先をジョブ操作内容と共に、テンプレートに基づいてエンコードして構造化して送ることで、通信の軽減ができる。
【０１８２】
なお、実施の形態４では、ＰＣからの命令に対する処理終了通知に標準ＴＲＡＰメッセージを用いたが、他のネットワークプロトコルや通信手段を用いても同じ効果が得られる。
【０１８３】
（実施の形態５）
本発明の実施の形態５は、印刷ログや動作ログなどのいわゆるログデータを内蔵ハードディスク上に蓄積する機能を有するプリンタを備えたシステムに対応したものであり、蓄積したログをＰＣからＳＮＭＰプロトコルを用いて制御するものである。
【０１８４】
しかしながら、単純にログをテーブルとし、ログの各要素をノードとしてＭＩＢ実装すると、１ログあたりの項目数が多いため、一つのログ情報すなわち一つのテーブル内の全要素をＰＣが取得するためにはＰＣがプリンタに対して間で個々にＳＮＭＰプロトコルによる通信を行わなければならない。通常プリンタ上には複数のログ情報が蓄積されているので、その通信オーバーヘッドはかなり大きなものになる。そこで、実施の形態５では、エンコードしたログと、エンコード方法を記述したテンプレートとをＰＣとプリンタ間で通信することで、結果として一度の通信で一つののログを通信可能になるようにしている。
【０１８５】
以下、実施の形態５にかかる機器管理システムについて説明する。まず、実施の形態５にかかるプリンタが具備するＭＩＢデータベースの構造について図１９を用いて説明する。図１９は、実施の形態５にかかるＭＩＢデータベースの構成を示した図である。図１９は、図５に示したＭＩＢデータベースのプライベートＭＩＢ以下の構造について記した図である。なお、すでに説明した部分と同一の部分には同一の符番を付与し説明を省略する。
【０１８６】
実施の形態５にかかるＭＩＢデータベースは、プライベートＭＩＢ１８００以下にｌｏｇノードを持つ。さらに、ｌｏｇノード１８０１以下に、並列で、ｌｏｇ記述用テンプレート１８１０と、ｌｏｇ情報を含むテーブルｌｏｇＴａｂｌｅ１８２０を具備する。ｌｏｇｔａｂｌｅ１８２０には、ｌｏｇｔａｂｌｅ１８２０の定義であるｌｏｇＴａｂｌｅ１８２１、ｌｏｇＴａｂｌｅ１８２０のエントリであるｊｏｂＥｎｔｒｙ１８２２、ｌｏｇＴａｂｌｅ１８２０のインデクスであるｌｏｇＩｎｄｅｘノード１８２３、ｌｏｇ情報を含むｌｏｇＤａｔａノード１８３０より構成されている。
【０１８７】
次に、ｌｏｇ記述用テンプレートについて図２０を用いて説明する。図２０は、実施の形態５にかかるｌｏｇ記述用テンプレートを示す図である。
【０１８８】
ｌｏｇ記述用テンプレートであるテンプレート（ｌｏｇＴａｇＤｅｆ）２０３３０は、実施の形態１で説明したＪｏｂＴａｇＤｅｆ８３０と同様にデータ構造オブジェクト７００の集合として定義される。データ構造オブジェクト７００は、固定長のフォーマットを持ったデータ構造リストの集合であり、それぞれ３２バイトのデータタグ番号７０１、データ属性７０２、データ長７０３、先頭からのオフセット量７０４から構成される。
【０１８９】
データタグ番号７０１は、タグ定義リスト２０１０で定義されたタグＩＤのいずれかの値を持つ。
【０１９０】
タグ定義リスト２０１０は、ＬＯＧ情報に関する項目をＴＡＧＩＤに対応つけたテーブルである。タグ定義リスト２０１０は、ＴＡＧ１Ｄの３１にＬＯＧＩＤを割り当てた点が実施の形態１のタグ定義リスト８１０と異なる。このように、ＴＡＧＩＤの３１にＬＯＧＩＤを割り当てることで、所望のＩＤのＬＯＧをタグテンプレート２０３０に含ませることができる。
【０１９１】
データ属性７０２、データ長７０３およびオフセット７０４は、実施の形態１と同様なので詳細な説明を省略する。
【０１９２】
また、このタグテンプレート２０３０はｊｏｂＴａｇＤｅｆノード１８１０としてプリンタ２０のＭＩＢデータベースに実装される。よって、タグテンプレート２０３０は、オブジェクトＩＤ１．３．６．１．４．１．２５８．９９６．１に対する要求でＰＣ１０が取得することが可能である。
【０１９３】
以下、機器管理ソフトウェアを用いた機器管理システムの動作について図２１を用いて詳細に述べる。図２１は、実施の形態５にかかる機器管理システムの動作の処理を表すシーケンス図である。
【０１９４】
ＰＣ１０（クライアントコンピュータ）が、印刷ジョブを、プリンタ２０に送信開始する（Ｓ６０１）。
【０１９５】
プリンタ２０は、ＰＣ１０から送られてきた印刷ジョブをパケット送受信部４１１で受信開始する（Ｓ６０２）。そして、プリンタ２０のデータ生成部４１３がパケット送受信部４１１が受信した印刷ジョブのパケットからデータを再構築し、データ判別部４１４に送る。データ判別部４１４は、送られてきたデータが印刷要求であるので、受信したジョブ要求のデータを印刷実行部４７０に送る。
【０１９６】
印刷実行部４７０は、受信した印刷ジョブにジョブＩＤを付加してジョブスプールを行う（Ｓ６０３）。ここで、印刷実行部４７０は、すでにスプールされているジョブとは異なったジョブＩＤを付与してジョブの管理を行い、ジョブ管理テーブルにはユーザ名、ジョブサイズ、ジョブ開始時刻などのデータが一緒に管理される（Ｓ６０４）。
【０１９７】
そして、印刷実行部４７０は、上述したジョブが終了、即ち印刷機構３３０での印刷が完了すると、ジョブ管理テーブルから当該ジョブデータを削除するとともにＨＤＤ３１５上のログ管理テーブルに印刷の終了したユーザ名、ジョブサイズ、ジョブ開始時刻、ジョブ終了時刻、消費紙枚数、印刷面数等のジョブ情報をログ情報として書き出す（Ｓ６０５）。このとき、印刷実行部４７０は、ジョブ情報をタグテンプレート８３０にあわせて構造体９００に正規化（エンコード）して書き出す。
【０１９８】
次にＰＣ１０（クライアントコンピュータ）のＭＩＢモジュール１００６が、ログ情報取得開始する（Ｓ６０６）。
【０１９９】
まず、制御モジュール１００５は、プリンタ２０に対してタグテンプレート２０３０の取得要求を開始し（Ｓ６０７）、要求するｌｏｇ記述用テンプレート２０３０に対応するオブジェクトＩＤをＳＮＭＰエンコード（パケット化）し、通信モジュール１００７を介してプリンタ２０にＳＮＭＰ ＧＥＴ要求送信をする（Ｓ６０８）。これに対して、プリンタ２０はＰＣ１０に対してテンプレートをＧＥＴＲＥＳＰＯＮＳＥで応答する（Ｓ６０９）。そして、ＰＣ１０の制御モジュール１００５は、プリンタ２０から返送されてきたＳＮＭＰ ＧＥＴＲＥＳＰＯＮＳＥ応答メッセージからタグテンプレート２０３０を取得し（Ｓ６１０）、データ構造体に変換してＲＡＭ２０１ｃに保存する（Ｓ６１１）。
【０２００】
次に、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いてプリンタ２０の管理しているｌｏｇ情報１８３０にＳＮＭＰのＧＥＴまたはＧＥＴＮＥＸＴ要求を用いてアクセスし、プリンタ２０のＧＥＴＲＥＳＰＯＮＳＥ応答を通じてｌｏｇ情報を開始する。そして、制御モジュール１００５は、最終のｌｏｇ情報まで取得したら（Ｓ６１３）、ＲＡＭ２０１ｂに保存したデータ構造体を読み出してマッチングすることによって受信したｌｏｇ情報のデコード処理を行う（Ｓ６１４）。
【０２０１】
そして、制御モジュール１００５は、ｌｏｇ情報のデコードが終了したら、デコードしたｌｏｇ情報をジョブ表示モジュール１００８に送信し、ジョブ表示モジュール１００８がｌｏｇ情報を画面表示する（Ｓ６１５）。
【０２０２】
以上のように、実施の形態５によれば、ｌｏｇ情報の項目リストでありエンコード方法を記述したタグテンプレート２０３０と、ｌｏｇ情報の実体データとを別に保持し、マネージャであるＰＣ１０がエージェントであるプリンタ２０に別々のオブジェクトＩＤでアクセスすることにより、ＰＣ１０はタグテンプレート２０３０及びタグテンプレート２０３０に記されたエンコード方法でエンコードされたｌｏｇ情報とをプリンタ２０から取得することができる。
【０２０３】
また、実施の形態５は、項目リストでありエンコード方式を記したタグテンプレート２０３０とｌｏｇ情報の実体データでありエンコードされた情報を別に保持することにより、項目リストにあわせた実体データ生成を行うことができるので、管理プログラムのメンテナンス性を高めることができる。尚、上記実施の形態ではプリンタ２０がタグテンプレートに書かれているエンコード方式でログデータを書き出すとしたが、独自の方式で書き出しておき、ＰＣ１０からのＳＮＭＰ ＧＥＴＲＥＱＵＥＳＴ要求があった時点でタグテンプレートのエンコード方式に変換して送信するような構成でも同じ効果が得られる。
【０２０４】
（実施の形態６）
本発明の実施の形態６は、実施の形態５を発展させたものである。具体的には、実施の形態６は、プリンタがメモリサイズやＨＤＤサイズの制限などである一定の数のログしか保有できない点に着目したものである。つまり、ＳＮＭＰを用いたログの収集過程では、通常ある一定の時間間隔でプリンタからログを収集することになるが、時間間隔の設定が不適当に大きい場合、マネージャであるＰＣがエージェントであるプリンタが提供するログを取りこぼす可能性があるということに着目したものである。
【０２０５】
以下、ログの取りこぼしについて、図２２ａ〜図２２ｃを用いて説明する。図２２（ａ）は時刻Ｔ１における管理対象機器が保有するログの一覧を示す図であり、図２２（ｂ）は時刻Ｔ２（＝Ｔ１＋α、Ｔ２＞Ｔ１）における管理対象機器が保有するログの一覧を示す図であり、図２２（ｃ）は時刻Ｔ３（＝Ｔ２＋α、Ｔ３＞Ｔ２）における管理対象機器が保有するログの一覧を示す図である。なお、α（＞０）は、ログ収集間隔を示す。
【０２０６】
図２２（ａ）に示すように時刻Ｔ１では、ログ番号１４７３から１５７２までのログが保有されており、図２２（ｂ）に示すように時刻Ｔ２（＝Ｔ１＋α、Ｔ２＞Ｔ１）では、ログ番号１５７０から１６６９までのログが保有されており、図２２（ｃ）に示すように時刻Ｔ３（＝Ｔ２＋α、Ｔ３＞Ｔ２）におけるログ番号１６６７から１７６６までのログが保有されているとする。つまり、実施の形態６では、ログ保有数は１００となっている。
【０２０７】
例えば、ログを保有するメモリにリングバッファを用いると、Ｔ１からＴ２に至る段階で例えばログ番号１５７３のログはログ番号１４７３を置き換えるような形で実現される。同様に順次古いものから上書きしてゆくとログ管理テーブルの内容は図２２ｂ、図２２ｃに移行する。
【０２０８】
しかしながら、最大保有ログ数が小さい場合、ログ収集の時間間隔を小さくしてログテーブルへのアクセスを実施しなければログを取りこぼす可能性が大きくなる。従って、ＰＣには、適切なαの値を設定しなければならないが、適切なログ収集間隔を決定することは困難である。
【０２０９】
例えば、図２２ａ〜図２２ｃに関してマネージャ側での設定で取得間隔をαに選んだ場合は取りこぼしが起きないが、２α（従って、時刻Ｔ１で取得した後、時刻Ｔ３まで取得しなかった）の場合は、ログ番号１５７３〜１６６６のログに関し取りこぼしが発生する。
【０２１０】
そこで、実施の形態６は、プリンタが、ＭＩＢのデータベースにログの保有可能数を持つようにし、ＰＣがプリンタのＭＩＢのデータベースからログの保有可能数を取得するようにしたものである。これにより、ＰＣが適切なログ取得間隔でログを取得するようにできる。
【０２１１】
次に、プリンタのＭＩＢデータベースについて図２３を用いて詳細に説明する。図２３は、実施の形態６にかかるＭＩＢデータベースの構成を示す図である。なお、すでに説明した部分と同一の部分には同一の符番を付与し説明を省略する。
【０２１２】
実施の形態６にかかるＭＩＢデータベースは、プライベートＭＩＢ２３００以下にｌｏｇノードを持つ。さらに、ｌｏｇノード１８０１以下に、並列で、ｌｏｇ記述用テンプレート１８１０と、ｌｏｇ情報を含むテーブルｌｏｇＴａｂｌｅ１８２０と、ｌｏｇ保有数示すｌｏｇＴａｂｌｅＭａｘ２３３０と、を具備する。
【０２１３】
次に、実施の形態６にかかるマネージャであるＰＣがポーリング間隔の設定をする動作について、図２４を用いて説明する。図２４は、実施の形態６にかかるＰＣがポーリング間隔の設定をする動作フロー図である。
【０２１４】
ＰＣ１０がポーリング間隔の設定を開始すると、まず印刷速度の取得を実施する（Ｓ７０１）。ＰＣ１０は、印刷速度の取得を、標準プリンタＭＩＢから取得することができる。
【０２１５】
次に、ＰＣ１０は、ログテーブルサイズの取得を実施する（Ｓ７０２）。ログテーブルサイズの取得は、オブジェクトＩＤ１．３．６．１．４．１．２５８．９９６．３に対する要求で取得することが可能である。
【０２１６】
次に、ＰＣ１０は、ポーリング間隔の決定をする（Ｓ７０３）。ポーリング間隔の決定は、印刷速度の逆数は１枚あたりの印刷時間になるため、印刷速度の逆数にテーブルサイズを乗じたものがポーリング時間になる。例えば１分間に５０枚印刷可能で、テーブルサイズが１００のプリンタの場合は、ポーリング時間が１／５０×１００＝２分間となる。通常、プリンタの印刷速度には記憶装置へのフォントデータのダウンロードや展開、ジョブ処理等で発生する速度低下要因は含まれない。従って上記仕様のプリンタは印刷速度（５０枚／分）と同じだけのジョブ数（５０ジョブ／分）をこなすことはできず、それ以下となる。従って前記の値は妥当といえる。
【０２１７】
以上説明したように、実施の形態６によれば、適切なポーリング時間を設定できるので、ログ取得の取りこぼしがなくなる。
【０２１８】
なお、実施の形態６では、ＰＣ１０がポーリング時間を決定したが、図２５に示すようにエージェントであるプリンタ２０がポーリング間隔を示すｌｏｇｐｏｌｌＩｎｔｅｒｖａｌ２３４０を持つ形態でも良い。この形態によれば、印刷速度とログテーブルの数からＰＣが自動的に計算することなくプリンタ２０からポーリング間隔を取得することができる。また、この場合、プリンタ２０がポーリング間隔をＰＣ１０に送るようにすることで、通信の効率化が図れる。なお、図２５は、実施の形態６にかかるＭＩＢデータベースのその他の構成を示す図である。
【０２１９】
（実施の形態７）
本発明の実施の形態７は、図２６に示すように、複数のＰＣ１０ａ〜１０ｃと、プリンタ、ファクス、コピーなどの機能を有する複合機４０とが、ネットワーク３０を介して接続されたシステムに関するものである。図２６は、実施の形態７にかかる機器管理システムを示すブロック図である。
【０２２０】
実施の形態７のようなシステムにおいては、複合機４０を複数のＰＣ１０ａ〜１０ｃがプリンタとして、および一般ユーザがコピーやファクスなどとして使用する。このような形態では複合機４０のどのサービスをどのユーザがどれだけ使用したかというアカウント管理の仕組みがなされているのが一般的である。また、複合機４０の管理者はいわゆる狭義のユーザ管理として新規ユーザの登録、ユーザ情報の変更、および登録ユーザの削除等を行う。ここでは、前者のアカウント管理及び後者の狭義のユーザ管理を総称してユーザ管理と呼ぶ。
【０２２１】
実施の形態７のシステムでは、上述したユーザ管理を、リモートクライアント端末であるＰＣ１０ｃが、複合機４０との間でＳＮＭＰを使用した通信によって行っている。
【０２２２】
しかしながら、ユーザ管理に関する情報はユーザ名、電話番号、メールアドレスをはじめ各種アカウント情報をも包含するため項目数が多く、各項目毎にＭＩＢ実装を行うと、ユーザ情報操作を行うたびにＰＣ１０および複合機４０間で頻繁に情報のやり取りを行う必要が出てくる。
【０２２３】
そこで、実施の形態７では、ユーザ管理に関する複数の詳細情報をエンコードした情報と、エンコード方法を記述したテンプレートをＰＣ１０と複合機４０間で通信し、結果として一度の通信で一人分のユーザ管理情報を送ることができるようにしている。
【０２２４】
以下、実施の形態７にかかる機器管理システムについて詳細に説明する。まず、実施の形態７にかかる複合機が具備するＭＩＢデータベースの構造について図２７を用いて説明する。図２７は、実施の形態７にかかるＭＩＢデータベースの構成を示した図である。なお、すでに説明した部分と同一の部分には同一の符番を付与し説明を省略する。
【０２２５】
実施の形態７にかかるＭＩＢデータベースは、プライベートＭＩＢ２６００以下にｕｓｅｒノード２６０１を持つ。さらに、ｕｓｅｒノード２６０１以下に、並列で、ユーザ情報記述用テンプレート２６１０と、ユーザ情報を含むテーブルｕｓｅｒＴａｂｌ２６２０と、ユーザ操作コマンド記述用テンプレート２６３０と、ユーザ操作コマンド記述オブジェクト２６４０と、を加えた構成を呈する。
【０２２６】
ユーザ情報を含むテーブル２６２０には、テーブル２６２０の定義であるｕｓｅｒＴａｂｌｅ２６２１、テーブル２６２０のエントリであるｕｓｅｒＥｎｔｒｙ２６２２、テーブル２６２０のインデクスであるｕｓｅｒＩｎｄｅｘノード２６２３、ユーザ情報を含むｕｓｅｒＤａｔａノード２６２４より構成されている。
【０２２７】
次に、ユーザ情報記述用テンプレートおよびユーザ操作コマンド記述用テンプレートについて図２８を用いて説明する。図２８は、実施の形態７にかかるユーザ情報記述用テンプレートおよびユーザ操作コマンド記述用テンプレートを示す図である。
【０２２８】
ユーザ記述用テンプレートであるテンプレート（ｕｓｅｒＴａｇＤｅｆ）２３３０および、ユーザ操作コマンド記述用テンプレートであるテンプレート（ｕｓｅｒＣｏｍＤｅｆ）２３４０は、実施の形態１で説明したＪｏｂＴａｇＤｅｆ８３０と同様にデータ構造オブジェクト７００の集合として定義される。
【０２２９】
データタグ番号７０１は、タグ定義リスト２３１０で定義されたタグＩＤのいずれかの値を持つ。
【０２３０】
タグ定義リスト２３１０は、ユーザ情報に関する項目をＴＡＧＩＤに対応つけたテーブルである。タグ定義リスト２３１０は、ＴＡＧＩＤの１０１にユーザＩＤ、ＴＡＧＩＤの１０２にグループＩＤ、ＴＡＧＩＤの１０３にユーザの名前、ＴＡＧＩＤの１０４にユーザのメールアドレス、ＴＡＧＩＤの１０５にユーザのホスト名、ＴＡＧＩＤの１０６にユーザが複合機４０を使用して印刷した印刷総枚数、ＴＡＧＩＤの１０７にユーザがカラー印刷したカラー印刷枚数、ＴＡＧＩＤの１０８にユーザが白黒印刷した白黒印刷枚数、ＴＡＧＩＤの１０９にユーザが複合機４０を用いてファクシミリ送信したｆａｘ送信枚数、ＴＡＧＩＤの１２０に複合機４０に記録されたユーザ情報の操作内容を示すｕｓｅｒ操作情報が、割り当てられている。
【０２３１】
また、ＴＡＧＩＤの１２０であるｕｓｅｒ操作情報は、ｕｓｅｒＣｏｍＤｅｆ２３４０において使用される。
【０２３２】
ここではｕｓｅｒ操作情報に０を記述するとユーザ情報の新規作成、１を記述するとユーザ情報の削除、２を記述するとユーザ情報の変更を示すものとする。
【０２３３】
また、このタグテンプレート２３３０はｕｓｅｒＴａｇＤｅｆノード２６１０として、タグテンプレート２３４０はｕｓｅｒＣｏｍＤｅｆノード２６３０として、プリンタ２０のＭＩＢデータベースに実装される。よって、タグテンプレート２３３０はオブジェクトＩＤ１．３．６．１．４．１．２５８．９９８．１に対する要求で、タグテンプレート２３４０は、オブジェクトＩＤ１．３．６．１．４．１．２５８．９９８．３に対する要求で、ＰＣ１０が取得することが可能である。
【０２３４】
次に、実施の形態７にかかる機器管理システムのユーザ情報取得動作について、図２９を用いて説明する。図２９は、実施の形態７にかかるＰＣがユーザ情報を取得するフロー図である。
【０２３５】
ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いて複合機４０から送られてきたＭＩＢデータの構造体であるユーザ情報の取得を開始する（Ｓ８０１）。
【０２３６】
まず、制御モジュール１００５は、複合機４０からタグテンプレート２３３０を取得し（Ｓ８０２）、データ構造体に変換してＲＡＭ２０１ｃに保存する（Ｓ８０３）。
【０２３７】
次に、制御モジュール１００５は、送られてきた構造体のユーザ情報にアクセスして、個々のユーザ情報を得る（Ｓ８０４）。そして、制御モジュール１００５は、最終のユーザ情報まで取得したら（Ｓ８０５）、Ｓ８０３においてＲＡＭ２０１ｃに保存したデータ構造体を読み出してマッチングすることにより受信したユーザ情報のデコード処理を行う（Ｓ８０６）。
【０２３８】
そして、制御モジュール１００５は、ユーザ情報のデコードが終了したら、デコードしたユーザ情報をジョブ表示モジュール１００８に送信し、ジョブ表示モジュール１００８がユーザ情報を画面表示する（Ｓ８０７）。
【０２３９】
このようにして、項目リストでありエンコード方法を記したタグテンプレート２３３０と実体データでありかつ構造化されたユーザ情報とを別に保持し、別々のオブジェクトＩＤでアクセスするような構成をとることにより、従来のＳＮＭＰ機器管理の枠組みを変えることなく、テーブル内のすべてのデータを一回のＳＮＭＰ要求で処理できるので、応答性の良い管理システムを提供することができる。
【０２４０】
また、実施の形態７では、ＰＣ１０が複合機４０に格納されたユーザ情報を操作できるようになっている。この場合も、単純にＳＮＭＰを使用して通信したのでは、操作するユーザ情報が複数ある場合は何度もＰＣ１０から複合機４０へ情報を送る必要がある。そこで、実施の形態７では、ユーザ情報の操作方法をエンコードした情報と、エンコード方法をＰＣ１０と複合機４０間で通信することで、一度の通信で複数のユーザ情報を操作する情報を送れるようにしている。
【０２４１】
以下、実施の形態７にかかる機器管理システムのユーザ情報操作について図３０を用いて詳細に述べる。図３０は、実施の形態７にかかる機器管理システムのＰＣのユーザ情報操作のフロー図である。
【０２４２】
ＰＣ１０がユーザ情報操作を開始すると（Ｓ９０１）、まずＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いて複合機４０に対して、ユーザ情報操作用のテンプレート２３４０の送信要求する（Ｓ９０２）。そして、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を介して複合機４０から送られてきたＭＩＢデータの構造体であるユーザ情報操作用のテンプレート２３４０を取得し（Ｓ９０３）、Ｓ９０３において取得したテンプレート２３４０をＲＡＭ２０１ｃに保存する（Ｓ９０４）。
【０２４３】
次に、制御モジュール１００５は、ユーザ情報操作するユーザ情報のユーザＩＤと、操作する内容を指定し、指定したユーザＩＤおよびユーザ情報操作を、Ｓ９０３で取得したテンプレート２３４０にあわせてエンコードする（Ｓ９０５）。
【０２４４】
そして、制御モジュール１００５は、エンコードしたユーザ情報操作情報をＳＮＭＰ ＳＥＴで、複合機４０に対して送信することで、複合機４０のユーザ情報操作オブジェクト２６４０にユーザ情報操作を書き込む処理をする（Ｓ９０６）。複合機４０では操作内容とユーザＩＤをもとにＰＣ１０側で意図されているようなユーザ情報操作を行う。
【０２４５】
このように、実施の形態７によれば、ＰＣ１０がユーザＩＤおよびユーザ操作情報を、複合機４０に送信することで、ＨＤＤに格納されたユーザ情報に対して所定の操作を行うことができる。
【０２４６】
また、実施の形態７によれば、ＰＣ１０がユーザＩＤおよびユーザ情報操作情報を、テンプレートにあわせてエンコードして複合機４０に送信するので、複合機４０がエンコードされた情報をテンプレートに基づいて解析することができる。この結果、ＰＣ１０は、複合機４０に対して一度の通信でユーザＩＤおよびユーザ情報操作情報という通常は個々にＭＩＢとして実装されている複数の項目を一度に送ることができる。よって、ＰＣ１０と複合機４０間との通信を軽減することができる。
【０２４７】
尚、上記実施の形態では複合機４０がタグテンプレートに書かれているエンコード方式でユーザ情報を保有しているとしたが、独自の方式で保有しており、ＰＣ１０からのＳＮＭＰ ＧＥＴＲＥＱＵＥＳＴ要求があった時点でタグテンプレートのエンコード方式に変換して送信するような構成でも同じ効果が得られる。
【０２４８】
（実施の形態８）
本発明の実施の形態８にかかるシステムは、実施の形態７と同様に図２６に示すシステムである。
【０２４９】
このようなシステムでは、複合機４０を複数のＰＣ１０ａ〜１０ｃが使用する形態になる。また、複合機４０はファクシミリ機能や電子メール機能を具備している。よって、複合機４０には、複数のユーザに関するメールアドレスやＦＡＸ番号などが格納されている。本実施の形態では、ＰＣ１０が複合機４０にＳＮＭＰを使用した通信を行い、ユーザに関するメールアドレスやＦＡＸ番号など（以下、アドレス管理情報という）を取得したり、アドレス管理情報の新規登録、変更、または削除などを行うようになっている。
【０２５０】
しかしながら、アドレス管理情報は非常に項目数が多く、普通にＳＮＭＰを用いて通信を行ったのでは、何度もＰＣ１０と複合機４０間で情報のやり取りを行なう必要がある。
【０２５１】
そこで、実施の形態８では、複数のアドレス管理に関する情報をエンコードした情報と、エンコード方法をＰＣ１０と複合機４０間で通信することで、一度の通信で複数のアドレス管理情報を送るようにしている。
【０２５２】
以下、実施の形態８にかかる機器管理システムについて詳細に説明する。まず、実施の形態８にかかる複合機が具備するＭＩＢデータベースの構造について図３１を用いて説明する。図３１は、実施の形態８にかかるＭＩＢデータベースの構成を示した図である。なお、すでに説明した部分と同一の部分には同一の符番を付与し説明を省略する。
【０２５３】
実施の形態８にかかるＭＩＢデータベースは、プライベートＭＩＢ３１００以下にａｄｄｒｅｓｓノード３１０１を持つ。さらに、ａｄｄｒｅｓｓノード３１０１以下に、並列で、アドレス管理情報記述用テンプレートであるａｄｄｒＴａｇＤｅｆ３１１０と、アドレス管理情報を含むテーブルａｄｄｒＴａｂｌｅ３１２０と、アドレス管理情報操作コマンド記述用テンプレート３１３０と、アドレス管理情報操作コマンド記述オブジェクト３１４０と、を加えた構成を呈する。
【０２５４】
アドレス管理情報を含むテーブル３１２０には、テーブル３１２０の定義であるａｄｄｒＴａｂｌｅ３１２１、テーブル３１２０のエントリであるａｄｄｒＥｎｔｒｙ３１２２、テーブル３１２０のインデクスであるａｄｄｒＩｎｄｅｘノード３１２３、アドレス管理情報を含むａｄｄｒＤａｔａノード３１２４より構成されている。
【０２５５】
次に、アドレス管理情報記述用テンプレートおよびアドレス管理情報操作コマンド記述用テンプレートについて図３２を用いて説明する。図３２は、実施の形態８にかかるアドレス管理情報記述用テンプレートおよびアドレス管理情報操作コマンド記述用テンプレートを示す図である。
【０２５６】
アドレス管理情報記述用テンプレートであるテンプレート（ａｄｄｒＴａｇＤｅｆ）３２３０および、アドレス管理情報操作コマンド記述用テンプレートであるテンプレート（ａｄｄｒＣｏｍＤｅｆ）３２４０は、実施の形態１で説明したＪｏｂＴａｇＤｅｆ８３０と同様にデータ構造オブジェクト７００の集合として定義される。
【０２５７】
データタグ番号７０１は、タグ定義リスト３２１０で定義されたタグＩＤのいずれかの値を持つ。
【０２５８】
タグ定義リスト３２１０は、アドレス管理情報に関する項目をＴＡＧＩＤに対応つけたテーブルである。タグ定義リスト３２１０は、ＴＡＧＩＤの３０１にユーザＮｏ．、ＴＡＧＩＤの３０２にグループＮｏ．、ＴＡＧＩＤの３０３に短縮名称、ＴＡＧＩＤの３０４にユーザの名前、ＴＡＧＩＤの３０５にユーザの所属名称、ＴＡＧＩＤの３０６にユーザのＦＡＸ番号、ＴＡＧＩＤの３０７にユーザのメールアドレス、ＴＡＧＩＤの３２０に複合機４０に記録されたアドレス管理情報の操作内容を示すアドレス操作情報が、割り当てられている。
【０２５９】
また、ＴＡＧＩＤの３２０であるアドレス操作情報は、ａｄｄｒＣｏｍＤｅｆ３２４０において使用される。
【０２６０】
アドレス操作情報に０を記述するとアドレス管理情報の新規作成、１を記述するとアドレス管理情報の削除、２を記述するとアドレス管理情報の変更を示す。
【０２６１】
また、このタグテンプレート３２３０はａｄｄｒＴａｇＤｅｆノード３１１０として、タグテンプレート３２４０はａｄｄｒＣｏｍＤｅｆノード３１３０として、複合機４０のＭＩＢデータベースに実装される。よって、タグテンプレート３２３０はオブジェクトＩＤ１．３．６．１．４．１．２５８．９９８．１に対する要求で、タグテンプレート３２４０は、オブジェクトＩＤ１．３．６．１．４．１．２５８．９９８．３に対する要求で、ＰＣ１０が取得することが可能である。
【０２６２】
次に、実施の形態８にかかる機器管理システムのアドレス管理情報の取得動作について、図３３を用いて説明する。図３３は、実施の形態８にかかるＰＣがアドレス管理情報を取得するフロー図である。
【０２６３】
ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いて複合機４０から送られてきたＭＩＢデータの構造体であるアドレス管理情報の取得を開始する（Ｓ１００１）。
【０２６４】
まず、制御モジュール１００５は、複合機４０からａｄｄｒＴａｇＤｅｆ３１１０の取得要求を出してタグテンプレート３２３０を取得し（Ｓ１００２）、データ構造体に変換してＲＡＭ２０１ｃに保存する（Ｓ１００３）。
【０２６５】
次に、制御モジュール１００５は、複合機４０からａｄｄｒＤａｔａ３１２４の取得要求を出して、個々のアドレス管理情報を得る（Ｓ１００４）。そして、制御モジュール１００５は、最終のアドレス管理情報まで取得したら（Ｓ１００５）、Ｓ１００３においてＲＡＭ２０１ｃに保存したデータ構造体を読み出して、マッチングすることにより受信したアドレス管理情報のデコード処理を行う（Ｓ１００６）。
【０２６６】
そして、制御モジュール１００５は、アドレス管理情報のデコードが終了したら、デコードしたアドレス管理情報をジョブ表示モジュール１００８に送信し、ジョブ表示モジュール１００８がアドレス管理情報の一覧情報を画面表示する（Ｓ１００７）。
【０２６７】
このようにして、項目リストでありエンコード方法を記したタグテンプレート３２３０と実体データでありかつ構造化されたアドレス管理情報とを別に保持し、別々のオブジェクトＩＤでアクセスするような構成をとることにより、従来のＳＮＭＰ機器管理の枠組みを変えることなく、テーブル内のすべてのデータを一回のＳＮＭＰ要求で処理できるので、応答性の良い管理システムを提供することができる。
【０２６８】
また、実施の形態８では、ＰＣ１０が複合機４０に格納されたアドレス管理情報を操作できるようになっている。この場合も、単純にＳＮＭＰを使用して通信したのでは、操作するアドレス管理情報が複数ある場合は何度もＰＣ１０から複合機４０へ情報を送る必要がある。そこで、実施の形態８では、アドレス管理情報の操作方法をエンコードした情報と、エンコード方法をＰＣ１０と複合機４０間で通信することで、一度の通信で複数のユーザ情報を操作する情報を送れるようにしている。
【０２６９】
以下、実施の形態８にかかる機器管理システムのアドレス管理情報操作について図３４を用いて詳細に述べる。図３４は、実施の形態８にかかる機器管理システムのＰＣのアドレス管理情報操作のフロー図である。
【０２７０】
ＰＣ１０がアドレス管理情報操作を開始すると（Ｓ１１０１）、まずＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を用いて複合機４０に対して、アドレス管理情報操作用のテンプレート３２４０の実体であるａｄｄｒＣｏｍＤｅｆ３１３０の取得要求を行う（Ｓ１１０２）。そして、ＰＣ１０の制御モジュール１００５が、ＳＮＭＰ通信モジュール１００７、ＭＩＢモジュール１００６を介して複合機４０から送られてきたアドレス管理情報操作用のテンプレート３２４０を取得し（Ｓ１１０３）、テンプレート３２４０をＲＡＭ２０１ｃに保存する（Ｓ１１０４）。
【０２７１】
次に、制御モジュール１００５は、アドレス管理情報操作するユーザＮｏ．と、操作する内容を指定し、指定したユーザＮｏ．およびユーザ情報操作を、Ｓ１１０３で取得したテンプレート３２４０にあわせてエンコードする（Ｓ１１０５）。
【０２７２】
そして、制御モジュール１００５は、エンコードしたアドレス管理情報操作情報をａｄｄｒＣｏｍｍａｎｄ３１４０に対するＳＮＭＰ ＳＥＴで、複合機４０に対して送信することで、複合機４０のアドレス管理情報操作オブジェクト３１４０にアドレス管理情報操作を書き込む処理をする（Ｓ１１０６）。
【０２７３】
このように、実施の形態８によれば、ＰＣ１０がユーザＮｏ．およびアドレス管理情報操作情報を、複合機４０に送信することで、ＨＤＤに格納されたアドレス管理情報に対して所定の操作を行うことができる。
【０２７４】
また、実施の形態８によれば、ＰＣ１０がユーザＮｏ．およびアドレス管理情報操作情報を、テンプレートにあわせてエンコードして複合機４０に送信するので、複合機４０がエンコードされた情報をテンプレートに基づいて解析することができる。この結果、ＰＣ１０は、複合機４０に対して一度の通信でユーザＮｏ．およびアドレス管理情報操作情報という複数の項目を送ることができる。よって、ＰＣ１０と複合機４０間の通信を軽減することができる。
【０２７５】
（実施の形態９）
本発明の実施の形態９は、実施の形態２を発展させたものである。具体的には、マネージャであるＰＣが具備するタグ定義リストのバージョンとエージェントであるプリンタが具備するタグ定義リストのバージョンが異なる場合に対応するものである。本来両者はタグ定義リストに関してその同期をとる必要があるが、どちらか一方のバージョンアップなどでタグの追加が行われ、両者の同期がとれない場合に対応するものである。
【０２７６】
以下、実施の形態９にかかる機器管理システムについて図３５を用いて説明する。図３５は、実施の形態９にかかる機器管理システムの構成を示す図である。
【０２７７】
図３５において、３５４０が付与されたものはインターネット、３５５０が付与されたものは複数のバージョンのタグ定義リストを格納したタグ定義リスト管理サーバである。また、ＰＣ１０およびプリンタ２０ａ、２０ｂはネットワーク３０を介してインターネット３５４０にアクセスできるようになっている。一方、タグ定義リスト管理サーバ３５５０もインターネット３５４０に接続されているので、ＰＣ１０およびプリンタ２０ａ、２０ｂは、インターネット３５４０を介してタグ定義リスト管理サーバ３５５０にアクセスできるようになっている。
【０２７８】
次に、実施の形態９にかかる機器管理システムで用いられるタグテンプレートについて図３６を用いて説明する。図３６は、実施の形態９にかかるタグテンプレートを定義する方式を示した図である。
【０２７９】
実施の形態９にかかるジョブ操作コマンド記述用テンプレートであるテンプレート（ｊｏｂＴａｇＤｅｆ）３６３０は、実施の形態１で説明したＪｏｂＴａｇＤｅｆ８３０と同様にデータ構造オブジェクト７００の集合として定義される。
【０２８０】
タグ定義リスト３６１０は、ＴＡＧＩＤの９９９にジョブのテンプレートのバージョンを表すタグを割り当てた点が実施の形態１のタグ定義リスト８１０と異なる。このように、ＴＡＧＩＤの９９９にＪＯＢ操作を割り当てることで、テンプレート３６３０にタグ定義リストを要求する旨を記すことができる。
【０２８１】
次に、実施の形態９にかかる機器管理システムのタグ定義リスト更新動作について図３７を用いて説明する。図３７は、実施の形態９にかかる機器管理システムのタグ定義リスト更新動作フロー図である。ここでは、マネージャであるＰＣ１０側が解釈可能なタグ定義リストのバージョンをＡとし、機器であるプリンタ２０側でエンコードに使用しているタグ定義リストのバージョンをＢとする。
【０２８２】
ＰＣ１０は、ジョブ状態情報を取得する前に、プリンタ２０からタグテンプレート３６３０を取得する。次に、ＰＣ１０は取得したタグテンプレートを作成するのに用いたタグ定義リスト３６１０のバージョン情報を取得する（Ｓ１２０２）。
【０２８３】
ＰＣ１０は、タグ定義リスト３６１０のバージョン情報を取得した後、プリンタ２０側にジョブ状態情報を要求する際に使用したタグテンプレート３６３０に使用したタグ定義リスト３６１０と、今回プリンタ２０から取得したタグテンプレート３６３０に使用されているタグ定義リスト３６１０のバージョンを比較する（Ｓ１２０３）。
【０２８４】
ここでは、これらのタグ定義リスト３６１０が異なるため、ＰＣ１０はプリンタ２０が使用したタグ定義リスト３６１０の取得をする処理に移行する。
【０２８５】
ＰＣ１０は、予め登録してあるかまたはユーザが指定するインターネット３５４０上のタグ定義リスト管理サーバ３５５０にアクセスし、タグ定義リスト管理サーバ３５５０のＷＥＢサイトへアクセスすることで、プリンタ２０が使用しているバージョンのタグ定義リスト３６１０を取得する（Ｓ１２０４）。また、ＰＣ１０は、自身の格納してあるタグ定義リスト３６１０のバージョンをＢとして設定する（Ｓ１２０５）。
【０２８６】
以上実施の形態９によれば、ＰＣ１０とプリンタ２０とが使用するタグ定義リストが異なる場合でも、ＰＣ１０はタグ定義リスト管理サーバ３５５０からプリンタ２０が使用するタグ定義リストを得ることができる。よって、プリンタ２０の機能が向上するなどして、ジョブ情報の項目が増えることがあっても、増えたジョブ情報の項目を有するタグ定義リストをＰＣ１０とプリンタ２０間で強要することができる。よって、ＰＣ１０がエンコードされた情報を正確にデコードできる。
【０２８７】
なお、実施の形態９ではマネージャであるＰＣ１０がインターネット３５４０のＷＥＢサイトへアクセスすることで、タグ定義リストの自動更新を行ったが、プリンタ２０がタグ定義リストを保有し、ＰＣがそれを取得するような構成にしても良い。あるいはＦＤ、ＣＤＲＯＭ等の媒体に記録したタグ定義リストを必要に応じて読み取るような構成にしても良い。
【０２８８】
【発明の効果】
以上説明したように、本発明によれば、エージェント側からマネージャ側に、項目リストと項目リストに記されたエンコード方法でエンコードした実体データとを送るようにするので、エージェントはマネージャが必要とするすべての管理情報をひとかたまりとして一回のＳＮＭＰ応答で送信できるだけでなく、マネージャにおいては受信した管理情報を確実にデコードすることができる。この結果、応答性の良い管理システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１にかかる機器管理システムの構成図
【図２】実施の形態１にかかる機器管理システムに用いられるＰＣの構成を示すブロック図
【図３】実施の形態１にかかる機器管理システムに用いられるプリンタ装置の構成を示すブロック図
【図４】実施の形態１にかかるプリンタ装置の機能ブロック図
【図５】実施の形態１にかかるＭＩＢデータベースの構成を示す図
【図６】実施の形態１にかかるＭＩＢデータベースをプロトコル構文規定言語ＡＳＮ．１で記述したものを示す図
【図７】実施の形態１にかかるタグテンプレートを定義する方式を示した図
【図８】実施の形態１にかかるタグテンプレートを元にして作成されるデータ構造体を示す図
【図９】実施の形態１における機器管理ソフトウェアのモジュール構成を示す図
【図１０】実施の形態１にかかる機器管理システムの動作の処理を表すシーケンス図
【図１１】本発明の実施の形態２にかかるＰＣの処理を示すフロー図
【図１２】本発明の実施の形態３にかかるＭＩＢデータベースの構成を示した図
【図１３】実施の形態３にかかるジョブ操作コマンド記述用テンプレートを示した図
【図１４】実施の形態３にかかるタグテンプレートを元にして作成されるデータ構造体を示す図
【図１５】実施の形態３にかかる機器管理システムのＰＣの動作フロー図
【図１６】実施の形態３にかかるジョブ一覧を示す第１の図
【図１７】実施の形態３にかかるジョブ一覧を示す第２の図
【図１８】本発明の実施の形態４にかかる機器管理システムのＰＣの動作フロー図
【図１９】本発明の実施の形態５にかかるＭＩＢデータベースの構成を示した図
【図２０】実施の形態５にかかるｌｏｇ記述用テンプレートを示す図
【図２１】実施の形態５にかかる機器管理システムの動作の処理を表すシーケンス図
【図２２】（ａ）本発明の実施の形態６にかかる時刻Ｔ１における管理対象機器が保有するログの一覧を示す図
（ｂ）実施の形態６にかかる時刻Ｔ２（＝Ｔ１＋α、Ｔ２＞Ｔ１）における管理対象機器が保有するログの一覧を示す図
（ｃ）実施の形態６にかかる時刻Ｔ３（＝Ｔ２＋α、Ｔ３＞Ｔ２）における管理対象機器が保有するログの一覧を示す図
【図２３】実施の形態６にかかるＭＩＢデータベースの構成を示す図
【図２４】実施の形態６にかかるＰＣがポーリング間隔の設定をする動作フロー図
【図２５】実施の形態６にかかるＭＩＢデータベースのその他の構成を示す図
【図２６】本発明の実施の形態７にかかる機器管理システムを示すブロック図
【図２７】実施の形態７にかかるＭＩＢデータベースの構成を示した図
【図２８】実施の形態７にかかるユーザ情報記述用テンプレートおよびユーザ操作コマンド記述用テンプレートを示す図
【図２９】実施の形態７にかかるＰＣがユーザ情報を取得するフロー図
【図３０】実施の形態７にかかる機器管理システムのＰＣのユーザ情報操作のフロー図
【図３１】本発明の実施の形態８にかかるＭＩＢデータベースの構成を示した図
【図３２】実施の形態８にかかるアドレス管理情報記述用テンプレートおよアドレス管理情報操作コマンド記述用テンプレートを示す図
【図３３】実施の形態８にかかるＰＣがユーザ情報を取得するフロー図
【図３４】実施の形態８にかかる機器管理システムのＰＣのアドレス管理情報操作のフロー図
【図３５】本発明の実施の形態９にかかる機器管理システムの構成を示す図
【図３６】実施の形態９にかかるタグテンプレートを定義する方式を示した図
【図３７】実施の形態９にかかる機器管理システムのタグ定義リスト更新動作フロー図
【符号の説明】
１０ ＰＣ
２０ プリンタ
３０ 通信媒体（ネットワーク）
４０ 複合機
２００ ＰＣ本体
２０１ａ、３１１ ＣＰＵ
２０１ｂ、３１７ ＲＯＭ
２０１ｃ、３１４ ＲＡＭ
２０２、３１５ ＨＤＤ
２０７ ディスクコントローラ
２１３ ビデオコントローラ
２１４ インタフェースコントローラ
２１５ ＣＤ−ＲＯＭドライブ
２１６、３１６ ネットワークインタフェースカード
２２０ ディスプレイ
２３０ 入力デバイス
２７０ ＣＤ−ＲＯＭ
３１０ 制御部
３１２ インタフェース回路部
３１３ メモリ制御部
３２０ コントロールパネル
３３０ 印刷機構
４１０ ネットワークインタフェース部
４１１ パケット送受信部
４１２ パケット生成部
４１４ データ判別部
４５０ ＭＩＢデータベース
４６０ ＭＩＢ制御部
４７０ 印刷実行部
４８０ 状態検出部
８１０、１３１０、２０１０、２３１０、３２１０、３６１０ タグ定義リスト
８２０ タイプ定義リスト
８３０、２０３０、２３３０、３２３０、３６３０ タグテンプレート
９００、１４１０ データ構造体
１００１ 一覧表示モジュール
１００２ 全体統括モジュール
１００４ ＵＩモジュール
１００５ 制御モジュール
１００６ ＭＩＢモジュール
１００７ ＳＮＭＰ通信モジュール
１００８ ジョブ表示モジュール
１３３０、２３４０、３２４０ テンプレート
３５４０ インターネット
３５５０ タグ定義リスト管理サーバ
Claims (28)
- 複数の管理情報を一括し一つのオブジェクトＩＤを付与した一括管理情報をＭＩＢデータベースの一部として保持する管理情報保持手段と、前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＭＩＢデータベースの一部として保持するテンプレート保持手段と、前記一括管理情報を前記テンプレートに記述されたデータ構造でエンコードするエンコード手段と、前記エンコードした一括管理情報および前記テンプレートを他の機器にＳＮＭＰプロトコルを用いて一回で送信する送信手段と、を具備したことを特徴とする管理情報送信装置。
- 前記管理情報保持手段と、前記テンプレート保持手段とは、異なるオブジェクトＩＤを持つことを特徴とする請求項１記載の管理情報送信装置。
- 前記テンプレートは前記一括管理情報に含まれる管理情報の種別、前記管理情報の記述方法、前記管理情報の長さ、および前記管理情報を配置する位置情報から構成されることを特徴とする請求項１または請求項２記載の管理情報送信装置。
- 前記管理情報は、スプールされたジョブの大きさ、前記ジョブの名前、前記ジョブの種類、前記ジョブの開始時刻、前記ジョブの終了時刻および前記ジョブの状態情報の少なくともひとつを含むジョブ情報であり、前記ジョブ情報を前記他の機器に送信することを特徴とする請求項３に記載の管理情報送信装置。
- 前記管理情報は、使用したユーザ名、ジョブの大きさ、ジョブ開始時刻、ジョブ終了時刻、使用枚数、および印刷面数の少なくともひとつを含むログ情報であり、前記ログ情報を前記他の機器に送信することを特徴とする請求項３に記載の管理情報送信装置。
- 前記管理情報は、設定されているユーザの名前、前記ユーザのメールアドレス、前記ユーザの使用枚数、前記ユーザの使用料金の少なくともひとつを含むユーザ情報であり、前記ユーザ情報を前記他の機器に送信することを特徴とする請求項３に記載の管理情報送信装置。
- 前記管理情報は、設定されているユーザのメールアドレス、および前記ユーザのＦＡＸ番号の少なくともいずれかを含むアドレス管理情報であり、前記アドレス管理情報を前記他の機器に送信することを特徴とする請求項３に記載の管理情報送信装置。
- ネットワーク上の機器に対して前記機器のＭＩＢデータベース内の複数の管理情報が一括されて一つのオブジェクトＩＤが付与された一括管理情報を要求する要求手段と、前記要求の応答として前記ＭＩＢデータベース内のエンコードされた一括管理情報および前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて前記機器から受信する受信手段と、前記エンコードされた一括管理情報を前記テンプレートに基づいてデコードする解析手段と、を具備したことを特徴とする機器管理装置。
- 前記一括管理情報に含まれる管理情報は、スプールされたジョブの大きさ、前記ジョブの名前、前記ジョブの種類、前記ジョブの開始時刻、前記ジョブの終了時刻、および前記ジョブの状態情報の少なくともひとつを含むジョブ情報であり、前記ジョブ情報を前記機器から受信することを特徴とする請求項８に記載の機器管理装置。
- 前記一括管理情報に含まれる管理情報は、使用したユーザ名、ジョブの大きさ、ジョブ開始時刻、ジョブ終了時刻、使用枚数、および印刷面数の少なくともひとつを含むログ情報であり、前記ログ情報を前記機器から受信することを特徴とする請求項８に記載の機器管理装置。
- 前記機器のログの保有可能数および前記機器の印刷速度を前記機器から取得し、前記ログの保有可能数および前記印刷速度から記憶済みのログが上書きされる間隔を計算し、前記間隔内に前記機器に対してログ情報の送信を要求することを特徴とする請求項１０記載の機器管理装置。
- 前記一括管理情報に含まれる管理情報は、設定されているユーザの名前、前記ユーザのメールアドレス、前記ユーザの使用枚数、前記ユーザの使用料金の少なくともひとつを含むユーザ情報であり、前記ユーザ情報を前記機器から受信することを特徴とする請求項８に記載の機器管理装置。
- 前記一括管理情報に含まれる管理情報は、設定されているユーザのメールアドレス、および前記ユーザのＦＡＸ番号の少なくともいずれかを含むアドレス管理情報であり、前記アドレス管理情報を前記機器から受信することを特徴とする請求項８に記載の機器管理装置。
- ネットワーク上の機器のＭＩＢデータベース内からエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて取得する取得手段と、前記機器が保有する管理情報のうち内容を操作する管理情報の種別および操作内容を前記テンプレートに記述されたデータ構造でエンコードするエンコード手段と、前記エンコード手段によりエンコードした前記管理情報の種別および前記操作内容を一つのオブジェクトＩＤを付与された一括管理情報として前記機器のＭＩＢデータベースにＳＮＭＰプロトコルを用いて一回で送信する送信手段と、を具備したことを特徴とする機器管理装置。
- 前記機器が前記操作内容の処理を正常に行ったか否かを示す情報を返送するための返送先の情報を前記機器に対して送信することを特徴とする請求項１４記載の機器管理装置。
- 前記一括管理情報に含まれる管理情報は、スプールされたジョブの大きさ、前記ジョブの名前、前記ジョブの種類、前記ジョブの開始時刻、前記ジョブの終了時刻、および前記ジョブの状態情報の少なくともひとつを含むジョブ情報であり、前記操作内容は、前記ジョブ情報の中止、前記ジョブ情報の保留、前記ジョブ情報の再開、前記ジョブ情報の削除、前記ジョブ情報の優先度の変更の少なくともひとつであることを特徴とする請求項１４または請求項１５に記載の機器管理装置。
- 前記一括管理情報に含まれる管理情報は、使用したユーザ名、ジョブの大きさ、ジョブ開始時刻、ジョブ終了時刻、使用枚数、および印刷面数の少なくともひとつを含むユーザ情報であり、前記操作内容は、前記ユーザ情報の削除もしくは前記ユーザ情報の変更の少なくともひとつを含むことを特徴とする請求項１４または請求項１５に記載の機器管理装置。
- 前記一括管理情報に含まれる管理情報は、設定されているユーザのメールアドレス、および前記ユーザのＦＡＸ番号の少なくともいずれかを含むアドレス管理情報であり、前記操作内容は、前記アドレス管理情報の新規登録、変更、または削除の少なくともひとつを含むことを特徴とする請求項１４または請求項１５に記載の機器管理装置。
- ネットワークに接続された機器および前記機器を管理する機器管理装置から構成される機器管理システムにおいて、前記機器管理装置は前記機器に対して前記機器のＭＩＢデータベース内の複数の管理情報が一括されて一つのオブジェクトＩＤが付与された一括管理情報をＳＮＭＰプロトコルを用いて要求し、前記機器は前記要求を受信するとＭＩＢデータベース内のエンコードされた一括管理情報および前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートを前記機器管理装置に対してＳＮＭＰプロトコルを用いて一回で送信し、前記機器管理装置は前記エンコードされた一括管理情報および前記テンプレートを受信すると前記エンコードされた一括管理情報を前記テンプレートのデータ構造に基づいてデコードすることを特徴とする機器管理システム。
- 前記テンプレートは前記一括管理情報に含まれる管理情報の種別、前記管理情報の記述方法、前記管理情報の長さ、および前記管理情報を配置する位置情報から構成され、前記種別は前記種別と識別子とを対応させた定義テーブルに記述された前記識別子を用いて記述されることを特徴とする請求項１９記載の機器管理システム。
- 前記機器管理装置は受信した前記テンプレートを保持し、次に前記機器から前記エンコードされた一括管理情報を受信した場合に、前記機器から前記テンプレートのバージョン情報を取得し、すでに保存してある前記テンプレートのバージョン情報と比較し、取得した前記テンプレートのバージョン情報が保存してある前記テンプレートのバージョン情報と同じ場合は保存してある前記テンプレートを用いて前記エンコードされた一括管理情報をデコードし、取得した前記テンプレートのバージョン情報が保存してある前記テンプレートのバージョン情報と異なる場合は前記機器に対して新しいバージョンの前記テンプレートを要求し、前記新しいバージョンのテンプレートを用いて前記エンコードされた一括管理情報をデコードすると共に、新しいバージョンの前記テンプレートを保存することを特徴とする請求項１９または請求項２０に記載の機器管理システム。
- ネットワークに接続された機器および前記機器を管理する機器管理装置から構成される機器管理システムにおいて、前記機器管理装置は前記機器のＭＩＢデータベース内からエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて取得し、前記機器が保有する管理情報のうち内容を操作する管理情報の種別および操作内容を前記テンプレートに記述されたデータ構造でエンコードし、前記エンコードした管理情報の種別および前記操作内容を一つのオブジェクトＩＤを付与された一括管理情報として前記機器のＭＩＢデータベースにＳＮＭＰプロトコルを用いて一回で送信し、前記機器は前記エンコードされた管理情報の種別および前記操作内容を含む一括管理情報を受信すると前記テンプレートを用いて前記エンコードされた管理情報の種別および操作内容をデコードし、デコードした前記種別の管理情報に対して前記操作内容の示す処理を行うことを特徴とする機器管理システム。
- 前記管理情報の種別は、前記種別と識別子とを対応させた定義テーブルに記述された前記識別子を用いて記述されることを特徴とする請求項２２記載の機器管理システム。
- 前記定義テーブルは前記機器と前記機器管理装置間であらかじめ取り決めされていることを特徴とする請求項２０または請求項２３に記載の機器管理システム。
- 前記定義テーブルにはバージョン番号が付与され、前記機器が保持する前記定義テーブルのバージョン番号と前記機器管理装置が保持する前記定義テーブルのバージョン番号とが異なる場合には、前記機器管理装置は前記ネットワーク上に設けられた複数のバージョンの前記定義テーブルが管理された管理装置にアクセスして、前記機器と同じバージョンの定義テーブルを取得することを特徴とする請求項２０または請求項２３に記載の機器管理システム。
- 管理情報をネットワーク上の機器に送信する管理情報送信装置の管理情報送信方法において、複数の管理情報を一括し一つのオブジェクトＩＤを付与した一括管理情報をＭＩＢデータベース内に保持し、前記一括管理情報のエンコード方法として個々の管理情報のデータ構造を記述したテンプレートをＭＩＢデータベース内に保持し、前記一括管理情報を前記テンプレートに記述された前記エンコード方法でエンコードし、前記エンコードした一括管理情報と、前記テンプレートとを前記ネットワーク上の機器にＳＮＭＰプロトコルを用いて送信することを特徴とする管理情報送信方法。
- ネットワーク上の機器から前記機器の管理情報を取得する機器管理装置の管理情報取得方法において、ネットワーク上の機器に対して前記機器のＭＩＢデータベース内の複数の管理情報が一括されて一つのオブジェクトＩＤが付与された一括管理情報をＳＮＭＰプロトコルを用いて要求し、前記要求の応答として前記機器から送られてきたＭＩＢデータベース内のエンコードされた前記一括管理情報および前記一括管理情報のエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて受信し、前記エンコードされた一括管理情報を前記受信した前記テンプレートに基づいてデコードすることを特徴とする管理情報取得方法。
- ネットワーク上の機器を管理する機器管理装置の機器管理方法において、ネットワーク上の機器のＭＩＢデータベース内からエンコード方法として個々の管理情報のデータ構造が記述されたテンプレートをＳＮＭＰプロトコルを用いて取得し、前記機器が保有する管理情報のうち内容を操作する管理情報の種別および操作内容を前記テンプレートに記述されたデータ構造でエンコードし、前記エンコードした前記管理情報の種別および前記操作内容を一つのオブジェクトＩＤを付与された一括管理情報として前記機器のＭＩＢデータベースにＳＮＭＰプロトコルを用いて一回で送信することを特徴とする機器管理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001344655A JP3854852B2 (ja) | 2001-11-09 | 2001-11-09 | 管理情報送信装置、機器管理装置および機器管理システム |
| US10/280,000 US20030090716A1 (en) | 2001-11-09 | 2002-10-25 | Management information transmission apparatus, apparatus management apparatus, and apparatus management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001344655A JP3854852B2 (ja) | 2001-11-09 | 2001-11-09 | 管理情報送信装置、機器管理装置および機器管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003150466A JP2003150466A (ja) | 2003-05-23 |
| JP3854852B2 true JP3854852B2 (ja) | 2006-12-06 |
Family
ID=19158144
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001344655A Expired - Fee Related JP3854852B2 (ja) | 2001-11-09 | 2001-11-09 | 管理情報送信装置、機器管理装置および機器管理システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20030090716A1 (ja) |
| JP (1) | JP3854852B2 (ja) |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7039010B2 (en) * | 2002-03-06 | 2006-05-02 | Broadcom Corporation | Optimized data path structure for multi-channel management information base (MIB) event generation |
| JP2004102449A (ja) | 2002-09-05 | 2004-04-02 | Hitachi Ltd | ジョブネットワークの設定方法、ジョブネットワークの実行方法、ジョブ管理システム、管理端末、およびプログラム |
| DE10245528A1 (de) * | 2002-09-30 | 2004-04-15 | OCé PRINTING SYSTEMS GMBH | Zugriff auf Datenobjekte mit Hilfe von den Datenobjekten zugeordneten Netzwerkadressen |
| JP2004171324A (ja) * | 2002-11-21 | 2004-06-17 | Seiko Epson Corp | ジョブ管理装置 |
| JP4377655B2 (ja) * | 2003-11-06 | 2009-12-02 | パナソニック株式会社 | 通信ジョブ情報提供装置及びドキュメントデータの送達確認方法 |
| JP2005196334A (ja) * | 2004-01-05 | 2005-07-21 | Fuji Xerox Co Ltd | サービス処理実行管理装置及び方法 |
| KR20050075489A (ko) * | 2004-01-15 | 2005-07-21 | 유티스타콤코리아 유한회사 | 메타 ｍｉｂ 를 이용한 자동 업데이트 시스템 및 방법 |
| JP4795151B2 (ja) * | 2005-08-12 | 2011-10-19 | キヤノン株式会社 | 情報処理方法、情報処理装置、プログラム及び記憶媒体 |
| US20070058193A1 (en) * | 2005-09-15 | 2007-03-15 | Kabushiki Kaisha Toshiba | System and method for detecting and releasing selected document processing jobs |
| US7877469B2 (en) * | 2006-02-01 | 2011-01-25 | Samsung Electronics Co., Ltd. | Authentication and authorization for simple network management protocol (SNMP) |
| JP4420053B2 (ja) * | 2007-04-09 | 2010-02-24 | セイコーエプソン株式会社 | 情報管理装置、情報管理方法及びそのプログラム |
| JP4980255B2 (ja) * | 2008-01-28 | 2012-07-18 | パナソニック株式会社 | 印刷処理システム |
| JP5199827B2 (ja) * | 2008-10-28 | 2013-05-15 | 理想科学工業株式会社 | 画像形成装置、印刷システム |
| US8274688B2 (en) * | 2009-05-15 | 2012-09-25 | Xerox Corporation | Capacity planning incorporating job size distribution |
| JP5617304B2 (ja) * | 2010-03-26 | 2014-11-05 | 富士通株式会社 | スイッチング装置、情報処理装置および障害通知制御プログラム |
| US8970878B2 (en) * | 2011-06-16 | 2015-03-03 | Ricoh Company, Ltd. | System, apparatus and method for processing document for combined-page output |
| JP2014229026A (ja) * | 2013-05-21 | 2014-12-08 | キヤノン株式会社 | 情報処理装置、情報処理方法、及びプログラム |
| JP6244778B2 (ja) * | 2013-09-25 | 2017-12-13 | 沖電気工業株式会社 | ノード管理装置及びノード管理プログラム、並びに、ノード及びノード制御プログラム、並びにネットワークシステム |
| JP5725126B2 (ja) * | 2013-10-16 | 2015-05-27 | 株式会社リコー | 監視制御方法、遠隔管理システム及び遠隔管理装置 |
| US9971840B2 (en) * | 2014-05-07 | 2018-05-15 | Connectwise, Inc. | Systems and methods for discovering and monitoring devices using search patterns for object identifiers and values |
| JP6417593B2 (ja) * | 2015-01-23 | 2018-11-07 | セイコーエプソン株式会社 | 情報処理方法、印刷制御方法 |
| JP2022177901A (ja) * | 2021-05-19 | 2022-12-02 | セイコーエプソン株式会社 | 記録装置、及び記録装置付近の密集度算出方法 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5220674A (en) * | 1987-07-17 | 1993-06-15 | Digital Equipment Corporation | Local area print server for requesting and storing required resource data and forwarding printer status message to selected destination |
| US5778183A (en) * | 1995-06-12 | 1998-07-07 | Xerox Corporation | Apparatus and method of automatically transmitting event-related information to a user of a network printing system |
| US6044468A (en) * | 1997-08-25 | 2000-03-28 | Emc Corporation | Secure transmission using an ordinarily insecure network communication protocol such as SNMP |
| US6223223B1 (en) * | 1998-09-30 | 2001-04-24 | Hewlett-Packard Company | Network scanner contention handling method |
| US6697871B1 (en) * | 1999-09-21 | 2004-02-24 | Network Associates Technology, Inc. | System and method for efficient encoding and decoding of protocol messages |
| US6820124B1 (en) * | 1999-12-21 | 2004-11-16 | Hewlett-Packard Development Company, L.P. | Cryptographic authentication using a network management protocol |
| US6502101B1 (en) * | 2000-07-13 | 2002-12-31 | Microsoft Corporation | Converting a hierarchical data structure into a flat data structure |
| US6607314B1 (en) * | 2000-10-03 | 2003-08-19 | Hewlett-Packard Development Company, L.P. | Apparatus for and method of updating a software routine |
-
2001
- 2001-11-09 JP JP2001344655A patent/JP3854852B2/ja not_active Expired - Fee Related
-
2002
- 2002-10-25 US US10/280,000 patent/US20030090716A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20030090716A1 (en) | 2003-05-15 |
| JP2003150466A (ja) | 2003-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3854852B2 (ja) | 管理情報送信装置、機器管理装置および機器管理システム | |
| KR100446404B1 (ko) | 네트워크 장치를 관리하기 위한 방법 및 장치 | |
| US8001270B2 (en) | Method and apparatus for discovering a network address | |
| US7052190B2 (en) | Printing processing device and method thereof | |
| US7742183B2 (en) | Method and apparatus for format conversion of printing data | |
| JP2013161122A (ja) | データ処理装置、情報処理方法、及びプログラム | |
| EP2296317B1 (en) | Management of events upon identification of the event notification source | |
| CN102103475A (zh) | 打印任务管理装置、***及方法 | |
| KR101390177B1 (ko) | 워크폼 관리 방법, 워크폼 관리를 위한 호스트 장치,화상형성장치의 워크폼 관리방법 및 워크폼 관리 시스템 | |
| JP5571911B2 (ja) | 画像処理装置、その制御方法、及びプログラム | |
| US20080065733A1 (en) | Log transfer device and recording medium | |
| JP2002103743A (ja) | 印刷システム | |
| US8688858B2 (en) | Image processing device, device management system, and image processing method | |
| US7602511B2 (en) | Transmission device enabling external device to edit address data registered in the transmission device | |
| JP2005258691A (ja) | デバイス管理装置 | |
| JP2002189638A (ja) | ログ管理システム、ログ管理装置、ログ管理方法及び記憶媒体 | |
| US8379251B2 (en) | Image forming system and image forming apparatus | |
| JP6214733B2 (ja) | データ処理装置 | |
| JP3925520B2 (ja) | 出力デバイス特定装置、出力デバイス特定制御プログラム及び出力デバイス特定方法 | |
| JP2002189686A (ja) | 文書配信システム、文書配信装置、文書登録依頼装置、文書登録方法及び記憶媒体 | |
| JP6016374B2 (ja) | 周辺装置、情報処理システム、制御方法およびコンピュータプログラム | |
| JP2003030068A (ja) | ネットワークデバイス管理装置、管理方法及び管理プログラム | |
| JP2003080807A (ja) | 画像形成装置及び画像形成方法 | |
| KR101935913B1 (ko) | 화상형성장치, 이를 관리하는 관리 시스템 및 그 정보 제공 방법 | |
| JP3989826B2 (ja) | ネットワーク機器、ネットワーク機器の状態問合せ方法、プログラムおよび記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050921 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050927 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051122 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051220 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060214 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060905 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060911 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090915 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110915 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130915 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |