JP2009075707A - 情報処理装置、情報処理装置の機器情報管理方法、プログラム - Google Patents

Abstract

【課題】 周辺機器とのトラフィックを増加させることなく、情報処理装置から送信したタイミング情報に基づいて、周辺機器が自発的に送信する機器情報を取得することである。
【解決手段】 ＰＣ／ＷＳ１１のプリンタドライバは、機器情報を周辺機器から特定のタイミングで自発的に送信させるためのタイミング情報を作成する。そして、ＰＣ／ＷＳ１１のプリンタドライバは、作成されたタイミング情報を画像入出力制御部３に送信する。そして、画像入出力制御部３はＰＣ／ＷＳ１１から送信されるタイミング情報を取得する。そして、画像入出力制御部３は、プリンタ部、スキャナ部から取得済みの最新の機器情報をＰＣ／ＷＳ１１に対して上記タイミング情報に基づくタイミングで自発的に送信する構成を特徴とする。
【選択図】 図１

Description

本発明は、周辺機器が送信する機器情報を処理する情報処理装置に関するものである。

従来、ネットワークに接続される周辺機器として、プリンタ、ファクシミリ装置、コピー機、およびそれらの機能を有する複合機（ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｉｒｎｔｅｒ）が存在している。

また、周辺機器に対して、近年、給紙部や排紙部（ソータやフィニッシャー）がオプションとして装着できるようになっており、周辺機器に送信するための印刷データを生成する情報処理装置にインストールされているプリンタドライバでは、印刷データに設定する項目が複雑化されてきている。

さらに、給紙部においては、プリンタ機器の給紙可能な給紙段に設定される記録媒体の種類（メディアタイプ）を、プリンタドライバのダイナミックコンフィグ機能で取得し、ドライバＵＩ上に表示する方法が知られている。

また、給紙部においては、プリンタ機器の給紙可能な給紙段に給紙された用紙残量をプリンタドライバのダイナミックコンフィグ機能で取得し、ドライバＵＩ上に表示する方法が知られている。

さらには、排紙部においてはソータやフィニッシャーに投入されたステイプル針の残量をプリンタドライバのダイナミックコンフィグ機能で取得し、ドライバＵＩ上に表示する方法が知られている。

さらには、周辺機器、例えば印刷装置のトナー残量も同様にプリンタドライバのダイナミックコンフィグ機能で取得し、ドライバＵＩ上に表示する方法が知られている。

さらには、周辺機器のエラー情報においても同様にプリンタドライバのダイナミックコンフィグ機能で取得し、ドライバＵＩ上に表示する方法が知られている。

このダイナミックコンフィグ機能は、通常、Windows（登録商標）オペレーティングシステム上の標準TCP/IPポートを利用し実現している。

ここで、プリンタドライバのダイナミックコンフィグ機能で上記各種の情報の取得タイミングとしては、プリンタドライバのインストール時が挙げられる。また、これ以外のタイミングとして、プリンタドライバのインストール後のプリンタドライバが提供するUIにおける構成情報取得ボタンを押下などユーザの指示時が挙げられる。

その際、プリンタドライバからダイナミックコンフィグ機能により周辺機器に問い合わせて情報を取得する方法が知られている。

また、ポーリングなどにより自動的にプリンタドライバのダイナミックコンフィグモジュールが周辺機器に問い合わせて情報を取得する方法が知られている。

特に前者のユーザの指示における問い合わせ方法は、給紙部や排紙部の周辺機器のオプション構成を取得する際に使われる方法である。

また、後者のプリンタドライバからのポーリングによる問い合わせ方法は、前述の用紙残量、ステイプル針残量、トナー残量、デバイスのエラー検知などの方法に使われている。

例えば、上記、プリンタドライバのダイナミックコンフィグモジュールによる機器情報の取得としては、下記特許文献１などに見られる手法がある。

この特許文献１ではこれら機器情報の１つとして用紙情報を取得する例が挙げられている。

近年、Windows（登録商標）のオペレーティングシステムの１つであるVISTA（登録商標）においては、OSの機能であるWSDポートを利用したオートコンフィグ機能が実現される。

WSDポートを利用するオートコンフィグ機能では、プリンタドライバからのポーリングで周辺機器に問い合わせて情報を取得する構成とはなっていない。

しかしながら、周辺機器がWSDポートを使用してプリンタドライバに情報を送信することでプリンタドライバが情報を取得することが可能である。

また、近年、周辺機器、例えば印刷装置は印刷要求がない場合は、スリープ状態という待機モードを備えており、印刷装置の消費電力を節約する方法があることが知られている。
特許公開2002-044344号公報

しかしながら上記WSDポートを利用するオートコンフィグ機能の情報取得方法において、例えばステイプル針・用紙残量・トナー残量などの消耗品に関して、周辺機器の状態変更が随時発生するものがある。

それらに関して、周辺機器がその変化が発生するたびに変更情報を、WSDポートを利用して、情報処理装置にインストールされているプリンタドライバに送信すると、ネットワーク上のトラフィックが増大しかねないという課題がある。

また、周辺機器の状態変化は一定ではない。例えば前述の用紙残量、トナー残量などの消耗品の状態は、プリンタドライバからの印刷頻度に応じて変化する。

このような場合、デバイスが一定間隔で変更情報を送信しても、変更状態がほとんど無く、オペレータにとって意味のない情報となる場合があった。

特にオフィス市場およびPOD市場など、市場によって使用頻度が異なり、オフィス市場などでは、頻繁な情報更新が必要でなく、POD市場では頻繁に情報更新が必要となる場合があった。

また、周辺機器の情報が必要な際にプリンタドライバから従来のスタンダードTCP/IPポートを利用した情報取得を行うと、スリープ状態に入っていた周辺機器のスリープ状態が解除される。

従って、プリンタドライバから情報取得の問い合わせの度に周辺機器が起きている状態が発生し、画像入出力装置の電力消費が増大するといった課題があった。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、周辺機器とのトラフィックを増加させることなく、送信したタイミング情報に基づいて、周辺機器が自発的に送信する機器情報を取得できる仕組みを提供することである。

上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。

タイミング情報に基づき周辺機器が送信する機器情報を受信する受信手段と、機器情報に基づきタイミング情報を設定する設定手段と、前記設定手段により設定されたタイミング情報を周辺機器に送信する送信手段と、
を有することを特徴とする。

本発明によれば、周辺機器とのトラフィックを増加させることなく、送信したタイミング情報に基づいて、周辺機器が自発的に送信する機器情報を取得できる。

次に本発明を実施するための最良の形態について図面を参照して説明する。ただし、この実施の形態に記載されている構成要素の相対配置、数値等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。

＜システム構成の説明＞
〔第１実施形態〕
図ｌは、本発明の実施形態を示す情報処理装置を適用可能な印刷システムの構成を説明するブロック図である。なお、本実施形態では、ＰＣ／ＷＳ１１がネットワークを介してリーダ部１、プリンタ部２を制御する画像入出力制御部３と通信可能な印刷システムの例を示す。

本実施形態では、リーダ部１、プリンタ部２、画像入出力制御部３を含むＭＦＰ(Multi Function Peripheral)を周辺機器の例とするが、印刷機能単体の印刷装置や、画像読み取り機能単体のスキャナ装置であっても、本発明を適用可能である。

以下、周辺機器を制御する画像入出力制御部３と通信して、タイミング情報の送信や、周辺機器から機器情報を取得する処理について説明する。

なお、ＰＣ／ＷＳ１１にインストールされているデバイスドライバは、アプリケーションからの要求に基づいて、ジョブデータを生成して、画像入出力制御部３に対して送信可能に構成されている。以下、情報処理装置における機器情報処理動作について詳述する。

図１において、リーダ部ｌは、原稿の画像を読み取り、原稿画像に応じた画像データを画像入出力制御部３へ出力する。

プリンタ部２は、画像入出力制御部３からの画像データに応じた画像を記録紙上に記録する。画像入出力制御部３はリーダ部ｌおよびプリンタ部２に接続されており、ファクシミリ部４、ストレージ部５、コンピュータインタフェース部７、ＲＩＰ（Raster Image Processor）部８、操作部９、コア部ｌ０などからなる。

ファクシミリ部４は、電話回線を介して受信した圧縮画像データを伸長して、伸長された画像データをコア部ｌ０へ転送し、又、コア部ｌ０から転送された画像データを圧縮して、圧縮された圧縮画像データを、電話回線を介して送信する。また、ファクシミリ部４が送受信する画像データは、ストレージ部５に接続されたハードディスク６中に一時的に保存することができる。

ストレージ部５にはハードディスク６が接続されており、ストレージ部５はコア部ｌ０から転送された画像データを圧縮し、その画像データを検索するための画像データＩＤ番号とともにハードディスク６に記憶させる。

又、ストレージ部５は、コア部ｌ０を介して転送されたコードデータに基づいてハードディスク６に記憶されている圧縮画像データを検索し、検索された圧縮画像データを読み出して伸長し、伸長された画像データをコア部１０へ転送する。

コンピュータインタフェース部７は、パーソナルコンピュータ又はワークステーションで構成される情報処理装置（ＰＣ／ＷＳ）ｌｌとコア部ｌ０の間のインタフェースである。

なお、コンピュータインタフェース部７は、ＰＣ／ＷＳ１１と１対１のローカルインタフェースで接続しても、ネットワークで接続しても良い。本例は、ネットワーク接続される例を示す。

また、コア部１０で管理している印刷ジョブ情報や各種設定情報、リーダ部１，プリンタ部２画像入出力装置の状態をＰＣ／ＷＳ１１に送信するなど、ＰＣ／ＷＳ１１と双方向通信することも可能である。

また、機器情報として、リーダ部１、プリンタ部２で装着されている給紙段や排紙装置（フィニッシャー）等の種類がある。

さらに、機器情報として、それぞれの給紙段に設定されている用紙情報、用紙残量、ステイプル針残量、トナーの残量等の消耗品に係わる情報も含まれる。

これらの機器情報は、リーダ部１あるいはプリンタ部２からコア部１０に送られ、このコンピュータインタフェース部７を通し、ＰＣ／ＷＳ１１に送信することが可能である。

この場合、ＰＣ／ＷＳ１１より、機器情報を取得すべく問い合わせがネットワーク等を介してコンピュータインタフェース部７に届くことになる。さらにその際、コンピュータインタフェース部７では、コア部１０に情報を問い合わせ、その情報をコア部１０より引き出し、再びネットワーク等を介してＰＣ／ＷＳ１１に送信することになる。

ここで、ＰＣ／ＷＳ１１から機器に情報を問い合わせ、その情報を取得することをダイナミックコンフィグと呼ぶ。

また、ＰＣ／ＷＳ１１より、機器情報を取得すべく問い合わせがネットワーク等を介してコンピュータインタフェース部７に届かないことがある。

この場合でも、コア部１０が情報送信のアクションを起こし、コンピュータインタフェース部７では、アクションが起きたタイミングで、コア部１０の情報を引き出す。

このようにして、ネットワーク等を介してＰＣ／ＷＳ１１に送信することも可能である。

ここでは、コア部１０が情報送信のアクションを起こし、画像入出力制御部３が自ら情報をＰＣ／ＷＳ１１に送信し、ＰＣ／ＷＳ１１のプリンタドライバが情報を取得することを、WSDを使用したオートコンフィグと呼ぶ。

ＲＩＰ部８は、ＰＣ／ＷＳｌｌから転送された画像を表すコードデータ（ＰＤＬデータ）をプリンタ部２で記録できる画像データに展開する。

操作部９は、タッチパネルディスプレイとハードキーを備え、ユーザインタフェースにより、本画像入出力制御部３への動作指示や動作設定及び用紙情報等の設定などを行う。

コア部ｌ０の構成については後述するが、コア部ｌ０はリーダ部ｌ、プリンタ部２、ファクシミリ部４、ストレージ部５、コンピュータインタフェース部７、ＲＩＰ部８、操作部９それぞれの間におけるデータの流れを制御するものである。

ここで、ＰＣ／ＷＳ１１と画像入出力制御部３との間で双方向通信により配信される情報は、前述したように、給紙段や排紙装置（フィニッシャー）等の種類である。

さらに、それぞれの給紙段に設定されている用紙情報、給紙段毎の用紙残量、ステイプル針残量、トナーの残量等の機器情報（デバイス情報）である。前述の用紙残量は、各給紙段毎にコア部１０で管理され、ステイプル針残量、トナーの残量等の機器情報と共にストレージ部５に記憶される。

また、コア部１０では、コンピュータインタフェース部７が受け取った情報、例えば、オートコンフィグのための送信タイミングなども管理し、必要に応じてストレージ部５に記憶される。

さらに、ストレージ部５は必要に応じてハードディスク６にそれらの情報を記憶することも可能である。また、コア部１０はストレージ部５で記憶されている送信タイミングに応じて、前述の機器情報をストレージ部５から読み出し、コンピュータインタフェース部７に送信することが可能である。

図２は、図１に示したリーダ部ｌ及びプリンタ部２の構成を説明する断面図である。

図２において、リーダ部ｌの原稿給送装置ｌ０ｌは、原稿を先頭順にｌ枚ずつプラテンガラスｌ０２上へ給送し、原稿の読み取り動作終了後、プラテンガラス１０２上の原稿を排出する。

原稿が原稿給送装置ｌ０ｌからプラテンガラス１０２上に搬送されると、ランプｌ０３を点灯した状態で、スキャナユニットｌ０４の移動を開始させ、原稿の露光走査を行う。

この時の原稿からの反射光は、ミラーｌ０５、ｌ０６、ｌ０７、及びレンズｌ０８によってＣＣＤイメージセンサ（以下ＣＣＤという）１０９へ導かれる。

このように、走査された原稿の画像はＣＣＤｌ０９によって読み取られる。そして、ＣＣＤ１０９から出力される画像データは、所定の処理が施された後、画像入出力制御部３のコア部１０へ転送される。

プリンタ部２のレーザドライバ２２ｌは、レーザ発光部２０ｌを駆動するものであり、画像入出力制御部３のコア部１０から出力された画像データに応じた変調されたレーザ光をレーザ発光部２０ｌから発光させる。

このレーザ光は、折り返しミラーを介して感光ドラム２０２に照射され、感光ドラム２０２にはレーザ光に応じた静電潜像が形成される。この感光ドラム２０２の潜像の部分には現像器２０３によって現像剤が付着される。そして、レーザ光の照射開始と同期したタイミングで、カセット２０４及びカセット２０５のいずれかから記録紙を給紙して転写部２０６へ搬送し、感光ドラム２０２に付着された現像剤を記録紙に転写する。

その後、現像剤の乗った記録紙は定着部２０７に搬送され、定着部２０７の熱と圧力により現像剤は記像紙に定着される。

そして、定着部２０７を通過した記録紙は排出ローラ２０８によって排出される。

なお、両面記録が設定されている場合は、排出ローラ２０８のところまで記録紙を搬送した後、排出ローラ２０８の回転方向を逆転させ、フラッパ２０９によって再給紙搬送路２１０へ導く。そして、再給紙搬送路２１０へ導かれた記録紙は上述したタイミングで転写部２０６へ給紙される。

２２０はフィニッシャーオプションとして機能する排紙装置で、上記排出ローラ２０８によって排出された記録紙を画像形成装置の外に排出する際、必要に応じてステイプルやパンチ等の処理も行う。なお、排紙装置２２０には、消耗品となるステイプル針の残量を検出する検出手段を備え、当該検出手段が検出する残量情報がコア部１０に通知される。

なお、コア部１０は、排紙部および排紙装置２２０に備えるステイプル針の残量や、各カセット２０４、２０５に収納されている記録紙の残量を管理している。

このように上記一連の画像処理が施された記録紙は排紙装置の排紙トレイ等に排紙される。

図３は、図１に示したコア部１０の詳細構成を説明するブロック図である。

図３において、リーダ部１からの画像データはインタフェース（Ｉ／Ｆ）１２２を介して、データ処理部１２１へ転送される。データ処理部１２１は、画像の回転処理や変倍処理などの画像処理や画像データの圧縮、伸長を行うものであり、内部にＡ４／Ｌｅｔｔｅｒサイズ相当の画像データ複数ページ分のページメモリを有する。

リーダ部１からデータ処理部１２１へ転送された画像データは、ページメモリに一時的に記憶された後、圧縮されてインタフェース１２０を介してストレージ部５へ転送される。

また、コンピュータインタフェース部７を介して入力された画像を表すコードデータ（ＰＤＬデータ）は、インタフェース１２０を介してデータ処理部１２１に転送された後、ＲＩＰ部８へ転送されて画像データに展開される。

次に、この画像データはデータ処理部１２１に転送され、ページメモリに一時的に記憶された後、圧縮されてストレージ部５へ転送され、データ処理部１２１で定められた画像データＩＤ番号で管理される。

ストレージ部５からの画像データは、データ処理部１２１へ転送された後、伸長されてページメモリに一時的に記憶された後、プリンタ部２やファクシミリ部４、コンピュータインタフェース部７へ転送される。

また、データ処理部１２１は、画像データがストレージ部５で保持されたならば、直ちにデータ管理部１２５へ通知する。そして、データ管理部１２５は、データ処理部１２１で定められた画像データＩＤ番号と関連づけて管理する。

また、データ管理部１２５は、ストレージ部５が備える例えばハードディスク６に保存された印刷ジョブも印刷ジョブＩＤ番号と関連付けて管理している。１２６は画像出力開始判断部である。

なお、前述したデータ処理部１２１へ各種画像データを入力し、ページメモリに一時的に記憶した後、ストレージ部５へ画像データを転送する前に、データ処理部１２１は、当該画像データをプリンタ部２やファクシミリ部４、コンピュータインタフェース部７へ転送することも可能である。

この場合、データ処理部１２１は、内部のセレクタを切り替えることによって、当該画像データをプリンタ部２やファクシミリ部４、コンピュータインタフェース部７へデータ転送が可能となる。

ＣＰＵ１２３は、メモリ１２４に記憶されている制御プログラム、及び操作部９から転送された制御コマンドに従って各部のデータ処理を制御する。また、メモリ１２４はＣＰＵ１２３の作業領域としても使われる。

以下、画像入出力制御部３が管理する用紙残量、ステイプル残量、トナー残量の検知とその情報の処理について説明する。

まず、用紙残量については、図２に示したカセット２０４あるいはカセット２０５の内部にセンサ等が設けられ、当該センサがカセット２０４あるいはカセット２０５の内の用紙残量を検知する。

そして、当該センサで検知されたカセット２０４あるいはカセット２０５の内の残量は、コア部１０のＩ／Ｆ１２２を介してストレージ部５に記憶される。同様に、トナーカートリッジ内のセンサが検知したトナー残量は、コア部１０を通してストレージ部５に記憶される。

さらに、ステイプル残量も同様に排紙装置２２０が備えるステイプラに装着されたステイプル針センサ等にて残量を検知する。そして、ステイプル針センサが検知したステイプル残量は、Ｉ／Ｆ１２０を介してストレージ部５のハードディスク６に改めて記憶される。

また、これらの残量情報は、必要に応じてデータ処理部１２１、ＣＰＵ１２３を介し、メモリ１２４上にも記憶される。そして、メモリ１２４上に記憶された用紙残量、ステイプル残量、トナー残量は画像入出力制御部３で処理可能となる。

このように、コア部１０を中心に、データ処理部１２１、ストレージ部５を介して、原稿画像の読み取り、画像のプリント、画像の送受信、画像の保存などの機能を複合させた処理を行うことが可能である。

また、画像入出力制御部３は、用紙残量、トナー残量、ステイプル針残量の処理、あるいはＰＣ／ＷＳ１１から受信するデータに対する処理機能を複合させた画像処理を行うことが可能である。

図４は、図１に示した情報処理装置（ＰＣ／ＷＳ１１）を含む印刷システムの構成を説明するブロック図である。

なお、本例に示す画像入出力制御部３は、所定の双方向通信させる必要があるため、ネットワーク２１を介して情報処理装置１１に接続されている。また、本実施形態ではネットワーク（ＬＡＮ）２１を介して画像入出力制御部３とホストコンピュータであるＰＣ／ＷＳ１１とが通信可能に接続された情報処理システムについて説明している。

しかしながら、ネットワーク２１だけでなく、ローカルインタフェース（ＵＳＢやＩＥＥＥ１３９４など）によりＰＣ／ＷＳ１１と画像入出力制御部３とを接続した情報処理システムについても同様に適用できる。

図４において、ＰＣ／ＷＳ１１は、操作者により任意の所定データが入力されるキーボード（ＫＢ）２３と、所定データの表示等を行う表示部（ＣＲＴ）２４を備えている。さらに、ブートプログラムや種々のアプリケーションプログラム、フォントデータ、ユーザファイル、編集ファイルなどが記憶されたフレキシブルディスクやハードディスク等の外部記憶装置２５を備えている。

２６はコントローラ部で、ＰＣ／ＷＳ１１全体を制御する。なお、コントローラ部２６を情報処理装置と呼ぶこともある。

コントローラ部２６において、２７はキーボードコントローラ（ＫＢＣ）で、キーボード２３からのキー入力データや不図示のポインティングデバイスにより指示された入力データを制御する。

さらに、２８はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴ２４を制御する。２９はディスクコントローラ（ＤＫＣ）で、外部記憶装置２５とのアクセスを制御する。

３０はプリンタコントローラ（ＰＲＴＣ）３０で、画像入出力制御部３との通信制御処理を実行する。３１はＲＡＭで、ＣＰＵ３４が実行するプログラムのワークエリア等としての機能を有する。３２はＲＯＭで、所定の印刷制御プログラムやＩ／Ｏを制御するＢＩＯＳ等が格納されている。ＣＰＵ３４は、システムバス３３に接続されるデバイスを総括的に制御する。

なお、外部記憶装置２５は、本体に内臓もしくは装着されるハードディスクだけでなく、ＦＤ、ＣＤ、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＭＯ、ＤＶＤ、光ディスク、光磁気ディスクなどの記憶媒体であってもよい。その場合、ＤＫＣ２９は、記憶媒体からデータを読み出すドライブに相当することになる。

次に、画像入出力制御部３がＰＣ／ＷＳ１１に現在のデバイスの機器情報を送信するオートコンフィグ機能について説明する。

前述したように、機器情報には、リーダ部１、プリンタ部２で装着されている給紙段や排紙装置（フィニッシャー）等の種類が含まれる。また、機器情報には、給紙段に設定されている用紙情報、用紙残量、トナーの残量、ステイプル針等の機器情報が含まれる。これらの機器情報は、リーダ部１、プリンタ部２からＩ／Ｆ部１２２を介してＣＰＵ１２３に送られ、メモリ１２４に記憶される。また、上記機器情報が前述したように、Ｉ／Ｆ部１２０を当してストレージ部５に記憶される場合もある。

コンピュータインタフェース部７を介してネットワーク上のＰＣ／ＷＳ１１から機器情報の取得タイミングが通知された場合、そのタイミング情報は、Ｉ／Ｆ部１２０を介してＣＰＵ１２３に伝えられ、メモリ１２４に記憶される。

また、Ｉ／Ｆ部１２０を介してストレージ部５にタイミング情報が記憶される場合もある。

ＣＰＵ１２３は、メモリ１２４に記憶されたタイミング情報あるいはＩ／Ｆ部１２０を介してストレージ部５に記憶されたタイミング情報を取得し、情報送信のタイミングを監視する制御を行う。ここで、タイミング情報は、後述するフローチャートに示すタイミングでＰＣ／ＷＳ１１から送信されたタイミング情報である。

そして、ＣＰＵ１２３は送信タイミングになったら、メモリ１２４に記憶してあった機器情報を取得する。なお、ＣＰＵ１２３はＩ／Ｆ部１２０を介してストレージ部５に記憶してあった機器情報を取得する場合もある。

次に、ＣＰＵ１２３は、取得した機器情報をＩ／Ｆ部１２０を介してコンピュータインタフェース部７に送信する。

次に、本実施形態のＰＣ／ＷＳ１１における印刷処理装置が動作するまでの処理についてさらに説明する。

また図４は印刷システムの構成を説明するブロック図である。

図５は、図１に示したＰＣ／ＷＳ１１のＲＡＭ３１のメモリマップを説明する図である。

図５において、ＰＣ／ＷＳ１１は、基本Ｉ／Ｏプログラム、オペレーティングシステム（ＯＳ）、及び本印刷処理プログラムをＣＰＵ３４が実行することにより動作する。

図４において、基本Ｉ／Ｏプログラムは、ＰＣ／ＷＳ１１内のＲＯＭ３２に書き込まれており、オペレーティングシステム（ＯＳ）は、ＰＣ／ＷＳ１１内のハードディスク（ＨＤ）或いはフレキシブルディスク（ＦＤ）等の外部記憶装置２５に書き込まれている。

まず、ＰＣ／ＷＳ１１の電源がＯＮされると、基本Ｉ／Ｏプログラム中のイニシャルプログラムローディング（ＩＰＬ）機能が動作する。

これにより、情報処理装置（ＰＣ／ＷＳ）１１内のハードディスク（ＨＤ）或いはフレキシブルディスク（ＦＤ）等の外部記憶記憶装置１１に記憶されたオペレーティングシステム（ＯＳ）がＰＣ／ＷＳ１１内のＲＡＭ３１に読み込まれ、ＯＳが動作される。

次に、オペレータが、ＰＣ／ＷＳ１１内のキーボード２３及びポインティングデバイスにより、ＰＣ／ＷＳ１１内のＣＲＴ２４の画面に表示されたコマンドメニューのコマンドイメージ等を選択する。

このように、オペレータがアプリケーションの実行を指示すると、ハードディスク（ＨＤ）或いはフレキシブルディスク（ＦＤ）等の外部記憶装置２５に記憶されたアプリケーションがＲＡＭ３１に読み込まれ、ＣＰＵ３４がアプリケーションを実行することで、種々のデータ処理を行う。

次に、アプリケーション起動時と同様な手順で、オペレータにより印刷が指示される。これにより、ハードディスク（ＨＤ）或いはフレキシブルディスク（ＦＤ）等の外部記憶装置２５に記憶された印刷データの合成機能等を有する本印刷処理プログラムおよびプリンタ制御コマンド生成プログラム（プリンタドライバ）がＲＡＭ３１に読み込まれる。このようにして、本印刷処理システムが動作する。

本実施形態の場合は、本印刷処理プログラム及び関連データはフレキシブルディスク（ＦＤ）に記憶されており、その記憶されている内容の構成を図５に示す。

ＰＣ／ＷＳ１１内のフレキシブルディスク（ＦＤ）に記憶された印刷処理プログラム及び関連データは、ＰＣ／ＷＳ１１内のＤＫＣ２９を通じてＲＡＭ３１にロードすることもできる。このフレキシブルディスクを外部記憶装置２５にセットすると、ＯＳ及び基本Ｉ／Ｏプログラムの制御のもとに本印刷処理プログラム及び関連データがフレキシブルディスク（ＦＤ）から読み出さる。そして、ＰＣ／ＷＳ１１内のＲＡＭ３１にロードされると、ＣＰＵ３４が本印刷処理プログラムを実行することで、本実施形態の印刷処理が実現される。

図６は、図１に示したＰＣ／ＷＳ１１内の印刷データ処理モジュールを説明するブロック図である。なお、図中において、Ａ〜Ｇは各モジュールでやりとりされる経路を示す。

本例に示すＰＣ／ＷＳ１１のモジュールは、アプリケーション６０１、グラフィックエンジン６０２、プリンタドライバ６０３、およびシステムスプーラ６０４等から構成されている。

図６に示すプリンタドライバ６０３は、ＰＤＬ生成モジュール６０６、属性パケット生成モジュール６０７を含んで構成され、システムスプーラ６０４は、ルータ６０９，ＷＳＤモニタ６０５，キャッシュ６１０を含んで構成されている。

なお、各種モジュールは、例えばＰＣ／ＷＳ１１内の外部記憶装置２５に保存されたファイルとして存在する。さらに、これらはＯＳやそのモジュールを利用するモジュールによって、ＰＣ／ＷＳ１１内のＲＡＭ３１にロードされ、ＣＰＵ３４により実行される。

また、アプリケーション６０１およびプリンタドライバ６０３は、ＦＤやＣＤ−ＲＯＭ等の記憶媒体(図示なし)から供給されるか、あるいはネットワークを経由してＰＣ／ＷＳ１１内のハードディスクに供給することが可能となっている。アプリケーション６０１からプリンタ部２に対して印刷を行う際には、グラフィックエンジン６０２を利用して出力（描画）を行う。

アプリケーション６０１は、ユーザからの操作により所望となる文書を生成するものであり、ユーザからの印刷指示によりＯＳの提供する描画手段であるグラフィックエンジン６０２に対して、文書を描画関数として出力することができるように構成されている。

ここで、Windows（米国マイクロソフト社の登録商標）ＯＳの場合は、描画手段であるグラフィックエンジン６０２は、ＧＤＩ（Graphic Device Interface）と呼ばれる。

アプリケーション６０１は、印刷を所望する文書をＯＳのＧＤＩで定義される描画関数に変換し、この描画関数であるＧＤＩ関数をＧＤＩ（グラフィックエンジン）６０２に出力する。

また、グラフィックエンジン６０２は、アプリケーション６０１から印刷開始の指示を受けると、印刷装置ごとに用意されたプリンタドライバ６０３をＲＡＭ３１にロードし、アプリケーション６０１の出力をプリンタドライバ６０３に設定する。

そして、グラフィックエンジン６０２は、アプリケーション２０１から受け取るＧＤＩ関数からＤＤＩ（Device Driver Interface）関数に変換して、プリンタドライバ６０３へＤＤＩ関数を出力する。

プリンタドライバ６０３は、グラフィックエンジン６０２から受け取ったＤＤＩ関数に基づいて、画像入出力制御部３が認識可能な制御コマンド、例えばＰＤＬ（Page Description Language）に基づく印刷制御コマンドに変換する。

そして、プリンタドライバ６０３は、変換された印刷制御コマンドに基づいて印刷データを生成し、ＯＳによってロードされたシステムスプーラ６０４に送信する（経路Ａ）。システムスプーラ６０４では、後述のルータ６０９、WSDモニタ６０５を経由し（経路Ｂ）、画像入出力制御部３のコンピュータインタフェース部７へ印刷データを出力する（経路Ｃ）仕組みとなっている。

本実施形態のプリンタドライバ６０３は、前述したWSDを利用したオートコンフィグを行う。このオートコンフィグは、システムスプーラ６０４上にあるWSDモニタ６０５とルータ６０９を利用して画像入出力制御部３から用紙残量等を含む機器情報の通知を受ける仕組みになっている。

WSDでオートコンフィグを行うシステムスプーラ６０４は、WSDモニタ６０５とルータ６０９とキャッシュ６１０から構成される。

WSDモニタ６０５は、画像入出力制御部３と、Windows（登録商標）のＯＳ上で定義されたWSDポートを通じて接続されることで通信を行う（経路Ｃと経路Ｆ）。

また、ルータ６０９もプリンタドライバ６０３とWSDポートを通じて接続され通信することが可能である（経路Ｅ）。画像入出力制御部３が制御するプリンタ部２等のデバイス環境状況が変化した場合、画像入出力制御部３は変更があったことを、Windows（登録商標）のＯＳ上で定義されたWS-Eventを使用しWSDモニタ６０５に通知する（経路Ｆ）。

例えば、画像入出力制御部３が制御するプリンタ部２が備える給紙部や排紙部（フィニッシャーオプション）等の構成に変更があったことを、WS-Eventを送信することが可能である。

また、画像入出力制御部３は、前述のようにシステム構成に変更があった後の電源投入のオンあるいはオフのタイミングで、画像入出力制御部３が制御するプリンタ部２等のデバイス環境状況の変化をＰＳ／ＷＳ１１に送信することも可能である。

ここで、前述のタイミング情報が画像入出力制御部３に設定されていれば、WS-Eventを通知するタイミングは画像入出力制御部３によって制御され、設定されたタイミングで通知する事も可能である。

このWS-Eventは、SOAPメッセージと呼ばれるXML等で記載されたプロトコル上で定義されたものであり、画像入出力制御部３は、状態変更があったことのみを示すWS-Eventを通知する。

また、画像入出力制御部３は、プリンタ部２等の状態変化のうち、例えば各給紙段（カセット２０４，２０５を含む）毎の用紙残量の変化、ステイプル残量の変化、あるいはトナー残量の変化など、更新された情報が何であるかを通知することも可能である。

次に、画像入出力制御部３からWS-Eventを受け取ったWSDモニタ６０５は、WS-Eventで通知された項目に対して、画像入出力制御部３にGetPrinterEventと呼ばれるSOAPメッセージを、WSDポートを通じて送信する（経路Ｃ）。

なお、GetPrinterEventもXML等の形式で定義されたメッセージである。

WSDモニタ６０５は、GetPrinterEventと呼ばれるSOAPメッセージを通じて、機器情報の最新状態を取得する（経路Ｆ）。この機器情報は、前述のWS-Eventで送信した変更があった項目のみについて取得することが可能である。

このようにして機器情報を取得したWSDモニタ６０５は、機器情報をシステムスプーラ６０４上のキャッシュ６１０にキャッシュされている機器情報と比較してその間に差分があるか否かを判断する。

そして、ＷＳＤモニタ６０５がシステムスプーラ６０４上のキャッシュ６１０にキャッシュされた機器情報との差分があると判断した場合にのみ、経路Ｄを介して画像入出力制御部３から取得した機器情報を通知する。より具体的には、ＷＳＤモニタ６０５が、システムスプーラ６０４上のルータ６０９のWSDポートを通じてプリンタドライバ６０３に取得した機器情報を通知する（経路Ｄ）。

さらに、ＷＳＤモニタ６０５は、最新の機器情報をシステムスプーラ６０４上のキャッシュ６１０にキャッシュし、次回の機器情報取得時に差分があるか否かの判断に使用する。ここで、ＷＳＤモニタ６０５は、システムスプーラ６０４上のキャッシュ６１０にキャッシュ済みの機器情報との差分を判断する。

そして、ＷＳＤモニタ６０５は、取得した最新の機器情報が前回取得したキャッシュ済みの機器情報と差分が無ければ、プリンタ部２等の構成に変更が無かったと判断できる。

このような手順を踏むことで、変更がない機器情報は、プリンタドライバ６０３に通知しなくてもプリンタドライバ６０３上の情報には影響を及ぼすことはない。

ここでシステムスプーラ６０４上のルータ６０９は、プリンタドライバ６０３のDrvPrinterEventに対する引数の形で、変更のあった機器情報をプリンタドライバ６０３に通知する。この引数もXML形式であり、個別の機器情報を通知することが可能である。

プリンタドライバ６０３は、ルータ６０９から取得した機器情報をレジストリ／ファイル６０８に記憶しておくことが可能である。

また、プリンタドライバ６０３は、必要に応じてこれらのレジストリ／ファイル６０８に記憶された情報を読み出すことができ、ＣＲＴ２４に表示可能なドライバUIにその情報を表示することが可能である。

また、プリンタドライバ６０３の機能として、本構成のドライバがプリンタサーバ上のプリンタドライバとして機能することも可能である。

この場合、図示しないが、ポイントアンドプリントで接続されたクライアントのプリンタドライバに対して、レジストリ／ファイル６０８に記憶された情報を通知することが可能である。

プリンタドライバ６０３は、従来どおり、直接画像入出力制御部３と通信する手段も別に備えている（経路Ｇ）。この経路Ｇは従来のTCP/IPポートを利用した方法であり、プリンタドライバ６０３の情報を画像入出力制御部３に送信したり、また、MIBなどを使って画像入出力制御部３の情報を問い合わせたりすることが可能である。

また、この経路Ｇでは、WEBサービスを利用した画像入出力制御部３との通信も可能である。さらに、図示しないが、MIBを利用した通信や、WEBサービスを利用した通信では、途中にダイナミックコンフィグモジュールや、WEBサービスモジュールが介在し通信することも可能である。

図７Ａは、本実施形態を示す情報処理装置における第１のデータ処理手順の一例を示すフローチャートである。なお、本処理は、情報処理装置における機器情報の受信処理例である。また、Ｓ７０１〜Ｓ７０４は各ステップを示す。また、各ステップは、図４に示したＣＰＵ３４がＲＡＭ３１にロードする図６に示したモジュールを実行することで実現される。

図７Ｂは、本実施形態を示す画像処理装置における第１のデータ処理手順の一例を示すフローチャートである。本例は、情報処理装置から受信するタイミング情報に従い、プリンタ部２等の機器情報を情報処理装置に送信する処理例である。また、Ｓ７１１〜Ｓ７１３は各ステップを示し、各ステップは、図３に示すＣＰＵ１２３がメモリ１２４にロードする制御プログラムを実行することで実現される。

まず、Ｓ７０１で、ＣＰＵ３４は、画像入出力制御部３がオートコンフィグ機能でプリンタ部２等に関する機器情報を送信するためのタイミング情報の計算および設定を行う。このＣＰＵ３４によるタイミング情報の計算および設定は、プリンタドライバ６０３内で行う処理である。

次に、Ｓ７０２において、図４に示したＰＲＴＣ３０は、ネットワーク２１を介して、Ｓ７０１で、プリンタドライバ６０３内で設定されたタイミング情報を画像入出力制御部３に送信する。

次に、Ｓ７１１で、画像入出力制御部３のデータ処理部１２１がＰＣ／ＷＳ１１から送信されたタイミング情報を受信したら、Ｓ７１２で、ＣＰＵ１２３が内部のメモリ１２４に受信したタイミング情報を登録する。

次に、Ｓ７１３で、画像入出力制御部３は、画像入出力制御部３が取得したタイミング情報を元に、プリンタ部２等に関する機器情報をＩ／Ｆ１２０を介してＰＣ／ＷＳ１１に送信して、本処理を終了する。

そして、Ｓ７０３で、ＰＣ／ＷＳ１１は、Ｓ７１３で画像入出力制御部３から送信された機器情報を受信したら、Ｓ７０４で、システムスプーラ６０４は、画像入出力制御部３から受信した機器情報を受信して、キャッシュ６１０へ記憶したら、本処理を終了する。

次に、図７Ａに示したＳ７０１で説明した、タイミング計算処理について説明する。

図８は、本実施形態を示す情報処理装置における第２のデータ処理手順の一例を示すフローチャートである。本処理は、画像入出力制御部３がＰＣ／ＷＳ１１に対して通知すべき機器情報の送信タイミングを算出する処理例である。なお、本実施形態では、デバイスドライバの例としてプリンタドライバの場合を示す。

本実施形態では、プリンタドライバ６０３が画像入出力制御部３に送信されるジョブデータで消費される消耗品の量、例えば用紙枚数や、ステイプル針量や、トナー量や、さらに、画像処理装置から通知される各機器の残量をジョブログとして管理している。さらに、プリンタドライバ６０３は、後述する図９Ｂに示すように設定される閾値に従い送信タイミングを算出する。画像入出力制御部３は、ＰＣ／ＷＳ１１から通知される送信タイミングで、自発的に各機器の情報をＰＣ／ＷＳ１１に通知する。

ここで、送信タイミングは、プリンタ部２がスリープ状態である期間は除かれている。

なお、Ｓ８０１〜Ｓ８０７は各ステップを示す。また、各ステップは、ＣＰＵ３４がＲＡＭ３１にプリンタドライバ６０３をロードして実行することで実現される。

まず、Ｓ８０１ではプリンタドライバ６０３が、前述の印刷ジョブを処理する。ここで、印刷ジョブの処理とは、PDL生成モジュール６０６によるPDLの作成および属性パケット生成モジュールによる画像入出力制御部３に送信するための印刷ジョブを作成する処理が含まれる。

次に、Ｓ８０２で、プリンタドライバ６０３は作成した印刷ジョブの情報を解析し、レジストリ／ファイル６０８にジョブ情報を登録する。なお、プリンタドライバ６０３では印刷ジョブを処理することが可能なので、解析することも可能である。

ここで、解析および登録するジョブ情報は、例えば、印刷ジョブの番号、印刷日時、印刷ジョブにおいて印刷すべき総用紙枚数、指定給紙段毎の情報、ステイプルジョブの場合のステイプル数などである。

図９Ａは、図６に示したレジストリ／ファイル６０８に記憶されるジョブ情報管理テーブルの一例を示す図である。

図９Ａに示すジョブ情報管理テーブルでは、"JOB ID"、"日時"、"枚数"、"カセット段"、"ステイプル数"の欄にはこれらの印刷ジョブ情報が記憶されている状況を示している。

また後述するが、本実施形態では、印刷ジョブを画像入出力制御部３で出力処理した時点で、最新の機器情報を取得することが可能である。

ここでいう取得というのは、後述するが、印刷ジョブを処理した時点でデバイスが通知する機器情報を受け取るということを意味する。

そこで、図９Ａに示すジョブ情報管理テーブルの残りの欄には、その印刷ジョブ処理のタイミングで取得した最新の機器情報として、用紙残量（カセット残量）、ステイプル残量、トナー残量を記憶している。以下、図９Ａについてもう少し説明する。

図９Ａにおいて、例えば、機器情報としてはジョブIDが「１」の印刷ジョブの出力後に取得した項目が、カセット１の用紙残量および、ステイプル針残量、トナー残量である。ここで、カセット１とは、プリンタ部２に装着されるカセット２０４に対応する。

そして、ジョブ情報管理テーブル上のカセット１残量、ステイプル残量、トナー残量はそれぞれパーセンテージで６０％、５０％、６０％となっている。

また、JOBIDが「５」の欄では、このジョブ処理後に取得した機器情報の項目として、カセット１とカセット２の用紙残量および、ステイプル針残量、トナー残量である。そして、それぞれパーセンテージで表される情報として、５０％、３０％、４０％、６０％となっている。

また、例えばJOBIDの「２」のジョブを処理した時点では、印刷日時が2006/10/20 16:00 で給紙段としてカセット１が指定され、出力用紙枚数が20枚、さらにステイプルが４部行われたことを記憶している。

次に、Ｓ８０３で、プリンタドライバ６０３がＳ８０２で解析、登録したジョブ情報より各項目の平均値を計算して、図９Ｂに示す機器情報管理テーブルに登録する。

図９Ｂは、図６に示したレジストリ／ファイル６０８に記憶される機器情報管理テーブルの一例を示す図である。本例は、ジョブ単位又は日時単位をタイミング情報として決定する例である。

なお、本実施形態において、プリンタドライバ６０３が計算する平均値は、カセット１，２に対応する各給紙段における１ジョブ当たり、１時間当たり、あるいは１日当たりの平均出力用紙枚数がある。

また、ステイプル針についても同様に１ジョブ、１時間あるいは１日平均使用ステイプル針数が例としてあげられる。

図９Ｂでは、プリンタドライバ６０３の計算結果を計算時のJOBIDと共に、機器情報管理テーブルの中の"１JOB平均"、"１時間平均"、"１日平均"、の欄に登録している状態を示している。以下、図９Ｂに示す機器情報管理テーブルについてもう少し説明する。

図９Ｂに示す機器情報管理テーブルにおいて、項目の欄は機器情報として取得可能な項目を示している。

本例では、給紙段としてカセット１、カセット２、ステイプル針およびトナー残量である。なお、カセット１がカセット２０４に対応し、カセット２がカセット２０５に対応する。

また、トナー以外はそれぞれの搭載可能量もあらかじめ定義されているので、搭載量の欄にあらかじめ記憶している。また、現残量は、図９Ａで、ジョブ情報管理テーブルに記憶された最近取得した機器情報を記憶している。

この例では、図９ＡのJOBID５の処理の後に取得した機器情報を記憶している。また、図９Ｂに示す機器情報管理テーブルにおいて、閾値は、それぞれの残量をどのくらいの間隔で表示すべきかをあらかじめ定義した値である。

例えばカセット１では、閾値２０％としているが、これは、カセット１の用紙残量が２０％ずつ減少する毎にカセット１の用紙残量を取得したいという意味を持つ。

すなわち、カセット１では搭載量（最大搭載量）が５００枚、閾値が２０％であるので、１００枚使用毎に正確な残量を取得することになる。この閾値はあらかじめプリンタドライバ６０３で設定することも可能であるし、プリンタドライバ６０３のUI上で設定する事も可能である。

このように本実施形態では、閾値を設定することで、情報処理装置が送信したタイミング情報に従い、図９Ｂに示すように、周辺機器が自発的に送信する機器情報を取得することが可能となる。この際、周辺機器は休止状態ではなく、データ処理可能状態であるため、機器情報を取得するためにスリープモードが解除されることもない。

次に、Ｓ８０４で、プリンタドライバ６０３は、Ｓ８０３で計算した平均値と最近取得した用紙残量および、定義した閾値より、次に閾値を超えるタイミングをJOB単位あるいは日時単位に基づいて計算する。

例えば図９Ｂに示すカセット１においては、搭載量が５００、現残量が５０％となっているので、ほぼ２５０枚が用紙残量と推定できる。ここで、閾値が２０％であるので、前述のように１００枚と計算でき、また１ジョブの平均が１２枚となっている。

従って、プリンタドライバ６０３は、次に１００枚に達するのは９ジョブ後と計算できるため、図９Ｂに示すJOBタイミングの欄には９ジョブ後という値が設定される。なお、閾値が２０％である場合に、９ジョブ後と算定されるが、１００枚と同値ではなく９８枚となる。つまり、閾値付近の値で機器情報を取得することとなる。

同様に今度は、ジョブ送信のタイミングではなく日数のタイミングに基づいて計算する例を説明する。

例えば図９Ｂのカセット２においては、搭載量が５００、現残量が３０％となっているので、ほぼ１５０枚が用紙残量と推定できる。ここで、閾値として２０％は前述のように１００枚と計算でき、また１日の平均使用量が３０枚となっている。ここで、１日の平均使用量とは、１日当たりの平均印刷枚数に対応する。

従って、プリンタドライバ６０３は、次に１００枚に達するのは２日後ということが計算できるため、図９Ｂに示すJOBタイミングの欄には２日後という値が設定される。

他の例も同じように計算しすることが可能である。このように、プリンタドライバ６０３は、タイミング情報として、何ジョブ後であるとか、何日後であるとかを計算することが可能である。

本実施形態では、タイミング情報として、ジョブ単位や、日時単位として算出する場合について説明したが、ジョブ単位や、日時単位とを組み合わせて使用することも可能である。

なお、図９Ｂに示す機器情報管理テーブル内の各項目は、印刷ジョブごとに算出される。

次に、Ｓ８０５、プリンタドライバ６０３がＳ８０４で算出したタイミング情報が以前の情報から更新があったか否かを判断する。

ここで以前のタイミング情報とは、前述の図９Ａに記憶されている最近のタイミング情報である。ここで、プリンタドライバ６０３が更新ありと判断した場合は、Ｓ８０６に進み、プリンタドライバ６０３が新たに算出したタイミング情報を図９Ｂに示す機器情報管理テーブルに記憶する。そして、プリンタドライバ６０３は、タイミング送信フラグをONに設定して、本処理を終了する。

一方、Ｓ８０５で、プリンタドライバ６０３がタイミング情報は、更新無しと判断した場合は、Ｓ８０７に進み、プリンタドライバ６０３は、図９Ｂに示す機器情報管理テーブル内のタイミング情報をアップデートせずタイミング送信フラグをOFFして、本処理を終了する。

なお、上記実施形態では、タイミング情報として、ジョブ単位や日時単位に基づいて各機器毎に自動計算する例について説明したが、項目別にタイミング情報をあらかじめ設定することも可能である。

また、プリンタドライバ６０３のドライバUI上で、管理者の操作に従ってタイミング情報を指示させることも可能である。なお、設定されたタイミング情報、指定されたタイミング情報は、図９Ｂに示す機器情報管理テーブル内にタイミング情報として記憶し、プリンタドライバ６０３が後述する処理で使用する。

次に、Ｓ７０２で説明した、タイミング情報の送信処理の詳細について説明する。

図１０は、本実施形態を示す情報処理装置における第３のデータ処理手順の一例を示すフローチャートである。なお、Ｓ１００１〜Ｓ１００４は各ステップを示す。また、各ステップは、ＣＰＵ３４がＲＡＭ３１にプリンタドライバ６０３をロードして実行することで実現される。

まず、Ｓ１００１で、プリンタドライバ６０３は図６で説明した経路Ａ〜Ｃを介して印刷ジョブを画像入出力制御部３に送信する。

次に、Ｓ１００２で、プリンタドライバ６０３は、図８で説明したタイミング送信フラグが「ON」か否かを判断する。ここで、タイミング送信フラグがONであるとプリンタドライバ６０３が判断した場合は、Ｓ１００３に進み、プリンタドライバ６０３は、図８に示したＳ８０６で図９Ｂの機器情報管理テーブルに記憶したタイミング情報および関連情報を読み取る。

次に、Ｓ１００４で。プリンタドライバ６０３は、タイミング情報および関連情報を画像入出力制御部３に送信して、本処理を終了する。

一方、Ｓ１００２で、タイミング送信フラグがＯＦＦであるとプリンタドライバ６０３が判断した場合は、タイミング情報を送信せずに、本処理を終了する。

ここで図６を参照して、タイミング情報の送信経路について説明する。

プリンタドライバ６０３により生成された印刷ジョブは前述のようにＷＳＤポートを利用し、経路Ａ，経路Ｂ、経路Ｃの経路での送信となる。

これに対して、プリンタドライバ６０３は、ＷＳＤポートを使わず、経路Ｇを介してタイミング情報を直接画像入出力制御部３へ送信する。

図１１は、図６に示したプリンタドライバ６０３により送信される送信データの一例を説明する図である。本例は、プリンタドライバ６０３が図１０に示したＳ１００４で画像入出力制御部３に送信した送信データ例である。本例は、機器情報として取得した各項目、例えばカセット１，２、ステイプル針、トナー残量等について個別的に取得したいタイミング情報が設定された例である。

図１１に示すように、送信データには、送信内容として、送信すべき画像入出力装置のデバイスＩＤ、接続しているＷＳＤポート名、送信した日時を含んでいる。

また、図９Ｂで機器情報管理テーブルに記憶されたタイミング情報も含んでいる。これらの送信データはシーケンシャルに並んでいる。

なお、プリンタドライバ６０３は、ＴＣＰ／ＩＰポートを利用したパケット送信やＭＩＢを利用した送信、あるいはＷＥＢサービスを利用した経路を介して送信データを画像入出力制御部３に送信する。

次に、図１２を参照して図７Ｂに示したＳ７１２におけるタイミング情報の取得、登録について説明する。

図１２は、図１に示した画像入出力制御部３がＰＣ／ＷＣ１１から取得する送信データを管理テーブルに登録する例を説明する図である。

なお、画像入出力制御部３は、図７ＢのＳ７１２において、データ処理部１２１は、ＰＣ／ＷＣ１１のプリンタドライバ６０３から送信されたタイミング情報を、コンピュータインタフェース部７を経由して取得し、Ｉ／Ｆ部１２０、ＣＰＵ１２３を経由し、メモリ１２４に登録する。同時に、データ処理部１２１は、ストレージ部５にも登録する。

図１２の（Ａ）に示す登録データは、データ処理部１２１がＰＣ／ＷＣ１１のプリンタドライバ６０３から取得したタイミング情報を、画像入出力制御部３内部で管理しているデータを含んだ状態で登録したデータの様子を示している。それぞれのデータは、画像入出力制御部３に接続されたＷＳＤのポートごとに管理されている。

また、データ処理部１２１は、プリンタドライバ６０３が送信してきたタイミング情報をＷＳＤポート名および送信日時、取得した時点での画像入出力制御部３内部のトータルジョブ数と共に記憶している。

この例では、ＷＳＤポートWSD-1af4a64011-ac-4f2d-98da…に接続されたプリンタドライバからの送信日時が、2006/10/21 11:00である例を示している。

また、その際のトータルジョブカウントが１２３０ジョブ目であったことを示している。

また、図１２の（Ｂ）は画像入出力制御部３自身が管理しているデータであり、現在まで処理したトータルジョブ数、および現在時刻を記憶している例を示している。

次に、図７Ｂに示したＳ７１３での機器情報の送信処理について説明する。

画像入出力制御部３は、図１２に示す管理テーブルに記憶されたタイミング情報に基づいて機器情報をＰＣ／ＷＳ１１に送信する。

データ処理部１２１は、図１２の（Ａ）に示す各項目ごとに送信タイミングになった時点で、該当するＷＳＤポートに対して、WS-Eventメッセージを送信しする。

そして、データ処理部１２１は、ＰＣ／ＷＣ１１のＷＳＤモニタ６０５よりGetPriterElementメッセージを受け、機器情報をＰＣ／ＷＣ１１へ送信する。この機器情報の送信は、カセット１、カセット２、ステイプル針など、個別のタイミングで送信することが可能である。

図１３は、図１に示したＰＣ／ＷＳ１１が備える表示部に表示されるユーザインタフェースの一例を示す図である。本例は、プリンタドライバ６０３が提供するUI上に機器情報として、用紙残量、ステイプル残量を表示した例である。

図１３において、カセット１の用紙残量は、その用紙サイズデータ情報と共に、残量５０％と表示されている状態を示す。本ＵＩの例では、ＵＩ内の機器状態領域に表示される画像処理装置の外観を示すビットマップのカセット１を操作者がクリックしたことに応答して、プリンタドライバ６０３が、ＵＩ画面上に残量１３０１を表示した例である。なお、ステイプル残量やトナー残量も同様に、表示することが可能である。また、各残量の表示は、この表示方法に制限されるものでもない。

〔第２実施形態〕
次に、図７に示したＳ７０４におけるタイミング情報の送信について、他の実施形態を説明する。

図１４は、本実施形態を示す情報処理装置における第４のデータ処理手順の一例を示すフローチャートである。本例は、なお、Ｓ１４０１〜Ｓ１４０４は各ステップを示す。また、各ステップは、ＣＰＵ３４がＲＡＭ３１にプリンタドライバ６０３をロードして実行することで実現される。本例は、タイミング情報を印刷ジョブに追加し、送信する例である。

まず、図１０に示したＳ１００１で、プリンタドライバ６０３は、図６に示した経路Ａ〜Ｃを介して印刷ジョブを画像入出力制御部３に送信する。

この際、プリンタドライバ６０３は、Ｓ１４０１で、図８に示したタイミング送信フラグがONか否かを判断する。ここで、タイミング送信フラグがONであるとプリンタドライバ６０３が判断した場合は、Ｓ１４０２に進み、プリンタドライバ６０３は、図８に示したＳ８０６で記憶したタイミング情報および関連情報を図９Ｂに示す機器情報管理テーブルから読み取ることで取得する。

次に、Ｓ１４０３で、プリンタドライバ６０３は、取得したタイミング情報を現在出力している印刷ジョブデータに情報として追加すべく、印刷ジョブデータを修正する。

次に、Ｓ１００４で、プリンタドライバ６０３は、図６で説明した経路Ａ〜Ｃを介してタイミング情報を含んだ印刷ジョブを画像入出力制御部３に送信して、本処理を終了する。

一方、Ｓ１４０１で、タイミング送信フラグがＯＦＦであるとプリンタドライバ６０３が判断した場合は、印刷ジョブデータを修正せずに、Ｓ１４０４に進む。

上記実施形態によれば、タイミング情報が付加された印刷ジョブデータは、WSDポートを利用し、システムスプーラ６０４経由で画像入出力制御部３に送信されるため、他のポートを使用すること無しに、タイミング情報を送信することが可能である。

図１５は、図６に示したプリンタドライバ６０３が修正した印刷ジョブデータの一例を示す図である。

本例は、図１４に示したＳ１４０４で修正した印刷ジョブデータの内容の一例である。

図１５に示すように、印刷ジョブデータの中に、図９Ｂにおいて説明したタイミング情報を含んでいる。

また、関連する内容として、送信すべき画像入出力装置のデバイスＩＤ、接続しているＷＳＤポート名、送信した日時を含んでいる。

例えば、図１５において、印刷ジョブ自体は＜JOB スタート＞で開始し＜ジョブ終了＞で終了する。

印刷データは＜ドキュメント開始＞で開始され＜ドキュメント終了＞で終了する。印刷データは、通常の印刷ジョブ生成過程で作成される。

タイミング情報は、この印刷データに引き続き、＜タイミング情報スタート＞で開始され、＜タイミング情報終了＞で終了する。

この＜タイミング情報スタート＞と＜タイミング情報終了＞に囲まれたタイミング情報は、印刷ジョブ生成後、図１４に示したＳ１４０３で追加される。

また、Ｓ１４０３で追加修正される部分は、タイミング情報部分のみである。

次に、図７に示したＳ７０３において、印刷ジョブデータに付加される前述のタイミング情報を画像入出力制御部３で取得、登録する処理について説明する。

画像入出力制御部３は、コンピュータインタフェース部７を経由して前述の印刷ジョブデータを取得し、Ｉ／Ｆ部１２０、データ処理部１２１に送られる。

データ処理部１２１ではこの印刷ジョブデータを解析し印刷処理を行うが、この際、タイミング情報がデータ中にあるか否かを判断する。

ここで、タイミングデータが印刷ジョブデータ中に存在しているとデータ処理部１２１が判断した場合は、ＣＰＵ１２３は、そのタイミング情報をメモリ１２４に登録する。同時に、データ処理部１２１は、ストレージ部５にも登録する。ここで、登録されるタイミング情報は、図１２に示した内容と同様であるので詳細は割愛する。

上記実施形態によれば、プリンタドライバがタイミング情報を印刷ジョブ実行時に送信することが可能になり、スリープ状態に入っていた画像入出力装置のスリープ状態が、タイミング情報を受信するだけのために解除さることがなくなる。このため、従来よりも電力消費の増大を抑止する効果がある。

〔第３実施形態〕
次に、図７に示したＳ７０１における、タイミング情報の計算、設定について、他の実施形態を説明する。

本実施形態では、プリンタドライバ６０３から取得するタイミング情報をジョブ印刷状況より自動判断するのではなく、プリンタドライバ６０３のUI上で指定するものである。

図１６Ａ、図１６Ｂは、本実施形態を示す情報処理装置が備える表示部に表示されるユーザインタフェースの一例を示す図である。なお、図１６Ｂにおいて、ＢＴ１１〜ＢＴ１３はボタンである。

本例は、プリンタドライバ６０３が提供するUI上の、タイミング情報を設定する画面の一例を示しており、図１６Ａは、プリンタドライバ６０３が提供するUIにおけるデバイスの設定シートを表示した状態に対応する。

図１６Ａにおいて、ａはタイミング情報を設定するためのボタンであり、このボタンａを押下すると、図１６Ｂに示すタイミング情報を設定するためのＵＩがオープンされる。

図１６Ｂにおいて、ｂは機器情報の項目の一覧を表示しているリストボックスの例を示している。この例では、項目として、カセット１の用紙残量、カセット２の用紙残量、ステイプル針残量、トナー残量も列挙している。

なお、残量以外にも機器構成情報として、給紙オプション、排紙オプション、用紙情報などの項目も列挙可能である。

オペレータは、図１６Ｂに示すリストボックスより設定したい項目をクリックし選択する。

ｃはコントロールボックスで、ボタンaで選択した項目における閾値を設定する。ｄはコントロールボックスで、タイミング情報を設定する。この例では、選択したカセット２のタイミング情報として、閾値を２０％、タイミングを、3日後に設定した例を示している。

ここで、図１６Ｂに示すコントロールボックスｃの閾値についてもう少し詳しく説明する。

この閾値は例えば、プリンタドライバ６０３がUI上の表示を切り替えるタイミングと同期しても良い。

例えば、閾値を１０％と指定すれば、プリンタドライバ６０３のUI上の用紙残量の表示は、１０％毎に１００％から０％になるまで１１段階の表示を行う事も可能である。

また、閾値を２０％と指定すれば、プリンタドライバUI上の用紙残量表示は、２０％毎に１００％、８０％、６０％、４０％、２０％、０％の６段階表示とすることが可能である。

図１３ではカセット１の用紙残量が５０％と表示されている例を示している。この図１３において、カセット１用紙残量の閾値として１０％が指定されている場合は、次に表示が切り替わるのは４０％になるときであると考えることも可能である。

すなわち、コントロールボックスｃにおいて、オペレータが入力した閾値は、プリンタドライバ６０３が提供するUIが表示を切り替えるタイミングで捕らえることが可能である。

また、プリンタドライバ６０３は、タイミング情報を画像入出力制御部３に送信するタイミングで捕らえることも可能である。

また、通常プリンタドライバ６０３は、閾値の初期値を持っている。そこで、プリンタドライバ６０３がUIを最初に開いたときに、図１６Ｂに示したコントロールボックスｃで設定されている閾値を、その初期値とすることも可能である。

また、図１６Ｂのコントロールボックスｄにおいて、タイミング値としては、前述のように何ジョブ後かを設定することも可能である。

また、タイミング情報として、取得なしを設定することも可能である。

この場合、該当する項目に対しては、タイミングを無限大と見なし、画像入出力制御部３は該当項目に対して、機器情報を送信しないように設定可能である。

これらプリンタドライバ６０３上で設定されたタイミング情報の値は、同様にレジストリ／ファイル６０８に登録される。

そして、プリンタドライバ６０３は、必要に応じてレジストリ／ファイル６０８よりタイミング情報を読み出し、既に説明したタイミング情報として使用することが可能である。

すなわち、オペレータが図１６Ｂで指定した、閾値、タイミング情報については、マニュアルで設定したタイミング情報として画像入出力制御部３に送信することが可能である。

この場合、画像入出力制御部３は指定された閾値あるいはタイミングに達するごとに機器情報をＰＣ／ＷＳ１１に対して自発的に送信する事になる。

なお、本実施形態において、プリンタドライバ６０３による画像入出力制御部３へのタイミング情報の送信は前述の方法と同様である。また、画像入出力制御部３からＰＣ／ＷＳ１１に対する機器情報の送信処理についても前述の方法と同様である。

上記各実施形態によれば、画像入出力制御部３が機器情報をプリンタドライバ６０３に送信する際、プリンタドライバ６０３により機器情報を送信するタイミング情報を設定することが可能となる。

また、そのタイミング情報に従って画像入出力制御部３は該当する機器情報の中で設定された項目毎に個別的なタイミングでプリンタドライバ６０３に送信することが可能となる。

これにより、例えば画像入出力制御部３が制御するプリンタ部２が備えるステイプル針・用紙残量・トナー残量などの消耗品に関する機器情報を随時情報処理装置に送信することがなくなる。つまり、画像入出力制御部３が制御する周辺機器において、従来ように、状態変更が随時発生するものに関して、変化が発生するたびに変更された機器情報をＰＣ／ＷＳ１１に送信することがなくなる。

そして、画像入出力制御部３は、プリンタドライバ６０３が設定したタイミングで機器情報をＰＣ／ＷＳ１１に自発的に送信することが可能になるため、ネットワークトラフィックの増大を抑止する効果がある。

さらに、プリンタドライバ６０３からの印刷頻度に応じて変化する機器情報の取得タイミングをプリンタドライバ６０３が提供するＵＩを介して設定し画像入出力制御部３に送信することが可能になる。

これにより、画像入出力制御部３が制御するデバイスに変更状態がほとんど無く、オペレータにとって意味のない情報を取得するといった無駄な送信を抑止する効果がある。

さらに、プリンタドライバ６０３が提供するUI上での表示切り替えるタイミングで機器情報を画像入出力制御部３から取得することが可能となり、UIに反映されない無駄な情報の送信を抑止する効果がある。

また、オフィス市場あるいはPOD市場など、プリンタドライバの印刷頻度が異なる環境においても、適切に機器情報を取得できるといった効果がある。

また、画像入出力制御部３は、機器情報の送信タイミングを印刷ジョブの処理後に行うことで、画像入出力装置のスリープ状態を、機器情報を送信するだけのために解除さることがないため、電力消費の増大を抑止する効果がある。

〔第４実施形態〕
以下、図１７、図１８に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。

図１７は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

図１８は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図７Ａ、図７Ｂ、図８、図１０、図１４に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

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

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本発明の実施形態を示す情報処理装置を適用可能な印刷システムの構成を説明するブロック図である。 図１に示したリーダ部及びプリンタ部の構成を説明する断面図である。 図１に示したコア部の詳細構成を説明するブロック図である。 図１に示したＰＣ／ＷＳを含む印刷システムの構成を説明するブロック図である。 図１に示したＰＣ／ＷＳのＲＡＭのメモリマップを説明する図である。 図１に示したＰＣ／ＷＳ内の印刷データ処理モジュールを説明するブロック図である。 本実施形態を示す情報処理装置における第１のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像処理装置における第１のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す情報処理装置における第２のデータ処理手順の一例を示すフローチャートである。 図６に示したレジストリ／ファイルに記憶されるジョブ情報管理テーブルの一例を示す図である。 図６に示したレジストリ／ファイルに記憶されるジョブ情報管理テーブルの一例を示す図である。 本実施形態を示す情報処理装置における第３のデータ処理手順の一例を示すフローチャートである。 図６に示したプリンタドライバにより送信される送信データの一例を説明する図である。 図１に示した画像入出力装置がＰＣ／ＷＣから取得する送信データを管理テーブルに登録する例を説明する図である。 図１に示したＰＣ／ＷＳが備える表示部に表示されるユーザインタフェースの一例を示す図である。 本実施形態を示す情報処理装置における第４のデータ処理手順の一例を示すフローチャートである。 図６に示したプリンタドライバが修正した印刷ジョブデータの一例を示す図である。 本実施形態を示す情報処理装置が備える表示部に表示されるユーザインタフェースの一例を示す図である。 本実施形態を示す情報処理装置が備える表示部に表示されるユーザインタフェースの一例を示す図である。 本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。 本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１ リーダ部
２ プリンタ部
３ 画像入出力制御部
１０ コア部
１１ ＰＣ／ＷＳ（情報処理装置）

Claims (18)

1. タイミング情報に基づき周辺機器が送信する機器情報を受信する受信手段と、
   機器情報に基づきタイミング情報を設定する設定手段と、
   前記設定手段により設定されたタイミング情報を周辺機器に送信する送信手段と、
   を有することを特徴とする情報処理装置。
2. 前記受信手段により受信した機器情報に基づき周辺機器の消耗品の残量情報を表示する表示手段を有し、
   前記設定手段は、前記表示手段に表示される消耗品の残量情報の閾値付近でタイミング情報を取得できるように、機器情報に基づきタイミング情報を設定することを特徴とする請求項１記載の情報処理装置。
3. 前記タイミング情報は、ジョブ単位の情報を含むことを特徴とする請求項１記載の情報処理装置。
4. 前記タイミング情報は、日時単位の情報を含むことを特徴とする請求項１記載の情報処理装置。
5. 消耗品の残量情報を含む機器情報及び平均印刷枚数に基づきタイミング情報を設定することを特徴とする請求項１記載の情報処理装置。
6. 前記設定手段は、機器情報に基づき各項目ごとにタイミング情報を設定することを特徴とする請求項１記載の情報処理装置。
7. タイミング情報に基づき周辺機器が送信する機器情報を受信する受信工程と、
   機器情報に基づきタイミング情報を設定する設定工程と、
   前記設定工程により設定されたタイミング情報を周辺機器に送信する送信工程と、
   を有することを特徴とする情報処理装置の機器情報処理方法。
8. 前記受信工程により受信した機器情報に基づき周辺機器の消耗品の残量情報を表示手段に表示する表示工程を有し、
   前記設定工程は、前記表示手段に表示される消耗品の残量情報の閾値付近でタイミング情報を取得できるように、機器情報に基づきタイミング情報を設定することを特徴とする請求項７記載の情報処理装置の機器情報処理方法。
9. 前記タイミング情報は、ジョブ単位の情報を含むことを特徴とする請求項７記載の情報処理装置の機器情報処理方法。
10. 前記タイミング情報は、日時単位の情報を含むことを特徴とする請求項７記載の情報処理装置の機器情報処理方法。
11. 消耗品の残量情報を含む機器情報及び平均印刷枚数に基づきタイミング情報を設定することを特徴とする請求項７記載の情報処理装置の機器情報処理方法。
12. 前記設定工程は、機器情報に基づき各項目ごとにタイミング情報を設定することを特徴とする請求項７記載の情報処理装置の機器情報処理方法。
13. 情報処理装置を、
    タイミング情報に基づき周辺機器が送信する機器情報を受信する受信手段と、
    機器情報に基づきタイミング情報を設定する設定手段と、
    前記設定手段により設定されたタイミング情報を周辺機器に送信する送信手段として機能させることを特徴とするプログラム。
14. 前記受信手段により受信した機器情報に基づき周辺機器の消耗品の残量情報を表示する表示手段を有し、
    前記設定手段は、前記表示手段に表示される消耗品の残量情報の閾値付近でタイミング情報を取得できるように、機器情報に基づきタイミング情報を設定することを特徴とする請求項１３記載のプログラム。
15. 前記タイミング情報は、ジョブ単位の情報を含むことを特徴とする請求項１３記載のプログラム。
16. 前記タイミング情報は、日時単位の情報を含むことを特徴とする請求項１３記載のプログラム。
17. 消耗品の残量情報を含む機器情報及び平均印刷枚数に基づきタイミング情報を設定することを特徴とする請求項１３記載のプログラム。
18. 前記設定手段は、機器情報に基づき各項目ごとにタイミング情報を設定することを特徴とする請求項１３記載のプログラム。

Images