(57)【要約】【課題】無駄な通信を抑制して処理負荷の軽減及び通信帯域の有効活用を図る。【解決手段】画像処理装置１０５の解析部６０８は、印刷システム１０４が対応している全ての管理情報を管理するデータベースをＨＤＤ５０５に保持させている。管理情報の種別が画像処理装置１０５の管理情報を示す（Ｈ１０２＝１）場合は、情報制御部６０７は、ＨＤＤ５０５のデータベースに保存されている値Ｈ１０３を取得し、それを代理部６０９に渡し、送受信部６０３を介して情報処理装置１０１へ通知（送信）する。要求された管理情報の種別が、画像形成装置１０６において管理情報の中身（値）が変化し得る動的な管理情報を示す場合は、要求された管理情報が画像形成装置１０６から取得される。【選択図】図９
2017168083.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置に接続された画像処理装置であって、
前記画像形成装置の管理情報の少なくとも一部と、前記画像処理装置の管理情報とを記憶する記憶手段と、
管理情報の取得要求を情報処理装置から受信する受信手段と、
前記受信手段により受信された取得要求によって要求された管理情報の種別に応じて、前記要求された管理情報を前記画像形成装置から取得するか、または、前記記憶手段から取得するかを決定する決定手段と、
前記決定手段により決定された取得先から取得した管理情報を、前記取得要求に対する応答として前記情報処理装置に送信する送信手段と、を有することを特徴とする画像処理装置。
【請求項２】
前記要求された管理情報の種別が前記画像処理装置の管理情報を示す場合は、前記決定手段は、前記要求された管理情報を前記記憶手段から取得すると決定することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記要求された管理情報の種別が前記画像形成装置の管理情報を示す場合は、前記決定手段は、さらに、前記要求された管理情報の種別に応じて、前記要求された管理情報を前記画像形成装置から取得するか、または、前記記憶手段から取得するかを決定することを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記要求された管理情報の種別が、前記画像形成装置で値が変化しない静的な管理情報を示す場合であって且つ、前記画像処理装置の電源がオンされた後に前記画像形成装置から管理情報の取得をしている場合は、前記決定手段は、前記要求された管理情報を前記記憶手段から取得すると決定することを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記要求された管理情報の種別が、前記画像形成装置で値が変化しない静的な管理情報を示す場合であって且つ、前記画像処理装置の電源がオンされた後に前記画像形成装置から管理情報の取得をしていない場合は、前記決定手段は、前記要求された管理情報を前記画像形成装置から取得すると決定することを特徴とする請求項３に記載の画像処理装置。
【請求項６】
前記要求された管理情報の種別が、前記画像形成装置で値が変化する動的な管理情報を示す場合は、前記決定手段は、前記要求された管理情報を前記画像形成装置から取得すると決定することを特徴とする請求項３に記載の画像処理装置。
【請求項７】
前記画像形成装置で値が変化する動的な管理情報を前記画像形成装置から取得して前記記憶手段に記憶させると共に、前記動的な管理情報を記憶させてから所定時間が経過したら、前記記憶させた管理情報を前記記憶手段から消去する制御手段を有し、
前記決定手段は、前記要求された管理情報の種別が、前記動的な管理情報を示す場合であって且つ、前記要求された管理情報が前記記憶手段に記憶されている場合は、前記要求された管理情報を前記記憶手段から取得すると決定することを特徴とする請求項３に記載の画像処理装置。
【請求項８】
前記決定手段は、前記要求された管理情報の種別が、前記動的な管理情報を示す場合であって且つ、前記要求された管理情報が前記記憶手段に記憶されている場合であっても、前記画像形成装置が印刷中であれば、前記要求された管理情報を前記画像形成装置から取得すると決定することを特徴とする請求項７に記載の画像処理装置。
【請求項９】
前記決定手段は、前記要求された管理情報の種別が、前記動的な管理情報を示す場合であって且つ、前記要求された管理情報が前記記憶手段に記憶されていない場合は、前記要求された管理情報を前記画像形成装置から取得すると決定することを特徴とする請求項７に記載の画像処理装置。
【請求項１０】
前記取得要求は、ＳＮＭＰにおける、Ｇｅｔリクエスト、ＧｅｔＮｅｘｔリクエストまたはＧｅｔＢｕｌｋリクエストであることを特徴とする請求項１〜９のいずれか１項に記載の画像処理装置。
【請求項１１】
画像形成装置に接続された画像処理装置であって、
前記画像形成装置の管理情報の少なくとも一部と、前記画像処理装置の管理情報とを記憶する記憶手段と、
管理情報の書き込み要求を情報処理装置から受信する受信手段と、
前記受信手段により受信された書き込み要求によって要求された管理情報の種別に応じて、前記要求された管理情報を前記画像形成装置に書き込むか、または、前記記憶手段に書き込むか決定する決定手段と、
前記決定手段により決定された書き込み先に書き込んだ管理情報を、前記書き込み要求に対する応答として前記情報処理装置に送信する送信手段と、を有することを特徴とする画像処理装置。
【請求項１２】
前記書き込み要求は、ＳＮＭＰにおける、Ｓｅｔリクエストであることを特徴とする請求項１１に記載の画像処理装置。
【請求項１３】
請求項１〜１２のいずれか１項に記載の画像処理装置と、前記画像処理装置と通信可能に接続された画像形成装置とから構成されることを特徴とする印刷システム。
【請求項１４】
画像形成装置に接続され、前記画像形成装置の管理情報の少なくとも一部と画像処理装置の管理情報とを記憶する記憶手段を有する画像処理装置の制御方法であって、
管理情報の取得要求を情報処理装置から受信する受信ステップと、
前記受信ステップにより受信された取得要求によって要求された管理情報の種別に応じて、前記要求された管理情報を前記画像形成装置から取得するか、または、前記記憶手段から取得するかを決定する決定ステップと、
前記決定ステップにより決定された取得先から取得した管理情報を、前記取得要求に対する応答として前記情報処理装置に送信する送信ステップと、を有することを特徴とする画像処理装置の制御方法。
【請求項１５】
画像形成装置に接続され、前記画像形成装置の管理情報の少なくとも一部と画像処理装置の管理情報とを記憶する記憶手段を有する画像処理装置の制御方法であって、
管理情報の書き込み要求を情報処理装置から受信する受信ステップと、
前記受信ステップにより受信された書き込み要求によって要求された管理情報の種別に応じて、前記要求された管理情報を前記画像形成装置に書き込むか、または、前記記憶手段に書き込むか決定する決定ステップと、
前記決定ステップにより決定された書き込み先に書き込んだ管理情報を、前記書き込み要求に対する応答として前記情報処理装置に送信する送信ステップと、を有することを特徴とする画像処理装置の制御方法。
【請求項１６】
請求項１４または１５に記載の画像処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に接続される画像処理装置における管理情報の取得技術に関する。
【背景技術】
【０００２】
近年、画像形成装置に専用の画像処理装置を接続することで、パフォーマンスの向上や機能の拡張性を図る印刷システムが増えている。画像処理装置は、画像形成装置の代わりに印刷ジョブを解釈して画像データを作成することで、処理を分業してパフォーマンスを向上させる。また、画像処理装置は画像データを加工することで画像形成装置が備えていない機能を新規に追加することができる。このような印刷システムにおいても、情報処理装置上のプリンタドライバや印刷管理アプリケーションから画像形成装置の管理情報を確認可能であることが求められている。画像形成装置は、従来から、ＳＮＭＰ（Simple Network Management Protocol）を利用している。画像形成装置はＳＮＭＰを利用して、状態を外部に知らせるための情報であるＭＩＢ（Management information base）の値をステータスの確認に使っている。画像処理装置を接続した印刷システムにおいても、ＭＩＢを使って情報を通知する仕組みが用意されている。例えば、情報処理装置が画像形成装置のＭＩＢの値を確認するために、画像処理装置が画像形成装置のＭＩＢの値を一定時間おきに複製している。また、画像処理装置はＴｒａｐと呼ばれる画像形成装置のイベント通知に合わせて画像形成装置のＭＩＢの値を複製している。
【０００３】
特許文献１、２に示されるシステムにおいても、必要なタイミングで必要な管理情報を取得することが開示されている。特許文献１は、ドキュメント処理サーバは、種々のイベントの発生により、画像形成装置のステータス情報を、ＳＮＭＰプロトコルを使用して収集し、そのデータをＭＩＢとして登録し、管理する。特許文献２は、画像処理サーバがページプリンタの処理状態を印刷すべきデータの受領と同期、または非同期にモニタする。ページプリンタの状態を検出するためには、ＳＮＭＰを使用してページプリンタのＭＩＢに記述されたデータを回収する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２１０１０３号公報
【特許文献２】特開２０１３−２３５５９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、近年、画像処理装置から画像形成装置に取りに行く管理情報の数は、機能拡張により急激に増加している。従来は、イベントの発生の度に毎回、管理情報を画像形成装置に取りに行くので、一度取得したことがある管理情報も改めて取りに行くこととなり、処理負荷の増大や通信の無駄が生じている。画像処理装置と画像形成装置の間で不要または必須でない通信が行われることは、通信帯域の効率的な利用にも反する。
【０００６】
本発明の目的は、無駄な通信を抑制して処理負荷の軽減及び通信帯域の有効活用を図ることである。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明は、画像形成装置に接続された画像処理装置であって、前記画像形成装置の管理情報の少なくとも一部と、前記画像処理装置の管理情報とを記憶する記憶手段と、管理情報の取得要求を情報処理装置から受信する受信手段と、前記受信手段により受信された取得要求によって要求された管理情報の種別に応じて、前記要求された管理情報を前記画像形成装置から取得するか、または、前記記憶手段から取得するかを決定する決定手段と、前記決定手段により決定された取得先から取得した管理情報を、前記取得要求に対する応答として前記情報処理装置に送信する送信手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、無駄な通信を抑制して処理負荷の軽減及び通信帯域の有効活用を図ることができる。
【図面の簡単な説明】
【０００９】
【図１】画像処理装置を含む印刷システムの構成を示す図である。
【図２】情報処理装置の内部構成を示すブロック図である。
【図３】情報処理装置のソフトウェアモジュールの構成を示すブロック図である。
【図４】情報処理装置におけるプリンタドライバのユーザインターフェース画面である。
【図５】画像処理装置の内部構成を示すブロック図である。
【図６】画像処理装置のソフトウェアモジュールの構成を示すブロック図である。
【図７】画像形成装置の内部構成を示すブロック図である。
【図８】画像形成装置のソフトウェアモジュールの構成を示すブロック図である。
【図９】管理情報の取得要求の受け付け処理のフローチャートである。
【図１０】ＨＤＤに保持される管理情報データベースの一例を示す図である。
【図１１】動的管理情報取得処理のフローチャートである。
【図１２】動的管理情報取得処理のフローチャートである。
【図１３】管理情報データベースの一例を示す図である。
【図１４】管理情報の例を示す図である。
【図１５】動的管理情報取得処理のフローチャートである。
【図１６】Ｇｅｔ処理のフローチャートである。
【図１７】動的管理情報取得処理のフローチャートである。
【図１８】ＧｅｔＮｅｘｔ処理のフローチャートである。
【図１９】動的管理情報取得処理のフローチャートである。
【図２０】管理情報取得処理のフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態を説明する。
【００１１】
（第１の実施の形態）
図１は、本発明の一実施の形態に係る画像処理装置を含む印刷システムの構成を示す図である。印刷システム１０４には、ＬＡＮ等のネットワーク１００を通じてパソコン等の端末装置である情報処理装置１０１が少なくとも１つ接続される。情報処理装置１０１はネットワーク１００上に複数存在してもよい。ユーザは情報処理装置１０１上でプリンタドライバや印刷管理アプリケーションを動作させる。印刷システム１０４は、互いに通信可能に接続される画像処理装置１０５と画像形成装置１０６とを有する。画像処理装置１０５と画像形成装置１０６とは専用のネットワークケーブル１１１と専用のビデオケーブル１１２とで接続される。画像処理装置１０５は、一般にはプリンタコントローラと呼ばれる装置である。画像形成装置１０６は画像を形成する機能を有する例えばＭＦＰ（Multi-Function Printer）である。
【００１２】
情報処理装置１０１のプリンタドライバは、印刷ジョブを作成する。画像処理装置１０５は情報処理装置１０１からネットワーク１００を介して投入される印刷ジョブを解釈し、印刷ジョブから抜き出した印刷の設定をまとめた印刷データを作成する。また、画像処理装置１０５は同じ印刷ジョブを基に画像データを作成する。画像処理装置１０５はネットワークケーブル１１１を介して印刷データを画像形成装置１０６に投入する。画像形成装置１０６は、投入された印刷データを解釈し、ビデオケーブル１１２を介して画像データの投入を要求する。その要求に応じて、画像処理装置１０５はビデオケーブル１１２を介して画像データを画像形成装置１０６へ投入する。それぞれのデータが投入されると、印刷システム１０４は情報処理装置１０１から投入された印刷ジョブを印刷する。
【００１３】
また画像処理装置１０５は、印刷システム１０４を管理し、画像処理装置１０５の管理情報だけでなく、画像形成装置１０６の管理情報も統括している。本実施の形態において、管理情報には、ＳＮＭＰを利用したＭＩＢを使っている。管理情報の１つ１つはオブジェクトと呼ばれる。オブジェクトはそれぞれが別の意味を持っており、情報処理装置１０１のプリンタドライバ等でその意味を解釈してユーザに提示される。以降でそれぞれの装置を説明する。
【００１４】
図２は、情報処理装置１０１の内部構成（ハードウェア）を示すブロック図である。情報処理装置１０１は、ＣＰＵ２０１、ＲＡＭ２０２、プログラムＲＯＭ２０３、ネットワークＩＦ２０４、ＨＤＤ２０５及び操作部２０６を備える。ＣＰＵ２０１は、システムバス２００を介して情報処理装置１０１内の各部の制御、演算、及び、記憶装置に格納されたプログラムの実行を行う。ＲＡＭ２０２は装置動作時における一時記憶領域やワークメモリとして利用される。プログラムＲＯＭ２０３には電源起動時のプログラムが格納される。ネットワークＩＦ２０４はネットワーク１００と低位のレベルの接続を司るネットワークインターフェースである。
【００１５】
ＨＤＤ２０５は大容量の記憶装置（ハードディスク）であり、ＣＰＵ２０１により実行される各種制御プログラムを格納している。ＨＤＤ２０５には情報処理装置１０１が管理する各種設定情報を格納することができる。情報処理装置１０１は必要に応じてそれら設定情報をＨＤＤ２０５から読み出して使用したり、外部あるいは操作部２０６を通じて要求された設定値情報の変更をＨＤＤ２０５に書き込んだりすることができる。操作部２０６はディスプレイ、キーボード、マウスなどからなる。
【００１６】
図３は、情報処理装置１０１のソフトウェアモジュールの構成を示すブロック図である。情報処理装置１０１は制御部３０１、操作モジュール３０２、管理部（マネージャ）３０３、送受信部３０４、作成モジュール３０５を有する。各々のソフトウェアモジュールはＲＡＭ２０２に展開され、プログラムにより呼び出されてＣＰＵ２０１上で実行される。なお必要に応じてＣＰＵ２０１は設定情報等をＨＤＤ２０５に保存する。
【００１７】
制御部３０１は、操作部２０６を介してユーザにより入力された設定と情報処理装置１０１内で作られる印刷ジョブの制御とを行う。操作モジュール３０２は、操作部２０６を制御するためのソフトウェアであり、ユーザによって入力された各種操作指示を制御部３０１に伝えたり、操作部２０６が備えるディスプレイ等の表示機器に制御部３０１の情報を表示したりする。管理部３０３は、制御部３０１からの指示に応じて、作成モジュール３０５が要望する管理情報を受け取り、管理情報の取得を要求するための「取得要求」を準備する。管理部３０３はさらに、送受信部３０４を介して印刷システム１０４と通信する。送受信部３０４は、ネットワークＩＦ２０４を制御するためのソフトウェアであり、印刷システム１０４からジョブの印刷状況を受信したり、自身以外の情報処理装置１０１と通信を行ったりする。
【００１８】
作成モジュール３０５は、プリンタドライバや印刷ジョブ管理アプリケーションである。本実施の形態では、作成モジュール３０５は、プリンタドライバの画面にて、情報処理装置１０１がどのように管理情報を要求するかを示す。作成モジュール３０５は、操作モジュール３０２を介したユーザの指示を基に印刷ジョブを作成し、プリント指示を行う。印刷ジョブの状況や印刷システム１０４の情報は、ＳＮＭＰを用いて印刷システム１０４のＭＩＢとパケット通信することで取得される。印刷システム１０４は、作成モジュール３０５に向けて対応しているＭＩＢの管理情報の一覧を提示している。作成モジュール３０５は、この管理情報の一覧を基に印刷システム１０４の状態を取得し、操作モジュール３０２を介してユーザに印刷システム１０４の状態を通知する。
【００１９】
図４は、情報処理装置１０１におけるプリンタドライバのユーザインターフェース画面である。情報処理装置１０１からプリンタドライバにより印刷ジョブを印刷システム１０４に送信する行程について説明する。プリンタドライバは、プリント動作を指示するためのＧＵＩ（Graphical User Interface）であり、これを用いてユーザは所望の設定パラメータを指示して、所望の画像イメージをプリンタ等の送信先に送ることが可能となる。
【００２０】
このプリンタドライバのウィンドウ４０１の中の設定項目として、送信先選択カラム４０２は、ターゲットとなる出力先を選択する選択カラムであり、一般的には画像処理装置１０５あるいは画像形成装置１０６が指定される。ステータス表示４０３は、送信先選択カラム４０２で選択された出力先の状態を表示する表示部分である。ここに表示される値は、必要とする管理情報をプリンタドライバが一定時間ごとに管理部３０３に通知することで取得される。具体的には、本実施の形態では、管理部３０３が印刷システム１０４から取得する管理情報は、プリンタの状態を示すＭＩＢの値（hrPrinterStatus）である。
【００２１】
ページ設定カラム４０４は、印刷ジョブの中から出力ページを選択する設定カラムであり、ここでの指定により、情報処理装置１０１上で動作するアプリケーションソフトで作成された画像イメージのどのページを出力するかが決定される。部数設定カラム４０５は部数を指定するのに用いられる。プロパティキー４０６は、送信先選択カラム４０２で選択された送信先デバイスに関する詳細設定を行うのに用いられる。ユーザは、ここをクリックすると、別画面にてそのデバイス固有の設定情報を入力し、特殊な画像処理、例えば、細かい色再現やシャープネス調整を行うことが可能となる。
【００２２】
所望の設定が済めば、ＯＫキー４０７の押下により印刷指示が開始される。ＯＫキー４０７は、管理部３０３が印刷システム１０４から取得した管理情報（hrPrinterStatus）が印刷可能状態（Idle）のときに有効となる。また、ステータス表示４０３がオフラインの時はＯＫキー４０７はグレーアウトとなり押すことができない。印刷指示を取り消す場合には、ユーザはキャンセルキー４０８により印刷を取りやめることができる。このように、情報処理装置１０１の作成モジュール３０５は、表示するユーザインターフェースごとに必要な管理情報を印刷システム１０４に確認し、印刷システム１０４と連動して動作する。
【００２３】
図５は、画像処理装置１０５の内部構成（ハードウェア）を示すブロック図である。画像処理装置１０５は、ＣＰＵ５０１、ＲＡＭ５０２、プログラムＲＯＭ５０３、ネットワークＩＦ５０４、ＨＤＤ５０５、ビデオＩＦ５０６及び操作部５０７を備える。ＣＰＵ５０１は、システムバスを介して画像処理装置１０５内の各部の制御、演算、及び、記憶装置に格納されたプログラムの実行を行う。ＲＡＭ５０２は装置動作時における一時記憶領域やワークメモリとして利用される。プログラムＲＯＭ５０３には電源起動時のプログラムが格納される。ネットワークＩＦ５０４は、ネットワーク１００と低位のレベルの接続を司ると共に、ネットワークケーブル１１１との接続も司るネットワークインターフェースである。ＨＤＤ５０５は、大容量の記憶装置であり、ＣＰＵ５０１により実行される各種制御プログラムを格納している。ＨＤＤ５０５には、画像処理装置１０５が管理する各種設定情報を格納することができる。画像処理装置１０５は必要に応じてそれら設定情報をＨＤＤ５０５から読み出して使用したり、外部あるいは操作部５０７を通じて要求された設定値情報の変更をＨＤＤ５０５に書き込んだりする。ビデオＩＦ５０６はビデオケーブル１１２との接続を司るデータ転送インターフェースである。操作部５０７はモニタ、キーボード、マウスなどからなる。
【００２４】
図６は、画像処理装置１０５のソフトウェアモジュールの構成を示すブロック図である。画像処理装置１０５は、ジョブ制御部６０１、操作モジュール６０２、送受信部６０３、解釈部６０４、画像処理部６０５、送受信部６０６、情報制御部６０７、解析部６０８、代理部（エージェント）６０９、管理部（マネージャ）６１０、保存部６１１を有する。各々のソフトウェアモジュールはＲＡＭ５０２に展開され、プログラムにより呼び出されてＣＰＵ５０１上で実行される。なお必要に応じてＣＰＵ５０１は設定情報等をＨＤＤ５０５に保存する。
【００２５】
ジョブ制御部６０１は、操作部５０７を介してユーザにより入力された設定と情報処理装置１０１から送られる印刷ジョブの情報とを基に印刷ジョブの管理制御を行う。操作モジュール６０２は、操作部５０７を制御するためのソフトウェアである。操作モジュール６０２は、ユーザによって入力された各種操作指示をジョブ制御部６０１に伝えたり、タッチパネルなどの表示機器に操作モジュール６０２を介してジョブ制御部６０１の情報を表示したりする。送受信部６０３は、ネットワークＩＦ５０４を制御するためのソフトウェアであり、各情報処理装置１０１や画像形成装置１０６と通信する。送受信部６０３はまた、情報処理装置１０１から投入される印刷ジョブをＨＤＤ５０５に保存したり、ジョブ解析後の印刷データをネットワークケーブル１１１を介して画像形成装置１０６に投入したりする。解釈部６０４はジョブ制御部６０１からの指示に応じて、ＨＤＤ５０５に保存された印刷ジョブを解釈し、ジョブの設定を取得する。画像処理部６０５はジョブ制御部６０１からの指示に応じて印刷ジョブを基に画像データを作りＨＤＤ５０５に保存する。送受信部６０６はビデオＩＦ５０６を制御するためのソフトウェアであり、画像処理装置１０５が準備した画像データをビデオケーブル１１２を介して画像形成装置１０６に送信する。
【００２６】
情報制御部６０７は、送受信部６０３を介して受信した管理情報の取得要求から、その種別（種類）を判別し、適切な管理元（取得先）に取得を要求するといった、管理情報の解析、判断、管理等に関する制御を行う。本実施の形態では、管理情報にはＳＮＭＰを用いたＭＩＢが用いられる。代理部６０９は、情報処理装置１０１から送られる取得要求の問い合わせを受信するためのもので、複数の情報処理装置１０１からの取得要求を受信することが可能である。解析部６０８は、情報処理装置１０１から送られる取得要求から、その管理情報の種別を確認する。管理部６１０は、情報処理装置１０１からの取得要求が、画像形成装置１０６からの情報を取得する要求だったとき、画像形成装置１０６から管理情報を取得する。保存部６１１は、管理部６１０が画像形成装置１０６から取得した管理情報を、情報制御部６０７からの指示に応じてＨＤＤ５０５に保存する。
【００２７】
画像処理装置１０５が有する管理情報のデータベースの詳細については図１０で後述する。概略としては、画像処理装置１０５が管理するプリンタの状態を示す管理情報をプリンタ状態「hrPrinterStatus」とする。情報処理装置１０１からの取得要求を受けたときに、画像形成装置１０６が印刷可能状態であるか、画像データを印刷しているか（印刷中）で、プリンタ状態「hrPrinterStatus」の設定が変わる。プリンタ状態「hrPrinterStatus」は、画像形成装置１０６から取得したプリンタの状態を示す管理情報（hrPrinterStatus）を基に設定される。画像形成装置１０６が印刷可能状態であったときは、プリンタ状態「hrPrinterStatus」に「Idle」が設定される。画像形成装置１０６が画像データを印刷しているときには、プリンタ状態「hrPrinterStatus」に「Printing」が設定される。画像処理装置１０５が画像形成装置１０６と通信できないときには、プリンタ状態「hrPrinterStatus」に「Offline」が設定される。
【００２８】
図７は、画像形成装置１０６の内部構成を示すブロック図である。画像形成装置１０６は、コントローラ７０１、プリンタエンジン７０２、スキャナ７０３、操作ユニット７０４を有する。プリンタエンジン７０２は、エンジンＩＦ７０９を介して受け取った画像データを用紙に印刷する。スキャナ７０３は画像形成装置１０６の画像データ入力デバイスの１つである。入力データはリーダーＩＦ７０８を介してＨＤＤ７０７に保存される。操作ユニット７０４はボタン、タッチパネルなどからなり、ユーザはこれらを用いて画像形成装置１０６に各種操作指示を行う。
【００２９】
コントローラ７０１は、ＣＰＵ７０５、メモリ７０６、ＨＤＤ７０７、リーダーＩＦ７０８、エンジンＩＦ７０９、ネットワークＩＦ７１０及びビデオＩＦ７１１を有する。ＣＰＵ７０５はシステムバス７１２を介して画像形成装置１０６内の各部の制御、演算、及び、記憶装置に格納されたプログラムの実行を行う。メモリ７０６は装置動作時における一時記憶領域やワークメモリとして利用される。ＨＤＤ７０７は大容量の記憶装置であり、ＣＰＵ７０５により実行される各種制御プログラムを格納している。ＨＤＤ７０７には、画像形成装置１０６が管理する各種設定情報を格納することができる。ＣＰＵ７０５は必要に応じてそれら設定情報をＨＤＤ７０７から読み出して使用したり、外部あるいは操作ユニット７０４を通じて要求された設定値情報の変更をＨＤＤ７０７に書き込んだりする。ネットワークＩＦ７１０は、ネットワークケーブル１１１と低位のレベルの接続を司り、ネットワークケーブル１１１を介して画像処理装置１０５と通信する。ビデオＩＦ７１１は、画像処理装置１０５で形成された画像データをビデオケーブル１１２を介して受け取り、ＨＤＤ７０７に保存する。エンジンＩＦ７０９は、プリンタエンジン７０２との通信、制御を司る。
【００３０】
図８は、画像形成装置１０６のソフトウェアモジュールの構成を示すブロック図である。各々のソフトウェアモジュールはメモリ７０６に展開され、プログラムにより呼び出されＣＰＵ７０５上で実行される。なお必要に応じてＣＰＵ７０５は設定情報などをＨＤＤ７０７に保存する。画像形成装置１０６は、送受信部８０１、制御部８０２、解釈部８０３、操作モジュール８０４、画像処理部８０５、送信部８０６、印刷部８０７、制御部８０８、代理部（エージェント）８０９、解析部８１０及び保存部８１１を有する。
【００３１】
送受信部８０１は、ネットワークＩＦ７１０、ビデオＩＦ７１１を制御するためのソフトウェアであり、画像形成装置１０６に送信されてきた印刷データと画像データを受信し、ＨＤＤ７０７に保存する。制御部８０２は、各ソフトウェアモジュールの動きを制御したり判断したりすることで、画像形成装置１０６の印刷を制御する。解釈部８０３は、制御部８０２からの指示に応じて、ＨＤＤ７０７に保存された印刷データを解釈し、印刷データからジョブの設定を取得する。解釈部８０３はまた、ジョブの設定をＨＤＤ７０７に保存する。操作モジュール８０４は、ユーザによって入力された各種操作指示を制御部８０２に伝える。制御部８０２は、操作モジュール８０４を介してタッチパネルなどの表示機器に情報を表示する。画像処理部８０５は、制御部８０２からの指示に応じて、画像データの送信要求を画像処理装置１０５に送り、ＨＤＤ７０７に保存される画像データと解釈部８０３によって取得されたジョブ設定とを関連付け、ＨＤＤ７０７に保存する。
【００３２】
送信部８０６は、エンジンＩＦ７０９を制御するためのソフトウェアであり、プリンタエンジン７０２にジョブ設定と画像データを送信する。印刷部８０７はプリンタエンジン７０２を制御するためのソフトウェアであり、プリンタエンジン７０２は受け取ったジョブ設定を使用して画像データを印刷する。制御部８０８は、送受信部８０１を介して受信した、画像処理装置１０５から送られた管理情報の取得要求から、その種別を判断し、管理制御を行う。代理部８０９は、画像処理装置１０５から送られた管理情報の取得要求を受信する。解析部８１０は、画像処理装置１０５から送られた管理情報の取得要求から、その管理情報の種別を確認する。保存部８１１は、制御部８０８を介して指示される制御部８０２からの指示に応じて、画像形成装置１０６の管理情報をＨＤＤ７０７に保存する。例えば、保存部８１１は、プリンタエンジン７０２が印刷可能状態になったときには、プリンタの状態を示す管理情報（hrPrinterStatus）にIdleを設定する。保存部８１１は、プリンタエンジン７０２が画像データを印刷しているときには、プリンタの状態を示す管理情報（hrPrinterStatus）にPrintingを設定する。
【００３３】
次に、画像処理装置１０５による管理情報の取得制御について、図９〜図１２を用いて説明する。
【００３４】
図９は、画像処理装置１０５における管理情報の取得要求の受け付け処理のフローチャートである。このフローチャートにかかわるプログラムは画像処理装置１０５のＲＡＭ５０２に展開され、ＣＰＵ５０１により実行されることで実現される。なお、必要に応じてＣＰＵ５０１は設定情報などをＨＤＤ５０５に保存する。図９の処理は、情報処理装置１０１からデータを受信すると開始される。なお、ステップＳ９０３、Ｓ９０５、Ｓ９０６で、情報制御部６０７は、本発明における決定手段としての役割を果たす。また、ステップＳ９０４、Ｓ９０８、Ｓ９０９で、送受信部６０３は、本発明における送信手段としての役割を果たす。
【００３５】
情報処理装置１０１の作成モジュール３０５から管理情報の取得要求が画像処理装置１０５に投入されると、送受信部６０３はその取得要求を受信し、ＨＤＤ５０５に保存する。ここで送受信部６０３は本発明における受信手段に該当する。ステップＳ９０１で、情報制御部６０７は、情報処理装置１０１から送信された管理情報の取得要求がＨＤＤ５０５に保存されたか否かを判別する。そして情報制御部６０７は、情報処理装置１０１から送信された管理情報の取得要求がＨＤＤ５０５に保存されるまでその判別を繰り返し、取得要求がＨＤＤ５０５に保存されると、処理をステップＳ９０２に進める。
【００３６】
ステップＳ９０２では、情報制御部６０７は、解析部６０８に上記取得要求を解析させる。具体的には、解析部６０８は、取得要求のデータを確認し、情報処理装置１０１が要望している管理情報のオブジェクトＩＤを取得する。解析部６０８は、印刷システム１０４が対応している全ての管理情報を管理するデータベースをＨＤＤ５０５に保持させている。図１０は、ＨＤＤ５０５に保持される管理情報データベースの一例を示す図である。
【００３７】
図１０に示すデータベースにおいて管理情報は固有の番号を割り振られて管理される。この固有の番号をオブジェクトＩＤと呼ぶ。オブジェクトＩＤは「.」で区切られた数字の組み合わせからなっており、数字の先頭から順番に確認していくことによりその管理情報が何を表わすかを確認することができる。例えば、印刷システム１０４の名称（sysName）に関連する情報であれば「１．３．６．１．２．１．１．５」が割り当てられている。このデータベースには、印刷システム１０４が管理している画像処理装置１０５と画像形成装置１０６の全ての管理情報が記載されている。データベースにおいて、画像処理装置１０５が管理するものは値Ｈ１０１が「１」に設定され、画像形成装置１０６において管理情報の中身（値）が変化し得るものは値Ｈ１０２が「１」に設定されている。以降、値Ｈ１０２が「０」に設定された管理情報を「静的な管理情報」と称し、値Ｈ１０２が「１」に設定された管理情報を「動的な管理情報」と称することもある。また、このデータベースには管理情報の値Ｈ１０３を保存することも可能である。オブジェクトＩＤに付随する値Ｈ１０１、Ｈ１０２によって、対応する管理情報の種別が判別される。なお、ＨＤＤ５０５は、画像形成装置１０６の管理情報の少なくとも一部と、画像処理装置１０５の管理情報とを記憶する、本発明における記憶手段に該当する。
【００３８】
図９のステップＳ９０３で、解析部６０８は、情報制御部６０７からの指示に応じて、ＨＤＤ５０５に保存された取得要求のオブジェクトＩＤを解析し、それを基にデータベースを確認する。そして解析部６０８は、管理情報の種別が画像処理装置１０５の管理情報を示すか否かを判別する。値Ｈ１０１が「１」であるとき、管理情報の種別が画像処理装置１０５の管理情報を示すと判別され、値Ｈ１０１が「０」であるとき、管理情報の種別が画像形成装置１０６の管理情報を示すと判別される。
【００３９】
ステップＳ９０３の判別の結果、管理情報の種別が画像処理装置１０５の管理情報を示す（Ｈ１０２＝１）場合は、処理をテップＳ９０４に進める。ステップＳ９０４で、情報制御部６０７は、ＨＤＤ５０５のデータベースに保存されている値Ｈ１０３を取得し、それを代理部６０９に渡し、送受信部６０３を介して情報処理装置１０１へ通知（送信）する。これにより、管理情報の種別が画像処理装置１０５の管理情報を示す場合に、要求された管理情報がＨＤＤ５０５から取得される。そして、取得した管理情報が、取得要求に対する応答として情報処理装置１０１に送信される。その後、図９の処理は終了する。
【００４０】
ステップＳ９０３の判別の結果、管理情報の種別が画像形成装置１０６の管理情報を示す（Ｈ１０１＝０）場合は、さらに、管理情報の種別に応じて、要求された管理情報を画像形成装置１０６またはＨＤＤ５０５のいずれから取得するかが決定される。すなわち、まず、ステップＳ９０５で、解析部６０８は、情報制御部６０７からの指示に応じて、管理情報の値が変化するものか否かを判別する。その判別の結果、管理情報の値が変化するものではない場合（Ｈ１０２＝０）は、処理はステップＳ９０６に進む。ステップＳ９０６では、情報制御部６０７は、今回の要求に応じた管理情報取得が、画像処理装置１０５の電源が入ってから画像形成装置１０６との初めての管理情報取得に該当するか否かを判別する。これは送受信部６０３に確認することで判別され、電源オン後に画像形成装置１０６から管理情報の取得を１回もしていない場合は、初めての管理情報取得に該当すると判別される。
【００４１】
ステップＳ９０６の判別の結果、初めての管理情報取得になる場合は、ステップＳ９０７で、情報制御部６０７は、管理部６１０に画像形成装置１０６の管理情報の取得を依頼する。これにより、管理部６１０は、画像形成装置１０６の代理部８０９に、要求に応じた管理情報の取得要求を出し、画像形成装置１０６から管理情報を取得する。そして、ステップＳ９０８では、取得された管理情報を管理部６１０がＨＤＤ５０５に保存すると共に、管理情報を代理部６０９に渡し、送受信部６０３を介して情報処理装置１０１へ通知する。これにより、要求された管理情報の種別が静的な管理情報を示し且つ、電源がオンされた後の最初の管理情報の取得となる場合は、要求された管理情報が画像形成装置１０６から取得される。その後、図９の処理は終了する。一方、ステップＳ９０６の判別の結果、初めての管理情報取得に該当しない場合は、要求に応じた管理情報が既にＨＤＤ５０５に保存されていると判断できる。そこで、管理部６１０は、ステップＳ９０４を実行する。これにより、要求された管理情報の種別が静的な管理情報を示し且つ、ＨＤＤ５０５に記憶されている場合は、要求された管理情報がＨＤＤ５０５から取得される。
【００４２】
ステップＳ９０５の判別の結果、管理情報の値が変化するものである場合（Ｈ１０２＝１）は、管理部６１０は、処理をステップＳ９０９に進める。ステップＳ９０９では、管理部６１０は、情報制御部６０７からの指示に応じて、要求に対応する管理情報を画像形成装置１０６から取得すると共に、その管理情報を送受信部６０３を介して情報処理装置１０１に通知する。これにより、要求された管理情報の種別が動的な管理情報を示す場合は、要求された管理情報が画像形成装置１０６から取得される。
【００４３】
本実施の形態によれば、管理情報の種別に応じて、要求された管理情報を画像処理装置１０５（のＨＤＤ５０５）から取得するかそれとも、画像形成装置１０６から取得するかという取得先が決定される。そして、決定された取得先から取得した管理情報が、取得要求に対する応答として情報処理装置１０１に送信される。このような仕組みにより、画像処理装置１０５と画像形成装置１０６との間で繰り返される不要な管理情報の取得要求を無くすことができる。従来は、印刷ジョブが投入される度に、または定期的に、画像形成装置１０６に問い合わせていたが、本実施の形態では、管理情報の種別によっては問い合わせしない。よって、無駄な通信を抑制して処理負荷の軽減及び通信帯域の有効活用を図ることができる。
【００４４】
（第２の実施の形態）
第１の実施の形態では、情報制御部６０７は、情報処理装置１０１から管理情報の取得要求を受けると、その管理情報の種別に基づいて管理情報の取得先を決定した。特に、管理情報の種別が画像処理装置１０５の管理情報を示す場合は、情報制御部６０７は、画像形成装置１０６ではなく画像処理装置１０５から管理情報を取得した。これにより、従来の、画像処理装置１０５が一律に画像形成装置１０６から管理情報を取得するという動作を改め、管理情報の不要な取得動作を抑制した。
【００４５】
しかし、それでもなお、画像処理装置１０５と画像形成装置１０６との間で、不要な管理情報の取得のための通信は存在する。例えば、情報処理装置１０１が要求する管理情報が画像形成装置１０６から取得すべき管理情報であっても、さほどリアルタイム性を必要としない値の場合には、必須でない通信が発生する。そこで、第１の実施の形態に対して図１１を加えて第２の実施の形態を説明する。図９については、ステップＳ９０９の処理を変更する。
【００４６】
図１１は、第２の実施の形態における動的管理情報取得処理のフローチャートである。この処理は、図９において、ステップＳ９０９に代わるサブルーチンとして実行される。従って、主に図９及び図１１を参照して動的管理情報取得処理を説明する。その他の構成は第１の実施の形態と同様である。
【００４７】
上述したように、情報処理装置１０１の作成モジュール３０５はプリンタドライバである。ユーザからの入力に応じて、情報処理装置１０１の制御部３０１は、作成モジュール３０５を起動する。作成モジュール３０５の動作は、印刷システム１０４のＭＩＢの管理情報の一覧を基に設計される。前述したプリンタドライバは、ＧＵＩ（図４）においてプロパティキー４０６がクリックされると、別画面にてそのデバイス固有の設定情報を表示する。この設定情報の１つに、サービスマンの名称（prtGeneralServicePerson）がある。これは、印刷システム１０４をメンテナンスするサービスマンの名称を規定するものであり、画像形成装置１０６が管理する管理情報である。画像形成装置１０６の制御部８０８は、操作モジュール８０４を介してユーザから入力されたサービスマンの名称を画像形成装置１０６の管理情報（prtGeneralServicePerson）に保存する（図１０参照）。ユーザが入力するサービスマンの名称は、その性質上、印刷システム１０４の購入時、またはサービス担当が変わったときに変更され、さほど頻繁に変わるものではない。また、サービスマンの名称は画像形成装置１０６から送られてくる管理情報の中でプリンタの状態やステータス通知と比べてさほどリアルタイム性は要求されない。この管理情報は一定の間隔で確実に更新されればその価値を十分に発揮するものである。
【００４８】
プロパティキー４０６が押されたとき、プリンタドライバは別画面にサービスマンの名称を表示する。作成モジュール３０５は、管理部３０３に印刷システム１０４の管理情報（prtGeneralServicePerson）の取得を要求する。画像処理装置１０５の代理部６０９は、管理部３０３から送られる管理情報の取得要求を受信し、ＨＤＤ５０５にその取得要求を保存する。画像処理装置１０５の解析部６０８は、情報制御部６０７からの指示に応じて、ＨＤＤ５０５に保存された取得要求から管理情報を確認する。サービスマンの名称（prtGeneralServicePerson）は、画像形成装置１０６が管理する管理情報であり値が変化する情報でもある（図１０参照）。つまり、サービスマンの名称の値Ｈ１０１は「０」であり値Ｈ１０２は「１」であるため、管理部６１０は情報制御部６０７からの指示に応じて画像形成装置１０６から管理情報を取得する。このように、ユーザからのプロパティキー４０６の入力に応じて別画面が表示される度に、管理部３０３はサービスマンの名称（prtGeneralServicePerson）を画像形成装置１０６に要求する。
【００４９】
このような実装にした場合、画像処理装置１０５と画像形成装置１０６との間で、不要な管理情報取得要求が起こる。第１の実施の形態においては、リアルタイム性がさほど要求されない管理情報であっても、画像形成装置１０６の管理情報を要求する取得要求を受けると画像処理装置１０５と画像形成装置１０６との間で取得のための通信が発生する。特に情報処理装置１０１がユーザからの指示によりプロパティキー４０６のオンオフを頻繁に繰り返すような場合、画像処理装置１０５の管理情報が変化していなくても、管理情報の取得が頻繁に行われ、処理負荷が大きい。
【００５０】
そこで、第２の実施の形態では、画像処理装置１０５の情報制御部６０７からの指示により、保存部６１１が画像形成装置１０６の管理情報をＨＤＤ５０５におけるデータベースの管理情報の値Ｈ１０３に保存する。情報処理装置１０１からの取得要求を受けて、保存部６１１が画像形成装置１０６の管理情報を保存した時から一定の時間が経過したときに、情報制御部６０７は管理情報の値Ｈ１０３を削除、すなわち、管理情報を消去する。さらに画像処理装置１０５の情報制御部６０７がデータベースに保存されている管理情報の値Ｈ１０３の有無を確認することで、画像処理装置１０５が画像形成装置１０６に頻繁に管理情報を取得しにいくことを防ぐ。これにより画像処理装置１０５と画像形成装置１０６との間に発生する必須でない通信を抑制する。
【００５１】
図１１で、動的管理情報取得処理による管理情報の更新制御の具体例を説明する。本実施の形態では、情報制御部６０７はＨＤＤ５０５に保存されている管理情報の値Ｈ１０３を一定の保存時間（所定時間）が経過したときに削除する。情報制御部６０７は、操作モジュール６０２を介してユーザから入力される時間を保存時間としてＨＤＤ５０５に保存する。
【００５２】
まず、ステップＳ１１０１で、解析部６０８は、情報制御部６０７からの指示に応じて前回に情報処理装置１０１から送られた管理情報の取得要求で要求された管理情報が、ＨＤＤ５０５に保存されているか否かを判別する。具体的には、解析部６０８は、要求された管理情報について、前回の取得要求を受けてから今回の取得要求を受けるまでの間に保存時間が経過しているかを確認することによって、要求された管理情報がＨＤＤ５０５に保存されているか否かを判別する。保存時間が経過していれば、要求された管理情報はＨＤＤ５０５から消去されているからである。なお、要求された管理情報がＨＤＤ５０５に保存されているかどうかを単純に判別してもよい。あるいは、ステップＳ１１０１で、保存時間が経過していたと判別された時点で、要求された管理情報の値Ｈ１０３を削除すると共に、要求された管理情報がＨＤＤ５０５に保存されていないと判別するようにしてもよい。
【００５３】
ステップＳ１１０１の判別の結果、要求された管理情報が、ＨＤＤ５０５に保存されていない（保存時間が経過している）場合は、画像処理装置１０５は、ステップＳ１１０２、Ｓ１１０３で、図９のステップＳ９０７、Ｓ９０８と同様の処理を実行する。これにより、要求された管理情報の種別が動的な管理情報を示し且つＨＤＤ５０５に記憶されていない場合は、要求された管理情報が画像形成装置１０６から取得される。その後、図１１の処理は終了する。一方、要求された管理情報が、ＨＤＤ５０５に保存されている（保存時間が経過してない）場合は、画像処理装置１０５は、ステップＳ１１０４で、図９のステップＳ９０４と同様の処理を実行する。すなわち、情報制御部６０７は、保存部６１１が保存した管理情報の値Ｈ１０３をＨＤＤ５０５のデータベースから取得し、それを代理部６０９に渡し、送受信部６０３を介して情報処理装置１０１へ通知（送信）する。これにより、要求された管理情報の種別が動的な管理情報を示し且つＨＤＤ５０５に記憶されている場合は、要求された管理情報がＨＤＤ５０５から取得される。その後、図１１の処理は終了する。
【００５４】
本実施の形態によれば、無駄な通信を抑制して処理負荷の軽減及び通信帯域の有効活用を図ることに関し、第１の実施の形態と同様の効果を奏することができる。特に、情報処理装置１０１から頻繁に送られてくる同じ管理情報の取得要求により発生する画像処理装置１０５と画像形成装置１０６との間の不要な取得要求を抑制することができる。
【００５５】
（第３の実施の形態）
上記第２の実施の形態では、画像処理装置１０５のデータベースに画像形成装置１０６から取得した管理情報を一定期間保持することで、情報処理装置１０１から頻繁に送られてくる同じ管理情報の取得要求により発生する不要な取得要求を抑制できた。しかしこの構成を実装してもなお、印刷システム１０４において不要な取得要求が発生する場合がある。それは、画像形成装置１０６の状態によっては、画像形成装置１０６が管理情報の値を更新していないときがあるからである。そこで、第２の実施の形態に対して図１１に代えて図１２を加えて第３の実施の形態を説明する。
【００５６】
図１２は、第３の実施の形態における動的管理情報取得処理のフローチャートである。この処理は、図９において、ステップＳ９０９に代わるサブルーチンとして実行される。従って、主に図９及び図１２を参照して動的管理情報取得処理を説明する。その他の構成は第２の実施の形態と同様である。
【００５７】
図１０に一部を例示したように、印刷システム１０４の管理情報には、画像形成装置１０６の給紙段情報（prtInputMediaTable）を扱うものがある。この給紙段情報は、画像形成装置１０６に複数存在する給紙段の情報を示している。給紙段情報はテーブル形式で表現されており、給紙段それぞれに割り当てられたインデックスの番号をオブジェクトＩＤの最後に設定することで、給紙段に設定された複数の管理情報を一括して取得できるようにしている。「InputMediaWeight」は、給紙段に設定されている用紙の坪量である。「InputMediaRemainingCapacity」は、給紙段に設定されている用紙の残量である。
【００５８】
画像形成装置１０６で印刷するときに作成モジュール３０５から投入された印刷ジョブに設定されている給紙段から用紙が供給されるため、給紙段情報（prtInputMediaTable）が変化する可能性が高い。給紙段情報のそれぞれの値は画像形成装置１０６が管理する値であって変化する値でもあるため、値Ｈ１０１は「０」に設定され、値Ｈ１０２は「１」に設定されている。本実施の形態では、画像処理装置１０５は、画像形成装置１０６のプリンタの状態が印刷中であるときに、画像形成装置１０６から管理情報を取得する。例えば、画像形成装置１０６が印刷しているとき（hrPrinterStatusがPrinting）、画像形成装置１０６の給紙段情報（prtInputMediaTable）の値は、給紙段に載置された用紙が印刷に使われるため変化する（減少する）。この状態で、情報処理装置１０１から管理情報の取得要求として給紙段情報（prtInputMediaTable）の取得要求が来た場合、画像処理装置１０５は、画像形成装置１０６から、最新の管理情報を取得する。取得した値は画像処理装置１０５のデータベースに保存されると共に、情報処理装置１０１に通知される。
【００５９】
一方、画像形成装置１０６が印刷中でなく印刷可能状態のとき（hrPrinterStatusがIdle）、画像形成装置１０６の給紙段情報の値は変化しない。この状態で、情報処理装置１０１から管理情報の取得要求として給紙段情報（prtInputMediaTable）の取得要求が来た場合、画像処理装置１０５は、画像形成装置１０６の管理情報を取得しない。その代わりに、画像処理装置１０５はデータベースに既に保存している管理情報を、情報処理装置１０１に通知する。従って、画像処理装置１０５は、画像形成装置１０６の印刷状態を確認し、画像形成装置１０６が管理情報を更新していないときは、画像処理装置１０５のＨＤＤ５０５のデータベースに保持している値を情報処理装置１０１に通知する。これにより、管理情報の取得のための不要な通信が発生することを防ぐ。
【００６０】
図１２で、動的管理情報取得処理による管理情報の更新制御の具体例を説明する。図１２のステップＳ１２０１〜Ｓ１２０３、Ｓ１２０８の処理は、図１１のステップＳ１１０１〜Ｓ１１０３、Ｓ１１０４と実質的に同様の処理となる。従って、図１１に対してステップＳ１２０４〜Ｓ１２０７を挿入したものが図１２のフローチャートとなる。本実施の形態では、第２の実施の形態（図１１）と同様に、情報制御部６０７はＨＤＤ５０５に保存されている管理情報の値Ｈ１０３を一定の保存時間（所定時間）が経過したときに削除する。情報制御部６０７は、操作モジュール６０２を介してユーザから入力される時間を保存時間としてＨＤＤ５０５に保存する。
【００６１】
ステップＳ１２０１では、解析部６０８は、図１１のステップＳ１１０１と同様の処理を実行する。ステップＳ１２０１の判別の結果、要求された管理情報が、ＨＤＤ５０５に保存されていない（保存時間が経過している）場合は、画像処理装置１０５は、ステップＳ１２０２、Ｓ１２０３で、図１１のステップＳ１１０２、Ｓ１１０３と同様の処理を実行する。その後、図１２の処理は終了する。一方、要求された管理情報が、ＨＤＤ５０５に保存されている（保存時間が経過してない）場合は、ステップＳ１２０４で、情報制御部６０７は、プリンタの状態（印刷状態）を示す管理情報（hrPrinterStatus）を確認する。なお、ＳＮＭＰを用いたＭＩＢでは、管理情報の変化が発生したとき、代理部（ＳＮＭＰエージェント）が、予め登録された管理情報管理部（ＳＮＭＰマネージャ）に、変化があった管理情報を通知する仕組み（Ｔｒａｐ）が存在する。本実施の形態では、画像形成装置１０６の代理部８０９が画像処理装置１０５の管理部６１０にプリンタの状態を示す管理情報を通知する。Ｔｒａｐにより通知された管理情報は、保存部６１１がＨＤＤ５０５内のデータベースに保存する。本実施の形態で、画像形成装置１０６がＴｒａｐで通知する値は、プリンタの状態を示す管理情報（hrPrinterStatus）だけである。
【００６２】
次に、ステップＳ１２０５で、情報制御部６０７は、ステップＳ１２０４で確認したプリンタの状態が印刷中であるか否かを判別する。その判別の結果、プリンタの状態が印刷中である場合は、画像処理装置１０５は、ステップＳ１２０６、Ｓ１２０７で、図９のステップＳ９０７、Ｓ９０８と同様の処理を実行する。これにより、要求された管理情報の種別が動的な管理情報を示し且つＨＤＤ５０５に記憶されている場合であっても、画像形成装置１０６が印刷中であれば、要求された管理情報が画像形成装置１０６から取得される。その後、図１２の処理は終了する。
【００６３】
一方、ステップＳ１２０５の判別の結果、ステップＳ１２０４で確認したプリンタの状態が印刷中でない場合は、情報制御部６０７は、ステップＳ１２０８で、図１１のステップＳ１１０４と同様の処理を実行する。これにより、要求された管理情報の種別が動的な管理情報を示し且つＨＤＤ５０５に記憶されている場合に、画像形成装置１０６が印刷中でないならば、要求された管理情報がＨＤＤ５０５から取得される。その後、図１２の処理は終了する。
【００６４】
本実施の形態によれば、無駄な通信を抑制して処理負荷の軽減及び通信帯域の有効活用を図ることに関し、第１の実施の形態と同様の効果を奏することができる。特に、画像処理装置１０５は、画像形成装置１０６での管理情報の更新動作をプリンタの状態から判断し、管理情報を取得しても値が更新されていないと判断されるときは管理情報を画像形成装置１０６から取得しないようにした。これにより、画像形成装置１０６が管理情報の値を更新していないような場合に、画像処理装置１０５と画像形成装置１０６との間の通信帯域を一層効率的に利用できる。
【００６５】
なお、本実施の形態においては、画像形成装置１０６から取得した管理情報は画像処理装置１０５のデータベースに保存してから、情報処理装置１０１に通知するとした。しかし、これに限定されるものではなく、例えば、管理情報（hrPrinterStatus）がPrintingになったとき、データベースに保存せずに情報処理装置１０１に直接通知するといった方法を採用してもよい。また、本実施の形態では、画像処理装置１０５は、Ｔｒａｐで通知されるプリンタの状態が「印刷中」になったときに画像形成装置１０６から管理情報を取得するとした。しかしこれに限定されるものでない。例えば、プリンタの状態を定期的に取得する仕組みを画像処理装置１０５が有するように構成し、前回保持している値か今回取得した値がPrintingであるときに画像形成装置１０６から管理情報を取得するという方法を使用してもよい。
【００６６】
（第４の実施の形態）
ＳＮＭＰを用いたＭＩＢには、管理情報管理部（ＳＮＭＰマネージャ）が管理情報を取得する仕組みが３種類存在する。その１つ目の取得方法をＧｅｔと呼び、２つ目の取得方法をＧｅｔＮｅｘｔと呼ぶ。ＧｅｔＮｅｘｔは、管理情報管理部から指定されたオブジェクトＩＤの値の次の値を取得し通知するものである。３つ目の取得方法をＧｅｔＢｕｌｋと呼ぶ。第１、第２、第３の実施の形態では、情報処理装置１０１から投入された取得要求（リクエスト）がＧｅｔだったときの画像処理装置１０５のオブジェクト取得の動作を説明した。しかし、本発明の適用は、取得要求がＧｅｔリクエストである場合に限定されず、取得要求がＧｅｔＮｅｘｔリクエスト、ＧｅｔＢｕｌｋリクエストである場合にも適用可能である。これは、既に説明した実施の形態だけでなく後述する各実施の形態にも適宜応用が可能である。
【００６７】
第４の実施の形態では、取得要求がＧｅｔＮｅｘｔ、ＧｅｔＢｕｌｋだった場合の画像処理装置１０５（印刷システム１０４）の動きを説明する。なお、ＧｅｔＢｕｌｋは、比較するオブジェクトＩＤが、指定されたオブジェクトＩＤの次のオブジェクトＩＤであるという点でＧｅｔＮｅｘｔと同様の特徴を持つ。すなわち、ＧｅｔＢｕｌｋは、ＧｅｔＮｅｘｔとＧｅｔＮｅｘｔを一定回数繰り返すものの組み合わせに相当する。そのため、ＧｅｔＢｕｌｋでの動作説明については詳細な説明を省略する。
【００６８】
図１３は、ＨＤＤ５０５に保持される管理情報データベースの一例を示す図である。図１０で前述したが、画像処理装置１０５の解析部６０８は、印刷システム１０４が対応している全ての管理情報を管理するデータベースをＨＤＤ５０５に保持させている。図１０では、管理情報の値Ｈ１０３を１つ持つオブジェクトについて説明した。図１３では、１つのオブジェクトに対して複数の管理情報の値を持つオブジェクトについて示している。例えば、画像形成装置１０６の給紙段を示すオブジェクトは給紙段ごとに設定された用紙の種類や用紙サイズを表すことが可能である。図１３で示したそれぞれの給紙段の情報を示す列を、ＳＮＭＰの仕様ではインデックスと呼ぶ。解析部６０８は前述した例以外のオブジェクトについても複数個の管理情報の値をインデックスの番号で管理する。解析部６０８は、図１３の左側から順に、管理情報の値Ｈ１０３をインデックス１、管理情報の値Ｈ１０４をインデックス２、管理情報の値Ｈ１０５をインデックス３として管理する。
【００６９】
それぞれの管理情報はオブジェクトＩＤと呼ばれる固有の番号で管理されている。この固有の番号とインデックスの番号を組み合わせることでそのインデックスの管理情報を指定することができる。例えば、hrDeviceTypeのインデックス２の値を取得するためには、オブジェクトＩＤとして次の取得要求を代理部６０９に投入すればよい。すなわち、「1.3.6.1.2.1.host(25).hrDevice(3).hrDeviceTable(2).hrDeviceEntry(1). hrDeviceType(2).インデックス番号(2)」を設定する取得要求を投入すればよい。つまり「１．３．６．１．２．１．２５．３．２．１．２．２」を設定する取得要求を代理部６０９に投入すればよい。印刷システム１０４にオブジェクトＩＤ「１．３．６．１．２．１．２５．３．２．１．２．２」を指定して取得要求を送ると、画像処理装置１０５の管理情報の値であるhrDeviceDiskStorageを取得することができる。
【００７０】
ＳＮＭＰの仕様においてインデックスが表すものに明確な決まりがあるわけではない。情報処理装置１０１の作成モジュール３０５は管理情報の一覧情報を基にhrDeviceTypeのインデックスの値やhrDeviceDescriptionに書かれた文字列の値を取得することで、そのオブジェクトの内容を確認することが可能である。作成モジュール３０５は管理情報の一覧を基に、取得した内容を確認しながら次に取得するインデックスを判断していく。
【００７１】
本実施の形態における解析部６０８は、情報処理装置１０１に対して管理情報の値を通知するために、印刷システム１０４の管理情報として、画像処理装置１０５の管理情報と画像形成装置１０６の管理情報の全ての管理情報の一覧を持つ。図１０、図１３に示す管理情報は、画像処理装置１０５のＨＤＤ５０５に保存された画像処理装置１０５が持つ管理情報の値と画像形成装置１０６が持つ管理情報の値を持っている。これは上記各実施の形態で示したように、画像処理装置１０５の管理情報の一覧に、一時的に画像形成装置１０６の管理情報の値が保存されているためである。なお、画像処理装置１０５が持つ印刷システム１０４の管理情報の一覧の情報は画像処理装置１０５の管理情報の一覧だけを持つと構成してもよい。、画像処理装置１０５が持つ印刷システム１０４の管理情報の一覧の情報は画像形成装置１０６から取得する管理情報の一覧だけを持つ構成としてもよい。このとき、画像処理装置１０５は、一覧に含まれない管理情報を取得できた場合、それは画像処理装置１０５の管理情報であると判断し、一覧情報と別に用意した画像処理装置１０５の管理情報を参照する構成としてもよい。
【００７２】
本実施の形態では、印刷システム１０４が管理する管理情報の値には、画像処理装置１０５の管理情報と画像形成装置１０６の管理情報が混在している。さらにその混在はオブジェクト単位に限ったものではなく、オブジェクトやインデックスに関わらず値が混在して管理情報に存在する可能性がある。従って、解析部６０８は、管理情報の一覧として、インデックス単位ごとに画像処理装置１０５が持つ情報か、値が変化するかを調べるパラメータを有している（値Ｈ１０６、Ｈ１０７）。前述のパラメータ（値Ｈ１０１、Ｈ１０２）と同様に、データベースにおいて、画像処理装置１０５が管理するものは値Ｈ１０６が「１」に設定され、画像形成装置１０６において管理情報の中身（値）が変化し得るものは値Ｈ１０７が「１」に設定されている。以降、値Ｈ１０７が「０」に設定された管理情報を「静的な管理情報」と称し、値Ｈ１０７が「１」に設定された管理情報を「動的な管理情報」と称することもある。
【００７３】
図１４は、代理部６０９（ＳＮＭＰエージェント）が管理する管理情報の例を示す図である。図１４で、ＳＮＭＰの取得要求の動作の違いと書き込み要求を説明する。代理部６０９は、投入されたＧｅｔコマンドを受け付けると、指定されたオブジェクトＩＤの値を代理部６０９が管理する管理情報から取得する。Ｇｅｔコマンドで指定されたオブジェクトＩＤが「１」であった場合、代理部６０９はオブジェクトＡの値であるインデックス１に格納された値１を取得して情報処理装置１０１へ返答する。インデックスを持つオブジェクトＢの値であっても指定されたオブジェクトＩＤはインデックスの番号を含む固有の値であるため、代理部６０９は１つのオブジェクトＩＤから１つの値を取得し通知することができる。オブジェクトＣのインデックス２の値を取得するためには、管理部３０３は代理部６０９に対して「２．１．２」の値を要求すればよい。代理部６０９は指定された「２．１．２」の値である値３を返答する。
【００７４】
ＧｅｔＮｅｘｔコマンドを受け付けると、代理部６０９は、指定されたオブジェクトＩＤの値の次の値を取得する。例えば、指定されたオブジェクトＩＤが「１」であった場合、代理部６０９は管理している管理情報の中から存在する次のオブジェクトＩＤの値を返す。図１４の場合、オブジェクトＣのインデックス１の値「２．１．１」のオブジェクトＩＤと値２を返答する。もし、次のオブジェクトＩＤ「２．１．１」が何らかの原因で取得できない場合、代理部６０９は存在するオブジェクトを返答する。このとき、代理部は「２．１．２」の値が取得できれば、存在しているオブジェクトＩＤ「２．１．２」と値３を返答する。もし、以降のオブジェクトＩＤのすべてが存在しない場合、代理部６０９はNoSuchNameを返答する。
【００７５】
ＧｅｔＢｕｌｋコマンドを受け付けた場合、代理部６０９は設定されたオプションによって２種類の取得動作を選択的に行う。１つ目のオプションはnon-repeatersである。管理部３０３によってこのオプションには繰り返し取得を行わない回数が数字で設定される。このオプションが設定されていると、代理部６０９は、ＧｅｔＢｕｌｋに対して前述のＧｅｔＮｅｘｔの動きを行う。non-repeatersオプションに値が設定されているとき、代理部６０９は次のように動作する。代理部６０９は、取得要求に設定されているオブジェクトＩＤに含まれるオブジェクトＩＤの先頭からnon-repeatersの数だけ次のオブジェクトＩＤと値を管理部３０３へ返答する。取得要求に設定されるオブジェクトＩＤは複数個指定可能である。代理部６０９は、取得要求に指定された複数個のオブジェクトＩＤごとに先頭からオブジェクトを返答する。
【００７６】
２つ目のオプションはmax-repetitionsである。このオプションには管理部３０３によって取得を繰り返す回数が数字で設定される。このオプションが設定されていると、代理部６０９は、管理部３０３から指定されたオブジェクトＩＤの次のオブジェクトＩＤの値を含む、max-repetitionsで指定された回数だけ、オブジェクトＩＤを次のものに進めながら値を繰り返し取得する。例えばmax-repetitionsに２と書かれておりオブジェクトＩＤに「２．２．１」が設定されていた場合、代理部６０９は「２．２．２」のオブジェクトＩＤと値６を、続いて「２．２．３」のオブジェクトＩＤと値７を返答する。
【００７７】
これら２つのオプションは１つのＧｅｔＢｕｌｋによる取得要求に一緒に設定されていても、代理部６０９は問題なく返答する。代理部６０９は、取得要求に指定された複数個のオブジェクトＩＤについて先頭からnon-repeatersの値の数だけ次のオブジェクトのＩＤと値を返答する。さらに代理部６０９は、以降のオブジェクトＩＤについてはmax-repetitionsの値だけ値を取得して返答する動作をとる。いずれのオプションの場合にも、代理部６０９は、オブジェクトＩＤの次あるいはその後の値を取得して返答することが特徴である。従って、図１５のフローチャートではコマンドがＧｅｔＮｅｘｔである場合についてのみ説明し、コマンドがＧｅｔＢｕｌｋである場合については説明を省略する。
【００７８】
ところで、上記各実施の形態においては、管理情報の取得要求を受信し、受信された取得要求によって要求された管理情報の種別に応じて、取得先が決定される方法を説明した。しかし、管理情報の取得要求ではなく、情報処理装置１０１から管理情報の書き込み要求を受信し、受信された書き込み要求によって要求された管理情報の種別に応じて書き込み先が決定される構成を採用してもよい。これは後述する各実施の形態にも適用可能である。
【００７９】
まず、ＳＮＭＰのＭＩＢにおいて、管理部３０３が代理部６０９に設定されている管理情報の値を変更するためには書き込み要求Ｓｅｔ（ＳＮＭＰにおけるＳｅｔリクエスト）を用いる。情報処理装置１０１が、画像処理装置１０５の代理部６０９が管理している管理情報の値を変更するためには、取得要求と同様に、オブジェクトＩＤとインデックス番号を用いて書き込み先を指定する。例えば、図１４の例において、管理部３０３がオブジェクトＥのインデックス３の値を値１０から値１２に書き換えるためには、オブジェクトＩＤとして「２．３．３」を指定し、書き込む値として値１２を設定して代理部６０９に書き込み要求Ｓｅｔを投入する。
【００８０】
代理部６０９は書き込み要求Ｓｅｔを受信すると、オブジェクトＩＤを確認し、代理部６０９が管理する管理情報を参照し、もし、指定されたオブジェクトＩＤが存在すれば書き換えを行う。代理部６０９は書き換えが正常に終了した場合、その応答としてオブジェクトＩＤ「２．３．３」と書き込み後の値である値１２を返答する。書き込みができなかった場合の代理部６０９の応答は条件によって異なる。ＭＩＢが読み出し専用の場合、代理部６０９はnoSuchNameを応答する。
【００８１】
このように、投入された要求で指定されたオブジェクトＩＤの種類が画像処理装置１０５の管理情報か画像形成装置１０６の管理情報かを判断し、管理情報を確認する宛先を切り替える仕組みは、取得要求でも書き込み要求でも同じである。従って、書き込み要求の場合の具体例の記載は省略するが、書き込み要求を受信した場合でも本発明は適用される。
【００８２】
図１５は、ＧｅｔＮｅｘｔに対応した動的管理情報取得処理のフローチャートである。このフローチャートにかかわるプログラムは画像処理装置１０５のＲＡＭ５０２に展開され、ＣＰＵ５０１により実行されることで実現される。なお、必要に応じてＣＰＵ５０１は設定情報などをＨＤＤ５０５に保存する。図１５の処理は、情報処理装置１０１からデータを受信すると開始される。
【００８３】
図１４で説明したように、情報処理装置１０１から送られてくる管理情報の取得要求は複数種類存在する。取得要求がＧｅｔである場合については既に説明した。情報処理装置１０１が取得要求ＧｅｔにオブジェクトＩＤを指定し投入すると、代理部６０９（ＳＮＭＰエージェント）はそのオブジェクトＩＤの値が存在するかを確認する。存在すれば、代理部６０９はオブジェクトＩＤとともに管理情報の値を返答する。一方、取得要求ＧｅｔＮｅｘｔに対しては、代理部６０９は、指定されたオブジェクトＩＤの次のオブジェクトが存在するかを確認する。代理部６０９が返答するオブジェクトＩＤと値は、取得要求に指定されたオブジェクトＩＤと値ではない。代理部６０９はオブジェクトＩＤに指定された次のオブジェクトＩＤと値を返答する。
【００８４】
図１５のステップＳ１５０１、Ｓ１５０２では、情報制御部６０７は、図９のステップＳ９０１、Ｓ９０２と同様の処理を実行する。ステップＳ１５０３において、解析部６０８は、保存された取得要求の種類を確認し、取得要求がＧｅｔＮｅｘｔであるか否かを判別する。その判別の結果、取得要求がＧｅｔＮｅｘｔでない場合は、取得要求がＧｅｔであると判断されるので、情報制御部６０７は、ステップＳ１５０９（後述する図１６）でＧｅｔ処理を実行して、図１５の処理を終了させる。一方、取得要求がＧｅｔＮｅｘｔである場合は、ステップＳ１５０４で、解析部６０８は期待オブジェクトＩＤを取得する。期待オブジェクトＩＤは、取得要求に設定されたオブジェクトＩＤの次のオブジェクトＩＤである。解析部６０８は管理情報データベース（図１３）の一覧を参照して期待オブジェクトＩＤを求める。なお、前述したとおり、取得要求がＧｅｔＮｅｘｔまたはＧｅｔＢｕｌｋの場合は情報処理装置１０１の管理部３０３が指定したオブジェクトＩＤの値を代理部６０９が返答すればよいわけではない。従って、情報処理装置１０１の管理部３０３から指定されたオブジェクトＩＤを判定するために、解析部６０８は期待オブジェクトＩＤを保持する。
【００８５】
次に、ステップＳ１５０５において、情報制御部６０７は、画像処理装置１０５内の管理情報の一覧を確認し、期待オブジェクトＩＤの値が画像形成装置１０６の情報か否かを判別する。そして、期待オブジェクトＩＤの値が画像形成装置１０６の情報でない場合は、期待オブジェクトＩＤが画像処理装置１０５の値であるので、情報制御部６０７は処理をステップＳ１５０８へ進める。ステップＳ１５０８では、情報制御部６０７は、ＨＤＤ５０５のデータベースに保存されている値を取得し、それを代理部６０９に渡し、送受信部６０３を介して情報処理装置１０１へ通知（送信）する。
【００８６】
一方、期待オブジェクトＩＤの値が画像形成装置１０６の情報である場合は、ステップＳ１５０６において、管理部６１０は情報処理装置１０１から指定されたオブジェクトＩＤを指定して画像形成装置１０６に取得要求を行う。印刷システム１０４が情報処理装置１０１に返答する管理情報は、画像処理装置１０５の管理情報と画像形成装置１０６の管理情報を組み合わせたものである。本実施の形態では印刷システム１０４が情報処理装置１０１に伝える管理情報が、画像処理装置１０５の管理情報と画像形成装置１０６の管理情報の両者の論理和（ＯＲ）と同じである場合を想定している。印刷システム１０４の管理情報が、上記両者の論理和（ＯＲ）であるとすれば、上記両者に差が存在しないため、画像形成装置１０６から取得した返答オブジェクトＩＤはすべて情報処理装置１０１に通知しても問題ない。そこで、ステップＳ１５０７において、画像処理装置１０５の管理部６１０が画像形成装置１０６に確認した返答オブジェクトＩＤと値を、代理部６０９が情報処理装置１０１へ送受信部６０３を介して通知する。
【００８７】
図１６は、図１５のステップＳ１５０９で実行されるＧｅｔ処理のフローチャートである。ステップＳ１６０１〜Ｓ１６０７の処理は、図９のステップＳ９０３〜Ｓ９０９と同様であるので、その説明を省略する。
【００８８】
本実施の形態によれば、無駄な通信を抑制して処理負荷の軽減及び通信帯域の有効活用を図ることに関し、第１の実施の形態と同様の効果を奏することができる。
【００８９】
（第５の実施の形態）
第４の実施の形態では、印刷システム１０４が情報処理装置１０１に伝える管理情報が、画像処理装置１０５の管理情報と画像形成装置１０６の管理情報の論理和（ＯＲ）と同じである場合を想定した。しかし、情報処理装置１０１に伝える管理情報が、上記論理和（ＯＲ）よりも小さい場合があり得る。第５の実施の形態では、このような場合も考慮して処理を分ける。
【００９０】
図１７は、ＧｅｔＮｅｘｔに対応した動的管理情報取得処理のフローチャートである。このフローチャートにかかわるプログラムは画像処理装置１０５のＲＡＭ５０２に展開され、ＣＰＵ５０１により実行されることで実現される。なお、必要に応じてＣＰＵ５０１は設定情報などをＨＤＤ５０５に保存する。図１７の処理は、情報処理装置１０１からデータを受信すると開始される。この処理では、具体的には、画像形成装置１０６の管理情報が、画像処理装置１０５が持つ管理情報とは異なるオブジェクトを持ち、印刷システム１０４として、代理部６０９が情報処理装置１０１にオブジェクトＩＤと値を返答しない場合を想定している。
【００９１】
ステップＳ１７０１〜Ｓ１７０６、Ｓ１７０８、Ｓ１７０９の処理は、図１５のＳ１５０１〜Ｓ１５０６、Ｓ１５０８、Ｓ１５０９の処理と同様である。ただし、ステップＳ１７０８では、情報制御部６０７は、情報処理装置１０１の管理部３０３にオブジェクトＩＤと値を代理部６０９が返答したことを示す通知フラグを記録（フラグオン）する。ステップＳ１７０６の後、ステップＳ１７０７では、情報制御部６０７は、後述するＧｅｔＮｅｘｔ処理（図１８）を実行する。概略としては、情報制御部６０７は、期待オブジェクトＩＤと、画像形成装置１０６に対して画像処理装置１０５が行った取得要求の結果から得られた返答オブジェクトＩＤとを比較する。そしてその比較結果に応じて、情報制御部６０７は、取得要求で指定されたオブジェクトＩＤの返答を情報処理装置１０１へ行う。その動作の詳細は図１８で後述する。
【００９２】
次に、ステップＳ１７１０において、情報制御部６０７は、通知フラグを確認することで、情報処理装置１０１から要求された取得要求に対して代理部６０９が値を通知したか否かを判別する。通知フラグがオンになっていると、値を通知したと判別される。その判別の結果、情報制御部６０７は、代理部６０９が値の通知をしていなければ、処理をステップＳ１７０２に戻す。これにより、解析部６０８は再び取得要求に指定されたオブジェクトＩＤの確認へ移行する。このときのオブジェクトＩＤには、画像形成装置１０６から取得した返答オブジェクトＩＤが割り当てられている。一方、代理部６０９が値の通知をしていれば、情報制御部６０７は、図１７の処理を終了させる。
【００９３】
図１８は、図１７のステップＳ１７０７で実行されるＧｅｔＮｅｘｔ処理のフローチャートである。ステップＳ１８０１において、画像処理装置１０５の情報制御部６０７は、画像形成装置１０６から返答された返答オブジェクトＩＤが期待オブジェクトＩＤと同じか否かを判別する。返答オブジェクトＩＤと期待オブジェクトＩＤとが同じである場合は、ステップＳ１８０２で、代理部６０９は、情報処理装置１０１に対して返答オブジェクトＩＤと値を通知する。このとき、情報制御部６０７は、通知フラグを記録（フラグオン）する。
【００９４】
一方、返答オブジェクトＩＤが期待オブジェクトＩＤと違っている場合は、ステップＳ１８０３で、情報制御部６０７は、返答オブジェクトＩＤが期待オブジェクトＩＤより小さい値であるか否かを判別する。前述した通り、オブジェクトＩＤはオブジェクトやインデックスごとに固有の値である。従って、取得された返答オブジェクトＩＤが想定していた期待オブジェクトＩＤよりも前に位置する場合、つまり返答オブジェクトＩＤが小さい場合、画像形成装置１０６だけが持つ管理情報が取得されたことになる。そこで、返答オブジェクトＩＤが期待オブジェクトＩＤより小さい値である場合は、管理部６１０は、印刷システム１０４の管理情報を取得するため、ステップＳ１８０４で、画像形成装置１０６から得られた返答オブジェクトＩＤをオブジェクトＩＤに入れる。その後、画像処理装置１０５は、ステップＳ１７１０を経て再度、画像形成装置１０６から値を取得する準備に移行する。
【００９５】
ステップＳ１８０３の判別の結果、返答オブジェクトＩＤが期待オブジェクトＩＤより小さくない場合は、画像形成装置１０６の管理情報からオブジェクトＩＤの値を取得できなかったと判断できる。そこで、管理部６１０は、期待オブジェクトＩＤとＮｕｌｌ値を情報処理装置１０１に通知する。このとき、情報制御部６０７は、通知フラグを記録（フラグオン）する。ステップＳ１８０２、Ｓ１８０４、Ｓ１８０５の後、図１８の処理は終了する。
【００９６】
本実施の形態によれば、無駄な通信を抑制して処理負荷の軽減及び通信帯域の有効活用を図ることに関し、第１の実施の形態と同様の効果を奏することができる。
【００９７】
（第６の実施の形態）
第４の実施の形態では、情報処理装置１０１から投入された取得要求がＧｅｔＮｅｘｔやＧｅｔＢｕｌｋであったとき、画像処理装置１０５は管理情報の一覧を参照した。そして画像処理装置１０５は、返答されると期待されるオブジェクトＩＤの種類に応じて、要求された管理情報を画像処理装置１０５から取得するか画像形成装置１０６から取得するかを決定した。その際、情報処理装置１０１から投入された取得要求に含まれるオブジェクトＩＤは変更せずに、決定された装置を宛先として取得要求ＧｅｔＮｅｘｔを行うことで、印刷システム１０４の管理情報を整えることが可能とされた。
【００９８】
しかし、印刷システム１０４の管理情報を整えるためには第４の実施の形態で説明した以外の方法も考えられる。第６の実施の形態では、画像処理装置１０５の解析部６０８がＧｅｔＮｅｘｔやＧｅｔＢｕｌｋに設定されているオブジェクトＩＤを印刷システム１０４の管理情報の一覧と照らし合わせ、期待オブジェクトＩＤを求める。そして、管理部６１０は、取得要求をＧｅｔに変換して管理情報の取得を行うようにする。以下、図１９でその詳細を説明する。
【００９９】
図１９は、ＧｅｔＮｅｘｔに対応した動的管理情報取得処理のフローチャートである。このフローチャートにかかわるプログラムは画像処理装置１０５のＲＡＭ５０２に展開され、ＣＰＵ５０１により実行されることで実現される。なお、必要に応じてＣＰＵ５０１は設定情報などをＨＤＤ５０５に保存する。図１９の処理は、情報処理装置１０１からデータを受信すると開始される。
【０１００】
ステップＳ１９０１〜Ｓ１９０５、Ｓ１９０６、Ｓ１９０７の処理は、図１７のステップＳ１７０１〜Ｓ１７０５、Ｓ１７０９、Ｓ１７０８の処理と同様である。ステップＳ１９０８において、管理部６１０は、取得要求をＧｅｔに変換して、期待オブジェクトＩＤの値を画像形成装置１０６から取得する。ステップ１９０９において、情報制御部６０７は、画像形成装置１０６から期待オブジェクトＩＤが返答されたか（返答が存在するか）否かを判別する。そして、画像形成装置１０６から期待オブジェクトＩＤが返答されない場合は、ステップＳ１９１０において、情報制御部６０７は次のオブジェクトＩＤを取得するために、期待オブジェクトＩＤをオブジェクトＩＤに入れる。代理部６０９が情報処理装置１０１の管理部３０３にオブジェクトＩＤを通知していない場合、情報制御部６０７は後述のステップＳ１９１２で処理をステップＳ１９０２に戻す。すなわち、再度、期待オブジェクトＩＤが求められ、情報制御部６０７は管理情報の一覧を用いて判別を行う。一方、期待オブジェクトＩＤが返答された場合は、ステップＳ１９１１で、代理部６０９は、送受信部６０３を介して返答オブジェクトＩＤと値を情報処理装置１０１へ通知する。このとき、情報制御部６０７は、通知フラグを記録（フラグオン）する。
【０１０１】
ステップＳ１９１２では、情報制御部６０７は、通知フラグを確認することで、情報処理装置１０１にオブジェクトＩＤと値を通知したか否かを判別する。通知フラグがオンになっていると、値を通知したと判別される。その判別の結果、情報制御部６０７は、代理部６０９が値の通知をしていなければ、処理をステップＳ１９０２に戻す。これにより、オブジェクトＩＤの取得が再度行われる。一方、代理部６０９が値の通知をしていれば、情報制御部６０７は、図１９の処理を終了させる。
【０１０２】
本実施の形態によれば、無駄な通信を抑制して処理負荷の軽減及び通信帯域の有効活用を図ることに関し、第１の実施の形態と同様の効果を奏することができる。
【０１０３】
（第７の実施の形態）
第４の実施の形態では、印刷システム１０４が情報処理装置１０１に伝える管理情報が、画像処理装置１０５の管理情報と画像形成装置１０６の管理情報の論理和（ＯＲ）と同じと想定した場合のＧｅｔＮｅｘｔの処理を示した。第５の実施の形態では、印刷システム１０４の管理情報に含まれない管理情報を画像形成装置１０６の管理情報が持つ場合のＧｅｔＮｅｘｔの動作を示した。しかし、印刷システム１０４の管理情報と、画像処理装置１０５、画像形成装置１０６の各管理情報の関係は、それぞれのバージョンアップなどにより変化することが考えられる。そこで、第７の実施の形態では、画像処理装置１０５の情報制御部６０７が、起動時に画像形成装置１０６の管理情報を代理部８０９に確認し、印刷システム１０４の管理情報に含まれない画像形成装置１０６独自の管理情報が追加されているかを判断する。そしてその判断結果に応じて、情報制御部６０７は取得要求ＧｅｔＮｅｘｔに対応する処理を決める。
【０１０４】
図２０は、印刷システム起動時における管理情報取得処理のフローチャートである。このフローチャートにかかわるプログラムは画像処理装置１０５のＲＡＭ５０２に展開され、ＣＰＵ５０１により実行されることで実現される。なお、必要に応じてＣＰＵ５０１は設定情報などをＨＤＤ５０５に保存する。図２０の処理は、画像処理装置１０５が起動すると開始される。
【０１０５】
ステップＳ２００１において、画像処理装置１０５の管理部６１０は、取得要求ＧｅｔＮｅｘｔを用いて、画像形成装置１０６の代理部８０９から画像形成装置１０６の管理情報を取得する。すなわち、管理部６１０は、ＨＤＤ５０５に保存されている印刷システムの管理情報の一覧から画像形成装置１０６の管理情報の最初のオブジェクトＩＤを取得し、画像形成装置１０６の代理部８０９に対して取得要求ＧｅｔＮｅｘｔをくりかえし送信する。これにより、画像形成装置１０６の管理情報の一覧が取得される。
【０１０６】
ステップ２００２において、情報制御部６０７は、ＨＤＤ５０５に保存されている印刷システム１０４の管理情報の一覧と画像形成装置１０６の管理情報の一覧とを比較する。そして情報制御部６０７は、印刷システム１０４に含まれない管理情報、すなわち画像形成装置１０６独自の管理情報が存在するかを判別する。具体的には、情報制御部６０７は、画像処理装置１０５の管理情報と画像形成装置１０６の管理情報の論理和（ＯＲ）と印刷システム１０４の管理情報の一覧とを比較し、両者に違いがあるか否かを判別する。
【０１０７】
その判別の結果、情報制御部６０７は、両者に違いがある場合は、画像形成装置１０６の独自の管理情報が存在するので、処理をステップＳ２００４へ進める一方、両者が同じである場合は、処理をステップＳ２００３へ進める。ステップＳ２００３では、情報制御部６０７は、前述した第４の実施の形態の処理（図１５）を実行する。ステップＳ２００４では、情報制御部６０７は前述した第５の実施の形態（図１７）の処理を実行する。その後、図２０の処理は終了する。
【０１０８】
本実施の形態によれば、無駄な通信を抑制して処理負荷の軽減及び通信帯域の有効活用を図ることに関し、第１の実施の形態と同様の効果を奏することができる。
【０１０９】
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【０１１０】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。
【符号の説明】
【０１１１】
１０１  情報処理装置
１０５  画像処理装置
１０６  画像形成装置
５０５  ＨＤＤ
６０３  送受信部
６０７  情報制御部
【図１】
2017168083.tif 000003
【図２】
2017168083.tif 000004
【図３】
2017168083.tif 000005
【図４】
2017168083.tif 000006
【図５】
2017168083.tif 000007
【図６】
2017168083.tif 000008
【図７】
2017168083.tif 000009
【図８】
2017168083.tif 000010
【図９】
2017168083.tif 000011
【図１０】
2017168083.tif 000012
【図１１】
2017168083.tif 000013
【図１２】
2017168083.tif 000014
【図１３】
2017168083.tif 000015
【図１４】
2017168083.tif 000016
【図１５】
2017168083.tif 000017
【図１６】
2017168083.tif 000018
【図１７】
2017168083.tif 000019
【図１８】
2017168083.tif 000020
【図１９】
2017168083.tif 000021
【図２０】
2017168083.tif 000022