JP2008105178A

JP2008105178A - 画像形成装置および画像形成装置の制御方法およびプログラムおよび記憶媒体

Info

Publication number: JP2008105178A
Application number: JP2006287119A
Authority: JP
Inventors: Nakakatsu Kurotsu; 中克黒津
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2006-10-23
Filing date: 2006-10-23
Publication date: 2008-05-08

Abstract

【課題】例えばＰＯＤ等の商業印刷における場合のように、同じ記録紙を利用する複数の印刷ジョブの抽出して印刷実行を行う場合であっても、ミス無く少ないオペレーションで速やかに必要な記録紙の枚数を確認した上で行うこと。
【解決手段】キュー管理情報メモリ２９１で各ＢＯＸ領域に対してそれぞれ記録紙情報を設定したキュー管理情報を管理しておく。また、ジョブ管理部２３，キュー管理部２９が、言語解析部２２により受け付けた印刷ジョブから抽出された印刷ジョブで利用する記録紙情報に基づいて、該印刷ジョブを対応するＢＯＸ領域に振り分けて記憶管理する。そして、キュー選択部１５からのＢＯＸ領域に対する印刷指示に応じて、指示されたＢＯＸ領域に記憶される印刷ジョブの印刷実行を可能にする。さらに、各ＢＯＸ領域に記憶される印刷ジョブを印刷する際に利用する記録紙の総量を印刷指示の際に確認可能に表示部１３に表示する構成を特徴とする。
【選択図】図９

Description

本発明は、印刷ジョブを記憶可能な複数の記憶領域を備える画像形成装置および画像形成装置の制御方法およびプログラムおよび記憶媒体に関するものである。

ＰＯＤ（Print On Demand）等の商業印刷においては使用する用紙の種類が非常に多く、使用する用紙の切り替えに伴うセットアップ時間の長さが問題とされている。

そこで従来から複数のジョブを納期や使用する用紙タイプ、用紙枚数等をオペレータが考慮して、同じ用紙タイプを使用する印刷ジョブをまとめて印刷するような事が行われている。

このように同じ用紙タイプを使用する印刷ジョブをまとめて印刷する場合には、オペレータは各ジョブに対する指示書から必要とする用紙枚数を抜き出し、計算機等で合算することによって、必要枚数を算出していた。

しかし、この方法では同じ用紙を使うジョブを探すこと、及び、それらのジョブで必要とする記録紙の枚数を計算する際に手間が掛かる上に、人為的ミスも発生しうる。

特許文献１には、帳票画像の特徴と検出された用紙サイズ情報を元に帳票を特定し、予め帳票毎に定められたフォルダへジョブを保存する方法が開示されている。
特開２００３−２４４４０４号公報

しかしながら、特許文献１に開示される方法を用いたとしても、各フォルダに保持されるジョブで利用する記録紙の総枚数を知ることができない。結局、人為的に各ジョブで利用する記録紙の枚数を合計する必要があった。

また、特許文献１は、帳票のスキャン画像を仕分けする技術であり、同一の帳票又は同様の画像特徴をもつ複数の帳票に対して別々の記録紙種情報を割り当てることができず、結局、印刷ジョブを用紙毎に仕分けすることはできない。

このように特許文献１に開示される方法を用いたとしても、上述した従来の問題点を何ら解決することはできなかった。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、例えばＰＯＤ等の商業印刷において、同じ記録紙を利用する複数の印刷ジョブの印刷実行を、ミス無く少ないオペレーションで速やかに行うことができる仕組を提供することである。

本発明は、印刷ジョブを記憶可能な複数の記憶領域を備える印刷システムであって、前記各記憶領域に対してそれぞれ記録紙情報を設定する設定手段と、受け付けた印刷ジョブで利用する記録紙情報を抽出する抽出手段と、前記抽出手段により印刷ジョブから抽出された前記記録紙情報に基づいて、該印刷ジョブを前記いずれかの記憶領域に振り分けて記憶させる振り分け手段と、を有することを特徴とする。

本発明によれば、人為的作業無しに、利用する記録紙毎に印刷ジョブを振り分けられて記憶することができる。そして、該利用する記録紙毎に振り分けられて記憶される印刷ジョブをオペレータが容易な操作で選択して印刷指示することができる。さらに、該印刷指示の際、オペレータは該印刷ジョブを印刷実行する際に利用する記録紙及び記録紙の総枚数を知ることが可能になる。

従って、同じ記録紙を利用する印刷ジョブを探すことや、それらの印刷ジョブで必要とする記録紙の枚数を計数することを自動で（人為的な作業なく）行うことが可能となる。その結果、例えばＰＯＤ等の商業印刷における場合のように、同じ記録紙を利用する複数の印刷ジョブの抽出して印刷実行を行う場合であっても、ミス無く少ないオペレーションで速やかに必要な記録紙の枚数を確認した上で行うことができる等の効果を奏する。

〔第１実施形態〕
以下、添付の図面を参照して本発明の好適な実施形態について説明する。

図１は、本発明を適用可能な印刷システム（情報処理システム）の構成を説明するブロック図である。なお、本システムにおけるクライアントコンピュータは、１台、または複数台接続されていることを仮定している。

図１において、１０２、１０３、１０４はクライアントコンピュータ（クライアント）としての情報処理装置であり、イーサネット（登録商標）などのネットワークケーブルによって、ネットワーク１０６に接続される。

クライアント装置１０２〜１０４の各々は、アプリケーションプログラム等の各種のプログラムを実行可能であり、アプリケーションから出力されるデータをプリンタに対応するプリンタ言語に変換する機能を有するプリンタドライバを搭載している。なお、プリンタドライバは、複数登録可能なものとする。

１０１は本実施形態のサーバ（以下、プリントサーバと呼ぶ）としての情報処理装置であり、ネットワークケーブル等によって、ネットワーク１０６に接続される。プリントサーバ１０１は、ネットワークで使用されるファイルを蓄積したり、ネットワーク１０６の使用状態を監視したりする。プリントサーバ１０１は、ネットワーク１０６に接続されている複数のプリンタを管理している。

なお、クライアント１０２〜１０４とプリントサーバ１０１は、一般的な情報処理装置にそれぞれ異なる制御を行う印刷制御プログラムを実行可能に格納することにより構成することができる。

また、プリントサーバ１０１として一般的な情報処理装置を用いた場合、クライアント１０２〜１０４の機能を同時に持たせることもできる。

本実施形態におけるプリントサーバ１０１は、さらにクライアント１０２〜１０４から出力された印字データを含む印刷ジョブを格納してプリンタに印刷させる。又は、プリントサーバ１０１は、クライアント１０２〜１０４から印字データを含まない印刷ジョブを受け取り、クライアント１０２〜１０４の印刷順序を管理し、印刷順序になったクライアントに対して印字データを含む印刷ジョブの送信許可を通知する。又は、プリントサーバ１０１は、ネットワークプリンタ１０５のステータスや印刷ジョブの各種情報を取得し、クライアント１０２〜１０４に通知したりする機能を揃えている。

１０５はネットワークプリンタであり、不図示のネットワークインタフェースを介してネットワーク１０６と接続されている。ネットワークプリンタ１０５は、クライアントコンピュータ１０２〜１０４から送信される印字データを含む印刷ジョブを解析して１ページずつドットイメージに変換して、１ページ毎に印刷する。また、ネットワークプリンタ１０５は、ＩＳＯ１０１７５（ＤＰＡ：Document Printing Application）で規定されている印刷ジョブの管理機能をプリントサーバ１０１或いはクライアント１０２〜１０４へ提供する事が可能である。

また、プリントサーバ１０１で実施される機能或いはその一部のサーバ機能を、ネットワークプリンタ１０５或いはそのネットワークインタフェースカード上に持たせる構成としても良い。

１０６はネットワークであり、クライアント１０２、１０３、１０４、サーバ１０１、ネットワークプリンタ１０５等と接続している。

また、図中ではネットワークプリンタ１０５は１台しか示されていないが実際には複数台のネットワークプリンタが接続されているものとする。

さらに、このネットワークプリンタ１０５は、後述するデバイス６１４に相当するものである。このデバイス６１４には、電子写真方式のレーザービームプリンタ／複写機／デジタル複合機／ファクシミリや、インクジェット方式のプリンタ／デジタル複合機など様々な記録方式の画像形成装置が適用されることはいうまでもない。

なお、クライアント１０２〜１０４，サーバ１０１は、ホストコンピュータともいう。また、ネットワークプリンタ１０５は、単にプリンタ，印刷装置ともいう。

図２は、図１に示したクライアント１０２〜１０５及びプリントサーバ１０１として利用可能な情報処理装置の構成を説明するブロック図である。

上述したように、クライアント１０２、１０３、１０４及びプリントサーバ１０１は、同様のハードウェア構成を有した情報処理装置によって実現可能である。以下、図２をクライアントとサーバの構成を説明するブロック図として説明する。

図２において、２００は情報処理装置の制御手段であるＣＰＵである。ＣＰＵ２００は、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳや本発明のネットワークプリンタ制御プログラム等を実行する。そしてＣＰＵ２００は、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。

２０１はＲＯＭであり、内部には、基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。２０２は一時記憶手段を提供するＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。

２０３はフレキシブルディスク（ＦＤ）ドライブであり、後述する図５に示すようにＦＤドライブ２０３を通じて記憶媒体としてのＦＤ２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。２０４は記憶媒体としてのフレキシブルディスク（ＦＤ）であり、コンピュータが読み取り可能なプログラムが格納された記憶媒体である。なお、記憶媒体としては、ＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意の媒体を利用できる。

２０５は外部記憶装置の一つであり、大容量メモリとして機能するハードディスク（ＨＤ）である。ＨＤ２０５には、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、ネットワークプリンタ制御プログラム、関連プログラム等が格納されている。また、スプール手段であるスプーラは、このＨＤ２０５に確保される。なお、スプール手段は、クライアント１０２〜１０４ではクライアントスプーラのことであり、プリントサーバ１０１ではサーバスプーラのことである。また、プリントサーバ１０１では、クライアント１０２〜１０４から受けたジョブ情報を格納し、順序制御を行うためのテーブルもこの外部記憶装置（ＨＤ２０５）に生成されて格納される。

２０６は指示入力を行うためのキーボードである。キーボード２０６を用いることにより、ユーザがクライアントコンピュータに対して、或いは、オペレータや管理者がプリントサーバに対して、デバイスの制御コマンドの命令等を入力指示する。なお、指示入力を行うためにポインティングデバイス（不図示のマウス等）を備えてもよい。

２０７はディスプレイであり、キーボード２０６から入力したコマンドや、プリンタの状態等を表示したりする。２０８はシステムバスであり、クライアントやプリントサーバであるコンピュータ内のデータの流れを司る。

２０９はインタフェースであり、該インタフェース２０９を介して情報処理装置はネットワーク１０６と接続され、外部装置とのデータのやり取りを行うことが可能となる。

図３は、図２に示したＲＡＭ２０２のメモリマップの一例を示す図である。

図３には、ＦＤ２０４に格納されている上記ネットワークプリンタ制御プログラムがＲＡＭ２０２にロードされ、実行可能となった状態のメモリマップが示されている。

本実施形態では、ＦＤ２０４からネットワークプリンタ制御プログラムおよび関連データを直接ＲＡＭ２０２にロードして実行させる例を示す。しかし、これ以外にも、ＦＤ２０４からネットワークプリンタ制御プログラムを動作させる度に、既にネットワークプリンタ制御プログラムがインストールされているＨＤ２０５からＲＡＭ２０２にロードするようにしてもよい。

また、本ネットワークプリンタ制御プログラムを記憶する媒体は、ＦＤ以外にＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＰＣカード、ＤＶＤ、ＩＣメモリカード等であってもよい。さらに、本ネットワークプリンタ制御プログラムをＲＯＭ２０１に記憶しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵ２００で実行することも可能である。また、以上の各装置と同等の機能を実現するソフトウェアをもって、ハードウェア装置の代替として構成することもできる。

また、本ネットワークプリンタ制御プログラムのことを、簡単に印刷制御プログラムと呼ぶこともある。印刷制御プログラムは、クライアント１０２〜１０４において印刷ジョブの印刷先の変更を指示したり、印刷順序の変更を指示するための制御を行うプログラムを含む。

また、印刷制御プログラムは、プリントサーバ１０１において、印刷ジョブの順序制御を行ったり、印刷ジョブの印刷終了や印刷先変更要求などを通知するためのプログラムを含んでいる。

また、このような制御を行う本実施形態の印刷制御プログラムは、クライアント１０２〜１０４にインストールされるモジュールと、プリントサーバ１０１にインストールされるモジュールを別々に分けてもよい。或いは、一つの印刷制御プログラムが、実行される環境によりクライアント用として機能したり、またはプリントサーバ用として機能するようにしてもよい。あるいは一台のコンピュータに、クライアント用の機能を持つモジュールと、プリントサーバ用として機能するモジュールをともにインストールし、同時に、あるいは時分割で擬似的に平行動作させる構成をとることも可能である。

図３において、３０１は基本Ｉ／Ｏプログラムである。基本Ｉ／Ｏプログラム３０１は、本制御装置の電源がＯＮされたときに、ＨＤ２０５からＯＳがＲＡＭ２０２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローデイング）機能などを有しているプログラムが入っている領域である。

３０２はオペレーティングシステム（ＯＳ）、３０３はネットワークプリンタ制御プログラムであり、それぞれＲＡＭ２０２上に確保された領域に記憶される。

３０４は関連データで、ＲＡＭ２０２上に確保される領域に記憶される。３０５はワークエリアで、ＣＰＵ２００が本実施形態のプリンタ制御プログラム（３０３）等を実行する際に利用される作業領域が確保されている。

図４は、図２に示したＦＤ２０４のメモリマップ（データ内容）の一例を示す図である。

図４において、４０１はデータの情報を示すボリューム情報である。４０２はディレクトリ情報である。４０３は本実施形態で説明する印刷制御プログラムであるネットワークプリンタ制御プログラムである。４０４はその関連データである。

４０３のネットワークプリンタ制御プログラムは、実施形態で説明するフローチャートに基づいてプログラム化したものであり、本実施例では、クライアント、サーバ共、同様の構成をとっている。

図５は、図２に示したＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係を示す図であり、図２と同一のものには同一の符号を付してある。

図５において、ＦＤ２０４には、図４で説明したように本実施形態で説明するネットワークプリンタ印刷制御プログラムおよび関連データが格納されている。

図６は、図１に示したネットワークプリンタ１０５の概略構成の一例を示すブロック図である。

図６において、１はＣＰＵである。このＣＰＵ１は、ＲＯＭ２又はＨＤ６に格納されるプログラムを読み出して実行し、プリンタ１０５全体を統括制御する。３はＲＡＭであり、ＣＰＵ１の作業領域として使用される。

４は不揮発性のＲＡＭ（ＮＶＲＡＭ）であり、パネルから設定された値を保持しておくためのものである。５はエンジン制御部であり、プリンタエンジン２６を制御する。

７はＩ／Ｏ制御部であり、パネルやボタンランプといったユーザインタフェース（ＵＩ）部１０を制御する。８はネットワーク制御部であり、ＬＡＮ１０６に接続するためのものである。以上、１〜８に示した各デバイスが、それぞれバス９に接続されている。

なお、ＨＤ６は、後述する図８に示すような画像記憶領域を有する。

図７は、図６に示したＲＯＭ２のメモリマップ（データ内容）の一例を示す図である。

図７において、５１はデータの情報を示すボリューム情報である。５２は本実施形態で説明する制御プログラムである。５３はその関連データである。

なお、５２の制御プログラムは、実施形態で説明するフローチャートに基づいてプログラム化したものである。

図８は、図６に示したＨＤ６の画像記憶領域を複数の領域に論理的に分けた状態を模式的に示す図である。

図８において、ＨＤ６の画像記憶領域は、テンポラリ領域４１とボックス領域４２とに論理的に分けられる。

テンポラリ領域４１は、画像データの出力順序を変えたり、複数部数出力においてＰＤＬの展開データ等を一時的に記憶する等の作業領域である。

ボックス領域４２は、ボックス機能に使用される領域であり、予め決められている数の領域に分割されている。

本実施形態では、ボックス領域４２が各領域４３〜４７に分割されているものとする。各領域（ボックス領域）４３〜４７は、用紙毎に割り当てられ、各領域４３〜４７には、後述する図１４に示すように、対応するボックス番号、ボックス名、用紙情報等の情報がそれぞれ割り付けられている。

ユーザは、ボックス番号をクライアント１０２〜１０４やプリンタ１０５の操作部１０等より指定することによりこのボックス番号に対応する領域にアクセスでき、対応する領域の画像データ（印刷ジョブ）を読み出し、プリントアウトすることが可能になる。

次に上に述べてきたシステムの各構成に基づき動作する印刷制御処理についての説明を行う。

図９は、本発明を適用した情報処理装置上の制御プログラム３０３及び、関連データ３０４の論理構造を示すブロック図であり、図１と同一のものには同一の符号を付してある。なお、ここでは図１に示したクライアント１０２〜１０４，サーバ１０１を代表して１０２を用いて説明する。

図９において、ホストコンピュータ１０２は、プリンタ１０５と、双方向通信が可能な通信ケーブル３０によって、直接或いはインターネット・イントラネット等のネットワーク１０６を介して物理的或いは論理的に接続されている。なお、通信ケーブル３０は、セントロニクスケーブル、ＵＳＢケーブル、イーサネットケーブルなどホストコンピュータとプリンタとの間で双方向通信が可能なものであればどのようなものであってもよい。

ホストコンピュータ１０２において、１１はジョブ生成部であり、ワープロや表計算アプリケーションから出力されたドキュメントからプリンタに応じた形式のジョブデータに変換すると共に、データ送信管理部１２にジョブデータを転送する。なお、ジョブ生成部１１では、印刷ジョブを処理するために必要となる記録紙の枚数をジョブチケットに属性として含ませる構成も可能である。また、ジョブデータの詳細は、図１１にを用いて説明する。

１２はデータ送信管理部であり、ジョブ生成部１１で作成されたジョブデータ（印刷ジョブ）をＬＰＲやIEEE1284等の通信プロトコルを使用して順次プリンタ１０５へ転送する。

１３は表示部であり、プリンタ１０５からデータ受信管理部１４を経由して受信した、用紙無し等のステータスをＧＵＩによってユーザに指示するように構成されている。また、表示部１３は、複数のキューの状態とそのキューに含まれるジョブの数、使用する用紙の枚数などを表示することもできる。

１５はキュー選択部であり、表示部１３に表示されているキューのリストから選択されているキューを抽出する。

１６は記録紙情報編集部であり、キュー選択部１５より指定された各々のキューにて使用する記録紙情報（以下、用紙情報）を設定してプリンタ１０５にデータ送信管理部１２を介して送信する。なお、本実施形態で用紙情報とは、用紙タイプ（普通紙，厚紙，光沢紙等），用紙サイズ（Ａ４，Ｂ５，レター等）のいずれか又は両方を含むものとする。

なお、ここでは、上記ホストコンピュータ１０２上のコンポーネントは、ホストコンピュータ１０２のＣＰＵ２００がＲＯＭ２０１、ＦＤ２０４、又はＨＤ２０５に格納されたプログラムを読み出して実行することにより実現されるものとする。ただし、ホストコンピュータ１０２上の何れかのコンポーネント或いは全てのコンポーネント或いはそれらの一部の機能は、ホストコンピュータ１０２上に構成されるばかりではない。該コンポーネントや機能は、プリンタ１０５上、或いはサーバコンピュータ１０１等の他のコンピュータ上に構成されてもなんら逸脱することなく本発明を適用することが可能である。

プリンタ１０５において、２１はデータ受信管理部であり、ホストコンピュータ１０２より入力される、ジョブデータ及び属性を受け取り管理する。このデータ受信管理部２１は、ホスト１０２からのデータを受け取り一時的に貯えておくための受信バッファ２１１を備えている。

２２は言語解析部であり、ジョブデータの内容を詳しく解析し、その命令に従ってジョブ管理，キュー管理，描画出力等の関連する制御コマンドを実行する。言語解析部２２では、データ受信管理部２１上の受信バッファ２１１からコマンド群を一つ一つ順番に受け取り、その内容をプリンタ制御言語の記述ルールに従って調査し、そのコマンドがどのような処理を要求しているかを判別する。判別の結果、そのコマンドがプリントジョブの開始、終了宣言といったジョブ関係のコマンドであった場合や、用紙サイズ、枚数等、ステープル等のジョブ属性であった場合、言語解析部２２はジョブ管理部２３に対して該当するジョブ管理命令を発行する。また、言語解析部２２は、そのコマンドが文字や図形やイメージなどの描画を指令するものであった場合には、描画出力部２４に対して、該当する描画出力を指令する。

２３はジョブ管理部である。ジョブ管理部２３では、言語解析部２２からのジョブ管理命令に従って、ホストから送られてきたジョブの属性をジョブ単位にスケジュールし管理する。また、ジョブ管理部２３では、ジョブ管理部２３上のジョブ情報管理メモリ２３１上に後述するジョブ管理テーブル１０００（後述する図１３）を保持し、ジョブ単位の制御を行っている。

なお、ジョブ管理テーブル１０００上のジョブ情報は、ジョブ開始命令で初期化生成されジョブ終了命令で確定する。なお、ジョブチケットを受けた場合には、ジョブ管理テーブル１０００上のジョブ情報はジョブチケットで初期化生成される。

また、ジョブ終了命令を受け取ったか否かに係わらず、後続するジョブデータ或いは、ホストコンピュータ１０２から指示により、属性の変更やスケジュール（印刷順序）の優先順位変更或いは印刷のキャンセル（ジョブデータの削除）等を行う事が可能である。

また、ジョブ管理部２３では、実行するジョブの属性に応じて、使用する用紙や排紙ビンの選択命令をプリンタ制御部２５に対して発行する。また、ジョブ管理部２３では、プリンタ装置の状態をプリンタ制御部２５経由で取得して実行中のジョブの状態を常に監視し、エラー発生時等、必要に応じて通知ステータスを生成する。ジョブ管理部２３の処理については後程詳述する。

２４は描画出力部であり、プリンタ出力を行うための文字や図形やイメージなどの描画展開を行い出力するためのものである。この描画出力部２４では、言語解析部２２からの描画出力命令に従って、該当する文字パターンを作成したり、図形の計算やイメージデータの展開処理などを行い、出力データ形式に展開した上で、プリンタエンジン２６に送出する。なお、本実施形態では、描画出力部２４は、上記出力データ形式に展開した出力データを一旦後述するキュー管理情報メモリ２９１で管理されるＢＯＸに保存しておき、後述する印刷指示に応じて、プリンタエンジン２６に出力するように構成する。

プリンタエンジン２６は、例えばレーザビームプリンタエンジンなどのような装置で描画出力部２４から受け取った出力展開データに従い、電子写真方式などの仕組みを用いて、実際のプリント出力処理を行う。

また、プリンタエンジン２６は、記録紙の残量検知手段を持ち、用紙がセットされていない場合には常に警告信号を後述のプリンタ制御部２５へ送出している。また、プリンタエンジン２６は、展開・印刷処理に際して用紙が無い場合には、プリンタドラム等の記録手段を停止させ割り込み等の手段でプリンタ制御部２５へエラーを送出する。

プリンタ制御部２５では、ジョブ管理部２３からのプリンタ装置制御命令に従い、例えば使用する用紙の選択を行ったり、プリンタ装置の初期化などと言ったプリンタ装置の制御を行う。また、プリンタ制御部２５では、給紙カセットの状態やドアオープン、トナー無しなどプリンタ装置全般の状態を常時監視しており、必要に応じて他のコンポーネントへプリンタ装置の状態を通知している。なお、用紙残量やエラー状態など最新のプリンタ装置の状態は、プリンタ制御部２５内に設けられた、プリンタ情報管理メモリ２５１内に保存されている。

２７はステータス応答処理部である。このステータス応答処理部２７では、ジョブ管理部２３から受け取ったステータス応答要求指令に従い、プリンタの内部形式で表現されたステータス通知を、ホストコンピュータ１で理解可能な外部表現へ変換し、ステータス応答情報を作成する。そしてのこの結果をデータ送信管理部２８へ伝達する。

データ送信管理部２８では、ステータス応答処理部２７から返されたこのステータス応答情報を受け取ると、送信バッファなどに一時的に蓄え、通信ケーブル３０を経由してホストコンピュータ１０２に対して返信する。

２９はキュー管理部であり、複数の印刷キューを管理している。なお、キュー管理部２９は、記録紙情報編集部１６で編集設定されたキュー毎の用紙情報を保存する為のキュー管理情報１１００（後述する図１４に示す）をキュー管理情報メモリ２９１の内部に保持している。これにより、各印刷キュー（ＢＯＸ）に対して用紙情報を予め関連付けておくことができる（各印刷キュー（ＢＯＸ）に対して用紙情報を静的に関連付けできる）。

なお、ここでは、上記プリンタ１０５上のコンポーネントは、プリンタ１０５のＣＰＵ１がＲＯＭ２又はＨＤ６に格納されたプログラムを読み出して実行することにより実現される。なお、プリンタ１０５上の何れかのコンポーネント或いは全てのコンポーネント或いはそれらの一部の機能は、プリンタ１０５上に構成されるばかりではない。該コンポーネントや機能は、ホストコンピュータ１０２上や或いはサーバコンピュータ１０１等の他のコンピュータ上に構成されてもなんら逸脱することなく本発明を適用することが可能である。

図１０は、ある時点におけるプリンタ情報管理メモリ２５１内の記録紙情報７００の一例を示す図である。

図１０に示すように、プリンタ情報管理メモリ２５１の記録紙情報７００では、各給紙手段７０１にセットされている用紙サイズ７０２、用紙タイプ７０３とその残量７０４がテーブル形式で管理されている。

図１１は、本画像形成装置で利用されるジョブデータの詳細を示す図である。

図１１に示すように、ジョブデータは、印刷設定を保持するジョブチケット８１と、ＰＤＦやＰＳ等の印刷データ８２から成り、ジョブチケットから印刷データの場所が参照されている。

図１２は、図１１に示したジョブチケット８１の一例を示す図である。

図１２に示すように、ジョブチケットには、クライアントで該ジョブを識別する為のジョブＩＤ９１をはじめ、出力部数９２、用紙タイプ９３、用紙サイズ９４、総頁数９５等の印刷属性が含まれている。なお、総頁数は、印刷データを展開するまで確定しない場合があり、不明状態もあり得る。

本発明におけるジョブチケットでは、例外設定として頁範囲を特定して例外的な設定を行うことが可能である。図１２の例では、１〜２頁に対して用紙タイプ「厚紙」が、２３〜２４頁に対しても同様に「厚紙」が指定されている。例外設定されている頁範囲では、全体に設定される用紙タイプ９３に代わり９６，９７で設定した用紙タイプが利用される。なお、例外設定対象の印刷属性は複数持つ事ができ、それぞれ指定した属性が利用される。また、例外設定頁において、例外設定で指定されていない属性はジョブ全体の属性（９１〜９６に記載）が利用されるものとする。

また、本発明におけるジョブチケットは、コンテンツＵＲＬ，ジョブ名，納期，印刷方法（両面印刷、片面印刷、ステープル印刷等）の情報９８も含む。

図１３は、図１０に示した記録紙情報がプリンタ情報管理メモリ２５１内で管理されている時点におけるジョブ情報管理メモリ２３１内のジョブ管理テーブル１０００の一例を示す図である。

ジョブ管理テーブル１０００では、ＩＤ１００１，ジョブの状態１００２，受付時間１００６と言った情報と共に前述のジョブチケット８１から抽出された情報等が管理されている。例えば、ジョブＩＤ１００３，コンテンツＵＲＬ１００４，納期１００７，印刷方法１００８，部数１００９，用紙情報１０１０及び図示しない例外設定（図１２に示したジョブチケット内の９６，９７に相当する情報）が管理されている。

用紙情報１０１０は、各ジョブで利用する用紙情報に対応するものであり、図１２に示したジョブチケット内の９３，９４，９６，９７から生成される。

さらに、ジョブ管理テーブル１０００では、ボックス情報１０１１、枚数１０１２、確定情報１０１３等も管理されている。なお、ボックス情報１０１１は、当該ジョブがキューイングされているボックスの情報である。また、枚数１０１２は、各ジョブで利用する用紙種毎の必要枚数に対応するものである。さらに、確定情報１０１３は、枚数１０１２については確定済みか否かのフラグ（「○」印で記載）に対応する。

なお、図１３に示したジョブ管理テーブル１０００は、後述する図１５に示すフローチャートに従ってＩＤ１のジョブを受信した直後の状態を示している。

図１４は、図１３に示したジョブ管理テーブルに対応するキュー管理情報メモリ２９１に格納されるキュー管理情報１１００の状態を示す図である。

なお、本実施形態における印刷キューは、ユーザＢＯＸであり、図８に示したように、それぞれ１〜１００の番号が付与された１００個のＢＯＸ（ボックス領域）が存在している。

キュー管理情報１１００は、ＢＯＸ番号１１０１毎に、該ＢＯＸに設定されている用紙情報１１０３、該ＢＯＸに保持されているジョブの数１１０４を管理する。さらに、キュー管理情報１１００は、そのジョブのＩＤのリスト１１０５（図１３のＩＤ欄１００１に対応）、該ＢＯＸ中の全ジョブを印刷する際に必要となる記録紙の総枚数１１０６、およびその確定情報１１０７、ＢＯＸ名称１１０２等のＢＯＸ属性を管理する。このＢＯＸ属性は、後述のジョブ登録処理やジョブ削除処理によって更新される。

以下、図１５のフローチャートを参照して、ネットワークプリンタ１０５におけるジョブ登録処理を詳細に説明する。

図１５は、本発明における第１の制御処理手順の一例を示すフローチャートであり、図９に示したプリンタ１０５の各コンポーネントにより実行されるジョブ登録処理に対応する。なお、本願における、フローチャートの処理は、特別な指定がない限りプリンタ１０５のＣＰＵ１がＲＯＭ２又はＨＤ６に格納されたプログラムを読み出して実行することにより実現される。なお、本願におけるＳ〜は、フローチャートにおける各ステップを示す。

まず、ステップＳ１２０１において、データ受信管理部２１は、ジョブチケット８１を受け付けると、該ジョブチケット８１を受信バッファ２１１に格納する。

次に、ステップＳ１２０２〜Ｓ１２０４のループ処理において、言語解析部２２は、受信バッファ２１１に格納されたジョブチケット８１の解析を行う。詳細には、言語解析部２２は、ステップＳ１２０３において、ジョブチケット８１内のデータを順次解析し、該ジョブで利用する用紙情報及び枚数を抽出する。そして、言語解析部２２は、ジョブチケット８１内の全データの解析が終了すると、解析されたジョブチケット８１のデータとジョブ管理命令をジョブ管理部２３に送信する。そして、ジョブ管理命令を受けたジョブ管理部２３は、該解析されたジョブチケット８１のデータに基づき、該ジョブの情報をジョブ管理テーブル１０００に登録する。なおこの時点では、ジョブ管理テーブル１０００の「ＢＯＸ」フィールド１０１１,「確定」フィールド１０１３は空白としておく。さらにジョブ管理部２３は、当該ジョブで利用する用紙情報及び枚数の情報をキュー管理部２９に送信する。

これを受けたキュー管理部２９は、ステップＳ１２０５において、ジョブで利用する用紙情報及び枚数の情報に基づいて、図１４に示したキュー管理情報から同じ用紙情報を保持しているキュー（ＢＯＸ）を検索（抽出）する。

そして、ステップＳ１２０６において、キュー管理部２９は、検索結果から同じ用紙情報を保持しているＢＯＸが存在するか否かを判定し、存在する（ＢＯＸあり）と判定した場合には、検索されたＢＯＸ番号を選択して、ステップＳ１２０８に処理を進める。

一方、ステップＳ１２０６で、キュー管理部２９は、同じ用紙情報を保持しているＢＯＸが存在しない（ＢＯＸなし）と判定した場合、ステップＳ１２０７で、ＢＯＸ番号としてデフォルト値である「１００」を選択し、ステップＳ１２０８に処理を進める。

次に、ステップＳ１２０８では、キュー管理部２９は、図１４に示したキュー管理情報メモリ２９１に格納されるキュー管理情報１１００を更新する。ここでは、キュー管理部２９は、キュー管理情報１１００において、選択したＢＯＸの「ジョブ数」フィールド１１０４を「１」増加させ、「総枚数」フィールド１１０６を前述の処理によって検出された用紙枚数（頁数）増加させている。なお、前述のジョブ解析処理によって総頁数が確定している場合には、ジョブ管理部２３は、キュー管理情報１１００の「確定」フィールド１１０７に確定を示す情報（図１４では「○」印）を付与する。一方、１つでも総頁数が確定しないジョブが含まれる場合には、ジョブ管理部２３は、この「確定」フィールド１１０７に確定を示す情報（「○」印）は付与しない（付与済みの場合は空白に戻す）ように制御する。

なお、この後、キュー管理部２９は、当該ジョブに対応するキュー管理情報内の「ＢＯＸ番号」フィールド１１０１,「確定」フィールド１１０７の情報を、ジョブ管理部２３に通知する。この通知を受けたジョブ管理部２３は、ジョブ管理テーブルの「ＢＯＸ番号」フィールド１１０１,「確定」フィールド１１０７の情報に基づき、ジョブ管理テーブルの当該ジョブに対応する「ＢＯＸ」フィールド１０１１,「確定」フィールド１１０３を更新する。以上のようにして、ジョブＩＤ「１」のジョブをジョブ管理テーブル１０００に登録した直後の状態が図１３に示した状態である。

以下、図１６のフローチャートを参照して、プリンタ１０５においてジョブで利用する記録紙情報を確定させる処理（ここではＲＩＰ処理）を詳細に説明する。

図１６は、本発明における第２の制御処理手順の一例を示すフローチャートであり、ジョブで利用する記録紙情報を確定させる処理であり、図９に示したプリンタ１０５の各コンポーネントにより実行されるＲＩＰ処理に対応する。

まず、ステップＳ１３０１において、ジョブ管理部２３は、ジョブ管理テーブルから必要枚数が確定していないジョブ情報を読み込む。

ステップＳ１３０３において、ジョブ管理部２３は、ジョブ管理テーブル内のコンテンツＵＲＬ１００４（即ちジョブチケット８１中のコンテンツＵＲＬ）から印刷データ８２をダウンロードするように制御する。印刷データがダウンロードされてデータ受信管理部２１内の受信バッファ２１１に格納されると、言語解析部２２は、ステップＳ１３０４〜Ｓ１３０６のループ処理において、印刷データ８２の解析を行う。詳細には、ステップＳ１３０５において、言語解析部２２は、印刷データ８２内のコマンドを順次取得して解析し、改頁コマンドや対応する用紙指定属性（ジョブチケット８１内の９３，９４，９６，９７に対応）から現在展開処理中の頁の用紙情報を決定する。そして、言語解析部２２は、該ジョブで利用する用紙情報とその枚数（Ｎ）を抽出する。なお、言語解析部２２は、抽出した用紙情報とその枚数（Ｎ）をジョブ管理部２３に送信する。また、言語解析部２２は、解析された印刷データを、描画出力部２４に送信し、描画出力部２４にてラスタイメージに展開させる（ＲＩＰ処理させる）。

そして、用紙情報とその枚数（Ｎ）を受けたジョブ管理部２３は、ステップＳ１３０７において、言語解析部２２から通知された用紙情報，枚数とジョブ管理テーブル１０００で管理している当該ジョブの用紙情報１０１０，枚数１０１２とを比較する。そして、ジョブ管理部２３は、用紙情報，枚数が変更されたか否かを判定する。

ステップＳ１３０７で、用紙情報，枚数が変更されたと判定した場合には、ジョブ管理部２３は、ステップＳ１３０８において、図１３に示したジョブ情報管理メモリ２３１内のジョブ管理テーブル１０００を更新する。また、ジョブ管理部２３は、キュー管理部２９にキュー管理情報メモリ２９１内のキュー管理情報１１００を更新するように指示する。これを受けた、キュー管理部２９は、キュー管理情報メモリ２９１内のキュー管理情報１１００の用紙情報１１０３，総枚数１１０６を更新する。そして、本フローチャートを終了する。

なお、ステップＳ１３０７の判定に関わらず、ジョブ管理部２３，キュー管理部２９は、ジョブ管理テーブル１０００の「確定」フィールド１０１３，キュー管理情報１１００の「確定」フィールド１１０７に確定を示す情報（「○」印）を付与するものとする。

また、ジョブ管理部２３は、当該ジョブを格納する印刷キュー（ＢＯＸ）の情報を描画出力部２４に通知し、描画出力部２４でラスタイメージに展開された（ＲＩＰ処理された）データを該ＢＯＸに格納させる。

なお、ここで示した用紙情報確定処理は、ＲＩＰ処理に限定されるものではなく、オペレータや上位システムからのＡＰＩによる指定と言った手段によっても実現することが可能であり、本発明の趣旨をなんら逸脱するものではない。

本発明の画像形成装置では、ジョブを選択して印刷を実行するという従来の手順に加えて、ＢＯＸを選択して、その中ジョブを全て印刷するといった機能を有している。この印刷処理について、以下図１７，図１８を参照して詳細に説明する。

図１７は、本発明における第３の制御処理手順の一例を示すフローチャートであり、図９に示したホストコンピュータ１０２及びプリンタ１０５の各コンポーネントにより実行される印刷処理に対応する。即ち、本フローチャートにおけるホストコンピュータ１０２側の処理は、ホストコンピュータ１０２のＣＰＵ２００がＦＤ２０４又はＨＤ２０５に格納されたプログラムを読み出して実行することにより実現される。また、本フローチャートにおけるプリンタ１０５側の処理は、プリンタ１０５のＣＰＵ１がＲＯＭ２又はＨＤ６に格納されたプログラムを読み出して実行することにより実現される。

まず、ホストコンピュータ１０２において、プリンタ１０５のキュー状態画面の表示が指示されると、ＣＰＵ２００は本フローチャートの処理を開始する。

まず、ステップＳ１４００において、表示部１３は、データ送信管理部１２を介してプリンタ１０５にキュー管理情報１１００，用紙情報７００を要求する。これを受けたプリンタ１０５では、キュー管理部２９，ジョブ管理部２３が、データ送信管理部２８を介してキュー管理情報１１００，用紙情報７００をホストコンピュータ１０２に送信するように制御する。

そして、表示部１３は、データ受信管理部１４を介してプリンタ１０５からキュー管理情報１１００，用紙情報７００を受信すると、該キュー管理情報１１００，用紙情報７００から図１８に示すキュー（ＢＯＸ）状態画面１９００を生成する。そして、表示部１３は、該生成したキュー（ＢＯＸ）状態画面１９００をホストコンピュータ１０２のディスプレイ２０７に表示させる。ここで、図１８を用いて、キュー状態画面１９００について説明する。

図１８は、本実施形態におけるキュー（ＢＯＸ）状態画面１９００の一例を示す模式図である。

図１８において、１９０１はキュー（ＢＯＸ）状態表示選択部であり、複数のキュー（ＢＯＸ）の状態とそのキュー（ＢＯＸ）に含まれるジョブの数、使用する用紙情報と用紙の枚数等が表示される。具体的には、用紙情報，ジョブ数，ＩＤ，総枚数，確定フラグ，対応する用紙を収納したカセットの情報等が表示される。なお、このキュー（ＢＯＸ）状態表示選択部１９０１では、キュー（ＢＯＸ）を選択することができる。

１９０３はキャンセルボタンであり、このボタンが押下指示されると、印刷処理は終了される。１９０２は印刷ボタンであり、このボタンが押下指示されると、キュー（ＢＯＸ）状態表示選択部１９０１で選択されているキュー（ＢＯＸ）に対する印刷が開始される。なお、この際、表示部１３は、その時点でのプリンタ情報管理メモリ２５１内の記録紙情報７００の情報を取得して表示し、必要に応じて操作者に記録紙を交換させた後、印刷を開始させるように構成してもよい。つまり、図１８を用いることで、ユーザは、キュー（ＢＯＸ）ごとに印刷を実行する場合、どの用紙をどれだけの枚数使用するかを認識することができる。

以下、図１７のフローチャートの説明に戻る。

ステップＳ１４０１，Ｓ１４０２において、キュー（ＢＯＸ）状態画面からのボックス選択操作，印刷指示操作を受け付け、ボックスが選択され、印刷が指示されると、キュー選択部１５が選択されているキュー（ＢＯＸ）を抽出する。そして、キュー選択部１５は、抽出されたキュー（ＢＯＸ）の印刷指示を、データ送信管理部１２を介してプリンタ１０５に送信する。

すると、データ受信管理部２１は、この印刷指示を受信して受信バッファ２１１に格納する。そして、言語解析部２２は、この印刷指示を解析して、ジョブ管理部２３に送信する。これを受けたジョブ管理部２３は、ステップＳ１４０３〜Ｓ１４０６のループ処理において、印刷を指示されたボックスにキューイングされた全ジョブの印刷処理を実行する。詳細には、ステップＳ１４０４において、ジョブ管理部２３は、キュー管理部２９を用いて図１４に示したキュー管理情報１１００から該当するＢＯＸのジョブＩＤ１１０５のリスト情報を順次検索し、該当するＢＯＸからジョブＩＤを１つ取得する。次に、ジョブ管理部２３は、ステップＳ１４０５において、取得したジョブＩＤに基づいて図１３に示したジョブ管理テーブル１０００からジョブを特定する。そして、特定したジョブのジョブデータ（ＲＩＰ処理済みの印刷データ）を該当するボックス領域から取得してプリンタエンジン２６に送信して該ジョブデータの印刷を実行させる。ジョブ管理部２３は、このステップＳ１４０４，Ｓ１４０５の処理を、該当するＢＯＸ内の全てのジョブデータに対して行い、全て終了すると本フローチャートの処理を終了する。例えばＢＯＸ番号１のＢＯＸ（キュー）が選択された場合には、ＩＤが「２」，「３」の２つのジョブが印刷されることになる。

以上説明したように、オペレータはキュー（ＢＯＸ）状態画面１９００により、用紙情報毎に設定された印刷キューの状態を参照し、所望のＢＯＸを選択して印刷指示するといった容易な操作で、使用する用紙毎に印刷すべきジョブを容易に選択することができる。さらに、オペレータは、上記キュー（ＢＯＸ）状態画面１９００により、一目で使用する用紙枚数と用紙情報を知ることができる。即ち、いちいちジョブリストを開いて同じ用紙を使うジョブを探すといった手間や、使用する用紙が合計で何枚となるかを計算する手間等を省くことができる。よって、ミス無く少ないオペレーションで使用する用紙毎に印刷処理を実行することができる。

なお、図１６のフローチャートの処理の終了時に、図１８に示すキュー（ＢＯＸ）状態画面１９００をホストコンピュータ１０２の表示部１３に表示させるように構成してもよい。即ち、図１６のフローチャートの処理の終了時に、プリンタ１０５のジョブ管理部２３，キュー管理部２９が、データ送信管理部２８を介してキュー管理情報１１００，用紙情報７００をホストコンピュータ１０２に送信する。そして、ホストコンピュータ１０２の表示部１３は、データ受信管理部１４を介してプリンタ１０５からキュー管理情報１１００，用紙情報７００を受信する。さらに、表示部１３は、キュー管理情報１１００，用紙情報７００から図１８に示すキュー（ＢＯＸ）状態画面１９００を生成してホストコンピュータ１０２のディスプレイ２０７に表示させるように構成する。

〔第２実施形態〕
上記第１実施形態では、予めＢＯＸ毎に用紙情報を設定しておく構成について説明した。しかし、予めＢＯＸ毎に用紙情報を設定することなく、受信したジョブに応じて、ＢＯＸと用紙情報とを関連付けるように構成してもよい。例えば、ジョブ１を先ずＢＯＸ１へキューイングし、このジョブが使用する用紙情報を自動的にセットする。そして、後続のジョブ２がジョブ１と同じ用紙を使用するならば同じＢＯＸ１へジョブ２をキューイングする。さらに、後続のジョブ３が、ジョブ１およびジョブ２とは違う用紙を使用するならば空いているＢＯＸ(例えばＢＯＸ２)へジョブ３をキューイングし、同様に用紙情報をセットする。そして、ジョブを受け取る都度同様の振り分けを行い、印刷や削除によってＢＯＸ中のジョブが無くなった時にセットされた用紙情報を抹消するように構成する。以下、その実施形態について詳細に説明する。

図１９は、本発明の第２実施形態におけるキュー管理情報メモリ２９１のキュー管理情報１１００の一例を示す図であり、図１４と同一のものには同一の符号を付してある。

なお、ここでは、図１３に示したジョブ情報からＩＤ「１」〜「３」の３つのジョブが含まれている場合を想定している。

このときＢＯＸ番号「１」に対応する用紙情報は、ジョブＩＤ「１」のジョブを受信したため、ジョブＩＤ「１」のジョブにて使用する「Ａ４普通紙及びＡ４厚紙」となっている。続いて、ジョブＩＤ「２」のジョブを受信した場合、ジョブＩＤ「１」とは用紙情報が異なるので、空いているＢＯＸ番号「２」にジョブＩＤ「２」のジョブが格納される。この際、ＢＯＸ番号「２」に対応する用紙情報は、ジョブＩＤ「２」にて使用する「Ａ４普通紙」となっている。更に、ジョブＩＤ「３」のジョブを受信した場合、ジョブＩＤ「２」と同様の用紙情報である「Ａ４普通紙」を使用するため、ＢＯＸ番号「２」にキューイングされる。また、ＢＯＸ番号「３」〜「１００」に対応する用紙情報はすべて「未定義」となっている。以下に本情報を更新する処理の詳細をフローチャートを用いて説明する。

以下、図２０のフローチャートを参照して、本発明の第２実施形態のネットワークプリンタ１０５におけるジョブ登録処理を詳細に説明する。

図２０は、本発明における第４の制御処理手順の一例を示すフローチャートであり、図９に示したプリンタ１０５の各コンポーネントにより実行されるジョブ登録処理に対応する。なお、図１５と同一のステップには同一のステップ番号を付し、説明は省略する。

ステップＳ１２０６において、キュー管理部２９は、ステップＳ１２０５の検索結果から同じ用紙情報を保持しているＢＯＸが存在するか否かを判定する。そして、ステップＳ１２０６で、存在する（ＢＯＸあり）と判定した場合には、キュー管理部２９は、検索されたＢＯＸ番号を選択して、ステップＳ１６０１に処理を進める。

ステップＳ１６０１において、キュー管理部２９は、検索されたＢＯＸへ該ジョブの情報を登録する。ここでは、キュー管理部２９は、キュー管理情報１１００において、選択したＢＯＸの「ジョブ数」フィールド１１０４を「１」増加し、「総枚数」フィールド１１０６を前述の処理によって検出された用紙枚数（頁数）増加する。

一方、ステップＳ１２０６において、キュー管理部２９は、同じ用紙情報を保持しているＢＯＸが存在しない（ＢＯＸなし）と判定した場合には、ステップＳ１６０２に処理を進める。

ステップＳ１６０２では、キュー管理部２９は、空いているＢＯＸ番号を検索し、該検索されたＢＯＸにジョブの情報を登録する。ここでは、キュー管理部２９は、キュー管理情報１１００において、検索したＢＯＸの「ジョブ数」フィールド１１０４を「１」とし、「総枚数」フィールド１１０６を前述の処理によって検出された用紙枚数（頁数）としている。

なお、ステップＳ１６０１，Ｓ１６０２の後、キュー管理部２９は、当該ジョブに対応するキュー管理情報内の「ＢＯＸ番号」フィールド１１０１の情報を、ジョブ管理部２３に通知する。この通知を受けたジョブ管理部２３は、該ジョブ管理テーブルの「ＢＯＸ番号」フィールド１１０１の情報に基づいて、ジョブ管理テーブル内の当該ジョブに対応する「ＢＯＸ」フィールド１０１０を更新する。

以下、図２１，図２２を参照して、本発明の第２実施形態における印刷処理について詳細に説明する。

図２１は、本発明における第５の制御処理手順の一例を示すフローチャートであり、図９に示したホストコンピュータ１０２及びプリンタ１０５の各コンポーネントにより実行される印刷処理に対応する。即ち、本フローチャートにおけるホストコンピュータ１０２側の処理は、ホストコンピュータ１０２のＣＰＵ２００がＦＤ２０４又はＨＤ２０５に格納されたプログラムを読み出して実行することにより実現される。なお、図１７と同一のステップには同一のステップ番号を付し、説明は省略する。

ステップＳ１４０３〜Ｓ１４０６のループ処理において、ジョブ管理部２３は、印刷を指示されたボックスにキューイングされた全ジョブの印刷処理を実行する。ステップＳ１４０４において、ジョブ管理部２３は、キュー管理部２９を用いて図１９に示したキュー管理情報１１００から該当するＢＯＸのジョブＩＤ１１０５のリスト情報を順次検索し、該当するＢＯＸからジョブＩＤを１つ取得する。次に、ジョブ管理部２３は、ステップＳ１４０５において、取得したジョブＩＤに基づいて図１３に示したジョブ管理テーブル１０００からジョブを特定する。そして、特定したジョブのジョブデータ（ＲＩＰ処理済みの印刷データ）を該当するボックス領域から取得してプリンタエンジン２６に送信して該ジョブデータの印刷を実行させる。そして、印刷が完了すると、ステップＳ１７０１において、ジョブ管理部２３は、用いてジョブ削除処理を実行する。なお、この処理の詳細は後述する図２２に示す。

ジョブ管理部２３は、このステップＳ１４０４，Ｓ１４０５，Ｓ１７０１の処理を、該当するＢＯＸ内の全てのジョブデータに対して行い、全て終了すると（全てのジョブが印刷され削除されたことが検出されると）、ステップＳ１７０２に処理を進める。

ステップＳ１７０２では、ジョブ管理部２３は、キュー管理部２９を用いて、ジョブが存在しなくなったキュー管理情報１１００の該当レコードから用紙種情報を抹消する（ジョブが存在しなくなったＢＯＸを未定義とする）。例えば、図１９において、ＢＯＸ番号「１」のジョブがすべて削除された場合には、ＢＯＸ番号「１」の用紙情報欄を「未定儀」へと変更する。

図２２は、本発明における第６の制御処理手順の一例を示すフローチャートであり、図２１のステップＳ１７０１に示したジョブ削除処理に対応する。

まず、ステップＳ１８０１において、ジョブ管理部２３は、該当するＢＯＸ領域から印刷が終了したジョブを削除する。

次に、ステップＳ１８０２において、ジョブ管理部２３は、キュー管理部２９を用いて、ステップＳ１８０１で削除したジョブのＩＤを保持しているキュー管理情報１１００内のレコードを検索する。そして、ジョブ管理部２３は、該検索されたレコードから該ジョブのＩＤを削除し、ジョブ数を「１」減じた上で、総頁数から該ジョブで利用している記録紙情報を減ずる処理を行う。続いて、図１３に示したジョブ管理テーブル１０００から削除されたジョブのエントリ（レコード）を削除し、本フローチャートの処理を終了する。

以上説明したように、オペレータはキュー（ＢＯＸ）状態画面１９００により、用紙情報毎に自動的に関連付けられた印刷キューの状態を参照し、所望のＢＯＸを選択して印刷指示するといった容易な操作で、使用する用紙毎に印刷すべきジョブを選択できる。さらに、オペレータは、上記キュー（ＢＯＸ）状態画面１９００により、一目で使用する用紙枚数と用紙状態を知ることができる。即ち、いちいちジョブリストを開いて同じ用紙を使うジョブを探すといった手間や、使用する用紙が合計で何枚となるかを計算する手間等を省くことができる。よって、ミス無く少ないオペレーションで使用する用紙毎に印刷処理を実行することができる。また、予めＢＯＸと用紙を関連付ける手間やその管理等も省くことができ、あらゆる用紙にフレキシブルに対応することができる。

なお、上記各実施形態では、図１８に示したように、ＢＯＸ毎に、該ＢＯＸ内の全ての印刷ジョブを印刷する際に必要な用紙の総枚数を表示するように構成した。しかしながら、用紙の総枚数でなくとも、用紙の総枚数を特定可能な情報であればどのような情報を表示してもよい。例えば、ページ数と両面／片面の有無等の情報を表示するようにしてもよいし、枚数と頁数の両方を表示するようにしてもよい。

また、上記各実施形態では、用紙情報として、用紙タイプ，用紙サイズを用いたが、用紙を特定する情報であればどのような情報であってよい。例えば、用紙の商品銘柄や用紙を特定する商品番号等であってもよいし、これら（用紙タイプ，用紙サイズ，商品銘柄，商品番号等）のいずれか複数を組み合わせて表示するように構成してもよい。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

なお、上記各実施形態では、図１８に示したキュー（ＢＯＸ）状態画面１９００をホストコンピュータ１０２の表示部１３が表示する構成について説明した。しかし、プリンタ１０５のＵＩ部１０からの操作により、図１８に示したキュー（ＢＯＸ）状態画面１９００をプリンタ１０５のＵＩ部１０に表示し、ＵＩ部１０からＢＯＸの選択及び印刷指示可能なように構成してもよい。

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

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

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

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

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

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

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD-ROM、CD-R、CD-RW、磁気テープ、不揮発性のメモリカード、ROM、DVDなどを用いることができる。

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

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

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

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

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

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

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

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

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

以上示したように、人為的作業無しに、利用する記録紙毎に印刷ジョブを振り分けられて記憶することができる。そして、該利用する記録紙毎に振り分けられて記憶される印刷ジョブをオペレータが容易な操作で選択して印刷指示することができる。さらに、該印刷指示の際、オペレータは該印刷ジョブを印刷実行する際に利用する記録紙及び記録紙の総枚数を知ることが可能になる。

本発明を適用可能な印刷システム（情報処理システム）の構成を説明するブロック図である。クライアントとサーバの構成を説明するブロック図である。図１に示したクライアント１０２〜１０５及びプリントサーバ１０１として利用可能な情報処理装置の構成を説明するブロック図である。図２に示したＲＡＭ２０２のメモリマップの一例を示す図である。図２に示したＦＤ２０４のメモリマップ（データ内容）の一例を示す図である。図２に示したＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係を示す図である。図１に示したネットワークプリンタ１０５の概略構成の一例を示すブロック図である。図６に示したＲＯＭ２のメモリマップ（データ内容）の一例を示す図である。図６に示したＨＤ６の画像記憶領域を複数の領域に論理的に分けた状態を模式的に示す図である。本発明を適用した情報処理装置上の制御プログラム３０３及び、関連データ３０４の論理構造を示すブロック図である。ある時点におけるプリンタ情報管理メモリ２５１内の記録紙情報７００の一例を示す図である。本画像形成装置で利用されるジョブデータの詳細を示す図である。図１１に示したジョブチケット８１の一例を示す図である。図１０に示した記録紙情報がプリンタ情報管理メモリ２５１内で管理されている時点におけるジョブ情報管理メモリ２３１内のジョブ管理テーブル１０００の一例を示す図である。図１３に示したジョブ管理テーブルに対応するキュー管理情報メモリ２９１に格納されるキュー管理情報１１００の状態を示す図である。本発明における第１の制御処理手順の一例を示すフローチャートである。

フローチャートである。
本発明における第２の制御処理手順の一例を示すフローチャートである。本発明における第３の制御処理手順の一例を示すフローチャートである。本実施形態におけるキュー（ＢＯＸ）状態画面１９００の一例を示す模式図である。本発明の第２実施形態におけるキュー管理情報メモリ２９１のキュー管理情報１１００の一例を示す図である。本発明における第４の制御処理手順の一例を示すフローチャートである。本発明における第５の制御処理手順の一例を示すフローチャートである。本発明における第６の制御処理手順の一例を示すフローチャートである。

符号の説明

１０１サーバコンピュータ
１０２〜１０４クライアントコンピュータ（ホストコンピュータ）
１０５ネットワークプリンタ
１０６ネットワーク
１３表示部
１５キュー選択部
１６記録紙情報算出部
２３ジョブ管理部
２９キュー管理部
８１ジョブチケット
８２印刷データ

Claims

印刷ジョブを記憶可能な複数の記憶領域を備える画像形成装置であって、
前記各記憶領域に対してそれぞれ記録紙情報を設定する設定手段と、
受け付けた印刷ジョブで利用する記録紙情報を抽出する抽出手段と、
前記抽出手段により印刷ジョブから抽出された前記記録紙情報に基づいて、該印刷ジョブを前記いずれかの記憶領域に振り分けて記憶させる振り分け手段と、
を有することを特徴とする画像形成装置。
前記記憶領域毎の印刷指示が可能な印刷指示手段と、
前記印刷指示手段による印刷指示に応じて、該指示された記憶領域に記憶される印刷ジョブを、該記憶領域に対して設定された記録紙情報に対応する記録紙で印刷実行する印刷実行手段と、
を有することを特徴とする請求項１記載の画像形成装置。
前記各記憶領域に記憶される印刷ジョブを印刷実行する際に利用する記録紙の総量を、前記記憶領域毎に計数する計数手段を有することを特徴とする請求項１又は２に記載の画像形成装置。
前記計数手段により前記記憶領域毎に計数される記録紙の総量を、前記記憶領域毎に表示する表示手段を有することを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
前記表示手段は、前記記録紙の総量を、該記録紙の記録紙情報と共に表示することを特徴とする請求項４に記載の画像形成装置。
前記記録紙の総量は、記録紙の総枚数を特定可能な情報であることを特徴とする請求項３乃至５のいずれか１項に記載の画像形成装置。
前記記録紙情報は、記録紙を特定可能な情報であることを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置。
前記記録紙を特定可能な情報は、記録紙のタイプ，記録紙のサイズ，記録紙の商品銘柄，記録紙の商品番号のいずれか１又は複数を含むことを特徴とする請求項７に記載の画像形成装置。
前記設定手段は、前記記憶領域に対して静的に記録紙情報を関連付けることを特徴とする請求項１乃至８のいずれか１項に記載の画像形成装置。
前記設定手段は、前記抽出手段により前記印刷ジョブから抽出された記録紙情報に応じて前記印刷記憶領域に対して動的に記録紙情報を関連付けることを特徴とする請求項１乃至８のいずれか１項に記載の画像形成装置。
前記複数の記憶領域として、前記印刷ジョブを印刷する印刷装置のユーザボックスを利用することを特徴とする請求項１乃至１０のいずれか１項に記載の画像形成装置。
印刷ジョブを記憶可能な複数の記憶領域を備える画像形成装置の制御方法であって、
前記各記憶領域に対してそれぞれ記録紙情報を設定する設定ステップと、
受け付けた印刷ジョブで利用する記録紙情報を抽出する抽出ステップと、
前記抽出ステップで印刷ジョブから抽出された前記記録紙情報に基づいて、該印刷ジョブを前記いずれかの記憶領域に振り分けて記憶させる振り分けステップと、
を有することを特徴とする画像形成装置の制御方法。
請求項１乃至１１に記載された画像形成装置としてコンピュータを機能させるための、又は、請求項１２に記載された画像形成装置の制御方法をコンピュータに実行させるためのプログラム。